引論：我們?yōu)槟砹?3篇客戶端推廣方案范文，供您借鑒以豐富您的創(chuàng)作。它們是您寫作時(shí)的寶貴資源，期望它們能夠激發(fā)您的創(chuàng)作靈感，讓您的文章更具深度。

篇1

微軟對(duì)于智能客戶端的定義是這樣的：是易于部署和管理的客戶端應(yīng)用程序，它們通過(guò)統(tǒng)籌使用本地資源和到分布式數(shù)據(jù)資源的智能連接，提供適應(yīng)的、快速響應(yīng)的和豐富的交互式體驗(yàn)。

智能客戶端技術(shù)是瘦客戶端應(yīng)用的代替技術(shù)。微軟的大力推動(dòng)將使其在ERP產(chǎn)業(yè)變革中扮演重要的角色。

ERP的技術(shù)之痛

之所以會(huì)有智能客戶端的出現(xiàn)，還要緣于ERP的技術(shù)架構(gòu)。B/S(Browser/Server，瀏覽器/服務(wù)器)還是C/S架構(gòu)，已成為當(dāng)前ERP 產(chǎn)業(yè)發(fā)展中不可回避的問(wèn)題。

C/S技術(shù)從20世紀(jì)90年代初出現(xiàn)至今已經(jīng)相當(dāng)成熟，并得到了非常廣泛的應(yīng)用。B/S技術(shù)則是伴隨著Internet的普及而來(lái)的。應(yīng)該說(shuō)，B/S和C/S各有千秋。在適用于Internet、維護(hù)工作量等方面，B/S比C/S要強(qiáng)得多；但在運(yùn)行速度、數(shù)據(jù)安全、人機(jī)交互等方面，B/S則遠(yuǎn)不如C/S。凡是C/S的強(qiáng)項(xiàng)，便是B/S的弱項(xiàng)，反之亦然。問(wèn)題也就產(chǎn)生：ERP產(chǎn)品到底該用B/S還是C/S架構(gòu)呢？事實(shí)上，這二者無(wú)法相互取代。

智能客戶端：B/S與C/S的融合

一些廠商看到了ERP產(chǎn)業(yè)的這個(gè)痛點(diǎn)，是否有可能將B/S與C/S的優(yōu)勢(shì)融合呢？

微軟的智能客戶端就是這樣的解決方案。微軟認(rèn)為智能客戶端應(yīng)用程序可以將胖客戶端應(yīng)用程序的優(yōu)點(diǎn)和瘦客戶端應(yīng)用程序的部署和可管理性優(yōu)點(diǎn)結(jié)合起來(lái)，使之在資源的利用上達(dá)到平衡(圖1)。目前，微軟已有Windows/Office/移動(dòng)智能客戶端等解決方案。

無(wú)獨(dú)有偶，新中大也提供了融合的方案。新中大的智能客戶端技術(shù)完全是基于Web的應(yīng)用體系，既不屬于C/S，也不屬于B/S，但兼具了二者優(yōu)勢(shì)。石鐘韶介紹說(shuō)，用“智能客戶端”來(lái)描述新中大的技術(shù)不太精確，因?yàn)椤爸悄芸蛻舳恕敝皇菍?duì)客戶端而言的，而新中大的技術(shù)還包括了服務(wù)器端的許多技術(shù)，例如Web服務(wù)、應(yīng)用服務(wù)和基于SOA的其他服務(wù)。目前新中大已有基于智能客戶端技術(shù)的2個(gè)系列產(chǎn)品：GSoft/G6和A3。GSoft/G6后端應(yīng)用的開(kāi)發(fā)采用了符合J2EE標(biāo)準(zhǔn)的應(yīng)用平臺(tái)和工具，A3的后端開(kāi)發(fā)則是采用了Microsoft .Net平臺(tái)。

智能客戶端的優(yōu)勢(shì)

與B/S或C/S相比，智能客戶端具有明顯優(yōu)勢(shì)?？偨Y(jié)起來(lái)有三點(diǎn)：本地資源充分利用和享受本地用戶體驗(yàn)；具備離線連接能力；智能部署和自動(dòng)更新。

利用本地資源的能力，指可以利用存儲(chǔ)、處理或捕獲數(shù)據(jù)的硬件，例如閃存、CPU 和掃描儀等。

離線連接能力指：無(wú)論是否連接到 Internet，智能客戶端應(yīng)用程序都可以正常工作。在沒(méi)有網(wǎng)絡(luò)連接或網(wǎng)絡(luò)連接斷續(xù)時(shí)，智能客戶端能夠利用本地緩存和處理進(jìn)行操作。該功能對(duì)移動(dòng)信息工作者來(lái)說(shuō)極具價(jià)值。

離線功能不僅可以在移動(dòng)方案中使用，而且對(duì)于桌面解決方案也可以利用離線體系結(jié)構(gòu)來(lái)更新后臺(tái)線程上的后端系統(tǒng)，從而保持用戶界面的響應(yīng)并改善整體的最終用戶體驗(yàn)。該體系結(jié)構(gòu)還能夠提供成本和性能上的優(yōu)勢(shì)，這是因?yàn)橛脩艚缑娌恍枰谥悄芸蛻舳伺c服務(wù)器之間來(lái)回切換。另外，由于智能客戶端只能在后臺(tái)與其他系統(tǒng)交換所需的數(shù)據(jù)，因此可以讓人感到它與其他系統(tǒng)交換的數(shù)據(jù)量的減少。

篇2

1 引言

現(xiàn)在的校園網(wǎng)中，隨著網(wǎng)絡(luò)應(yīng)用的增多，網(wǎng)絡(luò)安全問(wèn)題層出不窮，雖然部署了防火墻、入侵檢測(cè)系統(tǒng)、網(wǎng)絡(luò)防病毒系統(tǒng)和漏洞掃描系統(tǒng)，仍然難以抵擋越來(lái)越多的網(wǎng)絡(luò)攻擊，網(wǎng)絡(luò)應(yīng)用的可持續(xù)性根本無(wú)法保證，在分析眾多的網(wǎng)絡(luò)攻擊事件后，發(fā)現(xiàn)絕大多數(shù)網(wǎng)絡(luò)攻擊并不是用戶有意發(fā)出的，而是在不知情的情況下被種植木馬或病毒造成的，雖然可以安裝網(wǎng)絡(luò)版殺毒軟件進(jìn)行查殺，但是現(xiàn)實(shí)情況是部分網(wǎng)絡(luò)用戶不能夠及時(shí)的更新系統(tǒng)補(bǔ)丁和升級(jí)病毒庫(kù)，導(dǎo)致每一個(gè)網(wǎng)絡(luò)用戶均有可能成為網(wǎng)絡(luò)攻擊的受害者，甚至是網(wǎng)絡(luò)攻擊發(fā)起者，因此只有從終端入手才可以解決內(nèi)部網(wǎng)絡(luò)安全性問(wèn)題，網(wǎng)絡(luò)準(zhǔn)入的核心問(wèn)題就是從網(wǎng)絡(luò)接入客戶端的安全控制開(kāi)始，使用認(rèn)證服務(wù)器，安全策略服務(wù)器和網(wǎng)絡(luò)設(shè)備，以及第三方的軟件系統(tǒng)，綜合完成接入客戶端的強(qiáng)制認(rèn)證和安全性檢查，以保證網(wǎng)絡(luò)安全。

因此在2003年思科公司首先提出網(wǎng)絡(luò)準(zhǔn)入控制（NAC-Network Admission Control）的概念，并聯(lián)合其他廠商開(kāi)發(fā)并推廣NAC。隨后微軟也提出了相應(yīng)的網(wǎng)絡(luò)準(zhǔn)許接入保護(hù)方案（NAP-Network Access Protection），在國(guó)內(nèi)華三也推出了“終端準(zhǔn)入控制（EAD）”系統(tǒng)。

現(xiàn)在國(guó)內(nèi)外安全準(zhǔn)入應(yīng)用分為兩大陣營(yíng)，一部分是基于網(wǎng)絡(luò)硬件設(shè)備的，主要代表有H3C的EAD和CISCO的NAC；另一部份是基于軟件的，主要代表有Symantec的SEP和微軟的NAP。

無(wú)論是基于軟件還是硬件，最終如果想控制到端口，都需要應(yīng)用802.1X技術(shù)。據(jù)統(tǒng)計(jì)，目前國(guó)內(nèi)高校中超過(guò)700所高校采用了802.1X技術(shù)進(jìn)行準(zhǔn)入認(rèn)證。很大程度上是緣于這種技術(shù)可以很好地做到“入網(wǎng)即認(rèn)證”，在用戶接入的入口，進(jìn)行精細(xì)的控制。

準(zhǔn)入/準(zhǔn)出統(tǒng)一認(rèn)證系統(tǒng)的研究，可實(shí)現(xiàn)用戶在訪問(wèn)網(wǎng)絡(luò)時(shí)通過(guò)用戶名和密碼進(jìn)行網(wǎng)絡(luò)準(zhǔn)入認(rèn)證后，在需要進(jìn)行準(zhǔn)出認(rèn)證訪問(wèn)互聯(lián)網(wǎng)資源時(shí)，系統(tǒng)自動(dòng)進(jìn)行用戶認(rèn)證，無(wú)需用戶再次輸入用戶名和密碼，保證了用戶在訪問(wèn)網(wǎng)絡(luò)時(shí)的連續(xù)性，增強(qiáng)了準(zhǔn)入/準(zhǔn)出認(rèn)證系統(tǒng)的用戶體驗(yàn)。另外由于準(zhǔn)入和準(zhǔn)出的用戶名統(tǒng)一，管理員在建立、修改、刪除網(wǎng)絡(luò)訪問(wèn)策略時(shí)，做到各個(gè)用戶在準(zhǔn)入/準(zhǔn)出控制策略上的一致。

2 設(shè)計(jì)背景

校園網(wǎng)準(zhǔn)入認(rèn)證采用H3C的EAD認(rèn)證，其基于802.1X認(rèn)證，用戶在訪問(wèn)校園網(wǎng)是需要進(jìn)行終端認(rèn)證，認(rèn)證成功后才可以訪問(wèn)校園網(wǎng)。802.1X認(rèn)證策略建立在接入交換機(jī)中。當(dāng)用戶需要訪問(wèn)互聯(lián)網(wǎng)時(shí)，用戶需要通過(guò)計(jì)費(fèi)網(wǎng)關(guān)進(jìn)行計(jì)費(fèi)認(rèn)證，計(jì)費(fèi)認(rèn)證是基于WEB的網(wǎng)關(guān)認(rèn)證，認(rèn)證策略建立在學(xué)院網(wǎng)絡(luò)出口服務(wù)器中。

兩次認(rèn)證的網(wǎng)絡(luò)拓?fù)鋱D如下：

客戶端訪問(wèn)校園網(wǎng)時(shí)首先發(fā)起準(zhǔn)入系統(tǒng)認(rèn)證，認(rèn)證通過(guò)后準(zhǔn)入系統(tǒng)返回?cái)?shù)據(jù)給客戶端，此時(shí)用戶可以訪問(wèn)校園網(wǎng)內(nèi)資源；當(dāng)客戶端需訪問(wèn)互聯(lián)網(wǎng)時(shí)，客戶端發(fā)起準(zhǔn)出系統(tǒng)認(rèn)證，認(rèn)證通過(guò)后準(zhǔn)出系統(tǒng)返回?cái)?shù)據(jù)給客戶端，此時(shí)用戶可訪問(wèn)互聯(lián)網(wǎng)。

兩次認(rèn)證的工作流程如圖：

3 設(shè)計(jì)方案探討

當(dāng)進(jìn)行軟件開(kāi)發(fā)時(shí)，若想將兩套應(yīng)用系統(tǒng)進(jìn)行對(duì)接，最常用的方法是開(kāi)發(fā)第三方中間件，兩套系統(tǒng)之間的數(shù)據(jù)通過(guò)中間件進(jìn)行傳遞，因此需將兩次認(rèn)證的工作流程進(jìn)行改造以保證客戶端只進(jìn)行一次賬號(hào)認(rèn)證，即可完成準(zhǔn)入和準(zhǔn)出系統(tǒng)的認(rèn)證。

根據(jù)系統(tǒng)認(rèn)證流程分析，客戶端發(fā)起準(zhǔn)入系統(tǒng)認(rèn)證無(wú)法改變，關(guān)鍵在于準(zhǔn)出系統(tǒng)如何獲得客戶端的準(zhǔn)入系統(tǒng)賬號(hào)。準(zhǔn)出系統(tǒng)獲取客戶端的準(zhǔn)入賬號(hào)方式有兩種：一種是準(zhǔn)入系統(tǒng)推送賬號(hào)，另外一種是準(zhǔn)出系統(tǒng)調(diào)用賬號(hào)。

3.1 準(zhǔn)入系統(tǒng)推送賬號(hào)

當(dāng)使用準(zhǔn)入系統(tǒng)推送賬號(hào)方案時(shí)，客戶端訪問(wèn)校園網(wǎng)時(shí)首先發(fā)起準(zhǔn)入系統(tǒng)認(rèn)證，此時(shí)需要用戶輸入賬號(hào)，認(rèn)證通過(guò)后準(zhǔn)入系統(tǒng)返回?cái)?shù)據(jù)給客戶端，此時(shí)用戶可以訪問(wèn)校園網(wǎng)內(nèi)資源，同時(shí)準(zhǔn)入系統(tǒng)將客戶端賬號(hào)發(fā)送給中間件；當(dāng)客戶端需訪問(wèn)互聯(lián)網(wǎng)時(shí)，客戶端發(fā)起準(zhǔn)出系統(tǒng)認(rèn)證，此時(shí)用戶不需再次輸入賬號(hào)，賬號(hào)由準(zhǔn)出系統(tǒng)向中間件調(diào)取，調(diào)取成功后將賬號(hào)傳遞給準(zhǔn)出系統(tǒng)，認(rèn)證通過(guò)后準(zhǔn)出系統(tǒng)返回?cái)?shù)據(jù)給客戶端，此時(shí)用戶可訪問(wèn)互聯(lián)網(wǎng)。具體方案如圖3-1所示：

此方案存在的問(wèn)題是當(dāng)多數(shù)用戶不訪問(wèn)互聯(lián)網(wǎng)，而是只訪問(wèn)校園網(wǎng)，中間件中會(huì)存留大量的用戶信息，進(jìn)行準(zhǔn)出系統(tǒng)認(rèn)證時(shí)會(huì)延長(zhǎng)準(zhǔn)出系統(tǒng)查詢用戶的時(shí)間，訪問(wèn)量大時(shí)還需考慮中間件的性能。

3.2 準(zhǔn)出系統(tǒng)調(diào)用賬號(hào)

當(dāng)使用準(zhǔn)出系統(tǒng)調(diào)用賬號(hào)方案時(shí)，客戶端訪問(wèn)校園網(wǎng)時(shí)首先發(fā)起準(zhǔn)入系統(tǒng)認(rèn)證，此時(shí)需要用戶輸入賬號(hào)，認(rèn)證通過(guò)后準(zhǔn)入系統(tǒng)返回?cái)?shù)據(jù)給客戶端，此時(shí)用戶可以訪問(wèn)校園網(wǎng)內(nèi)資源；當(dāng)客戶端需訪問(wèn)互聯(lián)網(wǎng)時(shí)，客戶端發(fā)起準(zhǔn)出系統(tǒng)認(rèn)證，此時(shí)用戶不需再次輸入賬號(hào)，賬號(hào)由準(zhǔn)出系統(tǒng)向中間件調(diào)取，中間件如果沒(méi)有查詢到賬號(hào)信息，再向準(zhǔn)入系統(tǒng)調(diào)取，調(diào)取成功后將賬號(hào)返回給中間件，最后傳遞給準(zhǔn)出系統(tǒng)，認(rèn)證通過(guò)后準(zhǔn)出系統(tǒng)返回?cái)?shù)據(jù)給客戶端，此時(shí)用戶可訪問(wèn)互聯(lián)網(wǎng)。具體方案如圖3-2所示：

此方案存在的問(wèn)題是當(dāng)用戶訪問(wèn)互聯(lián)網(wǎng)時(shí)，數(shù)據(jù)需要從準(zhǔn)入系統(tǒng)、中間件、準(zhǔn)出系統(tǒng)中往來(lái)幾次大大延長(zhǎng)了準(zhǔn)出系統(tǒng)調(diào)用用戶的時(shí)間，訪問(wèn)量大時(shí)也需要考慮中間件的性能。

4 最終設(shè)計(jì)方案

根據(jù)以上兩個(gè)方案分析，賬號(hào)在傳遞過(guò)程中會(huì)存在查詢延時(shí)的問(wèn)題，嚴(yán)重影響用戶體驗(yàn)，因此如果能夠只進(jìn)行一次查詢即可完成賬號(hào)傳遞是最優(yōu)方案。

可將準(zhǔn)入系統(tǒng)與中間件合并，由中間件直接在準(zhǔn)入系統(tǒng)中進(jìn)行賬號(hào)查詢，查詢后由準(zhǔn)入系統(tǒng)調(diào)用準(zhǔn)出系統(tǒng)的認(rèn)證過(guò)程，將返回?cái)?shù)據(jù)傳遞給客戶端即可。具體方案如圖4-1所示：

篇3

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

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

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

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

2.2 產(chǎn)品管理

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

2.3 參數(shù)管理

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

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

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

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

默認(rèn)產(chǎn)品/分類圖標(biāo)設(shè)置支持預(yù)設(shè)圖標(biāo)，以防批量維護(hù)后因產(chǎn)品/分類缺失圖標(biāo)影響終端應(yīng)用展示效果。

2.4 終端管理

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

2.5 統(tǒng)計(jì)報(bào)表

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

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

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

3 移動(dòng)APP（Android/IOS）功能模塊

3.1 安裝認(rèn)證

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

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

應(yīng)用主界面打開(kāi)后，顯示多個(gè)產(chǎn)品分類圖標(biāo)（下附產(chǎn)品分類名稱），點(diǎn)擊產(chǎn)品分類，進(jìn)入下一級(jí)產(chǎn)品/分類展示界面，依次進(jìn)入產(chǎn)品展示界面，選擇點(diǎn)擊查看每一個(gè)產(chǎn)品的詳細(xì)介紹。

3.3 簡(jiǎn)單檢索

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

3.4 高級(jí)檢索

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

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

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

4 總結(jié)

篇4

銀行的平臺(tái)優(yōu)勢(shì)在于擁有眾多的營(yíng)業(yè)網(wǎng)點(diǎn)，在營(yíng)業(yè)網(wǎng)點(diǎn)部署互聯(lián)網(wǎng)WiFi，可以通過(guò)WebPortal頁(yè)面的推送實(shí)現(xiàn)網(wǎng)點(diǎn)輕量級(jí)門戶平臺(tái)的搭建，通過(guò)定制化WebPortal頁(yè)面銀行最新的金融動(dòng)態(tài)及營(yíng)銷活動(dòng)廣告。不僅可以讓銀行客戶進(jìn)行手機(jī)銀行客戶端的便捷下載、銀行官方微博、微信的點(diǎn)擊關(guān)注，并且可以拓展網(wǎng)點(diǎn)的無(wú)紙化智能排隊(duì)、銀行電子商務(wù)實(shí)體店?duì)I銷等業(yè)務(wù)。依靠營(yíng)業(yè)網(wǎng)點(diǎn)的無(wú)線互聯(lián)網(wǎng)平臺(tái)，也能通過(guò)Portal短信認(rèn)證方式合規(guī)獲取用戶實(shí)名信息（如姓名、手機(jī)號(hào)等），并收集客戶的上網(wǎng)行為日志信息。通過(guò)這些信息，可以實(shí)現(xiàn)用戶的大數(shù)據(jù)挖掘與分析，為實(shí)現(xiàn)后續(xù)精準(zhǔn)化的產(chǎn)品營(yíng)銷和用戶信貸級(jí)別的智能評(píng)估鋪路。

篇5

通過(guò)3D NAND技術(shù)可以大幅降低成本。目前，對(duì)于英特爾來(lái)講， 3D NAND產(chǎn)品主要來(lái)自于新加坡的工廠。為了滿足中國(guó)市場(chǎng)的需求，去年年底，英特爾在大連投資55億美元建立了Fab68芯片工廠，英特爾將會(huì)繼續(xù)扎根中國(guó)，服務(wù)中國(guó)客戶。

篇6

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

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

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

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

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

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

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

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

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

技術(shù)是保障

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

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

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

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

篇7

LabVIEW是美國(guó)國(guó)家儀器有限公司提供的一套軟件開(kāi)發(fā)平臺(tái)，廣泛應(yīng)用于數(shù)據(jù)采集、監(jiān)控、自動(dòng)化測(cè)試測(cè)量領(lǐng)域[1]。

組態(tài)王是一款優(yōu)秀的國(guó)產(chǎn)組態(tài)軟件，由亞控科技開(kāi)發(fā)。組態(tài)王功能強(qiáng)大、運(yùn)行穩(wěn)定，在國(guó)內(nèi)的工業(yè)監(jiān)控領(lǐng)域得到了廣泛應(yīng)用。

OPC（OLE for Process Control）是一組標(biāo)準(zhǔn)接口，由OPC 基金會(huì)制定及修改。該文闡述的主要內(nèi)容是以O(shè)PC為基礎(chǔ)實(shí)現(xiàn)的LabVIEW與組態(tài)王之間的數(shù)據(jù)通信。

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

該文以某企業(yè)數(shù)據(jù)采集與監(jiān)控系統(tǒng)項(xiàng)目為背景。該項(xiàng)目中，上位機(jī)服務(wù)器運(yùn)行組態(tài)王軟件，完成各個(gè)分系統(tǒng)的數(shù)據(jù)匯總等功能；下位機(jī)作為客戶端，運(yùn)行由LabVIEW開(kāi)發(fā)的軟件，負(fù)責(zé)向上位機(jī)提供采集的數(shù)據(jù)，同時(shí)接收上位機(jī)控制指令。

LabVIEW和組態(tài)王運(yùn)行在局域網(wǎng)不同的工控機(jī)上，軟件之間借助OPC實(shí)現(xiàn)互聯(lián)互通。通過(guò)為L(zhǎng)abVIEW安裝DSC模塊，使得LabVIEW既能作為OPC客戶端，又能創(chuàng)建OPC服務(wù)器；組態(tài)王軟件內(nèi)置OPC服務(wù)器，也可以作為OPC客戶端使用。

2 軟件實(shí)現(xiàn)

本方案，使用LabVIEW DSC模塊中的OPC Server軟件作為OPC服務(wù)器。

2.1 創(chuàng)建OPC Server

首先使用NI OPC Server軟件創(chuàng)建Simulator驅(qū)動(dòng)類型的服務(wù)器通道，然后依次創(chuàng)建設(shè)備、標(biāo)簽組和標(biāo)簽（變量）。

需要注意的是：

（1）變量類型。

NI OPC Server支持多種變量類型，包括各類單數(shù)值類型，如WORD，DOUBLE等，字符串類型，還有各種數(shù)組類型。一般來(lái)說(shuō)，變量類型一致時(shí)使用數(shù)組是最合適的，數(shù)據(jù)更新速率一定的情況下，數(shù)組能夠顯著提高更新的數(shù)據(jù)量，但是組態(tài)王并不支持?jǐn)?shù)組類型變量，因此本項(xiàng)目中只能將多個(gè)變量分別創(chuàng)建為單值類型。

（2）寄存器地址.

選用不同數(shù)據(jù)類型時(shí)，內(nèi)存地址段是不同的，需要參考幫助文檔來(lái)確定。

（3）更新速率。

OPC適用于中、低速的數(shù)據(jù)更新，一般應(yīng)在500ms以上。本項(xiàng)目中的OPC Server基于Simulator驅(qū)動(dòng)，實(shí)際的數(shù)據(jù)讀寫發(fā)生在下位機(jī)內(nèi)部?jī)?nèi)存之間和上、下位機(jī)內(nèi)存之間，因此更新速率可適當(dāng)提高。

2.2 創(chuàng)建LabVIEW客戶端

LabVIEW 8.0以后的版本引入了共享變量[2]，這使得基于DSC模塊對(duì)OPC Server的訪問(wèn)更加簡(jiǎn)單便捷。共享變量可以與本地或網(wǎng)絡(luò)上任何一個(gè)電腦的OPC標(biāo)簽綁定，繼而實(shí)現(xiàn)數(shù)據(jù)讀寫。

與OPC Server標(biāo)簽的綁定步驟：

（1）在LabVIEW項(xiàng)目中新建一個(gè) I/O Server，類型選擇為OPC Client；

（2）瀏覽到本機(jī)OPC Server，選擇National Instruments.NIOPCServers.V5；

（3）保存I/O Server，右鍵創(chuàng)建綁定型的共享變量。

（4）至此完成了LabVIEW客戶端的創(chuàng)建工作，在LabVIEW中創(chuàng)建的一組共享變量分別綁定到OPC Server的各個(gè)標(biāo)簽。在LabVIEW中只需讀寫相應(yīng)的共享變量，就能實(shí)現(xiàn)對(duì)OPC Server標(biāo)簽的訪問(wèn)[3]。

2.3 創(chuàng)建組態(tài)王客戶端

組態(tài)王的開(kāi)發(fā)環(huán)境中，有自帶的OPC服務(wù)器選項(xiàng)，創(chuàng)建OPC客戶端的步驟如下。

（1）查看并選擇OPC服務(wù)器。

首先填入“網(wǎng)絡(luò)節(jié)點(diǎn)名”，點(diǎn)擊查找，在刷新后的OPC服務(wù)器列表中選擇National Instruments.NIOPCServers.V5。

（2）創(chuàng)建變量。

變量類型必須是I/O類型；

連接設(shè)備選擇上一步驟中選擇的OPC Server；

點(diǎn)擊“寄存器”條目右側(cè)的下拉菜單，依次展開(kāi)即可選擇相對(duì)應(yīng)的OPC Server標(biāo)簽；

數(shù)據(jù)類型須與OPC Server標(biāo)簽的數(shù)據(jù)類型一致；

（3）至此已完成組態(tài)王OPC客戶端的創(chuàng)建工作，后續(xù)只需讀寫以上步驟創(chuàng)建的變量，就能實(shí)現(xiàn)組態(tài)王對(duì)NI OPC Server的訪問(wèn)。

2.4 數(shù)據(jù)通信

通過(guò)分別創(chuàng)建OPC Server、LabVIEW OPC客戶端、組態(tài)王OPC客戶端，實(shí)現(xiàn)了兩個(gè)客戶端對(duì)服務(wù)器的分別訪問(wèn)，本質(zhì)上，實(shí)現(xiàn)了兩個(gè)客戶端之間的數(shù)據(jù)傳輸和共享。OPC Server起到了統(tǒng)一接口和數(shù)據(jù)橋接的作用。

3 結(jié)語(yǔ)

在大規(guī)模、復(fù)雜的工業(yè)應(yīng)用中，常常會(huì)用到不同的軟、硬件平臺(tái)，如何實(shí)現(xiàn)不同平臺(tái)的數(shù)據(jù)共享、匯總和透明訪問(wèn)，是經(jīng)常需要解決的問(wèn)題。該文針對(duì)LabVIEW和組態(tài)王這兩種被廣泛使用的軟件平臺(tái)之間的跨機(jī)器數(shù)據(jù)通信問(wèn)題，闡述了基于OPC技術(shù)的解決方案和具體的實(shí)現(xiàn)步驟。OPC為解決典型的跨硬件、跨軟件的數(shù)據(jù)共享與通信問(wèn)題，提供了很好的解決途徑，值得在今后的項(xiàng)目中推廣使用。

參考文獻(xiàn)

篇8

目前，隨著我國(guó)電動(dòng)汽車數(shù)量的增多，人們對(duì)于充電樁的需求也與日俱增。充電樁的增多直接影響到電網(wǎng)的安全性。因此，我國(guó)將更多的注意力集中在了充電樁的有效監(jiān)控和使用上。基于云計(jì)算平臺(tái)的建立，我國(guó)電動(dòng)汽車充電樁將面臨一個(gè)全新的規(guī)劃和設(shè)計(jì)。這種全新的設(shè)計(jì)降低了充電樁過(guò)多對(duì)于電網(wǎng)的影響，解決了我國(guó)電動(dòng)汽車充電的問(wèn)題。

1 基于云計(jì)算平臺(tái)的電動(dòng)汽車充電樁系統(tǒng)的概述

基于云計(jì)算平臺(tái)的電動(dòng)汽車充電樁系統(tǒng)是指通過(guò)云計(jì)算平臺(tái)來(lái)對(duì)充電過(guò)程進(jìn)行有效地監(jiān)控、計(jì)費(fèi)和管理。該系統(tǒng)包含了云客戶端、通信模塊、監(jiān)控模塊和人家交互裝置4個(gè)方面，通過(guò)互聯(lián)網(wǎng)來(lái)實(shí)現(xiàn)對(duì)于充電的相關(guān)服務(wù)。

云客戶端實(shí)現(xiàn)了對(duì)于信息的記錄、監(jiān)控和控制。在系統(tǒng)的應(yīng)用中，客戶能夠通過(guò)云客戶端來(lái)查詢相關(guān)的充電信息和充電監(jiān)控視頻。通信模塊能夠通過(guò)GPRS、3/4G以及WIFI等網(wǎng)絡(luò)來(lái)將云服務(wù)器端的數(shù)據(jù)信息轉(zhuǎn)換到云客戶端上，方便了客戶的查閱和了解。監(jiān)控模塊實(shí)現(xiàn)了對(duì)于充電過(guò)程中的數(shù)據(jù)的采集，并且能夠?qū)Τ潆姌对谶\(yùn)行過(guò)程中的各種信息加以控制。人機(jī)交換設(shè)備主要是指客戶在觸摸屏上輸入操作命令，實(shí)現(xiàn)對(duì)于電動(dòng)汽車的充電，然后客戶通過(guò)打印機(jī)來(lái)打印發(fā)票，最后客戶在通過(guò)讀卡器來(lái)實(shí)現(xiàn)對(duì)于數(shù)據(jù)的讀寫。

2 基于云計(jì)算平臺(tái)的電動(dòng)汽車充電樁系統(tǒng)的設(shè)計(jì)

2.1 設(shè)計(jì)方案

基于云計(jì)算平臺(tái)的電動(dòng)汽車充電樁系統(tǒng)實(shí)現(xiàn)對(duì)于電動(dòng)汽車充電過(guò)程中的監(jiān)控、計(jì)費(fèi)和記錄數(shù)據(jù)的管理，降低了大量充電樁的使用對(duì)于電網(wǎng)造成的影響。這一設(shè)計(jì)方案使得電動(dòng)汽車的充電過(guò)程更加安全，方便了客戶對(duì)于電動(dòng)汽車的充電。另外，充電樁的維修和維護(hù)過(guò)程也更加方便和簡(jiǎn)捷。從總體上來(lái)說(shuō)，基于云計(jì)算平臺(tái)的電動(dòng)汽車充電樁系統(tǒng)不僅使充電樁得到了很大優(yōu)化，還方便了客戶對(duì)于電動(dòng)汽車的充電。

2.2 云客戶端

云客戶端采用了Windows XP Embedded操作系統(tǒng)，使云客戶端的應(yīng)用程序能夠同時(shí)進(jìn)行操作，提高了云客戶端的處理能力。第一，客戶在充電樁中輸入操作命令之后，云客戶端能夠?qū)⒋嗣顐鬟_(dá)到云服務(wù)端。云服務(wù)端通過(guò)對(duì)所使用的充電樁的參數(shù)的分析來(lái)實(shí)現(xiàn)對(duì)于客戶的電動(dòng)汽車的充電。另外，云服務(wù)端能夠?qū)崿F(xiàn)對(duì)于充電樁的規(guī)劃，使充電樁的充電過(guò)程得到有效管理。第二，云服務(wù)器端可以存儲(chǔ)關(guān)于充電樁的配置的信息。如果充電樁在后續(xù)的工作出現(xiàn)故障，那么維修人員可以從云服務(wù)器端下載相應(yīng)的信息來(lái)對(duì)充電樁進(jìn)行維修或者對(duì)充電樁的設(shè)備進(jìn)行更換。第三，云服務(wù)端能夠存儲(chǔ)云客戶端的充電監(jiān)控?cái)?shù)據(jù)信息。在數(shù)據(jù)信息傳遞的過(guò)程中，云客戶端采用了端對(duì)端的通信模式。這種通信模式提高了數(shù)據(jù)信息的安全性，使得客戶的充電數(shù)據(jù)信息更加的安全。第四，客戶在充電完成之后，云客戶端可以將充電裝置所記得信息上傳到云服務(wù)器端。云服務(wù)器端通過(guò)對(duì)充電樁所處的位置以及客戶的充電時(shí)間和當(dāng)?shù)仉姷膬r(jià)格來(lái)對(duì)客戶所使用的電費(fèi)進(jìn)行計(jì)算。另外，云服務(wù)器端可以將費(fèi)用直接下發(fā)到充電樁的裝置上，使充電樁能夠自動(dòng)對(duì)客戶的讀卡器實(shí)現(xiàn)扣款。這一操作實(shí)現(xiàn)了充電樁的自動(dòng)化和信息化。

2.3 監(jiān)控模塊

基于云計(jì)算平臺(tái)的電動(dòng)汽車充電樁設(shè)計(jì)的監(jiān)控?cái)?shù)據(jù)包含了監(jiān)控板、電池、充電和充電機(jī)等的監(jiān)控模塊。在RS485的作用下，監(jiān)控板和云客戶端進(jìn)行雙向的通信連接。監(jiān)控板中的模擬量、開(kāi)關(guān)量和輸出控制能夠防止充電樁受到雷擊的威脅，抵抗其他物體對(duì)于充電樁的干擾，并且能夠時(shí)刻監(jiān)控充電樁上的開(kāi)關(guān)量的信號(hào)。

在CAN總線的作用下，電池監(jiān)控模塊能夠?qū)崿F(xiàn)對(duì)于客戶的電動(dòng)汽車電池?cái)?shù)據(jù)的讀取。CAN總線通過(guò)與云客戶端的連接，能夠監(jiān)測(cè)到客戶的充電電池的各個(gè)參數(shù)情況，實(shí)現(xiàn)了對(duì)于充電的整個(gè)過(guò)程的控制管理。

CAN總線、RS485與云客戶端的連接能夠?qū)崿F(xiàn)對(duì)于充電機(jī)上的數(shù)據(jù)的讀取。充電機(jī)上的各個(gè)參數(shù)也能夠通過(guò)這種連接被時(shí)刻的進(jìn)行監(jiān)測(cè)，提高了整個(gè)充電過(guò)程的可靠性和安全性。充電機(jī)監(jiān)控模塊能夠?qū)崿F(xiàn)對(duì)于整個(gè)充電過(guò)程的控制管理。

監(jiān)控模塊的數(shù)字電表通過(guò)RS232和云客戶端進(jìn)行有效地連接。數(shù)字電表被安裝在充電樁的輸出端和充電機(jī)的中間。數(shù)字電表能夠?qū)崿F(xiàn)對(duì)于客戶充電所耗費(fèi)的電能的記錄。這種設(shè)計(jì)的數(shù)字電表采用的是靜止式的交流電能，有效地記錄了充電所用的電能，提高了充電樁記錄電能的準(zhǔn)確性。

3 基于云計(jì)算平臺(tái)的電動(dòng)汽車充電樁系統(tǒng)的實(shí)現(xiàn)

首先，基于云計(jì)算平臺(tái)的電動(dòng)汽車充電樁通過(guò)云服務(wù)器端來(lái)對(duì)客戶所用的充電樁進(jìn)行有效監(jiān)控。在實(shí)際應(yīng)用中，云服務(wù)器端能夠降低充電樁的大量使用對(duì)于電網(wǎng)所造成的影響，提高了充電過(guò)程的安全性。其次，基于云計(jì)算平臺(tái)的電動(dòng)汽車充電樁能夠?qū)⒖蛻舫潆姷臄?shù)據(jù)信息直接傳遞到云服務(wù)器端，實(shí)現(xiàn)了對(duì)于客戶充電數(shù)據(jù)信息的存儲(chǔ)和監(jiān)控，并且云服務(wù)器端能夠通過(guò)對(duì)客戶充電的地點(diǎn)、時(shí)間等多方面因素的分析來(lái)實(shí)現(xiàn)對(duì)于客戶充電費(fèi)用的計(jì)算。這樣能夠保證客戶在充電樁的充電費(fèi)用的準(zhǔn)確性。最后，基于云計(jì)算平臺(tái)的電動(dòng)汽車充電樁可以把充電樁的充電設(shè)備的配置信息通過(guò)云客戶端上傳導(dǎo)云服務(wù)器端進(jìn)行存儲(chǔ)。當(dāng)維修人員需要對(duì)充電樁進(jìn)行維修時(shí)，可以直接從云服務(wù)器端實(shí)現(xiàn)對(duì)于配置信息的下載，不需要再對(duì)信息進(jìn)行重新配置。另外，基于云計(jì)算平臺(tái)的電動(dòng)汽車充電樁系統(tǒng)通過(guò)對(duì)于模塊化的使用使得系統(tǒng)具有一定的獨(dú)立性和靈活性。這在一定程度上有利于維修人員對(duì)于充電樁的維護(hù)并且能夠在后期實(shí)現(xiàn)對(duì)于充電樁的功能的增加和擴(kuò)展，使得人們對(duì)于充電樁的操作更加方便。

4 結(jié)語(yǔ)

綜上所述，隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，云服務(wù)的應(yīng)用方便了人們的生活和工作?；谠朴?jì)算平臺(tái)的電動(dòng)汽車充電樁系統(tǒng)通過(guò)對(duì)云客戶端和監(jiān)控模塊的設(shè)計(jì)，實(shí)現(xiàn)了基于云計(jì)算平臺(tái)的電動(dòng)汽車充電樁系統(tǒng)在實(shí)際中的應(yīng)用。這種全新的充電系統(tǒng)一方面具有一定的安全性；另一方面也可以有效地解決了在大規(guī)模充電時(shí)設(shè)備中存在的故障，促進(jìn)了我國(guó)電動(dòng)汽車充電樁的發(fā)展，方便了人們的日常出行，也保障了人們?nèi)粘３鲂械陌踩?/p>

參考文獻(xiàn)

[1] 殷樹(shù)剛，龔桃榮，劉瑞，等.基于云平臺(tái)的電動(dòng)汽車智能充電系統(tǒng)設(shè)計(jì)與應(yīng)用[J].供用電，2015（7）：43-47.

[2] 徐志丹，趙宏振，張宗慧.基于云計(jì)算平臺(tái)的電動(dòng)汽車充電樁設(shè)計(jì)與實(shí)現(xiàn)[J].電氣時(shí)代，2014（5）：68-71.

[3] 陳榮江.電動(dòng)汽車交流充電樁建設(shè)設(shè)計(jì)方案[J].電工技術(shù)，2011（6）：23-24.

篇9

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

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

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

1 系統(tǒng)總體設(shè)計(jì)

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

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

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

2 Android客戶端軟件設(shè)計(jì)

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

2.1 Android 客戶端用戶界面

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

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

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

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

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

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信號(hào)強(qiáng)度

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

mWifiInfo = mWifiManager.getConnectionInfo（）；

mWifiManager.startScan（）；

mScanResult = mWifiManager.getScanResults（）；return mScanResult；

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

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）獲取中央服務(wù)器返回的位置數(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 藍(lán)牙定位的實(shí)現(xiàn)

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

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

打開(kāi)客戶端軟件，選擇底部藍(lán)牙定位Tab進(jìn)入藍(lán)牙定位Fragment，若此時(shí)未手機(jī)尚未打開(kāi)藍(lán)牙，則提示使用者打開(kāi)藍(lán)牙以繼續(xù)使用藍(lán)牙定位服務(wù)。使用者可以點(diǎn)擊“打開(kāi)藍(lán)牙”按鈕一鍵開(kāi)啟系統(tǒng)藍(lán)牙功能，打開(kāi)藍(lán)牙之后客戶端軟件將自動(dòng)搜索附近藍(lán)牙設(shè)備?？蛻舳塑浖⑺阉鞯降母浇{(lán)牙設(shè)備的mac地址作為特征識(shí)別碼來(lái)標(biāo)識(shí)每一臺(tái)藍(lán)牙設(shè)備，該設(shè)計(jì)相較于其他一些藍(lán)牙類軟件將藍(lán)牙名稱作為特征識(shí)別碼避免了藍(lán)牙名稱重復(fù)所帶來(lái)的標(biāo)識(shí)混亂問(wèn)題。客戶端軟件在后臺(tái)將搜索到的附近藍(lán)牙設(shè)備的mac地址和rssi信號(hào)強(qiáng)度進(jìn)行算法分析，最終得出和當(dāng)前智能手機(jī)的實(shí)際距離并返回?cái)?shù)據(jù)顯示到用戶界面，

1）新建廣播接收器，獲取周圍藍(lán)牙設(shè)備的mac地址和rssi信號(hào)強(qiáng)度

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 圖像識(shí)別定位的實(shí)現(xiàn)

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

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

1）打開(kāi)攝像頭，獲取手機(jī)客戶端拍照?qǐng)D片

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ā)送到中央服務(wù)器進(jìn)行圖像識(shí)別

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

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

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

3 結(jié)束語(yǔ)

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

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

參考文獻(xiàn)：

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

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

篇10

臺(tái)網(wǎng)融合催生新一代視頻

2003年，美國(guó)西北大學(xué)教授戈登曾歸納當(dāng)時(shí)美國(guó)存在的媒介融合趨勢(shì)，提出一個(gè)包含所有權(quán)融合、策略性融合、結(jié)構(gòu)性融合、信息采集融合、新聞表達(dá)融合在內(nèi)的五大媒介融合趨勢(shì)。如今，類似的情形正在SMG與風(fēng)行網(wǎng)身上發(fā)生。

有關(guān)接下來(lái)SMG與風(fēng)行網(wǎng)的業(yè)務(wù)融合道路，羅江春告訴記者，風(fēng)行網(wǎng)與SMG未來(lái)的業(yè)務(wù)線融合將圍繞產(chǎn)品、技術(shù)、內(nèi)容生產(chǎn)、廣告售賣等多個(gè)層面展開(kāi)，這就是包含商業(yè)融合、制作融合、品牌融合、產(chǎn)品融合在內(nèi)的四大融合戰(zhàn)略。這些融合將結(jié)合IPTV、OTT、移動(dòng)互聯(lián)網(wǎng)和PC互聯(lián)網(wǎng)四塊屏展開(kāi)，最終將產(chǎn)生巨大的“化學(xué)反應(yīng)”，新一代視頻就此誕生.

分析人士認(rèn)為，就像新聞集團(tuán)和NBC共同創(chuàng)辦的hulu預(yù)示著媒介融合時(shí)代的到來(lái)一樣，SMG與風(fēng)行網(wǎng)跨平臺(tái)整合，也預(yù)示著電視、網(wǎng)絡(luò)兩大媒介之間，在資源、業(yè)務(wù)及品牌等方面正進(jìn)行著嶄新的關(guān)聯(lián)、整合，而這種整合將為互補(bǔ)性媒介帶來(lái)雙贏，并催生出與過(guò)去截然不同的新一代視頻平臺(tái)。

在羅江春看來(lái)，臺(tái)網(wǎng)融合對(duì)電視臺(tái)和網(wǎng)絡(luò)視頻而言，是一個(gè)雙贏的選擇。電視臺(tái)是縱向線性的時(shí)間流，網(wǎng)絡(luò)則是橫向網(wǎng)狀的信息聚合，通過(guò)二者的融合，不僅可以共享電視媒體豐富的節(jié)目?jī)?nèi)容資源，還延長(zhǎng)了電視節(jié)目的傳播周期，實(shí)現(xiàn)資源互補(bǔ)，形成共振效應(yīng)和長(zhǎng)尾效應(yīng)。作為新一代視頻，風(fēng)行將會(huì)通過(guò)網(wǎng)絡(luò)視頻在內(nèi)多屏之間的互動(dòng)，更能凸顯臺(tái)網(wǎng)融合的效應(yīng)。此外，通過(guò)臺(tái)網(wǎng)一體化策劃、一體化制作，風(fēng)行還將更多的介入到電視臺(tái)節(jié)目的策劃、制作、營(yíng)銷、輸出層面，從而達(dá)到平臺(tái)價(jià)值互補(bǔ)的多贏局面。

臺(tái)網(wǎng)融合并不是在內(nèi)容上的相互推送，而是要在前期策劃、推廣、播出、運(yùn)營(yíng)、互動(dòng)等方面形成全方位的互聯(lián)互通，最終形成全媒體運(yùn)營(yíng)的產(chǎn)品布局。以東方衛(wèi)視《中國(guó)夢(mèng)之聲》欄目網(wǎng)絡(luò)推廣為例，風(fēng)行網(wǎng)借助互聯(lián)網(wǎng)的優(yōu)勢(shì)開(kāi)展二次傳播，把很多片段剪輯起來(lái)形成看點(diǎn)，在手機(jī)、PAD、PC上播出，完全不同的受眾接觸面不僅帶來(lái)更為人性化、智能化的個(gè)性化體驗(yàn)，也變相延長(zhǎng)了電視節(jié)目的收視長(zhǎng)尾。

新一代視頻平臺(tái)顛覆了誰(shuí)？

隨著與SMG多條業(yè)務(wù)線的融合，風(fēng)行網(wǎng)平臺(tái)和產(chǎn)品布局亦將發(fā)生很大變化：在手機(jī)、PAD、PC、電視等四大平臺(tái)，一切內(nèi)容都將是為用戶定制的。

據(jù)羅江春介紹，風(fēng)行網(wǎng)新一代視頻平臺(tái)將以風(fēng)行在客戶端上的傳統(tǒng)優(yōu)勢(shì)為起點(diǎn)，在PC客戶端和移動(dòng)客戶端上將引入酷炫的界面設(shè)計(jì)風(fēng)格，給用戶完全耳目一新的用戶體驗(yàn)；此外，還將引入響應(yīng)式設(shè)計(jì)，保持PC客戶端和移動(dòng)客戶端的風(fēng)格統(tǒng)一，手機(jī)、PAD的窗口界面自適應(yīng)，同時(shí)可以支持投射到電視機(jī)上，多屏合一。

從電視節(jié)目的輸出，到聯(lián)合制作、聯(lián)合推廣，下一步，就是雙方圍繞節(jié)目?jī)?nèi)容的跨平合售賣和聯(lián)合招商階段。

羅江春認(rèn)為，通過(guò)臺(tái)網(wǎng)融合，不僅可以降低廣告主的投放成本，提高廣告到達(dá)率，也可以有效的對(duì)臺(tái)和網(wǎng)的廣告資源加以整合，進(jìn)行捆綁銷售，從而將給廣告客戶帶來(lái)最大的價(jià)值。此外，隨著電視節(jié)目的內(nèi)容逐步遷移到互聯(lián)網(wǎng)和移動(dòng)端，多屏營(yíng)銷也成為了可能。由于受眾結(jié)構(gòu)的不同，廣告主可以根據(jù)目標(biāo)受眾的需要分配臺(tái)網(wǎng)之間的投放。

篇11

企業(yè)要在當(dāng)今世界求得生存和發(fā)展，推進(jìn)信息化建設(shè)是其必然選擇，而信息化實(shí)施的關(guān)鍵之一在于信息化技術(shù)應(yīng)用人才、管理人才的儲(chǔ)備。在線學(xué)習(xí)成為知識(shí)經(jīng)濟(jì)時(shí)代知識(shí)培訓(xùn)的首選。各企業(yè)網(wǎng)絡(luò)學(xué)習(xí)系統(tǒng)或培訓(xùn)網(wǎng)站以指數(shù)級(jí)遞增，但未遵循統(tǒng)一標(biāo)準(zhǔn)構(gòu)建、缺少系統(tǒng)規(guī)劃，導(dǎo)致同類資源重復(fù)建設(shè)、共享化低，影響了培訓(xùn)平臺(tái)的發(fā)展和推廣。本文引入ADL組織制定的SCORM標(biāo)準(zhǔn)，能夠成功解決平臺(tái)共享性差、重復(fù)建設(shè)、各自為政等問(wèn)題。為了突破傳統(tǒng)在線學(xué)習(xí)對(duì)時(shí)間和空間的限制，本文選擇移動(dòng)學(xué)習(xí)這一新手段，使隨時(shí)隨地學(xué)習(xí)成為可能，構(gòu)建了基于SCORM的企業(yè)信息化移動(dòng)學(xué)習(xí)平臺(tái)。

二、相關(guān)理論簡(jiǎn)介

（一）移動(dòng)學(xué)習(xí)

移動(dòng)學(xué)習(xí)是全新的遠(yuǎn)程學(xué)習(xí)方式。很多學(xué)者和專家提出了對(duì)移動(dòng)學(xué)習(xí)的見(jiàn)解和看法：如AlexzanderDye等人提出：移動(dòng)學(xué)習(xí)通過(guò)借助移動(dòng)計(jì)算設(shè)備在任何地點(diǎn)任何時(shí)間進(jìn)行學(xué)習(xí)，移動(dòng)計(jì)算設(shè)備能夠有效展現(xiàn)學(xué)習(xí)內(nèi)容并在教師與學(xué)習(xí)者之間提供雙向交流”。我國(guó)北京大學(xué)現(xiàn)代教育技術(shù)中心移動(dòng)教育實(shí)驗(yàn)室崔光佐教授認(rèn)為：移動(dòng)學(xué)習(xí)是學(xué)生和教師憑借相對(duì)成熟的國(guó)際互聯(lián)網(wǎng)、無(wú)線移動(dòng)網(wǎng)絡(luò)和多媒體技術(shù)，通過(guò)應(yīng)用移動(dòng)設(shè)備更靈活地實(shí)現(xiàn)交互式的教學(xué)活動(dòng)?！币话愕囊苿?dòng)學(xué)習(xí)方式有：在移動(dòng)終端鏈接瀏覽式學(xué)習(xí)，在移動(dòng)終端獲取短信息學(xué)習(xí)，基于智能客戶端的移動(dòng)學(xué)習(xí)，以及流行的多媒體信息（即彩信）等。

（二）SCORM標(biāo)準(zhǔn)

SCORM標(biāo)準(zhǔn)由美國(guó)國(guó)防部及美國(guó)白宮科技辦公室1997年啟動(dòng)的“高級(jí)分布式學(xué)習(xí)”（ADL advanced distributed learning）研究項(xiàng)目提出，稱為“可共享性內(nèi)容對(duì)象參考模型”（SCORM：Shamble Content Object Reference Model）。它是被廣泛認(rèn)可并貫徹實(shí)施的數(shù)字化學(xué)習(xí)標(biāo)準(zhǔn)。SCORM定義了一個(gè)在線學(xué)習(xí)的“內(nèi)容聚合模型”和學(xué)習(xí)對(duì)象的“實(shí)時(shí)運(yùn)行環(huán)境”。此模型設(shè)計(jì)內(nèi)容模型（Content Model）、元數(shù)據(jù)（Metadata）和內(nèi)容包裝（Content packaging）三部分。

三、基于SCORM的企業(yè)信息化移動(dòng)學(xué)習(xí)平臺(tái)的模型及設(shè)計(jì)

（一）基于SCORM的企業(yè)信息化移動(dòng)學(xué)習(xí)平臺(tái)的體系結(jié)構(gòu)

移動(dòng)學(xué)習(xí)平臺(tái)（LMS）由移動(dòng)學(xué)習(xí)客戶端和服務(wù)器端兩部分組成。系統(tǒng)采用C/S結(jié)構(gòu)與B/S結(jié)構(gòu)相結(jié)合的框架，C/S結(jié)構(gòu)使學(xué)員通過(guò)智能終端設(shè)備的移動(dòng)學(xué)習(xí)客戶端與服務(wù)器連接進(jìn)行學(xué)習(xí)；B/S結(jié)構(gòu)為培訓(xùn)師和管理員提供課程管理、系統(tǒng)維護(hù)等各種管理服務(wù)。本系統(tǒng)采用J2ME加Web Service解決方案，由于目前主流智能終端設(shè)備不支持ECMAscript腳本語(yǔ)言，而SCORM RTE API編程接口必須通過(guò)ECMAscript腳本語(yǔ)言調(diào)用，因此RTE API部署在服務(wù)器端承擔(dān)部分客戶端任務(wù)。

（二）基于SCORM的企業(yè)信息化移動(dòng)學(xué)習(xí)平臺(tái)的功能結(jié)構(gòu)

1、服務(wù)器端功能結(jié)構(gòu)設(shè)計(jì)

移動(dòng)學(xué)習(xí)系統(tǒng)服務(wù)器端是系統(tǒng)的核心和樞紐，由表示層、業(yè)務(wù)層、控制層、數(shù)據(jù)持久層、數(shù)據(jù)庫(kù)構(gòu)成。表示層包含JSP頁(yè)面顯示以及封裝SCORM RTEAPI的Web Service，控制層用Servlet響應(yīng)客戶端各種請(qǐng)求服務(wù)，業(yè)務(wù)層包括用戶管理、課件管理、用戶交互等，數(shù)據(jù)庫(kù)記錄系統(tǒng)用戶的基本信息、SCORM教材的基本信息、詳細(xì)資料，內(nèi)容組件單元信息、學(xué)員學(xué)習(xí)課程歷程等。

系統(tǒng)用戶有三種角色：系統(tǒng)管理員、培訓(xùn)師和企業(yè)學(xué)員。系統(tǒng)管理員維護(hù)和管理整個(gè)系統(tǒng)，具有用戶管理以及課件維護(hù)權(quán)力；培訓(xùn)師的可進(jìn)行課件維護(hù)、交互信息管理以及學(xué)員成績(jī)、疑難答疑等相關(guān)功能；企業(yè)學(xué)員是系統(tǒng)服務(wù)對(duì)象，包括用戶信息管理、學(xué)習(xí)功能以及部分課件管理功能。下圖描述了服務(wù)器端的功能分布情況。

2、客戶端功能結(jié)構(gòu)設(shè)計(jì)

移動(dòng)學(xué)習(xí)系統(tǒng)客戶端由用戶界面、MIDP應(yīng)用程序、系統(tǒng)網(wǎng)絡(luò)接口以及本地RMS存儲(chǔ)等幾部分構(gòu)成。用戶界面獲取用戶操作信息并展示課件，MIDP應(yīng)用程序完成各種業(yè)務(wù)操作，網(wǎng)絡(luò)接口調(diào)用Web Service，實(shí)現(xiàn)客戶端與服務(wù)器端信息交互，本地存儲(chǔ)RMS存放課件及學(xué)習(xí)過(guò)程信息等。

系統(tǒng)客戶端的主要功能如下圖所示。主要包括信息管理、學(xué)習(xí)功能以及用戶交互。用戶信息管理主要是新用戶注冊(cè)、用戶登錄、密碼修改、基本信息修改等功能。學(xué)員學(xué)習(xí)部分主要包括課件瀏覽、課件查詢、課件下載、課件學(xué)習(xí)等功能，是客戶端的核心部分。學(xué)員可以下載課件或是進(jìn)行學(xué)習(xí)，課件下載是學(xué)員選擇好課件后，向移動(dòng)學(xué)習(xí)系統(tǒng)服務(wù)器端提交請(qǐng)求后獲得服務(wù)器端所發(fā)送的課件包。課件學(xué)習(xí)根據(jù)用戶的操作，對(duì)課件包進(jìn)行解析。用戶交互是學(xué)員通過(guò)系統(tǒng)論壇，查看論壇內(nèi)容、發(fā)表內(nèi)容、課件反饋、疑難咨詢等操作。

四、基于SCORM的中小企業(yè)信息化移動(dòng)學(xué)習(xí)平臺(tái)的關(guān)鍵技術(shù)及實(shí)現(xiàn)方案

（一）移動(dòng)學(xué)習(xí)系統(tǒng)服務(wù)器端實(shí)現(xiàn)

服務(wù)器端實(shí)現(xiàn)使用J2EE以及Web Service技術(shù)，JSP技術(shù)實(shí)現(xiàn)系統(tǒng)管理員和培訓(xùn)師管理功能，Web Service技術(shù)包裝SCORM RTE API調(diào)用客戶端服務(wù)。

1、服務(wù)器端環(huán)境搭建

服務(wù)器端架設(shè)在開(kāi)源項(xiàng)目 Apache Axis和Tomcat上，操作系統(tǒng)為 Windows XP。Aache開(kāi)源組織的Axis提供創(chuàng)建服務(wù)器端SOAP操作的基本框架。

2、課件上傳實(shí)現(xiàn)

上載SCORM課件是課件管理的核心功能。用importCourse.jsp文件的action屬性u(píng)pload上傳SCORM課件，交由Server端uploadServlet處理后把課件存放至 webServer臨時(shí)目錄下，解壓縮課件并解析imsmanifest.xml，把課件信息和內(nèi)容清單文件解析結(jié)果分別存放入數(shù)據(jù)庫(kù)中相應(yīng)目錄下，完成整個(gè)教材上傳工作。

3、SCORM RTE API包裝實(shí)現(xiàn)

SCORM運(yùn)行環(huán)境旨在SCO和LMS之間提供互操作方法。API提供8個(gè)標(biāo)準(zhǔn)函數(shù)，LMS啟動(dòng)后SCO自動(dòng)尋找APIAdapte后調(diào)用Initialize初始化與LMS通信，SCO和LMS間利用LMSSetValue、LMSGetValue交互數(shù)據(jù)，利用GetLastError， GetDiagnostie和GetErrorString交互狀態(tài)，利用Commit提交修改數(shù)據(jù)，通過(guò)LMsFinish結(jié)束通信，最后借助Axis工具org.apache.axis.wsdl.Java2WSDL和AdminClient完成輔助代碼產(chǎn)生和WebService。

（二）移動(dòng)學(xué)習(xí)系統(tǒng)客戶端實(shí)現(xiàn)

1、移動(dòng)設(shè)備選擇

目前常見(jiàn)的移動(dòng)終端有PDA、筆記本電腦、智能手機(jī)以及學(xué)習(xí)機(jī)等。本文選擇智能手機(jī)作為移動(dòng)學(xué)習(xí)系統(tǒng)終端。

2、相關(guān)技術(shù)

XMLL（Extensible Markup Language）即可擴(kuò)展標(biāo)記語(yǔ)言技術(shù)，是Internet環(huán)境中跨平臺(tái)的依賴于內(nèi)容的技術(shù)，在移動(dòng)學(xué)習(xí)系統(tǒng)中不可或缺，用于SCORM課件打包、文件傳輸以及課件解析。

J2ME是適用于消費(fèi)類電子和嵌入設(shè)備的JAVA2平臺(tái)縮微版，是SUN公司針對(duì)嵌入式、消費(fèi)類電子產(chǎn)品推出的開(kāi)發(fā)平臺(tái)。J2ME是一個(gè)多層的軟件體系，包含配置（Configuration），可選包（Optional Packages）及簡(jiǎn)表（Profile）三部分。

3、移動(dòng)學(xué)習(xí)系統(tǒng)客戶端程序基本結(jié)構(gòu)實(shí)現(xiàn)

客戶端選用的硬件符合CLDC配置標(biāo)準(zhǔn)，客戶端圖形界面、輸入輸出以及本地存儲(chǔ)需使用移動(dòng)信息設(shè)備簡(jiǎn)表MIDP，提供了基于javax.microedition.midlet包的MIDlet應(yīng)用程序主框架。其余利用MVC設(shè)計(jì)思想將視圖界面與業(yè)務(wù)分離，在Mob1leModel類中實(shí)現(xiàn)客戶端各種功能及界面，最后用Mobi1eModelConto11er類實(shí)現(xiàn)控制器功能。

4、移動(dòng)學(xué)習(xí)系統(tǒng)客戶端與服務(wù)器端通信實(shí)現(xiàn)

基于SCORM規(guī)范的移動(dòng)系統(tǒng)架構(gòu)采用J2ME客戶端調(diào)用Web Service方案，自行編寫代碼實(shí)現(xiàn)客戶端與Web Service交互，遠(yuǎn)程調(diào)用SCORM RTE API。調(diào)用通常有HttpConnection、JSR172和kSOAP三種實(shí)現(xiàn)方案。移動(dòng)學(xué)習(xí)系統(tǒng)需要移動(dòng)網(wǎng)絡(luò)運(yùn)營(yíng)商提供網(wǎng)絡(luò)支持。本系統(tǒng)選擇中國(guó)移動(dòng)通信提供的GPRS網(wǎng)絡(luò)連接方式KJava+GPRS，即CMNET。

五、結(jié)語(yǔ)

本文針對(duì)目前企業(yè)信息化在線培訓(xùn)中存在的問(wèn)題，提出了基于SCORM的企業(yè)信息化移動(dòng)學(xué)習(xí)培訓(xùn)方案，設(shè)計(jì)了基于SCORM的移動(dòng)學(xué)習(xí)系統(tǒng)框架，從系統(tǒng)的客戶端和服務(wù)器端分別描述了平臺(tái)設(shè)計(jì)方案，并對(duì)其中關(guān)鍵技術(shù)及實(shí)現(xiàn)方法進(jìn)行了論述。系統(tǒng)滿足了程序跨平臺(tái)需要，可以在不同平臺(tái)上部署。本文的研究成果可為企業(yè)提供快捷、方便、高效地共享分布式學(xué)習(xí)服務(wù)，并在基于SCORM的移動(dòng)學(xué)習(xí)平臺(tái)構(gòu)建領(lǐng)域進(jìn)行了探索，具有一定的理論和應(yīng)用價(jià)值。

參考文獻(xiàn)：

[1]葉成林，徐福蔭，許駿.移動(dòng)學(xué)習(xí)研究綜述[J].電化教育研究，2004，3：17-18.

[2]SCORM規(guī)范[EB/OL].http：//adlnet.gov/scorm/.

[3]孫運(yùn)動(dòng)，劉，顧明.用Java和Web Services技術(shù)實(shí)現(xiàn)移動(dòng)位置服務(wù).計(jì)算機(jī)應(yīng)用，2004（12）：72-74.

[4]錢進(jìn).SCORM規(guī)范在移動(dòng)教育領(lǐng)域中的應(yīng)用研究.上海應(yīng)用技術(shù)學(xué)院學(xué)報(bào)，2005，5（4）：27-282.

[5]于勇，周杰.運(yùn)用J2ME與Servlet技術(shù)的手機(jī)程序開(kāi)發(fā)研究.微計(jì)算機(jī)信息，2007，23（9）：115-117.

篇12

慧榮科技總經(jīng)理茍嘉章表示：“NAND供應(yīng)商已經(jīng)做好過(guò)渡到3D TLC NAND時(shí)代的準(zhǔn)備，這會(huì)大大改善供給和加快推進(jìn)SSD的市場(chǎng)應(yīng)用?；蹣s科技新的SM2258可定制交鑰匙式控制器解決方案可幫助我們的合作伙伴將新一代低成本3DTLC SSD產(chǎn)品迅速推向市場(chǎng)，而后者無(wú)需犧牲性能和容量即可在多種終端市場(chǎng)和應(yīng)用領(lǐng)域?qū)崿F(xiàn)更快的HDD置換?！?/p>

篇13

VMware View Open Client的是VMware實(shí)施vClient計(jì)劃的重要一步。vClient計(jì)劃的目的是為用戶提供通用的客戶端，讓用戶在任何終端都能擁有豐富的個(gè)性化體驗(yàn)，并能安全、簡(jiǎn)便、高效、低成本地管理IT系統(tǒng)。

不同規(guī)模、不同行業(yè)的客戶已經(jīng)意識(shí)到部署瘦客戶機(jī)和虛擬化的益處。全新的VMware View Open Client將桌面虛擬化應(yīng)用提升到一個(gè)新水平，使得更多的企業(yè)客戶在使用瘦客戶機(jī)時(shí)能進(jìn)一步降低成本，同時(shí)獲得更高的安全性?；萜张cVMware在虛擬化方面建立了長(zhǎng)期合作的關(guān)系?；萜兆烂娼鉀Q方案部門市場(chǎng)副總裁Jeff Groudan表示：“VMware View Open Client使我們能以更快速、更節(jié)省成本的方式，為VMware View提供經(jīng)過(guò)認(rèn)證的瘦客戶機(jī)設(shè)備，同時(shí)降低部署虛擬桌面的總體擁有成本?！?/p>

VMware能夠提供從桌面到數(shù)據(jù)中心的完整的虛擬化解決方案。VMware在虛擬化技術(shù)的推廣應(yīng)用中，十分注重建立一個(gè)包括上下游廠商在內(nèi)的虛擬化技術(shù)生態(tài)圈。VMware不認(rèn)為僅靠自己的力量就能達(dá)到虛擬化的宏偉目標(biāo)。為了推動(dòng)虛擬化技術(shù)的普及，VMware采取了一種開(kāi)放的原則，與業(yè)內(nèi)眾多的廠商結(jié)成了合作伙伴關(guān)系。VMware公司副總裁兼桌面事業(yè)部總經(jīng)理Jocelyn Goldfein表示：“產(chǎn)業(yè)協(xié)作是推動(dòng)虛擬化市場(chǎng)向前發(fā)展的理想方式。VMware View Open Client開(kāi)放了源代碼，可以讓產(chǎn)品供應(yīng)商更輕松地優(yōu)化設(shè)備，為用戶提供更好的虛擬桌面解決方案。此外，VMware的合作伙伴還能利用源代碼加快開(kāi)發(fā)和交付解決方案的速度，使企業(yè)用戶能以更加簡(jiǎn)單、安全和低成本的方式管理數(shù)以千計(jì)的虛擬化桌面。VMware桌面虛擬化的目標(biāo)是，讓用戶在任何時(shí)間、從任何設(shè)備都能安全、高效地訪問(wèn)豐富的個(gè)性化桌面環(huán)境?！?/p>

改善客戶體驗(yàn)