本發(fā)明涉及電力通信技術(shù)領(lǐng)域，特別是涉及獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的方法和獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的裝置。

背景技術(shù)：

電力通信網(wǎng)主要包含主干網(wǎng)通信和配電網(wǎng)通信兩個層面，其中配電網(wǎng)通信主要任務(wù)是為配網(wǎng)的各種業(yè)務(wù)提供傳輸和交換服務(wù)，其組網(wǎng)形態(tài)包括工業(yè)以太網(wǎng)、中低壓載波、EPON/GPON、TD-LTE、配網(wǎng)光纜等。隨著配用電業(yè)務(wù)的發(fā)展，配電通信網(wǎng)絡(luò)規(guī)模不斷擴大，網(wǎng)絡(luò)的異構(gòu)性也不斷增加，各類通訊設(shè)備數(shù)量和種類繁多，其中工業(yè)以太網(wǎng)常見的廠商包括以MOXA、瑞斯康達、羅杰康、東土科技、華三、卓越等，常用的設(shè)備型號包括Gazelle S1006i、Gazelle S1010i、Gazelle S3028i、PT_7710、PT_7728、SICOM3005A、RS900等，載波通信涉及到科大智能廠家的主載波和次載波設(shè)備，PON通信涉及到中興和華為等廠家的設(shè)備，TD-LTE涉及到普天230MHZ和1.8GHZ的設(shè)備。

為了保證配電網(wǎng)的正常運行，需定期收集網(wǎng)絡(luò)中的運行狀態(tài)數(shù)據(jù)，以評估配電網(wǎng)的運行狀態(tài)，然而，由于配電網(wǎng)的復(fù)雜性，數(shù)據(jù)量大、網(wǎng)絡(luò)節(jié)點繁多，并且包括若干不同廠商的設(shè)備，在不同廠商設(shè)備中對運行狀態(tài)數(shù)據(jù)的定義模式不統(tǒng)一，導(dǎo)致數(shù)據(jù)獲取過程的耗時長，數(shù)據(jù)獲取不全等的問題，導(dǎo)致對配電網(wǎng)運行狀態(tài)的評估的困難重重。

技術(shù)實現(xiàn)要素：

基于此，本發(fā)明實施例提供了一種獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的方法和裝置，能夠全面有效獲取配電網(wǎng)中的運行狀態(tài)數(shù)據(jù)。

本發(fā)明一方面提供獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的方法，包括：

獲取在網(wǎng)的通信設(shè)備信息，識別各通信設(shè)備的設(shè)備類型；

根據(jù)設(shè)備類型查詢預(yù)設(shè)的通信模式庫，確定各通信設(shè)備對應(yīng)的數(shù)據(jù)通信模式；所述通信模式庫中存儲有設(shè)備類型與數(shù)據(jù)通信模式的對應(yīng)關(guān)系；

按照對應(yīng)的數(shù)據(jù)通信模式獲取各通信設(shè)備的運行狀態(tài)數(shù)據(jù)。

本發(fā)明另一方面提供一種獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的裝置，包括：

設(shè)備識別模塊，用于獲取在網(wǎng)的通信設(shè)備信息，識別各通信設(shè)備的設(shè)備類型；

通信模式確定模塊，用于根據(jù)設(shè)備類型查詢預(yù)設(shè)的通信模式庫，確定各通信設(shè)備對應(yīng)的數(shù)據(jù)通信模式；所述通信模式庫中存儲有設(shè)備類型與數(shù)據(jù)通信模式的對應(yīng)關(guān)系；

數(shù)據(jù)獲取模塊，用于按照對應(yīng)的數(shù)據(jù)通信模式獲取各通信設(shè)備的運行狀態(tài)數(shù)據(jù)。

基于上述技術(shù)方案，獲取在網(wǎng)的通信設(shè)備信息并識別各通信設(shè)備的設(shè)備類型；根據(jù)設(shè)備類型查詢預(yù)設(shè)的通信模式庫，確定各通信設(shè)備對應(yīng)的數(shù)據(jù)通信模式，所述通信模式庫中存儲有設(shè)備類型與數(shù)據(jù)通信模式的對應(yīng)關(guān)系；進而按照對應(yīng)的數(shù)據(jù)通信模式獲取各通信設(shè)備的運行狀態(tài)數(shù)據(jù)。因此能夠全面有效獲取配電網(wǎng)中的運行狀態(tài)數(shù)據(jù)，進而有利于提高配電網(wǎng)運行狀態(tài)評估。

附圖說明

圖1為一實施例的本發(fā)明方案的系統(tǒng)環(huán)境示意圖；

圖2為一實施例的獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的方法的示意性流程圖；

圖3為一實施例的存儲獲取到的運行狀態(tài)數(shù)據(jù)的示意性流程圖；

圖4為一實施例的故障中斷時間的統(tǒng)計圖；

圖5為一實施例的獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的裝置的示意性結(jié)構(gòu)圖。

具體實施模式

為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進行進一步詳細說明。應(yīng)當理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

圖1為實現(xiàn)本發(fā)明實施例獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的方法的系統(tǒng)環(huán)境示意圖；所述系統(tǒng)包括配網(wǎng)通信運行支撐系統(tǒng)和若干個通信設(shè)備，所述通信設(shè)備的類型包括以太網(wǎng)設(shè)備、PON設(shè)備、TD-LTE設(shè)備以及載波設(shè)備，所述通信設(shè)備包括但不限于路由器、交換機、服務(wù)器或工作站。

其中，所述配網(wǎng)通信運行支撐系統(tǒng)的底層接口支持SNMP(Simple Network Management Protocol，簡單網(wǎng)絡(luò)管理協(xié)議)標準、CORBA(Common Object Request Broker Architecture，公共對象請求代理體系結(jié)構(gòu))標準、Telnet(TCP/IP協(xié)議族中的一員)標準以及Socket標準。其中，以太網(wǎng)設(shè)備和PON設(shè)備均支持SNMP標準，因此每個以太網(wǎng)設(shè)備和PON設(shè)備都包含一個MIB庫(管理信息庫)，用于收集并儲存管理信息；在所述MIB庫中定義了可以通過SNMP協(xié)議進行訪問的管理對象的集合，若干管理對象可以樹型結(jié)構(gòu)來表示。

由于不同型號設(shè)備的MIB庫中管理對象及其值的含義可能不同，本發(fā)明實施例中，在配網(wǎng)通信運行支撐系統(tǒng)中還為不同型號設(shè)備建立一個關(guān)聯(lián)的匹配庫，用于存儲對應(yīng)設(shè)備的MIB庫對管理對象的定義。所述配網(wǎng)通信運行支撐系統(tǒng)中還存儲有一種獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的裝置，該裝置可用于實現(xiàn)本發(fā)明實施例的獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的方法。

結(jié)合圖1及上述對系統(tǒng)環(huán)境的說明，以下對獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的方法的實施例進行說明。

圖2為一實施例的獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的方法的示意性流程圖；如圖2所示，本實施例中的獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的方法包括步驟：

S11，獲取在網(wǎng)的通信設(shè)備信息，識別各通信設(shè)備的設(shè)備類型；

本實施例中，所述通信設(shè)備包括但不限于路由器、交換機、服務(wù)器或工作站，設(shè)備類型包括以太網(wǎng)設(shè)備、PON設(shè)備、TD-LTE設(shè)備以及載波設(shè)備等。例如：以太網(wǎng)設(shè)備常見的廠商包括以MOXA、瑞斯康達、羅杰康、東土科技、華三、卓越等廠商，典型的設(shè)備型號包括Gazelle S1006i、Gazelle S1010i、Gazelle S3028i、PT_7710、PT_7728、SICOM3005A、RS900等；載波設(shè)備例如科大智能的主載波設(shè)備和次載波設(shè)備；PON設(shè)備例如中興和華為等廠家的設(shè)備，TD-LTE設(shè)備例如普天的230MHZ和1.8GHZ的設(shè)備。在此不一一列舉。

在組網(wǎng)成功后，配網(wǎng)通信運行支撐系統(tǒng)可通過獲取在網(wǎng)的通信設(shè)備信息，識別各通信設(shè)備的設(shè)備類型。

S12，根據(jù)設(shè)備類型查詢預(yù)設(shè)的通信模式庫，確定各通信設(shè)備對應(yīng)的數(shù)據(jù)通信模式；所述通信模式庫中存儲有設(shè)備類型與數(shù)據(jù)通信模式的對應(yīng)關(guān)系；

在一優(yōu)選實施例中，可預(yù)先收集已投入配電網(wǎng)的通信設(shè)備的全部類型，為不同類型的通信設(shè)備分配對應(yīng)的數(shù)據(jù)通信模式；并建立通信模式庫，以存儲設(shè)備類型與數(shù)據(jù)通信模式的對應(yīng)關(guān)系。

在一優(yōu)選實施例中，為不同類型的通信設(shè)備分配對應(yīng)的數(shù)據(jù)通信模式包括：為以太網(wǎng)設(shè)備分配SNMP+Telnet的數(shù)據(jù)通信模式，為PON設(shè)備分配SNMP數(shù)據(jù)通信模式；為TD-LTE設(shè)備分配CORBA數(shù)據(jù)通信模式，為載波設(shè)備分配Socket數(shù)據(jù)通信模式。

S13，按照對應(yīng)的數(shù)據(jù)通信模式獲取各通信設(shè)備的運行狀態(tài)數(shù)據(jù)。

在一優(yōu)選實施方式中，由于以太網(wǎng)設(shè)備對應(yīng)的數(shù)據(jù)通信模式包括SNMP模式以及Telnet模式，對應(yīng)的，獲取以太網(wǎng)設(shè)備的運行狀態(tài)數(shù)據(jù)的過程可為：首先按照SNMP模式獲取所述以太網(wǎng)設(shè)備的運行狀態(tài)數(shù)據(jù)；若數(shù)據(jù)獲取失敗，再按照Telnet模式獲取所述以太網(wǎng)設(shè)備的運行狀態(tài)數(shù)據(jù)。其中，按照SNMP數(shù)據(jù)通信模式獲取對應(yīng)的通信設(shè)備的運行狀態(tài)數(shù)據(jù)的具體過程可包括：利用SNMP接口采集對應(yīng)的通信設(shè)備的MIB庫信息；所述MIB庫中定義了可通過SNMP進行訪問的管理對象，所述管理對象包括運行狀態(tài)數(shù)據(jù)；獲取與所述通信設(shè)備關(guān)聯(lián)的匹配庫信息，所述匹配庫信息中包括有在所述通信設(shè)備的MIB庫中對運行狀態(tài)數(shù)據(jù)的定義；根據(jù)所述匹配庫信息從所述MIB庫信息中獲取所述通信設(shè)備的運行狀態(tài)數(shù)據(jù)。

在另一優(yōu)選實施方式中，獲取與所述通信設(shè)備關(guān)聯(lián)的匹配庫信息之前，還包括步驟：獲取通信設(shè)備的型號，分析不同型號的通信設(shè)備的MIB庫特征；并根據(jù)所述MIB庫特征為每一個型號的通信設(shè)備建立一個關(guān)聯(lián)的匹配庫，用于存儲對應(yīng)型號的通信設(shè)備的MIB庫對運行狀態(tài)數(shù)據(jù)的定義。

上述實施例中，SNMP由一組網(wǎng)絡(luò)管理的標準組成，基于TCP/IP的應(yīng)用層管理協(xié)議。SNMP管理的網(wǎng)絡(luò)主要由被管理的設(shè)備、SNMP代理及網(wǎng)管系統(tǒng)三部分構(gòu)成，其中被管理的網(wǎng)絡(luò)設(shè)備都具有各自的管理信息庫(MIB)用于支持上層應(yīng)用收集并儲存其管理信息。SNMP V1和SNMP V2把各個設(shè)備的數(shù)據(jù)變量收集在一個大MIB中，而第二代MIB-II發(fā)布后，國際互聯(lián)網(wǎng)工程任務(wù)組(The Internet Engineering Task Force，簡稱IETF)采取了不同的策略，允許發(fā)布許多單獨的MIB文檔，每個文檔克定義特定類型設(shè)備的數(shù)據(jù)變量。因此，借助SNMP協(xié)議的支持上層網(wǎng)管系統(tǒng)能通過調(diào)用公有和私有MIB庫獲取網(wǎng)路設(shè)備的各類運行信息。由于大部分配電網(wǎng)以太交換機、PON設(shè)備均具有完整的MIB，而且這些設(shè)備的廠商網(wǎng)管功能缺失，軟件接口實現(xiàn)技術(shù)具有靈活和便捷的優(yōu)勢，因此，配網(wǎng)通信運行支撐系統(tǒng)對所有配電網(wǎng)以太交換機、PON設(shè)備運行狀態(tài)的集成接口主要采用基于MIB庫的網(wǎng)管采集方式。因此通過SNMP協(xié)議，配網(wǎng)通信運行支撐系統(tǒng)能獲取不同廠家不同型號的以太網(wǎng)設(shè)備或者PON設(shè)備的各種信息；有利于信息獲取的全面性。

上述實施例中，Telnet是Internet遠程登陸服務(wù)的標準協(xié)議和主要方式，是TCP/IP協(xié)議簇中的一部分，它為用戶提供了在本地計算機上完成遠程主機工作的能力，在終端使用者的電腦上使用telnet程序，用它連接到服務(wù)器，終端使用者可以在telnet程序中輸入命令，這些命令會在服務(wù)器上運行，就像直接在服務(wù)器的控制臺上輸入一樣。Telnet定義的接口可用于實現(xiàn)界面終端和面向終端的信息交互。因此基于Telnet，配網(wǎng)通信運行支撐系統(tǒng)能夠通過軟件手段建立網(wǎng)絡(luò)虛擬終端NVT(Network Virtual Terminal)與遠程的通信設(shè)備進行通信，實現(xiàn)各項指標的采集目的?；赥elnet的網(wǎng)管采集方式的優(yōu)點是具有通用性強、適用網(wǎng)絡(luò)設(shè)備范圍廣，不過由于Telnet是模擬虛擬終端的操作，當前操作及下一步操作均具有嚴格的操作序列要求，接口數(shù)據(jù)采集的效率不高。部分以太網(wǎng)設(shè)備對SNMP+MIB庫方式都無法支持的情況下可以采用基于Telnet的方式實現(xiàn)設(shè)備運行狀態(tài)的采集。

上述實施例中，CORBA是對象管理組織(OMG)提出的分布式對象計算中間件標準，其面向網(wǎng)管平臺的北向接口通常以CORBA技術(shù)作為網(wǎng)管采集的主要接口方式，由于這種方式不直接面向設(shè)備，具有較高的采集效率及性能可靠性；在具有標準化、可靠網(wǎng)管平臺的通信設(shè)備供應(yīng)商通常具有成熟的北向接口，CORBA技術(shù)是主要的網(wǎng)管北向通信方式；由于在配電網(wǎng)中以1.8G、230M為主要頻段的TD-LTE 4G網(wǎng)絡(luò)普遍具有網(wǎng)管平臺。因此配網(wǎng)通信運行支撐系統(tǒng)能夠?qū)λ蠺D-LTE設(shè)備的網(wǎng)絡(luò)運行狀態(tài)的集成接口主要采用CORBA技術(shù)，對基站、基站控制器、終端實現(xiàn)臺帳、運行狀態(tài)數(shù)據(jù)等配電網(wǎng)運行狀態(tài)數(shù)據(jù)進行自動同步采集。

上述實施例中，SOCKET是以TCP和UDP為主要傳輸層協(xié)議的一種套接字規(guī)范，由于套接字屏蔽了底層通信軟件和具體操作系統(tǒng)的差異，使得任何兩臺安裝了TCP協(xié)議或?qū)崿F(xiàn)了套接字規(guī)范的計算機或虛擬機之間的通信成為了可能。在Windows系統(tǒng)環(huán)境下，套接字接口主要有流式套接字、數(shù)據(jù)報套接字和原始套接字三種。應(yīng)用程序通過套接字向網(wǎng)絡(luò)設(shè)備的目標IP和指定端口發(fā)出請求，服務(wù)器使用ServerSocket在指定端口下監(jiān)聽和等待客戶發(fā)出的連接請求，一旦客戶和服務(wù)器的之間建立了連接后會話隨即產(chǎn)生，并進行數(shù)據(jù)交互。SOCKET的網(wǎng)管采集方式數(shù)據(jù)采集的效率不高，僅在其他網(wǎng)管采集方式均不方便實現(xiàn)的情況下才使用，由于載波通信沒有專業(yè)的廠商網(wǎng)管，其網(wǎng)絡(luò)運行數(shù)據(jù)類別和數(shù)量都不大。因此，當配網(wǎng)通信運行支撐系統(tǒng)在采用其他網(wǎng)管接口集成技術(shù)均難以實現(xiàn)對某些通信設(shè)備的數(shù)據(jù)進行采集的情況下，可采用基于SOCKET的網(wǎng)管采集方式實現(xiàn)對這些通信設(shè)備的運行狀態(tài)數(shù)據(jù)進行采集。

在一優(yōu)選實施例中，在按照對應(yīng)的數(shù)據(jù)通信模式獲取各通信設(shè)備的運行狀態(tài)數(shù)據(jù)之后，還可按照各通信設(shè)備對應(yīng)的設(shè)備標識，將各通信設(shè)備的運行狀態(tài)數(shù)據(jù)存儲到預(yù)設(shè)的實時狀態(tài)表中；所述實時狀態(tài)表以設(shè)備標識為索引；根據(jù)所述實時狀態(tài)表可實時評估配電網(wǎng)運行狀態(tài)，方便對配電網(wǎng)運行狀態(tài)的精細化管控。

參考圖3所示，在一優(yōu)選實施例中，可按照如下方式存儲獲取到的數(shù)據(jù)，包括步驟：

首先根據(jù)設(shè)備標識查詢所述實時狀態(tài)表，檢測其中是否有所述通信設(shè)備對應(yīng)的數(shù)據(jù)記錄；若有所述通信設(shè)備對應(yīng)的數(shù)據(jù)記錄，則根據(jù)獲取到的所述通信設(shè)備的運行狀態(tài)數(shù)據(jù)更新對應(yīng)的數(shù)據(jù)記錄；若沒有所述通信設(shè)備對應(yīng)的數(shù)據(jù)記錄，在所述實時狀態(tài)表中插入新的數(shù)據(jù)記錄，以存儲對應(yīng)通信設(shè)備的運行狀態(tài)數(shù)據(jù)。

在一優(yōu)選實施例中，所述運行狀態(tài)數(shù)據(jù)包括故障中斷信息，例如故障起始時間以及故障排除時間。所根據(jù)所述實時狀態(tài)表評估配電網(wǎng)運行狀態(tài)包括：根據(jù)故障中斷信息計算配電網(wǎng)中電房的上線率和完好率，具體過程例如：

設(shè)置狀態(tài)評估的時間周期，例如以一個月為一個統(tǒng)計周期。

按照所述統(tǒng)計周期從實時狀態(tài)表中獲取相應(yīng)的故障中斷信息，計算各通信設(shè)備在設(shè)定統(tǒng)計周期內(nèi)的總中斷時長：

SUM(總中斷時長)＝T_b2+T_c1+T_d1+T_f2 (1)；

其中，參考圖4所示，T_b表示起始時間在上一統(tǒng)計周期內(nèi)、排除時間在本統(tǒng)計周期內(nèi)的故障所對應(yīng)的時長，T_c表示起始時間、排除時間均在本統(tǒng)計周期內(nèi)的故障所對應(yīng)的時長，T_d表示起始時間在本統(tǒng)計周期內(nèi)、排除時間在下一統(tǒng)計周期內(nèi)的故障所對應(yīng)的時長，T_f表示起始時間在上一統(tǒng)計周期內(nèi)、排除時間在下一統(tǒng)計周期內(nèi)的故障所對應(yīng)的時長。圖4中的T_a及T_e不納入計算，因為其與本統(tǒng)計周期無關(guān)。

進一步的，根據(jù)總中斷時長計算各通信設(shè)備所在電房在所述統(tǒng)計周期內(nèi)的上線率和完好率：

#

#

其中，T表示一個統(tǒng)計周期對應(yīng)的時長，SUM(在網(wǎng)電房記錄數(shù))表示在網(wǎng)運行的電房總數(shù)，電房用于安裝配電網(wǎng)中的通信設(shè)備。

為了便于說明，本實施例中以電房為統(tǒng)計單位統(tǒng)計上線率和完好率，且上述統(tǒng)計方法中假設(shè)每個電房中只有一個對應(yīng)的通信設(shè)備。若一個電房中安裝了多個通信設(shè)備，則只有當全部通信設(shè)備均正常通信時，才表示該電房處于正常運行狀態(tài)，對應(yīng)的，統(tǒng)計電房在所述統(tǒng)計周期內(nèi)的上線率和完好率的計算方法將適應(yīng)性的調(diào)整，將其中的SUM(總中斷時間)調(diào)整為電房中全部設(shè)備的總中斷時長。

通過上述實施例的獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的方法，一方面，利用包括SNMP+MIB庫、Corba、Telnet、Socket等多種通信模式在內(nèi)的組合接口，對配電網(wǎng)中的以太網(wǎng)設(shè)備、PON設(shè)備、TD-LTE設(shè)備、載波設(shè)備進行運行狀態(tài)數(shù)據(jù)采集，能夠?qū)ε潆娋W(wǎng)中不同類型設(shè)備進行運行狀態(tài)數(shù)據(jù)同步，并將運行狀態(tài)數(shù)據(jù)與設(shè)備端口、設(shè)備所屬的電房進行關(guān)聯(lián)，克服了人工記錄運行狀態(tài)數(shù)據(jù)產(chǎn)生的信息滯后、不準確、不全面的弊端。另一方面，通過一套上線率和完好率的軟件分析算法，可計算出配電網(wǎng)通信設(shè)備的上線率和完好率，提高了分析的自動化水平，降低了運維人員的操作復(fù)雜度。

需要說明的是，對于前述的各方法實施例，為了簡便描述，將其都表述為一系列的動作組合，但是本領(lǐng)域技術(shù)人員應(yīng)該知悉，本發(fā)明并不受所描述的動作順序的限制，因為依據(jù)本發(fā)明，某些步驟可以采用其它順序或者同時進行。此外，還可對上述實施例進行任意組合，得到其他的實施例。

基于與上述實施例中的獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的方法相同的思想，本發(fā)明還提供獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的裝置，該裝置可用于執(zhí)行上述獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的方法。為了便于說明，獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的裝置實施例的結(jié)構(gòu)示意圖中，僅僅示出了與本發(fā)明實施例相關(guān)的部分，本領(lǐng)域技術(shù)人員可以理解，圖示結(jié)構(gòu)并不構(gòu)成對裝置的限定，可以包括比圖示更多或更少的部件，或者組合某些部件，或者不同的部件布置。

圖5為本發(fā)明一實施例的獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的裝置的示意性結(jié)構(gòu)圖；如圖5所示，本實施例的獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的裝置包括：設(shè)備識別模塊310、通信模式確定模塊320以及數(shù)據(jù)獲取模塊330，各模塊詳述如下：

所述設(shè)備識別模塊310，用于獲取在網(wǎng)的通信設(shè)備信息，識別各通信設(shè)備的設(shè)備類型；

所述通信模式確定模塊320，用于根據(jù)設(shè)備類型查詢預(yù)設(shè)的通信模式庫，確定各通信設(shè)備對應(yīng)的數(shù)據(jù)通信模式；所述通信模式庫中存儲有設(shè)備類型與數(shù)據(jù)通信模式的對應(yīng)關(guān)系；

所述數(shù)據(jù)獲取模塊330，用于按照對應(yīng)的數(shù)據(jù)通信模式獲取各通信設(shè)備的運行狀態(tài)數(shù)據(jù)。

需要說明的是，上述示例的獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的裝置的實施模式中，各模塊之間的信息交互、執(zhí)行過程等內(nèi)容，由于與本發(fā)明前述方法實施例基于同一構(gòu)思，其帶來的技術(shù)效果與本發(fā)明前述方法實施例相同，具體內(nèi)容可參見本發(fā)明方法實施例中的敘述，此處不再贅述。

此外，上述示例的獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的裝置的實施模式中，各功能模塊的邏輯劃分僅是舉例說明，實際應(yīng)用中可以根據(jù)需要，例如出于相應(yīng)硬件的配置要求或者軟件的實現(xiàn)的便利考慮，將上述功能分配由不同的功能模塊完成，即將所述獲取配電網(wǎng)設(shè)備運行狀態(tài)數(shù)據(jù)的裝置的內(nèi)部結(jié)構(gòu)劃分成不同的功能模塊，以完成以上描述的全部或者部分功能。其中各功能模既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。

本領(lǐng)域普通技術(shù)人員可以理解，實現(xiàn)上述實施例方法中的全部或部分流程，是可以通過計算機程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質(zhì)中，作為獨立的產(chǎn)品銷售或使用。所述程序在執(zhí)行時，可執(zhí)行如上述各方法的實施例的全部或部分步驟。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-Only Memory，ROM)或隨機存儲記憶體(Random Access Memory，RAM)等。

在上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見其它實施例的相關(guān)描述。

以上所述實施例僅表達了本發(fā)明的幾種實施模式，不能理解為對本發(fā)明專利范圍的限制。應(yīng)當指出的是，對于本領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若干變形和改進，這些都屬于本發(fā)明的保護范圍。因此，本發(fā)明專利的保護范圍應(yīng)以所附權(quán)利要求為準。