導言：作為寫作愛好者，不可錯過為您精心挑選的10篇客戶端推廣方案，它們將為您的寫作提供全新的視角，我們衷心期待您的閱讀，并希望這些內(nèi)容能為您提供靈感和參考。

篇1

中圖分類號：TP393.04文獻標識碼：A文章編號：1672-3198（2007）12-0281-02

針對移動無線營業(yè)廳系統(tǒng)，采用了基于DCEMAP的全面解決方案，該方案能為遼寧移動BOSS系統(tǒng)提供了安全、方便、快捷的GPRS無線接入解決方案。對GPRS網(wǎng)絡現(xiàn)階段存在高延遲，低連接速率，訪問速度慢等特點有效改善用戶訪問體驗，降低安全風險性。

1 DCEMAP核心技術(shù)

DCEMAP直接讓在應用服務器上的應用程序與客戶端設備溝通，既提高性能，又簡化加密安全與效能之間的矛盾。DCEMAP解決方案通過設置專門應用部署服務器群組，將關(guān)鍵性的應用軟件集中安裝并進行，所有應用軟件的客戶端將100%在這些服務器上執(zhí)行，即Application Serving（簡稱A/S結(jié)構(gòu)），從而使得用戶無論在何地，無論使用何設備，都能通過各種網(wǎng)絡連接方式高效訪問總部的各種程序和數(shù)據(jù)。

多個用戶透過不同的客戶端設備，同時訪問和執(zhí)行服務器上的同一個應用軟件。產(chǎn)品在網(wǎng)絡操作系統(tǒng)之上構(gòu)筑了一層集中計算模式的平臺，改變應用程序客戶端的安裝、和管理模式，實現(xiàn)了“以應用為核心，貫穿所有的節(jié)點，對系統(tǒng)的管理和控制由面簡化到點”。DCEMAP這種基于服務器的計算的模式之所以成為可能，是因為使用了獨立計算體系結(jié)構(gòu)（ICA）技術(shù)和MultiWin技術(shù)。ICA 協(xié)議是基于服務器計算的一項事實上的標準，它把應用處理從客戶端設備轉(zhuǎn)移到了服務器之上。MultiWin是微軟用以創(chuàng)建Terminal Server（終端服務器）的一項技術(shù)，它能讓多個用戶同時訪問在一個服務器上運行的應用程序。ICA作為OSI表示層，分成多個虛擬通道，每個通道只負責一種功能的數(shù)據(jù)傳輸，且可以單獨開啟或關(guān)閉，數(shù)據(jù)在送往虛擬通道前均被壓縮，在通道中傳輸可選擇多種加密方式保證數(shù)據(jù)安全。

DCEMAP應用過程及技術(shù)實現(xiàn)主要有以下步驟。

（1）DCEMAP的組件Webinterface為用戶提供統(tǒng)一接入平臺，用戶開啟IE瀏覽器訪問DCEMAP的Web Port站點，輸入用戶名和密碼，由Web服務器通過XML服務向DCEMAP服務器傳遞身份驗證信息。身份驗證后，DCEMAP服務器也通過XML服務向Web服務器返回的應用設置，并在客戶端IE瀏覽器上顯示出該用戶授權(quán)范圍內(nèi)的應用程序圖標。

（2）用戶點擊應用程序圖標時，即通過ICA協(xié)議向DCEMAP服務器發(fā)出會話請求，DCEMAP監(jiān)聽ICA端口1494收到請求，驗證用戶請求的信息，建立ICA虛擬通道，在服務器端應用MultiWin技術(shù)為此會話分配獨立內(nèi)存空間，在此內(nèi)存空間里啟動該用戶的請求的應用程序。

（3）應用程序運行后的位圖變化由ICA利用底層圖形技術(shù)采集和編碼，在送往ICA虛擬專用通道前需經(jīng)過優(yōu)化的行程長度壓縮（RLE）技術(shù)進行數(shù)據(jù)壓縮。

（4）客戶端接受到ICA通道傳輸?shù)臄?shù)據(jù)后由ICA客戶端解密、解壓后重組位圖還原為應用圖形，其應用屏幕的更新采用服務器推送方式；同時客戶端的鍵盤鼠標操作信息由ICA客戶端收集同樣經(jīng)壓縮、加密通過ICA虛擬通道傳輸?shù)椒掌鞫芜€原為對應用程序的操作。

2 DCEMAP解決方案

為保證系統(tǒng)的業(yè)務連續(xù)性，在不破壞現(xiàn)有信息系統(tǒng)的前提下，利用現(xiàn)有的網(wǎng)絡設施和資源，僅通過增加DCEMAP應用部署服務器層來改變無線營業(yè)廳系統(tǒng)的、管理和訪問的模式，即能達到安全、快捷、簡單地應用無線營業(yè)廳系統(tǒng)。

在公司內(nèi)部域中建立DCEMAP服務器群，自帶智能負載均衡功能，并和移動BOSS營業(yè)WEB服務器同處于一個網(wǎng)段中，部署并移動營業(yè)系統(tǒng)的客戶端；為合作伙伴以及大客戶建立AD用戶，加入域指定全局組和OU中，設置OU組策略，并授權(quán)訪問DCEMAP的移動營業(yè)系統(tǒng)。

合作伙伴以及大客戶經(jīng)理的計算機不需要高的硬件和軟件配置，只需要安裝IE瀏覽器，再下載安裝基于瀏覽器IE的DCEMAP插件（可通過推送方式實現(xiàn)）即可。手機接入時，只要手機支持IE瀏覽器，無需對現(xiàn)有應用做任何改造開發(fā)，利用移動現(xiàn)有的網(wǎng)絡設施和資源，僅通過增加DCEMAP應用部署服務器層來改變營業(yè)系統(tǒng)的、管理和訪問的模式，即能達到安全、快捷、簡單地應用營業(yè)系統(tǒng)。

DCEMAP服務器部署在移動內(nèi)網(wǎng)中，BOSS系統(tǒng)客戶端，后端與BOSS系統(tǒng)通訊。合作伙伴或大客戶經(jīng)理使用無線網(wǎng)卡撥入GPRS網(wǎng)絡，通過對指定SIM卡的認證，獲得內(nèi)網(wǎng)地址。通過內(nèi)網(wǎng)直接訪問DCEMAP服務器，使用移動AD帳戶登陸DCEMAP服務器，從而應用BOSS系統(tǒng)。

由于DCEMAP客戶端向服務器的傳輸?shù)闹皇擎I盤鼠標的信息，而服務器向客戶端傳輸?shù)氖俏粓D的變化，并經(jīng)過壓縮加密。所以，用戶使用無線營業(yè)廳系統(tǒng)時，只需10~20Kbps，只有在打印和上下載數(shù)據(jù)文件的情況下才會占用更多的網(wǎng)絡連接資源。經(jīng)測試現(xiàn)有GPRS網(wǎng)絡可滿足用戶使用要求。由于DCEMAP客戶端沒有運行應用程序，因此客戶端無需很高的配置，客戶端成本很低。而且，由于客戶端只是遠端呈現(xiàn)，不會在IE上留下Cookie信息，也可以限制用戶進行拷貝等操作，保證了信息的安全。

3 DCEMAP接入平臺的優(yōu)勢

（1）使用DCEMAP產(chǎn)品確實有助于提高應用的效率，由于只在DCEMAP服務器跟客戶端之間傳送畫面及鼠標、鍵盤信息，所以傳送數(shù)據(jù)只與畫面變化及鼠標、鍵盤信息多少有關(guān)，尤其是一些操作，在BOSS客戶端跟BOSS服務器間需要傳送的大量的數(shù)據(jù)，但顯示畫面卻沒多少改變時，該產(chǎn)品優(yōu)勢尤為明顯，生成大容量報表操作就是一個明顯的例子。

（2）要使用DCEMAP接入平臺訪問BOSS服務器，只需在DCEMAP服務器上安裝基于B/S的瀏覽器或基于C/S的BOSS客戶端程序即可，而用戶只需跟DCEMAP服務器連接，就可以用IE瀏覽器登錄訪問。接近B/S模式，方便用戶使用。同時對原有應用系統(tǒng)無須二次開發(fā)和改造。

（3）DCEMAP平臺具有斷線恢復功能：如果連接過程中出現(xiàn)斷線的情況，只要不關(guān)閉DCEMAP，待客戶端重新連接服務器后，可繼續(xù)處理；同時也可設置空閑超時斷開，超時自動關(guān)閉等安全措施。

（4）維護較方便，如有問題可遠程檢查DCEMAP服務器即可。

篇2

機房集中 規(guī)模連鎖

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

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

桌面云 節(jié)能高效

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

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

自助入住 新鮮體驗

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

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

篇3

1 實現(xiàn)功能

金融產(chǎn)品管理與推廣平臺系統(tǒng)項目，基于互聯(lián)網(wǎng)部署，包含產(chǎn)品管理端及移動APP客戶端（Android版支持廳堂觸摸交互產(chǎn)品推廣機、PAD、Android手機， IOS版支持iPad、iPhone）。產(chǎn)品管理端，主要用來及管理產(chǎn)品分類/產(chǎn)品明細、維護標準參數(shù)、維護用戶角色權(quán)限、管理終端及廣告、查看統(tǒng)計報表等。移動客戶端APP安裝于各種設備，用來向客戶展示銀行金融產(chǎn)品，產(chǎn)品分多級展示，上層為產(chǎn)品分類，最底層為產(chǎn)品明細（即為不可分割的原子產(chǎn)品），每種產(chǎn)品可選擇適用客群、服務品牌等多種定制屬性，可根據(jù)多維度的屬性進行篩選查詢，查詢展示時支持分級展示逐層進入產(chǎn)品內(nèi)容，或可直接展示產(chǎn)品列表，并可登陸設計定制產(chǎn)品配置方案。

2 產(chǎn)品管理端功能模塊

2.1 產(chǎn)品分類管理

產(chǎn)品分類管理采用樹形結(jié)構(gòu)，支持產(chǎn)品分類增刪改查，每個產(chǎn)品分類包含名稱、圖標、所屬產(chǎn)品分類、是否為最小產(chǎn)品分類、項下產(chǎn)品/分類是否關(guān)聯(lián)批量產(chǎn)品/分類模板及關(guān)聯(lián)批量產(chǎn)品/分類模板、項下產(chǎn)品顯示風格（圖標/列表）等屬性，并可根據(jù)產(chǎn)品分類情況靈活定義增加幾個標準屬性，如為最小產(chǎn)品分類還可根據(jù)項下產(chǎn)品情況靈活定義增加幾個標準產(chǎn)品屬性。

2.2 產(chǎn)品管理

產(chǎn)品管理支持單個產(chǎn)品的增刪改查，每個產(chǎn)品包含名稱（簡稱）、產(chǎn)品全稱、所屬產(chǎn)品分類、產(chǎn)品介紹、產(chǎn)品圖片、產(chǎn)品圖標及其他定義屬性等。產(chǎn)品圖片是顯示在產(chǎn)品的詳細里面的，產(chǎn)品圖標是在其所屬“產(chǎn)品分類“項下以圖標風格顯示時使用的圖標，展示風格為圖標下跟名稱（簡稱）。產(chǎn)品修改時，可單獨補充上傳產(chǎn)品圖片、產(chǎn)品圖標。如產(chǎn)品其所屬”產(chǎn)品分類“要求項下產(chǎn)品以圖標風格顯示，恰巧該產(chǎn)品并無上傳定制圖標，則以系統(tǒng)默認圖標展示。產(chǎn)品刪除時，支持同一“產(chǎn)品分類”下復選刪除產(chǎn)品。產(chǎn)品新增時，支持同一已關(guān)聯(lián)批量產(chǎn)品模板的“產(chǎn)品分類”下，用模板文件格式編輯產(chǎn)品列表，然后導入文件批量上傳。批量維護產(chǎn)品因不支持產(chǎn)品圖片、圖標，如有需要需后期對產(chǎn)品逐一修改添加圖片。如批量維護的產(chǎn)品所屬的“產(chǎn)品分類”本身就要求項下產(chǎn)品以列表風格顯示，則無需更改上傳圖片。

2.3 參數(shù)管理

平臺為支持更大范圍的靈活產(chǎn)品分類層次配置管理及展示推廣，定義并支持一系列的標準參數(shù)，包括產(chǎn)品分類標準屬性管理、產(chǎn)品標準屬性管理、批量產(chǎn)品分類模板管理、批量產(chǎn)品模板管理、廣告管理、默認產(chǎn)品分類圖標設置、默認產(chǎn)品圖標設置，參數(shù)可由普通產(chǎn)品經(jīng)理發(fā)起添加，并由有權(quán)產(chǎn)品經(jīng)理審批后生效。

產(chǎn)品/分類標準屬性定制時，都需設置屬性名稱、并根據(jù)屬性情況，設置為自定義編輯內(nèi)容型、自定義時間型、選擇內(nèi)容型，如為選擇內(nèi)容型需配套增加候選屬性值。如屬性“客戶性別”，定義為選擇內(nèi)容型，并新增候選值“男”、“女”；如屬性“產(chǎn)品期限（天）”，以銀行理財產(chǎn)品為例則各天數(shù)期限不一，需在增加產(chǎn)品時自由編輯。原則上產(chǎn)品分類或產(chǎn)品的屬性是向上繼承的，子分類或產(chǎn)品均具備所屬產(chǎn)品分類的屬性。

批量產(chǎn)品/分類模板定制時，要關(guān)注產(chǎn)品/分類的上級產(chǎn)品分類的屬性定義并進行定制開發(fā)設置，并標注填寫值域的規(guī)則，以供設置使用或下載參照。

廣告管理支持多個不同的應用鎖屏廣告或動態(tài)廣告策略設置及修改，以滿足根據(jù)終端的差異性投放不同的廣告策略。

默認產(chǎn)品/分類圖標設置支持預設圖標，以防批量維護后因產(chǎn)品/分類缺失圖標影響終端應用展示效果。

2.4 終端管理

終端管理支持終端的新增、激活、刪除、重裝激活及綜合查詢，根據(jù)終端的具體型號、特點選擇添加終端，并生成裝機認證碼，以待激活后使用，并可根據(jù)終端特點選擇投放的頂級產(chǎn)品分類及適用的鎖屏廣告、動態(tài)廣告。

2.5 統(tǒng)計報表

統(tǒng)計報表主要支持系統(tǒng)的登錄統(tǒng)計、產(chǎn)品/分類的點擊統(tǒng)計、產(chǎn)品及分類的綜合查詢及導出明細、客戶經(jīng)理定制產(chǎn)品方案的綜合查詢。

2.6 用戶角色權(quán)限管理

系統(tǒng)可根據(jù)用戶的主要權(quán)限劃分為三個角色，系統(tǒng)管理員、產(chǎn)品經(jīng)理、客戶經(jīng)理。系統(tǒng)管理員負責系統(tǒng)的基礎數(shù)據(jù)維護、用戶角色管理及頂級產(chǎn)品分類對應a品經(jīng)理的權(quán)限分配、終端管理，產(chǎn)品經(jīng)理則根據(jù)上級歸口產(chǎn)品經(jīng)理的產(chǎn)品分類權(quán)限分配，維護自身負責的產(chǎn)品分類及項下分類或產(chǎn)品，頂級產(chǎn)品對應的產(chǎn)品經(jīng)理負責參數(shù)管理中基礎數(shù)據(jù)維護并受理旗下產(chǎn)品經(jīng)理的參數(shù)維護需求審批。客戶經(jīng)理負責客戶端的申請安裝及使用，并可在產(chǎn)品管理端查詢產(chǎn)品及分類及自身的定制案例。

3 移動APP（Android/IOS）功能模塊

3.1 安裝認證

安裝客戶端時輸入裝機認證碼，認證獲取客戶端配置信息、產(chǎn)品/分類信息、廣告信息等。

3.2 層次產(chǎn)品展示

應用主界面打開后，顯示多個產(chǎn)品分類圖標（下附產(chǎn)品分類名稱），點擊產(chǎn)品分類，進入下一級產(chǎn)品/分類展示界面，依次進入產(chǎn)品展示界面，選擇點擊查看每一個產(chǎn)品的詳細介紹。

3.3 簡單檢索

在應用搜索欄填入搜索要素，從產(chǎn)品/分類的各屬性及介紹中模糊匹配篩選，逐層圖標展示符合條件的產(chǎn)品分類及產(chǎn)品，并可轉(zhuǎn)換為層次列表顯示或直接產(chǎn)品列表。

3.4 高級檢索

高級檢索支持靈活增加屬性名稱作為篩選條件，并在各屬性條件中選擇或填寫篩選要素，帥選后也可逐層圖標展示符合條件的產(chǎn)品分類及產(chǎn)品，或轉(zhuǎn)換為層次列表顯示或直接產(chǎn)品列表。

3.5 產(chǎn)品方案定制

客戶經(jīng)理可登陸認證后，支持新建定制方案，為客戶定制方案，逐層展開產(chǎn)品分類，并把適合產(chǎn)品加入方案，或把已加入方案產(chǎn)品移除，定制方案完成前可先預覽整個方案，確定后保存方案。

4 總結(jié)

篇4

云計算（cloud computing）是一種基于互聯(lián)網(wǎng)的計算方式，通過這種方式，共享的軟硬件資源和信息可以按需提供給計算機和其他設備。云其實是網(wǎng)絡、互聯(lián)網(wǎng)的一種比喻說法。云計算的核心思想，是將大量用網(wǎng)絡連接的計算資源統(tǒng)一管理和調(diào)度，構(gòu)成一個計算資源池向用戶按需服務。提供資源的網(wǎng)絡被稱為“云”。云計算包括三個層次的服務：基礎設施即服務（IaaS），平臺即服務（PaaS）和軟件即服務（SaaS）。從安全架構(gòu)可分為公有云、私有云和混合云。泰山保險基于云計算的核心業(yè)務系統(tǒng)平臺屬于SaaS類型的私有云，它是一種通過網(wǎng)絡提供軟件服務的模式，同時提供傳輸鏈路安全和云端安全保證系統(tǒng)的安全使用和運行。當然，在建立泰山保險基于云計算的核心業(yè)務系統(tǒng)平臺過程中，我們也遇到了一些棘手的問題，如改善用戶使用體驗感，簡化用戶登錄，像操作本機一樣登錄和使用系統(tǒng)；解決如何調(diào)用本地POS機刷卡收費、調(diào)用本地打印機打印保單、發(fā)票等，在軟通動力泰山保險項目組的共同努力下，這些技術(shù)問題均得到了解決，最終系統(tǒng)成功上線運行并全面進行了推廣。

軟通動力和泰山保險攜手建立的基于云計算的核心業(yè)務系統(tǒng)平臺，在中國保險業(yè)尚屬首創(chuàng)，是云計算技術(shù)在保險行業(yè)應用的成功落地，該應用不僅能避免因客戶端不同帶來的問題，還能降低對客戶端機器的要求，減少保險公司的維護問題，充分發(fā)揮資源集中的優(yōu)勢，實現(xiàn)分布式計算提升系統(tǒng)處理的能力，從而大大提升用戶使用感受，提高工作效率及客戶服務水平，為保險公司的業(yè)務發(fā)展奠定了堅實的基礎，是值得推廣的一種應用模式。

鏈接：

泰山保險

篇5

中圖分類號：TP393.03

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

1 穿透NAT的協(xié)議

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

1.1 UPNP[7]

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

1.2 STUN [8][9]

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

2 SOCKS4/5協(xié)議

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

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

3 NAT穿透SOCKS4/5協(xié)議實現(xiàn)

3.1 協(xié)議方案

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

此協(xié)議分為兩個部分，首先是通過STUN協(xié)議完成NAT后兩個機器的SOCKS4/5客戶端關(guān)聯(lián)器和SOCKS4/5服務器關(guān)聯(lián)器的直接通信，然后使用可靠的UDP協(xié)議完成SOCKS4/5客戶端服務器的數(shù)據(jù)通信。

3.2 建立直接通信

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

如圖2顯示SOCKS4/5客戶端關(guān)聯(lián)器和SOCKS4/5服務端關(guān)聯(lián)器通過STUN協(xié)議幫助建立直接通信的過程。

（1）客戶端關(guān)聯(lián)器通過NAT A連接到服務器，服務端關(guān)聯(lián)器通過NAT B連接到服務器，服務器記錄客戶端關(guān)聯(lián)器和服務端關(guān)聯(lián)器的外網(wǎng)地址和端口。

（2）服務器向客戶端關(guān)聯(lián)器發(fā)送服務端管理器的外網(wǎng)地址和端口消息，服務器向服務端關(guān)聯(lián)器發(fā)送客戶端關(guān)聯(lián)器的外網(wǎng)地址和端口消息。

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

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

3.3 SOCKS4/5數(shù)據(jù)傳輸

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

如圖3所示：

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

（2）客戶端關(guān)聯(lián)器接收到SOCKS客戶端發(fā)送過來的數(shù)據(jù)，不做任何改變，通過可靠的UDP（如UDT協(xié)議，此協(xié)議可以提供類似TCP的可靠數(shù)據(jù)傳輸）數(shù)據(jù)傳輸發(fā)送到已經(jīng)建立的直接通信的服務端關(guān)聯(lián)器。

（3）服務端關(guān)聯(lián)器接收到可靠的UDP傳輸過來的數(shù)據(jù)，然后不做任何改變的將這個數(shù)據(jù)通過TCP轉(zhuǎn)發(fā)到SOCKS4/5的真正服務器程序（127.0.0.1：1080）。

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

4 實驗測試

4.1 實驗設備

系統(tǒng)硬件：三臺PC，配置：CPU P6 3.40GHz 4GM 內(nèi)存

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

操作系統(tǒng)軟件：Windows7。

4.2 實驗效果

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

5 結(jié)論

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

參考文獻：

[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）.

篇6

李樹翀：能否先介紹一下天霆公司的整體戰(zhàn)略和市場定位？

談天霆：我們公司專注于桌面應用領(lǐng)域，可以為用戶提供云電腦服務、VDI解決方案以及云終端設備。公司的宗旨是“為每個人提供優(yōu)質(zhì)的IT服務”。實現(xiàn)這一目標的主要載體就是云電腦服務。

PC只是一種工具，而這種工具未來可能會被新型的工具所取代。云電腦則不同，它融合了服務、應用和資源。這使得它在很多應用場景中都可以替代PC。未來，人們可以不必再購買PC，只要到電信運營商那里申請相應的帶寬，就能獲得一個云終端設備以及賬戶和密碼，然后便可以輕松登錄屬于用戶自己的桌面，訪問應用程序，瀏覽網(wǎng)頁，看電影或玩游戲……依托云電腦服務，只要有互聯(lián)網(wǎng)的地方，你就可以無障礙地訪問自己的桌面。

李樹翀：云電腦與PC相比，其獨特的優(yōu)勢表現(xiàn)在哪些方面呢？

談天霆：首先從硬件架構(gòu)上看，PC采用的是x86架構(gòu)，包含CPU、內(nèi)存、硬盤等，數(shù)據(jù)全部存儲在本地。云電腦采用的是云計算架構(gòu)，終端設備只是一個讓用戶的桌面與后臺云計算系統(tǒng)相連接的接入點，CPU、內(nèi)存、硬盤等資源全部匯集在云中的資源池里。在云電腦服務模式下，桌面、應用和數(shù)據(jù)只是服務的內(nèi)容而已。

其次從系統(tǒng)維護和管理的角度看，云電腦可以實現(xiàn)統(tǒng)一的管理和維護，從而減少了用戶本身的系統(tǒng)維護工作量。舉例來說，如果PC的硬盤出現(xiàn)故障，修復硬盤并恢復其中的數(shù)據(jù)是一件十分困難的事。用戶可能要委托專業(yè)的數(shù)據(jù)恢復公司對數(shù)據(jù)進行恢復，還要支付較高的費用。

如果采用云電腦服務，用戶就不會遇到上述麻煩。云電腦服務大大提升了應用和數(shù)據(jù)的可靠性。天霆云電腦服務依托的后臺數(shù)據(jù)中心是按照業(yè)內(nèi)最高等級——Tier 4級別的要求建造的，能夠達到金融用戶所需的可靠性。用戶如果采用云電腦服務，即使前端的硬件設備出現(xiàn)故障，只要重啟系統(tǒng)就可以恢復系統(tǒng)的正常運行，而數(shù)據(jù)一直存儲在云數(shù)據(jù)中心里，不會有安全方面的問題。

再次從成本方面來看，采用云電腦服務，用戶自己就不必再構(gòu)建龐大而復雜的IT系統(tǒng)，所有的計算資源、存儲資源等都可以按需從云中獲得。因此，相比PC，云電腦服務在價格方面具有非常大的優(yōu)勢。舉例來說，我們目前正在與電信運營商合作，推廣針對個人的云電腦服務，平均每個月的服務費僅為120～150元。

最后從用戶體驗來看，云電腦服務可以實現(xiàn)資源的彈性分配，即插即用。用戶能夠像使用水、電一樣按需使用云電腦服務。

從PC到云電腦服務，這既是使用模式的改變，也是設備采購方式的改變。以前人們習慣采購單純的硬件設備，現(xiàn)在人們要逐漸適應從買設備到買資源和服務的這種轉(zhuǎn)變。云電腦作為一種全新的IT服務模式，將徹底改變?nèi)藗児ぷ鳌W習、生活和娛樂的方式。

技術(shù)是保障

李樹翀：能否介紹一下云電腦服務誕生的背景？目前，天霆公司擁有哪些產(chǎn)品線？

談天霆：在服務方面，我們有云電腦服務，這也是目前我們的業(yè)務重點。在軟件方面，我們擁有完全自主研發(fā)的桌面虛擬化軟件、設備管理軟件以及3Tcloud Receiver。3Tcloud Receiver可以實現(xiàn)智能終端與云后臺的連接與交互。在硬件方面，我們有云終端設備X900和X910。X900基于ARM架構(gòu)，功耗僅為3W，主要用作云電腦服務的接入終端。X910可以兼容VMware、Citrix、微軟等廠商的桌面虛擬化軟件，可用于構(gòu)建VDI解決方案。

2009年，VDI解決方案開始流行。一些大型企業(yè)比較偏愛VDI解決方案，因為它可以實現(xiàn)桌面的集中管控，安全性較高，維護也比較簡單。隨著云時代的來臨，桌面即服務這種新的服務模式開始興起。桌面即服務的本質(zhì)是將VDI虛擬桌面作為一種服務交付給用戶。這樣一來，用戶就不必自己構(gòu)建VDI方案，通過購買服務的方式就可以獲得虛擬桌面。但是，桌面即服務這種模式也有弊端，比如用戶還是需要購買一個PC或瘦客戶機。

在桌面應用領(lǐng)域，我們既有高效的網(wǎng)絡連接和交互協(xié)議，又有桌面管理軟件，還有云終端，那么我們?yōu)槭裁床荒馨堰@些設備組合在一起，為用戶提供一種更方便的服務呢？這種新的服務雖然包括云終端，但又不是單純的云終端；這種新的服務與桌面即服務類似，但又比桌面即服務具有更豐富的內(nèi)涵。我們推出的這種新型的虛擬桌面服務，能夠提供與PC相同的操作體驗，而所有資源又都在云中。因此，我們決定將這種服務命名為云電腦服務。

篇7

中圖分類號：TP311文獻標識碼：A文章編號：1009-3044(2012)22-5374-03

1項目背景

重慶日報報業(yè)集團的采編系統(tǒng)于2000年建立，隨著近幾年集團不斷發(fā)展壯大，采編用戶日漸增加，目前各報采編計算機已近700臺。但經(jīng)過我們調(diào)查發(fā)現(xiàn)，目前采編人員同時在網(wǎng)上工作人數(shù)最高峰不超過150人。一方面是大量計算機閑置，另一方面又是各報每年不斷新購電腦的需求，這是當前集團IT發(fā)展的一大矛盾。另外，當前互聯(lián)網(wǎng)發(fā)展日新月異，編輯記者上網(wǎng)查資料非常普遍，但是作為出報平臺的采編網(wǎng)，其資料的敏感性和出報的安全性決定了必須將采編網(wǎng)與互聯(lián)網(wǎng)隔離。編輯記者不得不在內(nèi)網(wǎng)機和外網(wǎng)機之間來回切換，即費錢又費時，還不好管理。為解決這些矛盾，我們提出引進虛擬桌面技術(shù)建立一種全新的開放式采編系統(tǒng)來取代原有模式，并嘗試使用瘦客戶機。

2項目構(gòu)成

重報集團的開放式采編、統(tǒng)一通信平臺項目由虛擬化桌面（VMware view）、惠普公司的瘦客戶機和西門子公司的統(tǒng)一通信系統(tǒng)（OpenScape USC）三部分構(gòu)成。其中虛擬化桌面系統(tǒng)是最為核心的一部分，先期投入24臺瘦客戶機試運行，全部安裝虛擬桌面系統(tǒng)。

2.1技術(shù)特性

簡單的來說，桌面虛擬化是指支持企業(yè)級實現(xiàn)桌面系統(tǒng)的遠程動態(tài)訪問與數(shù)據(jù)中心統(tǒng)一托管的技術(shù)。通過桌面虛擬化我們可以通過任何設備，在任何地點，任何時間訪問在網(wǎng)絡上的屬于我們個人的桌面系統(tǒng)。

實現(xiàn)桌面虛擬化能給報業(yè)集團帶來莫大的益處：

2.1.1對于IT系統(tǒng)來說，桌面虛擬化可以實現(xiàn)更靈活的訪問和使用

桌面虛擬化技術(shù)實質(zhì)上是將用戶使用與系統(tǒng)管理進行了有效的分離。這樣帶來的直接好處，就是用戶對桌面的訪問就不需要被限制在具體設備、具體地點和具體時間了。我們可以通過任何一種滿足接入要求的設備，就可以訪問我們的桌面。這樣，員工就可以不必在公司，而可以回家通過家里的設備，訪問公司的桌面，繼續(xù)工作，同時能夠保證數(shù)據(jù)安全（因為只有圖像傳輸?shù)郊依锏脑O備上）。出差同樣可以不必帶電腦，而只要找到一個能上網(wǎng)的設備就可以使用自己的桌面。甚至可以通過手機訪問自己的桌面。

2.1.2虛擬桌面擁有更廣泛與簡化的終端設備支持

作為云計算的一種方式，由于所有的計算都放在服務器上，終端設備的要求將大大降低，不需要傳統(tǒng)的臺式機，筆記本；而且智能手機，上網(wǎng)本，接近報廢的PC等設備甚至于電視，都成為可用設備，這恰恰是云計算的靈魂所在。在虛擬桌面的推動下，未來的企業(yè)IT可能會更像一個電視網(wǎng)絡，變得更加靈活，易用。由于客戶端的性能壓力大大降低，更簡化的客戶端可以得到廣泛使用，終端設備的可選擇性更廣泛，可以滿足不同的應用需求。

2.1.3終端設備采購、維護成本大大降低

這種IT架構(gòu)的簡化，帶來的直接好處就是終端設備的采購成本降低。以瘦客戶端為例，一個瘦客戶端的采購成本為3000左右，而pc目前價格在4000左右，則每臺客戶端能夠節(jié)省1000元，更重要的是，瘦客戶端的報廢周期一般6-8年，比PC長一倍，使總體擁有成本（TCO）大幅減少。另外，現(xiàn)有的PC系統(tǒng)也可以大大延長使用周期；間接降低了電子垃圾的產(chǎn)生數(shù)量。

2.1.4虛擬桌面可以集中管理、統(tǒng)一配置，使用安全

由于計算發(fā)生在數(shù)據(jù)中心，所有桌面的管理和配置都在數(shù)據(jù)中心進行，管理員可以在數(shù)據(jù)中心進行對所有桌面和應用進行統(tǒng)一配置和管理。例如系統(tǒng)升級、應用安裝，等等。避免了傳統(tǒng)由于終端分布造成的管理困難和成本高昂。由于傳遞的只是最終運行圖像，所有的數(shù)據(jù)和計算都發(fā)生在數(shù)據(jù)中心，則機密數(shù)據(jù)和信息不需要通過網(wǎng)絡傳遞，增加了安全性，另外這些數(shù)據(jù)也可以通過配置不允許下載到客戶端，保證用戶不會帶走、傳播機密信息。

2.1.5虛擬桌面可以降低耗電、節(jié)能減排

傳統(tǒng)PC一般在200W以上，而瘦客戶端在25w左右，耗電量接近十分之一，而服務器的計算壓力會帶來一定程度的耗電量的上升，但是與客戶端的大數(shù)量相比，可以忽略。所以一年的電費也會降低90%左右。而耗電的減少，也意味著碳排放的減少，適應了低碳時代的要求。

需要強調(diào)的是，桌面虛擬化的優(yōu)勢，是典型具有規(guī)模效應的，終端數(shù)量越多，上述的收益和優(yōu)勢越突出。

2.1.6 OpenScape統(tǒng)一通信的特點

虛擬桌面一旦推廣將改變現(xiàn)在報業(yè)集團的工作模式，由過去一人一機一座位的固定位置辦公變換到一個巨大的開放式辦公環(huán)境。任何人可以在任何位置使用虛擬桌面進行工作。顯而易見，虛擬桌面推廣以后會為集團節(jié)省大量的辦公空間和電腦。不過，由于工作人員不再有固定的工作臺，辦公電話就成為一個問題。為此我們引進了西門子公司的OpenScape統(tǒng)一通信系統(tǒng)。

OpenScape UCS是西門子新一代通信平臺，是完全基于SIP標準的實時IP系統(tǒng)，具有運營商級可靠性、全方位的存活性和可伸縮性。西門子OpenScape UCS解決方案在滿足客戶對系統(tǒng)容量、支持增值業(yè)務、移動辦公、異地辦公和統(tǒng)一通信等需求方面具有顯著優(yōu)點，遠遠優(yōu)于單一的傳統(tǒng)的TDM和IP PBX的解決方案。

其主要特點是：單一統(tǒng)一集成的方案，語音和協(xié)同應用基于統(tǒng)一軟件平臺，眾多的UC應用通過統(tǒng)一的客戶端即可完成。OpenScape UCS架構(gòu)經(jīng)過成本優(yōu)化，系統(tǒng)容量可以靈活用于小到每個節(jié)點300名用戶，大到100,000名用戶，甚至通過組網(wǎng)的方式在每個網(wǎng)絡上實際可以容納無限用戶。OpenScape UCS運行于可靠性高、容錯能力強且符合業(yè)內(nèi)標準的服務器上，能夠自動管理硬件錯誤，而不會造成服務降級。可提供無中斷服務。OpenScape UCS確保在通信不中斷的情況下進行軟件升級和打補丁，以及靜態(tài)和動態(tài)負載均衡。通過集中編號計劃可以更好地管理運營。無論企業(yè)用戶在公司，在家里，在出差任何時候任何地方都能夠接入到通信平臺，享用到企業(yè)提供的豐富的通信功能，大大提高了工作效率，將辦公場所擴展到任意地方。OpenScape UCS解決方案不僅提供了傳統(tǒng)的語音通信服務，同時通過基于狀態(tài)的統(tǒng)一通信的應用將語音信箱，電子信箱傳真等各種不同的媒體流進行整合，用戶可以象處理電子郵件一樣來處理語音和傳真極大地提高了工作效率。同時還可以為企業(yè)用戶提供各種團隊寫作通信方式，通過電話會議，視頻會議，在線即時消息來實現(xiàn)團隊最有效的合作，共同完成團隊目標，同時大大降低了差旅費用。

我們將西門子的統(tǒng)一通信客戶端安裝到虛擬桌面中，每一個登錄虛擬桌面的用戶都會綁定一個電話號碼，不論用戶在哪里登錄，電話都能跟隨，這樣就解決了人員座位不固定帶來的固話通訊的問題。統(tǒng)一通訊系統(tǒng)還能提供傳真服務，使每個用戶不但擁有隨身固話，還擁用一臺隨身傳真，十分方便。

2.2技術(shù)方案

我們用兩年的時間考察了業(yè)界主流虛擬化公司產(chǎn)品，最終選擇了VMware View作為我們的虛擬化桌面軟件。VMware View使用虛擬化切斷了桌面和關(guān)聯(lián)的操作系統(tǒng)、應用程序和硬件之間的聯(lián)系。通過將桌面操作系統(tǒng)、應用程序和用戶數(shù)據(jù)封裝到相互隔離的層次，該方案允許IT人員獨立地更改、更新和部署每個組件，從而獲得更高的業(yè)務靈活性并縮短響應時間。最終獲得的訪問模型將更加靈活，能夠提高安全性、降低運營成本和簡化桌面管理。

重報集團虛擬化項目拓樸如圖1。

圖1

從圖1中可以看到，我們部署了兩套虛擬桌面。一套在內(nèi)網(wǎng)，作為采編桌面。外網(wǎng)用戶可以通過防火墻上映射的端口登錄采編桌面，然后可以像內(nèi)網(wǎng)本地用戶一樣上采編網(wǎng)工作。外網(wǎng)桌面可以讓內(nèi)網(wǎng)用戶在不影響內(nèi)網(wǎng)工作的情況下上互聯(lián)網(wǎng)查資料。內(nèi)外網(wǎng)的桌面之間可以互相拷貝文字資料，但不能拷貝圖像、文件等對象。瘦客戶機中，我們在桌面建立了兩個快捷方式，一個鏈接內(nèi)網(wǎng)桌面，一個鏈接外網(wǎng)桌面。用戶可以同時使用兩個虛擬桌面，并在兩個桌面間拷貝文字。同時，我們?yōu)槊颗_瘦客戶機配備了兩臺液晶顯示器，用戶可以用一臺顯示器顯示內(nèi)網(wǎng)桌面，另一臺顯示外網(wǎng)桌面。這樣一來編輯記者就不用使用兩臺電腦或雙網(wǎng)機來兼顧上網(wǎng)和工作了；而且安全方面也可以得到保障。這也是建立開放式采編平臺的初衷之一。

為了安裝View，我們必須先安裝一個虛擬平臺。這個平臺由軟件和硬件兩部分組成，軟件是VMware Vsphere 5。硬件是惠普DL580服務器，配置如下：

表1

這樣一臺服務器大概可以支撐20至30個View客戶端同時在線。采編虛擬桌面組的虛擬機配置為1VCPU、1.5G內(nèi)、10G系統(tǒng)盤、Windows XP SP3操作系統(tǒng)，安裝Office 2003、Adobe Flash Player10、方正采編、飛騰組版、UC客戶端等軟件。外網(wǎng)虛擬桌面的配置和內(nèi)網(wǎng)差不多，只不過沒有安裝任何采編和UC軟件，安裝了一些諸如IE8、QQ等上網(wǎng)必備軟件。另外，整個系統(tǒng)的數(shù)據(jù)存儲是以HP EVA4400為基礎的SAN存儲系統(tǒng)。

整個虛擬桌面系統(tǒng)包含以下服務器：

表2

其中，Vcenter服務器和各安全連接服務器都配備了兩張網(wǎng)卡，可以同時聯(lián)通內(nèi)網(wǎng)和外網(wǎng)；并按VMware技術(shù)手冊進行了安全加固。

報業(yè)集團的統(tǒng)一通信系統(tǒng)基于現(xiàn)有IP數(shù)據(jù)網(wǎng)絡，采用數(shù)據(jù)中心模式部署。具體配置情況如下：配置一臺IBM X3550M3服務器，部署一套OpenScape統(tǒng)一通信系統(tǒng)。在一臺服務器上集成了OpenScape Voice軟交換平臺、OpenScape UC應用系統(tǒng)、MediaServer語音信號媒體服務器和DLS集中部署服務系統(tǒng)，提供100個SIP電話用戶許可、100個UC桌面客戶端許可和100個UC移動客戶端許可。配套配置了一套UC應用系統(tǒng)組件，包括及時消息應用系統(tǒng)、Web協(xié)同會議應用系統(tǒng)和智能手機移動客戶端應用系統(tǒng)。未來可根據(jù)集團業(yè)務進行擴容，OpenScape Voice軟交換平臺最多可支持10萬門用戶，支持集團未來所有下屬機構(gòu)整合入統(tǒng)一通信平臺。同時配置一臺M3632中繼網(wǎng)關(guān)，提供2路E1數(shù)字中繼，連接電信運營商。

3使用效果

可通過C/S客戶端方式從傳統(tǒng)PC訪問虛擬桌面，允許非管理員權(quán)限用戶安裝使用虛擬桌面客戶端。用戶可通過虛擬桌面訪問集團業(yè)務系統(tǒng)，可通過虛擬桌面進行日常辦公操作，辦公人員可正常使用U盤或者移動硬盤進行文件的復制、剪切、粘貼等操作，日常辦公軟件office、采編、飛騰、Adobe Flash Player10都能正常使用。同時兼容性也達到要求，網(wǎng)絡打印機、USB打印機、語音雙向都能正常使用。

通過瘦客戶機上虛擬桌面使用專用軟件和辦公系統(tǒng)，與普通PC相比，用戶操作界面及習慣均不改變，用戶使用體驗好，操作較為容易。還能根據(jù)連接客戶端的分辨率，動態(tài)調(diào)整虛擬桌面分辨率。

篇8

1.引言

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

為解決這些問題，公司提出了采用虛擬化技術(shù)手段的解決方案。本文論述了虛擬化技術(shù)在配電生產(chǎn)管理系統(tǒng)、電網(wǎng)地理信息系統(tǒng)中的應用經(jīng)驗和實現(xiàn)流程。

2.虛擬化技術(shù)簡介

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

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

3.貴州電網(wǎng)信息系統(tǒng)存在的問題

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

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

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

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

4.虛擬化解決方案

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

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

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

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

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

5.應用效果

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

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

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

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

6.結(jié)語

虛擬化平臺是適應南網(wǎng)規(guī)范以及“四個業(yè)務一體化”的系統(tǒng)建設方式。平臺將不僅應用于DMS、GIS，而會在全省其他信息化建設項目中起指導和規(guī)范的作用，能夠?qū)⑵渌畔⒒椖窟M行集中部署，從而實現(xiàn)一體化管理。加強了項目實施管理，有序推進項目建設，控制項目實施成本，加強數(shù)據(jù)的收集，規(guī)避相關(guān)建設風險，確保項目成功建設，系統(tǒng)安全穩(wěn)定可靠實用，虛擬化項目的建設取得良好的經(jīng)濟效益，對公司的信息化建設以及節(jié)約化調(diào)度有很大的促進作用。

參考文獻

篇9

中圖分類號：TP311 文獻標識碼：A 文章編號：1009-3044（2016）15-0040-03

隨著移動互聯(lián)網(wǎng)技術(shù)的發(fā)展，位置服務LBS（ Location BasedServices）已經(jīng)滲透到人們生活的各個方面。能夠完成精確的定位是所有位置服務系統(tǒng)運行的基礎。基于GPS定位的位置服務是當前室外位置服務的主要途徑，但在室內(nèi)，由于無法接收到良好的GPS信號，甚至出現(xiàn)GPS信號被屏蔽的現(xiàn)象，導致通過GPS在室內(nèi)無法完成精確定位。

為了提高室內(nèi)定位的精度和穩(wěn)定性，學者們提出了多種基于室內(nèi)環(huán)境的定位方法，如基于移動臺的位置估計方法、 基于智能手機內(nèi)部傳感器預估移動臺移動的定位算法、多模融合算法等。基于移動臺的位置估計方法在非視距環(huán)境下具有很大的誤差，不適用于復雜室內(nèi)環(huán)境的定位；基于智能手機內(nèi)部傳感器預估移動臺移動的方法，在理論上比較新穎，但對于移動臺的移動還是主體的移動當前還沒有一個比較好的解決辦法，因此精度不高；多模融合定位算法，是將通過多種定位介質(zhì)得到的定位結(jié)果進行融合得出最終定位結(jié)果的定位方法，可以得到較高的定位精度，但需要定位主體具備多種傳感器，不適用于廣泛的位置服務。[1]

針對以上所述文獻中方法的缺陷，本文提出了一種基于智能手機GPS/WIFI/藍牙/圖像的多維級聯(lián)綜合定位方案。此方案相較于傳統(tǒng)的GPS定位，解決了由于室內(nèi)無法接收到良好的GPS信號而導致定位不準確或失敗的問題。相較于現(xiàn)今人們廣泛使用的高德地圖和百度地圖使用的移動基站+網(wǎng)絡定位（GSM/2G/3G//4G/WIFI）方案，該方案增加了藍牙定位和圖像定位，對其做了有益的補充和完善。該系統(tǒng)架構(gòu)簡單，可擴展性強，適用范圍廣，具有廣闊的市場前景。

1 系統(tǒng)總體設計

文中設計的多維級聯(lián)定位系統(tǒng)主要包括Android客戶端、中央服務器位置數(shù)據(jù)庫三部分。智能手機或平板終端安裝客戶端App后，就可以通過觸屏和用戶進行交互。中央服務器則負責將手機和平板的操作指令進行計算與處理，并反饋給使用者處理后的結(jié)果。手機或平板通過WIFI或GSM/3G/4G與服務器進行通信。

本系統(tǒng)整合智能手機的WIFI功能和藍牙功能，實現(xiàn)高精度定位與導航服務，與傳統(tǒng)定位相比，本系統(tǒng)具有精度高，可精確定位至樓層甚至門牌號，其硬件設備簡單，成本較低、系統(tǒng)可靠、易于使用和擴展。

智能手機或平板電腦通過連接WIFI與Internet建立連接，打開客戶端軟件，選擇相應的定位服務（WIFI定位/藍牙定位/圖像識別定位/高德定位），客戶端軟件發(fā)送獲取到的周圍WIFI/藍牙/圖像信息數(shù)據(jù)給中央服務器，服務器根據(jù)客戶端傳送過來的原始定位數(shù)據(jù)進行綜合定位分析，最后將計算所得位置結(jié)果發(fā)送給手機客戶端完成一次定位服務。

2 Android客戶端軟件設計

Android客戶端控制系統(tǒng)設計主要包括用戶界面UI、HTTP通信、SQLite數(shù)據(jù)庫的設計。Android客戶端由一個或多個Android組件構(gòu)成，組件包括 activities、services、content providers、broadcast receivers 等，每個組件在應用程序中完成不同的任務，每個組件可以單獨被激活，或由其他應用程序激活。

2.1 Android 客戶端用戶界面

Android客戶端主界面分為四個碎片（Fragment）界面，每個Fragment實現(xiàn)一個定位功能，從左至右依次是WIFI定位、藍牙定位、圖像定位和位置地圖。打開客戶端軟件首先默認進入WIFI定位Fragment，通過選擇底部Tab導航標簽可以進入藍牙定位/圖像定位/位置地圖功能。若使用者未打開Wlan或藍牙，在進入相應Fragment時會提示使用者打開上述設備以繼續(xù)使用定位功能。

2.2 WIFI定位的實現(xiàn)

WiFi熱點只要通電，不管它怎么加密的，都一定會向周圍發(fā)射信號。每個WiFi熱點所發(fā)出的無線信號中包含此 WiFi 熱點的唯一全球 ID。即使目標距離此WiFi熱點比較遠，目標無法與WiFi熱點建立連接，但WiFi熱點還是可以偵聽到它的存在。江蘇電信、江蘇移動、江蘇聯(lián)通等公司鋪設的位于公共場所的WiFi熱點一般都是很少變位置的，比較固定。[2]

打開客戶端軟件默認進入WIFI定位功能界面，若Wlan尚未打開，則提示當前Wlan尚未打開。使用者可通過點擊“打開Wlan”按鈕來一鍵打開Wlan。WIFI定位的基本思路是首先通過手機客戶端獲取周圍WIFI熱點的mac地址作為特征識別碼，之前也有某些通過WIFI定位方案使用WIFI熱點的名稱來作為特征識別碼，但此種方式容易遇到無線路由器更改WIFI熱點名稱所帶來的識別碼失效問題。故選用周圍WIFI熱點的mac地址作為特征識別碼比前者更穩(wěn)定，不存在WIFI名稱改變導致特征識別碼失效的問題。第二步是把搜集到的周圍WIFI熱點的mac地址和rssi信號強度以及高德定位所得位置作為原始定位數(shù)據(jù)發(fā)送給中央服務器，客戶端等待中央服務器返回地址數(shù)據(jù)。中央服務器接收到客戶端發(fā)送過來的原始定位數(shù)據(jù)后，首先根據(jù)mac地址進入位置數(shù)據(jù)庫（采用Mysql數(shù)據(jù)庫存儲）查詢數(shù)據(jù)庫中是否已有當前mac地址對應的地址信息，如果有則直接返回地址信息給客戶端；如果沒有地址信息則根據(jù)高德定位所得坐標和WIFI的rssi通過距離算法反推WIFI地址并存儲道位置數(shù)據(jù)庫。

1）將網(wǎng)絡連接封裝到HttpConnect類中以方便之后復用

public class HttpConnect {

public String httpConnect（String url， String name， String filepath） {

strBoundary = UUID.randomUUID（）.toString（）；

strChangeLine = "＼r＼n"；strPrefix = "--"；try {URL mURL = new URL（url）；

HttpURLConnection mHttpURLConnection = （HttpURLConnection） mURL.openConnection（）；

mHttpURLConnection.setRequestMethod（"POST"）；

mHttpURLConnection.setRequestProperty（"Content-Type"， "multipart/form-data； boundary=" + strBoundary）；

DataOutputStream mDataOutputStream = new DataOutputStream（mHttpURLConnection.getOutputStream（））；

mDataOutputStream.writeBytes（strPrefix + strBoundary + strChangeLine）；

mDataOutputStream.writeBytes（"Content-Disposition： form-data； name=＼"" + name + "＼"； filename=＼"" + filepath.substring（filepath.lastIndexOf（"/"） + 1） + "＼"" + strChangeLine）；

mDataOutputStream.writeBytes（strChangeLine）；File mFile = new File（filepath）；

FileInputStream mFileInputStream = new FileInputStream（mFile）；

byte[] byt = new byte[1024 * 2]；int len；

while （（len = mFileInputStream.read（byt）） ！= -1） {mDataOutputStream.write（byt， 0， len）；}

mDataOutputStream.writeBytes（strChangeLine）；

mDataOutputStream.writeBytes（strPrefix + strBoundary + strPrefix + strChangeLine）；mDataOutputStream.flush（）；

mBufferedReader = new BufferedReader（new InputStreamReader（mHttpURLConnection.getInputStream（）））；

mStringBuffer = new StringBuffer（）；String str；

while （（str = mBufferedReader.readLine（）） ！= null） {mStringBuffer.append（str）；}

strHttpConnectResult = mStringBuffer.toString（）；

Log.d（"click"， "httpresut：" + strHttpConnectResult）；

mDataOutputStream.close（）；

mFileInputStream.close（）；mBufferedReader.close（）；

mHttpURLConnection.disconnect（）；} catch （Exception e） {e.printStackTrace（）；

} return strHttpConnectResult；}

2）獲取周圍WIFI的mac地址和rssi信號強度

mWifiManager=（WifiManager）context.getSystemService（Context.WIFI_SERVICE）；

mWifiInfo = mWifiManager.getConnectionInfo（）；

mWifiManager.startScan（）；

mScanResult = mWifiManager.getScanResults（）；return mScanResult；

3）將獲取周圍WIFI的mac地址和rssi信號強度數(shù)據(jù)發(fā)送給中央服務器

JSONArray mJsonArraySend = new JSONArray（）；

JSONObject mJsonObjectSend；

for （int i = 0； i < params[0].size（）； i++） {mJsonObjectSend = new JSONObject（）；

try {mJsonObjectSend.put（"mac"， params[0].get（i）.getMac（））；} catch （JSONException e） {e.printStackTrace（）；}try{mJsonObjectSend.put（"mdb"，params[0].get（i）.getMdb（））；} catch （JSONException e） {e.printStackTrace（）；}mJsonArraySend.put（mJsonObjectSend）；}

4）獲取中央服務器返回的位置數(shù)據(jù)

strHttpConnectResult = HttpConnect.httpConnect（"http：//127.0.0.1/httptest.php"， （"json=" + mJsonArraySend.toString（））.getBytes（））；JSONArray mJsonArrayReceive = null；try {mJsonArrayReceive = new JSONArray（strHttpConnectResult）；} catch （JSONException e） {e.printStackTrace（）；}

將解析后的數(shù)據(jù)顯示到RecycleView

for （int i = 0； i < params[0].size（）； i++） {for （int k = 0； k < mJsonArrayReceive.length（）； k++） {JSONObject mJsonObjectReceive = null；

try {mJsonObjectReceive = mJsonArrayReceive.getJSONObject（k）；} catch （JSONException e） {e.printStackTrace（）；}if（params[0].get（i）.getMac（）.equals（mJsonObjectReceive.optString（"mac"）））{params[0].get（i）.setAddress（mJsonObjectReceive.optString（"address"））； params[0].get（i）.setDistance（mJsonObjectReceive.optInt（"distance"））；break；}}}

mWifiAdapter = new WifiAdapter（getActivity（）， list）；

rv_wifi_wifi_location.setAdapter（mWifiAdapter）；

LinearLayoutManager mLinearLayoutManager = new LinearLayoutManager（getActivity（）， LinearLayoutManager.VERTICAL， false）； rv_wifi_wifi_location.setLayoutManager（mLinearLayoutManager）；

2.3 藍牙定位的實現(xiàn)

藍牙技術(shù)屬于短距離無線通信技術(shù)，是利用無線連接把固定及移動的信息設備構(gòu)成個人局域網(wǎng)，從而使得設備之間低成本無線互連通信的實現(xiàn)[3]。

藍牙定位技術(shù)功耗較低，主要應用于小范圍定位，精確度為1～3m，有中等的安全性和可靠性。藍牙設備體積小，易于集成在PDA、PC及手機中，因此很容易推廣普及。對于持有集成了藍牙功能移動終端設備的客戶，只要設備的藍牙功能開啟，藍牙室內(nèi)定位系統(tǒng)就能夠?qū)ζ溥M行位置判斷。采用該技術(shù)作室內(nèi)短距離定位時容易發(fā)現(xiàn)設備且信號傳輸不受視距的影響。相比其他幾種流行的室內(nèi)定位方法，采用低功耗藍牙4.0標準的室內(nèi)定位方法具有成本低、部署方案簡單、響應速度快等技術(shù)特點，加之手機設備廠商對藍牙4. 0標準規(guī)范的大力推廣，因而具有更好的發(fā)展前景[4]。

打開客戶端軟件，選擇底部藍牙定位Tab進入藍牙定位Fragment，若此時未手機尚未打開藍牙，則提示使用者打開藍牙以繼續(xù)使用藍牙定位服務。使用者可以點擊“打開藍牙”按鈕一鍵開啟系統(tǒng)藍牙功能，打開藍牙之后客戶端軟件將自動搜索附近藍牙設備。客戶端軟件將搜索到的附近藍牙設備的mac地址作為特征識別碼來標識每一臺藍牙設備，該設計相較于其他一些藍牙類軟件將藍牙名稱作為特征識別碼避免了藍牙名稱重復所帶來的標識混亂問題。客戶端軟件在后臺將搜索到的附近藍牙設備的mac地址和rssi信號強度進行算法分析，最終得出和當前智能手機的實際距離并返回數(shù)據(jù)顯示到用戶界面，

1）新建廣播接收器，獲取周圍藍牙設備的mac地址和rssi信號強度

mBroadcastReceiver = new BroadcastReceiver（） {

public void onReceive（Context context， Intent intent） {mIntent = intent；

if （intent.getAction（）.equals（BluetoothDevice.ACTION_FOUND）） {

BluetoothDevice mBluetoothDeviceNew = intent.getParcelableExtra（BluetoothDevice.EXTRA_DEVICE）；

if （mBluetoothDeviceNew.getBondState（） ！= BluetoothDevice.BOND_BONDED） {

mBluetoothBean = new BluetoothBean（）；

mBluetoothBean.setName（mBluetoothDeviceNew.getName（））；

mBluetoothBean.setRssi（intent.getExtras（）.getString（BluetoothDevice.EXTRA_RSSI））；

mBluetoothBeanList.add（mBluetoothBean）；

mMyBluetoothAdapter.notifyDataSetChanged（）；}}

2.4 圖像識別定位的實現(xiàn)

近幾年，隨著計算機軟硬件與光電傳感器技術(shù)的迅速發(fā)展，圖像處理技術(shù)與機器視覺技術(shù)的應用已深入航空航天、農(nóng)業(yè)、軍事、醫(yī)學等多個領(lǐng)域，在紡織行業(yè)也得到了日益廣泛的應用，如檢測纖維混紡比，自動評判織物抗皺性、起毛起球性等級織物結(jié)構(gòu)參數(shù)識別等。其中，基于成像式傳感器的自動檢測方法研究是熱門的課題之一[5]。

打開客戶端軟件，選擇底部圖像定位Tab進入圖像定位Fragment，界面顯示相機取景框，使用者調(diào)整手機位置選取要定位的建筑物，點擊“拍照”將保存圖片數(shù)據(jù)并跳轉(zhuǎn)到圖片預覽界面，確認后點擊“確定”按鈕將圖片發(fā)送到服務器進行圖像識別，客戶端等待服務器定位結(jié)果。服務器根據(jù)特征點進行圖像識別分析得到圖像特征碼（IFC，Image feature code）。將此圖像特征碼在位置數(shù)據(jù)庫中進行位置查詢并返回查詢結(jié)果給手機客戶端，客戶端將結(jié)果顯示到用戶界面。

1）打開攝像頭，獲取手機客戶端拍照圖片

Camera.Parameters mCameraParameters = mCamera.getParameters（）；

mCameraParameters.setPictureFormat（ImageFormat.JPEG）；

mCameraParameters.setFocusMode（Camera.Parameters.FOCUS_MODE_AUTO

mCamera.setParameters（mCameraParameters）；

mCamera.takePicture（null， null， mCameraPictureCallback）；

mCameraPictureCallback = new Camera.PictureCallback（） {

public void onPictureTaken（byte[] data， Camera camera） {

String childDirectoryPath = "Location" + File.separator + "Picture"；

mFileOperate.createChildDirectory（childDirectoryPath）；

File mPictureSaveFile = new File（mFileOperate.mPath + File.separator + childDirectoryPath + File.separator + "temp.jpg"）；

Bitmap mBitmapResource = BitmapFactory.decodeByteArray（data， 0， data.length）；

Bitmap mBitmapToSave = BitmapFactory.decodeByteArray（data， 0， data.length）；

Matrix mMatrix = new Matrix（）；

mMatrix.setRotate（90， mBitmapResource.getWidth（） / 2， mBitmapResource.getHeight（） / 2）；

mBitmapToSave = Bitmap.createBitmap（mBitmapResource， 0， 0， mBitmapResource.getWidth（）， mBitmapResource.getHeight（）， mMatrix， true）；

try {if （mPictureSaveFile.exists（）） {mPictureSaveFile.delete（）；}

FileOutputStream mFileOutputStream = new FileOutputStream（mPictureSaveFile）；

press（pressFormat.JPEG， 50， mFileOutputStream）；

mFileOutputStream.close（）；} catch （FileNotFoundException e） {

e.printStackTrace（）；} catch （IOException e） {e.printStackTrace（）；}}}；

2）將圖片發(fā)送到中央服務器進行圖像識別

3）將服務器返回位置數(shù)據(jù)顯示到用戶界面

2.5 3D校園重建的實現(xiàn)

基于3D建模的三維校園重建功能是本系統(tǒng)設計的最終目標。通過利用3D建模技術(shù)將校園的立體結(jié)構(gòu)構(gòu)建出來，如教學樓、學生公寓、食堂、圖書館、辦公樓、實驗樓等，每棟建筑的樓層和房間也通過3D建模技術(shù)予以重建，最終構(gòu)建出一個完整的數(shù)字三維立體校園模型。通過使用壓縮算法實現(xiàn)將數(shù)字三維立體校園模型在手機終端予以展示。

3 結(jié)束語

將完成的手機應用軟件成功安裝， 經(jīng)反復測試，可以實現(xiàn)與服務器進行交互，資源下載與上傳均可實現(xiàn)，可以通過校園微博發(fā)送與接收微博信息，通過校園導航實現(xiàn)校園導航與周邊搜索等。各功能模塊工作正常，耦合度低，符合預期設計要求。

本數(shù)字校園服務平臺系統(tǒng)兼容當前較流行的B/S架構(gòu)――瀏覽器+服務器，和其他系統(tǒng)架構(gòu)如C/S架構(gòu)相比，優(yōu)勢明顯，實現(xiàn)了跨平臺同等表現(xiàn)。同時，這種方式采用的手機App具有通用性，易于移植，能夠在帶有此類操作系統(tǒng)的智能設備上安裝和使用，市場價值高，易于推廣，本系統(tǒng)所需硬件簡單易用，穩(wěn)定可靠，大大降低了開發(fā)和維護成本，并具有良好的擴展性。

參考文獻：

[1] 趙宇，周文剛.基于智能手機的室內(nèi)定位[J].計算機應用與軟件，2015（6）：91.

[2] 鈕鑫.Wifi定位的原理及應用方向[J].福建電腦，2015（10）：136.

篇10

一、緒論

隨著人民生活水平的提高，人們對家居要求的條件不斷提高，對各種高檔的甚至普通的住宅小區(qū)，都提出了智能化小區(qū)的概念[1]。隨著中國持續(xù)不退的房地產(chǎn)熱，國內(nèi)不少企業(yè)也看準了遠程抄表行業(yè)的發(fā)展勢頭，積極組織人員研制各種遠程抄表系統(tǒng)，但由于該行業(yè)比較年輕，規(guī)范不全，目前遠程抄表行業(yè)發(fā)展的特點是技術(shù)較成熟、發(fā)展較迅速、問題較多、行業(yè)仍有待規(guī)范。

本系統(tǒng)針對遠程抄表系統(tǒng)對數(shù)據(jù)傳輸?shù)囊螅岢隽艘环N基于GPRS無線通信技術(shù)的遠程抄表方案，該方案的意義主要體現(xiàn)：（1）該方案的提出改變了目前人工抄表上門難，水損大以及遇到緊急情況無法及時處理等問題，有效地提高了工作效率；（2）本系統(tǒng)充分利用GPRS無線網(wǎng)絡傳輸?shù)奶攸c，實現(xiàn)了水表信息的遠程采集和數(shù)據(jù)管理，規(guī)范化了供水企業(yè)員工業(yè)務工作流程；（3）系統(tǒng)建立了供水管網(wǎng)實時運行監(jiān)控框架，對水管網(wǎng)的水表數(shù)據(jù)進行實時監(jiān)控處理，為管網(wǎng)故障診斷提供了技術(shù)支持。

二、系統(tǒng)架構(gòu)

系統(tǒng)主要由遠傳水表（帶GPRS傳輸通道），通信服務器、數(shù)據(jù)服務器和監(jiān)控客戶端以及Internet組成，其中，通信服務器上主要部署了通信服務軟件、數(shù)據(jù)服務器上主要部署了數(shù)據(jù)庫平臺軟件，監(jiān)控客戶端上主要部署了數(shù)據(jù)請求服務軟件和水管網(wǎng)監(jiān)測客戶端軟件。

三、系統(tǒng)功能

系統(tǒng)軟件主要由通信服務軟件、數(shù)據(jù)請求服務軟件和水管網(wǎng)監(jiān)測客戶端軟件組成。其中通信服務軟件主要實現(xiàn)與遠程水表之間的數(shù)據(jù)通信功能；數(shù)據(jù)請求服務軟件完成數(shù)據(jù)存儲功能；水管網(wǎng)監(jiān)測客戶端軟件主要實現(xiàn)了水管網(wǎng)相關(guān)數(shù)據(jù)的查詢統(tǒng)計等功能。（1）通信服務軟件模塊。通信服務軟件主要用來和遠傳水表進行通信，同時響應數(shù)據(jù)請求服務軟件的數(shù)據(jù)請求，通信服務軟件具有面向公網(wǎng)的固定IP和端口，水表和通信服務器之間通過TCP協(xié)議進行通信[2]。（2）數(shù)據(jù)請求服務軟件模塊。數(shù)據(jù)請求服務軟件主要是向通信服務軟件請求數(shù)據(jù)，同時將數(shù)據(jù)解析，存儲到數(shù)據(jù)庫中。為了減輕服務器的負荷，數(shù)據(jù)請求服務軟件向通信服務軟件請求數(shù)據(jù)后，再由數(shù)據(jù)請求服務軟件將數(shù)據(jù)解析后提交給數(shù)據(jù)庫進行存儲，在通信服務軟件部分不作數(shù)據(jù)存儲。通信服務軟件和數(shù)據(jù)請求服務軟件通過在公網(wǎng)Internet利用UDP協(xié)議進行通信。（3）客戶端監(jiān)控軟件模塊。客戶端監(jiān)控軟件主要是訪問數(shù)據(jù)庫服務器中的數(shù)據(jù)，并對數(shù)據(jù)進行查詢、統(tǒng)計和維護。

四、系統(tǒng)關(guān)鍵技術(shù)

（1）GPRS通信技術(shù)。服務器端安裝GPRS通訊模塊，通過GPRS網(wǎng)絡與設備端建立通訊；首先服務器端處于等待狀態(tài)；設備端主動發(fā)起連接；服務器端一旦檢測到連接，即發(fā)送讀地址命令；服務器讀取設備端的IP和端口地址[3]；根據(jù)地址讀數(shù)，檢測到設備位置，讀取設備發(fā)送的計量數(shù)據(jù)，包括當前累計流量，結(jié)算日累計流量，時間等。（2）數(shù)據(jù)存儲轉(zhuǎn)換技術(shù)。本系統(tǒng)在運行時會產(chǎn)生大量的數(shù)據(jù)，因此對于數(shù)據(jù)存儲也提出了很高的要求。為了保證數(shù)據(jù)存儲的有效性、一致性和完整性，將會采用觸發(fā)器、存儲過程和自定義函數(shù)等數(shù)據(jù)庫技術(shù)。

五、結(jié)論與展望

本系統(tǒng)采用了計算機通信技術(shù)、數(shù)據(jù)庫和Delphi軟件，充分利用GPRS無線網(wǎng)絡傳輸?shù)奶攸c和優(yōu)勢，實現(xiàn)了水表數(shù)據(jù)的遠程讀取。提高了水管網(wǎng)監(jiān)測系統(tǒng)的工作效率，降低了抄表人員的工作強度。

盡管設計基本滿足系統(tǒng)的要求，但還存在諸多需要改進的不足之處。軟件的功能還需要針對客戶的需求進一步完善。例如在管網(wǎng)故障診斷功能方面還需要進一步完善，這也正是軟件可進一步研究的一個技術(shù)點。GPRS無線通信技術(shù)在今后的數(shù)據(jù)傳輸發(fā)展中已經(jīng)成為一種趨勢[4]。本系統(tǒng)主要采用GPRS傳輸數(shù)據(jù)，施工簡單，可靠性好，遭到破壞時影響范圍小，查錯方便。而且系統(tǒng)運行成本比較低，操作起來方便，更加規(guī)范化，在無線遠程監(jiān)測場合具有廣闊的應用前景，具有推廣的價值。

參 考 文 獻

[1] 郭亮. 智能小區(qū)遠程抄表系統(tǒng)的低功耗設計，2010