[實(shí)用新型]一種智能巡檢系統(tǒng)數(shù)據(jù)通信模塊

有效

• 申請?zhí)枺?/td>: 201420793711.4
• 申請日: 2014-12-16
• 公開（公告）號: CN204392270U
• 公開（公告）日: 2015-06-10
• 發(fā)明（設(shè)計(jì)）人: 楊凌云
• 申請（專利權(quán)）人: 成都創(chuàng)客之家科技有限公司
• 主分類號: H04L12/24
• 分類號: H04L12/24
• 代理公司: 成都九鼎天元知識產(chǎn)權(quán)代理有限公司 51214
• 代理人: 劉曉剛

技術(shù)領(lǐng)域

本實(shí)用新型涉及數(shù)據(jù)通信領(lǐng)域，特別是一種數(shù)據(jù)通信模塊。

背景技術(shù)

2006年至今，中國的移動(dòng)互聯(lián)網(wǎng)市場以84.2%的速度增長，人們對移動(dòng)網(wǎng)絡(luò)的依賴性越來越強(qiáng)，如何及時(shí)了解網(wǎng)絡(luò)現(xiàn)狀，網(wǎng)絡(luò)巡檢是移動(dòng)運(yùn)營商的重要工作之一。

數(shù)據(jù)通信模塊是智能巡檢系統(tǒng)中的核心組成部分，承擔(dān)著用戶登錄鑒定、智能終端接收服務(wù)器推送的巡檢任務(wù)、主動(dòng)上報(bào)巡檢結(jié)果等重任，不同終端發(fā)送的含有?GPS?信息的報(bào)文格式各有不同，后臺服務(wù)器為了獲取不同終端的?GPS?信息就得對不同的報(bào)文進(jìn)行處理，這給后臺?APP?的開發(fā)帶來了復(fù)雜的工作，同時(shí)使得終端與后臺具有很強(qiáng)的耦合性，不利于終端的增減與修改。

實(shí)用新型內(nèi)容

針對上述存在的工作流程復(fù)雜，前后耦合性強(qiáng)的問題，提出了一種智能巡檢系統(tǒng)數(shù)據(jù)通信模塊。

????一種智能巡檢系統(tǒng)數(shù)據(jù)通信模塊，包括兩個(gè)后臺服務(wù)器，其特征在于：設(shè)有一個(gè)前置服務(wù)器，主要功能為：不同的報(bào)文格式經(jīng)過前置服務(wù)器后，變成統(tǒng)一的格式信息，后臺的服務(wù)器APP可以方便快捷地處理報(bào)文信息。前置服務(wù)器將接收到的比特流還原成?String?類型的數(shù)據(jù)，執(zhí)行完成?String數(shù)據(jù)（外部數(shù)據(jù)）向Map數(shù)據(jù)（內(nèi)部數(shù)據(jù)）的轉(zhuǎn)換。其特征還在于：設(shè)有APP服務(wù)器，又稱業(yè)務(wù)處理服務(wù)器，主要是接收前置服務(wù)器轉(zhuǎn)發(fā)的內(nèi)部報(bào)文進(jìn)行業(yè)務(wù)處理，并給前置服務(wù)器回復(fù)響應(yīng)報(bào)文。APP?服務(wù)器業(yè)務(wù)處理流程運(yùn)用了靜態(tài)工廠設(shè)計(jì)模式和策略模式，報(bào)文具體處理類的實(shí)例化采用了工廠模式，此外，APP?處理流程還運(yùn)用了策略模式。

本實(shí)用新型可以實(shí)現(xiàn)三個(gè)業(yè)務(wù)：登陸鑒定、更新任務(wù)、隱患上報(bào)。首先，Android?終端發(fā)起請求報(bào)文，前置服務(wù)器負(fù)責(zé)報(bào)文的解析與轉(zhuǎn)發(fā)，將請求報(bào)文解析為內(nèi)部結(jié)構(gòu)并轉(zhuǎn)發(fā)給APP服務(wù)器，APP?服務(wù)器負(fù)責(zé)業(yè)務(wù)處理，并將業(yè)務(wù)處理的結(jié)果以響應(yīng)報(bào)文的形式返回給前置服務(wù)器，前置服務(wù)器解析為外部結(jié)構(gòu)再轉(zhuǎn)發(fā)給Android終端。對于每一種業(yè)務(wù)，都有相對應(yīng)的報(bào)文格式。接口采用http協(xié)議傳輸，報(bào)文以左大括號作為開始標(biāo)志，以右大括號作為結(jié)束標(biāo)志，字段間采用逗號分隔。

作為本實(shí)用新型的一種優(yōu)選方案，可以增加FPGA芯片（現(xiàn)場可編程門列陣）來加密，保證模塊的安全性。

本實(shí)用新型的有益效果：本實(shí)用新型將極大的減少在巡檢系統(tǒng)方面的開支，并且實(shí)現(xiàn)巡檢的時(shí)效性、高效性，并能夠?qū)ν话l(fā)警報(bào)進(jìn)行及時(shí)有效的應(yīng)對，提高了系統(tǒng)的安全性；不同類型的終端我們編寫不同的前置服務(wù)器，這樣使得終端與?APP服務(wù)器之間的耦合性低，使得系統(tǒng)易于維護(hù)和開發(fā)。

附圖說明

圖1是本實(shí)用新型的數(shù)據(jù)通信模塊流程圖。

其中：1-終端、2-前置服務(wù)器、3-解析內(nèi)部結(jié)構(gòu)、4-APP服務(wù)器、5-業(yè)務(wù)受理、6-解析外部格式、7-轉(zhuǎn)發(fā)響應(yīng)報(bào)文、8-發(fā)起請求報(bào)文。

具體實(shí)施方式

一種智能巡檢系統(tǒng)數(shù)據(jù)通信模塊，包括兩個(gè)后臺服務(wù)器，其特征在于：設(shè)有一個(gè)前置服務(wù)器，主要功能為不同的報(bào)文格式經(jīng)過前置服務(wù)器后，變成統(tǒng)一的格式信息，后臺的服務(wù)器APP可以方便快捷地處理報(bào)文信息前置服務(wù)器將接收到的比特流還原成?String?類型的數(shù)據(jù)，?執(zhí)行完成String數(shù)據(jù)（外部數(shù)據(jù)）向Map數(shù)據(jù)（內(nèi)部數(shù)據(jù)）的轉(zhuǎn)換，這樣做，一方面減輕了終端報(bào)文上傳的冗余，減少流量，另一方面，轉(zhuǎn)換為內(nèi)部格式后，變成?HashMap，方便APP服務(wù)器的業(yè)務(wù)處理。其特征還在于：設(shè)有APP服務(wù)器，又稱業(yè)務(wù)處理服務(wù)器，主要是接收前置服務(wù)器轉(zhuǎn)發(fā)的內(nèi)部報(bào)文進(jìn)行業(yè)務(wù)處理，并給前置服務(wù)器回復(fù)響應(yīng)報(bào)文。APP?服務(wù)器業(yè)務(wù)處理流程運(yùn)用了靜態(tài)工廠設(shè)計(jì)模式和策略模式。

報(bào)文具體處理類的實(shí)例化采用了工廠模式，此外，APP?處理流程還運(yùn)用了策略模式，采用針對接口的思想，定義了一個(gè)接口?Imessagehandler，該接口有抽象方法public?Map<String,?Object>Deal(Map<String,?Object>?reqMap)，Imessagehandler?充當(dāng)了抽象策略角色，不同業(yè)務(wù)具體處理類實(shí)現(xiàn)了該接口并以不同的方式復(fù)寫了Deal方法，充當(dāng)了具體策略角色，當(dāng)調(diào)用?Imessagehandler.Deal方法時(shí)，動(dòng)態(tài)選擇對應(yīng)的具體的算法和行為。