一种线上会议实现方法、装置、设备及存储介质与流程

本申请涉及计算机技术领域，尤其涉及一种线上会议实现方法、装置、设备及存储介质。

背景技术：

随着互联网技术的迅速发展，线上音视频会议如今已成为人们日常工作中一种常见的会议形式，用户可以通过具有线上会议功能的应用程序发起线上会议，并邀请其他用户参加该线上会议。

相关技术中，对于用户通过某种应用程序发起的线上会议，其他需要参加该线上会议的用户往往也只能通过该种应用程序参加该线上会议。对于没有下载该种应用程序的用户来说，为了参加该线上会议，其需要下载并注册该种应用程序；线上会议参与门槛高，用户操作繁琐复杂，使用体验较差。

上述实现方式在跨组织开展线上会议的应用场景中往往会表现出更大的弊端。具体的，在实际应用中，不同组织内部可能基于不同的应用程序开展线上会议，当需要进行跨组织的线上会议时，多方会议参与成员需要统一使用相同的应用程序参加线上会议，如此，将导致大量用户为了参加一场线上会议而下载某种应用程序的情况发生，提高了跨组织线上会议的开展难度。

技术实现要素：

本申请实施例提供了一种线上会议实现方法、装置、设备及存储介质，能够跨应用程序开展线上会议，降低了线上会议的参与门槛，简化了用户参与线上会议时所需执行的操作，提高了用户的使用体验。

有鉴于此，本申请第一方面提供了一种线上会议实现方法，所述方法包括：

通过第一应用客户端接收第一会议邀请链接；所述第一会议邀请链接是响应于通过第二应用客户端发起的第一会议参加邀请操作生成的，所述第一会议参加邀请操作用于邀请使用所述第一应用客户端的用户参加通过所述第二应用客户端创建的第一线上会议；

响应于针对所述第一会议邀请链接触发的链接开启操作，启动所述第一应用客户端中与所述第二应用客户端对应的会议小程序；

响应于基于所述会议小程序触发的会议参加操作，通过所述第一应用客户端参加所述第一线上会议。

本申请第二方面提供了一种线上会议实现方法，所述方法包括：

通过第二应用客户端接收第二会议邀请链接；所述第二会议邀请链接是响应于通过第一应用客户端中与所述第二应用客户端对应的会议小程序发起的第二会议参加邀请操作生成的，所述第二会议参加邀请操作用于邀请使用所述第二应用客户端的用户参加通过所述会议小程序创建的第二线上会议；

响应于针对所述第二会议邀请链接触发的会议参加操作，通过所述第二应用客户端参加所述第二线上会议。

本申请第三方面提供了一种线上会议实现方法，所述方法包括：

响应于通过第二应用客户端发起的第一会议参加邀请操作，生成第一会议邀请链接；所述第一会议参加邀请操作用于邀请使用第一应用客户端的用户参加通过所述第二应用客户端创建的第一线上会议；

发送所述第一会议邀请链接至所述第一应用客户端；

响应于通过所述第一应用客户端中与所述第二应用客户端对应的会议小程序触发的会议参加操作，允许所述第一应用客户端的用户进入所述第一线上会议对应的会议房间。

本申请第四方面提供了一种线上会议实现装置，所述装置包括：

链接接收模块，用于通过第一应用客户端接收第一会议邀请链接；所述第一会议邀请链接是响应于通过第二应用客户端发起的第一会议参加邀请操作生成的，所述第一会议参加邀请操作用于邀请使用所述第一应用客户端的用户参加通过所述第二应用客户端创建的第一线上会议；

小程序启动模块，用于响应于针对所述第一会议邀请链接触发的链接开启操作，启动所述第一应用客户端中与所述第二应用客户端对应的会议小程序；

会议参加模块，用于响应于基于所述会议小程序触发的会议参加操作，通过所述第一应用客户端参加所述第一线上会议。

本申请第五方面提供了一种线上会议实现装置，所述装置包括：

链接接收模块，用于通过第二应用客户端接收第二会议邀请链接；所述第二会议邀请链接是响应于通过第一应用客户端中与所述第二应用客户端对应的会议小程序发起的第二会议参加邀请操作生成的，所述第二会议参加邀请操作用于邀请使用所述第二应用客户端的用户参加通过所述会议小程序创建的第二线上会议；

会议参加模块，用于响应于针对所述第二会议邀请链接触发的会议参加操作，通过所述第二应用客户端参加所述第二线上会议。

本申请第六方面提供了一种线上会议实现装置，所述装置包括：

链接生成模块，用于响应于通过第二应用客户端发起的第一会议参加邀请操作，生成第一会议邀请链接；所述第一会议参加邀请操作用于邀请使用第一应用客户端的用户参加通过所述第二应用客户端创建的第一线上会议；

链接发送模块，用于发送所述第一会议邀请链接至所述第一应用客户端；

会议鉴权模块，用于响应于通过所述第一应用客户端中与所述第二应用客户端对应的会议小程序触发的会议参加操作，允许所述第一应用客户端的用户进入所述第一线上会议对应的会议房间。

本申请第七方面提供了一种电子设备，所述电子设备包括处理器以及存储器：

所述存储器用于存储计算机程序；

所述处理器用于根据所述计算机程序，执行如上述第一方面或者第二方面或者第三方面所述的线上会议实现方法的步骤。

本申请第八方面提供了一种计算机可读存储介质，所述计算机可读存储介质用于存储计算机程序，所述计算机程序用于执行上述第一方面或者第二方面或者第三方面所述的线上会议实现方法的步骤。

本申请第九方面提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述第一方面或者第二方面或者第三方面所述的线上会议实现方法的步骤。

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例提供了一种线上会议实现方法，该方法将第一应用客户端中的会议小程序与具备线上会议功能的第二应用客户端打通，使得第一应用客户端的用户可以通过该会议小程序参加通过第二应用客户端创建的线上会议，以及使得第二应用客户端的用户可以直接参加通过第一应用客户端中的会议小程序创建的线上会议。具体的，在本申请实施例提供的方法中，第一应用客户端接收到来自第二应用客户端的会议邀请链接后，可以直接基于该会议邀请链接触发启动第一应用客户端中与第二应用客户端对应的会议小程序，进而，基于该会议小程序通过第一应用客户端参加由第二应用客户端创建的线上会议，而不再需要专门下载第二应用客户端参加该线上会议。如此，实现了跨应用程序的线上会议的开展，大大降低了线上会议的参加门槛，简化了用户参加线上会议时所需执行的操作，提升了用户参加线上会议的体验，并且更有便于跨组织线上会议的开展。

附图说明

图1为本申请实施例提供的线上会议实现方法的应用场景示意图；

图2为本申请实施例提供的第一应用客户端侧的线上会议实现方法的流程示意图；

图3为本申请实施例提供的一种第一应用客户端侧的界面示意图；

图4为本申请实施例提供的另一种第一应用客户端侧的界面示意图；

图5为本申请实施例提供的又一种第一应用客户端侧的界面示意图；

图6为本申请实施例提供的第二应用客户端侧的线上会议实现方法的流程示意图；

图7为本申请实施例提供的一种服务器侧的线上会议实现方法的流程示意图；

图8为本申请实施例提供的另一种服务器侧的线上会议实现方法的流程示意图；

图9为本申请实施例提供的企业微信的线上会议功能依赖的模块架构图；

图10为本申请实施例提供的会议小程序加入线上会议房间的技术实现流程的架构图；

图11为本申请实施例提供的企业微信侧的线上会议实现流程架构图；

图12为本申请实施例提供的微信侧会议小程序接入线上会议的实现架构图；

图13为本申请实施例提供的企业微信侧会议控制功能的实现架构图；

图14为本申请实施例提供的音视频restapi接入层的架构图；

图15为本申请实施例提供的音视频引擎的架构图；

图16为本申请实施例提供的第一应用客户端侧的线上会议实现装置的结构示意图；

图17为本申请实施例提供的第二应用客户端侧的线上会议实现装置的结构示意图；

图18为本申请实施例提供的服务器侧的线上会议实现装置的结构示意图；

图19为本申请实施例提供的终端设备的结构示意图；

图20为本申请实施例提供的服务器的结构示意图。

具体实施方式

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

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

为了解决相关技术中因线上会议的所有参加用户均需使用相同的应用程序参加该线上会议而带来的问题，本申请实施例提供了一种线上会议实现方法，该方法将第一应用客户端中的会议小程序与具备线上会议功能的第二应用客户端打通，使得第一应用客户端的用户可以通过该会议小程序参加通过第二应用客户端创建的线上会议，以及使得第二应用客户端的用户可以直接参加通过第一应用客户端中的会议小程序创建的线上会议。

对于运行有第一应用客户端的终端设备来说，其可以通过第一应用客户端接收第一会议邀请链接，该第一会议邀请链接是响应于通过第二应用客户端发起的第一会议参加邀请操作生成的，该第一会议参加邀请操作用于邀请使用第一应用客户端的用户参加通过第二应用客户端创建的第一线上会议；然后，响应于针对该第一会议邀请链接触发的链接开启操作，启动第一应用客户端中与该第二应用客户端对应的会议小程序；进而，响应于基于该会议小程序触发的会议参加操作，通过第一应用客户端参加该第一线上会议。

对于运行有第二应用客户端的终端设备来说，其可以通过第二应用客户端接收第二会议邀请链接，该第二会议邀请链接是响应于通过第一应用客户端中与该第二应用客户端对应的会议小程序发起的第二会议参加邀请操作生成的，该第二会议参加邀请操作用于邀请使用第二应用客户端的用户参加通过该会议小程序创建的线上会议；进而，响应于通过第二应用客户端针对该第二会议邀请链接触发的会议参加操作，通过第二应用客户端参加该第二线上会议。

对于支持第一应用客户端和第二应用客户端开展线上会议的服务器来说，一方面，其可以响应于通过第二应用客户端发起的第一会议参加邀请操作生成第一会议邀请链接，并将该第一会议邀请链接发送至第一应用客户端，进而，响应于通过该第一应用客户端中与第二应用客户端对应的会议小程序触发的会议参加操作，允许该第一应用客户端的用户参加第一线上会议；另一方面，其可以响应于通过第一应用客户端中的会议小程序发起的第二会议参加邀请操作生成第二会议邀请链接，并将该第二会议邀请链接发送至第二应用客户端，进而，响应于通过该第二应用客户端针对该第二会议邀请链接触发的会议参加操作，运行该第二应用客户端的用户参加第二线上会议。

本申请实施例通过上述方法，实现了跨第一应用客户端和第二应用客户端的线上会议的开展，第一应用客户端的用户接收到来自第二应用客户端的会议邀请链接后，不再需要为了参加通过第二应用客户端创建的线上会议而专门下载第二应用客户端，可以直接通过第一应用客户端中与第二应用客户端对应的会议小程序参加该通过第二应用客户端创建的线上会议。如此，大大降低了线上会议的参加门槛，简化了用户参加线上会议时所需执行的操作，提升了用户参加线上会议的体验，并且更有助于跨组织线上会议的开展。

需要说明的是，上述运行有第一应用客户端或者第二应用客户端的终端设备，具体可以为智能手机、计算机、平板电脑、个人数字助理(personaldigitalassistant，pda)等；上述支持第一应用客户端和第二应用客户端开展线上会议的服务器，具体可以为应用服务器或者web服务器，实际部署时，该服务器可以为独立服务器、集群服务器或者云服务器。

为了便于理解本申请实施例提供的线上会议实现方法，下面对该线上会议实现方法的应用场景进行示例性介绍。

参见图1，图1为本申请实施例提供的线上会议实现方法的应用场景示意图。如图1所示，该应用场景包括：第一终端设备110、第二终端设备120和服务器130，第一终端设备110和第二终端设备120均可以通过网络与服务器130通信。其中，第一终端设备110中运行有第一应用客户端，其用于执行本申请实施例提供的第一应用客户端侧的线上会议实现方法；第二终端设备120中运行有第二应用客户端，其用于执行本申请实施例提供的第二应用客户端侧的线上会议实现方法；服务器130用于执行本申请实施例提供的服务器侧的线上会议实现方法。

在实际应用中，上述第一应用客户端可以为任意一种支持小程序功能的即时通信应用程序，如微信等。上述第二应用客户端可以为任意一种具备召开线上会议的功能的办公应用程序，如企业微信等。本申请在此不对该第一应用客户端和第二应用客户端做具体限定。

在一种实现方式中，第二终端设备120可以响应于用户通过第二应用客户端触发的线上会议创建操作，向服务器130发送线上会议创建请求，以创建第一线上会议。创建出第一线上会议后，用户可以进一步通过第二应用客户端发起第一会议参加邀请操作，以邀请使用第一应用客户端的用户参加该第一线上会议，服务器130响应于用户通过该第二应用客户端发起的第一会议参加邀请操作，生成第一会议邀请链接，并将该第一会议邀请链接发送至运行有对应的第一应用客户端的第一终端设备110。

第一终端设备110通过其中的第一应用客户端接收到第一会议邀请链接后，可以响应于用户通过第一应用客户端针对该第一会议邀请链接触发的链接开启操作(如用户针对该第一会议邀请链接触发的点击操作等)，启动第一应用客户端中与第二应用客户端对应的会议小程序。进而，第一终端设备110可以响应于用户基于该会议小程序触发的会议参加操作(如用户针对会议小程序中的会议参加控件触发的点击操作等)，向服务器130发送用于请求参加第一线上会议的会议参加请求，待服务器130确认该第一应用客户端的当前登录用户具备参加该第一线上会议的权限后，允许其通过第一应用客户端中的会议小程序参加该第一线上会议。

在另一种实现方式中，第一终端设备110可以响应于用户通过第一应用客户端中的会议小程序触发的线上会议创建操作，向服务器130发送线上会议创建请求，以创建第二线上会议。创建出第二线上会议后，用户可以进一步通过该第一应用客户端中的会议小程序发起第二会议参加邀请操作，以邀请使用第二应用客户端的用户参加该第二线上会议，服务器130响应于用户通过该第一应用客户端中的会议小程序发起的第二会议参加邀请操作，生成第二会议邀请链接，并将该第二会议邀请链接发送至运行有对应的第二应用客户端的第二终端设备120。

第二终端设备120通过其中的第二应用客户端接收到第二会议邀请链接后，可以响应于用户通过该第二应用客户端针对该第二会议邀请链接触发的会议参加操作(如用户针对该第二会议邀请链接触发点击操作，并在响应于该点击操作显示的会议邀请界面中点击会议参加控件等)，向服务器130发送用于请求参加第二线上会议的会议参加请求，待服务器130确认该第二应用客户端的当前登录用户具备参加第二线上会议的权限后，允许其通过第二应用客户端参加该第二线上会议。

应理解，图1所示的应用场景仅为示例，在实际应用中，对于同一场线上会议，可能同时涉及多台第一终端设备110和/或多台第二终端设备120，在此不对本申请实施例提供的线上会议实现方法的应用场景做任何限定。

下面通过方法实施例对本申请提供的线上会议实现方法进行详细介绍。

参见图2，图2为本申请实施例提供的第一应用客户端侧的线上会议实现方法的流程示意图。如图2所示，该线上会议实现方法包括以下步骤：

步骤201：通过第一应用客户端接收第一会议邀请链接；所述第一会议邀请链接是响应于通过第二应用客户端发起的第一会议参加邀请操作生成的，所述第一会议参加邀请操作用于邀请使用所述第一应用客户端的用户参加通过所述第二应用客户端创建的第一线上会议。

在实际应用中，用户可以通过第二应用客户端中的线上会议功能，创建第一线上会议，并邀请其他使用第二应用客户端的用户或者使用第一应用客户端的用户参加该第一线上会议。邀请使用第一应用客户端的用户参加该第一线上会议时，用户可以通过第二应用客户端触发第一会议参加邀请操作；示例性的，用户可以使用第二应用客户端添加使用第一应用客户端的用户作为联系人，用户通过第二应用客户端触发第一会议参加邀请操作时，可以在其添加的使用第一应用客户端的用户中选择邀请参加第一线上会议的用户，进而，通知服务器将其针对第一线上会议生成的第一会议邀请链接发送至该用户使用的第一应用客户端，相应地，该第一应用客户端将接收到针对该第一线上会议的第一会议邀请链接。

为了便于理解上述实现过程，下面以上述第一应用客户端为微信客户端，第二应用客户端为企业微信客户端为例，对上述实现过程进行示例性介绍。具体的，企业微信用户可以通过企业微信客户端中的线上会议功能，创建第一线上会议。在实际应用中，企业微信用户可以直接通过企业微信客户端添加微信用户作为联系人，基于此，企业微信用户创建出第一线上会议后，可以在其联系人中选择邀请参加第一线上会议的微信用户，进而通知服务器将该第一线上会议的第一会议邀请链接，发送至该微信用户与该企业微信用户的微信会话。

需要说明的是，在实际应用中，上述第一会议邀请链接具体可以表现为小程序卡片，该小程序卡片上可以承载第一线上会议的相关信息，如第一线上会议的主题名称、第一线上会议的类型(音频会议或视频会议)等。当然，上述第一会议邀请链接也可以表现为其它形式，本申请在此不对该第一会议邀请链接的表现形式做任何限定。

需要说明的是，在实际应用中，通常可以通过第一应用客户端中的目标会话来接收上述第一会议邀请链接，此处的目标会话可以包括以下任意一种：第一应用客户端的当前登录用户与邀请用户的私聊会话、包括该邀请用户的群聊会话，此处的邀请用户即为通过第二应用客户端发起第一会议参加邀请操作的用户。

具体的，响应于通过第二应用客户端发起的第一会议参加邀请操作生成的第一会议邀请链接，既可以被发送至第一应用客户端中的私聊会话，又可以被发送至第一应用客户端中的群聊会话。该私聊会话是被邀请参加第一线上会议的用户与通过第二应用客户端发起第一会议邀请操作的用户的二人会话，该群聊会话是包括通过第二应用客户端发起第一会议邀请操作的用户的多人会话。

仍以第一应用客户端为微信客户端，第二应用客户端为企业微信客户端为例，企业微信用户通过企业微信客户端邀请某微信用户参加第一线上会议时，服务器可以将响应于通过企业微信客户端发起的第一会议参加邀请操作生成的第一会议邀请链接，发送至该微信用户与该企业微信用户对应的微信用户的私聊会话中；企业微信用户通过企业微信客户端邀请某微信用户群中的微信用户参加第一线上会议时，服务器可以将响应于通过企业微信客户端发起的第一会议参加邀请操作生成的第一会议邀请链接，发送至包括该企业微信用户群的群聊会话中。

步骤202：响应于针对所述第一会议邀请链接触发的链接开启操作，启动所述第一应用客户端中与所述第二应用客户端对应的会议小程序。

第一应用客户端接收到第一会议邀请链接后，可以响应于用户针对该第一会议邀请链接触发的链接开启操作，例如，响应于用户针对该第一会议邀请链接触发的点击操作，相应地启动第一应用客户端中与第二应用客户端对应的会议小程序。

仍以第一应用客户端为微信客户端，第二应用客户端为企业微信客户端为例，若用户通过微信客户端中的某会话接收到第一会议邀请链接，则用户可以针对该第一会议邀请链接触发点击操作，相应地，微信客户端检测到用户针对该第一会议邀请链接触发点击操作后，可以启动微信客户端中与企业微信的线上会议功能对应的会议小程序。

需要说明的是，在实际应用中，启动第一应用客户端中的会议小程序时，通常需要用户授权允许该会议小程序使用终端设备的摄像头和麦克风，会议小程序获得摄像头和麦克风的使用权限后，可以继续正常启动。

可选的，在本申请实施例提供的方法中，第一应用客户端检测到用户针对第一会议邀请链接触发链接开启操作后，可以触发检测本地是否安装有第二应用客户端，若是，则触发启动安装于本地的第二应用客户端，并通过该第二应用客户端参加该第一线上会议。

在一种可能的实现方式中，第一应用客户端检测到用户针对其接收的第一会议邀请链接触发点击操作后，可以自动检测终端设备本地是否安装有第二应用客户端；若是，则自动唤起该第二应用客户端，使得用户直接通过该第二应用客户端参加该第一线上会议，从而获得更好的线上会议参与体验。仍以第一应用客户端为微信客户端，第二应用客户端为企业微信客户端为例，微信客户端检测到用户针对其接收的第一会议邀请链接触发点击操作后，将自动检测终端设备本地是否安装有企业微信客户端，若是，则自动唤起该企业微信客户端，使用户直接通过该企业微信客户端参加第一线上会议。

在另一种可能的实现方式中，在第一应用客户端检测到终端设备本地安装有第二应用客户端的情况下，可以在会议小程序界面中显示可操控的第二应用启动控件，若检测到用户触控该第二应用启动控件，则唤起安装在终端设备本地的第二应用客户端，并使得用户通过该第二应用客户端参加该第一线上会议。仍以第一应用客户端为微信客户端，第二应用客户端为企业微信客户端为例，在微信客户端检测到终端设备本地安装有企业微信客户端的情况下，可以在会议小程序界面中显示可操控的企业微信启动控件，若检测到用户触控该企业微信启动控件，则唤起该企业微信客户端，使用户直接通过该企业微信客户端参加第一线上会议。

在终端设备本地安装有第二应用客户端的情况下，通过上述方式唤起第二应用客户端，使用户直接通过该第二应用客户端参加第一线上会议，能够帮助用户在参加第一线上会议的过程中获得更好的会议体验。

应理解，若终端设备通过上述方式启动了其本地安装的第二应用客户端，使用户通过该第二应用客户端参加了第一线上会议，则不再需要执行本申请中后续的步骤203。

步骤203：响应于基于所述会议小程序触发的会议参加操作，通过所述第一应用客户端参加所述第一线上会议。

第一应用客户端中的会议小程序启动后，第一应用客户端可以响应于用户基于该会议小程序触发的会议参加操作，向服务器发送会议参加请求，待服务器确认该第一应用客户端的当前登录用户具备参加该第一线上会议的权限后，用户可以通过该第一应用客户端参加该第一线上会议。

下面仍以第一应用客户端为微信客户端，第二应用客户端为企业微信客户端为例，结合图3所示的界面示意图对上述实现过程进行示例性介绍。如图3中(a)所示，微信客户端可以通过微信会话接收到用于邀请用户参加第一线上会议的小程序卡片，进而，可以响应于用户针对该小程序卡片触发的点击操作，启动微信客户端中与企业微信的线上会议功能对应的会议小程序，该会议小程序启动后，微信客户端将显示对应的会议小程序界面，如图3中(b)所示，该界面中可以包括第一线上会议的基本信息，如会议主题名称、会议主持人、会议类型、会议参与人数等等，该界面中还可以包括会议参加控件，微信客户端若检测到用户触控该会议参加控件，即可认为用户触发了会议参加操作。

如图3中(b)所示，会议小程序界面中可以包括两种会议参加控件，分别对应于不同的会议参加身份；若用户与该第一线上会议的发起用户为同事关系，则可触控会议参加控件“我是同事，加入企业并参会”，若用户与该第一线上会议的发起用户并非同事关系，则可以触控会议参加控件“不是同事，以外部人员加入”。如此，微信客户端的用户可以方便地以对应的身份，参加通过企业微信客户端发起的第一线上会议。

如图3中(c)所示，该界面中还包括会议身份编辑控件，用户可以通过该会议身份编辑控件触发编辑自身在该第一线上会议中的名字，从而提升自身在该第一线上会议中的辨识度。

应理解，上述图3所示的会议小程序界面仅为示例，在实际应用中，会议小程序界面还可以表现为其它形式，其中还可以承载其它与第一线上会议相关的信息以及不同的操作控件，本申请在此不对会议小程序界面的表现形式做任何限定。

需要说明的是，为了便于参加第一线上会议的用户了解该第一线上会议的合法性，避免用户受到恶意欺诈类线上会议的干扰，本申请实施例提供的方法在第二应用客户端的登录用户绑定有对应的企业身份信息的情况下，还可以响应于基于会议小程序触发的参会者信息查看操作，显示该第一线上会议的参加用户的身份信息，第一线上会议的参加用户包括通过第二应用客户端参加该第一线上会议的企业用户，该企业用户的身份信息包括该企业用户绑定的企业身份信息。

具体的，在实际应用中，第二应用客户端可以是支持用户以其企业身份信息注册并登录的应用客户端，相应地，第二应用客户端的登录用户将绑定有对应的企业身份信息。在该种情况下，在通过第二应用客户端创建的第一线上会议中，各通过第二应用客户端参加该第一线上会议的用户在该第一线上会议中的身份信息将包括其绑定的企业身份信息。

第一应用客户端的用户通过会议小程序触发针对第一线上会议的参会者信息查看操作后，服务器将向第一应用客户端反馈该第一线上会议中各参加用户的身份信息，以便第一应用客户端显示该第一线上会议中各参加用户的身份信息；对于该第一线上会议中通过第二应用客户端参加的用户，其身份信息中应包括其绑定的企业身份信息。

此外，对于通过第一应用客户端参加第一线上会议的用户，服务器也可以检测其是否绑定有对应的目标企业身份信息，在确定该第一应用客户端的当前登录用户绑定有对应的目标企业身份信息的情况下，可以基于该目标企业身份信息生成该当前登录用户在第一线上会议中的身份信息，并在检测到第一线上会议的参加用户触发参会者信息查看操作时，显示第一线上会议中各参加用户的身份信息，其中，该第一应用客户端的当前登录用户的身份信息中包括其绑定的目标企业身份信息。

如此，在第一线上会议中体现用户的企业身份信息，能够帮助第一线上会议的参加用户了解该第一线上会议的合法性，使得该第一线上会议的参加用户对该第一线上会议更具有信任感。

下面仍以第一应用客户端为微信客户端，第二应用客户端为企业微信客户端为例，结合图4所示的界面示意图对上述实现过程进行示例性介绍。微信用户通过微信客户端中的会议小程序进入第一线上会议后，微信客户端将显示图4中(a)所示的界面，微信用户可以通过触控界面中的控件“参与人”，触发参会者信息查看操作，响应于微信用户触控控件“参与人”的操作，微信客户端将显示图4中(b)所示的界面，该界面包括该第一线上会议中各参加用户的身份信息，对于通过企业应用客户端参加该第一线上会议的用户，其身份信息中包括其登录企业微信客户端时依据的企业身份信息，对于通过微信客户端参加该第一线上会议的用户，若其此前以企业身份信息注册过企业微信客户端，则该用户的身份信息中将包括该用户的企业身份信息。

此外，在进行第一线上会议的过程中，微信用户还可以通过会议小程序控制麦克风的打开或关闭，当麦克风打开时，该微信用户输入的语音将被第一线上会议的各参加用户听到，当麦克风关闭时，该微信用户输入的语音将不会被第一线上会议的各参加用户听到。相类似地，对于视频类型的第一线上会议，微信用户可以通过会议小程序控制摄像头的打开和关闭，当摄像头打开时，该微信用户使用的终端设备的摄像头拍摄的画面将会被第一线上会议的各参加用户看到，当摄像头关闭时，该微信用户方的场景画面将不会被第一线上会议的各参加用户看到。

应理解，在实际应用中，微信用户还可以在通过会议小程序触发会议参加操作之前，设置摄像头和麦克风的默认权限，例如，若用户通过会议小程序设置默认开启摄像头和麦克风，则在微信用户通过会议小程序触发会议参加操作进入第一线上会议后，微信用户使用的终端设备的摄像头拍摄的画面将可以被第一线上会议的各参加用户看到，微信用户的语音也将可以被第一线上会议的各参加用户听到。

此外，微信客户端中的会议小程序可以提供查看并下载会议附件、修改用户在会议中的名字等功能，该会议小程序也可以提供查看会议主持人的角色控制能力等功能，该会议小程序还可以支持文档演示、屏幕演示等，本申请在此不对会议小程序所支持的功能做任何限定。

需要说明的是，本申请实施例提供的方法还可以支持第一应用客户端的用户转发邀请其他用户参加第一线上会议。即，第一应用客户端响应于针对第一线上会议的转发参加邀请操作，将其接收的第一会议邀请链接发送给待邀请用户；此处的转发参加邀请操作可以包括以下任意一种：转发第一会议邀请链接的操作、基于会议小程序发起的邀请参加第一线上会议的操作；此处的待邀请用户可以包括以下至少一种：第一应用客户端的用户、第二应用客户端的用户。

在一种可能的实现方式中，第一应用客户端的用户可以直接将其接收的第一会议邀请链接转发给待邀请用户，该待邀请用户可以是该用户通过第一应用客户端添加的联系人，该联系人既可以是使用第一应用客户端的用户，又可以是使用第二应用客户端的用户。仍以第一应用客户端为微信客户端，第二应用客户端为企业微信客户端为例，微信用户可以将其通过微信客户端接收的第一会议邀请链接，转发给其通过微信客户端添加的微信联系人和/或其通过微信客户端添加的企业微信联系人。

在另一种可能的实现方式中，第一应用客户端的用户针对第一会议链接触发链接开启操作，启动第一应用客户端中的会议小程序后，第一应用客户端的用户可以基于该会议小程序发起邀请其他用户参加该第一线上会议的操作，示例性的，会议小程序启动后，会议小程序界面中将显示会议分享控件，第一应用客户端的用户可以通过触控该会议分享控件，并选择对应的待邀请用户，来完成针对第一线上会议的转发参加邀请操作。仍以第一应用客户端为微信客户端，第二应用客户端为企业微信客户端为例，微信用户触控其通过微信会话接收的第一会议链接，启动微信客户端中的会议小程序后，微信用户可以进一步触控该会议小程序界面中的会议分享控件，并在联系人列表中选择微信联系人和/或企业微信联系人作为待邀请用户，完成待邀请用户的选择后触控确认控件，从而完成转发参加邀请操作。

需要说明的是，在本申请实施例提供的方法中，第一应用客户端还可以支持用户参加通过第二应用客户端创建的预约线上会议。即，第一应用客户端可以接收预约会议邀请链接，该预约会议邀请链接是响应于通过第二应用客户端发起的预约会议参加邀请操作生成的，该预约会议参加邀请操作用于邀请使用第一应用客户端的用户参加通过第二应用客户端创建的预约线上会议。第一应用客户端响应于用户针对该预约会议邀请链接触发的链接开启操作后，将启动第一应用客户端中与第二应用客户端对应的会议小程序，进而，响应于用户基于该会议小程序触发的会议参加操作，创建该预约线上会议对应的提醒日程，当到达基于预约线上会议的开始时间确定的目标时间时，通过该第一应用客户端生成会议提醒通知。

具体的，用户可以通过第二应用客户端中的线上会议预约功能，设置预约线上会议的基本信息(包括但不限于会议主题名称、会议主持人、会议参与者、会议类型等)和会议时间，创建预约线上会议，并邀请使用第一应用客户端的用户参加该预约线上会议。在第二应用客户端的用户可以通过第二应用客户端添加使用第一应用客户端的用户作为联系人的情况下，第二应用客户端的用户可以通过第二应用客户端发起预约会议参加邀请操作，邀请其添加的第一应用客户端的用户参加所创建的预约线上会议，服务器检测到通过第二应用客户端针对某预约线上会议发起的预约会议参加邀请操作后，将其针对该预约线上会议生成的预约会议邀请链接发送给对应的第一应用客户端。

第一应用客户端接收到该预约会议邀请链接后，可以响应于用户针对该预约会议邀请链接触发的链接开启操作，启动第一应用客户端中的会议小程序，进而，响应于用户基于该会议小程序触发的预约会议参加操作，创建该预约线上会议对应的提醒日程，该提醒日程中可以包括该预约线上会议的基本信息和会议开始时间。当第一应用客户端检测到当前已到达基于预约线上会议的开始时间确定的目标时间时，该第一应用客户端可以自动生成会议提醒通知，该会议提醒通知可以以通知消息的形式在终端设备的消息列表中显示，以提醒用户其需要参加该预约线上会议。

应理解，上述目标时间是根据预约线上会议的开始时间确定的，具体的，该目标时间可以为预约线上会议的开始时间，也可以为预约线上会议的开始时间之前的某一时间，如预约线上会议的开始时间之前的5分钟，本申请在此不对该目标时间做任何限定。

为了进一步方便第一应用客户端的用户参加预约线上会议，在本申请实施例提供的方法中，第一应用客户端还可以响应于用户针对上述会议提醒通知触发的查看操作，直接通过第一应用客户端中的会议小程序参加该预约线上会议。

示例性的，终端设备可以在其消息通知栏中显示第一应用客户端针对该预约线上会议生成的会议提醒通知，检测到用户针对该会议提醒通知触发查看操作后，终端设备可以自动启动第一应用客户端中的会议小程序，并使用户通过该会议小程序进入该预约线上会议。

下面仍以第一应用客户端为微信客户端，第二应用客户端为企业微信客户端为例，结合图5所示的界面示意图对上述实现过程进行示例性介绍。企业微信用户可以通过企业微信客户端中的线上会议预约功能，创建预约线上会议，并在其通过企业微信客户端添加的联系人中选择微信用户，邀请其参加该预约线上会议，服务器检测到企业微信用户邀请微信用户参加其创建的预约线上会议的操作后，将针对该预约线上会议生成的预约会议邀请链接发送到该微信用户与该企业微信用户的微信会话中，如图5中(a)所示。

微信客户端检测到用户针对该预约会议邀请链接触发链接开启操作后，启动微信客户端中的会议小程序，并在该会议小程序的界面中显示该预约线上会议的基本信息，如会议主题名称、会议发起人、会议提醒时间、会议参加与人、会议信息、会议附件等等。此外，该会议小程序的界面中还可以包括会议参加控件，用户可以通过触控该会议参加控件预约参加该预约线上会议，若微信用户为该预约线上会议的发起人的同事，则可以通过触控会议参加控件“我是同事，加入企业并参会”预约参加该预约线上会议，若微信用户并非该预约线上会议的发起人的同事，则可以通过触控会议参加控件“不是同事，以外部人员加入”预约参加该预约线上会议，如图5中(b)所示。

微信客户端检测到用户通过会议小程序触发预约参加该预约线上会议的操作后，微信客户端可以创建该预约线上会议对应的提醒日程。当到达预约线上会议对应的提醒时间时，微信用户可以接收到来自微信客户端的服务通知，点击该服务通知，微信用户即可通过会议小程序进入该预约线上会议，如图5中(c)所示。

需要说明的是，在实际应用中，第一应用客户端的用户也可以主动触发启动会议小程序，例如，在第一应用客户端中搜索会议小程序，并点击进入该会议小程序，又例如，在第一应用客户端的消息列表界面触发下拉操作，唤出用户最近使用的小程序，若其中包括会议小程序，则用户可以点击进入该会议小程序。会议小程序的首页可以显示该第一应用客户端的用户当前正在参加的线上会议、以及该用户待参加的预约线上会议等。

本申请实施例通过上述方法，实现了跨第一应用客户端和第二应用客户端的线上会议的开展，第一应用客户端的用户接收到来自第二应用客户端的会议邀请链接后，不再需要为了参加通过第二应用客户端创建的线上会议而专门下载第二应用客户端，可以直接通过第一应用客户端中与第二应用客户端对应的会议小程序参加该通过第二应用客户端创建的线上会议。如此，大大降低了线上会议的参加门槛，简化了用户参加线上会议时所需执行的操作，提升了用户参加线上会议的体验，并且更有助于跨组织线上会议的开展。

本申请实施例还提供了一种应用于第二应用客户端侧的线上会议实现方法，参见图6，图6为本申请实施例提供的第二应用客户端侧的线上会议实现方法的流程示意图。如图6所示，该线上会议实现方法包括以下步骤：

步骤601：通过第二应用客户端接收第二会议邀请链接；所述第二会议邀请链接是响应于通过第一应用客户端中与所述第二应用客户端对应的会议小程序发起的第二会议参加邀请操作生成的，所述第二会议参加邀请操作用于邀请使用所述第二应用客户端的用户参加通过所述会议小程序创建的第二线上会议。

在实际应用中，用户可以通过第一应用客户端中与第二应用客户端对应的会议小程序，创建第二线上会议，并邀请其他使用第一应用客户端的用户或者使用第二应用客户端的用户参加该第二线上会议。邀请使用第二应用客户端的用户参加该第二线上会议时，用户可以通过第一应用客户端中的会议小程序触发第二会议参加邀请操作；示例性的，用户可以使用第一应用客户端添加使用第二应用客户端的用户作为联系人，用户通过第一应用客户端中的会议小程序触发第二会议参加邀请操作时，可以在其添加的联系人中选择邀请使用第二应用客户端的用户参加该第二线上会议，服务器检测到用户通过第一应用客户端中的会议小程序触发上述操作后，相应地将其针对第二线上会议生成的第二会议邀请链接发送至对应的第二应用客户端，相应地，该第二应用客户端可以接收到针对该第二线上会议的第二会议邀请链接。

为了便于理解上述实现过程，下面以上述第一应用客户端为微信客户端，第二应用客户端为企业微信客户端为例，对上述实现过程进行示例性介绍。具体的，微信用户可以通过微信客户端中的会议小程序创建第二线上会议，由于微信用户可以添加企业微信用户作为联系人，因此，微信用户通过会议小程序创建出第二线上会议后，可以在其联系人中选择邀请参加该第二线上会议的企业微信用户，进而通知服务器将其针对该第二线上会议生成的第二会议邀请链接，发送至该企业微信用户的企业微信会话中。

步骤602：响应于针对所述第二会议邀请链接触发的会议参加操作，通过所述第二应用客户端参加所述第二线上会议。

第二应用客户端接收到该第二会议邀请链接后，可以响应于用户针对该第二会议邀请链接触发的链接开启操作，如针对该第二会议邀请链接触发的点击操作等，显示第二线上会议的基本信息介绍界面，该界面中可以包括第二线上会议的基本信息(包括但不限于会议主题名称、会议类型、会议发起人、会议参与人、会议备注信息等)和会议参加控件。第二应用客户端若检测到用户针对该会议参加控件触发触控操作，则可认为第二应用客户端的用户触发了会议参加操作，进而向服务器发送会议参加请求，待服务器确认该第二应用客户端的当前登录用户具备参加该第二线上会议的权限后，用户可以通过该第二应用客户端参加该第二线上会议。

下面仍以第一应用客户端为微信客户端，第二应用客户端为企业微信客户端为例，对上述实现过程进行示例性介绍。企业微信用户通过企业微信会话接收到微信用户邀请其参加第二线上会议的第二会议邀请链接后，可以触控点击该第二会议邀请链接，企业微信客户端响应于企业微信用户针对第二会议邀请链接的点击操作，相应地显示第二线上会议的基本信息介绍界面，其中包括该第二线上会议的基本信息，如会议主题名称、会议主持人、会议类型、会议参与人数等等，该界面中还可以包括会议参加控件，企业微信客户端若检测到用户触控该会议参加控件，则可认为企业微信用户触发了会议参加操作。相应地，在服务器确认该企业微信用户具备参加该第二线上会议的权限后，该企业微信用户可以通过企业微信客户端参加该第二线上会议。

应理解，在实际应用中，第二应用客户端通常为本身具备线上会议功能的应用客户端，通过第二应用客户端参加通过第一应用客户端中的会议小程序发起的线上会议时，第二应用客户端仍然可以支持用户使用第二应用客户端自身提供的与线上会议相关的功能，如麦克风和摄像头的开关功能、参会者信息查看功能、会议附件查看下载功能、会议身份信息编辑功能、文档演示功能、屏幕演示功能等等，本申请在此不对第二应用客户端所支持的与线上会议相关的功能做任何限定。

本申请实施例通过上述方法，实现了跨第一应用客户端和第二应用客户端的线上会议的开展，第二应用客户端的用户接收到来自第一应用客户端中会议小程序的会议邀请链接后，可以直接通过第二应用客户端参加该通过第一应用客户端中的会议小程序创建的线上会议。如此，降低了线上会议的参加门槛，简化了用户参加线上会议时所需执行的操作，提升了用户参加线上会议的体验，并且更有助于跨组织线上会议的开展。

本申请实施例还提供了一种应用于服务器侧的线上会议实现方法，该方法用于支持第一应用客户端的用户参加通过第二应用客户端创建的第一线上会议。参见图7，图7为本申请实施例提供的一种服务器侧的线上会议实现方法的流程示意图。如图7所示，该线上会议实现方法包括以下步骤：

步骤701：响应于通过第二应用客户端发起的第一会议参加邀请操作，生成第一会议邀请链接；所述第一会议参加邀请操作用于邀请使用第一应用客户端的用户参加通过所述第二应用客户端创建的第一线上会议。

步骤702：发送所述第一会议邀请链接至所述第一应用客户端。

在实际应用中，服务器可以响应于用户通过第二应用客户端中的线上会议功能触发的会议创建操作，相应地创建用于支持第一线上会议开展的逻辑房间和音视频房间，此处的逻辑房间用于支持第一线上会议中相关逻辑功能(如控制第一线上会议中参会者的发言权限、参会者的文件分享权限等)的实现，此处的音视频房间用于支持第一线上会议中对于音视频流以及辅助流(屏幕共享等功能对应的数据流)的转发功能的实现。

创建出第一线上会议后，用户可以通过第二应用客户端发起第一会议参加邀请操作，以邀请使用第一应用客户端的用户参加该通过第二应用客户端创建的第一线上会议；第二应用客户端响应于用户触发的第一会议参加邀请操作，相应地生成第一会议参加邀请请求发送给服务器，该第一会议参加邀请请求中可以包括：用于标识该第一线上会议的信息、用于标识被邀请参加该第一线上会议的使用第一应用客户端的用户的信息。服务器接收到第一会议参加邀请请求后，相应地生成第一会议邀请链接，并将该第一会议邀请链接发送至对应的第一应用客户端。

为了便于理解上述实现过程，下面仍以第一应用客户端为微信客户端，第二应用客户端为企业微信客户端为例，对上述实现过程进行示例性介绍。具体的，企业微信用户可以通过企业微信客户端中的线上会议功能，触发创建第一线上会议，并且针对该第一线上会议触发第一会议参加邀请操作，以邀请其通过企业微信客户端添加的微信用户参加该第一线上会议；服务器检测到企业微信用户通过企业微信客户端针对第一线上会议触发了第一会议邀请操作后，相应地生成第一会议邀请链接，并将该第一会议邀请链接发送至对应的微信用户所使用的微信客户端。

步骤703：响应于通过所述第一应用客户端中与所述第二应用客户端对应的会议小程序触发的会议参加操作，允许所述第一应用客户端的用户进入所述第一线上会议对应的会议房间。

用户通过第一应用客户端接收到第一会议邀请链接后，可以针对该第一会议邀请链接触发链接开启操作，以启动第一应用客户端中与第二应用客户端对应的会议小程序；会议小程序启动后，用户可以进一步通过该会议小程序触发会议参加操作，第一应用客户端检测到用户通过会议小程序触发会议参加操作后，相应地生成第一会议参加请求发送给服务器。

服务器接收到第一应用客户端发送的第一会议参加请求后，相应地对第一应用客户端的用户的身份进行校验，以确定该第一应用客户端的用户是否有权限参加该第一线上会议，待确认该第一应用客户端的用户有权限参加该第一线上会议后，相应地允许该第一应用客户端的用户进入该第一线上会议对应的逻辑房间和音视频房间。

仍以第一应用客户端为微信客户端，第二应用客户端为企业微信客户端为例，微信用户通过微信客户端中的微信会话接收到用于邀请其参加第一线上会议的小程序卡片后，可以触控点击该小程序卡片，以触发启动微信客户端中的会议小程序；会议小程序启动后，微信用户可以通过触控点击会议小程序界面中的会议参加控件触发会议参加操作，此时，微信客户端可以相应地生成第一会议参加请求，并将该第一会议参加请求发送给服务器；服务器接收到该第一会议参加请求后，可以对微信客户端的当前登录用户的身份进行校验，待确认该微信客户端的当前登录用户具有参加该第一线上会议的权限后，微信客户端的用户可以通过微信客户端中的会议小程序参加该第一线上会议。

需要说明的是，为了便于参加第一线上会议的用户了解该第一线上会议的合法性，避免用户受到恶意欺诈类线上会议的干扰，在本申请实施例提供的方法中，在第二应用客户端的登录用户绑定有对应的企业身份信息的情况喜爱，服务器可以响应于用户通过第二应用客户端触发的参会者信息查看操作，以及响应于用户通过第一应用客户端中的会议小程序触发的参会者信息查看操作，向第二应用客户端和第一应用客户端发送该第一线上会议的参加用户的身份信息，对于第一线上会议中通过第二应用客户端参加的用户，其身份信息中还包括其绑定的企业身份信息。

此外，在实际应用中，对于通过第一应用客户端参加第一线上会议的用户，服务器可以根据该第一应用客户端的当前登录用户的登录身份信息，确定该当前登录用户是否绑定有对应的目标企业身份信息；若是，则基于该目标企业身份信息，生成该当前登录用户在第一线上会议中的身份信息。

具体的，服务器可以根据该第一应用客户端的当前登录用户的登录身份信息，检测该当前登录用户是否注册过第二应用客户端或者其它需要以企业身份信息注册的应用客户端，若是，则获取该当前登录用户注册第二应用客户端或者其它此类的应用客户端时使用的企业身份信息，作为目标企业身份信息，进而，根据该目标企业身份信息生成第一应用客户端的当前登录用户在第一线上会议中的身份信息。

服务器检测到第一线上会议中的用户通过第一应用客户端中的会议小程序或者第二应用客户端触发了会议参加操作后，将相应地向第一应用客户端或者第二应用客户端发送第一线上会议的参加用户的身份信息，对于第一线上会议中通过第一应用客户端参加的用户，若其以目标企业身份信息注册过第二应用客户端或其它应用客户端，则其身份信息中还包括对应的目标企业身份信息。

本申请实施例通过上述方法，实现了跨第一应用客户端和第二应用客户端的线上会议的开展，第一应用客户端的用户接收到来自第二应用客户端的会议邀请链接后，不再需要为了参加通过第二应用客户端创建的线上会议而专门下载第二应用客户端，可以直接通过第一应用客户端中与第二应用客户端对应的会议小程序参加该通过第二应用客户端创建的线上会议。如此，大大降低了线上会议的参加门槛，简化了用户参加线上会议时所需执行的操作，提升了用户参加线上会议的体验，并且更有助于跨组织线上会议的开展。

本申请实施例还提供了另一种应用于服务器侧的线上会议实现方法，该方法用于支持第二应用客户端的用户参加通过第一应用客户端中的会议小程序创建的第二线上会议。参见图8，图8为本申请实施例提供的另一种服务器侧的线上会议实现方法的流程示意图。如图8所示，该线上会议实现方法包括以下步骤：

步骤801：响应于通过所述会议小程序发起的第二会议参加邀请操作，生成第二会议邀请链接；所述第二会议参加邀请操作用于邀请使用所述第二应用客户端的用户参加通过所述会议小程序创建的第二线上会议。

步骤802：发送所述第二会议邀请链接至所述第二应用客户端。

在实际应用中，服务器可以响应于用户通过第一应用客户端中的会议小程序触发的会议创建操作，相应地创建用于支持第二线上会议开展的逻辑房间和音视频房间。创建出第二线上会议后，用户可以通过第一应用客户端中的会议小程序发起第二会议参加邀请操作，以邀请使用第二应用客户端的用户参加该通过第一应用客户端中的会议小程序创建的第二线上会议；第一应用客户端响应于用户触发的第二会议参加邀请操作，相应地生成第二会议参加邀请请求发送给服务器，该第二会议参加邀请请求中可以包括：用于标识第二线上会议的信息、用于标识被邀请参加该第二线上会议的使用第二应用客户端的用户的信息。服务器接收到该第二会议参加邀请请求后，相应地生成第二会议邀请链接，并将该第二会议邀请链接发送至对应的第二应用客户端。

为了便于理解上述实现过程，下面仍以第一应用客户端为微信客户端，第二应用客户端为企业微信客户端为例，对上述实现过程进行示例性介绍。具体的，微信用户可以通过微信客户端中的会议小程序，触发创建第二线上会议，并且针对该第二线上会议触发第二会议参加邀请操作，以邀请其通过微信客户端添加的企业微信用户参加该第二线上会议；服务器检测到微信用户通过会议小程序针对第二线上会议触发了第二会议参加邀请操作后，相应地生成第二会议邀请链接，并将该第二会议邀请链接发送至对应的企业微信用户使用的企业微信客户端。

步骤803：响应于通过所述第二应用客户端针对所述第二会议邀请链接触发的会议参加操作，允许所述第二应用客户端的用户进入所述第二线上会议对应的会议房间。

用户通过第二应用客户端接收到第二会议邀请链接后，可以针对该第二会议邀请链接触发链接开启操作，以查看该第二线上会议的基本信息介绍界面；进而，用户可以通过该界面中的会议参加控件触发会议参加操作，第二应用客户端检测到用户通过会议参加控件触发会议参加操作后，相应地生成第二会议参加请求发送给服务器。

服务器接收到第二应用客户端发送的第二会议参加请求后，相应地对该第二应用客户端的用户的身份进行校验，以确定该第二应用客户端的用户是否有权限参加该第二线上会议，待确认该第二应用客户端的用户有权限参加该第二线上会议后，相应地允许该第二应用客户端的用户进入该第二线上会议对应的逻辑房间和音视频房间。

仍以第一应用客户端为微信客户端，第二应用客户端为企业微信客户端为例，企业微信用户通过企业微信客户端中的企业微信会话接收到用于邀请其参加第二线上会议的小程序卡片后，可以触控点击该小程序卡片，企业微信客户端响应于用户针对该小程序卡片的触控点击操作，相应地显示第二线上会议的基本信息介绍界面，进而，企业微信用户可以触控点击该界面中的会议参加控件，企业微信客户端响应于用户针对该会议参加控件的触控点击操作，相应地生成第二会议参加请求，并将该第二会议参加请求发送给服务器；服务器接收到该第二会议参加请求后，可以对企业微信客户端的当前登录用户的身份进行校验，待确认该企业微信客户端的当前登录用户具有参加该第二线上会议的权限后，企业微信客户端的用户可以直接参加该第二线上会议。

本申请实施例通过上述方法，实现了跨第一应用客户端和第二应用客户端的线上会议的开展，第二应用客户端的用户接收到来自第一应用客户端中会议小程序的会议邀请链接后，可以直接通过第二应用客户端参加该通过第一应用客户端中的会议小程序创建的线上会议。如此，降低了线上会议的参加门槛，简化了用户参加线上会议时所需执行的操作，提升了用户参加线上会议的体验，并且更有助于跨组织线上会议的开展。

为了便于进一步理解本申请实施例提供的技术方案，下面以第一应用客户端为微信客户端，第二应用客户端为企业微信客户端为例，对第一应用客户端、第二应用客户端以及服务器端的底层实现方法进行示例性介绍。

本申请实施例提供的技术方案是基于企业微信的线上会议功能和微信中的会议小程序实现的，企业微信的线上会议功能接入了用于提供音视频采集能力以及音视频通信能力的会议接入引擎，会议后台提供了应用程序接口(applicationprogramminginterface，api)用于实现创建线上会议、加入线上会议、获取会议信息等功能，企业微信的线上会议功能所依赖的模块架构如图9所示。

微信中的会议小程序支持开展线上会议的能力，是通过该会议小程序中的livepusher组件和liveplayer组件实现的，通过会议小程序加入线上会议私有域房间，主要技术实现流程的架构如图10所示。

微信用户可以通过restapi加入线上会议的逻辑房间。逻辑房间加入成功后，获取该线上会议的音视频房间的信息，包括实时音视频控制台侧用于动态分配媒体流的机器的ip地址、端口等。并且获取加入音视频房间的用户信息以及该线上会议的鉴权信息，包括该音视频房间的实时消息传输协议(realtimemessagingprotocol，rtmp)代理的服务器及其端口信息，该端口信息是根据用户的地域通过云端动态分发最优线路下发，以最大程度地提升用户在线上会议中的音视频和通话的流畅度。获取到音视频鉴权的必要信息后，通过livepusher建立音视频通道链接，该音视频通道链接可以响应音视频通道推送的用户音视频流以及采集音视频流的推送，以及音视频混音流或辅助流的推送和收发；需要说明的是，屏幕共享就是基于辅助流的方式实现的，发起屏幕共享的人可以通过livepusher推送当前屏幕的录屏数据流；线上会议的音视频房间的接口机负责将该录屏数据流转发到rtmp代理，再通过音视频通道进行数据流的分发，推送给音视频房间内的其他用户。

在进行上述操作的同时，还需要建立企业微信会议逻辑房间的websocket长链接通道，并初始化当前用户在该逻辑房间的状态。需要说明的是，企业微信中的线上会议功能拥有独立的会议控制能力，如文档共享、屏幕共享、主持人会议控制能力等，这些会议控制能力均是基于长链接通道实现的。企业微信独立的会议控制能力，具体包括但不限于参会人员上线/下线、开关麦克风、开关摄像头、主持人控制、请其他参会人员上台发言、控制会议中人员的进入、会议灵活的管理规则等，这部分能力可以由企业微信后台单独控制，例如，参会人员上线/下线是通过restapi通知会议侧的后台进行会议状态的更新，以保持音视频房间的成员状态与逻辑房间的成员状态同步。企业微信侧完整的会议实现流程架构如图11所示。

下面结合图12对企业微信客户端和微信客户端中的会议小程序在接入线上会议的过程中实现方案和注意事项进行介绍。企业微信通过接入会议接入引擎(xcastsdk)，为企业微信客户端的用户提供接入音视频房间的基础能力，包括但不限于音视频采集、播放、美颜、推流控制等，同时也建立了与企业微信后台的线上会议逻辑房间之间的长链接通道。企业微信客户端通过企业微信后台请求restapi创建会议，企业微信后台创建完会议后，相应地向企业微信客户端返回音视频房间的信息，企业微信客户端获取到该音视频房间的信息后，通过会议接入引擎发起推流行为，并且接收推流事件、音视频数据和音视频房间的用户信息等。

需要说明的是，音视频房间的用户列表是基于创建线上会议时传入的instanceid_userid_appid生成的useropenid，对于逻辑房间的用户列表，还需要在音视频房间的用户列表中增加用户的userid信息，用于使逻辑房间与音视频房间的用户关联。

此外，对于企业微信客户端和微信客户端，其可以接收同一音视频房间中的用户产生的音视频流数据，并使用liveplayer进行画面渲染。微信客户端中的会议小程序可以发起长链接与企业微信后台建立同步命令(sync)通道，以下发或上传会议控制指令。

此外，企业微信客户端的用户还可以发起屏幕共享，通过实时音视频(real-timecommunication，rtc)的音视频流通道实现数据采集和推送的能力，为音视频房间内的其他用户推流，以使其他用户可以接收到共享者的所共享的屏幕画面。

下面结合图13对企业微信客户端的会议控制功能的实现进行介绍。企业微信对于线上会议的会议控制，是通过单独的逻辑房间长链接通道实现的，企业微信的会议控制包括但不限于主持人控制参会人员上下台、控制开启或关闭音视频等。企业微信用户可以在会议中发起文档共享，发起文档共享时，可以通过企业微信后台将共享的文档转换为共享的数据流，通过长链接通道推送给其他用户，会议小程序接收的共享数据(包括发起者共享中的编辑文档、翻页、画箭头等行为)实时更新，同步在会议小程序侧渲染。

下面结合图14对音视频restapi接入层进行介绍。restapi负责对接企业微信后台，负责创建会议、进入会议和退出会议以及获取音视频鉴权信息等逻辑通道能力；此外，restapi还负责与会议的中央服务器(centerserver)进行通信，控制会议的状态以及人员加入会议房间的权限校验等逻辑处理操作。centerserver负责与音视频代理转发层的服务器进行交互，实现包括管理会议房间的权限控制、与音视频房间的状态同步等逻辑处理操作。音视频代理转发层负责与接口机进行数据通信，实现包括接入混音模块、接入音视频转码模块、rtc通过rtmp转发到会议小程序的服务能力等功能。接口机是提供根据用户接入层的动态分发模块，以及音视频接入转发的底层服务。

下面结合图15对音视频引擎进行介绍。引擎接口层(engineinterface)主要用于给上层提供启动、停止、设置各种参数的接口，以及与引擎相关的事件的通知回调，此外，引擎不提供实际的网络传输，而是把收发数据的接口给上层来实现。输入输出流(input/outputstream，iostream)是引擎中很重要的一个抽象概念(类似于响应式编程和tensorflow的思想)，各个数据处理模块(如解包、前向纠错、音频解码、混音等)通过io流串成一条或者多条单向流动的树形链路，各个模块的处理按照顺序分布在各个节点上，io流的拓扑结构有ctoponode组织构成。

每个ctoponode节点绑定一个cparser对象，cparser需要实现两个函数processinput和processoutput，前者在数据流入本模块时解析和处理该数据，后者在数据流出本模块时将处理好的数据发送给下一个模块。

引擎的基本处理流程涉及两条主要的流，分别是接收流和发送流，这两条流在引擎启动的时候就构建好了拓扑结构。其中，接收流从网络收包以后由dmx节点进行解包，然后根据uin分成若干个decemberchannel，每个decemberchannel都有单独的io调用链，分别对应前向纠错(forwarderrorcorrection，fec)解码、qt解码、抗抖、音频解码，进而将所有的decemberchannel都合并到一起，进入混音模块，最后输出到终端播放。其中，发送流是从录音设备采集开始，然后经过3a、编码、qt编码、fec编码，最终发送到网络。

针对上文描述的线上会议实现方法，本申请还提供了对应的线上会议实现装置，以使上述线上会议实现方法在实际中的应用以及实现。

参见图16，图16是上文图2所示的线上会议实现方法对应的一种线上会议实现装置1600的结构示意图。如图16所示，该线上会议实现装置1600包括：

链接接收模块1601，用于通过第一应用客户端接收第一会议邀请链接；所述第一会议邀请链接是响应于通过第二应用客户端发起的第一会议参加邀请操作生成的，所述第一会议参加邀请操作用于邀请使用所述第一应用客户端的用户参加通过所述第二应用客户端创建的第一线上会议；

小程序启动模块1602，用于响应于针对所述第一会议邀请链接触发的链接开启操作，启动所述第一应用客户端中与所述第二应用客户端对应的会议小程序；

会议参加模块1603，用于响应于基于所述会议小程序触发的会议参加操作，通过所述第一应用客户端参加所述第一线上会议。

可选的，在图16所示的线上会议实现装置的基础上，所述第二应用客户端的登录用户绑定有对应的企业身份信息；所述装置还包括：

身份信息显示模块，用于响应于基于所述会议小程序触发的参会者信息查看操作，显示所述第一线上会议的参加用户的身份信息；所述参加用户包括通过所述第二应用客户端参加所述第一线上会议的企业用户，所述企业用户的身份信息包括所述企业用户绑定的企业身份信息。

可选的，在图16所示的线上会议实现装置的基础上，所述装置还包括：

身份信息生成模块，用于在确定所述第一应用客户端的当前登录用户绑定有对应的目标企业身份信息的情况下，基于所述目标企业身份信息生成所述当前登录用户在所述第一线上会议中的身份信息。

可选的，在图16所示的线上会议实现装置的基础上，所述装置还包括：

第二应用启动模块，用于检测本地是否安装有所述第二应用客户端；若是，则触发启动安装于本地的所述第二应用客户端，通过所述第二应用客户端参加所述第一线上会议。

可选的，在图16所示的线上会议实现装置的基础上，所述链接接收模块1601具体用于：

通过所述第一应用客户端接收预约会议邀请链接；所述预约会议邀请链接是响应于通过所述第二应用客户端发起的预约会议参加邀请操作生成的，所述预约会议参加邀请操作用于邀请使用所述第一应用客户端的用户参加通过所述第二应用客户端创建的预约线上会议；

则所述装置还包括：

提醒日程创建模块，用于在所述启动所述第一应用客户端中与所述第二应用客户端对应的会议小程序之后，响应于基于所述会议小程序触发的预约会议参加操作，创建所述预约线上会议对应的提醒日程；

会议提醒模块，用于当到达目标时间时，通过所述第一应用客户端生成会议提醒通知；所述目标时间是基于所述预约线上会议的开始时间确定的。

可选的，在图16所示的线上会议实现装置的基础上，所述会议参加模块1603还用于：

响应于针对所述会议提醒通知触发的查看操作，通过所述第一应用客户端中的所述会议小程序参加所述预约线上会议。

可选的，在图16所示的线上会议实现装置的基础上，所述链接接收模块1601具体用于：

通过所述第一应用客户端中的目标会话接收所述第一会议邀请链接；所述目标会话包括以下任意一种：所述第一应用客户端的当前登录用户与邀请用户的私聊会话、包括所述邀请用户的群聊会话；所述邀请用户是通过所述第二应用客户端发起所述第一会议参加邀请操作的用户。

可选的，在图16所示的线上会议实现装置的基础上，所述装置还包括：

转发邀请模块，用于响应于针对所述第一线上会议的转发参加邀请操作，将所述第一会议邀请链接发送给待邀请用户；所述转发参加邀请操作包括以下任意一种：转发所述第一会议邀请链接的操作、基于所述会议小程序发起的邀请参加所述第一线上会议的操作；所述待邀请用户包括以下至少一种：所述第一应用客户端的用户、所述第二应用客户端的用户。

本申请实施例通过上述装置，实现了跨第一应用客户端和第二应用客户端的线上会议的开展，第一应用客户端的用户接收到来自第二应用客户端的会议邀请链接后，不再需要为了参加通过第二应用客户端创建的线上会议而专门下载第二应用客户端，可以直接通过第一应用客户端中与第二应用客户端对应的会议小程序参加该通过第二应用客户端创建的线上会议。如此，大大降低了线上会议的参加门槛，简化了用户参加线上会议时所需执行的操作，提升了用户参加线上会议的体验，并且更有助于跨组织线上会议的开展。

参见图17，图17是上文图6所示的线上会议实现方法对应的一种线上会议实现装置1700的结构示意图。如图17所示，该线上会议实现装置1700包括：

链接接收模块1701，用于通过第二应用客户端接收第二会议邀请链接；所述第二会议邀请链接是响应于通过第一应用客户端中与所述第二应用客户端对应的会议小程序发起的第二会议参加邀请操作生成的，所述第二会议参加邀请操作用于邀请使用所述第二应用客户端的用户参加通过所述会议小程序创建的第二线上会议；

会议参加模块1702，用于响应于针对所述第二会议邀请链接触发的会议参加操作，通过所述第二应用客户端参加所述第二线上会议。

本申请实施例通过上述装置，实现了跨第一应用客户端和第二应用客户端的线上会议的开展，第二应用客户端的用户接收到来自第一应用客户端中会议小程序的会议邀请链接后，可以直接通过第二应用客户端参加该通过第一应用客户端中的会议小程序创建的线上会议。如此，降低了线上会议的参加门槛，简化了用户参加线上会议时所需执行的操作，提升了用户参加线上会议的体验，并且更有助于跨组织线上会议的开展。

参见图18，图18是上文图7所示的线上会议实现方法对应的一种线上会议实现装置1800的结构示意图。如图18所示，该线上会议实现装置1800包括：

链接生成模块1801，用于响应于通过第二应用客户端发起的第一会议参加邀请操作，生成第一会议邀请链接；所述第一会议参加邀请操作用于邀请使用第一应用客户端的用户参加通过所述第二应用客户端创建的第一线上会议；

链接发送模块1802，用于发送所述第一会议邀请链接至所述第一应用客户端；

会议鉴权模块1803，用于响应于通过所述第一应用客户端中与所述第二应用客户端对应的会议小程序触发的会议参加操作，允许所述第一应用客户端的用户进入所述第一线上会议对应的会议房间。

可选的，在图18所示的线上会议实现装置的基础上，所述链接生成模块1801还用于：

响应于通过所述会议小程序发起的第二会议参加邀请操作，生成第二会议邀请链接；所述第二会议参加邀请操作用于邀请使用所述第二应用客户端的用户参加通过所述会议小程序创建的第二线上会议；

所述链接发送模块1802还用于：

发送所述第二会议邀请链接至所述第二应用客户端；

所述会议鉴权模块1803还用于：

响应于通过所述第二应用客户端针对所述第二会议邀请链接触发的会议参加操作，允许所述第二应用客户端的用户进入所述第二线上会议对应的会议房间。

可选的，在图18所示的线上会议实现装置的基础上，所述装置还包括：

身份信息生成模块，用于根据所述第一应用客户端的当前登录用户的登录身份信息，确定所述当前登录用户是否绑定有对应的目标企业身份信息；若是，则基于所述目标企业身份信息，生成所述当前登录用户在所述第一线上会议或所述第二线上会议中的身份信息。

本申请实施例通过上述装置，实现了跨第一应用客户端和第二应用客户端的线上会议的开展，第一应用客户端的用户接收到来自第二应用客户端的会议邀请链接后，不再需要为了参加通过第二应用客户端创建的线上会议而专门下载第二应用客户端，可以直接通过第一应用客户端中与第二应用客户端对应的会议小程序参加该通过第二应用客户端创建的线上会议。第二应用客户端的用户接收到来自第一应用客户端中会议小程序的会议邀请链接后，可以直接通过第二应用客户端参加该通过第一应用客户端中的会议小程序创建的线上会议。如此，大大降低了线上会议的参加门槛，简化了用户参加线上会议时所需执行的操作，提升了用户参加线上会议的体验，并且更有助于跨组织线上会议的开展。

本申请实施例还提供了一种用于实现线上会议的电子设备，该电子设备具体可以是终端设备或者服务器，下面将从硬件实体化的角度对本申请实施例提供的终端设备和服务器进行介绍。

参见图19，图19是本申请实施例提供的终端设备的结构示意图。如图19所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。该终端可以为包括手机、平板电脑、个人数字助理(英文全称：personaldigitalassistant，英文缩写：pda)、销售终端(英文全称：pointofsales，英文缩写：pos)、车载电脑等任意终端设备，以终端为智能手机为例：

图19示出的是与本申请实施例提供的终端相关的智能手机的部分结构的框图。参考图19，智能手机包括：射频(英文全称：radiofrequency，英文缩写：rf)电路1910、存储器1920、输入单元1930、显示单元1940、传感器1950、音频电路1960、无线保真(英文全称：wirelessfidelity，英文缩写：wifi)模块1970、处理器1980、以及电源1990等部件。本领域技术人员可以理解，图19中示出的智能手机结构并不构成对智能手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

存储器1920可用于存储软件程序以及模块，处理器1980通过运行存储在存储器1920的软件程序以及模块，从而执行智能手机的各种功能应用以及数据处理。存储器1920可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据智能手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器1920可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

处理器1980是智能手机的控制中心，利用各种接口和线路连接整个智能手机的各个部分，通过运行或执行存储在存储器1920内的软件程序和/或模块，以及调用存储在存储器1920内的数据，执行智能手机的各种功能和处理数据，从而对智能手机进行整体监控。可选的，处理器1980可包括一个或多个处理单元；优选的，处理器1980可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器1980中。

在本申请实施例中，该终端所包括的处理器1980还具有以下功能：

通过第一应用客户端接收第一会议邀请链接；所述第一会议邀请链接是响应于通过第二应用客户端发起的第一会议参加邀请操作生成的，所述第一会议参加邀请操作用于邀请使用所述第一应用客户端的用户参加通过所述第二应用客户端创建的第一线上会议；

响应于针对所述第一会议邀请链接触发的链接开启操作，启动所述第一应用客户端中与所述第二应用客户端对应的会议小程序；

响应于基于所述会议小程序触发的会议参加操作，通过所述第一应用客户端参加所述第一线上会议。

或者，

通过第二应用客户端接收第二会议邀请链接；所述第二会议邀请链接是响应于通过第一应用客户端中与所述第二应用客户端对应的会议小程序发起的第二会议参加邀请操作生成的，所述第二会议参加邀请操作用于邀请使用所述第二应用客户端的用户参加通过所述会议小程序创建的第二线上会议；

响应于针对所述第二会议邀请链接触发的会议参加操作，通过所述第二应用客户端参加所述第二线上会议。

可选的，所述处理器1980还用于执行本申请实施例提供的第一应用客户端侧和第二应用客户端侧的线上会议实现方法的任意一种实现方式的步骤。

参见图20，图20为本申请实施例提供的一种服务器2000的结构示意图。该服务器2000可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，cpu)2022(例如，一个或一个以上处理器)和存储器2032，一个或一个以上存储应用程序2042或数据2044的存储介质2030(例如一个或一个以上海量存储设备)。其中，存储器2032和存储介质2030可以是短暂存储或持久存储。存储在存储介质2030的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器2022可以设置为与存储介质2030通信，在服务器2000上执行存储介质2030中的一系列指令操作。

服务器2000还可以包括一个或一个以上电源2026，一个或一个以上有线或无线网络接口2050，一个或一个以上输入输出接口2058，和/或，一个或一个以上操作系统，例如windowsservertm，macosxtm，unixtm,linuxtm，freebsdtm等等。

上述实施例中由服务器所执行的步骤可以基于该图20所示的服务器结构。

其中，cpu2022用于执行如下步骤：

响应于通过第二应用客户端发起的第一会议参加邀请操作，生成第一会议邀请链接；所述第一会议参加邀请操作用于邀请使用第一应用客户端的用户参加通过所述第二应用客户端创建的第一线上会议；

发送所述第一会议邀请链接至所述第一应用客户端；

响应于通过所述第一应用客户端中与所述第二应用客户端对应的会议小程序触发的会议参加操作，允许所述第一应用客户端的用户进入所述第一线上会议对应的会议房间。

可选的，cpu2022还可以用于执行本申请实施例提供的服务器侧的线上会议实现方法的任意一种实现方式的步骤。

本申请实施例还提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序用于执行前述各个实施例所述的一种线上会议实现方法中的任意一种实施方式。

本申请实施例还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行前述各个实施例所述的一种线上会议实现方法中的任意一种实施方式。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(英文全称：read-onlymemory，英文缩写：rom)、随机存取存储器(英文全称：randomaccessmemory，英文缩写：ram)、磁碟或者光盘等各种可以存储计算机程序的介质。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“a和/或b”可以表示：只存在a，只存在b以及同时存在a和b三种情况，其中a，b可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。