本發(fā)明涉及信息處理領域，具體而言，涉及一種告警信息的處理方法及裝置。

背景技術：

由于電力配電通信網(wǎng)規(guī)模大、結(jié)構(gòu)復雜，設備故障產(chǎn)生的告警數(shù)據(jù)之間往往存在關聯(lián)關系，或者在時間上存在偏序關系，導致其中一個網(wǎng)元的故障可能引發(fā)多個網(wǎng)元告警，產(chǎn)生大量衍生告警，嚴重影響告警發(fā)現(xiàn)、定位、處理的速度和效率。另一方面，電力配電通信網(wǎng)需要特別關注重要業(yè)務的告警信息，以保證重要業(yè)務的服務質(zhì)量從告警報告中準確分離和定位產(chǎn)生故障的原因和位置是非常困難的，從告警報告中準確分離和定位產(chǎn)生故障的原因和位置是非常困難的，主要表現(xiàn)為：①告警事件中可能包括許多無意義信息和冗余信息。②由于一個故障，導致設備產(chǎn)生了多個告警。③在大型的、異構(gòu)的通信網(wǎng)絡中沒有統(tǒng)一的網(wǎng)絡時間，會給告警事件通過時間進行相關性分析和比較帶來極大的困難。④故障本身間歇性發(fā)作，導致系統(tǒng)會接收到大量重復告警，影響關聯(lián)分析的準確性。⑤通常假設可以獲得網(wǎng)絡設備發(fā)出的全部告警信息，但在某些特殊情況下不可能得到完整的信息。⑥有可能存在多個反應故障告警事件同時發(fā)生的情況。例如，網(wǎng)絡的連接若出現(xiàn)故障，則鏈路連接的兩端都會發(fā)出告警事件。⑦已知部件的故障可能會影響到其他幾個部件，產(chǎn)生故障擴散。故障的影響會沿著網(wǎng)絡設備擴散，例如，OLT和ONU連接關系所形成的路徑。⑧多個故障同時發(fā)生，則告警事件有許多潛在重疊。⑨產(chǎn)生故障的問題不是總能觀察到的。許多產(chǎn)生故障的根本性問題可能無法直接觀察到。⑩由于通信網(wǎng)絡是一個不斷發(fā)展變化的網(wǎng)絡，例如，配置參數(shù)發(fā)生變化和網(wǎng)絡拓撲結(jié)構(gòu)改動，都會引起告警相關性規(guī)則出現(xiàn)變化。

針對上述的問題，目前尚未提出有效的解決方案。

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

本發(fā)明實施例提供了一種告警信息的處理方法及裝置，以至少解決由于設備故障產(chǎn)生的告警數(shù)據(jù)之間往往存在關聯(lián)關系，或者在時間上存在偏序關系，導致其中一個網(wǎng)元的故障造成的多個網(wǎng)元告警，產(chǎn)生大量衍生告警，影響告警發(fā)現(xiàn)、定位、處理的速度和效率的技術問題。

根據(jù)本發(fā)明實施例的一個方面，提供了一種告警信息的處理方法，該方法包括：接收通信設備發(fā)出的多條告警信息；確定每條告警信息的屬性類別；提取屬性類別為第一類告警的告警信息，得到待處理的告警信息，其中，第一類告警為告警信息之間存在關聯(lián)關系的告警；采用關聯(lián)規(guī)則庫對待處理的告警信息進行過濾處理；以及將處理后的告警信息顯示在目標界面。

進一步地，在接收通信設備發(fā)出的多條告警信息之后，在確定每條告警信息的屬性類別之前，該方法還包括：分別按照多條預設條件對多條告警信息進行過濾處理；確定每條告警信息的屬性類別包括：確定過濾處理后的每條告警信息的屬性類別。

進一步地，在采用關聯(lián)規(guī)則庫對待處理的告警信息進行過濾處理之前，該方法還包括：通過對通信設備發(fā)出的歷史告警信息進行學習訓練，得到告警信息之間的多條關聯(lián)規(guī)則；將多條關聯(lián)規(guī)則存儲至預設數(shù)據(jù)庫中；以及將預設數(shù)據(jù)庫作為關聯(lián)規(guī)則庫。

進一步地，在采用關聯(lián)規(guī)則庫對待處理的告警信息進行過濾處理之后，該方法還包括：對待處理的告警信息進行學習訓練，得到待處理的告警信息之間的關聯(lián)規(guī)則；判斷在關聯(lián)規(guī)則庫中是否存在待處理的告警信息之間的關聯(lián)規(guī)則；如果在關聯(lián)規(guī)則庫中不存在待處理的告警信息之間的關聯(lián)規(guī)則，將待處理的告警信息之間的關聯(lián)規(guī)則存儲至關聯(lián)規(guī)則庫。

進一步地，將處理后的告警信息顯示在目標界面包括：生成處理后的告警信息對應的可視化視圖；在目標界面上確定顯示可視化視圖的位置；以及在位置上顯示可視化視圖。

根據(jù)本發(fā)明實施例的另一方面，還提供了一種告警信息的處理裝置，該裝置包括：接收單元，用于接收通信設備發(fā)出的多條告警信息；第一確定單元，用于確定每條告警信息的屬性類別；提取單元，用于提取屬性類別為第一類告警的告警信息，得到待處理的告警信息，其中，第一類告警為告警信息之間存在關聯(lián)關系的告警；第一處理單元，用于采用關聯(lián)規(guī)則庫對待處理的告警信息進行過濾處理；以及顯示單元，用于將處理后的告警信息顯示在目標界面。

進一步地，該裝置還包括：第二處理單元，用于在接收通信設備發(fā)出的多條告警信息之后，在確定每條告警信息的屬性類別之前，分別按照多條預設條件對多條告警信息進行過濾處理；第一確定單元還包括確定過濾處理后的每條告警信息的屬性類別。

進一步地，該裝置還包括：第一訓練單元，用于在采用關聯(lián)規(guī)則庫對待處理的告警信息進行過濾處理之前，通過對通信設備發(fā)出的歷史告警信息進行學習訓練，得到告警信息之間的多條關聯(lián)規(guī)則；第一存儲單元，用于將多條關聯(lián)規(guī)則存儲至預設數(shù)據(jù)庫中；以及第二確定單元，用于將預設數(shù)據(jù)庫作為關聯(lián)規(guī)則庫。

進一步地，該裝置還包括：第二訓練單元，用于在采用關聯(lián)規(guī)則庫對待處理的告警信息進行過濾處理之后，對待處理的告警信息進行學習訓練，得到待處理的告警信息之間的關聯(lián)規(guī)則；判斷單元，用于判斷在關聯(lián)規(guī)則庫中是否存在待處理的告警信息之間的關聯(lián)規(guī)則；第二存儲單元，用于在關聯(lián)規(guī)則庫中不存在待處理的告警信息之間的關聯(lián)規(guī)則的情況下，將待處理的告警信息之間的關聯(lián)規(guī)則存儲至關聯(lián)規(guī)則庫。

進一步地，該顯示單元包括：生成模塊，用于生成處理后的告警信息對應的可視化視圖；確定模塊，用于在目標界面上確定顯示可視化視圖的位置；以及顯示模塊，用于在位置上顯示可視化視圖。

在本發(fā)明實施例中，通過接收通信設備發(fā)出的多條告警信息；確定每條告警信息的屬性類別；提取屬性類別為第一類告警的告警信息，得到待處理的告警信息，其中，第一類告警為告警信息之間存在關聯(lián)關系的告警；采用關聯(lián)規(guī)則庫對待處理的告警信息進行過濾處理；以及將處理后的告警信息顯示在目標界面，達到了對存在關聯(lián)關系的告警信息進行過濾處理，將處理后的告警信息在目標界面上進行顯示，從而實現(xiàn)了對告警信息進行快速定位和進行后續(xù)處理效率的技術效果，進而解決了由于設備故障產(chǎn)生的告警數(shù)據(jù)之間往往存在關聯(lián)關系，或者在時間上存在偏序關系，導致其中一個網(wǎng)元的故障造成的多個網(wǎng)元告警，產(chǎn)生大量衍生告警，影響告警發(fā)現(xiàn)、定位、處理的速度和效率的技術問題。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖中：

圖1是根據(jù)本申請實施例提供的告警信息的處理方法的流程圖；

圖2是根據(jù)本申請實施例提供的告警信息的處理方法進行實驗測試的示意圖；

圖3是根據(jù)本申請實施例提供的告警信息的處理裝置的示意圖。

具體實施方式

為了使本技術領域的人員更好地理解本發(fā)明方案，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分的實施例，而不是全部的實施例?；诒景l(fā)明中的實施例，本領域普通技術人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都應當屬于本發(fā)明保護的范圍。

需要說明的是，本發(fā)明的說明書和權(quán)利要求書及上述附圖中的術語“第一”、“第二”等是用于區(qū)別類似的對象，而不必用于描述特定的順序或先后次序。應該理解這樣使用的數(shù)據(jù)在適當情況下可以互換，以便這里描述的本發(fā)明的實施例能夠以除了在這里圖示或描述的那些以外的順序?qū)嵤４送?，術語“包括”和“具有”以及他們的任何變形，意圖在于覆蓋不排他的包含，例如，包含了一系列步驟或單元的過程、方法、系統(tǒng)、產(chǎn)品或設備不必限于清楚地列出的那些步驟或單元，而是可包括沒有清楚地列出的或?qū)τ谶@些過程、方法、產(chǎn)品或設備固有的其它步驟或單元。

為了便于描述，以下對本申請實施例涉及的部分名詞或術語進行說明：

OLT：Optical Line Terminal，光線路終端。

ONU：Optical Network Unit，光網(wǎng)絡單元。

根據(jù)本申請的實施例，提供了一種告警信息的處理方法。

圖1是根據(jù)本申請實施例的告警信息的處理方法的流程圖。如圖1所示，該方法包括以下步驟：

步驟S102，接收通信設備發(fā)出的多條告警信息。

本申請中提及的通信設備可以為光線路終端、光網(wǎng)絡單元和交換機，接收通信設備發(fā)出的多條告警信息。本申請中提及的告警信息為發(fā)現(xiàn)通信設備在運行的過程中出現(xiàn)異常發(fā)出的信息，該告警信息中可能包括通信設備出現(xiàn)異常的原因或者發(fā)送該告警信息的來源等等。

作為一種可選的實施例，為了提升在多條告警信息中找出有效的告警信息的效率，在本申請實施例提供的告警信息的處理方法中，在接收通信設備發(fā)出的多條告警信息之后，在確定每條告警信息的屬性類別之前，該方法還包括：分別按照多條預設條件對多條告警信息進行過濾處理。

例如，多條告警信息中包括頻閃告警、重復告警和虛假事件告警等等，頻閃告警能夠在觸發(fā)后極短時間內(nèi)恢復，做頻閃計數(shù)的告警信息，重復告警會在未恢復的時間段內(nèi)重復產(chǎn)生告警事件，導致同一條告警多次出現(xiàn)?？梢钥紤]對首次觸發(fā)的告警進行標識，在該告警未恢復期間觸發(fā)的相同告警進行歸并處理。虛假事件告警并非真正的告警事件，有可能是一些通知事件，例如，割接、正常檢修等導致的虛假告警，可以直接丟棄。

分別按照多條預設條件對多條告警信息進行過濾處理，也即進行底層過濾，通過過濾處理后，過濾掉頻閃告警、重復告警和虛假事件告警等等視為無效的告警信息，從而提升在多條告警信息中找出有效的告警信息的效率。還可以將過濾后的有效告警信息存入預設數(shù)據(jù)庫。

步驟S104，確定每條告警信息的屬性類別。

在本申請中提及的告警信息的屬性類別包括第一類告警和第二類告警，第一類告警為告警信息與其它告警信息之間存在關聯(lián)關系的告警信息，第一類告警為告警信息與其它告警信息之間部存在關聯(lián)關系的告警信息。例如，通信設備產(chǎn)生告警信息A時，也會觸發(fā)產(chǎn)生告警信息B和告警信息C，也即視為告警信息A、告警信息B和告警信息C之間存在關聯(lián)關系。

在此步驟中確定通信設備發(fā)出的每條告警信息的屬性類別。如果按照多條預設條件對多條告警信息進行過濾處理，則確定過濾處理后的每條告警信息的屬性類別。

步驟S106，提取屬性類別為第一類告警的告警信息，得到待處理的告警信息，其中，第一類告警為告警信息之間存在關聯(lián)關系的告警。

由于設備故障產(chǎn)生的告警數(shù)據(jù)之間往往存在關聯(lián)關系，或者在時間上存在偏序關系，導致其中一個網(wǎng)元的故障造成的多個網(wǎng)元告警，產(chǎn)生大量衍生告警，影響告警發(fā)現(xiàn)、定位、處理的速度和效率在此步驟中，提取屬性類別為第一類告警的告警信息，得到待處理的告警信息，用于后續(xù)對告警信息之間存在關聯(lián)關系的告警信息進行處理。

步驟S108，采用關聯(lián)規(guī)則庫對待處理的告警信息進行過濾處理。

通過采用關聯(lián)規(guī)則庫對待處理的告警信息進行過濾處理，從而提升對有效告警信息的發(fā)現(xiàn)、定位、處理的速度和效率。

可選地，在本申請實施例提供的告警信息的處理方法中，在采用關聯(lián)規(guī)則庫對待處理的告警信息進行過濾處理之前，該方法還包括：通過對通信設備發(fā)出的歷史告警信息進行學習訓練，得到告警信息之間的多條關聯(lián)規(guī)則；將多條關聯(lián)規(guī)則存儲至預設數(shù)據(jù)庫中；以及將預設數(shù)據(jù)庫作為關聯(lián)規(guī)則庫。

對通信設備發(fā)出的歷史告警信息進行學習訓練，或者通過技術維護人員對通信設備發(fā)出的歷史告警信息進行總結(jié)歸納，得出告警信息之間的多條關聯(lián)規(guī)則。也即，技術維護人員積累的經(jīng)驗知識，將人工經(jīng)驗與系統(tǒng)自動挖掘出的關聯(lián)規(guī)則相結(jié)合，用以完善關聯(lián)規(guī)則庫?？梢酝ㄟ^人機交互的方式對關聯(lián)規(guī)則庫進行更新，或者通過預先向經(jīng)驗庫中存入經(jīng)驗之后，對關聯(lián)規(guī)則庫實現(xiàn)自動更新，以便后續(xù)對告警信息進行處理時，直接獲取關聯(lián)規(guī)則對待處理的告警信息進行過濾處理。從而提升了對有效告警信息的發(fā)現(xiàn)、定位、處理的速度和效率。

可選地，在本申請實施例提供的告警信息的處理方法中，在采用關聯(lián)規(guī)則庫對待處理的告警信息進行過濾處理之后，該方法還包括：對待處理的告警信息進行學習訓練，得到待處理的告警信息之間的關聯(lián)規(guī)則；判斷在關聯(lián)規(guī)則庫中是否存在待處理的告警信息之間的關聯(lián)規(guī)則；如果在關聯(lián)規(guī)則庫中不存在待處理的告警信息之間的關聯(lián)規(guī)則，將待處理的告警信息之間的關聯(lián)規(guī)則存儲至關聯(lián)規(guī)則庫。

通過以上方案，將在關聯(lián)規(guī)則庫中不存在待處理的告警信息之間的關聯(lián)規(guī)則，存儲至關聯(lián)規(guī)則庫。從而對關聯(lián)規(guī)則庫進行不斷更新和完善。從而保證了后續(xù)可以快速、準確地分析出衍生告警和根告警，生成告警樹并分層呈現(xiàn)。從而有效壓縮實時告警表中的告警數(shù)量，實現(xiàn)故障的快速發(fā)現(xiàn)、定位和處理。

步驟S110，將處理后的告警信息顯示在目標界面。

通過將處理后的告警信息顯示在目標界面，從而能夠快速的發(fā)現(xiàn)有效告警信息，在多條告警信息中定位到有效告警信息，從而提高對告警信息的處理和響應的速度和效率。

可選地，在本申請實施例提供的告警信息的處理方法中，將處理后的告警信息顯示在目標界面包括：生成處理后的告警信息對應的可視化視圖；在目標界面上確定顯示可視化視圖的位置；以及在位置上顯示可視化視圖。

根據(jù)用戶的關注度和業(yè)務需求，通過視圖的形式予以呈現(xiàn)。使用告警池技術可以實現(xiàn)多視圖呈現(xiàn)，其中每一個視圖都有一個過濾器，視圖只顯示滿足過濾器的部分數(shù)據(jù)，實現(xiàn)每個視圖只呈現(xiàn)特定用戶所關注的告警。通過將處理后的告警信息通過可視化視圖的方式顯示在目標界面，從而實現(xiàn)了更加快速的發(fā)現(xiàn)有效告警信息，在多條告警信息中定位到有效告警信息，從而提高對告警信息的處理和響應的速度和效率。

本申請實施例提供的告警信息的處理方法，通過接收通信設備發(fā)出的多條告警信息；確定每條告警信息的屬性類別；提取屬性類別為第一類告警的告警信息，得到待處理的告警信息，其中，第一類告警為告警信息之間存在關聯(lián)關系的告警；采用關聯(lián)規(guī)則庫對待處理的告警信息進行過濾處理；以及將處理后的告警信息顯示在目標界面，達到了對存在關聯(lián)關系的告警信息進行過濾處理，將處理后的告警信息在目標界面上進行顯示，從而實現(xiàn)了對告警信息進行快速定位和進行后續(xù)處理效率的技術效果，進而解決了由于設備故障產(chǎn)生的告警數(shù)據(jù)之間往往存在關聯(lián)關系，或者在時間上存在偏序關系，導致其中一個網(wǎng)元的故障造成的多個網(wǎng)元告警，產(chǎn)生大量衍生告警，影響告警發(fā)現(xiàn)、定位、處理的速度和效率的技術問題。

為了驗證上述的告警信息的處理方法的性能和效率，以對配電通信網(wǎng)服務質(zhì)量影響最大的線路故障為例，討論底層網(wǎng)絡出現(xiàn)線路故障對高層網(wǎng)絡服務的影響。假設使用一臺OLT(Optical Line Terminal，光線路終端)設備和一臺ONU(Optical Network Unit，光網(wǎng)絡單元)設備組建實驗網(wǎng)絡，圖2是根據(jù)本申請實施例提供的告警信息的處理方法進行實驗測試的示意圖，OLT與ONU系統(tǒng)的承載關系如圖2所示。具體如下：

1)物理傳輸層由4個光纜段組成{1號，2號，3號，4號}，光纜上承載一個光網(wǎng)絡系統(tǒng)。

2)OLT系統(tǒng)由a、b、c、d共4個節(jié)點組成3個光傳送段{a-b，b-c，c-d}。

3)在OLT系統(tǒng)上同時承載4個系統(tǒng){R1，R2，R3，R4}。其中R1和R4承載在a-b和b-c段上，R2承載在b-c和c-d段上，R3承載在c-d段上。

為光纜段信息、OLT光傳送段信息、ONU復用段信息分別定義變量M＝{M1，M2，M3，M4}，N＝{N1，N2，N3}，E＝{E1，E2，E3，E4}。所有變量的值域為{normal，fault}。當變量等于fault時，表示線路故障，無法為上層提供可靠的傳輸服務。

故障1：在某個時間段內(nèi)，R1和R4同時上報告警，告警指示R1和R4復用段線路故障。模型分析結(jié)果為，引起“R1和R4同時出現(xiàn)告警”的根故障是1號或2號光纜段出現(xiàn)線路故障。

故障2：在某個時間段內(nèi)，R2和R3同時上報告警，告警指示R2和R3復用段線路故障。模型分析結(jié)果為，引起“R2和R3同時出現(xiàn)告警”的根故障是4號光纜段出現(xiàn)線路故障。

故障3：在某個時間段內(nèi)，R1，R2和R4同時上報告警，告警指示R1，R2和R4復用段線路故障。模型分析結(jié)果為，引起“R1，R2和R4同時出現(xiàn)告警”的根故障是3號光纜段出現(xiàn)線路故障。

根據(jù)歷史故障數(shù)據(jù)獲得故障先驗概率后(預定義規(guī)則庫規(guī)則)，多次測量結(jié)果得出本模型的故障診斷準確率可以達到92％以上。另一方面，根據(jù)文中的根告警診斷模型，用Oracle和JAVA編寫一套程序，并將取自某配電通信網(wǎng)管系統(tǒng)的原始告警數(shù)據(jù)經(jīng)程序分析處理。實驗運行證明，該模型能夠高效地實現(xiàn)告警分析定位。

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

本申請實施例還提供了一種告警信息的處理裝置，需要說明的是，本申請實施例的告警信息的處理裝置可以用于執(zhí)行本申請實施例所提供的用于告警信息的處理方法。以下對本申請實施例提供的告警信息的處理裝置進行介紹。

圖2是根據(jù)本申請實施例的告警信息的處理裝置的示意圖。如圖2所示，該裝置包括：接收單元10、第一確定單元20、提取單元30、第一處理單元40和顯示單元50。

具體地，接收單元10，用于接收通信設備發(fā)出的多條告警信息。

第一確定單元20，用于確定每條告警信息的屬性類別。

提取單元30，用于提取屬性類別為第一類告警的告警信息，得到待處理的告警信息，其中，第一類告警為告警信息之間存在關聯(lián)關系的告警。

第一處理單元40，用于采用關聯(lián)規(guī)則庫對待處理的告警信息進行過濾處理。

顯示單元50，用于將處理后的告警信息顯示在目標界面。

本申請實施例提供的告警信息的處理裝置，通過接收單元10接收通信設備發(fā)出的多條告警信息；第一確定單元20確定每條告警信息的屬性類別；提取單元30提取屬性類別為第一類告警的告警信息，得到待處理的告警信息，其中，第一類告警為告警信息之間存在關聯(lián)關系的告警；第一處理單元40采用關聯(lián)規(guī)則庫對待處理的告警信息進行過濾處理；以及顯示單元50將處理后的告警信息顯示在目標界面，達到了對存在關聯(lián)關系的告警信息進行過濾處理，將處理后的告警信息在目標界面上進行顯示，從而實現(xiàn)了對告警信息進行快速定位和進行后續(xù)處理效率的技術效果，進而解決了由于設備故障產(chǎn)生的告警數(shù)據(jù)之間往往存在關聯(lián)關系，或者在時間上存在偏序關系，導致其中一個網(wǎng)元的故障造成的多個網(wǎng)元告警，產(chǎn)生大量衍生告警，影響告警發(fā)現(xiàn)、定位、處理的速度和效率的技術問題。

可選地，在本申請實施例提供的告警信息的處理裝置中，該裝置還包括：第二處理單元，用于在接收通信設備發(fā)出的多條告警信息之后，在確定每條告警信息的屬性類別之前，分別按照多條預設條件對多條告警信息進行過濾處理；第一確定單元還包括確定過濾處理后的每條告警信息的屬性類別。

可選地，在本申請實施例提供的告警信息的處理裝置中，該裝置還包括：第一訓練單元，用于在采用關聯(lián)規(guī)則庫對待處理的告警信息進行過濾處理之前，通過對通信設備發(fā)出的歷史告警信息進行學習訓練，得到告警信息之間的多條關聯(lián)規(guī)則；第一存儲單元，用于將多條關聯(lián)規(guī)則存儲至預設數(shù)據(jù)庫中；以及第二確定單元，用于將預設數(shù)據(jù)庫作為關聯(lián)規(guī)則庫。

可選地，在本申請實施例提供的告警信息的處理裝置中，該裝置還包括：第二訓練單元，用于在采用關聯(lián)規(guī)則庫對待處理的告警信息進行過濾處理之后，對待處理的告警信息進行學習訓練，得到待處理的告警信息之間的關聯(lián)規(guī)則；判斷單元，用于判斷在關聯(lián)規(guī)則庫中是否存在待處理的告警信息之間的關聯(lián)規(guī)則；第二存儲單元，用于在關聯(lián)規(guī)則庫中不存在待處理的告警信息之間的關聯(lián)規(guī)則的情況下，將待處理的告警信息之間的關聯(lián)規(guī)則存儲至關聯(lián)規(guī)則庫。

可選地，在本申請實施例提供的告警信息的處理裝置中，該顯示單元50包括：生成模塊，用于生成處理后的告警信息對應的可視化視圖；確定模塊，用于在目標界面上確定顯示可視化視圖的位置；以及顯示模塊，用于在位置上顯示可視化視圖。

所述告警信息的處理裝置包括處理器和存儲器，上述接收單元10、第一確定單元20、提取單元30、第一處理單元40和顯示單元50等均作為程序單元存儲在存儲器中，由處理器執(zhí)行存儲在存儲器中的上述程序單元實現(xiàn)相應功能。上述第一預設規(guī)則、第二預設規(guī)則都可以存儲在存儲器中。

處理器中包含內(nèi)核，由內(nèi)核去存儲器中調(diào)取相應的程序單元。內(nèi)核可以設置一個或以上，通過調(diào)整內(nèi)核參數(shù)處理告警信息。

存儲器可能包括計算機可讀介質(zhì)中的非永久性存儲器，隨機存取存儲器(RAM)和/或非易失性內(nèi)存等形式，如只讀存儲器(ROM)或閃存(flash RAM)，存儲器包括至少一個存儲芯片。

本申請還提供了一種計算機程序產(chǎn)品的實施例，當在數(shù)據(jù)處理設備上執(zhí)行時，適于執(zhí)行初始化有如下方法步驟的程序代碼：接收通信設備發(fā)出的多條告警信息；確定每條告警信息的屬性類別；提取屬性類別為第一類告警的告警信息，得到待處理的告警信息，其中，第一類告警為告警信息之間存在關聯(lián)關系的告警；采用關聯(lián)規(guī)則庫對待處理的告警信息進行過濾處理；以及將處理后的告警信息顯示在目標界面。

需要說明的是，對于前述的各方法實施例，為了簡單描述，故將其都表述為一系列的動作組合，但是本領域技術人員應該知悉，本申請并不受所描述的動作順序的限制，因為依據(jù)本申請，某些步驟可以采用其他順序或者同時進行。其次，本領域技術人員也應該知悉，說明書中所描述的實施例均屬于優(yōu)選實施例，所涉及的動作和模塊并不一定是本申請所必須的。

在上述實施例中，對各個實施例的描述都各有側(cè)重，某個實施例中沒有詳述的部分，可以參見其他實施例的相關描述。

在本申請所提供的幾個實施例中，應該理解到，所揭露的裝置，可通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。

所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。

另外，在本申請各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。

顯然，本領域的技術人員應該明白，上述的本申請的各模塊或各步驟可以用通用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將它們存儲在存儲裝置中由計算裝置來執(zhí)行，或者將它們分別制作成各個集成電路模塊，或者將它們中的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本申請不限制于任何特定的硬件和軟件結(jié)合。

以上所述僅為本申請的優(yōu)選實施例，并不用于限制本申請，對于本領域的技術人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本申請的保護范圍之內(nèi)。