CN101106702A - 视频监控系统可配置告警过滤方法 - Google Patents

Abstract

视频监控系统可配置告警过滤方法，启动告警收集的主进程，通过读取配置文件选择系统运行的模式，是父子进程还是自动重启模式，进程首先启动告警事件接启受线程，不断地监听监控系统产生的各级别告警，通过科学的算法放进缓存队列等待处理；再次启动告警事件前转线程，进行告警信息的转发。告警事件接受线程由告警接受模块完成：其步骤是：首先启动监听，绑定监听端口，并杜塞进行循环接受，对接受的告警事件进行告警关联，明确是什么告警，什么级别的告警等信息，通过告警缓存处理算法，把信息压入缓存空间，等待处理。

Description

视频监控系统可配置告警过滤方法

一、技术领域

本发明涉及视频监控系统可配置告警过滤方法

二、背景技术

以往在管理告警的技术中，通常是将不同类型和不同等级的告警直接发送给告警接收模块，告警接收模块自动过滤重复告警，对于不重复而相关联的告警没有进行自动处理和过滤。

对于告警信息的处理方式，一般分为三种情况：其一是直接将所有告警信息全部显示给用户，其二是仅仅简单过滤内容完全重复的告警信息；还有一种就是固定的过滤方式。

第一种方式要求告警源在发送告警时保证同一个告警只发送一次，否则将在用户界面上显示许多条内容完全重复的告警信息，而用户需要不断翻页才能查阅到所有告警信息，用户操作起来很不直观，也很麻烦。

第二种方式虽然对重复的告警信息进行了过滤，同样的告警信息用户只看到一条记录。但是对于这种方式仍然不是用户需要看到的最必要的信息。在进行系统运营维护过程中，用户并不需要看到一般级别以下的告警信息，已经用来表示告警恢复的告警。

第三种方式是直接在程序中编程好的过滤方式。在这种过滤方式中，程序除了过滤重复告警外，也根据固定的规则将一般级别以下的告警信息直接过滤掉。但是当用户需要查看一般级别以下告警信息时，则无法将相应的告警信息显示给用户。而且直接硬编码到程序中的过滤规则，缺乏足够的灵活性和更广泛的适用性。

在监控系统中，告警信息可能来自系统的各个环节，例如前端编码器、转发服务器、录像服务器、网络设备、数据库服务器等设备。对于前端编码器，除了一般的上线掉线告警外，还可能包括前端编码器传来的各种告警信息，例如：移动侦测告警、火警、视频丢失告警、DVR硬盘满告警、DVR硬盘出错告警等。对于不同的前端告警，需要进行的处理也不相同。对于录像服务器、视频转发服务器、数据库服务器等设备，告警信息则包括网络通断情况、异常重启、CPU过载、内存不够、网络过载、恢复正常等告警信息。

对于这种应用需求，以上的三种告警管理方式都无法满足要求，必须采用更灵活更有效的告警过滤方式和告警信息管理方式。

三、发明内容

本发明目的是：针对原有视频监控系统虽然也实现了告警过滤机制，但所谓“过滤”也仅是建立在查询这一级别上的过滤，并不能针对不同的用户为其定制满足用户最大关注度的告警，对上述问题，本发明提出了可配置告警过滤的方法，可以解决用户因告警过滤规则过于固化而无法因地制宜的配置产生不同用户关注的重点告警信息的问题，因而从用户角度进一步加强了系统的实用性。

本发明的技术解决方案是：视频监控系统可配置告警过滤方法，启动告警收集的主进程，包括启动告警事件前转线程，通过读取配置文件选择系统运行的模式，是父子进程还是自动重启模式，进程首先启动告警事件接受线程，不断地监听监控系统产生的各级别告警，通过科学的算法放进缓存队列等待处理；再次启动告警事件前转线程，进行告警信息的转发。

告警事件接受线程由告警接受模块完成：其步骤是：首先启动监听，绑定监听端口，并杜塞进行循环接受，对接受的告警事件进行告警关联，明确是什么告警，什么级别的告警等信息，通过告警缓存处理算法，把信息压入缓存空间，等待处理。

告警前转模块流程：

告警事件前转线程由告警前转模块完成，告警前转模块启动线程后，同样需要建立服务监听，循环等待连接请求，一但有新的连接请求，便创建连接响应线程处理前转发送任务。

告警接受模块的告警前端接受到连接请求后，首先读取报文，从中判断是否含有’\n’字符信息，从而确定通信的数据类型为字符串还是数据结构；如果连接请求合法，计数器从0开始计数，在计数器小于30的时候，即如果没有告警数据发送，计数器会加1，并且休眠1秒，一直没有告警数据的情况下，计数器不断递增如大于等于30，则需要发送握手报文，保持链接，如果握手成功则计数器清零，重新循环等待30次；如果有告警数据，首先要计数器清零，并从告警缓存中读取数据进行发送，发送成功则判定是否有更多的数据需要发送，如果有则休眠1秒后继续发送，没有数据则进入计数器休眠状态，每次1秒，每次发送消息失败则此连接响应线程退出。

1、配置告警过滤流程概述

视频监控平台的告警信息可能来自系统的各个环节，例如前端编码器、转发服务器、录像服务器、网络设备、数据库服务器等设备。会产生系统设备、视频设备等设备告警，视频实时告警，例如：移动侦测告警、火警、视频丢失告警、DVR硬盘满告警、DVR硬盘出错告警等实时触发告警。众多的不同级别的告警需要进行收集并处理，形成原始告警数据供用户查看。本发明就是在告警收集并处理显示的时候进行的大量告警信息的过滤工作。

如上述，启动告警收集的主进程后，通过读取配置文件选择系统运行的模式，进程首先启动告警事件接受线程，不断地监听监控系统产生的各级别告警，通过科学的算法放进缓存队列等待处理；再次启动告警事件前转线程，进行告警信息的转发。

2、告警接受模块

如上述，告警接受模块首先启动监听，绑定监听端口，并杜塞进行循环接受，对接受的告警事件进行告警关联，明确是什么告警，什么级别的告警等信息，通过告警缓存处理算法，把信息压入缓存空间，等待处理。

告警数据压入缓存的时候，如果告警发送端处理速度低于告警接收端，告警链表会逐渐增长；或者如果告警发送端通信异常，也会导致告警链表快速增长。

3、告警前转模块流程：

如上述，告警前转模块启动线程后，同样需要建立服务监听，循环等待连接请求，一但有新的连接请求，便创建连接响应线程处理前转发送任务。

有益效果：

●传统的系统告警系统因为过于固化的告警规则而有可能产生生成大量的无用告警，而真实告警因淹没于虚假告警中而无法被及时发现排障，维护人员也忙于应付虚假告警，例，设备维护人员根据平台的告警而派单排障，但某一时段可能因正常的断电而导致产生不少的设备网络中断告警，使维护人员较难判断是否是真实故障，用可配置告警方法，针对单个设备设定不同的告警过滤方法，如设备由办公室内地插供电，则可配置告警发产于上班时间段则生效，其余时间段不发设备因断电而通讯异常告警

●不同用户可使用可配置告警过滤方法，把自身最关注的信息设置成为重点告警，并可设置是否要用声，光，电等辅助手段及时的告知用户他们所关心的告警，同时灵活的单次告警或连续N次告警等配置方法，可以让用户通过这些配置手段更准确的判断故障的类型和严重程序，因而作出及时的响应。

四、附图说明

图1是告警接收和前转功能主程序流程图，

图2是告警接收模块流程图，

图3是接收到的告警的缓存处理流程图，

图4是告警前转模块流程示意图，

图5告警前转连接响应处理模块流程图

五、具体实施方式

下面通过详细流程，具体地阐述本发明。

1、配置告警过滤流程概述

在视频监控平台的应该过程中，会产生系统设备、视频设备等设备告警，视频实时告警，比如：移动侦测告警，红外告警，烟感告警等实时触发告警。众多的不同级别的告警需要进行收集并处理，形成原始告警数据供用户查看。本发明就是在告警收集并处理显示的时候进行的大量告警信息的过滤工作。

如图1所示，首先启动告警收集的主进程，通过读取配置文件选择系统运行的模式，是父子进程还是自动重启模式，进程首先启动告警事件接受线程，不断地监听监控系统产生的各级别告警，通过科学的算法放进缓存队列等待处理；再次启动告警事件前转线程，进行告警信息的转发。

2、告警接受模块

如图2所示，告警接受模块首先启动监听，绑定监听端口，并杜塞进行循环接受，对接受的告警事件进行告警关联，明确是什么告警，什么级别的告警等信息，通过告警缓存处理算法，把信息压入缓存空间，等待处理。

告警数据压入缓存的时候，如果告警发送端处理速度低于告警接收端，告警链表会逐渐增长；或者如果告警发送端通信异常，也会导致告警链表快速增长。通过有效并可配置的算法来实现告警事件不产生堆积的现象。如图3

可配置的算法是：如果告警链表被整理过：  当链表记录数＜MAX_LIST_SIZE/2(1024)，表明链表数据被发送了，此时可以重新接纳低等级告警，并且链表以后需要重新整理；反之，链表记录只能接收等级＞＝3的告警，直接将等级＜3新告警丢弃。

如果告警链表记录数＜MAX_LIST_SIZE(2048)，直接将所有新接收到的告警事件追加到缓存列表尾部。

如果告警链表记录数＞＝MAX_LIST_SIZE，此时将等级＜3的新告警丢弃；而对于等级＞＝3的告警，如果告警链表记录数＜MAX_LIST_SIZE*1.5(3072)，则将该告警直接追加到尾部。

如果告警链表记录数＞＝MAX_LIST_SIZE*1.5(3072)，首先根据标志量来判断是否需要整理缓存链表，也就是将链表前2048个告警记录中告警等级＜3的清除；并将新告警之直接追加到链表。

如果链表已经被整理过，则对于等级＜4的告警直接丢弃；而对于等级＞＝4的告警，如果告警链表记录数＜MAX_LIST_SIZE*2(4096)，则将该告警直接追加到尾部。

如果告警链表记录数＞＝MAX_LIST_SIZE*2(4096)，此时清除链表中的首部的1024个记录，并将新告警追加到链表尾部。

如果发送端始终通信异常，则在极端状况下，缓存链表中保存的都是等级＞＝4的告警。

3、告警前转模块流程：

告警前转模块启动线程后，同样需要建立服务监听，循环等待连接请求，一但有新的连接请求，便创建连接响应线程处理前转发送任务。

告警前端接受到连接请求后，首先读取报文，从中判断是否含有’\n’字符信息，从而确定通信的数据类型为字符串还是数据结构；如果连接请求合法，计数器从0开始计数，在计数器小于30的时候，即如果没有告警数据发送，计数器会加1，并且休眠1秒，一直没有告警数据的情况下，计数器不断递增如大于等于30，则需要发送握手报文，保持链接，如果握手成功则计数器清零，重新循环等待30次；如果有告警数据，首先要计数器清零，并从告警缓存中读取数据进行发送，发送成功则判定是否有更多的数据需要发送，如果有则休眠1秒后继续发送，没有数据则进入计数器休眠状态，每次1秒，每次发送消息失败则此连接响应线程退出。

4、说明：

1、建立连接时，根据通讯头中的系统类型和关键字，以及建立连接的IP地址，判断该连接是否合法；只在每次建立访问连接的时候验证一次；

2、建立连接后，如果三十秒之内没有告警信息发送，则每三十秒发送一次握手报文；

3、如果有告警信息，则循环发送告警信息，每次最多发送100条记录，同时休眠1秒钟；

4、每次发送完所有告警信息，线程休眠1秒钟；

5、如果发送握手报文失败或者发送告警失败，则表示通讯失效，结束该连接。

Claims (3)

1.视频监控系统可配置告警过滤方法，启动告警收集的主进程，通过读取配置文件选择系统运行的模式，是父子进程还是自动重启模式，进程首先启动告警事件接受线程，不断地监听监控系统产生的各级别告警，通过科学的算法放进缓存队列等待处理；再次启动告警事件前转线程，进行告警信息的转发；

其特征是告警事件接受线程由告警接受模块完成：其步骤是：首先启动监听，绑定监听端口，并杜塞进行循环接受，对接受的告警事件进行告警关联，明确是什么告警，什么级别的告警等信息，通过告警缓存处理算法，把信息压入缓存空间，等待处理；

告警前转模块流程：

告警事件前转线程由告警前转模块完成，  告警前转模块启动线程后，同样需要建立服务监听，循环等待连接请求，一但有新的连接请求，便创建连接响应线程处理前转发送任务；

告警前端接受到连接请求后，首先读取报文，从中判断是否含有’\n’字符信息，从而确定通信的数据类型为字符串还是数据结构；如果连接请求合法，计数器从0开始计数，在计数器小于30的时候，即如果没有告警数据发送，计数器会加1，并且休眠1秒，一直没有告警数据的情况下，计数器不断递增如大于等于30，则需要发送握手报文，保持链接，如果握手成功则计数器清零，重新循环等待30次；如果有告警数据，首先要计数器清零，并从告警缓存中读取数据进行发送，发送成功则判定是否有更多的数据需要发送，如果有则休眠1秒后继续发送，没有数据则进入计数器休眠状态，每次1秒，每次发送消息失败则此连接响应线程退出。

2.根据权利要求2所述的视频监控系统可配置告警过滤方法，其特征是可配置的算法是：如果告警链表被整理过：当链表记录数＜MAX_LIST_SIZE/2(1024)，表明链表数据被发送了，此时可以重新接纳低等级告警，并且链表以后需要重新整理；反之，链表记录只能接收等级＞＝3的告警，直接将等级＜3新告警丢弃；

如果告警链表记录数＜MAX_LIST_SIZE(2048)，直接将所有新接收到的告警事件追加到缓存列表尾部；

如果告警链表记录数＞＝MAX_LIST_SIZE，此时将等级＜3的新告警丢弃；而对于等级＞＝3的告警，如果告警链表记录数＜MAX_LIST_SIZE*1.5(3072)，则将该告警直接追加到尾部。

如果告警链表记录数＞＝MAX_LIST_SIZE*1.5(3072)，首先根据标志量来判断是否需要整理缓存链表，也就是将链表前2048个告警记录中告警等级＜3的清除；并将新告警之直接追加到链表；

如果链表已经被整理过，则对于等级＜4的告警直接丢弃；而对于等级＞＝4的告警，如果告警链表记录数＜MAX_LIST_SIZE*2(4096)，则将该告警直接追加到尾部；

如果告警链表记录数＞＝MAX_LIST_SIZE*2(4096)，此时清除链表中的首部的1024个记录，并将新告警追加到链表尾部；

如果发送端始终通信异常，则在极端状况下，缓存链表中保存的都是等级＞＝4的告警。

3.根据权利要求2所述的视频监控系统可配置告警过滤方法，其特征是告警数据压入缓存的时候，如果告警发送端处理速度低于告警接收端，告警链表会逐渐增长；或者如果告警发送端通信异常，也会导致告警链表快速增长。

Images