發(fā)布時間：2020-10-21 21:34

　　 由于傳統(tǒng)燃?xì)獗砭哂谐硇实�、人工成本高、記錄�?shù)據(jù)易出錯、維護(hù)困難、安全性低等問題。智能燃?xì)獗砑夹g(shù)應(yīng)運而生,它解決了人工抄表、燃?xì)庑孤┳詣訄缶�、燃�(xì)庠O(shè)備故障檢測等一系列問題。相比于傳統(tǒng)表而言,它技術(shù)更加先進(jìn)、更加高效、安全性更高。然而,相較于智能燃?xì)庠O(shè)備,燃?xì)馄脚_還停留在簡單的多線程程序上。傳統(tǒng)的燃?xì)馄脚_處理數(shù)據(jù)的并發(fā)量少、可擴(kuò)展性差、效率低下、高時延、可處理數(shù)據(jù)類型簡單等問題已逐漸凸顯出來。為此,本文深入分析了智能燃?xì)庠O(shè)備數(shù)據(jù)的特點。并對比現(xiàn)有的主流技術(shù),用云平臺解決傳統(tǒng)燃?xì)馄脚_可擴(kuò)展性差的問題,Storm解決傳統(tǒng)燃?xì)馄脚_高時延、高并發(fā)量的問題,JavaNI02解決高并發(fā)量下大量數(shù)據(jù)讀寫性能差的問題。傳統(tǒng)的燃?xì)馄脚_具有可擴(kuò)展性差的問題,一旦燃?xì)鈹?shù)據(jù)驟增。服務(wù)器會由于性能不足從而導(dǎo)致在處理數(shù)據(jù)時極易丟失數(shù)據(jù),想要解決日益增長的數(shù)據(jù)問題只能通過更換服務(wù)器硬件來解決。這將導(dǎo)致不斷的更換硬件,給系統(tǒng)帶來不必要的開銷�；诖�,本文系統(tǒng)根據(jù)云平臺按需所取、可實時擴(kuò)展的特點搭建了云平臺來實時擴(kuò)展不斷增長的數(shù)據(jù)量要求。智能燃?xì)鈹?shù)據(jù)要求具有低時延、高并發(fā)、高可靠性等特點�；谝陨先�?xì)鈹?shù)據(jù)特點,本文用分布式流系統(tǒng)Storm來處理燃?xì)鈹?shù)據(jù)。經(jīng)基準(zhǔn)測試,它單個節(jié)點處理一百萬個數(shù)據(jù)元組所需時間僅為一秒。更重要的是,在處理數(shù)據(jù)失敗時,它會將處理失敗后的數(shù)據(jù)交由另一個節(jié)點繼續(xù)處理。保證每一條數(shù)據(jù)都得到正確處理。此外,實時流系統(tǒng)Storm還可以通過擴(kuò)展其節(jié)點來增加系統(tǒng)可以處理的并發(fā)量。在傳統(tǒng)處理燃?xì)鈹?shù)據(jù)的平臺中,Java采用阻塞流技術(shù)。阻塞流在處理上傳數(shù)據(jù)時,必須等到一條數(shù)據(jù)處理結(jié)束才能進(jìn)行下一條數(shù)據(jù)的處理,這將會大大降低系統(tǒng)的IO性能,基于此,本系統(tǒng)采用Java新的流技術(shù)NI02來處理燃?xì)鈹?shù)據(jù),并對兩種IO流技術(shù)進(jìn)行了性能比較及實驗結(jié)果分析。本系統(tǒng)設(shè)計完成之后,本文對設(shè)計的智能燃?xì)庀到y(tǒng)采用實時的燃?xì)鈹?shù)據(jù)進(jìn)行了功能測試與壓力測試。在壓力測試時,分別從并發(fā)能力和系統(tǒng)的IO性能兩方面來進(jìn)行了測試。測試結(jié)果表明,本文設(shè)計的系統(tǒng)足以滿足現(xiàn)有的智能燃?xì)庠O(shè)備數(shù)據(jù)的要求。
【學(xué)位單位】：山東大學(xué)
【學(xué)位級別】：碩士
【學(xué)位年份】：2018
【中圖分類】：TU996;TP393.09
【部分圖文】：

臺是一種提供給用戶各種網(wǎng)絡(luò)資源的平臺。使得用戶可以按需索取各種諸如硬??盤、內(nèi)存、ＣＰＵ、網(wǎng)絡(luò)帶寬等各種計算機(jī)網(wǎng)絡(luò)資源。盡可能多的利用現(xiàn)階段的硬??軟件資源。圖２－１為云平臺基礎(chǔ)架構(gòu)圖。??〔?Ａｐｐｌｉｃａｔｉｏｎ?廣?、??—ｆ?＆３Ｓ?＇??ｆ?＼?Ｊ?、???Ｊ??Ｉ?Ｄａｔａ?、廣??（?Ｍｉｄｄｌｅｗａｒｅ?＾＾、??■￣丨’?、＇??（ａｓ?ｙ、?ｙ??＾?Ｖｉｒｔｕａｌｉｚａｔｉｏｎ??Ｉ??（?Ｓｆｅｒｖｅｒｓ??ｖ???Ｊ?／?、??—?ｌａａＳ??〔?Ｓｏｒａｇｅ??Ｇ?Ｎｅｔｗｏｒｋ??圖２－１云平臺基礎(chǔ)架構(gòu)圖??（１）

終端設(shè)備數(shù)據(jù)包括終端設(shè)備起始號、終端設(shè)備掩碼、終端設(shè)備具體數(shù)據(jù)等信息。??其中終端設(shè)備數(shù)據(jù)的具體信息在釆集終端通信協(xié)議部分，集中器部分主要的查詢??數(shù)據(jù)見圖４－２。???）??漿中器査詢數(shù)據(jù)???????中?集集軟?載載秒＇事集?｜?密?｜??器中中?件采采?中?２?鑰?３??生器器?版集集?５?蘋?器弈版?５??產(chǎn)參時?本器器?曰！＾本?Ｊ??編?數(shù)間號?數(shù)信菜?３５?志?ｔ?號?２??號?設(shè)?息?＆?？??Ｔ?Ｔ?—?Ｉ??泰?５?心使霍?是是是?鐘具??３?擯跳?用抄否?否否孱?荽設(shè)體??遼?｜?周標(biāo)讀?水熱氣?備數(shù)??莖?Ｉ?期丨志?｜?表表Ｉ表?Ｓ｜｜?據(jù)??圖４－２集中器部分查詢數(shù)據(jù)??２８??

??１??圖４－１集中器上傳數(shù)據(jù)??在集中器查詢、設(shè)置數(shù)據(jù)中，每條查詢、設(shè)置命令中都包含具體的數(shù)據(jù)細(xì)節(jié)。??例如抄表方案包括是否超讀模塊、是否環(huán)境參數(shù)、是否燃?xì)忾y、是否水表等信息。??終端設(shè)備數(shù)據(jù)包括終端設(shè)備起始號、終端設(shè)備掩碼、終端設(shè)備具體數(shù)據(jù)等信息。??其中終端設(shè)備數(shù)據(jù)的具體信息在釆集終端通信協(xié)議部分，集中器部分主要的查詢??數(shù)據(jù)見圖４－２。???）??漿中器査詢數(shù)據(jù)???????中?集集軟?載載秒＇事集?｜?密?｜??器中中?件采采?中?２?鑰?３??生器器?版集集?５?蘋?器弈版?５??產(chǎn)參時?本器器?曰�。薇�?Ｊ??編?數(shù)間號?數(shù)信菜?３５?志?ｔ?號?２??號?設(shè)?息?＆?？??Ｔ?Ｔ?—?Ｉ??泰?５?心使霍?是是是?鐘具??３?擯跳?用抄否?否否孱?荽設(shè)體??遼?｜?周標(biāo)讀?水熱氣?備數(shù)??莖?Ｉ?期丨志?｜?表表Ｉ表?Ｓ｜｜?據(jù)??圖４－２集中器部分查詢數(shù)據(jù)
【參考文獻(xiàn)】

相關(guān)碩士學(xué)位論文 前10條

1 王彬;基于OpenStack的云平臺管理系統(tǒng)的設(shè)計與實現(xiàn)[D];北京交通大學(xué);2016年

2 曾文靜;Storm在電力大數(shù)據(jù)分析平臺中的研究與應(yīng)用[D];華北電力大學(xué)(北京);2016年

3 余揚;燃?xì)膺h(yuǎn)程抄表監(jiān)控系統(tǒng)設(shè)計與軟件實現(xiàn)[D];西南交通大學(xué);2015年

4 劉鵬;基于OpenStack的私有云部署和監(jiān)控技術(shù)的研究[D];北京郵電大學(xué);2015年

5 龍少杭;基于Storm的實時大數(shù)據(jù)分析系統(tǒng)的研究與實現(xiàn)[D];上海交通大學(xué);2015年

6 劉蓬;NIO高性能框架的研究與應(yīng)用[D];湖南大學(xué);2013年

7 魯賓賓;基于Java NIO的通用框架的研究與實現(xiàn)[D];北京郵電大學(xué);2013年

8 沈成欽;膜式燃?xì)獗淼臒o線遠(yuǎn)程抄表系統(tǒng)設(shè)計[D];重慶大學(xué);2012年

9 陳方;基于JAVA NIO通信框架的電話會議系統(tǒng)監(jiān)控模塊的設(shè)計與實現(xiàn)[D];西安電子科技大學(xué);2010年

10 曾自強(qiáng);基于NIO的java高性能網(wǎng)絡(luò)應(yīng)用的技術(shù)研究[D];北京郵電大學(xué);2009年

本文編號：2850632