CN101510884A - 多媒体会议管理方法、网络设备及网络系统 - Google Patents

Abstract

本发明实施例公开了一种多媒体会议管理方法、网络设备和网络系统。本发明实施例提供的多媒体会议管理方法包括：第一会议服务器接收来自与会者的请求；所述第一会议服务器根据所述请求判断所述与会者要加入的会议是否由该第一会议服务器管理，若是，则接受所述与会者；若否，则确定对所述会议进行管理的第二会议服务器；所述第一会议服务器发起所述与会者向所述第二会议服务器的迁移，以使所述与会者迁移至所述第二会议服务器。本发明实施例提供的技术方案用于使得同一会议对应的与会者由管理该会议的会议服务器进行管理，降低任一会议服务器出现宕机时，对整个集群系统的影响，提高了系绕性能。

Description

多媒体会议管理方法、网络设备及网络系统

技术领域

本发明涉及通信技术，尤其涉及一种多媒体会议管理方法、网络设备和网络系统。

背景技术

多媒体会议是指一种三方以上的多媒体通信业务。多媒体会议业务允许用户进行创建、管理、结束、加入或离开会议，同时也允许会议系统向各与会者发送各种动态会议信息。会议管理者或用户可以为一个会议设定各种会议策略或媒体策略，系统通过策略控制功能实现对会议策略的控制。

在目前基于SIP的会议系统中，会议服务器负责信令的控制，资源服务器负责话音、视频等媒体流的控制。当会议系统的用户数不断增大，为了支持更大的容量，通常采用多台会议服务器组成集群系统，在会议服务器之前增加一台负载分发器(Load Balancer，LB)，将来自与会者的消息分发到不同的会议服务器。

对于会议管理问题，目前常用的解决方案是会议主席所在的会议服务器采用进程间通信的方式(如EJB，COBRA等)，对需要操作的与会者所在的会议服务器进行操作。

在实现本发明的过程中，发明人发现现有技术中至少存在如下问题：

LB接收到与会者的呼叫后，将与会者随机路由到会议服务器，从概率上来讲，同一会议的与会者可以分布在集群中的任一台会议服务器上。一台会议服务器需要同时管理多场会议的与会者。从而，当某台会议服务器宕机时，将直接影响到该台会议服务器上的所有与会者，该集群系统中的所有会议都将受到影响，即每个会议都会有用户断线，导致系统性能较差。

发明内容

本发明的实施例提供一种多媒体会议管理方法、网络设备和网络系统，用于使得同一会议对应的与会者由管理该会议的会议服务器进行管理，降低任一会议服务器出现宕机时，对整个集群系统的影响，提高了系统性能。

为达到上述目的，本发明的实施例采用如下技术方案：

一种多媒体会议管理方法，包括：

第一会议服务器接收来自与会者的请求；

所述第一会议服务器根据所述请求判断所述与会者要加入的会议是否由该第一会议服务器管理，若是，则接受所述与会者；若否，则确定对所述会议进行管理的第二会议服务器；

所述第一会议服务器发起所述与会者向所述第二会议服务器的迁移，以使所述与会者迁移至所述第二会议服务器。

一种网络设备，包括：

接收单元，用于接收来自与会者的请求；

管理单元，用于根据所述接收单元接收到的请求判断所述与会者要加入的会议是否由本设备管理，若是，接受所述与会者；若否，确定对所述会议进行管理的第二网络设备，并发起所述与会者向所述第二网络设备的迁移，以使所述与会者迁移至所述第二网络设备。

一种网络系统，包括第一会议服务器和第二会议服务器，其中：

所述第一会议服务器，用于接收来自与会者的请求；根据所述请求判断所述与会者要加入的会议是否由该第一会议服务器管理，若是，则接受所述与会者；若否，则确定对所述会议进行管理的第二会议服务器，发起所述与会者向所述第二会议服务器的迁移；

所述第二会议服务器，用于对与会者要加入的所述会议进行管理时，接管由所述第一会议服务器迁移来的所述会议的与会者。

本发明实施例提供的技术方案，通过与会者的请求判断与会者要加入的会议是否由本会议服务器管理；若是，接受该与会者，若否，则获取对所述会议进行管理的第二会议服务器，发起所述与会者向所述第二会议服务器的迁移，可以使得同一会议对应的与会者由管理该会议的会议服务器进行管理，由一台会议服务器对同一会议的所有与会者进行管理，降低了任一会议服务器出现宕机时，对整个集群系统的影响，提高了系统的性能。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例一提供的多媒体会议管理方法流程示意图；

图2为本发明实施例二提供的多媒体会议管理方法流程示意图；

图3为本发明实施例二提供的会议服务器宕机时的处理方法流程图；

图4为本发明实施例三提供的会议服务器的结构示意图；

图5为本发明实施例四提供的会议管理系统的结构示意图。

具体实施方式

为了更清楚地说明本发明实施例的技术方案，下面将结合附图对本发明的实施例进行详细的介绍，下面的描述仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些实施例获得本发明的其他的实施方式。

本发明实施例的多媒体包括：音频、或视频、或消息、或各种数据与应用，或上述任意对象的组合等。本发明实施例可以基于H.323标准协议，或基于SIP(Session Initial Protocol，SIP)协议，或者其他类型的协议。

本发明实施例一提供的多媒体会议管理方法，如图1所示，所述方法包括：

步骤11：第一会议服务器接收与会者的请求；

为了清楚说明本发明的技术方案，使用了“第一”、“第二”等字样，对不同的会议服务器进行区分，但并不对会议服务器的数量和操作优先级进行限制，第一会议服务器表示任一台会议服务器，第二会议服务器表示与第一会议服务器不同的任一台会议服务器。

在基于SIP的会议系统中，上述与会者发出的请求可以为邀请(INVITE)消息。在包含多台会议服务器的分布式的多媒体会议系统中，与会者通过LB将请求发送至第一会议服务器。

步骤12：所述第一会议服务器根据所述请求判断所述与会者要加入的会议是否由该第一会议服务器管理，若是，接受所述与会者；若否，获取对所述会议进行管理的第二会议服务器；

所述请求可以表明上述与会者要加入的会议的专有信息，如会议标识(ConfID)、会议代码等，第一会议服务器可以根据上述会议的专有信息，如会议标识，查询公共数据区，判断所述与会者要加入的会议是否由该第一会议服务器管理。该公共数据区维护会议标识与会议服务器的标识的对应关系。

步骤13：所述第一会议服务器发起所述与会者向所述第二会议服务器的迁移，以使所述与会者迁移至所述第二会议服务器。

由上所述，本发明实施例提供的技术方案，通过与会者在会议服务器之间的迁移，将同一会议的所有与会者集中在同一台会议服务器上，由一台会议服务器对同一会议的所有与会者进行管理，解决了现有技术中一台会议服务器需要同时管理多场会议的与会者，会议管理困难、混乱且一台会议服务器的运行状态会影响集群系统中所有会议等问题，方便了对多媒体会议的管理，降低了任一会议服务器出现宕机时，对整个集群系统的影响，提高了系统性能。

下面结合一个与会者需要迁移的具体应用场景，如图2所示，对本发明实施例二提供的多媒体会议管理方法进行具体说明。

步骤1：与会者a发出请求，如INVITE请求，此请求到达LB；

步骤2：LB按照既定的负载均衡策略，选择会议服务器1来处理与会者a的请求，将此请求路由到会议服务器1。

公共数据区会保存会议服务器的标识和与会者的对应关系，记录与会者a对应的会议服务器的标识为会议服务器1的标识。

步骤3：会议服务器1返回此请求的响应消息，如200OK，此响应消息中携带上述会议服务器1的标识。

该会议服务器1的标识将用于后续消息的Session粘连，例如，与会者a收到响应消息后向LB发送确认消息ACK、BYE消息，LB根据会议服务器1的标识将ACK、BYE消息发送至会议服务器1。

步骤4：LB将该响应消息，如200OK，路由到与会者a。

步骤5：会议服务器1根据获知的与会者a想要加入的会议，查询公共数据区，得知该会议的地址在会议服务器2上。

用户拨打会议接入号发出请求时，会依据系统的指示，如系统的提示音，依次输入各项会议的专有信息，如会议标识、会议密码等，在用户语音拨号完成之前，系统并不知道与会者想要加入会议。经过前述的请求和响应消息的交互，会议服务器1会得知与会者a想要加入的会议。会议服务器1根据会议的专有信息，如会议标识，查询公共数据区，得知此会议的地址在会议服务器2上。该公共数据区还维护会议标识与会议服务器的标识的对应关系，会议服务器1根据与会者a的会议标识查询公共数据区，得到会议服务器2的标识，从而得知此会议的地址在会议服务器2上。

本发明实施例二主要对会议服务器需要迁移的情况进行了说明，若会议服务器1获知与会者a要加入的会议由其自身管理，会议服务器1接受该与会者，根据该与会者的请求所指示的会议标识，将与会者加入相应的会议，对与会者进行管理。

步骤6：会议服务器1通知会议服务器2与会者a想要加入的会议由会议服务器2管理。

步骤7：会议服务器2从公共数据区中获取与会者a的相关数据传递给会议服务器2，并在会议服务器2上进行恢复。

可选的，对步骤7的执行顺序不进行限制，例如，步骤7可在步骤8之前执行或与步骤8同时执行等，只要保证在与会者a迁移至会议服务器2之前，会议服务器2已获取到与会者a的相关数据，如，与会者a的呼叫状态数据，在SIP会议系统中，包括SIPSession、SIPApplicationSession等数据。

步骤8：会议服务器2向与会者a发送新的请求，该新的请求为标识刷新请求，如REINVITE请求，该REINVITE请求中携带会议服务器2的标识；会议服务器2将公共数据区中与会者a对应的会议服务器的标识刷新为会议服务器2的标识。

步骤9：LB接收到上述REINVITE请求后，根据公共数据区中已刷新的记录的与会者a对应的会议服务器2的标识，将该请求发送至与会者a；

步骤10：与会者a返回响应消息，此消息到达LB，该响应消息中携带会议服务器2的标识。

步骤11：LB根据上述响应消息中携带的会议服务器2的标识，将此响应消息正确路由到会议服务器2。与会者a迁移成功，将会由会议服务器2对与会者a进行管理，后续的消息交互都将在与会者a和会议服务器2之间进行。

通过上述操作，将同一会议的所有与会者集中在同一台会议服务器上，由一台会议服务器对同一会议的所有与会者进行管理，方便了管理。

进一步的，本发明实施例二的技术方案还包括对会议服务器发生宕机时的失效转移处理方法，该方法包括：当第一会议服务器宕机时，由第二会议服务器接管所述第一会议服务器上的与会者；当所述第二会议服务器还未开始恢复第一会议服务器上的第一与会者及其所在会议的数据，且接收到来自所述第一与会者新的请求时，所述第二会议服务器优先恢复所述第一与会者及其所在会议的数据，优先接管所述第一与会者。其中，第一会议服务器表示任一台会议服务器，第二会议服务器表示与第一会议服务器不同的任一台会议服务器，第一与会者为上述第一会议服务器上的任一与会者，该第一与会者在第二会议服务器还未恢复其所在会议的数据时，发送了新的请求。

例如，会议服务器1发生了宕机，由会议服务器2接管会议服务器1上的与会者，与会者a为会议服务器1上的与会者，当会议服务器2还未开始恢复与会者a及其所在会议的数据而与会者a发送新的请求时，本发明实施例二的技术方案可以优先恢复发送请求的与会者及其所在会议的数据，避免了通讯拆线，与会者从会议中断开。下面通过一个具体的应用场景，如图3所示，对本发明实施例二提供的会议服务器宕机时的处理方法进行说明。应当注意到上述图2及图3只是示例性地给出了本发明实施例的简化流程，略去了与本发明关联性较小的设备和步骤，且实际的应用中会包含大量的会议服务器。

步骤T1：与会者a发出请求，如INVITE请求，此请求到达LB。

步骤T2：LB按照既定的负载均衡策略，选择会议服务器1来处理与会者a的请求；LB将会议服务器1的标识填充到此请求消息中，然后将此请求路由到会议服务器1。公共数据区会保存会议服务器的标识和与会者的对应关系，记录与会者a对应的会议服务器的标识为会议服务器1的标识。

步骤T3：会议服务器1返回此请求的响应消息，如200OK，此响应消息中携带上述会议服务器1的标识。此会议服务器1的标识将用于后续消息的Session粘连。

步骤T4：会议服务器1将与会者a的数据，如状态信息等，保存到其数据备份单元。

为保证会议系统的可靠性，可以采用数据备份单元来存储与会者的相关数据，对不同的厂商该数据备份单元的实现形式也不同，可以设置独立的存储设备来实现各会议服务器的数据备份单元，也可以在公共数据区中开辟专有的存储区域来实现各会议服务器的数据备份单元。公共数据区中存储各会议服务器与数据备份单元的对应关系。

该数据备份单元可以由一个独立的进程运行，即不与其相应的会议服务器共用同一个进程。

步骤T5：LB将响应消息路由到与会者a。

对步骤T4和步骤T5的执行顺序不进行限制，可以依次顺序执行，也可以同时执行。

步骤T6：LB检测到会议服务器1宕机后，通知会议服务器2接管会议服务器1上的与会者。

会议服务器定时向LB发送消息表明自身工作正常，如发送OPTION消息，这种消息即为心跳消息。LB通过接收到的心跳消息检测会议服务器是否出现宕机，即在一定时间内未收到来自会议服务器的心跳消息，则认为该会议服务器发生宕机。

LB向会议服务器2发送的通知消息将包含需要会议服务器2接管的会场的会议标识的后两位数。比如LB通知会议服务器2接管会议服务器1上30％的会场，那么在LB的通知消息中，可以包含00～29这样的信息，那么在会议服务器1上，会议标识的后两位尾数从00到29的所有的会议都将被会议服务器2接管。

步骤T7：会议服务器2查询公共数据区，获取会议服务器1的数据备份单元的地址，会议服务器1上会议标识的后两位尾数从00到29的所有会议的会议标识，同时也获取每个会议标识对应的与会者。会议服务器2将刷新该与会者对应的会议服务器的标识，将原会议服务器1上与会者对应的会议服务器的标识刷新为会议服务器2的标识。

步骤T8：会议服务器2将逐次恢复各个会场，但此过程需要持续一定的时间。这时，属于与会者a的会场还未被会议服务器2接管，但与会者a向会议系统发送新的请求，此请求到达LB。

步骤T9：LB检查此请求中携带的会议标识，获知此会议标识对应的会议服务器1已经宕机，该请求应当被会议服务器2接管。则LB将维护的与会者a对应的会议服务器参数更新为DID2，将上述新的请求发送至会议服务器2。

步骤T10：会议服务器2收到此请求后，因为与会者a还未迁移至会议服务器2，与会者a及其会议的数据还未在会议服务器2上恢复，此请求不能被处理。会议服务器2暂停当前的数据恢复处理，访问会议服务器1的数据备份单元，获取与会者a和及其所在会议的相关数据，首先恢复与会者a所在的会议及与会者a的相关数据，将与会者a迁移至会议服务器2(参见上述步骤7至11)。然后，处理与会者a发送的新的请求。

步骤T11：会议服务器2对上述新的请求进行处理，发出响应消息到达LB，该响应消息中携带会议服务器2的标识。

步骤T12：LB将此响应消息路由到与会者a。

步骤T13：与会者a的后续消息到达LB，LB根据其中的会议服务器2的标识，直接路由至会议服务器2。

步骤T14：LB将后续消息路由至会议服务器2。

然后，会议服务器2将首先恢复与会者a所在的会议的其他与会者，再在会议服务器2上恢复会议服务器1上其他的会议标识后两位尾数从00到29的所有会议及其与会者。

由上所述，本发明实施例二可以优先恢复发送请求的与会者及其所在会议的数据，即在接管宕机会议服务器上会议的与会者时，首先恢复宕机会议服务器上发出新的请求的与会者及其所在的会议，避免了通讯拆线，与会者从会议中断开，增强了用户体验。

应当注意到，上述实施例仅以接管宕机会议服务器的过程中，该宕机会议服务器上的与会者a发送新的请求为例进行了说明，若出现同时存在多个与会者发送新的请求的情况，可以通过预设优先接管策略进行处理，例如，设置策略为首先恢复会议标识后两位尾数较小的会议，或者，为重要性较高的会议设置高的优先级别，首先恢复该会议及其与会者。

本发明实施例三还提供了一种网络设备，如图4所示，包括：

接收单元41，用于接收来自与会者的请求；

管理单元42，用于根据所述接收单元41接收到的请求判断所述与会者要加入的会议是否由本设备管理，若是，接受所述与会者；若否，确定对所述会议进行管理的第二网络设备，并发起所述与会者向所述第二网络设备的迁移，以使所述与会者迁移至所述第二网络设备。

进一步的，所述管理单元42包括：

消息处理模块，用于根据所述接收单元41接收到的请求获取所述与会者要加入会议的会议识别信息；判断模块，用于根据所述消息处理模块获取到的会议标识判断所述与会者要加入的会议是否由本设备管理；查询模块，用于当所述判断模块判断所述与会者要加入的会议不由本设备管理时，根据所述消息处理模块解析得到的会议标识，查询公共数据区，确定对所述会议进行管理的第二网络设备，其中，所述公共数据区维护会议识别地址与会议服务器的对应关系。

进一步的，若会议服务器1发生了宕机，由会议服务器2接管会议服务器1上的与会者，与会者a为会议服务器1上的与会者，当会议服务器2还未开始恢复与会者a及其所在会议的数据而与会者a发送新的请求时，本发明实施例三提供的会议服务器可以优先恢复发送请求的与会者及其所在会议的数据，避免了通讯拆线，与会者从会议中断开。上述会议服务器还包括：

接管单元，用于接管宕机的会议服务器上的与会者，当还未开始恢复宕机的会议服务器上的第一与会者及其所在会议的数据，且接收到来自所述第一与会者新的请求时，优先恢复该第一与会者及其所在会议的数据，优先接管所述第一与会者。

本发明实施例三中网络设备可以为用于多媒体会议的会议服务器等网络设备，该设备的各功能模块的具体工作方法参见本发明方法实施例。

本发明实施例的各个功能模块可以集成于一体，也可以分离部署。上述单元可以合并为一个单元，也可以进一步拆分成多个子单元。

本发明实施例提供的网络设备，通过与会者的请求判断与会者要加入的会议是否由本会议服务器管理；若是，接受该与会者，若否，则获取对所述会议进行管理的第二会议服务器，发起所述与会者向所述第二会议服务器的迁移，可以使得同一会议对应的与会者由管理该会议的会议服务器进行管理，由一台会议服务器对同一会议的所有与会者进行管理，降低了任一会议服务器出现宕机时，对整个集群系统的影响，提高了系统的性能。

本发明实施例四还提供了一种网络系统，如图5所示，所述系统包括第一会议服务器51和第二会议服务器52，应当注意到，这里略去了会议管理系统中本领域技术人员已知的一些设备和单元的描述，如公共数据区等。

所述第一会议服务器51，用于接收与会者的请求；根据所述请求判断所述与会者要加入的会议是否由该第一会议服务器管理，若是，则接受所述与会者；若否，则确定对所述会议进行管理的第二会议服务器，发起所述与会者向所述第二会议服务器的迁移；

所述第二会议服务器52，用于对与会者要加入的会议进行管理时，接管由所述第一会议服务器迁移来的所述会议的与会者。

其中，所述第二会议服务器还用于当接管所述第一会议服务器迁移来的所述会议的与会者时，向所述与会者发送标识刷新请求，将公共数据区中所述与会者对应的会议服务器的标识刷新为该第二会议服务器的标识。

进一步的，所述系统还可以包括：

负载均衡器53，用于接收来自所述第二会议服务器52的标识刷新请求，所述标识刷新请求携带第二会议服务器52的标识；将该标识刷新请求发送给所述与会者；接收来自所述与会者根据接收到的标识刷新请求发送的响应，所述响应携带所述第二会议服务器52的标识；根据所述第二会议服务器52的标识将所述响应发送给所述第二会议服务器52，由第二会议服务器52接管所述与会者。

进一步的，上述第一和第二会议服务器还可以包括：接管单元，用于接管宕机的会议服务器上的与会者，所述与会者包括第一与会者，且当还未开始恢复第一与会者及其所在会议的数据而该第一与会者发送新的请求时，优先恢复第一与会者及其所在会议的数据，优先接管所述第一与会者。

本发明实施例四中网络系统中各功能模块的具体工作方法参见本发明方法实施例。

本发明实施例系统的各个单元可以集成于一个装置，也可以分布于多个装置。上述单元可以合并为一个单元，也可以进一步拆分成多个子单元。

本发明实施例提供的网络系统，通过与会者的请求判断与会者要加入的会议是否由本会议服务器管理；若是，接受该与会者，若否，则获取对所述会议进行管理的第二会议服务器，发起所述与会者向所述第二会议服务器的迁移，可以使得同一会议对应的与会者由管理该会议的会议服务器进行管理，由一台会议服务器对同一会议的所有与会者进行管理，降低了任一会议服务器出现宕机时，对整个集群系统的影响，提高了系统的性能。

由上所述，通过与会者在会议服务器之间的迁移，将同一会议的所有与会者集中在同一台会议服务器上，由一台会议服务器对同一会议的所有与会者进行管理，解决了现有技术中一台会议服务器需要同时管理多场会议的与会者，会议管理困难、混乱且一台会议服务器的运行状态会影响集群系统中所有会议等问题，方便了对多媒体会议的管理，降低了任一会议服务器出现宕机时，对整个集群系统的影响，提高了系统性能。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

结合本文中所公开的实施例描述的方法或算法的步骤可以用硬件、处理器执行的软件模块，或者二者的结合来实施。软件模块可以置于随机存储器(RAM)、内存、只读存储器(ROM)、电可编程ROM、电可擦除可编程ROM、寄存器、硬盘、可移动磁盘、CD-ROM、或技术领域内所公知的任意其它形式的存储介质中。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (11)

1、一种多媒体会议管理方法，其特征在于，所述方法包括：

第一会议服务器接收来自与会者的请求；

所述第一会议服务器根据所述请求判断所述与会者要加入的会议是否由该第一会议服务器管理，若是，则接受所述与会者；若否，则确定对所述会议进行管理的第二会议服务器；

所述第一会议服务器发起所述与会者向所述第二会议服务器的迁移，以使所述与会者迁移至所述第二会议服务器。

2、根据权利要求1所述的方法，其特征在于，所述第一会议服务器获取对所述会议进行管理的第二会议服务器包括：

所述第一会议服务器解析所述请求，获取所述与会者要加入会议的会议标识；

所述第一会议服务器根据所述会议标识，查询公共数据区，确定所述第二会议服务器。

3、根据权利要求1所述的方法，其特征在于，所述第一会议服务器发起所述与会者向所述第二会议服务器的迁移，以使所述与会者迁移至所述第二会议服务器包括：

第一会议服务器通知第二会议服务器接管所述与会者；

所述第二会议服务器将标识刷新请求发送至负载均衡器，所述标识刷新请求携带第二会议服务器的标识；将公共数据区中所述与会者对应的会议服务器的标识刷新为第二会议服务器的标识；

所述负载均衡器将所述标识刷新请求发送给所述与会者；

所述负载均衡器接收来自所述与会者根据接收到的标识刷新请求发送的响应，所述响应携带所述第二会议服务器的标识；

所述负载均衡器根据所述第二会议服务器的标识将所述响应发送给所述第二会议服务器，由第二会议服务器接管所述与会者。

4、根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述第一会议服务器宕机时，由第二会议服务器接管所述第一会议服务器上的与会者；

当所述第二会议服务器还未开始恢复第一会议服务器上的第一与会者及其所在会议的数据，且接收到来自所述第一与会者新的请求时，所述第二会议服务器优先恢复所述第一与会者及其所在会议的数据，优先接管所述第一与会者。

5、根据权利要求3所述的方法，其特征在于，

所述与会者向第一会议服务器发出的请求为INVITE消息；

所述第二会议服务器发送的标识刷新请求为REINVITE消息。

6、一种网络设备，其特征在于，包括：

接收单元，用于接收来自与会者的请求；

管理单元，用于根据所述接收单元接收到的请求判断所述与会者要加入的会议是否由本设备管理，若是，接受所述与会者；若否，确定对所述会议进行管理的第二网络设备，发起所述与会者向所述第二网络设备的迁移，以使所述与会者迁移至所述第二网络设备。

7、根据权利要求6所述的设备，其特征在于，所述管理单元包括：

消息处理模块，用于解析所述接收单元接收到的请求，获取所述与会者要加入会议的会议标识；

判断模块，用于根据所述消息处理模块获取到的会议标识判断所述与会者要加入的会议是否由本设备管理；

查询模块，用于当所述判断模块判断所述与会者要加入的会议不由本设备管理时，根据所述消息处理模块解析得到的会议标识，查询公共数据区，确定对所述会议进行管理的第二网络设备。

8、根据权利要求6所述的设备，其特征在于，还包括：

接管单元，用于接管宕机的会议服务器上的与会者，当还未开始恢复宕机的会议服务器上的第一与会者及其所在会议的数据，且接收到来自所述第一与会者新的请求时，优先恢复所述第一与会者及其所在会议的数据，优先接管所述第一与会者。

9、一种网络系统，其特征在于，所述系统包括第一会议服务器和第二会议服务器，其中：

所述第一会议服务器，用于接收来自与会者的请求；根据所述请求判断所述与会者要加入的会议是否由该第一会议服务器管理，若是，则接受所述与会者；若否，则确定对所述会议进行管理的第二会议服务器，发起所述与会者向所述第二会议服务器的迁移；

所述第二会议服务器，用于接管由所述第一会议服务器迁移来的所述会议的与会者。

10、根据权利要求9所述的系统，其特征在于，

所述第二会议服务器还用于当接管所述第一会议服务器迁移来的所述会议的与会者时，向所述与会者发送标识刷新请求，将公共数据区中所述与会者对应的会议服务器的标识刷新为该第二会议服务器的标识。

11、根据权利要求10所述的系统，其特征在于，所述系统还包括：

负载均衡器，用于接收来自所述第二会议服务器的标识刷新请求，所述标识刷新请求携带第二会议服务器的标识；将该标识刷新请求发送给所述与会者；接收来自所述与会者根据接收到的标识刷新请求发送的响应，所述响应携带所述第二会议服务器的标识；根据所述第二会议服务器的标识将所述响应发送给所述第二会议服务器，由第二会议服务器接管所述与会者。

Images