前言：一篇好文章的誕生，需要你不斷地搜集資料、整理思路，本站小編為你收集了豐富的客戶端推廣方案主題范文，僅供參考，歡迎閱讀并收藏。

第1篇：客戶端推廣方案范文

針對酒店業面臨的規模連鎖、節能低成本和強調體驗的個性化需求，以及新建酒店數量大等發展趨勢，IBM推出了酒店行業四大解決方案，分別是即機房集中管理、桌面云、自助入住登記和退房，以及融合網絡。邱湘營介紹，這些方案在國內剛剛開始推廣，有的新應用剛剛開始在第一家酒店中體驗。那么，這些方案究竟能為酒店帶來什么效益呢？

機房集中 規模連鎖

連鎖型酒店在我國漸成趨勢，這不僅包括洲際、喜達屋這樣的五星級酒店集團，還包括新興的漢庭、錦江之星等經濟型酒店。通常連鎖酒店的成員酒店都擁有獨立的IT機房、硬件和軟件，還配備IT運維團隊。隨著酒店規模的不斷擴大以及人力成本的不斷提高，連鎖型酒店的IT運維成本將不斷增大。

IBM認為，機房集中管理將成為酒店信息化建設的一個新趨勢。這不僅可以實現信息共享，降低IT成本，還使得統一統計集團入住率，按照數據實際使用數量支付軟件系統費用成為可能。國外已有酒店集團開始應用這種方案，我國不少酒店連鎖集團也對此產生了濃厚興趣。邱湘營表示，這種應用在我國的推廣受了二、三級城市網絡速度不快，酒店連鎖規模較小，不能立竿見影得到投資回報等因素的影響。

桌面云 節能高效

普通的酒店至少有300套客房，這意味著每家酒店有300個以上PC客戶端。這些客戶端分散在客房、前臺、餐廳、健身房，難于管理，總體擁有成本高，難于實現數據保護與保密等諸多目標，應用瘦客戶端的“桌面云”由此應運而生。

沒有硬盤的瘦客戶端與PC相比使用壽命更長，更節能。與此同時，瘦客戶端通過后臺統一部署和管理，不僅可以實現桌面環境配置、資源管理和工作負荷管理的集中化與簡單化，還可實現客戶端的零維護，并進一步保證系統的安全性。由于酒店IT環境的規模性和復雜性，“桌面云”已經在我國部分酒店中得到應用。

自助入住 新鮮體驗

在高峰時段，酒店的客人經常需要排隊等候辦理入住或退房手續。IBM自助入住登記和退房解決方案，能夠幫助酒店為客人提供省時便捷的服務。客人可以借助安放在大堂或電梯廳的自助登記設備直接辦理入住或退房手續。如果酒店VIP客人驅車前來入住，車庫入口處的自助入住登記設備可以幫他們完成入住登記手續和房卡制作工作。

有意思的是，在國外，這種應用主要應用在經濟連鎖型酒店中，而在我國，只有五星級豪華酒店――黃龍酒店剛剛實現了這一應用。邱湘營表示，雖然高端酒店傾向于為客人提供人性化的面對面服務，但是在差異化競爭過程中，這種應用可以給客人帶來全新的體驗，有助于強化酒店的個性化特色。值得一提的是，我國人力成本相對較低，經濟型酒店一時還沒有動力采用此應用去替代人工作業。

融合網絡 增值基礎

第2篇：客戶端推廣方案范文

關鍵詞：SOCKS；NAT；P2P；STUN；穿透

中圖分類號：TP393.03

IP網絡地址是整個互聯網的基礎，目前大多數網絡設備使用的都是IPv4地址。IPv4地址提出的時候沒有想到互聯網發展如此之快：根據2012年的思科報告，全球有23億互聯網用戶，到2017年，全球將會有約36億互聯網用戶。到2017年，將會有超過190億全球網絡聯接（固定/移動個人設備、M2M聯接等）。現在IPv4的地址已經不夠這些設備使用了，為了解決這個問題，IETF提供了NAT[1][2]方案，這個方案使用NAT將網絡分為外網和私網，每個私網都可以重用，這個方案大大緩解了IPv4地址匱乏的問題。但是這個方案導致了一個問題，對于想對外提供服務的NAT私網內的用戶而言，這個功能會受到限制，最主要的原因是NAT外的用戶不能直接訪問到NAT內私網中的計算機數據。這種情況導致了互聯網上P2P互相訪問的困難。不過目前還有很多應用需要這種服務器式的被動訪問，比如SOCKS4/5[3][4]協議，這個是最為知名的一種協議，通過這個協議服務，能夠透明地中轉服務器和客戶端之間的數據。然而NAT的引入導致在NAT后面的用戶無法對外提供SOCKS4/5服務。本文試圖使用穿透NAT的P2P技術，使在NAT內的SOCKS4/5服務也能提供給外部機器使用，真正實現對于互聯網的任何一個用戶都能夠直接訪問。

1 穿透NAT的協議

為了解決引入NAT設備后網絡互聯出現的問題，有大量協議被發明和使用，比如MIDCOM[5]、TURN[6]等，但是這些協議大都需要第三方介入，這會導致一些問題。如：中轉第三方的帶寬、處理能力以及實時性。這隨著NAT后面節點的增多，數據量的增長以及對于實時性的嚴格要求等，這些協議處理都存在問題。我們希望兩個機器能夠實現真正溝通，而不是通過中繼的方式。UPNP和STUN這兩個協議能夠實現這種真正直接的溝通。

1.1 UPNP[7]

UPNP（Universal Plug and Play）是由UPnP Forum推廣的一套網絡協議。該協議的目標是使家庭網絡和公司網絡中的各種設備能夠相互無縫連接，并簡化相關網絡的實現。UPnP通過定義和基于開放、遵循因特網通訊網協議標準的UPnP設備控制協議來實現這一目標。任何設備都能自動加入一個網絡，獲取自己的IP地址，宣布自己的名字，根據請求檢查自身功能并且檢測出其它設備和它們的功能。支持UPnP的設備允許UPnP數據包通過IGD協議在沒有用戶交互的情況下，無障礙的通過NAT。但是UPnP的缺點是：它要求所有網絡中的設備都支持UPnP，即使單臺設備不符合UPnP標準的，我們就無法實現一種P2P網絡。

1.2 STUN [8][9]

STUN協議是一種輕量級的客戶端-服務器模式的協議，它不需要任何管理員進行網絡配置，就能發現它們和公網之間是否存在NAT，并確定NAT的類型。STUN協議目前僅僅支持使用UDP報文穿透Cone NAT[10]。此協議利用Cone NAT傳輸 UDP的原理進行穿透[11][12][13]：私網內某個機器通過Cone NAT發送UDP數據到外網某個機器，內部IP地址和端口的UDP數據經過Cone NAT被映射到一個外部地址，在某個時間段內這個內部IP地址和端口將被轉換為固定外部IP地址和端口（這個過程將被Cone NAT記錄，并且存儲為一個Session）。此后，如果外部Session對應的機器發送UDP數據到這個Cone NAT，Cone NAT會把這個數據包轉發到內部映射的這個地址上。目前IETF定義的STUN協議目前能夠穿透Cone NAT，但是不能穿透Symmetric NAT。不過我們可以通過修改STUN協議來實現穿透Symmetric NAT的目的。[14][15][16]

2 SOCKS4/5協議

SOCKS協議是一種應用層次的協議，它提供一種通用方案，能為應用程序提供基于TCP和UDP數據報文的服務，但是它不能ICMP之類的底層通訊協議，SOCKS協議從概念上來講是介于應用層和傳輸層之間的“中介層（shim-layer）”，SOCKS V4協議為HTTP、FTP、TELNET、WAI和GOPHER等基于TCP協議的客戶/服務器程序提供了方案。新的SOCKS V5協議在SOCKS V4協議基礎上作了進一步擴展，從而可以支持UDP協議，并對其框架規定作了擴展，以支持安全認證方案。同時它還采用地址解析方案以支持域名和IPV6地址。

SOCKS協議利用握手（negotiation），請求（Requests），應答（Replies）等過程完成對于上述協議的轉發。一般而言SOCKS4/5服務器通常綁定在1080端口上。

3 NAT穿透SOCKS4/5協議實現

3.1 協議方案

如圖1，為了實現雙方都在NAT后的機器的SOCKS4/5之間的直接通信，我們需要一個雙方都能訪問的中間服務先把兩邊的機器關聯起來。在公網上我們需要架設一個雙方都能夠聯系的服務器，然后通過STUN協議幫助雙方完成直接通信。一旦直接聯系完成，我們就不再需要公網中間服務了，此后我們采用可靠的UDP傳輸協議完成SOCKS4/5客戶端和服務器的直接數據傳輸。

此協議分為兩個部分，首先是通過STUN協議完成NAT后兩個機器的SOCKS4/5客戶端關聯器和SOCKS4/5服務器關聯器的直接通信，然后使用可靠的UDP協議完成SOCKS4/5客戶端服務器的數據通信。

3.2 建立直接通信

我們可以使用STUN協議來幫助雙方都在NAT后的機器建立直接的通信。STUN協議通過一種叫做UDP hole punching的機制來實現這一目的。一旦完成這個操作，兩個NAT設備后的機器就能夠實現直接的網絡通信而不再需要STUN服務器的介入了。

如圖2顯示SOCKS4/5客戶端關聯器和SOCKS4/5服務端關聯器通過STUN協議幫助建立直接通信的過程。

（1）客戶端關聯器通過NAT A連接到服務器，服務端關聯器通過NAT B連接到服務器，服務器記錄客戶端關聯器和服務端關聯器的外網地址和端口。

（2）服務器向客戶端關聯器發送服務端管理器的外網地址和端口消息，服務器向服務端關聯器發送客戶端關聯器的外網地址和端口消息。

（3）客戶端關聯器向服務端關聯器的外網地址和端口發送hole punching消息。雖然這個數據包在NAT B的時候會被阻止（非Full Cone NAT禁止沒經過關聯的外網IP直接訪問內網），但是這個UDP數據包在經過NAT A的時候，會在NAT A上建立一個Session，這個Session記錄了本地客戶端關聯器與服務端關聯器外網地址的關聯信息。

（4）服務端關聯器發送回應消息到客戶端關聯器，NAT A由于有步驟3由hole punching消息建立的Session，NAT A將會把這個消息轉發到客戶端關聯器，完成后雙方建立直接的消息通信。

3.3 SOCKS4/5數據傳輸

由于STUN協議僅僅支持UDP的穿透，但是SOCKS4協議只支持TCP的連接，為了兼容SOCKS4/5協議，我們使用轉發的機制來保證我們的程序能夠完美匹配SOCKS4/5這兩種協議。

如圖3所示：

（1）SOCKS客戶端關聯器綁定本機端口1080。本地SOCKS客戶端程序（如IE等程序）設置本地SOCKS為本地127.0.0.1080。SOCKS客戶端按需要訪問某個公網服務器或者遠端對方的私網服務器。

（2）客戶端關聯器接收到SOCKS客戶端發送過來的數據，不做任何改變，通過可靠的UDP（如UDT協議，此協議可以提供類似TCP的可靠數據傳輸）數據傳輸發送到已經建立的直接通信的服務端關聯器。

（3）服務端關聯器接收到可靠的UDP傳輸過來的數據，然后不做任何改變的將這個數據通過TCP轉發到SOCKS4/5的真正服務器程序（127.0.0.1：1080）。

（4）SOCKS服務器連接實際需要訪問的公網或者私網服務器（如需要訪問的HTTP服務）。

4 實驗測試

4.1 實驗設備

系統硬件：三臺PC，配置：CPU P6 3.40GHz 4GM 內存

NAT設備：兩臺NetGear WPN824路由器。

操作系統軟件：Windows7。

4.2 實驗效果

程序經過實際測試證明，支持NAT穿透的SOCKS協議完全可行。測試顯示瀏覽器瀏覽網站與直接使用SOCKS協議連接的效率基本接近，但是由于中轉過程的花費，瀏覽大型網站可能相對于直接SOCKS連接慢了5%，不過這個基本不會影響用戶的感受。

5 結論

SOCKS協議是客戶端/服務器模式，這種模式由于NAT的引入導致如果服務在NAT后面將會出現問題。本論文使用一種新的客戶端-服務端關聯器方法使得SOCKS協議能夠支持NAT的穿透，這個使得SOCKS協議能夠被大多數工作在NAT后的計算機使用。并且這種關聯器方法與上層的協議沒有任何直接關系，我們可以擴展此種協議，使得很多原來不支持NAT穿透的協議也能夠被支持，比如：SMTP、POP3、IMAP、SNMP等。同樣，這個方法也能支持我們定義新的協議，比如類似QQ一樣即時P2P通訊協議。

參考文獻：

[1]P Srisuresh， M Holdrege. IP network address translator （NAT）terminology and considerations.RFC 2663.August 1999.

[2]G Tsirtsis and P Srisuresh. Network address translation-protocol translation （NAT-PT）.RFC 2766.February 2000.

[3]Ying-Da Lee， SOCKS： A protocol for TCP proxy across firewalls， http：///txt/socks4.protocol.

[4]M. Leech ， M. Ganis， Y. Lee， R. Kuris， D. Koblas， L. Jones. SOCKS Protocol Version 5. RFC 1928.

[5]P Srisuresh， J Kuthan， J Rosenberg， A Molitor，A Rayhan. Middlebox communication architecture and framework.RFC 3303.August 2002.

[6]J. Rosenberg， C. Huitema， and R. Mahy. Traversal using relay NAT （TURN）. Draft-rosenberg-midcom-turn-03， October 2003.

[7]UpnP Forum. Internet gateway device （IGD） standardized device control protocol. November 2001.

[8]J. Rosenberg， J. Weinberger， C. Huitema， R. Mahy.STUNSimple traversal of user datagram protocol（UDP）through network address translators （NATs）.RFC 3489，2003.

[9]J Rosenberg， R Mahy， P Matthews， D Wing. Session traversal utilities for NAT （STUN）. RFC 5389. 2008.

[10]C Jennings. NAT classification results using STUN. RFC 5389. October 2008.

[11]T. Hain. Architectural implications of NAT. RFC 2993. November 2000.

[12]D Senie. Network address translator （NAT）-friendly application design guidelines. RFC 3235. January 2002.

[13]Saikat Guha， Paul Francis. Simple traversal of UDP through NATs and TCP too （STUNT）. http：//nutss.gforge.cis.cornell.edu/stunt.php.

[14]Yuan Wei，Daisuke，et al. A new method for symmetric NAT traversal in UDP and TCP，APAN Network Research Workshop.11-18，August 2008.

[15]王勇，崔修濤，呂釗，李子成.基于探測對Symmetric NAT與端口受限NAT的穿透方案[J].計算機應用，2006，4（26）.

[16]楊璐，沈悅，蔣蕾.一種TCP協議穿透Symmetric NAT方案[J].計算機工程與應用，2007，43（6）.

第3篇：客戶端推廣方案范文

【關鍵詞】電力信息化系統；虛擬化技術；電網GIS；DMS

1.引言

當前貴州電網公司正全面進行信息化建設工作，大量省級集中系統對硬件、網絡提出了極高的要求，同時機房的負荷也越來越大。

為解決這些問題，公司提出了采用虛擬化技術手段的解決方案。本文論述了虛擬化技術在配電生產管理系統、電網地理信息系統中的應用經驗和實現流程。

2.虛擬化技術簡介

虛擬化是一個廣義的術語，在計算機方面通常是指計算元件在虛擬的基礎上而不是真實的基礎上運行。（白度定義）

虛擬化技術從應用領域可分為服務器虛擬化、數據庫虛擬化、桌面虛擬化和應用虛擬化等。虛擬化技術結構靈活，可根據實際應用場景提出不同的虛擬化方案，但無論采取何種方案，虛擬化技術都是為了節省用戶資源、提高用戶工作效率、減少安全隱患。

3.貴州電網信息系統存在的問題

系統占用大量資源：系統占用終端計算機資源嚴重，往往要求客戶端具有高性能處理能力，以配電生產管理系統DMS為例，其對客戶端的基本要求是8GB內存、4BGCPU、1GB的網絡帶寬，在不滿足條件的情況下，應用程序運行緩慢、長時間無響應、甚至直接死機，大大影響了DMS系統的實際運用，使得原本用于提高工作效率、模擬現場行為等高級功能不能正常使用，反而造成了工作時間的延長。

各地市網絡帶寬不一：由于各系統組織結構不同，對于系統環境和網絡環境的要求也不一樣。當信息系統需要在網絡環境下傳遞業務數據時，由于傳送的數據量大、傳遞時效性強，對于網絡帶寬就存在很高的要求。但實際網絡環境普遍不能滿足這一需求，特別是在縣一級供電局、供電所，網絡環境往往僅能滿足網頁瀏覽，對于這樣的網絡環境，需要大數據量傳送的系統是無法實施和實際使用的。特別是當網絡信道不好時，原本能夠勉強滿足數據傳輸的網絡也變得無法使用。這嚴重影響了這些信息系統的推廣和實際應用。

基于客戶端的方式增加了維護成本：由于目前部分業務系統采用的是C/S系統架構，需要供電局用戶在本機環境下安裝客戶端，當客戶端需要升級維護時，維護人員就必須下載客戶端并進行更新或重新安裝。即使是基于B/S環境的信息系統，也存在多點維護問題，如果B/S系統使用了不同的瀏覽器或使用了activex、flash等網頁插件，當系統升級時，每一個客戶端都必須重新進行插件升級和配置，大大增加了系統維護成本和人力成本。

數據安全性由客戶端維護：電網信息系統的另一個特點是數據安全要求高。當某一信息系統維護現場數據或者能直接控制現場環境時，數據的安全性就成為電網安全的重要指標。電網信息涉及到國家安全，因此電網數據的傳遞必須要求安全。但目前的情況是，當業務數據在網絡上直接傳遞時，客戶端計算機能夠得到這些數據，并能夠通過某些解密方法得到電網信息數據。因此，貴州電網公司要求每一個客戶端都必須安裝特定的殺毒軟件和網絡數據安全軟件。但即使這樣，數據的安全行仍然不能100%的得到保證。

4.虛擬化解決方案

針對C/S架構的業務系統客戶端及對于硬件或網絡要求高的B/S架構應用軟件進行集中部署，將C/S架構的C端或B/S架構的B端，即客戶端等應用程序進行處理，集中遷移到虛擬化應用平臺上，而不需要對這些應用做二次開發，無需改變應用的架構，實現終端設備零應用安裝，而終端設備不再對這些應用系統提供運算服務，用戶端與虛擬化應用服務器之間也不在傳輸應用系統的數據信息，只傳輸應用系統的鼠標、鍵盤指令以及圖像顯示矢量質，因此，可輕松實現用戶在貴州電網的網絡環境下使用任意的電腦、在任何時間、任何地點方便快捷的使用這些應用系統。應用遠程集中部署技術：采用虛擬化應用技術，把應用程序的人機交互邏輯（應用程序界面、鍵盤及鼠標的操作、音頻輸入輸出、讀卡器、打印輸出等）與計算邏輯隔離開來。在用戶訪問一個服務器提供的應用時，用戶計算機只需要把人機交互邏輯傳送到服務器端，服務器端為用戶開設獨立的會話空間，應用程序的計算邏輯在這個會話空間中運行，把變化后的人機交互邏輯傳送給客戶端，并且在客戶端相應設備展示出來，從而使用戶獲得如同運行本地應用程序一樣的訪問感受。

在服務器上，應用遠程集中部署技術將應用的運算邏輯與人機交互邏輯分開，并通過標準的網絡協議和通用的網絡連接將人機交互邏輯傳輸給客戶機。

應用遠程集中部署技術僅僅把人機交互邏輯（包括輸出和輸入）在客戶機和服務器之間傳輸，不傳輸具體的業務數據，所以只需要很小的網絡帶寬，每秒消耗不到20kB的網絡帶寬。

在客戶機上，用戶可以得到應用程序的所有輸出，但應用的運算邏輯100%地在服務器上執行。從而減少客戶端資源的消耗。

應用遠程集中部署技術還可設置客戶機資源映射，如硬盤共享、USB共享、打印機共享起來，可讓用戶在使用遠程管理平臺的硬件資源運行虛擬出的業務系統同時，還可以訪問客戶機的各種設備資源。

5.應用效果

通過虛擬化平臺建設部署，降低了全省GIS及DMS系統客戶端軟件對于網絡帶寬的要求，利用現有網絡資源實現良好的用戶體驗。在虛擬化平臺部署全省GIS及DMS軟件后，用戶通過該平臺的終端頁面即可直接使用上述系統軟件，從而降低客戶端硬件資源要求、并減少客戶端的維護工作量。

通過虛擬化平臺部署，測試業務系統在平臺上的實際使用效果、根據實際情況不斷修正，研究一套適合于貴州電網現有資源環境的虛擬化平臺，在研究項目成功的基礎上，推廣到貴州電網其他應用的系統上，并且讓用戶在各信息系統的使用中不會受到網絡、PC硬件、及操作系統問題、病毒等非信息系統因素的影響。

通過虛擬化平臺部署，可以充分利用現有終端PC及網絡資源，并有效控制了設備數量的快速增長，避免了快速增長所帶來的其他一系列問題。大量的節約了在硬件網絡上面的資金投入，降低了能耗、減少管理成本。

由于虛擬化平臺自身的特點、該平臺也適用在需要進行大規模數據量抽取、大規模數據同步的業務系統上，如營銷系統需要在月底集中抽取大批量的數據進行統計，而在該平臺部署了營銷系統業務軟件后，用戶在使用營銷系統時將不受到網絡、客戶端硬件資源的限制，可以充分利用虛擬化平臺服務器與營銷系統服務器之間的高速網絡帶寬及服務器的硬件資源，實現良好的用戶體驗。

6.結語

虛擬化平臺是適應南網規范以及“四個業務一體化”的系統建設方式。平臺將不僅應用于DMS、GIS，而會在全省其他信息化建設項目中起指導和規范的作用，能夠將其他信息化項目進行集中部署，從而實現一體化管理。加強了項目實施管理，有序推進項目建設，控制項目實施成本，加強數據的收集，規避相關建設風險，確保項目成功建設，系統安全穩定可靠實用，虛擬化項目的建設取得良好的經濟效益，對公司的信息化建設以及節約化調度有很大的促進作用。

參考文獻

[1]張茜，肖麗杰.配電生產管理自動化系統的建設和應用[J].供用電，2007，24（2）：29-31.

第4篇：客戶端推廣方案范文

關鍵詞：補丁管理；WSUS；計算機安全；系統漏洞

0　引言

目前，保護計算機安全的方法有很多，但是，最重要的還是及時為操作系統安裝系統補丁，否則抵御病毒、防范黑客無從談起。然而，對于中國人民銀行內網、公安部內網、大學內網等安全要求很高、需要嚴格和Internet隔離的計算機用戶，及時安裝系統補丁就顯得十分不便。雖然Landesk、VRV等國內外軟件可以完成內聯網補丁的功能，但都價格昂貴。微軟的WSUS為計算機用戶提供了補丁分發的服務，但是，WSUS提供的管理功能十分薄弱，給系統管理帶來一些不便。我們在WSUS和MBSA(Microsoft Baseline Security Analyzer)的基礎上，設計開發了與之配套的Windows平臺補丁管理系統，彌補了WSUS管理功能的不足，為內聯網補丁分發提供了一個經濟、實用、高效的解決方案。該方案目前已在中國人民銀行浙江省范圍內分支機構實施，收到了良好的效果。

1　WSUS可以解決的問題

WSUS是一個免費的軟件，可以在微軟網站上下載，適用于Windows 2000和Windows Server 2003服務器以及運行Windows 2000 Professional和Windows XP Professional的桌面計算機。WSUS能夠自動地在局域網內分發使計算機得到最新的重要更新、安全更新和服務包。微軟推薦的WSUS的網絡

借助預先配置的同步計劃，WSUS父服務器可以每天從公共的微軟補丁服務器下載關鍵更新和安全更新，新獲得的更新必須由WSUS管理員批準才能夠。WSUS子服務器將被配置為每天與父服務器自動同步，同步完成后，WSUS父服務器上的所有已批準的更新都將鏡像到WSUS子服務器上，并且立即可用于WSUS客戶端。WSUS客戶端會每隔一段時間自動向WSUS服務器查詢是否有更新，如果有補丁更新，則按照預先設定的規則進行安裝，WSUS客戶端會在任務欄圖標顯示獲取有關更新的通知，安裝可以根據指定的時間表白動開始，也可以由本地管理員執行。WSUS軟件以相當簡便的方法完成了補丁分發的功能，但是，由于管理功能的薄弱，也給管理上帶來了一些不便。

2　WSUS的不足和我們的補充

經過我們總結，WSUS服務的不足之處主要存在于以下三個方面：

(1)WSUS父服務器需要和Internet連接，以便和微軟補丁服務器同步，這在一定程度上是和Internet物理相連，存在一定隱患。

(2)WSUS服務器提供的WSUS客戶端安裝補丁的統計功能較簡單。

(3)獲得系統補丁的等待周期較長。有新補丁存在的時候，WSUS客戶端需要最長22小時才能獲得相應的補丁。

經過深入分析每一個不足之處，我們首先將WSUS服務的拓撲結構改造成圖2所示結構。

WSUS父服務器在需要和Internet上的微軟補丁服務器同步的時候，斷開與內聯網的連接，通過防火墻連入Internet；同步完成后，斷開與Internet的連接，經過系統、細致的病毒查殺后，重新通過防火墻連入內聯網。防火墻設定了嚴格的限制，只允許WSUS服務使用的地址、端口上的信息通過，這樣可以在一定程度上減少與Internet連接所帶來的風險。通過這種方法，可以彌補第一個方面的不足。對于第二和第三個不足，我們通過開發與WSUS配套的Windows平臺補丁管理系統來彌補，該系統采用Delphi+Sql Server開發而成，采用Client/Server體系結構，系統客戶端的總體結構如圖3所示。

客戶端安裝運行以后，讓其駐留內存并在用戶的任務欄中增加一個圖標。它只占用很小的內存，對用戶使用計算機影響不大。補丁安裝情況檢查模塊給用戶提供了一種簡便的檢查方式，檢查是否已經正確、完整地安裝了補丁。一旦發現補丁沒有安裝完全，用戶可以使用補丁自動更新模塊，強制WSUS客戶端查詢WSUS服務器，WSUS客戶端將在10分鐘左右獲取補丁。除了自動更新之外，系統還提供手動更新的功能，一旦WSUS服務意外失敗或終止，用戶可以通過手動更新方便地獲得并安裝相應的補丁。WSUS客戶端設置檢查模塊的主要功能是檢查客戶端的設置是否正確，以確定WSUS客戶端是否能正常地與WSUS服務器通信。

服務器端安裝在運行Sql Server的后臺服務器上，記錄、管理客戶端發來的信息。管理員可以在服務器端查看哪些客戶端沒有完整安裝相應的補丁，并可以在服務器端強制將相應的補丁發送給客戶端安裝，除此以外，服務器端還有報表打印功能，管理員借助能夠準確地掌握內聯網內計算機的補丁安裝情況。

第5篇：客戶端推廣方案范文

據悉，國內知名的高清視頻網站悠視網已與中網展開全方位合作，對9月25口～10月10日在國家網球中心上演的中國網球公開賽進行全程高清點播。除了網上直播，悠視網(UUSee)還將借助其強大客戶端的技術優勢，在手機和IP電視等領域全而直播中網賽事。這不僅對于中網的推廣具有里程碑式的意義，而且體育賽事的網上全程直播這一形式，也是視頻網站的一種全新嘗試。

在目前國內視頻網站的激烈競爭中，悠視網有著獨特的自身魅力，其客戶端平臺擁有很突出的呈現特點和明顯的跨終端播出的技術優勢，尤其是長期經驗累積而日臻完善的時移直播技術。這也是中網選擇悠視網作為合作伙伴最重要的一點，因為時移直播技術是高端賽事直播的首要保證，悠視網的技術能夠完全保障中網賽事的順利播出。悠視網的CEO李竹向《廣告主》記者介紹道：悠視網的客戶端不但能實現電腦、電視的終端覆蓋，同時對智能移動終端，如iPhone、iPad也能很好地實現覆蓋。早在2008年，悠視網在直播奧運時就創造了千萬用戶并發收看的記錄。目前通過技術升級，UUSee2010客戶端已經具備了更加穩定高效的系統內核，悠視網融電視直播、視頻加速、時移技術、在線點播、視頻搜索等技術于一體。從而為用戶更加流暢地收看高清晰視頻內容提供了保障。

從悠視網的角度看，中網這樣的內容非常吻合悠視網高端用戶居多的受眾特征，體育賽事尤其是高端體育賽事是悠視網多年來持之以恒夼斗的主題，從而也聚集了大批的體育迷。因此，中網與悠視網的牽手是雙贏的選擇，合作的實現自然也水到渠成。李竹表示：通過中網項目的合作首先能更好地滿足廣大關心中網用戶的需求，滿足長期伴隨悠視體育走過的體育迷們的收看需求，這是此次合作最基礎的期望。另外，此項合作也是悠視網新技術的一次亮相，通過時移直播和多終端播出把用戶體驗提高到一個新臺階。隨著中網的影響力在國內外的日益彰顯，悠視網方而也希望能通過與中網的合作，很好地宣傳自身的網絡平臺，朝高端網絡電視平臺的定位邁出堅實一步。

第6篇：客戶端推廣方案范文

【關鍵詞】CORBA標準 機器人 避障

時代的發展使得社會化分工越發明確，人們對生活品質以及便利性的需求越來越大。因此，隨著高新科學技術的日新月異，生活服務型機器人進入人類家庭已不再遙遠，已有部分科技發達國家已經研發出此類機器人并且開始逐步推廣。這些機器人不僅能夠幫助或是代替人類完成一些常規的家務勞動，比如掃地、拖地、洗衣、做飯等；還能為人類提供一部分娛樂、教育等服務。

我國在機器人技術領域并不領先，在世界上約為中上水平。國內雖然有不少公司認為這是一個大好商機，而投入財力和人力進行研發、生產與推廣，但由于開發成本較高，推廣并不盡如人意。究其原因，主要是商業領域的核心技術保密要求與研發技術層面上的統一性、通用性相違背，這樣就無法實現技術上的借鑒、復用性，從而抬高了研發成本，也就變相的加大推廣難度，也不利于機器人技術整體的發展。對此，本文以CORBA標準為核心，在國內相對典型的“UP-InnoSTAR”平臺上設計了服務型機器人的避障模塊，可為同類型機器人的開發提供一定的參考。

1 “UP-InnoSTAR”機器人開發平臺

“UP-InnoSTAR”是我國使用廣泛的、比較典型的教育娛樂機器人軟硬件開發平臺，是由博創科技研發、推出的一套機器人模塊化套件，適用于研究者驗證理論算法，驗證學術論文的快速原型搭建；也可用于開發新機器人之前的搭建理論樣機，驗證原理和可行性。套件的機構零件約有760余個，60多種，并提供了全向輪套件以及履帶機器人套件。其中，控制器為MultiFLEXTM2-PXA270型，控制處理器為Marvell Xscale PXA270，是主頻為520MHz的32位高性能嵌入式處理器，內含64M的FLASH存儲器和64M的SDRAM，Linux操作系統，能夠滿足各種數據、視頻、語音的存儲與處理，控制器上還帶有Wifi模塊插槽1個、100bps的以太網接口1個、USB Host4個，帶有立體聲音頻輸出接口1個和麥克風接口1個，能夠對視覺傳感器攝像頭和聽覺傳感器麥克風予以支持；機器人舵機為CDS5500總線式，最多能夠支持200個舵機串聯數字式通訊，扭矩最大為16Kgf.cm，0.14sec/60轉速，具備電流、溫度保護，并能夠將舵機的位置、轉速、電壓、溫度反饋給上位機；傳感器則提供有彩色CCD攝像頭、灰度傳感器、姿態傳感器、碰撞傳感器、光強傳感器、溫度傳感器、聲音傳感器、霍爾接近傳感器、紅外接近傳感器、紅外測距傳感器等共十余種。

2 CORBA標準

CORBA（Common Object Request Broker Architecture），即通用對象請求體系結構，由OMG組織制定，是一種標準的對象技術規范和應用程序體系結構，它提供了一個對象管理規范與一個公共框架，而并非制定了一門開發語言。

籠統地講，CORBA的作用是把用其它語言編寫的程序代碼、調用該程序代碼的方式以及程序代碼的功能描述封裝成一個package，其它程序可在系統網絡中對其進行調用。或者，可以把它看做是一個包含多項信息的文檔格式，類似于文檔頭，可被機器設備所識別。CORBA使用接口定義語言（IDL）來規定接入對象的行為，作用類似于協議，同時CORBA也規定了IDL到具體程序語言的映射規則，比如JAVE或者C++，映射規則描述了客戶端與服務器端如何實現CORBA的信息類型。這些映射由具體程序語言編寫的ORB實現。

ORB即對象請求，是CORBA的核心組件。ORB是一種在客戶端對象與服務器端對象之間建立聯系的中間件，負責兩者間的通訊，并返回調用對象后的結果。通過ORB，客戶不用關心服務器的具置、具體硬件平臺、具體采用的技術等，可直接調用服務器中對象方法或者對象本身，給編程帶來了極大的便利，實現了不同機器的應用程序間的數據交換以及多對象的無縫連接。

3 CORBA體系結構及其工作方式

CORBA體系結構如圖1所示。

在客戶端組件中，ORB核心：客戶端與服務器端的通訊中間件，通過ORB，客戶端可以直接調用服務器端的對象或者對象方法，調用透明化并與硬件平臺無關。Stub存根：是IDL文件被編譯后自動生成的代碼，是客戶端的一段小程序，用于在系統運行時被較長的程序替換，Stub存根的調用方式為靜態激發，適用于相對穩定的數據、對象與方法。動態調用接口：相對于Stub存根，通過DII客戶端可以調用任意類型的對象，其優點是靈活，缺點是不便維護與調試。ORB接口，連接ORB核心與客戶端應用，由一些本地API組成。

在服務器端組件中，Skeleton框架：有IDL編譯器自動生成，它作為一個客戶端的在服務器端工作，收包解包，并根據包中的參數調用服務器端對應的接口，然后返回結果。動態框架接口：作用對應于客戶端的動態調用接口，在服務器端起作用。可移植對象適配器：是服務器端的CORBA對象與ORB核心的連接紐帶，承擔兩者的交互并確保交互的安全性。

根據上述分析，一個完整的ORB應答順序應為：1.客戶端發出請求并調用Stub存根程序；2.客戶端Stub存根程序對請求編碼并向ORB發出請求；3.客戶端ORB通過網絡將請求發給服務器端ORB；4.服務器端Skeleton框架將接收的信息解碼，根據內容調用對應的服務器端對象并將結果編碼后返回；5.反方向將結果發回給客戶端。

4 基于CORBA標準的機器人避障模塊設計

智能避障是指機器人依據視覺感知設備收集的信息，通過舵機完成左轉、右轉、前進、后退等動作，從而避開障礙物，到達目的地。本文在CORBA標準的基礎上實現了該通用模塊的設計，主要由4個子模塊組成，分別是感知子模塊、運動子模塊、消息傳遞子模塊和異常處理子模塊。其中前2個子模塊為機器人智能避障的核心模塊。

感知子模塊，是機器人對外界的感知，是機器人運動策略的依據，功能描述為：首先處理各感知傳感器的設備信息，對其初始化，然后將感知設備采集到信息進行標準化，最后傳給機器人處理器執行。運動子模塊，是機器人依據對外界的感知而做出的反應，通過舵機來驅動完成，功能描述為：首先對舵機進行初始化，然后根據接收到的感知信息的內容，由處理器形成指令后傳到舵機，最后由舵機執行左轉、右轉、前進、后退的動作完成避障。上述模塊的程序流程圖如2所示。

5 總結

機器人避障模塊是服務型機器人的通用功能模塊，而CORBA標準也是目前機器人研發中較為典型的標準，因此，本文提出的設計方案具備一定的實用價值，可作為相似類型機器人研發的參考與借鑒。

參考文獻

[1]丁俊勇，張永康.CORBA 技術在分布式系統集成中的應用[J].機床與液壓，2003， 3：067.

[2]劉濤.基于CORBA中間件技術的異構機器人互操作系統的研究[D].山東大學，2007.

作者簡介

姜帆（1979-）男，重慶市人。研究生學歷。現為重慶電子工程職業學院副教授。研究方向為計算機軟件技術以及系統集成。

第7篇：客戶端推廣方案范文

關鍵詞：J2EE技術　特點　系統結構　淺析

中圖分類號：TP274

文獻標識碼：A

文章編號：1002-2422(2010)03-0107-02

1 J2EE技術簡介

J2EE各種應用程序和組件之間的通信是建立在標準協議的基礎之上的，這些協議包括HTTP、TCP／IP、SSL、RMI等，用戶只要有瀏覽器就可以利用這些協議獲得信息。J2EE有3個主要的組件模型：JSP、Servlet和EJB，在系統中，這3個組件可以提供強大的動態連接機制。J2EE為支持Java語言服務器部署提供平臺無關的、可移植的、多用戶、安全的標準企業級平臺。如圖1所示。

2 J2EE技術特點分析

2，1有效保留現存的企業資產

由于基于J2EE平臺的產品幾乎能夠在任何操作系統和硬件配置上運行，現有的操作系統和硬件也能被保留使用，所以J2EE架構可以充分利用用戶原有的投資，有效利用業界支持和一些重要的企業計算機領域供應商的參與，進入可移植的J2EE領域的升級途徑。

2，2高效的開發性能

基于J2EE平臺的產品允許公司把一些通用的、很繁鎖的服務端任務交給中間件供應商去完成。這樣開發人員可以集中精力實現業務邏輯功能。

2，3支持異構環境

基于J2EE平臺能夠開發部署在異構環境中的可移植程序。基于J2EE的應用程序不依賴任何特定操作系統、中間件和硬件，因此設計開發一次合理的基于J2EE的應用程序就可能部署到各種平臺上使用。J2EE標準也允許客戶使用與J2EE兼容的第三方組件，把其部署到異構環境中，節省了由自己實現整個解決方案所需的費用。

2，4可伸縮性

基于J2EE平臺的應用程序可被部署到多種操作系統上，J2EE領域的供應商提供了更為廣泛的負載平衡策略，能夠消除系統中的瓶頸，允許多服務器集成部署，滿足未來商業應用的需要。

2，5程序的可用性好

一個大型應用服務器平臺必須能全天候的運轉，以滿足公司客戶和合作伙伴的需要。除了J2EE部署到可靠的操作環境中外，還可以選擇Windows或者健壯性更好的系統，完成服務，達到更穩定的可用性。

3 J2EE典型應用層次

在J2EE規范的定義下，典型的應用系統結構可分為客戶層、表示層、業務邏輯層和數據層4個應用層次。相互關系為；客戶端從Web服務器上下載Web層中的靜態HTML頁面、Applet或由JSP、Servlet生成的動態HTML頁面。業務邏輯層的FIB從客戶層接收請求和數據，并調用數據訪問組件，檢索數據庫層中相關的數據，數據庫服務器層執行SOL操作，通過JDBC數據庫連接池與業務邏輯層進行交互，JDBC為Java應用程序提供一個統一的接口，以完成到數據庫的連接。業務邏輯層將相關數據送到數據庫服務器層存儲，并將處理后的數據返回給客戶端。為了降低網絡負載，將一部分計算交由Web服務器來完成，Servlet接收來自客戶端Applet的調用。Web層通過調用業務邏輯層的EJB，生成動態的HTML傳輸給客戶層。為實現業務邏輯與實現邏輯的分離，對數據庫的操作封裝在EJB中，Scrvlet分發客戶端的請求消息，實現對FJB的調度功能，如圖2所示。

3，1客戶層

客戶層為用戶提供可視化圖形界面，在系統應用中，負責管理與用戶的交互，根據使用功能范疇與應用要求以及在子層中充當不同的角色，可以這樣構建客戶層：

(1)純粹的HTML客戶端：這種情況下，全部智能處理都位于中間層，當用戶提交Web頁面的時候，確認工作都由J2EE服務器完成，然后響應返回至客戶端。

(2)混合HTML／DHTML／JavaScript的客戶端：這種情況下，運行在客戶端上的Web頁包含一都分智能，客戶端將會處理一些基本確認。客戶端還可以包含一些DHTML。

3，2表示層(或Web層)

Web層實現與客戶端以及業務邏輯層的雙向交互，接收客戶端傳送的請求交給業務邏輯層進行處理，接收業務邏輯層的處理結果并傳遞給客戶端，即響應客戶請求，為客戶提供所請求的數據。表示層任務之一就是生成Web頁面和Web頁面中的動態內容；另一個主要任務就是對客戶端傳來的Web頁面包含的請求進行打包。

通常在Web服務器中實現表示層，Web服務器除了處理對站點靜態WEB請求之外，通常還要為處理多個應用程序請求。主要由JSP和Servlet提供客戶端組件，JSP和Servlet接收客戶端的請求并響應，將用戶的輸入發送到業務邏輯層的EJB組件中進行處理。

可使用不同工具構建表示層，目前常用的工具有通用網關接口，服務器端使用Micmsoft提供的ASP聯合服務器頁面(JSP)引導，如圖3所示。

3，3業務邏輯層

業務邏輯層是集成系統應用邏輯功能，完成客戶請求中相應的計算和數據操作。包括執行全部必須的計算機動作，工作管理，表示層中全部數據的訪問管理等。

實現上同表示層相似，通常在應用服務器內部實現業務邏輯層，把業務邏輯從資源管理的需求中分離出來，使得開發人員可以集中精力構建應用邏輯。

在現代的Web應用中，業務邏輯通常使用Java解決方案實現，使用其中的EnterPrise JavaBeans執行業務操作。獨立語言的公共對象請求體系結構Common Object Re-quest Broker Architecture對象也可以構建在業務邏輯中，并可以很輕松地使用Java對表示層的訪問。

3，4數據層

數據層負責存儲、管理數據信息。數據層為業務邏輯層提供請求的數據，在請求的時候，數據層存儲數據。

數據層可以是簡單的關系數據庫，也可以包含訪問其他數據源的數據訪問過程。

第8篇：客戶端推廣方案范文

關鍵詞：PXE；Ghost；網絡機房

中圖分類號：TP308文獻標識碼：A文章編號：1009-3044(2012)16-3834-02

隨著計算機在教育中的廣泛應用和高等教育辦學條件的不斷改善，各高等院校先后建成了大量計算機公共網絡機房。這些機房除了要承擔日常的教學、實驗任務外，往往還需對培訓、考試、實踐、科研等提供支持，很多機房還在業余時間對師生開放。由于每天設備運行周期長、使用人員眾多、應用需求變化多樣，導致網絡機房的管理、維護任務極為繁重。在硬件、網絡和軟件這幾類最常見的系統維護工作量中，軟件維護所占的比重最大。為不同應用需求安裝部署計算機軟件、修復操作系統損壞的計算機又成為軟件維護中最頻繁、最費時和最費力的工作。

我單位建有兩個公共網絡計算機機房，共有210臺計算機。為應對操作系統崩潰、病毒感染、統一部署軟件等情況，我們以往的解決方案是：以一臺計算機作為樣機，在其系統分區上安裝好所需要的操作系統和各種軟件，然后利用Ghost軟件備份該分區數據到一映像文件，然后將該映像文件復制到機房每一臺計算機的數據分區中。當需要時，再利用Ghost軟件將映像恢復至系統分區。這種方法需占用大量硬盤空間存儲映像文件，還得保證映像文件不被誤刪除，從樣機復制映像文件到每一臺計算機的時間開銷也非常大。

經過長期實踐，我們發現可以結合PXE+Ghost網絡克隆技術，實現免軟驅、光驅、網絡還原卡的大批量計算機快速系統部署方案，破解了網絡機房維護工作中的一大難題。

1 PXE+Ghost網絡克隆工作原理

PXE+Ghost網絡克隆的基本工作原理如圖1所示。

圖1 PXE+ Ghost網絡克隆原理圖

圖1中，Ghost利用TCP/IP協議在服務器端和客戶端之間建立通信信道。

2通過PXE+Ghost網絡克隆技術實現高校網絡機房的高效維護

2.1基本軟、硬件環境

1)需準備一臺裝有Intel PXE-PDK 2.0、Sysmantec Ghost 11.5企業版的計算機作為多播Ghost服務器。該計算機可以是專用服務器，也可是與客戶端一樣的普通計算機。

2)若干臺欲部署系統的客戶端計算機。客戶端計算機必須具備相同的硬件配置，支持PXE啟動（還需開啟網卡的網絡啟動功能）。

3)多播Ghost服務器和客戶端計算機通過交換機聯入局域網。

2.2安裝、配置服務器

1)在多播Ghost服務器上安裝Windows2003 Server網絡操作系統；

2)配置DHCP：新建作用域，設定動態分配的IP范圍，激活作用域，設置DHCP支持的啟動協議為：兩者(DHCP和BOOTP)；3)利用Intel PXE PDK 2.0的PxeReg6.0.exe程序為服務器添加060作用域；

4)執行Intel PXE PDK 2.0的PxeConfig.exe程序，將DOSUNDI文件設為默認啟動文件。

2.3制作PXE啟動映像文件

制作PXE啟動映像文件的操作步驟如下所示：

1)利用Ghost Boot Wizard程序生成啟動映像軟盤。

2)修改軟盤中的Autoexec.省略

GHOST.EXE -clone,mode=pload,src=@mcrs,dst=1:1–sure -rb

3)利用Intel PXE PDK 2.0的makeimage.exe程序將軟盤數據生成啟動映像文件，將該文件改名為dosundi.1并復制到安裝目錄中的\x86pc\undi\dosundi文件夾中。2.4樣機鏡像文件的制作

任選一臺客戶端計算機作為樣機，安裝好操作系統和應用軟件，利用Ghost.exe生成系統分區的鏡像文件client.gho，將此文件復制到Ghost多播服務器D:\路徑下。

2.5工作站軟件系統的快速安裝和部署

操作步驟如下：

1)準備好局域網工作環境；

2)在多播服務器上執行GhostCast Server程序，創建名為rs的克隆任務，設定參數：mode為Restore Image，Image file為d:\client. gho，Partition為1。設置完畢單擊“Accept Clients”命令按鈕。

3)客戶端計算機開機，待所有需要克隆的客戶端計算機與任務rs相連后，按下服務器GhostCast Server程序的Send命令按鈕，開始網絡多播克隆。克隆完畢工作站將自動重啟。

3性能測試

3.1測試環境

1臺Ghost多播服務器，110臺客戶端計算機，服務器和客戶端計算機硬件配置完全一樣。硬件基本配置為：Intel CORE i5 2320(3000MHz)，4GB DDR3內存(1333MHz)，NVIDIA GeForce GT顯卡，1TB硬盤(7200轉，SATA2)，主板集成Broadcom NetLink (TM) Giga bit Ethernet千兆網卡，100MB交換式局域網。欲部署的客戶端鏡像使用Windows 7旗艦版，裝上Office 2010、Photoshop CS5、Fire works CS5、Flash CS5、Visual Studio 2008、SQL Server 2008等各種系統/應用軟件后，用Ghost制作的系統分區鏡像大小為8.6 GB。

3.2測試結果分析

傳統單機克隆方式和PXE+Ghost網絡克隆方法性能對比分析情況如表1所示。

4結束語

利用PXE+Ghost網絡克隆實現機房軟件系統安裝/部署的方法簡單、快捷，無需軟驅、光驅、網絡還原卡等特殊配件，可減少這些配件的購置、維修和維護費用。實踐表明，該方法特別適合于計算機網絡機房的大批量軟件部署和軟件系統修復，具有較高的應用價值，值得在各高等院校計算機公共網絡機房中推廣使用。

參考文獻：

[1] Huang J H.ZTE’s IP Multicast Technology[J].ZTE Communications,2005,11(3).

[2]林國獻,向駒.網絡克隆技術在機房管理中的應用[J].電腦知識與技術,2006,8(5).

[3] Amjad M T S.Multicast Protocol for Uni-Directional Networks[J].Journal of Computer Science and Technology，2001(2).[4]朱毅.基于PXE技術的網絡機房高效管理方案[J].電腦開發與應用,2008(10).

[5]董小社，孫發龍，李紀云等.基于映像的集群部署系統設計與實現[J].計算機工程,2005,31(24).

[6]吳立鋒，吳經龍.網絡克隆在計算機機房的應用[J].電腦知識與技術,2005,7(11).

[6]周勇.PXE無盤引導過程的透析與實踐[J].西南科技大學學報,2004,22(2).

第9篇：客戶端推廣方案范文

中國聯通攜手宏圖三胞共同拓展沃3G營銷渠道

本報訊6月15日，中國聯通與宏圖三胞在南京簽署全業務戰略合作協議。雙方將在通信產品銷售領域進行全面合作，這是中國聯通在3G營銷渠道拓展方面的又一重大進展。據了解，宏圖三胞在昆明、成都、重慶，以及湖南、湖北等地擁有200余家連鎖店面。這些店面都將設立中國聯通業務受理區和開放式通信產品展銷區，重點推廣中國聯通“沃”3G終端合約計劃產品，竭誠為客戶打造集真機體驗、產品銷售、入網充值、寬帶辦理等在內的一站式服務。

手機淘寶推出“靠譜價”手機購物新模式現身

本報訊隨著“比價”這一詞在消費者之間悄然走紅，目前已經有相當多的用戶習慣在購物前上手機淘寶搜索一下商品比比價格。手機淘寶近日宣布推出專門“比價”產品。通過“比價”產品，用戶不僅能夠快速搜索出商品的所有價格分布，還可以看到由淘寶官方以TOP賣家實際成交情況作為標準算出的平均價格，業內稱為“靠譜價”。這樣真實可靠的價格提示，使消費者能夠更精準地找到所需產品，并快速完成購買。

土豆網最新Android客戶端 獨家支持離線視頻播放

本報訊近日，土豆網（）了全新Android版本手機客戶端，最新版本為V2.2的土豆客戶端增加了視頻下載和離線模式，大大提升了無線視頻用戶的體驗，也成為首個支持離線視頻觀看的在線視頻客戶端。用戶只需要在手機客戶端上的視頻詳情頁面中點擊下載按鈕，就能將感興趣的視頻文件下載到手機內，在網絡不佳或者無網絡的條件下繼續使用土豆客戶端觀看。

國內首個非智能手機支付出爐普通手機也能網購

本報訊近日，支付寶公司與曜碩科技在北京聯合國內首個非智能手機支付方案――嵌入式安全支付系統解決方案。通過該方案，非智能型手機將擁有手機支付功能，從而可以讓用戶的手機新增網購、游戲及話費充值等新服務。該方案也使得非智能機上下游產業鏈獲得新的發展機遇，并進一步推動手機支付產業的壯大，促進國內移動互聯網產業的良性發展。這也是自非金融機構支付許可證發放之后，第三方支付在手機支付領域的又一重大突破。據悉，本次雙方為用戶提供了全新的手機Java應用支付方式，并將支付寶安全支付引擎作為JBlend Java虛擬機的配置之一，用戶的所有的支付可以全部在Java虛擬機環境下完成。

點心與宏將推新手機Acer Liquid Mini E310

本報訊 創新工場孵化的首個公司點心與宏將于近期推出一款新品，預計在2000元以內，型號為 Liquid Mini E310。作為Acer與點心合作的首款產品，Liquid Mini E310秉承了宏智能手機一貫的優雅設計風格，并采用了針對中國用戶使用習慣打造的點心智能操作系統（點心OS）。據悉，搭載點心OS的Acer Liquid Mini E310將在7月初上市。

企業動態

搜狗以83.6%滲透率領跑輸入法市場

本報訊6月14日，“慧聚五千年――搜狗輸入法5周年慶暨《漢字輸入發展報告》會”在北京大學百年大講堂盛大舉行。“清華大學-搜狐搜索技術實驗室”公布了中國首份《漢字輸入發展報告》（以下簡稱報告）。報告指出，以搜狗為代表的輸入法已成為中國互聯網的基礎，產業生態鏈初步形成，未來將朝著更智能、個性化、平臺化發展。報告顯示，搜狗輸入法以83.6%的滲透率領跑市場，用戶超過3億。

夢想兄弟涉足通信市場 搶奪社交關系資源

本報訊近日，涉足移動互聯網與通信領域的夢想兄弟宣布推出基于手機通信錄的免費短信、照片分享工具“呼呼密友”。呼呼密友實現了跨三大運營商間的短信單點、群組的免費互發，并加強了智能手機短信與通信錄使用功能，用戶能快速通過手機分享照片、文字，現階段將支持Android與iOS系統。

神州數碼舉行Juniper-SRX 全國經銷商招募會

本報訊6月9日，神州數碼在北京召開“2011年神州數碼?瞻博網絡 Juniper-SRX全國經銷商招募及解決方案推介會”，面向全國招募瞻博網絡Juniper-SRX系列產品的經銷商，共有100多位商代表及媒體記者出席了會議。會上，神州數碼及瞻博網絡的有關人士詳細介紹了瞻博網絡 Juniper-SRX系列業務網關的功能、特性、優勢以及適用場景，并著重介紹了該系列產品可為企業帶來的靈活性、安全性、可擴展性、運營簡單性和可靠性等優勢。

網游企業倡導水資源保護

本報訊近日，長江流域先后遭遇旱澇災害，為此研祥集團全資子公司夢天堂網絡公司于6月在深圳舉辦了倡導保護水資源―暨“尋找眾神之淚”的活動，在哈爾濱、沈陽、南京、上海、重慶、成都等水資源嚴重缺乏的城市走訪一遍，讓人們在尋找“神淚”的過程中體會到保護水資源的重要性。

ZigBee聯盟正式落戶北京

本報訊在6月14日召開的“2011中關村物聯網與ZigBee產業發展國際論壇”上，中關村管委會委員張茂盛與ZigBee聯盟主席鮑勃海利博士共同為“ZigBee聯盟中關村辦公室”揭牌。鮑勃海利博士宣布ZigBee聯盟中關村辦公室將于2011年下半年開始正式運作，作為在中國開展物聯網產業技術交流與合作的平臺。同時，ZigBee聯盟與中關村物聯網產業聯盟、北京賽西科技公司（CESI）簽訂了戰略合作協議，將與中關村物聯網產業相關企業、機構開展技術標準、研發測試及應用推廣方面的實質性合作。