引論：我們?yōu)槟砹?3篇客戶端推廣方案范文，供您借鑒以豐富您的創(chuàng)作。它們是您寫作時的寶貴資源，期望它們能夠激發(fā)您的創(chuàng)作靈感，讓您的文章更具深度。
篇1
微軟對于智能客戶端的定義是這樣的：是易于部署和管理的客戶端應用程序，它們通過統(tǒng)籌使用本地資源和到分布式數(shù)據(jù)資源的智能連接，提供適應的、快速響應的和豐富的交互式體驗。
智能客戶端技術是瘦客戶端應用的代替技術。微軟的大力推動將使其在ERP產(chǎn)業(yè)變革中扮演重要的角色。
ERP的技術之痛
之所以會有智能客戶端的出現(xiàn)，還要緣于ERP的技術架構(gòu)。B/S(Browser/Server，瀏覽器/服務器)還是C/S架構(gòu)，已成為當前ERP 產(chǎn)業(yè)發(fā)展中不可回避的問題。
C/S技術從20世紀90年代初出現(xiàn)至今已經(jīng)相當成熟，并得到了非常廣泛的應用。B/S技術則是伴隨著Internet的普及而來的。應該說，B/S和C/S各有千秋。在適用于Internet、維護工作量等方面，B/S比C/S要強得多；但在運行速度、數(shù)據(jù)安全、人機交互等方面，B/S則遠不如C/S。凡是C/S的強項，便是B/S的弱項，反之亦然。問題也就產(chǎn)生：ERP產(chǎn)品到底該用B/S還是C/S架構(gòu)呢？事實上，這二者無法相互取代。
智能客戶端：B/S與C/S的融合
一些廠商看到了ERP產(chǎn)業(yè)的這個痛點，是否有可能將B/S與C/S的優(yōu)勢融合呢？
微軟的智能客戶端就是這樣的解決方案。微軟認為智能客戶端應用程序可以將胖客戶端應用程序的優(yōu)點和瘦客戶端應用程序的部署和可管理性優(yōu)點結(jié)合起來，使之在資源的利用上達到平衡(圖1)。目前，微軟已有Windows/Office/移動智能客戶端等解決方案。
無獨有偶，新中大也提供了融合的方案。新中大的智能客戶端技術完全是基于Web的應用體系，既不屬于C/S，也不屬于B/S，但兼具了二者優(yōu)勢。石鐘韶介紹說，用“智能客戶端”來描述新中大的技術不太精確，因為“智能客戶端”只是對客戶端而言的，而新中大的技術還包括了服務器端的許多技術，例如Web服務、應用服務和基于SOA的其他服務。目前新中大已有基于智能客戶端技術的2個系列產(chǎn)品：GSoft/G6和A3。GSoft/G6后端應用的開發(fā)采用了符合J2EE標準的應用平臺和工具，A3的后端開發(fā)則是采用了Microsoft .Net平臺。
智能客戶端的優(yōu)勢
與B/S或C/S相比，智能客戶端具有明顯優(yōu)勢。總結(jié)起來有三點：本地資源充分利用和享受本地用戶體驗；具備離線連接能力；智能部署和自動更新。
利用本地資源的能力，指可以利用存儲、處理或捕獲數(shù)據(jù)的硬件，例如閃存、CPU 和掃描儀等。
離線連接能力指：無論是否連接到 Internet，智能客戶端應用程序都可以正常工作。在沒有網(wǎng)絡連接或網(wǎng)絡連接斷續(xù)時，智能客戶端能夠利用本地緩存和處理進行操作。該功能對移動信息工作者來說極具價值。
離線功能不僅可以在移動方案中使用，而且對于桌面解決方案也可以利用離線體系結(jié)構(gòu)來更新后臺線程上的后端系統(tǒng)，從而保持用戶界面的響應并改善整體的最終用戶體驗。該體系結(jié)構(gòu)還能夠提供成本和性能上的優(yōu)勢，這是因為用戶界面不需要在智能客戶端與服務器之間來回切換。另外，由于智能客戶端只能在后臺與其他系統(tǒng)交換所需的數(shù)據(jù)，因此可以讓人感到它與其他系統(tǒng)交換的數(shù)據(jù)量的減少。
篇2
1 引言
現(xiàn)在的校園網(wǎng)中，隨著網(wǎng)絡應用的增多，網(wǎng)絡安全問題層出不窮，雖然部署了防火墻、入侵檢測系統(tǒng)、網(wǎng)絡防病毒系統(tǒng)和漏洞掃描系統(tǒng)，仍然難以抵擋越來越多的網(wǎng)絡攻擊，網(wǎng)絡應用的可持續(xù)性根本無法保證，在分析眾多的網(wǎng)絡攻擊事件后，發(fā)現(xiàn)絕大多數(shù)網(wǎng)絡攻擊并不是用戶有意發(fā)出的，而是在不知情的情況下被種植木馬或病毒造成的，雖然可以安裝網(wǎng)絡版殺毒軟件進行查殺，但是現(xiàn)實情況是部分網(wǎng)絡用戶不能夠及時的更新系統(tǒng)補丁和升級病毒庫，導致每一個網(wǎng)絡用戶均有可能成為網(wǎng)絡攻擊的受害者，甚至是網(wǎng)絡攻擊發(fā)起者，因此只有從終端入手才可以解決內(nèi)部網(wǎng)絡安全性問題，網(wǎng)絡準入的核心問題就是從網(wǎng)絡接入客戶端的安全控制開始，使用認證服務器，安全策略服務器和網(wǎng)絡設備，以及第三方的軟件系統(tǒng)，綜合完成接入客戶端的強制認證和安全性檢查，以保證網(wǎng)絡安全。
因此在2003年思科公司首先提出網(wǎng)絡準入控制（NAC-Network Admission Control）的概念，并聯(lián)合其他廠商開發(fā)并推廣NAC。隨后微軟也提出了相應的網(wǎng)絡準許接入保護方案（NAP-Network Access Protection），在國內(nèi)華三也推出了“終端準入控制（EAD）”系統(tǒng)。
現(xiàn)在國內(nèi)外安全準入應用分為兩大陣營，一部分是基于網(wǎng)絡硬件設備的，主要代表有H3C的EAD和CISCO的NAC；另一部份是基于軟件的，主要代表有Symantec的SEP和微軟的NAP。
無論是基于軟件還是硬件，最終如果想控制到端口，都需要應用802.1X技術。據(jù)統(tǒng)計，目前國內(nèi)高校中超過700所高校采用了802.1X技術進行準入認證。很大程度上是緣于這種技術可以很好地做到“入網(wǎng)即認證”，在用戶接入的入口，進行精細的控制。
準入/準出統(tǒng)一認證系統(tǒng)的研究，可實現(xiàn)用戶在訪問網(wǎng)絡時通過用戶名和密碼進行網(wǎng)絡準入認證后，在需要進行準出認證訪問互聯(lián)網(wǎng)資源時，系統(tǒng)自動進行用戶認證，無需用戶再次輸入用戶名和密碼，保證了用戶在訪問網(wǎng)絡時的連續(xù)性，增強了準入/準出認證系統(tǒng)的用戶體驗。另外由于準入和準出的用戶名統(tǒng)一，管理員在建立、修改、刪除網(wǎng)絡訪問策略時，做到各個用戶在準入/準出控制策略上的一致。
2 設計背景
校園網(wǎng)準入認證采用H3C的EAD認證，其基于802.1X認證，用戶在訪問校園網(wǎng)是需要進行終端認證，認證成功后才可以訪問校園網(wǎng)。802.1X認證策略建立在接入交換機中。當用戶需要訪問互聯(lián)網(wǎng)時，用戶需要通過計費網(wǎng)關進行計費認證，計費認證是基于WEB的網(wǎng)關認證，認證策略建立在學院網(wǎng)絡出口服務器中。
兩次認證的網(wǎng)絡拓撲圖如下：
客戶端訪問校園網(wǎng)時首先發(fā)起準入系統(tǒng)認證，認證通過后準入系統(tǒng)返回數(shù)據(jù)給客戶端，此時用戶可以訪問校園網(wǎng)內(nèi)資源；當客戶端需訪問互聯(lián)網(wǎng)時，客戶端發(fā)起準出系統(tǒng)認證，認證通過后準出系統(tǒng)返回數(shù)據(jù)給客戶端，此時用戶可訪問互聯(lián)網(wǎng)。
兩次認證的工作流程如圖：
3 設計方案探討
當進行軟件開發(fā)時，若想將兩套應用系統(tǒng)進行對接，最常用的方法是開發(fā)第三方中間件，兩套系統(tǒng)之間的數(shù)據(jù)通過中間件進行傳遞，因此需將兩次認證的工作流程進行改造以保證客戶端只進行一次賬號認證，即可完成準入和準出系統(tǒng)的認證。
根據(jù)系統(tǒng)認證流程分析，客戶端發(fā)起準入系統(tǒng)認證無法改變，關鍵在于準出系統(tǒng)如何獲得客戶端的準入系統(tǒng)賬號。準出系統(tǒng)獲取客戶端的準入賬號方式有兩種：一種是準入系統(tǒng)推送賬號，另外一種是準出系統(tǒng)調(diào)用賬號。
3.1 準入系統(tǒng)推送賬號
當使用準入系統(tǒng)推送賬號方案時，客戶端訪問校園網(wǎng)時首先發(fā)起準入系統(tǒng)認證，此時需要用戶輸入賬號，認證通過后準入系統(tǒng)返回數(shù)據(jù)給客戶端，此時用戶可以訪問校園網(wǎng)內(nèi)資源，同時準入系統(tǒng)將客戶端賬號發(fā)送給中間件；當客戶端需訪問互聯(lián)網(wǎng)時，客戶端發(fā)起準出系統(tǒng)認證，此時用戶不需再次輸入賬號，賬號由準出系統(tǒng)向中間件調(diào)取，調(diào)取成功后將賬號傳遞給準出系統(tǒng)，認證通過后準出系統(tǒng)返回數(shù)據(jù)給客戶端，此時用戶可訪問互聯(lián)網(wǎng)。具體方案如圖3-1所示：
此方案存在的問題是當多數(shù)用戶不訪問互聯(lián)網(wǎng)，而是只訪問校園網(wǎng)，中間件中會存留大量的用戶信息，進行準出系統(tǒng)認證時會延長準出系統(tǒng)查詢用戶的時間，訪問量大時還需考慮中間件的性能。
3.2 準出系統(tǒng)調(diào)用賬號
當使用準出系統(tǒng)調(diào)用賬號方案時，客戶端訪問校園網(wǎng)時首先發(fā)起準入系統(tǒng)認證，此時需要用戶輸入賬號，認證通過后準入系統(tǒng)返回數(shù)據(jù)給客戶端，此時用戶可以訪問校園網(wǎng)內(nèi)資源；當客戶端需訪問互聯(lián)網(wǎng)時，客戶端發(fā)起準出系統(tǒng)認證，此時用戶不需再次輸入賬號，賬號由準出系統(tǒng)向中間件調(diào)取，中間件如果沒有查詢到賬號信息，再向準入系統(tǒng)調(diào)取，調(diào)取成功后將賬號返回給中間件，最后傳遞給準出系統(tǒng)，認證通過后準出系統(tǒng)返回數(shù)據(jù)給客戶端，此時用戶可訪問互聯(lián)網(wǎng)。具體方案如圖3-2所示：
此方案存在的問題是當用戶訪問互聯(lián)網(wǎng)時，數(shù)據(jù)需要從準入系統(tǒng)、中間件、準出系統(tǒng)中往來幾次大大延長了準出系統(tǒng)調(diào)用用戶的時間，訪問量大時也需要考慮中間件的性能。
4 最終設計方案
根據(jù)以上兩個方案分析，賬號在傳遞過程中會存在查詢延時的問題，嚴重影響用戶體驗，因此如果能夠只進行一次查詢即可完成賬號傳遞是最優(yōu)方案。
可將準入系統(tǒng)與中間件合并，由中間件直接在準入系統(tǒng)中進行賬號查詢，查詢后由準入系統(tǒng)調(diào)用準出系統(tǒng)的認證過程，將返回數(shù)據(jù)傳遞給客戶端即可。具體方案如圖4-1所示：
篇3
金融產(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)品/分類是否關聯(lián)批量產(chǎ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)品新增時，支持同一已關聯(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)品/分類模板定制時，要關注產(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
銀行的平臺優(yōu)勢在于擁有眾多的營業(yè)網(wǎng)點，在營業(yè)網(wǎng)點部署互聯(lián)網(wǎng)WiFi，可以通過WebPortal頁面的推送實現(xiàn)網(wǎng)點輕量級門戶平臺的搭建，通過定制化WebPortal頁面銀行最新的金融動態(tài)及營銷活動廣告。不僅可以讓銀行客戶進行手機銀行客戶端的便捷下載、銀行官方微博、微信的點擊關注，并且可以拓展網(wǎng)點的無紙化智能排隊、銀行電子商務實體店營銷等業(yè)務。依靠營業(yè)網(wǎng)點的無線互聯(lián)網(wǎng)平臺，也能通過Portal短信認證方式合規(guī)獲取用戶實名信息（如姓名、手機號等），并收集客戶的上網(wǎng)行為日志信息。通過這些信息，可以實現(xiàn)用戶的大數(shù)據(jù)挖掘與分析，為實現(xiàn)后續(xù)精準化的產(chǎn)品營銷和用戶信貸級別的智能評估鋪路。
篇5
通過3D NAND技術可以大幅降低成本。目前，對于英特爾來講， 3D NAND產(chǎn)品主要來自于新加坡的工廠。為了滿足中國市場的需求，去年年底，英特爾在大連投資55億美元建立了Fab68芯片工廠，英特爾將會繼續(xù)扎根中國，服務中國客戶。
篇6
談天霆：我們公司專注于桌面應用領域，可以為用戶提供云電腦服務、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習、生活和娛樂的方式。
技術是保障
李樹翀：能否介紹一下云電腦服務誕生的背景？目前，天霆公司擁有哪些產(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或瘦客戶機。
在桌面應用領域，我們既有高效的網(wǎng)絡連接和交互協(xié)議，又有桌面管理軟件，還有云終端，那么我們?yōu)槭裁床荒馨堰@些設備組合在一起，為用戶提供一種更方便的服務呢？這種新的服務雖然包括云終端，但又不是單純的云終端；這種新的服務與桌面即服務類似，但又比桌面即服務具有更豐富的內(nèi)涵。我們推出的這種新型的虛擬桌面服務，能夠提供與PC相同的操作體驗，而所有資源又都在云中。因此，我們決定將這種服務命名為云電腦服務。
篇7
LabVIEW是美國國家儀器有限公司提供的一套軟件開發(fā)平臺，廣泛應用于數(shù)據(jù)采集、監(jiān)控、自動化測試測量領域[1]。
組態(tài)王是一款優(yōu)秀的國產(chǎn)組態(tài)軟件，由亞控科技開發(fā)。組態(tài)王功能強大、運行穩(wěn)定，在國內(nèi)的工業(yè)監(jiān)控領域得到了廣泛應用。
OPC（OLE for Process Control）是一組標準接口，由OPC 基金會制定及修改。該文闡述的主要內(nèi)容是以OPC為基礎實現(xiàn)的LabVIEW與組態(tài)王之間的數(shù)據(jù)通信。
1 系統(tǒng)架構(gòu)
該文以某企業(yè)數(shù)據(jù)采集與監(jiān)控系統(tǒng)項目為背景。該項目中，上位機服務器運行組態(tài)王軟件，完成各個分系統(tǒng)的數(shù)據(jù)匯總等功能；下位機作為客戶端，運行由LabVIEW開發(fā)的軟件，負責向上位機提供采集的數(shù)據(jù)，同時接收上位機控制指令。
LabVIEW和組態(tài)王運行在局域網(wǎng)不同的工控機上，軟件之間借助OPC實現(xiàn)互聯(lián)互通。通過為LabVIEW安裝DSC模塊，使得LabVIEW既能作為OPC客戶端，又能創(chuàng)建OPC服務器；組態(tài)王軟件內(nèi)置OPC服務器，也可以作為OPC客戶端使用。
2 軟件實現(xiàn)
本方案，使用LabVIEW DSC模塊中的OPC Server軟件作為OPC服務器。
2.1 創(chuàng)建OPC Server
首先使用NI OPC Server軟件創(chuàng)建Simulator驅(qū)動類型的服務器通道，然后依次創(chuàng)建設備、標簽組和標簽（變量）。
需要注意的是：
（1）變量類型。
NI OPC Server支持多種變量類型，包括各類單數(shù)值類型，如WORD，DOUBLE等，字符串類型，還有各種數(shù)組類型。一般來說，變量類型一致時使用數(shù)組是最合適的，數(shù)據(jù)更新速率一定的情況下，數(shù)組能夠顯著提高更新的數(shù)據(jù)量，但是組態(tài)王并不支持數(shù)組類型變量，因此本項目中只能將多個變量分別創(chuàng)建為單值類型。
（2）寄存器地址.
選用不同數(shù)據(jù)類型時，內(nèi)存地址段是不同的，需要參考幫助文檔來確定。
（3）更新速率。
OPC適用于中、低速的數(shù)據(jù)更新，一般應在500ms以上。本項目中的OPC Server基于Simulator驅(qū)動，實際的數(shù)據(jù)讀寫發(fā)生在下位機內(nèi)部內(nèi)存之間和上、下位機內(nèi)存之間，因此更新速率可適當提高。
2.2 創(chuàng)建LabVIEW客戶端
LabVIEW 8.0以后的版本引入了共享變量[2]，這使得基于DSC模塊對OPC Server的訪問更加簡單便捷。共享變量可以與本地或網(wǎng)絡上任何一個電腦的OPC標簽綁定，繼而實現(xiàn)數(shù)據(jù)讀寫。
與OPC Server標簽的綁定步驟：
（1）在LabVIEW項目中新建一個 I/O Server，類型選擇為OPC Client；
（2）瀏覽到本機OPC Server，選擇National Instruments.NIOPCServers.V5；
（3）保存I/O Server，右鍵創(chuàng)建綁定型的共享變量。
（4）至此完成了LabVIEW客戶端的創(chuàng)建工作，在LabVIEW中創(chuàng)建的一組共享變量分別綁定到OPC Server的各個標簽。在LabVIEW中只需讀寫相應的共享變量，就能實現(xiàn)對OPC Server標簽的訪問[3]。
2.3 創(chuàng)建組態(tài)王客戶端
組態(tài)王的開發(fā)環(huán)境中，有自帶的OPC服務器選項，創(chuàng)建OPC客戶端的步驟如下。
（1）查看并選擇OPC服務器。
首先填入“網(wǎng)絡節(jié)點名”，點擊查找，在刷新后的OPC服務器列表中選擇National Instruments.NIOPCServers.V5。
（2）創(chuàng)建變量。
變量類型必須是I/O類型；
連接設備選擇上一步驟中選擇的OPC Server；
點擊“寄存器”條目右側(cè)的下拉菜單，依次展開即可選擇相對應的OPC Server標簽；
數(shù)據(jù)類型須與OPC Server標簽的數(shù)據(jù)類型一致；
（3）至此已完成組態(tài)王OPC客戶端的創(chuàng)建工作，后續(xù)只需讀寫以上步驟創(chuàng)建的變量，就能實現(xiàn)組態(tài)王對NI OPC Server的訪問。
2.4 數(shù)據(jù)通信
通過分別創(chuàng)建OPC Server、LabVIEW OPC客戶端、組態(tài)王OPC客戶端，實現(xiàn)了兩個客戶端對服務器的分別訪問，本質(zhì)上，實現(xiàn)了兩個客戶端之間的數(shù)據(jù)傳輸和共享。OPC Server起到了統(tǒng)一接口和數(shù)據(jù)橋接的作用。
3 結(jié)語
在大規(guī)模、復雜的工業(yè)應用中，常常會用到不同的軟、硬件平臺，如何實現(xiàn)不同平臺的數(shù)據(jù)共享、匯總和透明訪問，是經(jīng)常需要解決的問題。該文針對LabVIEW和組態(tài)王這兩種被廣泛使用的軟件平臺之間的跨機器數(shù)據(jù)通信問題，闡述了基于OPC技術的解決方案和具體的實現(xiàn)步驟。OPC為解決典型的跨硬件、跨軟件的數(shù)據(jù)共享與通信問題，提供了很好的解決途徑，值得在今后的項目中推廣使用。
參考文獻
篇8
目前，隨著我國電動汽車數(shù)量的增多，人們對于充電樁的需求也與日俱增。充電樁的增多直接影響到電網(wǎng)的安全性。因此，我國將更多的注意力集中在了充電樁的有效監(jiān)控和使用上。基于云計算平臺的建立，我國電動汽車充電樁將面臨一個全新的規(guī)劃和設計。這種全新的設計降低了充電樁過多對于電網(wǎng)的影響，解決了我國電動汽車充電的問題。
1 基于云計算平臺的電動汽車充電樁系統(tǒng)的概述
基于云計算平臺的電動汽車充電樁系統(tǒng)是指通過云計算平臺來對充電過程進行有效地監(jiān)控、計費和管理。該系統(tǒng)包含了云客戶端、通信模塊、監(jiān)控模塊和人家交互裝置4個方面，通過互聯(lián)網(wǎng)來實現(xiàn)對于充電的相關服務。
云客戶端實現(xiàn)了對于信息的記錄、監(jiān)控和控制。在系統(tǒng)的應用中，客戶能夠通過云客戶端來查詢相關的充電信息和充電監(jiān)控視頻。通信模塊能夠通過GPRS、3/4G以及WIFI等網(wǎng)絡來將云服務器端的數(shù)據(jù)信息轉(zhuǎn)換到云客戶端上，方便了客戶的查閱和了解。監(jiān)控模塊實現(xiàn)了對于充電過程中的數(shù)據(jù)的采集，并且能夠?qū)Τ潆姌对谶\行過程中的各種信息加以控制。人機交換設備主要是指客戶在觸摸屏上輸入操作命令，實現(xiàn)對于電動汽車的充電，然后客戶通過打印機來打印發(fā)票，最后客戶在通過讀卡器來實現(xiàn)對于數(shù)據(jù)的讀寫。
2 基于云計算平臺的電動汽車充電樁系統(tǒng)的設計
2.1 設計方案
基于云計算平臺的電動汽車充電樁系統(tǒng)實現(xiàn)對于電動汽車充電過程中的監(jiān)控、計費和記錄數(shù)據(jù)的管理，降低了大量充電樁的使用對于電網(wǎng)造成的影響。這一設計方案使得電動汽車的充電過程更加安全，方便了客戶對于電動汽車的充電。另外，充電樁的維修和維護過程也更加方便和簡捷。從總體上來說，基于云計算平臺的電動汽車充電樁系統(tǒng)不僅使充電樁得到了很大優(yōu)化，還方便了客戶對于電動汽車的充電。
2.2 云客戶端
云客戶端采用了Windows XP Embedded操作系統(tǒng)，使云客戶端的應用程序能夠同時進行操作，提高了云客戶端的處理能力。第一，客戶在充電樁中輸入操作命令之后，云客戶端能夠?qū)⒋嗣顐鬟_到云服務端。云服務端通過對所使用的充電樁的參數(shù)的分析來實現(xiàn)對于客戶的電動汽車的充電。另外，云服務端能夠?qū)崿F(xiàn)對于充電樁的規(guī)劃，使充電樁的充電過程得到有效管理。第二，云服務器端可以存儲關于充電樁的配置的信息。如果充電樁在后續(xù)的工作出現(xiàn)故障，那么維修人員可以從云服務器端下載相應的信息來對充電樁進行維修或者對充電樁的設備進行更換。第三，云服務端能夠存儲云客戶端的充電監(jiān)控數(shù)據(jù)信息。在數(shù)據(jù)信息傳遞的過程中，云客戶端采用了端對端的通信模式。這種通信模式提高了數(shù)據(jù)信息的安全性，使得客戶的充電數(shù)據(jù)信息更加的安全。第四，客戶在充電完成之后，云客戶端可以將充電裝置所記得信息上傳到云服務器端。云服務器端通過對充電樁所處的位置以及客戶的充電時間和當?shù)仉姷膬r格來對客戶所使用的電費進行計算。另外，云服務器端可以將費用直接下發(fā)到充電樁的裝置上，使充電樁能夠自動對客戶的讀卡器實現(xiàn)扣款。這一操作實現(xiàn)了充電樁的自動化和信息化。
2.3 監(jiān)控模塊
基于云計算平臺的電動汽車充電樁設計的監(jiān)控數(shù)據(jù)包含了監(jiān)控板、電池、充電和充電機等的監(jiān)控模塊。在RS485的作用下，監(jiān)控板和云客戶端進行雙向的通信連接。監(jiān)控板中的模擬量、開關量和輸出控制能夠防止充電樁受到雷擊的威脅，抵抗其他物體對于充電樁的干擾，并且能夠時刻監(jiān)控充電樁上的開關量的信號。
在CAN總線的作用下，電池監(jiān)控模塊能夠?qū)崿F(xiàn)對于客戶的電動汽車電池數(shù)據(jù)的讀取。CAN總線通過與云客戶端的連接，能夠監(jiān)測到客戶的充電電池的各個參數(shù)情況，實現(xiàn)了對于充電的整個過程的控制管理。
CAN總線、RS485與云客戶端的連接能夠?qū)崿F(xiàn)對于充電機上的數(shù)據(jù)的讀取。充電機上的各個參數(shù)也能夠通過這種連接被時刻的進行監(jiān)測，提高了整個充電過程的可靠性和安全性。充電機監(jiān)控模塊能夠?qū)崿F(xiàn)對于整個充電過程的控制管理。
監(jiān)控模塊的數(shù)字電表通過RS232和云客戶端進行有效地連接。數(shù)字電表被安裝在充電樁的輸出端和充電機的中間。數(shù)字電表能夠?qū)崿F(xiàn)對于客戶充電所耗費的電能的記錄。這種設計的數(shù)字電表采用的是靜止式的交流電能，有效地記錄了充電所用的電能，提高了充電樁記錄電能的準確性。
3 基于云計算平臺的電動汽車充電樁系統(tǒng)的實現(xiàn)
首先，基于云計算平臺的電動汽車充電樁通過云服務器端來對客戶所用的充電樁進行有效監(jiān)控。在實際應用中，云服務器端能夠降低充電樁的大量使用對于電網(wǎng)所造成的影響，提高了充電過程的安全性。其次，基于云計算平臺的電動汽車充電樁能夠?qū)⒖蛻舫潆姷臄?shù)據(jù)信息直接傳遞到云服務器端，實現(xiàn)了對于客戶充電數(shù)據(jù)信息的存儲和監(jiān)控，并且云服務器端能夠通過對客戶充電的地點、時間等多方面因素的分析來實現(xiàn)對于客戶充電費用的計算。這樣能夠保證客戶在充電樁的充電費用的準確性。最后，基于云計算平臺的電動汽車充電樁可以把充電樁的充電設備的配置信息通過云客戶端上傳導云服務器端進行存儲。當維修人員需要對充電樁進行維修時，可以直接從云服務器端實現(xiàn)對于配置信息的下載，不需要再對信息進行重新配置。另外，基于云計算平臺的電動汽車充電樁系統(tǒng)通過對于模塊化的使用使得系統(tǒng)具有一定的獨立性和靈活性。這在一定程度上有利于維修人員對于充電樁的維護并且能夠在后期實現(xiàn)對于充電樁的功能的增加和擴展，使得人們對于充電樁的操作更加方便。
4 結(jié)語
綜上所述，隨著網(wǎng)絡技術的發(fā)展，云服務的應用方便了人們的生活和工作。基于云計算平臺的電動汽車充電樁系統(tǒng)通過對云客戶端和監(jiān)控模塊的設計，實現(xiàn)了基于云計算平臺的電動汽車充電樁系統(tǒng)在實際中的應用。這種全新的充電系統(tǒng)一方面具有一定的安全性；另一方面也可以有效地解決了在大規(guī)模充電時設備中存在的故障，促進了我國電動汽車充電樁的發(fā)展，方便了人們的日常出行，也保障了人們?nèi)粘３鲂械陌踩?/p>
參考文獻
[1] 殷樹剛，龔桃榮，劉瑞，等.基于云平臺的電動汽車智能充電系統(tǒng)設計與應用[J].供用電，2015（7）：43-47.
[2] 徐志丹，趙宏振，張宗慧.基于云計算平臺的電動汽車充電樁設計與實現(xiàn)[J].電氣時代，2014（5）：68-71.
[3] 陳榮江.電動汽車交流充電樁建設設計方案[J].電工技術，2011（6）：23-24.
篇9
隨著移動互聯(lián)網(wǎng)技術的發(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)
藍牙技術屬于短距離無線通信技術，是利用無線連接把固定及移動的信息設備構(gòu)成個人局域網(wǎng)，從而使得設備之間低成本無線互連通信的實現(xiàn)[3]。
藍牙定位技術功耗較低，主要應用于小范圍定位，精確度為1～3m，有中等的安全性和可靠性。藍牙設備體積小，易于集成在PDA、PC及手機中，因此很容易推廣普及。對于持有集成了藍牙功能移動終端設備的客戶，只要設備的藍牙功能開啟，藍牙室內(nèi)定位系統(tǒng)就能夠?qū)ζ溥M行位置判斷。采用該技術作室內(nèi)短距離定位時容易發(fā)現(xiàn)設備且信號傳輸不受視距的影響。相比其他幾種流行的室內(nèi)定位方法，采用低功耗藍牙4.0標準的室內(nèi)定位方法具有成本低、部署方案簡單、響應速度快等技術特點，加之手機設備廠商對藍牙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)
近幾年，隨著計算機軟硬件與光電傳感器技術的迅速發(fā)展，圖像處理技術與機器視覺技術的應用已深入航空航天、農(nóng)業(yè)、軍事、醫(yī)學等多個領域，在紡織行業(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建模技術將校園的立體結(jié)構(gòu)構(gòu)建出來，如教學樓、學生公寓、食堂、圖書館、辦公樓、實驗樓等，每棟建筑的樓層和房間也通過3D建模技術予以重建，最終構(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
臺網(wǎng)融合催生新一代視頻
2003年，美國西北大學教授戈登曾歸納當時美國存在的媒介融合趨勢，提出一個包含所有權(quán)融合、策略性融合、結(jié)構(gòu)性融合、信息采集融合、新聞表達融合在內(nèi)的五大媒介融合趨勢。如今，類似的情形正在SMG與風行網(wǎng)身上發(fā)生。
有關接下來SMG與風行網(wǎng)的業(yè)務融合道路，羅江春告訴記者，風行網(wǎng)與SMG未來的業(yè)務線融合將圍繞產(chǎn)品、技術、內(nèi)容生產(chǎn)、廣告售賣等多個層面展開，這就是包含商業(yè)融合、制作融合、品牌融合、產(chǎn)品融合在內(nèi)的四大融合戰(zhàn)略。這些融合將結(jié)合IPTV、OTT、移動互聯(lián)網(wǎng)和PC互聯(lián)網(wǎng)四塊屏展開，最終將產(chǎn)生巨大的“化學反應”，新一代視頻就此誕生.
分析人士認為，就像新聞集團和NBC共同創(chuàng)辦的hulu預示著媒介融合時代的到來一樣，SMG與風行網(wǎng)跨平臺整合，也預示著電視、網(wǎng)絡兩大媒介之間，在資源、業(yè)務及品牌等方面正進行著嶄新的關聯(lián)、整合，而這種整合將為互補性媒介帶來雙贏，并催生出與過去截然不同的新一代視頻平臺。
在羅江春看來，臺網(wǎng)融合對電視臺和網(wǎng)絡視頻而言，是一個雙贏的選擇。電視臺是縱向線性的時間流，網(wǎng)絡則是橫向網(wǎng)狀的信息聚合，通過二者的融合，不僅可以共享電視媒體豐富的節(jié)目內(nèi)容資源，還延長了電視節(jié)目的傳播周期，實現(xiàn)資源互補，形成共振效應和長尾效應。作為新一代視頻，風行將會通過網(wǎng)絡視頻在內(nèi)多屏之間的互動，更能凸顯臺網(wǎng)融合的效應。此外，通過臺網(wǎng)一體化策劃、一體化制作，風行還將更多的介入到電視臺節(jié)目的策劃、制作、營銷、輸出層面，從而達到平臺價值互補的多贏局面。
臺網(wǎng)融合并不是在內(nèi)容上的相互推送，而是要在前期策劃、推廣、播出、運營、互動等方面形成全方位的互聯(lián)互通，最終形成全媒體運營的產(chǎn)品布局。以東方衛(wèi)視《中國夢之聲》欄目網(wǎng)絡推廣為例，風行網(wǎng)借助互聯(lián)網(wǎng)的優(yōu)勢開展二次傳播，把很多片段剪輯起來形成看點，在手機、PAD、PC上播出，完全不同的受眾接觸面不僅帶來更為人性化、智能化的個性化體驗，也變相延長了電視節(jié)目的收視長尾。
新一代視頻平臺顛覆了誰？
隨著與SMG多條業(yè)務線的融合，風行網(wǎng)平臺和產(chǎn)品布局亦將發(fā)生很大變化：在手機、PAD、PC、電視等四大平臺，一切內(nèi)容都將是為用戶定制的。
據(jù)羅江春介紹，風行網(wǎng)新一代視頻平臺將以風行在客戶端上的傳統(tǒng)優(yōu)勢為起點，在PC客戶端和移動客戶端上將引入酷炫的界面設計風格，給用戶完全耳目一新的用戶體驗；此外，還將引入響應式設計，保持PC客戶端和移動客戶端的風格統(tǒng)一，手機、PAD的窗口界面自適應，同時可以支持投射到電視機上，多屏合一。
從電視節(jié)目的輸出，到聯(lián)合制作、聯(lián)合推廣，下一步，就是雙方圍繞節(jié)目內(nèi)容的跨平合售賣和聯(lián)合招商階段。
羅江春認為，通過臺網(wǎng)融合，不僅可以降低廣告主的投放成本，提高廣告到達率，也可以有效的對臺和網(wǎng)的廣告資源加以整合，進行捆綁銷售，從而將給廣告客戶帶來最大的價值。此外，隨著電視節(jié)目的內(nèi)容逐步遷移到互聯(lián)網(wǎng)和移動端，多屏營銷也成為了可能。由于受眾結(jié)構(gòu)的不同，廣告主可以根據(jù)目標受眾的需要分配臺網(wǎng)之間的投放。
篇11
企業(yè)要在當今世界求得生存和發(fā)展，推進信息化建設是其必然選擇，而信息化實施的關鍵之一在于信息化技術應用人才、管理人才的儲備。在線學習成為知識經(jīng)濟時代知識培訓的首選。各企業(yè)網(wǎng)絡學習系統(tǒng)或培訓網(wǎng)站以指數(shù)級遞增，但未遵循統(tǒng)一標準構(gòu)建、缺少系統(tǒng)規(guī)劃，導致同類資源重復建設、共享化低，影響了培訓平臺的發(fā)展和推廣。本文引入ADL組織制定的SCORM標準，能夠成功解決平臺共享性差、重復建設、各自為政等問題。為了突破傳統(tǒng)在線學習對時間和空間的限制，本文選擇移動學習這一新手段，使隨時隨地學習成為可能，構(gòu)建了基于SCORM的企業(yè)信息化移動學習平臺。
二、相關理論簡介
（一）移動學習
移動學習是全新的遠程學習方式。很多學者和專家提出了對移動學習的見解和看法：如AlexzanderDye等人提出：移動學習通過借助移動計算設備在任何地點任何時間進行學習，移動計算設備能夠有效展現(xiàn)學習內(nèi)容并在教師與學習者之間提供雙向交流”。我國北京大學現(xiàn)代教育技術中心移動教育實驗室崔光佐教授認為：移動學習是學生和教師憑借相對成熟的國際互聯(lián)網(wǎng)、無線移動網(wǎng)絡和多媒體技術，通過應用移動設備更靈活地實現(xiàn)交互式的教學活動。”一般的移動學習方式有：在移動終端鏈接瀏覽式學習，在移動終端獲取短信息學習，基于智能客戶端的移動學習，以及流行的多媒體信息（即彩信）等。
（二）SCORM標準
SCORM標準由美國國防部及美國白宮科技辦公室1997年啟動的“高級分布式學習”（ADL advanced distributed learning）研究項目提出，稱為“可共享性內(nèi)容對象參考模型”（SCORM：Shamble Content Object Reference Model）。它是被廣泛認可并貫徹實施的數(shù)字化學習標準。SCORM定義了一個在線學習的“內(nèi)容聚合模型”和學習對象的“實時運行環(huán)境”。此模型設計內(nèi)容模型（Content Model）、元數(shù)據(jù)（Metadata）和內(nèi)容包裝（Content packaging）三部分。
三、基于SCORM的企業(yè)信息化移動學習平臺的模型及設計
（一）基于SCORM的企業(yè)信息化移動學習平臺的體系結(jié)構(gòu)
移動學習平臺（LMS）由移動學習客戶端和服務器端兩部分組成。系統(tǒng)采用C/S結(jié)構(gòu)與B/S結(jié)構(gòu)相結(jié)合的框架，C/S結(jié)構(gòu)使學員通過智能終端設備的移動學習客戶端與服務器連接進行學習；B/S結(jié)構(gòu)為培訓師和管理員提供課程管理、系統(tǒng)維護等各種管理服務。本系統(tǒng)采用J2ME加Web Service解決方案，由于目前主流智能終端設備不支持ECMAscript腳本語言，而SCORM RTE API編程接口必須通過ECMAscript腳本語言調(diào)用，因此RTE API部署在服務器端承擔部分客戶端任務。
（二）基于SCORM的企業(yè)信息化移動學習平臺的功能結(jié)構(gòu)
1、服務器端功能結(jié)構(gòu)設計
移動學習系統(tǒng)服務器端是系統(tǒng)的核心和樞紐，由表示層、業(yè)務層、控制層、數(shù)據(jù)持久層、數(shù)據(jù)庫構(gòu)成。表示層包含JSP頁面顯示以及封裝SCORM RTEAPI的Web Service，控制層用Servlet響應客戶端各種請求服務，業(yè)務層包括用戶管理、課件管理、用戶交互等，數(shù)據(jù)庫記錄系統(tǒng)用戶的基本信息、SCORM教材的基本信息、詳細資料，內(nèi)容組件單元信息、學員學習課程歷程等。
系統(tǒng)用戶有三種角色：系統(tǒng)管理員、培訓師和企業(yè)學員。系統(tǒng)管理員維護和管理整個系統(tǒng)，具有用戶管理以及課件維護權(quán)力；培訓師的可進行課件維護、交互信息管理以及學員成績、疑難答疑等相關功能；企業(yè)學員是系統(tǒng)服務對象，包括用戶信息管理、學習功能以及部分課件管理功能。下圖描述了服務器端的功能分布情況。
2、客戶端功能結(jié)構(gòu)設計
移動學習系統(tǒng)客戶端由用戶界面、MIDP應用程序、系統(tǒng)網(wǎng)絡接口以及本地RMS存儲等幾部分構(gòu)成。用戶界面獲取用戶操作信息并展示課件，MIDP應用程序完成各種業(yè)務操作，網(wǎng)絡接口調(diào)用Web Service，實現(xiàn)客戶端與服務器端信息交互，本地存儲RMS存放課件及學習過程信息等。
系統(tǒng)客戶端的主要功能如下圖所示。主要包括信息管理、學習功能以及用戶交互。用戶信息管理主要是新用戶注冊、用戶登錄、密碼修改、基本信息修改等功能。學員學習部分主要包括課件瀏覽、課件查詢、課件下載、課件學習等功能，是客戶端的核心部分。學員可以下載課件或是進行學習，課件下載是學員選擇好課件后，向移動學習系統(tǒng)服務器端提交請求后獲得服務器端所發(fā)送的課件包。課件學習根據(jù)用戶的操作，對課件包進行解析。用戶交互是學員通過系統(tǒng)論壇，查看論壇內(nèi)容、發(fā)表內(nèi)容、課件反饋、疑難咨詢等操作。
四、基于SCORM的中小企業(yè)信息化移動學習平臺的關鍵技術及實現(xiàn)方案
（一）移動學習系統(tǒng)服務器端實現(xiàn)
服務器端實現(xiàn)使用J2EE以及Web Service技術，JSP技術實現(xiàn)系統(tǒng)管理員和培訓師管理功能，Web Service技術包裝SCORM RTE API調(diào)用客戶端服務。
1、服務器端環(huán)境搭建
服務器端架設在開源項目 Apache Axis和Tomcat上，操作系統(tǒng)為 Windows XP。Aache開源組織的Axis提供創(chuàng)建服務器端SOAP操作的基本框架。
2、課件上傳實現(xiàn)
上載SCORM課件是課件管理的核心功能。用importCourse.jsp文件的action屬性upload上傳SCORM課件，交由Server端uploadServlet處理后把課件存放至 webServer臨時目錄下，解壓縮課件并解析imsmanifest.xml，把課件信息和內(nèi)容清單文件解析結(jié)果分別存放入數(shù)據(jù)庫中相應目錄下，完成整個教材上傳工作。
3、SCORM RTE API包裝實現(xiàn)
SCORM運行環(huán)境旨在SCO和LMS之間提供互操作方法。API提供8個標準函數(shù)，LMS啟動后SCO自動尋找APIAdapte后調(diào)用Initialize初始化與LMS通信，SCO和LMS間利用LMSSetValue、LMSGetValue交互數(shù)據(jù)，利用GetLastError， GetDiagnostie和GetErrorString交互狀態(tài)，利用Commit提交修改數(shù)據(jù)，通過LMsFinish結(jié)束通信，最后借助Axis工具org.apache.axis.wsdl.Java2WSDL和AdminClient完成輔助代碼產(chǎn)生和WebService。
（二）移動學習系統(tǒng)客戶端實現(xiàn)
1、移動設備選擇
目前常見的移動終端有PDA、筆記本電腦、智能手機以及學習機等。本文選擇智能手機作為移動學習系統(tǒng)終端。
2、相關技術
XMLL（Extensible Markup Language）即可擴展標記語言技術，是Internet環(huán)境中跨平臺的依賴于內(nèi)容的技術，在移動學習系統(tǒng)中不可或缺，用于SCORM課件打包、文件傳輸以及課件解析。
J2ME是適用于消費類電子和嵌入設備的JAVA2平臺縮微版，是SUN公司針對嵌入式、消費類電子產(chǎn)品推出的開發(fā)平臺。J2ME是一個多層的軟件體系，包含配置（Configuration），可選包（Optional Packages）及簡表（Profile）三部分。
3、移動學習系統(tǒng)客戶端程序基本結(jié)構(gòu)實現(xiàn)
客戶端選用的硬件符合CLDC配置標準，客戶端圖形界面、輸入輸出以及本地存儲需使用移動信息設備簡表MIDP，提供了基于javax.microedition.midlet包的MIDlet應用程序主框架。其余利用MVC設計思想將視圖界面與業(yè)務分離，在Mob1leModel類中實現(xiàn)客戶端各種功能及界面，最后用Mobi1eModelConto11er類實現(xiàn)控制器功能。
4、移動學習系統(tǒng)客戶端與服務器端通信實現(xiàn)
基于SCORM規(guī)范的移動系統(tǒng)架構(gòu)采用J2ME客戶端調(diào)用Web Service方案，自行編寫代碼實現(xiàn)客戶端與Web Service交互，遠程調(diào)用SCORM RTE API。調(diào)用通常有HttpConnection、JSR172和kSOAP三種實現(xiàn)方案。移動學習系統(tǒng)需要移動網(wǎng)絡運營商提供網(wǎng)絡支持。本系統(tǒng)選擇中國移動通信提供的GPRS網(wǎng)絡連接方式KJava+GPRS，即CMNET。
五、結(jié)語
本文針對目前企業(yè)信息化在線培訓中存在的問題，提出了基于SCORM的企業(yè)信息化移動學習培訓方案，設計了基于SCORM的移動學習系統(tǒng)框架，從系統(tǒng)的客戶端和服務器端分別描述了平臺設計方案，并對其中關鍵技術及實現(xiàn)方法進行了論述。系統(tǒng)滿足了程序跨平臺需要，可以在不同平臺上部署。本文的研究成果可為企業(yè)提供快捷、方便、高效地共享分布式學習服務，并在基于SCORM的移動學習平臺構(gòu)建領域進行了探索，具有一定的理論和應用價值。
參考文獻：
[1]葉成林，徐福蔭，許駿.移動學習研究綜述[J].電化教育研究，2004，3：17-18.
[2]SCORM規(guī)范[EB/OL].http：//adlnet.gov/scorm/.
[3]孫運動，劉，顧明.用Java和Web Services技術實現(xiàn)移動位置服務.計算機應用，2004（12）：72-74.
[4]錢進.SCORM規(guī)范在移動教育領域中的應用研究.上海應用技術學院學報，2005，5（4）：27-282.
[5]于勇，周杰.運用J2ME與Servlet技術的手機程序開發(fā)研究.微計算機信息，2007，23（9）：115-117.
篇12
慧榮科技總經(jīng)理茍嘉章表示：“NAND供應商已經(jīng)做好過渡到3D TLC NAND時代的準備，這會大大改善供給和加快推進SSD的市場應用。慧榮科技新的SM2258可定制交鑰匙式控制器解決方案可幫助我們的合作伙伴將新一代低成本3DTLC SSD產(chǎn)品迅速推向市場，而后者無需犧牲性能和容量即可在多種終端市場和應用領域?qū)崿F(xiàn)更快的HDD置換。”
篇13
VMware View Open Client的是VMware實施vClient計劃的重要一步。vClient計劃的目的是為用戶提供通用的客戶端，讓用戶在任何終端都能擁有豐富的個性化體驗，并能安全、簡便、高效、低成本地管理IT系統(tǒng)。
不同規(guī)模、不同行業(yè)的客戶已經(jīng)意識到部署瘦客戶機和虛擬化的益處。全新的VMware View Open Client將桌面虛擬化應用提升到一個新水平，使得更多的企業(yè)客戶在使用瘦客戶機時能進一步降低成本，同時獲得更高的安全性。惠普與VMware在虛擬化方面建立了長期合作的關系。惠普桌面解決方案部門市場副總裁Jeff Groudan表示：“VMware View Open Client使我們能以更快速、更節(jié)省成本的方式，為VMware View提供經(jīng)過認證的瘦客戶機設備，同時降低部署虛擬桌面的總體擁有成本。”
VMware能夠提供從桌面到數(shù)據(jù)中心的完整的虛擬化解決方案。VMware在虛擬化技術的推廣應用中，十分注重建立一個包括上下游廠商在內(nèi)的虛擬化技術生態(tài)圈。VMware不認為僅靠自己的力量就能達到虛擬化的宏偉目標。為了推動虛擬化技術的普及，VMware采取了一種開放的原則，與業(yè)內(nèi)眾多的廠商結(jié)成了合作伙伴關系。VMware公司副總裁兼桌面事業(yè)部總經(jīng)理Jocelyn Goldfein表示：“產(chǎn)業(yè)協(xié)作是推動虛擬化市場向前發(fā)展的理想方式。VMware View Open Client開放了源代碼，可以讓產(chǎn)品供應商更輕松地優(yōu)化設備，為用戶提供更好的虛擬桌面解決方案。此外，VMware的合作伙伴還能利用源代碼加快開發(fā)和交付解決方案的速度，使企業(yè)用戶能以更加簡單、安全和低成本的方式管理數(shù)以千計的虛擬化桌面。VMware桌面虛擬化的目標是，讓用戶在任何時間、從任何設備都能安全、高效地訪問豐富的個性化桌面環(huán)境。”
改善客戶體驗
