则发送预接管回应消息到媒体服务单元群组内以通知发送者退出预接管状态，同时自身切换到接管状态，其中，媒体服务单元群组内处于预接管状态的备份媒体服务单元在获取到所述预接管回应消息之后切回到空闲状态；否则，退出预接管状态并切回到空闲状态。
[0040]由上述技术方案可以看出，与现有技术相比本发明实施例提出了视频媒体服务单元的N+M备份方案，为了完成方案，本发明实施例中在每个视频媒体服务单元实体中运行了一服务管理软件，负责维护媒体服务单元，对其进行配置管理、健康检查、接管仲裁和状态切换。
[0041]在该备份方案中，M台备份媒体服务单元都能检测主媒体服务单元的健康状况，当检测到某主媒体服务单元出现故障且出现多个备份媒体服务单元对相应主媒体服务单元接管时，需要经过一定的接管仲裁机制决定最终由哪个备份媒体服务单元接管。当主媒体服务单元恢复时，接管其业务的备份媒体服务单元能检测到其恢复情况并自动退出接管状态，从而本发明提供的媒体服务备份系统是一个高度自治的备份系统，有效地降低了主媒体服务单元故障带来的系统风险。
[0042]且该系统中有N个主媒体服务单元和M个备份媒体服务单元，N大于M，通过上述接管仲裁机制，一台备份媒体服务单元可选择性地为多台主媒体服务单元提供备份服务，相对传统的一对一的备份服务方案而言可以节省硬件资源。
【附图说明】
[0043]图1为传统视频监控系统的备份方案组网图；
[0044]图2为本发明实施例提供的媒体服务备份系统组网图；
[0045]图3为本发明实施例提供的备份媒体服务单元接管流程示意图；
[0046]图4为本发明实施例提供的备份媒体服务单元状态迁移示意图；
[0047]图5为本发明实施例提供的备份媒体服务单元的恢复流程示意图。
[0048]本发明目的的实现、功能特点及优异效果，下面将结合具体实施例以及附图做进一步的说明。
【具体实施方式】
[0049]下面结合附图和具体实施例对本发明所述技术方案作进一步的详细描述，以使本领域的技术人员可以更好的理解本发明并能予以实施，但所举实施例不作为对本发明的限定。
[0050]本发明实施例提供了一种媒体服务备份方法，其中，在视频监控平台侧为N个主媒体服务单元部署M个备份媒体服务单元，N > M，且N及M均为正整数，且在所有媒体服务单元之上运行服务管理软件，所述服务管理软件采用心跳机制向媒体服务单元群组内发布信息，当运行于至少一备份媒体服务单元之上的服务管理软件检测到至少一主媒体服务单元出现故障时，所述备份媒体服务单元通过接管仲裁机制至少选择其中之一实现对该主媒体服务单元业务的接管。
[0051]图2为本发明实施例涉及到的媒体服务备份系统网元组成的示意图。如图2所示，本发明实施例提供的媒体服务备份系统包括客户端、中心管理单元、N台媒体服务单元(主设备)和M台备份媒体服务单元(备份设备)，应当理解，所述媒体服务备份系统还包括设备接入单元以及前端采集单元。N台主设备和M台备份设备构成一个媒体服务单元群组(工作组)。主设备和备份设备上面运行服务管理软件，负责配置管理、健康检查、接管仲裁和状态切换。其中，客户端通过中心管理单元建立到主设备或备份设备之间的信令流。并通过信令流下发工作组关系，并启动工作组。
[0052]所述主媒体服务单元业务是指其当前依据中心管理单元的管理所正在执行的实际业务，如用户通过客户端发起的媒体访问业务或对前端采集单元主动/被动发起的媒体存储业务等。
[0053]以客户端请求媒体服务为例，正常情况下，客户端请求媒体服务时，中心管理单元将返回指向相应某台主设备的路由，由客户端和该设备建立媒体流，并由此设备为客户端提供媒体服务。
[0054]当相应的主设备出现故障需要由备份设备进行接管时，备份设备将建立到中心管理单元的信令流，并修改中心管理单元中的路由信息。此时，客户端请求媒体服务时，中心管理单元将返回指向备份设备的路由，客户端将与备份设备建立媒体流，由备份设备为客户端提供媒体服务。
[0055]当主设备恢复时，中心管理单元自动恢复初始路由，客户端的媒体服务请求重新由主设备响应。
[0056]其中备份设备上报的接管和恢复协议，会更新用户请求相关的路由信息。在本实施例中，备份设备产生接管的流程如图3所示。备份设备将在IDLE(空闲状态)、PreTakeover(预接管状态)和Takeovered (接管状态)三种状态中迁移。本实施例中,其状态转换过程如图4所示。
[0057]下面将结合如图3所示的流程图介绍备份设备对主设备的业务进行接管的工作流程。
[0058]首先，备份设备的服务管理软件启动后，备份设备进入IDLE状态，触发一个周期为T的定时器，以下步骤均在定时器周期中处理。
[0059]步骤301:备份设备服务管理软件往工作组中发送备份设备的心跳。
[0060]在本实施方案中，可采用组播，或采用组播精神的多播完成心跳，都涵盖在本发明的利益诉求中。心跳内容包含备份设备的特征信息，包含设备ID、设备类型、消息序列号、服务令牌等。如若备份设备处于接管状态(Takeovered)，心跳信息中还包含其接管的主设备的ID信息。
[0061]步骤302:备份设备服务管理软件检查工作组中的主设备健康程度。
[0062]在备份设备服务管理软件中，采用列表维护组内主设备的健康值。如主设备的健康初始值为5个心跳周期(5T)，备份设备收到一次该主设备的心跳消息，就将该主设备的健康值重置为5T。在该周期中未收到某主设备的心跳消息，则将其健康值减T。当某主设备健康值等于或小于O时，认为该主设备已经不健康，备份设备将会对其进行接管。
[0063]判定1:备份设备服务管理软件检查服务列表，是否存在不健康的主设备。
[0064]当判定I为假时，跳出这个定时器周期，等待下一个定时器周期到来。当判定I为真时，备份设备进入PreTakeover状态,进入步骤303。
[0065]步骤303:备份设备服务管理软件向服务组内发送预接管通知。
[0066]在本步骤中，备份设备选取列表中的第一个不健康的主设备进行接管。往工作组内发送预接管协议，同步等待一个周期T的时间。发送的预接管协议带有服务令牌。备份设备处于预接管状态时，接收到其他备份设备的预接管协议时，如果是替换同一个主设备的预接管协议，且比自己的服务令牌小时，需要回应其预接管协议以便让其退出预接管状态，否则不需要回应，当然，不难理解在某些实施例中也可以回应自身退出预接管状态的退出预接管协议。
[0067]判定2:备份设备发起的预接管协议是否有回应。
[0068]备份设备等待一个心跳周期T，如果无回应，则进入步骤304。如果有回应，进入判定3。
[0069]判定3:比较回应协议的令牌和备份设备的本地令牌。
[0070]当回应令牌大于等于本地令牌时，进入步骤305，当回应令牌小时，进入步骤304。
[0071]步骤304:备份设备执行接管动作，中心管理单元更新路由。
[0072]在本步骤中，备份设备将向中心管理单元