CN114500916A - 会议管理方法、装置、设备及介质 - Google Patents

Abstract

本申请提供了一种会议管理方法，包括：服务端接收多个会议预约请求，多个会议预约请求包括相同的虚拟会议室标识，然后服务端根据多个会议预约请求生成与虚拟会议室标识对应的多个预约记录。其中，多个预约记录的关键信息不同，该关键信息包括指导用户成功进入会议的信息。如此，对应于同一个虚拟会议室标识的在先预约会议不会受到在后预约会议的影响，例如入会密码等不会被同步修改，满足了不同会议需求，提高了用户体验。

Description

会议管理方法、装置、设备及介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种会议管理方法、装置、设备以及计算机可读存储介质。

背景技术

虚拟会议室(virtual meeting room，VMR)是视频会议领域广泛使用的一种会议形式。VMR服务运营商给用户(包括个人用户、企业用户等)或者会议场所分配固定的标识(identity，ID)，以便于用户记忆和使用。具体地，与会人员可以在客户端中输入VMR ID，从而加入会议。考虑到会议安全，与会人员还可以输入密码，加入会议。

出于对媒体资源的管理，一个VMR ID通常仅支持同时召开一个会议。为此，VMR服务运营商还提供了一种基于VMR ID的预约机制。具体地，针对同一VMR ID，用户可以根据该VMR ID预约不同时段的会议，以宣告在对应时段对该VMR ID所对应的会议资源的使用。

然而，一个VMR ID通常只能应用一套参数。在一个用户基于一个VMR ID预约了一个时段的会议后，如果存在另一个用户根据相同的VMR ID预约了另一个时段的会议，并且该用户修改了会议参数，例如修改了入会密码、会议链接等，则在先预约的会议参数会同步被修改。如此导致在先用户的会议受到较大影响，甚至导致会议中断，难以满足用户需求。

发明内容

本申请提供了一种会议管理方法，该方法中服务端可以根据多个会议预约请求生成多个关键信息不同的预约记录，由此避免在先预约的会议的关键信息被同步修改，在先预约的会议不会被受到在后预约的会议的影响，满足了不同用户的会议需求。本申请还提供了上述方法对应的装置、设备、计算机可读存储介质以及计算机程序产品。

第一方面，本申请提供了一种会议管理方法。该方法可以由会议管理系统的服务端执行。具体地，服务端接收多个会议预约请求，这多个会议预约请求包括相同的虚拟会议室标识，服务端根据多个会议预约请求生成与虚拟会议室标识对应的多个预约记录。其中，所述多个预约记录的关键信息(具体是指导用户成功进入会议的信息)不同。

如此可以避免在先预约的会议的关键信息同步被修改，在先预约的会议不会受到在后预约的会议的影响，能够满足不同用户的会议需求，提高用户体验。

在一些可能的实现方式中，关键信息包括入会密码、会议地址的任意一项或多项。基于此，根据同一虚拟会议标识生成的多个会议预约请求中，每一个会议预约请求对应的预约记录中入会密码、会议地址不会被同步修改，用户可以根据入会密码和会议地址正常入会，避免了无法入会或者进入错误的会议的情况发生，提高了用户体验。在一些实施例中，会议地址可以是直播链接。

在一些可能的实现方式中，多个预约记录分别对应于多个会议实例。其中，会议实例是指具有会议管理功能的进程或线程，该进程或线程可以运行在物理机、虚拟机或者是容器中。具体地，会议实例可以是服务端执行具有会议管理功能的代码段所产生。

多个预约记录中的每个预约记录分别对应于多个会议实例中的一个会议实例。如此，用户可以通过选择预约记录，从而加入相应的会议，由此避免进入错误的会议。

在一些可能的实现方式中，服务端可以接收客户端发送的会议加入请求，该会议加入请求包括虚拟会议室标识，用于请求加入与该虚拟会议室标识对应的会议，服务端根据该虚拟会议室标识确定多个预约记录，然后向客户端发送与虚拟会议室标识对应的多个预约记录，以供用户选择。用户从多个预约记录中选择的预约记录称为目标预约记录。服务端可以接收客户端发送的目标预约记录，然后返回与该目标预约记录对应的目标会议实例的连接信息。通过该连接信息与会议实例建立连接的用户之间可以传输文字或者图片等信息。

该方法通过提供与虚拟会议室标识对应的多个预约记录供用户选择，从而为用户精准提供相应的会议实例的连接信息，避免用户进入错误的会议，提高了用户体验。返回的会议实例连接信息用于用户建立与会议实例的连接，在该步骤中媒体资源

在一些可能的实现方式中，服务端为目标会议实例分配媒体资源，该媒体资源具体是指提供音视频通信服务的资源，例如是媒体服务器，然后服务端为客户端分配上述媒体资源的部分媒体资源，由此客户端可以连接相应的媒体资源，进行音视频通信，由此实现成功入会。

在一些可能的实现方式中，本申请实施例还提供了一种预入会机制对入会流程进行优化。具体地，当相同的虚拟会议室标识对应的其他会议实例占用媒体资源时，服务端先返回目标会议实例的连接信息，使得客户端连接目标会议实例，从而实现预入会。当相同的虚拟会议室标识对应的其他会议实例释放媒体资源时，服务端为目标会议实例分配媒体资源，进而为客户端分配上述媒体资源的部分媒体资源，使得客户端连接该部分媒体资源，从而实现成功入会。

该方法通过在不占用媒体资源情况下预入会，一方面可以提高资源利用率，另一方面可以防止用户进入错误的会议，提高了用户体验。

第二方面，本申请提供了一种会议管理方法。该方法可以由会议管理系统的客户端执行。其中，该客户端可以是用于加入会议客户端。具体地，客户端向服务端发送会议加入请求，该会议加入请求包括虚拟会议室标识，然后客户端接收服务端发送的与虚拟会议室标识对应的多个预约记录，其中，多个预约记录的关键信息(具体是指导用户成功进入会议的信息)不同，接着客户端从多个预约记录中确定目标预约记录，向服务端发送目标预约记录以加入对应的会议。

一方面，多个预约记录的关键信息不同，如此在先预约的会议不会被在后预约的会议影响，满足了不同用户的会议需求，另一方面，客户端可以提供多个预约记录以供用户选择，由此避免了用户进入错误的会议，提高了用户体验。

在一些可能的实现方式中，关键信息包括入会密码、会议地址的任意一项或多项。基于此，根据同一虚拟会议标识生成的多个会议预约请求中，每一个会议预约请求对应的预约记录中入会密码、会议地址不会被同步修改，用户可以根据入会密码和会议地址正常入会，避免了无法入会或者进入错误的会议的情况发生，提高了用户体验。

在一些可能的实现方式中，所述多个预约记录分别对应于多个会议实例，其中，多个预约记录中的每个预约记录对应于所述多个会议实例中的一个会议实例。如此，用户可以通过选择预约记录，从而加入相应的会议，由此避免进入错误的会议。

在一些可能的实现方式中，客户端接收会议加入信息，例如通过图形用户界面或者命令用户界面接收用户输入的会议加入信息，该会议加入信息包括虚拟会议室标识，然后客户端可以根据会议加入信息生成会议加入请求。如此可以简化用户的入会操作，提高了用户体验。

在一些可能的实现方式中，会议加入信息还包括入会密码，对应的，客户端可以根据所述虚拟会议室标识和所述入会密码生成所述会议加入请求。如此在简化用户的入会操作，以及保障会议安全性之间实现了均衡。

在一些可能的实现方式中，客户端可以接收服务端发送的与所述目标预约记录对应的目标会议实例的连接信息，然后客户端根据目标会议实例的连接信息连接目标会议实例。如此，避免了客户端连接其他会议实例，进入错误的会议，满足了不同用户的会议需求，提高了用户体验。

在一些可能的实现方式中，客户端接收服务端发送的媒体资源的连接信息，例如是媒体资源的地址和端口，然后客户端根据媒体资源的连接信息连接媒体资源。此时，客户端不仅可以收发文字或图片等消息，而且可以进行音视频通信，由此实现成功入会。

第三方面，本申请提供了一种会议管理装置。所述装置包括：

通信模块，用于接收多个会议预约请求，所述多个会议预约请求包括相同的虚拟会议室标识；

生成模块，用于根据所述多个会议预约请求生成与所述虚拟会议室标识对应的多个预约记录，所述多个预约记录的关键信息不同，所述关键信息包括指导用户成功进入会议的信息。

在一些可能的实现方式中，所述关键信息包括入会密码、会议地址的任意一项或多项。

在一些可能的实现方式中，所述多个预约记录分别对应于多个会议实例，其中，所述多个预约记录中的每个预约记录对应于所述多个会议实例中的一个会议实例。

在一些可能的实现方式中，所述通信模块还用于：

接收客户端发送的会议加入请求，所述会议加入请求包括所述虚拟会议室标识；

向所述客户端发送与所述虚拟会议室标识对应的多个预约记录；

接收所述客户端发送的所述多个预约记录中的目标预约记录；

向所述客户端返回所述目标预约记录对应的目标会议实例的连接信息，所述目标会议实例的连接信息用于指示所述客户端连接所述目标会议实例。

在一些可能的实现方式中，所述装置还包括：

分配模块，用于为所述目标会议实例分配媒体资源；

所述分配模块，还用于为所述客户端分配所述媒体资源的部分媒体资源。

在一些可能的实现方式中，所述分配模块具体用于：

当相同的虚拟会议室标识对应的其他会议实例释放媒体资源时，为所述目标会议实例分配媒体资源。

第四方面，本申请提供了一种会议管理装置。所述装置包括：

通信模块，用于向服务端发送会议加入请求，所述会议加入请求包括虚拟会议室标识；

所述通信模块，还用于接收所述服务端发送的与所述虚拟会议室标识对应的多个预约记录，所述多个预约记录的关键信息不同，所述关键信息包括指导用户成功进入会议的信息；

所述通信模块，还用于向所述服务端发送目标预约记录以加入对应的会议，所述目标预约记录为所述多个预约记录中的一个。

在一些可能的实现方式中，所述关键信息包括入会密码、会议地址的任意一项或多项。

在一些可能的实现方式中，所述多个预约记录分别对应于多个会议实例，其中，所述多个预约记录中的每个预约记录对应于所述多个会议实例中的一个会议实例。

在一些可能的实现方式中，所述通信模块还用于：

接收会议加入信息，所述会议加入信息包括所述虚拟会议室标识；

所述装置还包括：

生成模块，用于根据所述会议加入信息生成所述会议加入请求。

在一些可能的实现方式中，所述会议加入信息还包括入会密码，所述生成模块具体用于：

根据所述虚拟会议室标识和所述入会密码生成所述会议加入请求。

在一些可能的实现方式中，所述通信模块还用于：

接收所述服务端发送的与所述目标预约记录对应的目标会议实例的连接信息；

所述装置还包括：

连接模块，用于根据所述目标会议实例的连接信息连接所述目标会议实例。

在一些可能的实现方式中，所述通信模块还用于：

所述客户端接收所述服务端发送的媒体资源的连接信息；

所述连接模块还用于：

根据所述媒体资源的连接信息连接所述媒体资源。

第五方面，本申请提供一种设备，所述设备包括处理器和存储器。所述处理器、所述存储器进行相互的通信。所述处理器用于执行所述存储器中存储的指令，以使得设备执行如第一方面或第二方面的任一种实现方式中的会议管理方法。

第六方面，本申请提供一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，所述指令指示设备执行上述第一方面或第二方面的任一种实现方式所述的会议管理方法。

第七方面，本申请提供了一种包含指令的计算机程序产品，当其在设备上运行时，使得设备执行上述第一方面或第一方面的任一种实现方式所述的会议管理方法。

本申请在上述各方面提供的实现方式的基础上，还可以进行进一步组合以提供更多实现方式。

附图说明

为了更清楚地说明本申请实施例的技术方法，下面将对实施例中所需使用的附图作以简单地介绍。

图1为本申请实施例提供的一种会议管理系统的系统架构图；

图2A为本申请实施例提供的一种会议管理系统的应用场景图；

图2B为本申请实施例提供的一种会议管理系统的应用场景图；

图3为本申请实施例提供的一种会议管理方法的交互流程图；

图4为本申请实施例提供的一种预约界面的示意图；

图5为本申请实施例提供的一种入会界面的示意图；

图6为本申请实施例提供的一种会议管理装置的结构示意图；

图7为本申请实施例提供的一种会议管理装置的结构示意图；

图8为本申请实施例提供的一种设备的结构示意图；

图9为本申请实施例提供的一种设备的结构示意图。

具体实施方式

本申请实施例中的术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。

首先对本申请实施例中所涉及到的一些技术术语进行介绍。

虚拟会议室(virtual meeting room，VMR)也称为云会议室。VMR是视频会议领域广泛使用的一种会议形式。其中，VMR具有固定的标识(identity，ID)，即VMR ID。出于对媒体资源的管理，一个VMR ID通常仅支持同时召开一个会议。由于成本相对较低，许多企业或组织从成本角度考虑采用VMR进行视频会议。

VMR虽然仅支持同时召开一个会议，但是VMR允许的与会人数一般较大。为此，一些企业或组织在配置支持并发的会议服务后，还会额外配置VMR形式的会议服务，以在大型会议(如企业级会议)中使用。

VMR服务运营商给用户(包括个人用户、企业用户等)或者会议场所分配固定的标识(identity，ID)，以便于用户记忆和使用。与会人员可以在客户端中输入VMR ID，从而加入会议，由此实现随时随地开会。进一步地，VMR服务运营商还提供了一种针对VMR的预约机制。用户可以根据VMR ID预约不同时段的会议，以宣告在对应时段对该VMR ID所对应的会议资源的使用。

然而，一个VMR ID通常采用一套参数。在一个用户基于一个VMR ID预约了一个时段的会议后，如果存在另一个用户根据相同的VMR ID预约了另一个时段的会议，并且该用户修改了会议参数，例如修改了会议密码、会议链接等，则在先预约的会议参数会同步被修改。如此导致在先用户的会议受到较大影响，甚至导致会议中断，难以满足用户需求。

有鉴于此，本申请实施例提供了一种会议管理方法。该方法可以由会议管理系统执行。会议管理系统包括客户端和服务端。具体地，服务端接收多个会议预约请求，例如是来自于同一客户端或不同客户端的会议预约请求。这多个会议预约请求包括相同的VMRID，服务端可以根据多个会议预约请求生成与VMR ID对应的多个预约记录。其中，每个应用记录包括关键信息，该关键信息包括指导用户成功进入会议的信息，如入会密码、会议链接等等。服务端生成的多个预约记录中的关键信息不同。如此避免了在先预约的会议的关键信息同步被修改，在先预约的会议不会受到在后预约的会议的影响，能够满足用户需求。

进一步地，该方法支持根据一个VMR ID创建多个会议实例，同一时间段只有一个会议实例处于召开状态，一方面避免占用过多的媒体资源，另一方面用户可以选择相应的会议实例预入会，如此可以避免进入错误的会议，提高了用户体验。

为了便于理解本申请的技术方案，下面结合附图对本申请的会议管理方法的系统架构进行介绍。

参见图1所示的会议管理系统的系统架构图，会议管理系统100包括第一客户端102和服务端104。其中，第一客户端102用于预约会议，服务端104用于提供会议管理服务。第一客户端102与服务端104建立有通信连接。第一客户端102基于该通信连接向服务端104发起会议预约流程。

会议管理系统100包括一个或多个第一客户端102。图1以会议管理系统100包括多个第一客户端102进行示例说明。具体地，第一客户端102可以向第一用户呈现预约界面。其中，第一用户是指预约会议的用户。第一用户的数量可以是一个或多个。第一用户可以通过第一客户端102呈现的预约界面发起一次或多次会议预约流程，从而实现预约一个或多个会议。

为了便于描述，本申请实施例以多个第一用户分别通过各自的第一客户端102呈现的预约界面发起一次预约流程进行实例说明。具体地，多个第一客户端102分别接收各自对应的第一用户通过预约界面输入的会议预约信息，然后根据会议预约信息生成相应的会议预约请求，并向服务端104发送该会议预约请求，如此，服务端104可以接收多个会议预约请求。其中，多个会议预约请求包括相同的VMR ID。接着服务端104根据多个会议预约请求生成与上述VMR ID对应的多个预约记录。多个预约记录的关键信息如入会密码和会议链接不同。

进一步地，服务端104创建多个会议实例，上述多个预约记录分别对应多个会议实例。其中，多个预约记录中的每个预约记录对应于多个会议实例中的一个会议实例。会议实例是指实现会议功能的代码段被执行时产生的进程或线程。会议实例可以直接运行在物理机(如服务端104)中，也可以运行在物理机(如服务端104)上的虚拟机或容器中。

在一些可能的实现方式中，会议管理系统100还包括第二客户端106。第二客户端106用于加入会议。多个第二用户可以通过各自对应的第二客户端106加入会议。为了便于描述，本申请实施例以其中一个第二用户通过对应的第二客户端106加入会议进行示例说明。具体地，第二客户端106向第二用户呈现入会界面，第二客户端106接收第二用户通过入会界面输入的会议加入信息，例如是VMR ID，然后根据该VMR ID生成会议加入请求，并向服务端104发送会议加入请求。服务端104根据会议加入请求确定与会议加入请求携带的VMRID对应的多个预约记录，然后向第二客户端106发送这多个预约记录。用户可以从多个预约记录中选择目标预约记录，第二客户端106向服务端104发送该目标预约记录，以加入对应的会议。

需要说明的是，第二客户端106与第一客户端102可以是同一客户端，也可以是不同客户端。对应地，第二用户与第一用户可以是相同用户，也可以是不同用户。当预约会议的第一用户在会议的与会人名单中时，第二用户包括上述第一用户。

在图1所示实施例中，第一客户端102可以是专用于预约会议的客户端，第二客户端106可以是专用于加入会议的客户端。当然，第一客户端102和第二客户端106的功能还可以进行集成，提供给用户使用。当服务端104通过云服务的方式提供会议管理服务时，第一客户端102和第二客户端106还可以是通用客户端，例如浏览器等等。

图1所示的会议管理系统100可以通过多种方式部署，下面结合附图进行详细说明。

如图2A所示，第一客户端102、第二客户端106可以部署于终端计算设备(可以简称为终端)。终端包括但不限于台式机、笔记本电脑、平板电脑、智能手机等。服务端104可以部署于云环境中。该云环境指示云服务提供商拥有的，用于提供计算、存储、通信资源的云计算集群。该云计算集群可以是中心云计算集群(可以简称为中心云)，也可以是边缘云计算集群(可以简称为边缘云)。服务端104可以部署于云计算集群的一个或多个云计算设备中，例如中心服务器或边缘服务器中。

如图2B所示，第一客户端102、第二客户端106可以部署于终端。服务端104也可以部署于本地数据中心，具体是部署于本地数据中心中的一个或多个服务器中。其中，本地数据中心是指处于用户直接控制之下的数据中心。终端运行第一客户端102、第二客户端106，与上述本地数据中心中的服务器交互，从而实现本申请实施例提供的会议管理方法。

接下来，从第一客户端102、服务端104以及第二客户端106的角度，对本申请实施例提供的会议管理方法进行详细说明。

参见图3所示的会议管理方法的流程图，该方法包括：

S302：多个第一客户端102向各自对应的第一用户呈现预约界面。

S304：多个第一客户端102接收各自对应的第一用户通过预约界面输入的会议预约信息。

S306：多个第一客户端102根据各自接收的会议预约信息分别生成会议预约请求。

S308：多个第一客户端102分别向服务端104发送会议预约请求。

预约界面是具有会议预约功能的用户界面。该用户界面可以是图形用户界面(graphical user interface，GUI)，也可以是命令用户界面(command user interface，CUI)。第一用户可以通过预约界面输入会议预约信息，例如输入会议主题、会议时间、与会人名单、会议材料、入会密码、会议链接等信息中的至少一个，以实现会议预约。

当仅有一个VMR ID供用户使用时，第一客户端102可以默认使用该VMR ID，第一用户无需输入VMR ID。当有多个VMR ID供用户选择时，会议预约信息还可以包括VMR ID，例如用户通过下拉框选择方式输入的VMR ID。

其中，会议时间包括会议预期开始时间和会议预期结束时间。考虑到提前入会的情况，会议预约信息还可以包括入会开始时间。在一些实施例中，会议管理系统也可以根据用户输入的会议时间，具体是会议预期开始时间自动地确定入会开始时间，例如会议管理系统可以将会议预期开始时间前15分钟确定为入会开始时间。

对于任意一个第一客户端102，该第一客户端102可以根据会议预约信息生成会议预约请求。该会议预约请求中携带VMR ID。其中，多个第一用户可以根据同一个VMR ID预约会议，对应地，多个第一客户端102生成的多个会议预约请求携带相同的VMR ID。多个第一客户端102分别向服务端104发送各自生成的会议预约请求，如此服务端104接收到多个会议预约请求。

需要说明的是，本申请实施例以多个第一客户端102预约会议进行示例说明，在一些实施例中，也可以是一个第一客户端102根据相同VMR ID生成多个会议预约请求。

为了便于理解，本申请还提供了通过GUI预约会议的示例。

参见图4所示的预约界面400的示意图，预约界面400中包括多个参数配置控件402，例如会议主题配置控件、会议时间配置控件、与会人名单配置控件、入会密码配置控件、直播地址配置控件、会议材料配置控件等中的至少一种。当用户具有多个可用的VMR ID(如购买或租赁了多个VMR ID)，预约界面还可以包括VMR ID配置控件。用户可以通过上述配置控件配置会议主题、会议时间、与会人名单、入会密码、直播地址、会议材料等会议预约信息。需要说明的是，会议主题、与会人名单、入会密码、直播地址、会议材料等参数是可选的。在一些实施例中，用户也可以不配置上述可选的参数。

在配置完会议预约信息，用户可以触发预约控件404，从而触发预约会议的操作。第一客户端102可以接收第一用户通过预约界面400配置的会议预约信息，根据该会议预约信息生成会议预约请求，并向服务端104发送会议预约请求。在一些可能的实现方式中，用户也可以触发取消控件406，从而触发取消预约会议的操作。第一客户端102停止执行后续流程。

S310：服务端104根据多个会议预约请求生成与VMR ID对应的多个预约记录。

会议预约请求携带有VMR ID。针对多个携带相同VMR ID的会议预约请求，服务端104可以根据多个会议预约请求生成多个预约记录。其中，多个预约记录中的每个预约记录包括关键信息。该关键信息包括指导用户成功进入会议的信息，例如可以是入会密码、会议链接。会议链接包括直播链接。例如，会议面向互联网进行直播时，会议链接包括在直播平台的链接。根据会议预约信息不同，多个预约记录的关键信息可以是不同的。

例如，多个第一客户端102接收的会议预约信息中入会密码不同时，多个预约记录中的入会密码是不同的。又例如，多个第一客户端102接收的会议预约信息中会议链接不同时，多个预约记录中的会议链接是不同的。

上述S302至S310主要对预约会议的具体实现进行详细说明，接下来，结合S312至S340对加入会议的具体实现进行详细说明。

S312：多个第二客户端106向各自对应的第二用户呈现入会界面。

S314：多个第二客户端106接收各自对应的第二用户通过入会界面输入的会议加入信息。

S316：多个第二客户端106根据各自接收的会议加入信息生成会议加入请求。

S318：多个第二客户端106向服务端104发送会议加入请求。

入会界面是具有会议加入功能的用户界面。该用户界面可以是GUI，也可以是CUI。第一用户可以通过入会界面加入会议，如加入预先预约的会议或者即时创建的会议。具体地，第二客户端106可以接收第二用户通过入会界面以键盘输入或下拉框选择输入的会议加入信息，该会议加入信息包括VMR ID，然后第二客户端106可以根据该VMR ID生成会议加入请求，以请求加入与该VMR ID对应的会议。

在一些可能的实现方式中，会议加入信息还包括入会密码。具体地，第二客户端106还可以接收第二用户通过入会界面输入的入会密码，然后第二客户端106可以根据VMRID和入会密码生成会议加入请求。其中，VMR ID用于确定第二用户所要加入的会议，入会密码用于确定第二用户是否具有入会权限。

为了便于理解，下面以通过GUI形式的入会界面触发入会流程进行示例说明。

参见图5所示的入会界面500的示意图，入会界面500中包括VMR ID输入控件502和入会控件504、取消控件506。用户可以通过上述VMR ID输入控件502输入VMR ID。当第二客户端存储有历史VMR ID时，入会界面500中还可以呈现历史VMR ID，用户还可以通过VMR ID输入控件502以选择历史VMR ID方式输入VMR ID。第二客户端106根据用户输入的VMR ID生成会议加入请求。

进一步地，入会界面500中还包括密码输入控件508。用户还可以通过上述密码输入控件输入入会密码。对应地，第二客户端106根据用户输入的VMR ID和入会密码生成会议加入请求。

在一些可能的实现方式中，第二用户请求加入的会议限定有与会人名单。对应地，第二客户端106生成的会议加入请求还可以携带第二用户的用户标识，如第二用户在该会议管理系统100的账号、第二用户的姓名、第二用户的邮箱等中的任意一个或多个。

S320：服务端104确定与VMR ID对应的多个预约记录，向多个第二客户端106中的每个第二客户端106返回多个预约记录。

S322：多个第二客户端106向各自对应的第二用户呈现多个预约记录。

S324：多个第二客户端106接收各自对应的第二用户对多个预约记录的选择信息。

S326：多个第二客户端106发送会议加入请求，该会议加入请求携带被选中的目标预约记录的标识。

服务端104存储有第一用户预约会议产生的预约记录。服务端104通过查找存储的预约记录，确定与VMR ID对应的多个预约记录，然后向多个第二客户端106中的每个第二客户端106返回上述多个预约记录。

多个第二客户端106分别向各自对应的第二用户呈现多个预约记录。第二用户可以从多个预约记录中选择一个预约记录，为了便于描述，被选中的预约记录称为目标预约记录。多个第二客户端106接收各自的第二用户对多个预约记录的选择信息，根据该选择信息生成会议加入请求，向服务端104发送会议加入请求。该会议加入请求携带有被选中的目标预约记录的标识，用于请求加入与被选中的目标预约记录所对应的会议。在一些实施例中，第二客户端106也可以直接向服务端104发送目标预约记录，以请求加入目标预约记录对应的会议。

在一些可能的实现方式中，服务端104查找存储的预约记录时，也可以确定出与VMR ID对应的一个预约记录。对应地，服务端106也可以不执行上述S322至S326。在另一些可能的实现方式中，服务端104也可以在未查找到与VMR ID对应的预约记录时，实时生成一个与VMR ID对应的预约记录。

具体地，服务端104可以在未查到与VMR ID对应的预约记录时，向该第二用户呈现预约界面，如此，该第二用户可以通过预约界面配置会议预约信息，如配置会议主题、会议时间、入会密码、会议链接、与会人名单等等，服务端104根据第二用户配置的会议预约信息实时生成一个与该VMR ID对应的预约记录。当然，在一些实施例中，服务端104也可以直接根据VMR ID生成一个用于即时召开会议的预约记录。用户可以通过VMR ID入会，实现即时召开会议。其中，即时召开的会议实例并未约定会议结束时间，当其他预约记录对应的会议实例到达开始时间时，服务端结束该即时召开的会议实例。

需要说明的是，服务端104还可以鉴别第二用户的身份后再执行上述S320。例如，服务端104可以根据第二用户的用户标识确定第二用户是否在与会人名单，若是，则允许执行上述步骤，若否，则停止执行上述步骤，服务端104还可以向第二客户端106返回提示消息，以提示第二用户不在与会人名单，第二用户入会失败。又例如，服务端104可以比较第二用户输入的入会密码以及服务端104存储的预约记录中的入会密码，若是，则允许执行上述步骤，若否，则停止执行上述步骤，服务端104还可以向第二客户端106返回提示消息，以提示第二用户输入的密码错误。

进一步地，服务端104还可以判断第二用户请求加入会议的时间是否到达入会开始时间，若是，则允许执行上述步骤，若否，则停止执行上述步骤，服务端104可以向第二客户端106返回提示消息，以提示第二用户尚未到达入会开始时间。

S328：服务端104针对每一个会议加入请求，判断目标会议实例是否存在。若否，则执行S330，若是，则执行S332。

服务端104部署有具有会议管理功能的代码段。该代码段被执行时产生具有会议管理功能的进程或线程，该进程或线程称为会议实例(instance)。服务端104生成的多个预约记录对应多个会议实例，多个预约记录中的每个预约记录对应多个会议实例中的一个会议实例。与目标会议记录对应的会议实例称为目标会议实例。

服务端104还存储有预约记录和会议实例的对应关系。在一些可能的实现方式中，服务端104可以维护一个会议实例列表。该会议实例列表用于存储服务端104创建的会议实例的标识。当服务端104创建一个会议实例时，将该会议实例的标识添加至会议实例列表。进一步地，当服务端104结束一个会议实例时，将该会议实例的标识从会议实例列表中删除。

基于此，服务端104可以在会议实例列表中查找目标会议实例的标识，从而确定目标会议实例是否存在。具体地，会议实例列表中包括目标会议实例的标识，则表明目标会议实例存在，会议实例列表中不包括目标会议实例的标识，则表明目标会议实例不存在，该目标会议实例可以是尚未创建，或者是已结束。

进一步地，会议实例列表中还可以存储与每个会议实例对应的VMR ID、每个会议实例对应的预约记录的标识中的至少一种。基于此，服务端104可以在会议实例列表中查找VRM ID是否存在，预约记录的标识是否存在，从而确定目标会议实例是否存在。

S330：服务端104创建目标会议实例。

服务端104运行具有会议管理功能的代码段，从而创建目标会议实例。具体地，多个第二客户端106可以向服务端104发送会议加入请求，服务端104可以响应于服务端104接收到的第一个会议加入请求，创建目标会议实例。如此，在接收到其他第二客户端106发送的会议加入请求时，服务端104确定目标会议实例存在，无需再执行S330。

S332：服务端104向第二客户端106返回目标预约记录对应的目标会议实例的连接信息。

S334：第二客户端106根据目标会议实例的连接信息连接目标会议实例。

S336：服务端104为目标会议实例分配媒体资源，为第二客户端106分配该媒体资源的部分媒体资源。

S338：服务端104向第二客户端106返回部分媒体资源的连接信息。

S340：第二客户端106根据部分媒体资源的连接信息连接对应的媒体资源。

会议实例的状态包括未召开状态、召开状态和结束状态等中的至少一种。其中，未召开状态是指会议实例未提供音视频接入，第二用户可以发送或接收消息，但不能进行音视频通信。召开状态是指会议实例提供音视频接入，第二用户不仅可以收发消息或图片，还可以进行音视频通信。结束状态是指会议实例不提供音视频接入，第二用户不能发送文本消息或图片，也不能进行音视频通信。

其中，会议实例处于未召开状态时，会议实例不占用媒体资源，即服务端104未分配媒体资源给该会议实例。会议实例处于召开状态时，会议实例占用媒体资源，即服务端104分配有媒体资源给该会议实例。当会议实例处于结束状态时，会议实例对媒体资源的占用被解除，服务端104曾经分配有媒体资源给该会议实例，但该媒体资源当前已被回收。同一时间段，同一VMR ID对应的多个会议实例中最多只有一个会议实例占用媒体资源。所谓媒体资源是指提供媒体服务的资源，媒体服务可以是指音视频通信服务。在一些实施例中，媒体资源可以是媒体服务器。

当相同VMR ID对应的多个会议实例中除目标会议实例以外的其他会议实例均未占用媒体资源，例如均未被分配媒体资源，或者是被分配有媒体资源，但是当前已释放媒体资源时，服务端104可以为目标会议实例分配媒体资源。此时，目标会议实例处于召开状态。服务端104可以为第二客户端106分配媒体资源的部分媒体资源。考虑到服务端104为多个第二客户端106分配媒体资源，因此，服务端104还可以检测分配给目标会议实例的媒体资源是否有剩余，当有剩余时，从剩余的媒体资源中为第二客户端106分配部分媒体资源，当没有剩余时，分配失败，服务端104可以发送提示消息，提示入会失败。

服务端104可以向第二客户端返回目标会议实例的连接信息和分配给该第二客户端106的部分媒体资源的连接信息。其中，目标会议实例的连接信息包括目标会议实例的地址和端口，媒体资源的连接信息可以包括媒体资源的地址和端口。在一些可能的实现方式中，媒体资源信息还可以包括用于鉴权的令牌token。

第二客户端106可以根据目标会议实例的连接信息与目标会议实例建立连接，根据部分媒体资源的连接信息与对应的媒体资源建立连接，从而实现成功入会。该第二客户端106对应的第二用户可以和其他成功入会的第二用户进行音视频通话，或者收发文字、图片等消息。

其中，相同VMR ID对应的多个会议实例中除目标会议实例以外的其他会议实例均未占用媒体资源时，S332和S338可以并行执行，或者按照先后顺序执行，S334和S340可以并行执行，或者按照先后顺序执行。

当相同VMR ID对应的多个会议实例中除目标会议实例以外的其他会议实例占用媒体资源，具体是被分配媒体资源时，服务端104可以先执行S332，向第二客户端106返回目标会议实例的连接信息，第二客户端106根据该连接信息连接目标会议实例，从而实现预入会。此时，第二客户端106尚未接入音视频连接，因此，多个预入会的第二客户端106之间可以收发消息，暂时不能进行音视频通信。

当上述其他会议实例对媒体资源的占用被解除，即分配给其他会议实例的媒体资源被回收时，服务端104可以为目标会议实例分配媒体资源。具体地，服务端104检测当前是否有等待召开的会议实例到达(即将到达或已经到达)会议预期开始时间，若是，则按照会议预期开始时间的先后顺序为会议实例分配媒体资源，以召开上述等待召开的会议实例。例如等待召开的会议实例中目标会议实例的开始时间最早，服务端104可以为目标会议实例分配媒体资源。目标会议实例由未召开状态转为召开状态。

服务端104可以从上述媒体资源中为第二客户端106分配部分媒体资源，并向第二客户端106返回部分媒体资源的连接信息，第二客户端106根据该连接信息连接媒体资源，从而实现成功入会。此时，成功入会的第二客户端106之间不仅可以收发消息，还能进行音视频通信。

需要说明的是，服务端104在为第二客户端106分配部分媒体资源时，可以优先为预入会的第二客户端106分配部分媒体资源。当存在多个预入会的第二客户端106时，服务端104可以按照第二客户端106预入会的时间顺序依次分配部分媒体资源。

在一些可能的实现方式中，当处于召开状态的会议实例所接入的第二客户端106均断开连接，则服务端104可以结束该会议实例。进一步地，当处于召开状态的会议实例还连接有第二客户端106时，服务端104判断是否到达会议预期结束时间，若是，则在与VMR ID对应的其他会议实例到达会议预期开始时间之前，结束处于召开状态的会议实例。

其中，当服务端104判断到达会议预期结束时间，且存在与该VMR ID对应的、处于等待召开状态(未召开状态)的会议实例时，服务端104可以不延长当前会议实例，或者将当前会议实例延长至目标时间，该目标时间早于等待召开的会议实例的会议预期开始时间。进一步地，服务端104还可以返回提示消息，以提示当前会议实例将在目标时间结束。

基于上述内容描述，本申请实施例提供了一种会议管理方法。在该方法中，服务端104可以接收多个会议预约请求，这多个会议预约请求携带相同的VMR ID，然后服务端可以根据多个会议预约请求生成与VMR ID对应的多个预约记录，这多个预约记录的关键信息(具体是指导用户成功进入会议的信息，例如入会密码、会议链接)不同，如此避免了在先预约会议的关键信息被同步修改，导致在先预约会议受到影响，满足了不同用户的会议需求。

该方法支持根据一个VMR ID创建多个会议实例，同一时间段只有一个会议实例处于召开状态，由此避免占用过多的媒体资源。此外，本申请实施例还提供了一种预入会机制对入会流程进行优化。具体地，根据一个VMR ID预约的多个会议，允许预创建会议实例，在不占用媒体资源情况下预入会，如此可以防止用户进入错误的会议。

需要说明的是，图3所示实施例主要是从多个第一客户端102分别发送会议预约请求进行示例说明的，在一些实施例中，也可以是一个客户端102向服务端104发送多个会议预约请求。并且图3所示实施例中第一客户端102是通过用户界面如GUI、CUI接收会议预约信息，第二客户端106是通过用户界面如GUI、CUI接收会议加入信息，在本申请实施例其他可能的实现方式中，第一客户端102、第二客户端106也可以通过其他方式接收上述信息，例如第一客户端102可以通过麦克风接收语音形式的会议预约信息，第二客户端106通过麦克风接收语音形式的会议加入信息。

图3仅仅是本申请实施例提供的一种示意性的实施方式，并不构成对本申请技术方案的限定。

上文结合图1至图5对本申请实施例提供的会议管理方法进行了详细介绍，下面将结合附图对本申请实施例提供的装置、设备进行介绍。

参见图6所示的会议管理装置的结构示意图，该装置具体用于实现上述实施例中服务端104的功能，该装置600包括：

通信模块602，用于接收多个会议预约请求，所述多个会议预约请求包括相同的虚拟会议室标识；

生成模块604，用于根据所述多个会议预约请求生成与所述虚拟会议室标识对应的多个预约记录，所述多个预约记录的关键信息不同，所述关键信息包括指导用户成功进入会议的信息。

在一些可能的实现方式中，所述关键信息包括入会密码、会议地址的任意一项或多项。

在一些可能的实现方式中，所述多个预约记录分别对应于多个会议实例，其中，所述多个预约记录中的每个预约记录对应于所述多个会议实例中的一个会议实例。

在一些可能的实现方式中，所述通信模块602还用于：

接收客户端发送的会议加入请求，所述会议加入请求包括所述虚拟会议室标识；

向所述客户端发送与所述虚拟会议室标识对应的多个预约记录；

接收所述客户端发送的所述多个预约记录中的目标预约记录；

向所述客户端返回所述目标预约记录对应的目标会议实例的连接信息，所述目标会议实例的连接信息用于指示所述客户端连接所述目标会议实例。

在一些可能的实现方式中，所述装置600还包括：

分配模块606，用于为所述目标会议实例分配媒体资源；

所述分配模块606，还用于为所述客户端分配所述媒体资源的部分媒体资源。

在一些可能的实现方式中，所述分配模块具体用于：

当相同的虚拟会议室标识对应的其他会议实例释放媒体资源时，为所述目标会议实例分配媒体资源。

根据本申请实施例的会议管理装置600可对应于执行本申请实施例中描述的方法，并且会议管理装置600的各个模块/单元的上述和其它操作和/或功能分别为了实现图3所示实施例中的各个方法的相应流程，为了简洁，在此不再赘述。

接下来，参见图7所示的会议管理装置的结构示意图，该装置具体用于实现上述实施例中第二客户端106的功能，该装置700包括：

通信模块702，用于向服务端发送会议加入请求，所述会议加入请求包括虚拟会议室标识；

所述通信模块702，还用于接收所述服务端发送的与所述虚拟会议室标识对应的多个预约记录，所述多个预约记录的关键信息不同，所述关键信息包括指导用户成功进入会议的信息；

所述通信模块702，还用于向所述服务端发送目标预约记录以加入对应的会议，所述目标预约记录为所述多个预约记录中的一个。

在一些可能的实现方式中，所述关键信息包括入会密码、会议地址的任意一项或多项。

在一些可能的实现方式中，所述多个预约记录分别对应于多个会议实例，其中，所述多个预约记录中的每个预约记录对应于所述多个会议实例中的一个会议实例。

在一些可能的实现方式中，所述通信模块702还用于：

接收会议加入信息，所述会议加入信息包括所述虚拟会议室标识；

所述装置700还包括：

生成模块704，用于根据所述会议加入信息生成所述会议加入请求。

在一些可能的实现方式中，所述会议加入信息还包括入会密码，所述生成模块704具体用于：

根据所述虚拟会议室标识和所述入会密码生成所述会议加入请求。

在一些可能的实现方式中，所述通信模块702还用于：

接收所述服务端发送的与所述目标预约记录对应的目标会议实例的连接信息；

所述装置700还包括：

连接模块706，用于根据所述目标会议实例的连接信息连接所述目标会议实例。

在一些可能的实现方式中，所述通信模块702还用于：

所述客户端接收所述服务端发送的媒体资源的连接信息；

所述连接模块706还用于：

根据所述媒体资源的连接信息连接所述媒体资源。

根据本申请实施例的会议管理装置700可对应于执行本申请实施例中描述的方法，并且会议管理装置700的各个模块/单元的上述和其它操作和/或功能分别为了实现图3所示实施例中的各个方法的相应流程，为了简洁，在此不再赘述。

上述会议管理装置600和会议管理装置700可以通过计算设备等硬件实现。下面结合附图，对会议管理装置600和会议管理装置700的硬件实现进行详细说明。

图8提供了一种计算设备，如图8所示，计算设备800具体可以用于实现上述图6所示实施例中会议管理装置600的功能。

计算设备800包括总线801、处理器802、通信接口803和存储器804。处理器802、存储器804和通信接口803之间通过总线801通信。

总线801可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器802可以为中央处理器(central processing unit，CPU)、图形处理器(graphics processing unit，GPU)、微处理器(micro processor，MP)或者数字信号处理器(digital signal processor，DSP)等处理器中的任意一种或多种。

通信接口803是一种输入输出(input/output，I/O)设备。通信接口803用于和外部通信。具体地，通信接口803可以接收多个会议预约请求，例如是多个第一客户端102发送的会议预约请求，或者接收会议加入请求，例如是多个第二客户端106发送的会议加入请求，向第二客户端106发送与VMR ID对应的多个预约记录，接收第二客户端106发送的目标预约记录，向第二客户端106返回目标预约记录对应的目标会议实例的连接信息等等。

存储器804可以包括易失性存储器(volatile memory)，例如随机存取存储器(random access memory，RAM)。存储器804还可以包括非易失性存储器(non-volatilememory)，例如只读存储器(read-only memory，ROM)，快闪存储器，机械硬盘(hard diskdrive，HDD)或固态硬盘(solid state drive，SSD)。

存储器804中存储有可执行的程序代码，处理器802执行该可执行的程序代码以执行前述会议管理方法。具体地，处理器802执行上述程序代码，以控制通信接口803接收多个会议预约请求，然后控制通信接口803通过总线801传输多个会议预约请求至处理器802，处理器802可以根据多个会议预约请求，生成与VMR ID对应的多个预约记录，这多个预约记录的关键信息(例如是入会密码、会议链接)不同。

在一些可能的实现方式中，处理器802还用于执行图3所示实施例的任意一种可选实施方式对应的步骤，本申请实施例在此不再赘述。

图9提供了另一种计算设备，如图9所示，计算设备900具体可以用于实现上述图7所示实施例中会议管理装置700的功能。

计算设备900包括总线901、处理器902、通信接口903和存储器904。处理器902、存储器904和通信接口903之间通过总线901通信。

总线901可以是PCI总线或EISA总线等。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图9中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

处理器902可以为CPU、图形处理器GPU、微处理器，MP或者数字信号处理器DSP等处理器中的任意一种或多种。

通信接口903是一种输入输出(input/output，I/O)设备。通信接口903可以包括显示器。根据制造材料不同，显示器可以分为液晶显示器(liquid crystal display，LCD)、有机电激光(organic light emitting diode，OLED)显示器等。通信接口903也可以包括麦克风。

通信接口903用于和外部通信。具体地，显示器可以通过GUI或CUI接收会议加入信息，类似地，麦克风可以接收语音形式的会议加入信息。通信接口903还还可以和服务端104交互。例如，通信接口903可以向服务端104发送会议加入请求，接收服务端104发送的与VMRID对应的多个预约记录，向服务端104发送目标预约记录等等。

存储器904可以包括易失性存储器，例如随机存取存储器RAM。存储器904还可以包括非易失性存储器，例如只读存储器ROM，快闪存储器，机械硬盘HDD或固态硬盘SSD。

存储器904中存储有可执行的程序代码，处理器902执行该可执行的程序代码以执行前述会议管理方法。具体地，处理器902执行上述程序代码，以控制通信接口903向服务端104发送会议加入请求，该会议加入请求包括VMR ID，然后控制通信接口903接收服务端104发送的与VMR ID对应的多个预约记录，向服务端104发送目标预约记录。

在一些可能的实现方式中国，处理器902执行上述程序代码，以控制通信接口903接收会议加入信息，例如是通过GUI接收会议加入信息，然后通过总线901传输会议加入信息至处理器902，处理器902可以根据会议加入信息，例如是根据VMR ID和入会密码生成会议加入请求。

在一些可能的实现方式中，处理器802还用于执行图3所示实施例的任意一种可选实施方式对应的步骤，本申请实施例对此不作限定。

在一些可能的实现方式中，处理器902还用于执行图3所示实施例的任意一种可选实施方式对应的步骤，本申请实施例在此不再赘述。

本申请实施例还提供了一种计算机可读存储介质。所述计算机可读存储介质可以是计算设备能够存储的任何可用介质或者是包含一个或多个可用介质的数据中心等数据存储设备。所述可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘)等。该计算机可读存储介质包括指令，所述指令指示计算设备执行上述应用于会议管理装置600的会议管理方法。

本申请实施例还提供了另一种计算机可读存储介质。该计算机可读存储介质包括指令，所述指令指示计算设备执行上述应用于会议管理装置700的会议管理方法。

本申请实施例还提供了一种计算机程序产品。所述计算机程序产品包括一个或多个计算机指令。在计算设备上加载和执行所述计算机指令时，全部或部分地产生按照本申请实施例所述的流程或功能。

所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机或数据中心进行传输。

所述计算机程序产品可以为一个软件安装包，在需要使用前述会议管理方法的任一方法的情况下，可以下载该计算机程序产品并在计算设备上执行该计算机程序产品。

上述各个附图对应的流程或结构的描述各有侧重，某个流程或结构中没有详述的部分，可以参见其他流程或结构的相关描述。

Claims (28)

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

服务端接收多个会议预约请求，所述多个会议预约请求包括相同的虚拟会议室标识；

所述服务端根据所述多个会议预约请求生成与所述虚拟会议室标识对应的多个预约记录，所述多个预约记录的关键信息不同，所述关键信息包括指导用户成功进入会议的信息。

2.根据权利要求1所述的方法，其特征在于，所述关键信息包括入会密码、会议地址的任意一项或多项。

3.根据权利要求1或2所述的方法，其特征在于，所述多个预约记录分别对应于多个会议实例，其中，所述多个预约记录中的每个预约记录对应于所述多个会议实例中的一个会议实例。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：

所述服务端接收客户端发送的会议加入请求，所述会议加入请求包括所述虚拟会议室标识；

所述服务端向所述客户端发送与所述虚拟会议室标识对应的多个预约记录；

所述服务端接收所述客户端发送的所述多个预约记录中的目标预约记录；

所述服务端向所述客户端返回所述目标预约记录对应的目标会议实例的连接信息，所述目标会议实例的连接信息用于指示所述客户端连接所述目标会议实例。

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

所述服务端为所述目标会议实例分配媒体资源；

所述服务端为所述客户端分配所述媒体资源的部分媒体资源。

6.根据权利要求5所述的方法，其特征在于，所述服务端为所述目标会议实例分配媒体资源，包括：

在相同的虚拟会议室标识对应的其他会议实例释放媒体资源后，所述服务端为所述目标会议实例分配媒体资源。

7.一种会议管理方法，其特征在于，所述方法包括：

客户端向服务端发送会议加入请求，所述会议加入请求包括虚拟会议室标识；

所述客户端接收所述服务端发送的与所述虚拟会议室标识对应的多个预约记录，所述多个预约记录的关键信息不同，所述关键信息包括指导用户成功进入会议的信息；

所述客户端向所述服务端发送目标预约记录以加入对应的会议，所述目标预约记录为所述多个预约记录中的一个。

8.根据权利要求7所述的方法，其特征在于，所述关键信息包括入会密码、会议地址的任意一项或多项。

9.根据权利要求7或8所述的方法，其特征在于，所述多个预约记录分别对应于多个会议实例，其中，所述多个预约记录中的每个预约记录对应于所述多个会议实例中的一个会议实例。

10.根据权利要求7至9任一项所述的方法，其特征在于，所述方法还包括：

所述客户端接收会议加入信息，所述会议加入信息包括所述虚拟会议室标识；

所述客户端根据所述会议加入信息生成所述会议加入请求。

11.根据权利要求10所述的方法，其特征在于，所述会议加入信息还包括入会密码，所述客户端根据所述会议加入信息生成所述会议加入请求包括：

所述客户端根据所述虚拟会议室标识和所述入会密码生成所述会议加入请求。

12.根据权利要求7至11任一项所述的方法，其特征在于，所述方法还包括：

所述客户端接收所述服务端发送的与所述目标预约记录对应的目标会议实例的连接信息；

所述客户端根据所述目标会议实例的连接信息连接所述目标会议实例。

13.根据权利要求12所述的方法，其特征在于，所述方法还包括：

所述客户端接收所述服务端发送的媒体资源的连接信息；

所述客户端根据所述媒体资源的连接信息连接所述媒体资源。

14.一种会议管理装置，其特征在于，所述装置包括：

通信模块，用于接收多个会议预约请求，所述多个会议预约请求包括相同的虚拟会议室标识；

生成模块，用于根据所述多个会议预约请求生成与所述虚拟会议室标识对应的多个预约记录，所述多个预约记录的关键信息不同，所述关键信息包括指导用户成功进入会议的信息。

15.根据权利要求14所述的装置，其特征在于，所述关键信息包括入会密码、会议地址的任意一项或多项。

16.根据权利要求14或15所述的装置，其特征在于，所述多个预约记录分别对应于多个会议实例，其中，所述多个预约记录中的每个预约记录对应于所述多个会议实例中的一个会议实例。

17.根据权利要求14至16任一项所述的装置，其特征在于，所述通信模块还用于：

接收客户端发送的会议加入请求，所述会议加入请求包括所述虚拟会议室标识；

向所述客户端发送与所述虚拟会议室标识对应的多个预约记录；

接收所述客户端发送的所述多个预约记录中的目标预约记录；

向所述客户端返回所述目标预约记录对应的目标会议实例的连接信息，所述目标会议实例的连接信息用于指示所述客户端连接所述目标会议实例。

18.根据权利要求17所述的装置，其特征在于，所述装置还包括：

分配模块，用于为所述目标会议实例分配媒体资源；

所述分配模块，还用于为所述客户端分配所述媒体资源的部分媒体资源。

19.根据权利要求18所述的装置，其特征在于，所述分配模块具体用于：

在相同的虚拟会议室标识对应的其他会议实例释放媒体资源后，为所述目标会议实例分配媒体资源。

20.一种会议管理装置，其特征在于，所述装置包括：

通信模块，用于向服务端发送会议加入请求，所述会议加入请求包括虚拟会议室标识；

所述通信模块，还用于接收所述服务端发送的与所述虚拟会议室标识对应的多个预约记录，所述多个预约记录的关键信息不同，所述关键信息包括指导用户成功进入会议的信息；

所述通信模块，还用于向所述服务端发送目标预约记录以加入对应的会议，所述目标预约记录为所述多个预约记录中的一个。

21.根据权利要求20所述的装置，其特征在于，所述关键信息包括入会密码、会议地址的任意一项或多项。

22.根据权利要求20或21所述的装置，其特征在于，所述多个预约记录分别对应于多个会议实例，其中，所述多个预约记录中的每个预约记录对应于所述多个会议实例中的一个会议实例。

23.根据权利要求20至22任一项所述的装置，其特征在于，所述通信模块还用于：

接收会议加入信息，所述会议加入信息包括所述虚拟会议室标识；

所述装置还包括：

生成模块，用于根据所述会议加入信息生成所述会议加入请求。

24.根据权利要求23所述的装置，其特征在于，所述会议加入信息还包括入会密码，所述生成模块具体用于：

根据所述虚拟会议室标识和所述入会密码生成所述会议加入请求。

25.根据权利要求20至24任一项所述的装置，其特征在于，所述通信模块还用于：

接收所述服务端发送的与所述目标预约记录对应的目标会议实例的连接信息；

所述装置还包括：

连接模块，用于根据所述目标会议实例的连接信息连接所述目标会议实例。

26.根据权利要求25所述的装置，其特征在于，所述通信模块还用于：

所述客户端接收所述服务端发送的媒体资源的连接信息；

所述连接模块还用于：

根据所述媒体资源的连接信息连接所述媒体资源。

27.一种设备，其特征在于，所述设备包括处理器和存储器；

所述处理器用于执行所述存储器中存储的指令，以使得所述设备执行如权利要求1至6或7至13中任一项所述的方法。

28.一种计算机可读存储介质，其特征在于，包括指令，所述指令指示设备执行如权利要求1至6或7至13中任一项所述的方法。

Images