CN112506682A - 业务服务器异常救济方法、装置和计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种业务服务器异常救济方法、装置及计算机可读存储介质，其中方法包括：为每场会议指定对应可用的消息队列；传输服务器将客户端产生的会议控制信令发送到对应的消息队列中；业务服务器从对应的消息队列中消费会议控制信令为对应的会议提供业务服务；业务服务器将业务产生的会议数据备份存储到分布式缓存中；异常恢复后的业务服务器从分布式缓存中获取可供会议恢复使用的会议数据并完成会议恢复流程。本发明通过分布式缓存备份存储可供会议恢复使用的会议数据，异常恢复后的业务服务器从分布式缓存中获取会议恢复数据，减少了与管理服务器的信令交互，另外通过消息队列去除服务器之间的耦合调用，提高了云会议系统的稳定性和可靠性。

Description

业务服务器异常救济方法、装置和计算机可读存储介质

技术领域

本发明涉及计算机技术领域，具体涉及一种业务服务器异常救济方法、装置和计算机可读存储介质。

背景技术

云会议是基于云计算技术的一种高效、便捷、低成本的会议形式，使用者只需要通过互联网界面，进行简单易用的操作，便可快速高效地与全球各地团队及客户同步分享语音、数据文件及视频。云会议系统指可为用户提供云会议创建、云会议加入、会议聊天等业务服务的一套分布式软件系统。云会议系统通常由客户端、传输服务器、业务服务器和管理服务器等组成。用户通过客户端访问管理服务器提供的接口创建会议，管理服务器为每场会议分配对应的传输服务器和业务服务器，传输服务器将客户端产生的会议控制信令传输给业务服务器，业务服务器则根据接收到的会议控制指令为会议提供相应的业务服务（比如提供视频通话服务、会议聊天服务等）。

为了避免因业务服务器异常而导致云会议系统功能无法正常使用的情况发生，现有的云会议系统一般都具备业务服务器异常救济功能，比如当业务服务器崩溃恢复重启后，业务服务器首先主动连接管理服务器进行注册，注册成功后，管理服务器将原本属于该业务服务器的会议通过信令发送给该业务服务器，业务服务器收到信令后初始化会议并通过信令获取业务相关数据完成整个恢复流程。又比如，当业务服务器不可用时，管理服务器为客户端重新分配一个新的业务服务器，并将原业务服务器上的所有会议通过信令切换到新的业务服务器上。

但无论是业务服务器的崩溃恢复重启过程，还是业务服务器的切换过程，业务服务器都需要与管理服务器进行多次信令交互，交互过程逻辑复杂，速度较慢；而且，如果在交互过程中出现信令丢失，容易造成会议无法恢复等不可逆的后果。此外，当原业务服务器同时服务多个会议时，业务服务器在恢复重启或切换过程中的同一时刻将集中产生大量的信令，这些信令同时与管理服务器交互会给管理服务器造成极大的数据处理压力，可能会影响管理服务器的其他功能。

发明内容

本发明以减少业务服务器和管理服务器的信令交互，提高云会议系统的稳定性和可靠性为目的，提供了一种业务服务器异常救济方法、装置及计算机可读介质。

为达此目的，本发明采用以下技术方案：

提供一种业务服务器异常救济方法，具体步骤包括：

1）为每场会议指定对应可用的消息队列；

2）传输服务器将客户端产生的会议控制信令发送到对应的消息队列中；

3）业务服务器从对应的所述消息队列中消费所述会议控制信令为对应的所述会议提供业务服务；

4）所述业务服务器将业务产生的会议数据备份存储到分布式缓存中；

5）异常恢复后的所述业务服务器从所述分布式缓存中获取可供会议恢复使用的所述会议数据并完成会议恢复流程。

作为本发明的一种优选方案，步骤1）中，所述消息队列由RocketMQ分布式消息中间件提供。

作为本发明的一种优选方案，步骤2）中，将所述会议控制信令发送到对应的所述消息队列中的方法步骤包括：

2.1）识别所述会议控制信令的会议ID；

2.2）根据所述会议ID匹配出所述会议控制信令归属的所述会议；

2.3）将所述会议控制信令发送给与其具有匹配关系的所述会议所对应的所述消息队列。

作为本发明的一种优选方案，步骤4）中，所述分布式缓存包括Redis数据库、Memcache分布式高速缓存系统或SSDB数据库中的任意一种或多种。

作为本发明的一种优选方案，步骤5）中，异常恢复后的所述业务服务器从所述分布式缓存中获取所述会议数据的步骤包括：

5.1）异常恢复后的所述业务服务器获取自身与所述会议的对应关系；

5.2）所述业务服务器根据所述对应关系，从所述分布式缓存中获取可供会议恢复使用的所述会议数据。

作为本发明的一种优选方案，所述业务服务器与所述会议的所述对应关系存储在所述分布式缓存中。

作为本发明的一种优选方案，所述业务服务器异常恢复后，首先判断计算机内存中是否存储有可供会议恢复使用的所述会议数据，

若是，则从所述计算机内存中获取所述会议数据；

若否，则从所述分布式缓存中获取所述会议数据。

作为本发明的一种优选方案，所述业务服务器不可用时，切换的新业务服务器接管原业务服务器所消费的所述消息队列，并从所述分布式缓存中获取可供会议恢复使用的所述会议数据。

本发明还提供了一种业务服务器异常救济装置，所述装置包括：

消息队列指定模块，用于为每场会议指定对应可用的消息队列；

信令发送模块，用于将客户端产生的会议控制信令发送到对应的所述消息队列中；

业务服务模块，用于从对应的所述消息队列中消费所述会议控制信令为对应的所述会议提供业务服务；

会议数据备份存储模块，通信连接所述业务服务模块，用于将业务产生的会议数据备份存储到分布式缓存中；

会议数据获取模块，通信连接所述分布式缓存，用于从所述分布式缓存中获取备份的所述会议数据；

会议恢复模块，连接所述会议数据获取模块，用于根据获取的所述会议数据完成会议恢复流程。

作为本发明的一种优选方案，所述信令发送模块中具体包括：

会议ID识别单元，用于识别所述会议控制信令中的会议ID；

会议匹配单元，连接所述会议ID识别单元，用于根据所述会议ID匹配出所述会议控制信令归属的所述会议；

信令发送单元，连接所述会议匹配单元，用于将所述会议控制信令发送给与其具有匹配关系的所述会议所对应的所述消息队列。

作为本发明的一种优选方案，所述会议数据获取模块中具体包括：

会议对应关系获取单元，用于获取异常恢复后的所述业务服务器与所述会议的对应关系；

会议数据获取单元，连接所述会议对应关系获取单元，用于根据所述对应关系，从所述分布式缓存中获取可供异常恢复后的所述业务服务器作会议恢复使用的所述会议数据。

作为本发明的一种优选方案，所述会议数据获取模块中还包括：

判断单元，连接所述会议数据获取单元，用于在所述业务服务器异常恢复后，判断计算机内存中是否存储有可供异常恢复后的所述业务服务器作会议恢复使用的所述会议数据，

若是，则所述会议数据获取单元从所述计算机内存中获取所述会议数据；

若否，则所述会议数据获取单元从所述分布式缓存中获取所述会议数据。

本发明还提供了一种计算机可读存储介质，包括执行指令，当电子设备的处理器执行所述执行指令时，所述处理器执行所述的业务服务器异常救济方法。

本发明具有以下有益效果：

1、通过分布式缓存备份存储可供会议恢复使用的会议数据，异常恢复后的业务服务器从分布式缓存中获取会议数据以恢复会议，减少了与管理服务器的信令交互，解决了以往在会议恢复过程中需要大量请求访问管理服务器给管理服务器增加数据处理压力的问题；

2、通过消息队列异步处理会议控制信令，去除了传输服务器与业务服务器之间的耦合调用，提高了云会议系统的数据处理能力；

3、由于异常恢复后的业务服务器与管理服务器的信令交互大幅减少，当业务服务器异常不可用时，能够快速切换为新的业务服务器，缩短了云会议系统业务不可用的影响时间。

附图说明

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

图1是本发明一实施例提供的业务服务器救济方法的步骤图；

图2是将会议控制信令发送到对应的消息队列中的方法步骤图；

图3是异常恢复后的业务服务器从分布式缓存中获取会议数据的方法步骤图；

图4是本发明一实施例提供的业务服务器救济装置的结构示意图；

图5是业务服务器救济装置中的信令发送模块的内部结构示意图；

图6是业务服务器救济装置中的会议数据获取模块的内部结构示意图；

图7是客户端、传输服务器、消息队列引擎和业务服务器相互间的连接关系示意图。

具体实施方式

下面结合附图并通过具体实施方式来进一步说明本发明的技术方案。

其中，附图仅用于示例性说明，表示的仅是示意图，而非实物图，不能理解为对本专利的限制；为了更好地说明本发明的实施例，附图某些部件会有省略、放大或缩小，并不代表实际产品的尺寸；对本领域技术人员来说，附图中某些公知结构及其说明可能省略是可以理解的。

本发明实施例的附图中相同或相似的标号对应相同或相似的部件；在本发明的描述中，需要理解的是，若出现术语“上”、“下”、“左”、“右”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此附图中描述位置关系的用语仅用于示例性说明，不能理解为对本专利的限制，对于本领域的普通技术人员而言，可以根据具体情况理解上述术语的具体含义。

在本发明的描述中，除非另有明确的规定和限定，若出现术语“连接”等指示部件之间的连接关系，该术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个部件内部的连通或两个部件的相互作用关系。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

图1示出了本发明一实施例提供的业务服务器异常救济方法的步骤图；图7示出了客户端、传输服务器、消息队列引擎和业务服务器相互间的连接关系示意图。如图1和图7所示，该救济方法包括：

步骤1）为每场会议指定对应可用的消息队列（如图7中的“audio topic”、“videotopic”分别表示一消息队列）；消息队列是消息队列引擎中重要的组件，本发明中，使用消息队列主要是为了通过异步消息处理提高云会议系统的流量削峰等性能，降低传输服务器和业务服务器之间的耦合性，提高云会议系统运行的稳定性和可靠性。本实施例中，消息队列引擎优选为RocketMQ分布式消息中间件。

步骤2）传输服务器将客户端产生的会议控制信令发送到对应的消息队列中；图2示出了将会议控制信令发送到对应的消息队列中的方法步骤图，具体地，如图2所示，将会议控制信令发送到对应的消息队列中的方法包括：

步骤2.1）识别会议控制信令的会议ID；会议ID为会议的识别标志，每场会议产生的每一条会议控制信令都具有该场会议的会议ID，可通过识别会议控制信令中的会议ID获知该条会议控制信令由哪一场会议产生；

步骤2.2）根据会议ID匹配出会议控制信令归属的会议；也就是，可根据会议ID获知该条会议控制信令由哪一场会议产生；

步骤2.3）将会议控制信令发送给与其具有匹配关系的会议所对应的消息队列。

请继续参照图1，业务服务器异常救济方法还包括：

步骤3）业务服务器从对应的消息队列中消费会议控制信令为对应的会议提供业务服务；客户端创建会议后，管理服务器将为每场会议分配对应的业务服务器，并建立业务服务器与会议的对应关系；会议控制信令加入到指定的消息队列后，与会议具有对应关系的业务服务器从该指定消息队列中消费会议控制信令；

步骤4）业务服务器将业务产生的会议数据备份存储到分布式缓存中；比如视频业务服务器在视频通话完成后或者每间隔一段时间对视频通话数据进行备份并存储到分布式缓存中；本发明采用的分布式缓存优选为Redis数据库、Memcache分布式高速缓存系统或SSDB数据库中的任意一种或多种；

步骤5）异常恢复后的业务服务器从分布式缓存中获取可供会议恢复使用的会议数据并完成会议恢复流程。

以下对步骤5）中所述的会议数据获取过程进行详细阐述：

由于分布式缓存中通常存储有不同场会议的会议数据，每一份会议数据仅可供对应的业务服务器作会议恢复使用。为了区分哪一份会议数据供哪一个业务服务器使用，具体地，如图3所示，业务服务器获取会议数据的方法包括：

步骤5.1）异常恢复后的业务服务器获取自身与会议的对应关系；会议与业务服务器的对应关系在管理服务器为会议分配业务服务器时创建并存储；

步骤5.2）业务服务器根据该对应关系，从分布式缓存中获取可供会议恢复使用的会议数据。业务服务器根据该对应关系获知其服务于哪一场或哪几场会议，然后识别出会议数据中的会议ID，由会议ID获知会议数据归属于哪一场会议，然后获取该会议数据以恢复对应场会议。

为了进一步减少服务器间的信令交互，业务服务器与会议的对应关系同样优选存储在分布式缓存中，异常恢复后的业务服务器从分布式缓存中获取其与会议的对应关系。

作为业务服务器异常救济方法的一种补充，优选地，业务服务器异常恢复后，首先判断计算机内存中是否存储有可供会议恢复使用的会议数据，

若是，则从计算机内存中获取会议数据并完成会议恢复流程；

若否，则从分布式缓存中获取可用的会议数据并完成会议恢复流程。

需要说明的是，崩溃恢复重启后的业务服务器还是从原来的消息队列中消费会议控制信令。

另外，当业务服务器不可用时，管理服务器为会议分配好新的业务服务器后，新的业务服务器接管原业务服务器所消费的消息队列，并从分布式缓存中获取可供会议恢复使用的会议数据后完成会议恢复流程。

综上，本发明通过分布式缓存备份存储可供会议恢复使用的会议数据，异常恢复后的业务服务器从分布式缓存中获取会议恢复数据，减少了与管理服务器的信令交互，减轻了管理服务器的数据处理压力，提高了业务服务器的切换速度，另外，通过消息队列去除了服务器之间的耦合调用，提高了云会议系统的异步消息处理能力，进一步提升了系统的稳定性和可靠性。

本发明还提供了一种业务服务器异常救济装置，如图4所示，该装置包括：

消息队列指定模块，用于为每场会议指定对应可用的消息队列；消息队列优选由RocketMQ分布式消息中间件提供；

信令发送模块，用于将客户端产生的会议控制信令发送到对应的消息队列中；本实施例中，信令发送的角色可由传输服务器承担。另外，这里指的客户端为云会议系统提供给客户创建会议、加入会议等业务功能的可运行于智能终端上的客户端；

业务服务模块，用于从对应的消息队列中消费会议控制信令为对应的会议提供业务服务；本实施例中，业务服务模块为业务服务器；

会议数据备份存储模块，连接业务服务模块，用于将业务产生的会议数据备份存储到分布式缓存中；比如将业务服务器提供业务服务产生的会议数据（如视频通话数据、会议聊天数据等）备份存储到分布式缓存中；分布式缓存则优选为Redis数据库、Memcache分布式高速缓存系统或SSDB数据库中的任意一种或多种；

会议数据获取模块，通信连接所述分布式缓存，用于从分布式缓存中获取备份的会议数据；获取会议数据的角色可由业务服务器担任，异常恢复后的业务服务器可主动从分布式缓存中获取可供会议恢复使用的会议数据；

会议恢复模块，连接会议数据获取模块，用于根据获取的会议数据完成会议恢复流程；会议恢复的角色同样可由业务服务器担任，业务服务器获取会议数据后完成会议恢复流程。由于会议恢复的具体过程并非本发明要求权利保护的范围，所以关于会议恢复的具体过程在此不做说明。

本发明通过从会议控制信令中识别会议ID，以会议ID为标记将不同类型的会议控制信令分发给指定的消息队列。具体地，如图5所示，信令发送模块中包括：

会议ID识别单元，用于识别会议控制信令中的会议ID；

会议匹配单元，连接会议ID识别单元，用于根据会议ID匹配出会议控制信令归属的会议；

信令发送单元，连接会议匹配单元，用于将会议控制信令发送给与其具有匹配关系的会议所对应的消息队列。

由于分布式缓存中通常存储有不同场会议的会议数据，为了便于异常恢复后的业务服务器从分布式缓存中快速获取其可用的会议数据，优选地，如图6所示，会议数据获取模块中具体包括：

会议对应关系获取单元，用于获取异常恢复后的业务服务器与会议的对应关系；业务服务器与会议的对应关系在管理服务器为会议分配业务服务器时已经确立；获取会议对应关系的角色可由业务服务器担任，也就是由异常恢复后的业务服务器去获取其与会议的对应关系；

为了进一步减少服务器间的信令交互，优选地，业务服务器与会议的对应关系同样被存储在分布式缓存中，而非存储在管理服务器中，异常恢复后的业务服务器从分布式缓存中获取其与会议的对应关系。

会议数据获取模块中过还包括：

会议数据获取单元，连接会议对应关系获取单元，用于根据获取的对应关系，从分布式缓存中获取可供异常恢复后的业务服务器作会议恢复使用的会议数据。本实施例中，获取会议数据的角色同样可由业务服务器担任，业务服务器获取该对应关系后即可知晓其服务于哪场或哪几场会议，会议数据中包含对应场会议的会议ID，业务服务器通过识别会议数据中的会议ID即可知晓分布式缓存中存储的哪份或哪几份会议数据为可供其使用的会议数据。

作为本实施例提供的业务服务器异常救济方法的一种补充，当计算机内存中保留有可供会议恢复使用的会议数据时，异常恢复后的业务服务器也可从计算机内存中获取其可用的会议数据。为了实现这一功能，优选地，会议数据获取模块中还包括：

判断单元，连接会议数据获取单元，用于在业务服务器异常恢复后，判断计算机内存中是否存储有可供异常恢复后的业务服务器作会议恢复使用的会议数据，

若是，则会议数据获取单元从计算机内存中获取会议数据；

若否，则会议数据获取单元从分布式缓存中获取会议数据。

本发明还提供了一种计算机可读存储介质，包括执行指令，当电子设备的处理器执行该执行指令时，处理器执行上述的业务服务器异常救济方法。

需要声明的是，上述具体实施方式仅仅为本发明的较佳实施例及所运用技术原理。本领域技术人员应该明白，还可以对本发明做各种修改、等同替换、变化等等。但是，这些变换只要未背离本发明的精神，都应在本发明的保护范围之内。另外，本申请说明书和权利要求书所使用的一些术语并不是限制，仅仅是为了便于描述。

Claims (13)

1.一种业务服务器异常救济方法，其特征在于，具体步骤包括：

1）为每场会议指定对应可用的消息队列；

2）传输服务器将客户端产生的会议控制信令发送到对应的消息队列中；

3）业务服务器从对应的所述消息队列中消费所述会议控制信令为对应的所述会议提供业务服务；

4）所述业务服务器将业务产生的会议数据备份存储到分布式缓存中；

5）异常恢复后的所述业务服务器从所述分布式缓存中获取可供会议恢复使用的所述会议数据并完成会议恢复流程。

2.根据权利要求1所述的业务服务器异常救济方法，其特征在于，步骤1）中，所述消息队列由RocketMQ分布式消息中间件提供。

3.根据权利要求1所述的业务服务器异常救济方法，其特征在于，步骤2）中，将所述会议控制信令发送到对应的所述消息队列中的方法步骤包括：

2.1）识别所述会议控制信令的会议ID；

2.2）根据所述会议ID匹配出所述会议控制信令归属的所述会议；

2.3）将所述会议控制信令发送给与其具有匹配关系的所述会议所对应的所述消息队列。

4.根据权利要求1所述的业务服务器异常救济方法，其特征在于，步骤4）中，所述分布式缓存包括Redis数据库、Memcache分布式高速缓存系统或SSDB数据库中的任意一种或多种。

5.根据权利要求1所述的业务服务器异常救济方法，其特征在于，步骤5）中，异常恢复后的所述业务服务器从所述分布式缓存中获取所述会议数据的步骤包括：

5.1）异常恢复后的所述业务服务器获取自身与所述会议的对应关系；

5.2）所述业务服务器根据所述对应关系，从所述分布式缓存中获取可供会议恢复使用的所述会议数据。

6.根据权利要求5所述的业务服务器异常救济方法，其特征在于，所述业务服务器与所述会议的所述对应关系存储在所述分布式缓存中。

7.根据权利要求1所述的业务服务器异常救济方法，其特征在于，所述业务服务器异常恢复后，首先判断计算机内存中是否存储有可供会议恢复使用的所述会议数据，

若是，则从所述计算机内存中获取所述会议数据；

若否，则从所述分布式缓存中获取所述会议数据。

8.根据权利要求1所述的业务服务器异常救济方法，其特征在于，所述业务服务器不可用时，切换的新业务服务器接管原业务服务器所消费的所述消息队列，并从所述分布式缓存中获取可供会议恢复使用的所述会议数据。

9.一种业务服务器异常救济装置，其特征在于，所述装置包括：

消息队列指定模块，用于为每场会议指定对应可用的消息队列；

信令发送模块，用于将客户端产生的会议控制信令发送到对应的所述消息队列中；

业务服务模块，用于从对应的所述消息队列中消费所述会议控制信令为对应的所述会议提供业务服务；

会议数据备份存储模块，通信连接所述业务服务模块，用于将业务产生的会议数据备份存储到分布式缓存中；

会议数据获取模块，通信连接所述分布式缓存，用于从所述分布式缓存中获取备份的所述会议数据；

会议恢复模块，连接所述会议数据获取模块，用于根据获取的所述会议数据完成会议恢复流程。

10.根据权利要求9所述的业务服务器异常救济装置，其特征在于，所述信令发送模块中具体包括：

会议ID识别单元，用于识别所述会议控制信令中的会议ID；

会议匹配单元，连接所述会议ID识别单元，用于根据所述会议ID匹配出所述会议控制信令归属的所述会议；

信令发送单元，连接所述会议匹配单元，用于将所述会议控制信令发送给与其具有匹配关系的所述会议所对应的所述消息队列。

11.根据权利要求9所述的业务服务器异常救济装置，其特征在于，所述会议数据获取模块中具体包括：

会议对应关系获取单元，用于获取异常恢复后的所述业务服务器与所述会议的对应关系；

会议数据获取单元，连接所述会议对应关系获取单元，用于根据所述对应关系，从所述分布式缓存中获取可供异常恢复后的所述业务服务器作会议恢复使用的所述会议数据。

12.根据权利要求11所述的业务服务器异常救济装置，其特征在于，所述会议数据获取模块中还包括：

判断单元，连接所述会议数据获取单元，用于在所述业务服务器异常恢复后，判断计算机内存中是否存储有可供异常恢复后的所述业务服务器作会议恢复使用的所述会议数据，

若是，则所述会议数据获取单元从所述计算机内存中获取所述会议数据；

若否，则所述会议数据获取单元从所述分布式缓存中获取所述会议数据。

13.一种计算机可读存储介质，包括执行指令，其特征在于，当电子设备的处理器执行所述执行指令时，所述处理器执行如权利要求1-8任意一项所述的业务服务器异常救济方法。

Images