專利名稱：一種告警信息的過濾分發(fā)處理方法和一種服務器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡管理技術(shù)領(lǐng)域，特別是涉及一種告警信息的過濾分發(fā)處理方法和 一種服務器。
背景技術(shù)：
計算機、服務器等信息設備已經(jīng)廣泛應用于各行各業(yè)，由于設備軟硬件的缺陷或 用戶的錯誤操作使用，不可避免的會產(chǎn)生設備故障或者故障隱患。網(wǎng)絡通信系統(tǒng)中，某個物 理設備或邏輯模塊出現(xiàn)異常時，會發(fā)出用于傳遞故障信息的事件報告，這種事件報告稱為 告警信息。對網(wǎng)絡產(chǎn)生的告警信息進行采集和處理是網(wǎng)絡管理系統(tǒng)中的一項重要功能。為 了實現(xiàn)客戶端對設備的監(jiān)控，通常是被監(jiān)控設備把告警信息發(fā)送至監(jiān)控服務器，在服務器 中進行緩存和預處理，以供客戶端進行提取。通常，服務器將收集到的全部告警信息提供給客戶端，而有些情況下，被監(jiān)控設備 將告警信息推送至服務器后，臨時想要客戶端獲取其中的一部分信息，例如將告警級別較 低的信息，或者某些不重要指標的告警信息進行攔截，不進行上報。并且，一個監(jiān)控網(wǎng)絡通 常包含多個監(jiān)控設備，所有設備的告警信息均存放在服務器中的同一個適配器里，每個客 戶端對被監(jiān)控設備以及指標數(shù)據(jù)關(guān)心的角度不同，所需要的告警信息也是不同的。有些情 況下，客戶端并不需要服務器收集到的全部告警進行，而只需要展示一部分。當不同客戶端 進行告警信息的獲取時，從眾多的告警信息中獲取所需要的信息是很困難的?？傊?，需要本領(lǐng)域技術(shù)人員迫切解決的一個技術(shù)問題就是如何能夠提供一種告 警信息的靈活處理方法，能夠?qū)崿F(xiàn)告警信息過濾和有針對性的分發(fā)，滿足被監(jiān)控設備和客 戶端的不同需求。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種告警信息的處理方法和一種服務器，實現(xiàn) 了告警信息的過濾和有針對性的分發(fā)，滿足被監(jiān)控設備和客戶端的不同需求，靈活性強。為了解決上述問題，本發(fā)明公開了一種告警信息的過濾分發(fā)處理方法，包括收集被監(jiān)控設備發(fā)送的告警信息；根據(jù)接收到的被監(jiān)控設備發(fā)送的配置信息，對不滿足所述配置信息要求的與該被 監(jiān)控設備相應的告警信息進行過濾；根據(jù)接收的客戶端發(fā)送的訂閱信息，將過濾后的告警信息分發(fā)給與各個客戶端相 對應的適配器；在各個適配器中對告警信息進行緩存。優(yōu)選的，收集到告警信息之后還包括對告警信息進行解析，將告警信息組織和整理成標準格式。進一步，所述配置信息包括告警級別和/或監(jiān)控指標。進一步，所述訂閱信息包括被監(jiān)控設備和/或監(jiān)控指標。
優(yōu)選的，對告警信息進行過濾之前還包括根據(jù)接收到的被監(jiān)控設備發(fā)送的修改信息，修改所述告警信息的告警級別。優(yōu)選的，所述方法還包括所述適配器對外發(fā)布web services接口，以供相應客戶端進行告警信息的調(diào)用。此外，本發(fā)明還公開了一種服務器，包括通信模塊，用于接收被監(jiān)控設備發(fā)送的告警信息和配置信息，以及客戶端發(fā)送的 訂閱信息；過濾模塊，用于根據(jù)接收到的被監(jiān)控設備發(fā)送的配置信息，對不滿足所述配置信 息要求的與該被監(jiān)控設備相應的告警信息進行過濾；分發(fā)模塊，用于根據(jù)接收的客戶端發(fā)送的訂閱信息，將過濾后的告警信息分發(fā)給 與各個客戶端相對應的適配器；多個適配器，用于對告警信息進行緩存；其中，每一個適配器與一個客戶端相對 應。優(yōu)選的，所述服務器還包括解析模塊，用于對告警信息進行解析，將告警信息組織和整理成標準格式。優(yōu)選的，所述服務器還包括修改模塊，用于根據(jù)接收到的被監(jiān)控設備發(fā)送的修改信息，修改所述告警信息的 告警級別。進一步，所述適配器包括接口單元，用于對外發(fā)布web services接口，以供相應客戶端進行告警信息的調(diào)用。與現(xiàn)有技術(shù)相比，本發(fā)明具有以下優(yōu)點本發(fā)明在服務器中建立了過濾-分發(fā)機制，針對收集到的被監(jiān)控設備發(fā)送的告警 信息，通過過濾機制，可以按照被監(jiān)控設備的配置信息對告警信息進行過濾，攔截住一些不 需要上報的告警信息；通過分發(fā)機制，可以按照客戶端的訂閱需求將指定的告警信息分發(fā) 至與客戶端相應的適配器中。本發(fā)明通過對告警信息有針對性的進行篩選、提取，滿足了被 監(jiān)控設備和客戶端雙方的多種配置需求，網(wǎng)絡監(jiān)控系統(tǒng)的性能得到提高，對告警信息的管 理靈活性強。進一步，本發(fā)明通過對告警信息的解析，可以對來自不同被監(jiān)控設備的信息進行 統(tǒng)一處理。并且，可以根據(jù)被監(jiān)控設備發(fā)送的修改信息，及時對告警信息的屬性進行修改， 滿足了被監(jiān)控端的自定義修改需求。


圖1是本發(fā)明一種告警信息的過濾分發(fā)處理方法實施例一的流程圖；圖2是本發(fā)明一種告警信息的過濾分發(fā)處理方法實施例二的流程圖；圖3是本發(fā)明一種服務器實施例的結(jié)構(gòu)圖。
具體實施例方式為使本發(fā)明的上述目的、特征和優(yōu)點能夠更加明顯易懂，下面結(jié)合附圖和具體實施方式
對本發(fā)明作進一步詳細的說明。參照圖1，示出了本發(fā)明一種告警信息的過濾分發(fā)處理方法實施例一的流程圖，包 括步驟101，收集被監(jiān)控設備發(fā)送的告警信息；被監(jiān)控設備在發(fā)生異常時主動向服務器上報告警信息，服務器被動收集被監(jiān)控設 備發(fā)送的告警信息。其中，收集數(shù)據(jù)的方式可以是基于SNMP協(xié)議的方式，也可以是基于Web Services的方式?；赟NMP協(xié)議的方式針對支持SNMP協(xié)議的被監(jiān)控設備(通常為硬件)。簡單網(wǎng) 絡管理協(xié)議(SNMP，Simple Network Management Protocol)是由互聯(lián)網(wǎng)工程任務組(IETF， Internet Engineering Task Force)定義的一套網(wǎng)絡管理協(xié)議，通過采用SNMP陷阱(SNMP trap)，建立某種入口，到達該入口后被監(jiān)控設備主動將告警信息推送至服務器?；赪eb krvices的方式針對支持ffeb krvices協(xié)議的被監(jiān)控設備(通常為軟件)。網(wǎng)絡服務 (Webservices)，其建立在一些通用協(xié)議的基礎上，如HTTP，S0AP，XML，WSDL，UDDI等。服務 器對外發(fā)布接口方法，監(jiān)控終端通過調(diào)用接口方法，將告警信息推送至服務器。其中，所述告警信息可以包括告警級別、指標名稱、指標ID、指標數(shù)值、設備名 稱、設備ID、告警日期、告警時間和/或信息描述等。步驟102，根據(jù)接收到的被監(jiān)控設備發(fā)送的配置信息，對不滿足所述配置信息要求 的與該被監(jiān)控設備相應的告警信息進行過濾；本步驟對相應的告警信息進行攔截，按照被監(jiān)控設備的配置信息過濾掉一部分不 符合要求的信息。對告警數(shù)據(jù)進行過濾，需要在被監(jiān)控設備端對告警級別和告警信息進行 配置，作為服務器端過濾模塊對告警數(shù)據(jù)過濾的依據(jù)。在本發(fā)明的優(yōu)選實施例中，所述配置信息包括告警級別和/或監(jiān)控指標。針對每一條告警信息，根據(jù)指標數(shù)據(jù)的變化程度對應不同的告警級別，例如，根據(jù) 指標異常的嚴重性，按照從大到小的順序，告警級別分為第一級告警、第二級告警、第三級 告警。當被監(jiān)控設備端不需要將全部告警信息上報給客戶端時，則發(fā)送配置信息，指出上報 的告警級別。例如，當配置信息中指出告警級別為第一級告警和第二級告警時，則過濾掉所 述被監(jiān)控設備發(fā)送的第三級告警的告警信息。此外，服務器收集了針對各種指標的告警信息，有些情況下，被監(jiān)控設備不需要將 各個指標的告警信息上報給客戶端時，則發(fā)送有關(guān)監(jiān)控指標的配置信息。例如，服務器收集 到的監(jiān)控指標為網(wǎng)絡傳輸速率、下載流量、上傳流量、CPU使用率，當被監(jiān)控設備發(fā)送的配 置信息中指出監(jiān)控指標為網(wǎng)絡傳輸速率和CPU使用率時，則過濾掉該被監(jiān)控設備相對應 的下載流量和上傳流量的告警信息。步驟103，根據(jù)接收的客戶端發(fā)送的訂閱信息，將過濾后的告警信息分發(fā)給與各個 客戶端相對應的適配器；由于服務器收集的告警信息數(shù)據(jù)量龐大，來源于多個被監(jiān)控設備，且告警信息的 種類也比較多，有些情況下，用戶只需要在客戶端上對某一部分告警信息進行展示。則客戶 端將訂閱信息發(fā)送至服務器，服務器按照客戶端的訂閱將特定的告警信息分發(fā)給與該客戶 端相應的適配器中，所述適配器設置在服務器上。在本發(fā)明的優(yōu)選實施例中，所述訂閱信息包括被監(jiān)控設備和/或監(jiān)控指標。要對其中的某部分設備進行監(jiān)控，則在訂閱信息中指定被 監(jiān)控設備，一般是監(jiān)控設備的ID。此外，還有一些情況，客戶端只需要對各種告警信息中的 某一部分指標進行監(jiān)控，則在訂閱信息中指定所要監(jiān)控的指標。例如，在一個監(jiān)控網(wǎng)絡中存在一個服務器、兩個被監(jiān)控設備(被監(jiān)控設備A和被監(jiān) 控設備B)和三個客戶端，其中，服務器中的適配器1與客戶端1相對應，適配器2與客戶端 2相對應，適配器3與客戶端3相對應，則按照各個客戶端的訂閱信息，對告警信息進行如下 分發(fā)根據(jù)客戶端1對被監(jiān)控設備A的訂閱信息，將被監(jiān)控設備A所有指標的告警信息 發(fā)分發(fā)至適配器1 ；根據(jù)客戶端2對網(wǎng)絡傳輸速率的訂閱信息，將所有被監(jiān)控設備的網(wǎng)絡傳輸速率指 標的告警信息發(fā)送至適配器2 ；根據(jù)客戶端3對被監(jiān)控設備A和B，以及網(wǎng)絡傳輸速率和內(nèi)存使用率的訂閱信息， 將被監(jiān)控設備A和被監(jiān)控設備B上報的內(nèi)存占用率和數(shù)據(jù)流量指標的告警信息發(fā)送至適配
3 ο需要說明的是，進行過濾后，當客戶端訂閱的告警信息不存在時，則不做分發(fā)，此 時，在客戶端上顯示獲取不到該信息的提示信息。步驟104，在各個適配器中對告警信息進行緩存。在服務器端上設置的各個適配器，用來存儲分發(fā)過來的告警信息。所述適配器中 可以建立如下緩存機制在各個適配器中內(nèi)置一個數(shù)據(jù)隊列，緩存一段時間內(nèi)所有告警信 息，即將每次分發(fā)后的告警信息存入該隊列，客戶端獲取到告警信息后則會清空相應隊列 中的信息。其中，針對數(shù)據(jù)隊列預先設置最大緩存長度(信息數(shù)量)，超過該長度后刪除較 早的數(shù)據(jù)信息。例如，對于適配器1設置最大緩存長度為10條告警信息，則當再收集到一 條新的告警信息后，刪除最先存儲的第一條告警信息。本發(fā)明實施例，建立了過濾-分發(fā)機制，通過過濾機制，可以按照被監(jiān)控設備的配 置攔截住一些不需要上報的告警信息；通過分發(fā)機制，可以按照客戶端的訂閱需求將指定 的告警信息分發(fā)至與客戶端相應的適配器中。通過有針對性的對告警信息進行篩選、提取， 滿足了被監(jiān)控設備和客戶端雙方的多種配置需求，告警信息的管理多樣化、靈活性強，網(wǎng)絡 監(jiān)控系統(tǒng)的性能得到了提高。參照圖2，示出了本發(fā)明一種告警信息的過濾分發(fā)處理方法實施例二的流程圖，包 括步驟201，收集被監(jiān)控設備發(fā)送的告警信息；步驟202，對告警信息進行解析，將告警信息組織和整理成標準格式；有些情況下，各個被監(jiān)控設備上報的告警信息的描述格式不同，為了在服務器中 進行統(tǒng)一管理，需要對告警信息進行規(guī)范化的統(tǒng)一，將其轉(zhuǎn)換成標準格式，例如，告警信息 各個屬性的順序、表述方法等，所述標準格式為預先設置的格式。例如，收集到的告警信息 如下所示Brocade Sff_v5_6. mibswTrackChangesTrap NOTIFICATION-TYPE
OBJECTS{swTrackChangesInfo, swSsn,swGroupName, swGroupType, swGroupMemPos}STATUS currentDESCRIPTION" trap to be sent for tracking login/logout/configchanges"—#TYPE " Track changes has generated a trap"— SUMMARY “ % s and SSN is#% s"—#ARGUMENTS{0,1}—#SEVERITYINF0RMATI0NAL—#TIMEINDEX 1—#STATE OPERATIONAL: : = {swTrapsV26}其中，Brocade 的 ID 為 fcSwitch. 1. 0. 6 ；swTrackChangesTrap 的 ID 為 fcSwitch. 1. O。上面所述告警信息所描述的是遵循mib的結(jié)構(gòu)定義語言，將其轉(zhuǎn)換成標準格式 后，告警信息如下設備名稱=Brocade；設備 ID :fcSwitch. 1. 0. 6 ；指標名稱swTrackChangesTrap ；指標 ID :fcSwitch. 1. 0 ；才目關(guān)描述信；窗、:Trap to be sent for tracking login/logout/config changes, etc,,進一步，還可以把英文描述語言轉(zhuǎn)換為中文描述語言，以及對關(guān)描述信息進行標 準統(tǒng)一的描述定義。步驟203，根據(jù)接收到的被監(jiān)控設備發(fā)送的修改信息，修改所述告警信息的告警級 別；所述修改信息即對告警信息的屬性(特指告警級別)進行修改。例如，對于如下兩條信息告警信息一、設備名稱Brodcade ；設備ID :fcSwitch. 1. 0. 6 ；指標名稱 swTrackChangesTrap ；指標 ID :fcSwitch. 1. 0 ；告警級別第二級告警。告警信息二、設備名稱PC機；設備ID 192. 168. 1. 3 ；指標名稱網(wǎng)絡傳輸速率； 指標數(shù)值100Mbps ；告警級別第二級告警。根據(jù)被監(jiān)控設備交換機Brodcade發(fā)送的修改信息，將告警信息一的告警級別修 改為第三級告警。根據(jù)被監(jiān)控設備PC機發(fā)送的修改信息，將告警信息二的告警級別修改為
第一級告警。步驟204，根據(jù)接收到的被監(jiān)控設備發(fā)送的配置信息，對不滿足所述配置信息要求 的與該被監(jiān)控設備相應的告警信息進行過濾；例如，上述兩個被監(jiān)控設備發(fā)送的配置信息中設置的告警級別均為第一級告警， 則提取達到第一級告警級別的信息，過濾掉除第一級告警以外的信息。因此，對于上述步驟 中修改后的告警信息，提取出告警信息二，過濾掉告警信息一。步驟205，根據(jù)接收的客戶端發(fā)送的訂閱信息，將過濾后的告警信息分發(fā)給與各個客戶端相對應的適配器；假設客戶端1訂閱設備ID為192. 168. 1. 3的告警信息，則將告警信息二分發(fā)給與 客戶端1相對應的適配器1。步驟206，在各個適配器中對告警信息進行緩存；步驟207，適配器對外發(fā)布web services接口，以供相應客戶端進行告警信息的 調(diào)用。基于ffeb services協(xié)議收集數(shù)據(jù)的方式針對服務器上已經(jīng)部署了相應的平臺 (應用軟件、服務)，所述平臺對外發(fā)布了自己的接口，根據(jù)服務器中適配器發(fā)布的調(diào)用接 口，客戶端進行調(diào)用相應的接口方法，獲取相應的監(jiān)控信息。需要說明的是，在實際網(wǎng)絡應用中，可以包括多個被監(jiān)控設備，并且各個被監(jiān)控設 備發(fā)送至服務器的告警信息也是針對多項指標的，本發(fā)明實施例所提到的被監(jiān)控設備和告 警信息只是進行簡單列舉，本發(fā)明在此不做限定。本發(fā)明實施例通過對告警信息的解析，可以對來自不同被監(jiān)控設備的信息進行統(tǒng) 一處理。并且，可以根據(jù)被監(jiān)控設備發(fā)送的修改信息，及時對告警信息的屬性進行修改，滿 足了被監(jiān)控端的自定義需求。參照圖3，示出了本發(fā)明一種服務器實施例的結(jié)構(gòu)圖，包括通信模塊301，用于接收被監(jiān)控設備發(fā)送的告警信息和配置信息，以及客戶端發(fā)送 的訂閱信息；過濾模塊302，用于根據(jù)接收到的被監(jiān)控設備發(fā)送的配置信息，對不滿足所述配置 信息要求的與該被監(jiān)控設備相應的告警信息進行過濾；分發(fā)模塊303，用于根據(jù)接收的客戶端發(fā)送的訂閱信息，將過濾后的告警信息分發(fā) 給與各個客戶端相對應的適配器；多個適配器304，用于對告警信息進行緩存；其中，每一個適配器與一個客戶端相 對應。其中，所述通信模塊301根據(jù)實現(xiàn)的功能不同，還可以進一步分為收集子模塊，用 于收集被監(jiān)控設備發(fā)送的告警信息；配置接收子模塊，用于接收被監(jiān)控設備發(fā)送的配置信 息；訂閱接收子模塊，用于接收客戶端發(fā)送的訂閱信息。在本發(fā)明的優(yōu)選實施例中，所述服務器還包括解析模塊305，用于對告警信息進行解析，將告警信息組織和整理成標準格式。利 用解析模塊，可以對來自各個被監(jiān)控設備的告警信息進行規(guī)范化的統(tǒng)一處理。在本發(fā)明的優(yōu)選實施例中，所述通信模塊還用于接收被監(jiān)控設備發(fā)送的修改信 息；則所述服務器還包括修改模塊306，用于根據(jù)接收到的被監(jiān)控設備發(fā)送的修改信息，修改所述告警信息 的告警級別。進一步，所述適配器304包括接口模塊，用于對外發(fā)布web services接口，以供相應客戶端進行告警信息的調(diào) 用。則通過相應的接口模塊，各個客戶端從適配器中提取出所訂閱的告警信息，實現(xiàn)對不同 設備、不同指標的監(jiān)控。本說明書中的各個實施例均采用遞進的方式描述，每個實施例重點說明的都是與其他實施例的不同之處，各個實施例之間相同相似的部分互相參見即可。對于所述服務器 的實施例而言，由于其與方法實施例基本相似，所以描述的比較簡單，相關(guān)之處參見方法實 施例的部分說明即可。 以上對本發(fā)明所提供的一種告警信息的過濾分發(fā)處理方法和一種服務器，進行了 詳細介紹，本文中應用了具體個例對本發(fā)明的原理及實施方式進行了闡述，以上實施例的 說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對于本領(lǐng)域的一般技術(shù)人員，依 據(jù)本發(fā)明的思想，在具體實施方式
及應用范圍上均會有改變之處，綜上所述，本說明書內(nèi)容 不應理解為對本發(fā)明的限制。
權(quán)利要求
1.一種告警信息的過濾分發(fā)處理方法，其特征在于，包括 收集被監(jiān)控設備發(fā)送的告警信息；根據(jù)接收到的被監(jiān)控設備發(fā)送的配置信息，對不滿足所述配置信息要求的與該被監(jiān)控 設備相應的告警信息進行過濾；根據(jù)接收的客戶端發(fā)送的訂閱信息，將過濾后的告警信息分發(fā)給與各個客戶端相對應 的適配器；在各個適配器中對告警信息進行緩存。
2.如權(quán)利要求1所述的方法，其特征在于，收集到告警信息之后還包括 對告警信息進行解析，將告警信息組織和整理成標準格式。
3.如權(quán)利要求1所述的方法，其特征在于， 所述配置信息包括告警級別和/或指標。
4.如權(quán)利要求1所述的方法，其特征在于，所述訂閱信息包括被監(jiān)控設備和/或監(jiān)控指標。
5.如權(quán)利要求1所述的方法，其特征在于，對告警信息進行過濾之前還包括 根據(jù)接收到的被監(jiān)控設備發(fā)送的修改信息，修改所述告警信息的告警級別。
6.如權(quán)利要求1所述的方法，其特征在于，還包括所述適配器對外發(fā)布web services接口，以供相應客戶端進行告警信息的調(diào)用。
7.一種服務器，其特征在于，包括通信模塊，用于接收被監(jiān)控設備發(fā)送的告警信息和配置信息，以及客戶端發(fā)送的訂閱 fn息；過濾模塊，用于根據(jù)接收到的被監(jiān)控設備發(fā)送的配置信息，對不滿足所述配置信息要 求的與該被監(jiān)控設備相應的告警信息進行過濾；分發(fā)模塊，用于根據(jù)接收的客戶端發(fā)送的訂閱信息，將過濾后的告警信息分發(fā)給與各 個客戶端相對應的適配器；多個適配器，用于對告警信息進行緩存；其中，每一個適配器與一個客戶端相對應。
8.如權(quán)利要求7所述的服務器，其特征在于，還包括解析模塊，用于對告警信息進行解析，將告警信息組織和整理成標準格式。
9.如權(quán)利要求7所述的服務器，其特征在于，還包括修改模塊，用于根據(jù)接收到的被監(jiān)控設備發(fā)送的修改信息，修改所述告警信息的告警 級別。
10.如權(quán)利要求7所述的服務器，其特征在于，所述適配器包括接口單元，用于對外發(fā)布web services接口，以供相應客戶端進行告警信息的調(diào)用。
全文摘要
本發(fā)明提供了一種告警信息的過濾分發(fā)處理方法和一種服務器，所述方法包括收集被監(jiān)控設備發(fā)送的告警信息；根據(jù)接收到的被監(jiān)控設備發(fā)送的配置信息，對不滿足所述配置信息要求的與該被監(jiān)控設備相應的告警信息進行過濾；根據(jù)接收的客戶端發(fā)送的訂閱信息，將過濾后的告警信息分發(fā)給與各個客戶端相對應的適配器；在各個適配器中對告警信息進行緩存。通過本發(fā)明，實現(xiàn)了告警信息篩選過濾和有針對性的分發(fā)，滿足被監(jiān)控設備和客戶端的多種需求、靈活性強。
文檔編號H04L29/06GK102136924SQ201010102349
公開日2011年7月27日 申請日期2010年1月27日 優(yōu)先權(quán)日2010年1月27日
發(fā)明者宋紅根, 李丹, 王弋珵 申請人:新奧特(北京)視頻技術(shù)有限公司