【摘要】：近年來,世界工業(yè)化水平越來越高,對能源的消耗也日益增加,同時,伴隨技術(shù)的革新,通信及互聯(lián)網(wǎng)行業(yè)的迅猛發(fā)展,服務(wù)器和運營商機房基站的數(shù)量激增,伴隨著數(shù)據(jù)量、計算量的增長,這些都會產(chǎn)生巨大的能耗,使得經(jīng)濟成本日益在增大,同時也加劇了當前的能源危機�；诖吮尘�,建立能耗分析系統(tǒng)平臺通過采集大量的機房基站能耗數(shù)據(jù)來分析當前能耗情況、預(yù)測未來的能耗趨勢,通過橫向、縱向?qū)Ρ裙?jié)能措施,找到最佳節(jié)能方案,最終為用戶提供可行的節(jié)能方案,減少設(shè)備能耗、降低經(jīng)濟成本壓力,同時也可以減輕當前國際社會面臨的能源危機�，F(xiàn)今,移動互聯(lián)網(wǎng)已成為大勢所趨,許多傳統(tǒng)行業(yè)都紛紛轉(zhuǎn)型,將他們的服務(wù)架設(shè)于移動互聯(lián)網(wǎng)應(yīng)用中�；谝苿踊ヂ�(lián)網(wǎng)的應(yīng)用,既能創(chuàng)造良好的用戶體驗,又能將現(xiàn)有服務(wù)擴展到手機用戶端增加服務(wù)群體,對用戶、對服務(wù)都有極大的益處,因此,為能耗分析平臺設(shè)計一款移動終端也更加緊迫,而現(xiàn)有的移動終端接入方案并不完善,因此,在基于能耗分析平臺基礎(chǔ)上設(shè)計經(jīng)濟、可行的移動終端接入方案顯的尤為重要。本文主要基于以上背景,完成能耗分析平臺完成移動終端接入方案的設(shè)計與實現(xiàn),基于現(xiàn)有能耗分析平臺structs2的結(jié)構(gòu),在此基礎(chǔ)上,沿用原有的邏輯,開發(fā)出適用于移動終端的接口,免去了重新開發(fā)一套移動終端服務(wù)器系統(tǒng)的麻煩,降低了開發(fā)成本的同時又能很好的實現(xiàn)移動終端的接入。同時,移動終端將實現(xiàn)用戶登錄、退出,獲取配置文件,查詢用戶權(quán)限內(nèi)的機房、基站能耗數(shù)據(jù),查詢告警信息,保存查詢條件,實現(xiàn)數(shù)據(jù)信息的表格、圖形展示。另外,為了滿足需求變動時可以快速在原有接入系統(tǒng)上開發(fā)新的功能,將對現(xiàn)有的公共模塊進行封裝,便于之后的迭代開發(fā)。同時,在原有接口變動時,也可通過接口通知客戶端,進行版本更新或者提示未知錯誤。
【圖文】：

＾邋Ｓｅｒｖｌｅｔ邋Ｆｉｌｔｅｒｓ邐Ｓｔｒｕｔｓ邋Ｃｏｒｅ邋ｉｎｔｅｒｃｅｐｔｏｒｓ邐Ｕｓｅｒ邋ｃｒｅａｔｅｄ逡逑圖２－１邋Ｓｔｒｕｃｔｓ２架構(gòu)圖逡逑如圖２－１所不，詳細介紹一下Ｓｔｒｕｃｔｓ２的架構(gòu)圖。逡逑根據(jù)圖２－１中的例子及數(shù)據(jù)流傳圖，可以更加明確的得知Ｓｔｒｕｃｔｓ２的消息逡逑流傳機制［４］。逡逑Ｓｔｒｕｔｓ２的處理流程：逡逑當用戶發(fā)出請求后逡逑第一步：首先經(jīng)過邋ｓｔｒｕｔｓ〗框架的核心控制器逡逑（ｓｔｒｕｔＰｒｅｐａｒｅＡｎｄＥｘｅｃｕｔｅＦｉｌｅｒ）；逡逑第二步：核心控制器通過在ＡｃｔｉｏｎＭａｐｐｅｒ中依次查找最終決定是否需要調(diào)逡逑用ａｃｔｉｏｎ來調(diào)用這個請求。如果ａｃｔｉｏｎＭａｐｐｅｒ決定調(diào)用ａｃｔｉｏｎ

第二章相關(guān)概念與關(guān)鍵技術(shù)逡逑下圖生動形象的描述了客戶端與服務(wù)器的整個通ｊ言過程，如圖２－２所示：逡逑Ｔｈｅ邋ＨＴＴＰ邋Ｒｅｑｕｅｓｔ逡逑Ｖ邐逡逑ＤＮＳ＾ｉｌｈ邋初始化連接初始化ＨＴＴＰ＊求接收第一＾字節(jié)接收最后一ｔ字節(jié)逡逑圖２－２邋Ｈｔｔｐ請求過程逡逑ＨＴＴＰ請求的方法逡逑１．邐ＧＥＴ請求逡逑以ＧＥＴ的形式發(fā)送請求時，，會將參數(shù)以明文的形式顯示在ｕｒｌ中，，以？分割逡逑ＵＲＬ和傳輸數(shù)據(jù)，參數(shù)之間以＆相連；另外，ＧＥＴ請求方式提交的數(shù)據(jù)大小有限制，逡逑最多是１０２４字節(jié)。ＧＥＴ請求是通過ＵＲＬ提交數(shù)據(jù)的，因此ＧＥＴ提交的數(shù)據(jù)與ＵＲＬ逡逑的長度有直接的聯(lián)系。因ＧＥＴ請求時所有的數(shù)據(jù)都是放在ＵＲＬ中的，因此容易被逡逑人截獲，造成數(shù)據(jù)泄漏，導(dǎo)致安全隱患。另外，ＧＥＴ請求得到的數(shù)據(jù)，在瀏覽器逡逑中會有緩存，這為不法分子竊取用戶信息提供了可乘之機，安全隱患巨大。逡逑２．邐ＰＯＳＴ請求逡逑ＰＯＳＴ方法向服務(wù)器發(fā)送請求，將請求參數(shù)放在ＨＴＴＰ包的包體中，因此傳輸逡逑數(shù)據(jù)的安全性得到一定保障。ＰＯＳＴ請求會導(dǎo)致服務(wù)器數(shù)據(jù)的更新。另外ＰＯＳＴ請逡逑求的數(shù)據(jù)長度沒有大小限制
【學(xué)位授予單位】：北京郵電大學(xué)
【學(xué)位級別】：碩士
【學(xué)位授予年份】：2016
【分類號】：TP311.52

【參考文獻】

相關(guān)期刊論文 前10條

1 陳姣;周智勛;;移動安全接入平臺的安全機制[J];中國新通信;2015年12期

2 吳吉義;李文娟;黃劍平;章劍林;陳德人;;移動互聯(lián)網(wǎng)研究綜述[J];中國科學(xué):信息科學(xué);2015年01期

3 林培杰;朱安南;程樹英;;Android數(shù)據(jù)庫SQLite性能優(yōu)化[J];計算機系統(tǒng)應(yīng)用;2014年04期

4 楊勇;鄺宇鋒;魏騫;;移動互聯(lián)網(wǎng)終端應(yīng)用開發(fā)技術(shù)[J];中興通訊技術(shù);2013年06期

5 孫亞志;;淺談Java web技術(shù)structs2框架的MVC模式[J];數(shù)字技術(shù)與應(yīng)用;2013年05期

6 盧清;王燕;尹義方;;數(shù)字化校園統(tǒng)一身份認證平臺的研究與實現(xiàn)[J];價值工程;2012年16期

7 劉昌平;范明鈺;王光衛(wèi);鄭秀林;宮亞峰;;Android手機的輕量級訪問控制[J];計算機應(yīng)用研究;2010年07期

8 趙亮;張維;;基于Android技術(shù)的界面設(shè)計與研究[J];電腦知識與技術(shù);2009年29期

9 姚昱e

本文編號：2528353