高泗俊，張永剛，周小林，徐 陽，馮 斌，鄭立榮，

(1．復(fù)旦大學(xué)信息科學(xué)與工程學(xué)院，上海200433;2復(fù)旦大學(xué) 無錫研究院，無錫214131)

1 農(nóng)業(yè)物聯(lián)網(wǎng)架構(gòu)及其應(yīng)用服務(wù)介紹

了解農(nóng)業(yè)物聯(lián)網(wǎng)的整體架構(gòu)和應(yīng)用服務(wù)的結(jié)構(gòu)，是設(shè)計(jì)應(yīng)用服務(wù)監(jiān)測系統(tǒng)的基礎(chǔ)．本文作者設(shè)計(jì)的應(yīng)用服務(wù)監(jiān)測系統(tǒng)基于該架構(gòu)之上．這里將介紹農(nóng)業(yè)物聯(lián)網(wǎng)的整體架構(gòu)、該架構(gòu)每一層的特點(diǎn)及依賴關(guān)系，另外還將介紹農(nóng)業(yè)物聯(lián)網(wǎng)環(huán)境下的應(yīng)用服務(wù)的結(jié)構(gòu)和具體的描述．

1．1 農(nóng)業(yè)物聯(lián)網(wǎng)整體架構(gòu)

物聯(lián)網(wǎng)是一種通過RFID(射頻識別)設(shè)備，智能傳感器等，通過一定的協(xié)議，將物理世界的物品與互聯(lián)網(wǎng)連接起來，實(shí)現(xiàn)物與物之間的信息交換，以實(shí)現(xiàn)智能化的定位、跟蹤、監(jiān)控、識別和管理的一種綜合網(wǎng)絡(luò)．農(nóng)業(yè)物聯(lián)網(wǎng)，顧名思義，即是物聯(lián)網(wǎng)在農(nóng)業(yè)中的應(yīng)用．整個(gè)架構(gòu)分為3層:感知層、網(wǎng)絡(luò)層和應(yīng)用層．整體的架構(gòu)圖如圖1所示．

感知層:感知層的主要功能是采集數(shù)據(jù)，如環(huán)境的溫濕度、風(fēng)向風(fēng)速、圖像信息、視頻信息、地理信息等等．它要區(qū)分不同的設(shè)備和不同的設(shè)備的狀態(tài)，并通過不同的途徑來獲得有用的信息，然后將采集到的信息通過接入設(shè)備，如WSN的網(wǎng)關(guān)，將信息傳送到網(wǎng)絡(luò)層中．

網(wǎng)絡(luò)層:該層的主要功能是通過Internet，移動通信網(wǎng)絡(luò)，無線網(wǎng)絡(luò)和各種私有網(wǎng)絡(luò)將混合的各種感知層的信息傳送給上層的平臺．農(nóng)業(yè)物聯(lián)網(wǎng)本身是一個(gè)龐大而復(fù)雜的網(wǎng)絡(luò)系統(tǒng)，它混合了各種異構(gòu)網(wǎng)絡(luò)，如寬帶無線網(wǎng)絡(luò)、光纖網(wǎng)絡(luò)、蜂窩網(wǎng)絡(luò)和各種專用網(wǎng)絡(luò)［14］．因此在網(wǎng)絡(luò)層需要有眾多的網(wǎng)絡(luò)設(shè)備作為支撐．這些網(wǎng)絡(luò)設(shè)備包括交換機(jī)，路由器和用于物聯(lián)網(wǎng)的網(wǎng)關(guān)設(shè)備．這些網(wǎng)絡(luò)設(shè)備用于網(wǎng)絡(luò)的互聯(lián)，數(shù)據(jù)的轉(zhuǎn)發(fā)，路由和尋址，或者用于將物體互連形成的MANET網(wǎng)絡(luò)(Mobile Ad-hoc NETworks，移動自組網(wǎng)絡(luò))與互聯(lián)網(wǎng)連接起來．

應(yīng)用層:它被分為兩個(gè)子層．其中一個(gè)是服務(wù)子層，集成和存儲了來自網(wǎng)絡(luò)層的各種信息資源．它是各種農(nóng)業(yè)物聯(lián)網(wǎng)應(yīng)用的可靠和可信的基礎(chǔ)，提供了很多服務(wù)，如信息管理、數(shù)據(jù)分析、輔助決策等．另外一個(gè)子層是應(yīng)用子層，應(yīng)用子層為低層提供各種必需的服務(wù)，并為所有的農(nóng)業(yè)應(yīng)用提供特定的服務(wù)，典型的應(yīng)用包括精細(xì)農(nóng)業(yè)、智能物流、食品溯源等面向于生產(chǎn)者、消費(fèi)者、流通業(yè)者和監(jiān)管者的應(yīng)用．無論是服務(wù)子層還是應(yīng)用子層的正常運(yùn)轉(zhuǎn)，都必須要依賴于感知層和網(wǎng)絡(luò)層．

圖1 農(nóng)業(yè)物聯(lián)網(wǎng)架構(gòu)圖

1．2 農(nóng)業(yè)物聯(lián)網(wǎng)應(yīng)用服務(wù)

農(nóng)業(yè)物聯(lián)網(wǎng)中的農(nóng)產(chǎn)品信息應(yīng)用服務(wù)體系面向生產(chǎn)者、供應(yīng)鏈業(yè)者、消費(fèi)者和政府監(jiān)管機(jī)構(gòu)服務(wù)．農(nóng)業(yè)物聯(lián)網(wǎng)的應(yīng)用服務(wù)體系可以分為兩層:上層應(yīng)用服務(wù)和低層應(yīng)用服務(wù)．其所提供的上層應(yīng)用服務(wù)包括信息推送服務(wù)、統(tǒng)計(jì)分析服務(wù)、決策支撐服務(wù)、電子履歷服務(wù)、GIS服務(wù)、數(shù)據(jù)挖掘服務(wù)、多媒體數(shù)據(jù)處理服務(wù)、傳感數(shù)據(jù)服務(wù)等．更加具體的應(yīng)用如下所示:

·大棚或農(nóng)田空氣溫濕度，土壤溫濕度和光照強(qiáng)度等環(huán)境參數(shù)的采集分析和展示;

·實(shí)時(shí)拍攝和適時(shí)傳輸視頻圖像;

·專家遠(yuǎn)程診斷服務(wù)或者建立專家知識庫;

·農(nóng)情的數(shù)字化監(jiān)管和查詢服務(wù);

·遠(yuǎn)程控制設(shè)備，通過手機(jī)和電腦登錄系統(tǒng)，控制各種農(nóng)業(yè)設(shè)備;

·基于RFID技術(shù)的農(nóng)產(chǎn)品溯源服務(wù)．

支持這些上層應(yīng)用服務(wù)的最底層應(yīng)用服務(wù)是IOTIS信息服務(wù)、ONS對象名稱解析服務(wù)、DS發(fā)現(xiàn)服務(wù)．這些底層應(yīng)用服務(wù)也是上層應(yīng)用服務(wù)能夠正常運(yùn)行的重要保證．以上的應(yīng)用服務(wù)以傳感技術(shù)、物品解析技術(shù)、物聯(lián)網(wǎng)信息發(fā)現(xiàn)技術(shù)、數(shù)據(jù)庫技術(shù)、GIS地理信息技術(shù)、RFID技術(shù)、圖像處理技術(shù)、通信技術(shù)、云計(jì)算技術(shù)等作為支撐．本文作者主要關(guān)注應(yīng)用服務(wù)背后的傳感設(shè)備、數(shù)據(jù)庫、網(wǎng)絡(luò)、服務(wù)器等因素對應(yīng)用服務(wù)產(chǎn)生的影響，及如何去監(jiān)控這種影響，并對不利的影響做出預(yù)警．

2 農(nóng)業(yè)物聯(lián)網(wǎng)監(jiān)測系統(tǒng)設(shè)計(jì)

因?yàn)楝F(xiàn)有的方案存在著對農(nóng)業(yè)物聯(lián)網(wǎng)應(yīng)用服務(wù)監(jiān)測和設(shè)備管理上的不足，所以本文作者研究了農(nóng)業(yè)物聯(lián)網(wǎng)以及其應(yīng)用服務(wù)體系的架構(gòu)，提出一種一體化的農(nóng)業(yè)物聯(lián)網(wǎng)應(yīng)用服務(wù)監(jiān)測解決方案，分別從感知層、網(wǎng)絡(luò)層和應(yīng)用層來監(jiān)測，完成對應(yīng)用服務(wù)器、云平臺數(shù)據(jù)庫、農(nóng)業(yè)物聯(lián)網(wǎng)傳感設(shè)備、物聯(lián)網(wǎng)網(wǎng)絡(luò)設(shè)備及應(yīng)用服務(wù)平臺的監(jiān)控、測試及相應(yīng)的管理，能夠較為全面地監(jiān)測物聯(lián)網(wǎng)應(yīng)用服務(wù)的狀態(tài)，有效保障應(yīng)用服務(wù)的正常運(yùn)行．

總體架構(gòu)圖如圖2所示:

圖2 監(jiān)測平臺總體架構(gòu)

具體的，應(yīng)用服務(wù)監(jiān)測平臺的功能主要體現(xiàn)在如下5個(gè)方面:

1．傳感設(shè)備信息管理與維護(hù)，

2．物聯(lián)網(wǎng)網(wǎng)絡(luò)配置管理，

3．應(yīng)用服務(wù)平臺的負(fù)載測試，

4．云平臺數(shù)據(jù)庫實(shí)時(shí)監(jiān)，

5．應(yīng)用服務(wù)器狀態(tài)監(jiān)視．

2．1 農(nóng)業(yè)物聯(lián)網(wǎng)設(shè)備信息維護(hù)

農(nóng)業(yè)物聯(lián)網(wǎng)的感知層擁有眾多的傳感設(shè)備，如部署在大棚的帶有溫濕度傳感器的節(jié)點(diǎn)，或者部署在農(nóng)田的攝像設(shè)備．使用CMDB(Configuration management database，配置管理數(shù)據(jù)庫)負(fù)責(zé)存儲設(shè)備信息，如部署地點(diǎn)、部署日期、設(shè)備名稱、規(guī)格參數(shù)、實(shí)現(xiàn)功能、使用場景等，并建立起設(shè)備之間的聯(lián)系，同時(shí)將構(gòu)建設(shè)備與具體的應(yīng)用服務(wù)的聯(lián)系．CMDB中的傳感信息可以手動錄入，如果智能傳感器提供讀取數(shù)據(jù)的接口，也可以通過編寫腳本主動去獲取這些信息并錄入到CMDB中．CMDB提供一個(gè)基于REST架構(gòu)的API接口，用Python語言或者其他編程語言編寫REST client可以通過調(diào)用這個(gè)API，可以實(shí)現(xiàn)以HTTP的方式查改增刪設(shè)備的信息．關(guān)于該模塊的結(jié)構(gòu)框圖如圖3所示．

部署好CMDB后，需要提供一個(gè)測試的根地址，例如 http://127．0．0．1:8086/cmdbapi/iotservice/cmdb，根據(jù)RESTful API的說明，只要使用相關(guān)的REST Client就能查詢或者更新數(shù)據(jù)．在本設(shè)計(jì)中，采用python語言編寫了一個(gè)RESTClient，可以從CMDB中抓取數(shù)據(jù)，其他開發(fā)者也可以利用提供的api開發(fā)功能更加強(qiáng)大、復(fù)雜的client程序．用Python編寫的REST client的實(shí)現(xiàn)過程如圖4所示．

圖3 設(shè)備信息管理模塊結(jié)構(gòu)框圖

圖4 Python REST Client的實(shí)現(xiàn)方式

另外為了方便操作，還可以設(shè)計(jì)Web界面，通過Web界面執(zhí)行和調(diào)用client程序．這樣可以很方便地實(shí)現(xiàn)對傳感設(shè)備信息的集中化管理和遠(yuǎn)程管理，通過一個(gè)頁面就可以展示和查詢到所有設(shè)備信息，一旦應(yīng)用服務(wù)的數(shù)據(jù)異常，也可以方便地追溯到具體的傳感設(shè)備．

2．2 農(nóng)業(yè)物聯(lián)網(wǎng)網(wǎng)絡(luò)配置管理

網(wǎng)絡(luò)層連接了無線傳感網(wǎng)絡(luò)和互聯(lián)網(wǎng)［20］．感知層獲取信息后，需要依靠網(wǎng)絡(luò)層進(jìn)行傳輸．所以網(wǎng)絡(luò)層的網(wǎng)絡(luò)設(shè)備是否能正常運(yùn)行對應(yīng)用服務(wù)會產(chǎn)生重大的影響．如果網(wǎng)絡(luò)設(shè)備的配置出錯，如DNS的解析，或者端口的設(shè)置出錯等，可能會導(dǎo)致相應(yīng)的應(yīng)用服務(wù)無法正常的獲取來自感知層的數(shù)據(jù)，從而不能正常工作．鑒于傳統(tǒng)方式存在重復(fù)操作，效率低下，誤操作率高，搜索和查看配置不方便等不足，故提出一套網(wǎng)絡(luò)配置的自動化備份，還原和展示的方案．要實(shí)現(xiàn)的功能如下:

·自動化導(dǎo)出網(wǎng)絡(luò)設(shè)備配置文件，并拷貝到指定目錄，

·可以一鍵恢復(fù)配置到某個(gè)時(shí)間點(diǎn)，

·檢測配置文件的更改，將更改存為增量文件，

·建立配置文檔和配置變更數(shù)據(jù)庫，

·以Web方式展示配置文件的備份，還原和變更情況，

·設(shè)置手動批量備份和定時(shí)備份多種自動化備份方式．

具體的方案如下:

通過Python編寫自動化腳本實(shí)現(xiàn)與網(wǎng)絡(luò)設(shè)備的交互，將配置上傳的TFTP服務(wù)器上進(jìn)行備份，對配置進(jìn)行比對，同時(shí)將配置和變更的信息存入數(shù)據(jù)庫之中，再以WEB的方式展示出來．備份的時(shí)候可以設(shè)置定時(shí)備份，無需人工干預(yù)，在指定時(shí)間點(diǎn)，觸發(fā)備份操作．還原操作時(shí)，可以在WEB上查看每個(gè)日期的變更情況，選擇配置要回滾的日期，點(diǎn)擊還原按鈕即可觸發(fā)執(zhí)行用于還原操作的Python腳本，通過WEB界面還可以查看近1d，1星期，1個(gè)月設(shè)備變更情況的餅圖．關(guān)于該模塊的整體的架構(gòu)圖如圖5所示．

2．3 應(yīng)用服務(wù)平臺負(fù)載測試

傳統(tǒng)的負(fù)載測試方法中存在無法自動執(zhí)行，測試效率低，報(bào)告只能在單一機(jī)器查看的缺點(diǎn)．鑒于傳統(tǒng)測試方案的缺點(diǎn)，提出了一套針對農(nóng)業(yè)物聯(lián)網(wǎng)應(yīng)用服務(wù)平臺的自動化負(fù)載測試方案．應(yīng)用服務(wù)平臺負(fù)載測試模塊的結(jié)構(gòu)框圖如圖6所示．

圖5 網(wǎng)絡(luò)配置管理模塊結(jié)構(gòu)框圖

圖6 負(fù)載測試模塊結(jié)構(gòu)框圖

為了減少GUI程序本身對測試結(jié)果的影響，需要通過自動構(gòu)建運(yùn)行測試，通過配置JMeter測試來運(yùn)行，而無需每次都打開JMeter應(yīng)用程序的GUI界面．方案中使用了Ant自動化腳本引擎來定義和運(yùn)行JMeter任務(wù)．具體執(zhí)行的流程如圖7所示．

圖7 Ant自動構(gòu)建負(fù)載測試流程圖

保存的測試計(jì)劃可以反復(fù)利用，可以使用Ant中很多內(nèi)置的參數(shù)和屬性來修改JMeter測試運(yùn)行的方式，而無需重新打開Jmeter中創(chuàng)建測試計(jì)劃．

為了滿足及時(shí)負(fù)載測試的需要，可以搭建CruiseControl持續(xù)集成服務(wù)器，通過修改CruiseControl的配置文件，可以使用一個(gè)特定的Ant目標(biāo)運(yùn)行一個(gè)委托構(gòu)建．這樣的話，可以在指定運(yùn)行的時(shí)間，如深夜或者凌晨兩三點(diǎn)的時(shí)候執(zhí)行測試，無需人工值守，也不會影響農(nóng)業(yè)物聯(lián)網(wǎng)應(yīng)用服務(wù)支撐平臺的日常運(yùn)作．舉個(gè)例子，如果要讓負(fù)載測試在晚上的23:30(time=2330)這個(gè)時(shí)間點(diǎn)執(zhí)行．可以修改CruiseControl的配置文件，并使用一個(gè)特定的Ant目標(biāo)來運(yùn)行一個(gè)委托構(gòu)建，相關(guān)的配置修改如下所示:

為了滿足在Web上查看測試結(jié)果報(bào)告的需要，需要在CruiseControl中的config．xml中修改配置來實(shí)現(xiàn)這個(gè)功能．經(jīng)過簡單的配置之后，打開http://localhost:8080/dashboard就可以在Web上展示測試報(bào)告了．例如，要讓一個(gè)名為IOTtest的project的負(fù)載測試結(jié)果在Web顯示，config．xml的修改如下所示:

2．4 云數(shù)據(jù)庫實(shí)時(shí)監(jiān)控

考慮到物聯(lián)網(wǎng)分布式數(shù)據(jù)庫的特點(diǎn)以及農(nóng)業(yè)物聯(lián)網(wǎng)應(yīng)用服務(wù)監(jiān)控的需求，設(shè)計(jì)了以下云平臺數(shù)據(jù)庫監(jiān)控模塊．云平臺數(shù)據(jù)庫監(jiān)控模塊可以實(shí)現(xiàn)云平臺數(shù)據(jù)庫狀態(tài)的實(shí)時(shí)監(jiān)控，以Web方式展示圖表，超過閾值發(fā)送報(bào)警郵件等功能．

該模塊的結(jié)構(gòu)框圖如圖8所示．

圖8 云平臺數(shù)據(jù)庫監(jiān)控模塊結(jié)構(gòu)框圖

具體的監(jiān)控實(shí)現(xiàn)流程如下:云平臺數(shù)據(jù)庫將數(shù)據(jù)庫的運(yùn)行狀態(tài)信息，如當(dāng)前連接數(shù)、數(shù)據(jù)插入次數(shù)、數(shù)據(jù)更新次數(shù)、線程所耗內(nèi)存等等主動或者被動地提供給信息分析器，信息分析器得到數(shù)據(jù)庫的狀態(tài)信息后會進(jìn)行進(jìn)一步的過濾、分析和整合，經(jīng)過處理的信息會存入內(nèi)建的數(shù)據(jù)庫，數(shù)據(jù)庫的數(shù)據(jù)提供給Web界面展示．同時(shí)如果信息分析器過濾的信息會傳給報(bào)警模塊，一旦超過報(bào)警模塊設(shè)定的閾值，報(bào)警模塊就會將生成的告警信息發(fā)送至Web界面，以彈出窗口或者高亮顯示等方式提示系統(tǒng)管理者．基于B/S架構(gòu)設(shè)計(jì)這個(gè)監(jiān)測平臺，B/S架構(gòu)的優(yōu)點(diǎn)是無需安裝客戶端，可同時(shí)打開數(shù)十個(gè)監(jiān)控窗口而只占用較少的系統(tǒng)資源，而且方便同時(shí)在移動端進(jìn)行登錄和操作．關(guān)于頁面的顯示可以使用Ajax(Asynchronous JavaScript and XML)來實(shí)現(xiàn)，使用Ajax可以直接與Mysql Server進(jìn)行通信，頁面里的每個(gè)對象都可以設(shè)計(jì)成獨(dú)立運(yùn)行、更新．相比傳統(tǒng)每次刷新都要重載整個(gè)頁面的做法，這樣做可以減少帶寬的消耗．同時(shí)Ajax頁面可以提供比傳統(tǒng)的HTML頁面更好的用戶體驗(yàn)．可以同時(shí)顯示較多數(shù)據(jù)庫的狀態(tài)圖表，而且不需要重新加載整個(gè)網(wǎng)頁就能獲取最新的數(shù)據(jù)，可以設(shè)定某個(gè)間隔，比如說15 s就自動刷新數(shù)據(jù)．通過使用嵌入內(nèi)部編譯的Mysql client code(API一般為C-API)，可以讓數(shù)據(jù)庫狀態(tài)監(jiān)控程序可以不必在客戶端安裝agent就能實(shí)現(xiàn)監(jiān)控．使用內(nèi)置的嵌入式數(shù)據(jù)庫，可以將從Mysql Server收集到的數(shù)據(jù)存在這個(gè)嵌入式數(shù)據(jù)庫中，這樣可以提高顯示頁面讀取數(shù)據(jù)的效率以及監(jiān)控程序的性能．

2．5 應(yīng)用服務(wù)器狀態(tài)監(jiān)測

云平臺數(shù)據(jù)庫是為了了解對平臺應(yīng)用服務(wù)的訪問情況，而應(yīng)用服務(wù)器狀態(tài)監(jiān)測的目的在于了解相應(yīng)的應(yīng)用服務(wù)是否處于可用狀態(tài)，運(yùn)行著應(yīng)用服務(wù)的服務(wù)器的性能狀態(tài)是否健康．

該模塊的結(jié)構(gòu)框圖如圖9所示．

圖9 應(yīng)用服務(wù)器狀態(tài)監(jiān)控模塊結(jié)構(gòu)框圖

每個(gè)應(yīng)用服務(wù)器狀態(tài)監(jiān)測模塊可以通過TCP狀態(tài)監(jiān)測模塊與應(yīng)用平臺服務(wù)器進(jìn)行交互，每隔一段時(shí)間就去獲取應(yīng)用服務(wù)器的在線和離線狀態(tài)，并標(biāo)注每臺在線或者離線的服務(wù)器的地理位置．TCP狀態(tài)監(jiān)測程序嘗試以TCP的方式與應(yīng)用服務(wù)器建立連接，無論連接與否都會返回TCP的狀態(tài)信息，從返回的信息之中可以知道應(yīng)用服務(wù)器是否處于在線或者離線狀態(tài)，如果建立TCP連接失敗，會返回失敗的信息，模塊會將這臺應(yīng)用服務(wù)器標(biāo)記為離線狀態(tài)，而如果建立連接成功，服務(wù)器會進(jìn)一步獲取這臺應(yīng)用服務(wù)器的CPU負(fù)載、磁盤IO吞吐量、內(nèi)存利用率、網(wǎng)絡(luò)流量等和性能相關(guān)的信息．性能監(jiān)測器和性能監(jiān)測器收集到應(yīng)用服務(wù)器的性能數(shù)據(jù)后會傳送給Web界面，由Web界面展示．同時(shí)TCP狀態(tài)監(jiān)測和性能監(jiān)測器會將應(yīng)用服務(wù)器的狀態(tài)信息傳至報(bào)警模塊進(jìn)行下一步的過濾，當(dāng)應(yīng)用服務(wù)器處于離線狀態(tài)或者CPU負(fù)載等信息達(dá)到報(bào)警模塊設(shè)定的閾值的時(shí)候，報(bào)警模塊就會生成一定格式的告警信息，傳送至Web界面展示，同時(shí)可以在界面上清楚看到服務(wù)器所在地理位置，并可以通過設(shè)置郵箱來接收報(bào)警信息．

3 總結(jié)和展望

本文作者提出的農(nóng)業(yè)物聯(lián)網(wǎng)應(yīng)用服務(wù)監(jiān)測方案，是基于B/S架構(gòu)的一體化應(yīng)用服務(wù)監(jiān)控解決方案．從多個(gè)層面監(jiān)控和保障應(yīng)用服務(wù)的正常運(yùn)行，同時(shí)將應(yīng)用服務(wù)平臺負(fù)載情況查看、平臺數(shù)據(jù)庫實(shí)時(shí)監(jiān)控、應(yīng)用服務(wù)相關(guān)的設(shè)備信息管理、應(yīng)用服務(wù)器狀態(tài)監(jiān)控、網(wǎng)絡(luò)配置管理等功能整合到一個(gè)界面中，提供更全面的信息和一體化的功能，方便了農(nóng)業(yè)物聯(lián)網(wǎng)系統(tǒng)管理者進(jìn)行便捷的管理和監(jiān)測，并大大簡化了系統(tǒng)管理者的操作流程．

國家已經(jīng)明確了農(nóng)業(yè)物聯(lián)網(wǎng)的發(fā)展戰(zhàn)略，隨著農(nóng)業(yè)物聯(lián)網(wǎng)技術(shù)的推廣和大力發(fā)展，傳感設(shè)備的數(shù)量會越來越多，網(wǎng)絡(luò)架構(gòu)會越來越復(fù)雜，應(yīng)用服務(wù)的訪問量也會越來越大．對應(yīng)用服務(wù)的監(jiān)控和管理會變得越來越重要．本套監(jiān)測方案針對農(nóng)業(yè)物聯(lián)網(wǎng)架構(gòu)及其應(yīng)用服務(wù)的特點(diǎn)，并基于B/S架構(gòu)進(jìn)行設(shè)計(jì)，試圖通過信息整合來提供全面的監(jiān)測．隨著云計(jì)算技術(shù)的發(fā)展，和未來農(nóng)業(yè)物聯(lián)網(wǎng)CMDB構(gòu)建實(shí)踐的不斷成熟，未來的應(yīng)用服務(wù)監(jiān)測系統(tǒng)將提供更智能，更便捷和更全面的解決方案．

［1］TANG K．Technology Development of Agricultural Internet of Things in Foreign Countries and Its Inspiration to China［J］．China Academic Journal Electronic Publishing House，2013，28(06):700-707．

［2］PAVENTHAN A．Internet of Things based approach to Agriculture Monitoring:In Asia-Pacific Advanced Network(APAN)36th Meeting［C］．Daejeon:APAN，2013．

［3］LI H H．Latest development status of the Internet of Things in China［R］．Beijing:The Internet of Things technology and innovative application desigh seminar．2013．

［4］CHEN Y F．Discussing on Relation between Agricultural Internet of Things and Agriculture Complex Large System Intelligent Control［J］．Agriculture Network Information，2012，2:8-12．

［5］PADHYE J，F(xiàn)IROIU V，TOWSLEY D，et al．Modeling TCP throughput:a simple model and its empirical validation［J］．ACM，1998，8:303-314．

［6］LA R J，ANANTHARAM A．Charge-sensitive TCP and rate control in the Internet:INFOCOM 2000 Nineteenth Annual Joint Conference of the IEEE Computer and Communications Societies［C］．Tel Aviv:IEEE，2000，3．

［7］GOFF T，MORONSKI J，PHATAK D S，et al．TCP enhancement mechanism for mobile environment:Proceedings IEEE INFOCOM 2000 Conference on Computer Communications Nineteenth Annual Joint Conference of the IEEE Computer and Computer and Communications Societies［C］．Tel Aviv:IEEE，2000．

［8］CHASE JS，GALLATIN A J，YOCUM K G．End system optimizations for high-speed TCP［J］．IEEE Communications Magazine，2001．39(4):68-74．

［9］ZANDY V．Reliable network connections:Proceedings of 8th Annual International Conference on Mobile Computing and Networking(MobiCom′02)［C］．Atlanta:ACM，2002．

［10］GUI J S．The design of the system of Internet of things［M］．Beijing:Pubilishing House of Electronics Industry，2012．

［11］LEAL B，ATZORI L．Objects communication behavior on multihomed hybrid ad hoc networks The Internet of Things:20th Tymhenian Workshop on Digital Communictions［C］．New York:Springer，2010．

［12］KELLER A，SUBRAMANIAN S．Best practices for deploying a CMDB in large-scale environments:Integrated Network Management，2009 IM ′09 IFIP/IEEE International Symposium on［C］．Long Island:IEEE，2009．

［13］POOLEY R．A CMDB Meta Model Based on Services［M］．New York:Springer，2013．

［14］SHARIFI M．Implementing ITIL-based CMDB in the Organizations to Minimize or Remove Service Quality Gaps:2008 Second Asia International Conference on Modeling ＆ Simulation［C］．Teknol:IEEE，2010．

［15］HARRISON M F．MICHAHELLESF，UCKELMANN D．Architecting the Internet of Things［M］．Berlin:Springer，2011．

［16］XING M S．Research and Implementation of Network Gateway Based on the Inernet of Things［D］．Zhengzhou:Zhengzhou University，2010．

［17］SHI X B．Networ Device Monitoring System Based on Internet of Things Technology［D］．Guangzhou:Guangdong University of Technology，2013．

［18］KHAN S．Security issue of M2M［M］．New York:Springer，2013．

［19］GOFF M B．Machine to machine communication for physical security［M］．Chattanooga:The University of Tennessee，2013．

［20］HUANG H K，DENGJJ．Discussion on the Technology and Application of IOT Gateway［J］．Telecommunicaions Science，2010(4):20-24．

［21］DENG SL．The Analysis of User Experience on Interactive Information Service［J］．Library Tribune，2008(2):88-91．

［22］KANG B，LIU SQ．Management of the User Experience Based on the Big Data Analysis［J］．Telecommunicaions Science，2013，29(3):32-35．

［21］MARIEARéLIE N，LEONIDASP，STAMOULISG I，et al．Enabling QoSin the Internet of Things:CTRQ 2012，The Fifth International Conference on Communication Theory，Reliability，and Quality of Service［C］．Chamonix:IEEE，2012．

［22］RADOVANOVICS，NEMET N，CETKOVIC M，et al．Cloud-based framework for QoSmonitoring and provisioning in consumer devices:ICCE Berlin 2013 IEEE Third International Conference on［C］．Berlin:IEEE，2013．

［23］JIN J，GUBBI J，LUO T，et al．Network architecture and QoSissues in the internet of things for a smart city:Communications and Information Technologies(ISCIT)，2012 International Symposium on［C］．Sydney:IEEE，2012．