CN113242263B - 一种会议服务器及音视频会议数据的修正方法 - Google Patents

Abstract

本申请提供一种会议服务器及音视频会议数据的修正方法，会议服务器包括缓存数据库、系统数据库、会议信令服务网元和后台任务网元，后台任务网元被配置为检测缓存数据库中存储的会议状态，其中，会议状态是会议信令服务网元根据智能设备发出的会议请求同步到缓存数据库中的；检查到会议状态不存在时，后台任务网元根据当前检查时间在系统数据库中获取和当前检查时间对应的会议数据；根据当前检查时间修正系统数据库中对应的会议数据。本申请通过检查机制，在发生异常时能够将会议的历史数据修正，保证历史数据的完整性；在异常恢复后能够将会议的历史数据进行校正，提高历史数据的准确性。

Description

一种会议服务器及音视频会议数据的修正方法

技术领域

本申请涉及通信技术领域，尤其涉及一种会议服务器及音视频会议数据的修正方法。

背景技术

随着通信技术的迅速发展，以及，人们工作学习地域流动性的增加，企业和个人对音视频会议的需求不断提高；通过对音视频会议的历史数据记录，保存会议的相关信息(比如日期、时间、主题、持续时间、与会者等等)，并给用户提供可查询的历史记录。

相关技术中，音视频会议在会议开始和结束、参会者加入和离开会议时，更新状态并记录数据到数据库中，当会议服务器发生异常恢复后，智能设备(比如手机、平板、电脑)通过重新连接机制能够重新与会议服务器建立通信并继续进行会议，数据仍会正常记录到数据库中。

然而，当智能设备重新连接失败无法恢复，或者异常时参会者已经离开会议或结束会议，那么会议或参会者的数据将存在丢失的可能，进而导致通过数据库查询到关于这次会议的记录不完整或记录不准确，会给用户带来困扰。

发明内容

本申请提供了一种会议服务器及音视频会议数据的修正方法，可用于解决音视频会议记录的历史数据不完整或不准确的技术问题。

第一方面，本申请提供一种会议服务器，包括：

缓存数据库；

系统数据库；

会议信令服务网元；

后台任务网元，所述后台任务网元被配置为：

检测所述缓存数据库中存储的会议状态，其中，所述会议状态是所述会议信令服务网元根据智能设备发出的会议请求同步到所述缓存数据库中的；

检查到会议状态不存在时，所述后台任务网元根据当前检查时间在所述系统数据库中获取和当前检查时间对应的会议数据，其中所述系统数据库中的会议数据是所述后台任务网元在接收到会议信令服务网元发送的会议数据后保存到所述系统数据库中的；

根据当前检查时间修正所述系统数据库中对应的会议数据。

结合第一方面，在一种可实现方式中，检测所述缓存数据库中存储的会议状态的步骤中，所述后台任务网元进一步被配置为：根据预设间隔时间周期性的对每一个会议进行监控；检查所述缓存数据库中每一个会议的会议状态，其中会议状态包括会议开始和会议离开。

结合第一方面，在一种可实现方式中，若检查到会议状态不存在是由会议信令服务网元异常导致，根据当前检查时间修正所述系统数据库中对应的会议数据的步骤中，包括：

将会议状态修正为结束，并记录当前检查时间为会议结束时间；

将参会者修正为离开，并记录当前检查时间为参会者离开时间。

结合第一方面，在一种可实现方式中，若检查到会议状态不存在是由后台任务网元异常重启后导致，所述后台任务网元进一步被配置为：

再次启动周期性检查所述缓存数据库中会议状态；

将会议的状态修正为结束，并记录当前检查时间为会议结束时间；

将参会者的状态修正为离开，并记录当前检查时间为参会者离开时间。

结合第一方面，在一种可实现方式中，再次检查到会议状态为结束和/或参会者离开时，所述后台任务网元进一步被配置为：

根据再次检查的时间，更新所述系统数据库中修正后的会议数据。

结合第一方面，在一种可实现方式中，所述系统数据库包括会议状态数据库和参会者数据库；

所述会议状态数据库，用于记录会议状态数据，所述会议状态数据包括会议开始或/和会议结束的状态以及对应的时间；

所述参会者数据库，用于记录会议参与者数据，所述会议参与者数据包括参与者加入会议或/和参与者离开会议的状态以及对应的时间。

结合第一方面，在一种可实现方式中，所述后台任务网元，还被配置为：从分布式发布订阅消息队列中获取相应的会议数据，其中所述会议数据为所述会议信令服务网元根据写入分布式发布订阅消息队列的会议数据。

由以上技术方案可知，本申请第一方面提供一种会议服务器，会议服务器包括缓存数据库、系统数据库、会议信令服务网元和后台任务网元，后台任务网元被配置为检测缓存数据库中存储的会议状态，其中，会议状态是会议信令服务网元根据智能设备发出的会议请求同步到缓存数据库中的；检查到会议状态不存在时，后台任务网元根据当前检查时间在系统数据库中获取和当前检查时间对应的会议数据，其中系统数据库中的会议数据是后台任务网元在接收到会议信令服务网元发送的会议数据后保存到系统数据库中的；根据当前检查时间修正系统数据库中对应的会议数据。本申请通过检查机制，在发生异常时能够将会议的历史数据修正，保证历史数据的完整性；在异常恢复后能够将会议的历史数据进行校正，提高历史数据的准确性。

第二方面，本申请提供一种音视频会议数据的修正方法，包括如下步骤：

后台任务网元检查缓存数据库中会议状态，其中，所述会议状态是会议信令服务网元根据智能设备发出的会议请求同步到所述缓存数据库中的；

检查到会议状态不存在时，所述后台任务网元根据当前检查时间在系统数据库中获取和当前检查时间对应的会议数据，其中所述系统数据库中的会议数据是所述后台任务网元在接收到会议信令服务网元发送的会议数据后保存到所述系统数据库中的；

根据当前检查时间修正所述系统数据库中对应的会议数据。

结合第二方面，在一种可实现方式中，所述方法还包括：

后台任务网元从分布式发布订阅消息队列中获取相应的会议数据，其中所述会议数据为所述会议信令服务网元根据写入分布式发布订阅消息队列的会议数据；

将所述会议数据写入所述系统数据库，所述系统数据库包括会议状态数据库和参会者数据库。

结合第二方面，在一种可实现方式中，若检查到会议状态不存在是由后台任务网元异常重启后导致，所述方法还包括：

再次启动周期性检查所述缓存数据库中会议状态；

将会议的状态修正为结束，并记录当前检查时间为会议结束时间；

将参会者的状态修正为离开，并记录当前检查时间为参会者离开时间；

再次检查到会议状态为结束和/或参会者离开时，根据再次检查的时间更新所述系统数据库中修正后的会议数据。

由以上技术方案可知，本申请第二方面提供一种音视频会议数据的修正方法，后台任务网元检查缓存数据库中会议状态，其中，所述会议状态是会议信令服务网元根据智能设备发出的会议请求同步到所述缓存数据库中的；检查到会议状态不存在时，所述后台任务网元根据当前检查时间在系统数据库中获取和当前检查时间对应的会议数据，其中所述系统数据库中的会议数据是所述后台任务网元在接收到会议信令服务网元发送的会议数据后保存到所述系统数据库中的；根据当前检查时间修正所述系统数据库中对应的会议数据。本申请通过检查机制，在发生异常时能够将会议的历史数据修正，保证历史数据的完整性；在发生异常恢复后能够将会议的历史数据进行校正，提高历史数据的准确性。

附图说明

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

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

图1为本申请实施例智能设备和会议服务器之间操作场景的示意图；

图2为本申请实施例中会议服务器的结构示意图；

图3为本申请实施例中音视频会议数据的修正方法流程图；

图4为本申请实施例中音视频会议数据的修正方法在会议服务器正常下的流程图；

图5为本申请实施例中音视频会议数据的修正方法在会议信令服务网元异常下的流程图；

图6为本申请实施例中音视频会议数据的修正方法在后台任务网元异常下的流程图；

图7为本申请实施例中音视频会议数据的方法中后台任务网元异常重启后的流程图。

具体实施方式

为使本申请示例性实施例的目的、技术方案和优点更加清楚，下面将结合本申请示例性实施例中的附图，对本申请示例性实施例中的技术方案进行清楚、完整地描述，显然，所描述的示例性实施例仅是本申请一部分实施例，而不是全部的实施例。

基于本申请中示出的示例性实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。此外，虽然本申请中公开内容按照示范性一个或几个实例来介绍，但应理解，可以就这些公开内容的各个方面也可以单独构成一个完整技术方案。

应当理解，本申请中说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，例如能够根据本申请实施例图示或描述中给出那些以外的顺序实施。

此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖但不排他的包含，例如，包含了一系列组件的产品或设备不必限于清楚地列出的那些组件，而是可包括没有清楚地列出的或对于这些产品或设备固有的其它组件。

本申请中使用的术语“模块”，是指任何已知或后来开发的硬件、软件、固件、人工智能、模糊逻辑或硬件或/和软件代码的组合，能够执行与该元件相关的功能。

本说明书通篇提及的“多个实施例”、“一些实施例”、“一个实施例”或“实施例”等，意味着结合该实施例描述的具体特征、结构或特性包括在至少一个实施例中。因此，本说明书通篇出现的短语“在多个实施例中”、“在一些实施例中”、“在至少另一个实施例中”或“在实施例中”等并不一定都指相同的实施例。此外，在一个或多个实施例中，具体特征、结构或特性可以任何合适的方式进行组合。因此，在无限制的情形下，结合一个实施例示出或描述的具体特征、结构或特性可全部或部分地与一个或多个其他实施例的特征、结构或特性进行组合。这种修改和变型旨在包括在本申请的范围之内。

随着企业和个人对音视频会议的需求不断提高，对于音视频会议的可查询的历史数据记录也是企业和个人所需的必备功能，在会议结束后，无法查询到此次会议的记录或记录不完整，会给用户带来很大的困扰，因此，保证相关的会议数据(比如日期、时间、主题、持续时间、与会者等等)的准确性和完整性是必要的。

音视频会议在会议开始和结束、参会者加入和离开会议时，更新状态并记录数据到数据库中，当会议服务器发生异常恢复后，智能设备通过重新连接机制能够重新与会议服务器建立通信并继续进行会议，数据仍会正常记录到数据库中。然而，在异常发生的过程中，可能会存在数据的缺失；在智能设备重新连接失败无法恢复，或者异常时参会者已经离开会议或结束会议，那么会议或参会者的数据将存在丢失的可能，进而导致通过数据库查询到关于这次会议的记录不完整或记录不准确，会给用户带来困扰。

为了完整或准确的记录音视频会议，如图1所示，为实施例中智能设备2和会议服务器1之间操作场景的示意图，用户通过会议服务器1，实现不同智能设备2之间的音视频会议。

在一些实施例中，智能设备2(如移动终端、平板电脑、计算机、笔记本电脑等)与会议服务器1进行数据通信，可通过局域网(LAN)、无线局域网(WLAN)和其他网络进行通信连接，会议服务器1可以是一个集群，也可以是多个集群，可以包括一类或多类服务器。

本申请提供部分实施例一种会议服务器，接收智能设备消息，如图2所示，所述会议服务器1包括会议信令服务网元nmss11(net meeting signal service)、后台任务网元bgtask14(background task)、分布式发布订阅消息队列13、缓存数据库12和系统数据库DB15。

会议信令服务网元nmss11用于获取智能设备用户的会议请求，实现智能设备和会议服务器1之间的交互，通过响应于所述会议请求，同步所述缓存数据库中会议状态，以及，产生会议数据，智能设备2通过nmss实现与音视频会议中其他参会者之间状态和指令的同步以及更新，并产生会议数据。其中，所述会议请求包括创建会议请求、结束会议请求、参会者加入会议请求和参会者离开会议请求。

会议信令服务网元nmss11和后台任务网元bgtask14之间的数据传递以及会议状态的同步通过分布式发布订阅消息队列13和缓存数据库12来实现。

在一些实施例中，将所述会议数据加入所述分布式发布订阅消息队列，可以时在会议发起/结束时各产生一条消息，也可以是在参会者加入/离开会议时各产生一条消息。

后台任务网元bgtask14从所述分布式订阅消息队列中获取相应的会议数据并将相应的会议数据写入系统数据库DB，执行会议状态的检查和会议数据的修正。具体的对于每一个会议期间进行监控，并根据预设间隔时间周期性检查所述缓存数据库中对应的会议状态；在检查到所述会议服务器异常时，根据当前检查时间修正所述系统数据库中对应的会议数据。

会议服务器异常的发生可以是会议服务器崩溃、可以是会议服务器升级重启等导致的，对于本申请会议服务器，可能导致会议信令服务网元异常或后台任务网元异常。对于不同的异常，会议服务器的处理方式也存在不同。

当所述会议服务器异常导致会议信令服务网元异常时，根据检查时间修正所述系统数据库中对应的会议数据的步骤中：当会议信令服务网元异常导致检查到所述缓存数据库中会议状态不存在时，获取所述系统数据库中会议数据；将所述系统数据库中参会者的状态修正为离开，并记录当前检查时间为所述参会者离开时间；会议的状态修正为结束，并记录当前检查时间为所述会议结束时间。

当所述会议服务器异常导致后台任务网元异常时，根据检查时间修正所述系统数据库中对应的会议数据的步骤中：当后台任务网元异常导致检查不到所述缓存数据库中会议状态时，获取所述系统数据库中会议数据；将所述系统数据库中参会者的状态修正为离开，并记录当前检查时间为所述参会者离开时间；会议的状态修正为结束，并记录当前检查时间为所述会议结束时间；当所述后台任务网元异常修复后，从分布式发布订阅消息队列接收新的会议数据，根据新的会议数据更新系统数据库；周期性检查所述缓存数据库中的会议状态；当从所述缓存数据库中检查到所述会议状态为结束和/或参会者离开时，更新所述系统数据库中相应的会议数据。

在一种实施例中，分布式发布订阅消息队列13可以是Kafka，Kafka是分布式消息队列，具有高性能、持久化、多副本备份、横向扩展能力，生产者往队列里写消息，消费者从队列里取消息进行业务逻辑。Kafka通过Topic这个身份标识，生产者产生消息时会贴上一个Topic标签，当消费者需要读取消息时，可以根据这个Topic读取特定的数据。

发布订阅是一种消息范式，消息的生产者不会将消息直接发送给特定的消费者，而是将发布的消息分为不同的类别，无需了解哪些消费者可能存在。同样的，消费者可以表达对一个或多个类别的兴趣，只接收感兴趣的消息，无需了解哪些生产者存在。

后台任务网元bgtask14从Kafka中获取会议数据，会议开始或结束时各产生一条Kafka消息，参会者加入或离开会议时各产生一条Kafka消息，包括会议开始状态和时间、会议结束状态和时间、参会者加入会议状态和时间、参会者离开会议状态和时间。根据Topic标签将会议数据写入系统数据库DB中对应的会议状态数据库和参会者数据库。所述会议状态数据库，用于记录会议状态数据，所述会议状态数据包括会议开始或/和会议结束的状态以及对应的时间；所述参会者数据库，用于记录会议参与者数据，所述会议参与者数据包括参与者加入会议或/和参与者离开会议的状态以及对应的时间。

在一种实施例中，通过后台任务网元，将会议开始的一条Kafka消息和会议结束的一条Kafka消息写入会议状态数据库中的一条数据，便于用户在会议之后对数据查询时更方便的了解会议信息。

在一种实施例中，缓存数据库12可以是Redis，Redis是高性能的key-value数据库，Redis支持主从同步，数据可以从主会议服务器向任意数量的从会议服务器上同步，从会议服务器可以是关联其他从会议服务器的主会议服务器，这使得Redis可执行单层树复制，可以有意无意的对数据进行写操作，由于完全实现了发布订阅机制，使得从数据库在任何地方同步树时，可订阅一个频道并接收主会议服务器完整的消息发布记录。

当会议开始或者会议结束时，更新Redis中相应的会议状态。通过后台任务网元bgtask14对Redis周期性检查，使得后台任务网元bgtask14可以持续的获取会议状态，以此判定会议信令服务网元异常的导致的具体情况，可以是会议不存在或者已经结束。

由以上技术方案可知，本申请提供一种会议服务器，会议服务器包括缓存数据库、系统数据库、会议信令服务网元和后台任务网元，后台任务网元被配置为检测缓存数据库中存储的会议状态，其中，会议状态是会议信令服务网元根据智能设备发出的会议请求同步到缓存数据库中的；检查到会议状态不存在时，后台任务网元根据当前检查时间在系统数据库中获取和当前检查时间对应的会议数据，其中系统数据库中的会议数据是后台任务网元在接收到会议信令服务网元发送的会议数据后保存到系统数据库中的；根据当前检查时间修正系统数据库中对应的会议数据。本申请通过检查机制，在发生异常时能够将会议的历史数据修正，保证历史数据的完整性；在异常恢复后能够将会议的历史数据进行校正，提高历史数据的准确性。

本申请提供部分实施例一种音视频会议数据的记录方法，如图3所示，所述方法包括，检测所述缓存数据库中存储的会议状态。其中，所述会议状态是所述会议信令服务网元根据智能设备发出的会议请求同步到所述缓存数据库中的。检查到会议状态不存在时，所述后台任务网元根据当前检查时间在所述系统数据库中获取和当前检查时间对应的会议数据。其中所述系统数据库中的会议数据是所述后台任务网元在接收到会议信令服务网元发送的会议数据后保存到所述系统数据库中的。根据当前检查时间修正所述系统数据库中对应的会议数据。

在会议服务器正常的情况下，如图4所示，一种音视频会议数据的记录方法包括如下步骤：

S110、获取用户的会议请求。参会者通过智能设备会发起会议，加入会议等会议请求，可能还有会议模式、会议主题、会议显示等方面的请求。在一些实施例中，每个用户的会议号是唯一的，定义为meetingID，对于会议服务器，为了区分用一用户多次发起的会议，基于meetingID生成globalMeetingID，用户实际使用时仍使用meetingID发起和加入会议，而在智能设备端和会议服务器交互、会议服务器产生数据基于globalMeetingID，用于区分同一用户会议号多次不同的会议。

S120、同步会议开始状态。会议信令服务网元nmss，响应于所述会议请求，同步缓存数据库中会议状态，更新Redis中会议的状态，即会议号meetingID发起时生成globalMeetingID，并更新Redis中globalMeetingID的状态为开始。

S131、会议开始且参会者加入会议。会议信令服务网元nmss产生会议开始且参会者加入会议的会议数据，会议数据以Kafka消息存入分布式发布订阅消息队列。

S141、记录会议开始和参会者加入。后台任务网元bgtast从分布式发布订阅消息队列中获取记录会议开始和参会者加入的数据。

S151、保存会议记录。后台任务网元bgtast会议开始和参会者加入的数据保存在系统数据库DB中对应的会议状态数据库DB和参会者数据库DB。记录globalMeetingID中参会者为开始会议状态和加入会议时间。

S161、启动对会议状态的检查。当bgtast接收到会议开始消息后，启动监控routine，开始对每一个globalMeetingID的检查。

S162、周期性检查会议状态，根据预设间隔时间周期性检查所述缓存数据库中对应的会议状态，预设间隔时间可以是5秒，每5秒查询一下，直到接收到会议结束的消息。

会议中存在其他的参会者，通过步骤S132、其他参会者加入会议；S142、记录其他参会者加入；S151、保存会议数据；S133、其他参会者离开会议；S143、记录其他参会者离开；S151、保存会议数据；这样的过程实现参会者的加入与离开的历史记录。当其他参会者加入会议时，通过globalMeetingID中其他参会者的开始状态并保存加入会议时间，当其他参会者正常离开会议，系统数据库记录其他参会者为离开状态并保存离开会议时间。

S134、会议结束且参会者离开会议。在会议服务器正常的情况下，当会议的发起参会者离开会议并结束会议时，会议信令服务网元将会议结束的状态以及参会者离开会议的状态消息发送给Kafka，一次完整的会议将结束。同时，执行步骤S121、同步会议结束状态，更新Redis会议状态为离开。

S144、记录会议结束和参会者离开。后台任务网元bgtask收到globalMeetingID结束会议的kafka消息及参会者离开会议的kafka消息。

S151、保存会议数据，将会议数据所述系统数据库中对应的会议数据。同时，执行步骤S162、关闭对会议状态的检查。Bgtask将会议结束状态的保存后，停止检查globalMeetingID的routine。

本申请通过检查机制，在没有发生会议服务器异常时，能够将会议的历史数据完整记录，保证历史数据的完整性和历史数据的准确性。

本申请提供部分实施例一种音视频会议数据的修正方法，当会议服务器异常导致会议信令服务网元异常，如图5所示，所述方法包括如下步骤：

S210、获取用户的会议请求。参会者通过智能设备会发起会议，加入会议等会议请求，可能还有会议模式、会议主题、会议显示等方面的请求。在一些实施例中，每个用户的会议号是唯一的，定义为meetingID1，对于会议服务器，为了区分用一用户多次发起的会议，基于meetingID1生成globalMeetingID1，用户实际使用时仍使用meetingID1发起和加入会议，而在智能设备端和会议服务器交互、会议服务器产生数据基于globalMeetingID1，用于区分同一用户会议号多次不同的会议。

S220、同步会议1开始状态。会议信令服务网元nmss，响应于所述会议请求，同步缓存数据库中会议状态，更新Redis中会议的状态，即会议号meetingID1发起时生成globalMeetingID1，并更新Redis中globalMeetingID1的状态为开始。

S231、会议1开始且参会者A加入会议1。会议信令服务网元nmss产生会议开始且参会者加入会议的会议数据，会议数据以Kafka消息存入分布式发布订阅消息队列。

S241、记录会议1开始和参会者A加入。后台任务网元bgtast从分布式发布订阅消息队列中获取记录会议开始和参会者加入的数据。

S251、保存会议1记录。后台任务网元bgtast会议开始和参会者加入的数据保存在系统数据库DB中对应的会议状态数据库DB和参会者数据库DB。记录globalMeetingID中参会者为开始会议状态和加入会议时间。

S261、启动对会议1状态的检查。当bgtast接收到会议开始消息后，启动监控routine，开始对每一个globalMeetingID1的检查。

S262、周期性检查会议1状态，根据预设间隔时间周期性检查所述缓存数据库中对应的会议状态，预设间隔时间可以是5秒，每5秒查询一下，直到接收到会议结束的消息。

会议中存在其他的参会者，以参会者B举例，通过步骤S232、参会者B加入会议1；S242、记录参会者B加入；S251、保存会议1数据；S233、参会者B离开会议1；S243、记录参会者B离开；S251、保存会议1数据；这样的过程实现参会者的加入与离开的历史记录。当其他参会者加入会议时，通过globalMeetingID1中其他参会者的开始状态并保存加入会议时间，当其他参会者正常离开会议，系统数据库记录其他参会者为离开状态并保存离开会议时间。

当所述会议服务器异常导致会议信令服务网元异常时：

S263、检查会议1状态不存在。当异常导致检查到所述缓存数据库中会议状态不存在时，获取所述系统数据库中会议数据。

S252、修正会议1数据。将所述系统数据库中参会者的状态修正为离开，并记录当前检查时间为所述参会者离开时间；会议的状态修正为结束，并记录当前检查时间为所述会议结束时间。

会议信令服务网元异常导致会议无法恢复，此时通过修正会议数据，将已经开始的会议数据补充完整。通过检查机制，在发生异常时能够将会议的历史数据修正，保证历史数据的完整性。

本申请提供部分实施例一种音视频会议数据的修正方法，当会议服务器异常导致后台任务网元异常，如图6所示，所述方法包括如下步骤：

S310、获取用户的会议请求。参会者通过智能设备会发起会议，加入会议等会议请求，可能还有会议模式、会议主题、会议显示等方面的请求。在一些实施例中，每个用户的会议号是唯一的，定义为meetingID1，对于会议服务器，为了区分用一用户多次发起的会议，基于meetingID1生成globalMeetingID2，用户实际使用时仍使用meetingID1发起和加入会议，而在智能设备端和会议服务器交互、会议服务器产生数据基于globalMeetingID2，用于区分同一用户会议号多次不同的会议。

S320、同步会议2开始状态。会议信令服务网元nmss，响应于所述会议请求，同步缓存数据库中会议状态，更新Redis中会议的状态，即会议号meetingID1发起时生成globalMeetingID2，并更新Redis中globalMeetingID2的状态为开始。

S331、会议2开始且参会者A加入会议。会议信令服务网元nmss产生会议开始且参会者加入会议的会议数据，会议数据以Kafka消息存入分布式发布订阅消息队列。

S341、记录会议2开始和参会者A加入。后台任务网元bgtast从分布式发布订阅消息队列中获取记录会议开始和参会者加入的数据。

S351、保存会议2记录。后台任务网元bgtast会议开始和参会者加入的数据保存在系统数据库DB中对应的会议状态数据库DB和参会者数据库DB。记录globalMeetingID2中参会者为开始会议状态和加入会议时间。

S361、启动对会议2状态的检查。当bgtast接收到会议开始消息后，启动监控routine，开始对每一个globalMeetingID2的检查。

S362、周期性检查会议2状态，根据预设间隔时间周期性检查所述缓存数据库中对应的会议状态，预设间隔时间可以是5秒，每5秒查询一下，直到接收到会议结束的消息。

会议中存在其他的参会者，以参会者C为例，通过步骤S332、参会者C加入会议2；S342、记录参会者C加入；S351、保存会议2数据；S333、参会者C离开会议2；S343、记录参会者C离开；S351、保存会议2数据；这样的过程实现参会者的加入与离开的历史记录。当其他参会者加入会议时，通过globalMeetingID2中其他参会者的开始状态并保存加入会议时间，当其他参会者正常离开会议，系统数据库记录其他参会者为离开状态并保存离开会议时间。

当所述会议服务器异常导致后台任务网元异常且异常恢复后：

S352、修正会议2数据。异常导致检查不到所述缓存数据库中会议状态时，获取所述系统数据库中会议数据；将所述系统数据库中参会者的状态修正为离开，并记录当前检查时间为所述参会者离开时间；会议的状态修正为结束，并记录当前检查时间为所述会议结束时间。

从分布式发布订阅消息队列接收新的会议数据，根据新的会议数据更新系统数据库；周期性检查所述缓存数据库中的会议状态。

S334参会者A结束并离开会议2。当从分布式发布订阅消息队列接收新的会议数据为参会者A结束并离开会议2，当从所述缓存数据库中检查到所述会议状态为结束和/或参会者离开时，更新所述系统数据库中相应的会议数据，并结束对会议2的监控，结束会议。

后台任务网元异常重启恢复后，此时通过修正会议数据以及更新会议数据，将已经开始的会议数据补充完整并可以更好的提高历史数据的准确性；通过检查机制，在发生异常时能够将会议的历史数据修正，保证历史数据的完整性；而在发生异常恢复后能够将会议的历史数据进行校正，提高历史数据的准确性。

对于后台任务网元异常重启后，如图7所示，首先从会议状态数据库DB中取出正在进行中的会议，根据globalMeetingID2分别启动检查routine进行监控，若Redis中会议状态不存在，则对参会者DB和历史会议DB进行修正。若后续又收到Kafka的消息，那么Kafka中的数据会再次对会议状态数据库和参会者数据库中的数据进行更新。

由以上技术方案可知，本申请提供一种音视频会议数据的修正方法，后台任务网元检查缓存数据库中会议状态，其中，所述会议状态是会议信令服务网元根据智能设备发出的会议请求同步到所述缓存数据库中的；检查到会议状态不存在时，所述后台任务网元根据当前检查时间在系统数据库中获取和当前检查时间对应的会议数据，其中所述系统数据库中的会议数据是所述后台任务网元在接收到会议信令服务网元发送的会议数据后保存到所述系统数据库中的；根据当前检查时间修正所述系统数据库中对应的会议数据。本申请通过检查机制，在发生异常时能够将会议的历史数据修正，保证历史数据的完整性；而在发生异常恢复后能够将会议的历史数据进行校正，提高历史数据的准确性。

本申请提供的实施例之间的相似部分相互参见即可，以上提供的具体实施方式只是本申请总的构思下的几个示例，并不构成本申请保护范围的限定。对于本领域的技术人员而言，在不付出创造性劳动的前提下依据本申请方案所扩展出的任何其他实施方式都属于本申请的保护范围。

Claims (10)

1.一种会议服务器，其特征在于，包括：

缓存数据库；

系统数据库；

会议信令服务网元；

后台任务网元，所述后台任务网元被配置为：

检测所述缓存数据库中存储的会议状态，其中，所述会议状态是所述会议信令服务网元根据智能设备发出的会议请求同步到所述缓存数据库中的；

检查到会议状态不存在时，所述后台任务网元根据当前检查时间在所述系统数据库中获取和当前检查时间对应的会议数据，其中所述系统数据库中的会议数据是所述后台任务网元在接收到会议信令服务网元发送的会议数据后保存到所述系统数据库中的；

根据当前检查时间修正所述系统数据库中对应的会议数据；

其中，当会议状态不存在是由后台任务网元异常重启后导致，再次启动周期性检查所述缓存数据库中会议状态，当再次检查到会议状态为结束和/或参会者离开时，根据再次检查的时间修正所述系统数据库中对应的会议数据。

2.根据权利要求1所述会议服务器，其特征在于，检测所述缓存数据库中存储的会议状态的步骤中，所述后台任务网元进一步被配置为：

根据预设间隔时间周期性的对每一个会议进行监控；

检查所述缓存数据库中每一个会议的会议状态，其中会议状态包括会议开始和会议离开。

3.根据权利要求1所述会议服务器，其特征在于，若检查到会议状态不存在是由会议信令服务网元异常导致，根据当前检查时间修正所述系统数据库中对应的会议数据的步骤中，包括：

将会议的状态修正为结束，并记录当前检查时间为会议结束时间；

将参会者的状态修正为离开，并记录当前检查时间为参会者离开时间。

4.根据权利要求1所述会议服务器，其特征在于，若检查到会议状态不存在是由后台任务网元异常重启后导致，所述后台任务网元进一步被配置为：

再次启动周期性检查所述缓存数据库中会议状态；

将会议的状态修正为结束，并记录当前检查时间为会议结束时间；

将参会者的状态修正为离开，并记录当前检查时间为参会者离开时间。

5.根据权利要求4所述会议服务器，其特征在于，再次检查到会议状态为结束和/或参会者离开时，所述后台任务网元进一步被配置为：

根据再次检查的时间，更新所述系统数据库中修正后的会议数据。

6.根据权利要求1所述会议服务器，其特征在于，所述系统数据库包括会议状态数据库和参会者数据库；

所述会议状态数据库，用于记录会议状态数据，所述会议状态数据包括会议开始或/和会议结束的状态以及对应的时间；

所述参会者数据库，用于记录会议参与者数据，所述会议参与者数据包括参与者加入会议或/和参与者离开会议的状态以及对应的时间。

7.根据权利要求1所述会议服务器，其特征在于，所述后台任务网元，还被配置为：

从分布式发布订阅消息队列中获取相应的会议数据，其中所述会议数据为所述会议信令服务网元根据写入分布式发布订阅消息队列的会议数据。

8.一种音视频会议数据的修正方法，其特征在于，所述方法包括：

后台任务网元检查缓存数据库中会议状态，其中，所述会议状态是会议信令服务网元根据智能设备发出的会议请求同步到所述缓存数据库中的；

检查到会议状态不存在时，所述后台任务网元根据当前检查时间在系统数据库中获取和当前检查时间对应的会议数据，其中所述系统数据库中的会议数据是所述后台任务网元在接收到会议信令服务网元发送的会议数据后保存到所述系统数据库中的；

根据当前检查时间修正所述系统数据库中对应的会议数据；

其中，当会议状态不存在是由后台任务网元异常重启后导致，再次启动周期性检查所述缓存数据库中会议状态，当再次检查到会议状态为结束和/或参会者离开时，根据再次检查的时间修正所述系统数据库中对应的会议数据。

9.根据权利要求8所述音视频会议数据的修正方法，其特征在于，所述方法还包括：

后台任务网元从分布式发布订阅消息队列中获取相应的会议数据，其中所述会议数据为所述会议信令服务网元根据写入分布式发布订阅消息队列的会议数据；

将所述会议数据写入所述系统数据库，所述系统数据库包括会议状态数据库和参会者数据库。

10.根据权利要求8所述音视频会议数据的修正方法，其特征在于，若检查到会议状态不存在是由后台任务网元异常重启后导致，所述方法还包括：

再次启动周期性检查所述缓存数据库中会议状态；

将会议的状态修正为结束，并记录当前检查时间为会议结束时间；

将参会者的状态修正为离开，并记录当前检查时间为参会者离开时间；

再次检查到会议状态为结束和/或参会者离开时，根据再次检查的时间更新所述系统数据库中修正后的会议数据。

Images