CN100379209C - 一种消息处理的系统及方法 - Google Patents

Abstract

本发明公开了一种通用消息处理系统，它包括包含在被监控设备中的消息发送模块、单独设置并连接到至少一个消息发送模块的消息处理模块，以及单独设置的消息接收装置，消息处理模块用于接收和统一处理消息发送模块发送的消息，将处理后的消息发送到消息接收装置。本发明的通用消息处理系统可以进一步包括监控模块和提供有web界面的管理模块。本发明还公开了一种通用消息处理方法，它包括监听被监控设备并接收消息发送模块发送的设备消息数据包、确定所接收数据包的源设备类型、根据数据包的源设备类型解析数据包以及将解析后的数据包发送到消息接收装置等步骤。使用本发明可以提高系统可靠性，节约系统开发维护成本。

Description

一种消息处理的系统及方法

技术领域

本发明涉及网络设备的监控管理技术，具体涉及一种消息处理的系统及方法。

背景技术

在电信网络或者计算机网络中，由于要保证网络的畅通，因此需要对网络设备的运行状态进行持续的监控。以前网络维护人员如果要了解网络设备的运行状态，需要定时到机房检查，这样会占用大量人力，而且不能及时发现网络设备的故障。由于这个原因，远程网络管理系统应运而生，管理员不用到机房，只需远程连接到对整个网络的运转进行监控的网络管理系统，就可以知道网络设备的当前运行状态。在这两种情况下，都需要网络管理员持续关注网络设备的运行信息，同样占用大量人力。如果维护人员不在现场或者不能及时从网络管理系统中查看信息，就不能准确掌握设备的运行状态，从而有可能由于没有及时排除某个设备的故障，而造成整个网络不能正常运转。

为了解决上述问题，现有的某些网络设备，例如路由器、交换机等，往往自身安装有告警转发的软件，当它们自身出现故障时，发出告警、日志等表征设备状态的信息，并通过私有协议将它们转发到用户的移动电话、寻呼机或者电子信箱等消息接收装置中。这样用户通过自己的信息联系工具，可以及时了解到这些网络设备的运行状况，并可以及时采取措施，从而提高整个系统的安全性。

但是由于目前能够发送信息的网络设备都是独立地通过自己的软件设置来完成各自消息的发送，它们各自拥有一套监控信息消息的处理方法，发送给管理员的消息格式也各不相同，而且各个网络设备分别拥有的监控设备状态信息的处理模块互不兼容，对于新的网络设备需要重新开发和安装其相应的处理模块，这样极大地增加了设备成本，同时也增加了开发维护的成本。

发明内容

本发明的一个目的是解决现有技术的不足，提供一种能对各种网络设备发出的消息进行统一处理和发送的通用消息处理系统。

本发明的另一个目的是提供一种利用所述通用消息处理系统对各种网络设备发出的消息进行统一处理和发送的通用消息处理方法。

本发明的上述目的是通过如下的技术方案予以解决的：

一种消息处理系统，包括：包含在被监控设备中的消息发送模块，用于发送包含被监控设备状态信息的消息数据包；以及独立设置的消息接收装置，用于接收并显示所述消息发送模块发送的消息数据包中包含的状态信息，在系统中进一步包括单独设置并连接到至少一个消息发送模块的消息处理模块，用于解析消息数据包得到IP地址，根据该IP地址通过设备规格文件确定设备规格配置，根据该设备规格配置确定解析所述数据包的方法，并根据该方法解析数据包，然后将解析后的数据包发送到消息接收装置。

在上述消息处理系统中，可以进一步包括用于对消息处理进程进行监视和控制的监控模块以及对消息处理进程进行配置和管理的管理模块。管理模块提供有web界面。

一种采用上述消息处理系统进行消息处理的方法，包括如下步骤：

a.消息处理系统监听被监控设备并接收被监控设备的消息发送模块发送的消息数据包；

b.解析该消息数据包得到IP地址，根据该IP地址通过存储在消息处理模块中的设备规格文件确定设备规格配置，然后根据该设备规格配置确定解析所述数据包的方法，并根据该方法解析数据包；

c.将解析后的数据包根据预先存储的接收方信息发送到消息接收装置。

在上述消息处理方法中，在步骤a中接收的消息数据包为用户数据报协议(UDP)格式数据包，其形式包括纯文本数据包、简单网络管理协议(SNMP)告警数据包、系统日志数据包、二进制数据包以及从网管系统上报的文件数据包。

在上述消息处理方法中，在步骤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地址通过位于消息处理中心的用于存储设备规格的设备规格文件找出对应的设备规格配置，然后根据该网络设备的设备规格配置得到用来解析该数据包的方法，并根据这种方法解析数据包。对于由多个字段组成的信息数据，例如纯文本、告警、系统日志和二进制等类型的信息，解码出来后按照一定的规则编码，从而得到最终信息格式。

例如对于从设备接收的系统日志数据，其数据形式可能为：<xxx>un 1314:15:25:2001/06/13-14:15:25^IDeviceType：65538^ILogType：2^IPosition：1.52.5^ILogicalNumber：0^ICallPhase：1^ICallID：82024220^IAccessNum：263^ICallType：MODEM^IUserGroup：40^IUserType：0^IUsername：user00106^ILogSucTime：103^ICallDuration：2552^IPortNum：57^ITranSpeed：56000^IRecvSpeed：56000^ITransOctets：23603^IRecvOctets：12153^IInfoType：60^IComment：Lcpfinished(Yb Try)。在这个数据中，^I为分隔符，被分隔为21个字段。首先解析出发送此数据的设备的IP地址，然后根据解析出来的IP地址通过设备规格文件找出对应的设备规格配置，然后根据该网络设备的设备规格配置得到用来解析该数据包的方法，例如对于这个例子，解析该数据包的方法是去掉分隔符。然后按照确定的解析数据包的方法解析该数据包，并重新编码，从而形成最终的信息格式。例如对这个例子而言，首先去掉分隔符，将它们分成21个单独的字符串，然后显示每个字符串后换行显示下一个字符串，以便于管理员阅读。其最终格式为：

un 13 14:15:25:2001/06/13-14:15:25

DeviceType：65538

LogType：2

Position：1.52.5

… …

在这里，从设备发送的数据格式是由设备定义的，并由管理员预先存储在通用消息处理中心之中。设备发送的数据的重新编码的方法由管理员定义，可以预先存储在通用消息处理中心之中，也可以通过管理进程存储和修改。当然，这里仅仅是通过一个简单的例子来对本发明进行说明，在实际情况中管理员可以订制对自己而言便于阅读、理解以及更有效率的编码方法。

图4示出了通用消息处理中心消息发送处理过程。在经过对来自某一网络设备的信息进行解码后，根据发送配置解析出接收方的信息，也就是接收该消息的管理员的具体接收地址和方式，然后将该解码后的信息通过电子邮件、手机短消息或者寻呼机及时地将其发送给管理员，以便管理员能够以最快的速度得知该网络设备的运行情况。这里信息发送给管理员的具体形式是由管理员预先指定的。对于电子邮件，通用消息处理中心使用简单邮件传输协议(SMTP)或其兼容协议直接发送。对于手机短消息提供两种发送方式，一种方式是采用专用发送短消息的设备，将这种专用发送短消息的设备和通用消息处理中心的特定接口相连，通用消息处理中心通过该特定接口实现短消息的发送。另一种方式是先把信息通过电子邮件发送到ICP，然后由ICP将该信息发送到手机或寻呼机。对于网络管理系统上报的文件数据信息，直接根据配置将该文件作为电子邮件的附件发送给管理员。

上述过程是通用消息处理方法中的服务进程，它可以完成从接收网络设备发送过来的消息到将经过处理的消息发送到管理员的全过程。在本发明中，为了管理员更好地管理整个通用消息处理，还提供了对服务进程进行监控和管理的管理进程。管理进程通过超文本传输协议服务进程(httpd)和基于java的服务器端动态页面技术(JSP)引擎给管理员提供一个web形式的管理界面，管理员可以通过浏览器对服务进程的启动、停止和运行状态进行查询，并可以实现对配置文件进行修改、重新加载等管理。管理员通过管理进程可以进行管理的配置文件包括通用消息处理中心系统配置文件、设备规格配置文件、用户设备配置文件和登录用户配置文件等。所有的配置文件为了移植管理的方便，均采用可扩展标记语言(XML)文件和纯文本格式文件保存。

图5示出了通用消息处理中心管理进程结构。从图中可以看到，管理员通过网络浏览器进入用户界面后，可以在界面上修改配置，管理进程完成XML配置文件的修改，然后管理员可以通过加载配置，把XML配置文件的信息重新进行加载，使整个消息处理系统做到及时更新。

图6是通用消息处理中心的主界面的一个示例。当网络管理员在远程通过浏览器进入通用消息处理中心后，将会看到图6所示的一个主界面。从图6中可以看出，管理员可以在管理进程中对用户设备配置、设备规格配置和登录用户配置等配置文件进行管理，从而提高整个系统运转的效率和安全性。下面以用户设备配置、设备规格配置和查看日志文件为例，进一步说明系统是怎样通过管理进程来对服务进程进行监控和管理的。

用户设备配置文件包括用户设备的详细信息和设备或设备组的发送配置信息，服务进程在启动时自动将此配置文件调入高速缓存，并根据接收到的数据的IP地址在配置文件中查找相应的配置信息。如果用户需要在系统运行过程中修改设备配置，可以通过主界面进入如图7所示的用户设备配置管理界面，在这个界面中管理员可以对设备的具体信息进行增加、删除和修改等操作，这些具体信息包括设备的IP地址、接收消息的开始时间、结束时间和最小间隔时间等。在对该配置文件进行修改后，点击重新加载的按钮将其重新加载，这样在服务进程中再次调用用户设备配置文件时，读取到的即是经过这次修改后的最新用户设备配置文件。

设备规格配置文件包括所有设备规格的配置信息，以及有关该种规格设备所发送的消息的定义类型和信息编码定义，这里的消息定义类型指的是系统日志、告警等消息。图8示出了消息处理中心所能接收消息的来源设备的设备规格列表，以及这些设备分别可以发送哪些类型的消息，管理员可以通过这个界面增添、删除和修改设备规格配置。图9示出了设备消息定义配置界面，管理员可以通过这个界面修改、删除和查看设备发送的消息定义。设备规格配置文件中的信息编码定义存放这设备发送过来的消息的详细的编码定义，服务进程按照编码定义对设备发送过来的数据进行解码，并得到最终的信息。

为了管理员能更清楚地了解通用消息处理中心的运行情况，可以在管理进程中查看系统日志。图10示出了查看系统日志的界面，从图中可以看到，管理员可以查看系统日志、错误日志和发送日志，从而对整个系统的运行情况做到心中有数，并能及时发现和排除有可能出现的故障，保证系统的顺利运转和整个网络通信的通畅。

上面通过一个具体实施例详细地介绍了本发明的目的、技术方案和效果，但是可以理解，实施例仅仅用于解释本发明，而不用于限定本发明的保护范围。

Claims (13)

1.一种消息处理系统，包括：包含在被监控设备中的消息发送模块，用于发送包含被监控设备状态信息的消息数据包；以及独立设置的消息接收装置，用于接收并显示所述消息发送模块发送的消息数据包中包含的状态信息，其特征是，在系统中进一步包括单独设置并连接到至少一个所述消息发送模块的消息处理模块，用于解析消息数据包得到IP地址，根据该IP地址通过设备规格文件确定设备规格配置，根据该设备规格配置确定解析所述数据包的方法，并根据该方法解析数据包，然后将解析后的数据包发送到所述消息接收装置。

2.根据权利要求1所述的消息处理系统，其特征是，所述消息处理系统进一步包括用于对消息处理进程进行监视和控制的监控模块。

3.根据权利要求1所述的消息处理系统，其特征是，所述消息处理系统进一步包括用于对消息处理进程进行配置和管理的管理模块。

4.根据权利要求3所述的消息处理系统，其特征是，所述管理模块提供有web界面。

5.一种采用权利要求1所述系统进行消息处理的方法，包括如下步骤：

a.消息处理系统监听被监控设备并接收被监控设备的消息发送模块发送的消息数据包；

b.解析该消息数据包得到IP地址，根据该IP地址通过存储在消息处理模块中的设备规格文件确定设备规格配置，然后根据该设备规格配置确定解析所述数据包的方法，并根据该方法解析数据包；

c.将解析后的数据包根据预先存储的接收方信息发送到消息接收装置。

6.根据权利要求5所述的消息处理方法，其特征是，在步骤a中接收的消息数据包为用户数据报协议格式数据包，所述用户数据报协议格式数据包的形式包括纯文本数据包、简单网络管理协议告警数据包、系统日志数据包、二进制数据包以及从网管系统上报的文件数据包。

7.根据权利要求5所述的消息处理方法，其特征是，在步骤c中通过短消息服务器将设备消息发送到作为消息接收装置的移动通信装置。

8.根据权利要求5所述的消息处理方法，其特征是，在步骤c中将消息发送到互联网内容提供平台，然后进一步由互联网内容提供平台发送到作为消息接收装置的移动通信装置或寻呼装置。

9.根据权利要求5所述的消息处理方法，其特征是，在步骤c中将消息直接通过网络连接发送到作为消息接收装置的电子邮件信箱。

10.根据权利要求5所述的消息处理方法，其特征是该方法进一步包括，对于在消息处理过程中停止运行的步骤，由一监控系统自动重新启动停止运行的步骤。

11.根据权利要求5所述的消息处理方法，其特征是该方法进一步包括，通过web界面显示消息处理过程中的当前消息处理状态和配置文件。

12.根据权利要求11所述的消息处理方法，其特征是该方法进一步包括，消息处理过程中，当所述配置文件内容需要更新时，由管理模块修改并重新加载。

13.根据权利要求11或12所述的消息处理方法，其特征是，所述配置文件包括通用消息处理中心系统配置文件、设备规格配置文件、用户设备配置文件和登录用户配置文件。

Images