[发明专利]一种告警消息处理方法、装置及系统

说明书

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

技术领域

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

背景技术

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

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

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

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

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

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

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

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

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

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

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

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

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

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