專利名稱：一種消息處理的系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)設(shè)備的監(jiān)控管理技術(shù)，具體涉及一種消息處理的系統(tǒng)及方法。
背景技術(shù)：
在電信網(wǎng)絡(luò)或者計(jì)算機(jī)網(wǎng)絡(luò)中，由于要保證網(wǎng)絡(luò)的暢通，因此需要對網(wǎng)絡(luò)設(shè)備的運(yùn)行狀態(tài)進(jìn)行持續(xù)的監(jiān)控。以前網(wǎng)絡(luò)維護(hù)人員如果要了解網(wǎng)絡(luò)設(shè)備的運(yùn)行狀態(tài)，需要定時(shí)到機(jī)房檢查，這樣會占用大量人力，而且不能及時(shí)發(fā)現(xiàn)網(wǎng)絡(luò)設(shè)備的故障。由于這個(gè)原因，遠(yuǎn)程網(wǎng)絡(luò)管理系統(tǒng)應(yīng)運(yùn)而生，管理員不用到機(jī)房，只需遠(yuǎn)程連接到對整個(gè)網(wǎng)絡(luò)的運(yùn)轉(zhuǎn)進(jìn)行監(jiān)控的網(wǎng)絡(luò)管理系統(tǒng)，就可以知道網(wǎng)絡(luò)設(shè)備的當(dāng)前運(yùn)行狀態(tài)。在這兩種情況下，都需要網(wǎng)絡(luò)管理員持續(xù)關(guān)注網(wǎng)絡(luò)設(shè)備的運(yùn)行信息，同樣占用大量人力。如果維護(hù)人員不在現(xiàn)場或者不能及時(shí)從網(wǎng)絡(luò)管理系統(tǒng)中查看信息，就不能準(zhǔn)確掌握設(shè)備的運(yùn)行狀態(tài)，從而有可能由于沒有及時(shí)排除某個(gè)設(shè)備的故障，而造成整個(gè)網(wǎng)絡(luò)不能正常運(yùn)轉(zhuǎn)。
為了解決上述問題，現(xiàn)有的某些網(wǎng)絡(luò)設(shè)備，例如路由器、交換機(jī)等，往往自身安裝有告警轉(zhuǎn)發(fā)的軟件，當(dāng)它們自身出現(xiàn)故障時(shí)，發(fā)出告警、日志等表征設(shè)備狀態(tài)的信息，并通過私有協(xié)議將它們轉(zhuǎn)發(fā)到用戶的移動(dòng)電話、尋呼機(jī)或者電子信箱等消息接收裝置中。這樣用戶通過自己的信息聯(lián)系工具，可以及時(shí)了解到這些網(wǎng)絡(luò)設(shè)備的運(yùn)行狀況，并可以及時(shí)采取措施，從而提高整個(gè)系統(tǒng)的安全性。
但是由于目前能夠發(fā)送信息的網(wǎng)絡(luò)設(shè)備都是獨(dú)立地通過自己的軟件設(shè)置來完成各自消息的發(fā)送，它們各自擁有一套監(jiān)控信息消息的處理方法，發(fā)送給管理員的消息格式也各不相同，而且各個(gè)網(wǎng)絡(luò)設(shè)備分別擁有的監(jiān)控設(shè)備狀態(tài)信息的處理模塊互不兼容，對于新的網(wǎng)絡(luò)設(shè)備需要重新開發(fā)和安裝其相應(yīng)的處理模塊，這樣極大地增加了設(shè)備成本，同時(shí)也增加了開發(fā)維護(hù)的成本。

發(fā)明內(nèi)容
本發(fā)明的一個(gè)目的是解決現(xiàn)有技術(shù)的不足，提供一種能對各種網(wǎng)絡(luò)設(shè)備發(fā)出的消息進(jìn)行統(tǒng)一處理和發(fā)送的通用消息處理系統(tǒng)。
本發(fā)明的另一個(gè)目的是提供一種利用所述通用消息處理系統(tǒng)對各種網(wǎng)絡(luò)設(shè)備發(fā)出的消息進(jìn)行統(tǒng)一處理和發(fā)送的通用消息處理方法。
本發(fā)明的上述目的是通過如下的技術(shù)方案予以解決的一種消息處理系統(tǒng)，包括包含在被監(jiān)控設(shè)備中的消息發(fā)送模塊，用于發(fā)送被監(jiān)控設(shè)備的狀態(tài)信息；以及獨(dú)立設(shè)置的消息接收裝置，用于接收并顯示所述消息發(fā)送模塊發(fā)送的狀態(tài)信息，在系統(tǒng)中進(jìn)一步包括單獨(dú)設(shè)置并連接到至少一個(gè)消息發(fā)送模塊的消息處理模塊，用于接收和統(tǒng)一處理消息發(fā)送模塊發(fā)送的信息，并將處理后的信息發(fā)送到消息接收裝置。
在上述消息處理系統(tǒng)中，可以進(jìn)一步包括用于對消息處理進(jìn)程進(jìn)行監(jiān)視和控制的監(jiān)控模塊以及對消息處理進(jìn)程進(jìn)行配置和管理的管理模塊。管理模塊提供有web界面。
一種采用上述消息處理系統(tǒng)進(jìn)行消息處理的方法，包括如下步驟a.消息處理系統(tǒng)監(jiān)聽被監(jiān)控設(shè)備并接收被監(jiān)控設(shè)備的消息發(fā)送模塊發(fā)送的消息數(shù)據(jù)包；b.根據(jù)消息數(shù)據(jù)包信息確定所接收數(shù)據(jù)包的源設(shè)備類型，并根據(jù)源設(shè)備類型解析數(shù)據(jù)包；c.將解析后的數(shù)據(jù)包根據(jù)預(yù)先存儲的接收方信息發(fā)送到消息接收裝置。
在上述消息處理方法中，在步驟a中接收的設(shè)備消息數(shù)據(jù)包為用戶數(shù)據(jù)報(bào)協(xié)議(UDP)格式數(shù)據(jù)包，其形式包括純文本數(shù)據(jù)包、簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)告警數(shù)據(jù)包、系統(tǒng)日志數(shù)據(jù)包、二進(jìn)制數(shù)據(jù)包以及從網(wǎng)管系統(tǒng)上報(bào)的文件數(shù)據(jù)包。
在上述消息處理方法中，在步驟b中通過解析數(shù)據(jù)包的IP地址確定所接收數(shù)據(jù)包的源設(shè)備。并通過存儲在消息處理模塊中的設(shè)備規(guī)格配置文件確定解析所述數(shù)據(jù)包的方法，然后根據(jù)該方法解析數(shù)據(jù)包。
在上述消息處理方法中，在步驟c中可以通過短消息服務(wù)器將設(shè)備消息發(fā)送到作為消息接收裝置的移動(dòng)通信裝置；可以將消息發(fā)送到互聯(lián)網(wǎng)內(nèi)容提供平臺，然后進(jìn)一步由互聯(lián)網(wǎng)內(nèi)容提供平臺發(fā)送到作為消息接收裝置的移動(dòng)通信裝置或?qū)ず粞b置；還可以將消息直接通過網(wǎng)絡(luò)連接發(fā)送到作為消息接收裝置的電子郵件信箱。
在上述消息處理方法中，對于在消息處理過程中停止運(yùn)行的步驟，監(jiān)控系統(tǒng)可以自動(dòng)重新啟動(dòng)停止運(yùn)行的步驟。
在上述消息處理方法中，消息處理過程中的當(dāng)前消息處理狀態(tài)和消息處理系統(tǒng)配置文件可以通過web界面顯示。
在上述消息處理方法中，當(dāng)所述系統(tǒng)配置文件內(nèi)容在消息處理過程中需要更新時(shí)，由管理模塊修改并重新加載。
在上述消息處理方法中，消息處理系統(tǒng)配置文件包括消息處理系統(tǒng)配置文件、設(shè)備規(guī)格配置文件、用戶設(shè)備配置文件和登錄用戶配置文件。
從上述技術(shù)方案可以看出，由于本發(fā)明在網(wǎng)絡(luò)中單獨(dú)設(shè)置了連接到一個(gè)或多個(gè)被監(jiān)控設(shè)備的消息發(fā)送模塊的消息處理模塊，所有網(wǎng)絡(luò)設(shè)備將自身的故障、告警等狀態(tài)信息統(tǒng)一發(fā)送到該消息處理模塊，進(jìn)行統(tǒng)一處理后再發(fā)送給管理員。這樣，各個(gè)網(wǎng)絡(luò)設(shè)備不再需要單獨(dú)分別設(shè)置一套對設(shè)備運(yùn)轉(zhuǎn)情況進(jìn)行處理的處理模塊，而是將所有的設(shè)備消息發(fā)送到單獨(dú)設(shè)置的一個(gè)消息處理模塊進(jìn)行統(tǒng)一處理，這樣極大地降低了網(wǎng)絡(luò)設(shè)備的成本，同時(shí)也降低了開發(fā)維護(hù)的成本。另外，所有的網(wǎng)絡(luò)設(shè)備的消息格式經(jīng)過消息處理模塊的統(tǒng)一處理后轉(zhuǎn)換成易于閱讀的格式，這樣既方便了管理員閱讀信息，又更有利于管理員對網(wǎng)絡(luò)設(shè)備進(jìn)行有效監(jiān)控和管理。本發(fā)明還提供了對消息處理過程進(jìn)行監(jiān)視和控制的監(jiān)控模塊，當(dāng)某個(gè)消息處理進(jìn)程出現(xiàn)故障而停止響應(yīng)時(shí)，監(jiān)控模塊會自動(dòng)關(guān)閉該進(jìn)程并重新自動(dòng)啟動(dòng)，從而有效地保證了系統(tǒng)運(yùn)轉(zhuǎn)的順暢，提高了系統(tǒng)的可靠性。另外本發(fā)明還可以提供web方式的管理界面，既方便管理員管理和維護(hù)系統(tǒng)，又有利于提高管理員的工作效率。


下面結(jié)合附圖和具體實(shí)施方式
對本發(fā)明做進(jìn)一步的說明。
圖1是根據(jù)本發(fā)明的通用消息處理中心的系統(tǒng)結(jié)構(gòu)示意圖；圖2是通用消息處理中心網(wǎng)絡(luò)監(jiān)聽和數(shù)據(jù)接收過程示意圖；圖3是通用消息處理中心消息解碼過程示意圖；圖4是通用消息處理中心消息發(fā)送處理過程示意圖；圖5是通用消息處理中心管理進(jìn)程結(jié)構(gòu)示意圖；圖6是通用消息處理中心的主界面示例；圖7是通用消息處理中心用戶設(shè)備管理界面示例；圖8是通用消息處理中心設(shè)備規(guī)格配置界面示例；圖9是通用消息處理中心消息定義配置界面示例；圖10是通用消息處理中心系統(tǒng)日志查看界面示例。
具體實(shí)施例方式
在電信網(wǎng)絡(luò)或者計(jì)算機(jī)網(wǎng)絡(luò)中設(shè)置作為通用消息處理中心的后臺服務(wù)器。圖1示出了通用消息處理中心的系統(tǒng)結(jié)構(gòu)示意圖。從圖中可以看到，通用消息處理中心和網(wǎng)絡(luò)設(shè)備通過網(wǎng)絡(luò)連接，并且連接到短消息(SMS)服務(wù)器和網(wǎng)絡(luò)內(nèi)容提供平臺(ICP)，以通過SMS服務(wù)器或者ICP將經(jīng)過消息處理中心處理后的消息發(fā)送給管理員。
在通用消息處理中心中設(shè)置兩個(gè)子系統(tǒng)服務(wù)進(jìn)程和管理進(jìn)程。服務(wù)進(jìn)程用來接收網(wǎng)絡(luò)設(shè)備發(fā)送的各種消息，并對此消息進(jìn)行解析處理，然后根據(jù)具體的配置文件通過電子郵件、手機(jī)短消息或者尋呼機(jī)把信息發(fā)送給管理員，使管理員可以及時(shí)得到網(wǎng)絡(luò)設(shè)備的各種運(yùn)行狀態(tài)，以幫助管理員對整個(gè)系統(tǒng)進(jìn)行監(jiān)控維護(hù)。管理進(jìn)程用來給管理員提供web形式的管理界面，這樣管理員可以通過瀏覽器遠(yuǎn)程訪問通用消息中心，對系統(tǒng)和具體網(wǎng)絡(luò)設(shè)備的各種配置進(jìn)行遠(yuǎn)程管理。在通用消息處理中心中，服務(wù)進(jìn)程是一個(gè)后臺進(jìn)程，它沒有用戶界面，在操作系統(tǒng)啟動(dòng)時(shí)自動(dòng)啟動(dòng)。服務(wù)進(jìn)程維護(hù)整個(gè)系統(tǒng)對數(shù)據(jù)的接收、過濾、解碼和發(fā)送，是整個(gè)通用消息處理中心系統(tǒng)的核心調(diào)度程序。
下面對根據(jù)本發(fā)明的通用消息處理方法進(jìn)行具體介紹。
圖2示出了通用消息處理中心網(wǎng)絡(luò)監(jiān)聽和數(shù)據(jù)接收過程。當(dāng)通用消息處理中心啟動(dòng)后，服務(wù)進(jìn)程自動(dòng)啟動(dòng)，這時(shí)，從圖中可以看到，通用消息處理中心針對需要監(jiān)聽的網(wǎng)絡(luò)設(shè)備在相應(yīng)端口監(jiān)聽是否有該網(wǎng)絡(luò)設(shè)備發(fā)送過來的消息，這種消息是由網(wǎng)絡(luò)設(shè)備以用戶數(shù)據(jù)報(bào)協(xié)議(UDP)數(shù)據(jù)包形式發(fā)送過來的運(yùn)行信息，通用消息處理中心可以接收的UDP數(shù)據(jù)包形式包括純文本數(shù)據(jù)包、簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)告警數(shù)據(jù)包、系統(tǒng)日志數(shù)據(jù)包、二進(jìn)制數(shù)據(jù)包以及從網(wǎng)管系統(tǒng)上報(bào)的文件數(shù)據(jù)包。如果在相應(yīng)端口上監(jiān)聽到有網(wǎng)絡(luò)設(shè)備發(fā)送的消息，通用消息處理中心立即接收該數(shù)據(jù)包，并將其交給后續(xù)進(jìn)程進(jìn)行解析處理。
在本發(fā)明中有一個(gè)監(jiān)控系統(tǒng)對整個(gè)服務(wù)進(jìn)程進(jìn)行監(jiān)視和控制。在UDP接收端口接收來自網(wǎng)絡(luò)設(shè)備消息的過程中，如果由于某種原因系統(tǒng)停止運(yùn)行或者由于數(shù)據(jù)阻塞造成某個(gè)消息接收進(jìn)程沒有向應(yīng)，監(jiān)控系統(tǒng)將結(jié)束該進(jìn)程，并重新啟動(dòng)這個(gè)進(jìn)程，以確保通用消息處理中心在不需要人為操作的情況下，能夠自動(dòng)啟動(dòng)和結(jié)束進(jìn)程，從而做到無人維護(hù)，減少系統(tǒng)需要占用的人力，降低維護(hù)成本。
圖3示出了通用消息處理中心消息解碼過程。通用消息處理中心在接收到網(wǎng)絡(luò)設(shè)備發(fā)送過來的UDP數(shù)據(jù)包之后，通過過濾器從數(shù)據(jù)包中解析出發(fā)送該數(shù)據(jù)包的網(wǎng)絡(luò)設(shè)備的IP地址，并根據(jù)解析出來的IP地址通過位于消息處理中心的用于存儲設(shè)備規(guī)格的設(shè)備規(guī)格文件找出對應(yīng)的設(shè)備規(guī)格配置，然后根據(jù)該網(wǎng)絡(luò)設(shè)備的設(shè)備規(guī)格配置得到用來解析該數(shù)據(jù)包的方法，并根據(jù)這種方法解析數(shù)據(jù)包。對于由多個(gè)字段組成的信息數(shù)據(jù)，例如純文本、告警、系統(tǒng)日志和二進(jìn)制等類型的信息，解碼出來后按照一定的規(guī)則編碼，從而得到最終信息格式。
例如對于從設(shè)備接收的系統(tǒng)日志數(shù)據(jù)，其數(shù)據(jù)形式可能為<xxx>un 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)。在這個(gè)數(shù)據(jù)中，^I為分隔符，被分隔為21個(gè)字段。首先解析出發(fā)送此數(shù)據(jù)的設(shè)備的IP地址，然后根據(jù)解析出來的IP地址通過設(shè)備規(guī)格文件找出對應(yīng)的設(shè)備規(guī)格配置，然后根據(jù)該網(wǎng)絡(luò)設(shè)備的設(shè)備規(guī)格配置得到用來解析該數(shù)據(jù)包的方法，例如對于這個(gè)例子，解析該數(shù)據(jù)包的方法是去掉分隔符。然后按照確定的解析數(shù)據(jù)包的方法解析該數(shù)據(jù)包，并重新編碼，從而形成最終的信息格式。例如對這個(gè)例子而言，首先去掉分隔符，將它們分成21個(gè)單獨(dú)的字符串，然后顯示每個(gè)字符串后換行顯示下一個(gè)字符串，以便于管理員閱讀。其最終格式為un 13 1415252001/06/13-141525DeviceType65538LogType2Position1.52.5…… \在這里，從設(shè)備發(fā)送的數(shù)據(jù)格式是由設(shè)備定義的，并由管理員預(yù)先存儲在通用消息處理中心之中。設(shè)備發(fā)送的數(shù)據(jù)的重新編碼的方法由管理員定義，可以預(yù)先存儲在通用消息處理中心之中，也可以通過管理進(jìn)程存儲和修改。當(dāng)然，這里僅僅是通過一個(gè)簡單的例子來對本發(fā)明進(jìn)行說明，在實(shí)際情況中管理員可以訂制對自己而言便于閱讀、理解以及更有效率的編碼方法。
圖4示出了通用消息處理中心消息發(fā)送處理過程。在經(jīng)過對來自某一網(wǎng)絡(luò)設(shè)備的信息進(jìn)行解碼后，根據(jù)發(fā)送配置解析出接收方的信息，也就是接收該消息的管理員的具體接收地址和方式，然后將該解碼后的信息通過電子郵件、手機(jī)短消息或者尋呼機(jī)及時(shí)地將其發(fā)送給管理員，以便管理員能夠以最快的速度得知該網(wǎng)絡(luò)設(shè)備的運(yùn)行情況。這里信息發(fā)送給管理員的具體形式是由管理員預(yù)先指定的。對于電子郵件，通用消息處理中心使用簡單郵件傳輸協(xié)議(SMTP)或其兼容協(xié)議直接發(fā)送。對于手機(jī)短消息提供兩種發(fā)送方式，一種方式是采用專用發(fā)送短消息的設(shè)備，將這種專用發(fā)送短消息的設(shè)備和通用消息處理中心的特定接口相連，通用消息處理中心通過該特定接口實(shí)現(xiàn)短消息的發(fā)送。另一種方式是先把信息通過電子郵件發(fā)送到ICP，然后由ICP將該信息發(fā)送到手機(jī)或?qū)ず魴C(jī)。對于網(wǎng)絡(luò)管理系統(tǒng)上報(bào)的文件數(shù)據(jù)信息，直接根據(jù)配置將該文件作為電子郵件的附件發(fā)送給管理員。
上述過程是通用消息處理方法中的服務(wù)進(jìn)程，它可以完成從接收網(wǎng)絡(luò)設(shè)備發(fā)送過來的消息到將經(jīng)過處理的消息發(fā)送到管理員的全過程。在本發(fā)明中，為了管理員更好地管理整個(gè)通用消息處理，還提供了對服務(wù)進(jìn)程進(jìn)行監(jiān)控和管理的管理進(jìn)程。管理進(jìn)程通過超文本傳輸協(xié)議服務(wù)進(jìn)程(httpd)和基于java的服務(wù)器端動(dòng)態(tài)頁面技術(shù)(JSP)引擎給管理員提供一個(gè)web形式的管理界面，管理員可以通過瀏覽器對服務(wù)進(jìn)程的啟動(dòng)、停止和運(yùn)行狀態(tài)進(jìn)行查詢，并可以實(shí)現(xiàn)對配置文件進(jìn)行修改、重新加載等管理。管理員通過管理進(jìn)程可以進(jìn)行管理的配置文件包括通用消息處理中心系統(tǒng)配置文件、設(shè)備規(guī)格配置文件、用戶設(shè)備配置文件和登錄用戶配置文件等。所有的配置文件為了移植管理的方便，均采用可擴(kuò)展標(biāo)記語言(XML)文件和純文本格式文件保存。
圖5示出了通用消息處理中心管理進(jìn)程結(jié)構(gòu)。從圖中可以看到，管理員通過網(wǎng)絡(luò)瀏覽器進(jìn)入用戶界面后，可以在界面上修改配置，管理進(jìn)程完成XML配置文件的修改，然后管理員可以通過加載配置，把XML配置文件的信息重新進(jìn)行加載，使整個(gè)消息處理系統(tǒng)做到及時(shí)更新。
圖6是通用消息處理中心的主界面的一個(gè)示例。當(dāng)網(wǎng)絡(luò)管理員在遠(yuǎn)程通過瀏覽器進(jìn)入通用消息處理中心后，將會看到圖6所示的一個(gè)主界面。從圖6中可以看出，管理員可以在管理進(jìn)程中對用戶設(shè)備配置、設(shè)備規(guī)格配置和登錄用戶配置等配置文件進(jìn)行管理，從而提高整個(gè)系統(tǒng)運(yùn)轉(zhuǎn)的效率和安全性。下面以用戶設(shè)備配置、設(shè)備規(guī)格配置和查看日志文件為例，進(jìn)一步說明系統(tǒng)是怎樣通過管理進(jìn)程來對服務(wù)進(jìn)程進(jìn)行監(jiān)控和管理的。
用戶設(shè)備配置文件包括用戶設(shè)備的詳細(xì)信息和設(shè)備或設(shè)備組的發(fā)送配置信息，服務(wù)進(jìn)程在啟動(dòng)時(shí)自動(dòng)將此配置文件調(diào)入高速緩存，并根據(jù)接收到的數(shù)據(jù)的IP地址在配置文件中查找相應(yīng)的配置信息。如果用戶需要在系統(tǒng)運(yùn)行過程中修改設(shè)備配置，可以通過主界面進(jìn)入如圖7所示的用戶設(shè)備配置管理界面，在這個(gè)界面中管理員可以對設(shè)備的具體信息進(jìn)行增加、刪除和修改等操作，這些具體信息包括設(shè)備的IP地址、接收消息的開始時(shí)間、結(jié)束時(shí)間和最小間隔時(shí)間等。在對該配置文件進(jìn)行修改后，點(diǎn)擊重新加載的按鈕將其重新加載，這樣在服務(wù)進(jìn)程中再次調(diào)用用戶設(shè)備配置文件時(shí)，讀取到的即是經(jīng)過這次修改后的最新用戶設(shè)備配置文件。
設(shè)備規(guī)格配置文件包括所有設(shè)備規(guī)格的配置信息，以及有關(guān)該種規(guī)格設(shè)備所發(fā)送的消息的定義類型和信息編碼定義，這里的消息定義類型指的是系統(tǒng)日志、告警等消息。圖8示出了消息處理中心所能接收消息的來源設(shè)備的設(shè)備規(guī)格列表，以及這些設(shè)備分別可以發(fā)送哪些類型的消息，管理員可以通過這個(gè)界面增添、刪除和修改設(shè)備規(guī)格配置。圖9示出了設(shè)備消息定義配置界面，管理員可以通過這個(gè)界面修改、刪除和查看設(shè)備發(fā)送的消息定義。設(shè)備規(guī)格配置文件中的信息編碼定義存放這設(shè)備發(fā)送過來的消息的詳細(xì)的編碼定義，服務(wù)進(jìn)程按照編碼定義對設(shè)備發(fā)送過來的數(shù)據(jù)進(jìn)行解碼，并得到最終的信息。
為了管理員能更清楚地了解通用消息處理中心的運(yùn)行情況，可以在管理進(jìn)程中查看系統(tǒng)日志。圖10示出了查看系統(tǒng)日志的界面，從圖中可以看到，管理員可以查看系統(tǒng)日志、錯(cuò)誤日志和發(fā)送日志，從而對整個(gè)系統(tǒng)的運(yùn)行情況做到心中有數(shù)，并能及時(shí)發(fā)現(xiàn)和排除有可能出現(xiàn)的故障，保證系統(tǒng)的順利運(yùn)轉(zhuǎn)和整個(gè)網(wǎng)絡(luò)通信的通暢。
上面通過一個(gè)具體實(shí)施例詳細(xì)地介紹了本發(fā)明的目的、技術(shù)方案和效果，但是可以理解，實(shí)施例僅僅用于解釋本發(fā)明，而不用于限定本發(fā)明的保護(hù)范圍。
權(quán)利要求
1.一種消息處理系統(tǒng)，包括包含在被監(jiān)控設(shè)備中的消息發(fā)送模塊，用于發(fā)送被監(jiān)控設(shè)備的狀態(tài)信息；以及獨(dú)立設(shè)置的消息接收裝置，用于接收并顯示所述消息發(fā)送模塊發(fā)送的狀態(tài)信息，其特征是，在系統(tǒng)中進(jìn)一步包括單獨(dú)設(shè)置并連接到至少一個(gè)所述消息發(fā)送模塊的消息處理模塊，用于接收和統(tǒng)一處理所述消息發(fā)送模塊發(fā)送的信息，并將處理后的信息發(fā)送到所述消息接收裝置。
2.根據(jù)權(quán)利要求1所述的消息處理系統(tǒng)，其特征是，所述消息處理系統(tǒng)進(jìn)一步包括用于對消息處理進(jìn)程進(jìn)行監(jiān)視和控制的監(jiān)控模塊。
3.根據(jù)權(quán)利要求1所述的消息處理系統(tǒng)，其特征是，所述消息處理系統(tǒng)進(jìn)一步包括用于對消息處理進(jìn)程進(jìn)行配置和管理的管理模塊。
4.根據(jù)權(quán)利要求3所述的消息處理系統(tǒng)，其特征是，所述管理模塊提供有web界面。
5.一種采用權(quán)利要求1所述系統(tǒng)進(jìn)行消息處理的方法，包括如下步驟a.消息處理系統(tǒng)監(jiān)聽被監(jiān)控設(shè)備并接收被監(jiān)控設(shè)備的消息發(fā)送模塊發(fā)送的消息數(shù)據(jù)包；b.根據(jù)消息數(shù)據(jù)包信息確定所接收數(shù)據(jù)包的源設(shè)備類型，并根據(jù)所述源設(shè)備類型解析數(shù)據(jù)包；c.將解析后的數(shù)據(jù)包根據(jù)預(yù)先存儲的接收方信息發(fā)送到消息接收裝置。
6.根據(jù)權(quán)利要求5所述的消息處理方法，其特征是，在步驟a中接收的設(shè)備消息數(shù)據(jù)包為用戶數(shù)據(jù)報(bào)協(xié)議(UDP)格式數(shù)據(jù)包，所述UDP格式數(shù)據(jù)包的形式包括純文本數(shù)據(jù)包、簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)告警數(shù)據(jù)包、系統(tǒng)日志數(shù)據(jù)包、二進(jìn)制數(shù)據(jù)包以及從網(wǎng)管系統(tǒng)上報(bào)的文件數(shù)據(jù)包。
7.根據(jù)權(quán)利要求5所述的消息處理方法，其特征是，在步驟b中通過解析數(shù)據(jù)包的IP地址確定所接收數(shù)據(jù)包的源設(shè)備。
8.根據(jù)權(quán)利要求5所述的消息處理方法，其特征是，在步驟b中通過存儲在消息處理模塊中的設(shè)備規(guī)格配置文件確定解析所述數(shù)據(jù)包的方法，并根據(jù)該方法解析數(shù)據(jù)包。
9.根據(jù)權(quán)利要求5所述的消息處理方法，其特征是，在步驟c中通過短消息服務(wù)器將設(shè)備消息發(fā)送到作為消息接收裝置的移動(dòng)通信裝置。
10.根據(jù)權(quán)利要求5所述的消息處理方法，其特征是，在步驟c中將消息發(fā)送到互聯(lián)網(wǎng)內(nèi)容提供平臺，然后進(jìn)一步由互聯(lián)網(wǎng)內(nèi)容提供平臺發(fā)送到作為消息接收裝置的移動(dòng)通信裝置或?qū)ず粞b置。
11.根據(jù)權(quán)利要求5所述的消息處理方法，其特征是，在步驟c中將消息直接通過網(wǎng)絡(luò)連接發(fā)送到作為消息接收裝置的電子郵件信箱。
12.根據(jù)權(quán)利要求5所述的消息處理方法，其特征是該方法進(jìn)一步包括，對于在消息處理過程中停止運(yùn)行的步驟，所述監(jiān)控系統(tǒng)自動(dòng)重新啟動(dòng)停止運(yùn)行的步驟。
13.根據(jù)權(quán)利要求5所述的消息處理方法，其特征是該方法進(jìn)一步包括，消息處理過程中的當(dāng)前消息處理狀態(tài)和消息處理系統(tǒng)配置文件通過web界面顯示。
14.根據(jù)權(quán)利要求13所述的消息處理方法，其特征是該方法進(jìn)一步包括，消息處理過程中，當(dāng)所述系統(tǒng)配置文件內(nèi)容需要更新時(shí)，由管理模塊修改并重新加載。
15.根據(jù)權(quán)利要求13或14所述的消息處理方法，其特征是，所述消息處理系統(tǒng)配置文件包括消息處理系統(tǒng)配置文件、設(shè)備規(guī)格配置文件、用戶設(shè)備配置文件和登錄用戶配置文件。
全文摘要
本發(fā)明公開了一種通用消息處理系統(tǒng)，它包括包含在被監(jiān)控設(shè)備中的消息發(fā)送模塊、單獨(dú)設(shè)置并連接到至少一個(gè)消息發(fā)送模塊的消息處理模塊，以及單獨(dú)設(shè)置的消息接收裝置，消息處理模塊用于接收和統(tǒng)一處理消息發(fā)送模塊發(fā)送的消息，將處理后的消息發(fā)送到消息接收裝置。本發(fā)明的通用消息處理系統(tǒng)可以進(jìn)一步包括監(jiān)控模塊和提供有web界面的管理模塊。本發(fā)明還公開了一種通用消息處理方法，它包括監(jiān)聽被監(jiān)控設(shè)備并接收消息發(fā)送模塊發(fā)送的設(shè)備消息數(shù)據(jù)包、確定所接收數(shù)據(jù)包的源設(shè)備類型、根據(jù)數(shù)據(jù)包的源設(shè)備類型解析數(shù)據(jù)包以及將解析后的數(shù)據(jù)包發(fā)送到消息接收裝置等步驟。使用本發(fā)明可以提高系統(tǒng)可靠性，節(jié)約系統(tǒng)開發(fā)維護(hù)成本。
文檔編號H04L12/24GK1490981SQ0214653
公開日2004年4月21日 申請日期2002年10月18日 優(yōu)先權(quán)日2002年10月18日
發(fā)明者孫利輝, 韓璐, 徐彬艷 申請人:華為技術(shù)有限公司