一种连麦直播方法、装置及系统与流程

本公开涉及计算机技术领域，尤其涉及一种连麦直播方法、装置、电子设备以及存储介质系统。

背景技术：

随着互联网信息技术的飞速发展，各种互联网产品的出现，极大地方便了人们的日常工作和生活。

而其中，各类视频直播平台的出现，给人们带来了更多形式的社交方式以及更加实时的社交体验，逐渐成为了人们在日常生活中的主要娱乐方式。为了可以吸引更多的观众使用直播平台观看直播，直播平台推出了各种各样的直播互动方式供主播选择，比如主播连麦直播。

在相关技术中，两个主播可以向直播平台申请连麦，直播平台响应于主播提出的连麦需求，可以创建一个连麦直播间，当直播观众进入该连麦直播间后，可以同时看到两个主播的直播画面，通过同时观看两个主播的直播互动，大大增加直播间趣味性。

然而，相关技术中所提供的连麦直播方式易出现音画不同步问题，且不适用于主播与观众以及多主播与多个不同房间观众进行的互动的场景。

技术实现要素：

本公开提供一种连麦直播方法、装置、电子设备以及存储介质，以至少解决相关技术中提供的直播方法所能实现的直播互动场景较少，且易出现音画不同步的问题。本公开的技术方案如下：

根据本公开实施例的第一方面，提供一种连麦直播方法，包括：

获取第一直播客户端发送的连麦直播请求；其中，所述连麦直播请求中携带有待连麦第二直播客户端的信息以及已连麦的第一观众客户端信息；根据所述连麦直播请求，确定所述第一观众客户端以及所述第二直播客户端分别对应的直播视频流地址；根据所述直播视频流地址，分别获取所述第二直播客户端以及所述第一观众客户端对应的直播视频流，并向所述第一直播客户端推送所述直播视频流，以使得所述第一直播客户端解析合并所述直播视频流。

根据本公开实施例的第二方面，提供一种连麦直播方法，包括：

向服务器发送连麦直播请求；其中，所述连麦直播请求中携带有待连麦第二直播客户端的信息以及已连麦的第一观众客户端信息；接收服务器推送的所述第二直播客户端以及所述第一观众客户端对应的直播视频流；对所述第二直播客户端以及所述第一观众客户端对应的直播视频流进行解析合并。

根据本公开实施例的第三方面，提供一种连麦直播方法，包括：

接收服务器转发的连麦直播请求；响应于用户通过指定操作触发的指令，向所述服务器发回接受邀请消息；接收服务器推送的第一直播客户端以及第一观众客户端对应的直播视频流；对所述第一直播客户端以及第一观众客户端对应的直播视频流进行解析合并。

根据本公开实施例的第四方面，提供一种连麦直播装置，包括：

连麦直播请求接收单元，被配置为执行获取第一直播客户端发送的连麦直播请求；其中，所述连麦直播请求中携带有待连麦第二直播客户端的信息以及已连麦的第一观众客户端信息；

地址确定单元，被配置为执行根据所述连麦直播请求，确定所述第一观众客户端以及所述第二直播客户端分别对应的直播视频流地址；

视频流推送单元，被配置为执行根据所述直播视频流地址，分别获取所述第二直播客户端以及所述第一观众客户端对应的直播视频流，并向所述第一直播客户端推送所述直播视频流，以使得所述第一直播客户端解析合并所述直播视频流。

根据本公开实施例的第五方面，提供一种连麦直播装置，包括：

请求发送单元，被配置为执行向服务器发送连麦直播请求；其中，所述连麦直播请求中携带有待连麦第二直播客户端的信息以及已连麦的第一观众客户端信息；

视频流接收单元，被配置为执行接收服务器推送的所述第二直播客户端以及所述第一观众客户端对应的直播视频流；

视频流解析单元，被配置为执行对所述第二直播客户端以及所述第一观众客户端对应的直播视频流进行解析合并。

根据本公开实施例的第六方面，提供一种连麦直播装置，包括：

请求接收单元，被配置为执行接收服务器转发的连麦直播请求；

响应单元，被配置为执行响应于用户通过指定操作触发的指令，向所述服务器发回接受邀请消息；

视频流接收单元，被配置为执行接收服务器推送的第一直播客户端以及第一观众客户端对应的直播视频流；

视频流解析单元，被配置为执行对所述第一直播客户端以及第一观众客户端对应的直播视频流进行解析合并。

根据本公开实施例的第七方面，提供一种连麦直播电子设备，包括：

处理器；

用于存储所述处理器可执行指令的存储器；

其中，所述处理器被配置为执行所述指令，以实现上述第一方面中任一项连麦直播方法步骤。

根据本公开实施例的第八方面，提供一种存储介质，包括：当所述存储介质中的指令由连麦直播电子设备的处理器执行时，使得所述连麦直播电子设备能够执行上述第一方面中任一项连麦直播方法步骤。

根据本公开实施例的第九方面，提供一种计算机程序产品，包括：

当其在设备上运行时，使得项目打包设备执行：上述第一方面中任一项连麦直播方法步骤。

本公开的实施例提供的技术方案至少带来以下有益效果：

采用本公开实施例提供的连麦直播方法，直播平台后台服务器在获取第一直播客户端发送的连麦直播请求后，可以根据该连麦直播请求，确定所述第一观众客户端以及所述第二直播客户端分别对应的直播视频流地址，进而根据直播视频流地址，分别获取、第二直播客户端以及第一观众客户端对应的直播视频流，并向第一直播客户端推送直播视频流，进而第一直播客户端可以在终端本地完成视频流的解析与合并，从而避免了相关技术中连麦的两个客户端需要多次将视频流上传至服务器进行合成以及从服务器下载合成后的视频流，而可能存在由于网络波动到导致视频流音画不同步的问题；此外，第一直播客户端在与第二直播客户端进行连麦直播时，同时可以将已连麦的第一观众客户端对应的视频流与第二直播客户端对应的直播视频流共同进行合成，从而可以实现第一直播客户端同时与多个不同终端共同进行连麦直播，极大地提高了连麦直播的适用场景。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理，并不构成对本公开的不当限定。

图1是根据一示例性实施例示出的一种连麦直播方法的流程图；

图2是根据一示例性实施例示出的一种连麦直播方法的流程图；

图3是根据一示例性实施例示出的一种连麦直播方法的流程图；

图4是根据一示例性实施例示出的一种连麦直播装置的框图；

图5是根据一示例性实施例示出的一种连麦直播装置的框图；

图6是根据一示例性实施例示出的一种连麦直播装置的框图；

图7是根据一示例性实施例示出的一种连麦直播电子设备的框图。

具体实施方式

为了使本领域普通人员更好地理解本公开的技术方案，下面将结合附图，对本公开实施例中的技术方案进行清楚、完整地描述。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

在相关技术中，为了实现直播连麦功能，直播平台的后台服务器需要对两位进行连麦直播的视频流进行混流处理，从而可以实现在同一个连麦直播间中播放两个视频画面的效果。在相关技术中，两个进行连麦的主播会将各自的直播视频流首先发送至服务器，由服务器通过编解码使两个视频流合并成一个视频流，观众进入该连麦直播间，进而从服务器处获取合成后直播视频流并进行播放。然而该中方案比较依赖于网络状况，当连麦中某个主播网络状况较差时，可能会出现混流编码失败或者混流编码音画不同步的问题。

另外，在相关技术中，由于需要通过创建新的连麦直播间的方式来实现连麦直播，因而这种连麦互动只能在主播之间实现，而在连麦直播的情况下，主播无法与自己直播间内的观众进行互动，也无法与自己直播间内的观众进行连麦互动。

由此可见，相关技术中所提供的连麦直播方式易出现音画不同步问题，且不适用于主播与观众以及多主播与多个不同房间观众进行的互动的场景。

本公开的实施例提供了一种连麦直播方法，用以至少解决相关技术中提供的直播方法所能实现的直播互动场景较少，且易出现音画不同步的问题。

以下结合附图，详细说明本公开的实施例所提供的技术方案。

本公开的实施例提供的连麦直播方法的执行主体，可以但不限于为手机、平板电脑、个人电脑(personalcomputer，pc)、智能电视以及任何可以运行应用程序的终端设备中的至少一种。或者，该方法的执行主体也可以是安装在上述设备上的应用程序本身，比如，直播app，短视频app以及购物app等。此外该方法的执行主体还可以是服务器，例如，直播app的后台服务器、短视频app的后台服务器以及购物app的后台服务器，等等。

为便于描述，下文以该方法的执行主体为短视频app的后台服务器为例，对本公开的实施例所提供的连麦直播方法进行介绍。可以理解，该方法的执行主体为短视频app的后台服务器只是一种示例性的说明，并不应理解为对本公开实施例的限定。

为了便于对本申请实施例的理解，现对本申请实施例中出现的一些直播领域的名词进行解释说明：

直播房间：是指主播在进行直播时，服务器为其创建的直播频道，该直播频道在服务器上具有唯一编号，后续主播的观众可以通过搜索该唯一编号，进而进入主播的直播房间观看直播；

主播的观众：将在某主播直播房间内观看直播的观众称为该主播的观众，如观众a在主播a的直播房间内观看直播，观众b在主播b的直播房间内观看直播，则我们将观众a称为主播a的观众，观众b称为主播b的观众；

连麦观众：主播可以与自己直播间内的观众进行连麦直播，后文将在直播房间内与主播进行连麦的观众称为连麦观众。

图1是根据一示例性实施例示出的一种连麦直播方法的流程图，如图1所示，该连麦直播方法用于短视频app的后台服务器中，包括以下步骤：

在步骤s101中，获取第一直播客户端发送的连麦直播请求；

在本方案中，第一直播客户端可以是指短视频app的直播用户(主播)所使用的客户端，主播可以通过该客户端实现与观众或者其他主播的连麦直播。

当主播需要进行连麦直播时，主播可以通过特定操作触发第一直播客户端向服务器发送脸面直播请求，该连麦直播请求用于表示第一直播客户端向其他直播客户端(比如第二直播客户端)请求连麦。为了方便服务器确认直播客户端待连麦的对象，因而在该连麦直播请求中往往携带有待连麦直播客户端信息，该直播客户端信息在服务器中可以唯一标识某一个客户端，比如可以将直播客户端的唯一编号、id等信息作为待连麦直播客户端的信息，并携带在连麦直播请求中。

这里需要说明的是，在本申请实施例中，主播除了可以与其他主播直接进行连麦直播外，还可以在和当前直播房间内观众进行直播的同时再与其他主播进行连麦直播，从而可以达到“主播1—观众1—主播2”共同连麦直播的效果。

为了可以达到上述共同连麦的效果，服务器在获取第一直播客户端待连麦的第二直播客户端唯一标识的同时，还需要确认第一直播客户端当前已连麦的第一观众客户端的信息，则在本申请实施例中，当第一直播客户端当前有连麦观众时，会将该连麦观众对应的观众客户端信息一并携带在连麦直播请求中，并共同发送至服务器，进而服务器可以根据接收到的连麦直播请求，分别确定的待连麦的第二直播客户端信息以及已连麦的第一观众客户端信息。

通过执行上述步骤s101，服务器可以获取待连麦的第二直播客户端的信息、已连麦第一观众客户端的信息以及发起连麦请求的第一直播客户端的信息。

在步骤s102中，根据通过执行步骤s101获取的连麦直播请求，确定所述第一观众客户端以及所述第二直播客户端分别对应的直播视频流地址；

这里需要说的是，在实际使用中，第一直播客户端的连麦观众可能不想与待连麦的第二直播客户端进行连麦，为了避免在这种情况下直接进行共同连麦而给用户带来较差的使用体验，在本申请实施例中，当服务器接收到连麦直播请求后，服务器首先会将该连麦直播请求转发至待连麦的其他客户端，进而可以根据其他客户端发回的反馈信息，确定是否需要获取待连麦客户端的直播视频流地址。

在一种实施方式中，具体可以采用下述方法，来确定第一观众客户端信息以及第二直播客户端分别对应的直播视频流地址：将所述连麦直播请求分别转发至所述第一观众客户端以及所述第二直播客户端；响应于所述第一观众客户端以及所述第二直播客户端发回的接受邀请消息，分别确定所述第一观众客户端以及所述第二直播客户端分别对应的视频流地址。

服务器将通过执行步骤s101获取的连麦直播请求转发至第二直播客户端，则第二直播客户端可以通过该连麦直播请求确定发起连麦请求的第一直播客户端，以及已与第一直播客户端连麦的第一观众客户端，进而确定是否接受该连麦直播邀请，当确定接受该连麦直播请求后，第二直播客户端可以向服务器返回接受邀请消息，则服务器可以在获取到该消息后，进一步获取该第二直播客户端对应的直播视频流地址。而当服务器接收到第二直播客户端返回的拒绝消息后，则服务器可以向第一直播客户端转发该拒绝消息，并结束连麦直播流程。

另外这里需要说明的是，当服务器接收到第一直播客户端发出的连麦直播请求时，此时第二直播客户端可能也正在与观众进行连麦直播，此时如果第二直播客户端接受第一直播客户端发出的连麦直播邀请，则意味着第二直播客户端可能希望当前正在进行连麦直播的第二观众客户端也可能会一同进行连麦直播，为了可以将第二直播客户端当前的连麦情况告知服务器，则当第二直播客户端当前存在已连麦的第二观众客户端时，第二直播客户端可以将第二观众客户端的信息携带在接受邀请的消息中，一并发回服务器。

则当服务器接收到第二直播客户端发回的接受邀请消息中携带有第二观众客户端信息时，服务器会同时确定第二直播客户端以及第二观众客户端对应的视频流地址，具体方法可以包括：根据所述直播连麦请求中携带的第二直播客户端的信息，确定所述第二直播客户端对应的第二直播视频流地址；根据所述接受邀请的消息中携带的所述第二观众客户端信息，确定所述第二观众客户端对应的第二观众视频流地址。

另外，这里还需要说明的是，当服务器接收到第二直播客户端发回的接受邀请的消息中携带有第二观众客户端信息时，在获取第二观众客户端对应的直播视频流之前，服务器会首先向该第二观众客户端转发该连麦直播请求，以确定第二观众客户端是否愿意接受连麦直播。具体地，在本申请实施例中，服务器接受邀请的消息中携带的第二观众客户端信息，确定第二观众客户端对应的第二观众视频流地址，具体可以包括：将所述连麦直播请求转发至所述第二观众客户端信息；响应于所述第二观众客户端信息发回的接受邀请消息，确定所述第二观众客户端信对应的视频流地址。

第一观众客户端侧处理流程类似，服务器可以将通过执行步骤s101获取的连麦直播请求转发至第一观众客户端，则第一观众客户端可以该连麦直播请求中携带的待连麦的第二直播客户端的信息，确定是否接受该连麦直播邀请，若接受邀请，则向服务器接受要求消息，服务器可以在获取到该消息后，进一步获取该第一观众客户端对应的直播视频流地址。而当服务器接收到第一观众客户端返回的拒绝消息后，则服务器可以向第一直播客户端转发该拒绝消息，第一直播客户端可以选择终止与第一观众客户端的连麦，并在第二直播客户端同意连麦后，与第二直播客户端进行连麦；或者第一直播客户端可以选择继续与第一观众客户端进行连麦，而终止与第二直播客户端的连麦，则此时服务器可以向第二直播客户端转发终止连麦信息，并结束连麦流程。

在步骤s103中，根据通过执行步骤s102获取的直播视频流地址，分别获取第二直播客户端以及第一观众客户端对应的直播视频流，并向所述第一直播客户端推送所述直播视频流，以使得所述第一直播客户端解析合并所述直播视频流。

当通过执行上述步骤s101～步骤s102确定第一观众客户端、第二直播客户端以及第二观众客户端均接受连麦直播邀请后，服务器可以根据预先确定的第一观众客户端、第二直播客户端以及第二观众客户端的视频流地址，分别获取第一观众客户端对应的直播视频流，第二直播客户端对应的直播视频流以及第二观众客户端对应的直播视频流，并分别将该些直播视频流推送给第一直播客户端，进而第一直播客户端可以将接收到的直播视频流进行合并，以实现同时与第一观众客户端、第二直播客户端以及第二观众客户端的连麦直播。

同时，由于第二直播客户端此时处于多人连麦状态，因而第二直播客户端所显示的直播画面应该同样包含第一直播客户端以及第一观众客户端对应的视频流。则在一种实施方式中，服务器除了会向第一直播客户端推送视频流外，还会获取第一直播客户端对应的直播视频流，并向第二直播客户端推送第一直播客户端对应的直播视频流以及第一观众客户端对应的直播视频流。

采用本公开实施例提供的连麦直播方法，直播平台后台服务器在获取第一直播客户端发送的连麦直播请求后，可以根据该连麦直播请求，确定所述第一观众客户端以及所述第二直播客户端分别对应的直播视频流地址，进而根据直播视频流地址，分别获取、第二直播客户端以及第一观众客户端对应的直播视频流，并向第一直播客户端推送直播视频流，进而第一直播客户端可以在终端本地完成视频流的解析与合并，从而避免了相关技术中连麦的两个客户端需要多次将视频流上传至服务器进行合成以及从服务器下载合成后的视频流，而可能存在由于网络波动到导致视频流音画不同步的问题；此外，第一直播客户端在与第二直播客户端进行连麦直播时，同时可以将已连麦的第一观众客户端对应的视频流与第二直播客户端对应的直播视频流共同进行合成，从而可以实现第一直播客户端同时与多个不同终端共同进行连麦直播，极大地提高了连麦直播的适用场景。

图2是根据一示例性实施例示出的一种连麦直播方法的流程图，用以至少解决相关技术中提供的直播方法所能实现的直播互动场景较少，且易出现音画不同步的问题。如图2所示，该连麦直播方法用于第一直播客户端中，包括以下步骤：

在步骤s201中，向服务器发送连麦直播请求；

其中，连麦直播请求中携带有待连麦第二直播客户端的信息；而当第一直播客户端当前已与其他客户端进行连麦时，则该连麦直播请求中可以进一步携带有已连麦的第一观众客户端信息。

在步骤s202中，接收服务器推送的第二直播客户端以及所述第一观众客户端对应的直播视频流。

在步骤s203中，对第二直播客户端以及第一观众客户端对应的直播视频流进行解析合并。

第一直播客户端对服务器推送的第二直播客户端以及第一观众客户端对应的直播视频流进行解析，将解析后的视频流以及本地直播视频流进行合并，以得到包含多个直播画面的连麦直播视频流，并将该连麦直播视频流发送至内容分发网络(contentdeliverynetwork，cdn)，由cdn发送给其他观看第一直播客户端直播的观众，由于cdn是构建在现有网络基础之上的智能虚拟网络，主要依靠部署在各地的边缘服务器，通过中心平台的负载均衡、内容分发、调度等功能模块，可以实现用户就近获取所需的直播内容，极大地降低网络拥塞，从而进一步地避免了由于网络波动到导致视频流音画不同步的问题。

图3是根据一示例性实施例示出的一种连麦直播方法的流程图，用以至少解决相关技术中提供的直播方法所能实现的直播互动场景较少，且易出现音画不同步的问题。如图3所示，该连麦直播方法用于第二直播客户端中，包括以下步骤：

在步骤s301中，接收服务器转发的连麦直播请求；

第二直播客户端接收服务器转发的连麦直播请求，确定连麦直播请求的发起方以及其他参与连麦直播的客户端，并在显示界面展示连麦直播请求的发起方以及其他参与连麦直播的客户端的信息。

在步骤s302中，响应于用户通过指定操作触发的指令，向所述服务器发回接受邀请消息；

当用户通过指定操作选择接受连麦直播邀请后，第二直播客户端可以向服务器返回接受邀请信息。

另外，当用户选择接受连麦直播邀请后，第二直播客户端可以确定当前是否存在已连麦的第二观众客户端，当确定当前存在已连麦的第二观众客户端时，第二直播客户端可以将该第二观众客户端的信息携带在接受邀请消息中，一并发送给服务器。

在步骤s303中，接收服务器推送的第一直播客户端以及第一观众客户端对应的直播视频流；

在步骤s304中，对所述第一直播客户端以及第一观众客户端对应的直播视频流进行解析合并。

第二直播客户端对服务器推送的第一直播客户端以及第一观众客户端对应的直播视频流进行解析，将解析后的视频流以及本地直播视频流(如果存在已连麦第二观众客户端，则此处还包括第二观众客端对应的直播视频流)进行合并，以得到包含多个直播画面的连麦直播视频流，并将该连麦直播视频流发送至内容分发网络(contentdeliverynetwork，cdn)，由cdn发送给其他观看第二直播客户端直播的观众。

图4是根据一示例性实施例示出的一种连麦直播装置框图，用以至少解决相关技术中提供的直播方法所能实现的直播互动场景较少，且易出现音画不同步的问题。参照图4，该装置包括连麦直播请求接收单元121，地址确定单元122以及视频流推送单元123。

其中，该连麦直播请求接收单元121，被配置为执行获取第一直播客户端发送的连麦直播请求；其中，所述连麦直播请求中携带有待连麦第二直播客户端的信息以及已连麦的第一观众客户端信息；

该地址确定单元122，被配置为执行根据所述连麦直播请求，确定所述第一观众客户端以及所述第二直播客户端分别对应的直播视频流地址；

该视频流推送单元123，被配置为执行根据所述直播视频流地址，分别获取所述第二直播客户端以及所述第一观众客户端对应的直播视频流，并向所述第一直播客户端推送所述直播视频流，以使得所述第一直播客户端解析合并所述直播视频流。

在一种实施例中，地址确定单元122，具体被配置为执行：将所述连麦直播请求分别转发至所述第一观众客户端信息以及所述第二直播客户端；响应于所述第一观众客户端信息以及所述第二直播客户端发回的接受邀请消息，分别确定所述第一观众客户端以及所述第二直播客户端分别对应的视频流地址。

在一种实施例中，当所述第二直播客户端发回的接受邀请消息中携带有所述第二直播客户端当前已连麦的第二观众客户端信息时，地址确定单元122，具体被配置为执行：根据所述直播连麦请求中携带的第二直播客户端的信息，确定所述第二直播客户端对应的第二直播视频流地址；根据所述接受邀请的消息中携带的所述第二观众客户端信息，确定所述第二观众客户端对应的第二观众视频流地址。

在一种实施例中，地址确定单元122，具体被配置为执行：将所述连麦直播请求转发至所述第二观众客户端信息；响应于所述第二观众客户端信息发回的接受邀请消息，确定所述第二观众客户端信对应的视频流地址。

在一种实施例中，视频流推送单元123，具体被配置为执行根据所述第二直播视频流地址以及所述第二观众视频流地址，获取所述第二直播客户端对应的直播视频流；根据所述第一观众客户端对应视频流地址，获取所述第一观众客户端对应的直播视频流；将所述第二直播客户端对应的直播视频流以及所述第一观众客户端对应的直播视频流推送至所述第一直播客户端。

在一种实施例中，视频流推送单元123，具体被配置为执行获取所述第一直播客户端对应的直播视频流；向所述第二直播客户端推送所述第一直播客户端对应的直播视频流以及所述第一观众客户端对应的直播视频流。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

采用本公开实施例提供的连麦直播装置，直播平台后台服务器在获取第一直播客户端发送的连麦直播请求后，可以根据该连麦直播请求，确定所述第一观众客户端以及所述第二直播客户端分别对应的直播视频流地址，进而根据直播视频流地址，分别获取、第二直播客户端以及第一观众客户端对应的直播视频流，并向第一直播客户端推送直播视频流，进而第一直播客户端可以在终端本地完成视频流的解析与合并，从而避免了相关技术中连麦的两个客户端需要多次将视频流上传至服务器进行合成以及从服务器下载合成后的视频流，而可能存在由于网络波动到导致视频流音画不同步的问题；此外，第一直播客户端在与第二直播客户端进行连麦直播时，同时可以将已连麦的第一观众客户端对应的视频流与第二直播客户端对应的直播视频流共同进行合成，从而可以实现第一直播客户端同时与多个不同终端共同进行连麦直播，极大地提高了连麦直播的适用场景。

图5是根据一示例性实施例示出的一种连麦直播装置框图，用以至少解决相关技术中提供的直播方法所能实现的直播互动场景较少，且易出现音画不同步的问题。参照图5，该装置包括请求发送单元221，视频流接收单元222以及视频流解析单元223。

其中，该请求发送单元221，被配置为执行向服务器发送连麦直播请求；其中，所述连麦直播请求中携带有待连麦第二直播客户端的信息以及已连麦的第一观众客户端信息；

该视频流接收单元222，被配置为执行接收服务器推送的所述第二直播客户端以及所述第一观众客户端对应的直播视频流；

该视频流解析单元222，被配置为执行对所述第二直播客户端以及所述第一观众客户端对应的直播视频流进行解析合并。

采用本公开实施例提供的连麦直播装置，直播平台后台服务器在获取第一直播客户端发送的连麦直播请求后，可以根据该连麦直播请求，确定所述第一观众客户端以及所述第二直播客户端分别对应的直播视频流地址，进而根据直播视频流地址，分别获取、第二直播客户端以及第一观众客户端对应的直播视频流，并向第一直播客户端推送直播视频流，进而第一直播客户端可以在终端本地完成视频流的解析与合并，从而避免了相关技术中连麦的两个客户端需要多次将视频流上传至服务器进行合成以及从服务器下载合成后的视频流，而可能存在由于网络波动到导致视频流音画不同步的问题；此外，第一直播客户端在与第二直播客户端进行连麦直播时，同时可以将已连麦的第一观众客户端对应的视频流与第二直播客户端对应的直播视频流共同进行合成，从而可以实现第一直播客户端同时与多个不同终端共同进行连麦直播，极大地提高了连麦直播的适用场景。

图6是根据一示例性实施例示出的一种连麦直播装置框图，用以至少解决相关技术中提供的直播方法所能实现的直播互动场景较少，且易出现音画不同步的问题。参照图6，该装置包括请求接收单元321，响应单元322，视频流接收单元323以及视频流解析单元324。

其中，该请求接收单元321，被配置为执行接收服务器转发的连麦直播请求；

该响应单元322，被配置为执行响应于用户通过指定操作触发的指令，向所述服务器发回接受邀请消息；

该视频流接收单元323，被配置为执行接收服务器推送的第一直播客户端以及第一观众客户端对应的直播视频流；

该视频流解析单元324，被配置为执行对所述第一直播客户端以及第一观众客户端对应的直播视频流进行解析合并。

采用本公开实施例提供的连麦直播装置，直播平台后台服务器在获取第一直播客户端发送的连麦直播请求后，可以根据该连麦直播请求，确定所述第一观众客户端以及所述第二直播客户端分别对应的直播视频流地址，进而根据直播视频流地址，分别获取、第二直播客户端以及第一观众客户端对应的直播视频流，并向第一直播客户端推送直播视频流，进而第一直播客户端可以在终端本地完成视频流的解析与合并，从而避免了相关技术中连麦的两个客户端需要多次将视频流上传至服务器进行合成以及从服务器下载合成后的视频流，而可能存在由于网络波动到导致视频流音画不同步的问题；此外，第一直播客户端在与第二直播客户端进行连麦直播时，同时可以将已连麦的第一观众客户端对应的视频流与第二直播客户端对应的直播视频流共同进行合成，从而可以实现第二直播客户端同时与多个不同终端共同进行连麦直播，极大地提高了连麦直播的适用场景。

图7是根据一示例性实施例示出的一种用于连麦直播的电子设备400的结构示意图。请参考图7，在硬件层面，该连麦直播电子设备包括处理器，可选地还包括内部总线、网络接口、存储器。其中，存储器可能包含内存，例如高速随机存取存储器(random-accessmemory，ram)，也可能还包括非易失性存储器(non-volatilememory)，例如至少1个磁盘存储器等。当然，该电子设备还可能包括其他业务所需要的硬件。

处理器、网络接口和存储器可以通过内部总线相互连接，该内部总线可以是isa(industrystandardarchitecture，工业标准体系结构)总线、pci(peripheralcomponentinterconnect，外设部件互连标准)总线或eisa(extendedindustrystandardarchitecture，扩展工业标准结构)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图7中仅用一个双向箭头表示，但并不表示仅有一根总线或一种类型的总线。

存储器，用于存放程序。具体地，程序可以包括程序代码，所述程序代码包括计算机操作指令。存储器可以包括内存和非易失性存储器，并向处理器提供指令和数据。

处理器从非易失性存储器中读取对应的计算机程序到内存中然后运行，在逻辑层面上形成连麦直播装置。处理器，执行存储器所存放的程序，并具体用于执行以下操作：

获取第一直播客户端发送的连麦直播请求；其中，所述连麦直播请求中携带有待连麦第二直播客户端信息以及已连麦的第一观众客户端信息；

根据所述连麦直播请求，确定所述第一观众客户端以及所述第二直播客户端分别对应的直播视频流地址；

根据所述直播视频流地址，分别获取所述第二直播客户端以及所述第一观众客户端对应的直播视频流，并向所述第一直播客户端推送所述直播视频流，以使得所述第一直播客户端解析合并所述直播视频流。

上述如本公开图7所示实施例揭示的连麦直播电子设备执行的方法可以应用于处理器中，或者由处理器实现。处理器可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法的各步骤可以通过处理器中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器可以是通用处理器，包括中央处理器(centralprocessingunit，cpu)、网络处理器(networkprocessor，np)等；还可以是数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现场可编程门阵列(field－programmablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。结合本申请实施例所公开的方法的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器，闪存、只读存储器，可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器，处理器读取存储器中的信息，结合其硬件完成上述方法的步骤。

该电子设备还可执行图1的方法，并实现连麦直播装置在图1所示实施例中的功能，本公开实施例在此不再赘述。

当然，除了软件实现方式之外，本公开的电子设备并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

在示例性实施例中，还提供了一种包括指令的存储介质，例如包括指令的存储器，上述指令可由电子设备400的处理器420执行以完成上述方法。可选地，存储介质可以是非临时性计算机可读存储介质，例如，所述非临时性计算机可读存储介质可以是rom、随机存取存储器(ram)、cd-rom、磁带、软盘和光数据存储设备等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。