CN114710684A - 一种直播间连麦方法、装置、设备及存储介质 - Google Patents

Abstract

本申请公开了一种直播间连麦方法、装置、设备及存储介质，服务器接收观众端设备发起的进入直播间的连麦请求之后，服务器代替房主端设备与观众端设备进行信息交互，向观众端设备发送连麦邀请信令，确定观众端设备满足连麦条件时，向观众端设备输出相应的连接确认窗口，观众端设备触发连接确认信令之后，完成观众端设备与直播间的连麦。本申请中，对于离线直播间，服务器代替房主端设备与观众端设备进行信息交互，并在满足连麦条件时，建立观众端设备与直播间的连麦，解决了当房主不在自己直播间，直播间处于离线状态时，观众无法实现上麦，使得直播间利用率较低的问题。

Description

一种直播间连麦方法、装置、设备及存储介质

技术领域

本申请涉及视频直播技术领域，尤其涉及一种直播间连麦方法、装置、设备及存储介质。

背景技术

随着大数据时代的来临，通过互联网实现娱乐活动也得到了极大的丰富，比如，随着直播行业的快速发展，直播已经给人们的日常生活和工作带来了很对的便利，丰富了人们的精神生活。直播间是直播类产品用户的主要聚集地。某个用户开启直播间进行直播，此主播间的房主就是此用户。观众进入直播间后，可以在房主允许的条件下，可以以上麦的方式，成为上麦嘉宾，和房主一起直播，其他观众侧也可以看到上麦嘉宾的媒体流。

传统的直播间一般需要依赖房主在直播间，保持在线状态，直播间才会维持有效状态，才能与观众建立互动关系，比如其他用户进出直播间，或者上麦等操作。当房主不在自己直播间，直播间处于离线状态时，观众无法实现上麦，使得直播间利用率较低。

发明内容

本申请实施例提供了一种直播间连麦方法、装置、设备及存储介质，用以解决当房主不在自己直播间，直播间处于离线状态时，观众无法实现上麦，使得直播间利用率较低的问题。

本申请实施例提供了一种直播间连麦方法，所述方法包括：

接收并响应于观众端设备发起的进入直播间的连麦请求，服务器将连麦邀请信令发送至所述观众端设备；

当确定所述观众端设备满足连麦条件时，所述服务器向所述观众端设备输出相应的连接确认窗口；

当接收到所述观众端设备发送的连接确认信令，建立所述观众端设备与所述直播间的连麦，并拉取所述观众端设备所传输的音视频流。

另一方面，本申请实施例提供了一种直播间连麦装置，所述装置包括：

发送模块，用于接收并响应于观众端设备发起的进入直播间的连麦请求，服务器将连麦邀请信令发送至所述观众端设备；

输出模块，用于当确定所述观众端设备满足连麦条件时，所述服务器向所述观众端设备输出相应的连接确认窗口；

连麦模块，用于当接收到所述观众端设备发送的连接确认信令，建立所述观众端设备与所述直播间的连麦，并拉取所述观众端设备所传输的音视频流。

另一方面，本申请实施例提供了一种直播间连麦设备，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现上述任一项所述的方法步骤。

另一方面，本申请实施例提供了一种计算机可读存储介质，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现上述任一项所述的方法步骤。

本申请实施例提供了一种直播间连麦方法、装置、设备及存储介质，所述方法包括：接收并响应于观众端设备发起的进入直播间的连麦请求，服务器将连麦邀请信令发送至所述观众端设备；当确定所述观众端设备满足连麦条件时，所述服务器向所述观众端设备输出相应的连接确认窗口；当接收到所述观众端设备发送的连接确认信令，建立所述观众端设备与所述直播间的连麦，并拉取所述观众端设备所传输的音视频流。

由于在本申请实施例中，服务器接收观众端设备发起的进入直播间的连麦请求之后，服务器代替房主端设备与观众端设备进行信息交互，向观众端设备发送连麦邀请信令，确定观众端设备满足连麦条件时，向观众端设备输出相应的连接确认窗口，观众端设备触发连接确认信令之后，完成观众端设备与直播间的连麦。本申请中，对于离线直播间(房主端设备离线，直播间保留)，服务器代替房主端设备与观众端设备进行信息交互，并在满足连麦条件时，建立观众端设备与直播间的连麦，解决了当房主不在自己直播间，直播间处于离线状态时，观众无法实现上麦，使得直播间利用率较低的问题。

附图说明

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

图1为本申请提供的直播间连麦过程示意图；

图2为本申请提供的可选择设置直播间为关播后直播间仍然存在的属性功能示意图；

图3为本申请提供的直播间自动变为可自由上麦模式示意图；

图4为本申请提供的观众将可进行上麦操作示意图；

图5为本申请提供的设置离线属性房间的流程图；

图6为本申请提供的房主在线时的连麦流程图；

图7为本申请提供的房主不在线时的连麦流程图；

图8为本申请提供的直播间连麦装置结构示意图；

图9为本申请提供的直播间连麦设备结构示意图。

具体实施方式

下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

图1为本申请实施例提供的直播间连麦过程示意图，包括以下步骤：

S101：接收并响应于观众端设备发起的进入直播间的连麦请求，服务器将连麦邀请信令发送至所述观众端设备。

S102：当确定所述观众端设备满足连麦条件时，所述服务器向所述观众端设备输出相应的连接确认窗口。

S103：当接收到所述观众端设备发送的连接确认信令，建立所述观众端设备与所述直播间的连麦，并拉取所述观众端设备所传输的音视频流。

本申请实施例提供的直播间连麦方法应用于直播间连麦设备，该设备可以是PC、平板电脑、智能手机等设备，也可以是服务器。为了便于描述，本申请以设备是服务器为主体进行描述。本申请实施例中涉及到的名次解释如下：房主：某个用户开启直播间进行直播，此主播间的房主就是此用户。连麦：观众进入直播间后，可以在房主允许的条件下，可以以上麦的方式，成为上麦嘉宾，和房主一起直播，其他观众侧也可以看到上麦嘉宾的媒体流。离线状态：房主开播后，再离开直播间，但此时直播间保持不关播，用户仍可进入此直播间的状态。自由连麦状态：直播间可以允许任意直播间的观众直接进行申请加入直播间空余麦位的状态。

本申请中，观众有连麦需求时，通过所使用的观众端设备向服务器发送进入直播间的连麦请求。其中，直播间内可以为观众端设备提供发送进入直播间的连麦请求的接口或操作选项，当用户在使用观众端设备进入直播间，可以通过接口或操作选项来完成向服务器发送进入直播间的连麦请求。该服务器可以是麦位状态维护服务器。服务器接收到观众端设备发起的进入直播间的连麦请求之后，向观众端设备发送连麦邀请信令。其中，连麦邀请信令携带有唯一会话标识、麦位标识及用户身份信息，所述唯一会话标识是为每一个连麦会话分配的唯一会话ID，用于观众端设备的信令识别，观众端设备只处理会话标识相同的信令，避免不同会话之间相互干扰。麦位标识为麦位列表上的麦位序号，例如1号麦、2号麦等；接收到观众端设备发起的进入直播间的连麦请求之后，可以获取连麦请求中携带的麦位标识，如果连麦请求中未携带的麦位标识，则可以根据直播间的麦位状态分配麦位标识。用户身份信息可以是观众端设备ID，根据用户身份信息向观众端设备发送连麦邀请信令。

具体的，所述将连麦邀请信令发送至所述观众端设备包括：

判断所述直播间是否具备与所述连麦请求对应的空闲麦位，如果是，将连麦邀请信令发送至所述观众端设备；

如果判断所述直播间不具备与所述连麦请求对应的空闲麦位，所述方法还包括：

向所述观众端设备发送用于表征当前没有空闲麦位的提示信息。

本申请中，服务器收到连麦请求后，需判断当前是否能接受用户端设备的连麦。具体的，判断直播间是否具备与连麦请求对应的空闲麦位，如果存在，则说明能接受用户端设备的连麦，此时将连麦邀请信令发送至观众端设备。如果不存在，则说明当前不能接受用户端设备的连麦，此时向所述观众端设备发送用于表征当前没有空闲麦位的提示信息。

所述判断所述直播间是否具备与所述连麦请求对应的空闲麦位包括：

若所述连麦请求中携带麦位标识信息，判断所述直播间内所述麦位标识信息的麦位是否处于空闲状态；

若所述连麦请求中未携带麦位标识信息，判断所述直播间内的所有麦位中是否存在处于空闲状态的麦位。

如果连麦请求中携带麦位标识信息，例如连麦请求中携带的麦位标识信息为2号麦。服务器判断直播间的2号麦是否处于空闲状态，如果时，则确定直播间具备与连麦请求对应的空闲麦位，否则确定直播间不具备与连麦请求对应的空闲麦位。如果连麦请求中未携带麦位标识信息，则判断直播间内的所有麦位中是否存在处于空闲状态的麦位。例如直播间包括1号麦、2号麦、3号麦和4号麦，服务器判断直播间的1号麦、2号麦、3号麦和4号麦中是否存在处于空闲状态的麦位，如果存在，则确定直播间具备与连麦请求对应的空闲麦位，否则确定直播间不具备与连麦请求对应的空闲麦位。

并且，再连麦之后，将与所述连麦请求对应的麦位状态由空闲状态改为占用状态。

观众端设备接收到服务器发送的连麦邀请信令之后，检查自身是否满足连麦条件，如果满足，则向服务器发送表征满足连麦条件的邀请应答。可选的，检查自身是否满足连麦条件可以是检查是否还在此主播的直播间，如果还在此主播的直播间，则确定自身满足连麦条件，如果不在此主播的直播间，则确定自身不满足连麦条件。观众端设备检查自身不满足连麦条件时，可以向服务器发送用于表征不能接受邀请的应答信息。

服务器接收到观众端设备发送的表征满足连麦条件的邀请应答，向观众端设备输出相应的连接确认窗口。用户在用户端设备通过连接确认窗口向服务器发送连接确认信令。服务器接收到连接确认信令后，建立观众端设备与直播间的连麦，并拉取观众端设备所传输的音视频流。在与观众端设备对应的麦位显示拉取到的观众端设备所传输的音视频流。

由于在本申请实施例中，服务器接收观众端设备发起的进入直播间的连麦请求之后，服务器代替房主端设备与观众端设备进行信息交互，向观众端设备发送连麦邀请信令，确定观众端设备满足连麦条件时，向观众端设备输出相应的连接确认窗口，观众端设备触发连接确认信令之后，完成观众端设备与直播间的连麦。本申请中，对于离线直播间(房主端设备离线，直播间保留)，服务器代替房主端设备与观众端设备进行信息交互，并在满足连麦条件时，建立观众端设备与直播间的连麦，解决了当房主不在自己直播间，直播间处于离线状态时，观众无法实现上麦，使得直播间利用率较低的问题。

本申请中，所述服务器将连麦邀请信令发送至所述观众端设备之前，所述方法还包括：

获取所述直播间的直播状态，根据所述直播间的直播状态判断当前直播间是否为离线直播间，如果是，所述服务器将连麦邀请信令发送至所述观众端设备；

如果判断当前直播间不是离线直播间，所述方法还包括：

将所述连麦请求转发至房主端设备，并在接收到所述房主端设备发送的连麦邀请信令时，将所述连麦邀请信令转发至所述观众端设备。

服务器首先获取直播间的直播状态，如果根据直播间的直播状态判断当前直播间为离线直播间，则服务器与用户端设备进行信息交互，完成用户端设备的上麦。如果根据直播间的直播状态判断当前直播间不是离线直播间，也就是说房主仍然在线，则房主端设备与用户端设备进行信息交互，完成用户端设备的上麦，服务器位于房主端设备与用户端设备中间，起到信息转发的作用。

如果根据直播间的直播状态判断当前直播间不是离线直播间，观众端设备向服务器发送进入直播间的连麦请求之后，服务器将连麦请求转发至房主端设备，房主端设备判断直播间是否具备与连麦请求对应的空闲麦位，如果是，向服务器发送的连麦邀请信令。服务器接收到房主端设备发送的连麦邀请信令时，将连麦邀请信令转发至观众端设备。

当观众端设备确定满足连麦条件时，向服务器发送邀请应答，服务器将邀请应答转发至房主端设备。房主端设备向服务器发送相应的连接确认窗口，服务器再将相应的连接确认窗口发送至观众端设备。观众端设备通过连接确认窗口向服务器发送连接确认信令，服务器将连接确认信令转发至房主端设备，此时建立观众端设备与直播间的连麦，并拉取观众端设备所传输的音视频流。

本申请中，为了避免网络卡顿或者网络故障导致连麦失败的问题，接收到观众端设备发起的进入直播间的连麦请求之后，所述方法还包括：

向所述观众端设备发送连麦请求应答；

所述向所述观众端设备输出相应的连接确认窗口之后，所述方法还包括：

接收所述观众端设备发送的连接确认窗口应答；

所述接收到所述观众端设备发送的连接确认信令之后，所述方法还包括：

向所述观众端设备发送连接确认信令应答。

下面结合附图对本申请的直播间连麦过程进行详细说明。

如图2所示，房主在开播过程中，可选择设置直播间为关播后直播间仍然存在的属性功能。如图3所示，选择此功能后，在房主退出直播间时，直播间将处于离线模式，但观众不会退出，麦上嘉宾也仍在麦上，且直播间自动变为可自由上麦模式。可自由上麦模式即为本申请的核心内容。如图4所示，此时在直播间的用户，如果有空麦位，观众将可进行上麦操作。

图5为设置离线属性房间的流程图，如图5所示，房间基础状态维护服务器：用于维护房间的基本状态信息，房主在主播端设备设置直播间为关播后仍保留的属性后，房间基础状态维护服务器将记录此属性，并同步给麦位状态维护服务器。麦位状态维护服务器：用于维护房间内的麦上信息；后续支持房间处于离线模式，仍可上麦的主要交互服务。在房间关播时，基础状态维护服务器，通过检查到当前房间已开启具有离线属性的能力，将不会关播，而是将房间设置成离线状态，并通知此状态到麦位状态维护服务器，麦位状态维护服务器检查如果当前房间是处于非自由连麦状态，将开启自由连麦功能。离线直播间，主播不存在，则相关的直播内的管理功能(踢人/禁言等)，房主可以通过设置其他用户为管理员，则管理员将有权限管理这个直播间。

主播在线时，上麦流程方案一般是观众需与主播的进行几个回合的交互过程；在离线房场景下，主播不在线，这时通过服务端模拟主播在上麦过程中的角色来和观众端进行交互，从而观众端能复用原有交互流程实现上麦的目的，这样可以兼容于旧版本客户端，即用户不需要更新客户端版本，旧版本客户端也可在离线房，进行上麦，能提高用户的参与度。

在主播端房主在线时，即处于非离线状态时的上麦流程如下，观众上麦是需要与房主主播侧进行一系列的交互的，麦位状态维护服务只是检查维护状态，主要是进行转发，是否允许上麦，实际是房主主播端控制的。

图6为房主在线时的连麦流程图，如图6所示，观众端设备申请加入房间的麦位时，观众端设备向服务器(麦位状态维护服务器)发送进入直播间的连麦请求(PCS_GetFreeMicReq)，服务器会结合主播端设备本地的麦位状态信息，例如是否已满麦位等，来判断是否允许此观众端设备上麦，如果未满麦位，则允许此观众端设备上麦，此时校验通过，并未麦位状态保留预设时长，例如保留15秒。校验通过后，将连麦请求转发至主播端设备，然后主播端设备向服务器发送连麦请求应答，服务器再将连麦请求应答转发至观众端设备，以告知观众端设备目前允许上麦。需要说明的是，若开启自由连麦功能，观众端设备才可以通过此协议直接和主播端设备进行信息交互，若开启非自由连麦功能，需要先将观众端设备发送的连麦请求加入等待队列，然后根据等待队列中的顺序依次处理连麦请求。

主播端设备如果允许观众端设备上麦，则向服务器发送连麦邀请信令(PMicLinkdInvite)，邀请观众端设备进行上麦，服务器会将此连麦邀请信令转发给观众端设备，观众端设备接收到此连麦邀请信令后，会做相应校验，比如是否还在此主播直播间等条件，并发送相应邀请应答通过服务器转发给主播端设备。发送相应邀请应答是为了防止连麦邀请信令下发给观众端设备时，由于网络卡顿或断网时，主播端设备可以检查当前麦位状态，进行重新发送连麦邀请信令的操作,其它的应答信息的作用类似，在此不再进行赘述。

主播端设备允许观众端设备上麦后，主播端设备向服务器输出相应的连接确认窗口(PMicLinkInviteConfirm)，服务器将连接确认窗口转发至观众端设备，观众端设备接收到连接确认窗口后会弹起接听界面窗口，观众端设备向服务器发送连接确认窗口应答，服务器将连接确认窗口应答转发至主播端设备。

观众端设备接听界面窗口，通过点击接听操作向服务器发送连接确认信令(PMicLinkInviteRes)，服务器会将连接确认信令转发给主播端设备，主播端设备感知到观众端设备同意上麦，建立观众端设备与直播间的连麦，并拉取观众端设备所传输的音视频流，并向服务器发送连接确认信令应答，服务器将连接确认信令应答转发至观众端设备，到此整个上麦交互流程结束。

图7为房主不在线时的连麦流程图，如图7所示，观众端设备申请加入房间的麦位时，观众端设备向服务器(麦位状态维护服务器)发送进入直播间的连麦请求(PCS_GetFreeMicReq)，服务器判断到当前是离线直播间，服务器会结合主播端设备本地的麦位状态信息，例如是否已满麦位等，来判断是否允许此观众端设备上麦，如果未满麦位，则允许此观众端设备上麦，此时校验通过，并未麦位状态保留预设时长，例如保留15秒。校验通过后，则模拟主播端设备发送连麦请求应答返回给观众端设备，而不会透传连麦请求给主播端设备。

如果允许观众端设备上麦，服务器模拟主播端设备向观众端设备发送连麦邀请信令(PMicLinkdInvite)，邀请观众端设备进行上麦。观众端设备接收到此连麦邀请信令后，会做相应校验，比如是否还在此主播直播间等条件，并发送相应邀请应答给服务器。

允许观众端设备上麦后，服务器向观众端设备输出相应的连接确认窗口(PMicLinkInviteConfirm)，观众端设备接收到连接确认窗口后会弹起接听界面窗口，观众端设备向服务器发送连接确认窗口应答。

观众端设备接听界面窗口，通过点击接听操作向服务器发送连接确认信令(PMicLinkInviteRes)，建立观众端设备与直播间的连麦，并拉取观众端设备所传输的音视频流，服务器模拟主播端设备向观众端设备发送连接确认信令应答，到此整个上麦交互流程结束。

本申请通过服务端模拟房主主播客户端的交互功能来实现交互式的上麦流程，使得直播间处于离线状态下，也能实现上麦的功能，且兼容了旧版本客户端，客户端不需要更新版本，也能在离线直播间上麦，丰富了离线状态下的直播间玩法。通过长期持续的直播间上麦互动玩法，提高用户在直播间的粘性，以及帮助用户形成单向或者双向的关系。

图8为本申请提供的直播间连麦装置结构示意图，包括：

发送模块81，用于接收并响应于观众端设备发起的进入直播间的连麦请求，服务器将连麦邀请信令发送至所述观众端设备；

输出模块82，用于当确定所述观众端设备满足连麦条件时，所述服务器向所述观众端设备输出相应的连接确认窗口；

连麦模块83，用于当接收到所述观众端设备发送的连接确认信令，建立所述观众端设备与所述直播间的连麦，并拉取所述观众端设备所传输的音视频流。

所述装置还包括：

判断模块84，用于获取所述直播间的直播状态，根据所述直播间的直播状态判断当前直播间是否为离线直播间，如果是，使发送模块81将连麦邀请信令发送至所述观众端设备，如果否，使发送模块81将所述连麦请求转发至房主端设备，并在接收到所述房主端设备发送的连麦邀请信令时，将所述连麦邀请信令转发至所述观众端设备。

发送模块81，用于判断所述直播间是否具备与所述连麦请求对应的空闲麦位，如果是，将连麦邀请信令发送至所述观众端设备；如果否，向所述观众端设备发送用于表征当前没有空闲麦位的提示信息。

发送模块81，用于若所述连麦请求中携带麦位标识信息，判断所述直播间内所述麦位标识信息的麦位是否处于空闲状态；若所述连麦请求中未携带麦位标识信息，判断所述直播间内的所有麦位中是否存在处于空闲状态的麦位。

输出模块82，用于接收所述观众端设备发送的邀请应答，当所述邀请应答表征满足连麦条件时确定所述观众端设备满足连麦条件。

发送模块81，用于接收到观众端设备发起的进入直播间的连麦请求之后，向所述观众端设备发送连麦请求应答；向所述观众端设备输出相应的连接确认窗口之后，接收所述观众端设备发送的连接确认窗口应答；接收到所述观众端设备发送的连接确认信令之后，向所述观众端设备发送连接确认信令应答。

所述装置还包括：

麦位状态更新模块85，用于将与所述连麦请求对应的麦位状态由空闲状态改为占用状态。

本申请实施例中还提供了一种直播间连麦设备，如图9所示，包括：处理器901、通信接口902、存储器903和通信总线904，其中，处理器901，通信接口902，存储器903通过通信总线904完成相互间的通信；

所述存储器903中存储有计算机程序，当所述程序被所述处理器901执行时，使得所述处理器901执行如下步骤：

接收并响应于观众端设备发起的进入直播间的连麦请求，服务器将连麦邀请信令发送至所述观众端设备；当确定所述观众端设备满足连麦条件时，所述服务器向所述观众端设备输出相应的连接确认窗口；当接收到所述观众端设备发送的连接确认信令，建立所述观众端设备与所述直播间的连麦，并拉取所述观众端设备所传输的音视频流。

本申请实施例提供的一种直播间连麦设备可用于执行上述直播间连麦方法，具备相应的功能和有益效果。

本申请实施例还提供了一种计算机存储可读存储介质，所述计算机可读存储介质内存储有可由直播间连麦设备执行的计算机程序，当所述程序在所述直播间连麦设备上运行时，使得所述直播间连麦设备执行时实现如下步骤：

接收并响应于观众端设备发起的进入直播间的连麦请求，服务器将连麦邀请信令发送至所述观众端设备；当确定所述观众端设备满足连麦条件时，所述服务器向所述观众端设备输出相应的连接确认窗口；当接收到所述观众端设备发送的连接确认信令，建立所述观众端设备与所述直播间的连麦，并拉取所述观众端设备所传输的音视频流。

本申请实施例还提供的计算机存储可读存储介质，内存储有可由直播间连麦设备执行的计算机程序，当所述程序在所述直播间连麦设备上运行时，可用于执行上述任意实施例提供的接口调用时序检测方法，具备相应的功能和有益效果。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种直播间连麦方法，其特征在于，所述方法包括：

接收并响应于观众端设备发起的进入直播间的连麦请求，服务器将连麦邀请信令发送至所述观众端设备；

当确定所述观众端设备满足连麦条件时，所述服务器向所述观众端设备输出相应的连接确认窗口；

当接收到所述观众端设备发送的连接确认信令，建立所述观众端设备与所述直播间的连麦，并拉取所述观众端设备所传输的音视频流。

2.如权利要求1所述的方法，其特征在于，所述服务器将连麦邀请信令发送至所述观众端设备之前，所述方法还包括：

获取所述直播间的直播状态，根据所述直播间的直播状态判断当前直播间是否为离线直播间，如果是，所述服务器将连麦邀请信令发送至所述观众端设备；

如果判断当前直播间不是离线直播间，所述方法还包括：

将所述连麦请求转发至房主端设备，并在接收到所述房主端设备发送的连麦邀请信令时，将所述连麦邀请信令转发至所述观众端设备。

3.如权利要求1所述的方法，其特征在于，所述将连麦邀请信令发送至所述观众端设备包括：

判断所述直播间是否具备与所述连麦请求对应的空闲麦位，如果是，将连麦邀请信令发送至所述观众端设备；

如果判断所述直播间不具备与所述连麦请求对应的空闲麦位，所述方法还包括：

向所述观众端设备发送用于表征当前没有空闲麦位的提示信息。

4.如权利要求3所述的方法，其特征在于，所述判断所述直播间是否具备与所述连麦请求对应的空闲麦位包括：

若所述连麦请求中携带麦位标识信息，判断所述直播间内所述麦位标识信息的麦位是否处于空闲状态；

若所述连麦请求中未携带麦位标识信息，判断所述直播间内的所有麦位中是否存在处于空闲状态的麦位。

5.如权利要求1所述的方法，其特征在于，所述确定所述观众端设备满足连麦条件包括：

接收所述观众端设备发送的邀请应答，当所述邀请应答表征满足连麦条件时确定所述观众端设备满足连麦条件。

6.如权利要求1所述的方法，其特征在于，接收到观众端设备发起的进入直播间的连麦请求之后，所述方法还包括：

向所述观众端设备发送连麦请求应答；

所述向所述观众端设备输出相应的连接确认窗口之后，所述方法还包括：

接收所述观众端设备发送的连接确认窗口应答；

所述接收到所述观众端设备发送的连接确认信令之后，所述方法还包括：

向所述观众端设备发送连接确认信令应答。

7.如权利要求2所述的方法，其特征在于，所述建立所述观众端设备与所述直播间的连麦之后，所述方法还包括：

将与所述连麦请求对应的麦位状态由空闲状态改为占用状态。

8.一种直播间连麦装置，其特征在于，所述装置包括：

发送模块，用于接收并响应于观众端设备发起的进入直播间的连麦请求，服务器将连麦邀请信令发送至所述观众端设备；

输出模块，用于当确定所述观众端设备满足连麦条件时，所述服务器向所述观众端设备输出相应的连接确认窗口；

连麦模块，用于当接收到所述观众端设备发送的连接确认信令，建立所述观众端设备与所述直播间的连麦，并拉取所述观众端设备所传输的音视频流。

9.一种直播间连麦设备，其特征在于，包括处理器、通信接口、存储器和通信总线，其中，处理器，通信接口，存储器通过通信总线完成相互间的通信；

存储器，用于存放计算机程序；

处理器，用于执行存储器上所存放的程序时，实现权利要求1-7任一项所述的方法步骤。

10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质内存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1-7任一项所述的方法步骤。

Images