專利名稱：告警系統(tǒng)和網(wǎng)絡(luò)管理器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及電信網(wǎng)管技術(shù)中的告警技術(shù)，尤其是一種告警系統(tǒng)和網(wǎng)絡(luò)管理器。
背景技術(shù)：
在電信網(wǎng)管技術(shù)領(lǐng)域中，告警的通知過程就是告警的告警發(fā)送者把告警主動(dòng)發(fā)送 給告警接收者的過程。一般的，告警的告警發(fā)送者是被管系統(tǒng)，告警的告警接收者是管理系 統(tǒng)，被管系統(tǒng)在檢測(cè)到有故障發(fā)生后，立即發(fā)送告警通知給管理系統(tǒng)。告警內(nèi)容一般包括告警源、告警類型、告警時(shí)間、告警嚴(yán)重級(jí)別、可能原因、特定 問題、維修建議等等。一般的告警分為以下類型故障告警一反映故障的產(chǎn)生；清除告警一反映故障的恢復(fù)；變更告警一反映故障的變化，例如更嚴(yán)重。對(duì)應(yīng)的告警通知分別稱為故障告警通知、清除告警通知和變更告警通知。傳統(tǒng)的，告警可以根據(jù)內(nèi)容進(jìn)行過濾。例如告警接收者可以按照告警源、告警嚴(yán)重 級(jí)別、告警類型或其它告警內(nèi)容進(jìn)行過濾，即要求告警發(fā)送者不要再把指定內(nèi)容特征的告 警報(bào)告給該告警接收者。從告警接收者的角度看，關(guān)于特定故障的各種告警通知的上報(bào)過程特征反映了告 警發(fā)送者的故障的動(dòng)態(tài)特征，例如故障告警通知的頻度反映了故障產(chǎn)生的頻度，故障告警 通知和清除告警通知交替出現(xiàn)的頻度反映了故障產(chǎn)生和恢復(fù)的周期?，F(xiàn)有技術(shù)中公開了一種根據(jù)上下文告警的相關(guān)性而進(jìn)行過濾的方法，簡(jiǎn)稱告警相 關(guān)性過濾的方法。例如，重復(fù)告警過濾方法，即相同內(nèi)容的故障告警以一定的頻度，連續(xù)報(bào) 告給告警接收者若干次后，告警接收者認(rèn)為該告警為重復(fù)告警，從而要求告警發(fā)送者不要 再報(bào)告相同內(nèi)容的故障告警。又例如，閃斷告警過濾方法，即相同內(nèi)容的故障及其對(duì)應(yīng)恢復(fù) 告警以一定的頻度，在連續(xù)報(bào)告給告警接收者若干次后，告警接收者認(rèn)為該告警是閃斷告 警，從而要求告警發(fā)送者不要再報(bào)告該故障告警及其對(duì)應(yīng)恢復(fù)告警。此種情況下，告警接收者和告警發(fā)送者之間需要專門為每種告警相關(guān)性過濾方式 建立相應(yīng)的操作接口，其中包括創(chuàng)建接口、刪除接口、查詢接口等。告警接收者通過創(chuàng)建接 口向被管系統(tǒng)下發(fā)指令，該接口中設(shè)置了告警發(fā)送者所要過濾告警的靜態(tài)特征(例如某種 原因?qū)е碌母婢?、以及動(dòng)態(tài)條件(例如重復(fù)告警需要指出在指定的時(shí)間段內(nèi)最多允許出 現(xiàn)的告警次數(shù))，告警發(fā)送者收到該接口指令后，直接按照接口指令的靜態(tài)特征和動(dòng)態(tài)過濾 條件對(duì)新的告警進(jìn)行過濾。之后，告警接收者再創(chuàng)建新的刪除接口和查詢接口對(duì)告警相關(guān) 性過濾條件進(jìn)行刪除和查詢操作。但是，現(xiàn)有技術(shù)的方法存在以下缺陷告警接收者和告警發(fā)送者之間需要根據(jù)某特定告警相關(guān)性過濾方式建立操作接 口，而由于告警相關(guān)性的多樣性，導(dǎo)致告警相關(guān)性過濾方式的多樣性，因此管理系統(tǒng)需要針對(duì)每種告警相關(guān)性過濾方式建立不同的操作接口，這樣導(dǎo)致管理系統(tǒng)需要使用不同的接口 創(chuàng)建、刪除、查看不同的相關(guān)性過濾條件。伴隨著告警接收者不斷加深對(duì)于告警相關(guān)性的認(rèn) 識(shí)，可能會(huì)總結(jié)出越來越多的相關(guān)性過濾條件，那么按照現(xiàn)有方案，將要求在告警接收者和 告警發(fā)送者之間為新的相關(guān)性過濾條件創(chuàng)建新的操作接口，用于建立、刪除、查詢?cè)撓嚓P(guān)性 過濾條件，告警發(fā)送者也必須理解這些新的操作接口指令才能進(jìn)行正確的過濾；因此，現(xiàn)有 方案使得告警接收者和告警發(fā)送者之間的交互接口過于復(fù)雜，而實(shí)際上告警接收者和告警 發(fā)送者可能是由不同廠商單獨(dú)開發(fā)的，這樣復(fù)雜的接口將導(dǎo)致告警接收者和告警發(fā)送者之 間集成的成本比較高。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種告警系統(tǒng)，以降低告警接收者和告警 發(fā)送者之間的集成成本。為了實(shí)現(xiàn)上述發(fā)明目的，本發(fā)明提供一種告警系統(tǒng)，包括告警發(fā)送者和告警接收 者，該告警發(fā)送者和該告警接收者之間通過北向接口進(jìn)行通信；上述告警接收者用于構(gòu)造 對(duì)過濾條件進(jìn)行操作的操作指令，將所要處理的過濾條件相關(guān)信息打包設(shè)置到該操作指令 中的特定參數(shù)中，并發(fā)送該操作指令到上述告警發(fā)送者；上述告警發(fā)送者用于從所收到的 操作指令的特定參數(shù)中解析出過濾條件相關(guān)信息，按照該操作指令的要求針對(duì)該過濾條件 進(jìn)行處理。本發(fā)明還提供一種網(wǎng)絡(luò)管理器，包括用于構(gòu)造對(duì)過濾條件進(jìn)行操作的操作指令， 將所要處理的過濾條件相關(guān)信息打包設(shè)置到該操作指令中的特定參數(shù)中的單元；和用于發(fā) 送該操作指令到網(wǎng)元管理器的單元。本發(fā)明由于在管理系統(tǒng)采用統(tǒng)一的操作接口對(duì)被管系統(tǒng)的各種過濾條件進(jìn)行創(chuàng) 建、刪除、查看等操作，過濾條件的相關(guān)信息被打包設(shè)置到操作指令中的一個(gè)參數(shù)中，告警 發(fā)送者收到操作指令后，對(duì)相應(yīng)的參數(shù)進(jìn)行解析，得到該操作指令所要處理的過濾條件信 息，然后根據(jù)操作指令對(duì)該過濾條件進(jìn)行處理，從而告警發(fā)送者根據(jù)過濾條件的要求處理 后續(xù)告警。這樣，可以使的不同的過濾條件通過統(tǒng)一的操作指令下發(fā)給告警發(fā)送者，告警發(fā) 送者具有解析該操作指令的能力，從而使得告警發(fā)送者和告警接收者之間的交互接口大大 簡(jiǎn)化，降低了告警發(fā)送者和告警接收者之間的集成成本。


圖1為本發(fā)明所述方法的流程圖；圖2為本發(fā)明所應(yīng)用的電信網(wǎng)管系統(tǒng)的一種管理接口的示意圖；圖3為本發(fā)明創(chuàng)建告警相關(guān)性過濾條件的流程圖；圖4為本發(fā)明告警接收者刪除告警相關(guān)性過濾條件的流程圖；圖5A為查看告警相關(guān)性過濾條件標(biāo)識(shí)的流程圖；圖5B為查看告警相關(guān)性過濾條件詳細(xì)信息的流程圖；圖6為掛起告警相關(guān)性過濾條件的操作流程圖；圖7為恢復(fù)告警相關(guān)性過濾條件的操作流程圖；圖8為獲取被告警相關(guān)性過濾條件過濾掉的告警的操作流程圖9A為告警相關(guān)性過濾條件的類型為重復(fù)告警時(shí)的處理流程圖；圖9B為對(duì)恢復(fù)告警的處理流程圖；圖10為告警相關(guān)性過濾條件的類型為閃斷告警時(shí)的處理流程圖；圖11為告警相關(guān)性過濾條件的類型為短暫告警時(shí)的處理流程圖；圖12為告警相關(guān)性過濾條件的類型為頑固告警時(shí)的處理流程圖。
具體實(shí)施例方式下面通過具體實(shí)施例和附圖對(duì)本發(fā)明做進(jìn)一步詳細(xì)說明。圖1為本發(fā)明所述方法的流程圖。參見圖1，本發(fā)明的核心技術(shù)方案為步驟11、告警接收者構(gòu)造對(duì)過濾條件進(jìn)行操作的操作指令，將所要處理的過濾條 件相關(guān)信息打包設(shè)置到該操作指令中的特定參數(shù)中，并發(fā)送該操作指令到告警發(fā)送者；步驟12、告警發(fā)送者從所收到的操作指令的特定參數(shù)中解析出過濾條件相關(guān)信 息，按照該操作指令的要求針對(duì)該過濾條件進(jìn)行處理。本發(fā)明的技術(shù)方案可以適用于電信網(wǎng)管系統(tǒng)的告警子系統(tǒng)的告警報(bào)告接口。圖2 為電信網(wǎng)管系統(tǒng)的一種管理接口的示意圖。參見圖2，電信網(wǎng)絡(luò)中的被管系統(tǒng)及其對(duì)應(yīng)的管 理系統(tǒng)之間一般都存在告警報(bào)告接口，例如接口 2、接口 4、和接口 6 ；任一系統(tǒng)及其對(duì)應(yīng)的 本地終端之間一般也存在告警報(bào)告接口，例如接口 1、接口 3、接口 5、接口 7。本發(fā)明可以應(yīng) 用于圖2所示的電信網(wǎng)管系統(tǒng)中的接口 1 接口 7。以下實(shí)施例中所述告警發(fā)送者為電信網(wǎng)管系統(tǒng)中的網(wǎng)元管理器(EMS)，所述告警 接收者為電信網(wǎng)管系統(tǒng)中的網(wǎng)絡(luò)管理器(WS)，本發(fā)明的方法尤其適用于EMS和NMS之間的 接口，即3G北向(Itf-N)接口。本發(fā)明中，所述“告警相關(guān)性過濾”中的“過濾”操作并不是簡(jiǎn)單的“去除”，即不向 告警接收者上報(bào)被過濾的告警，還可能是把告警轉(zhuǎn)換為非告警通知進(jìn)行上報(bào)，從而避免引 起告警接收者不必要的警覺。例如重復(fù)告警可能不以“故障告警”方式報(bào)告，而是以“更改 告警_告警發(fā)生次數(shù)增加”的方式報(bào)告?；蛘邔⒈贿^濾告警轉(zhuǎn)換成告警改變通知發(fā)送給告 警接收者。(例如告警嚴(yán)重級(jí)別上升或下降的通知等)。以下實(shí)施例中的過濾操作以進(jìn)行 去除(即不向告警接收者報(bào)告)為例進(jìn)行說明。本實(shí)施例所述的過濾條件為一種告警相關(guān)性過濾條件，告警接收者需要預(yù)先根據(jù) 上下文告警和告警發(fā)送者的能力確定告警的相關(guān)性過濾條件，其中主要包括告警靜態(tài)特征 和動(dòng)態(tài)相關(guān)性過濾條件。所述告警靜態(tài)特征可以是1)指定范圍內(nèi)的被管對(duì)象內(nèi)的子對(duì)象集合，或者被管對(duì)象的全部子對(duì)象，例如， 在3G北向(Itf-N)接口上，具體的告警源的定義參見第三代合作項(xiàng)目組織(3GPP)TS 32. 111-2中關(guān)于對(duì)象等級(jí)(objectClass)和對(duì)象實(shí)例(objectlnstance)的描述方案。2)指定通知類型例如，在3G Itf-N接口上，具體的通知類型定義請(qǐng)參見3GPP TS 32. 111-2中關(guān)于通知類型(notification Type)的描述方案。3)指定時(shí)間段例如，在3G Itf-N接口上，具體的時(shí)間段定義請(qǐng)參見3GPPTS 32. 111-2中關(guān)于事件時(shí)間(eventTime)的描述方案。4)指定告警類型例如，在3G Itf-N接口上，具體的告警類型定義請(qǐng)參見3GPP TS32. 111-2中關(guān)于告警類型(alarmType)的描述方案.5)指定可能原因例如，在3G Itf-N接口上，具體的可能原因定義請(qǐng)參見3GPP TS 32. 111-2中關(guān)于可能原因(probableCause)的描述方案。6)指定告警級(jí)別例如，在3G Itf-N接口上，具體的告警級(jí)別定義請(qǐng)參見3GPP TS 32. 111-2 關(guān)于 perceivedSeverity 的描述方案。7)以上特征的組合。8)其他可能的靜態(tài)特征。一般的，在定義告警內(nèi)容時(shí)，需要指定告警各個(gè)域的內(nèi)容是否可過濾，參見3GPP 32. 111-2告警集成參考點(diǎn)信息服務(wù)規(guī)范。上述告警靜態(tài)特征需要指定這些告警可過濾域的 值的固定范圍。例如告警可過濾域1(假設(shè)為時(shí)間段)的值在范圍X內(nèi)，并且告警可過濾 域2(假設(shè)為告警級(jí)別)的值不在范圍Y內(nèi)，或者告警可過濾域3 (假設(shè)為可能原因)的值 等于Z。其中X、Y、Z是不隨告警不同而變化的。上述告警的動(dòng)態(tài)相關(guān)性可以是但不限于1)重復(fù)告警故障在恢復(fù)前，相同內(nèi)容的故障告警在任意一段時(shí)間內(nèi)連續(xù)報(bào)告次 數(shù)大于等于指定值。2)閃斷告警故障連續(xù)產(chǎn)生并恢復(fù)，故障告警以及對(duì)應(yīng)恢復(fù)告警在任意一段時(shí)間 內(nèi)連續(xù)報(bào)告次數(shù)大于等于指定值。3)短暫告警故障產(chǎn)生到恢復(fù)之間的間隔，即故障告警及其對(duì)應(yīng)恢復(fù)告警的報(bào)告 間隔小于等于指定值。4)頑固告警故障在手工恢復(fù)后，立即再次產(chǎn)生，即手工恢復(fù)故障導(dǎo)致的恢復(fù)告 警和新故障告警之間的報(bào)告間隔小于等于指定值。5)主從告警即在進(jìn)行相關(guān)性過濾時(shí)，需要檢查告警是否滿足主告警的靜態(tài)特 征，或任何從告警的靜態(tài)特征，如果滿足再檢查主從告警是否滿足某種關(guān)系，滿足則過濾掉
該告警。6)其它可能的特征。7)上述特征的組合。上述動(dòng)態(tài)相關(guān)性過濾條件是兩個(gè)或多個(gè)告警的可過濾域值之間的邏輯關(guān)系。例 如告警A的可過濾域1(假設(shè)為時(shí)間段)的值與告警B的可過濾域2(假設(shè)為時(shí)間段)的值 二者間的差值在指定范圍內(nèi)，或者告警A的可過濾域3 (假設(shè)為告警級(jí)別)的值小于等于告 警B的可過濾域4 (假設(shè)為告警級(jí)別)的值并且若告警A的可過濾域4 (假設(shè)為告警原因) 的值為X則告警B的可過濾域6 (假設(shè)為告警原因)的值為Y。所述的告警相關(guān)性過濾條件的表示方法為如表1所示，告警相關(guān)性過濾條件包括一個(gè)標(biāo)識(shí)，一個(gè)告警相關(guān)性過濾條件類型， 可選的包含一個(gè)相關(guān)相關(guān)性過濾條件版本，以及一組告警靜態(tài)特征列表和告警的動(dòng)態(tài)相關(guān) 性過濾條件列表。
標(biāo)識(shí) 表1具體的，下面以重復(fù)告警、閃斷告警、短暫告警、頑固告警、以及主從告警為例具體 說明告警相關(guān)性過濾條件的表示方式。1)重復(fù)告警的告警相關(guān)性過濾條件類型內(nèi)容如下告警相關(guān)性過濾條件類型為重復(fù)告警；告警靜態(tài)特征列表為{{包含一個(gè)告警相關(guān)的靜態(tài)特征}}，即在進(jìn)行相關(guān)性過濾 時(shí)，只需要檢查告警是否滿足這個(gè)告警靜態(tài)特征。重復(fù)告警的動(dòng)態(tài)相關(guān)性過濾條件列表內(nèi)容如下告警相關(guān)性過濾條件列表={時(shí)間窗口寬度=M，重復(fù)次數(shù)>=N}，其中N最小值 為1。其中時(shí)間窗口寬度為滿足告警靜態(tài)特征的新告警的告警時(shí)間之前的預(yù)定時(shí)間段，此處 假設(shè)為M分鐘。例如表2所舉例的一個(gè)告警相關(guān)性過濾條件的信息內(nèi)容對(duì)于告警級(jí)別為“輕微” 的，來自于“邏輯鏈路1號(hào)”的，“通信失敗”的告警，如果5分鐘內(nèi)出現(xiàn)了 3次以上(包括3 次)，則進(jìn)行過濾。 表22)閃斷告警的告警相關(guān)性過濾條件的內(nèi)容如下 告警相關(guān)性過濾條件類型為閃斷告警；告警靜態(tài)特征列表為{{包含一個(gè)告警相關(guān)的靜態(tài)特征}}，即在進(jìn)行相關(guān)性過濾時(shí)，只需要檢查告警是否滿足這一個(gè)告警靜態(tài)特征。閃斷告警的動(dòng)態(tài)相關(guān)性過濾條件列表為{時(shí)間窗口寬度=M，重復(fù)次數(shù)>=N}， 其中N最小值為1。其中的時(shí)間窗口寬度為滿足告警靜態(tài)特征的新告警的告警時(shí)間之前的 預(yù)定時(shí)間段，此處為M分鐘。3)短暫告警的告警相關(guān)性過濾條件的內(nèi)容如下告警相關(guān)性過濾條件類型為短暫告警；告警靜態(tài)特征列表為{{包含一個(gè)告警相關(guān)的靜態(tài)特征}}。短暫告警的動(dòng)態(tài)相關(guān)性過濾條件列表為{時(shí)間窗口寬度=M，重復(fù)次數(shù)>=N}， 其中N最小值為0。其中的時(shí)間窗口寬度為滿足告警靜態(tài)特征的新告警的告警時(shí)間之后所 等待的時(shí)間段，此處為M分鐘。4)頑固告警的告警相關(guān)性過濾條件的內(nèi)容如下告警相關(guān)性過濾條件類型為頑固告警；告警靜態(tài)特征列表為{{包含一個(gè)告警相關(guān)的靜態(tài)特征}}。頑固告警的動(dòng)態(tài)相關(guān)性過濾條件列表為{時(shí)間窗口寬度=M，重復(fù)次數(shù)>=N}， 其中N最小值為1。其中時(shí)間窗口寬度為滿足告警靜態(tài)特征的新告警的告警時(shí)間與前一相 關(guān)內(nèi)容告警的恢復(fù)之間的預(yù)定時(shí)間段，此處為M分鐘。5)主從告警的告警相關(guān)性過濾條件的內(nèi)容如下告警相關(guān)性過濾條件類型為主從告警；告警靜態(tài)特征列表為{{主告警靜態(tài)特征}，{從告警1靜態(tài)特征}，{從告警i靜
態(tài)特征}，......，{從告警η靜態(tài)特征}}，此時(shí)，告警靜態(tài)特征列表可能包含多個(gè)告警相關(guān)
的靜態(tài)特征，在過濾時(shí)需檢查告警是否滿足這些告警相關(guān)的靜態(tài)特征，在進(jìn)行相關(guān)性過濾 時(shí)，需要檢查告警是否滿足主告警的靜態(tài)特征，或任何從告警的靜態(tài)特征。鑒于主從告警的動(dòng)態(tài)相關(guān)性過濾條件比較復(fù)雜，此處僅給出一個(gè)動(dòng)態(tài)向性過濾條 件的具體例子{{主告警的故障源為底層物理鏈路實(shí)例1}并且{從告警1的故障源為上層邏輯 鏈路實(shí)例2}并且{主告警的告警時(shí)間和從告警的故障時(shí)間之間的間隔< = i^4、}并且{主 告警的嚴(yán)重級(jí)別> =從告警的嚴(yán)重級(jí)別}}。在步驟12中，告警接收者構(gòu)造所述對(duì)告警過濾條件進(jìn)行操作的操作指令，該操作 指令中包括操作名稱(例如創(chuàng)建操作、刪除操作、查找過濾條件標(biāo)識(shí)的操作、查找過濾條 件詳細(xì)內(nèi)容的操作、掛起操作、恢復(fù)操作、獲取被過濾掉的告警操作)、以及該操作指令相關(guān) 的參數(shù)。所述對(duì)告警相關(guān)性過濾條件進(jìn)行的操作可以分為創(chuàng)建操作、刪除操作、查找過濾 條件標(biāo)識(shí)操作、查找過濾條件詳細(xì)內(nèi)容信息的操作、掛起操作、恢復(fù)操作、獲取被過濾掉的 告警操作。以下分別對(duì)每種操作進(jìn)行說明。圖3為創(chuàng)建告警相關(guān)性過濾條件的流程圖。參見圖3，該流程包括步驟31、告警接收者根據(jù)上下文告警特征確定告警相關(guān)性過濾條件，并將告警相 關(guān)性過濾條件的相關(guān)信息打包設(shè)置到創(chuàng)建告警相關(guān)性過濾條件操作指令(簡(jiǎn)稱為創(chuàng)建指 令)的特定參數(shù)中。步驟32、告警接收者向告警發(fā)送者發(fā)送所述創(chuàng)建指令。
步驟33、告警發(fā)送者接收到所述創(chuàng)建指令后，根據(jù)操作名稱得知該指令為創(chuàng)建告 警相關(guān)性過濾條件的指令；解析所述特定參數(shù)，從中得到該指令所要處理的告警相關(guān)性過 濾條件的相關(guān)信息，包括所述靜態(tài)特征和所述動(dòng)態(tài)相關(guān)性過濾條件。步驟34 步驟35、如果告警發(fā)送者能夠正確接受指令中指定的動(dòng)態(tài)相關(guān)性過濾 條件和可選的靜態(tài)特征，則告警發(fā)送者在本地設(shè)置可選的靜態(tài)特征和對(duì)應(yīng)的動(dòng)態(tài)相關(guān)性過 濾條件，向告警接收者返回成功響應(yīng)，其中攜帶表示所成功設(shè)置告警相關(guān)性過濾條件的標(biāo) 識(shí)；否則返回失敗響應(yīng)。如果所述告警相關(guān)性過濾信息中沒有指定靜態(tài)特征，則所指定的告警相關(guān)性過濾 條件適用于任何具有相同靜態(tài)特征的告警；如果指定了告警靜態(tài)特征，則所指定的告警相 關(guān)性過濾條件適用于具有指定靜態(tài)特征的告警。步驟36、告警發(fā)送者在成功設(shè)置了告警動(dòng)態(tài)相關(guān)性過濾條件后，一旦有告警需要 報(bào)告給告警接收者，將判斷告警是否滿足本地設(shè)置的動(dòng)態(tài)相關(guān)性過濾條件和所述靜態(tài)特征 (如果有的話)，如果是，則進(jìn)行過濾操作，例如此處可以是不向告警接收者發(fā)送該告警，否 則，不進(jìn)行過濾操作，例如直接向告警接收者發(fā)送該告警。如果所述創(chuàng)建指令中包括指示告警相關(guān)性過濾條件立即生效的信息，則告警發(fā)送 者在設(shè)置告警相關(guān)性過濾條件后立即執(zhí)行根據(jù)該過濾條件對(duì)新告警進(jìn)行過濾。否則，在收 到恢復(fù)指令后再執(zhí)行。圖4為告警接收者刪除告警相關(guān)性過濾條件的流程圖。參見圖4，該流程包括步驟41、告警接收者構(gòu)造刪除告警相關(guān)性過濾條件的指令(簡(jiǎn)稱刪除指令)，其 中包括操作名稱即刪除操作、告警相關(guān)性過濾條件的相關(guān)信息、和告警接收者的地址或標(biāo) 識(shí)。其中的告警相關(guān)性過濾條件的相關(guān)信息為該告警相關(guān)性過濾條件的標(biāo)識(shí)，被放入該刪 除指令中的指定參數(shù)中；告警接收者發(fā)送所述刪除指令給告警發(fā)送者。步驟42、告警發(fā)送者根據(jù)操作名稱得知該指令為刪除指令，從刪除指令中的指定 參數(shù)中解析出所述告警相關(guān)性過濾條件的標(biāo)識(shí)。步驟43、告警發(fā)送者在當(dāng)前設(shè)置的告警相關(guān)性過濾條件中查找刪除指令中所指定 標(biāo)識(shí)的告警相關(guān)性過濾條件，如果找到，則執(zhí)行步驟44 ；否則返回刪除失敗響應(yīng)給告警接 收者，指示當(dāng)前沒有設(shè)置所指定刪除的告警相關(guān)性過濾條件，結(jié)束本流程。步驟44、刪除查找到的告警相關(guān)性過濾條件。步驟45、檢查是否存在被所刪除的告警相關(guān)性過濾條件過濾掉的告警，如果是，則 執(zhí)行步驟46 ；否則，結(jié)束本流程。步驟46、補(bǔ)充發(fā)送被所述過濾掉的告警。步驟47、判斷被所刪除的告警相關(guān)性過濾條件過濾掉的告警是否被恢復(fù)，是則執(zhí) 行步驟48;否則，結(jié)束本流程。步驟48、補(bǔ)充發(fā)送所述被過濾掉的告警對(duì)應(yīng)的恢復(fù)告警，結(jié)束本流程。上述步驟45至步驟48為可選步驟，可以由告警接收者指示執(zhí)行或告警發(fā)送者自 身設(shè)定執(zhí)行。上述刪除告警相關(guān)性過濾條件的步驟和補(bǔ)充發(fā)送被該條件過濾掉的告警及其對(duì) 應(yīng)的恢復(fù)告警的步驟可以顛倒順序，即首先補(bǔ)充發(fā)送被待刪除告警相關(guān)性過濾條件所過濾 掉的告警及其恢復(fù)告警(如果有的話)，然后刪除該告警相關(guān)性過濾條件。
12
圖5為查看告警相關(guān)性過濾條件的流程圖。圖5A為查看告警相關(guān)性過濾條件標(biāo)識(shí)的流程圖。該查看告警相關(guān)性過濾條件標(biāo) 識(shí)的操作可以在刪除操作、掛起操作、恢復(fù)操作、查看告警相關(guān)性過濾條件詳細(xì)信息操作、 或獲取被告警相關(guān)性過濾條件過濾掉的告警操作之前，參見圖5A，該操作流程包括步驟5A1 步驟5A2、告警接收者構(gòu)造查看告警相關(guān)性過濾條件標(biāo)識(shí)的指令(簡(jiǎn)稱 查看條件標(biāo)識(shí)指令)并發(fā)送到告警發(fā)送者，要求查看告警發(fā)送者當(dāng)前設(shè)置的告警相關(guān)性過 濾條件的標(biāo)識(shí)。其中的操作名稱為查看告警相關(guān)性過濾條件標(biāo)識(shí)。步驟5A3、告警發(fā)送者查詢本地當(dāng)前設(shè)置的所有告警相關(guān)性過濾條件，返回當(dāng)前設(shè) 置的所有告警相關(guān)性過濾條件的標(biāo)識(shí)。圖5B為查看告警相關(guān)性過濾條件詳細(xì)信息的流程圖。參見圖5A，該流程包括步驟5B1 步驟5B2、告警接收者構(gòu)造查看告警相關(guān)性過濾條件詳細(xì)信息的指令 (簡(jiǎn)稱查看條件詳細(xì)信息指令)并發(fā)送到告警發(fā)送者，要求查看告警發(fā)送者當(dāng)前設(shè)置的告 警相關(guān)性過濾條件的詳細(xì)信息，其中的特定過濾條件相關(guān)信息的參數(shù)中攜帶所查看的告警 相關(guān)性過濾條件的標(biāo)識(shí)。步驟5B3、告警發(fā)送者接收查看過濾條件詳細(xì)信息的指令后，從指定的參數(shù)中解析 出所指定的告警相關(guān)性過濾條件標(biāo)識(shí)，在當(dāng)前設(shè)置的告警相關(guān)性過濾條件中查找查看條件 詳細(xì)信息指令中所指定標(biāo)識(shí)的告警相關(guān)性過濾條件，如果找到則在返回的響應(yīng)中攜帶告警 相關(guān)性過濾條件的詳細(xì)內(nèi)容信息，否則返回失敗響應(yīng)，指示當(dāng)前沒有設(shè)置指定標(biāo)識(shí)的告警 相關(guān)性過濾條件。圖6為掛起告警相關(guān)性過濾條件的操作流程圖。本掛起操作為告警接收者和告警 發(fā)送者之間的可選操作。參見圖6，該流程包括步驟61 步驟62、告警接收者構(gòu)造掛起指定的告警相關(guān)性過濾條件的命令(簡(jiǎn)稱 掛起指令)并發(fā)送到告警發(fā)送者，其中的指定過濾條件參數(shù)中攜帶所掛起的告警相關(guān)性過 濾條件的標(biāo)識(shí)，要求告警發(fā)送者不再使用該告警相關(guān)性過濾條件對(duì)新告警進(jìn)行過濾。步驟63、告警發(fā)送者接收掛起指令后，從指定的參數(shù)中解析出所指定的告警相關(guān) 性過濾條件標(biāo)識(shí)，不再對(duì)新告警應(yīng)用該指定標(biāo)識(shí)的告警相關(guān)性過濾條件進(jìn)行過濾，但是并 不刪除該告警相關(guān)性過濾條件。圖7為恢復(fù)告警相關(guān)性過濾條件的操作流程圖。恢復(fù)操作為告警接收者和告警發(fā) 送者之間的可選操作，用于恢復(fù)被掛起的告警相關(guān)性過濾條件。參見圖7，該流程包括步驟71 步驟72、告警接收者構(gòu)造恢復(fù)指定的告警相關(guān)性過濾條件的命令(簡(jiǎn)稱 恢復(fù)指令)并發(fā)送到告警發(fā)送者，其中的指定過濾條件參數(shù)中攜帶所要恢復(fù)的告警相關(guān)性 過濾條件的標(biāo)識(shí)，要求告警發(fā)送者使用該告警相關(guān)性過濾條件對(duì)新告警進(jìn)行過濾。步驟73、告警發(fā)送者接受恢復(fù)指令后，從指定的參數(shù)中解析出所指定的告警相關(guān) 性過濾條件標(biāo)識(shí)，解除該指定標(biāo)識(shí)的告警相關(guān)性過濾條件的掛起狀態(tài)，對(duì)新告警應(yīng)用該告 警相關(guān)性過濾條件進(jìn)行過濾。圖8為獲取被告警相關(guān)性過濾條件過濾掉的告警(即已經(jīng)進(jìn)行過濾處理的告警) 的操作流程圖。參見圖8，該流程包括步驟81 步驟82、告警接收者構(gòu)造獲取被指定告警相關(guān)性過濾條件過濾掉的告 警的指令(簡(jiǎn)稱獲取過濾掉的告警指令)并發(fā)送到告警發(fā)送者，其中的指定過濾條件參數(shù)中攜帶指定的告警相關(guān)性過濾條件標(biāo)識(shí)。步驟83 步驟84、告警發(fā)送者接受所述獲取過濾掉告警的指令后，從指定的參 數(shù)中解析出所指定的告警相關(guān)性過濾條件標(biāo)識(shí)，檢查是否有告警被該告警相關(guān)性過濾條件 過濾掉，如果有則向告警接收者返回這些被過濾掉的告警；否則，返回失敗響應(yīng)給告警接收
者ο特殊的，如果在所述指定的過濾條件參數(shù)中沒有攜帶告警相關(guān)性過濾條件標(biāo)識(shí)， 則告警發(fā)送者接受命令后，檢查是否有告警被任何告警相關(guān)性過濾條件過濾掉，如果有則 返回被過濾掉的告警給告警接收者，否則返回失敗響應(yīng)給告警接收者。對(duì)于告警發(fā)送者如何根據(jù)過濾條件對(duì)新告警進(jìn)行過濾，不同的告警相關(guān)性過濾條 件類型有不同的處理過程，以下通過四個(gè)具體的告警相關(guān)性過濾條件的具體實(shí)施方法為例 進(jìn)行說明。圖9A為告警相關(guān)性過濾條件的類型為重復(fù)告警時(shí)的處理流程圖。該流程在告警 發(fā)送者中循環(huán)執(zhí)行，參見圖9A，該流程包括步驟9A1、檢測(cè)是否有告警相關(guān)性過濾條件中指定靜態(tài)特征的新告警產(chǎn)生，有則執(zhí) 行步驟9A2。之后需要檢查新告警是否滿足重復(fù)告警的動(dòng)態(tài)相關(guān)性條件步驟9A2、告警發(fā)送者判斷是否已經(jīng)存在相同內(nèi)容的未恢復(fù)告警，是則執(zhí)行步驟 9A3 ；否則，執(zhí)行步驟9A4。步驟9A3、判斷在該新告警之前的指定時(shí)間段內(nèi)，相同的未恢復(fù)告警重復(fù)出現(xiàn)次數(shù) 是否在預(yù)定次數(shù)內(nèi)(即是否小于等于預(yù)定次數(shù)或小于預(yù)定次數(shù))，是則執(zhí)行步驟9A4 ；否則 執(zhí)行步驟9A5。步驟9A4、發(fā)送所述新告警到告警接收者，結(jié)束本次循環(huán)，返回步驟9A1。步驟9A5、將所述新告警過濾掉，即不發(fā)送該新告警到告警接收者，結(jié)束本次循環(huán)， 返回步驟9A1。特殊的，如果所述時(shí)間段指定為“無限長(zhǎng)”，并且預(yù)定次數(shù)為1，那么當(dāng)新告警是第 二次出現(xiàn)時(shí)，如果前次告警未被恢復(fù)，則新告警將被過濾掉。當(dāng)故障告警被過濾后，該故障告警對(duì)應(yīng)的恢復(fù)告警也需要被過濾。但是對(duì)于告警 相關(guān)性過濾條件未被應(yīng)用時(shí)被報(bào)告的告警，則對(duì)應(yīng)的恢復(fù)告警仍然需要報(bào)告。圖9B為對(duì)恢復(fù)告警的處理流程圖。參見圖9B，該流程包括步驟9B1、檢測(cè)是否有恢復(fù)告警產(chǎn)生，有則執(zhí)行步驟9B2。步驟9B2、查詢?cè)摶謴?fù)告警對(duì)應(yīng)的未恢復(fù)故障告警。步驟9B3、判斷該對(duì)應(yīng)的故障告警是否被過濾掉，是則執(zhí)行步驟9B5 ；否則，執(zhí)行步 驟 9B4。步驟9B4、發(fā)送所述恢復(fù)告警，結(jié)束本次循環(huán)，返回步驟9B1。步驟9B5、將所述恢復(fù)告警過濾掉，結(jié)束本次循環(huán)，返回步驟9B1。圖10為告警相關(guān)性過濾條件的類型為閃斷告警時(shí)的處理流程圖。該流程在告警 發(fā)送者中循環(huán)執(zhí)行，參見圖10，該流程包括步驟101、檢測(cè)是否有告警相關(guān)性過濾條件中指定靜態(tài)特征的新告警產(chǎn)生，有則執(zhí) 行步驟102。
以下步驟為告警發(fā)送者檢查新告警是否滿足閃斷告警動(dòng)態(tài)相關(guān)性過濾條件的方 法。步驟102、判斷是否已經(jīng)存在相同內(nèi)容的已恢復(fù)告警，是則執(zhí)行步驟103 ；否則執(zhí) 行步驟104。步驟103、判斷在新告警之前的指定時(shí)間長(zhǎng)度內(nèi)，相同內(nèi)容的已恢復(fù)告警的出現(xiàn) 次數(shù)是否在預(yù)定次數(shù)內(nèi)(即是否小于等于預(yù)定的次數(shù))，是則執(zhí)行步驟104 ；否則執(zhí)行步驟 105。其中“指定時(shí)間段”是新告警的告警時(shí)間和已存在的相同內(nèi)容的已恢復(fù)告警的告警時(shí) 間之間的間隔。步驟104、發(fā)送所述新告警，結(jié)束本次循環(huán)，返回步驟101。步驟105、將所述新告警過濾掉，結(jié)束本次循環(huán)，返回步驟101。特殊的，如果所述的指定時(shí)間段指定為“無限長(zhǎng)”，并且出現(xiàn)次數(shù)域值為1，那么當(dāng) 新告警是第二次出現(xiàn)時(shí)，如果前次告警已經(jīng)恢復(fù)，新告警仍將被過濾掉。當(dāng)故障告警被過濾后，對(duì)應(yīng)的恢復(fù)告警也需要被過濾，具體流程請(qǐng)參見圖9B所 示。但對(duì)于告警相關(guān)性過濾條件未被應(yīng)用時(shí)被報(bào)告的告警，則對(duì)應(yīng)的恢復(fù)告警仍然需要報(bào)
生 I=I O圖11為告警相關(guān)性過濾條件的類型為短暫告警時(shí)的處理流程圖。該流程在告警 發(fā)送者中循環(huán)執(zhí)行，參見圖11，該流程包括步驟111、檢測(cè)是否有告警相關(guān)性過濾條件中指定靜態(tài)特征的新告警產(chǎn)生，有則執(zhí) 行步驟112。以下步驟為告警發(fā)送者檢查新告警是否滿足短暫告警動(dòng)態(tài)相關(guān)性過濾條件的方 法。步驟112、判斷已存的相同內(nèi)容的告警的個(gè)數(shù)是否超過預(yù)定個(gè)數(shù)，是則執(zhí)行步驟 113 ；否則執(zhí)行步驟115。步驟113、等待預(yù)定的一段時(shí)間(即時(shí)間窗口寬度)。步驟114、在該預(yù)定時(shí)間內(nèi)，判斷是否有對(duì)應(yīng)的恢復(fù)告警已經(jīng)產(chǎn)生，是則執(zhí)行步驟 116;否則；執(zhí)行步驟115。步驟115、發(fā)送所述新告警，結(jié)束本次循環(huán)，返回步驟101。步驟116、將所述新告警過濾掉，結(jié)束本次循環(huán)，返回步驟101。特殊的，如果已存的相同內(nèi)容的告警個(gè)數(shù)的預(yù)定域值設(shè)置為“0”，那么當(dāng)具有指定 特征的新告警出現(xiàn)時(shí)，總是要等待一段指定時(shí)間，如果恢復(fù)告警在該指定時(shí)間內(nèi)出現(xiàn)，就認(rèn) 為新告警是短暫告警，而被過濾掉。當(dāng)故障告警被過濾后，對(duì)應(yīng)的恢復(fù)告警也需要被過濾，具體流程請(qǐng)參見圖9B所 示。但對(duì)于告警相關(guān)性過濾條件未被應(yīng)用時(shí)被報(bào)告的告警，則對(duì)應(yīng)的恢復(fù)告警仍然需要報(bào)
生 I=I O圖12為告警相關(guān)性過濾條件的類型為頑固告警時(shí)的處理流程圖。該流程在告警 發(fā)送者中循環(huán)執(zhí)行，參見圖12，該流程包括步驟121、檢測(cè)是否有告警相關(guān)性過濾條件中指定靜態(tài)特征的新告警產(chǎn)生，有則執(zhí) 行步驟122。以下步驟為告警發(fā)送者檢查新告警是否滿足頑固告警動(dòng)態(tài)相關(guān)性過濾條件的方
步驟122、判斷是否有已存的相同內(nèi)容的告警個(gè)數(shù)超過預(yù)定的域值，是則執(zhí)行步驟 123 ；否則執(zhí)行步驟125。步驟123、查詢前一相同內(nèi)容告警的恢復(fù)時(shí)間。步驟124、判斷前一相同內(nèi)容告警的恢復(fù)時(shí)間與本新告警產(chǎn)生時(shí)間之間的間隔是 否在指定時(shí)間段內(nèi)，即小于等于預(yù)定域值，是則執(zhí)行步驟126 ；否則執(zhí)行步驟125。步驟125、發(fā)送所述新告警，結(jié)束本次循環(huán)，返回步驟121。步驟126、將所述新告警過濾掉，結(jié)束本次循環(huán)，返回步驟121。特殊的，如果上述“時(shí)間段”被指定為無限長(zhǎng)，那么只要已存的與新告警相同內(nèi)容 的告警個(gè)數(shù)超過域值，那么新告警就被過濾掉。當(dāng)故障告警被過濾后，對(duì)應(yīng)的恢復(fù)告警也需要被過濾，具體流程請(qǐng)參見圖9B所 示。但對(duì)于告警相關(guān)性過濾條件未被應(yīng)用時(shí)被報(bào)告的告警，則對(duì)應(yīng)的恢復(fù)告警仍然需要報(bào)
生 I=I O以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此， 任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋 在本發(fā)明的保護(hù)范圍之內(nèi)。
1權(quán)利要求
一種告警系統(tǒng)，其特征在于，包括告警發(fā)送者和告警接收者；所述告警接收者，用于構(gòu)造對(duì)過濾條件進(jìn)行操作的操作指令，將所要處理的過濾條件相關(guān)信息打包設(shè)置到該操作指令中的特定參數(shù)中，并發(fā)送該操作指令到所述告警發(fā)送者；所述告警發(fā)送者，用于從所收到的操作指令的特定參數(shù)中解析出過濾條件相關(guān)信息，按照該操作指令的要求針對(duì)該過濾條件進(jìn)行處理。
2.根據(jù)權(quán)利要求1所述的告警系統(tǒng)，其特征在于， 所述操作指令為創(chuàng)建過濾條件的操作指令；所述過濾條件相關(guān)信息具體包括該過濾條件的標(biāo)識(shí)、類型、以及預(yù)先確定的過濾條件 的內(nèi)容；所述告警發(fā)送者進(jìn)一步用于，將解析出的所述過濾條件標(biāo)識(shí)和對(duì)應(yīng)的過濾條件內(nèi)容進(jìn) 行設(shè)置存儲(chǔ)，并根據(jù)所設(shè)置的過濾條件對(duì)告警進(jìn)行過濾操作。
3.根據(jù)權(quán)利要求2所述的告警系統(tǒng)，其特征在于，所述過濾條件的內(nèi)容包括根據(jù)上下 文告警所確定的告警動(dòng)態(tài)相關(guān)性過濾條件。
4.根據(jù)權(quán)利要求3所述的告警系統(tǒng)，其特征在于，所述過濾條件的內(nèi)容進(jìn)一步包括告 警的靜態(tài)特征。
5.根據(jù)權(quán)利要求4所述的告警系統(tǒng)，其特征在于， 所述的告警動(dòng)態(tài)相關(guān)性過濾條件類型為重復(fù)告警；所述告警發(fā)送者進(jìn)一步用于，當(dāng)產(chǎn)生具有過濾條件中指定靜態(tài)特征的告警時(shí)，如果該 告警發(fā)送者已經(jīng)存在相同內(nèi)容的未恢復(fù)告警，判斷在該告警之前的指定時(shí)間段內(nèi)，相同的 未恢復(fù)告警重復(fù)出現(xiàn)次數(shù)是否在預(yù)定重復(fù)次數(shù)內(nèi)，如果在預(yù)定重復(fù)次數(shù)內(nèi)，則發(fā)送所述告 警到所述告警接收者，如果不在預(yù)定重復(fù)次數(shù)內(nèi)，則對(duì)所述告警進(jìn)行過濾操作；或者當(dāng)產(chǎn)生具有過濾條件中指定靜態(tài)特征的告警時(shí)，如果該告警發(fā)送者不存在相同內(nèi)容的 未恢復(fù)告警，則發(fā)送所述告警到所述告警接收者。
6.根據(jù)權(quán)利要求4所述的告警系統(tǒng)，其特征在于， 所述的告警動(dòng)態(tài)相關(guān)性過濾條件的類型為閃斷告警；所述告警發(fā)送者進(jìn)一步用于，當(dāng)產(chǎn)生具有過濾條件中指定靜態(tài)特征的告警時(shí)，如果已 經(jīng)存在相同內(nèi)容的已恢復(fù)告警，判斷在告警之前的指定時(shí)間長(zhǎng)度內(nèi)，相同內(nèi)容的已恢復(fù)告 警的出現(xiàn)次數(shù)是否在預(yù)定次數(shù)內(nèi)，如果在預(yù)定次數(shù)內(nèi)，則發(fā)送所述告警到所述告警接收者， 如果不在預(yù)定次數(shù)內(nèi)，則對(duì)所述告警進(jìn)行過濾操作；或者，當(dāng)產(chǎn)生具有過濾條件中指定靜態(tài)特征的告警時(shí)，如果不存在相同內(nèi)容的已恢復(fù)告警， 則發(fā)送所述告警到所述告警接收者。
7.根據(jù)權(quán)利要求4所述的告警系統(tǒng)，其特征在于， 所述的告警動(dòng)態(tài)相關(guān)性過濾條件的類型為瞬間告警；所述告警發(fā)送者進(jìn)一步用于，當(dāng)產(chǎn)生具有過濾條件中指定靜態(tài)特征的告警時(shí)，如果已 存的相同內(nèi)容的告警的個(gè)數(shù)超過預(yù)定個(gè)數(shù)，在之后的預(yù)定段時(shí)間內(nèi)，判斷是否有所述告警 對(duì)應(yīng)的恢復(fù)告警產(chǎn)生，如果有所述告警對(duì)應(yīng)的恢復(fù)告警產(chǎn)生，則對(duì)所述告警進(jìn)行過濾操作， 如果沒有所述告警對(duì)應(yīng)的恢復(fù)告警產(chǎn)生，則發(fā)送所述告警到所述告警接收者；或者，當(dāng)產(chǎn)生具有過濾條件中指定靜態(tài)特征的告警時(shí)，如果已存的相同內(nèi)容的告警的個(gè)數(shù)未 超過預(yù)定個(gè)數(shù)，則發(fā)送所述告警到所述告警接收者。
8.根據(jù)權(quán)利要求4所述的告警系統(tǒng)，其特征在于，所述的告警動(dòng)態(tài)相關(guān)性過濾條件的類型為頑固告警；所述告警發(fā)送者進(jìn)一步用于，當(dāng)產(chǎn)生具有過濾條件中指定靜態(tài)特征的告警時(shí)，如果有 已存的相同內(nèi)容的告警個(gè)數(shù)超過預(yù)定的域值，則查詢前一相同內(nèi)容告警的恢復(fù)時(shí)間，判斷 該前一相同內(nèi)容告警的恢復(fù)時(shí)間與本新告警產(chǎn)生時(shí)間之間的間隔是否在指定時(shí)間段內(nèi)，如 果在指定時(shí)間段內(nèi)，則對(duì)所述告警進(jìn)行過濾操作，如果不在指定時(shí)間段內(nèi)，則發(fā)送所述新告 警到所述告警接收者；當(dāng)產(chǎn)生具有過濾條件中指定靜態(tài)特征的告警時(shí)，如果沒有已存的相同內(nèi)容的告警個(gè)數(shù) 超過預(yù)定的域值，否則發(fā)送所述告警到所述告警接收者。
9.根據(jù)權(quán)利要求5、6、7、或8所述的告警系統(tǒng)，其特征在于，所述告警發(fā)送者進(jìn)一步用于，在有恢復(fù)告警產(chǎn)生時(shí)，查詢?cè)摶謴?fù)告警對(duì)應(yīng)的故障告警， 并判斷該對(duì)應(yīng)的故障告警是否被過濾掉，是則對(duì)所述恢復(fù)告警進(jìn)行過濾操作；否則，發(fā)送所 述恢復(fù)告警到所述告警接收者。
10.根據(jù)權(quán)利要求2所述的告警系統(tǒng)，其特征在于，所述創(chuàng)建指令還包括過濾操作是 否立即執(zhí)行的指示信息；所述告警發(fā)送者進(jìn)一步用于，如果所述指示信息指示立即執(zhí)行，則在設(shè)置所述過濾條 件后，立即根據(jù)該過濾條件對(duì)告警進(jìn)行過濾操作；如果所述指示信息指示非立即執(zhí)行，則在 收到恢復(fù)指令時(shí)再根據(jù)該過濾條件對(duì)告警進(jìn)行過濾操作。
11.根據(jù)權(quán)利要求2所述的告警系統(tǒng)，其特征在于，所述過濾條件相關(guān)信息還包括該 過濾條件的版本信息。
12.根據(jù)權(quán)利要求1所述的告警系統(tǒng)，其特征在于，所述操作指令為刪除過濾條件的操作指令；所述過濾條件相關(guān)信息包括該過濾條件的標(biāo)識(shí)；所述告警發(fā)送者進(jìn)一步用于，按照所述操作指令的要求在當(dāng)前設(shè)置的過濾條件中查找 刪除指令中所指定標(biāo)識(shí)的過濾條件，如果找到，則刪除查找到的過濾條件；如果沒有找到， 則返回刪除失敗響應(yīng)給所述告警接收者，指示當(dāng)前沒有設(shè)置所指定刪除的過濾條件。
13.根據(jù)權(quán)利要求12所述的告警系統(tǒng)，其特征在于，所述告警發(fā)送者進(jìn)一步用于，在所 述刪除查找到的過濾條件后，如果檢查到存在被所刪除的過濾條件過濾掉的告警，則補(bǔ)充 發(fā)送被所述過濾掉的告警；如果被所刪除的過濾條件過濾掉的告警已被恢復(fù)，則補(bǔ)充發(fā)送 所述被過濾掉的告警對(duì)應(yīng)的恢復(fù)告警。
14.根據(jù)權(quán)利要求1所述的告警系統(tǒng)，其特征在于，所述操作指令為查看過濾條件詳細(xì) 內(nèi)容的操作指令；所述過濾條件相關(guān)信息為過濾條件的標(biāo)識(shí)；所述告警發(fā)送者進(jìn)一步用于，按照所述操作指令的要求查詢本地當(dāng)前設(shè)置的所述操作 指令中所指示標(biāo)識(shí)的過濾條件，返回該過濾條件的詳細(xì)內(nèi)容信息給所述告警接收者。
15.根據(jù)權(quán)利要求1所述的告警系統(tǒng)，其特征在于，所述操作指令為掛起過濾條件的操 作指令；所述過濾條件相關(guān)信息具體包括過濾條件的標(biāo)識(shí)；所述告警發(fā)送者進(jìn)一步用于，按照所述操作指令的要求不再對(duì)告警應(yīng)用該操作指令中3指定標(biāo)識(shí)的過濾條件進(jìn)行過濾操作。
16.根據(jù)權(quán)利要求1所述的告警系統(tǒng)，其特征在于，所述操作指令為恢復(fù)過濾條件的操 作指令；所述過濾條件相關(guān)信息具體包括過濾條件的標(biāo)識(shí)；所述告警發(fā)送者進(jìn)一步用于，按照所述操作指令的要求解除該操作指令中指定標(biāo)識(shí)的 過濾條件的掛起狀態(tài)，對(duì)告警重新應(yīng)用該過濾條件進(jìn)行過濾操作。
17.根據(jù)權(quán)利要求1所述的告警系統(tǒng)，其特征在于，所述操作指令為獲取已進(jìn)行過濾處 理的告警的操作指令；所述過濾條件相關(guān)信息具體包括過濾條件的標(biāo)識(shí)；所述告警發(fā)送者進(jìn)一步用于，按照所述操作指令的要求檢查是否有告警被按照該操作 指令中指定標(biāo)識(shí)的過濾條件進(jìn)行了過濾操作，如果有，則向所述告警接收者返回所述告警； 如果沒有，則返回失敗響應(yīng)給所述告警接收者。
18.根據(jù)權(quán)利要求12、14、15、16、或17所述的告警系統(tǒng)，其特征在于，所述告警接收者進(jìn)一步用于，在構(gòu)造對(duì)過濾條件進(jìn)行操作的操作指令前，構(gòu)造查看過 濾條件標(biāo)識(shí)的操作指令，并發(fā)送該操作指令到所述告警發(fā)送者；所述告警發(fā)送者進(jìn)一步用于，在收到上述查看過濾條件標(biāo)識(shí)的操作指令后，查詢本地 當(dāng)前設(shè)置的所有過濾條件，返回當(dāng)前設(shè)置的所有過濾條件的標(biāo)識(shí)到所述告警接收者。
19.根據(jù)權(quán)利要求2、5、6、7、8、9、10、15、16、或17任一項(xiàng)所述的告警系統(tǒng)，其特征在于， 所述告警發(fā)送者進(jìn)一步用于，將被過濾告警轉(zhuǎn)換成非告警相關(guān)的通知發(fā)送給所述告警接收 者；或者將被過濾告警轉(zhuǎn)換成告警改變通知發(fā)送給所述告警接收者；或者不向所述告警接 收者發(fā)送所述被過濾的告警。
20.根據(jù)權(quán)利要求1所述的告警系統(tǒng)，其特征在于，所述告警系統(tǒng)為電信網(wǎng)管系統(tǒng)中的 告警子系統(tǒng)。
21.根據(jù)權(quán)利要求1所述的告警系統(tǒng)，其特征在于，所述告警發(fā)送者為網(wǎng)元管理器，所 述告警接收者為網(wǎng)絡(luò)管理器，所述網(wǎng)元管理器和網(wǎng)絡(luò)管理器之間通過北向接口進(jìn)行通信。
22.—種網(wǎng)絡(luò)管理器，其特征在于，包括用于構(gòu)造對(duì)過濾條件進(jìn)行操作的操作指令，將所要處理的過濾條件相關(guān)信息打包設(shè)置 到該操作指令中的特定參數(shù)中的單元；和用于發(fā)送該操作指令到網(wǎng)元管理器的單元。
23.根據(jù)權(quán)利要求22所述的網(wǎng)絡(luò)管理器，其特征在于，所述操作指令包括創(chuàng)建過濾條件的操作指令、刪除過濾條件的操作指令、查看過濾條 件詳細(xì)內(nèi)容的操作指令、掛起過濾條件的操作指令、恢復(fù)過濾條件的操作指令、或獲取已進(jìn) 行過濾處理的告警的操作指令。
24.根據(jù)權(quán)利要求23所述的網(wǎng)絡(luò)管理器，其特征在于，當(dāng)所述操作指令為創(chuàng)建過濾條 件的操作指令，所述過濾條件相關(guān)信息具體包括該過濾條件的標(biāo)識(shí)、類型、以及預(yù)先確定 的過濾條件的內(nèi)容。
25.根據(jù)權(quán)利要求24所述的網(wǎng)絡(luò)管理器，其特征在于，所述過濾條件的內(nèi)容包括根據(jù) 上下文告警所確定的告警動(dòng)態(tài)相關(guān)性過濾條件。
26.根據(jù)權(quán)利要求25所述的網(wǎng)絡(luò)管理器，其特征在于，所述過濾條件的內(nèi)容進(jìn)一步包括告警的靜態(tài)特征。
27.根據(jù)權(quán)利要求23所述的網(wǎng)絡(luò)管理器，其特征在于，當(dāng)所述操作指令為所述刪除過 濾條件的操作指令、或所述查看過濾條件詳細(xì)內(nèi)容的操作指令、或所述掛起過濾條件的操 作指令、或所述恢復(fù)過濾條件的操作指令、或所述獲取已進(jìn)行過濾處理的告警的操作指令， 則所述過濾條件相關(guān)信息為過濾條件的標(biāo)識(shí)。
28.根據(jù)權(quán)利要求27所述的網(wǎng)絡(luò)管理器，其特征在于，所述網(wǎng)絡(luò)管理器還包括用于在 構(gòu)造對(duì)過濾條件進(jìn)行操作的操作指令前，構(gòu)造查看過濾條件標(biāo)識(shí)的操作指令的單元，和用 于發(fā)送該查看過濾條件標(biāo)識(shí)的操作指令到所述網(wǎng)元管理器的單元。
29.根據(jù)權(quán)利要求23所述的網(wǎng)絡(luò)管理器，其特征在于，所述過濾條件相關(guān)信息還包括 該過濾條件的版本信息。
全文摘要
本發(fā)明公開了一種告警系統(tǒng)，包括告警發(fā)送者和告警接收者；上述告警接收者用于構(gòu)造對(duì)過濾條件進(jìn)行操作的操作指令，將所要處理的過濾條件相關(guān)信息打包設(shè)置到該操作指令中的特定參數(shù)中，并發(fā)送該操作指令到所述告警發(fā)送者；上述告警發(fā)送者用于從所收到的操作指令的特定參數(shù)中解析出過濾條件相關(guān)信息，按照該操作指令的要求針對(duì)該過濾條件進(jìn)行處理。利用本發(fā)明，可以降低告警接收者和告警發(fā)送者之間的集成成本。
文檔編號(hào)H04L12/24GK101917296SQ201010265208
公開日2010年12月15日 申請(qǐng)日期2006年1月27日 優(yōu)先權(quán)日2006年1月27日
發(fā)明者楊利 申請(qǐng)人:華為技術(shù)有限公司