CN101695049A - 一种监控系统中的业务处理方法及装置 - Google Patents

Abstract

本发明公开了一种监控系统中的业务处理方法，包括：当主服务器判断出自身性能指标高于预设阈值时，所述主服务器选择处理独立业务的从服务器；所述主服务器将所述独立业务分发给所述从服务器，由所述从服务器对CU和PU的独立业务进行处理。本发明中，保证了监控系统中业务流量的可靠性处理。

Description

一种监控系统中的业务处理方法及装置

技术领域

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

背景技术

随着数字视频技术的快速发展，视频监控系统作为新型的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。

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

此外，由于轮切业务是由一系列普通呼叫业务所组成的，CMS无法区分普通呼叫业务与轮切业务的区别，对于轮切业务所造成的性能压力，无法采用现有的负载均衡技术进行处理。

发明内容

本发明提供一种监控系统中的业务处理方法及装置，以对监控系统中的业务流量进行处理，并保证了CMS的处理性能。

为了达到上述目的，本发明提出了一种监控系统中的业务处理方法，应用于包括主服务器、客户端单元CU、前端单元PU和从服务器的监控系统中，所述方法包括以下步骤：

当所述主服务器判断出自身性能指标高于预设阈值时，所述主服务器选择处理独立业务的从服务器；

所述主服务器将所述独立业务分发给所述从服务器，并通知所述独立业务对应的CU和/或PU接受所述从服务器的控制；由所述从服务器对所述CU和/或所述PU的独立业务进行处理。

本发明提供的方法中，还包括：

所述主服务器接收来自不同从服务器的注册报文，所述注册报文中携带的内容包括从服务器的ID、优先级信息和性能占用率信息；所述从服务器的优先级信息是根据自身业务与所述主服务器业务的吻合程度进行配置的；

所述主服务器存储所述从服务器的ID、优先级信息和性能占用率信息，并在所述主服务器判断出自身性能指标高于预设阈值时，根据不同从服务器的优先级信息和性能占用率信息选择处理所述独立业务的从服务器。

根据不同从服务器的优先级信息和性能占用率信息选择处理所述独立业务的从服务器具体包括：

a，所述主服务器从不同的从服务器中选择优先级最优的从服务器；

b，所述主服务器判断所述优先级最优的从服务器的性能占用率是否满足处理所述独立业务的性能要求；

c，如果满足时，所述主服务器选择所述优先级最优的从服务器处理所述独立业务；

d，如果不满足时，所述主服务器从不同的从服务器中选择优先级次优的从服务器作为优先级最优的从服务器，并继续执行b。

所述从服务器对所述CU和/或所述PU的独立业务进行处理之后，还包括：

当所述主服务器判断出自身性能指标不高于预设阈值时，所述主服务器向所述从服务器发送所述独立业务的撤销信息，并通知所述独立业务对应的CU和/或PU接受所述主服务器的控制；由所述主服务器对所述CU和/或所述PU的独立业务进行处理。

所述性能指标包括CPU占用率，和/或，内存占用率；

所述独立业务包括告警业务，和/或，轮切业务。

一种监控系统中的业务处理装置，应用于包括主服务器、客户端单元CU、前端单元PU和从服务器的监控系统中，所述装置作为所述主服务器，包括：

判断模块，用于判断自身性能指标是否高于预设阈值；

选择模块，与所述判断模块连接，用于当所述判断模块判断出自身性能指标高于预设阈值时，选择处理独立业务的从服务器；

收发模块，与所述选择模块和所述判断模块连接，用于将所述独立业务分发给所述选择模块选择的从服务器，并通知所述独立业务对应的CU和/或PU接受所述从服务器的控制；由所述从服务器对所述CU和/或所述PU的独立业务进行处理。

所述收发模块还用于，接收来自不同从服务器的注册报文，所述注册报文中携带的内容包括从服务器的ID、优先级信息和性能占用率信息；所述从服务器的优先级信息是根据自身业务与所述主服务器业务的吻合程度进行配置的；

所述选择模块还用于，存储所述从服务器的ID、优先级信息和性能占用率信息，并在所述判断模块判断出自身性能指标高于预设阈值时，根据不同从服务器的优先级信息和性能占用率信息选择处理所述独立业务的从服务器。

所述选择模块还用于，从不同的从服务器中选择优先级最优的从服务器；并判断所述优先级最优的从服务器的性能占用率是否满足处理所述独立业务的性能要求；如果满足时，选择所述优先级最优的从服务器处理所述独立业务；如果不满足时，从不同的从服务器中选择优先级次优的从服务器作为优先级最优的从服务器。

所述收发模块还用于，当判断出自身性能指标不高于预设阈值时，向所述从服务器发送所述独立业务的撤销信息，并通知所述独立业务对应的CU和/或PU接受所述主服务器的控制；由所述主服务器对所述CU和/或所述PU的独立业务进行处理。

一种监控系统中的业务处理装置，应用于包括主服务器、客户端单元CU、前端单元PU和从服务器的监控系统中，所述装置作为所述从服务器，包括：

发送模块，用于向所述主服务器发送注册报文，所述注册报文中携带的内容包括从服务器的ID、优先级信息和性能占用率信息；所述从服务器的优先级信息是根据自身业务与所述主服务器业务的吻合程度进行配置的；

接收模块，用于当所述主服务器判断出自身性能指标高于预设阈值时，接收所述主服务器分发给从服务器的独立业务信息；所述从服务器为所述主服务器根据不同从服务器的优先级信息和性能占用率信息所选择的；

处理模块，与所述接收模块连接，用于根据所述接收模块接收的独立业务信息对所述CU和/或所述PU的独立业务进行处理。

与现有技术相比，本发明具有以下优点：在主服务器出自身出现性能瓶颈，通过将独立业务分发给其他性能占用率较低的从服务器，既保证了监控系统的中央控制结构，又保证了高峰业务流量时的可靠处理，使得监控的业务流量达到高峰时，能够与其他IT业务服务器进行资源的互补。

附图说明

图1为现有技术中企业网信息管理服务器群的示意图；

图2为现有技术中利用负载均衡的集群技术构建告警转发服务器的示意图；

图3为本发明提出的一种监控系统中的业务处理方法流程图；

图4为本发明应用场景下的组网示意图；

图5为本发明应用场景下提出的一种监控系统中的业务处理方法流程图；

图6为本发明应用场景下携带了IE_SLAVE_INFO结构体的消息示意图；

图7为本发明应用场景下携带了IE_ALARM_FORWARD结构体的消息示意图；

图8为本发明应用场景下携带了IE_TOUR_CONTROL结构体的消息示意图；

图9为本发明应用场景下携带了IE_SLAVE_CONTROL结构体的消息示意图；

图10为本发明提出的一种监控系统中的业务处理装置结构图；

图11为本发明提出的另一种监控系统中的业务处理装置结构图。

具体实施方式

本发明的基本思想是在监控系统中，主服务器(CMS)判断自身是否出现性能瓶颈，并在出现性能瓶颈时，将独立业务(例如，告警业务和轮切业务等)分发给从服务器，并由从服务器对CU和PU的独立业务进行处理，从而减少了主服务器需要处理的业务量，继而减轻了主服务器的处理负担，保证了业务流量的可靠处理。

此外，由于从服务器是处理应急业务相反业务所对应的服务器，即主服务器需要处理大量的应急业务时，该从服务器需要处理的业务量很小，保证了主服务器和从服务器之间业务量的互补，进一步保证了高峰业务流量时的可靠处理，使得主服务器的业务流量达到高峰时，能够与其他IT业务服务器进行资源的互补。

如图3所示，本发明提出的一种监控系统中的业务处理方法，应用于包括主服务器、客户端单元CU、前端单元PU和从服务器的监控系统中，所述方法包括以下步骤：

步骤301，当所述主服务器判断出自身性能指标高于预设阈值时，所述主服务器选择处理独立业务的从服务器。其中，所述性能指标包括CPU占用率，和/或，内存占用率；当所述性能指标为CPU占用率时，所述主服务器将判断所述CPU占用率是否高于预设的CPU占用率阈值；当所述性能指标为内存占用率时，所述主服务器将判断所述内存占用率是否高于预设的内存占用率阈值。

具体的，所述主服务器将根据不同从服务器的优先级信息和性能占用率信息选择处理所述独立业务的从服务器，该从服务器的优先级信息是根据自身业务与所述主服务器业务的吻合程度进行配置的；例如，当主服务器的业务主要为视频业务时，则从服务器中处理的视频业务越少，该从服务器与主服务器业务的吻合程度越高，该从服务器的优先级越优。

步骤302，所述主服务器将所述独立业务分发给所述从服务器，并通知所述独立业务对应的CU和/或PU接受所述从服务器的控制；由所述从服务器对所述CU和/或所述PU的独立业务进行处理。

以下结合一种具体的应用场景，对本发明下提出的监控系统中的业务处理方法进行详细说明，如图4所示，为本应用场景的组网图，在该应用场景中，CMS作为监控系统中的主服务器，而VOD(Video On Demand，视频点播)服务器、WEB服务器和FTP(File Transfer Protocol，文件传输协议)服务器等作为监控系统中的从服务器；当然，在实际应用中，该从服务器并不局限于上述的服务器，信息管理服务器群中的其他IT业务服务器均可以作为该从服务器，例如，SMTP服务器、RADIUS服务器等也都可以作为该从服务器，本发明中不再详加赘述。

如图5所示，该视频监控系统中的业务处理方法包括以下步骤：

步骤501，在从服务器上配置主服务器的地址、从服务器的标识ID、优先级等信息。其中，该视频监控系统中的主服务器为CMS，从服务器为其他IT业务的服务器；当获知了主服务器为CMS时，配置管理员可以在从服务器上配置主服务器CMS的地址，并在从服务器配置自身的从服务器ID、优先级等信息。

具体的，在实际应用中，根据实际的需要，可以选择任意的IT业务的服务器作为从服务器；例如，可以选择与应急业务相反的业务(例如，娱乐、备份业务等)所对应的服务器(本发明中以VOD服务器、FTP服务器和WEB服务器为例进行说明)为从服务器。

此外，该从服务器的服务器ID和优先级等信息也可以根据实际的需要进行配置；例如，根据业务高峰时刻与主服务器的吻合程度来配置优先级，将VOD服务器的优先级配置为100，FTP服务器的优先级配置为70，WEB服务器的优先级配置为20，优先级值越高，表示与主服务器的吻合程度越好，被选择为CMS的从服务器的优先程度越高，即CMS将优先选择优先级值高的服务器作为自身的从服务器。

步骤502，从服务器根据自身配置的主服务器的地址向主服务器发起注册，其中，该注册过程可以通过注册报文实现，该注册报文可以使用图6所示的Register(注册)消息。

Register消息中携带了自定义的IE_SLAVE_INFO结构体，该结构体中包括从服务器上配置的从服务器ID、优先级信息，以及该从服务器的性能占用率信息。当然，本发明中并不局限于该Register消息的IE_SLAVE_INFO结构体来实现该注册过程，在此不再赘述。

需要说明的是，在图6中，SlaveID表示从服务器ID；SlavePriority表示从服务器的优先级信息，本发明中以数值范围是[0，100]为例；BusyHere表示从服务器的性能占用率，本发明中以数值范围是[0，100]为例；可以看出，上述的数值范围是根据实际需要任意选择的，在此不再赘述。

本步骤中，当主服务器接收到来自从服务器的Register消息后，将根据从服务器ID对该从服务器进行准入控制(即允许该从服务器作为自身的从服务器)，并存储该从服务器的信息，此时，主服务器将根据从服务器ID将该从服务器的信息存储到从服务器列表中，并维护该从服务器列表，如表1所示的一种从服务器列表，其中，表1中的从服务器ID、从服务器优先级和从服务器性能占用率等信息均可以从图6中读取。

表1

序号	从服务器ID	从服务器优先级	从服务器性能占用率
				1	VODServer	100	20
2	FTPServer	70	5
				3	WEBServer	20	30

本步骤中，当主服务器接收到来自从服务器的Register消息后，该主服务器还需要向从服务器回复Register Response消息，以通知该从服务器注册成功的信息。

步骤503，从服务器注册成功之后，将周期性的通知主服务器自身的性能占用率。其中，该周期的时间间隔可以是配置管理员手工指定；该通知过程可以通过Notify(通知)消息来实现，同样的，该Notify消息中也可以携带自定义的IE_SLAVE_INFO结构体，继而通知主服务器自身的性能占用率，当然，本发明中并不局限于该Notify消息的IE_SLAVE_INFO结构体来实现该通知过程，在此不再赘述。

本步骤中，当主服务器接收到来自从服务器的Notify消息后，该主服务器还需要向从服务器回复Notify Response消息，以通知该从服务器通知成功的信息。

步骤504，主服务器在发生性能瓶颈时，将独立业务分发给从服务器。其中，该独立业务为独立于主服务器(即不是必须由主服务器进行处理的业务)，且可能占用主服务器较多资源的业务；该独立业务包括告警业务和轮切业务等，当然，实际应用中，该独立业务并不局限于此，所有能够独立于主服务器的业务均在本发明保护范围之内，本发明中以告警业务和轮切业务为例进行说明，即本步骤中，当主服务器在发生性能瓶颈时，主服务器将告警业务、轮切业务等独立业务分发给从服务器。

具体的，主服务器可以根据CPU占用率判断主服务器是否发生性能瓶颈，即主服务器预先设置一个CPU占用率阈值，当CPU占用率大于该CPU占用率阈值时，说明该主服务器发生性能瓶颈；当CPU占用率小于该CPU占用率阈值时，说明该主服务器没有发生性能瓶颈。此外，主服务器还可以根据内存占用率判断主服务器是否发生性能瓶颈，即主服务器预先设置一个内存占用率阈值，当内存占用率大于该内存占用率阈值时，说明该主服务器发生性能瓶颈；当内存占用率小于该内存占用率阈值时，说明该主服务器没有发生性能瓶颈。当然，实际应用中，并不局限于使用CPU占用率和内存占用率来判断主服务器是否发生性能瓶颈，在此不再详加赘述。

进一步的，本步骤中，该主服务器将综合考虑优先级信息和性能占用率信息来选择处理该独立业务的从服务器，继而将独立业务分发给该从服务器。其中，该从服务器是从上述的表1所示的从服务器列表中选择的，上述综合考虑优先级信息和性能占用率信息选择从服务器的方式包括：从表1所示的从服务器列表中选择从服务器优先级最高的从服务器，然后判断该从服务器的性能是否能够达到处理该独立业务的要求(例如，根据实际需要预先设置一个性能占用率阈值，当该从服务器性能占用率小于该阈值时，则说明能够达到处理该独立业务的要求；否则，不能够达到处理该独立业务的要求)；如果能达到时，则选择该从服务器处理该独立业务；否则，继续选择下一个次优的从服务器，并判断是否能够达到处理该独立业务的要求，依此类推。

本步骤中，将通过告警转发消息将告警业务分发给从服务器，其中，该告警转发消息可以采用图7所示的Subscribe消息来实现，该Subscribe消息中携带了自定义的IE_ALARM_FORWARD结构体，该结构体中包括从服务器ID、告警信息、以及该告警信息对应的转发CU列表。当然，本发明中并不局限于该Subscribe消息的IE_ALARM_FORWARD结构体来实现该分发过程，在此不再赘述。

当从服务器接收到该告警转发消息时，将根据Subscribe消息的IE_ALARM_FORWARD结构体建立告警信息和转发CU列表的对应关系，以在后续步骤中根据该对应关系进行相应的处理。此外，在接收到该告警转发消息时，该从服务器还需要向主服务器发送Subscribe Response消息。

本步骤中，将通过轮切控制消息将轮切业务分发给从服务器，其中，该轮切控制消息可以采用图8所示的Subscribe消息来实现，该Subscribe消息中携带了自定义的IE_TOUR_CONTROL结构体，该结构体中包括从服务器ID、轮切CU信息、以及该轮切CU信息对应的轮切PU列表。当然，本发明中并不局限于该Subscribe消息的IE_TOUR_CONTROL结构体来实现该分发过程，在此不再赘述。

当从服务器接收到该轮切控制消息时，将根据Subscribe消息的IE_TOUR_CONTROL结构体建立轮切CU信息和轮切PU列表的对应关系，以在后续步骤中根据该对应关系进行相应的处理。此外，在接收到该轮切控制消息时，该从服务器还需要向主服务器发送Subscribe Response消息。

步骤505，在独立业务分发成功后，主服务器通知对应的PU和/或CU接收新服务器(即选择的从服务器)的控制。

具体的，该通知过程可以采用图9所示的Subscribe消息，该Subscribe消息中携带了自定义的IE_SLAVE_CONTROL结构体，该结构体中包括从服务器ID、从服务器IP地址、从服务器端口、以及分发到该从服务器的业务列表。当然，本发明中并不局限于Subscribe消息的IE_SLAVE_CONTROL结构体来实现该通知过程，在此不再赘述。

本步骤中，当对应的PU或者CU接收到该Subscribe消息时，还需要向主服务器发送Subscribe Response消息。

步骤506，从服务器对PU和/或CU的独立业务进行处理。其中，该独立业务可以为告警业务和/或轮切业务。

具体的，步骤505中PU和CU获取到需要接收从服务器控制的信息后，本步骤中，当有告警业务需要处理时，则需要将告警信息发送给从服务器，该从服务器为步骤504中主服务器所选择的从服务器；该发送过程具体为根据步骤505中获取到的从服务器ID、从服务器IP地址、从服务器端口等信息进行发送的。同样的，对于轮切业务，也需要将轮切信息发送给从服务器，该过程与告警业务的处理过程类似，不再赘述。

进一步的，从服务器将对告警业务和轮切业务进行处理，例如，从服务器根据告警消息对应的CU列表进行转发；按照轮切计划对PU进行操作等。其中，该处理过程与主服务器(CMS)对告警业务和轮切业务的处理方式相同，而主服务器的处理方式为现有的处理方式，本发明中不再详加赘述。

步骤507，当主服务器性能瓶颈问题恢复时，主服务器向PU和/或CU发送Subscribe撤销消息，以通知PU和/或CU继续由主服务器对独立业务进行处理。

同样的，本步骤中，主服务器还可以根据CPU占用率或者内存占用率来判断主服务器性能瓶颈问题是否恢复，例如，步骤504中由于CPU占用率大于CPU占用率阈值所导致性能瓶颈时，则本步骤中判断出CPU占用率小于CPU占用率阈值，则说明主服务器性能瓶颈问题恢复。

具体的，主服务器可以通过修改图7所示的IE_ALARM_FORWARD结构体来实现该Subscribe撤销消息(对应告警业务的撤销消息)，或者，修改图8所示的IE_TOUR_CONTROL结构体来实现该Subscribe撤销消息(对应轮切业务的撤销消息)；例如，将IE_ALARM_FORWARD结构的SubscribeMessageType Header填充为MSG_ALARM_FORWARD_CANCEL来实现该Subscribe撤销消息，或者将IE_TOUR_CONTROL结构的SubscribeMessageType Header填充为MSG_TOUR_CONTROL_CANCEL来实现该Subscribe撤销消息，当然，该Subscribe撤销消息并不局限于上述方式，在此不再赘述。

需要说明的是，本发明中并不局限于主服务器性能瓶颈问题恢复时，才向PU和/或CU发送Subscribe撤销消息，例如，由于权限修改等原因导致需要修改告警信息对应的转发CU列表时，也需要向对应的CU发送携带结构MSG_ALARM_FORWARD_CANCEL的Subscribe撤销消息；由于权限修改等原因导致需要修改轮切信息对应的轮切PU列表时，也需要向对应的PU发送携带结构MSG_TOUR_CONTROL_CANCEL的Subscribe撤销消息。

本步骤中，当接收到该Subscribe撤销消息后，对应的PU或者CU还需要向主服务器发送Subscribe撤销Response消息。

步骤508，当主服务器性能瓶颈问题恢复时，主服务器向从服务器发送Subscribe撤销消息，以通知从服务器撤销对独立业务的控制。同样的，判断性能瓶颈问题恢复的方式以及Subscribe撤销消息的实现方式与步骤507中类似，在此不再赘述。

本步骤中，当接收到该Subscribe撤销消息后，该从服务器需要将转发CU列表、轮切PU列表等告警业务和轮切业务所对应的信息清除，后续过程不再需要对告警业务和轮切业务进行处理。此外，该从服务器还需要向主服务器发送Subscribe撤销Response消息。

步骤509，主服务器对PU和/或CU的独立业务进行处理，即由主服务器继续对告警业务和/或轮切业务进行处理。

其中，本发明中的各个步骤还可以根据实际的需要进行调整。

本发明提出的一种视频监控系统中的业务处理装置，应用于包括主服务器、客户端单元CU、前端单元PU和从服务器的监控系统中，所述装置作为所述主服务器，如图10所示，所述装置包括：

判断模块101，用于判断自身性能指标是否高于预设阈值。其中，所述性能指标包括CPU占用率，和/或，内存占用率；所述判断模块101具体用于，判断CPU占用率是否高于预设的CPU占用率阈值；和/或，判断内存占用率是否高于预设的内存占用率阈值。

选择模块102，与所述判断模块101连接，用于当所述判断模块101判断出自身性能指标高于预设阈值时，选择处理独立业务的从服务器。其中，所述独立业务包括告警业务和/或轮切业务。

收发模块103，与所述选择模块101和所述判断模块102连接，用于将所述独立业务分发给所述选择模块102选择的从服务器，并通知所述独立业务对应的CU和/或PU接受所述从服务器的控制；由所述从服务器对所述CU和/或所述PU的独立业务进行处理。

此外，收发模块103，还用于接收来自不同从服务器的注册报文，所述注册报文中携带的内容包括从服务器的ID、优先级信息和性能占用率信息；所述从服务器的优先级信息是根据自身业务与所述主服务器业务的吻合程度进行配置的。例如，当主服务器的业务主要为视频业务时，则从服务器中处理的视频业务越少，该从服务器与主服务器业务的吻合程度越高，该从服务器的优先级越优。

此时，所述选择模块102还用于，存储所述从服务器的ID、优先级信息和性能占用率信息，并在所述判断模块判断出自身性能指标高于预设阈值时，根据不同从服务器的优先级信息和性能占用率信息选择处理所述独立业务的从服务器。

进一步的，所述选择模块102还用于，从不同的从服务器中选择优先级最优的从服务器；并判断所述优先级最优的从服务器的性能占用率是否满足处理所述独立业务的性能要求；如果满足时，选择所述优先级最优的从服务器处理所述独立业务；如果不满足时，从不同的从服务器中选择优先级次优的从服务器作为优先级最优的从服务器。

本发明中，所述收发模块103还用于，当判断出自身性能指标不高于预设阈值时，向所述从服务器发送所述独立业务的撤销信息，并通知所述独立业务对应的CU和/或PU接受所述主服务器的控制；由所述主服务器对所述CU和/或所述PU的独立业务进行处理。

其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

本发明提出的一种视频监控系统中的业务处理装置，应用于包括主服务器、客户端单元CU、前端单元PU和从服务器的监控系统中，所述装置作为所述从服务器11，如图11所示，所述装置包括：

发送模块111，用于向所述主服务器发送注册报文，所述注册报文中携带的内容包括从服务器的ID、优先级信息和性能占用率信息；所述从服务器的优先级信息是根据自身业务与所述主服务器业务的吻合程度进行配置的。

接收模块112，用于当所述主服务器判断出自身性能指标高于预设阈值时，接收所述主服务器分发给从服务器的独立业务信息；所述从服务器为所述主服务器根据不同从服务器的优先级信息和性能占用率信息所选择的；其中，所述独立业务包括告警业务和/或轮切业务。

处理模块113，与所述接收模块112连接，用于根据所述接收模块112接收的独立业务信息对所述CU和/或所述PU的独立业务进行处理。

进一步的，当所述主服务器判断出自身性能指标不高于预设阈值时，接收模块112还用于接收所述主服务器向所述从服务器发送所述独立业务的撤销信息，此时，该处理模块113不再需要对所述CU和/或所述PU的独立业务进行处理。

其中，本发明装置的各个模块可以集成于一体，也可以分离部署。上述模块可以合并为一个模块，也可以进一步拆分成多个子模块。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以借助软件加必要的通用硬件平台的方式来实现。基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

本领域技术人员可以理解附图只是一个优选实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。

本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中，也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块，也可以进一步拆分成多个子模块。

上述本发明序号仅仅为了描述，不代表实施例的优劣。

以上公开的仅为本发明的几个具体实施例，但是，本发明并非局限于此，任何本领域的技术人员能思之的变化都应落入本发明的保护范围。

Claims (10)

1.一种监控系统中的业务处理方法，其特征在于，应用于包括主服务器、客户端单元CU、前端单元PU和从服务器的监控系统中，所述方法包括以下步骤：

当所述主服务器判断出自身性能指标高于预设阈值时，所述主服务器选择处理独立业务的从服务器；

所述主服务器将所述独立业务分发给所述从服务器，并通知所述独立业务对应的CU和/或PU接受所述从服务器的控制；由所述从服务器对所述CU和/或所述PU的独立业务进行处理。

2.如权利要求1所述的方法，其特征在于，还包括：

所述主服务器接收来自不同从服务器的注册报文，所述注册报文中携带的内容包括从服务器的ID、优先级信息和性能占用率信息；所述从服务器的优先级信息是根据自身业务与所述主服务器业务的吻合程度进行配置的；

所述主服务器存储所述从服务器的ID、优先级信息和性能占用率信息，并在所述主服务器判断出自身性能指标高于预设阈值时，根据不同从服务器的优先级信息和性能占用率信息选择处理所述独立业务的从服务器。

3.如权利要求2所述的方法，其特征在于，根据不同从服务器的优先级信息和性能占用率信息选择处理所述独立业务的从服务器具体包括：

a，所述主服务器从不同的从服务器中选择优先级最优的从服务器；

b，所述主服务器判断所述优先级最优的从服务器的性能占用率是否满足处理所述独立业务的性能要求；

c，如果满足时，所述主服务器选择所述优先级最优的从服务器处理所述独立业务；

d，如果不满足时，所述主服务器从不同的从服务器中选择优先级次优的从服务器作为优先级最优的从服务器，并继续执行b。

4.如权利要求1所述的方法，其特征在于，所述从服务器对所述CU和/或所述PU的独立业务进行处理之后，还包括：

当所述主服务器判断出自身性能指标不高于预设阈值时，所述主服务器向所述从服务器发送所述独立业务的撤销信息，并通知所述独立业务对应的CU和/或PU接受所述主服务器的控制；由所述主服务器对所述CU和/或所述PU的独立业务进行处理。

5.如权利要求1-4任一项所述的方法，其特征在于，所述性能指标包括CPU占用率，和/或，内存占用率；

所述独立业务包括告警业务，和/或，轮切业务。

6.一种监控系统中的业务处理装置，其特征在于，应用于包括主服务器、客户端单元CU、前端单元PU和从服务器的监控系统中，所述装置作为所述主服务器，包括：

判断模块，用于判断自身性能指标是否高于预设阈值；

选择模块，与所述判断模块连接，用于当所述判断模块判断出自身性能指标高于预设阈值时，选择处理独立业务的从服务器；

收发模块，与所述选择模块和所述判断模块连接，用于将所述独立业务分发给所述选择模块选择的从服务器，并通知所述独立业务对应的CU和/或PU接受所述从服务器的控制；由所述从服务器对所述CU和/或所述PU的独立业务进行处理。

7.如权利要求6所述的装置，其特征在于，

所述收发模块还用于，接收来自不同从服务器的注册报文，所述注册报文中携带的内容包括从服务器的ID、优先级信息和性能占用率信息；所述从服务器的优先级信息是根据自身业务与所述主服务器业务的吻合程度进行配置的；

所述选择模块还用于，存储所述从服务器的ID、优先级信息和性能占用率信息，并在所述判断模块判断出自身性能指标高于预设阈值时，根据不同从服务器的优先级信息和性能占用率信息选择处理所述独立业务的从服务器。

8.如权利要求7所述的装置，其特征在于，

所述选择模块还用于，从不同的从服务器中选择优先级最优的从服务器；并判断所述优先级最优的从服务器的性能占用率是否满足处理所述独立业务的性能要求；如果满足时，选择所述优先级最优的从服务器处理所述独立业务；如果不满足时，从不同的从服务器中选择优先级次优的从服务器作为优先级最优的从服务器。

9.如权利要求6所述的装置，其特征在于，

所述收发模块还用于，当判断出自身性能指标不高于预设阈值时，向所述从服务器发送所述独立业务的撤销信息，并通知所述独立业务对应的CU和/或PU接受所述主服务器的控制；由所述主服务器对所述CU和/或所述PU的独立业务进行处理。

10.一种监控系统中的业务处理装置，其特征在于，应用于包括主服务器、客户端单元CU、前端单元PU和从服务器的监控系统中，所述装置作为所述从服务器，包括：

发送模块，用于向所述主服务器发送注册报文，所述注册报文中携带的内容包括从服务器的ID、优先级信息和性能占用率信息；所述从服务器的优先级信息是根据自身业务与所述主服务器业务的吻合程度进行配置的；

接收模块，用于当所述主服务器判断出自身性能指标高于预设阈值时，接收所述主服务器分发给从服务器的独立业务信息；所述从服务器为所述主服务器根据不同从服务器的优先级信息和性能占用率信息所选择的；

处理模块，与所述接收模块连接，用于根据所述接收模块接收的独立业务信息对所述CU和/或所述PU的独立业务进行处理。

Images