專利名稱：一種實現(xiàn)網(wǎng)絡(luò)監(jiān)控的方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及計算機(jī)網(wǎng)絡(luò)管理技術(shù)，更具體地說，涉及一種實現(xiàn)網(wǎng)絡(luò)監(jiān)控的方法及
系統(tǒng)。
背景技術(shù)：
計算機(jī)網(wǎng)絡(luò)是計算機(jī)技術(shù)和通信技術(shù)緊密結(jié)合并不斷發(fā)展的一門學(xué)科。它的理論 發(fā)展和應(yīng)用水平直接反映了一個國家信息化發(fā)展的現(xiàn)狀，并且是高新技術(shù)的重要標(biāo)志。目 前，在以信息化帶動工業(yè)化和工業(yè)化促進(jìn)信息化的進(jìn)程中，計算機(jī)網(wǎng)絡(luò)扮演了越來越重要 的角色。計算機(jī)網(wǎng)絡(luò)管理技術(shù)是以計算機(jī)網(wǎng)絡(luò)為基礎(chǔ)，以管理為核心，以保障網(wǎng)絡(luò)系統(tǒng)的可 靠運行為目的的一項綜合技術(shù)。 網(wǎng)絡(luò)管理的目的就是確保一定范圍內(nèi)的網(wǎng)絡(luò)及其網(wǎng)絡(luò)設(shè)備能夠穩(wěn)定、可靠、高效 地運行，使所有的網(wǎng)絡(luò)資源處于良好的運行狀態(tài)，達(dá)到用戶預(yù)期的要求。過去有一些簡單的 工具用來幫助網(wǎng)管人員管理網(wǎng)絡(luò)資源，但隨著網(wǎng)絡(luò)規(guī)模的擴(kuò)大和復(fù)雜度的增加，對強大易 用的管理工具的需求也日益顯得迫切，管理人員需要依賴強大的工具完成各種各樣的網(wǎng)絡(luò) 管理任務(wù)。 網(wǎng)絡(luò)監(jiān)控是實施網(wǎng)絡(luò)管理的基礎(chǔ)，管理人員必須清楚的了解服務(wù)器、網(wǎng)絡(luò)設(shè)備以 及應(yīng)用服務(wù)的當(dāng)前狀態(tài)，才能夠?qū)W(wǎng)絡(luò)及網(wǎng)絡(luò)中的相應(yīng)設(shè)備進(jìn)行維護(hù)和管理。由于不同的 網(wǎng)絡(luò)環(huán)境，不同的目標(biāo)設(shè)備使用的互聯(lián)網(wǎng)應(yīng)用協(xié)議和數(shù)據(jù)接口形形色色，要實現(xiàn)對不同目 標(biāo)設(shè)備進(jìn)行統(tǒng)一監(jiān)控，必須將各種應(yīng)用協(xié)議進(jìn)行整合，對各種數(shù)據(jù)接口的數(shù)據(jù)進(jìn)行及時處 理，同時也要配合不斷增長的監(jiān)控需求，但是現(xiàn)有技術(shù)的大部分監(jiān)控系統(tǒng)功能較單一，不能 夠同時實現(xiàn)對不同標(biāo)準(zhǔn)的服務(wù)器、網(wǎng)絡(luò)設(shè)備以及應(yīng)用服務(wù)的監(jiān)控，并且不能靈活處理新的 監(jiān)控需求。 綜上所述，目前亟需一種功能全面的監(jiān)控平臺，能夠整合多種互聯(lián)網(wǎng)協(xié)議、接收并 處理各種不同數(shù)據(jù)接口的數(shù)據(jù)且能夠支持不斷擴(kuò)展的監(jiān)控需求、滿足用戶對監(jiān)控靈活性的 需求。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明提供一種實現(xiàn)網(wǎng)絡(luò)監(jiān)控的方法及系統(tǒng)，通過支持各種數(shù)據(jù)接口， 整合多種互聯(lián)網(wǎng)協(xié)議，實現(xiàn)了對網(wǎng)絡(luò)設(shè)備、服務(wù)器以及應(yīng)用服務(wù)的統(tǒng)一監(jiān)控，并能夠支持不 斷擴(kuò)展的監(jiān)控需求，滿足用戶對監(jiān)控靈活性的需求。
為實現(xiàn)上述目的，本發(fā)明提供了如下技術(shù)方案
本發(fā)明公開了一種實現(xiàn)網(wǎng)絡(luò)監(jiān)控的方法，包括 使用預(yù)設(shè)方式，通過各種數(shù)據(jù)接口，采集網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)的性能 數(shù)據(jù)； 對所述性能數(shù)據(jù)進(jìn)行處理，得到表述所述網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)的當(dāng) 前狀態(tài)的處理結(jié)果；
將所述處理結(jié)果以預(yù)設(shè)形式輸出。 優(yōu)選的，采集網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)的性能數(shù)據(jù)之前，還包括按照標(biāo) 準(zhǔn)應(yīng)用協(xié)議將所述網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)進(jìn)行分類。 優(yōu)選的，所述采集過程包括，對使用不同數(shù)據(jù)接口接收到的數(shù)據(jù)進(jìn)行解析，以定義 所述數(shù)據(jù)的格式。 優(yōu)選的，每一條性能數(shù)據(jù)具有唯一的標(biāo)識，其中包括用戶自定義的標(biāo)識，具有相同 標(biāo)識的性能數(shù)據(jù)對應(yīng)同一種事件類型。 優(yōu)選的，通過SNMP協(xié)議和/或agent程序采集服務(wù)器的性能數(shù)據(jù)。 優(yōu)選的，使用SNMP協(xié)議采集服務(wù)器的性能數(shù)據(jù)的具體過程為，向目標(biāo)服務(wù)器發(fā)送
相應(yīng)的指令，并接收所述目標(biāo)服務(wù)器發(fā)送的應(yīng)答數(shù)據(jù)包，根據(jù)所述應(yīng)答數(shù)據(jù)包分析得出所
述目標(biāo)服務(wù)器的性能數(shù)據(jù)。 優(yōu)選的，使用agent程序采集服務(wù)器的性能數(shù)據(jù)的具體過程為，在目標(biāo)服務(wù)器上
預(yù)先安裝agent程序，接收agent程序發(fā)送的所述目標(biāo)服務(wù)器的性能數(shù)據(jù)。 優(yōu)選的，通過SNMP協(xié)議采集網(wǎng)絡(luò)設(shè)備的性能數(shù)據(jù)的具體過程為，向所述網(wǎng)絡(luò)設(shè)備
發(fā)送相應(yīng)的指令，并接收所述網(wǎng)絡(luò)設(shè)備發(fā)送的應(yīng)答數(shù)據(jù)包，根據(jù)所述應(yīng)答數(shù)據(jù)包分析得出
所述網(wǎng)絡(luò)設(shè)備的性能數(shù)據(jù)。。 優(yōu)選的，通過部署在服務(wù)器上的采集程序模擬客戶端請求的方式，向被監(jiān)測的應(yīng)
用服務(wù)器發(fā)送相應(yīng)協(xié)議的請求，并接收所述應(yīng)用服務(wù)器的應(yīng)答報文，對所述應(yīng)答報文進(jìn)行
解析，從中獲取應(yīng)用服務(wù)的性能數(shù)據(jù)。 優(yōu)選的，所述采集程序具有分層的結(jié)構(gòu)體系。 優(yōu)選的，對所述性能數(shù)據(jù)的處理過程包括，針對不同的性能數(shù)據(jù)，根據(jù)用戶需求， 通過編寫程序處理代碼實現(xiàn)數(shù)據(jù)處理邏輯的定制。 優(yōu)選的，將接收的性能數(shù)據(jù)與預(yù)設(shè)閾值相比較，判斷是否生成相應(yīng)的事件，如果
是，根據(jù)事件的標(biāo)識，判斷事件的類型，自動選擇與該事件對應(yīng)的分析處理邏輯。 優(yōu)選的，根據(jù)事件的標(biāo)識，確定該事件是否為新事件，如果是，為該事件賦予區(qū)別
于其它事件的標(biāo)識；如果不是新事件，為表示該事件發(fā)生次數(shù)的屬性值加一。 優(yōu)選的，根據(jù)所述性能數(shù)據(jù)中的IP地址，確定事件源設(shè)備，通過查找設(shè)備清單，將
該設(shè)備的使用信息、管理信息附加到事件信息中，將事件信息作為處理結(jié)果輸出。 優(yōu)選的，保存生成的事件信息后啟動事件輸出邏輯。 優(yōu)選的，對所述性能數(shù)據(jù)的處理過程還包括，將所述事件的各種屬性進(jìn)行組合，為 每種組合預(yù)設(shè)相應(yīng)的告警通知規(guī)則。 優(yōu)選的，對所述性能數(shù)據(jù)的處理過程還包括，根據(jù)所述新事件的屬性，定義所述新 事件的告警通知規(guī)則。 優(yōu)選的，通過web頁面、報表、短信、聲音、程序頁面的彈出窗口 、郵件和/或觸發(fā)業(yè) 務(wù)流程的形式輸出所述處理結(jié)果。 本發(fā)明還公開了一種實現(xiàn)網(wǎng)絡(luò)監(jiān)控的系統(tǒng)，包括 采集模塊，支持多種接口，用于采集網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)的性能數(shù) 據(jù)； 數(shù)據(jù)處理模塊，用于對所述性能數(shù)據(jù)進(jìn)行處理，得到表述所述網(wǎng)絡(luò)設(shè)備、服務(wù)器和CN /或應(yīng)用服務(wù)的當(dāng)前狀態(tài)的結(jié)果； 輸出展示模塊，用于將所述處理結(jié)果以預(yù)設(shè)形式輸出并展示。 優(yōu)選的，還包括分類單元，用于按照標(biāo)準(zhǔn)應(yīng)用協(xié)議將所述網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或 應(yīng)用服務(wù)進(jìn)行分類。 優(yōu)選的，所述采集模塊包括解析單元，用于對使用不同數(shù)據(jù)接口接收到的數(shù)據(jù)進(jìn) 行解析，以定義所述數(shù)據(jù)的格式。 優(yōu)選的，所述采集模塊還包括分配單元，用于為每一種事件類型對應(yīng)的性能數(shù)據(jù) 指定一個標(biāo)識，所述事件類型中包括用戶自定義的事件類型，當(dāng)所述采集模塊采集所述性 能數(shù)據(jù)時，為所述性能數(shù)據(jù)賦予對應(yīng)的事件類型的標(biāo)識。
優(yōu)選的，所述采集模塊還包括 發(fā)送單元，用于向不同標(biāo)準(zhǔn)的服務(wù)器和/或網(wǎng)絡(luò)設(shè)備發(fā)送相應(yīng)指令的請求；
接收單元，用于接收服務(wù)器和/或網(wǎng)絡(luò)設(shè)備的響應(yīng)數(shù)據(jù)； 數(shù)據(jù)提取單元，用于從所述響應(yīng)數(shù)據(jù)中獲取所述網(wǎng)絡(luò)設(shè)備和/或服務(wù)器的性能數(shù) 據(jù)。 優(yōu)選的，所述采集模塊還包括，部署在不同服務(wù)器的采集程序，所述采集程序用
于模擬客戶端的請求，并由所述發(fā)送單元向被監(jiān)測的應(yīng)用服務(wù)器發(fā)送相應(yīng)協(xié)議的請求，由
所述接收單元接收所述應(yīng)用服務(wù)器的應(yīng)答報文，所述數(shù)據(jù)提取單元對所述應(yīng)答報文進(jìn)行解
析，從中獲取應(yīng)用服務(wù)的性能數(shù)據(jù)。 優(yōu)選的，所述采集程序具有分層的結(jié)構(gòu)體系。 優(yōu)選的，所述數(shù)據(jù)處理模塊包括預(yù)備處理單元，用于針對不同的性能數(shù)據(jù)，根據(jù)用
戶需求，通過編寫程序處理代碼實現(xiàn)數(shù)據(jù)處理邏輯的定制。 優(yōu)選的，所述數(shù)據(jù)處理模塊還包括 存儲單元，用于存儲預(yù)設(shè)閾值、預(yù)設(shè)的事件類型與標(biāo)識的對應(yīng)關(guān)系，以及事件類型 與分析處理邏輯的對應(yīng)關(guān)系； 比較單元，用于將接收的性能數(shù)據(jù)與預(yù)設(shè)閾值相比較，得出比較結(jié)果；
判斷單元，用于根據(jù)所述比較結(jié)果判斷是否生成相應(yīng)的事件； 選擇單元，用于根據(jù)事件的標(biāo)識與事件類型以及事件類型與分析處理邏輯的對應(yīng) 關(guān)系，選擇事件類型，并自動選擇與該事件對應(yīng)的分析處理邏輯。 優(yōu)選的，所述數(shù)據(jù)處理模塊還包括，應(yīng)急處理單元，用于當(dāng)所述事件為新事件時， 為該事件賦予區(qū)別于其它事件的標(biāo)識，并定義該事件的分析處理邏輯。
優(yōu)選的，所述數(shù)據(jù)處理模塊還包括 查找單元，用于根據(jù)所述性能數(shù)據(jù)中的IP地址，確定事件源設(shè)備，并查找設(shè)備清 單，得到該設(shè)備的使用信息、管理信息； 添加單元，用于將所述設(shè)備的使用信息、管理信息附加到事件信息中。
優(yōu)選的，所述數(shù)據(jù)處理模塊還包括系統(tǒng)數(shù)據(jù)庫，所述系統(tǒng)數(shù)據(jù)庫包括
事件存儲單元，用于存儲生成的事件信息； 觸發(fā)器，用于當(dāng)有事件信息存入所述事件存儲單元后，啟動事件輸出邏輯。 優(yōu)選的，所述數(shù)據(jù)處理模塊還包括，告警規(guī)則設(shè)置單元，用于將所述事件的各種屬
性進(jìn)行組合，為每種組合預(yù)設(shè)相應(yīng)的告警通知規(guī)則。
7
優(yōu)選的，所述輸出展示模塊包括web頁面展示單元、報表管理平臺、企業(yè)短信平 臺、企業(yè)郵箱管理平臺和/或企業(yè)流程管理平臺。 從上述的技術(shù)方案可以看出，本發(fā)明實施例通過支持各種數(shù)據(jù)接口 ，預(yù)先設(shè)定對 網(wǎng)絡(luò)設(shè)備、服務(wù)器以及應(yīng)用服務(wù)的不同采集方案，對不同的設(shè)備(即網(wǎng)絡(luò)設(shè)備和服務(wù)器，下 同)和應(yīng)用服務(wù)采用不同的采集方式來采集性能數(shù)據(jù)，之后對不同設(shè)備和應(yīng)用服務(wù)的性能 數(shù)據(jù)，使用與該設(shè)備和應(yīng)用服務(wù)對應(yīng)的分析處理邏輯進(jìn)行處理，進(jìn)而得到該設(shè)備或應(yīng)用服 務(wù)的當(dāng)前狀態(tài)，最后將設(shè)備的狀態(tài)信息以用戶希望的形式輸出給相應(yīng)人員以維持設(shè)備和應(yīng) 用服務(wù)的正常工作。 監(jiān)控對象性能數(shù)據(jù)的采集是網(wǎng)絡(luò)管理的前提和基礎(chǔ)，本發(fā)明實施例由于在采集數(shù) 據(jù)之前已按照標(biāo)準(zhǔn)應(yīng)用協(xié)議將不同的設(shè)備和應(yīng)用服務(wù)進(jìn)行了分類，并且由于采集模塊支持 各種接口 ，能夠?qū)Ω鞣N數(shù)據(jù)接口接收的數(shù)據(jù)進(jìn)行解析，并且支持隨時新增的數(shù)據(jù)接口形式， 使得數(shù)據(jù)的采集過程整合了多種應(yīng)用協(xié)議，同時由與采集模塊相適配的數(shù)據(jù)處理模塊，將 接收到的各種性能數(shù)據(jù)進(jìn)行處理，且處理過程可通過編寫特定程序處理代碼的形式，允許 用戶自定義數(shù)據(jù)處理邏輯，并且可以為隨時新增的新事件定義告警通知規(guī)則，最后由輸出 展示模塊根據(jù)事件的各種屬性，查詢與該事件對應(yīng)的輸出規(guī)則，進(jìn)而以用戶自定義的輸出 方式輸出該事件。 本發(fā)明實施例對所述性能數(shù)據(jù)從采集到處理再到輸出，每個步驟都設(shè)置有配套的 應(yīng)急處理機(jī)制，使得整個過程中隨時都可以增加新的監(jiān)控設(shè)備，以及允許用戶自定義各種 事件類型、數(shù)據(jù)處理邏輯和告警通知規(guī)則等，進(jìn)而增強了系統(tǒng)的可擴(kuò)展性和靈活性。


為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn) 有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本 發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以 根據(jù)這些附圖獲得其他的附圖。
圖1為本發(fā)明實施例公開的一種實現(xiàn)網(wǎng)絡(luò)監(jiān)控的方法的流程圖； 圖2為本發(fā)明實施例公開的一種實現(xiàn)網(wǎng)絡(luò)監(jiān)控的方法中對性能數(shù)據(jù)的處理過程
的流程圖； 圖3為本發(fā)明實施例公開的一種實現(xiàn)網(wǎng)絡(luò)監(jiān)控的系統(tǒng)的結(jié)構(gòu)圖；
圖4為本發(fā)明另一實施例公開的一種實現(xiàn)網(wǎng)絡(luò)監(jiān)控的系統(tǒng)的結(jié)構(gòu)圖。
具體實施例方式
本發(fā)明實施例公開了一種實現(xiàn)網(wǎng)絡(luò)監(jiān)控的方法及系統(tǒng)，通過支持各種接口，并預(yù) 先根據(jù)不同的設(shè)備和應(yīng)用服務(wù)有針對性的設(shè)定不同的采集方案，使得可以實現(xiàn)對不同的設(shè) 備和應(yīng)用服務(wù)的性能數(shù)據(jù)的采集，之后對不同設(shè)備和應(yīng)用服務(wù)的性能數(shù)據(jù)，使用與該設(shè)備 和應(yīng)用服務(wù)對應(yīng)的分析處理邏輯進(jìn)行處理，進(jìn)而得到該設(shè)備或應(yīng)用服務(wù)的當(dāng)前狀態(tài)，最后 將設(shè)備的狀態(tài)信息以用戶希望的形式輸出給相應(yīng)人員以維持設(shè)備和應(yīng)用服務(wù)的正常工作。 其中，數(shù)據(jù)的處理邏輯、事件類型以及告警通知規(guī)則等都可以由用戶自定義，進(jìn)而增強了系 統(tǒng)的可擴(kuò)展性和靈活性。
下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完 整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例?；?本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他 實施例，都屬于本發(fā)明保護(hù)的范圍。 本說明書中各個實施例采用遞進(jìn)的方式描述，每個實施例重點說明的都是與其他 實施例的不同之處，各個實施例之間相同相似部分互相參見即可。對于實施例公開的裝置 而言，由于其與實施例公開的方法相對應(yīng)，所以描述的比較簡單，相關(guān)之處參見方法部分說 明即可。 參見圖l，為本發(fā)明實施例公開的一種實現(xiàn)網(wǎng)絡(luò)監(jiān)控的方法的流程圖，該方法包括 以下步驟 步驟S101 :使用預(yù)設(shè)方式，通過各種數(shù)據(jù)接口 ，采集網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用 服務(wù)的性能數(shù)據(jù)； 本步驟所述的預(yù)設(shè)方式是指，按照標(biāo)準(zhǔn)應(yīng)用協(xié)議將所述網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或 應(yīng)用服務(wù)進(jìn)行分類之后，系統(tǒng)針對不同的網(wǎng)絡(luò)設(shè)備、服務(wù)器和應(yīng)用服務(wù)而設(shè)定的采集其性 能數(shù)據(jù)的適當(dāng)方式。該采集過程包括，模擬客戶端請求的方式，向不同標(biāo)準(zhǔn)的服務(wù)器和/或 網(wǎng)絡(luò)設(shè)備發(fā)送不同的請求，并接收服務(wù)器和/或網(wǎng)絡(luò)設(shè)備的響應(yīng)數(shù)據(jù)，從所述響應(yīng)數(shù)據(jù)中 獲取所述網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)的性能數(shù)據(jù)。針對不同的設(shè)備或應(yīng)用服務(wù)，采集 方式又可以細(xì)分為如下幾種情況 針對服務(wù)器的性能數(shù)據(jù)的采集，可以通過SNMP協(xié)議和/或agent程序來實現(xiàn)。使 用SNMP協(xié)議采集服務(wù)器的性能數(shù)據(jù)的具體過程為，向目標(biāo)服務(wù)器發(fā)送相應(yīng)的指令，并接收 所述目標(biāo)服務(wù)器發(fā)送的應(yīng)答數(shù)據(jù)包，根據(jù)所述應(yīng)答數(shù)據(jù)包分析得出所述目標(biāo)服務(wù)器的性 能數(shù)據(jù)；使用agent程序采集服務(wù)器的性能數(shù)據(jù)的具體過程為，在目標(biāo)服務(wù)器上預(yù)先安裝 agent程序，接收agent程序發(fā)送的所述目標(biāo)服務(wù)器的性能數(shù)據(jù)。 針對網(wǎng)絡(luò)設(shè)備的性能數(shù)據(jù)的采集，由于網(wǎng)絡(luò)設(shè)備無法安裝agent程序，則主要使 用SNMP協(xié)議進(jìn)行采集，采集方法跟服務(wù)器相類似，這里不再贅述。 針對應(yīng)用服務(wù)的性能數(shù)據(jù)的采集方式主要為通過部署在服務(wù)器上的采集程序
模擬客戶端請求的方式，向被監(jiān)測的應(yīng)用服務(wù)器發(fā)送相應(yīng)協(xié)議的請求，如一個http的請求
(即一個URL請求)，請求發(fā)送之后，接收所述應(yīng)用服務(wù)器的應(yīng)答報文，對所述應(yīng)答報文進(jìn)行
解析，從中獲取應(yīng)用服務(wù)的性能數(shù)據(jù)，如http的first byte的時間等。 本領(lǐng)域技術(shù)人員可以理解，所述設(shè)置在服務(wù)器上的采集程序中，某些采集程序具
有分層的結(jié)構(gòu)體系，既可以做管理端，也可以做采集端，通過采集程序的層次化，可以擴(kuò)展
監(jiān)控設(shè)備的數(shù)量，以支持不斷增長的監(jiān)控需求。 需要說明的是，對于不同的監(jiān)控設(shè)備來說，數(shù)據(jù)接口多種多樣，如socket、syslog、 Flat File、SNMP以及C0RBA等接口 ，因此，在采集性能數(shù)據(jù)之前，應(yīng)先確認(rèn)數(shù)據(jù)接口方式才 能夠?qū)Σ煌O(shè)備和應(yīng)用服務(wù)的性能數(shù)據(jù)進(jìn)行采集，之后對通過不同數(shù)據(jù)接口接收的數(shù)據(jù)進(jìn) 行解析，以定義所述數(shù)據(jù)的格式。針對不同數(shù)據(jù)接口，下面舉例說明 例如跟被監(jiān)控設(shè)備確定數(shù)據(jù)接口為socket和Flat File,對于經(jīng)socket接口接收 的報文，需要定義報文的格式，即報文頭有多少字節(jié)，每個字節(jié)是什么含義，報文體是什么 結(jié)構(gòu)，有哪些內(nèi)容，按什么順序排列等；同理對于經(jīng)FlatFile接口接收的文件，則需要定義文件的格式，即該文件包括幾行幾列，每一行包括哪些數(shù)據(jù)，每一列代表什么數(shù)據(jù)等。經(jīng)過 上述對文件格式的定義，便可以實現(xiàn)對數(shù)據(jù)格式的擴(kuò)展，使本實施例可以接收任意數(shù)據(jù)接 口所發(fā)送的數(shù)據(jù)。 由于通過上述方式實現(xiàn)了數(shù)據(jù)格式的擴(kuò)展，相應(yīng)的，在數(shù)據(jù)接收方面也要進(jìn)行擴(kuò) 展，如采用socket接口時，數(shù)據(jù)接收方就需要實現(xiàn)socket監(jiān)聽程序，實現(xiàn)報文解析功能，以 得到相應(yīng)的設(shè)備或應(yīng)用服務(wù)的性能數(shù)據(jù)；同理，采用Flat File接口時，數(shù)據(jù)接收方就需要 實現(xiàn)文件的解析功能，以得到相應(yīng)的設(shè)備或應(yīng)用服務(wù)的性能數(shù)據(jù)。 另外，上述采集到的每一條性能數(shù)據(jù)都具有特定的標(biāo)識，以針對不同的事件類型， 另外，還可以由用戶自定義事件類型，即采集到的某些性能數(shù)據(jù)具有用戶自定義的標(biāo)識，具 有相同標(biāo)識的性能數(shù)據(jù)對應(yīng)同一種事件類型，由于本實施例中的采集程序和應(yīng)用協(xié)議的多 樣化，同樣可以支持用戶自定義的第三方的采集程序。
步驟S102 :對所述性能數(shù)據(jù)進(jìn)行處理； 步驟S103 :得到表述所述網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)的當(dāng)前狀態(tài)的處理結(jié) 果； 步驟S104 :將所述處理結(jié)果以預(yù)設(shè)形式輸出。 其中，步驟S102以及步驟S103對采集到的性能數(shù)據(jù)進(jìn)行處理以得到處理結(jié)果的 過程中，針對不同的性能數(shù)據(jù)，可以根據(jù)用戶的業(yè)務(wù)需求，來定制相應(yīng)的數(shù)據(jù)處理邏輯，該 數(shù)據(jù)處理邏輯的定制過程是通過編寫特定的程序處理代碼來實現(xiàn)的，并且該定制過程可以 發(fā)生在任意時刻，即對于新增的監(jiān)控需求，本發(fā)明實施例均可以及時的進(jìn)行處理，并且擴(kuò)展 新的處理邏輯之后，都會將該處理邏輯進(jìn)行保存。 下面結(jié)合圖2對該數(shù)據(jù)處理過程進(jìn)行詳細(xì)描述，包括以下步驟 步驟S201 :將接收的性能值與預(yù)設(shè)閾值相比較，得到比較結(jié)果，該比較過程并非
只是簡單的大小的比較，也可以實現(xiàn)復(fù)雜的運算和處理； 步驟S202 :根據(jù)比較結(jié)果判斷是否生成相應(yīng)的事件，如果是，進(jìn)入步驟S203 ;
步驟S203 :根據(jù)事件的標(biāo)識，判斷事件的類型；
步驟S204 :自動選擇與該事件對應(yīng)的分析處理邏輯。 上述步驟S203和步驟S204中的具體判斷過程為，當(dāng)所述性能數(shù)據(jù)超過用戶預(yù)先 設(shè)定的閾值時，即判定為生成一個告警事件，之后根據(jù)用戶需要做相應(yīng)的處理，比如根據(jù) 事件的標(biāo)識，判斷該事件是否為新事件，如果是，為該事件賦予區(qū)別于其它事件的標(biāo)識；如 果不是新事件，為表示該事件發(fā)生次數(shù)的屬性值加一。 另外，得到相應(yīng)的事件后還包括，根據(jù)所述性能數(shù)據(jù)中的IP地址，確定事件源設(shè) 備，通過查找設(shè)備清單，將該設(shè)備的使用信息、管理信息附加到事件信息中，以便用戶能夠 更清楚的了解到該設(shè)備的情況，之后將事件信息作為處理結(jié)果輸出，但是，在啟動事件輸出 邏輯之前需保存生成的事件信息。 其中，本發(fā)明實施例還允許用戶自定義事件的告警通知規(guī)則，對于數(shù)據(jù)處理過程 中產(chǎn)生的新事件，也可以隨時定義新的告警通知規(guī)則，具體為，根據(jù)用戶的需要，將所述事 件的各種屬性進(jìn)行組合，為每種組合預(yù)設(shè)相應(yīng)的告警通知規(guī)則，所述事件屬性包括，事件類 型、級別、發(fā)生次數(shù)、應(yīng)用協(xié)議等，所述告警通知方式具體包括，web頁面、報表、短信、聲音、 程序頁面的彈出窗口 、郵件和/或觸發(fā)業(yè)務(wù)流程的形式輸出所述處理結(jié)果，所述告警通知規(guī)則可以由用戶自定義，即在輸出所述事件信息時，會根據(jù)事件的各種屬性，如事件類型， 屬于哪個監(jiān)控設(shè)備等，來查詢客戶自定義的相應(yīng)事件的輸出規(guī)則，之后以相應(yīng)形式輸出，其 具體形式如"鏈路事件連接發(fā)生三次時執(zhí)行郵件通知"。 關(guān)于事件的屬性、告警的通知方式以及事件的通知規(guī)則有多種，這里不再一一列舉。 本發(fā)明實施例公開的實現(xiàn)網(wǎng)絡(luò)監(jiān)控的方法，主要通過支持各種數(shù)據(jù)接口，預(yù)先根
據(jù)標(biāo)準(zhǔn)應(yīng)用協(xié)議將不同的網(wǎng)絡(luò)設(shè)備、服務(wù)器以及應(yīng)用服務(wù)進(jìn)行了分類，根據(jù)不同的分類對
不同的網(wǎng)絡(luò)設(shè)備、服務(wù)器以及應(yīng)用服務(wù)設(shè)定不同采集的方案，針對不同的設(shè)備和應(yīng)用服務(wù)
采用不同的采集方式來采集性能數(shù)據(jù)，之后對所述性能數(shù)據(jù)采用與該設(shè)備和應(yīng)用服務(wù)對應(yīng)
的分析處理邏輯進(jìn)行處理，進(jìn)而得到該設(shè)備或應(yīng)用服務(wù)的當(dāng)前狀態(tài)，最后將設(shè)備的狀態(tài)信
息以用戶希望的形式輸出給相應(yīng)人員以維持設(shè)備和應(yīng)用服務(wù)的正常工作。 其中，性能數(shù)據(jù)的采集過程通過支持各種數(shù)據(jù)接口，使得可以對通過各種接收的
數(shù)據(jù)進(jìn)行解析，并且同時支持隨時新增的數(shù)據(jù)接口形式，使得數(shù)據(jù)的采集過程整合了多種
應(yīng)用協(xié)議；在性能數(shù)據(jù)的分析處理過程中，通過編寫特定程序處理代碼的形式，允許用戶自
定義數(shù)據(jù)處理邏輯，并且可以為隨時新增的新事件定義告警通知規(guī)則；在輸出過程中，可以
根據(jù)事件的各種屬性，查詢與該事件對應(yīng)的輸出規(guī)則，進(jìn)而以用戶自定義的輸出方式輸出
該事件。整個過程中，每個步驟都設(shè)置有配套的應(yīng)急處理機(jī)制，使得整個過程中隨時都可以
增加新的監(jiān)控設(shè)備，以及允許用戶自定義各種事件類型、數(shù)據(jù)處理邏輯和告警通知規(guī)則等，
并且由于采集程序的層次性，增強了系統(tǒng)的可擴(kuò)展性和靈活性，以適應(yīng)不斷增長的監(jiān)控需求。 與方法相對應(yīng)，本發(fā)明實施例還公開了一種實現(xiàn)網(wǎng)絡(luò)監(jiān)控的系統(tǒng)，系統(tǒng)的結(jié)構(gòu)圖 如圖3所示，該系統(tǒng)包括以下功能單元 分類單元31，用于按照標(biāo)準(zhǔn)應(yīng)用協(xié)議將所述網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)進(jìn) 行分類，為采集各個監(jiān)控對象的性能數(shù)據(jù)提供了采集方式的依據(jù)，明確了不同采集對象分 別采用何種采集方式及使用哪種應(yīng)用協(xié)議采集。 采集模塊32，支持多種接口，用于采集網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)的性能數(shù) 據(jù)，由于該模塊可以支持各種接口，如socket、syslog、Flat File、SNMP以及CORBA等接口， 進(jìn)而可以監(jiān)控不同接口的設(shè)備以及擴(kuò)展可監(jiān)控的設(shè)備數(shù)量，以滿足不斷增長的監(jiān)控需求。
數(shù)據(jù)處理模塊33，用于對所述性能數(shù)據(jù)進(jìn)行處理，得到表述所述網(wǎng)絡(luò)設(shè)備、服務(wù)器 和/或應(yīng)用服務(wù)的當(dāng)前狀態(tài)的結(jié)果，在該模塊中，根據(jù)不同的性能數(shù)據(jù)，根據(jù)用戶需求，通 過編寫程序處理代碼實現(xiàn)數(shù)據(jù)處理邏輯的定制，即用戶可以自定義事件類型以及事件處理 邏輯。 輸出展示模塊34，用于將所述處理結(jié)果以預(yù)設(shè)形式輸出并展示，所述預(yù)設(shè)形式具 體指用戶可自定義的告警通知方式，如web頁面展示、報表展示、短信通知、聲音提醒、程序 頁面彈出窗口 、郵件通知以及觸發(fā)業(yè)務(wù)流程中的任意形式或其組合，輸出所述處理結(jié)果。當(dāng) 然還有其它展示形式，這里不再一一列舉。 為了更清楚的表述本實施例的系統(tǒng)，下面結(jié)合圖4詳細(xì)說明上述各模塊的具體結(jié) 構(gòu)，圖中標(biāo)號423表示采集模塊，424表示數(shù)據(jù)處理模塊，425表示輸出展示模塊，分類單元 401同圖3中的分類單元31功能相同。
11
如圖4所示，采集模塊423包括 解析單元402，用于對使用不同數(shù)據(jù)接口接收到的文件進(jìn)行解析，以定義所述文件 的格式，具體解析過程與方法實施例相對應(yīng)； 發(fā)送單元403，用于向不同標(biāo)準(zhǔn)的服務(wù)器和/或網(wǎng)絡(luò)設(shè)備發(fā)送相應(yīng)指令的請求；
接收單元404，用于接收服務(wù)器和/或網(wǎng)絡(luò)設(shè)備的響應(yīng)數(shù)據(jù)； 跟方法相對應(yīng)，發(fā)送單元403和接收單元404，可針對不同的設(shè)備和應(yīng)用服務(wù)，采 用不同的方式采集性能數(shù)據(jù)，如要得到服務(wù)器的性能數(shù)據(jù)，可采用SNMP協(xié)議的方式發(fā)送接 收信息，也可以采用在目標(biāo)服務(wù)器上安裝agent程序的方式，采集方式及發(fā)送接收的數(shù)據(jù) 類型跟方法相對應(yīng)，這里不再贅述； 數(shù)據(jù)提取單元405，用于從所述響應(yīng)數(shù)據(jù)中獲取所述網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用 服務(wù)的性能數(shù)據(jù)； 采集程序406，部署在不同服務(wù)器，用于模擬客戶端的請求，由發(fā)送單元403針對 不同的被監(jiān)測的應(yīng)用服務(wù)器，發(fā)送相應(yīng)協(xié)議的請求，由接收單元404接收所述應(yīng)用服務(wù)器 的應(yīng)答報文，數(shù)據(jù)提取單元405對所述應(yīng)答報文進(jìn)行解析，從中獲取應(yīng)用服務(wù)的性能數(shù)據(jù)。 其中，某些采集程序具有分層的結(jié)構(gòu)體系，即這些采集程序既可以做管理端，也可以做采集 端，因此可以擴(kuò)展監(jiān)控設(shè)備的數(shù)量； 分配單元407，用于為不同的事件類型用戶自定義的每一種事件類型指定一個標(biāo)
識，其中包括用戶自定義的事件類型，當(dāng)采集程序406以及數(shù)據(jù)提取單元405采集到相應(yīng)設(shè)
備和應(yīng)用服務(wù)的性能數(shù)據(jù)后，為所述性能數(shù)據(jù)賦予對應(yīng)的標(biāo)識，這些標(biāo)識中還包括用戶自
定義的事件類型所對應(yīng)的標(biāo)識。 數(shù)據(jù)處理模塊424包括以下功能單元 預(yù)備處理單元418，用于針對不同的性能數(shù)據(jù)，根據(jù)用戶需求，通過編寫程序處理 代碼實現(xiàn)數(shù)據(jù)處理邏輯的定制； 存儲單元415，用于預(yù)設(shè)閾值、存儲預(yù)設(shè)的事件類型與標(biāo)識的對應(yīng)關(guān)系，以及事件 類型與分析處理邏輯的對應(yīng)關(guān)系； 比較單元408，用于將接收的采集模塊423采集到的網(wǎng)絡(luò)設(shè)備、服務(wù)器和應(yīng)用服務(wù) 的性能數(shù)據(jù)與預(yù)設(shè)閾值相比較，得出比較結(jié)果，即采集到的性能值是否超出預(yù)設(shè)閾值；
判斷單元409，用于根據(jù)所述比較結(jié)果判斷是否生成相應(yīng)的事件，如果大于相應(yīng) 事件類型的預(yù)設(shè)閾值就判斷為生成該事件，如果接收到的性能數(shù)據(jù)對應(yīng)的事件在存儲單元 415中沒有預(yù)先存儲，則判定該事件為新事件； 選擇單元410，用于根據(jù)存儲單元415中的事件的標(biāo)識與事件類型以及事件類型 與分析處理邏輯的對應(yīng)關(guān)系，選擇事件類型，并自動選擇與該事件對應(yīng)的分析處理邏輯，此 處的分析處理邏輯可由用戶自定義； 應(yīng)急處理單元412，用于當(dāng)由判斷單元409判斷出接收到的性能數(shù)據(jù)對應(yīng)的事件 為新事件時，為該新事件賦予區(qū)別于其它事件的標(biāo)識，并為該新事件定義分析處理邏輯，該 處理過程可由用戶自定義； 查找單元416，用于根據(jù)所述性能數(shù)據(jù)中的IP地址，確定事件源設(shè)備，并查找設(shè)備 清單，得到該設(shè)備的使用信息、管理信息； 添加單元417，用于將所述設(shè)備的使用信息、管理信息附加到事件信息中；
事件存儲單元411，用于存儲生成的事件信息； 觸發(fā)器414，用于當(dāng)有事件信息存入所述事件存儲單元后，啟動事件輸出邏輯，其中，事件存儲單元411和觸發(fā)器414組成系統(tǒng)數(shù)據(jù)庫。 除上述功能單元之外，數(shù)據(jù)處理模塊424還包括，告警規(guī)則設(shè)置單元413，用于將所述事件的各種屬性進(jìn)行組合，為每種組合預(yù)設(shè)相應(yīng)的告警通知規(guī)則，在該單元中用戶可以自定義事件的告警通知規(guī)則以及通知方式，其中也包括對產(chǎn)生的新事件的告警通知規(guī)則的定義。 輸出展示模塊425包括企業(yè)流程管理平臺419、web頁面展示單元420、企業(yè)短信平臺421、企業(yè)郵箱管理平臺422以及報表管理平臺423等，用戶可以自定義事件信息的通知方式，用戶可以自由選擇上述不同的展示方式。 本系統(tǒng)可以調(diào)用外部系統(tǒng)或應(yīng)用平臺提供的接口，將需要發(fā)送的信息，通過網(wǎng)絡(luò)傳送給發(fā)送目標(biāo)，即輸出展示模塊425中的各種展示平臺。 從上述描述中可以看出，本系統(tǒng)設(shè)置有自動配置工具，以完成對系統(tǒng)基礎(chǔ)數(shù)據(jù)的
配置，包括對采集指標(biāo)的配置、通知邏輯的配置、事件類型的配置等，這些配置工具分別設(shè)
置在不同的功能單元中，使得用戶可以自定義通知邏輯以及事件類型等。 本領(lǐng)域技術(shù)人員可知，用戶自定義事件類型、事件的分析處理邏輯、事件的通知規(guī)
則的方式，可以設(shè)置專用的自定義模塊由用戶進(jìn)行設(shè)置，也可以在系統(tǒng)的后臺進(jìn)行設(shè)置，具
體設(shè)置方式均在本發(fā)明實施例的保護(hù)范圍之內(nèi)。 監(jiān)控對象性能數(shù)據(jù)的采集是網(wǎng)絡(luò)管理的前提和基礎(chǔ)，本發(fā)明實施例由于在采集數(shù)據(jù)之前已按照標(biāo)準(zhǔn)應(yīng)用協(xié)議將不同的設(shè)備和應(yīng)用服務(wù)進(jìn)行了分類，并且由于采集模塊支持各種接口 ，能夠?qū)Ω鞣N數(shù)據(jù)接口接收的文件進(jìn)行解析，并且支持隨時新增的數(shù)據(jù)接口形式，使得數(shù)據(jù)的采集過程整合了多種應(yīng)用協(xié)議，同時由與采集模塊相適配的數(shù)據(jù)處理模塊，將接收到的各種性能數(shù)據(jù)進(jìn)行處理，且處理過程可通過編寫特定程序處理代碼的形式，允許用戶自定義數(shù)據(jù)處理邏輯，并且可以為隨時新增的新事件定義告警通知規(guī)則，最后由輸出展示模塊根據(jù)事件的各種屬性，查詢與該事件對應(yīng)的輸出規(guī)則，進(jìn)而以用戶自定義的輸出方式輸出該事件。 本實施例中公開的系統(tǒng)，每個功能模塊中都設(shè)置有配套的應(yīng)急處理單元，使得整
個過程中隨時都可以增加新的監(jiān)控設(shè)備，以及允許用戶自定義各種事件類型、數(shù)據(jù)處理邏
輯和告警通知規(guī)則等，進(jìn)而增強了系統(tǒng)的可擴(kuò)展性和靈活性，又由于采集模塊的多樣化以
及可以分層采集的特點，增強了系統(tǒng)的可擴(kuò)展性，以適應(yīng)不斷增長的監(jiān)控需求。 本領(lǐng)域技術(shù)人員可以理解，結(jié)合本文中所公開的實施例描述的各示例的單元及算
法步驟，能夠以電子硬件、計算機(jī)軟件(如插件的形式)或者二者的結(jié)合來實現(xiàn)，為了清楚
地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成
及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計約
束條件。專業(yè)技術(shù)人員可以對每個特定的應(yīng)用來使用不同方法來實現(xiàn)所描述的功能，但是
這種實現(xiàn)不應(yīng)認(rèn)為超出本發(fā)明的范圍。 對所公開的實施例的上述說明，使本領(lǐng)域?qū)I(yè)技術(shù)人員能夠?qū)崿F(xiàn)或使用本發(fā)明。對這些實施例的多種修改對本領(lǐng)域的專業(yè)技術(shù)人員來說將是顯而易見的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實施例中實現(xiàn)。因此，本發(fā)明將不會被限制于本文所示的這些實施例，而是要符合與本文所公開的原理和新穎特點相一
致的最寬的范圍。
權(quán)利要求
一種實現(xiàn)網(wǎng)絡(luò)監(jiān)控的方法，其特征在于，包括使用預(yù)設(shè)方式，通過各種數(shù)據(jù)接口，采集網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)的性能數(shù)據(jù)；對所述性能數(shù)據(jù)進(jìn)行處理，得到表述所述網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)的當(dāng)前狀態(tài)的處理結(jié)果；將所述處理結(jié)果以預(yù)設(shè)形式輸出。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，采集網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)的 性能數(shù)據(jù)之前，還包括按照標(biāo)準(zhǔn)應(yīng)用協(xié)議將所述網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)進(jìn)行分 類。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述采集過程包括，對使用不同數(shù)據(jù)接口 接收到的數(shù)據(jù)進(jìn)行解析，以定義所述數(shù)據(jù)的格式。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，每一條性能數(shù)據(jù)具有唯一的標(biāo)識，其中包 括用戶自定義的標(biāo)識，具有相同標(biāo)識的性能數(shù)據(jù)對應(yīng)同一種事件類型。
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，通過SNMP協(xié)議和/或agent程序采集服 務(wù)器的性能數(shù)據(jù)。
6. 根據(jù)權(quán)利要求5所述的方法，其特征在于，使用SNMP協(xié)議采集服務(wù)器的性能數(shù)據(jù)的 具體過程為，向目標(biāo)服務(wù)器發(fā)送相應(yīng)的指令，并接收所述目標(biāo)服務(wù)器發(fā)送的應(yīng)答數(shù)據(jù)包，根 據(jù)所述應(yīng)答數(shù)據(jù)包分析得出所述目標(biāo)服務(wù)器的性能數(shù)據(jù)。
7. 根據(jù)權(quán)利要求6所述的方法，其特征在于，使用agent程序采集服務(wù)器的性能數(shù)據(jù)的 具體過程為，在目標(biāo)服務(wù)器上預(yù)先安裝agent程序，接收agent程序發(fā)送的所述目標(biāo)服務(wù)器 的性能數(shù)據(jù)。
8. 根據(jù)權(quán)利要求4所述的方法，其特征在于，通過SNMP協(xié)議采集網(wǎng)絡(luò)設(shè)備的性能數(shù)據(jù) 的具體過程為，向所述網(wǎng)絡(luò)設(shè)備發(fā)送相應(yīng)的指令，并接收所述網(wǎng)絡(luò)設(shè)備發(fā)送的應(yīng)答數(shù)據(jù)包， 根據(jù)所述應(yīng)答數(shù)據(jù)包分析得出所述網(wǎng)絡(luò)設(shè)備的性能數(shù)據(jù)。。
9. 根據(jù)權(quán)利要求4所述的方法，其特征在于，通過部署在服務(wù)器上的采集程序模擬客 戶端請求的方式，向被監(jiān)測的應(yīng)用服務(wù)器發(fā)送相應(yīng)協(xié)議的請求，并接收所述應(yīng)用服務(wù)器的 應(yīng)答報文，對所述應(yīng)答報文進(jìn)行解析，從中獲取應(yīng)用服務(wù)的性能數(shù)據(jù)。
10. 根據(jù)權(quán)利要求9所述的方法，其特征在于，所述采集程序具有分層的結(jié)構(gòu)體系。
11. 根據(jù)權(quán)利要求4所述的方法，其特征在于，對所述性能數(shù)據(jù)的處理過程包括，針對 不同的性能數(shù)據(jù)，根據(jù)用戶需求，通過編寫程序處理代碼實現(xiàn)數(shù)據(jù)處理邏輯的定制。
12. 根據(jù)權(quán)利要求11所述的方法，其特征在于，將接收的性能數(shù)據(jù)與預(yù)設(shè)閾值相比較， 判斷是否生成相應(yīng)的事件，如果是，根據(jù)事件的標(biāo)識，判斷事件的類型，自動選擇與該事件 對應(yīng)的分析處理邏輯。
13. 根據(jù)權(quán)利要求12所述的方法，其特征在于，根據(jù)事件的標(biāo)識，確定該事件是否為新 事件，如果是，為該事件賦予區(qū)別于其它事件的標(biāo)識；如果不是新事件，為表示該事件發(fā)生 次數(shù)的屬性值加一。
14. 根據(jù)權(quán)利要求13所述的方法，其特征在于，根據(jù)所述性能數(shù)據(jù)中的IP地址，確定事 件源設(shè)備，通過查找設(shè)備清單，將該設(shè)備的使用信息、管理信息附加到事件信息中，將事件 信息作為處理結(jié)果輸出。
15. 根據(jù)權(quán)利要求14所述的方法，其特征在于，保存生成的事件信息后啟動事件輸出邏輯。
16. 根據(jù)權(quán)利要求15所述的方法，其特征在于，對所述性能數(shù)據(jù)的處理過程還包括，將所述事件的各種屬性進(jìn)行組合，為每種組合預(yù)設(shè)相應(yīng)的告警通知規(guī)則。
17. 根據(jù)權(quán)利要求16所述的方法，其特征在于，對所述性能數(shù)據(jù)的處理過程還包括，根據(jù)所述新事件的屬性，定義所述新事件的告警通知規(guī)則。
18. 根據(jù)權(quán)利要求17所述的方法，其特征在于，通過web頁面、報表、短信、聲音、程序頁面的彈出窗口 、郵件和/或觸發(fā)業(yè)務(wù)流程的形式輸出所述處理結(jié)果。
19. 一種實現(xiàn)網(wǎng)絡(luò)監(jiān)控的系統(tǒng)，其特征在于，包括采集模塊，支持多種接口，用于采集網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)的性能數(shù)據(jù)；數(shù)據(jù)處理模塊，用于對所述性能數(shù)據(jù)進(jìn)行處理，得到表述所述網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)的當(dāng)前狀態(tài)的結(jié)果；輸出展示模塊，用于將所述處理結(jié)果以預(yù)設(shè)形式輸出并展示。
20. 根據(jù)權(quán)利要求19所述的系統(tǒng)，其特征在于，還包括分類單元，用于按照標(biāo)準(zhǔn)應(yīng)用協(xié)議將所述網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)進(jìn)行分類。
21. 根據(jù)權(quán)利要求20所述的系統(tǒng)，其特征在于，所述采集模塊包括解析單元，用于對使用不同數(shù)據(jù)接口接收到的數(shù)據(jù)進(jìn)行解析，以定義所述數(shù)據(jù)的格式。
22. 根據(jù)權(quán)利要求21所述的系統(tǒng)，其特征在于，所述采集模塊還包括分配單元，用于為每一種事件類型對應(yīng)的性能數(shù)據(jù)指定一個標(biāo)識，所述事件類型中包括用戶自定義的事件類型，當(dāng)所述采集模塊采集所述性能數(shù)據(jù)時，為所述性能數(shù)據(jù)賦予對應(yīng)的事件類型的標(biāo)識。
23. 根據(jù)權(quán)利要求22所述的系統(tǒng)，其特征在于，所述采集模塊還包括發(fā)送單元，用于向不同標(biāo)準(zhǔn)的服務(wù)器和/或網(wǎng)絡(luò)設(shè)備發(fā)送相應(yīng)指令的請求；接收單元，用于接收服務(wù)器和/或網(wǎng)絡(luò)設(shè)備的響應(yīng)數(shù)據(jù)；數(shù)據(jù)提取單元，用于從所述響應(yīng)數(shù)據(jù)中獲取所述網(wǎng)絡(luò)設(shè)備和/或服務(wù)器的性能數(shù)據(jù)。
24. 根據(jù)權(quán)利要求23所述的系統(tǒng)，其特征在于，所述采集模塊還包括，部署在不同服務(wù)器的采集程序，所述采集程序用于模擬客戶端的請求，并由所述發(fā)送單元向被監(jiān)測的應(yīng)用服務(wù)器發(fā)送相應(yīng)協(xié)議的請求，由所述接收單元接收所述應(yīng)用服務(wù)器的應(yīng)答報文，所述數(shù)據(jù)提取單元對所述應(yīng)答報文進(jìn)行解析，從中獲取應(yīng)用服務(wù)的性能數(shù)據(jù)。
25. 根據(jù)權(quán)利要求24所述的系統(tǒng)，其特征在于，所述采集程序具有分層的結(jié)構(gòu)體系。
26. 根據(jù)權(quán)利要求25所述的系統(tǒng)，其特征在于，所述數(shù)據(jù)處理模塊包括預(yù)備處理單元，用于針對不同的性能數(shù)據(jù)，根據(jù)用戶需求，通過編寫程序處理代碼實現(xiàn)數(shù)據(jù)處理邏輯的定制。
27. 根據(jù)權(quán)利要求26所述的系統(tǒng)，其特征在于，所述數(shù)據(jù)處理模塊還包括存儲單元，用于存儲預(yù)設(shè)閾值、預(yù)設(shè)的事件類型與標(biāo)識的對應(yīng)關(guān)系，以及事件類型與分析處理邏輯的對應(yīng)關(guān)系；比較單元，用于將接收的性能數(shù)據(jù)與預(yù)設(shè)閾值相比較，得出比較結(jié)果；判斷單元，用于根據(jù)所述比較結(jié)果判斷是否生成相應(yīng)的事件；選擇單元，用于根據(jù)事件的標(biāo)識與事件類型以及事件類型與分析處理邏輯的對應(yīng)關(guān)系，選擇事件類型，并自動選擇與該事件對應(yīng)的分析處理邏輯。
28. 根據(jù)權(quán)利要求27所述的系統(tǒng)，其特征在于，所述數(shù)據(jù)處理模塊還包括，應(yīng)急處理單 元，用于當(dāng)所述事件為新事件時，為該事件賦予區(qū)別于其它事件的標(biāo)識，并定義該事件的分 析處理邏輯。
29. 根據(jù)權(quán)利要求28所述的系統(tǒng)，其特征在于，所述數(shù)據(jù)處理模塊還包括 查找單元，用于根據(jù)所述性能數(shù)據(jù)中的IP地址，確定事件源設(shè)備，并查找設(shè)備清單，得到該設(shè)備的使用信息、管理信息；添加單元，用于將所述設(shè)備的使用信息、管理信息附加到事件信息中。
30. 根據(jù)權(quán)利要求29所述的系統(tǒng)，其特征在于，所述數(shù)據(jù)處理模塊還包括系統(tǒng)數(shù)據(jù)庫， 所述系統(tǒng)數(shù)據(jù)庫包括事件存儲單元，用于存儲生成的事件信息；觸發(fā)器，用于當(dāng)有事件信息存入所述事件存儲單元后，啟動事件輸出邏輯。
31. 根據(jù)權(quán)利要求30所述的系統(tǒng)，其特征在于，所述數(shù)據(jù)處理模塊還包括，告警規(guī)則設(shè) 置單元，用于將所述事件的各種屬性進(jìn)行組合，為每種組合預(yù)設(shè)相應(yīng)的告警通知規(guī)則。
32. 根據(jù)權(quán)利要求31所述的系統(tǒng)，其特征在于，所述輸出展示模塊包括web頁面展示單 元、報表管理平臺、企業(yè)短信平臺、企業(yè)郵箱管理平臺和/或企業(yè)流程管理平臺。
全文摘要
本發(fā)明實施例公開了一種實現(xiàn)網(wǎng)絡(luò)監(jiān)控的方法，包括采集網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)的性能數(shù)據(jù)；對所述性能數(shù)據(jù)進(jìn)行處理，得到表述所述網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)的當(dāng)前狀態(tài)的結(jié)果；根據(jù)用戶要求，將所述處理結(jié)果以預(yù)設(shè)形式輸出。本發(fā)明實施例整合了多種互聯(lián)網(wǎng)協(xié)議，實現(xiàn)對網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)的統(tǒng)一監(jiān)控，另外還具有靈活的事件處理能力，允許用戶自定義事件以及事件的處理邏輯，并將處理結(jié)果以用戶希望的形式發(fā)送至管理人員，本發(fā)明還具有很高的可擴(kuò)展性，以支持不斷增長的監(jiān)控需求。本發(fā)明還公開了一種實現(xiàn)網(wǎng)絡(luò)監(jiān)控的系統(tǒng)，包括采集模塊、數(shù)據(jù)處理模塊和輸出展示模塊，實現(xiàn)對網(wǎng)絡(luò)設(shè)備、服務(wù)器和/或應(yīng)用服務(wù)的統(tǒng)一監(jiān)控。
文檔編號H04L29/08GK101714930SQ20091024456
公開日2010年5月26日 申請日期2009年12月30日 優(yōu)先權(quán)日2009年12月30日
發(fā)明者于洪方, 井衛(wèi)軍, 劉健, 姚福源, 張夏添, 張永森, 蔣建平, 郝明亮, 馬洪亮, 魏敏麗 申請人:北京世紀(jì)互聯(lián)寬帶數(shù)據(jù)中心有限公司