专利名称：一种互联网动态mcu灾备系统及方法
技术领域：
本发明属于网络通信技术领域，涉及一种互联网动态MCU灾备系统及方法。
背景技术：
传统的MCU只提供单一媒体数据中转的任务，而且某客户端通常选择一个MCU进行媒体中转。 一个MCU进行媒体数据中转的系统架构很简单，通常有如下2种方式第一种，MCU和中心服务器为同一实体，客户端登陆到中心服务器的同时指定中心服务器即为MCU服务，见图1 ;第二种，MCU和中心服务器分开，客户端登陆到中心服务器，再由中心服务器告知MCU服务地址，客户端再与MCU建立连接，见图2。 所选MCU可能因负载过大无法提供服务，或者因出现网络线路问题导致MCU无法完成媒体中转，具体表现在以下几个方面 1)只有一个MCU时，不能提供媒体数据传输的负载均衡功能； 2)有多个MCU时，可提供负载均衡功能；客户端通过申请获取其中某个MCU，但如
果此MCU或与其通讯网络发生故障，则媒体数据传输必须中止不能得以继续； 3)有多个MCU时，客户端通过捕获MCU的服务状态，在MCU不能提供服务的时候可
以重新申请获取MCU，但这种方法存在不确定性，即重新获取的MCU并不一定完全可以提供服务。
发明内容
本发明所要解决的技术问题是提供一种能够显示"开、关"状态的照明开关。
为解决上述技术问题，本发明采用如下技术方案。 —种互联网动态MCU灾备系统，包括客户端，中心服务器，至少2个MCU ;所述客户
端与中心服务器相连，用以登录中心服务器；所述中心服务器用以告之客户端为其服务的
MCU的地址；客户端通过MCU的地址连接相应的MCU，所述MCU为客户端提供服务。 作为本发明的一种优选方案，所述灾备系统还包括MCU状态检测系统，所述MCU状
态检测系统用以检测MCU的服务状态是否可用，并将检测结果告之中心服务器。 —种互联网动态MCU灾备方法，包括以下步骤 步骤一，客户端登录中心服务器； 步骤二，中心服务器告诉客户端一个MCU的服务地址；
步骤三，客户端与步骤二所述的MCU建立连接； 步骤四，如果步骤三的连接失败，客户端再向中心服务器申请新的MCU服务，然后重复步骤二至步骤三； 步骤五，如果步骤三的连接成功，则开始媒体数据中转工作。
作为本发明的一种优选方案，所述方法详细步骤为
步骤A，客户端登录中心服务器；
步骤B，中心服务器对客户端进行登录验证；
步骤C，登录验证成功后，客户端向中心服务器申请MCU服务； 步骤D，中心服务器读取数据库，通过MCU状态检测系统获取可用且连接最少的
MCU，并将MCU地址发送给客户端； 步骤E，客户端接收到MCU地址，启动心跳程序检测MCU状态是否可用；如果可用，客户端与步骤D所述的MCU建立连接进行媒体数据中转；如果不可用，进行下一步骤；
步骤F，客户端再向中心服务器申请新的MCU服务，然后重复步骤D至步骤E。
作为本发明的另一种优选方案，所述MCU状态检测系统用以检测MCU的服务状态是否可用，检测方法包括 步骤a， MCU状态检测系统连接到中心服务器进行登录验证； 步骤b，登录验证成功后，MCU状态检测系统启动心跳程序获取MCU资源； 步骤c，中心服务器读取数据库获取MCU资源，并将MCU资源发送到MCU状态检测
系统；所述中心服务器发送的MCU资源包括可用的MCU资源与不可用的MCU资源； 步骤d，MCU状态检测系统接收来自中心服务器的MCU资源后，尝试连接到所有MCU
资源；如果连接成功，则表示MCU资源可用；如果连接不成功，则表示MCU资源现不可用；
MCU状态检测系统将连接成功与否的结果发送给中心服务器； 步骤e，如果连接不成功，中心服务器更新数据库，写入MCU资源状态； 步骤f ，如果连接成功，MCU状态检测系统获取MCU资源连接信息供负载均衡；MCU
统计连接信息，并发送给MCU状态检测系统；中心服务器根据MCU状态检测系统获取的MCU
资源连接信息更新数据库，写入MCU资源及连接信息。 本发明的有益效果在于它采用多个MCU能够实现负载均衡，此外还采用MCU检测系统使得MCU在媒体数据中转业务上具有可靠性和持续性，为用户的正常使用提供了保证。
图1为一种传统的MCU工作系统示意图； 图2为另一种传统的MCU工作系统示意图； 图3为实施例二中具备负载均衡功能的MCU灾备系统示意图； 图4为实施例二中具备重新申请MCU功能的MCU灾备系统示意图； 图5为实施例二中具备实第三方系统的MCU灾备系统示意图； 图6为实施例二中第三方系统实时检测MCU的服务状态流程图； 图7为实施例二中动态MCU灾备的流程图。
具体实施例方式
下面结合附图对本发明的具体实施方式
作进一步详细说明。 针对传统MCU无法处理负载过大和网络线路等问题，本发明从以下方面作了改进 1、部署多个MCU，提供负载均衡功能； 2、客户端提供动态获取新的MCU的功能； 3、服务器提供维护MCU服务状态的功能，并保证与客户端可用的一致性。
实施例一 —种互联网动态MCU灾备系统，包括客户端，中心服务器，至少2个媒体控制单元(MCU);所述客户端与中心服务器相连，用以登录中心服务器；所述中心服务器用以告之客户端为其服务的MCU的地址；至少2个MCU，客户端通过MCU的地址连接相应的MCU，所述MCU为客户端提供服务。 所述灾备系统还包括MCU状态检测系统，所述MCU状态检测系统用以检测MCU的服务状态是否可用，并将检测结果告之中心服务器。 —种互联网动态MCU灾备方法，包括以下步骤步骤一，客户端登录中心服务器；步骤二，中心服务器告诉客户端一个MCU的服务地址；步骤三，客户端与步骤二所述的MCU建立连接；步骤四，如果步骤三的连接失败，客户端再向中心服务器申请新的MCU服务，然后重复步骤二至步骤三；步骤五，如果步骤三的连接成功，则开始媒体数据中转工作。
所述方法详细步骤为步骤A，客户端登录中心服务器；步骤B，中心服务器对客户端进行登录验证；步骤C，登录验证成功后，客户端向中心服务器申请MCU服务；步骤D，中心服务器读取数据库，通过MCU状态检测系统获取可用且连接最少的MCU，并将MCU地址发送给客户端；步骤E，客户端接收到MCU地址，启动心跳程序检测MCU状态是否可用；如果可用，客户端与步骤D所述的MCU建立连接进行媒体数据中转；如果不可用，进行下一步骤；步骤F，客户端再向中心服务器申请新的MCU服务，然后重复步骤D至步骤E。
所述MCU状态检测系统用以检测MCU的服务状态是否可用，检测方法包括步骤a， MCU状态检测系统连接到中心服务器进行登录验证；步骤b，登录验证成功后，MCU状态检测系统启动心跳程序获取MCU资源；步骤c，中心服务器读取数据库获取MCU资源，并将MCU资源发送到MCU状态检测系统；步骤d， MCU状态检测系统接收来自中心服务器的MCU资源后，尝试连接到所有MCU资源；如果连接成功，则表示MCU资源可用；如果连接不成功，则表
示MCU资源现不可用；MCU状态检测系统将连接成功与否的结果发送给中心服务器；步骤
e，如果连接不成功，中心服务器更新数据库，写入MCU资源状态；步骤f ，如果连接成功，MCU状态检测系统获取MCU资源连接信息供负载均衡；MCU统计连接信息，并发送给MCU状态检测系统；中心服务器根据MCU状态检测系统获取的MCU资源连接信息更新数据库，写入MCU资源及连接信息。 本发明采用多个MCU能够实现负载均衡，此外还采用MCU检测系统使得MCU在媒
体数据中转业务上具有可靠性和持续性，为用户的正常使用提供了保证。
实施例二 本实施例的系统架构可以分如下步骤建立 1)部署多个MCU(即媒体控制单元)提供负载均衡能力，必须基于MCU和中心服务器分开的情况，这样才会有多个MCU实体存在，提供负载均衡才有可能。MCU通过以下2种分配方式为客户端提供媒体数据中转。 第一种方式客户端登陆到中心服务器，再由中心服务器告知某个MCU服务地址，客户端再与此MCU建立连接，若此MCU发生服务或者网络故障，客户端则无法再进行媒体数据通讯，如图3所示； 第二种方式发生上述情况之后，客户端再向中心服务器申请新的MCU服务器，客户端再与新的MCU服务器建立连接，恢复媒体数据中转，如图4所示。
2)目前为止，实现了 MCU发生灾难，可以动态获取新的MCU提供服务，这就要求中心服务必须维护每个MCU的服务状态，即是否可用，以及客户端连接数(提供负载均衡参考)。 其中维护MCU服务状态必须注意这个问题中心服务器维护的MCU服务状态必须与客户端所捕获的MCU服务状态一致，发生MCU服务故障通常有2种原因一种是MCU服务本身造成的问题，比如MCU服务崩溃，问题不大，对于中心服务器和客户端来说都是MCU服务发生故障不可用，状态一致；另一种是网络发生故障，由于中心服务器和MCU服务之间的网络和客户端和MCU服务之间的网络并不是同一个网络，特别是在运营的网络中，网络地址经过映射，网络链路有电信和网通等，更为复杂，所以不能单纯的依靠中心服务器和MCU服务之间的连接来判断MCU服务状态。 根据第二种原因，必须引入第三方系统(即MCU状态检测系统)来实时检测MCU的服务状态，完成客户端在某个MCU出现服务中断的时候，在多个MCU之间完成无缝跳转切换，从而保证媒体中转的连续性，如图5所示。其中第三方系统实时检测MCU的服务状态流程图见图6 ;首先第三方系统登录中心服务器进行登录验证，如果验证成功则启动心跳程序获取MCU资源；此时中心服务器读取数据库，获取MCU资源并发送到第三方系统；第三方系统接收到MCU资源，并尝试连接到所有的MCU资源，此时MCU等待建立心跳连接；如果第三方系统成功连接到MCU资源，则获取MCU资源连接信息提供负载均衡，然后中心服务器更新数据库，写入MCU资源及连接信息，MCU统计连接信息并发送到第三方系统；如果第三方系统没有成功连接到MCU资源，中心服务器则更新数据库，写入MCU资源状态。
动态MCU灾备的流程图如图7所示。客户端首先连接到中心服务器进行登录验证；如果登录验证成功，中心服务器读取数据库，获取可用连接最少的MCU，并发送到客户端；客户端接收到可用MCU后启动心跳程序，检测MCU状态；如果MCU状态可用，客户端使用此可用MCU进行媒体数据中转，然后结束；如果MCU状态不可用，客户端则重新申请MCU。
这里本发明的描述和应用是说明性的，并非想将本发明的范围限制在上述实施例中。这里所披露的实施例的变形和改变是可能的，对于那些本领域的普通技术人员来说实施例的替换和等效的各种部件是公知的。本领域技术人员应该清楚的是，在不脱离本发明的精神或本质特征的情况下，本发明可以以其他形式、结构、布置、比例，以及用其他元件、材料和部件来实现。
权利要求
一种互联网动态MCU灾备系统，其特征在于，包括客户端，与中心服务器相连，用以登录中心服务器；中心服务器，用以告之客户端为其服务的MCU的地址；至少2个MCU，客户端通过MCU的地址连接相应的MCU，所述MCU为客户端提供服务。
2. 根据权利要求1所述的互联网动态MCU灾备系统，其特征在于所述灾备系统还包 括MCU状态检测系统，所述MCU状态检测系统用以检测MCU的服务状态是否可用，并将检测 结果告知中心服务器。
3. —种互联网动态MCU灾备方法，其特征在于，包括以下步骤 步骤一，客户端登录中心服务器；步骤二，中心服务器告诉客户端一个MCU的服务地址； 步骤三，客户端与步骤二所述的MCU建立连接；步骤四，如果步骤三的连接失败，客户端再向中心服务器申请新的MCU服务，然后重复 步骤二至步骤三；步骤五，如果步骤三的连接成功，则开始媒体数据中转工作。
4. 根据权利要求3所述的互联网动态MCU灾备方法，其特征在于，所述方法详细步骤为步骤A，客户端登录中心服务器；步骤B，中心服务器对客户端进行登录验证；步骤C，登录验证成功后，客户端向中心服务器申请MCU服务；步骤D，中心服务器读取数据库，通过MCU状态检测系统获取可用且连接最少的MCU，并将MCU地址发送给客户端；步骤E，客户端接收到MCU地址，启动心跳程序检测MCU状态是否可用；如果可用，客户 端与步骤D所述的MCU建立连接进行媒体数据中转；如果不可用，进行下一步骤； 步骤F，客户端再向中心服务器申请新的MCU服务，然后重复步骤D至步骤E。
5. 根据权利要求4所述的互联网动态MCU灾备方法，其特征在于，所述MCU状态检测系 统用以检测MCU的服务状态是否可用，检测方法包括步骤a， MCU状态检测系统连接到中心服务器进行登录验证；步骤b，登录验证成功后，MCU状态检测系统启动心跳程序获取MCU资源；步骤c，中心服务器读取数据库获取MCU资源，并将MCU资源发送到MCU状态检测系统；所述中心服务器发送的MCU资源包括可用的MCU资源与不可用的MCU资源；步骤d， MCU状态检测系统接收来自中心服务器的MCU资源后，尝试连接到所有MCU资源；如果连接成功，则表示MCU资源可用；如果连接不成功，则表示MCU资源现不可用；MCU状态检测系统将连接成功与否的结果发送给中心服务器；步骤e，如果连接不成功，中心服务器更新数据库，写入MCU资源状态；步骤f ，如果连接成功，MCU状态检测系统获取MCU资源连接信息供负载均衡；MCU统计连接信息，并发送给MCU状态检测系统；中心服务器根据MCU状态检测系统获取的MCU资源连接信息更新数据库，写入MCU资源及连接信息。
全文摘要
本发明公开了一种互联网动态MCU灾备系统及方法。该方法包括以下步骤步骤一，客户端登录中心服务器；步骤二，中心服务器告诉客户端一个MCU的服务地址；步骤三，客户端与步骤二所述的MCU建立连接；步骤四，如果步骤三的连接失败，客户端再向中心服务器申请新的MCU服务，然后重复步骤二至步骤三；步骤五，如果步骤三的连接成功，则开始媒体数据中转工作。本发明采用多个MCU能够实现负载均衡，此外还采用MCU检测系统使得MCU在媒体数据中转业务上具有可靠性和持续性，为用户的正常使用提供了保证。
文档编号H04L29/06GK101702670SQ20091019940
公开日2010年5月5日 申请日期2009年11月26日 优先权日2009年11月26日
发明者黄昭强 申请人:上海华平信息技术股份有限公司