CN105323098B - 一种告警消息处理方法、装置及系统 - Google Patents

Abstract

本发明公开了一种告警消息处理方法、装置及系统，应用在浏览器/服务器架构的告警监控系统中，所述方法包括：从已注册的过滤器中确定与数据库推送的告警消息相匹配的过滤器；确定相匹配的过滤器所属的至少一个视图的视图标识，以及承载该至少一个视图的相应客户端的客户端标识；将数据库推送的告警消息分别发送至确定的相应客户端标识所表示的客户端，并指示相应客户端将该告警消息呈现在确定的视图标识所表示的视图中。由于利用服务器根据在本地注册的过滤器集中确定各客户端需要的告警消息并定点分发，实现了对告警消息的“订单式”处理，并且发送给各客户端的告警消息均是有效的，提高了对告警消息的处理效率。

Description

一种告警消息处理方法、装置及系统

技术领域

本发明涉及通信网络领域中的网络管理技术领域，尤其涉及一种告警消息处理方法、装置及系统。

背景技术

随着通信网络的广泛应用，网络管理系统在保证网络的可靠性方面起着越来越重要的作用。故障管理是网络管理的重要管理功能之一，故障管理包含对设备告警消息进行采集、对告警消息进行处理并呈现。通过对呈现的告警消息进行监控，可以让网管人员进行故障分析和定位，实现故障的恢复，从而提高整个网络的可靠性。

现有对告警消息进行处理的架构通常是基于浏览器/服务器(Browser/Server，B/S)架构的，通常依次相连的客户端(CLIENT)、服务器和数据库构成这种架构，并且这种架构下的客户端代表网络(WEB)上的一个主应用程序，承载一个或多个视图(VIEW)，每个视图均具有一个或多个过滤器；其中，过滤器是指进行告警通知和事件上报的条件，也可称过滤条件；通常过滤器包括需要定制何种告警数据的过滤器以及需要定制何种统计数据的过滤器等等。所述客户端和所述视图均是在WEB上打开的。这种架构下对告警消息进行处理的方式有两种，一种是基于轮询机制的告警消息处理方式；另一种是基于推送机制的告警消息处理方式，下面分别对这两种方式进行说明。

如图1所示，为基于轮询机制的告警消息处理方式示意图。图1中所示的告警消息处理系统对告警消息的处理过程包括以下步骤：

第一步：客户端确定过滤器和该过滤器所属的视图的视图标识(ID)，向服务器发送携带有所述过滤器和视图标识的视图呈现请求；

第二步：服务器接收视图呈现请求，将所述过滤器传递给数据库并触发数据库执行定时轮询操作；

第三步：数据库根据传递的所述过滤器执行定时轮询操作；

第四步：当前产生符合所述过滤器的告警消息且数据库的轮询到该告警消息时，数据库将该符合所述过滤条件的告警消息传递给服务器；

第五步：服务器将该符合所述过滤器的告警消息和所述视图ID携带在视图呈现响应中发送至客户端；

第六步：客户端接收视图呈现响应，将视图呈现响应中的告警消息呈现在所述视图ID表示的视图中。

如图2所示，为基于推送机制的告警消息处理方式示意图。图2中所示的告警消息处理系统对告警消息的处理过程包括以下步骤：

第一步：客户端定制过滤器，向服务器发送告警数据请求，所述过滤器是指进行告警通知和事件上报的条件；

第二步：服务器接收告警数据请求，将数据库推送至自身的实时告警数据携带在告警数据响应中并透传给客户端；

第三步：客户端接收告警数据响应，其承载的各个视图调用自身的过滤器，对告警数据响应中的告警数据进行解析及过滤，并将满足自身的过滤器的告警消息呈现在视图中。

上述基于轮询机制的告警消息处理方式，通过定时轮询后端数据库，获取符合过滤器的准实时告警消息，无法实现实时呈现，并且频繁访问造成数据库的负荷，尤其是面向大规模用户使用时，因数据库达到瓶颈很可能会导致对客户端响应不及时，也即存在对告警消息的处理效率较低的问题。

上述基于推送机制的告警消息处理方式，服务器会将一条告警数据重复反馈给不同的客户端，客户端接收全部告警数据，对告警数据进行解析并过滤，极大程度上增加了客户端与服务端的输入/输出(InPut/OutPut，I/O)压力，同时客户端的负荷增加，无法及时地对告警消息进行处理，也即存在对告警消息的处理效率较低的问题。

由对上述两种方式中的告警消息处理方法存在的问题的分析可知，现有的告警消息处理方法存在告警消息的处理效率较低的问题，这将会导致告警消息呈现的实时性较差，不利于网管人员迅速进行故障分析和定位，以及实现故障的恢复，从而降低了整个网络的可靠性。

发明内容

有鉴于此，本发明实施例提供了一种告警消息处理方法、装置及系统，用以解决现有技术中存在的对告警消息的处理效率较低的问题。

本发明实施例提供一种告警消息处理方法、装置及系统，具体如下：

一种告警消息处理方法，应用在浏览器/服务器架构的告警监控系统中，所述方法包括：

从已注册的过滤器中确定与数据库推送的告警消息相匹配的过滤器，其中，所述过滤器是根据视图的过滤条件注册的；

确定所述相匹配的过滤器所属的至少一个视图的视图标识，以及承载该至少一个视图的相应客户端的客户端标识；

将数据库推送的所述告警消息分别发送至确定的相应客户端标识所表示的客户端，并指示相应客户端将该告警消息呈现在确定的视图标识所表示的视图中。

一种告警消息处理装置，应用在浏览器/服务器架构的告警监控系统中，所述装置包括：

第一确定模块，用于从已注册的过滤器中确定与数据库推送的告警消息相匹配的过滤器，其中，所述过滤器是根据视图的过滤条件注册的；

第二确定模块，用于确定所述相匹配的过滤器所属的至少一个视图的视图标识，以及承载该至少一个视图的相应客户端的客户端标识；

发送模块，用于将数据库推送的所述告警消息发送至确定的相应客户端标识所表示的客户端，并指示相应客户端将该告警消息呈现在确定的视图标识所表示的视图中。

一种告警消息处理系统，应用在浏览器/服务器架构的告警监控系统中，所述系统包括：服务器和客户端；

所述服务器，用于从已注册的过滤器中确定与数据库推送的告警消息相匹配的过滤器，其中，所述过滤器是根据视图的过滤条件注册的；确定所述相匹配的过滤器所属的至少一个视图的视图标识，以及承载该至少一个视图的相应客户端的客户端标识；将数据库推送的所述告警消息分别发送至确定的相应客户端标识所表示的客户端；

所述客户端，用于将该告警消息呈现在确定的视图标识所表示的视图中。

在本发明实施例的技术方案中，首先，将数据库推送的告警消息与在本地注册的过滤器进行匹配，确定相匹配的过滤器，其次，确定与该相匹配的过滤器所属的视图的视图标识以及相应的客户端的客户端标识，最后将所述告警消息发送给该确定的客户端标识所标识的客户端。这一方案由于针对服务器来说，无需频繁的对数据库进行访问，充分利用本地资源优势，根据在本地注册的过滤器集中确定各客户端需要的告警消息并定点分发，并且在同一过滤器属于不同客户端的不同视图或者属于同一客户端的不同视图时，针对一条告警消息，只需利用该同一过滤器进行一次匹配操作，有效地提高了服务器对告警消息的处理效率；针对客户端来说，只需直接接收有效的告警消息并呈现，无需对接收的告警消息进行过滤，因此，较大程度上提高了对告警消息的处理效率，增强了告警消息呈现的实时性，有利于网管人员迅速进行故障分析和定位，实现故障的恢复，从而提高整个网络的可靠性。

附图说明

图1为背景技术中基于轮询机制的告警消息处理方式示意图；

图2为背景技术中基于推送机制的告警消息处理方式示意图；

图3为本发明实施例一中的告警消息处理方法的流程图；

图4为本发明实施例二中的告警消息处理方法的流程图；

图5为本发明实施例三中的告警消息处理方法的流程图；

图6为本发明实施例四中在客户端与服务器在正常建立连接的基础上的数据交互过程示意图；

图7为本发明实施例四中的服务器与客户端之间连接的交互过程；

图8为本发明实施例四中的套接字接口协议格式示意图；

图9为本发明实施例五中的告警消息处理方法示意图；

图10为本发明实施例六中的告警消息处理方法示意图；

图11为本发明实施例六中的告警消息处理装置的结构示意图；

图12为本发明实施例七中的告警消息处理系统的结构示意图；

图13为本发明实施例八中的告警消息处理方法示意图。

具体实施方式

为了解决现有技术中对告警消息的处理效率较低的问题，本发明实施例提供一种告警消息处理方法、装置及系统。

在本发明实施例的方案中，客户端在服务器上注册各视图的过滤器，其次，服务器将注册的过滤器与数据库推送的告警消息相匹配，确定相匹配的过滤器，然后，确定相匹配的过滤器所属的各视图以及承载该各视图的相应客户端，最后，服务器将推送的告警消息分发至确定的相应客户端，指示客户端将告警消息在视图中进行显示。由于利用服务器根据在本地注册的过滤器集中确定各客户端需要的告警消息并定点分发，实现了对告警消息的“订单式”处理，并且发送给各客户端的告警消息均是有效的，提高了对告警消息的处理效率，使得有效的告警消息能够实时地呈现在视图中。

下面结合说明书附图，对本发明实施例进行详细描述。

实施例一

本发明实施例一提供一种告警消息处理方法，应用在B/S架构的告警监控系统中，其流程如图3所示，具体包括以下步骤：

步骤301：从已注册的过滤器中确定与数据库推送的告警消息相匹配的过滤器，其中，所述过滤器是根据视图的过滤条件注册的。

在本步骤301中，客户端可向服务器注册其承载的视图的过滤器，此时，服务器就为过滤器分配标识，并将注册的过滤器保存在本地。

本步骤301中的数据库可以是存储网络中各网元实时上报的告警消息的数据库，并且在接收到一条新的告警消息时，就将该新的告警消息推送给服务器，使得服务器可以及时地对告警消息进行处理及分发。

需要说明的是，在不同的客户端发送相同的过滤器时，服务器仅在本地注册一个过滤器，也就是说已注册的过滤器中两两之间是不相同的。

由于服务器中注册的过滤器中两两之间是不相同的，因此，对每一过滤器，仅进行一次与数据库推送的告警消息的匹配过程。在同一过滤器属于不同客户端的不同视图或者属于同一客户端的不同视图时，相对于各个客户端分别根据其承载的视图的过滤器进行过滤来说，避免了重复的匹配操作。由服务器集中进行处理，使得一次与数据库推送的告警消息的匹配过程，后续即可分发给多个客户端，有效地提高了服务器对告警消息的处理效率。

步骤302：确定所述相匹配的过滤器所属的至少一个视图的视图标识，以及承载该至少一个视图的相应客户端的客户端标识；

在本步骤302中，可以在本地存储过滤器标识、视图标识和客户端标识三者之间的对应关系，此时，可根据存储的该对应关系确定相匹配的过滤器的过滤器标识对应的视图标识以及客户端标识，其中，确定的所述客户端标识所表示的客户端承载确定的视图标识所表示的视图；也即是确定了相匹配的过滤器所属的至少一个视图的视图标识以及相应的客户端标识。

较优的，上述对应关系在服务器本地的数据库中以表进行存储时，以过滤器标识为主键，这是因为一方面可以避免不同客户端调用同一过滤器导致的服务器重复计算，减轻服务器的负荷；如果以客户端标识为主键，如果标识为A的客户端和标识为B的客户端都加载了同一个视图，则需调用同一种过滤器，那么以客户端为主键，则需要通过过滤器对告警匹配两次，最终增加服务端的负荷。另一方面，过滤器和视图之间是一对多的关系，最终查找的是视图标识和客户端标识，便于快速分发。

步骤303：将数据库推送的所述告警消息分别发送至确定的相应客户端标识所表示的客户端，并指示相应客户端将该告警消息呈现在确定的视图标识所表示的视图中。

在视图上显示告警消息的形式可以是列表形式、统计图表形式或者拓扑图形式，也可以是其它形式，本发明并不对此进行限定。

在本发明实施例一的方案中，用服务器根据在本地注册的过滤器集中确定各客户端需要的告警消息并定点分发，实现了对告警消息的“订单式”处理，减轻了客户端的对告警消息的处理压力，且分发给各客户端的均为有效的告警消息，减轻了客户端与服务器的I/O压力，提高了对告警消息的处理效率，使得有效的告警消息能够实时地呈现在视图中，有利于网管人员迅速进行故障分析和定位，以及实现故障的恢复，从而提高了整个网络的可靠性。

本发明实施例一的方案是服务器在视图的过滤器已注册情况下对数据库推送的告警消息的处理过程，下面分别通过实施例二以及实施例三的方案来对该告警消息处理方法的视图注册过程和视图注销过程进行详细地说明。

实施例二

本发明实施例二提供了一种告警消息处理方法，其流程图如图4所示，包括以下步骤：

步骤401：接收来自客户端的携带有视图标识和视图标识所表示的视图的过滤条件的视图注册请求；

步骤402：根据视图注册请求中携带的所述视图标识所表示的视图的过滤条件注册过滤器；

步骤403：将注册的所述过滤器的过滤器标识、携带的所述视图标识和所述客户端的客户端标识对应存储在本地的视图注册表中。

此时，实施例一中的步骤302的包括以下两个步骤：

第一步：根据对应存储在本地的视图注册表中的过滤器标识、视图标识和客户端标识，确定所述相匹配的过滤器的过滤器标识所对应的视图标识和客户端标识；

第二步：将确定的所对应的视图标识和客户端标识分别作为所述相匹配的过滤器所属的至少一个视图的视图标识和以及承载该至少一个视图的相应客户端的客户端标识。

实施例三

本发明实施例三提供了一种告警消息处理方法，其流程图如图5所示，包括以下步骤：

步骤501：接收来自客户端的携带有视图标识、客户端标识的视图注销请求；

步骤502：将视图注册表中对应存储的该视图注销请求中的视图标识、客户端标识和过滤器标识注销；

步骤503：在注销的所述过滤器标识所表示的过滤器不属于视图注册表中的任一视图标识所表示的视图时，将该注销的所述过滤器标识所表示的过滤器删除。

实施例四

基于上述实施例一至实施例三的基础上，本发明实施例四对告警消息处理过程中客户端和服务器端的数据交互过程进行说明，该数据交互过程的示意图如图6所示。

图6中包括监控人员、视图(VIEW)、承载该视图的客户端(CLIENT)、服务器(Sever)和数据库的消息队列(Message Queue，MQ)。

图6中包括三个过程，分别是视图注册过程、推送告警过程和视图注销过程；并且客户端与服务器之间进行通信可以使用套接字(Socket)接口方式，具体协议格式和各接口定义在将在下文进行说明，这里暂不阐述。

图6所示在客户端与服务器在正常建立连接的基础上的数据交互过程，包括以下步骤：

步骤601：监控人员打开一个视图；

步骤602：视图在客户端内部注册。

在本步骤602中视图在客户端内部注册，客户端则记录视图ID和视图的关系(也即注册信息)，后续服务器分发至客户端的告警消息里携带视图ID，可根据这里记录的视图ID和视图的关系将告警消息分发到视图ID所表示的视图，从而可以提交告警消息分发的效率。

步骤603：客户端向服务器发送视图注册请求，该视图注册请求中携带有视图标识和视图标识所表示的视图的过滤条件；

步骤604：服务器对视图注册请求进行处理；

本步骤604中，具体为服务器解析视图注册请求中携带的所述视图标识所表示的视图的过滤条件，并根据过滤条件注册过滤器，并确定该过滤器标识；但在该过滤条件与本地存储的某一过滤器的过滤条件相同时，不进行过滤器的注册，仅确定所述某一过滤器的过滤器标识。

步骤605：修改本地存储的视图注册表，将确定的过滤器标识、注册请求中的视图标识以及客户端标识(如客户端的IP地址)对应存储到该视图注册表。

步骤606：服务器将视图注册响应发送至客户端。

该视图注册响应中含有视图注册结果，也即注册成功还是失败。

上述步骤601至步骤606是视图注册过程，下面进行推送告警过程：

步骤607：服务器从消息队列接收一条告警消息；

步骤608：服务器遍历已在本地注册的过滤器，逐个将过滤器与接收到的告警消息进行匹配，确定相匹配的过滤器。并根据视图注册表来确定与确定的相匹配的过滤器的过滤器标识对应的各视图的视图标识以及承载该各视图的相应客户端的客户端标识。

步骤609：服务器将携带有视图标识的所述告警消息发送至确定的各客户端；

步骤610：客户端根据告警消息中携带的视图标识，将告警消息分发至相应的视图。

上述步骤607至步骤610是推送告警过程，下面进行注销视图过程：

步骤611：监控人员关闭视图；

步骤612：客户端注销视图其在内部的注册信息；

步骤613：客户端向服务器发送携带有视图标识、客户端标识的视图注销请求；

步骤614：服务器修改视图注册表。

服务器将视图注册表中对应存储的该视图注销请求中的视图标识、客户端标识和过滤器标识注销，并在注销的所述过滤器标识所表示的过滤器不属于视图注册表中的任一视图标识所表示的视图时，将该注销的所述过滤器标识所表示的过滤器删除；

步骤615：向客户端发送注销视图结果。

下面通过图7对服务器与客户端之间连接的交互过程进行说明。

图7中，包括监控人员、客户端和服务器，服务器和客户端之间的连接交互分为包括建立连接、维护连接和关闭连接3部分；包括以下步骤：

步骤701：用户打开客户端；

步骤702：客户端与服务器之间建立Socket连接。

步骤703：服务器进行连接状态检测；

步骤704：服务器定时遍历每个客户端的连接，向客户端发送心跳消息；

步骤705：服务器在检测到心跳消息发送出现IO异常，确定连接异常时，进行客户端连接异常处理，关闭连接，并执行步骤706；

步骤706：清理视图注册表中该客户端的所有视图ID和过滤器的注册信息；

步骤707：客户端进行连接状态检测；

步骤708：客户端向服务器发送心跳消息；

步骤709：客户端检测到连接状态异常，执行客户端连接状态异常处理，关闭现有连接，重新建立连接；

步骤709中，若有新视图打开，则需要对新视图进行重新注册；

步骤710：监控人员关闭客户端；

步骤711：客户端向服务器发送关闭连接请求；

步骤712：服务器关闭socket连接并清理视图注册表中该客户端的所有视图ID和过滤器的注册信息。

图8中所示的是上述Socket接口协议格式，包括消息头和消息体，在消息头中记载消息类型和消息长度信息，其中消息类型和消息长度均占4字节、数据类型均为整型int；消息体中记载消息内容，可以根据消息类型定义消息体格式；

各种消息接口定义如下表(1)所示：

表(1)

实施例五

本发明实施例五利用具实例对上述实施例一至实施例四中的告警消息处理方法进行说明。

如图9所示，包括3个客户端，分别是客户端1(Client 1)，客户端2(Client 1)和客户端3(Client 3)，其中，客户端1承载了视图1(View 11)，视图1具有过滤器1(Filter1)；客户端2承载了视图2(View 21)，视图2具有过滤器2(Filter2)；客户端3承载了视图31(View31)、视图32(View 32)和视图33(View 33)，视图31具有过滤器1(Filter1)、视图32具有过滤器2(Filter2)以及视图33具有过滤器3(Filter3)；

Filter1为：专业(Specialty)＝’话务网’并且(and)严重性Severity＝1；

Filter2为：Specialty＝’传输网’and Severity＝1；

Filter3为：城市(City)＝’成都’并且(and)严重性Severity in＝(1，2)；

推送服务器(PushServer)保存的注册的过滤器、包括过滤器标识、视图标识和客户端标识之间关系的视图注册表等信息具体如下：

推送服务器接收数据库将推送的4条实时告警Alarm1(specialty：话务网severity：1 city：成都…)、Alarm2(specialty：传输网severity：1 city：绵阳…)、Alarm3(specialty：话务网severity：3 city：成都…)和Alarm4(specialty：数据网severity：2city：成都…)；

推送服务器利用自身保存的上述过滤器、包括过滤器标识、视图标识和客户端标识之间关系的视图注册表等信息，确定与Alarm1相匹配的过滤器为过滤器1，与过滤器1对应的视图标识为11、承载该标识为11的视图的客户端的客户端标识为1以及与过滤器1对应的视图标识为31、承载该标识为31的视图的客户端的客户端标识为3；确定与Alarm2相匹配的过滤器为过滤器2、与过滤器2对应的视图标识为21、承载该标识为21的视图的客户端的客户端标识为2以及与过滤器2对应的视图标识为32、承载该标识为32的视图的客户端的客户端标识为3；确定与Alarm3相匹配的过滤器不存在；确定与Alarm4相匹配的过滤器为过滤器3、与过滤器3对应的视图标识为33、承载该标识为33的视图的客户端的客户端标识为3；

推送服务器将携带视图标识11的Alarm1发送至客户端1，将携带视图标识31的Alarm1发送至客户端3；

推送服务器将携带视图标识21的Alarm2发送至客户端2，将携带视图标识32的Alarm2发送至客户端3；

推送服务器将携带视图标识33的Alarm4发送至客户端3；

之后，客户端1接收到Alarm1，进行解析，并将该Alarm1呈现在视图11中；

客户端2接收到Alarm2，进行解析，并将该Alarm2呈现在视图21中；

客户端3依次接收到Alarm1、Alarm2和Alarm4，进行解析后分发，将该Alarm1呈现在视图31中，将该Alarm2呈现在视图32中；将该Alarm4呈现在视图33中，这一过程如图10所示。

实施例六

基于与本发明实施例一至实施例五的同一发明构思，本发明实施例六提供一种告警消息处理装置，应用在浏览器/服务器架构的告警监控系统中，所述装置包括：第一确定模块110、第二确定模块111和发送模块112；

第一确定模块110，用于从已注册的过滤器中确定与数据库推送的告警消息相匹配的过滤器，其中，所述过滤器是根据视图的过滤条件注册的；

第二确定模块111，用于确定所述相匹配的过滤器所属的至少一个视图的视图标识，以及承载该至少一个视图的相应客户端的客户端标识；

发送模块112，用于将数据库推送的所述告警消息发送至确定的相应客户端标识所表示的客户端，并指示相应客户端将该告警消息呈现在确定的视图标识所表示的视图中。

较优的，所述装置还包括：

第一接收模块113，用于接收来自客户端的携带有视图标识和视图标识所表示的视图的过滤条件的视图注册请求；

注册模块114，用于根据视图注册请求中携带的所述视图标识所表示的视图的过滤条件注册过滤器；

存储模块115，用于将注册的所述过滤器的过滤器标识、携带的所述视图标识和所述客户端的客户端标识对应存储在本地的视图注册表中。

较优的，第二确定模块111，具体用于根据对应存储在本地的视图注册表中的过滤器标识、视图标识和客户端标识，确定所述相匹配的过滤器的过滤器标识所对应的视图标识和客户端标识；将确定的所对应的视图标识和客户端标识分别作为所述相匹配的过滤器所属的至少一个视图的视图标识和以及承载该至少一个视图的相应客户端的客户端标识。

较优的，所述装置还包括：

第二接收模块116，用于接收来自客户端的携带有视图标识、客户端标识的视图注销请求；

注销模块117，用于将视图注册表中对应存储的该视图注销请求中的视图标识、客户端标识和过滤器标识注销；

删除模块118，用于在注销的所述过滤器标识所表示的过滤器不属于视图注册表中的任一视图标识所表示的视图时，将该注销的所述过滤器标识所表示的过滤器删除。

实施例七

基于与本发明实施例一至实施例五的同一发明构思，本发明实施例七提供一种告警消息处理系统，如图12所示，应用在浏览器/服务器架构的告警监控系统中，所述系统包括：服务器121和客户端122；

所述服务器121，用于从已注册的过滤器中确定与数据库推送的告警消息相匹配的过滤器，其中，所述过滤器是根据视图的过滤条件注册的；确定所述相匹配的过滤器所属的至少一个视图的视图标识，以及承载该至少一个视图的相应客户端的客户端标识；将数据库推送的所述告警消息分别发送至确定的相应客户端标识所表示的客户端；

所述客户端122，用于将该告警消息呈现在确定的视图标识所表示的视图中。

较优的，所述客户端122，还用于向服务器发送携带有视图标识和视图标识所表示的视图的过滤条件的视图注册请求；

所述服务器121，还用于根据接收的视图注册请求中携带的所述视图标识所表示的视图的过滤条件注册过滤器；将注册的所述过滤器的过滤器标识、携带的所述视图标识和所述客户端的客户端标识对应存储在本地的视图注册表中。

较优的，所述服务器121，具体用于根据对应存储在本地的视图注册表中的过滤器标识、视图标识和客户端标识，确定所述相匹配的过滤器的过滤器标识所对应的视图标识和客户端标识；将确定的所对应的视图标识和客户端标识分别作为所述相匹配的过滤器所属的至少一个视图的视图标识和以及承载该至少一个视图的相应客户端的客户端标识。

较优的，所述客户端122，还用于向服务器发送携带有视图标识、客户端标识的视图注销请求；

所述服务器121，还用于在接收到所述视图注册请求后，将视图注册表中对应存储的该视图注销请求中的视图标识、客户端标识和过滤器标识注销，并在注销的所述过滤器标识所表示的过滤器不属于视图注册表中的任一视图标识所表示的视图时，将该注销的所述过滤器标识所表示的过滤器删除。

本发明实施例七中所述的系统对告警消息的处理方式可以用图13表示，图13中，服务器接收数据库推送的实时告警消息，将其与本地保存的过滤器进行匹配后，确定需要发送至的客户端以及相应的视图，最终定点分发给客户端，客户端将告警消息呈现在相应的视图上。这处理方式由于针对服务器来说，无需频繁的对数据库进行访问，充分利用本地资源优势，根据在本地注册的过滤器集中确定各客户端需要的告警消息并定点分发，并且在同一过滤器属于不同客户端的不同视图或者属于同一客户端的不同视图时，针对一条告警消息，只需利用该同一过滤器进行一次匹配操作，有效地提高了服务器对告警消息的处理效率；针对客户端来说，只需直接接收有效的告警消息并呈现，无需对接收的告警消息进行过滤，因此，较大程度上提高了对告警消息的处理效率，增强了告警消息呈现的实时性，有利于网管人员迅速进行故障分析和定位，实现故障的恢复，从而提高整个网络的可靠性。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (9)

1.一种告警消息处理方法，其特征在于，应用在浏览器/服务器架构的告警监控系统中，所述方法包括：

从已注册的过滤器中确定与数据库推送的告警消息相匹配的过滤器，其中，所述过滤器是根据视图的过滤条件注册的；

确定所述相匹配的过滤器所属的至少一个视图的视图标识，以及承载该至少一个视图的相应客户端的客户端标识；

将数据库推送的所述告警消息分别发送至确定的相应客户端标识所表示的客户端，并指示相应客户端将该告警消息呈现在确定的视图标识所表示的视图中；

所述方法还包括：

接收来自客户端的携带有视图标识和视图标识所表示的视图的过滤条件的视图注册请求；

根据视图注册请求中携带的所述视图标识所表示的视图的过滤条件注册过滤器；

将注册的所述过滤器的过滤器标识、携带的所述视图标识和所述客户端的客户端标识对应存储在本地的视图注册表中。

2.如权利要求1所述的方法，其特征在于，所述确定所述相匹配的过滤器所属的至少一个视图的视图标识，以及承载该至少一个视图的相应客户端的客户端标识，包括：

根据对应存储在本地的视图注册表中的过滤器标识、视图标识和客户端标识，确定所述相匹配的过滤器的过滤器标识所对应的视图标识和客户端标识；

将确定的所对应的视图标识和客户端标识分别作为所述相匹配的过滤器所属的至少一个视图的视图标识和以及承载该至少一个视图的相应客户端的客户端标识。

3.如权利要求1或2所述的方法，其特征在于，所述方法还包括：

接收来自客户端的携带有视图标识、客户端标识的视图注销请求；

将视图注册表中对应存储的该视图注销请求中的视图标识、客户端标识和过滤器标识注销，并

在注销的所述过滤器标识所表示的过滤器不属于视图注册表中的任一视图标识所表示的视图时，将该注销的所述过滤器标识所表示的过滤器删除。

4.一种告警消息处理装置，其特征在于，应用在浏览器/服务器架构的告警监控系统中，所述装置包括：

第一确定模块，用于从已注册的过滤器中确定与数据库推送的告警消息相匹配的过滤器，其中，所述过滤器是根据视图的过滤条件注册的；

第二确定模块，用于确定所述相匹配的过滤器所属的至少一个视图的视图标识，以及承载该至少一个视图的相应客户端的客户端标识；

发送模块，用于将数据库推送的所述告警消息发送至确定的相应客户端标识所表示的客户端，并指示相应客户端将该告警消息呈现在确定的视图标识所表示的视图中；

所述装置还包括：

第一接收模块，用于接收来自客户端的携带有视图标识和视图标识所表示的视图的过滤条件的视图注册请求；

注册模块，用于根据视图注册请求中携带的所述视图标识所表示的视图的过滤条件注册过滤器；

存储模块，用于将注册的所述过滤器的过滤器标识、携带的所述视图标识和所述客户端的客户端标识对应存储在本地的视图注册表中。

5.如权利要求4所述的装置，其特征在于，第二确定模块，具体用于根据对应存储在本地的视图注册表中的过滤器标识、视图标识和客户端标识，确定所述相匹配的过滤器的过滤器标识所对应的视图标识和客户端标识；将确定的所对应的视图标识和客户端标识分别作为所述相匹配的过滤器所属的至少一个视图的视图标识和以及承载该至少一个视图的相应客户端的客户端标识。

6.如权利要求4或5所述的装置，其特征在于，所述装置还包括：

第二接收模块，用于接收来自客户端的携带有视图标识、客户端标识的视图注销请求；

注销模块，用于将视图注册表中对应存储的该视图注销请求中的视图标识、客户端标识和过滤器标识注销；

删除模块，用于在注销的所述过滤器标识所表示的过滤器不属于视图注册表中的任一视图标识所表示的视图时，将该注销的所述过滤器标识所表示的过滤器删除。

7.一种告警消息处理系统，其特征在于，应用在浏览器/服务器架构的告警监控系统中，所述系统包括：服务器和客户端；

所述服务器，用于从已注册的过滤器中确定与数据库推送的告警消息相匹配的过滤器，其中，所述过滤器是根据视图的过滤条件注册的；确定所述相匹配的过滤器所属的至少一个视图的视图标识，以及承载该至少一个视图的相应客户端的客户端标识；将数据库推送的所述告警消息分别发送至确定的相应客户端标识所表示的客户端；

所述客户端，用于将该告警消息呈现在确定的视图标识所表示的视图中；

所述客户端，还用于向服务器发送携带有视图标识和视图标识所表示的视图的过滤条件的视图注册请求；

所述服务器，还用于根据接收的视图注册请求中携带的所述视图标识所表示的视图的过滤条件注册过滤器；将注册的所述过滤器的过滤器标识、携带的所述视图标识和所述客户端的客户端标识对应存储在本地的视图注册表中。

8.如权利要求7所述的告警消息处理系统，其特征在于，

所述服务器，具体用于根据对应存储在本地的视图注册表中的过滤器标识、视图标识和客户端标识，确定所述相匹配的过滤器的过滤器标识所对应的视图标识和客户端标识；将确定的所对应的视图标识和客户端标识分别作为所述相匹配的过滤器所属的至少一个视图的视图标识和以及承载该至少一个视图的相应客户端的客户端标识。

9.如权利要求7或8所述的告警消息处理系统，其特征在于，

所述客户端，还用于向服务器发送携带有视图标识、客户端标识的视图注销请求；

所述服务器，还用于在接收到所述视图注册请求后，将视图注册表中对应存储的该视图注销请求中的视图标识、客户端标识和过滤器标识注销，并在注销的所述过滤器标识所表示的过滤器不属于视图注册表中的任一视图标识所表示的视图时，将该注销的所述过滤器标识所表示的过滤器删除。