所述的定時(shí)更新緩存，是指告警服務(wù)器的資源緩 存每隔設(shè)定的時(shí)間掃描數(shù)據(jù)庫(kù)內(nèi)被管電信運(yùn)營(yíng)商設(shè)備數(shù)據(jù)是否發(fā)生更新變化，若發(fā)生更新 變化則清空資源緩存，重新加載。所述被管電信運(yùn)營(yíng)商設(shè)備數(shù)據(jù)變化包括：增加新設(shè)備、擴(kuò) 容板卡、拔出板卡。
[0053] C)各采集機(jī)通過(guò)網(wǎng)絡(luò)通信向告警服務(wù)器上報(bào)告警信息，告警服務(wù)器中的告警接 收器程序收集告警信息，并轉(zhuǎn)交給告警派發(fā)器程序，告警派發(fā)器程序按照分發(fā)原則將告警 信息分發(fā)到相應(yīng)的告警處理器中，并保證同一個(gè)設(shè)備的告警永遠(yuǎn)分配在同一個(gè)告警處理器 中，從而達(dá)到告警處理的有序并發(fā)；其中，所述的分發(fā)原則是：設(shè)定告警處理器的個(gè)數(shù)為m， 將告警設(shè)備唯一標(biāo)識(shí)除以告警處理器的個(gè)數(shù)m，當(dāng)?shù)玫接鄶?shù)為0的告警信息分配在第一告 警處理器中，余數(shù)為1的告警信息分配在第二告警處理器中，以此類推，將余數(shù)為m - 1的 告警信息分配在第m告警處理器中。如圖1所示，圖中，η:為設(shè)備的標(biāo)識(shí)，m:為告警處理者 的數(shù)量。
[0054] D)告警處理器使用緩存對(duì)告警信息進(jìn)行解析，以及對(duì)告警信息的處理任務(wù)進(jìn)行派 發(fā)，所述的對(duì)告警信息進(jìn)行解析，包括如下步：
[0055] 1)告警處理器解析告警信息，即使用資源緩存匹配告警對(duì)象；所述的使用資源緩 存匹配告警對(duì)象，是根據(jù)告警設(shè)備的標(biāo)識(shí)，從資源緩存中調(diào)取對(duì)應(yīng)設(shè)備的基本信息，包括： 設(shè)備的名稱，設(shè)備的ip，以及設(shè)備的型號(hào)。
[0056] 按照表1中的告警信息格式將告警翻譯為編程語(yǔ)言可識(shí)別的告警對(duì)象，并豐富告 警信息中的設(shè)備信息。由于豐富設(shè)備信息需要和數(shù)據(jù)庫(kù)交互，所以必須使用資源緩存匹配 告警設(shè)備，從而提高告警的解析速度。
[0057] 使用資源緩存匹配告警設(shè)備的方法：根據(jù)表1中的告警信息的觀察，標(biāo)識(shí)為1001 的設(shè)備信息不夠詳細(xì)，例如設(shè)備的名稱，設(shè)備的IP地址，設(shè)備的型號(hào)等基本信息無(wú)法從原 始告警中獲取。由于這些設(shè)備的基本信息都存放在數(shù)據(jù)庫(kù)中，雖然可以根據(jù)設(shè)備的標(biāo)識(shí)從 數(shù)據(jù)庫(kù)中查詢出設(shè)備的基本信息，但是由于告警量的龐大，頻繁操作數(shù)據(jù)庫(kù)會(huì)造成告警整 個(gè)服務(wù)時(shí)間變長(zhǎng)，數(shù)據(jù)庫(kù)的壓力變大。所以將所有的設(shè)備信息都哈希緩存在告警服務(wù)器的 資源緩存中，用設(shè)備標(biāo)識(shí)作為鍵，用設(shè)備的基本信息作為值。從而加快了告警的解析速度。
[0058] 由于每種編程語(yǔ)言的解析JS0N格式數(shù)據(jù)的方法不同，解析成各自可識(shí)別的對(duì)象 不同，在此不做舉例，可查閱各種編程語(yǔ)言的API即可完成。
[0059] 2)告警處理器處理告警信息，將告警信息和告警設(shè)備的詳細(xì)信息分別派發(fā)到對(duì)應(yīng) 短信通知任務(wù)隊(duì)列的短信處理者、對(duì)應(yīng)郵件通知任務(wù)隊(duì)列的郵件處理者、以及對(duì)應(yīng)用于存 入數(shù)據(jù)庫(kù)的告警入庫(kù)任務(wù)隊(duì)列的告警入庫(kù)處理者。
[0060] 將發(fā)送短信的任務(wù)派發(fā)給短信處理者，將發(fā)送郵件的任務(wù)派發(fā)給郵件處理者，將 入庫(kù)的任務(wù)派發(fā)給告警入庫(kù)處理者。從而解放告警處理器主流程的任務(wù)，提高處理速度。 當(dāng)然在此我們可以認(rèn)為，只要是告警主流程不需要親力親為的任務(wù)都可以派發(fā)給相應(yīng)的任 務(wù)處理者，根據(jù)不通的要求我們可以通過(guò)業(yè)務(wù)抽象出更多的任務(wù)（例如未來(lái)的微信消息接 口、第三方系統(tǒng)與告警對(duì)接），來(lái)解放告警處理器的主流程。
[0061] 如圖2所示，告警處理器中不需要自身處理的任務(wù)有：短信通知、郵件通知，入庫(kù) 等（根據(jù)不通的業(yè)務(wù)可以整理出很多類似的任務(wù)），因此告警處理器在遇到這三個(gè)任務(wù)時(shí) 分別將任務(wù)遞交給各自的任務(wù)隊(duì)列：短信通知任務(wù)隊(duì)列，郵件通知任務(wù)隊(duì)列，告警入庫(kù)任務(wù) 隊(duì)列。從而解放自身的任務(wù)數(shù)量和等待時(shí)長(zhǎng)。
[0062] 所述的短信處理者、郵件處理者、告警入庫(kù)處理者分別作為觀察者隨時(shí)監(jiān)聽(tīng)各自 的任務(wù)隊(duì)列是否有任務(wù)需要執(zhí)行，有任務(wù)則立即執(zhí)行。
[0063] 如圖3所示，所述的告警處理器處理告警信息的任務(wù)包括：
[0064] (1)判斷告警信息是否需要發(fā)送短信，是進(jìn)入第⑵步，否則進(jìn)入第⑶步；
[0065] 網(wǎng)管使用者可以根據(jù)自己的需求配置規(guī)則，例如：華北地區(qū)的告警發(fā)送給張三，西 北地區(qū)告警發(fā)送給李四，緊急告警發(fā)送給王五。
[0066] (2)寫(xiě)任務(wù)到短信通知任務(wù)隊(duì)列；
[0067] 短信處理者時(shí)刻觀察短信任務(wù)隊(duì)列中是否有需要執(zhí)行的任務(wù)，如果有任務(wù)則拿到 告警信息，封裝短信內(nèi)容，然后和短信網(wǎng)關(guān)建立連接，將短信內(nèi)容發(fā)送給收信人。
[0068] 具體實(shí)現(xiàn)短信發(fā)送的程序，每種編程語(yǔ)言實(shí)現(xiàn)的方法不通，可以參照各編程語(yǔ)言 的API實(shí)現(xiàn)。
[0069] (3)判斷是否發(fā)送郵件，是進(jìn)入第⑷步，否則進(jìn)入第（5)步；
[0070] 使用者可以根據(jù)自己的需求配置規(guī)則，配置方法和短信發(fā)送規(guī)則類似。
[0071] (4)寫(xiě)任務(wù)到郵件通知任務(wù)隊(duì)列；
[0072] 郵件處理者時(shí)刻觀察郵件任務(wù)隊(duì)列中是否有需要執(zhí)行的任務(wù)，如果有任務(wù)則拿到 告警信息，封裝郵件內(nèi)容，然后和郵件告警服務(wù)器建立連接，將郵件內(nèi)容發(fā)送給收信人。
[0073] 具體實(shí)現(xiàn)郵件發(fā)送的程序，每種編程語(yǔ)言實(shí)現(xiàn)的方法不通，可以參照各編程語(yǔ)言 的API實(shí)現(xiàn)。
[0074] (5)寫(xiě)任務(wù)到告警入庫(kù)任務(wù)隊(duì)列。
[0075] 告警入庫(kù)處理者時(shí)刻觀察入庫(kù)任務(wù)隊(duì)列是否有需要執(zhí)行的任務(wù)，如果有任務(wù)則將 告警信息轉(zhuǎn)換為SQL語(yǔ)句，然后和數(shù)據(jù)庫(kù)服務(wù)器建立連接，執(zhí)行SQL語(yǔ)句將告警信息持久化 至數(shù)據(jù)庫(kù)中。
[0076] 所述的短信處理者、郵件處理者、告警入庫(kù)處理者分別作為觀察者隨時(shí)監(jiān)聽(tīng)各自 的任務(wù)隊(duì)列是否有任務(wù)需要執(zhí)行，有任務(wù)則立即執(zhí)行。
【主權(quán)項(xiàng)】
1. 一種低延遲的告警解析處理方法，是運(yùn)用在網(wǎng)管系統(tǒng)的范疇內(nèi)，包括如下步驟： A) 各采集機(jī)與被網(wǎng)管的設(shè)備通過(guò)網(wǎng)絡(luò)通信，收集被管理設(shè)備發(fā)生故障時(shí)產(chǎn)生的告警信 息，并統(tǒng)一告警信息的格式； B) 告警服務(wù)器和存儲(chǔ)設(shè)備詳細(xì)信息的數(shù)據(jù)庫(kù)通過(guò)網(wǎng)絡(luò)通信，其中，告警服務(wù)器能夠緩 存設(shè)備的詳細(xì)信息，并定時(shí)更新緩存； C) 各采集機(jī)通過(guò)網(wǎng)絡(luò)通信向告警服務(wù)器上報(bào)告警信息，告警服務(wù)器中的告警接收器收 集告警信息，并轉(zhuǎn)交給告警派發(fā)器，告警派發(fā)器按照分發(fā)原則將告警信息分發(fā)到相應(yīng)的告 警處理器中； D) 告警處理器使用緩存對(duì)告警信息進(jìn)行解析，以及對(duì)告警信息的處理任務(wù)進(jìn)行派發(fā)， 所述的對(duì)告警信息進(jìn)行解析，包括如下步： 1) 告警處理器解析告警信息，即使用資源緩存匹配告警對(duì)象； 2) 告警處理器處理告警信息，將告警信息和告警設(shè)備的詳細(xì)信息分別派發(fā)到對(duì)應(yīng)短信 通知任務(wù)隊(duì)列的短信處理者、對(duì)應(yīng)郵件通知任務(wù)隊(duì)列的郵件處理者、以及對(duì)應(yīng)用于存入數(shù) 據(jù)庫(kù)的告警入庫(kù)任務(wù)隊(duì)列的告警入庫(kù)處理者。2. 根據(jù)權(quán)利要求1所述的一種低延遲的告警解析處理方法，其特征在于，步驟A)所述 的告警信息包括：故障名稱、故障原因、故障設(shè)備的編號(hào)、故障等級(jí)以及發(fā)生故障的時(shí)間。3. 根據(jù)權(quán)利要求2所述的一種低延遲的告警解析處理方法，其特征在于，所述的故障 等級(jí)包括：緊急、主要、次要、警告。4. 根據(jù)權(quán)利要求1所述的一種低延遲的告警解析處理方法，其特征在于，步驟B)中所 述的定時(shí)更新緩存，是指告警服務(wù)器的資源緩存每隔設(shè)定的時(shí)間掃描數(shù)據(jù)庫(kù)內(nèi)被管設(shè)備數(shù) 據(jù)是否發(fā)生更新變化，若發(fā)生更新變化則清空資源緩存，重新加載。5. 根據(jù)權(quán)利要求4所述的一種低延遲的告警解析處理方法，其特征在于，所述被管設(shè) 備數(shù)據(jù)變化包括：增加新設(shè)備、擴(kuò)容板卡、拔出板卡。6. 根據(jù)權(quán)利要求1所述的一種低延遲的告警解析處理方法，其特征在于，步驟C)所述 的分發(fā)原則是：設(shè)定告警處理器的個(gè)數(shù)為m，將告警設(shè)備唯一標(biāo)識(shí)除以告警處理器的個(gè)數(shù) m，當(dāng)?shù)玫接鄶?shù)為O的告警信息分配在第一告警處理器中，余數(shù)為1的告警信息分配在第二 告警處理器中，以此類推，將余數(shù)為m- 1的告警信息分配在第m告警處理器中。7. 根據(jù)權(quán)利要求1所述的一種低延遲的告警解析處理方法，其特征在于，步驟D)中的 第1)步所述的使用資源緩存匹配告警對(duì)象，是根據(jù)告警設(shè)備的標(biāo)識(shí)，從資源緩存中調(diào)取對(duì) 應(yīng)設(shè)備的基本信息，包括：設(shè)備的名稱，設(shè)備的ip，以及設(shè)備的型號(hào)。8. 根據(jù)權(quán)利要求1所述的一種低延遲的告警解析處理方法，其特征在于，步驟D)中的 第2)步所述的告警處理器處理告警信息包括： (1) 判斷告警信息是否需要發(fā)送短信，是進(jìn)入第（2)步，否則進(jìn)入第（3)步； (2) 寫(xiě)任務(wù)到短信通知任務(wù)隊(duì)列； (3) 判斷是否發(fā)送郵件，是進(jìn)入第（4)步，否則進(jìn)入第（5)步； (4) 寫(xiě)任務(wù)到郵件通知任務(wù)隊(duì)列； (5) 寫(xiě)任務(wù)到告警入庫(kù)任務(wù)隊(duì)列。9. 根據(jù)權(quán)利要求1所述的一種低延遲的告警解析處理方法，其特征在于，步驟D)中的 第2)步所述的短信處理者、郵件處理者、告警入庫(kù)處理者分別作為觀察者隨時(shí)監(jiān)聽(tīng)各自的 任務(wù)隊(duì)列是否有任務(wù)需要執(zhí)行，有任務(wù)則立即執(zhí)行。
【專利摘要】一種低延遲的告警解析處理方法，是運(yùn)用在網(wǎng)管系統(tǒng)的范疇內(nèi)，包括：各采集機(jī)與被網(wǎng)管的設(shè)備通過(guò)網(wǎng)絡(luò)通信，收集被管理設(shè)備發(fā)生故障時(shí)產(chǎn)生的告警信息，并統(tǒng)一告警信息的格式；告警服務(wù)器和存儲(chǔ)設(shè)備詳細(xì)信息的數(shù)據(jù)庫(kù)通過(guò)網(wǎng)絡(luò)通信，其中，告警服務(wù)器能夠緩存設(shè)備的詳細(xì)信息，并定時(shí)更新緩存；各采集機(jī)通過(guò)網(wǎng)絡(luò)通信向告警服務(wù)器上報(bào)告警信息，告警服務(wù)器中的告警接收器收集告警信息，并轉(zhuǎn)交給告警派發(fā)器，告警派發(fā)器按照分發(fā)原則將告警信息分發(fā)到相應(yīng)的告警處理器中；告警處理器使用緩存對(duì)告警信息進(jìn)行解析，以及對(duì)告警信息的處理任務(wù)進(jìn)行派發(fā)。本發(fā)明能夠?qū)崿F(xiàn)告警解析處理的有序并發(fā)，實(shí)現(xiàn)告警主流程任務(wù)，可廣泛應(yīng)用于類似系統(tǒng)信息的收集和集中處理。
【IPC分類】H04L12/24, H04L12/861
【公開(kāi)號(hào)】CN105227367
【申請(qǐng)?zhí)枴緾N201510666600
【發(fā)明人】馬騰, 俞力杰
【申請(qǐng)人】北京英諾威爾科技股份有限公司
【公開(kāi)日】2016年1月6日
【申請(qǐng)日】2015年10月15日