一種消息處理的系統及方法
2023-10-05 05:11:14 1
專利名稱：一種消息處理的系統及方法
技術領域：
本發明涉及網絡設備的監控管理技術，具體涉及一種消息處理的系統及方法。
背景技術：
在電信網絡或者計算機網絡中，由於要保證網絡的暢通，因此需要對網絡設備的運行狀態進行持續的監控。以前網絡維護人員如果要了解網絡設備的運行狀態，需要定時到機房檢查，這樣會佔用大量人力，而且不能及時發現網絡設備的故障。由於這個原因，遠程網絡管理系統應運而生，管理員不用到機房，只需遠程連接到對整個網絡的運轉進行監控的網絡管理系統，就可以知道網絡設備的當前運行狀態。在這兩種情況下，都需要網絡管理員持續關注網絡設備的運行信息，同樣佔用大量人力。如果維護人員不在現場或者不能及時從網絡管理系統中查看信息，就不能準確掌握設備的運行狀態，從而有可能由於沒有及時排除某個設備的故障，而造成整個網絡不能正常運轉。
為了解決上述問題，現有的某些網絡設備，例如路由器、交換機等，往往自身安裝有告警轉發的軟體，當它們自身出現故障時，發出告警、日誌等表徵設備狀態的信息，並通過私有協議將它們轉發到用戶的行動電話、尋呼機或者電子信箱等消息接收裝置中。這樣用戶通過自己的信息聯繫工具，可以及時了解到這些網絡設備的運行狀況，並可以及時採取措施，從而提高整個系統的安全性。
但是由於目前能夠發送信息的網絡設備都是獨立地通過自己的軟體設置來完成各自消息的發送，它們各自擁有一套監控信息消息的處理方法，發送給管理員的消息格式也各不相同，而且各個網絡設備分別擁有的監控設備狀態信息的處理模塊互不兼容，對於新的網絡設備需要重新開發和安裝其相應的處理模塊，這樣極大地增加了設備成本，同時也增加了開發維護的成本。
發明內容
本發明的一個目的是解決現有技術的不足，提供一種能對各種網絡設備發出的消息進行統一處理和發送的通用消息處理系統。
本發明的另一個目的是提供一種利用所述通用消息處理系統對各種網絡設備發出的消息進行統一處理和發送的通用消息處理方法。
本發明的上述目的是通過如下的技術方案予以解決的一種消息處理系統，包括包含在被監控設備中的消息發送模塊，用於發送被監控設備的狀態信息；以及獨立設置的消息接收裝置，用於接收並顯示所述消息發送模塊發送的狀態信息，在系統中進一步包括單獨設置並連接到至少一個消息發送模塊的消息處理模塊，用於接收和統一處理消息發送模塊發送的信息，並將處理後的信息發送到消息接收裝置。
在上述消息處理系統中，可以進一步包括用於對消息處理進程進行監視和控制的監控模塊以及對消息處理進程進行配置和管理的管理模塊。管理模塊提供有web界面。
一種採用上述消息處理系統進行消息處理的方法，包括如下步驟a.消息處理系統監聽被監控設備並接收被監控設備的消息發送模塊發送的消息數據包；b.根據消息數據包信息確定所接收數據包的源設備類型，並根據源設備類型解析數據包；c.將解析後的數據包根據預先存儲的接收方信息發送到消息接收裝置。
在上述消息處理方法中，在步驟a中接收的設備消息數據包為用戶數據報協議(UDP)格式數據包，其形式包括純文本數據包、簡單網絡管理協議(SNMP)告警數據包、系統日誌數據包、二進位數據包以及從網管系統上報的文件數據包。
在上述消息處理方法中，在步驟b中通過解析數據包的IP位址確定所接收數據包的源設備。並通過存儲在消息處理模塊中的設備規格配置文件確定解析所述數據包的方法，然後根據該方法解析數據包。
在上述消息處理方法中，在步驟c中可以通過短消息伺服器將設備消息發送到作為消息接收裝置的移動通信裝置；可以將消息發送到網際網路內容提供平臺，然後進一步由網際網路內容提供平臺發送到作為消息接收裝置的移動通信裝置或尋呼裝置；還可以將消息直接通過網絡連接發送到作為消息接收裝置的電子郵件信箱。
在上述消息處理方法中，對於在消息處理過程中停止運行的步驟，監控系統可以自動重新啟動停止運行的步驟。
在上述消息處理方法中，消息處理過程中的當前消息處理狀態和消息處理系統配置文件可以通過web界面顯示。
在上述消息處理方法中，當所述系統配置文件內容在消息處理過程中需要更新時，由管理模塊修改並重新加載。
在上述消息處理方法中，消息處理系統配置文件包括消息處理系統配置文件、設備規格配置文件、用戶設備配置文件和登錄用戶配置文件。
從上述技術方案可以看出，由於本發明在網絡中單獨設置了連接到一個或多個被監控設備的消息發送模塊的消息處理模塊，所有網絡設備將自身的故障、告警等狀態信息統一發送到該消息處理模塊，進行統一處理後再發送給管理員。這樣，各個網絡設備不再需要單獨分別設置一套對設備運轉情況進行處理的處理模塊，而是將所有的設備消息發送到單獨設置的一個消息處理模塊進行統一處理，這樣極大地降低了網絡設備的成本，同時也降低了開發維護的成本。另外，所有的網絡設備的消息格式經過消息處理模塊的統一處理後轉換成易於閱讀的格式，這樣既方便了管理員閱讀信息，又更有利於管理員對網絡設備進行有效監控和管理。本發明還提供了對消息處理過程進行監視和控制的監控模塊，當某個消息處理進程出現故障而停止響應時，監控模塊會自動關閉該進程並重新自動啟動，從而有效地保證了系統運轉的順暢，提高了系統的可靠性。另外本發明還可以提供web方式的管理界面，既方便管理員管理和維護系統，又有利於提高管理員的工作效率。
下面結合附圖和具體實施方式
對本發明做進一步的說明。
圖1是根據本發明的通用消息處理中心的系統結構示意圖；圖2是通用消息處理中心網絡監聽和數據接收過程示意圖；圖3是通用消息處理中心消息解碼過程示意圖；圖4是通用消息處理中心消息發送處理過程示意圖；圖5是通用消息處理中心管理進程結構示意圖；圖6是通用消息處理中心的主界面示例；圖7是通用消息處理中心用戶設備管理界面示例；圖8是通用消息處理中心設備規格配置界面示例；圖9是通用消息處理中心消息定義配置界面示例；圖10是通用消息處理中心系統日誌查看界面示例。
具體實施例方式
在電信網絡或者計算機網絡中設置作為通用消息處理中心的後臺伺服器。圖1示出了通用消息處理中心的系統結構示意圖。從圖中可以看到，通用消息處理中心和網絡設備通過網絡連接，並且連接到短消息(SMS)伺服器和網絡內容提供平臺(ICP)，以通過SMS伺服器或者ICP將經過消息處理中心處理後的消息發送給管理員。
在通用消息處理中心中設置兩個子系統服務進程和管理進程。服務進程用來接收網絡設備發送的各種消息，並對此消息進行解析處理，然後根據具體的配置文件通過電子郵件、手機短消息或者尋呼機把信息發送給管理員，使管理員可以及時得到網絡設備的各種運行狀態，以幫助管理員對整個系統進行監控維護。管理進程用來給管理員提供web形式的管理界面，這樣管理員可以通過瀏覽器遠程訪問通用消息中心，對系統和具體網絡設備的各種配置進行遠程管理。在通用消息處理中心中，服務進程是一個後臺進程，它沒有用戶界面，在作業系統啟動時自動啟動。服務進程維護整個系統對數據的接收、過濾、解碼和發送，是整個通用消息處理中心系統的核心調度程序。
下面對根據本發明的通用消息處理方法進行具體介紹。
圖2示出了通用消息處理中心網絡監聽和數據接收過程。當通用消息處理中心啟動後，服務進程自動啟動，這時，從圖中可以看到，通用消息處理中心針對需要監聽的網絡設備在相應埠監聽是否有該網絡設備發送過來的消息，這種消息是由網絡設備以用戶數據報協議(UDP)數據包形式發送過來的運行信息，通用消息處理中心可以接收的UDP數據包形式包括純文本數據包、簡單網絡管理協議(SNMP)告警數據包、系統日誌數據包、二進位數據包以及從網管系統上報的文件數據包。如果在相應埠上監聽到有網絡設備發送的消息，通用消息處理中心立即接收該數據包，並將其交給後續進程進行解析處理。
在本發明中有一個監控系統對整個服務進程進行監視和控制。在UDP接收埠接收來自網絡設備消息的過程中，如果由於某種原因系統停止運行或者由於數據阻塞造成某個消息接收進程沒有向應，監控系統將結束該進程，並重新啟動這個進程，以確保通用消息處理中心在不需要人為操作的情況下，能夠自動啟動和結束進程，從而做到無人維護，減少系統需要佔用的人力，降低維護成本。
圖3示出了通用消息處理中心消息解碼過程。通用消息處理中心在接收到網絡設備發送過來的UDP數據包之後，通過過濾器從數據包中解析出發送該數據包的網絡設備的IP位址，並根據解析出來的IP位址通過位於消息處理中心的用於存儲設備規格的設備規格文件找出對應的設備規格配置，然後根據該網絡設備的設備規格配置得到用來解析該數據包的方法，並根據這種方法解析數據包。對於由多個欄位組成的信息數據，例如純文本、告警、系統日誌和二進位等類型的信息，解碼出來後按照一定的規則編碼，從而得到最終信息格式。
例如對於從設備接收的系統日誌數據，其數據形式可能為xxxun 131415252001/06/13-141525^IDeviceType65538^ILogType2^IPosition1.52.5^ILogicalNumber0^ICallPhase1^ICallID82024220^IAccessNum263^ICalITypeMODEM^IUserGroup40^IUserType0^IUsernameuser00106^ILogSucTime103^ICallDuration2552^IPortNum57^ITranSpeed56000^IRecvSpeed56000^ITransOctets23603^IRecvOctets12153^IInfoType60^ICommentLcpfinished(Yb Try)。在這個數據中，^I為分隔符，被分隔為21個欄位。首先解析出發送此數據的設備的IP位址，然後根據解析出來的IP位址通過設備規格文件找出對應的設備規格配置，然後根據該網絡設備的設備規格配置得到用來解析該數據包的方法，例如對於這個例子，解析該數據包的方法是去掉分隔符。然後按照確定的解析數據包的方法解析該數據包，並重新編碼，從而形成最終的信息格式。例如對這個例子而言，首先去掉分隔符，將它們分成21個單獨的字符串，然後顯示每個字符串後換行顯示下一個字符串，以便於管理員閱讀。其最終格式為un 13 1415252001/06/13-141525DeviceType65538LogType2Position1.52.5…… \在這裡，從設備發送的數據格式是由設備定義的，並由管理員預先存儲在通用消息處理中心之中。設備發送的數據的重新編碼的方法由管理員定義，可以預先存儲在通用消息處理中心之中，也可以通過管理進程存儲和修改。當然，這裡僅僅是通過一個簡單的例子來對本發明進行說明，在實際情況中管理員可以訂製對自己而言便於閱讀、理解以及更有效率的編碼方法。
圖4示出了通用消息處理中心消息發送處理過程。在經過對來自某一網絡設備的信息進行解碼後，根據發送配置解析出接收方的信息，也就是接收該消息的管理員的具體接收地址和方式，然後將該解碼後的信息通過電子郵件、手機短消息或者尋呼機及時地將其發送給管理員，以便管理員能夠以最快的速度得知該網絡設備的運行情況。這裡信息發送給管理員的具體形式是由管理員預先指定的。對於電子郵件，通用消息處理中心使用簡單郵件傳輸協議(SMTP)或其兼容協議直接發送。對於手機短消息提供兩種發送方式，一種方式是採用專用發送短消息的設備，將這種專用發送短消息的設備和通用消息處理中心的特定接口相連，通用消息處理中心通過該特定接口實現短消息的發送。另一種方式是先把信息通過電子郵件發送到ICP，然後由ICP將該信息發送到手機或尋呼機。對於網絡管理系統上報的文件數據信息，直接根據配置將該文件作為電子郵件的附件發送給管理員。
上述過程是通用消息處理方法中的服務進程，它可以完成從接收網絡設備發送過來的消息到將經過處理的消息發送到管理員的全過程。在本發明中，為了管理員更好地管理整個通用消息處理，還提供了對服務進程進行監控和管理的管理進程。管理進程通過超文本傳輸協議服務進程(httpd)和基於java的伺服器端動態頁面技術(JSP)引擎給管理員提供一個web形式的管理界面，管理員可以通過瀏覽器對服務進程的啟動、停止和運行狀態進行查詢，並可以實現對配置文件進行修改、重新加載等管理。管理員通過管理進程可以進行管理的配置文件包括通用消息處理中心系統配置文件、設備規格配置文件、用戶設備配置文件和登錄用戶配置文件等。所有的配置文件為了移植管理的方便，均採用可擴展標記語言(XML)文件和純文本格式文件保存。
圖5示出了通用消息處理中心管理進程結構。從圖中可以看到，管理員通過網絡瀏覽器進入用戶界面後，可以在界面上修改配置，管理進程完成XML配置文件的修改，然後管理員可以通過加載配置，把XML配置文件的信息重新進行加載，使整個消息處理系統做到及時更新。
圖6是通用消息處理中心的主界面的一個示例。當網絡管理員在遠程通過瀏覽器進入通用消息處理中心後，將會看到圖6所示的一個主界面。從圖6中可以看出，管理員可以在管理進程中對用戶設備配置、設備規格配置和登錄用戶配置等配置文件進行管理，從而提高整個系統運轉的效率和安全性。下面以用戶設備配置、設備規格配置和查看日誌文件為例，進一步說明系統是怎樣通過管理進程來對服務進程進行監控和管理的。
用戶設備配置文件包括用戶設備的詳細信息和設備或設備組的發送配置信息，服務進程在啟動時自動將此配置文件調入高速緩存，並根據接收到的數據的IP位址在配置文件中查找相應的配置信息。如果用戶需要在系統運行過程中修改設備配置，可以通過主界面進入如圖7所示的用戶設備配置管理界面，在這個界面中管理員可以對設備的具體信息進行增加、刪除和修改等操作，這些具體信息包括設備的IP位址、接收消息的開始時間、結束時間和最小間隔時間等。在對該配置文件進行修改後，點擊重新加載的按鈕將其重新加載，這樣在服務進程中再次調用用戶設備配置文件時，讀取到的即是經過這次修改後的最新用戶設備配置文件。
設備規格配置文件包括所有設備規格的配置信息，以及有關該種規格設備所發送的消息的定義類型和信息編碼定義，這裡的消息定義類型指的是系統日誌、告警等消息。圖8示出了消息處理中心所能接收消息的來源設備的設備規格列表，以及這些設備分別可以發送哪些類型的消息，管理員可以通過這個界面增添、刪除和修改設備規格配置。圖9示出了設備消息定義配置界面，管理員可以通過這個界面修改、刪除和查看設備發送的消息定義。設備規格配置文件中的信息編碼定義存放這設備發送過來的消息的詳細的編碼定義，服務進程按照編碼定義對設備發送過來的數據進行解碼，並得到最終的信息。
為了管理員能更清楚地了解通用消息處理中心的運行情況，可以在管理進程中查看系統日誌。圖10示出了查看系統日誌的界面，從圖中可以看到，管理員可以查看系統日誌、錯誤日誌和發送日誌，從而對整個系統的運行情況做到心中有數，並能及時發現和排除有可能出現的故障，保證系統的順利運轉和整個網絡通信的通暢。
上面通過一個具體實施例詳細地介紹了本發明的目的、技術方案和效果，但是可以理解，實施例僅僅用於解釋本發明，而不用於限定本發明的保護範圍。
權利要求
1.一種消息處理系統，包括包含在被監控設備中的消息發送模塊，用於發送被監控設備的狀態信息；以及獨立設置的消息接收裝置，用於接收並顯示所述消息發送模塊發送的狀態信息，其特徵是，在系統中進一步包括單獨設置並連接到至少一個所述消息發送模塊的消息處理模塊，用於接收和統一處理所述消息發送模塊發送的信息，並將處理後的信息發送到所述消息接收裝置。
2.根據權利要求1所述的消息處理系統，其特徵是，所述消息處理系統進一步包括用於對消息處理進程進行監視和控制的監控模塊。
3.根據權利要求1所述的消息處理系統，其特徵是，所述消息處理系統進一步包括用於對消息處理進程進行配置和管理的管理模塊。
4.根據權利要求3所述的消息處理系統，其特徵是，所述管理模塊提供有web界面。
5.一種採用權利要求1所述系統進行消息處理的方法，包括如下步驟a.消息處理系統監聽被監控設備並接收被監控設備的消息發送模塊發送的消息數據包；b.根據消息數據包信息確定所接收數據包的源設備類型，並根據所述源設備類型解析數據包；c.將解析後的數據包根據預先存儲的接收方信息發送到消息接收裝置。
6.根據權利要求5所述的消息處理方法，其特徵是，在步驟a中接收的設備消息數據包為用戶數據報協議(UDP)格式數據包，所述UDP格式數據包的形式包括純文本數據包、簡單網絡管理協議(SNMP)告警數據包、系統日誌數據包、二進位數據包以及從網管系統上報的文件數據包。
7.根據權利要求5所述的消息處理方法，其特徵是，在步驟b中通過解析數據包的IP位址確定所接收數據包的源設備。
8.根據權利要求5所述的消息處理方法，其特徵是，在步驟b中通過存儲在消息處理模塊中的設備規格配置文件確定解析所述數據包的方法，並根據該方法解析數據包。
9.根據權利要求5所述的消息處理方法，其特徵是，在步驟c中通過短消息伺服器將設備消息發送到作為消息接收裝置的移動通信裝置。
10.根據權利要求5所述的消息處理方法，其特徵是，在步驟c中將消息發送到網際網路內容提供平臺，然後進一步由網際網路內容提供平臺發送到作為消息接收裝置的移動通信裝置或尋呼裝置。
11.根據權利要求5所述的消息處理方法，其特徵是，在步驟c中將消息直接通過網絡連接發送到作為消息接收裝置的電子郵件信箱。
12.根據權利要求5所述的消息處理方法，其特徵是該方法進一步包括，對於在消息處理過程中停止運行的步驟，所述監控系統自動重新啟動停止運行的步驟。
13.根據權利要求5所述的消息處理方法，其特徵是該方法進一步包括，消息處理過程中的當前消息處理狀態和消息處理系統配置文件通過web界面顯示。
14.根據權利要求13所述的消息處理方法，其特徵是該方法進一步包括，消息處理過程中，當所述系統配置文件內容需要更新時，由管理模塊修改並重新加載。
15.根據權利要求13或14所述的消息處理方法，其特徵是，所述消息處理系統配置文件包括消息處理系統配置文件、設備規格配置文件、用戶設備配置文件和登錄用戶配置文件。
全文摘要
本發明公開了一種通用消息處理系統，它包括包含在被監控設備中的消息發送模塊、單獨設置並連接到至少一個消息發送模塊的消息處理模塊，以及單獨設置的消息接收裝置，消息處理模塊用於接收和統一處理消息發送模塊發送的消息，將處理後的消息發送到消息接收裝置。本發明的通用消息處理系統可以進一步包括監控模塊和提供有web界面的管理模塊。本發明還公開了一種通用消息處理方法，它包括監聽被監控設備並接收消息發送模塊發送的設備消息數據包、確定所接收數據包的源設備類型、根據數據包的源設備類型解析數據包以及將解析後的數據包發送到消息接收裝置等步驟。使用本發明可以提高系統可靠性，節約系統開發維護成本。
文檔編號H04L12/24GK1490981SQ0214653
公開日2004年4月21日 申請日期2002年10月18日 優先權日2002年10月18日
發明者孫利輝, 韓璐, 徐彬豔 申請人:華為技術有限公司