[发明专利]一种监控系统中的业务处理方法及装置

说明书

技术领域

本发明涉及通信技术领域，特别是涉及一种监控系统中的业务处理方法及装置。

背景技术

随着数字视频技术的快速发展，视频监控系统作为新型的IT(InformationTechnology，信息技术)业务，被集中到企业网的信息管理服务器群中进行了统一管理。如图1所示的一种企业网信息管理服务器群，该信息管理服务器群包括：SMTP(Simple Mail Transfer Protocol，简单邮件传输协议)服务器、WEB(互联网)服务器、CMS(Central Management Server，中央管理服务器)、RADIUS(Remote Authentication Dial In User Service，远程用户拨号认证系统)服务器、以及Quidview(网络管理)/XLOG(XLog Network Analysis System，XLog网络分析系统)服务器等；其中，该SMTP服务器用于提供邮件业务，该WEB服务器用于提供HTTP(Hypertext Transfer Protocol，超文本传输协议)业务，该CMS服务器用于提供视频监控业务，该RADIUS服务器用于进行用户认证与安全接入等业务，该Quidview/XLOG服务器用于提供网络设备管理与流量监控等业务。

具体的，在视频监控系统中，由于网络、供电、成本等因素会导致位于现场信息采集端的前端单元PU可靠性不高，即PU处理业务的可靠性不高，需要将PU对应的所有逻辑控制都经过CMS，使得PU与CMS之间形成C/S架构；另外，由于视频监控时会涉及私密性信息，需要对客户端单元CU进行权限控制，此时，也需要将CU对应的所有的逻辑控制都经过CMS，使得CU与CMS之间形成C/S架构。

而在实际应用中，对于视频监控系统，由于PU与CMS之间、CU与CMS之间都采用了C/S架构，且视频监控系统中的PU数量和CU数量都很多，对于告警业务的处理(由告警模块进行处理)和轮切业务的处理(由轮切模块进行处理)，将占有CMS的大部分性能。

具体的，视频监控系统中的告警业务是指能够以指定的告警事件触发事件上报的业务，通过该告警业务，能够以最快和最佳的方式发出告警信息，并提供有用信息，从而有效地协助安全人员处理危机，最大限度的降低误报和漏报现象。

但是，由于视频监控系统中CMS对所有的PU都是C/S架构，且对所有的CU也都是C/S架构；而每个CU都有自身感兴趣的PU列表，CMS需要将PU产生的告警消息转发到对该PU感兴趣的所有CU上，会使得CMS处理大量的告警消息。例如，x个产生告警的PU，每个PU平均每秒产生y个告警消息，有z个CU对上述的PU感兴趣时，则CMS每秒平均要转发x*y*z个告警消息；当在一个有10000(x)个PU的大型视频监控系统中，每个PU平均每秒产生1(y)个告警消息、有40(z)个CU对上述的PU感兴趣时，则CMS需要每秒处理40万个告警消息，即CMS需要具有每秒处理40万个告警消息的能力。

此外，视频监控系统中的轮切业务是指CU对指定的PU列表进行轮流切换、监视的业务，对于一个CU与PU的呼叫，对于CMS来说，需要分别建立CMS到CU的呼叫、以及CMS到PU的呼叫，并分别在两次呼叫中进行能力协商、端口分配等操作，使得CMS将处理大量的呼叫信息。但是，局限于CMS的计算能力(即每秒建立的呼叫次数一定)，如果较多的CU同时进行轮切操作时，CMS的工作性能压力很大。

现有技术中，为了解决CMS的大部分性能被告警业务和轮切业务所占用的问题，通常采用负载均衡技术进行处理，即利用负载均衡技术构建告警转发服务器，并使用告警转发服务器对告警业务进行处理，如图2所示。通过使用该告警转发服务器，可以对告警业务需要处理的信息进行处理，即通过配置将告警转发服务器通知给各个PU，由告警转发服务器接收来自PU的告警消息，并将告警消息转发给对应的CU。

在采用告警转发服务器对告警信息进行处理时，如果告警业务不多时，可以由告警转发服务器进行处理；但是，由于告警业务是突发性的，当有大量的告警信息需要集体处理时，告警消息将大量增加，此时，一台告警转发服务器将无法处理大量的告警消息。而现有技术中，为了保证最大业务量情况下的处理性能，通常以最大业务量来设置告警转发服务器的数量，然而，大规模告警业务出现的概率很小，当设置大量的告警转发服务器时，将会造成浪费的资源，无法充分利用系统资源。