本發(fā)明涉及信息采集技術(shù)領(lǐng)域，特別涉及一種設(shè)備信息統(tǒng)一采集的方法及系統(tǒng)。
背景技術(shù)：
監(jiān)視采集設(shè)備的增加，傳統(tǒng)方式采用針對特定設(shè)備需要編寫大量的報文程序來應(yīng)對監(jiān)視采集需求的變化，這種方式會造成兩方面的問題，一是需要修改原監(jiān)視采集系統(tǒng)程序，使得監(jiān)視采集系統(tǒng)的可維護性和可靠性變差，二是在增加設(shè)備時，使得采集報送接口發(fā)生變化，上層應(yīng)用為應(yīng)對設(shè)備的變化，也需要編寫大量的調(diào)用代碼。本文采用新的一種設(shè)備信息采集報送方法，通過統(tǒng)一的采集報送入口和設(shè)備配置文件，來完成對各類設(shè)備的采集報送。
技術(shù)實現(xiàn)要素：
為了解決現(xiàn)有技術(shù)的問題，本發(fā)明提供了一種設(shè)備信息統(tǒng)一采集的方法及系統(tǒng)，其方法基于元數(shù)據(jù)思想，用數(shù)據(jù)建模定義和平臺交互接口，靈活解析報文和設(shè)備適配，并進行報文統(tǒng)一報送，解析靈活，報送統(tǒng)一，從而提高設(shè)備信息采集效率。
本發(fā)明所采用的技術(shù)方案如下：
一種設(shè)備信息統(tǒng)一采集的方法，包括以下步驟：
a、服務(wù)器端的上層應(yīng)用向核心引擎訂閱設(shè)備；
b、所述的設(shè)備將設(shè)備信息以報文的形式發(fā)送給相對應(yīng)的適配器；
c、所述的核心引擎采集適配器發(fā)送的報文，完成設(shè)備信息的采集。
步驟a中，上層應(yīng)用準備執(zhí)行設(shè)備訂閱命令時，需要將設(shè)備的類型、要執(zhí)行的命令名稱以及通道參數(shù)作為命令統(tǒng)一執(zhí)行接口的參數(shù)，完成應(yīng)用向事件引擎的訂閱。
設(shè)備按照設(shè)備類型找到適配器文件，并初始化通道參數(shù)，進行報文的采集封裝，按照核心引擎規(guī)則發(fā)布到核心引擎中。
每個所述的適配器對應(yīng)著一類設(shè)備，實現(xiàn)了通道命令接口，手動解析報文格式，統(tǒng)一格式向核心引擎報送。
一種設(shè)備信息統(tǒng)一采集的系統(tǒng)，包括服務(wù)器端和客戶端，服務(wù)器端通過核心引擎采集客戶端發(fā)送來的設(shè)備信息；所述的客戶端通過創(chuàng)建不同的適配器對應(yīng)的設(shè)備，并設(shè)置設(shè)備通道參數(shù)，完成應(yīng)用前端訂閱，所述設(shè)備的設(shè)備信息抽象為設(shè)備元數(shù)據(jù)，通過對應(yīng)的適配器，采用報文的形式報送所述的服務(wù)器端。
本發(fā)明提供的技術(shù)方案帶來的有益效果是：
1、根據(jù)設(shè)備類型不同，開發(fā)不同的類型的適配器，實現(xiàn)命令通道接口，統(tǒng)一采集報文傳送。
2、不同類型的設(shè)備開發(fā)不同的適配器。
3、適配器定義文件定義了推拉報文命令、通道參數(shù)，并實現(xiàn)了報文報送接口，根據(jù)實際設(shè)備采集報文。
4、通過元數(shù)據(jù)定義通道參數(shù)、定義平臺統(tǒng)一報文格式，完成報文統(tǒng)一報送。
綜上，本發(fā)明的一種設(shè)備信息統(tǒng)一采集的方法及系統(tǒng)，其將各類設(shè)備命令描述信息抽象為設(shè)備元數(shù)據(jù)，定義適配器，同時編寫相應(yīng)的設(shè)備命令處理器，打包放入物聯(lián)網(wǎng)平臺中，由物聯(lián)網(wǎng)平臺運行時加載，不再需要改動原監(jiān)控系統(tǒng)程序；上層應(yīng)用訂閱設(shè)備信息時，對平臺已有的設(shè)備類型，直接添加即可，無需編碼，對新增加的設(shè)備類型，需要按照規(guī)則開發(fā)適配器，接入平臺加載，完成新設(shè)備的采集報送。采用元數(shù)據(jù)思想，將設(shè)備命令的描述信息抽象為設(shè)備元數(shù)據(jù)放在適配器配置文件中，其主要包括設(shè)備類型、命令、通道參數(shù)以及命令處理類，命令統(tǒng)一執(zhí)行接口通過適配器完成統(tǒng)一采集報送。
通過本發(fā)明的一種設(shè)備信息統(tǒng)一采集的方法及系統(tǒng)，針對物聯(lián)網(wǎng)應(yīng)用普及帶來的設(shè)備通訊開發(fā)問題，解決了設(shè)備適配的問題。
附圖說明
為了更清楚地說明本發(fā)明實施例中的技術(shù)方案，下面將對實施例描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。
圖1為本發(fā)明的一種設(shè)備信息統(tǒng)一采集的方法及系統(tǒng)的方法示意圖。
具體實施方式
為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合附圖對本發(fā)明實施方式作進一步地詳細描述。
實施例一
如附圖1所示，本實施例的一種設(shè)備信息統(tǒng)一采集的系統(tǒng)中，其系統(tǒng)包括服務(wù)器端的核心引擎和客戶端、適配器、設(shè)備組成。
平臺軟件運行在服務(wù)器端。
針對不同類型的設(shè)備開發(fā)不同的適配器，以jar包的形式運行在平臺軟件中，平臺自動完成報送采集。
客戶端創(chuàng)建設(shè)備，并設(shè)置設(shè)備通道參數(shù)，完成應(yīng)用前端訂閱，后臺設(shè)備采集報文報送。
服務(wù)器端通過核心引擎采集客戶端發(fā)送來的設(shè)備信息；所述的客戶端通過創(chuàng)建不同的適配器對應(yīng)的設(shè)備，并設(shè)置設(shè)備通道參數(shù)，完成應(yīng)用前端訂閱，所述設(shè)備的設(shè)備信息抽象為設(shè)備元數(shù)據(jù)，通過對應(yīng)的適配器，采用報文的形式報送所述的服務(wù)器端。
本實施例的一種設(shè)備信息統(tǒng)一采集的方法，包括以下步驟：
a、服務(wù)器端的上層應(yīng)用向核心引擎訂閱設(shè)備；上層應(yīng)用準備執(zhí)行設(shè)備訂閱命令時，需要將設(shè)備的類型、要執(zhí)行的命令名稱以及通道參數(shù)作為命令統(tǒng)一執(zhí)行接口的參數(shù)，完成應(yīng)用向事件引擎的訂閱。
b、所述的設(shè)備將設(shè)備信息以報文的形式發(fā)送給相對應(yīng)的適配器；設(shè)備按照設(shè)備類型找到適配器文件，并初始化通道參數(shù)，進行報文的采集封裝，按照核心引擎規(guī)則發(fā)布到核心引擎中。每個所述的適配器對應(yīng)著一類設(shè)備，實現(xiàn)了通道命令接口，手動解析報文格式，統(tǒng)一格式向核心引擎報送。
c、所述的核心引擎采集適配器發(fā)送的報文，完成設(shè)備信息的采集。
以上所述僅為本發(fā)明的較佳實施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。