一種實現網絡監控的方法及系統的製作方法

2023-10-19 20:05:47 1

專利名稱：一種實現網絡監控的方法及系統的製作方法
技術領域：
本發明涉及計算機網絡管理技術，更具體地說，涉及一種實現網絡監控的方法及
系統。
背景技術：
計算機網絡是計算機技術和通信技術緊密結合併不斷發展的一門學科。它的理論 發展和應用水平直接反映了一個國家信息化發展的現狀，並且是高新技術的重要標誌。目 前，在以信息化帶動工業化和工業化促進信息化的進程中，計算機網絡扮演了越來越重要 的角色。計算機網絡管理技術是以計算機網絡為基礎，以管理為核心，以保障網絡系統的可 靠運行為目的的一項綜合技術。 網絡管理的目的就是確保一定範圍內的網絡及其網絡設備能夠穩定、可靠、高效 地運行，使所有的網絡資源處於良好的運行狀態，達到用戶預期的要求。過去有一些簡單的 工具用來幫助網管人員管理網絡資源，但隨著網絡規模的擴大和複雜度的增加，對強大易 用的管理工具的需求也日益顯得迫切，管理人員需要依賴強大的工具完成各種各樣的網絡 管理任務。 網絡監控是實施網絡管理的基礎，管理人員必須清楚的了解伺服器、網絡設備以 及應用服務的當前狀態，才能夠對網絡及網絡中的相應設備進行維護和管理。由於不同的 網絡環境，不同的目標設備使用的網際網路應用協議和數據接口形形色色，要實現對不同目 標設備進行統一監控，必須將各種應用協議進行整合，對各種數據接口的數據進行及時處 理，同時也要配合不斷增長的監控需求，但是現有技術的大部分監控系統功能較單一，不能 夠同時實現對不同標準的伺服器、網絡設備以及應用服務的監控，並且不能靈活處理新的 監控需求。 綜上所述，目前亟需一種功能全面的監控平臺，能夠整合多種網際網路協議、接收並 處理各種不同數據接口的數據且能夠支持不斷擴展的監控需求、滿足用戶對監控靈活性的 需求。

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


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