前言：想要寫出一篇令人眼前一亮的文章嗎？我們特意為您整理了5篇客戶端推廣方案范文，相信會為您的寫作帶來幫助，發(fā)現(xiàn)更多的寫作思路和靈感。

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

關(guān)鍵詞：校園網(wǎng)；準(zhǔn)入/準(zhǔn)出認證；統(tǒng)一認證

中圖分類號：TP393.08 文獻標(biāo)識碼：A 文章編號：1007-9599 （2012） 17-0000-02

1 引言

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

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

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

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

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

2 設(shè)計背景

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

兩次認證的網(wǎng)絡(luò)拓撲圖如下：

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

兩次認證的工作流程如圖：

3 設(shè)計方案探討

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

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

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

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

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

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

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

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

4 最終設(shè)計方案

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

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

5 結(jié)束語

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

在客戶端應(yīng)用中，除了CPU和顯卡的性能之外，消費者接觸最多的就是存儲的性能。尤其對于設(shè)計師、游戲玩家這樣對性能有嚴苛需求的用戶來說，傳統(tǒng)硬盤在數(shù)據(jù)處理過程中呈現(xiàn)的卡頓現(xiàn)象將直接影響其工作效率或體驗感受。為此，英特爾借助3D NAND、3D XPoint等基于存儲介質(zhì)和技術(shù)的創(chuàng)新來幫助用戶提高數(shù)據(jù)處理的速度，把數(shù)據(jù)安全地存儲下來。針對消費級客戶端市場，英特爾最新的600p系列固態(tài)盤不僅能夠讓消費者以主流硬盤的價格盡享PCIe接口所帶來的相當(dāng)于傳統(tǒng)硬盤17倍或SATA固態(tài)盤最高達3倍的強悍性能，也擁有英特爾固態(tài)盤一直具備的超強的可靠性及耐用性，讓用戶在其完整生命周期中都能獲得穩(wěn)定的性能。

目前，采用英特爾固態(tài)盤600p系列的機型搭建的平臺已經(jīng)在寧美國度、攀升兄弟等DIY行業(yè)用戶中獲得成功應(yīng)用，并為消費者提供卓越的應(yīng)用性和穩(wěn)定性?！斑@幾款全新推出的固態(tài)盤是英特爾三十余年在存儲器技術(shù)創(chuàng)新方面承諾的體現(xiàn)。我們也希望能夠借助3D NAND、3D XPoint這樣可信的、突破性的技術(shù)并聯(lián)合生態(tài)系統(tǒng)合作伙伴改變存儲經(jīng)濟性的問題?！庇⑻貭柟痉且资源鎯ζ鳎∟VM）解決方案事業(yè)部客戶端固態(tài)盤戰(zhàn)略規(guī)劃及市場總監(jiān)戴維?T?倫德爾（David T Lundell）表示，“為了實現(xiàn)這一目標(biāo)，英特爾將繼續(xù)聚焦存儲技術(shù)創(chuàng)新，針對不同應(yīng)用場景提供不同的產(chǎn)品，并立足于市場、服務(wù)于用戶需求，會為各級市場用戶提供持續(xù)的產(chǎn)品供應(yīng)與技術(shù)支持，以及超乎想象的應(yīng)用體驗。”

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

英特爾公司非易失性存儲器（NVM）解決方案事業(yè)部的第一個戰(zhàn)略是需要與平臺的連接，通過創(chuàng)新的技術(shù)來實現(xiàn)快速增長。在此基礎(chǔ)上，戴維?T?倫德爾表示：“我們希望在三個方面做好，一是我們一定要跟客戶共同去探討他們在現(xiàn)實工作中的需求，在了解了他們的需求以后，我們的解決方案事業(yè)部會為客戶的需求提供技術(shù)支持，跟他們一起共同構(gòu)建新的方案，所以客戶需求始終是我們的中心。二是我們有業(yè)界領(lǐng)先的技術(shù)，例如Optane技術(shù)和3D NAND技術(shù)，所以技術(shù)上的創(chuàng)新是我們的驅(qū)動力。三是英特爾作為一個全球知名的服務(wù)器廠商，英特爾有自己的網(wǎng)絡(luò)產(chǎn)品和服務(wù)器產(chǎn)品，如何在這個平臺之上跟我們其他的產(chǎn)品連接而發(fā)揮更大的功效是我們的關(guān)注?！?/p>

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

關(guān)鍵詞：云計算 電動汽車 充電樁 設(shè)計 實現(xiàn)

中圖分類號：U469.72 文獻標(biāo)識碼：A 文章編號：1672-3791（2016）03（c）-0016-02

目前，隨著我國電動汽車數(shù)量的增多，人們對于充電樁的需求也與日俱增。充電樁的增多直接影響到電網(wǎng)的安全性。因此，我國將更多的注意力集中在了充電樁的有效監(jiān)控和使用上?；谠朴嬎闫脚_的建立，我國電動汽車充電樁將面臨一個全新的規(guī)劃和設(shè)計。這種全新的設(shè)計降低了充電樁過多對于電網(wǎng)的影響，解決了我國電動汽車充電的問題。

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

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

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

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

2.1 設(shè)計方案

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

2.2 云客戶端

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

2.3 監(jiān)控模塊

基于云計算平臺的電動汽車充電樁設(shè)計的監(jiān)控數(shù)據(jù)包含了監(jiān)控板、電池、充電和充電機等的監(jiān)控模塊。在RS485的作用下，監(jiān)控板和云客戶端進行雙向的通信連接。監(jiān)控板中的模擬量、開關(guān)量和輸出控制能夠防止充電樁受到雷擊的威脅，抵抗其他物體對于充電樁的干擾，并且能夠時刻監(jiān)控充電樁上的開關(guā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è)計的數(shù)字電表采用的是靜止式的交流電能，有效地記錄了充電所用的電能，提高了充電樁記錄電能的準(zhǔn)確性。

3 基于云計算平臺的電動汽車充電樁系統(tǒng)的實現(xiàn)

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

4 結(jié)語

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

參考文獻

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

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

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

[4] 王旭，齊向東.電動汽車智能充電樁的設(shè)計與研究[J].機電工程，2014（3）：393-396.

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

【關(guān)鍵詞】SCORM標(biāo)準(zhǔn)；信息化；移動學(xué)習(xí)

一、引言

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

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

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

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

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

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

三、基于SCORM的企業(yè)信息化移動學(xué)習(xí)平臺的模型及設(shè)計

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

SCORM運行環(huán)境旨在SCO和LMS之間提供互操作方法。API提供8個標(biāo)準(zhǔn)函數(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。

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

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

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

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

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

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

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

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

4、移動學(xué)習(xí)系統(tǒng)客戶端與服務(wù)器端通信實現(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)方案。移動學(xué)習(xí)系統(tǒng)需要移動網(wǎng)絡(luò)運營商提供網(wǎng)絡(luò)支持。本系統(tǒng)選擇中國移動通信提供的GPRS網(wǎng)絡(luò)連接方式KJava+GPRS，即CMNET。

五、結(jié)語

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

參考文獻：

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

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

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

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

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

[6]王志剛.基于SCORM標(biāo)準(zhǔn)學(xué)習(xí)管理系統(tǒng)的設(shè)計與實現(xiàn)[D].西安電子科技大學(xué)軟件工程專業(yè)，2007.

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

關(guān)鍵詞：移動智能 病蟲害 診斷 雙重模式

中圖分類號：TP311.52 文獻標(biāo)識碼：A 文章編號：1007-9416（2013）06-0054-01

1 引言

林業(yè)病蟲害被稱為無煙的森林火災(zāi)，威脅著人類寶貴的森林資源。每年造成的經(jīng)濟損失數(shù)以億計，對于生態(tài)環(huán)境造成了不可估量的破壞。為了做到及早發(fā)現(xiàn)及早治療，國家投入了大量的人力物力，但是情況并不樂觀。隨著“數(shù)字化林業(yè)建設(shè)”理念的提出，人們越來越重視高科技與傳統(tǒng)診療模式的綜合應(yīng)用，但是，迄今為止，僅停留在基于WEB的部分蔬菜品種的診斷試用階段。由于受到數(shù)據(jù)統(tǒng)計的不完整性，較弱的邏輯性和攜帶的不便利性等諸多因素的影響，對人員的戶外作業(yè)造成了極大的限制。

2 相關(guān)領(lǐng)域研究現(xiàn)狀分析

目前，國內(nèi)有一種基于圖像處理和分析技術(shù)的診病系統(tǒng)，它是將病葉放在計算機的攝像頭或掃描儀下，通過對病斑的形狀、大小、顏色進行分析診病，此法理論上很先進，但目前尚處于研究和驗證階段，對葉片要求嚴格，只能在幾種蔬菜的個別病害的典型時期的葉片癥狀診斷中應(yīng)用，病斑如果因品種、發(fā)病時期等原因不具典型性時，準(zhǔn)確性會很差，且對果實、莖、花、根系、整株癥狀幾乎無能為力。河北省科技廳“基于圖像處理技術(shù)的植物病害檢測系統(tǒng)”，是根據(jù)用戶對特征圖片的勾選，進行圖像處理，推理分析，得出結(jié)果及其可信度。由于圖像處理等技術(shù)問題，該課題正在實施，難度大，距離形成產(chǎn)品、推廣普及有很大距離。

3 基于移動終端的森林病蟲害智能診斷系統(tǒng)

針對數(shù)據(jù)統(tǒng)計的不完整性，較弱的邏輯性，攜帶的不便利性等問題，提出解決方案—“基于移動終端的森林病蟲害智能診斷系統(tǒng)”，把重點放在增加數(shù)據(jù)庫容量，提高數(shù)據(jù)庫質(zhì)量，優(yōu)化檢索算法上。為了克服移動終端自身存儲量問題，將超大數(shù)據(jù)庫存儲在遠程服務(wù)器上，通過服務(wù)端與客戶端的交互，進行查詢結(jié)果的反饋。為了加強數(shù)據(jù)的邏輯性，采用演繹歸納法對數(shù)據(jù)進行處理，提高數(shù)據(jù)的可用性，同時運用“多層索引”，“異步加載”等技術(shù)，加快檢索速度，使系統(tǒng)更加智能高效。在線和離線的雙重模式應(yīng)用，克服了戶外工作環(huán)境的限制—無法即時利用相關(guān)資源獲取有價值的信息，從而無法阻止病蟲害的進一步擴散。個性化數(shù)據(jù)存儲，可以方便的記錄所查閱的蟲害診斷信息，允許用戶本地生成針對性更強的數(shù)據(jù)庫，自動進行數(shù)據(jù)過濾，加快檢索速度。

基于移動終端的森林病蟲害智能診斷方案。

3.1 在線模式

3.1.1 客戶端

（1）根據(jù)森林分布地圖，選擇所處林業(yè)區(qū)，該檢索條件可縮小檢索范圍，有助于加快檢索速度。該選項用戶可跳過。

（2）通過移動終端的UI界面，根據(jù)提示選擇相應(yīng)查詢條件，如宿主的名稱和類別?？蛻舳私邮辗?wù)端反饋的相應(yīng)病理特征。

（3）用戶根據(jù)提示，在界面上選擇相關(guān)的病理特征，客戶端接收服務(wù)端反饋的相應(yīng)的初步診斷結(jié)果，其內(nèi)容包括：病蟲、病害癥狀圖片，及對應(yīng)的標(biāo)準(zhǔn)病理特征描述等詳細信息。

（4）通過對診斷結(jié)果中的標(biāo)準(zhǔn)病理特征的進一步確認，從而得到多種可行的治療方案。

（5）選擇性存儲相關(guān)診療方案到本地數(shù)據(jù)庫，生成針對性較強的本地數(shù)據(jù)。

3.1.2 服務(wù)器端

（1）存儲完善的病蟲害診療數(shù)據(jù)庫，接受客戶端請求。

（2）根據(jù)解析的請求數(shù)據(jù)信息，在服務(wù)器上查詢，并返回相應(yīng)的查詢結(jié)果到客戶端。

3.2 離線模式

4 結(jié)語

為加快數(shù)字化林業(yè)建設(shè)，我們提供了該種設(shè)計方案，解決了針對性差，使用成員單一，查詢速度慢，使用不便等問題，增強了系統(tǒng)的智能性和簡約性，有助于及時掌握森林資源的現(xiàn)狀及動態(tài)變化，做到早發(fā)現(xiàn)早治療，減少經(jīng)濟損失，確保我國森林植被的健康發(fā)展。

參考文獻

[1]譚三清，尹芳志，張貴，曹詠梅.森林病蟲害遠程診斷及實現(xiàn).中南林業(yè)科技大學(xué)學(xué)報， 2009年06期.