平安城市视频监控系统告警消息处理方法

摘要

本发明公开了一种平安城市视频监控系统告警消息处理方法，涉及通信领域中的网络设备实时监控技术。本发明工作机制是采用发布者-订阅者模型，发布者/订阅者模型支持向一个特定的消息主题发布消息；具体包括下列步骤：①由摄像头、视频采集设备、中心服务器、应用服务器和网管服务器建立通信模型；②由中心服务器采集视频采集设备的告警信息并主动上报给网管服务器；③网管服务器接收中心服务器发送来的告警信息进行处理，判断选择对应的客户接收方式，并将信息保存到数据库服务器；④客户通过手机、邮件和浏览器接收到具体的网管客户端发来的告警信息。本发明遵循了标准网络通信协议，扩展性灵活，可以移植到到很多场景。

权利要求

1.一种平安城市视频监控系统告警消息处理方法，其特征在于：基于平安城市视频监控系统，平安城市视频监控系统包括应用服务器、数据库服务器、中心服务器、视频采集设备、摄像头、网管服务器、网管客户端和终端设备，终端设备采用手机、邮箱和浏览器；平安城市视频监控系统工作机制是采用发布者/订阅者模型，发布者/订阅者模型支持向一个特定的消息主题发布消息；

平安城市视频监控系统告警消息处理方法具体步骤如下：第一、由摄像头、视频采集设备、中心服务器、应用服务器和网管服务器建立通信模型；

第二、由视频采集设备发出告警数据，中心服务器采集数据并上报给网管服务器；

第三、网管服务器接收中心服务器发送来的告警信息进行处理，判断选择对应的客户接收方式，并将信息保存到数据库服务器；

第四、订阅者通过手机、邮件和浏览器接收到具体的网管客户端发来的告警信息；

告警信息的处理过程是：

a)，视频采集设备上报告警；

b)，解析分发告警：

210，解析告警信息；

220，判断解析告警是否成功，是则到下一过程230，否则跳转到过程210；

230，将设备信息和对应告警内容以主题形式发布到设备指定区域；

c)，告警信息发布

310，告警信息分发给指定区域进行处理，加入区域告警处理队列中；

320，查出告警的级别、优先级、类型和告警日期；

或330，将该告警信息通过数据访问服务存储到数据库服务器中，再到下一过程350；

或340，处理告警按类别统计；

350，区域组线程检测告警信息的订阅者；

380，依据调用告警过滤机制过滤(360)和查询订阅者的订阅告警的方式(370)相应采用手机、邮件或浏览器，发送告警信息到订阅者；

d)，订阅者获取告警信息；

410，通过终端设备得到具体位置具体设备的运行状态；

420，订阅者通过终端设备确认告警、恢复告警、清除告警。

说明书

平安城市视频监控系统告警消息处理方法

技术领域

[0001] 本发明涉及通信领域中的网络设备实时监控技术，尤其涉及一种平安城市视频监控系统告警消息处理方法。

背景技术

[0002] 在当前的网络通信应用系统中，网络管理系统是一种集中对大量网络设备配置、管理、维护必备的系统。它大致包括设备拓扑、网元配置、性能管理、告警管理、日志管理等功能；而告警管理则是网管的重要管理功能；它为网络设备管理人员提供实时、真实、详细且快速定位的网络设备运行状况。在平安城市视频监控系统中，告警按照客户指定规则上报不同的告警，可根据告警级别划分为紧急告警、主要告警、次要告警和警告告警等。同时还可以按照客户需求制定告警方式，如短信、彩信、邮件和系统响铃等告警方式。

[0003] 目前，大多数告警方法均采用服务端向客户端发送通知的通讯模式，而这种通讯模式通常使用RMI、CORBA或者自定义TCP/IP信息等技术。这些技术往往由于复杂而产生诸多不利之处：

[0004] 1、技术难以实现；

[0005] 2、存在防火墙限制(因为需要打开非HTTP的通讯端口)；

[0006] 3、需要额外的SERVER开发和维护。

[0007] 在平安城市视频监控系统中，为了解决视频采集设备(DVS编码器、IPC摄像机等)、各类网络单元(机架服务器、存储阵列、交换机、路由器等)和视频处理应用软件(媒体分发软件、录像存储软件等)等各类上下线告警，以及对这些设备和软件的各类故障(断网、负荷超载、处理性能低下等)以及对视频图像中的人员聚集、奔跑、越界、移动侦测和物体丢失等图像分析后按客户需求在告警系统中产生告警信息，需要将这些告警信息通过网管中心传递给网管客户端，网管客户端再发送给手机、邮件和浏览器等。

发明内容

[0008] 本发明的目的就在于克服现有技术存在的缺点和不足，提供一种平安城市视频监控系统告警消息处理方法。

[0009] 本发明的目的是这样实现的：

[0010] 为了适应平安城市视频监控系统中的网络设备告警、软件故障告警、业务数据告警信息的多元化，以及消息订阅的多种方式，本发明采用的是一种基于COMET的PUSHLET推技术和JAVA消息服务JMS来实现WEB客户端订阅到服务端发送的网络设备和软件故障、性能及业务数据告警信息。

[0011] 本发明采用发布者-订阅者的消息传递模型来收发告警。在发布-订阅模型中，告警就是一个主题，像使用队列一样，可以让多个接收者监听一个主题，这样所有的主题订阅者都会接收到告警。

[0012] 一、平安城市视频监控系统

[0013] 平安城市视频监控系统是一种基于分布式网络设备管理的网管监控系统，支持多级互联，告警则是它的核心模块。所有网元、软件及视频特定图像数据的告警都是由中心服务器发送到网管服务器的告警模块。告警模块则通过发布主题的方式将告警发送到消息订阅客户，同时也将告警信息保存在数据库服务器。消息订阅方式多样化，可以通过短信网关接口将告警信息发送给客户手机，也可以通过STMP邮件接口发送到客户邮箱，同时也会发送给网管客户端。

[0014] 网管服务器为平安城市视频监控系统的网络设备管理中心。告警处理模块是它的重要模块，它负责接收视频采集设备等其他网络单元和应用软件系统告警信息。通过SNMP和SOAP协议取得视频采集设备和应用服务器等设备和软件系统上下线、性能及故障信息。

[0015] 二、告警消息处理方法

[0016] 本告警消息处理方法基于一种平安城市视频监控系统，其工作机制是采用发布者-订阅者模型，发布者/订阅者模型支持向一个特定的消息主题发布消息；

[0017] 具体步骤如下：

[0018] ①由摄像头、视频采集设备、中心服务器、应用服务器和网管服务器建立通信模型；

[0019] ②由中心服务器采集视频采集设备的告警信息并主动上报给网管服务器；

[0020] ③网管服务器接收中心服务器发送来的告警信息进行处理，判断选择对应的客户接收方式，并将信息保存到数据库服务器；

[0021] ④客户通过手机、邮件和浏览器接收到具体的网管客户端发来的告警信息。

[0022] 本发明具有下列优点和积极效果：

[0023] 1、为程序提供异步通信机制，客户端接收告警信息不必等待服务端；

[0024] 2、支持大量并发告警信息，告警响应及时，告警效率高；

[0025] 3、支持多种消息订阅，客户接收告警信息灵活，不受时间和空间限制；

[0026] 4、支持多级互联，可以使下级告警发送到上级网管；

[0027] 5、可根据客户权限过滤告警、清除告警、恢复告警和确认告警；

[0028] 6、设备管理与设备通信协议、设备类型、网络类型各级耦合松散，并遵循了标准网络通信协议，扩展性灵活，可以移植到到很多场景，例如股票、天气、投票、机场到达系统、交互游戏和及时聊天等。

附图说明

[0029] 图1为本网管监控系统的结构方框图；

[0030] 图2为本告警消息处理方法中的处理机制图；

[0031] 图3为本告警消息处理方法中的处理流程图。

[0032] 其中：

[0033] 10-应用服务器；

[0034] 20-数据库服务器；

[0035] 30-中心服务器；

[0036] 40-视频采集设备；

[0037] 50-摄像头；

[0038] 60-网管服务器；

[0039] 70-网管客户端；

[0040] 80-终端设备，81-手机，82-邮箱，83-浏览器；

[0041] F-发布者(网管服务器60)；

[0042] A-告警消息；

[0043] B-主题；

[0044] C-订阅者(网管客户端70)，C1、C2……CN-第1、2……N订阅者。

具体实施方式

[0045] 下面结合附图和实施例详细说明：

[0046] 一、网管监控系统

[0047] 1、总体

[0048] 如图1，本网管监控系统是一种基于分布式网络设备管理的网管监控系统，包括应用服务器10、数据库服务器20、中心服务器30、视频采集设备40、摄像头50、网管服务器60、网管客户端70和终端设备80；

[0049] 1)视频监控平台

[0050] 摄像头50、视频采集设备40、中心服务器30和网管服务器60前后依次连接，组成视频监控平台；

[0051] 应用服务器10和中心服务器30连接，实现视频录像、实时视频和媒体分发。

[0052] 2)网管中心

[0053] 网管服务器60分别与中心服务器30、数据库服务器20和网管客户端70连接，网管客户端70和终端设备80连接，实现网络管理和保存业务数据。

[0054] 2、工作原理

[0055] 视频采集设备40与中心服务器30或者应用服务器10与中心服务器30分别组成告警消息获取通道；

[0056] 中心服务器30与网管服务器60组成告警消息传递通道；

[0057] 网管服务器60与数据库服务器20组成业务数据访问通道；

[0058] 视频采集设备40发出告警数据，由中心服务器30负责采集数据，并上报给网管服务器60，网管服务器60收到告警信息后，将告警数据存放到数据库服务器20，同时也上报给网管客户端70呈现到终端设备80上。

[0059] 二、告警消息处理方法

[0060] 本网管监控系统是现有技术中常用系统，本方法就是依据该系统在网管服务器60中设置有告警消息处理模块。

[0061] 1、处理机制

[0062] 告警消息处理模块是一种一对多的告警消息处理方法，采用发布者-订阅者模型，发布者/订阅者模型支持向一个特定的消息主题发布消息。

[0063] 告警就是一个主题，零或多个订阅者可能对接收来自特定消息主题的消息感兴趣。在这种模型下，发布者和订阅者彼此不知道对方。这种模式好比是匿名公告板。这种模式被概括为：多个消费者可以获得消息；在发布者和订阅者之间存在时间依赖性；发布者需要建立一个订阅(subscription)，以便客户能够订阅；订阅者必须保持持续的活动状态以接收消息，除非订阅者建立了持久的订阅；在那种情况下，在订阅者未连接时发布的消息将在订阅者重新连接时重新发布。

[0064] 具体地说，如图2，本告警处理方法包括下列步骤：

[0065] ①发布者F发布主题B；

[0066] ②订阅者C订阅自己需要的主题B进行监听；

[0067] ③发布者F收到中心服务器30上报的告警信息A；

[0068] ④发布者F将主题B和告警消息A关联；

[0069] ⑤发布者F将主题B通过消息传递通道发布出来；

[0070] ⑥订阅者C自动接收到订阅的主题B关联的消息A。

[0071] 2、处理流程

[0072] 如图3，本处理流程包括下列步骤：

[0073] 第一100，设备上报告警；

[0074] 第二200，解析分发告警

[0075] ①210，解析告警信息；

[0076] ②220，判断解析告警是否成功，是则到下一步骤③230，否则跳转到步骤①210；

[0077] ③230，将设备信息和对应告警内容以主题形式发布到设备指定区域；

[0078] 第三300，告警信息发布

[0079] ①310，告警分发给所在区域进行处理，加入区域告警处理队列中；

[0080] ②320，查出告警的级别、优先级、类型和告警日期；

[0081] 或330，将该告警通过数据访问服务存储到数据库服务，再到下一步骤③350；

[0082] 或340，处理告警按类别统计；

[0083] ③350，区域组线程检测告警信息的订阅者；

[0084] ④380，依据调用告警过滤机制过滤360和查询订阅者的订阅告警的方式(手机、邮件、浏览器)370，发送告警信息到订阅者；

[0085] 第四400，订阅者获取告警；

[0086] ①410，通过客户终端得到具体位置具体设备的运行状态；

[0087] ②420，客户通过客户端可确认告警、恢复告警、清除告警。