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

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

【技术实现步骤摘要】

本专利技术涉及通信网络领域中的网络管理
，尤其涉及一种告警消息处理方 法、装置及系统。
技术介绍
随着通信网络的广泛应用，网络管理系统在保证网络的可靠性方面起着越来越重 要的作用。故障管理是网络管理的重要管理功能之一，故障管理包含对设备告警消息进行 采集、对告警消息进行处理并呈现。通过对呈现的告警消息进行监控，可W让网管人员进行 故障分析和定位，实现故障的恢复，从而提高整个网络的可靠性。 现有对告警消息进行处理的架构通常是基于浏览器/服务器度rowser/Server， B/巧架构的，通常依次相连的客户端（CLIENT)、服务器和数据库构成送种架构，并且送种 架构下的客户端代表网络（WEB)上的一个主应用程序，承载一个或多个视图（VIEW),每个 视图均具有一个或多个过滤器；其中，过滤器是指进行告警通知和事件上报的条件，也可称 过滤条件；通常过滤器包括需要定制何种告警数据的过滤器W及需要定制何种统计数据的 过滤器等等。所述客户端和所述视图均是在肥B上打开的。送种架构下对告警消息进行处 理的方式有两种，一种是基于轮询机制的告警消息处理方式；另一种是基于推送机制的告 警消息处理方式，下面分别对送两种方式进行说明。 如图1所示，为基于轮询机制的告警消息处理方式示意图。图1中所示的告警消 息处理系统对告警消息的处理过程包括W下步骤：第一步：客户端确定过滤器和该过滤器所属的视图的视图标识（ID)，向服务器发 送携带有所述过滤器和视图标识的视图呈现请求； 第二步：服务器接收视图呈现请求，将所述过滤器传递给数据库并触发数据库执 行定时轮询操作； 第H步：数据库根据传递的所述过滤器执行定时轮询操作； 第四步：当前产生符合所述过滤器的告警消息且数据库的轮询到该告警消息时， 数据库将该符合所述过滤条件的告警消息传递给服务器； 第五步：服务器将该符合所述过滤器的告警消息和所述视图ID携带在视图呈现 响应中发送至客户端； 第六步：客户端接收视图呈现响应，将视图呈现响应中的告警消息呈现在所述视 图ID表示的视图中。 如图2所示，为基于推送机制的告警消息处理方式示意图。图2中所示的告警消 息处理系统对告警消息的处理过程包括W下步骤： 第一步；客户端定制过滤器，向服务器发送告警数据请求，所述过滤器是指进行告 警通知和事件上报的条件； 第二步：服务器接收告警数据请求，将数据库推送至自身的实时告警数据携带在 告警数据响应中并透传给客户端； 第H步；客户端接收告警数据响应，其承载的各个视图调用自身的过滤器，对告 警数据响应中的告警数据进行解析及过滤，并将满足自身的过滤器的告警消息呈现在视图 中。 上述基于轮询机制的告警消息处理方式，通过定时轮询后端数据库，获取符合过 滤器的准实时告警消息，无法实现实时呈现，并且频繁访问造成数据库的负荷，尤其是面向 大规模用户使用时，因数据库达到瓶颈很可能会导致对客户端响应不及时，也即存在对告 警消息的处理效率较低的问题。 上述基于推送机制的告警消息处理方式，服务器会将一条告警数据重复反馈给不 同的客户端，客户端接收全部告警数据，对告警数据进行解析并过滤，极大程度上增加了客 户端与服务端的输入/输出（I吐Ut/Ou巧Ut,I/O)压力，同时客户端的负荷增加，无法及时 地对告警消息进行处理，也即存在对告警消息的处理效率较低的问题。 由对上述两种方式中的告警消息处理方法存在的问题的分析可知，现有的告警消 息处理方法存在告警消息的处理效率较低的问题，送将会导致告警消息呈现的实时性较 差，不利于网管人员迅速进行故障分析和定位，W及实现故障的恢复，从而降低了整个网络 的可靠性。
技术实现思路
有鉴于此，本专利技术实施例提供了一种告警消息处理方法、装置及系统，用W解决现 有技术中存在的对告警消息的处理效率较低的问题。 本专利技术实施例提供一种告警消息处理方法、装置及系统，具体如下： 一种告警消息处理方法，应用在浏览器/服务器架构的告警监控系统中，所述方 法包括： 从已注册的过滤器中确定与数据库推送的告警消息相匹配的过滤器，其中，所述 过滤器是根据视图的过滤条件注册的； 确定所述相匹配的过滤器所属的至少一个视图的视图标识，W及承载该至少一个 视图的相应客户端的客户端标识； 将数据库推送的所述告警消息分别发送至确定的相应客户端标识所表示的客户 端，并指示相应客户端将该告警消息呈现在确定的视图标识所表示的视图中。 一种告警消息处理装置，应用在浏览器/服务器架构的告警监控系统中，所述装 置包括：第一确定模块，用于从已注册的过滤器中确定与数据库推送的告警消息相匹配的 过滤器，其中，所述过滤器是根据视图的过滤条件注册的； 第二确定模块，用于确定所述相匹配的过滤器所属的至少一个视图的视图标识， W及承载该至少一个视图的相应客户端的客户端标识； 发送模块，用于将数据库推送的所述告警消息发送至确定的相应客户端标识所表 示的客户端，并指示相应客户端将该告警消息呈现在确定的视图标识所表示的视图中。 一种告警消息处理系统，应用在浏览器/服务器架构的告警监控系统中，所述系 统包括：服务器和客户端； 所述服务器，用于从已注册的过滤器中确定与数据库推送的告警消息相匹配的过 滤器，其中，所述过滤器是根据视图的过滤条件注册的；确定所述相匹配的过滤器所属的至 少一个视图的视图标识，W及承载该至少一个视图的相应客户端的客户端标识；将数据库 推送的所述告警消息分别发送至确定的相应客户端标识所表示的客户端； 所述客户端，用于将该告警消息呈现在确定的视图标识所表示的视图中。 在本专利技术实施例的技术方案中，首先，将数据库推送的告警消息与在本地注册的 过滤器进行匹配，确定相匹配的过滤器，其次，确定与该相匹配的过滤器所属的视图的视图 标识W及相应的客户端的客户端标识，最后将所述告警消息发送给该确定的客户端标识所 标识的客户端。送一方案由于针对服务器来说，无需频繁的对数据库进行访问，充分利用 本地资源优势，根据在本地注册的过滤器集中确定各客户端需要的告警消息并定点分发， 并且在同一过滤器属于不同客户端的不同视图或者属于同一客户端的不同视图时，针对一 条告警消息，只需利用该同一过滤器进行一次匹配操作，有效地提高了服务器对告警消息 的处理效率；针对客户端来说，只需直接接收有效的告警消息并呈现，无需对接收的告警消 息进行过滤，因此，较大程度上提高了对告警消息的处理效率，增强了告警消息呈现的实时 性，有利于网管人员迅速进行故障分析和定位，实现故障的恢复，从而提高整个网络的可靠 性。【附图说明】 图1为
技术介绍
中基于轮询机制的告警消息处理方式示意图；图2为
技术介绍
中基于推送机制的告警消息处理方式示意图； 图3为本专利技术实施例一中的告警消息处理方法的流程图； 图4为本专利技术实施例二中的告警消息处理方法的流程图； 图5为本专利技术实施例H中的告警消息处理方法的流程图； 图6为本专利技术实施例四中在客户端与服务器在正常建立连接的基础上的数据交 互过程示意图； 图7为本专利技术实施例四中的服务器与客户端之间连接的交互过程； 图8为本专利技术实施例四中的套接字接口协议格式示意图； 图9为本专利技术实施例五中的告警消息处理方法示意图； 图10为本专利技术实施例六中的告警消息处理方法示意图本文档来自技高网...

【技术保护点】
一种告警消息处理方法，其特征在于，应用在浏览器/服务器架构的告警监控系统中，所述方法包括：从已注册的过滤器中确定与数据库推送的告警消息相匹配的过滤器，其中，所述过滤器是根据视图的过滤条件注册的；确定所述相匹配的过滤器所属的至少一个视图的视图标识，以及承载该至少一个视图的相应客户端的客户端标识；将数据库推送的所述告警消息分别发送至确定的相应客户端标识所表示的客户端，并指示相应客户端将该告警消息呈现在确定的视图标识所表示的视图中。

【技术特征摘要】

【专利技术属性】
技术研发人员：王岚，王嘉，张继恩，宗建菲，夏春谧，邓媛媛，戴青菲，刘莉，裴夺飞，
申请(专利权)人：中国移动通信集团北京有限公司，
类型：发明
国别省市：北京;11