一种视频会议展示方法、系统、装置、设备及介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种视频会议展示方法、系统、装置、设备及介质。

背景技术

随着技术进步，视频会议已成为常用的办公和沟通方式，而视频会议的实现方式是多种多样的。其中，WebRTC(Web Real-Time Communications)作为一种实时通信技术(Real Time Communication)，它可以在不需要任何插件或软件的情况下，在浏览器之间进行音视频通话和数据传输，从而利用WebRTC技术，可以通过浏览器轻松地创建一个多人视频会议系统，从而WebRTC技术成为重要的视频会议实现方式。

实际场景中，在进行视频会议时，可能会有对视频会议画面或音视频进行处理的需求，但现有的WebRTC技术为基础创建的视频会议，对这类需求还缺乏优秀的解决方案。

有鉴于此，需要更有效和更高效的视频会议处理方案。

发明内容

本说明书实施例提供一种视频会议展示方法、系统、装置、设备及介质，用以解决如何更有效和更高效地进行视频会议展示处理的技术问题。

为解决上述技术问题，本说明书实施例提供如下技术方案：

本说明书实施例提供一种视频会议展示方法，所述方法包括：

连接WebRTC视频会议的信令服务端和SFU服务端，由所述信令服务端获取WebRTC视频会议目标方的媒体数据编码规则，通过WebRTC由所述SFU服务端获取WebRTC视频会议目标方的初始媒体数据，按照所述媒体数据编码规则对所述初始媒体数据进行解码；其中，所述WebRTC视频会议目标方是所述WebRTC视频会议参与方中的一方或多方；

对解码所得的数据执行处理操作，得到目标媒体数据；

对所述目标媒体数据执行推送操作；

其中，执行推送操作包括：

对所述目标媒体数据进行编码，向所述信令服务端发送目标媒体数据编码规则，以及向所述SFU服务端发送编码后的目标媒体数据，以使：若编码后的目标媒体数据被所述SFU服务端发送给所述WebRTC视频会议参与方，且被按照所述目标媒体数据编码规则解码，则在所述WebRTC视频会议参与方根据所述目标媒体数据形成WebRTC视频会议展示画面；

或，

对所述目标媒体数据进行编码，向目标地址服务端发送编码后的目标媒体数据以及目标媒体数据编码规则，以使：若编码后的目标媒体数据被所述目标地址服务端发送给装置，且被所述装置按照所述目标媒体数据编码规则解码，则在所述装置根据所述目标媒体数据形成WebRTC视频会议展示画面；或，若编码后的目标媒体数据被所述目标地址服务端按照所述目标媒体数据编码规则解码，解码后的目标媒体数据被所述目标地址服务端发送给装置，则在所述装置根据所述目标媒体数据形成WebRTC视频会议展示画面；或，若编码后的目标媒体数据被所述目标地址服务端按照所述目标媒体数据编码规则解码，则在所述目标地址服务端根据所述目标媒体数据形成WebRTC视频会议展示画面；

或，

向目标地址服务端发送所述目标媒体数据，以使所述目标地址服务端或与所述目标地址服务端通信的装置根据所述目标媒体数据形成WebRTC视频会议展示画面。

可选的，通过WebRTC由所述SFU服务端获取WebRTC视频会议目标方的初始媒体数据前，所述方法还包括：

获取配置指令，根据所述配置指令，从WebRTC视频会议参与方中确定WebRTC视频会议目标方。

可选的，从WebRTC视频会议参与方中确定WebRTC视频会议目标方前，所述方法还包括：

由所述信令服务端获取WebRTC视频会议参与方的信息。

可选的，连接WebRTC视频会议的SFU服务端包括：

由所述信令服务端确定与所述WebRTC视频会议目标方通信的SFU服务端，并通过WebRTC协议连接与所述WebRTC视频会议目标方通信的所述SFU服务端。

可选的，连接WebRTC视频会议的信令服务端和SFU服务端包括：

构建或添加WebRTC输入组件，通过所述WebRTC输入组件连接WebRTC视频会议的信令服务端和SFU服务端。

可选的，所述WebRTC输入组件还用于：由所述信令服务端获取WebRTC视频会议目标方的媒体数据编码规则，通过WebRTC由所述SFU服务端获取WebRTC视频会议目标方的初始媒体数据。

可选的，连接WebRTC视频会议的信令服务端和SFU服务端包括：

构建WebRTC输出组件，通过所述WebRTC输出组件连接WebRTC视频会议的信令服务端和SFU服务端。

可选的，所述WebRTC输出组件还用于执行推送操作。

可选的，连接WebRTC视频会议的信令服务端包括：

通过websocket协议连接WebRTC视频会议的信令服务端。

可选的，对解码所得的数据执行处理操作前，所述方法还包括：

获取操作指令，根据所述操作指令确定需要执行的处理操作的内容。

可选的，所述初始媒体数据包括初始音频数据和/或初始视频数据；

和/或，

所述目标媒体数据包括目标音频数据和/或目标视频数据。

本说明书实施例提供一种视频会议展示系统，所述系统包括：

信令服务端，用于建立或维护WebRTC视频会议参与方之间的连接或通信；

SFU服务端，用于接收所述WebRTC视频会议参与方的媒体数据以及向WebRTC视频会议参与方发送所述媒体数据；

导播端，用于连接WebRTC视频会议的信令服务端和SFU服务端，由所述信令服务端获取WebRTC视频会议目标方的媒体数据编码规则，通过WebRTC由所述SFU服务端获取WebRTC视频会议目标方的初始媒体数据，按照所述媒体数据编码规则对所述初始媒体数据进行解码；其中，所述WebRTC视频会议目标方是所述WebRTC视频会议参与方中的一方或多方；

对解码所得的数据执行处理操作，得到目标媒体数据；

对所述目标媒体数据执行推送操作；

其中，执行推送操作包括：

对所述目标媒体数据进行编码，向所述信令服务端发送目标媒体数据编码规则，以及向所述SFU服务端发送编码后的目标媒体数据，以使：若编码后的目标媒体数据被所述SFU服务端发送给所述WebRTC视频会议参与方，且被按照所述目标媒体数据编码规则解码，则在所述WebRTC视频会议参与方根据所述目标媒体数据形成WebRTC视频会议展示画面；

或，

对所述目标媒体数据进行编码，向目标地址服务端发送编码后的目标媒体数据以及目标媒体数据编码规则，以使：若编码后的目标媒体数据被所述目标地址服务端发送给装置，且被所述装置按照所述目标媒体数据编码规则解码，则在所述装置根据所述目标媒体数据形成WebRTC视频会议展示画面；或，若编码后的目标媒体数据被所述目标地址服务端按照所述目标媒体数据编码规则解码，解码后的目标媒体数据被所述目标地址服务端发送给装置，则在所述装置根据所述目标媒体数据形成WebRTC视频会议展示画面；或，若编码后的目标媒体数据被所述目标地址服务端按照所述目标媒体数据编码规则解码，则在所述目标地址服务端根据所述目标媒体数据形成WebRTC视频会议展示画面；

或，

向目标地址服务端发送所述目标媒体数据，以使所述目标地址服务端或与所述目标地址服务端通信的装置根据所述目标媒体数据形成WebRTC视频会议展示画面。

本说明书实施例提供一种视频会议展示装置，所述装置包括：

通信模块，用于连接WebRTC视频会议的信令服务端和SFU服务端，由所述信令服务端获取WebRTC视频会议目标方的媒体数据编码规则，通过WebRTC由所述SFU服务端获取WebRTC视频会议目标方的初始媒体数据，按照所述媒体数据编码规则对所述初始媒体数据进行解码；其中，所述WebRTC视频会议目标方是所述WebRTC视频会议参与方中的一方或多方；

处理模块，用于对解码所得的数据执行处理操作，得到目标媒体数据；

推送模块，用于对所述目标媒体数据执行推送操作；

其中，执行推送操作包括：

对所述目标媒体数据进行编码，向所述信令服务端发送目标媒体数据编码规则，以及向所述SFU服务端发送编码后的目标媒体数据，以使：若编码后的目标媒体数据被所述SFU服务端发送给所述WebRTC视频会议参与方，且被按照所述目标媒体数据编码规则解码，则在所述WebRTC视频会议参与方根据所述目标媒体数据形成WebRTC视频会议展示画面；

或，

对所述目标媒体数据进行编码，向目标地址服务端发送编码后的目标媒体数据以及目标媒体数据编码规则，以使：若编码后的目标媒体数据被所述目标地址服务端发送给装置，且被所述装置按照所述目标媒体数据编码规则解码，则在所述装置根据所述目标媒体数据形成WebRTC视频会议展示画面；或，若编码后的目标媒体数据被所述目标地址服务端按照所述目标媒体数据编码规则解码，解码后的目标媒体数据被所述目标地址服务端发送给装置，则在所述装置根据所述目标媒体数据形成WebRTC视频会议展示画面；或，若编码后的目标媒体数据被所述目标地址服务端按照所述目标媒体数据编码规则解码，则在所述目标地址服务端根据所述目标媒体数据形成WebRTC视频会议展示画面；

或，

向目标地址服务端发送所述目标媒体数据，以使所述目标地址服务端或与所述目标地址服务端通信的装置根据所述目标媒体数据形成WebRTC视频会议展示画面。

本说明书实施例提供一种视频会议展示设备，所述设备包括：

至少一个处理器；

以及，

与所述至少一个处理器通信连接的存储器；

其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，使所述至少一个处理器能够执行上述的视频会议展示方法。

本说明书实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现上述的视频会议展示方法。

本说明书实施例采用的上述至少一个技术方案能够达到以下有益效果：

直接和WebRTC视频会议的信令服务端和SFU服务端进行通信，并直接由信令服务端获取WebRTC视频会议参与方的媒体数据编码规则，以及由SFU服务端获取WebRTC视频会议目标方的初始媒体数据，能够提高WebRTC视频会议目标方的初始媒体数据的获取效率，便于对初始媒体数据进行解码和处理，从而提高WebRTC视频会议的媒体数据处理效果和效率。

可以直接向信令服务端发送所述目标媒体数据的编码规则，以及向SFU服务端发送编码后的目标媒体数据，便于在WebRTC视频会议参与方展示处理后的WebRTC视频会议效果。这样一来，能够提高目标媒体数据的推送效率。

可以向目标地址服务端发送编码或不编码的目标媒体数据，并由目标地址服务端将编码后不编码的目标媒体数据发送给装置，便于在目标地址服务端或各装置展示处理后的WebRTC视频会议效果。这样一来，能够提高目标媒体数据的推送效率。

通过提高初始媒体数据的获取效率，提高WebRTC视频会议的媒体数据处理效果和效率，并提高目标媒体数据的推送效率，也就实现了对WebRTC视频会议的处理效果和处理效率的提升。

附图说明

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

图1是本说明书第一个实施例中的视频会议展示方法的执行主体示意图。

图2是本说明书第一个实施例中的视频会议展示方法的流程示意图。

图3是本说明书第一个实施例中的视频会议展示方法的交互示意图。

图4是本说明书第二个实施例中的视频会议展示系统的架构示意图。

图5是本说明书第三个实施例中的视频会议展示装置的结构示意图。

具体实施方式

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

本说明书第一个实施例(以下简称“实施例一”)提供了一种视频会议展示方法，实施例一的执行主体可以是终端(包括但不限于手机、计算机、pad、电视)或者服务器或者操作系统或者应用程序或者视频会议展示平台或者视频会议展示系统等，即执行主体可以是多种多样的，可以根据需要设置、使用或者变换执行主体。另外，也可以有第三方应用程序协助所述执行主体执行实施例一。例如图1所示，可以由服务器(可以是云端服务器)来执行实施例一中的视频会议展示方法，并且可以在(用户所持有的)终端上安装(与所述服务器)相对应的应用程序，终端或应用程序与服务器之间可以进行数据传输，通过终端或应用程序来进行数据的采集或输入或输出或(向用户)进行页面或信息处理，从而辅助服务器执行实施例一中的视频会议展示方法。

特别的，实施例一的执行主体可以是导播台或云导播台的服务端(实施例一中的服务端可以是指服务器或提供服务的设备或装置)。

如图2和图3所述，实施例一提供的视频会议展示方法包括：

S101：(执行主体)连接WebRTC视频会议的信令服务端和SFU服务端，由所述信令服务端获取WebRTC视频会议目标方的媒体数据编码规则，通过WebRTC由所述SFU服务端获取WebRTC视频会议目标方的初始媒体数据，按照所述媒体数据编码规则对所述初始媒体数据进行解码；其中，所述WebRTC视频会议目标方是所述WebRTC视频会议参与方中的一方或多方；

WebRTC(Web Real-Time Communicat ions)作为一种实时通信技术(Real TimeCommunicat ion)，它可以在不需要任何插件或软件的情况下，在浏览器之间进行音视频通话和数据传输，从而利用WebRTC技术，可以通过浏览器轻松地创建一个多人视频会议系统。

实施例一中，将通过WebRTC技术或WebRTC创建的视频会议称为WebRTC视频会议。

由于WebRTC技术本身只包括底层的媒体传输，故需要借助SFU(SelectiveForwarding Unit)和信令实现多人通信。

在WebRTC中，信令是指用于交换控制信息以建立和维护连接的机制。信令通常由应用程序服务器或信令服务器处理。WebRTC使用信令来协调对等之间的会话。这些信令消息通常使用WebSocket或HTTP长轮询等协议进行传输。信令是WebRTC实时通信过程中必不可少的部分，因为它确保了参与者之间的有效通信，从而使WebRTC能够提供高质量、低延迟的实时通信体验。

实施例一中，将提供信令或信令功能或信令服务的应用程序服务器或信令服务器或其他设备或装置称为信令服务端，将为WebRTC视频会议提供信令或信令功能或信令服务的信令服务端称为WebRTC视频会议的信令服务端。

WebRTC的SFU代表选择性转发单元，这是一种处理WebRTC实时通信流量的服务器端技术。在WebRTC中，参与通信的每个终端都会生成多个媒体流，例如音频流和视频流。这些媒体流需要从源到目标端进行传输，并且可以在中间路由器上进行选择性转发。这就是SFU所做的事情：接收所有传入流并根据需要选择性地将其转发到其他参与者，而不是直接连接所有参与者。这可以减少网络流量和延迟，并提高整体质量和稳定性。

实施例一中，将部署有SFU的服务器或或提供SFU服务的设备或装置称为SFU服务端，将为WebRTC视频会议提供SFU服务的SFU服务端称为WebRTC视频会议的SFU服务端。

实施例一的执行主体可以连接WebRTC视频会议的信令服务端。其中，由于信令服务端的websocket地址是固定的，故连接WebRTC视频会议的信令服务端可以包括：通过websocket协议连接WebRTC视频会议的信令服务端，从而实施例一的执行主体可以与WebRTC视频会议的信令服务端通过websocket协议进行双向通信。以下将WebRTC视频会议的信令服务端简称为信令服务端。

通过与信令服务端的通信，实施例一的执行主体可以由信令服务端获取WebRTC视频会议参与方的信息。在获取WebRTC视频会议参与方的信息后，实施例一的执行主体可以从WebRTC视频会议参与方中确定WebRTC视频会议目标方。下面说明如何由信令服务端获取WebRTC视频会议参与方的信息，以及如何从WebRTC视频会议参与方中确定WebRTC视频会议目标方：

实施例一的执行主体或实施例一的执行主体上安装的应用程序可以提供相应界面，通过所述界面可以配置(配置的方式包括但不限于输入或选择，下同)WebRTC视频会议的相关信息，例如WebRTC视频会议的会议号。通过WebRTC视频会议的所述相关信息，实施例一的执行主体可以从信令服务端获取WebRTC视频会议参与方的信息。

与实施例一的执行主体通信的装置可以提供相应界面，通过所述界面可以配置WebRTC视频会议的相关信息，例如WebRTC视频会议的会议号。与实施例一的执行主体通信的装置可以将WebRTC视频会议的相关信息发送给实施例一的执行主体。通过WebRTC视频会议的所述相关信息，实施例一的执行主体可以从信令服务端获取WebRTC视频会议参与方的信息。

其中，WebRTC视频会议参与方既可以指参与WebRTC视频会议的用户，也可以指参与WebRTC视频会议的账户(这是因为用户一般是通过账户来进入或参与WebRTC视频会议，故账户可以指代用户)，也可以指用户参与WebRTC视频会议所使用的装置(实施例一中的装置包括但不限于各种终端设备)，也可以指参与WebRTC视频会议的账户的登录装置。

WebRTC视频会议参与方的信息包括但不限于WebRTC视频会议参与方的识别信息，所述识别信息包括但不限于用户id或账户id或装置id或用户名或账户名或装置名。

实施例一的执行主体或与实施例一的执行主体通信的装置或实施例一的执行主体上安装的应用程序可以展示WebRTC视频会议参与方的信息，例如WebRTC视频会议参与方列表，所述WebRTC视频会议参与方的信息可供配置或选择或编辑。若实施例一的执行主体或实施例一的执行主体上安装的应用程序展示WebRTC视频会议参与方的信息，则根据对WebRTC视频会议参与方的信息的配置或选择或编辑，实施例一的执行主体可以形成配置指令。若与实施例一的执行主体通信的装置展示WebRTC视频会议参与方的信息，则根据对WebRTC视频会议参与方的信息的配置或选择或编辑，与实施例一的执行主体通信的装置可以形成相应的消息，并将所述消息发送给实施例一的执行主体，实施例一的执行主体可以获取所述消息，并将所述消息作为配置指令。

根据所述配置指令，实施例一的执行主体可以确定WebRTC视频会议参与方中被选择的参与方，并将被选择的参与方作为WebRTC视频会议目标方。其中，WebRTC视频会议目标方可以是WebRTC视频会议参与方中的一方或多方，即可以将一个或多个WebRTC视频会议参与方作为WebRTC视频会议目标方。

实施例一的执行主体可以连接WebRTC视频会议的SFU服务端。其中，连接WebRTC视频会议的SFU服务端可以包括：由信令服务端确定与WebRTC视频会议目标方通信的SFU服务端，并通过WebRTC协议连接与WebRTC视频会议目标方通信的SFU服务端。这就意味着，实施例一的执行主体可以和SFU服务端通过WebRTC协议，交换媒体信息和网络信息(包括但不限于ip和端口)，进而实施例一的执行主体可以从SFU服务端获取媒体数据。

由上可知，从WebRTC视频会议参与方中确定WebRTC视频会议目标方后，就可以连接WebRTC视频会议的SFU服务端，以及后续从WebRTC视频会议的SFU服务端获取媒体数据。

可以预先在实施例一的执行主体上，基于WebRTC协议构建或部署WebRTC输入组件或添加支持WebRTC协议的WebRTC输入组件，WebRTC输入组件实现标准WebRTC协议，从而连接WebRTC视频会议的信令服务端和SFU服务端可以包括：构建WebRTC输入组件，通过所述WebRTC输入组件连接WebRTC视频会议的信令服务端和SFU服务端。

另外，可以在确定WebRTC视频会议目标方后，再构建或部署或添加WebRTC输入组件，所构建或添加的WebRTC输入组件对应WebRTC视频会议目标方。

实施例一的执行主体连接WebRTC视频会议的信令服务端和SFU服务端后，WebRTC视频会议和实施例一的执行主体之间可以通过信令服务端进行消息的交互，WebRTC视频会议和实施例一的执行主体之间可以通过SFU服务端进行媒体数据的交互。其中，媒体数据包括但不限于音频数据和/或视频数据，下同。

实施例一的执行主体可以由信令服务端获取WebRTC视频会议目标方的媒体数据编码规则，WebRTC视频会议目标方的媒体数据编码规则表征WebRTC视频会议目标方的媒体数据的编码方式，例如媒体数据中的音频数据(一般是PCM的音视数据)可能采用opus编码，媒体数据中的视频数据(一般是YUV的视频数据)可能采用h264编码。

连接WebRTC视频会议的SFU服务端后，实施例一的执行主体可以通过WebRTC(WebRTC协议或WebRTC技术)由SFU服务端获取WebRTC视频会议目标方的媒体数据，即实施例一的执行主体可以从SFU服务端拉取WebRTC视频会议目标方的媒体数据。由SFU服务端获取的WebRTC视频会议目标方的媒体数据，可以称为初始媒体数据。初始媒体数据包括但不限于初始音频数据和/或初始视频数据，初始音频数据指初始媒体数据中的音频数据，初始视频数据指初始媒体数据中的视频数据。初始音频数据和/或初始视频数据可以是通过相应的装置或其他方式采集得到，实施例一不进行具体限定。

实施例一的执行主体可以按照上述媒体数据编码规则对初始媒体数据进行解码，获得解码后的数据，并且还可以将解码后的数据传输或导入到与实施例一的执行主体通信的装置或实施例一的执行主体上安装的应用程序。

如上所述，若构建或部署或添加了WebRTC输入组件，则WebRTC输入组件还可以用于：由信令服务端获取WebRTC视频会议目标方的媒体数据编码规则，通过WebRTC由SFU服务端获取WebRTC视频会议目标方的初始媒体数据。即获取WebRTC视频会议目标方的媒体数据编码规则和获取WebRTC视频会议目标方的初始媒体数据都可以由WebRTC输入组件执行(WebRTC输入组件构建或部署或添加于实施例一的执行主体上，等价于实施例一的执行主体执行)。

S103：(执行主体)对解码所得的数据执行处理操作，得到目标媒体数据；

实施例一的执行主体可以对上述解码所得的数据执行处理操作，从而得到目标媒体数据。若将解码后的数据传输或导入到与实施例一的执行主体通信的装置或实施例一的执行主体上安装的应用程序，则可以通过与实施例一的执行主体通信的装置或实施例一的执行主体上安装的应用程序对解码所得的数据执行处理操作，得到目标媒体数据。与实施例一的执行主体通信的装置或实施例一的执行主体上安装的应用程序可以将目标媒体数据传输给实施例一的执行主体，从而实施例一的执行主体也可以获得目标媒体数据。

实施例一中，对解码所得的数据执行处理操作前，可以获取操作指令，根据操作指令确定需要执行的处理操作的内容(例如添加特效、字幕)，并对解码所得的数据执行相应的处理操作。

其中，若是实施例一的执行主体对解码所得的数据执行处理操作，则对解码所得的数据执行处理操作前，实施例一的执行主体可以提供相应界面，通过所述界面可以配置需要执行的处理操作的内容。根据对所述界面的操作，实施例一的执行主体可以形成上述操作指令，也即获取了上述操作指令。

若是与实施例一的执行主体通信的装置或实施例一的执行主体上安装的应用程序对解码所得的数据执行处理操作，则对解码所得的数据执行处理操作前，与实施例一的执行主体通信的装置或实施例一的执行主体上安装的应用程序可以提供相应界面，通过所述界面可以配置需要执行的处理操作的内容。根据对所述界面的操作，与实施例一的执行主体通信的装置或实施例一的执行主体上安装的应用程序可以形成上述操作指令，也即获取了上述操作指令。

实施例一中，目标媒体数据包括但不限于目标音频数据和/或目标视频数据，目标音频数据指目标媒体数据中的音频数据，目标音频数据可以是对初始音频数据执行处理操作后得到；目标视频数据指目标媒体数据中的视频数据，目标视频数据可以是对初始视频数据执行处理操作后得到。对初始音频数据和初始视频数据执行的处理操作可以不同。

需要说明的是，对于任一次上述处理操作，初始媒体数据指进行该次处理操作前所获取的WebRTC视频会议目标方的媒体数据，但初始媒体数据并不一定是未经过处理的数据，可能初始媒体数据在被实施例一的执行主体获取之前，已经被进行了某种或某些种处理。

S105：(执行主体)对所述目标媒体数据执行推送操作；其中，执行推送操作包括：对所述目标媒体数据进行编码，向所述信令服务端发送目标媒体数据编码规则，以及向所述SFU服务端发送编码后的目标媒体数据，以使：若编码后的目标媒体数据被所述SFU服务端发送给所述WebRTC视频会议参与方，且被按照所述目标媒体数据编码规则解码，则在所述WebRTC视频会议参与方根据所述目标媒体数据形成WebRTC视频会议展示画面；或，对所述目标媒体数据进行编码，向目标地址服务端发送编码后的目标媒体数据以及目标媒体数据编码规则，以使：若编码后的目标媒体数据被所述目标地址服务端发送给装置，且被所述装置按照所述目标媒体数据编码规则解码，则在所述装置根据所述目标媒体数据形成WebRTC视频会议展示画面；或，若编码后的目标媒体数据被所述目标地址服务端按照所述目标媒体数据编码规则解码，解码后的目标媒体数据被所述目标地址服务端发送给装置，则在所述装置根据所述目标媒体数据形成WebRTC视频会议展示画面；或，若编码后的目标媒体数据被所述目标地址服务端按照所述目标媒体数据编码规则解码，则在所述目标地址服务端根据所述目标媒体数据形成WebRTC视频会议展示画面；或，向目标地址服务端发送所述目标媒体数据，以使所述目标地址服务端或与所述目标地址服务端通信的装置根据所述目标媒体数据形成WebRTC视频会议展示画面。

得到目标媒体数据后，实施例一的执行主体可以对目标媒体数据执行推送操作，以便在各种装置上根据目标媒体数据形成WebRTC视频会议展示画面。

实施例一中，执行推送操作包括但不限于1.1或1.2或1.3所述的内容，下面分别说明：

1.1、向WebRTC视频会议参与方推送

实施例一的执行主体可以对目标媒体数据进行编码，且对目标音频数据和目标视频数据可以按不同方式分别编码。

实施例一的执行主体可以向信令服务端发送目标媒体数据编码规则，目标媒体数据编码规则表征目标媒体数据的编码方式，包括目标音频数据和/或目标视频数据的编码方式。

实施例一的执行主体可以向SFU服务端发送编码后的目标媒体数据，从而SFU服务端可以将编码后的目标媒体数据发送给各WebRTC视频会议参与方，而WebRTC视频会议参与方也可以从信令服务端获取目标媒体数据编码规则。这样一来，就实现了：若编码后的目标媒体数据被SFU服务端发送给WebRTC视频会议参与方，且编码后的目标媒体数据被WebRTC视频会议参与方按照目标媒体数据编码规则进行了解码，则可以在WebRTC视频会议参与方根据目标媒体数据形成展示画面。

其中，若WebRTC视频会议参与方指用户，则在WebRTC视频会议参与方根据目标媒体数据形成展示画面可以包括：在WebRTC视频会议参与方参与WebRTC视频会议所使用的装置上，根据目标媒体数据形成展示画面；若WebRTC视频会议参与方指账户，则在WebRTC视频会议参与方根据目标媒体数据形成展示画面可以包括：在WebRTC视频会议参与方的登录装置上，根据目标媒体数据形成展示画面；若WebRTC视频会议参与方指装置，则在WebRTC视频会议参与方根据目标媒体数据形成展示画面可以包括：在WebRTC视频会议参与方上，根据目标媒体数据形成展示画面。

1.2、编码后向目标地址推送

实施例一的执行主体可以对目标媒体数据进行编码，且对目标音频数据和目标视频数据可以按不同方式分别编码。

实施例一的执行主体可以预先获取一个或多个目标地址，并将编码后的目标媒体数据向各个目标地址发送。

其中，实施例一的执行主体或实施例一的执行主体上安装的应用程序可以提供相应界面，通过所述界面可以配置目标地址。根据界面的配置信息，实施例一的执行主体可以确定各个目标地址。

与实施例一的执行主体通信的装置可以提供相应界面，通过所述界面可以配置目标地址。根据界面的配置信息，与实施例一的执行主体通信的装置可以向实施例一的执行主体发送消息，实施例一的执行主体根据所述消息可以确定各个目标地址。

实施例一的执行主体可以向各个目标地址服务端(各个目标地址服务端可以是各个目标地址对应的服务器或计算机或其他主体)发送编码后的目标媒体数据以及目标媒体数据编码规则。这样一来，就实现了：

情况一：若编码后的目标媒体数据被所述目标地址服务端发送给装置(以下称为目标装置)，且编码后的目标媒体数据被目标装置按照目标媒体数据编码规则进行了解码(目标装置可以从目标地址服务端获取目标媒体数据编码规则)，则可以在目标装置上根据所述目标媒体数据形成展示画面。

或，

情况二：若编码后的目标媒体数据被目标地址服务端按照目标媒体数据编码规则进行了解码，且解码后的目标媒体数据被目标地址服务端发送给目标装置，则可以在目标装置上根据所述目标媒体数据形成展示画面。

或，

情况三：若编码后的目标媒体数据被目标地址服务端按照目标媒体数据编码规则进行了解码，则可以在目标地址服务端上根据所述目标媒体数据形成展示画面。

1.3、不经编码向目标地址推送

参照1.2，实施例一的执行主体可以预先获取一个或多个目标地址，并将目标媒体数据向各个目标地址发送，且实施例一的执行主体可以向各个目标地址服务端发送目标媒体数据。这样一来，就实现了：

情况四：目标地址服务端获取目标媒体数据，则可以在目标地址服务端上根据所述目标媒体数据形成展示画面。

情况五：与目标地址服务端通信的装置(也可以称为目标装置)由目标地址服务端获取目标媒体数据，则可以在目标装置上根据所述目标媒体数据形成展示画面。

实施例一中，由于目标媒体数据是根据初始媒体数据得到，而初始媒体数据是参与WebRTC视频会议的用户的相关媒体数据，故根据初始媒体数据形成的是WebRTC视频会议的画面，根据目标媒体数据形成的展示画面就是WebRTC视频会议的界面，即WebRTC视频会议展示画面。

随着WebRTC视频会议的进行，实施例一的执行主体可以持续获取WebRTC视频会议目标方的初始媒体数据(即获取数据流)，持续按照所述媒体数据编码规则对所述初始媒体数据进行解码，持续对解码所得的数据执行处理操作，持续得到目标媒体数据，持续对目标媒体数据执行推送操作，从而根据目标媒体数据形成的WebRTC视频会议展示画面，一方面展示的就是WebRTC视频会议的直播效果，另一方面展示的是处理后的WebRTC视频会议画面，实现了对WebRTC视频会议的处理效果。

1.1实现了为WebRTC视频会议参与用户提供处理后的WebRTC视频会议画面，1.2或1.3实现了向目标地址服务端或目标装置(例如未WebRTC视频会议的各种装置)的用户提供处理后的WebRTC视频会议画面，便于目标地址服务端或其他装置的用户观看处理后的WebRTC视频会议画面直播。

实施例一中，可以预先在实施例一的执行主体上，基于WebRTC协议构建或部署WebRTC输出组件或添加支持WebRTC协议的WebRTC输出组件，WebRTC输出组件实现标准WebRTC协议，从而连接WebRTC视频会议的信令服务端和SFU服务端还可以包括：构建WebRTC输出组件，通过所述WebRTC输出组件连接WebRTC视频会议的信令服务端和SFU服务端。

若构建或部署或添加了WebRTC输出组件，则WebRTC输出组件还可以用于执行推送操作，即推送操作由WebRTC输入组件执行(WebRTC输出组件构建或部署或添加于实施例一的执行主体上，等价于实施例一的执行主体执行)。

实施例一能够达到如下有益效果：

由于连接了WebRTC视频会议的信令服务端，并通过WebRTC连接WebRTC视频会议的SFU服务端，故无需借助其他工具，可以直接和WebRTC视频会议的信令服务端和SFU服务端进行通信，并直接由信令服务端获取WebRTC视频会议参与方的媒体数据编码规则，以及由SFU服务端获取WebRTC视频会议目标方的初始媒体数据，能够提高WebRTC视频会议目标方的初始媒体数据的获取效率，便于对初始媒体数据进行解码和处理，从而提高WebRTC视频会议的媒体数据处理效果和效率。

由于连接了WebRTC视频会议的信令服务端，并通过WebRTC连接WebRTC视频会议的SFU服务端，故无需借助其他工具，可以直接向信令服务端发送所述目标媒体数据的编码规则，以及向SFU服务端发送编码后的目标媒体数据，便于WebRTC视频会议参与方对目标媒体数据解码后，根据目标媒体数据形成WebRTC视频会议展示画面，也就实现了展示处理后的WebRTC视频会议效果。这样一来，能够提高目标媒体数据的推送效率。

可以向目标地址服务端发送编码或不编码的目标媒体数据，并由目标地址服务端将编码后不编码的目标媒体数据发送给目标装置或与目标地址服务端通信的装置，便于在目标地址服务端或各装置展示处理后的WebRTC视频会议效果。这样一来，能够提高目标媒体数据的推送效率。

通过提高初始媒体数据的获取效率，提高WebRTC视频会议的媒体数据处理效果和效率，并提高目标媒体数据的推送效率，也就实现了对WebRTC视频会议的处理效果(包括WebRTC视频会议画质效果)和处理效率的提升。相比于通过RTMP或者RTSP等技术拉取视频会议媒体数据，实施例一的方案能够有效降低实施例一的执行主体、信令服务端、SFU服务端、目标地址服务端之间的数据交互延迟(可以使延迟低于300ms)，有效提高对WebRTC视频会议的处理效果和处理效率和用户体验。

如上所述，实施例一的执行主体可以是导播台或云导播台的服务端，故实施例一实现了导播台或云导播台的服务端、信令服务端、SFU服务端、目标地址服务端的高效、低延迟交互，借助导播台或云导播台的强大处理能力，可以对初始媒体数据执行多种多样的处理操作，进一步提高对WebRTC视频会议的处理效果和处理效率。

如图4所示，本说明书第二个实施例提供一种与实施例一所述方法对应的视频会议展示系统，所述系统包括：

信令服务端，用于建立或维护WebRTC视频会议参与方之间的连接或通信；

SFU服务端，用于接收所述WebRTC视频会议参与方的媒体数据以及向WebRTC视频会议参与方发送所述媒体数据；

导播端，用于连接WebRTC视频会议的信令服务端和SFU服务端，由所述信令服务端获取WebRTC视频会议目标方的媒体数据编码规则，通过WebRTC由所述SFU服务端获取WebRTC视频会议目标方的初始媒体数据，按照所述媒体数据编码规则对所述初始媒体数据进行解码；其中，所述WebRTC视频会议目标方是所述WebRTC视频会议参与方中的一方或多方；

对解码所得的数据执行处理操作，得到目标媒体数据；

对所述目标媒体数据执行推送操作；

其中，执行推送操作包括：

对所述目标媒体数据进行编码，向所述信令服务端发送目标媒体数据编码规则，以及向所述SFU服务端发送编码后的目标媒体数据，以使：若编码后的目标媒体数据被所述SFU服务端发送给所述WebRTC视频会议参与方，且被按照所述目标媒体数据编码规则解码，则在所述WebRTC视频会议参与方根据所述目标媒体数据形成WebRTC视频会议展示画面；

或，

对所述目标媒体数据进行编码，向目标地址服务端发送编码后的目标媒体数据以及目标媒体数据编码规则，以使：若编码后的目标媒体数据被所述目标地址服务端发送给装置，且被所述装置按照所述目标媒体数据编码规则解码，则在所述装置根据所述目标媒体数据形成WebRTC视频会议展示画面；或，若编码后的目标媒体数据被所述目标地址服务端按照所述目标媒体数据编码规则解码，解码后的目标媒体数据被所述目标地址服务端发送给装置，则在所述装置根据所述目标媒体数据形成WebRTC视频会议展示画面；或，若编码后的目标媒体数据被所述目标地址服务端按照所述目标媒体数据编码规则解码，则在所述目标地址服务端根据所述目标媒体数据形成WebRTC视频会议展示画面；

或，

向目标地址服务端发送所述目标媒体数据，以使所述目标地址服务端或与所述目标地址服务端通信的装置根据所述目标媒体数据形成WebRTC视频会议展示画面。

实施例二中的导播端即相当于实施例一的执行主体，实施例二的具体实现方式以及信令服务端、SFU服务端、导播端的上述内容的具体说明参见实施例一。

如图5所述，本说明书第三个实施例提供一种与实施例一所述方法对应的视频会议展示装置，所述装置包括：

通信模块202，用于连接WebRTC视频会议的信令服务端和SFU服务端，由所述信令服务端获取WebRTC视频会议目标方的媒体数据编码规则，通过WebRTC由所述SFU服务端获取WebRTC视频会议目标方的初始媒体数据，按照所述媒体数据编码规则对所述初始媒体数据进行解码；其中，所述WebRTC视频会议目标方是所述WebRTC视频会议参与方中的一方或多方；

处理模块204，用于对解码所得的数据执行处理操作，得到目标媒体数据；

推送模块206，用于对所述目标媒体数据执行推送操作；

其中，执行推送操作包括：

对所述目标媒体数据进行编码，向所述信令服务端发送目标媒体数据编码规则，以及向所述SFU服务端发送编码后的目标媒体数据，以使：若编码后的目标媒体数据被所述SFU服务端发送给所述WebRTC视频会议参与方，且被按照所述目标媒体数据编码规则解码，则在所述WebRTC视频会议参与方根据所述目标媒体数据形成WebRTC视频会议展示画面；

或，

对所述目标媒体数据进行编码，向目标地址服务端发送编码后的目标媒体数据以及目标媒体数据编码规则，以使：若编码后的目标媒体数据被所述目标地址服务端发送给装置，且被所述装置按照所述目标媒体数据编码规则解码，则在所述装置根据所述目标媒体数据形成WebRTC视频会议展示画面；或，若编码后的目标媒体数据被所述目标地址服务端按照所述目标媒体数据编码规则解码，解码后的目标媒体数据被所述目标地址服务端发送给装置，则在所述装置根据所述目标媒体数据形成WebRTC视频会议展示画面；或，若编码后的目标媒体数据被所述目标地址服务端按照所述目标媒体数据编码规则解码，则在所述目标地址服务端根据所述目标媒体数据形成WebRTC视频会议展示画面；

或，

向目标地址服务端发送所述目标媒体数据，以使所述目标地址服务端或与所述目标地址服务端通信的装置根据所述目标媒体数据形成WebRTC视频会议展示画面。

可选的，所述通信模块202，还用于通过WebRTC由所述SFU服务端获取WebRTC视频会议目标方的初始媒体数据前，获取配置指令，根据所述配置指令，从WebRTC视频会议参与方中确定WebRTC视频会议目标方。

可选的，所述通信模块202，还用于从WebRTC视频会议参与方中确定WebRTC视频会议目标方前，由所述信令服务端获取WebRTC视频会议参与方的信息。

可选的，连接WebRTC视频会议的SFU服务端包括：

由所述信令服务端确定与所述WebRTC视频会议目标方通信的SFU服务端，并通过WebRTC协议连接与所述WebRTC视频会议目标方通信的所述SFU服务端。

可选的，连接WebRTC视频会议的信令服务端和SFU服务端包括：

构建或添加WebRTC输入组件，通过所述WebRTC输入组件连接WebRTC视频会议的信令服务端和SFU服务端。

可选的，所述WebRTC输入组件还用于：由所述信令服务端获取WebRTC视频会议目标方的媒体数据编码规则，通过WebRTC由所述SFU服务端获取WebRTC视频会议目标方的初始媒体数据。

可选的，连接WebRTC视频会议的信令服务端和SFU服务端包括：

构建WebRTC输出组件，通过所述WebRTC输出组件连接WebRTC视频会议的信令服务端和SFU服务端。

可选的，所述WebRTC输出组件还用于执行推送操作。

可选的，连接WebRTC视频会议的信令服务端包括：

通过websocket协议连接WebRTC视频会议的信令服务端。

可选的，所述处理模块204，还用于对解码所得的数据执行处理操作前，获取操作指令，根据所述操作指令确定需要执行的处理操作的内容。

可选的，所述初始媒体数据包括初始音频数据和/或初始视频数据；

和/或，

所述目标媒体数据包括目标音频数据和/或目标视频数据。

本说明书第四个实施例提供一种视频会议展示设备，所述设备包括：

至少一个处理器；

以及，

与所述至少一个处理器通信连接的存储器；

其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，使所述至少一个处理器能够执行实施例一所述的视频会议展示方法。

本说明书第五个实施例提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可执行指令，所述计算机可执行指令被处理器执行时实现实施例一所述的视频会议展示方法。

上述各实施例可以结合使用，不同实施例之间或同一实施例内的名称相同的模块可以是相同或不同的模块。

上述对本说明书特定实施例进行了描述，其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，附图中描绘的过程不一定必须按照示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置、设备、非易失性计算机可读存储介质实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书实施例提供的装置、设备、非易失性计算机可读存储介质与方法是对应的，因此，装置、设备、非易失性计算机存储介质也具有与对应方法类似的有益技术效果，由于上面已经对方法的有益技术效果进行了详细说明，因此，这里不再赘述对应装置、设备、非易失性计算机存储介质的有益技术效果。

在20世纪90年代，对于一个技术的改进可以很明显地区分是硬件上的改进(例如，对二极管、晶体管、开关等电路结构的改进)还是软件上的改进(对于方法流程的改进)。然而，随着技术的发展，当今的很多方法流程的改进已经可以视为硬件电路结构的直接改进。设计人员几乎都通过将改进的方法流程编程到硬件电路中来得到相应的硬件电路结构。因此，不能说一个方法流程的改进就不能用硬件实体模块来实现。例如，可编程逻辑器件(Programmable Logic Device,PLD)(例如现场可编程门阵列(Field Programmable GateArray，FPGA))就是这样一种集成电路，其逻辑功能由用户对器件编程来确定。由设计人员自行编程来把一个数字系统“集成”在一片PLD上，而不需要请芯片制造厂商来设计和制作专用的集成电路芯片。而且，如今，取代手工地制作集成电路芯片，这种编程也多半改用“逻辑编译器(logic compi ler)”软件来实现，它与程序开发撰写时所用的软件编译器相类似，而要编译之前的原始代码也得用特定的编程语言来撰写，此称之为硬件描述语言(Hardware Descript ion Language，HDL)，而HDL也并非仅有一种，而是有许多种，如ABEL(Advanced Boolean Express ion Language)、AHDL(Altera Hardware Descript ionLanguage)、Confluence、CUPL(Cornell University Programming Language)、HDCal、JHDL(Java Hardware Description Language)、Lava、Lola、MyHDL、PALASM、RHDL(RubyHardware Description Language)等，目前最普遍使用的是VHDL(Very-High-SpeedIntegrated Circuit Hardware Description Language)与Verilog。本领域技术人员也应该清楚，只需要将方法流程用上述几种硬件描述语言稍作逻辑编程并编程到集成电路中，就可以很容易得到实现该逻辑方法流程的硬件电路。

控制器可以按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(Application Specific Integrated Circuit，ASIC)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20以及Silicone Labs C8051F320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机。具体的，计算机例如可以为个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任何设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本说明书时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带式磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(trans itory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

本说明书可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本说明书，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

以上所述仅为本说明书实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。