專利名稱：：一種網(wǎng)絡(luò)事件處理的方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及計(jì)算機(jī)網(wǎng)絡(luò)管理領(lǐng)域，特別涉及一種網(wǎng)絡(luò)事件處理的方法。技術(shù)背景網(wǎng)絡(luò)管理中的事件通常定義為關(guān)于網(wǎng)絡(luò)中正在發(fā)生的情況的信息。網(wǎng)絡(luò)事件通常體現(xiàn)為網(wǎng)絡(luò)環(huán)境中被管理對象上的硬件或軟件的故障、安全侵害、性能下降、環(huán)境參數(shù)變動等。通過SNMP(SimpleNetworkManagementProtocol,簡單網(wǎng)絡(luò)管理協(xié)議)等網(wǎng)絡(luò)管理協(xié)議，網(wǎng)絡(luò)管理系統(tǒng)可以采用輪詢的方式查詢被管理對象上的相關(guān)信息，被管理對象也可以主動向管理系統(tǒng)發(fā)出攜帶相關(guān)信息的通知。在網(wǎng)絡(luò)管理系統(tǒng)中，存在多種網(wǎng)絡(luò)對象狀態(tài)的檢測手段，如傳輸層測試、網(wǎng)絡(luò)層的測試、應(yīng)用服務(wù)層的測試、MIB(ManagementInformationBase,管理信息庫)對象檢測、域值報警等。隨著網(wǎng)絡(luò)規(guī)模的擴(kuò)大，為了實(shí)現(xiàn)網(wǎng)絡(luò)管理系統(tǒng)的可擴(kuò)展性，大型網(wǎng)絡(luò)管理系統(tǒng)的體系結(jié)構(gòu)向著模塊化、和分布式的方向發(fā)展，各個模塊分別完成相對獨(dú)立的功能，但是為了使整個網(wǎng)絡(luò)管理系統(tǒng)充分發(fā)揮效益又要求各個孤立的模塊能夠協(xié)同工作。同時，隨著網(wǎng)絡(luò)應(yīng)用的發(fā)展，光交換等傳輸網(wǎng)絡(luò)的發(fā)展，IPv6(InternetProtocolVersion6，第六版網(wǎng)絡(luò)協(xié)議)網(wǎng)絡(luò)逐步建成和投入應(yīng)用，在網(wǎng)絡(luò)事件管理方面迫切需要建立能夠全面實(shí)現(xiàn)IPv4和IPv6網(wǎng)絡(luò)事件、IP網(wǎng)絡(luò)和傳輸網(wǎng)絡(luò)事件、網(wǎng)絡(luò)層事件和應(yīng)用層事件的一體化處理機(jī)制，在綜合分析網(wǎng)絡(luò)事件的基礎(chǔ)上，為管理人員提供真正有用的信息。發(fā)明人在實(shí)現(xiàn)本發(fā)明的過程中發(fā)現(xiàn)，現(xiàn)有技術(shù)至少存在以下缺點(diǎn)和不足現(xiàn)有的工作系統(tǒng)，例如，IBMTivoli，不能夠支持IPv4/IPv6雙棧網(wǎng)絡(luò)。現(xiàn)有技術(shù)提供的方法不支持IPv4和IPv6網(wǎng)絡(luò)事件、IP網(wǎng)絡(luò)和傳輸網(wǎng)絡(luò)事件、網(wǎng)絡(luò)事件和應(yīng)用層事件的一體化處理，因此，不能夠滿足對事件綜合分析處理的需求
發(fā)明內(nèi)容為了支持IPv4/IPv6雙棧網(wǎng)絡(luò)，實(shí)現(xiàn)網(wǎng)絡(luò)事件綜合分析處理，本發(fā)明提供了一種網(wǎng)絡(luò)事件處理的方法。所述技術(shù)方案如下一種網(wǎng)絡(luò)事件處理的方法，所述方法包括客戶端監(jiān)測被管對象并收集網(wǎng)絡(luò)事件信息，通過接口將所述網(wǎng)絡(luò)事件信息發(fā)送到M絡(luò)事件綜合處理服務(wù)器；所述網(wǎng)絡(luò)事件綜合處理服務(wù)器根據(jù)所述網(wǎng)絡(luò)事件綜合處理服務(wù)器的配置信息監(jiān)聽指定端口，接收所述端口對應(yīng)的網(wǎng)絡(luò)事件信息，驗(yàn)證所述網(wǎng)絡(luò)事件信息摘要，如果驗(yàn)證結(jié)果正確，向述網(wǎng)絡(luò)事件信息對應(yīng)的客戶端返回成功應(yīng)答；如果驗(yàn)證結(jié)果錯誤，則向所述客戶端返回錯誤應(yīng)答；所述網(wǎng)絡(luò)事件綜合處理服務(wù)器驗(yàn)證所述網(wǎng)絡(luò)事件信息摘要正確后，解析所述網(wǎng)絡(luò)事件信息，結(jié)合來自多個客戶端的事件信息對所述網(wǎng)絡(luò)事件信息進(jìn)行處理，并分析所述網(wǎng)絡(luò)事件信息對應(yīng)的被管對象的狀態(tài)；所述網(wǎng)絡(luò)事件綜合處理服務(wù)器根據(jù)處理后的網(wǎng)絡(luò)事件信息，判斷網(wǎng)絡(luò)事件的優(yōu)先級別值是否大于預(yù)設(shè)值，如果是，所述網(wǎng)絡(luò)事件綜合處理服務(wù)器觸發(fā)報警提示。其中，所述通過接口將所述網(wǎng)絡(luò)事件信息發(fā)送到網(wǎng)絡(luò)事件綜合處理服務(wù)器的步驟具體包括所述客戶端讀取所述客戶端的配置信息，計(jì)算所述網(wǎng)絡(luò)事件信息摘要，并封裝所述網(wǎng)絡(luò)事件信息；將封裝好的網(wǎng)絡(luò)事件信息通過接口發(fā)送到網(wǎng)絡(luò)事件綜合處理服務(wù)器。其中，對所述網(wǎng)絡(luò)事件信息進(jìn)行處理的歩驟具體包括步驟A:判斷所述網(wǎng)絡(luò)事件信息中的網(wǎng)絡(luò)事件是否是新對象事件，如果是，保存所述網(wǎng)絡(luò)事件信息，更新所述網(wǎng)絡(luò)事件綜合處理服務(wù)器，完成對所述網(wǎng)絡(luò)事件信息的處理；否則，補(bǔ)充完整所述網(wǎng)絡(luò)事件信息中被管對象的信息，然后執(zhí)行步驟B;步驟B:判斷信息補(bǔ)充完整后的網(wǎng)絡(luò)事件信息中網(wǎng)絡(luò)事件是否是新類型事件，如果是，保存所述信息補(bǔ)充完整后的網(wǎng)絡(luò)事件信息，更新所述網(wǎng)絡(luò)事件綜合處理服務(wù)器，完成對所述網(wǎng)絡(luò)事件信息的處理；否則，執(zhí)行步驟C;步驟C:判斷所述信息補(bǔ)充完整后的網(wǎng)絡(luò)事件信息中網(wǎng)絡(luò)事件是否是過時事件，如果是，保存所述信息補(bǔ)充完整后的網(wǎng)絡(luò)事件信息，完成對所述網(wǎng)絡(luò)事件信息的處理；否則，執(zhí)行步驟D;步驟D:判斷所述信息補(bǔ)充完整后的網(wǎng)絡(luò)事件信息中網(wǎng)絡(luò)事件是否是重復(fù)事件，如果是，保存所述信息補(bǔ)充完整后的網(wǎng)絡(luò)事件信息，更新所述網(wǎng)絡(luò)事件綜合處理服務(wù)器，完成對所述網(wǎng)絡(luò)事件信息的處理；否則，所述信息補(bǔ)充完整后的網(wǎng)絡(luò)事件信息中網(wǎng)絡(luò)事件是新狀態(tài)事件，保存所述信息補(bǔ)充完整后的網(wǎng)絡(luò)事件信息，更新所述網(wǎng)絡(luò)事件綜合處理服務(wù)器，完成對所述網(wǎng)絡(luò)事件信息的處理。其中，所述補(bǔ)充完整所述網(wǎng)絡(luò)事件信息中被管對象的信息的步驟具體為補(bǔ)充完整所述網(wǎng)絡(luò)事件信息中被管對象的名稱、被管對象的地址、被管對象的類型、被管對象的標(biāo)識。其中，所述報警提示具體包括對話框報警提示或聲音播放報警提示。其中，所述網(wǎng)絡(luò)事件綜合處理服務(wù)器的配置信息和所述客戶端的配置信息具有相同的格式。本發(fā)明提供的技術(shù)方案的有益效果是木發(fā)明提供的方法能夠支持IPv4/IPv6雙棧網(wǎng)絡(luò)，基于XML的交換內(nèi)容的定義有更好的擴(kuò)展性，更適合于分布式大規(guī)模網(wǎng)絡(luò)管理系統(tǒng)；通信協(xié)議采用MD5摘要進(jìn)行信息的認(rèn)證、校驗(yàn)具有良好的安全性；綜合分析來自多個客戶端的事件信息，實(shí)現(xiàn)IPv4和IPv6網(wǎng)絡(luò)事件、IP網(wǎng)絡(luò)和傳輸網(wǎng)絡(luò)事件、網(wǎng)絡(luò)層事件和應(yīng)用層事件的一體化處理機(jī)制，在綜合分析網(wǎng)絡(luò)事件的基礎(chǔ)上，為管理人員提供真正有用的信息。實(shí)現(xiàn)了網(wǎng)絡(luò)事件的綜合處理與報警，具有良好的可擴(kuò)展性。事件信息可以根據(jù)需要進(jìn)行傳播和信息交換，能夠有效地實(shí)現(xiàn)信息交互，滿足大型網(wǎng)絡(luò)管理系統(tǒng)中的功能模塊相對獨(dú)立的要求。圖1是本發(fā)明實(shí)施例提供的一種網(wǎng)絡(luò)事件處理的方法流程圖；圖2是本發(fā)明實(shí)施例提供的發(fā)送網(wǎng)絡(luò)事件信息的方法流程圖；圖3是本發(fā)明實(shí)施例提供的處理網(wǎng)絡(luò)事件的方法流程圖；圖4是本發(fā)明實(shí)施例提供的事件壓縮狀態(tài)轉(zhuǎn)換示意圖。具體實(shí)施方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合附圖對本發(fā)明實(shí)施方式作進(jìn)一步地詳細(xì)描述。實(shí)施例1圖1為本發(fā)明實(shí)施例提供的一種網(wǎng)絡(luò)事件處理的方法流程圖，本發(fā)明實(shí)施例所述的網(wǎng)絡(luò)事件處理的方法步驟如下-步驟101:客戶端監(jiān)測被管對象，并收集網(wǎng)絡(luò)事件信息。其中，客戶端可以不止一個。比如，可以根據(jù)監(jiān)測類型的不同設(shè)置不同的客戶端，用于分別監(jiān)測網(wǎng)絡(luò)中的被管對象，例如，可以具體為Trap事件客戶端用于監(jiān)測被管對象的Trap事件，網(wǎng)絡(luò)故障檢測客戶端用于監(jiān)測被管對象故障，傳輸網(wǎng)監(jiān)測客戶端用于監(jiān)測傳輸網(wǎng)，服務(wù)監(jiān)測客戶端用于監(jiān)測網(wǎng)絡(luò)服務(wù)?？梢圆捎脭?shù)據(jù)表的形式分別對客戶端和被管對象進(jìn)行統(tǒng)一的管理。如表1所示，本發(fā)明實(shí)施例提供了一種客戶端管理表。表l字段含義客戶端ID客戶端的唯一標(biāo)識客戶端名稱客戶端的名稱IP地址客戶端的IPv4或IPv6地址TCP端口號客戶端的監(jiān)聽的TCP端口號通訊密鑰客戶端使用的通訊密鑰如表2所示，本發(fā)明實(shí)施例提供了一種被管對象管理表。表2字段含義ID被管對象的唯一標(biāo)識名稱被管對象的名稱IPv4地址被管對象的IPv4地址IPv6地址被管對象的IPv6地址進(jìn)一歩，如表3所示，本發(fā)明實(shí)施例還提供了一種被管對象接口管理表。表3<table>tableseeoriginaldocumentpage8</column></row><table>步驟102:客戶端將網(wǎng)絡(luò)事件信息通過接口發(fā)送到網(wǎng)絡(luò)事件綜合處理服務(wù)器(以下簡稱為服務(wù)器)。其中，具體的發(fā)送過程包括步驟102A:客戶端在收集到網(wǎng)絡(luò)事件信息時調(diào)用通用的事件轉(zhuǎn)發(fā)程序。步驟102B:讀取客戶端配置信息。配置信息采用XML(extensibleMarkupLanguage,擴(kuò)展標(biāo)記語言)格式的配置文件來描述網(wǎng)絡(luò)事件客戶端和服務(wù)器的相關(guān)信息。其中，客戶端和服務(wù)器都需要該文件，配置文件的格式都是一樣的，配置文件名定義為EventModules.xml，具體包含以下內(nèi)容ID:客戶端的標(biāo)識。NAME:客戶端的名稱。IP:客戶端的IP地址。LISTENPORT:服務(wù)器監(jiān)聽的端口，客戶端此參數(shù)為空。SECRETKEY:客戶端與服務(wù)器的通訊密鑰。具體配置時，客戶端和服務(wù)器端在配置內(nèi)容中統(tǒng)稱為模塊，為了方便讀取，配置文件EventMocMes.xml中設(shè)置第一個模塊是自身并且，可以在配置文件中增加或刪除任意多的模塊信息。配置文件利用了XML技術(shù)的優(yōu)點(diǎn)，具有很好的可配置性。步驟102C:根據(jù)通信協(xié)議計(jì)算網(wǎng)絡(luò)事件信息摘要并采用XML標(biāo)簽封裝網(wǎng)絡(luò)事件信息。其中，對網(wǎng)絡(luò)事件信息通過XML進(jìn)行封裝。XML是可擴(kuò)展的標(biāo)記語言，是非專有的可自定義的，可以利用XML實(shí)現(xiàn)事件的定義與描述而不受任何限制。同時，XML中的數(shù)據(jù)是結(jié)構(gòu)化的，即使是相當(dāng)復(fù)雜的事件用XML來描述也是一件容易的事情。加上DTD或Schema的描述作用，能實(shí)現(xiàn)對事件信息的嚴(yán)格的自動化處理?？蛻舳撕头?wù)器端采用TCP(TransmissionControlProtocol,傳輸控制協(xié)議)進(jìn)行通訊，其中通信協(xié)議發(fā)送內(nèi)容的格式如表4所示。表4<table>tableseeoriginaldocumentpage9</column></row><table>其中，表4中的字段內(nèi)容含義如下命令字0表示發(fā)生了新事件；客戶端1D長度，因?yàn)榭蛻舳薎D不定長，所以需要此字段信息；客戶端ID，用于標(biāo)識客戶端；事件信息長度因?yàn)槭录畔⒉欢ㄩL，所以需要此字段信息；校驗(yàn)和為了防止事件信息偽造，對發(fā)送的事件信息進(jìn)行摘要驗(yàn)證；事件信息表示要發(fā)送的網(wǎng)絡(luò)事件內(nèi)容。本發(fā)明實(shí)施例采用了MD5摘要(Message-DigestAlgorithm5)進(jìn)行事件信息驗(yàn)證得到表4中的校驗(yàn)和，在具體實(shí)現(xiàn)中，如表5所示，為利用MD5摘要計(jì)算校驗(yàn)和時的依據(jù)內(nèi)容，其中，事件信息表示要發(fā)送的網(wǎng)絡(luò)事件內(nèi)容。表5<table>tableseeoriginaldocumentpage9</column></row><table>步驟102D:將網(wǎng)絡(luò)事件信息通過接口發(fā)送到服務(wù)器。步驟103:服務(wù)器獲取配置信息，根據(jù)配置信息，監(jiān)聽指定端口，接收客戶端發(fā)送的網(wǎng)絡(luò)事件信息。服務(wù)器獲取配置信息，解析配置文件EwntModues.xml得到客戶端的信息，其中配置文件中定義了服務(wù)器監(jiān)聽的指定端口。步驟104:服務(wù)器根據(jù)事先約定的通訊密鑰對接收的網(wǎng)絡(luò)事件信息進(jìn)行摘要驗(yàn)證，判斷其校驗(yàn)和是否正確，如果是，則執(zhí)行步驟105;否則，執(zhí)行步驟106。步驟105;服務(wù)器向客戶端發(fā)送成功應(yīng)答，并執(zhí)行步驟107。步驟106:服務(wù)器向客戶端發(fā)送錯誤應(yīng)答。其中，服務(wù)器向客戶端發(fā)送的應(yīng)答可以為利用一個整數(shù)值表示信息的判斷結(jié)果，例如服務(wù)器到客戶端回應(yīng)整數(shù)1表示成功接收到網(wǎng)絡(luò)事件信息，而且中間沒有出過任何問題;整數(shù)2表示網(wǎng)絡(luò)事件信息中有丟失；整數(shù)3表示摘要驗(yàn)證不對，即客戶端發(fā)送時未使用事先約定的通訊密鑰。歩驟107:服務(wù)器解析網(wǎng)絡(luò)事件信息，對網(wǎng)絡(luò)事件進(jìn)行處理，并分析被管對象狀態(tài)。具體處理包括對網(wǎng)絡(luò)事件信息進(jìn)行補(bǔ)充以及壓縮網(wǎng)絡(luò)事件信息。為了對網(wǎng)絡(luò)事件信息進(jìn)行處理以及對被管對象狀態(tài)進(jìn)行分析，本發(fā)明實(shí)施例在服務(wù)器上提供了原始事件表、壓縮事件表以及被管對象狀態(tài)表。如表6所示，本發(fā)明實(shí)施例提供了一種原始事件表。表6字段含義發(fā)生時間事件發(fā)生的時間收到時間事件收到的時間事件發(fā)送客戶端ID事件發(fā)送客戶端標(biāo)識事件類型事件類型事件值事件值事件的優(yōu)先級別事件的優(yōu)先級別事件關(guān)聯(lián)對象的類型事件關(guān)聯(lián)對象的類型事件關(guān)聯(lián)對象的ID事件關(guān)聯(lián)對象的ID事件關(guān)聯(lián)對象的名字事件關(guān)聯(lián)對象的名字事件關(guān)聯(lián)對象的IPv4地址事件關(guān)聯(lián)對象的IPv4地址事件關(guān)聯(lián)對象的IPv6地址事件關(guān)聯(lián)對象的IPv6地址事件主題事件主題事件內(nèi)容事件內(nèi)容壓縮事件ID與"壓縮事件表"中的ID屬性對應(yīng)的一個外鍵，表示對應(yīng)的壓縮事件是哪一件如表7所示，本發(fā)明實(shí)施例給出了壓縮事件表。表7<table>tableseeoriginaldocumentpage11</column></row><table>其中，表6與表7是多對一的關(guān)系。如表8所示，為本發(fā)明實(shí)施例提供的被管對象狀態(tài)表。表中記錄了網(wǎng)絡(luò)事件處理的當(dāng)前時刻被管對象的狀態(tài)信息。表8<table>tableseeoriginaldocumentpage11</column></row><table>參見圖3，步驟107具體包括:歩驟107A:服務(wù)器判斷在被管對象管理表和被管對象接口管理表中是否能查找到網(wǎng)絡(luò)事件對應(yīng)的被管對象，如果是，則執(zhí)行步驟107B;否則，表明該網(wǎng)絡(luò)事件是新對象事件，執(zhí)行步驟107J。當(dāng)服務(wù)器在被管對象管理表和被管對象接口管理表中查找不到網(wǎng)絡(luò)事件對應(yīng)的被管對象時，說明該網(wǎng)絡(luò)事件所關(guān)聯(lián)的對象暫時還沒有加入到客戶端的監(jiān)測范圍內(nèi)。例如，Trap事件客戶端除了會收到來自被管對象上報的信息外，被管對象外的其他對象(例如設(shè)備B)也會土動向Trap事件客戶端上報信息，當(dāng)Tr叩客戶端向服務(wù)器發(fā)送網(wǎng)絡(luò)事件信息時，服務(wù)器在被管對象管理表和被管對象接口管理表就會查找不到關(guān)于設(shè)備B的信息，于是則判斷出收到的該網(wǎng)絡(luò)事件信息為新對象事件。其中，新對象事件是新事件的一種情況。步驟107B:將網(wǎng)絡(luò)事件中與被管對象相關(guān)的信息補(bǔ)充完整。被管對象相關(guān)的信息如被管對象名稱，被管對象的IPv4地址，被管對象的IPv6地址，被管對象的類型、被管對象ID等。由于客戶端不能把網(wǎng)絡(luò)事件對應(yīng)的被管對象的所有信息都發(fā)送到服務(wù)器上，所以服務(wù)器必須根據(jù)接收到的網(wǎng)絡(luò)事件信息進(jìn)行查找后，將網(wǎng)絡(luò)事件中與被管對象相關(guān)的信息補(bǔ)充完整，查找時采用如下方法如果網(wǎng)絡(luò)事件信息中含有被管對象類型，被管對象ID，則可以根據(jù)被管對象ID在被管對象管理表和被管對象接口管理表中查找;如果事件信息中只有被管對象IP信息，那么首先判斷出該IP信息中的IP是屬于IPv4還是屬于IPv6，判斷出結(jié)果后，再根據(jù)IP信息在被管對象管理表和被管對象接口管理表屮進(jìn)行相應(yīng)的查找。步驟107C:查找被管對象狀態(tài)表，判斷根據(jù)被管對象類型、被管對象ID、事件類型進(jìn)行査找是否能得到對應(yīng)的表項(xiàng)，如果是，則執(zhí)行步驟107D;否則，表明為新類型事件，執(zhí)行步驟1071。其中，新類型事件是新事件的一種情況。步驟107D:比較網(wǎng)絡(luò)事件發(fā)生的時間值是否晚于査找到的表項(xiàng)中的"最后更新時間"，如果是，表明是非過時事件，執(zhí)行步驟107F;否則，表明是過時事件，執(zhí)行步驟107E。步驟107E:根據(jù)網(wǎng)絡(luò)事件信息插入新的記錄在原始事件表中，并與壓縮事件表中已有的事件關(guān)聯(lián)。具體的關(guān)聯(lián)是通過設(shè)置原始事件表中"壓縮事件ID"為查找到的表項(xiàng)中的"壓縮事件ID"實(shí)現(xiàn)。步驟107F:判斷網(wǎng)絡(luò)事件值和査找到的表項(xiàng)中的事件值是否相同，如果是，表明該網(wǎng)絡(luò)事件為重復(fù)事件，執(zhí)行歩驟107G，否則，表明該網(wǎng)絡(luò)事件是新狀態(tài)事件，執(zhí)行步驟107H。其中，因?yàn)閷ο鬆顟B(tài)發(fā)生改變，新狀態(tài)事件也是新事件的一種情況。步驟107G:根據(jù)"壓縮事件ID"更新壓縮事件表中對應(yīng)的事件信息的"事件發(fā)生的時間"；將網(wǎng)絡(luò)事件信息插入原始事件表屮，并與壓縮事件表中的事件關(guān)聯(lián)；并更新被管對象狀態(tài)表中對應(yīng)記錄的"最后吏新時間"為新收到事件的"發(fā)生時間"。步驟107H:插入新的記錄到"壓縮事件表"中，其中"壓縮事件ID"由系統(tǒng)按照增續(xù)自動生成，其余的值和收到的網(wǎng)絡(luò)事件相同；將網(wǎng)絡(luò)事件信息插入原始事件表中，與壓縮事件表中的事件關(guān)聯(lián)并更新被管對象狀態(tài)表中對應(yīng)的表項(xiàng)的"事件值"及"最后更新時間"。步驟1071:插入新的記錄到"壓縮事件表"中，其中"壓縮事件ID"由系統(tǒng)按照增續(xù)自動生成，其余的值和收到的網(wǎng)絡(luò)事件相同；將網(wǎng)絡(luò)事件信息插入原始事件表中，與壓縮事件表中的事件關(guān)聯(lián)；插入新的記錄到"被管對象狀態(tài)表"中，其中對象信息為步驟107B中補(bǔ)全的對象信息，事件類型及事件值為新的事件信息，"壓縮事件ID"同新插入壓縮事件表中的記錄。步驟107J:插入新的記錄到"壓縮事件表"中，其中"壓縮事件ID"由系統(tǒng)按照增續(xù)自動生成，其余的值和收到的網(wǎng)絡(luò)事件相同；將網(wǎng)絡(luò)事件信息插入原始事件表中，與壓縮事件表中的事件關(guān)聯(lián)。在服務(wù)器上具體可以以表格的形式顯示處理后的網(wǎng)絡(luò)事件信息。上述步驟107A到107J，可以理解為是一種對于網(wǎng)絡(luò)事件的事件壓縮。其中，事件壓縮是指對于同一個受控對象來說，連續(xù)的具有相同事件類型與事件值的事件為重復(fù)事件，而造成事件值發(fā)生改變的事件是新事件。如圖4所示，本發(fā)明實(shí)施例給出了事件壓縮轉(zhuǎn)換示意圖。事件一開始處于"原始狀態(tài)"，即為原始事件,狀態(tài)轉(zhuǎn)換條件如下tl:事件不跟對象關(guān)聯(lián)或關(guān)聯(lián)對象不在受控范圍內(nèi)。此種情況下，事件是新對象事件，即是"新事件"。t2:事件與某個受控對象關(guān)聯(lián)。通過與對象及其配置信息關(guān)聯(lián)，事件信息得到豐富，進(jìn)入"完整狀態(tài)"。t3:事件類型是從沒有,'l',現(xiàn)過。事件進(jìn)入"新類型"。t4:事件類型曾經(jīng)出現(xiàn)過。事件進(jìn)入"舊類型"。t5:直接轉(zhuǎn)到"新事件"，即"新類型"事件是新事件。t6:在同類型同對象的事件中，事件發(fā)生時間最晚。表示事件是最近才發(fā)生的。轉(zhuǎn)入"非過時"。t7:同類型同對象的事件中，事件的發(fā)生時間不是最晚的。表示事件不是最近發(fā)生的。轉(zhuǎn)入"過時"。t8:事件值與上一次發(fā)生的同類型同對象的事件的事件值不同。表示對象的狀態(tài)發(fā)生了改變，轉(zhuǎn)入"事件值不同"，即新狀態(tài)事件。t9:事件值與上一次發(fā)生的同類型同對象的事件的事件值相同。表示對象的狀態(tài)并沒有發(fā)生改變。轉(zhuǎn)入"事件值相同"狀態(tài)。tl0:直接轉(zhuǎn)到"重復(fù)"狀態(tài)，終止。因?yàn)?，過時的事件理解為重復(fù)事件。tll:直接轉(zhuǎn)到"新事件"，終止。tl2:直接轉(zhuǎn)到"重復(fù)"狀態(tài)，終止。因?yàn)槭录迪嗤?，所以事件是重?fù)事件。步驟108:判斷網(wǎng)絡(luò)事件的優(yōu)先級別的值是否大于預(yù)設(shè)值，如果是，表明該網(wǎng)絡(luò)事件達(dá)到報警級別，為報警事件，則執(zhí)行步驟109;否則，表明該網(wǎng)絡(luò)事件未達(dá)到報警級別，為一般事件，執(zhí)行步驟iio。步驟109:觸發(fā)報警提示。其中，該報警提示具體可以以彈出對話框或播放報警聲音的形式實(shí)現(xiàn)。進(jìn)一歩，在對話框中可以設(shè)定相關(guān)網(wǎng)頁，通過網(wǎng)頁査看更為詳細(xì)的關(guān)于報警事件的信息。步驟110:不執(zhí)行動作。本發(fā)明實(shí)施例提供的方法能夠支持IPv4/IPv6雙棧網(wǎng)絡(luò)，基于XML的交換內(nèi)容的定義有更好的擴(kuò)展性，更適合于分布式大規(guī)模網(wǎng)絡(luò)管理系統(tǒng)；通信協(xié)議采用MD5摘要進(jìn)行信息的認(rèn)證、校驗(yàn)具有良好的安全性；實(shí)現(xiàn)IPv4和IPv6網(wǎng)絡(luò)事件、IP網(wǎng)絡(luò)和傳輸網(wǎng)絡(luò)事件、網(wǎng)絡(luò)層事件和應(yīng)用層事件的一體化處理機(jī)制，在綜合分析網(wǎng)絡(luò)事件的基礎(chǔ)上，為管理人員提供真正有用的信息。實(shí)現(xiàn)了網(wǎng)絡(luò)事件的綜合處理與報警，具有良好的可擴(kuò)展性。事件信息可以根據(jù)需要進(jìn)行傳播和信息交換，能夠有效地實(shí)現(xiàn)信息交互，滿足大型網(wǎng)絡(luò)管理系統(tǒng)中的功能模塊相對獨(dú)立的要求。本發(fā)明實(shí)施例提供的方法可以在2.4GHz的CPU，內(nèi)存512M的Linux工作環(huán)境中實(shí)現(xiàn)，網(wǎng)絡(luò)事件發(fā)送、處理以及報警通過C語言實(shí)現(xiàn)。采用本發(fā)明實(shí)施例提供的方法實(shí)現(xiàn)的系統(tǒng)實(shí)際測試環(huán)境為中國教育和科研計(jì)算機(jī)網(wǎng)CERNET，下一代中國教育和科研計(jì)算機(jī)網(wǎng)CERNET2，并實(shí)際部署于CERNET(純IPv4網(wǎng)絡(luò))，CERNET2(純IPv6網(wǎng)絡(luò))和863高性能寬帶信息網(wǎng)3TNet(IPv4/IPv6雙棧網(wǎng)絡(luò))，并具有良好的效果。本發(fā)明實(shí)施例中的部分步驟，可以利用軟件實(shí)現(xiàn)，相應(yīng)的軟件程序可以存儲在可讀取的存儲介質(zhì)中，如光盤或硬盤等。以上所述僅為本發(fā)明的較佳實(shí)施例，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。權(quán)利要求1.一種網(wǎng)絡(luò)事件處理的方法，其特征在于，所述方法包括客戶端監(jiān)測被管對象并收集網(wǎng)絡(luò)事件信息，通過接口將所述網(wǎng)絡(luò)事件信息發(fā)送到網(wǎng)絡(luò)事件綜合處理服務(wù)器；所述網(wǎng)絡(luò)事件綜合處理服務(wù)器根據(jù)所述網(wǎng)絡(luò)事件綜合處理服務(wù)器的配置信息監(jiān)聽指定端口，接收所述端對應(yīng)的網(wǎng)絡(luò)事件信息，驗(yàn)證所述網(wǎng)絡(luò)事件信息摘要，如果驗(yàn)證結(jié)果下確，向所述網(wǎng)絡(luò)事件信息對應(yīng)的客戶端返回成功應(yīng)答；如果驗(yàn)證結(jié)果錯誤，則向所述客戶端返回錯誤應(yīng)答；所述網(wǎng)絡(luò)事件綜合處理服務(wù)器驗(yàn)證所述網(wǎng)絡(luò)事件信息摘要正確后，解析所述網(wǎng)絡(luò)事件信息，對所述網(wǎng)絡(luò)事件信息進(jìn)行處理，并分析所述網(wǎng)絡(luò)事件信息對應(yīng)的被管對象的狀態(tài)；所述網(wǎng)絡(luò)事件綜合處理服務(wù)器根據(jù)處理后的網(wǎng)絡(luò)事件信息，判斷網(wǎng)絡(luò)事件的優(yōu)先級別值是否大于預(yù)設(shè)值，如果是，所述網(wǎng)絡(luò)事件綜合處理服務(wù)器觸發(fā)報警提示。2.如權(quán)利要求1所述的網(wǎng)絡(luò)事件處理的方法，其特征在于，所述通過接口將所述網(wǎng)絡(luò)事件信息發(fā)送到網(wǎng)絡(luò)事件綜合處理服務(wù)器的步驟具體包括.所述客戶端讀取所述客戶端的配置信息，計(jì)算所述網(wǎng)絡(luò)事件信息摘要，并封裝所述網(wǎng)絡(luò)事件信息；將封裝好的網(wǎng)絡(luò)事件信息通過接口發(fā)送到網(wǎng)絡(luò)事件綜合處理服務(wù)器。3.如權(quán)利要求l所述的網(wǎng)絡(luò)事件處理的方法，其特征在于，所述對所述網(wǎng)絡(luò)事件信息進(jìn)行處理的步驟具體包括步驟A:判斷所述網(wǎng)絡(luò)事件信息中的網(wǎng)絡(luò)事件是否是新對象事件，如果是，保存所述網(wǎng)絡(luò)事件信息，更新所述網(wǎng)絡(luò)事件綜合處理服務(wù)器，完成對所述網(wǎng)絡(luò)事件信息的處理；否則，補(bǔ)充完整所述網(wǎng)絡(luò)事件信息中被管對象的信息，然后執(zhí)行步驟B;步驟B:判斷信息補(bǔ)充完整后的網(wǎng)絡(luò)事件信息中網(wǎng)絡(luò)事件是否是新類型事件，如果是，保存所述信息補(bǔ)充完整后的網(wǎng)絡(luò)事件信息，更新所述網(wǎng)絡(luò)事件綜合處理服務(wù)器，完成對所述網(wǎng)絡(luò)事件信息的處理；否則，執(zhí)行步驟C;步驟C:判斷所述信息補(bǔ)充完整后的網(wǎng)絡(luò)事件信息中網(wǎng)絡(luò)事件是否是過時事件，如果是，保存所述信息補(bǔ)充完整后的網(wǎng)絡(luò)事件信息，完成對所述網(wǎng)絡(luò)事件信息的處理；否則，執(zhí)行歩驟D;歩驟D:判斷所述信息補(bǔ)充完整后的網(wǎng)絡(luò)事件信息中網(wǎng)絡(luò)事件是否是重復(fù)事件，如果是，保存所述信息補(bǔ)充完整后的網(wǎng)絡(luò)事件信息，更新所述網(wǎng)絡(luò)事件綜合處理服務(wù)器，完成對所述網(wǎng)絡(luò)事件信息的處理；否則，所述信息補(bǔ)充完整后的網(wǎng)絡(luò)事件信息中網(wǎng)絡(luò)事件是新狀態(tài)事件，保存所述信息補(bǔ)充完整后的網(wǎng)絡(luò)事件信息，更新所述網(wǎng)絡(luò)事件綜合處理服務(wù)器，完成對所述網(wǎng)絡(luò)事件信息的處理。4.如權(quán)利要求3所述的網(wǎng)絡(luò)事件處理的方法，其特征在于，所述補(bǔ)充完整所述網(wǎng)絡(luò)事件信息中被管對象的信息的歩驟具體為補(bǔ)充完整所述網(wǎng)絡(luò)事件信息中被管對象的名稱、被管對象的地址、被管對象的類型、被管對象的標(biāo)識。5.如權(quán)利要求l所述的網(wǎng)絡(luò)事件處理的方法，其特征在于，所述報警提示具體包括對話框報警提示或聲音播放報警提示。6.如權(quán)利要求2所述的網(wǎng)絡(luò)事件處理的方法，其特征在于，所述網(wǎng)絡(luò)事件綜合處理服務(wù)器的配置信息和所述客戶端的配置信息具有相同的格式。全文摘要本發(fā)明公開了一種網(wǎng)絡(luò)事件處理的方法，屬于計(jì)算機(jī)網(wǎng)絡(luò)管理領(lǐng)域。所述方法包括客戶端監(jiān)測被管對象，收集并發(fā)送網(wǎng)絡(luò)事件信息；網(wǎng)絡(luò)事件綜合處理服務(wù)器根據(jù)網(wǎng)絡(luò)事件綜合處理服務(wù)器的配置信息、監(jiān)聽指定端口，接收對應(yīng)的網(wǎng)絡(luò)事件信息，驗(yàn)證網(wǎng)絡(luò)事件信息摘要并返回應(yīng)答；解析網(wǎng)絡(luò)事件信息，結(jié)合來自多個客戶端的事件信息進(jìn)行綜合處理，并分析網(wǎng)絡(luò)事件信息對應(yīng)的被管對象的狀態(tài)；判斷網(wǎng)絡(luò)事件的優(yōu)先級別值是否大于預(yù)設(shè)值，如果是，觸發(fā)報警提示。本發(fā)明提供的方法能夠支持IPv4/IPv6雙棧網(wǎng)絡(luò)，基于XML的交換內(nèi)容的定義有更好的擴(kuò)展性，更適合于分布式大規(guī)模網(wǎng)絡(luò)管理系統(tǒng)并實(shí)現(xiàn)了對來自多個監(jiān)測客戶端的網(wǎng)絡(luò)事件的綜合處理與報警。文檔編號H04L12/26GK101159632SQ20071017781公開日2008年4月9日申請日期2007年11月21日優(yōu)先權(quán)日2007年11月21日發(fā)明者安常青,輝張,星李,楊家海,黃桂奮申請人:清華大學(xué)