客戶端推廣方案

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

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

關鍵詞：校園網；準入/準出認證；統一認證

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

1 引言

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

因此在2003年思科公司首先提出網絡準入控制（NAC-Network Admission Control）的概念，并聯合其他廠商開發并推廣NAC。隨后微軟也提出了相應的網絡準許接入保護方案（NAP-Network Access Protection），在國內華三也推出了“終端準入控制（EAD）”系統。

現在國內外安全準入應用分為兩大陣營，一部分是基于網絡硬件設備的，主要代表有H3C的EAD和CISCO的NAC；另一部份是基于軟件的，主要代表有Symantec的SEP和微軟的NAP。

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

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

2 設計背景

校園網準入認證采用H3C的EAD認證，其基于802.1X認證，用戶在訪問校園網是需要進行終端認證，認證成功后才可以訪問校園網。802.1X認證策略建立在接入交換機中。當用戶需要訪問互聯網時，用戶需要通過計費網關進行計費認證，計費認證是基于WEB的網關認證，認證策略建立在學院網絡出口服務器中。

兩次認證的網絡拓撲圖如下：

客戶端訪問校園網時首先發起準入系統認證，認證通過后準入系統返回數據給客戶端，此時用戶可以訪問校園網內資源；當客戶端需訪問互聯網時，客戶端發起準出系統認證，認證通過后準出系統返回數據給客戶端，此時用戶可訪問互聯網。

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

3 設計方案探討

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

根據系統認證流程分析，客戶端發起準入系統認證無法改變，關鍵在于準出系統如何獲得客戶端的準入系統賬號。準出系統獲取客戶端的準入賬號方式有兩種：一種是準入系統推送賬號，另外一種是準出系統調用賬號。

3.1 準入系統推送賬號

當使用準入系統推送賬號方案時，客戶端訪問校園網時首先發起準入系統認證，此時需要用戶輸入賬號，認證通過后準入系統返回數據給客戶端，此時用戶可以訪問校園網內資源，同時準入系統將客戶端賬號發送給中間件；當客戶端需訪問互聯網時，客戶端發起準出系統認證，此時用戶不需再次輸入賬號，賬號由準出系統向中間件調取，調取成功后將賬號傳遞給準出系統，認證通過后準出系統返回數據給客戶端，此時用戶可訪問互聯網。具體方案如圖3-1所示：

此方案存在的問題是當多數用戶不訪問互聯網，而是只訪問校園網，中間件中會存留大量的用戶信息，進行準出系統認證時會延長準出系統查詢用戶的時間，訪問量大時還需考慮中間件的性能。

3.2 準出系統調用賬號

當使用準出系統調用賬號方案時，客戶端訪問校園網時首先發起準入系統認證，此時需要用戶輸入賬號，認證通過后準入系統返回數據給客戶端，此時用戶可以訪問校園網內資源；當客戶端需訪問互聯網時，客戶端發起準出系統認證，此時用戶不需再次輸入賬號，賬號由準出系統向中間件調取，中間件如果沒有查詢到賬號信息，再向準入系統調取，調取成功后將賬號返回給中間件，最后傳遞給準出系統，認證通過后準出系統返回數據給客戶端，此時用戶可訪問互聯網。具體方案如圖3-2所示：

此方案存在的問題是當用戶訪問互聯網時，數據需要從準入系統、中間件、準出系統中往來幾次大大延長了準出系統調用用戶的時間，訪問量大時也需要考慮中間件的性能。

4 最終設計方案

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

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

5 結束語

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

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

目前，采用英特爾固態盤600p系列的機型搭建的平臺已經在寧美國度、攀升兄弟等DIY行業用戶中獲得成功應用，并為消費者提供卓越的應用性和穩定性。“這幾款全新推出的固態盤是英特爾三十余年在存儲器技術創新方面承諾的體現。我們也希望能夠借助3D NAND、3D XPoint這樣可信的、突破性的技術并聯合生態系統合作伙伴改變存儲經濟性的問題。”英特爾公司非易失性存儲器（NVM）解決方案事業部客戶端固態盤戰略規劃及市場總監戴維?T?倫德爾（David T Lundell）表示，“為了實現這一目標，英特爾將繼續聚焦存儲技術創新，針對不同應用場景提供不同的產品，并立足于市場、服務于用戶需求，會為各級市場用戶提供持續的產品供應與技術支持，以及超乎想象的應用體驗。”

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

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

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

關鍵詞：云計算 電動汽車 充電樁 設計 實現

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

目前，隨著我國電動汽車數量的增多，人們對于充電樁的需求也與日俱增。充電樁的增多直接影響到電網的安全性。因此，我國將更多的注意力集中在了充電樁的有效監控和使用上。基于云計算平臺的建立，我國電動汽車充電樁將面臨一個全新的規劃和設計。這種全新的設計降低了充電樁過多對于電網的影響，解決了我國電動汽車充電的問題。

1 基于云計算平臺的電動汽車充電樁系統的概述

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

云客戶端實現了對于信息的記錄、監控和控制。在系統的應用中，客戶能夠通過云客戶端來查詢相關的充電信息和充電監控視頻。通信模塊能夠通過GPRS、3/4G以及WIFI等網絡來將云服務器端的數據信息轉換到云客戶端上，方便了客戶的查閱和了解。監控模塊實現了對于充電過程中的數據的采集，并且能夠對充電樁在運行過程中的各種信息加以控制。人機交換設備主要是指客戶在觸摸屏上輸入操作命令，實現對于電動汽車的充電，然后客戶通過打印機來打印發票，最后客戶在通過讀卡器來實現對于數據的讀寫。

2 基于云計算平臺的電動汽車充電樁系統的設計

2.1 設計方案

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

2.2 云客戶端

云客戶端采用了Windows XP Embedded操作系統，使云客戶端的應用程序能夠同時進行操作，提高了云客戶端的處理能力。第一，客戶在充電樁中輸入操作命令之后，云客戶端能夠將此命令傳達到云服務端。云服務端通過對所使用的充電樁的參數的分析來實現對于客戶的電動汽車的充電。另外，云服務端能夠實現對于充電樁的規劃，使充電樁的充電過程得到有效管理。第二，云服務器端可以存儲關于充電樁的配置的信息。如果充電樁在后續的工作出現故障，那么維修人員可以從云服務器端下載相應的信息來對充電樁進行維修或者對充電樁的設備進行更換。第三，云服務端能夠存儲云客戶端的充電監控數據信息。在數據信息傳遞的過程中，云客戶端采用了端對端的通信模式。這種通信模式提高了數據信息的安全性，使得客戶的充電數據信息更加的安全。第四，客戶在充電完成之后，云客戶端可以將充電裝置所記得信息上傳到云服務器端。云服務器端通過對充電樁所處的位置以及客戶的充電時間和當地電的價格來對客戶所使用的電費進行計算。另外，云服務器端可以將費用直接下發到充電樁的裝置上，使充電樁能夠自動對客戶的讀卡器實現扣款。這一操作實現了充電樁的自動化和信息化。

2.3 監控模塊

基于云計算平臺的電動汽車充電樁設計的監控數據包含了監控板、電池、充電和充電機等的監控模塊。在RS485的作用下，監控板和云客戶端進行雙向的通信連接。監控板中的模擬量、開關量和輸出控制能夠防止充電樁受到雷擊的威脅，抵抗其他物體對于充電樁的干擾，并且能夠時刻監控充電樁上的開關量的信號。

在CAN總線的作用下，電池監控模塊能夠實現對于客戶的電動汽車電池數據的讀取。CAN總線通過與云客戶端的連接，能夠監測到客戶的充電電池的各個參數情況，實現了對于充電的整個過程的控制管理。

CAN總線、RS485與云客戶端的連接能夠實現對于充電機上的數據的讀取。充電機上的各個參數也能夠通過這種連接被時刻的進行監測，提高了整個充電過程的可靠性和安全性。充電機監控模塊能夠實現對于整個充電過程的控制管理。

監控模塊的數字電表通過RS232和云客戶端進行有效地連接。數字電表被安裝在充電樁的輸出端和充電機的中間。數字電表能夠實現對于客戶充電所耗費的電能的記錄。這種設計的數字電表采用的是靜止式的交流電能，有效地記錄了充電所用的電能，提高了充電樁記錄電能的準確性。

3 基于云計算平臺的電動汽車充電樁系統的實現

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

4 結語

綜上所述，隨著網絡技術的發展，云服務的應用方便了人們的生活和工作。基于云計算平臺的電動汽車充電樁系統通過對云客戶端和監控模塊的設計，實現了基于云計算平臺的電動汽車充電樁系統在實際中的應用。這種全新的充電系統一方面具有一定的安全性；另一方面也可以有效地解決了在大規模充電時設備中存在的故障，促進了我國電動汽車充電樁的發展，方便了人們的日常出行，也保障了人們日常出行的安全。

參考文獻

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

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

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

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

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

【關鍵詞】SCORM標準；信息化；移動學習

一、引言

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

二、相關理論簡介

（一）移動學習

移動學習是全新的遠程學習方式。很多學者和專家提出了對移動學習的見解和看法：如AlexzanderDye等人提出：移動學習通過借助移動計算設備在任何地點任何時間進行學習，移動計算設備能夠有效展現學習內容并在教師與學習者之間提供雙向交流”。我國北京大學現代教育技術中心移動教育實驗室崔光佐教授認為：移動學習是學生和教師憑借相對成熟的國際互聯網、無線移動網絡和多媒體技術，通過應用移動設備更靈活地實現交互式的教學活動。”一般的移動學習方式有：在移動終端鏈接瀏覽式學習，在移動終端獲取短信息學習，基于智能客戶端的移動學習，以及流行的多媒體信息（即彩信）等。

（二）SCORM標準

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

三、基于SCORM的企業信息化移動學習平臺的模型及設計

（一）基于SCORM的企業信息化移動學習平臺的體系結構

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

（二）基于SCORM的企業信息化移動學習平臺的功能結構

1、服務器端功能結構設計

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

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

2、客戶端功能結構設計

移動學習系統客戶端由用戶界面、MIDP應用程序、系統網絡接口以及本地RMS存儲等幾部分構成。用戶界面獲取用戶操作信息并展示課件，MIDP應用程序完成各種業務操作，網絡接口調用Web Service，實現客戶端與服務器端信息交互，本地存儲RMS存放課件及學習過程信息等。

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

四、基于SCORM的中小企業信息化移動學習平臺的關鍵技術及實現方案

（一）移動學習系統服務器端實現

服務器端實現使用J2EE以及Web Service技術，JSP技術實現系統管理員和培訓師管理功能，Web Service技術包裝SCORM RTE API調用客戶端服務。

1、服務器端環境搭建

服務器端架設在開源項目 Apache Axis和Tomcat上，操作系統為 Windows XP。Aache開源組織的Axis提供創建服務器端SOAP操作的基本框架。

2、課件上傳實現

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

3、SCORM RTE API包裝實現

SCORM運行環境旨在SCO和LMS之間提供互操作方法。API提供8個標準函數，LMS啟動后SCO自動尋找APIAdapte后調用Initialize初始化與LMS通信，SCO和LMS間利用LMSSetValue、LMSGetValue交互數據，利用GetLastError， GetDiagnostie和GetErrorString交互狀態，利用Commit提交修改數據，通過LMsFinish結束通信，最后借助Axis工具org.apache.axis.wsdl.Java2WSDL和AdminClient完成輔助代碼產生和WebService。

（二）移動學習系統客戶端實現

1、移動設備選擇

目前常見的移動終端有PDA、筆記本電腦、智能手機以及學習機等。本文選擇智能手機作為移動學習系統終端。

2、相關技術

XMLL（Extensible Markup Language）即可擴展標記語言技術，是Internet環境中跨平臺的依賴于內容的技術，在移動學習系統中不可或缺，用于SCORM課件打包、文件傳輸以及課件解析。

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

3、移動學習系統客戶端程序基本結構實現

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

4、移動學習系統客戶端與服務器端通信實現

基于SCORM規范的移動系統架構采用J2ME客戶端調用Web Service方案，自行編寫代碼實現客戶端與Web Service交互，遠程調用SCORM RTE API。調用通常有HttpConnection、JSR172和kSOAP三種實現方案。移動學習系統需要移動網絡運營商提供網絡支持。本系統選擇中國移動通信提供的GPRS網絡連接方式KJava+GPRS，即CMNET。

五、結語

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

參考文獻：

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

[2]SCORM規范[EB/OL].http：//adlnet.gov/scorm/.

[3]孫運動，劉，顧明.用Java和Web Services技術實現移動位置服務.計算機應用，2004（12）：72-74.

[4]錢進.SCORM規范在移動教育領域中的應用研究.上海應用技術學院學報，2005，5（4）：27-282.

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

[6]王志剛.基于SCORM標準學習管理系統的設計與實現[D].西安電子科技大學軟件工程專業，2007.

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

關鍵詞：移動智能 病蟲害 診斷 雙重模式

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

1 引言

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

2 相關領域研究現狀分析

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

3 基于移動終端的森林病蟲害智能診斷系統

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

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

3.1 在線模式

3.1.1 客戶端

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

（2）通過移動終端的UI界面，根據提示選擇相應查詢條件，如宿主的名稱和類別。客戶端接收服務端反饋的相應病理特征。

（3）用戶根據提示，在界面上選擇相關的病理特征，客戶端接收服務端反饋的相應的初步診斷結果，其內容包括：病蟲、病害癥狀圖片，及對應的標準病理特征描述等詳細信息。

（4）通過對診斷結果中的標準病理特征的進一步確認，從而得到多種可行的治療方案。

（5）選擇性存儲相關診療方案到本地數據庫，生成針對性較強的本地數據。

3.1.2 服務器端

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

（2）根據解析的請求數據信息，在服務器上查詢，并返回相應的查詢結果到客戶端。

3.2 離線模式

4 結語

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

參考文獻

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