本發(fā)明涉及通信技術(shù)領(lǐng)域，尤指一種告警測(cè)試方法、裝置以及系統(tǒng)。

背景技術(shù)：

在當(dāng)前的通信系統(tǒng)中，網(wǎng)絡(luò)管理系統(tǒng)(NNM，Network Node Management，以下簡(jiǎn)稱網(wǎng)管)起到越來(lái)越重要的作用，可以說(shuō)已經(jīng)是通信系統(tǒng)不可或缺的一部分。其中，告警是通信設(shè)備的網(wǎng)管中非常重要的一個(gè)功能，運(yùn)營(yíng)商的運(yùn)維工程人員通過(guò)對(duì)網(wǎng)管所接收到的告警進(jìn)行實(shí)時(shí)監(jiān)測(cè)，來(lái)獲知設(shè)備和網(wǎng)絡(luò)運(yùn)行狀況是否正常。

目前，對(duì)于告警處理的流程包括：當(dāng)設(shè)備或者鏈路產(chǎn)生告警后直接上報(bào)到網(wǎng)管服務(wù)器上，運(yùn)維工程人員需要坐在電腦旁實(shí)時(shí)監(jiān)測(cè)告警上報(bào)情況，然后再進(jìn)行分析并派單通知相關(guān)施工人員進(jìn)行現(xiàn)場(chǎng)處理。上述流程經(jīng)常會(huì)導(dǎo)致出現(xiàn)較大的處理延時(shí)，特別是嚴(yán)重級(jí)別的告警會(huì)導(dǎo)致業(yè)務(wù)中斷，影響用戶正常網(wǎng)絡(luò)運(yùn)營(yíng)。為了確保實(shí)際使用時(shí)，網(wǎng)管具有穩(wěn)定有效的告警功能，需要進(jìn)行網(wǎng)管的告警測(cè)試。然而，在人力和設(shè)備資源有限的情況下，相關(guān)技術(shù)無(wú)法提供確保準(zhǔn)確性、全面性和穩(wěn)定性的告警測(cè)試方法。

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

以下是對(duì)本文詳細(xì)描述的主題的概述。本概述并非是為了限制權(quán)利要求的保護(hù)范圍。

本發(fā)明實(shí)施例提供了一種告警測(cè)試方法、裝置及系統(tǒng)，能夠確保告警測(cè)試的準(zhǔn)確性、全面性和穩(wěn)定性，降低告警測(cè)試難度。

本發(fā)明實(shí)施例提供了一種告警測(cè)試方法，包括：接收到測(cè)試啟動(dòng)指令后，連接網(wǎng)管服務(wù)器所維護(hù)的數(shù)據(jù)庫(kù)；加載配置文件，讀取網(wǎng)元信息，根據(jù)讀取的網(wǎng)元信息，更新存儲(chǔ)于數(shù)據(jù)庫(kù)的網(wǎng)元表；在終端啟動(dòng)可視化操作界面；獲取終端返回的可視化操作界面上配置的告警信息，生成告警報(bào)文；向網(wǎng)管服務(wù)器發(fā)送告警報(bào)文，由網(wǎng)管服務(wù)器解析告警報(bào)文得到告警信息，基于數(shù)據(jù)庫(kù)中的網(wǎng)元表檢驗(yàn)告警信息合法后，將告警信息發(fā)送給終端，接收終端返回的對(duì)告警信息的查收通知信息。

其中，可視化操作界面支持配置可操作的網(wǎng)元信息以及告警類型，可操作的網(wǎng)元信息從更新后的網(wǎng)元表中讀取，可操作的告警類型從存儲(chǔ)于數(shù)據(jù)庫(kù)的告警類型表中讀取。

其中，所述終端為移動(dòng)終端，移動(dòng)終端上設(shè)置有即時(shí)通信客戶端；

所述接收到測(cè)試啟動(dòng)指令，包括：接收到即時(shí)通信服務(wù)器轉(zhuǎn)發(fā)的由即時(shí)通信客戶端發(fā)起的測(cè)試啟動(dòng)指令；

所述在終端啟動(dòng)可視化操作界面，包括：通過(guò)即時(shí)通信服務(wù)器控制移動(dòng)終端上的即時(shí)通信客戶端啟動(dòng)可視化操作界面。

其中，所述接收到測(cè)試啟動(dòng)指令后，連接網(wǎng)管服務(wù)器所維護(hù)的數(shù)據(jù)庫(kù)，包括：

接收到測(cè)試啟動(dòng)指令后，向維護(hù)數(shù)據(jù)庫(kù)的網(wǎng)管服務(wù)器發(fā)送數(shù)據(jù)庫(kù)連接申請(qǐng)報(bào)文；

接收到網(wǎng)管服務(wù)器返回的攜帶數(shù)據(jù)庫(kù)連接信息的應(yīng)答報(bào)文后，根據(jù)數(shù)據(jù)庫(kù)連接信息連接數(shù)據(jù)庫(kù)。

其中，所述加載配置文件，讀取網(wǎng)元信息，根據(jù)讀取的網(wǎng)元信息，更新存儲(chǔ)于數(shù)據(jù)庫(kù)的網(wǎng)元表，包括：

加載配置文件，讀取配置文件中的一條或多條網(wǎng)元信息；

針對(duì)讀取的每條網(wǎng)元信息進(jìn)行以下處理：

根據(jù)所述讀取的網(wǎng)元信息，生成插入(INSERT)類型的結(jié)構(gòu)化查詢語(yǔ)言(SQL)腳本；

以網(wǎng)元的網(wǎng)絡(luò)協(xié)議(IP)地址為索引，在檢索到網(wǎng)元表中沒(méi)有與讀取的網(wǎng)元信息重復(fù)的索引時(shí)，執(zhí)行讀取的網(wǎng)元信息對(duì)應(yīng)的SQL腳本，將讀取的網(wǎng)元信息插入到網(wǎng)元表中。

其中，所述告警測(cè)試方法還包括：在檢索到網(wǎng)元表中存在與讀取的網(wǎng)元信息重復(fù)的索引時(shí)，記錄重復(fù)索引的結(jié)果；基于記錄的結(jié)果，修改配置文件中相關(guān)網(wǎng)元信息中網(wǎng)元的IP地址。

其中，所述配置文件中包括N條網(wǎng)元信息，每條網(wǎng)元信息對(duì)應(yīng)模擬一個(gè)網(wǎng)元，每條網(wǎng)元信息至少包括：網(wǎng)元類型、網(wǎng)元的IP地址；其中，N為大于或等于1的整數(shù)。

其中，可視化操作界面上配置的告警信息包括：網(wǎng)元信息、告警類型、告警類型相關(guān)的綁定變量信息；或者，包括：發(fā)送周期、每個(gè)周期發(fā)送的網(wǎng)元信息和告警類型、每個(gè)周期發(fā)送的告警數(shù)量、每個(gè)告警類型相關(guān)的綁定變量信息。

其中，所述在終端啟動(dòng)可視化操作界面，包括：

根據(jù)加載的RMP文件，將從網(wǎng)管服務(wù)器的數(shù)據(jù)庫(kù)讀取的以對(duì)象標(biāo)識(shí)符(OID)形式表示的網(wǎng)元信息、告警類型以及所述告警類型需要配置的綁定變量信息，以物理名稱的形式顯示在可視化操作界面；

其中，所述網(wǎng)元信息包括更新后的網(wǎng)元表中的網(wǎng)元信息，所述告警類型包括數(shù)據(jù)庫(kù)的告警類型表中的告警類型；所述RMP文件是根據(jù)真實(shí)網(wǎng)元的管理信息庫(kù)(MIB)文件轉(zhuǎn)換得到的，所述RMP文件中存儲(chǔ)MIB節(jié)點(diǎn)OID與物理名稱之間的映射關(guān)系。

其中，所述獲取終端返回的可視化操作界面上配置的告警信息，生成告警報(bào)文，包括：

獲取終端返回的可視化操作界面上以物理名稱的形式配置的告警信息；從RMP文件中查找物理名稱對(duì)應(yīng)的MIB節(jié)點(diǎn)OID，根據(jù)查找到的MIB節(jié)點(diǎn)OID，對(duì)配置的告警信息進(jìn)行報(bào)文封裝，生成告警報(bào)文。

本發(fā)明實(shí)施例還提供一種告警測(cè)試裝置，包括：

連接模塊，用于在接收到測(cè)試啟動(dòng)指令后，連接網(wǎng)管服務(wù)器所維護(hù)的數(shù)據(jù)庫(kù)；

加載更新模塊，用于加載配置文件，讀取網(wǎng)元信息，根據(jù)讀取的網(wǎng)元信息，更新存儲(chǔ)于數(shù)據(jù)庫(kù)的網(wǎng)元表；

界面啟動(dòng)模塊，用于在終端啟動(dòng)可視化操作界面；

報(bào)文生成模塊，用于獲取終端返回的可視化操作界面上配置的告警信息，生成告警報(bào)文；

報(bào)文發(fā)送模塊，用于向網(wǎng)管服務(wù)器發(fā)送告警報(bào)文，由網(wǎng)管服務(wù)器解析告警報(bào)文得到告警信息，基于數(shù)據(jù)庫(kù)中的網(wǎng)元表檢驗(yàn)告警信息合法后，將告警信息發(fā)送給終端，接收終端返回的對(duì)告警信息的查收通知信息。

本發(fā)明實(shí)施例還提供一種告警測(cè)試系統(tǒng)，包括：告警測(cè)試裝置、網(wǎng)管服務(wù)器以及終端；

所述告警測(cè)試裝置，用于在接收到測(cè)試啟動(dòng)指令后，連接網(wǎng)管服務(wù)器所維護(hù)的數(shù)據(jù)庫(kù)；加載配置文件，讀取網(wǎng)元信息，根據(jù)讀取的網(wǎng)元信息，更新存儲(chǔ)于所述數(shù)據(jù)庫(kù)的網(wǎng)元表；在終端啟動(dòng)可視化操作界面；獲取終端返回的可視化操作界面上配置的告警信息，生成告警報(bào)文；向網(wǎng)管服務(wù)器發(fā)送告警報(bào)文；

所述網(wǎng)管服務(wù)器，用于接收告警報(bào)文，解析所述告警報(bào)文得到告警信息，基于所述數(shù)據(jù)庫(kù)中的網(wǎng)元表檢驗(yàn)所述告警信息合法后，將所述告警信息發(fā)送給所述終端，并接收所述終端返回的對(duì)所述告警信息的查收通知信息。

其中，所述終端為移動(dòng)終端，所述移動(dòng)終端上設(shè)置有即時(shí)通信客戶端；

所述告警測(cè)試系統(tǒng)還包括：即時(shí)通信服務(wù)器；

所述告警測(cè)試裝置，用于接收即時(shí)通信服務(wù)器轉(zhuǎn)發(fā)的由即時(shí)通信客戶端發(fā)起的測(cè)試啟動(dòng)指令，以及通過(guò)即時(shí)通信服務(wù)器控制移動(dòng)終端上的即時(shí)通信客戶端啟動(dòng)可視化操作界面。

其中，所述告警測(cè)試裝置用于在接收到測(cè)試啟動(dòng)指令后，向網(wǎng)管服務(wù)器發(fā)送數(shù)據(jù)庫(kù)連接申請(qǐng)報(bào)文；所述網(wǎng)管服務(wù)器用于接收所述數(shù)據(jù)庫(kù)連接申請(qǐng)報(bào)文，在驗(yàn)證所述數(shù)據(jù)庫(kù)連接申請(qǐng)報(bào)文合法后，發(fā)送攜帶數(shù)據(jù)庫(kù)連接信息的應(yīng)答報(bào)文；所述告警測(cè)試裝置用于接收到所述應(yīng)答報(bào)文后，根據(jù)所述數(shù)據(jù)庫(kù)連接信息連接所述數(shù)據(jù)庫(kù)。

其中，所述網(wǎng)管服務(wù)器還用于記錄第一日志以及第二日志；所述第一日志用于記錄所述告警測(cè)試裝置連接所述數(shù)據(jù)庫(kù)是否成功、所述告警測(cè)試裝置向存儲(chǔ)于所述數(shù)據(jù)庫(kù)的網(wǎng)元表中插入網(wǎng)元信息是否成功、發(fā)送告警報(bào)文是否成功；所述第二日志用于記錄根據(jù)接收到的告警報(bào)文解析得到的告警信息。

本發(fā)明實(shí)施例還提供一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，存儲(chǔ)有計(jì)算機(jī)可執(zhí)行指令，所述計(jì)算機(jī)可執(zhí)行指令被處理器執(zhí)行時(shí)實(shí)現(xiàn)上述告警測(cè)試方法。

與相關(guān)技術(shù)相比，本發(fā)明實(shí)施例提供的告警測(cè)試方法，包括：接收到測(cè)試啟動(dòng)指令后，連接網(wǎng)管服務(wù)器所維護(hù)的數(shù)據(jù)庫(kù)；加載配置文件，讀取網(wǎng)元信息，根據(jù)讀取的網(wǎng)元信息，更新存儲(chǔ)于所述數(shù)據(jù)庫(kù)的網(wǎng)元表；在終端啟動(dòng)可視化操作界面；獲取終端返回的可視化操作界面上配置的告警信息，生成告警報(bào)文；向網(wǎng)管服務(wù)器發(fā)送所述告警報(bào)文，由網(wǎng)管服務(wù)器解析告警報(bào)文得到告警信息，基于數(shù)據(jù)庫(kù)中的網(wǎng)元表檢驗(yàn)告警信息合法后，將告警信息發(fā)送給終端，并接收終端返回的對(duì)該告警信息的查收通知信息。本發(fā)明實(shí)施例提供的方案，能夠確保告警測(cè)試的準(zhǔn)確性、全面性和穩(wěn)定性，降低告警測(cè)試難度。而且，通過(guò)模擬網(wǎng)元，大量減少實(shí)際設(shè)備的投入，避免因?qū)嶋H設(shè)備類型較多，測(cè)試覆蓋不全而產(chǎn)生版本發(fā)布風(fēng)險(xiǎn)。

進(jìn)一步地，本發(fā)明實(shí)施例可以通過(guò)手動(dòng)配置構(gòu)造所需設(shè)備的各種類型告警信息，這樣可以極大地減少人工搭建各種測(cè)試環(huán)境、制造業(yè)務(wù)告警的工作量，規(guī)避某些特定環(huán)境無(wú)法產(chǎn)生告警導(dǎo)致測(cè)試遺漏的風(fēng)險(xiǎn)。

而且，本發(fā)明實(shí)施例將一系列真實(shí)設(shè)備的MIB文件轉(zhuǎn)換成RMP文件，RMP文件存儲(chǔ)MIB節(jié)點(diǎn)OID與物理名稱之間的映射關(guān)系，在可視化操作界面操作的對(duì)象為物理名稱，在進(jìn)行報(bào)文交互時(shí)，可以先查找RMP文件中的映射表，獲取物理名稱對(duì)應(yīng)的MIB節(jié)點(diǎn)的OID再進(jìn)行報(bào)文交互，這樣不會(huì)在可視化操作界面顯示對(duì)用戶而言可讀性差的OID，而顯示與OID存在映射關(guān)系的物理名稱，從而大大提高界面的易用性，程序的可讀性、靈活性和可移植性。

本申請(qǐng)的其它特征和優(yōu)點(diǎn)將在隨后的說(shuō)明書中闡述，并且，部分地從說(shuō)明書中變得顯而易見(jiàn)，或者通過(guò)實(shí)施本申請(qǐng)而了解。本申請(qǐng)的目的和其他優(yōu)點(diǎn)可通過(guò)在說(shuō)明書、權(quán)利要求書以及附圖中所特別指出的結(jié)構(gòu)來(lái)實(shí)現(xiàn)和獲得。

附圖說(shuō)明

附圖用來(lái)提供對(duì)本申請(qǐng)技術(shù)方案的進(jìn)一步理解，并且構(gòu)成說(shuō)明書的一部分，與本申請(qǐng)的實(shí)施例一起用于解釋本申請(qǐng)的技術(shù)方案，并不構(gòu)成對(duì)本申請(qǐng)技術(shù)方案的限制。

圖1為本發(fā)明實(shí)施例一提供的告警測(cè)試方法的流程圖；

圖2為本發(fā)明實(shí)施例一中的微信網(wǎng)管系統(tǒng)的架構(gòu)圖；

圖3為本發(fā)明實(shí)施例一提供的告警測(cè)試方法的實(shí)例示意圖一；

圖4為本發(fā)明實(shí)施例一提供的告警測(cè)試方法的實(shí)例示意圖二；

圖5為本發(fā)明實(shí)施例二提供的告警測(cè)試裝置的示意圖；

圖6為本發(fā)明實(shí)施例三提供的告警測(cè)試系統(tǒng)的示意圖。

具體實(shí)施方式

下文中將結(jié)合附圖對(duì)本申請(qǐng)實(shí)施例進(jìn)行詳細(xì)說(shuō)明。需要說(shuō)明的是，在不沖突的情況下，本申請(qǐng)中的實(shí)施例及實(shí)施例中的特征可以相互任意組合。

在附圖的流程圖示出的步驟可以在諸如一組計(jì)算機(jī)可執(zhí)行指令的計(jì)算機(jī)系統(tǒng)中執(zhí)行。并且，雖然在流程圖中示出了邏輯順序，但是在某些情況下，可以以不同于此處的順序執(zhí)行所示出或描述的步驟。

針對(duì)相關(guān)技術(shù)中，網(wǎng)管的運(yùn)維工程人員需要坐在電腦旁實(shí)時(shí)監(jiān)測(cè)告警上報(bào)請(qǐng)求，再進(jìn)行分析處理，而導(dǎo)致處理延時(shí)較大的問(wèn)題，為了方便運(yùn)維工程人員及時(shí)接收并處理現(xiàn)網(wǎng)設(shè)備上報(bào)的告警，可以基于設(shè)置在移動(dòng)終端的即時(shí)通信客戶端，開(kāi)發(fā)網(wǎng)管告警平臺(tái)。但是，基于即時(shí)通信客戶端開(kāi)發(fā)的網(wǎng)管告警平臺(tái)需要具備以下幾點(diǎn)：快速，即設(shè)備上告警產(chǎn)生后，即時(shí)通信客戶端需要快速收到告警；靈活，即客戶或者網(wǎng)管運(yùn)維工程人員無(wú)需時(shí)時(shí)守在電腦旁監(jiān)測(cè)告警，攜帶配置有即時(shí)通信客戶端的移動(dòng)終端可以隨時(shí)隨地查收告警；準(zhǔn)確，即支持多種設(shè)備型號(hào)的多種告警類型，解析告警信息準(zhǔn)確；穩(wěn)定，特別是當(dāng)運(yùn)營(yíng)商現(xiàn)場(chǎng)網(wǎng)絡(luò)規(guī)模大、設(shè)備多的情況下，對(duì)連續(xù)多條告警，能夠并發(fā)多條告警，例如說(shuō)1秒鐘之內(nèi)上報(bào)100條告警時(shí)，網(wǎng)管服務(wù)器的響應(yīng)能力和系統(tǒng)穩(wěn)定性。

對(duì)于網(wǎng)管的告警測(cè)試方法，主要是盡力營(yíng)造用戶現(xiàn)場(chǎng)的網(wǎng)絡(luò)環(huán)境進(jìn)行告警制造。然而，不同用戶的設(shè)備類型和拓?fù)洳煌⒅骺睾蜆I(yè)務(wù)板卡不同、網(wǎng)管版本和設(shè)備上的板卡軟件版本不同、實(shí)際的業(yè)務(wù)配置也不相同等等，在這樣的測(cè)試情況下主要存在以下問(wèn)題：

針對(duì)全部設(shè)備類型進(jìn)行告警測(cè)試，設(shè)備投入過(guò)高；現(xiàn)網(wǎng)的在用設(shè)備類型和板卡種類多達(dá)成百上千，網(wǎng)元、板卡造價(jià)不菲，供研發(fā)和測(cè)試使用的設(shè)備資源非常分散而且有限；如果把每一種設(shè)備類型都測(cè)試一遍的難度較大；

針對(duì)全部告警類型進(jìn)行測(cè)試，不同的設(shè)備所注冊(cè)的告警類型不盡相同，有許多告警是跟具體的業(yè)務(wù)配置相關(guān)聯(lián)的，需要搭建特定的環(huán)境，配置業(yè)務(wù)才可制造出相關(guān)的告警，這對(duì)測(cè)試工程師的業(yè)務(wù)經(jīng)驗(yàn)、技術(shù)要求很高；而且，即使是經(jīng)驗(yàn)豐富的工程師、專家，也有可能在復(fù)雜的業(yè)務(wù)環(huán)境下無(wú)法制造出全部類型的告警；

針對(duì)告警并發(fā)性能的測(cè)試，例如1秒鐘內(nèi)上報(bào)100條告警，網(wǎng)管服務(wù)器的處理速度如何、系統(tǒng)會(huì)不會(huì)卡住，這樣的性能測(cè)試對(duì)于測(cè)試工程師來(lái)說(shuō)是不可能通過(guò)在實(shí)際設(shè)備上制造告警來(lái)完成的。

可見(jiàn)，對(duì)于測(cè)試工程師來(lái)說(shuō)，對(duì)網(wǎng)管告警平臺(tái)進(jìn)行全面的測(cè)試需要覆蓋所有支持的網(wǎng)元類型(即前述的設(shè)備類型)、制造上報(bào)各種類型的告警，特別是模擬大批量告警并發(fā)的場(chǎng)景，這樣需要投入大量的真實(shí)網(wǎng)元，搭建各種業(yè)務(wù)場(chǎng)景制造告警、大批量告警并發(fā)場(chǎng)景的難度非常大，工作量不可估計(jì)，往往因?yàn)榄h(huán)境錯(cuò)誤、設(shè)備版本不匹配、業(yè)務(wù)知識(shí)不精通等原因?qū)е赂婢圃觳怀鰜?lái)等問(wèn)題。因此，在人力和設(shè)備資源有限的情況下，既能保證告警上報(bào)的準(zhǔn)確性和全面性，又能測(cè)試大量告警并發(fā)上報(bào)時(shí)網(wǎng)管系統(tǒng)的穩(wěn)定性，是目前測(cè)試工作首先要考慮并解決的問(wèn)題。

基于此，本發(fā)明實(shí)施例提出了一種告警測(cè)試方法、裝置及系統(tǒng)。

實(shí)施例一

本實(shí)施例提供一種告警測(cè)試方法。本實(shí)施例提供的告警測(cè)試方法可以用于測(cè)試網(wǎng)絡(luò)管理系統(tǒng)的告警功能，網(wǎng)絡(luò)管理系統(tǒng)可以包括網(wǎng)管服務(wù)器以及一個(gè)或多個(gè)終端。終端以移動(dòng)終端為例，移動(dòng)終端例如可以為智能手機(jī)、平板電腦等。移動(dòng)終端上設(shè)置即時(shí)通信客戶端，即時(shí)通信客戶端例如可以為微信客戶端。以微信客戶端為例，網(wǎng)絡(luò)管理系統(tǒng)的告警功能可以基于微信客戶端的公眾號(hào)進(jìn)行開(kāi)發(fā)，實(shí)現(xiàn)網(wǎng)管告警平臺(tái)。網(wǎng)絡(luò)管理系統(tǒng)還可以包括即時(shí)通信服務(wù)器，用于轉(zhuǎn)發(fā)即時(shí)通信客戶端與網(wǎng)管服務(wù)器之間的交互內(nèi)容。

由于網(wǎng)管告警平臺(tái)主要給網(wǎng)管的運(yùn)維工程人員使用，因此，通過(guò)設(shè)置在移動(dòng)終端上的即時(shí)通信客戶端可以移動(dòng)地、實(shí)時(shí)地獲取被監(jiān)測(cè)設(shè)備上報(bào)的告警，從而可以及時(shí)進(jìn)行工程故障處理，減少中斷業(yè)務(wù)時(shí)間。

本實(shí)施例提供的告警測(cè)試方法可以由告警發(fā)送(TrapSender)系統(tǒng)執(zhí)行，TrapSender系統(tǒng)可以集成在網(wǎng)絡(luò)管理系統(tǒng)的網(wǎng)管服務(wù)器中，或者，可以單獨(dú)部署，例如部署在網(wǎng)管服務(wù)器之外的服務(wù)器上。

如圖1所示，本實(shí)施例提供的告警測(cè)試方法，包括以下步驟：

步驟101：接收到測(cè)試啟動(dòng)指令后，連接網(wǎng)管服務(wù)器所維護(hù)的數(shù)據(jù)庫(kù)。

其中，步驟101中，接收到測(cè)試啟動(dòng)指令，可以包括：接收到即時(shí)通信服務(wù)器轉(zhuǎn)發(fā)的由即時(shí)通信客戶端發(fā)起的測(cè)試啟動(dòng)指令。

其中，測(cè)試啟動(dòng)指令可以由移動(dòng)終端上的即時(shí)通信客戶端發(fā)起，例如，用戶在即時(shí)通信客戶端的人機(jī)交互界面點(diǎn)擊測(cè)試功能或按鈕后，即時(shí)通信客戶端發(fā)起測(cè)試啟動(dòng)指令。其中，測(cè)試啟動(dòng)指令中可以攜帶通過(guò)即時(shí)通信客戶端登陸網(wǎng)管服務(wù)器的用戶信息。

其中，步驟101可以包括：

接收到測(cè)試啟動(dòng)指令后，向維護(hù)所述數(shù)據(jù)庫(kù)的網(wǎng)管服務(wù)器發(fā)送數(shù)據(jù)庫(kù)連接申請(qǐng)報(bào)文；

接收到網(wǎng)管服務(wù)器返回的攜帶數(shù)據(jù)庫(kù)連接信息的應(yīng)答報(bào)文后，根據(jù)所述數(shù)據(jù)庫(kù)連接信息連接所述數(shù)據(jù)庫(kù)。

一些實(shí)現(xiàn)方式中，根據(jù)測(cè)試啟動(dòng)指令攜帶的用戶信息，數(shù)據(jù)庫(kù)連接申請(qǐng)報(bào)文中可以封裝所述用戶信息，在網(wǎng)管服務(wù)器接收到數(shù)據(jù)庫(kù)連接申請(qǐng)報(bào)文之后，可以先從中提取所述用戶信息，采用安全策略對(duì)所述用戶信息進(jìn)行合法性校驗(yàn)，若校驗(yàn)不通過(guò)，則網(wǎng)管服務(wù)器丟棄該數(shù)據(jù)庫(kù)連接申請(qǐng)報(bào)文；若校驗(yàn)通過(guò)，則網(wǎng)管服務(wù)器返回應(yīng)答報(bào)文，且應(yīng)答報(bào)文中攜帶數(shù)據(jù)庫(kù)連接信息。例如，只有能登陸網(wǎng)管服務(wù)器的用戶信息才能通過(guò)合法性校驗(yàn)，從而可以提高安全性。

步驟102：加載配置文件，讀取網(wǎng)元信息，根據(jù)讀取的網(wǎng)元信息，更新存儲(chǔ)于數(shù)據(jù)庫(kù)的網(wǎng)元表。

其中，配置文件中包括N條網(wǎng)元信息，每條網(wǎng)元信息對(duì)應(yīng)模擬一個(gè)網(wǎng)元，每條網(wǎng)元信息至少可以包括：網(wǎng)元類型、網(wǎng)元的網(wǎng)絡(luò)協(xié)議(IP，Internet Protocol)地址；其中，N為大于或等于1的整數(shù)。一些實(shí)現(xiàn)方式中，每條網(wǎng)元信息可以包括：網(wǎng)元類型、網(wǎng)元的IP地址、網(wǎng)元的友好名稱、讀或?qū)懝餐w。每條網(wǎng)元信息的網(wǎng)元類型可以相同或不同，即配置文件中可以包括一種或多種網(wǎng)元類型。需要注意的是，在配置網(wǎng)元的IP地址時(shí)，需要確保使用該IP地址的網(wǎng)元可以與網(wǎng)管服務(wù)器相互通信。

其中，步驟102可以包括：

加載配置文件，讀取配置文件中的一條或多條網(wǎng)元信息；

針對(duì)讀取的每條網(wǎng)元信息進(jìn)行以下處理：

根據(jù)所述讀取的網(wǎng)元信息，生成INSERT(插入)類型的結(jié)構(gòu)化查詢語(yǔ)言(SQL，Structured Query Language)腳本；

以網(wǎng)元的IP地址為索引，在檢索到所述網(wǎng)元表中沒(méi)有與所述讀取的網(wǎng)元信息重復(fù)的索引時(shí)，執(zhí)行所述讀取的網(wǎng)元信息對(duì)應(yīng)的SQL腳本，將所述讀取的網(wǎng)元信息插入到所述網(wǎng)元表中。

其中，在判斷讀取的網(wǎng)元信息與所述網(wǎng)元表中的網(wǎng)元信息是否重復(fù)時(shí)，以網(wǎng)元的IP地址為索引，檢索網(wǎng)元表中是否有重復(fù)的索引，若存在重復(fù)的索引，則說(shuō)明讀取的網(wǎng)元信息與網(wǎng)元表中的網(wǎng)元信息重復(fù)，若不存在重復(fù)的索引，則說(shuō)明讀取的網(wǎng)元信息與網(wǎng)元表中的網(wǎng)元信息沒(méi)有重復(fù)。

在一些實(shí)現(xiàn)方式中，在檢索到所述網(wǎng)元表中存在與所述讀取的網(wǎng)元信息重復(fù)的索引時(shí)，記錄重復(fù)索引的結(jié)果；基于記錄的結(jié)果，修改配置文件中相關(guān)網(wǎng)元信息中網(wǎng)元的IP地址。后續(xù)，可以再將修改后的網(wǎng)元信息插入網(wǎng)元表中，從而確保在網(wǎng)元表中完整插入配置文件中的網(wǎng)元信息，保證模擬網(wǎng)元的數(shù)目。

本實(shí)施例中，直接使用配置文件配置網(wǎng)元類型、網(wǎng)元名稱、網(wǎng)元的IP地址等關(guān)鍵信息，TrapSender系統(tǒng)在啟動(dòng)時(shí)可以讀取配置文件，生成讀取的網(wǎng)元信息對(duì)應(yīng)的SQL腳本，經(jīng)過(guò)對(duì)配置文件中的網(wǎng)元信息和網(wǎng)元表中的網(wǎng)元信息進(jìn)行是否重復(fù)的判斷后，將配置文件中判斷結(jié)果為沒(méi)有重復(fù)的網(wǎng)元信息插入到數(shù)據(jù)庫(kù)的網(wǎng)元表中。對(duì)于網(wǎng)管服務(wù)器來(lái)說(shuō)，配置文件中的這些網(wǎng)元信息模擬的是真實(shí)的網(wǎng)元，網(wǎng)管服務(wù)器可以接收并處理這些模擬網(wǎng)元發(fā)送過(guò)來(lái)的Trap報(bào)文。如此，減少真實(shí)測(cè)試設(shè)備的投入，避免因?qū)嶋H設(shè)備類型較多，測(cè)試覆蓋不全而產(chǎn)生版本發(fā)布風(fēng)險(xiǎn)。

步驟103：在終端啟動(dòng)可視化操作界面。

其中，可視化操作界面支持配置可操作的網(wǎng)元信息以及告警類型，可操作的網(wǎng)元信息可以從更新后的網(wǎng)元表中讀取，可操作的告警類型可以從存儲(chǔ)于數(shù)據(jù)庫(kù)的告警類型表中讀取。

其中，除了網(wǎng)元表，數(shù)據(jù)庫(kù)中還存儲(chǔ)有告警類型表，告警類型表記錄了每種網(wǎng)元類型所支持的告警類型的詳細(xì)信息，且告警類型表由網(wǎng)管服務(wù)器動(dòng)態(tài)維護(hù)。如此，在TrapSender系統(tǒng)成功連接數(shù)據(jù)庫(kù)后，可以直接從數(shù)據(jù)庫(kù)中獲取告警類型表中的所有告警類型的信息進(jìn)行加載，不僅快速，而且準(zhǔn)確、全面。

其中，步驟103可以包括：通過(guò)即時(shí)通信服務(wù)器控制移動(dòng)終端上的即時(shí)通信客戶端啟動(dòng)可視化操作界面。換言之，設(shè)置在移動(dòng)終端上的即時(shí)通信客戶端可以顯示可視化操作界面。

在本實(shí)施例中，在TrapSender系統(tǒng)連接數(shù)據(jù)庫(kù)并更新網(wǎng)元表之后，TrapSender系統(tǒng)可以從數(shù)據(jù)庫(kù)加載更新后的網(wǎng)元表和告警類型表，并將加載得到的網(wǎng)元表和告警類型表通過(guò)一定方式顯示在可視化操作界面。

其中，步驟103可以包括：

根據(jù)加載的RMP文件，將從網(wǎng)管服務(wù)器的數(shù)據(jù)庫(kù)讀取的以O(shè)ID(Object Identifier，對(duì)象標(biāo)識(shí)符)形式表示的網(wǎng)元信息、告警類型以及所述告警類型需要配置的綁定變量信息，以物理名稱的形式顯示在可視化操作界面；

其中，所述網(wǎng)元信息包括更新后的網(wǎng)元表中的網(wǎng)元信息，所述告警類型包括數(shù)據(jù)庫(kù)的告警類型表中的告警類型；RMP文件是根據(jù)真實(shí)網(wǎng)元的MIB(Management Information Base，管理信息庫(kù))文件轉(zhuǎn)換得到的，RMP文件中存儲(chǔ)MIB節(jié)點(diǎn)的OID與物理名稱之間的映射關(guān)系。OID是SNMP(Simple Network Management Protocol，簡(jiǎn)單網(wǎng)絡(luò)管理協(xié)議)代理提供的具有唯一標(biāo)識(shí)的鍵值。

其中，對(duì)于每種告警類型，包含多個(gè)不同的綁定變量，每個(gè)綁定變量可以用唯一的OID來(lái)標(biāo)識(shí)，例如：槽位號(hào)、是否為恢復(fù)告警、告警級(jí)別等等。

其中，在可視化操作界面支持對(duì)網(wǎng)元信息、告警類型以及告警類型相關(guān)的綁定變量信息進(jìn)行配置。例如，可視化操作界面上可以顯示網(wǎng)元表中的所有網(wǎng)元信息以及所支持的告警類型，用戶可以在可視化操作界面顯示的信息中選擇需要進(jìn)行測(cè)試的網(wǎng)元信息和告警類型，再為確定的告警類型配置綁定變量。本申請(qǐng)并不限定網(wǎng)元表中的所有網(wǎng)元信息以及所支持的告警類型在可視化操作界面的顯示方式，例如可以分行全部顯示，或者，以下拉選項(xiàng)的方式顯示。

其中，TrapSender系統(tǒng)在啟動(dòng)后可以加載默認(rèn)的RMP文件，或者，用戶可以在可視化操作界面上手動(dòng)選擇替換RMP文件。

步驟104：獲取終端返回的可視化操作界面上配置的告警信息，生成告警報(bào)文。

其中，可視化操作界面上配置的告警信息可以包括：網(wǎng)元信息、告警類型、告警類型相關(guān)的綁定變量信息；或者，可以包括：發(fā)送周期、每個(gè)周期發(fā)送的網(wǎng)元信息和告警類型、每個(gè)周期發(fā)送的告警數(shù)量、每個(gè)告警類型相關(guān)的綁定變量信息。

其中，用戶可以在可視化操作界面配置一條網(wǎng)元信息所支持的一種告警類型對(duì)應(yīng)的告警；或者，用戶可以在可視化操作界面配置多條告警，每條告警對(duì)應(yīng)一條網(wǎng)元信息所支持的一種告警類型；或者，用戶可以在可視化操作界面配置循環(huán)發(fā)送的多條告警。本申請(qǐng)對(duì)此并不限定。

其中，步驟104可以包括：

獲取終端返回的可視化操作界面上以物理名稱的形式配置的告警信息；從RMP文件中查找物理名稱對(duì)應(yīng)的MIB節(jié)點(diǎn)OID，根據(jù)查找到的MIB節(jié)點(diǎn)OID，對(duì)配置的告警信息進(jìn)行報(bào)文封裝，生成告警報(bào)文。

于本實(shí)施例中，如果直接在可視化操作界面的顯示程序中植入OID，在可視化操作界面顯示的為一系列OID，對(duì)于用戶而言，可讀性會(huì)非常差。因此，將一系列真實(shí)設(shè)備的MIB文件(可以是網(wǎng)管服務(wù)器能管理的所有設(shè)備的MIB文件全集，或者是根據(jù)需要收集的一系列設(shè)備的MIB文件集)轉(zhuǎn)換成可被TrapSender系統(tǒng)加載的RMP文件，RMP文件可以抽象成一張映射表，以二進(jìn)制的形式存儲(chǔ)在*.rmp文件中。表中記錄了MIB節(jié)點(diǎn)OID與物理名稱之間的映射關(guān)系，還記錄了MIB節(jié)點(diǎn)的類型、狀態(tài)、訪問(wèn)方式等信息。這樣在進(jìn)行人機(jī)交互時(shí)，可以先查找上述的映射表，以獲取MIB節(jié)點(diǎn)OID所對(duì)應(yīng)的物理名稱，然后在可視化操作界面以物理名稱的方式進(jìn)行信息顯示；在進(jìn)行網(wǎng)管服務(wù)器與TrapSender系統(tǒng)所模擬的虛擬網(wǎng)元之間的報(bào)文交互時(shí)，可以查找RMP文件內(nèi)的映射表，通過(guò)物理名稱查找到對(duì)應(yīng)的MIB節(jié)點(diǎn)的OID，進(jìn)行報(bào)文封裝，從而完成SNMP報(bào)文交互。如此，在可視化操作界面無(wú)需顯示對(duì)用戶而言可讀性較差的OID，從而大大提高界面的易用性，程序的可讀性、靈活性和可移植性。

在本實(shí)施例中，TrapSender系統(tǒng)可以根據(jù)網(wǎng)元表中的網(wǎng)元類型，從數(shù)據(jù)庫(kù)的告警類型表中讀取每種網(wǎng)元類型所支持的所有告警類型。然后，在可視化操作界面由用戶手動(dòng)配置可以構(gòu)造所需網(wǎng)元的各種告警信息，這樣可以極大地減少人工搭建各種測(cè)試環(huán)境制造業(yè)務(wù)告警的工作量，規(guī)避某些特定環(huán)境無(wú)法產(chǎn)生告警導(dǎo)致測(cè)試遺漏的風(fēng)險(xiǎn)。

在本實(shí)施例中，可以在可視化操作界面指定發(fā)送周期(例如，以秒為單位)、每個(gè)周期發(fā)送的告警數(shù)量(根據(jù)網(wǎng)管服務(wù)器、網(wǎng)絡(luò)等實(shí)際可處理情況進(jìn)行配置)、每個(gè)周期發(fā)送的告警所包含的網(wǎng)元信息和告警類型、以及相關(guān)的綁定變量信息。通過(guò)配置周期批量發(fā)送告警信息可以模擬現(xiàn)網(wǎng)設(shè)備大量告警并發(fā)的場(chǎng)景，例如，在大量告警并發(fā)場(chǎng)景下，需要對(duì)網(wǎng)管服務(wù)器進(jìn)行告警批量處理能力的測(cè)試時(shí)，需要制造大量告警同步上報(bào)，結(jié)合網(wǎng)絡(luò)環(huán)境和網(wǎng)管服務(wù)器的處理速度，可以設(shè)置每秒鐘上報(bào)N條告警報(bào)文，一般N的取值范圍為100至500。

一些實(shí)現(xiàn)方式中，根據(jù)用戶指定的網(wǎng)元信息和需要制造的告警類型，TrapSender系統(tǒng)可以將這些數(shù)據(jù)生成一張邏輯上的數(shù)據(jù)表，在用戶指定發(fā)送周期后，TrapSender系統(tǒng)可以循環(huán)依次地讀取該數(shù)據(jù)表中的告警信息進(jìn)行上報(bào)，從而實(shí)現(xiàn)模擬現(xiàn)網(wǎng)大量設(shè)備并發(fā)上報(bào)告警的場(chǎng)景。例如，用戶在可視化操作界面選中了網(wǎng)元A和網(wǎng)元B兩個(gè)設(shè)備，每個(gè)網(wǎng)元配置了5種告警，TrapSender系統(tǒng)會(huì)生成一張包括10條告警的表，若周期發(fā)送Trap報(bào)文數(shù)量配置為100，則按照這張表里的告警，循環(huán)發(fā)送10次。

步驟105：向網(wǎng)管服務(wù)器發(fā)送告警報(bào)文，由網(wǎng)管服務(wù)器解析告警報(bào)文得到告警信息，基于數(shù)據(jù)庫(kù)中的網(wǎng)元表檢驗(yàn)所述告警信息合法后，將所述告警信息發(fā)送給終端，并接收終端返回的對(duì)所述告警信息的查收通知信息。

于本實(shí)施例中，用戶在即時(shí)通信客戶端所顯示的可視化操作界面上單擊‘確定’發(fā)送告警報(bào)文(即前述的Trap報(bào)文)后，TrapSender系統(tǒng)所模擬的SNMP代理程序會(huì)將可視化操作界面上配置的信息和TRAP首部封裝成一個(gè)類型是TRAP的PDU(Protocol Data Unit，協(xié)議數(shù)據(jù)單元)數(shù)據(jù)包發(fā)送給網(wǎng)管服務(wù)器。并且，在TrapSender系統(tǒng)發(fā)送告警報(bào)文后，會(huì)在可視化操作界面給出告警報(bào)文是否發(fā)送成功的提示信息。

其中，網(wǎng)管服務(wù)器在接收到告警報(bào)文后，解析告警報(bào)文得到告警信息，判斷解析得到的告警信息攜帶的網(wǎng)元信息是否合法，若合法，網(wǎng)管服務(wù)器在數(shù)據(jù)庫(kù)存儲(chǔ)解析得到的告警信息，并可以將解析得到的告警信息發(fā)送給移動(dòng)終端上的即時(shí)通信客戶端進(jìn)行顯示。若不合法，網(wǎng)管服務(wù)器可以丟棄接收到的告警報(bào)文。例如，網(wǎng)管服務(wù)器可以通過(guò)在數(shù)據(jù)庫(kù)中的網(wǎng)元表中查找是否存在與告警信息攜帶的網(wǎng)元IP地址相同的網(wǎng)元信息，來(lái)確定告警信息攜帶的網(wǎng)元信息是否合法；若存在，則合法，若不存在，則不合法。另外，移動(dòng)終端上的即時(shí)通信客戶端接收到告警信息之后，需要正確顯示告警，并向網(wǎng)管服務(wù)器發(fā)送接收到告警信息的告知消息(即前述的查收通知信息)。

其中，網(wǎng)管服務(wù)器可以打印日志，記錄TrapSender系統(tǒng)連接數(shù)據(jù)庫(kù)是否成功、加載配置文件向數(shù)據(jù)庫(kù)中逐條插入網(wǎng)元信息是否成功、發(fā)送Trap報(bào)文是否成功。另外，網(wǎng)管服務(wù)器還可以通過(guò)另一份日志，記錄告警的詳細(xì)信息，例如可以包括告警ID、告警上報(bào)時(shí)間、告警類型、告警級(jí)別、告警源位置等詳細(xì)信息。

綜上可知，本實(shí)施例中，利用網(wǎng)管服務(wù)器通過(guò)SNMP管理網(wǎng)元的原理，構(gòu)造一個(gè)TrapSender(告警發(fā)送)系統(tǒng)；對(duì)于網(wǎng)管服務(wù)器來(lái)說(shuō)，這個(gè)系統(tǒng)就是N(N≥1)個(gè)實(shí)際的網(wǎng)元，網(wǎng)管服務(wù)器接收該系統(tǒng)發(fā)送的Trap報(bào)文(即前述的告警報(bào)文)，解析之后間接地通過(guò)即時(shí)通信服務(wù)器發(fā)送給對(duì)應(yīng)的即時(shí)通信客戶端(例如，微信客戶端)進(jìn)行顯示。TrapSender系統(tǒng)通過(guò)在即時(shí)通信客戶端上申請(qǐng)獲取網(wǎng)管服務(wù)器地址和數(shù)據(jù)庫(kù)連接成功后，加載配置文件生成網(wǎng)元信息，插入數(shù)據(jù)庫(kù)的網(wǎng)元表中，模擬不同類型的網(wǎng)元；啟動(dòng)可視化操作界面，在可視化操作界面上支持按不同的網(wǎng)元類型、不同的告警類型發(fā)送Trap報(bào)文，還支持周期批量發(fā)送Trap報(bào)文。通過(guò)RMP文件提供的真實(shí)MIB文件中物理名稱與OID之間的映射表，實(shí)現(xiàn)報(bào)文交互。

下面通過(guò)一個(gè)實(shí)例說(shuō)明本實(shí)施例提供的告警測(cè)試方法。于本實(shí)例中，以即時(shí)通信客戶端為微信客戶端為例進(jìn)行說(shuō)明。

微信客戶端已成為許多企業(yè)級(jí)用戶移動(dòng)端開(kāi)發(fā)平臺(tái)的首選。其中，微信客戶端的公眾號(hào)面向個(gè)人、政府、企業(yè)等，通過(guò)這一平臺(tái)，個(gè)人和企業(yè)都可以打造一個(gè)基于微信客戶端的服務(wù)或營(yíng)銷推廣平臺(tái)。基于此，通信設(shè)備提供商為了提高服務(wù)水平，與互聯(lián)網(wǎng)快速發(fā)展的時(shí)代接軌，可以將用戶最關(guān)心的網(wǎng)管告警功能基于微信公眾號(hào)進(jìn)行二次開(kāi)發(fā)，旨在使用戶通過(guò)移動(dòng)終端簡(jiǎn)捷地進(jìn)行配置、快速發(fā)現(xiàn)告警、及時(shí)解決工程故障問(wèn)題。這樣的產(chǎn)品可以稱之為“微信網(wǎng)絡(luò)管理系統(tǒng)”，簡(jiǎn)稱“微信網(wǎng)管”。

于本實(shí)例中，網(wǎng)絡(luò)管理系統(tǒng)可以為微信網(wǎng)絡(luò)管理系統(tǒng)。如圖2所示，微信網(wǎng)絡(luò)管理系統(tǒng)可以包括：微信網(wǎng)管服務(wù)器(對(duì)應(yīng)前述的網(wǎng)管服務(wù)器)、移動(dòng)終端(例如，智能手機(jī))、微信服務(wù)器(對(duì)應(yīng)前述的即時(shí)通信服務(wù)器)、TrapSender系統(tǒng)。移動(dòng)終端上配置有微信客戶端，微信客戶端關(guān)注微信網(wǎng)管服務(wù)器的公眾號(hào)，登錄后可以啟動(dòng)TrapSender系統(tǒng)、接收和查看告警信息。TrapSender系統(tǒng)可以集成在微信網(wǎng)管服務(wù)器上，通過(guò)SNMP代理程序模擬N個(gè)真實(shí)網(wǎng)元(N≥1)。然而，本申請(qǐng)對(duì)于TrapSender系統(tǒng)的設(shè)置形式不限，TrapSender系統(tǒng)也可以和微信網(wǎng)管服務(wù)器分開(kāi)部署。其中，安裝微信網(wǎng)管服務(wù)器的PC(Personal Computer，個(gè)人電腦)機(jī)需要連接外網(wǎng)，并開(kāi)放與微信服務(wù)器通信的端口(80端口)，微信服務(wù)器只做報(bào)文透?jìng)?也即微信服務(wù)器僅作為轉(zhuǎn)發(fā)微信網(wǎng)管服務(wù)器與微信客戶端之間交互內(nèi)容的中轉(zhuǎn)設(shè)備)，故可以忽略，即可以看做微信客戶端與微信網(wǎng)管服務(wù)器直接通信。微信網(wǎng)管服務(wù)器在內(nèi)網(wǎng)上要與TrapSender系統(tǒng)模擬的網(wǎng)元可以通信。

TrapSender系統(tǒng)在啟動(dòng)時(shí)，需要加載配置文件和RMP文件。

配置文件用于預(yù)先配置網(wǎng)元信息。例如，Ne_Node_Config.xml文件。配置文件中配置N條(N≥1)網(wǎng)元信息，每一條網(wǎng)元信息對(duì)應(yīng)模擬一個(gè)網(wǎng)元，配置信息中可以包括一種或多種類型的網(wǎng)元，每條網(wǎng)元信息可以包含以下一項(xiàng)或多項(xiàng)：網(wǎng)元類型、網(wǎng)元的友好名稱、網(wǎng)元的IP地址、讀或?qū)懝餐w、MAC(Media Access Control，介質(zhì)訪問(wèn)控制)地址、SNMP版本號(hào)和端口。需要注意的是，配置文件中，使用配置的IP地址的網(wǎng)元要能與微信網(wǎng)管服務(wù)器互相通信。

一些實(shí)現(xiàn)方式中，配置文件可以如下所示：

上述舉例的配置文件中包括四條網(wǎng)元信息，模擬了四個(gè)網(wǎng)元。

配置文件中配置的各種網(wǎng)元類型的MIB(Management Information Base，管理信息庫(kù))文件，可以轉(zhuǎn)換生成RMP文件。對(duì)于每種告警類型，包含多個(gè)不同的綁定變量，每個(gè)綁定變量用唯一的OID來(lái)標(biāo)識(shí)，例如：槽位號(hào)、是否為恢復(fù)告警、告警級(jí)別等等。但如若直接在可視化操作界面的顯示程序中植入OID，顯示的為一系列OID，對(duì)于用戶而言其可讀性會(huì)非常差。在本實(shí)例中，將MIB文件(可以是微信網(wǎng)管服務(wù)器能管理的所有設(shè)備的MIB文件全集，或者是根據(jù)需要收集的一系列設(shè)備的MIB文件集)轉(zhuǎn)換生成一張映射表，以二進(jìn)制的形式存儲(chǔ)在*.rmp文件中(即，RMP文件)。所述映射表中記錄了MIB節(jié)點(diǎn)OID與物理名稱之間的映射關(guān)系，還記錄MIB節(jié)點(diǎn)的類型、狀態(tài)、訪問(wèn)方式等信息。

于本實(shí)例中，在微信客戶端上啟動(dòng)TrapSender系統(tǒng)后，微信客戶端通過(guò)微信服務(wù)器向微信網(wǎng)管服務(wù)器發(fā)送連接網(wǎng)管數(shù)據(jù)庫(kù)的請(qǐng)求報(bào)文(即前述的數(shù)據(jù)庫(kù)連接申請(qǐng)報(bào)文)，請(qǐng)求報(bào)文中封裝了當(dāng)前登陸微信網(wǎng)管服務(wù)器的用戶信息，微信網(wǎng)管服務(wù)器收到請(qǐng)求報(bào)文后，先提取請(qǐng)求報(bào)文中封裝的用戶信息，調(diào)用安全管理模塊基于提取的用戶信息對(duì)用戶進(jìn)行合法性校驗(yàn)，若校驗(yàn)不通過(guò)，則微信網(wǎng)管服務(wù)器丟棄收到的請(qǐng)求報(bào)文。若校驗(yàn)通過(guò)，微信網(wǎng)管服務(wù)器給TrapSender系統(tǒng)發(fā)送封裝了網(wǎng)管數(shù)據(jù)庫(kù)連接信息(即前述的數(shù)據(jù)庫(kù)連接信息)的應(yīng)答報(bào)文。收到應(yīng)答報(bào)文后，TrapSender系統(tǒng)基于應(yīng)答報(bào)文中的網(wǎng)管數(shù)據(jù)庫(kù)連接信息連接微信網(wǎng)管服務(wù)器所維護(hù)的數(shù)據(jù)庫(kù)。

TrapSender系統(tǒng)可以加載Ne_Node_Config.xml文件(即配置文件)，獲取配置文件中的N條網(wǎng)元信息，逐條拼成數(shù)據(jù)庫(kù)INSERT類型的SQL腳本。網(wǎng)元的IP地址是數(shù)據(jù)庫(kù)的網(wǎng)元表中表項(xiàng)的索引，向網(wǎng)元表中插入網(wǎng)元信息之前，先進(jìn)行索引是否重復(fù)的判斷。如網(wǎng)元的IP地址沒(méi)有重復(fù)，則將該條網(wǎng)元信息插入數(shù)據(jù)庫(kù)的網(wǎng)元表中。如網(wǎng)元的IP地址重復(fù)，則放棄執(zhí)行插入并在日志文件中打印詳細(xì)的錯(cuò)誤信息，如此，用戶可以根據(jù)日志信息決定是否手動(dòng)修改重復(fù)的IP地址再重新進(jìn)行加載。

TrapSender系統(tǒng)啟動(dòng)后的可視化操作界面上所顯示的可操作的網(wǎng)元信息從數(shù)據(jù)庫(kù)的網(wǎng)元表中讀取。每種網(wǎng)元類型支持的告警類型從數(shù)據(jù)庫(kù)的告警類型表中讀取。告警類型表記錄了每種網(wǎng)元類型所支持的各種告警類型，該告警類型表是由微信網(wǎng)管服務(wù)器動(dòng)態(tài)維護(hù)的。

本實(shí)例中，可以根據(jù)需要上報(bào)告警的網(wǎng)元類型，制作相匹配的RMP文件。TrapSender系統(tǒng)啟動(dòng)后，加載默認(rèn)的RMP文件，在可視化操作界面上支持用戶手動(dòng)更新替換RMP文件。用戶在微信客戶端顯示的可視化操作界面中選擇網(wǎng)元類型和告警類型后，可以配置以物理名稱的形式呈現(xiàn)的該告警類型相關(guān)的綁定變量信息，進(jìn)行配置并保存。其中，每種告警需要配置的變量不盡相同。TrapSender系統(tǒng)支持配置多條告警記錄。

用戶在微信客戶端所顯示的可視化操作界面上單擊‘確定’發(fā)送Trap報(bào)文(即前述的告警報(bào)文)后，TrapSender系統(tǒng)所模擬的SNMP代理程序會(huì)將可視化操作界面上配置的信息和TRAP首部封裝成一個(gè)類型是TRAP的PDU數(shù)據(jù)包(也就是Trap報(bào)文)發(fā)送給微信網(wǎng)管服務(wù)器。TrapSender系統(tǒng)發(fā)送告警報(bào)文后，會(huì)在可視化操作界面給出告警報(bào)文是否發(fā)送成功的提示信息。

在微信客戶端所顯示的可視化操作界面上，用戶可以選中多個(gè)網(wǎng)元信息、多種告警類型，并指定發(fā)送周期內(nèi)上報(bào)的Trap報(bào)文數(shù)量。例如，TrapSender系統(tǒng)可以將所選中的網(wǎng)元和每個(gè)網(wǎng)元配置的告警類型依次編成一張表，循環(huán)地從這張表中讀取并發(fā)送告警報(bào)文。例如，用戶選中了網(wǎng)元A和網(wǎng)元B兩個(gè)設(shè)備，每個(gè)網(wǎng)元配置了5種告警類型，則TrapSender系統(tǒng)會(huì)生成一張包括10條告警信息的表，若周期發(fā)送Trap報(bào)文數(shù)量配置為100，則TrapSender系統(tǒng)按照這張表里的告警信息，循環(huán)發(fā)送10次。

微信網(wǎng)管服務(wù)器收到TrapSender系統(tǒng)發(fā)送過(guò)來(lái)的Trap報(bào)文后，逐條進(jìn)行解析，若解析后得到的網(wǎng)元信息存在于網(wǎng)元表中，則將解析到的告警信息存入數(shù)據(jù)庫(kù)，并發(fā)送給微信客戶端。微信客戶端收到微信網(wǎng)管服務(wù)器發(fā)送的告警信息后，正確顯示告警信息并給微信網(wǎng)管服務(wù)器發(fā)送告知消息。

此外，微信網(wǎng)管服務(wù)器可以打印日志，記錄TrapSender系統(tǒng)連接數(shù)據(jù)庫(kù)是否成功、加載配置文件向數(shù)據(jù)庫(kù)中逐條插入網(wǎng)元信息是否成功、發(fā)送Trap報(bào)文是否成功。通過(guò)日志記錄相關(guān)操作失敗時(shí)的詳細(xì)信息，可供使用者進(jìn)行問(wèn)題定位。另有一份日志文件，用于記錄告警的詳細(xì)信息，可以包括告警ID、告警上報(bào)時(shí)間、告警類型、告警級(jí)別、告警源位置等詳細(xì)信息。

下面參照?qǐng)D3，對(duì)集成在微信網(wǎng)管服務(wù)器上的TrapSender系統(tǒng)的啟動(dòng)過(guò)程進(jìn)行詳細(xì)說(shuō)明。

需要說(shuō)明的是，在TrapSender系統(tǒng)啟動(dòng)之前，測(cè)試人員需要安裝部署微信網(wǎng)管服務(wù)器和微信客戶端，根據(jù)測(cè)試方案規(guī)劃需測(cè)試的模擬網(wǎng)元，并配置Ne_Node_Config.xml文件(即前述的配置文件)。

如圖3所示，TrapSender系統(tǒng)的啟動(dòng)過(guò)程可以包括以下步驟：

步驟301：?jiǎn)?dòng)TrapSender系統(tǒng)，向微信網(wǎng)管服務(wù)器發(fā)送申請(qǐng)報(bào)文(即前述的數(shù)據(jù)庫(kù)連接申請(qǐng)報(bào)文)；例如，微信客戶端的人機(jī)交互界面上可以顯示TrapSender系統(tǒng)的啟動(dòng)按鈕，在用戶點(diǎn)擊該按鈕后，微信客戶端發(fā)起測(cè)試啟動(dòng)指令；

步驟302：微信網(wǎng)管服務(wù)器從收到的申請(qǐng)報(bào)文中提取用戶信息，判斷發(fā)送申請(qǐng)報(bào)文的用戶是否合法，若合法轉(zhuǎn)至步驟303，若不合法轉(zhuǎn)至步驟311；

步驟303：微信網(wǎng)管服務(wù)器向TrapSender系統(tǒng)發(fā)送攜帶數(shù)據(jù)庫(kù)連接信息的應(yīng)答報(bào)文。即，微信網(wǎng)管服務(wù)器在校驗(yàn)用戶信息合法后，才將數(shù)據(jù)庫(kù)連接信息反饋給TrapSender系統(tǒng)，用于進(jìn)行數(shù)據(jù)庫(kù)連接，只有能登陸微信網(wǎng)管服務(wù)器的用戶才可以啟動(dòng)TrapSender系統(tǒng)，從而提高系統(tǒng)安全性。

步驟304：TrapSender系統(tǒng)獲取數(shù)據(jù)庫(kù)連接信息后，連接微信網(wǎng)管服務(wù)器所維護(hù)的數(shù)據(jù)庫(kù)，判斷是否成功連接數(shù)據(jù)庫(kù)，若成功轉(zhuǎn)步驟305，若不成功轉(zhuǎn)步驟311；

步驟305：TrapSender系統(tǒng)讀取Ne_Node_Config.xml文件，遍歷該文件中的N條網(wǎng)元信息，取第M條網(wǎng)元信息生成INSERT類型的SQL腳本(初始化M＝1，以后逐步加1，直到M＝N)；

步驟306：TrapSender系統(tǒng)判斷第M條網(wǎng)元信息與數(shù)據(jù)庫(kù)的網(wǎng)元表中的數(shù)據(jù)是否有主鍵字段(網(wǎng)元的IP地址)沖突；如果沒(méi)有沖突，轉(zhuǎn)步驟307，如果有沖突，則轉(zhuǎn)步驟311后再轉(zhuǎn)步驟308；

步驟307：TrapSender系統(tǒng)執(zhí)行SQL腳本，將第M條網(wǎng)元信息插入數(shù)據(jù)庫(kù)的網(wǎng)元表中；

步驟308：TrapSender系統(tǒng)判斷是否將Ne_Node_Config.xml文件中的全部網(wǎng)元信息都處理完成，即M是否等于N，若M＝N，則轉(zhuǎn)步驟309，若M<N，則M＝M+1，并轉(zhuǎn)步驟305；

步驟309：TrapSender系統(tǒng)啟動(dòng)成功，獲取數(shù)據(jù)庫(kù)的網(wǎng)元表中所有的網(wǎng)元信息，例如可以顯示在微信客戶端的可視化操作界面上；

步驟310：TrapSender系統(tǒng)查找數(shù)據(jù)庫(kù)的告警類型表，獲取可視化操作界面上每種網(wǎng)元類型所支持的所有的告警類型，例如，可以顯示在微信客戶端的可視化操作界面上；至此，TrapSender系統(tǒng)的啟動(dòng)過(guò)程結(jié)束。

步驟311：微信網(wǎng)管服務(wù)器記錄錯(cuò)誤信息，寫入日志。

其中，日志文件中可以記錄TrapSender系統(tǒng)啟動(dòng)過(guò)程中數(shù)據(jù)庫(kù)連接是否成功、網(wǎng)元信息插入數(shù)據(jù)庫(kù)的操作是否成功，當(dāng)操作失敗時(shí)，可以記錄詳細(xì)信息供使用者進(jìn)行問(wèn)題定位。

下面參照?qǐng)D4，說(shuō)明TrapSender系統(tǒng)模擬真實(shí)網(wǎng)元向微信網(wǎng)管服務(wù)器上報(bào)告警的過(guò)程。如圖4所示，上述過(guò)程可以包括以下步驟：

步驟401：成功啟動(dòng)TrapSender系統(tǒng)；需要說(shuō)明的是，在啟動(dòng)TrapSender系統(tǒng)之前，測(cè)試人員需要根據(jù)測(cè)試方案和測(cè)試設(shè)計(jì)規(guī)劃好待測(cè)試的網(wǎng)元類型和告警類型，配置Ne_Node_Config.xml文件，并部署完成微信網(wǎng)管服務(wù)器和微信客戶端；

步驟402：根據(jù)制作好的RMP文件，可以在微信客戶端顯示的可視化操作界面上替換更新RMP文件，本步驟的操作是可選的，例如，TrapSender系統(tǒng)可以加載默認(rèn)的RMP文件；

本實(shí)例中，將一系列真實(shí)設(shè)備的MIB文件轉(zhuǎn)換成可被TrapSender系統(tǒng)加載的RMP文件，RMP文件實(shí)際上可抽象成一張映射表，表中存儲(chǔ)的是MIB節(jié)點(diǎn)的物理名稱與OID之間的映射關(guān)系。

步驟403：TrapSender系統(tǒng)支持在可視化操作界面上顯示預(yù)先配置的多種網(wǎng)元類型，以及從微信網(wǎng)管服務(wù)器所維護(hù)的數(shù)據(jù)庫(kù)中獲取的各種網(wǎng)元類型所支持的所有告警類型，供用戶進(jìn)行選擇；并且TrapSender系統(tǒng)可以接收對(duì)所顯示內(nèi)容的用戶選擇指令，以確定用戶選擇的網(wǎng)元類型和告警類型，配置關(guān)鍵的綁定變量信息。

需要注意的是：每種網(wǎng)元類型所支持的告警類型是從數(shù)據(jù)庫(kù)的告警類型表中獲取的，TrapSender系統(tǒng)只是從數(shù)據(jù)庫(kù)表中讀取，不做告警類型的管理操作。微信網(wǎng)管服務(wù)器在數(shù)據(jù)庫(kù)中動(dòng)態(tài)維護(hù)一張告警類型表，準(zhǔn)確記錄每種網(wǎng)元類型所支持的各種告警類型的詳細(xì)信息。

步驟404：在確定用戶指定的網(wǎng)元和告警類型后，TrapSender系統(tǒng)判斷是否需要周期進(jìn)行告警上報(bào)，若不需要，轉(zhuǎn)步驟405，若需要?jiǎng)t轉(zhuǎn)步驟406；

步驟405：TrapSender系統(tǒng)根據(jù)可視化操作界面配置的信息，在接收到用戶對(duì)報(bào)文的發(fā)送指令后，發(fā)送Trap報(bào)文；

步驟406：TrapSender系統(tǒng)確定指定周期(例如，1秒)內(nèi)發(fā)送Trap報(bào)文的數(shù)量，該數(shù)量可以根據(jù)微信網(wǎng)管服務(wù)器處理能力、網(wǎng)絡(luò)情況等綜合而定，例如1秒可以發(fā)送100條；在接收到用戶對(duì)報(bào)文的發(fā)送指令后，發(fā)送Trap報(bào)文；

步驟407：微信網(wǎng)管服務(wù)器收到Trap報(bào)文后，進(jìn)行解析得到告警信息；

步驟408：微信網(wǎng)管服務(wù)器判斷告警信息對(duì)應(yīng)的模擬網(wǎng)元的網(wǎng)元IP地址是否合法，即查找數(shù)據(jù)庫(kù)的網(wǎng)元表中是否存在與該模擬網(wǎng)元相同的網(wǎng)元信息，若合法，則轉(zhuǎn)步驟409，若不合法，則轉(zhuǎn)步驟410；

步驟409：微信網(wǎng)管服務(wù)器將解析得到的告警信息存入數(shù)據(jù)庫(kù)，并將解析得到的告警發(fā)送給微信客戶端，微信客戶端收到微信網(wǎng)管服務(wù)器推送上來(lái)的告警并依次顯示，并發(fā)送告知消息(即前述的查收通知信息)給微信網(wǎng)管服務(wù)器；之后，執(zhí)行步驟410；

步驟410：微信網(wǎng)管服務(wù)器打印日志，記錄詳細(xì)信息。

實(shí)施例二

本實(shí)施例提供一種告警測(cè)試裝置。本實(shí)施例提供的告警測(cè)試裝置可以用于測(cè)試網(wǎng)絡(luò)管理系統(tǒng)的告警功能，網(wǎng)絡(luò)管理系統(tǒng)可以包括網(wǎng)管服務(wù)器以及一個(gè)或多個(gè)終端。終端以移動(dòng)終端為例，移動(dòng)終端例如可以為智能手機(jī)、平板電腦等。移動(dòng)終端上設(shè)置即時(shí)通信客戶端，即時(shí)通信客戶端例如可以為微信客戶端。以微信客戶端為例，網(wǎng)絡(luò)管理系統(tǒng)的告警功能可以基于微信客戶端的公眾號(hào)進(jìn)行開(kāi)發(fā)，實(shí)現(xiàn)網(wǎng)管告警平臺(tái)。網(wǎng)絡(luò)管理系統(tǒng)還可以包括即時(shí)通信服務(wù)器，用于轉(zhuǎn)發(fā)即時(shí)通信客戶端與網(wǎng)管服務(wù)器之間的交互內(nèi)容。

由于網(wǎng)管告警平臺(tái)主要給網(wǎng)管運(yùn)維工程人員使用，通過(guò)設(shè)置在移動(dòng)終端上的即時(shí)通信客戶端可以移動(dòng)地、實(shí)時(shí)地獲取被監(jiān)測(cè)設(shè)備上報(bào)的告警，從而可以及時(shí)進(jìn)行工程故障處理，減少中斷業(yè)務(wù)時(shí)間。

如圖5所示，本實(shí)施例提供的告警測(cè)試裝置包括：

連接模塊，用于在接收到測(cè)試啟動(dòng)指令后，連接網(wǎng)管服務(wù)器所維護(hù)的數(shù)據(jù)庫(kù)；

加載更新模塊，用于加載配置文件，讀取網(wǎng)元信息，根據(jù)讀取的網(wǎng)元信息，更新存儲(chǔ)于所述數(shù)據(jù)庫(kù)的網(wǎng)元表；

界面啟動(dòng)模塊，用于在終端啟動(dòng)可視化操作界面；

報(bào)文生成模塊，用于獲取所述終端返回的可視化操作界面上配置的告警信息，生成告警報(bào)文；

報(bào)文發(fā)送模塊，用于向所述網(wǎng)管服務(wù)器發(fā)送所述告警報(bào)文，由所述網(wǎng)管服務(wù)器解析所述告警報(bào)文得到告警信息，基于所述數(shù)據(jù)庫(kù)中的網(wǎng)元表檢驗(yàn)所述告警信息合法后，將所述告警信息發(fā)送給所述終端，接收所述終端返回的對(duì)該告警信息的查收通知信息。

其中，所述可視化操作界面支持配置可操作的網(wǎng)元信息以及告警類型，所述可操作的網(wǎng)元信息從所述更新后的網(wǎng)元表中讀取，可操作的告警類型從存儲(chǔ)于數(shù)據(jù)庫(kù)的告警類型表中讀取。

一些實(shí)現(xiàn)方式中，連接模塊通過(guò)以下方式接收到測(cè)試啟動(dòng)指令：接收到即時(shí)通信服務(wù)器轉(zhuǎn)發(fā)的由所述即時(shí)通信客戶端發(fā)起的測(cè)試啟動(dòng)指令；

界面啟動(dòng)模塊通過(guò)以下方式在終端啟動(dòng)可視化操作界面：通過(guò)即時(shí)通信服務(wù)器控制移動(dòng)終端上的即時(shí)通信客戶端啟動(dòng)可視化操作界面。

一些實(shí)現(xiàn)方式中，連接模塊通過(guò)以下方式連接網(wǎng)管服務(wù)器所維護(hù)的數(shù)據(jù)庫(kù)：

接收到測(cè)試啟動(dòng)指令后，向維護(hù)所述數(shù)據(jù)庫(kù)的網(wǎng)管服務(wù)器發(fā)送數(shù)據(jù)庫(kù)連接申請(qǐng)報(bào)文；

接收到網(wǎng)管服務(wù)器返回的攜帶數(shù)據(jù)庫(kù)連接信息的應(yīng)答報(bào)文后，根據(jù)所述數(shù)據(jù)庫(kù)連接信息連接所述數(shù)據(jù)庫(kù)。

一些實(shí)現(xiàn)方式中，配置文件中包括N條網(wǎng)元信息，每條網(wǎng)元信息對(duì)應(yīng)模擬一個(gè)網(wǎng)元，每條網(wǎng)元信息至少可以包括：網(wǎng)元類型、網(wǎng)元的網(wǎng)絡(luò)協(xié)議(IP，Internet Protocol)地址；其中，N為大于或等于1的整數(shù)。

一些實(shí)現(xiàn)方式中，加載更新模塊，用于：

加載配置文件，讀取配置文件中的一條或多條網(wǎng)元信息；

針對(duì)讀取的每條網(wǎng)元信息進(jìn)行以下處理：

根據(jù)所述讀取的網(wǎng)元信息，生成INSERT類型的SQL腳本；

以網(wǎng)元的IP地址為索引，在檢索到所述網(wǎng)元表中沒(méi)有與所述讀取的網(wǎng)元信息重復(fù)的索引時(shí)，執(zhí)行所述讀取的網(wǎng)元信息對(duì)應(yīng)的SQL腳本，將所述讀取的網(wǎng)元信息插入到所述網(wǎng)元表中。

一些實(shí)現(xiàn)方式中，告警測(cè)試裝置還可以包括：配置更新模塊，用于在檢索到所述網(wǎng)元表中存在與所述讀取的網(wǎng)元信息重復(fù)的索引時(shí)，記錄重復(fù)索引的結(jié)果；基于記錄的結(jié)果，修改配置文件中相關(guān)網(wǎng)元信息中網(wǎng)元的IP地址。

一些實(shí)現(xiàn)方式中，界面啟動(dòng)模塊，用于通過(guò)以下方式在終端啟動(dòng)可視化操作界面：

根據(jù)加載的RMP文件，將從網(wǎng)管服務(wù)器的數(shù)據(jù)庫(kù)讀取的以O(shè)ID形式表示的網(wǎng)元信息、告警類型以及所述告警類型需要配置的綁定變量信息，以物理名稱的形式顯示在可視化操作界面；

其中，所述網(wǎng)元信息包括更新后的網(wǎng)元表中的網(wǎng)元信息，所述告警類型包括存儲(chǔ)于數(shù)據(jù)庫(kù)的告警類型表中的告警類型；RMP文件是根據(jù)真實(shí)網(wǎng)元的MIB文件轉(zhuǎn)換得到的，RMP文件中存儲(chǔ)MIB節(jié)點(diǎn)的OID與物理名稱之間的映射關(guān)系。

一些實(shí)現(xiàn)方式中，報(bào)文生成模塊，用于通過(guò)以下方式生成告警報(bào)文：

獲取終端返回的可視化操作界面上以物理名稱的形式配置的告警信息；從RMP文件中查找物理名稱對(duì)應(yīng)的MIB節(jié)點(diǎn)OID，根據(jù)查找到的MIB節(jié)點(diǎn)OID對(duì)配置的告警信息進(jìn)行報(bào)文封裝，生成告警報(bào)文。

關(guān)于本實(shí)施例所述的告警測(cè)試裝置的具體實(shí)現(xiàn)細(xì)節(jié)可以參照實(shí)施例一中關(guān)于TrapSender系統(tǒng)的描述，故于此不再贅述。

實(shí)施例三

本實(shí)施例提供一種告警測(cè)試系統(tǒng)。如圖6所示，本實(shí)施例提供的告警測(cè)試系統(tǒng)可以包括：告警測(cè)試裝置、網(wǎng)管服務(wù)器以及終端(例如，移動(dòng)終端)；

所述告警測(cè)試裝置，用于在接收到測(cè)試啟動(dòng)指令后，連接網(wǎng)管服務(wù)器所維護(hù)的數(shù)據(jù)庫(kù)；加載配置文件，讀取網(wǎng)元信息，根據(jù)讀取的網(wǎng)元信息，更新存儲(chǔ)于所述數(shù)據(jù)庫(kù)的網(wǎng)元表；在終端啟動(dòng)可視化操作界面；獲取終端返回的所述可視化操作界面上配置的告警信息，生成告警報(bào)文；向網(wǎng)管服務(wù)器發(fā)送所述告警報(bào)文；

所述網(wǎng)管服務(wù)器，用于接收所述告警報(bào)文，解析所述告警報(bào)文得到告警信息，基于所述數(shù)據(jù)庫(kù)中的網(wǎng)元表檢驗(yàn)所述告警信息合法后，將所述告警信息發(fā)送給所述終端，并接收所述終端返回的對(duì)該告警信息的查收通知信息。

其中，終端為移動(dòng)終端，移動(dòng)終端上設(shè)置有即時(shí)通信客戶端(例如，微信客戶端)。

一些實(shí)現(xiàn)方式中，告警測(cè)試系統(tǒng)還包括：即時(shí)通信服務(wù)器；

告警測(cè)試裝置，用于接收即時(shí)通信服務(wù)器轉(zhuǎn)發(fā)的由即時(shí)通信客戶端發(fā)起的測(cè)試啟動(dòng)指令，以及通過(guò)即時(shí)通信服務(wù)器控制移動(dòng)終端上的即時(shí)通信客戶端啟動(dòng)可視化操作界面。

其中，可視化操作界面支持配置可操作的網(wǎng)元信息以及告警類型，所述可操作的網(wǎng)元信息從所述更新后的網(wǎng)元表中讀取，可操作的告警類型從存儲(chǔ)于數(shù)據(jù)庫(kù)的告警類型表中讀取。

其中，所述告警測(cè)試裝置用于在接收到測(cè)試啟動(dòng)指令后，向網(wǎng)管服務(wù)器發(fā)送數(shù)據(jù)庫(kù)連接申請(qǐng)報(bào)文；所述網(wǎng)管服務(wù)器用于接收所述數(shù)據(jù)庫(kù)連接申請(qǐng)報(bào)文，在驗(yàn)證所述數(shù)據(jù)庫(kù)連接申請(qǐng)報(bào)文合法后，發(fā)送攜帶數(shù)據(jù)庫(kù)連接信息的應(yīng)答報(bào)文；所述告警測(cè)試裝置用于接收到所述應(yīng)答報(bào)文后，根據(jù)所述數(shù)據(jù)庫(kù)連接信息連接所述數(shù)據(jù)庫(kù)。

其中，所述網(wǎng)管服務(wù)器還用于記錄第一日志以及第二日志；所述第一日志用于記錄所述告警測(cè)試裝置連接所述數(shù)據(jù)庫(kù)是否成功、所述告警測(cè)試裝置向存儲(chǔ)于所述數(shù)據(jù)庫(kù)的網(wǎng)元表插入網(wǎng)元信息是否成功、發(fā)送告警報(bào)文是否成功；所述第二日志用于記錄根據(jù)接收到的告警報(bào)文解析得到的告警信息。

其中，所述網(wǎng)管服務(wù)器還用于動(dòng)態(tài)維護(hù)存儲(chǔ)于數(shù)據(jù)庫(kù)的告警類型表。

關(guān)于告警測(cè)試裝置的說(shuō)明可以參照實(shí)施例二所述，故于此不再贅述。

本實(shí)施例的告警測(cè)試系統(tǒng)的應(yīng)用可以參照實(shí)施例一中的實(shí)例描述，故于此不再贅述。

此外，本發(fā)明實(shí)施例還提供一種計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)，存儲(chǔ)有計(jì)算機(jī)可執(zhí)行指令，所述計(jì)算機(jī)可執(zhí)行指令被處理器執(zhí)行時(shí)實(shí)現(xiàn)上述告警測(cè)試方法。

本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過(guò)程序來(lái)指令相關(guān)硬件(例如處理器)完成，所述程序可以存儲(chǔ)于計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，如只讀存儲(chǔ)器、磁盤或光盤等?？蛇x地，上述實(shí)施例的全部或部分步驟也可以使用一個(gè)或多個(gè)集成電路來(lái)實(shí)現(xiàn)。相應(yīng)地，上述實(shí)施例中的各模塊/單元可以采用硬件的形式實(shí)現(xiàn)，例如通過(guò)集成電路來(lái)實(shí)現(xiàn)其相應(yīng)功能，也可以采用軟件功能模塊的形式實(shí)現(xiàn)，例如通過(guò)處理器執(zhí)行存儲(chǔ)于存儲(chǔ)器中的程序/指令來(lái)實(shí)現(xiàn)其相應(yīng)功能。本申請(qǐng)不限制于任何特定形式的硬件和軟件的結(jié)合。

雖然本申請(qǐng)所揭露的實(shí)施方式如上，但所述的內(nèi)容僅為便于理解本申請(qǐng)而采用的實(shí)施方式，并非用以限定本申請(qǐng)。任何本申請(qǐng)所屬領(lǐng)域內(nèi)的技術(shù)人員，在不脫離本申請(qǐng)所揭露的精神和范圍的前提下，可以在實(shí)施的形式及細(xì)節(jié)上進(jìn)行任何的修改與變化，但本申請(qǐng)的專利保護(hù)范圍，仍須以所附的權(quán)利要求書所界定的范圍為準(zhǔn)。