CN111200521B - 视联网业务恢复方法、服务器、电子设备及存储介质 - Google Patents

Abstract

本申请提供了一种视联网业务恢复方法、服务器、电子设备及存储介质，该方法应用于业务恢复服务器，业务恢复服务器分别与主自治服务器和备自治服务器通信连接，该方法包括：在检测到主自治服务器发生切换到备自治服务器的操作时，读取主自治服务器当前正在进行的视频业务对应的会议业务信息；根据会议业务信息，获得视频业务的业务恢复数据；根据该业务恢复数据，在备自治服务器上恢复视频业务。本申请中的业务恢复服务器能在保证不中断视频业务的情况下，自动地将主自治服务器上当前正在进行的视频业务转移到备自治服务器上并快速恢复，能有效改善用户的使用体验，尤其是在一些重要视频会议场景中，本申请维护视频会议顺利进行的效果尤为突出。

Description

视联网业务恢复方法、服务器、电子设备及存储介质

技术领域

本申请涉及信息处理技术领域，特别是涉及一种视联网业务恢复方法、服务器、电子设备及存储介质。

背景技术

随着网络科技的快速发展，视频会议、视频教学等双向通信在用户的生活、工作、学习等方面广泛普及。所以视联网通信技术逐渐成为诸多用户的通信选择。

在视联网中，可通过自治服务器建立视频会议。通常情况下，在主自治服务器上建立视频会议前，会为该主自治服务器设置备自治服务器，以保证主自治服务器出现突发故障时，可以在备自治服务器上恢复视频会议。然而，在相关技术中，当主自治服务器切换到备自治服务器时，需要中断主自治服务器上当前正在进行的视频会议，即：所有处于当前视频会议的成员需要退出视频会议，并在备自治服务器上重新建立视频会议。因而，相关技术中的这种恢复视频业务的方法极大地影响了用户的使用体验。

发明内容

本申请实施例提供了一种视联网业务恢复方法、服务器、电子设备及存储介质，可在主自治服务器切换到备自治服务器后，在不中断视频会议的情况下，快速恢复视频会议，改善用户的使用体验。

本申请实施例第一方面提供了一种视联网业务恢复方法，所述方法应用于业务恢复服务器，所述业务恢复服务器分别与主自治服务器和备自治服务器通信连接，所述方法包括：

检测所述主自治服务器是否发生切换到所述备自治服务器的操作；

在检测到所述操作时，确定所述主自治服务器当前正在进行的视频业务；

读取所述视频业务对应的会议业务信息；

根据所述会议业务信息，获得所述视频业务的业务恢复数据；

根据所述业务恢复数据，在所述备自治服务器上恢复所述视频业务。

本申请实施例第二方面提供了一种业务恢复服务器，所述业务恢复服务器分别与主自治服务器和备自治服务器通信连接，所述业务恢复服务器包括：

检测模块，用于检测所述主自治服务器是否发生切换到所述备自治服务器的操作；

确定模块，用于在检测到所述操作时，确定所述主自治服务器当前正在进行的视频业务；

读取模块，用于读取所述视频业务对应的会议业务信息；

获得模块，用于根据所述会议业务信息，获得所述视频业务的业务恢复数据；

恢复模块，用于根据所述业务恢复数据，在所述备自治服务器上恢复所述视频业务。

本申请实施例第三方面提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现本申请第一方面所述的方法的步骤。

本申请实施例第四方面提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请第一方面所述的方法中的步骤。

本申请实施例提供了一种视联网业务恢复方法，业务恢复服务器在检测到主自治服务器切换到备自治服务器的操作后，确定主自治服务器上当前正在进行的视频业务，然后读取视频业务对应的会议业务信息，根据会议业务信息获得视频业务的业务恢复数据，再将业务恢复数据发送到备自治服务器，并在备自治服务器上恢复视频业务。在上述过程中，业务恢复服务器能在保证不中断视频业务的情况下，自动地将主自治服务器上当前正在进行的视频业务转移到备自治服务器上并快速恢复，无需主自治服务器上的会议成员退出视频业务，保证了视频业务的正常进行，相比于相关技术中需要在备自治服务器上重新建立视频会议的繁琐过程，本申请能有效改善用户的使用体验，尤其是在一些重要视频会议场景中，本申请维护视频会议顺利进行的效果尤为突出。

附图说明

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

图1是本申请一实施例示出的一种实施环境示意图；

图2是本申请一实施例示出的一种视联网业务恢复方法的流程图；

图3是本申请一实施例示出的一种数据链路配置原理示意图；

图4是本申请一实施例示出的一种创建视频会议的流程图；

图5是本申请一实施例示出的一种业务恢复系统的结构示意图；

图6是本申请一实施例示出的一种业务恢复服务器的结构框图；

图7是本申请一实施例示出的一种电子设备的示意图；

图8是本申请一实施例示出的一种视联网的组网示意图；

图9是本申请一实施例示出的一种节点服务器的硬件结构示意图；

图10是本申请一实施例示出的一种接入交换机的硬件结构示意图；

图11是本申请一实施例示出的一种以太网协转网关的硬件结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

图1是本申请一实施例示出的一种实施环境示意图。在图1中，业务恢复服务器分别与64位自治服务器（主）和64位自治服务器（备）通信连接，其中，64位自治服务器（主）和64位自治服务器（备）功能相同，均包括：主控设备、分控设备、边界路由器以及终端设备。

主控设备是整个自治服务器的大脑，分为互联网口和视联网口，其中，互联网口用于接收业务指令（例如：开始会议、停止会议等），主控设备解析互联网包获取业务指令，并把业务指令通过视联网口发送至视联网中；分控设备连接在主控设备下，用于视联网中业务数据的发送和接收；边界路由器是连接上一层自治服务器和下一层自治服务器的桥梁，包括：上级边界路由器和下级边界路由器，其中，上级边界路由器连接到主控设备下，下级边界路由器连接在分控设备下；终端设备连接在分控设备下，终端可以是电脑、摄像监控设备和视联网终端设备等。

业务恢复服务器中部署有业务恢复系统，包括多个建立视频会议的功能模块，例如：业务操作模块、业务记录模块、业务接口模块以及服务器资源管理模块等。

在本申请中，通过图1中的业务恢复服务器，可为64位自治服务器（主）下连接的多个终端设备建立视频会议，并在64位自治服务器（主）切换到64位自治服务器（备）时，快速在64位自治服务器（备）上恢复视频会议而无需使多个终端设备退出视频会议。

具体地，本申请提供的视联网业务恢复方法应用于图1中的业务恢复服务器。图2是本申请一实施例示出的一种视联网业务恢复方法的流程图。参照图2，本申请的视联网业务恢复方法可以包括如下步骤：

步骤S11：检测所述主自治服务器是否发生切换到所述备自治服务器的操作。

在本实施例中，业务恢复服务器可以通过多种方式检测主自治服务器是否切换到备自治服务器。例如：业务恢复服务器可以周期性获取主自治服务器的状态信息，根据状态信息判断其是否切换到备自治服务器；或者，主自治服务器可以周期性向业务恢复服务器发送心跳包（当主自治服务器切换到备自治服务器时，主自治服务器将切换信息携带在心跳包中），业务恢复服务器根据心跳包中的信息判断其是否切换到备自治服务器；又或者，主自治服务器在发生切换后，主动向业务恢复服务器发送恢复业务的请求。业务恢复服务器通过何种方式检测主自治服务器是否切换到备自治服务器，可根据实际业务需求确定，本申请对此不作具体限制。

步骤S12：在检测到所述操作时，确定所述主自治服务器当前正在进行的视频业务。

在本实施例中，主自治服务器下连接有多个视联网终端，通过业务恢复服务器，可以在主自治服务器上为多个视联网终端建立视频会议。为便于各个实施例的陈述，本申请所提到的视频业务主要指视频会议。示例地，主自治服务器下连接有A、B、C、D四个视联网终端设备，主自治服务器可以为视联网终端设备A和视联网终端设备B建立视频会议，也可以为视联网终端设备A、视联网终端设备B以及视联网终端设备C建立视频会议。

在步骤S12中，当业务恢复服务器检测到主自治服务器切换到备自治服务器后，首先判断主自治服务器上当前是否存在视频业务。示例地，业务恢复服务器确定主自治服务器切换到备自治服务器后，判断得到主自治服务器上的A、B、C、D四个视联网终端设备正处于视频会议中，则确定主自治服务器上的当前正在进行的视频业务为A、B、C、D四个视联网终端设备的视频会议。

其中，业务恢复服务器可以通过多种方式判断主自治服务器当前是否存在视频业务，例如：业务恢复服务器可以主动发送请求以询问主自治服务器上当前正在进行的视频业务；或者，业务恢复服务器通过主自治服务器发送的心跳包判断主自治服务器当前是否存在视频业务，主自治服务器可以将当前所有正在进行的视频业务作为附加信息携带在心跳包中，使得业务恢复服务器根据心跳包中的信息即可确定主自治服务器当前正在进行的视频业务。业务恢复服务器判断主自治服务器当前是否存在视频业务的方式可以是多种，本申请对此不作具体限制。

步骤S13：读取所述视频业务对应的会议业务信息。

在本实施例中，自治服务器是通过业务恢复服务器建立视频业务的。业务恢复服务器在建立视频会议时，会在本地记录所有的视频会议的会议业务信息。因此，在确定出主自治服务器当前正在进行的视频业务后，业务恢复服务器可以获得该视频业务的会议业务信息。

会议业务信息主要包括：全局会议标识、会议状态、上传会议数据包、开始会议数据包、设置会议主席数据包、设置发言方一数据包、设置发言方二数据包等。其中，全局会议标识在整个视联网中是唯一的，业务恢复服务器在创建视频业务的过程中，与自治服务器通信交互的所有的数据包中都包含该全局会议标识，同时，业务恢复服务器也使用该全局会议标识作为每一个视频会议的唯一标识，因而，业务恢复服务器通过全局会议标识可以获取到主自治服务器当前正在进行的视频业务对应的会议业务信息。

步骤S14：根据所述会议业务信息，获得所述视频业务的业务恢复数据。

在本实施例中，业务恢复数据即：在备自治服务器上恢复视频业务时所需要的数据，在获取到会议业务信息后，可以从会议业务信息中获取到业务恢复数据。

步骤S15：根据所述业务恢复数据，在所述备自治服务器上恢复所述视频业务。

在本实施例中，在获取到业务恢复数据后，将业务恢复数据上传到备自治服务器，使得备自治服务器存储业务恢复数据，根据业务恢复数据进行相应地配置，例如：设置会议主席、设置发言人、为各个会议成员配置数据链路等，进而实现视频业务的恢复。

下面将以一个具体实施例对上述步骤S11-步骤 S15进行说明。

示例地，以业务恢复服务器为自治服务器1上的终端设备A、终端设备B以及终端设备C、自治服务器2上的终端设备D、终端设备E以及自治服务器3上的终端设备E、终端设备F建立视频会议X为例，

假设自治服务器1由于音频故障切换到自治服务器4，自治服务器1将切换信息携带在心跳包中发送给业务恢复服务器，业务恢复服务器根据该心跳包，以及自治服务器4的心跳包确定自治服务器1将视频业务切换到自治服务器4，根据心跳包中的视频会议X的全局会议标识，获取到本地记录的视频会议X的会议业务信息；

由于自治服务器2和自治服务器3未发生切换，因此，业务恢复服务器只需在自治服务器4上恢复终端设备A、终端设备B以及终端设备C的视频业务，从而在会议业务信息中获取到终端设备A、终端设备B以及终端设备C对应的会议信息，作为业务恢复数据，并将该业务恢复数据发送到自治服务器4，在自治服务器4上将终端设备A、终端设备B以及终端设备C加入到视频会议中，并设置会议角色、配置数据链路等，从而完成自治服务器1上的视频业务的恢复。

在上述过程中，视频会议X不会中断，自治服务器2和自治服务器3上的各个终端设备仍可正常进行视频会议，对于终端设备A、终端设备B以及终端设备C，无需退出视频会议X，当自治服务器4上的视频业务恢复后，终端设备A、终端设备B以及终端设备C仍可加入原来的视频会议X（恢复过程相当短暂，通常情况下，在恢复过程中，终端设备A、终端设备B以及终端设备C一侧的用户是无法感知到的）。

在本实施例中，业务恢复服务器在检测到主自治服务器切换到备自治服务器的操作后，确定主自治服务器上当前正在进行的视频业务，然后读取视频业务对应的会议业务信息，根据会议业务信息获得视频业务的业务恢复数据，再将业务恢复数据发送到备自治服务器，并在备自治服务器上恢复视频业务。在上述过程中，业务恢复服务器能在保证不中断视频业务的情况下，自动地将主自治服务器上当前正在进行的视频业务转移到备自治服务器上并快速恢复，无需主自治服务器上的会议成员退出视频业务，保证了视频业务的正常进行，相比于相关技术中需要在备自治服务器上重新建立视频会议的繁琐过程，本申请能有效改善用户的使用体验，尤其是在一些重要视频会议场景中，本申请维护视频会议顺利进行的效果尤为突出。

结合以上实施例，在一种实施方式中，所述业务恢复数据包括：上传会议数据包、开始会议数据包以及设置发言方数据包；

步骤S15可以为：

步骤S151：将所述上传会议数据包发送到所述备自治服务器，并接收所述备自治服务器返回的第一响应，所述第一响应是所述备自治服务器根据所述上传会议数据包执行第一操作后生成的。

在本实施例中，业务恢复服务器首先获取业务恢复数据包中的上传会议数据包，通过业务接口中的上传会议接口将上传会议数据包发送到备自治服务器。

其中，上传会议数据包中记录有操作码（上传会议）、本地会议标识、全局会议标识、会议成员属性列表等信息。操作码表示当前数据包的类型，为上传会议数据包，本地会议标识在单个自治服务器中唯一标识此次待恢复的视频业务，全局会议标识用于在整个视联网在中唯一标识此次待恢复的视频业务，会议成员属性列表用于记录主自治服务器中的参与此次视频业务的会议成员（即：参会的终端设备）。

备自治服务器中的主控设备接收到上传会议数据包后，执行第一操作，第一操作可以包括：判断数据包是否符合视联网协议，如果不符合则做丢弃处理、如果符合则解析上传会议数据包、确认解析得到的会议相关参数是否有误以及存储得到的会议相关参数等。其中，会议相关参数可以包括：本地会议标识、全局会议标识、会议成员属性列表等信息；确认解析得到的会议相关参数是否有误即：确认会议相关参数是否存在缺失现象或者错误现象；如果确认解析得到的会议相关参数无误，则存储会议相关参数以便于后续恢复视频业务时使用。

如果备自治服务器确认解析得到的会议相关参数存在缺失现象或者错误现象，确定此次上传会议失败，则生成表示上传会议失败的第一响应并发送给业务恢复服务器；如果备自治服务器确认解析得到的会议相关参数不存在缺失现象且不存在错误现象，确定此次上传会议成功，则生成表示上传会议成功的第一响应并发送给业务恢复服务器，告知业务恢复服务器执行下一步操作。

步骤S152：在所述第一响应表示所述第一操作执行成功时，将所述开始会议数据包发送到所述备自治服务器，并接收所述备自治服务器返回的第二响应，所述第二响应是所述备自治服务器根据所述开始会议数据包执行第二操作后生成的。

在本实施例中，业务恢复服务器获取业务恢复数据包中的开始会议数据包，通过业务接口中的开始会议接口将上传会议数据包发送到备自治服务器，该开始会议数据包中的数据包括：操作码、本地会议标识、全局会议标识等。

备自治服务器中的主控设备接收到开始会议数据包后，执行第二操作，第二操作可以包括：将主自治服务器中的会议成员拉入视频会议中。具体地，备自治服务器中的主控设备根据存储的会议成员属性列表将主自治服务器中的会议成员拉入视频会议，从而实现在备自治服务器上恢复主自治服务器的视频业务。

如果备自治服务器可以成功将主自治服务器上的会议成员加入视频会议，确定此次开始会议成功，则生成表示开始会议成功的第二响应并发送给业务恢复服务器；如果备自治服务器可以无法将主自治服务器上的会议成员加入视频会议，确定此次开始会议失败，则生成表示开始会议失败的第二响应并发送给业务恢复服务器。

步骤S153：在所述第二响应表示所述第二操作执行成功时，将所述设置发言方数据包发送到所述备自治服务器，使所述备自治服务器根据所述设置发言方数据包执行第三操作，以恢复所述视频业务。

在本实施例中，设置发言方数据包包括：设置会议主席数据包、设置发言方一数据包、设置发言方二数据包等。业务恢复服务器在获取到业务恢复数据包中的设置发言方数据包后，通过业务接口中的相应的接口将设置发言方数据包发送到备自治服务器。具体地，可以通过会议主席对应的接口将设置会议主席数据包发送到备自治服务器；可以通过发言方一对应的接口将设置发言方一数据包发送到备自治服务器；可以通过发言方二对应的接口将设置发言方二数据包发送到备自治服务器。

备自治服务器中的主控设备接收到设置发言方数据包后，执行第三操作， 第三操作可以包括：设置会议主席、设置发言方一、设置发言方二等。具体地，备自治服务器中的主控设备在接收到设置会议主席数据包后，对会议主席的数据链路进行配置；备自治服务器中的主控设备在接收到设置发言方一数据包后，对发言方一的数据链路进行配置；备自治服务器中的主控设备在接收到设置发言方二数据包后，对发言方二的数据链路进行配置。

图3是本申请一实施例示出的一种数据链路配置原理示意图。参照图3，本申请采取如下原理进行数据链路的配置：

若主自治服务器上当前的视频会议中有会议成员10001和会议成员10002，设置会议成员10001为会议主席，其中通道0为音频数据，通道1为视频数据，指定会议成员10002的数据汇的0通道接收会议主席的音频，1通道接收会议主席的视频。

在图3中，数据源存储设备本身的音视频数据，设备有5个编码通道。设备将本身的音视频数据放到编码通道中，例如，会议成员10001把音频放到0号通道，把视频放到了1号通道。设备入会成功后，自治服务器会自动给每个通道分配组播地址，组播地址在自治服务器中是唯一的。

数据汇为设备接收的音视频，设备有8个解码通道。在图3中，0通道对应的组播地址是10，即表示0通道接收的是会议成员10001的音频，1通道对应的组播地址是11，表示1通道接收的是会议成员10001的视频。设置会议主席或者设置发言方后才有对应通道解码值。

当主自治服务器发生异常会议业务中断后，会议成员10002数据汇中0和1通道音视频数据丢失，如果业务不恢复，会议成员10002便会出现无声音和黑屏等现象，当在备自治服务器恢复会议后，并恢复到设置会议主席时，便又会根据该规则进行数据链路建立，重新把会议成员10001的音视频数据给到会议成员10002，会议成员10002音视频恢复正常。

其中，第三操作可以为设置会议主席、设置发言方一、设置发言方二等（还可以根据实际需求设置其他发言方，本申请对此不作限制）中的一种或多种操作，但至少包括：设置会议主席的操作。如果备自治服务器可以成功执行第三操作，确定此次视频业务恢复成功，则生成表示视频业务恢复成功的响应并发送给业务恢复服务器；如果备自治服务器无法成功执行第三操作，确定此次视频业务恢复失败，则生成表示视频业务恢复失败的响应并发送给业务恢复服务器。

示例地，以业务恢复服务器为自治服务器1上的终端设备A、终端设备B以及终端设备C、自治服务器2上的终端设备D、终端设备E以及自治服务器3上的终端设备E、终端设备F建立视频会议X为例，假设自治服务器1由于音频故障切换到自治服务器4，则业务恢复服务器需要在自治服务器4上将终端设备A、终端设备B以及终端设备C加入视频会议X。该具体过程可以为：业务恢复服务器首先查找到本地记录的视频会议X的业务恢复数据，获取到自治服务器1的业务恢复数据，从自治服务器1的业务恢复数据中获取上传会议数据包发送到自治服务器4，自治服务器4解析上传会议数据包，在确认解析得到的会议相关参数不存在缺失现象且不存在错误现象时，记录解析得到的会议相关参数，并向业务恢复服务器发送上传会议成功的响应；业务恢复服务器接收到上传会议成功的响应后，从自治服务器1的业务恢复数据中获取开始会议数据包发送到自治服务器4，自治服务器4接收到开始会议数据包后，根据解析得到的会议成员属性列表将终端设备A、终端设备B以及终端设备C加入视频会议X，并在加入视频会议X成功后，向业务恢复服务器发送开始会议成功的响应；业务恢复服务器接收到开始会议成功的响应后，将设置发言方数据包发送到备自治服务器，备自治服务器

根据设置发言方数据包中的信息设置终端设备A、终端设备B以及终端设备C的会议角色并进行数据链路的配置，例如，终端设备A为会议主席，终端设备B为发言方一，终端设备C-终端设备F均为普通会议成员，对于终端设备A，需配置其与除自身外的所有的会议成员（即：终端设备B-终端设备F）的数据链路，从而实现可以将自身的会议数据（音视频数据）发送到除自身外的所有的会议成员，对于终端设备B，需配置其与除自身外的所有的会议成员（即：终端设备B-终端设备F）的数据链路，从而实现可以将自身的会议数据（音视频数据）发送到除自身外的所有的会议成员；对于终端设备C，只需保证与终端设备A和终端设备B建立了数据链路即可。

在本实施例中，不同的会议角色具有不同的权限，例如：会议主席可以向除自身外的所有的会议成员发送音频数据和视频数据，发言方一可以向除自身外的所有的会议成员发送音频数据，发言方二可以向除自身外的所有的会议成员发送视频数据；普通会议成员不能发送音频数据也不能发送视频数据等。对于各个会议角色的权限可以根据实际需求设置，本申请对此不作具体限制。

结合以上实施例，在一实施方式中，在步骤S11前，还包括在主自治服务器上创建目标视频会议的步骤，如图4所示。图4是本申请一实施例示出的一种创建视频会议的流程图。参照图4，在步骤S11前，创建视频会议具体可以包括如下步骤：

步骤S21：生成上传会议数据包，所述上传会议数据包用于在所述主自治服务器上创建目标视频会议。

步骤S22：将所述上传会议数据包发送到所述主自治服务器。

在本实施例中，业务恢复服务器通过tcp socket通信连接主自治服务器，当业务恢复服务器接收到用户发起的创建目标视频会议的指令后，按照视联网协议封装得到上传会议数据包发送到主自治服务器，该上传会议数据包中的元素包括：操作码（上传会议）、本地会议标识、全局会议标识、参会方属性列表等信息。

步骤S23：在接收到所述主自治服务器返回的表示上传会议成功的响应后，在本地记录针对所述目标视频会议的会议信息。

具体地，在本地记录针对所述目标视频会议的会议信息，包括：

在本地记录针对所述目标视频会议的会议状态、上传会议数据包、开始会议数据包以及设置发言方数据包。

主自治服务器中的主控设备接收到上传会议数据包后，解析得到会议相关参数，包括：本地会议标识、全局会议标识、参会方属性列表等信息，然后确认解析得到的会议相关参数是否有误，如果确认无误，则存储会议相关参数，并向业务恢复服务器返回上传会议成功的响应。

业务恢复服务器接收到上传会议成功的响应后，在本地记录目标视频会议的会议信息。会议信息可以包括：全局会议标识、会议状态、上传会议数据包、开始会议数据包、设置会议主席数据包、设置发言方一数据包、设置发言方二数据包。其中，会议信息中的相关参数对应有状态，例如，业务恢复服务器接收到上传会议成功的响应后，将会议状态更新为已上传，而开始会议数据包、设置会议主席数据包、设置发言方一数据包、设置发言方二数据包等由于目标视频会议尚未开始，因此对应的状态为暂时为空。

步骤S24：生成开始会议数据包。

在本实施例中，业务恢复服务器接收到上传会议成功的响应后，按照视联网协议封装得到开始会议数据包，该开始会议数据包中的元素包括：操作码（开始会议）、本地会议标识、全局会议标识等信息。

步骤S25：将所述开始会议数据包发送到所述主自治服务器。

在本实施例中，业务恢复服务器在封装得到开始会议数据包后，将开始会议数据包发送给主自治服务器。

主自治服务器的主控设备收到开始会议数据包后，根据存储的会议信息中的参会方属性列表，将各个会议成员加入目标视频会议，并在加入成功后，向业务恢复服务器发送表示开始会议成功的响应。

步骤S26：在接收到所述主自治服务器返回的表示开始会议成功的响应后，对所述目标视频会议的会议信息进行第一更新操作。

具体地，对所述目标视频会议的会议信息进行第一更新操作，包括：

更新所述会议状态和所述开始会议数据包。

在本实施例中，业务恢复服务器在接收到表示开始会议成功的响应后，从，查找到目标视频会议的会议信息，将会议信息中的会议状态更新为会议中，同时存储该开始会议数据包（即：将该开始会议数据包替换掉原来暂时为空的开始会议数据包）。

步骤S27：生成设置发言方数据包。

步骤S28：将所述设置发言方数据包发送到所述主自治服务器。

在本实施例中，设置发言方数据包包括：设置会议主席数据包、设置发言方一数据包、设置发言方二数据包等。

业务恢复服务器在接收到表示开始会议成功的响应后，按照视联网协议首先封装得到设置会议主席数据包，并发送给主自治服务器。该设置会议主席数据包中的相关参数包括：操作码（切换单个参会方的收看方）、接收指令包的设备、主席音视频组播地址、本地会议标识、全局会议标识等信息。示例地，当前视频会议中有成员a、b、c，此时如果设置a为会议主席，那么业务恢复系统会发送操作码为“切换单个参会方的收看方”的指令到b和c，通知b和c接收a的音视频。

主自治服务器中的主控设备接收到设置会议主席数据包后，对会议主席进行设置，并配置数据链路。并在完成会议主席的设置和数据链路的配置后，向业务恢复服务器发送设置会议主席成功的响应。

步骤S29：在接收到所述主自治服务器返回的表示设置发言方成功的响应后，对所述目标视频会议的会议信息进行第二更新操作。

具体地，对所述目标视频会议的会议信息进行第二更新操作，包括：

更新所述会议状态和所述设置发言方数据包。

在本实施例中，表示设置发言方成功的响应包括：设置会议主席成功的响应、设置发言方一成功的响应、设置发言方二成功的响应等。

业务恢复服务器在接收到表示设置发言方成功的响应后，查找到目标视频会议的会议信息，将会议信息中的会议状态更新为会议中，同时存储设置发言方数据包（将该设置发言方数据包替换掉原来暂时为空的设置发言方数据包）。

示例地，业务恢复服务器在接收到表示设置会议主席成功的响应后，查找到目标视频会议的会议信息，保持会议信息中的会议状态为会议中，存储该设置会议主席数据包；再示例地，业务恢复服务器在接收到表示设置发言方一成功的响应后，查找到目标视频会议的会议信息，保持会议信息中的会议状态为会议中，存储该设置发言方一数据包；再示例地，业务恢复服务器在接收到表示设置发言方二成功的响应后，查找到目标视频会议的会议信息，保持会议信息中的会议状态为会议中，存储该设置发言方二数据包。

结合以上实施例，在一种实施方式中，所述会议信息包括：全局会议标识；

对所述目标视频会议的会议信息进行第一更新操作，包括：

根据所述全局会议标识确定所述目标视频会议的会议信息，并对所述目标视频会议的会议信息进行第一更新操作；

对所述目标视频会议的会议信息进行第二更新操作，包括：

根据所述全局会议标识确定所述目标视频会议的会议信息，并对所述目标视频会议的会议信息进行第二更新操作。

在本实施例中，业务恢复服务器在接收到表示开始会议成功的响应后，从，从该响应中解析得到全局会议标识，根据该全局会议标识查找到目标视频会议的会议信息，并对该会议信息进行更新操作，更新过程具体可参照前文所述，在此不作赘述；同理，业务恢复服务器在接收到表示设置发言方成功的响应后，从该响应中解析得到全局会议标识，根据该全局会议标识查找到目标视频会议的会议信息，并对该会议信息进行更新操作，更新过程具体可参照前文所述，在此不作赘述。

结合以上实施例，在一种实施方式中，在步骤S11之前，本申请的视联网业务恢复方法还可以包括：

分别与所述主自治服务器和所述备自治服务器建立tcp socket通信连接；

获取所述主自治服务器的心跳信息和所述备自治服务器的心跳信息；

检测所述主自治服务器是否发生切换到所述备自治服务器的操作，包括：

根据所述主自治服务器的心跳信息和所述备自治服务器的心跳信息，检测所述主自治服务器是否发生切换到所述备自治服务器的操作。

在本实施例中，主自治服务器和备自治服务器之间通过视联口进行通信，双方通过心跳告知对方自身的备份状态，并根据对方的状态变化随时改变自己的状态。其中，备份状态包括：宕机、等待、活动、备用、失以及单等。业务恢复服务器与主自治服务器和备自治服务器分别通过tcp socket建立通信连，在连接成功后，主自治服务器和备自治服务器通过心跳信息将自身的备份状态发送给业务恢复服务器。

当主自治服务器切换到备自治服务器后，主自治服务器和备自治服务器的各自的备份状态都会发生变化，主自治服务器可以将切换信息携带在心跳信息中发送给业务恢复服务器，业务恢复服务器根据主自治服务器的心跳信息中的切换信息，以及备自治服务器的心跳信息中的备份状态，可以确定主自治服务器切换到备自治服务器。

具体地，当发生以下几种状态变化时，可确定主自治服务器切换到备自治服务器：

1、主自治服务器的备份状态由活动状态变化为备用状态；

2、备自治服务器的备份状态由备用状态变化为活动状态；

3、主自治服务器的备份状态由活动状变化为失步状态，且备自治服务器的备份状态也由备用状态变化失步状态。

结合以上实施例，在一种实施方式中，所述设置发言方数据包包括：设置会议主席数据包、设置发言方一数据包以及设置发言方二数据包，所述设置发言方一数据包和所述设置发言方二数据包不为空数据包；

将所述设置发言方数据包发送到所述备自治服务器，包括：

将所述设置会议主席数据包、所述设置发言方一数据包以及所述设置发言方二数据包发送到所述备自治服务器，以使所述备自治服务器分别根据所述设置会议主席数据包、所述设置发言方一数据包以及所述设置发言方二数据包设置所述视频业务的会议主席、第一发言人以及第二发言人。

在本实施例中，备自治服务器根据设置会议主席数据包设置视频业务的会议主席的过程、备自治服务器根据设置发言方一数据包设置视频业务的发言方一（即：第一发言人）的过程、备自治服务器根据设置发言方二数据包设置视频业务的发言方二（即：第二发言人）的过程可参照前文所述，本申请在此不作赘述。

图5是本申请一实施例示出的一种业务恢复系统的结构示意图。该业务恢复系统部署于业务恢复服务器中。下面将结合图5对本申请的视联网业务恢复方法进行整体说明。

在图5中，业务恢复系统主要包括：业务操作模块、业务记录模块、业务接口模块和服务器资源管理模块吗，各个模块的说明如下：

业务操作模块：通过界面与用户进行交互，接收用户操作指令、调用业务接口指令和返回操作结果指令等。

业务记录模块：当前业务（例如：视频业务）的维护，其功能主要包括：记录业务信息、修改业务信息、查询业务信息以及清除业务信息等。

业务接口模块：主要包括所有业务功能接口和各种场景下业务恢复需调用接口的组合。

服务器资源管理模块：主要包括主备自治服务器添加、主备自治服务器修改、主备自治服务器删除、主备状态实时维护、主备状态查询和主备切换后业务恢复等。

在本实施例中，用户通过界面发起一项会议业务后，业务恢复系统通过业务操作模块依次执行上传会议列表（即：向主自治服务器发送上传会议数据包）、开始会议（即：向主自治服务器发送开始会议数据包）、设置发言方（即：向主自治服务器发送设置发言方数据包）等，进而创建会议业务，当创建会议业务失败时，将失败结果通过界面展示给用户；在执行上传会议列表成功后，业务恢复系统在业务记录模块将当前创建的会议业务保存为新增的业务，在执行开始会议成功后，对保存的新增的业务进行更新（更新过程具体可参照前文所述），在会议结束后，删除该新增的业务；业务恢复系统与主自治服务器进行通信交互时，需要通过指定接口将数据包发送到主自治服务器，例如，在执行上传会议列表时，通过上传会议接口向主自治服务器发送上传会议列表；服务器资源管理模块管理有多个自治服务器，通过独立线程实时维护主自治服务器和备自治服务器的信息，当检测到主自治服务器切换到备自治服务器时，从业务记录模块中获取的当前的会议业务的业务信息（即：会议业务信息），根据会议业务信息在备自治服务器上恢复当前的会议业务，具体恢复过程可参照前文所述，在此不作赘述。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。

基于同一发明构思，本申请实施例还提供了一种业务恢复服务器600，如图6所示。图6是本申请一实施例示出的一种业务恢复服务器的结构框图。参照图6，本申请的业务恢复服务器具体可以包括如下模块：

检测模块601，用于检测所述主自治服务器是否发生切换到所述备自治服务器的操作；

确定模块602，用于在检测到所述操作时，确定所述主自治服务器当前正在进行的视频业务；

读取模块603，用于读取所述视频业务对应的会议业务信息；

获得模块604，用于根据所述会议业务信息，获得所述视频业务的业务恢复数据；

恢复模块605，用于根据所述业务恢复数据，在所述备自治服务器上恢复所述视频业务。

可选地，所述业务恢复数据包括：上传会议数据包、开始会议数据包以及设置发言方数据包；

所述恢复模块605包括：

第一恢复模块，用于将所述上传会议数据包发送到所述备自治服务器，并接收所述备自治服务器返回的第一响应，所述第一响应是所述备自治服务器根据所述上传会议数据包执行第一操作后生成的；

第二恢复模块，用于在所述第一响应表示所述第一操作执行成功时，将所述开始会议数据包发送到所述备自治服务器，并接收所述备自治服务器返回的第二响应，所述第二响应是所述备自治服务器根据所述开始会议数据包执行第二操作后生成的；

第三恢复模块，用于在所述第二响应表示所述第二操作执行成功时，将所述设置发言方数据包发送到所述备自治服务器，使所述备自治服务器根据所述设置发言方数据包执行第三操作，以恢复所述视频业务。

可选地，所述业务恢复服务器600还包括：

第一生成模块，用于生成上传会议数据包，所述上传会议数据包用于在所述主自治服务器上创建目标视频会议；

第一发送模块，用于将所述上传会议数据包发送到所述主自治服务器；

记录模块，用于在接收到所述主自治服务器返回的表示上传会议成功的响应后，在本地记录针对所述目标视频会议的会议信息；

第二生成模块，用于生成开始会议数据包；

第二发送模块，用于将所述开始会议数据包发送到所述主自治服务器；

第一更新模块，用于在接收到所述主自治服务器返回的表示开始会议成功的响应后，对所述目标视频会议的会议信息进行第一更新操作；

第三生成模块，用于生成设置发言方数据包；

第三发送模块，用于将所述设置发言方数据包发送到所述主自治服务器；

第二更新模块，用于在接收到所述主自治服务器返回的表示设置发言方成功的响应后，对所述目标视频会议的会议信息进行第二更新操作。

可选地，所述会议信息包括：会议状态、上传会议数据包、开始会议数据包以及设置发言方数据包；

所述记录模块包括：

记录子模块，用于在本地记录针对所述目标视频会议的会议状态、上传会议数据包、开始会议数据包以及设置发言方数据包；

所述第一更新模块包括：

第一更新子模块，用于更新所述会议状态和所述开始会议数据包；

所述第二更新模块包括：

第二更新子模块，用于更新所述会议状态和所述设置发言方数据包。

可选地，所述会议信息包括：全局会议标识；

所述第一更新模块包括：

第三更新子模块，用于根据所述全局会议标识确定所述目标视频会议的会议信息，并对所述目标视频会议的会议信息进行第一更新操作；

所述第二更新模块包括：

第四更新子模块，用于根据所述全局会议标识确定所述目标视频会议的会议信息，并对所述目标视频会议的会议信息进行第二更新操作。

可选地，所述业务恢复服务器600还包括：

连接模块，用于分别与所述主自治服务器和所述备自治服务器建立tcp socket通信连接；

获取模块，用于获取所述主自治服务器的心跳信息和所述备自治服务器的心跳信息；

所述检测模块包括：

检测子模块，用于根据所述主自治服务器的心跳信息和所述备自治服务器的心跳信息，检测所述主自治服务器是否发生切换到所述备自治服务器的操作。

可选地，所述设置发言方数据包包括：设置会议主席数据包、设置发言方一数据包以及设置发言方二数据包，所述设置发言方一数据包和所述设置发言方二数据包不为空数据包；

所述第三恢复模块包括：

第三恢复子模块，用于将所述设置会议主席数据包、所述设置发言方一数据包以及所述设置发言方二数据包发送到所述备自治服务器，以使所述备自治服务器分别根据所述设置会议主席数据包、所述设置发言方一数据包以及所述设置发言方二数据包设置所述视频业务的会议主席、第一发言人以及第二发言人。

基于同一发明构思，本申请另一实施例提供一种电子设备700，如图7所示。图7是本申请一实施例示出的一种电子设备的示意图。该电子设备包括存储器702、处理器701及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行时实现本申请上述任一实施例所述的方法中的步骤。

基于同一发明构思，本申请另一实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本申请上述任一实施例所述的方法中的步骤。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本申请提供的视联网业务恢复方法应用于视联网中，下面将对视联网技术进行简单介绍：

视联网是网络发展的重要里程碑，是一个实时网络，能够实现高清视频实时传输，将众多互联网应用推向高清视频化，高清面对面。

视联网采用实时高清视频交换技术，可以在一个网络平台上将所需的服务，如高清视频会议、视频监控、智能化监控分析、应急指挥、数字广播电视、延时电视、网络教学、现场直播、VOD点播、电视邮件、个性录制（PVR）、内网（自办）频道、智能化视频播控、信息发布等数十种视频、语音、图片、文字、通讯、数据等服务全部整合在一个系统平台，通过电视或电脑实现高清品质视频播放。

为使本领域技术人员更好地理解本发明实施例，以下对视联网进行介绍：

视联网所应用的部分技术如下所述：

网络技术（Network Technology）

视联网的网络技术创新改良了传统以太网（Ethernet），以面对网络上潜在的巨大视频流量。不同于单纯的网络分组包交换（Packet Switching）或网络电路交换（CircuitSwitching），视联网技术采用Packet Switching满足Streaming需求。视联网技术具备分组交换的灵活、简单和低价，同时具备电路交换的品质和安全保证，实现了全网交换式虚拟电路，以及数据格式的无缝连接。

交换技术（Switching Technology）

视联网采用以太网的异步和包交换两个优点，在全兼容的前提下消除了以太网缺陷，具备全网端到端无缝连接，直通用户终端，直接承载IP数据包。用户数据在全网范围内不需任何格式转换。视联网是以太网的更高级形态，是一个实时交换平台，能够实现目前互联网无法实现的全网大规模高清视频实时传输，将众多网络视频应用推向高清化、统一化。

服务器技术（Server Technology）

视联网和统一视频平台上的服务器技术不同于传统意义上的服务器，它的流媒体传输是建立在面向连接的基础上，其数据处理能力与流量、通讯时间无关，单个网络层就能够包含信令及数据传输。对于语音和视频业务来说，视联网和统一视频平台流媒体处理的复杂度比数据处理简单许多，效率比传统服务器大大提高了百倍以上。

储存器技术（Storage Technology）

统一视频平台的超高速储存器技术为了适应超大容量和超大流量的媒体内容而采用了最先进的实时操作系统，将服务器指令中的节目信息映射到具体的硬盘空间，媒体内容不再经过服务器，瞬间直接送达到用户终端，用户等待一般时间小于0.2秒。最优化的扇区分布大大减少了硬盘磁头寻道的机械运动，资源消耗仅占同等级IP互联网的20%，但产生大于传统硬盘阵列3倍的并发流量，综合效率提升10倍以上。

网络安全技术（Network Security Technology）

视联网的结构性设计通过每次服务单独许可制、设备与用户数据完全隔离等方式从结构上彻底根除了困扰互联网的网络安全问题，一般不需要杀毒程序、防火墙，杜绝了黑客与病毒的攻击，为用户提供结构性的无忧安全网络。

服务创新技术（Service Innovation Technology）

统一视频平台将业务与传输融合在一起，不论是单个用户、私网用户还是一个网络的总合，都不过是一次自动连接。用户终端、机顶盒或PC直接连到统一视频平台，获得丰富多彩的各种形态的多媒体视频服务。统一视频平台采用“菜谱式”配表模式来替代传统的复杂应用编程，可以使用非常少的代码即可实现复杂的应用，实现“无限量”的新业务创新。

视联网的组网如下所述：

视联网是一种集中控制的网络结构，该网络可以是树型网、星型网、环状网等等类型，但在此基础上网络中需要有集中控制节点来控制整个网络。

图8是本申请一实施例示出的一种视联网的组网示意图。如图8所示，视联网分为接入网和城域网两部分。

接入网部分的设备主要可以分为3类：节点服务器，接入交换机，终端（包括各种机顶盒、编码板、存储器等）。节点服务器与接入交换机相连，接入交换机可以与多个终端相连，并可以连接以太网。

其中，节点服务器是接入网中起集中控制功能的节点，可控制接入交换机和终端。节点服务器可直接与接入交换机相连，也可以直接与终端相连。

类似的，城域网部分的设备也可以分为3类：城域服务器，节点交换机，节点服务器。城域服务器与节点交换机相连，节点交换机可以与多个节点服务器相连。

其中，节点服务器即为接入网部分的节点服务器，即节点服务器既属于接入网部分，又属于城域网部分。

城域服务器是城域网中起集中控制功能的节点，可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机，也可直接连接节点服务器。

由此可见，整个视联网络是一种分层集中控制的网络结构，而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。

形象地称，接入网部分可以组成统一视频平台（虚线圈中部分），多个统一视频平台可以组成视联网；每个统一视频平台可以通过城域以及广域视联网互联互通。

视联网设备分类

1.1 本发明实施例的视联网中的设备主要可以分为3类：服务器，交换机（包括以太网网关）， 终端（包括各种机顶盒，编码板，存储器等）。视联网整体上可以分为城域网（或者国家网、全球网等）和接入网。

1.2 其中接入网部分的设备主要可以分为3类：节点服务器，接入交换机（包括以太网网关）， 终端（包括各种机顶盒，编码板，存储器等）。

各接入网设备的具体硬件结构为：

节点服务器：

图9是本申请一实施例示出的一种节点服务器的硬件结构示意图。如图9所示，主要包括网络接口模块201、交换引擎模块202、CPU模块203、磁盘阵列模块204；

其中，网络接口模块201，CPU模块203、磁盘阵列模块204进来的包均进入交换引擎模块202；交换引擎模块202对进来的包进行查地址表205的操作，从而获得包的导向信息；并根据包的导向信息把该包存入对应的包缓存器206的队列；如果包缓存器206的队列接近满，则丢弃；交换引擎模202轮询所有包缓存器队列，如果满足以下条件进行转发：1）该端口发送缓存未满；2）该队列包计数器大于零。磁盘阵列模块204主要实现对硬盘的控制，包括对硬盘的初始化、读写等操作；CPU模块203主要负责与接入交换机、终端（图中未示出）之间的协议处理，对地址表205（包括下行协议包地址表、上行协议包地址表、数据包地址表）的配置，以及，对磁盘阵列模块204的配置。

接入交换机：

图10是本申请一实施例示出的一种接入交换机的硬件结构示意图。如图10所示，主要包括网络接口模块（下行网络接口模块301、上行网络接口模块302）、交换引擎模块303和CPU模块304；

其中，下行网络接口模块301进来的包（上行数据）进入包检测模块305；包检测模块305检测包的目地地址（DA）、源地址（SA）、数据包类型及包长度是否符合要求，如果符合，则分配相应的流标识符（stream-id），并进入交换引擎模块303，否则丢弃；上行网络接口模块302进来的包（下行数据）进入交换引擎模块303；CPU模块304进来的数据包进入交换引擎模块303；交换引擎模块303对进来的包进行查地址表306的操作，从而获得包的导向信息；如果进入交换引擎模块303的包是下行网络接口往上行网络接口去的，则结合流标识符（stream-id）把该包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃；如果进入交换引擎模块303的包不是下行网络接口往上行网络接口去的，则根据包的导向信息，把该数据包存入对应的包缓存器307的队列；如果该包缓存器307的队列接近满，则丢弃。

交换引擎模块303轮询所有包缓存器队列，在本发明实施例中分两种情形：

如果该队列是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1）该端口发送缓存未满；2）该队列包计数器大于零；3）获得码率控制模块产生的令牌；

如果该队列不是下行网络接口往上行网络接口去的，则满足以下条件进行转发：1）该端口发送缓存未满；2）该队列包计数器大于零。

码率控制模块308是由CPU模块304来配置的，在可编程的间隔内对所有下行网络接口往上行网络接口去的包缓存器队列产生令牌，用以控制上行转发的码率。

CPU模块304主要负责与节点服务器之间的协议处理，对地址表306的配置，以及，对码率控制模块308的配置。

以太网协转网关：

图11是本申请一实施例示出的一种以太网协转网关的硬件结构示意图。如图11所示，主要包括网络接口模块（下行网络接口模块401、上行网络接口模块402）、交换引擎模块403、CPU模块404、包检测模块405、码率控制模块408、地址表406、包缓存器407和MAC添加模块409、MAC删除模块410。

其中，下行网络接口模块401进来的数据包进入包检测模块405；包检测模块405检测数据包的以太网MAC DA、 以太网MAC SA、以太网 length or frame type、视联网目地地址DA、视联网源地址SA、视联网数据包类型及包长度是否符合要求，如果符合则分配相应的流标识符（stream-id）；然后，由MAC删除模块410减去MAC DA、 MAC SA、 length or frametype（2byte），并进入相应的接收缓存，否则丢弃；

下行网络接口模块401检测该端口的发送缓存，如果有包则根据包的视联网目地地址DA获知对应的终端的以太网MAC DA，添加终端的以太网MAC DA、 以太网协转网关的MAC SA、以太网 length or frame type，并发送。

以太网协转网关中其他模块的功能与接入交换机类似。

终端：

主要包括网络接口模块、业务处理模块和CPU模块；例如，机顶盒主要包括网络接口模块、视音频编解码引擎模块、CPU模块；编码板主要包括网络接口模块、视音频编码引擎模块、CPU模块；存储器主要包括网络接口模块、CPU模块和磁盘阵列模块。

1.3 城域网部分的设备主要可以分为2类：节点服务器，节点交换机，城域服务器。其中，节点交换机主要包括网络接口模块、交换引擎模块和CPU模块；城域服务器主要包括网络接口模块、交换引擎模块和CPU模块构成。

2、视联网数据包定义

2.1接入网数据包定义

接入网的数据包主要包括以下几部分：目的地址（DA）、源地址（SA）、保留字节、payload（PDU）、CRC。

如下表所示，接入网的数据包主要包括以下几部分：

其中：

目的地址（DA）由8个字节（byte）组成，第一个字节表示数据包的类型（例如各种协议包、组播数据包、单播数据包等），最多有256种可能，第二字节到第六字节为城域网地址，第七、第八字节为接入网地址；

源地址（SA）也是由8个字节（byte）组成，定义与目的地址（DA）相同；

保留字节由2个字节组成；

payload部分根据不同的数据报的类型有不同的长度，如果是各种协议包的话是64个字节，如果是单组播数据包话是32 + 1024 = 1056个字节，当然并不仅仅限于以上2种；

CRC有4个字节组成，其计算方法遵循标准的以太网CRC算法。

2.2城域网数据包定义

城域网的拓扑是图型，两个设备之间可能有2种、甚至2种以上的连接，即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过2种连接。但是，城域网设备的城域网地址却是唯一的，为了精确描述城域网设备之间的连接关系，在本发明实施例中引入参数：标签，来唯一描述一个城域网设备。

本说明书中标签的定义和MPLS（Multi-Protocol Label Switch，多协议标签交换）的标签的定义类似，假设设备A和设备B之间有两个连接，那么数据包从设备A到设备B就有2个标签，数据包从设备B到设备A也有2个标签。标签分入标签、出标签，假设数据包进入设备A的标签（入标签）是0x0000，这个数据包离开设备A时的标签（出标签）可能就变成了0x0001。城域网的入网流程是集中控制下的入网过程，也就意味着城域网的地址分配、标签分配都是由城域服务器主导的，节点交换机、节点服务器都是被动的执行而已，这一点与MPLS的标签分配是不同的，MPLS的标签分配是交换机、服务器互相协商的结果。

如下表所示，城域网的数据包主要包括以下几部分：

即目的地址（DA）、源地址（SA）、保留字节（Reserved）、标签、payload（PDU）、CRC。其中，标签的格式可以参考如下定义：标签是32bit，其中高16bit保留，只用低16bit，它的位置是在数据包的保留字节和payload之间。

基于视联网的上述特性，提出了本发明实施例的核心构思之一，遵循视联网的协议，业务恢复服务器在检测到主自治服务器切换到备自治服务器的操作后，确定主自治服务器上当前正在进行的视频业务，然后读取视频业务对应的会议业务信息，根据会议业务信息获得视频业务的业务恢复数据，再将业务恢复数据发送到备自治服务器，并在备自治服务器上恢复视频业务。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本发明实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本发明实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明实施例是参照根据本发明实施例的方法、终端设备(系统)、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

以上对本发明所提供的一种视联网业务恢复方法、服务器、电子设备及存储介质，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (9)

1.一种视联网业务恢复方法，其特征在于，所述方法应用于业务恢复服务器，所述业务恢复服务器分别与主自治服务器和备自治服务器通信连接，所述方法包括：

检测所述主自治服务器是否发生切换到所述备自治服务器的操作；

在检测到所述操作时，确定所述主自治服务器当前正在进行的视频业务；

读取所述视频业务对应的会议业务信息；

根据所述会议业务信息，获得所述视频业务的业务恢复数据；所述业务恢复数据包括：上传会议数据包、开始会议数据包以及设置发言方数据包；

将所述上传会议数据包发送到所述备自治服务器，并接收所述备自治服务器返回的第一响应，所述第一响应是所述备自治服务器根据所述上传会议数据包执行第一操作后生成的，所述第一操作包括：数据包规范性判断、数据包解析以及存储会议相关参数；

在所述第一响应表示所述第一操作执行成功时，将所述开始会议数据包发送到所述备自治服务器，并接收所述备自治服务器返回的第二响应，所述第二响应是所述备自治服务器根据所述开始会议数据包执行第二操作后生成的，所述第二操作包括：创建视频会议；

在所述第二响应表示所述第二操作执行成功时，将所述设置发言方数据包发送到所述备自治服务器，使所述备自治服务器根据所述设置发言方数据包执行第三操作，以恢复所述视频业务，所述第三操作包括：设置会议主席和设置发言方。

2.根据权利要求1所述的方法，其特征在于，在检测所述主自治服务器是否发生切换到所述备自治服务器的操作前，所述方法还包括：

生成上传会议数据包，所述上传会议数据包用于在所述主自治服务器上创建目标视频会议；

将所述上传会议数据包发送到所述主自治服务器；

在接收到所述主自治服务器返回的表示上传会议成功的响应后，在本地记录针对所述目标视频会议的会议信息；

生成开始会议数据包；

将所述开始会议数据包发送到所述主自治服务器；

在接收到所述主自治服务器返回的表示开始会议成功的响应后，对所述目标视频会议的会议信息进行第一更新操作；

生成设置发言方数据包；

将所述设置发言方数据包发送到所述主自治服务器；

在接收到所述主自治服务器返回的表示设置发言方成功的响应后，对所述目标视频会议的会议信息进行第二更新操作。

3.根据权利要求2所述的方法，其特征在于，所述会议信息包括：会议状态、上传会议数据包、开始会议数据包以及设置发言方数据包；

在本地记录针对所述目标视频会议的会议信息，包括：

在本地记录针对所述目标视频会议的会议状态、上传会议数据包、开始会议数据包以及设置发言方数据包；

对所述目标视频会议的会议信息进行第一更新操作，包括：

更新所述会议状态和所述开始会议数据包；

对所述目标视频会议的会议信息进行第二更新操作，包括：

更新所述会议状态和所述设置发言方数据包。

4.根据权利要求2所述的方法，其特征在于，所述会议信息包括：全局会议标识；

对所述目标视频会议的会议信息进行第一更新操作，包括：

根据所述全局会议标识确定所述目标视频会议的会议信息，并对所述目标视频会议的会议信息进行第一更新操作；

对所述目标视频会议的会议信息进行第二更新操作，包括：

根据所述全局会议标识确定所述目标视频会议的会议信息，并对所述目标视频会议的会议信息进行第二更新操作。

5.根据权利要求1所述的方法，其特征在于，在检测所述主自治服务器是否发生切换到所述备自治服务器的操作前，所述方法还包括：

分别与所述主自治服务器和所述备自治服务器建立tcp socket通信连接；

获取所述主自治服务器的心跳信息和所述备自治服务器的心跳信息；

检测所述主自治服务器是否发生切换到所述备自治服务器的操作，包括：

根据所述主自治服务器的心跳信息和所述备自治服务器的心跳信息，检测所述主自治服务器是否发生切换到所述备自治服务器的操作。

6.根据权利要求1所述的方法，其特征在于，所述设置发言方数据包包括：设置会议主席数据包、设置发言方一数据包以及设置发言方二数据包，所述设置发言方一数据包和所述设置发言方二数据包不为空数据包；

将所述设置发言方数据包发送到所述备自治服务器，包括：

将所述设置会议主席数据包、所述设置发言方一数据包以及所述设置发言方二数据包发送到所述备自治服务器，以使所述备自治服务器分别根据所述设置会议主席数据包、所述设置发言方一数据包以及所述设置发言方二数据包设置所述视频业务的会议主席、第一发言人以及第二发言人。

7.一种业务恢复服务器，其特征在于，所述业务恢复服务器分别与主自治服务器和备自治服务器通信连接，所述业务恢复服务器包括：

检测模块，用于检测所述主自治服务器是否发生切换到所述备自治服务器的操作；

确定模块，用于在检测到所述操作时，确定所述主自治服务器当前正在进行的视频业务；

读取模块，用于读取所述视频业务对应的会议业务信息；

获得模块，用于根据所述会议业务信息，获得所述视频业务的业务恢复数据；所述业务恢复数据包括：上传会议数据包、开始会议数据包以及设置发言方数据包；

第一恢复模块，用于将所述上传会议数据包发送到所述备自治服务器，并接收所述备自治服务器返回的第一响应，所述第一响应是所述备自治服务器根据所述上传会议数据包执行第一操作后生成的，所述第一操作包括：数据包规范性判断、数据包解析以及存储会议相关参数；

第二恢复模块，用于在所述第一响应表示所述第一操作执行成功时，将所述开始会议数据包发送到所述备自治服务器，并接收所述备自治服务器返回的第二响应，所述第二响应是所述备自治服务器根据所述开始会议数据包执行第二操作后生成的，所述第二操作包括：创建视频会议；

第三恢复模块，用于在所述第二响应表示所述第二操作执行成功时，将所述设置发言方数据包发送到所述备自治服务器，使所述备自治服务器根据所述设置发言方数据包执行第三操作，以恢复所述视频业务，所述第三操作包括：设置会议主席和设置发言方。

8.一种电子设备，其特征在于，包括：

一个或多个处理器；和

其上存储有指令的一个或多个机器可读介质，当由所述一个或多个处理器执行时，使得所述电子设备执行如权利要求1至6任一项所述的视联网业务恢复方法。

9.一种计算机可读存储介质，其特征在于，其存储的计算机程序使得处理器执行如权利要求1至6任一项所述的视联网业务恢复方法。