專利名稱：一種告警信息的二次過濾監(jiān)控方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)管理技術(shù)領(lǐng)域，特別是涉及一種告警信息的二次過濾監(jiān)控方法和 一種告警信息的二次過濾監(jiān)控系統(tǒng)。
背景技術(shù)：
通信網(wǎng)絡(luò)由多個(gè)通信設(shè)備構(gòu)成，為了實(shí)現(xiàn)整個(gè)網(wǎng)絡(luò)的正常運(yùn)行，需要對(duì)各個(gè)通信 設(shè)備進(jìn)行網(wǎng)絡(luò)監(jiān)控。網(wǎng)絡(luò)監(jiān)控技術(shù)就是對(duì)被監(jiān)控設(shè)備的軟件及硬件的運(yùn)行情況、任務(wù)執(zhí)行 情況等進(jìn)行記錄或者遠(yuǎn)程察看，以了解其各項(xiàng)指標(biāo)是否正常。被監(jiān)控設(shè)備的某個(gè)物理設(shè)備 或邏輯模塊出現(xiàn)異常時(shí)，會(huì)發(fā)出用于傳遞故障信息的事件報(bào)告，這種事件報(bào)告稱為告警信 息。對(duì)網(wǎng)絡(luò)產(chǎn)生的告警信息進(jìn)行監(jiān)控是網(wǎng)絡(luò)管理系統(tǒng)中的一項(xiàng)重要功能。為了實(shí)現(xiàn)客戶端 對(duì)設(shè)備的監(jiān)控，通常是被監(jiān)控設(shè)備把告警信息發(fā)送至監(jiān)控服務(wù)器，在服務(wù)器中進(jìn)行緩存和 預(yù)處理，以供客戶端進(jìn)行提取。一般的，網(wǎng)絡(luò)中產(chǎn)生的告警信息的信息量非常大，為了在客戶端有針對(duì)性的對(duì)重 要信息進(jìn)行監(jiān)控，過濾機(jī)制運(yùn)用而生。信息過濾是大規(guī)模內(nèi)容處理的另一種典型應(yīng)用，它是 對(duì)陸續(xù)到達(dá)的信息進(jìn)行過濾操作，將符合用戶需求的信息保留。通常，會(huì)在服務(wù)器中配置過 濾規(guī)則，服務(wù)器對(duì)一些不重要指標(biāo)的告警信息進(jìn)行攔截，提取其中的一部分信息發(fā)送至客 戶端，實(shí)現(xiàn)告警遠(yuǎn)程監(jiān)控。有些情況下，客戶端根據(jù)監(jiān)控的結(jié)果，需要主動(dòng)定制告警信息，例如，長(zhǎng)時(shí)間的監(jiān) 控顯示某類告警信息不會(huì)影響被監(jiān)控設(shè)備，則需要降低告警級(jí)別。針對(duì)現(xiàn)有技術(shù)中的過濾 方法，監(jiān)控內(nèi)容一般依賴于被監(jiān)控設(shè)備(完成告警信息的生成)和服務(wù)器(完成告警信息 的過濾)，客戶端被動(dòng)接受，不能滿足客戶端的自定制監(jiān)控需求?？傊?，需要本領(lǐng)域技術(shù)人員迫切解決的一個(gè)技術(shù)問題就是如何能夠提供一種告 警信息的過濾方法，能夠?qū)崿F(xiàn)客戶端的多種監(jiān)控需求。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種告警信息的二次過濾監(jiān)控方法和系統(tǒng)，實(shí) 現(xiàn)客戶端對(duì)告警信息的定制、靈活性強(qiáng)。為了解決上述問題，本發(fā)明公開了一種告警信息的二次過濾監(jiān)控方法，包括客戶端將修改后的告警信息發(fā)送至服務(wù)器；服務(wù)器將接收的客戶端發(fā)送的告警信息記錄在數(shù)據(jù)庫中；服務(wù)器接收被監(jiān)控設(shè)備發(fā)送的告警信息，并根據(jù)數(shù)據(jù)庫中的記錄對(duì)所述告警信息 進(jìn)行二次過濾；將經(jīng)二次過濾后的告警信息分發(fā)至客戶端。具體的，所述二次過濾步驟包括在數(shù)據(jù)庫中進(jìn)行同類告警信息的記錄查詢；依據(jù)查詢得到的記錄對(duì)被監(jiān)控設(shè)備發(fā)送的告警信息進(jìn)行修改；
按照預(yù)置過濾規(guī)則對(duì)修改后的告警信息進(jìn)行過濾。進(jìn)一步，所述客戶端的修改為修改告警信息的告警級(jí)別；則依據(jù)查詢得到的記錄將所述告警信息的告警級(jí)別修改為與所述記錄相同的告 警級(jí)別。進(jìn)一步，所述二次過濾步驟還包括在數(shù)據(jù)庫中查詢不到同類告警信息的記錄時(shí)，直接按照預(yù)置過濾規(guī)則對(duì)所述告警 信息進(jìn)行過濾。進(jìn)一步，所述同類告警信息為具有相同設(shè)備ID、指標(biāo)ID和指標(biāo)數(shù)值的告警信息。此外，本發(fā)明還公開了一種告警信息的二次過濾監(jiān)控系統(tǒng)，包括被監(jiān)控設(shè)備、服務(wù) 器和客戶端；其中，所述被監(jiān)控設(shè)備包括信息發(fā)送單元，用于將被監(jiān)控設(shè)備的監(jiān)控信息發(fā)送至服務(wù)器；所述服務(wù)器包括第一通信單元，用于接收被監(jiān)控設(shè)備發(fā)送的告警信息，以及接收客戶端發(fā)送的修 改后的告警信息；信息記錄單元，用于將接收的客戶端發(fā)送的告警信息記錄在數(shù)據(jù)庫中；二次過濾單元，用于根據(jù)數(shù)據(jù)庫中的記錄對(duì)被監(jiān)控設(shè)備發(fā)送的告警信息進(jìn)行二次 過濾；信息分發(fā)單元，用于將經(jīng)過濾后的告警信息分發(fā)至客戶端；所述客戶端包括第二通信單元，用于接收服務(wù)器發(fā)送的告警信息，以及將修改后的告警信息發(fā)送 至服務(wù)器；信息修改單元，用于對(duì)告警信息進(jìn)行修改。具體的，所述二次過濾單元包括查詢子單元，用于在數(shù)據(jù)庫中進(jìn)行同類告警信息的記錄查詢；修改子單元，用于依據(jù)查詢得到的記錄對(duì)被監(jiān)控設(shè)備發(fā)送的告警信息進(jìn)行修改；過濾子單元，用于按照預(yù)置過濾規(guī)則對(duì)修改后的告警信息進(jìn)行過濾。進(jìn)一步，所述客戶端的修改為修改告警信息的告警級(jí)別；則所述修改子單元依據(jù)查詢得到的記錄將所述告警信息的告警級(jí)別修改為與所 述記錄相同的告警級(jí)別。進(jìn)一步，所述查詢子單元在數(shù)據(jù)庫中查詢不到同類告警信息的記錄時(shí)，觸發(fā)過濾 子單元；則過濾子單元直接按照預(yù)置過濾規(guī)則對(duì)所述告警信息進(jìn)行過濾。進(jìn)一步，所述同類告警信息為具有相同設(shè)備ID、指標(biāo)ID和指標(biāo)數(shù)值的告警信息。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點(diǎn)本發(fā)明在客戶端進(jìn)行告警信息的修改，服務(wù)器將接收的客戶端發(fā)送的告警信息記 錄在數(shù)據(jù)庫中；當(dāng)服務(wù)器接收到被監(jiān)控設(shè)備發(fā)送的告警信息時(shí)，根據(jù)數(shù)據(jù)庫中的記錄對(duì)所 述告警信息進(jìn)行二次過濾；然后將經(jīng)二次過濾后的告警信息分發(fā)至客戶端。本發(fā)明的二次 過濾依據(jù)的客戶端的修改記錄，實(shí)現(xiàn)了客戶端的個(gè)性化監(jiān)控需求。
進(jìn)一步，經(jīng)過二次過濾后的告警信息，可能由原來的提取狀態(tài)變?yōu)楝F(xiàn)在的被過濾 狀態(tài)，不再發(fā)送至客戶端，通過客戶端的修改配置取消了對(duì)一些告警信息的展示，減少不必 要的監(jiān)控內(nèi)容；或者，改變了一些告警信息的展示級(jí)別，實(shí)現(xiàn)了告警信息的用戶定制化、具 有較強(qiáng)的靈活性。


圖1是本發(fā)明一種告警信息的二次過濾監(jiān)控方法實(shí)施例一的流程圖；圖2是本發(fā)明一種告警信息的二次過濾監(jiān)控方法實(shí)施例二的流程圖；圖3是本發(fā)明一種告警信息的二次過濾監(jiān)控系統(tǒng)實(shí)施例的結(jié)構(gòu)圖。
具體實(shí)施例方式為使本發(fā)明的上述目的、特征和優(yōu)點(diǎn)能夠更加明顯易懂，下面結(jié)合附圖和具體實(shí) 施方式對(duì)本發(fā)明作進(jìn)一步詳細(xì)的說明。參照?qǐng)D1，示出了本發(fā)明一種告警信息的二次過濾監(jiān)控方法實(shí)施例一的流程圖，包 括步驟101，客戶端將修改后的告警信息發(fā)送至服務(wù)器；網(wǎng)絡(luò)管理中，在客戶端對(duì)被監(jiān)控設(shè)備(即監(jiān)控終端)進(jìn)行遠(yuǎn)程監(jiān)控，通常是被監(jiān)控 設(shè)備將告警信息發(fā)送至服務(wù)器，在服務(wù)器中按照預(yù)置過濾規(guī)則進(jìn)行過濾，然后在上報(bào)至客 戶端進(jìn)行展示。當(dāng)客戶端認(rèn)為需要改變對(duì)某一指標(biāo)的監(jiān)控方式時(shí)，則修改對(duì)應(yīng)告警信息的 屬性，然后將修改后的告警信息發(fā)送至服務(wù)器。一般的，一條告警信息可以包括告警級(jí)別、 指標(biāo)名稱、指標(biāo)ID、指標(biāo)數(shù)值、設(shè)備名稱、設(shè)備ID、告警日期、告警時(shí)間和/或信息描述等。其中，客戶端可以逐條發(fā)送告警信息，即修改一條發(fā)送一條；也可以批量發(fā)送告警 信息，即對(duì)當(dāng)前監(jiān)控的所有需要更改的告警信息修改完畢后，一次性全部發(fā)送。步驟102，服務(wù)器將接收的客戶端發(fā)送的告警信息記錄在數(shù)據(jù)庫中；在服務(wù)器的數(shù)據(jù)庫中，專門設(shè)置一個(gè)存儲(chǔ)空間，用于專門記錄客戶端發(fā)送的修改 后的告警信息。進(jìn)一步，在數(shù)據(jù)庫中，可以將接收的修改后的各種告警信息進(jìn)行集中記錄，也可以 針對(duì)告警信息的屬性進(jìn)行分類記錄。例如，將設(shè)備ID相同的告警信息作為同一類進(jìn)行記 錄；或者，將指標(biāo)ID相同的告警信息作為同一類進(jìn)行記錄。步驟103，服務(wù)器接收被監(jiān)控設(shè)備發(fā)送的告警信息，并根據(jù)數(shù)據(jù)庫中的記錄對(duì)所述 告警信息進(jìn)行二次過濾；當(dāng)服務(wù)器再次接收到被監(jiān)控設(shè)備發(fā)送的告警信息時(shí)，不是按照預(yù)置過濾規(guī)則對(duì)告 警信息進(jìn)行直接過濾，而是根據(jù)數(shù)據(jù)庫中的記錄對(duì)所述信息進(jìn)行二次過濾。優(yōu)選的，所述二次過濾步驟包括步驟Al，在數(shù)據(jù)庫中進(jìn)行同類告警信息的記錄查詢；優(yōu)選的，所述同類告警信息為具有相同設(shè)備ID、指標(biāo)ID和指標(biāo)數(shù)值的告警信息。針對(duì)被監(jiān)控設(shè)備發(fā)送的告警信息，在服務(wù)器的數(shù)據(jù)庫中查詢是否有相同設(shè)備ID、 相同指標(biāo)ID、以及相同指標(biāo)數(shù)值的告警信息記錄。其中，若告警信息在數(shù)據(jù)庫中的記錄為分 類記錄，則可以按照類別有針對(duì)性對(duì)某一類記錄進(jìn)行查詢。
步驟A2，依據(jù)查詢得到的記錄對(duì)被監(jiān)控設(shè)備發(fā)送的告警信息進(jìn)行修改；在本發(fā)明的優(yōu)選實(shí)施例中，所述客戶端的修改為修改告警信息的告警級(jí)別；則 依據(jù)查詢得到的記錄將所述告警信息的告警級(jí)別修改為與所述記錄相同的告警級(jí)別。步驟A3，按照預(yù)置過濾規(guī)則對(duì)修改后的告警信息進(jìn)行過濾。針對(duì)每一條告警信息，根據(jù)指標(biāo)數(shù)據(jù)的變化程度對(duì)應(yīng)不同的告警級(jí)別。進(jìn)行遠(yuǎn)程 監(jiān)控時(shí)，通常不需要將全部告警信息上報(bào)給客戶端，則在服務(wù)器中預(yù)先設(shè)置過濾規(guī)則，指出 上報(bào)的告警級(jí)別。通常，根據(jù)過濾規(guī)則提取告警級(jí)別高的信息，攔截住告警級(jí)別低信息。步驟104，將經(jīng)二次過濾后的告警信息分發(fā)至客戶端。此時(shí)，由于某些告警信息已經(jīng)按照記錄進(jìn)行了自動(dòng)修改，改變了告警級(jí)別，則對(duì)于 某些不重要的告警信息，經(jīng)過二次過濾，可能由原來的提取狀態(tài)變?yōu)楝F(xiàn)在的被過濾狀態(tài)，不 再發(fā)送至客戶端；或者在客戶端顯示的某些告警信息的告警級(jí)別發(fā)生了改變。則通過本發(fā) 明實(shí)施例，實(shí)現(xiàn)了用戶在客戶端的的個(gè)性化監(jiān)控需求。需要說明的是，所述二次過濾不是指一條告警信息在服務(wù)器中執(zhí)行的兩次過濾過 程，其含義在于，同一類的告警信息，在發(fā)送至客戶端時(shí)，已經(jīng)經(jīng)過服務(wù)器上的過濾，而經(jīng)過 客戶端的修改后，被監(jiān)控設(shè)備再有同一類的告警信息發(fā)送至服務(wù)器后，會(huì)根據(jù)客戶端的修 改進(jìn)行一次過濾，即同一類的告警信息經(jīng)歷兩次不同形式的過濾，第一次按照預(yù)置過濾規(guī) 則進(jìn)行過濾，第二次按照客戶端的修改定制和預(yù)置過濾規(guī)則進(jìn)行過濾。參照?qǐng)D2，示出了本發(fā)明一種告警信息的二次過濾監(jiān)控方法實(shí)施例二的流程圖，包 括步驟201，客戶端將修改后的告警信息發(fā)送至服務(wù)器；在本發(fā)明實(shí)施例中，例如針對(duì)服務(wù)器發(fā)送至客戶端的某一條原始告警信息為“192. 168. 1. 202 ；網(wǎng)絡(luò)流量；告警；網(wǎng)絡(luò)流量過大；20. 0Mbps。”其中，告警信息的表達(dá)方式按照“設(shè)備ID” ；“指標(biāo)ID” ；“告警級(jí)別”；“信息描述”； “指標(biāo)數(shù)值”的屬性順序進(jìn)行?？蛻舳嗽陂L(zhǎng)時(shí)間對(duì)該設(shè)備監(jiān)控后，認(rèn)為對(duì)于20. OMbps的網(wǎng)絡(luò)流量，不影響設(shè)備的 正常運(yùn)行，則將該告警信息修改為“192. 168. 1. 202 ；網(wǎng)絡(luò)流量；忽略；網(wǎng)絡(luò)流量過大；20. 0Mbps?！比缓?，將上述修改后的告警信息發(fā)送至服務(wù)器。步驟202，服務(wù)器將接收的客戶端發(fā)送的告警信息記錄在數(shù)據(jù)庫中；接收到上述告警信息后，服務(wù)器將“192. 168. 1. 202 ；網(wǎng)絡(luò)流量；忽略；網(wǎng)絡(luò)流量過 大；20. 0Mbps?！庇涗浽跀?shù)據(jù)庫中。步驟203，服務(wù)器接收被監(jiān)控設(shè)備發(fā)送的告警信息；本步驟中，被監(jiān)控設(shè)備向服務(wù)器發(fā)送的告警信息中有如下一條“192. 168. 1. 202 ；網(wǎng)絡(luò)流量；告警；網(wǎng)絡(luò)流量過大；20. 0Mbps?！辈襟E204，在數(shù)據(jù)庫中查詢是否有同類告警信息的記錄；若是，執(zhí)行步驟205 ；若 否，則執(zhí)行步驟206;針對(duì)被監(jiān)控設(shè)備發(fā)送的新的信息，服務(wù)器進(jìn)行同類告警信息的查詢，具體為查詢 是否具有設(shè)備ID為“192. 168. 1. 202”、指標(biāo)ID為“網(wǎng)絡(luò)流量”、以及指標(biāo)數(shù)值為“20. 0Mbps”
的告警信息記錄。
步驟205，依據(jù)查詢得到的記錄將所述告警信息的告警級(jí)別修改為與所述記錄相 同的告警級(jí)別，并執(zhí)行步驟206 ；按照查詢得到的記錄，將被將上述被監(jiān)控設(shè)備發(fā)送的告警信息的級(jí)別修改為“忽 略”，此時(shí)，告警信息為“192. 168. 1. 202 ；網(wǎng)絡(luò)流量；忽略；網(wǎng)絡(luò)流量過大；20. 0Mbps?！辈襟E206，按照預(yù)置過濾規(guī)則對(duì)修改后和/或未修改的告警信息進(jìn)行過濾；在本發(fā)明實(shí)施例中，例如，根據(jù)指標(biāo)異常的嚴(yán)重性，按照從大到小的順序，告警級(jí) 別分為三個(gè)等級(jí)“告警”、“錯(cuò)誤”和“忽略”。在預(yù)置過濾規(guī)則中，設(shè)定對(duì)告警級(jí)別為“忽略” 的告警信息進(jìn)行過濾，對(duì)告警級(jí)別為“告警”和“錯(cuò)誤”的信息進(jìn)行上報(bào)。則按照預(yù)置規(guī)則，上述告警信息被過濾掉。此外，對(duì)于其他的告警信息，若在數(shù)據(jù)庫中查詢不到同類告警信息的記錄時(shí)，直接 按照預(yù)置過濾規(guī)則對(duì)所述告警信息進(jìn)行過濾。步驟207，將經(jīng)二次過濾后的告警信息分發(fā)至客戶端。經(jīng)過二次過濾，對(duì)于設(shè)備ID為192. 168. 1. 202，網(wǎng)絡(luò)流量為20. OMbps的告警信息，
將不再發(fā)送到客戶端。又如，針對(duì)另一設(shè)備，客戶端認(rèn)為網(wǎng)絡(luò)流量為20. OMbps時(shí)，其嚴(yán)重程度不高，則可 以將告警級(jí)別修改為“錯(cuò)誤”，然后在服務(wù)器中進(jìn)行記錄。那么，當(dāng)被監(jiān)控設(shè)備再次發(fā)送該類 告警信息時(shí)，在服務(wù)器中將告警級(jí)別修改為“錯(cuò)誤”，經(jīng)過上述過濾規(guī)則進(jìn)行過濾后，依然能 夠保留，則發(fā)送至客戶端后，該類告警信息的級(jí)別由“告警”變?yōu)椤板e(cuò)誤”進(jìn)行顯示。本發(fā)明實(shí)施例，通過客戶端的修改配置，取消了對(duì)一些告警信息的展示，減少不必 要的監(jiān)控內(nèi)容；或者，改變了一些告警信息的展示級(jí)別，實(shí)現(xiàn)了告警信息的定制化需求、具 有較強(qiáng)的靈活性。參照?qǐng)D3，示出了本發(fā)明一種告警信息的二次過濾監(jiān)控系統(tǒng)實(shí)施例的流程圖，所述 監(jiān)控系統(tǒng)包括被監(jiān)控設(shè)備31、服務(wù)器32和客戶端33 ；其中，所述被監(jiān)控設(shè)備31包括信息發(fā)送單元311，用于將被監(jiān)控設(shè)備的監(jiān)控信息發(fā)送至服務(wù)器；所述服務(wù)器32包括第一通信單元321，用于接收被監(jiān)控設(shè)備發(fā)送的告警信息，以及接收客戶端發(fā)送的 修改后的告警信息；信息記錄單元322，用于將接收的客戶端發(fā)送的告警信息記錄在數(shù)據(jù)庫中；二次過濾單元323，用于根據(jù)數(shù)據(jù)庫中的記錄對(duì)被監(jiān)控設(shè)備發(fā)送的告警信息進(jìn)行 二次過濾；信息分發(fā)單元324，用于將經(jīng)過濾后的告警信息分發(fā)至客戶端；所述客戶端33包括第二通信單元331，用于接收服務(wù)器發(fā)送的告警信息，以及將修改后的告警信息發(fā) 送至服務(wù)器；信息修改單元332，用于對(duì)告警信息進(jìn)行修改。具體的，所述被監(jiān)控設(shè)備31的信息發(fā)送單元311收集該設(shè)備的監(jiān)控信息并發(fā)送至 服務(wù)器，服務(wù)器32的第一通信單元321接收被監(jiān)控設(shè)備發(fā)送的告警信息，通過首次過濾后發(fā)送至客戶端?？蛻舳说牡诙ㄐ艈卧?31接收服務(wù)器發(fā)送的告警信息，當(dāng)客戶端認(rèn)為需 要改變對(duì)某一指標(biāo)的監(jiān)控方式時(shí)，則通過信息修改單元332對(duì)告警信息進(jìn)行修改，然后再 利用第二通信單元331把修改后的告警信息發(fā)送至服務(wù)器。其中，所述第一通信單元、第二 通信單元可以分別由兩個(gè)子單元組成，用于告警信息的接收和發(fā)送。所述服務(wù)器32的第一通信單元321在收到客戶端發(fā)送修改后的告警信息后，觸發(fā) 信息記錄單元322將該記錄在數(shù)據(jù)庫中。則當(dāng)?shù)谝煌ㄐ艈卧?21接收到被監(jiān)控設(shè)備上報(bào)的 告警信息時(shí)，觸發(fā)二次過濾單元323按照數(shù)據(jù)庫中的記錄對(duì)告警信息進(jìn)行二次過濾。最后， 信息分發(fā)單元3M將經(jīng)過濾后的告警信息分發(fā)至客戶端。通常，整個(gè)監(jiān)控系統(tǒng)包括多個(gè)被 監(jiān)控設(shè)備和多個(gè)客戶端，根據(jù)預(yù)置規(guī)則和客戶端的訂閱，將指定設(shè)備和/或指定指標(biāo)的告 警信息分發(fā)至每個(gè)客戶端。本發(fā)明實(shí)施例通過修改-過濾過程，實(shí)現(xiàn)客戶端的個(gè)性化定制。進(jìn)一步，所述二次過濾單元323包括查詢子單元，用于在數(shù)據(jù)庫中進(jìn)行同類告警信息的記錄查詢；修改子單元，用于依據(jù)查詢得到的記錄對(duì)被監(jiān)控設(shè)備發(fā)送的告警信息進(jìn)行修改；過濾子單元，用于按照預(yù)置過濾規(guī)則對(duì)修改后的告警信息進(jìn)行過濾。在本發(fā)明的優(yōu)選實(shí)施例中，所述客戶端的修改為修改告警信息的告警級(jí)別；則所述修改子單元依據(jù)查詢得到的記錄將所述告警信息的告警級(jí)別修改為與所 述記錄相同的告警級(jí)別。進(jìn)一步，所述查詢子單元在數(shù)據(jù)庫中查詢不到同類告警信息的記錄時(shí)，觸發(fā)過濾 子單元；則過濾子單元直接按照預(yù)置過濾規(guī)則對(duì)所述告警信息進(jìn)行過濾。在本發(fā)明的優(yōu)選實(shí)施例中，所述同類告警信息為具有相同設(shè)備ID、指標(biāo)ID和指 標(biāo)數(shù)值的告警信息。本說明書中的各個(gè)實(shí)施例均采用遞進(jìn)的方式描述，每個(gè)實(shí)施例重點(diǎn)說明的都是與 其他實(shí)施例的不同之處，各個(gè)實(shí)施例之間相同相似的部分互相參見即可。對(duì)于系統(tǒng)實(shí)施例 而言，由于其與方法實(shí)施例基本相似，所以描述的比較簡(jiǎn)單，相關(guān)之處參見方法實(shí)施例的部 分說明即可。以上對(duì)本發(fā)明所提供的一種告警信息的二次過濾監(jiān)控方法和系統(tǒng)，進(jìn)行了詳細(xì)介 紹，本文中應(yīng)用了具體個(gè)例對(duì)本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述，以上實(shí)施例的說明只 是用于幫助理解本發(fā)明的方法及其核心思想；同時(shí)，對(duì)于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā) 明的思想，在具體實(shí)施方式
及應(yīng)用范圍上均會(huì)有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理 解為對(duì)本發(fā)明的限制。
權(quán)利要求
1.一種告警信息的二次過濾監(jiān)控方法，其特征在于，包括 客戶端將修改后的告警信息發(fā)送至服務(wù)器；服務(wù)器將接收的客戶端發(fā)送的告警信息記錄在數(shù)據(jù)庫中；服務(wù)器接收被監(jiān)控設(shè)備發(fā)送的告警信息，并根據(jù)數(shù)據(jù)庫中的記錄對(duì)所述告警信息進(jìn)行 二次過濾；將經(jīng)二次過濾后的告警信息分發(fā)至客戶端。
2.如權(quán)利要求1所述的二次過濾監(jiān)控方法，其特征在于，所述二次過濾步驟包括 在數(shù)據(jù)庫中進(jìn)行同類告警信息的記錄查詢；依據(jù)查詢得到的記錄對(duì)被監(jiān)控設(shè)備發(fā)送的告警信息進(jìn)行修改； 按照預(yù)置過濾規(guī)則對(duì)修改后的告警信息進(jìn)行過濾。
3.如權(quán)利要求2所述的二次過濾監(jiān)控方法，其特征在于， 所述客戶端的修改為修改告警信息的告警級(jí)別；則依據(jù)查詢得到的記錄將所述告警信息的告警級(jí)別修改為與所述記錄相同的告警級(jí)別。
4.如權(quán)利要求2所述的二次過濾監(jiān)控方法，其特征在于，所述二次過濾步驟還包括 在數(shù)據(jù)庫中查詢不到同類告警信息的記錄時(shí)，直接按照預(yù)置過濾規(guī)則對(duì)所述告警信息進(jìn)行過濾。
5.如權(quán)利要求2所述的二次過濾監(jiān)控方法，其特征在于，所述同類告警信息為具有相同設(shè)備ID、指標(biāo)ID和指標(biāo)數(shù)值的告警信息。
6.一種告警信息的二次過濾監(jiān)控系統(tǒng)，其特征在于，包括被監(jiān)控設(shè)備、服務(wù)器和客戶端；其中，所述被監(jiān)控設(shè)備包括信息發(fā)送單元，用于將被監(jiān)控設(shè)備的監(jiān)控信息發(fā)送至服務(wù)器； 所述服務(wù)器包括第一通信單元，用于接收被監(jiān)控設(shè)備發(fā)送的告警信息，以及接收客戶端發(fā)送的修改后 的告警信息；信息記錄單元，用于將接收的客戶端發(fā)送的告警信息記錄在數(shù)據(jù)庫中；二次過濾單元，用于根據(jù)數(shù)據(jù)庫中的記錄對(duì)被監(jiān)控設(shè)備發(fā)送的告警信息進(jìn)行二次過濾；信息分發(fā)單元，用于將經(jīng)過濾后的告警信息分發(fā)至客戶端； 所述客戶端包括第二通信單元，用于接收服務(wù)器發(fā)送的告警信息，以及將修改后的告警信息發(fā)送至服 務(wù)器；信息修改單元，用于對(duì)告警信息進(jìn)行修改。
7.如權(quán)利要求6所述的二次過濾監(jiān)控系統(tǒng)，其特征在于，所述二次過濾單元包括 查詢子單元，用于在數(shù)據(jù)庫中進(jìn)行同類告警信息的記錄查詢；修改子單元，用于依據(jù)查詢得到的記錄對(duì)被監(jiān)控設(shè)備發(fā)送的告警信息進(jìn)行修改； 過濾子單元，用于按照預(yù)置過濾規(guī)則對(duì)修改后的告警信息進(jìn)行過濾。
8.如權(quán)利要求7所述的二次過濾監(jiān)控系統(tǒng)，其特征在于，所述客戶端的修改為修改告警信息的告警級(jí)別；則所述修改子單元依據(jù)查詢得到的記錄將所述告警信息的告警級(jí)別修改為與所述記 錄相同的告警級(jí)別。
9.如權(quán)利要求7所述的二次過濾監(jiān)控系統(tǒng)，其特征在于，所述查詢子單元在數(shù)據(jù)庫中查詢不到同類告警信息的記錄時(shí)，觸發(fā)過濾子單元； 則過濾子單元直接按照預(yù)置過濾規(guī)則對(duì)所述告警信息進(jìn)行過濾。
10.如權(quán)利要求7所述的二次過濾監(jiān)控系統(tǒng)，其特征在于，所述同類告警信息為具有相同設(shè)備ID、指標(biāo)ID和指標(biāo)數(shù)值的告警信息。
全文摘要
本發(fā)明提供了一種告警信息的二次過濾監(jiān)控方法和系統(tǒng)，所述方法包括客戶端將修改后的告警信息發(fā)送至服務(wù)器；服務(wù)器將接收的客戶端發(fā)送的告警信息記錄在數(shù)據(jù)庫中；服務(wù)器接收被監(jiān)控設(shè)備發(fā)送的告警信息，并根據(jù)數(shù)據(jù)庫中的記錄對(duì)所述告警信息進(jìn)行二次過濾；將經(jīng)二次過濾后的告警信息分發(fā)至客戶端。通過本發(fā)明，可以減少不必要的監(jiān)控內(nèi)容，或者改變展示的告警信息的告警級(jí)別，實(shí)現(xiàn)了客戶端的個(gè)性化監(jiān)控需求、靈活性強(qiáng)。
文檔編號(hào)H04L12/24GK102148692SQ20101011006
公開日2011年8月10日 申請(qǐng)日期2010年2月9日 優(yōu)先權(quán)日2010年2月9日
發(fā)明者宋紅根, 李丹, 王弋珵 申請(qǐng)人:新奧特(北京)視頻技術(shù)有限公司