CN101610187A - 一种混合结构的告警处理方法及设备 - Google Patents
一种混合结构的告警处理方法及设备 Download PDFInfo
- Publication number
- CN101610187A CN101610187A CNA2009101578450A CN200910157845A CN101610187A CN 101610187 A CN101610187 A CN 101610187A CN A2009101578450 A CNA2009101578450 A CN A2009101578450A CN 200910157845 A CN200910157845 A CN 200910157845A CN 101610187 A CN101610187 A CN 101610187A
- Authority
- CN
- China
- Prior art keywords
- multicast
- message
- alarm event
- alarm
- management server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种混合结构的告警处理方法，应用于包括中心管理服务器、前端单元和客户端单元的系统中，所述方法包括以下步骤：所述中心管理服务器配置告警事件与组播地址的对应关系；所述中心管理服务器向所述前端单元发送告警事件订阅消息，所述订阅消息中携带告警事件与对应的组播地址，使所述前端单元将采集的告警事件生成组播报文，发送给加入所述组播地址所在组播组中的客户端单元。一方面降低CMS的告警分发压力、保证其他监控业务处理的可靠性；一方面减少CMS的分发时间、增加告警消息的及时性、整个告警系统的可靠性。
Description
技术领域
本发明涉及视频监控技术领域，尤其涉及一种混合结构的告警处理方法及设备。
背景技术
视频监控系统是城市安全防范系统的核心组成部分，视频监控系统经历了模拟视频监控系统、数模结合方式的视频监控系统、全数字化的远程联网视频监控系统三个阶段。传统模拟视频监控系统的缺点是维护工作繁琐、无法远程访问、无法与其他安防系统有效集成、录像质量随时间推移而下降。数字视频监视系统提高了用户对录像信息的处理能力，对于告警事件以及事前/事后告警信息的搜索也变得简单。从发展趋势上看，国内外大规模视频监控系统朝数字化、网络化、智能化、集成化和大规模的方向发展。
视频监控系统组成如图1，包括：PU(前端单元)，作为信息采集端，实现视频信息、音频信息、数据信息及告警信息的采集功能；CU(客户端单元)，作为客户应用端，实现视频信息、音频信息、数据信息及告警信息对用户的呈现，CU的实体可以仅包含独立的告警接收模块，也可以包含其他音视频解码模块，用于给用户展现指定PU的实况图像、声音。CMS(中心管理服务器)，提供视频监控业务，实现管理中心提供客户/用户管理、前端/平台设备管理和虚拟域管理，实现存储中心存储用户数据和业务参数配置数据，实现告警消息的接收与分发。
视频监控系统的具体工作过程包括：由PU采集到告警消息(视频丢失、图像遮盖、运动告警、外部开关量告警等类型)后，统一通过SIP(SessionInitiation Protocol，会话发起协议)扩展的NOTIFY(通知)消息将告警事件上报给CMS；CU通过SIP扩展的SUBSCRIBE(订阅)消息向CMS订阅指定PU的告警业务；CMS接收到PU上报的实时告警事件后，一方面对其整理、归档，用于以后CU的告警事件查询，一方面将其转发给已制定接收该PU告警事件订阅业务的CU，使CU能够及时得到指定PU的告警事件，并采取相关措施。
PU中和中心控制服务器分别具有告警模块，能够以指定告警事件触发的事件上报，与业务联动，能够以最快和最佳的方式发出警报和提供有用信息，从而能够更加有效地协助安全人员处理危机，并最大限度的降低误报和漏报现象，是视频监控系统中非常重要的组成部分。目前从PU告警触发到CU接收到告警的数据传输过程如图2所示：PU的告警模块检测到告警触发事件，产生告警信息，封装成告警消息通过IP网络传递给CMS，CMS根据告警的策略，复制若干份告警并重新以TCP(Transmission Control Protocol/InternetProtocol，传输控制协议)封装后通过IP网络传递给CU；CU接收告警后通告用户。
然而，从现有告警系统的结构来看，PU与CMS是一个C/S系统，CU与CMS是另一个C/S系统，由CMS做两个C/S系统的所有业务的转发节点，整个逻辑拓扑结构是以CMS为中心的星形结构，从而CMS的性能容易成为整个告警系统的瓶颈。而CMS除了处理告警信息外，还要处理其他实时、存储、云台控制、保活等业务控制信令。且告警源设备类型和数量庞大，一个小型的视频监控系统包括的编码器设备就有几百台，而城市中可能有好几万台PU，对CMS的告警处理能力是一个很大的考验。
假设在一个视频监控系统中有x个PU，每个PU平均每秒产生y个告警消息，z个CU全部订阅x个PU的告警事件，则CMS平均每秒接收x*y个告警消息，平均每秒转发给CU的消息为x*y*z，共计每秒平均处理x*y*(z+1)个告警消息。在一个有10000个PU、每个PU平均每秒产生1个告警消息、40个CU订阅告警事件的告警系统中，则CMS需要达到每秒处理41万个告警消息的能力，其中CMS要花费大量的时间处理转发其中的40万个告警消息上面。由此可见，对于PU和CU都非常大的视频监控系统中，原有告警系统的星形结构无法达到实时、归档、查阅的告警业务特点。
发明内容
本发明提供了一种混合结构的告警处理方法及设备，以增强归档、查阅的告警业务的效率。
本发明提供了一种混合结构的告警处理方法，应用于包括中心管理服务器、前端单元和客户端单元的系统中，所述方法包括以下步骤：
所述中心管理服务器配置告警事件与组播地址的对应关系；
所述中心管理服务器向所述前端单元发送告警事件订阅消息，所述订阅消息中携带告警事件与对应的组播地址，使所述前端单元将采集的告警事件生成组播报文，发送给加入所述组播地址所在组播组中的客户端单元。
其中，所述发送给加入所述组播地址所在组播组中的客户端单元，之前还包括：
所述客户端单元加入组播组，具体包括：
所述中心管理服务器接收所述客户端单元发送的注册请求，根据所述注册请求中的用户名、本地设置的用户名与业务权限等级的第一对应关系、业务权限等级与需要订阅的前端单元及告警事件的第二对应关系，确定需要订阅的前端单元及告警事件；
所述中心管理服务器向所述客户端单元返回注册响应消息，携带告警事件与对应的组播地址、及需要订阅的前端单元标识；使所述客户端单元建立包括需要订阅的前端单元标识、告警事件、组播地址和组播端口的对应关系表，并通过所述组播端口向所述组播地址所在组播组发送加入消息，以加入所述组播组。
其中，还包括：
如果所述用户名对应的业务权限等级发生更改，所述中心管理服务器则对客户端单元的接收告警权限进行更改，向所述客户端单元发送通知消息，修改更新的告警事件对应的组播地址。
其中，所述使前端单元将采集的告警事件生成组播报文，发送加入所述组播地址所在组播组中的客户端单元，具体包括：
所述前端单元接收所述订阅消息，根据所述订阅消息中告警事件与对应的组播地址建立转发表，所述转发表中包括：告警事件类型、告警实时组播目的地址、告警实时组播目的端口；
所述前端单元将采集的告警事件生成组播报文，通过所述告警实时组播目的端口，发送给告警实时组播目的地址对应的客户端单元。
其中，所述加入组播组之后，还包括：
通过所述组播端口向所述组播地址所在组播组发送离开消息，以离开所述组播组。
其中，还包括：
所述订阅消息中还携带所述中心管理服务器的地址，使所述前端单元通过TCP报文和端口将告警事件通告给所述中心管理服务器归档。
其中，所述订阅消息中携带告警事件与对应的组播地址，具体为：将告警实时组播目的地址填充为所述对应关系中的组播地址；所述订阅消息中还携带所述中心管理服务器的地址，具体为：将告警存档TCP目的地址填充为所述中心管理服务器的地址。
其中，所述中心管理服务器向所述前端单元发送订阅消息，具体包括：
所述中心管理服务器通过组播或单播向所述前端单元发送订阅消息。
本发明还提供了一种中心管理服务器，包括：
配置模块，用于配置告警事件类型与组播地址的对应关系；
处理模块，用于向所述前端单元发送告警事件订阅消息，所述订阅消息中携带告警事件与对应的组播地址，使所述前端单元将采集的告警事件生成组播报文，发送给加入所述组播地址所在组播组中的客户端单元。
其中，
注册请求接收模块，用于接收所述客户端单元发送的注册请求，根据所述注册请求中的用户名、本地设置的用户名与业务权限等级的第一对应关系、业务权限等级与需要订阅的前端单元的第二对应关系，确定需要订阅的前端单元及告警事件；
注册响应发送模块，用于向所述客户端单元返回注册响应消息，携带告警事件与对应的组播地址、及需要订阅的前端单元标识；使所述客户端单元建立包括需要订阅的前端单元标识、告警事件、组播地址和组播端口的对应关系表，并通过所述组播端口向所述组播地址所在组播组发送加入消息，以加入所述组播组。
其中，所述注册请求接收模块，还用于用户业务等级发生更改时，向所述客户端单元发送通知消息，修改更新的告警事件类型对应的组播组地址。
其中，
所述处理模块，还用于在订阅消息中携带所述中心管理服务器的地址，使所述前端单元通过TCP报文和端口将告警事件通告给所述中心管理服务器归档。
本发明还提供了一种信息采集装置，包括：
接收模块，用于接收所述中心管理服务器发送的告警事件订阅消息；
组播报文发送模块，用于根据所述订阅消息中告警事件与对应的组播地址建立转发表，所述前端单元将采集的告警事件生成组播报文，发送给加入所述组播地址所在组播组中的客户端单元。
其中，还包括：
归档模块，用于通过所述订阅消息中的TCP报文和端口将告警事件通告给所述中心管理服务器归档。
本发明还提供了一种用户设备，包括：
注册模块，用于向中心管理服务器发送注册请求，所述注册请求中携带用户名；
注册响应接收模块，用于接收中心管理服务器的注册响应消息，所述注册响应消息携带告警事件与对应的组播地址、及需要订阅的前端单元标识；
表项维护模块，与所述注册响应接收模块连接，用于建立包括需要订阅的前端单元标识、告警事件、组播地址和组播端口的对应关系表；
组播处理模块，与所述表项维护模块连接，用于通过所述组播端口向所述组播地址所在组播组发送加入消息，以加入所述组播组。
其中，
所述表项维护模块，还用于该用户业务等级发生更改，接收所述中心管理服务器发送的通知消息，修改更新的告警事件对应的组播组地址。
其中，所述组播处理模块，还用于通过所述组播端口向所述组播地址所在组播组发送离开消息，以离开所述组播组。
与现有技术相比，本发明具有以下优点：
本发明中，将原有监控告警系统的星形网络结构，重构为实时告警事件组播发送的全网状结构和归档告警事件的星形结构，在继承原有告警事件和告警权限统一管理、统一存储的特点上，一方面降低CMS的告警分发压力、保证其他监控业务处理的可靠性；一方面减少CMS的分发时间、增加告警消息的及时性、整个告警系统的可靠性。
附图说明
图1是现有技术中视频监控系统结构图；
图2是现有技术中视频监控系统告警数据传输过程图；
图3是本发明中一种混合结构的告警方法流程图；
图4是本发明中结合具体应用场景对图3所述原理进行详细说明流程图；
图5是本发明中一种中心管理服务器结构图；
图6是本发明中一种信息采集装置结构图；
图7是本发明中一种用户设备结构图。
具体实施方式
本发明的核心思路是：通过CMS向PU发送告警事件订阅消息，使PU将告警事件通过特定的组播报文和端口实时地通告给CU，通过特定的TCP报文和端口通告给CMS归档；CMS根据CU用户对应的业务权限等级和业务相关PU，确定该用户需要订阅哪些PU的哪些告警事件对应的组播组地址；如果该用户业务等级发生更改，CMS则需要对该CU的接收告警权限进行更改，向CU发送通知消息，修改更新告警事件对应的组播组地址。
本发明将原有视频监控系统的星形网络结构，重构为实时告警事件组播发送的全网状结构和归档告警事件的星形结构，在继承原有告警事件和告警权限统一管理、统一存储的特点上，一方面降低CMS的告警分发压力、保证其他监控业务处理的可靠性；一方面减少CMS的分发时间、增加告警消息的及时性、整个告警系统的可靠性。
本发明提供了一种混合结构的告警方法，应用于包括中心管理服务器、前端单元和客户端单元的系统中，该方法如图3所示，包括以下步骤：
步骤301，所述中心管理服务器配置告警事件与组播地址的对应关系。
步骤302，所述中心管理服务器向所述前端单元发送告警事件订阅消息，所述订阅消息中携带告警事件与对应的组播地址，使所述前端单元将采集的告警事件生成组播报文，发送给加入所述组播地址所在组播组中的客户端单元。
其中，所述发送给加入所述组播地址所在组播组中的客户端单元，之前还包括：所述客户端单元加入组播组，
结合具体应用场景对图3所述原理进行详细说明，具体过程如图4所示，包括以下步骤：
步骤401，CMS为每一类型的告警事件分配一个组播地址，并记录到本地，形成如表1所示的告警事件与组播地址的对应关系；其中，告警事件(AlarmEvent)是告警类型、告警通道名字、告警通道类型、告警通道号、告警对应的视频通道号五个告警相关因素的哈希值。其中，哈希值说明告警事件由五个相关因素唯一表示，其中的任一个因素不同、告警事件也不同，其他表述这种唯一对应关系的说法也可以。
表1：
| 告警事件 | 组播地址 |
| 告警事件1 | 组播地址1 |
| 告警事件2 | 组播地址2 |
| ...... | ...... |
步骤402，CMS向发生告警事件的PU发送告警事件Subscribe(订阅)消息，该订阅消息中包含订阅的告警消息类型、告警通道名字、告警通道号等告警事件信息；告警事件Subscribe消息通常发生在PU向CMS注册成功之后、由CMS发起；告警事件Subscribe消息也可以以组播的形式向CMS域内所有的PU，订阅所有的同类告警事件；除此之外，该订阅消息中还包括4个字段：告警实时组播目的地址和端口、告警存档TCP目的地址和端口；其中，告警实时组播目的地址填充为表1中CMS为该告警事件分配的组播地址，告警实时组播目的端口为CMS指定的固定端口，一般在一个告警系统内不变；如果CMS期望接收PU的告警消息进行归档，则在告警存档TCP目的地址填充为自己的地址，端口填充为CMS指定的固定端口，一般在一个告警系统内不变；
下面以XML格式描述CMS到PU的Subscrible SIP消息体内容：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<Message Verison＝″1.0″>
<IE_HEADER MessageType＝″MSG_SUBSCRIBLE_EXT_ALARM_REQ″
/>
<！-PU列表和相关告警-->
<IE_PU PUID＝“PU编号”>
<IE_ALARM_INFO AlarmType＝″告警类型″
AlarmChannelName＝″告警通道名字″
AlarmChannelType＝″告警通道类型″
AlarmChannelNo＝″告警通道号″
VIDeoChannelNo＝″告警对应的视频通道号″
LiveAlarmMulticastDstAddress＝“告警实时组播目的地址”
LiveAlarmMulticastDstPort＝″告警实时组播目的端口″
StorageAlarmTCPDstAddress＝“告警存档TCP目的地址”
StorageAlarmTCPDstPort＝″告警存档TCP目的端口″
/>
</IE_PU>
</Message>
其中，AlarmType为特定的告警类型，AlarmChannelNo为告警通道号，其它参数无意义；如果告警事件订阅消息是以组播形式发送给PU的，则PU编号设置为空。
步骤403，PU接收到来自CMS的Subscrible消息后，在本地建立一个告警事件转发表2，表格内容包括告警事件、告警实时组播目的地址、告警实时组播目的端口、告警存档TCP目的地址、告警存档TCP目的端口；并向CMS回复200OK的SIP响应成功消息；如果失败，则向CMS回复500 Server Failed的SIP服务器响应失败消息。
表2：
| 告警事件 | 告警实时组播目的地址 | 告警实时组播目的端口 | 告警存档TCP目的地址 | 告警存档TCP目的端口 |
| 1 | ||||
| 2 | ||||
| 3 |
步骤404，CU向CMS发送Register的注册请求，注册消息包含CU的登录用户名称和验证密码(非必须)，如有必要则需要对注册请求消息进行加密；
步骤405，CMS对该用户进行安全准入验证，并根据该用户名对应的业务权限等级和业务相关PU，确定该用户需要订阅哪些PU的哪些告警事件(其中，业务权限等级包括：业务级别，例如视频业务丢失等，管理级别，例如设备故障、线路告警等)，即获得一个对应关系表：用户名、业务权限等级、业务相关PU名及告警事件类型。具体包括：根据所述注册请求中的用户名、本地设置的用户名与业务权限等级的第一对应关系、业务权限等级与需要订阅的前端单元及告警事件的第二对应关系，确定需要订阅的前端单元及告警事件；
如果验证成功则回复200 OK响应成功；其中，在原有200 OK响应成功消息的基础上增加了消息体内容，告警实时目的组播地址填充为表1中CMS为这些告警事件分配的组播地址，告警实时目的组播端口为CMS指定的固定端口，一般在一个告警系统内不变；具体为：注册响应消息携带告警事件与对应的组播地址、及需要订阅的前端单元标识；使所述客户端单元建立包括需要订阅的前端单元标识、告警事件、组播地址和组播端口的对应关系表，并通过所述组播端口向所述组播地址所在组播组发送加入消息，以加入所述组播组。
下面以XML格式描述CMS到CU的200 OK Ext.或者500 Server Failed的SIP消息体内容：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<Message Verison＝″1.0″>
<IE_HEADER MessageType＝″MSG_REGISTER_ALARM_RSP″
/>
<！-PU列表和相关告警-->
<IE_PU PUID＝“PU编号”>
<IE_PU PUIP＝“PU IP地址”>
<IE_ALARM_INFO AlarmType＝″告警类型″
AlarmChannelName＝″告警通道名字″
AlarmChannelType＝″告警通道类型″
AlarmChannelNo＝″告警通道号″
VIDeoChannelNo＝″告警对应的视频通道号″
LiveAlarmMulticastDstAddress＝“告警实时组播目的地址”
LiveAlarmMulticastDstPort＝″告警实时组播目的端口″
/>
</IE_PU>
</Message>
说明，AlarmType为特定的告警类型，AlarmChannelNo为告警通道号，其它参数无意义。
步骤406，CU接收到来自CMS的200 OK Ext.响应成功消息后，在本地建立一个告警事件接收表3，表格内容包括PU ID、PU源IP、告警事件、告警实时组播地址、告警实时组播端口；并向指定的组播地址和指定的组播源(产生告警的PU)发送IGMPv3加入消息，并打开指定的组播端口接收相应的告警事件。传输网络支持PIM SSM协议，根据CU发送的IGMPv3建立组播SSM转发表项。
表3：
| PU ID | PU源IP | 告警事件 | 告警实时组播地址 | 告警实时组播端口 |
| 1 | ||||
| 2 | ||||
| 3 |
步骤407，如果PU产生一个告警事件，根据表2，向CMS发送基于TCP的NOTIFY SIP通知消息，其中TCP的目的地址和端口号根据表2建立。
下面以XML格式描述PU到CMS的NOTIFY SIP通知消息体内容：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<Message Verison＝″1.0″>
<IE_HEADER MessageType＝″MSG_ALARM_NOTIFY_REQ″
/>
<IE_ALARM_INFO AlarmType＝″告警类型″
AlarmChannelName＝″告警通道名字″
AlarmChannelType＝″告警通道类型″
AlarmChannelNo＝″告警通道号″
VIDeoChannelNo＝″告警对应的视频通道号″
UserData＝″告警描述″
/>
<IE_TIME
Year＝″N″
Month＝″N″
Day＝″N″
Hour＝″N″
Minute＝″N″
Second＝″N″
/>
</Message>
说明，AlarmType为特定的告警类型，AlarmChannelNo为告警通道号，其它参数无意义。
步骤408，如果PU产生一个告警事件，根据表2，向CU发送基于UDP(User Datagram Protocol，用户数据报协议)的组播NOTIFY SIP通知消息，其中组播目的地址和端口号根据表2建立。
下面以XML格式描述PU到CMS的NOTIFY SIP通知消息体内容：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<Message Verison＝″1.0″>
<IE_HEADER MessageType＝″MSG_ALARM_NOTIFY_REQ″
/>
<IE_ALARM_INFO AlarmType＝″告警类型″
AlarmChannelName＝″告警通道名字″
AlarmChannelType＝″告警通道类型″
AlarmChannelNo＝″告警通道号″
VIDeoChannelNo＝″告警对应的视频通道号″
UserData＝″告警描述″
/>
<IE_TIME
Year＝″N″
Month＝″N″
Day＝″N″
Hour＝″N″
Minute＝″N″
Second＝″N″
/>
</Message>
说明，AlarmType为特定的告警类型，AlarmChannelNo为告警通道号，其它参数无意义。
步骤409，如果该用户业务等级发生更改，CMS则需要对该CU的接收告警权限进行更改，发送NOTIFY的SIP消息，修改更新的告警事件对应的组播组地址、以及更新的PU列表；其中，消息体内容包括，告警实时目的组播地址填充为表1中CMS为这些告警事件分配的组播地址，告警实时目的组播端口为CMS指定的固定端口，一般在一个告警系统内不变；
下面以XML格式描述CMS到CU的200 OK Ext.或者500 Server Failed的SIP消息体内容：
<？xml version＝″1.0″encoding＝″UTF-8″？>
<Message Verison＝″1.0″>
<IE_HEADER MessageType＝″MSG_NOTIFY_ALARM_REQ″
/>
<！-PU列表和相关告警-->
<IE_PU PUID＝“PU编号”>
<IE_PU PUIP＝“PU IP地址”>
<IE_ALARM_INFO AlarmType＝″告警类型″
AlarmChannelName＝″告警通道名字″
AlarmChannelType＝″告警通道类型″
AlarmChannelNo＝″告警通道号″
VIDeoChannelNo＝″告警对应的视频通道号″
LiveAlarmMulticastDstAddress＝“告警实时组播目的地址”
LiveAlarmMulticastDstPort＝″告警实时组播目的端口″
/>
</IE_PU>
</Message>
说明，AlarmType为特定的告警类型，AlarmChannelNo为告警通道号，其它参数无意义。
步骤410，CU更新本地的表3内容，对于不再接收的组播告警事件需要发送IGMPv3离开消息，对于新接收的组播告警事件需要发送IGMPv3加入消息。成功则回复200 OK的响应成功消息，失败则回复500 Server Failed的响应失败消息。
本发明提供了一种中心管理服务器，如图5所示，包括：
配置模块510，用于配置告警事件类型与组播地址的对应关系；
处理模块520，与配置模块510连接，用于向所述前端单元发送告警事件订阅消息，所述订阅消息中携带告警事件与对应的组播地址，使所述前端单元将采集的告警事件生成组播报文，发送给加入所述组播地址所在组播组中的客户端单元。
注册请求接收模块530，与处理模块520连接，用于接收所述客户端单元发送的注册请求，根据所述注册请求中的用户名、本地设置的用户名与业务权限等级的第一对应关系、业务权限等级与需要订阅的前端单元的第二对应关系，确定需要订阅的前端单元及告警事件；
注册响应发送模块540，与处理模块520连接，用于向所述客户端单元返回注册响应消息，携带告警事件与对应的组播地址、及需要订阅的前端单元标识；使所述客户端单元建立包括需要订阅的前端单元标识、告警事件、组播地址和组播端口的对应关系表，并通过所述组播端口向所述组播地址所在组播组发送加入消息，以加入所述组播组。
注册请求接收模块530，还用于用户业务等级发生更改时，向所述客户端单元发送通知消息，修改更新的告警事件类型对应的组播组地址。
处理模块520，还用于在订阅消息中携带所述中心管理服务器的地址，使所述前端单元通过TCP报文和端口将告警事件通告给所述中心管理服务器归档。
本发明还提供了一种信息采集装置，如图6所示，包括：
接收模块610，用于接收所述中心管理服务器发送的告警事件订阅消息；
组播报文发送模块620，用于根据所述订阅消息中告警事件与对应的组播地址建立转发表，所述前端单元将采集的告警事件生成组播报文，发送给加入所述组播地址所在组播组中的客户端单元。
归档模块630，用于通过所述订阅消息中的TCP报文和端口将告警事件通告给所述中心管理服务器归档。
本发明还提供了一种用户设备，如图7所示，包括：
注册模块710，用于向中心管理服务器发送注册请求，所述注册请求中携带用户名；
注册响应接收模块720，用于接收中心管理服务器的注册响应消息，所述注册响应消息携带告警事件与对应的组播地址、及需要订阅的前端单元标识；
表项维护模块730，与注册响应接收模块720连接，用于建立包括需要订阅的前端单元标识、告警事件、组播地址和组播端口的对应关系表；
组播处理模块740，与表项维护模块730连接，用于通过所述组播端口向所述组播地址所在组播组发送加入消息，以加入所述组播组。
表项维护模块730，还用于该用户业务等级发生更改，接收所述中心管理服务器发送的通知消息，修改更新的告警事件对应的组播组地址。
组播处理模块740，还用于通过所述组播端口向所述组播地址所在组播组发送离开消息，以离开所述组播组。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本发明序号仅仅为了描述，不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。
Claims (17)
1、一种混合结构的告警处理方法，应用于包括中心管理服务器、前端单元和客户端单元的系统中，其特征在于，所述方法包括以下步骤：
所述中心管理服务器配置告警事件与组播地址的对应关系；
所述中心管理服务器向所述前端单元发送告警事件订阅消息，所述订阅消息中携带告警事件与对应的组播地址，使所述前端单元将采集的告警事件生成组播报文，发送给加入所述组播地址所在组播组中的客户端单元。
2、如权利要求1所述的方法，其特征在于，所述发送给加入所述组播地址所在组播组中的客户端单元，之前还包括：
所述客户端单元加入组播组，具体包括：
所述中心管理服务器接收所述客户端单元发送的注册请求，根据所述注册请求中的用户名、本地设置的用户名与业务权限等级的第一对应关系、业务权限等级与需要订阅的前端单元及告警事件的第二对应关系，确定需要订阅的前端单元及告警事件；
所述中心管理服务器向所述客户端单元返回注册响应消息，携带告警事件与对应的组播地址、及需要订阅的前端单元标识；使所述客户端单元建立包括需要订阅的前端单元标识、告警事件、组播地址和组播端口的对应关系表，并通过所述组播端口向所述组播地址所在组播组发送加入消息，以加入所述组播组。
3、如权利要求2所述的方法，其特征在于，还包括：
如果所述用户名对应的业务权限等级发生更改，所述中心管理服务器则对客户端单元的接收告警权限进行更改，向所述客户端单元发送通知消息，修改更新的告警事件对应的组播地址。
4、如权利要求1所述的方法，其特征在于，所述使前端单元将采集的告警事件生成组播报文，发送加入所述组播地址所在组播组中的客户端单元，具体包括：
所述前端单元接收所述订阅消息，根据所述订阅消息中告警事件与对应的组播地址建立转发表，所述转发表中包括：告警事件类型、告警实时组播目的地址、告警实时组播目的端口；
所述前端单元将采集的告警事件生成组播报文，通过所述告警实时组播目的端口，发送给告警实时组播目的地址对应的客户端单元。
5、如权利要求1所述的方法，其特征在于，所述加入组播组之后，还包括：
通过所述组播端口向所述组播地址所在组播组发送离开消息，以离开所述组播组。
6、如权利要求1所述的方法，其特征在于，还包括：
所述订阅消息中还携带所述中心管理服务器的地址，使所述前端单元通过TCP报文和端口将告警事件通告给所述中心管理服务器归档。
7、如权利要求1或6所述的方法，其特征在于，所述订阅消息中携带告警事件与对应的组播地址，具体为：将告警实时组播目的地址填充为所述对应关系中的组播地址；所述订阅消息中还携带所述中心管理服务器的地址，具体为：将告警存档TCP目的地址填充为所述中心管理服务器的地址。
8、如权利要求1所述的方法，其特征在于，所述中心管理服务器向所述前端单元发送订阅消息，具体包括：
所述中心管理服务器通过组播或单播向所述前端单元发送订阅消息。
9、一种中心管理服务器，其特征在于，包括：
配置模块，用于配置告警事件类型与组播地址的对应关系；
处理模块，与所述配置模块连接，用于向所述前端单元发送告警事件订阅消息，所述订阅消息中携带告警事件与对应的组播地址，使所述前端单元将采集的告警事件生成组播报文，发送给加入所述组播地址所在组播组中的客户端单元。
10、如权利要求9所述的中心管理服务器，其特征在于，
注册请求接收模块，与所述处理模块连接，用于接收所述客户端单元发送的注册请求，根据所述注册请求中的用户名、本地设置的用户名与业务权限等级的第一对应关系、业务权限等级与需要订阅的前端单元的第二对应关系，确定需要订阅的前端单元及告警事件；
注册响应发送模块，与所述处理模块连接，用于向所述客户端单元返回注册响应消息，携带告警事件与对应的组播地址、及需要订阅的前端单元标识；使所述客户端单元建立包括需要订阅的前端单元标识、告警事件、组播地址和组播端口的对应关系表，并通过所述组播端口向所述组播地址所在组播组发送加入消息，以加入所述组播组。
11、如权利要求9所述的中心管理服务器，其特征在于，所述注册请求接收模块，还用于用户业务等级发生更改时，向所述客户端单元发送通知消息，修改更新的告警事件类型对应的组播组地址。
12、如权利要求9所述的中心管理服务器，其特征在于，
所述处理模块，还用于在订阅消息中携带所述中心管理服务器的地址，使所述前端单元通过TCP报文和端口将告警事件通告给所述中心管理服务器归档。
13、一种信息采集装置，其特征在于，包括：
接收模块，用于接收所述中心管理服务器发送的告警事件订阅消息；
组播报文发送模块，与所述接收模块连接，用于根据所述订阅消息中告警事件与对应的组播地址建立转发表，所述前端单元将采集的告警事件生成组播报文，发送给加入所述组播地址所在组播组中的客户端单元。
14、如权利要求13所述的信息采集装置，其特征在于，还包括：
归档模块，与所述接收模块连接，用于通过所述订阅消息中的TCP报文和端口将告警事件通告给所述中心管理服务器归档。
15、一种用户设备，其特征在于，包括：
注册模块，用于向中心管理服务器发送注册请求，所述注册请求中携带用户名；
注册响应接收模块，与所述注册模块连接，用于接收中心管理服务器的注册响应消息，所述注册响应消息携带告警事件与对应的组播地址、及需要订阅的前端单元标识；
表项维护模块，与所述注册响应接收模块连接，用于建立包括需要订阅的前端单元标识、告警事件、组播地址和组播端口的对应关系表；
组播处理模块，与所述表项维护模块连接，用于通过所述组播端口向所述组播地址所在组播组发送加入消息，以加入所述组播组。
16、如权利要求15所述的用户设备，其特征在于，
所述表项维护模块，还用于该用户业务等级发生更改，接收所述中心管理服务器发送的通知消息，修改更新的告警事件对应的组播组地址。
17、如权利要求15所述的用户设备，其特征在于，所述组播处理模块，还用于通过所述组播端口向所述组播地址所在组播组发送离开消息，以离开所述组播组。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009101578450A CN101610187B (zh) | 2009-07-08 | 2009-07-08 | 一种混合结构的告警处理方法及设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009101578450A CN101610187B (zh) | 2009-07-08 | 2009-07-08 | 一种混合结构的告警处理方法及设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101610187A true CN101610187A (zh) | 2009-12-23 |
| CN101610187B CN101610187B (zh) | 2012-03-14 |
Family
ID=41483785
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2009101578450A Active CN101610187B (zh) | 2009-07-08 | 2009-07-08 | 一种混合结构的告警处理方法及设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101610187B (zh) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103916715A (zh) * | 2014-04-11 | 2014-07-09 | 浙江宇视科技有限公司 | 基于网段的自适应监控方法及装置 |
| CN104579744A (zh) * | 2014-12-03 | 2015-04-29 | 武汉烽火众智数字技术有限责任公司 | 一种开关量告警推送查询系统 |
| CN107040421A (zh) * | 2017-04-19 | 2017-08-11 | 济南浪潮高新科技投资发展有限公司 | 一种基于ipmi协议采集并处理硬件信息的方法及系统 |
| CN113923100A (zh) * | 2021-10-09 | 2022-01-11 | 中国电信股份有限公司 | 告警采集方法、告警采集系统、存储介质与电子设备 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5596632A (en) * | 1995-08-16 | 1997-01-21 | Mci Communications Corporation | Message-based interface for phone fraud system |
| CN100417087C (zh) * | 2005-08-23 | 2008-09-03 | 中兴通讯股份有限公司 | 一种snmp协议网管系统的告警管理方法 |
| CN101179416A (zh) * | 2006-11-07 | 2008-05-14 | 中兴通讯股份有限公司 | 一种电信管理网告警信息变化的处理方法 |
-
2009
- 2009-07-08 CN CN2009101578450A patent/CN101610187B/zh active Active
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103916715A (zh) * | 2014-04-11 | 2014-07-09 | 浙江宇视科技有限公司 | 基于网段的自适应监控方法及装置 |
| CN103916715B (zh) * | 2014-04-11 | 2019-01-11 | 浙江宇视科技有限公司 | 基于网段的自适应监控方法及装置 |
| CN104579744A (zh) * | 2014-12-03 | 2015-04-29 | 武汉烽火众智数字技术有限责任公司 | 一种开关量告警推送查询系统 |
| CN104579744B (zh) * | 2014-12-03 | 2018-10-09 | 武汉烽火众智数字技术有限责任公司 | 一种开关量告警推送查询系统 |
| CN107040421A (zh) * | 2017-04-19 | 2017-08-11 | 济南浪潮高新科技投资发展有限公司 | 一种基于ipmi协议采集并处理硬件信息的方法及系统 |
| CN113923100A (zh) * | 2021-10-09 | 2022-01-11 | 中国电信股份有限公司 | 告警采集方法、告警采集系统、存储介质与电子设备 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101610187B (zh) | 2012-03-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8938534B2 (en) | Automatic provisioning of new users of interest for capture on a communication network | |
| CN106921717B (zh) | 一种基于移动终端的消息推送方法及系统 | |
| Nichols | Lessons learned building a secure network measurement framework using basic NDN | |
| CN113055693B (zh) | 数据处理方法及装置 | |
| CN106412113A (zh) | 一种能源云服务系统及其通信方法 | |
| CN104468648A (zh) | 数据处理系统及方法 | |
| US11563765B2 (en) | Method for emulating a known attack on a target computer network | |
| WO2008008961A3 (en) | Method and apparatus for charging in peer-to-peer networks | |
| KR20150063906A (ko) | M2m 환경에서 사용 가능한 장치를 검색하는 방법 및 장치 | |
| US20050071457A1 (en) | System and method of network fault monitoring | |
| CN102057623A (zh) | 用于获得终端状态的网络设备和方法 | |
| CN101365014B (zh) | 一种分布式自适应监听系统及其生成和监听控制方法 | |
| CN101610187B (zh) | 一种混合结构的告警处理方法及设备 | |
| CN103347179A (zh) | 一种实现监控前端设备联网的装置和方法 | |
| CN110462600A (zh) | 用于联网媒体分发的系统、方法和设备 | |
| CN103929623A (zh) | 一种视频监控系统中视频数据处理方法 | |
| CN111125426A (zh) | 一种数据存储和查询的方法及装置 | |
| CN114079567B (zh) | 一种基于区块链的通用性ip溯源系统及方法 | |
| CN103634274A (zh) | 一种视频安全交换方法及系统 | |
| CN112953940A (zh) | 基于混合加密算法和关键属性过滤的安全发布订阅系统及方法 | |
| CA2349460A1 (en) | Apparatus and method for limiting unauthorized access to a network multicast | |
| CN101635724A (zh) | 一种实现组播成员认证的方法及系统 | |
| CN108965219B (zh) | 一种基于视联网的数据处理方法及装置 | |
| CN112104888B (zh) | 一种直播用户分组的方法及系统 | |
| CN115296826A (zh) | 多边共管多标识天地一体化智能网联汽车高安全专网系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| ASS | Succession or assignment of patent right |
Owner name: ZHEJIANG UNIVIEW TECHNOLOGY CO., LTD. Free format text: FORMER OWNER: HUASAN COMMUNICATION TECHNOLOGY CO., LTD. Effective date: 20120220 |
|
| C41 | Transfer of patent application or patent right or utility model | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20120220 Address after: Hangzhou City, Zhejiang province 310053 Binjiang District Dongxin Road No. 66 building two or three layer A C Patentee after: Zhejiang Uniview Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |