一种连麦系统、方法、装置、设备及存储介质与流程

1.本公开涉及数据处理领域，尤其涉及一种连麦系统、方法、装置、设备及存储介质。


背景技术：

2.在网络直播功能中，连麦已经成为一种常见的直播形式。通常，连麦是指主播之间或者主播和观众之间以类似视频电话的方式，实现实时通信互动。
3.连麦效率是影响参与连麦用户体验的重要因素之一，尤其是对连麦被邀端的用户，在主动点击接收连麦邀请之后，期待能够尽快进入双方连麦的通信交互界面。因此，尽量减少连麦被邀端的用户在接受连麦邀请后的等待时间，是提升用户连麦体验的途径之一。
4.目前，连麦被邀方的用户在点击接收连麦邀请后，需要等待对端进入虚拟房间，然后由对端向实时协作服务端推送音视频流之后，才能从实时协作服务端拉取到音视频流的首帧，实现双方的连麦。
5.显然，上述连麦方式连麦效率较低，导致连麦被邀方的用户在接受连麦邀请之后的等待时间较长，影响了用户的连麦体验。


技术实现要素：

6.为了解决上述技术问题或者至少部分地解决上述技术问题，本公开提供了一种连麦系统、方法、装置、设备及存储介质，能够提高连麦效率，减少连麦被邀端的用户在接受连麦邀请后的等待时间，提升用户的连麦体验。
7.第一方面，本公开提供了一种连麦系统，所述系统包括连麦业务服务端、连麦邀请端和连麦被邀端；
8.所述连麦业务服务端，用于在接收到来自所述连麦邀请端的连麦请求时，向所述连麦邀请端返回携带虚拟房间身份标识的响应消息；其中，所述响应消息用于表示针对所述连麦请求接收成功；
9.所述连麦邀请端，用于在接收到所述响应消息时，从所述响应消息中获取所述虚拟房间身份标识，并进入所述虚拟房间身份标识对应的虚拟房间；以及，在接收到所述连麦被邀端针对所述连麦请求的连麦接受消息时，向实时协作服务端推送音视频流；
10.所述连麦被邀端，用于响应于连麦接受操作，从所述实时协作服务器拉取所述音视频流。
11.一种可选的实施方式中，所述连麦业务服务端，还用于在接收到所述连麦请求后，向所述连麦被邀端发送携带所述虚拟房间身份标识的连麦邀请消息；所述连麦邀请消息用于请求所述连麦被邀端接受连麦邀请；
12.所述连麦被邀端，还用于在接收到所述连麦邀请消息后，从所述连麦邀请消息中获取所述虚拟房间身份标识，并进入所述虚拟房间身份标识对应的虚拟房间。
13.一种可选的实施方式中，所述连麦业务服务端，还用于在接收到所述连麦请求后，
确定所述连麦请求对应的连麦邀请端和连麦被邀端是否符合预设版本标准，并在确定所述连麦请求对应的连麦邀请端和连麦被邀端均符合所述预设版本标准时，执行所述向所述连麦邀请端返回携带虚拟房间身份标识的响应消息的步骤。
14.一种可选的实施方式中，所述连麦业务服务端，还用于在接收到所述连麦被邀端针对所述连麦请求的连麦接受消息时，将所述连麦被邀端和所述连麦邀请端的连麦状态更新为已连接状态，并开始计时，如果在预设时长内未接收到来自所述连麦被邀端或所述连麦邀请端的连麦通知消息，则将所述连麦被邀端或所述连麦邀请端的连麦状态更新为未连接状态。
15.一种可选的实施方式中，所述连麦邀请端处于网络直播状态；
16.所述连麦邀请端，具体用于在接收到所述连麦被邀端针对所述连麦请求的连麦接受消息时，停止向网络直播服务端推送网络直播流量，并开始向实时协作服务端推送音视频流。
17.第二方面，本公开提供了一种连麦方法，所述方法包括：
18.连麦业务服务端在接收到来自连麦邀请端的连麦请求时，向所述连麦邀请端返回携带虚拟房间身份标识的响应消息；其中，所述响应消息用于表示针对所述连麦请求接收成功，所述虚拟房间身份标识用于使所述连麦邀请端进入虚拟房间；
19.所述连麦业务服务端在接收到来自连麦被邀端针对所述连麦请求的连麦接受消息时，将所述连麦接受消息转发至所述连麦邀请端。
20.一种可选的实施方式中，所述连麦业务服务端在接收到来自连麦被邀端针对所述连麦请求的连麦接受消息时，将所述连麦接受消息转发至所述连麦邀请端之前，还包括：
21.所述连麦业务服务端在接收到所述连麦请求后，向连麦被邀端发送携带所述虚拟房间身份标识的连麦邀请消息；所述连麦邀请消息用于请求所述连麦被邀端接受连麦邀请，所述虚拟房间身份标识用于使所述连麦被邀端进入所述虚拟房间。
22.一种可选的实施方式中，所述向所述连麦邀请端返回携带虚拟房间身份标识的响应消息之前，还包括：
23.所述连麦业务服务端确定所述连麦请求对应的连麦邀请端和连麦被邀端是否符合预设版本标准；
24.相应的，所述向所述连麦邀请端返回携带虚拟房间身份标识的响应消息，包括：
25.在确定所述连麦请求对应的连麦邀请端和连麦被邀端均符合所述预设版本标准时，向所述连麦邀请端返回携带虚拟房间身份标识的响应消息。
26.一种可选的实施方式中，所述方法还包括：
27.所述连麦业务服务端在接收到所述连麦被邀端针对所述连麦请求的连麦接受消息时，将所述连麦被邀端和所述连麦邀请端的连麦状态更新为已连接状态，并开始计时；
28.如果在预设时长内未接收到来自所述连麦被邀端和所述连麦邀请端的连麦通知消息，则将所述连麦被邀端和所述连麦邀请端的连麦状态更新为未连接状态。
29.第三方面，本公开提供了一种连麦方法，所述方法包括：
30.连麦邀请端向连麦业务服务端发送连麦请求后，在接收到针对所述连麦请求的响应消息时，从所述响应消息中获取虚拟房间身份标识，并进入所述虚拟房间身份标识对应的虚拟房间；
31.在接收到连麦被邀端针对所述连麦请求的连麦接受消息时，向实时协作服务端推送音视频流，所述音视频流供所述连麦被邀端拉取。
32.一种可选的实施方式中，所述连麦邀请端处于网络直播状态；所述向实时协作服务端推送音视频流之前，还包括：
33.在接收到连麦被邀端针对所述连麦请求的连麦接受消息时，停止向网络直播服务端推送网络直播流量。
34.第四方面，本公开提供了一种连麦方法，所述方法包括：
35.连麦被邀端在接收到连麦邀请消息后，从所述连麦邀请消息中获取虚拟房间身份标识，并进入所述虚拟房间身份标识对应的虚拟房间；所述连麦邀请消息用于请求所述连麦被邀端接受连麦邀请；
36.所述连麦被邀端在接受所述连麦邀请消息对应的连麦邀请后，从实时协作服务器拉取音视频流。
37.第五方面，本公开提供了一种连麦装置，所述装置包括：
38.返回模块，用于在接收到来自连麦邀请端的连麦请求时，向所述连麦邀请端返回携带虚拟房间身份标识的响应消息；其中，所述响应消息用于表示针对所述连麦请求接收成功，所述虚拟房间身份标识用于使所述连麦邀请端进入虚拟房间；
39.转发模块，用于在接收到来自连麦被邀端针对所述连麦请求的连麦接受消息时，将所述连麦接受消息转发至所述连麦邀请端。
40.第六方面，本公开提供了一种连麦装置，所述装置包括：
41.第一获取模块，用于向连麦业务服务端发送连麦请求后，在接收到针对所述连麦请求的响应消息时，从所述响应消息中获取虚拟房间身份标识；
42.第一进入模块，用于进入所述虚拟房间身份标识对应的虚拟房间；
43.推送模块，用于在接收到连麦被邀端针对所述连麦请求的连麦接受消息时，向实时协作服务端推送音视频流。
44.第七方面，本公开提供了一种连麦装置，所述装置包括：
45.第二获取模块，用于在接收到连麦邀请消息后，从所述连麦邀请消息中获取虚拟房间身份标识；所述连麦邀请消息用于请求连麦被邀端接受连麦邀请；
46.第二进入模块，用于进入所述虚拟房间身份标识对应的虚拟房间；
47.拉取模块，用于在接受所述连麦邀请消息对应的连麦邀请后，从实时协作服务端拉取音视频流。
48.第八方面，本公开提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当所述指令在计算机设备上运行时，使得所述计算机设备实现上述的方法。
49.第九方面，本公开提供了一种设备，包括：存储器，处理器，及存储在所述存储器上的计算机程序，所述处理器执行所述计算机程序时，实现上述的方法。
50.本公开实施例提供的技术方案与现有技术相比具有如下优点：
51.本公开实施例提供了一种连麦系统，连麦业务服务端在接收到连麦请求时，向连麦邀请端返回携带虚拟房间身份标识的响应消息，以便连麦邀请端能够提前进入虚拟房间。当连麦邀请端接收到连麦被邀端的连麦接受消息时，推送音视频流至实时协作服务端，而连麦被邀端在接收到连麦接受操作时，直接从实时协作服务端拉取该音视频流，实现双
方的连麦。
52.由于连麦被邀端在接收到连麦接受操作时，连麦邀请方已经提前进入虚拟房间，因此，连麦被邀端无需等待对端进入虚拟房间，而是在进入虚拟房间后直接拉取对端的音视频流的首帧即可，提高了连麦的效率，也提升了用户的连麦体验。
附图说明
53.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。
54.为了更清楚地说明本公开实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
55.图1为目前的网络直播中的连麦方式的数据交互示意图；
56.图2为本公开实施例提供的一种主播a邀请主播b连麦的信令交互图；
57.图3为本公开实施例提供的一种连麦系统的结构示意图；
58.图4为本公开实施例提供的一种连麦方法流程图；
59.图5为本公开实施例提供的另一种连麦方法流程图；
60.图6为本公开实施例提供的另一种连麦方法流程图；
61.图7为本公开实施例提供的一种连麦装置的结构示意图；
62.图8为本公开实施例提供的另一种连麦装置的结构示意图；
63.图9为本公开实施例提供的另一种连麦装置的结构示意图；
64.图10为本公开实施例提供的一种连麦设备的结构示意图。
具体实施方式
65.为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。
66.在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。
67.在网络直播过程中，主播之间或者主播和观众之间经常以类似视频电话的方式，实现实时通信互动，也被称作连麦。
68.目前，网络直播的连麦方式中，连麦被邀端的用户在主动点击接受连麦邀请之后，需要等待的时间较长，影响用户的连麦体验。以主播之间的连麦为例，如图1所示，为目前的网络直播的连麦方式中的数据交互示意图。
69.其中，主播a向主播b发送连麦邀请，连麦业务服务端在接收到来自主播b的连麦接受消息后，向主播a发送连麦接受通知消息，并在连麦接受通知消息中携带用于进入本次连麦的虚拟房间的虚拟房间身份标识。也就是说，主播a此时才能基于该虚拟房间身份标识进入对应的虚拟房间。但是，对于主播b而言，主播b在点击接受连麦邀请后接收到响应消息时即可进入虚拟房间，并向实时协作(real-time communications；rtc)服务器推送音视频流
以及拉取音视频流。显然，主播b相比于主播a更提前进入虚拟房间，因此，主播b需要等待主播a进入虚拟房间，才能拉取主播a的音视频流，从而实现双方的连麦。
70.从主播b的体验角度看，主播b在主动点击接受连麦邀请后，需要等待主播a进入虚拟房间，才能拉取到主播a的音视频首帧，实现双方的连麦，而等待的时间显然影响了主播b的体验，因此，发明人基于此提出了对连麦的优化方案。
71.如图2所示，为本公开实施例提供的一种主播a邀请主播b连麦的信令交互图，其中，连麦业务服务端在接收到主播a的连麦请求时，向主播a返回携带虚拟房间身份标识的响应消息，以便主播a能够提前进入虚拟房间。当主播b接受主播a的连麦邀请时，由于主播a已经提前进入了虚拟房间，所以主播b不需要等待主播a进入虚拟房间，即可拉取主播a的音视频流，提高了连麦效率，也提升了主播b的连麦体验。
72.基于此，本公开实施例提供了一种连麦系统，参考图3，为本公开实施例提供的一种连麦系统的结构示意图，其中，连麦系统包括连麦业务服务端301、连麦邀请端302和连麦被邀端303；
73.所述连麦业务服务端301，用于在接收到来自所述连麦邀请端的连麦请求时，向所述连麦邀请端返回携带虚拟房间身份标识的响应消息；其中，所述响应消息用于表示针对所述连麦请求接收成功。
74.本公开实施例中，连麦请求用于请求连麦被邀端接受连麦邀请端的连麦邀请。
75.实际应用中，连麦邀请端向连麦业务服务端发送连麦请求，以请求连麦被邀端接受连麦邀请，连麦业务服务端在接收到连麦请求后，向连麦邀请端返回响应消息，用于通知连麦邀请端针对该连麦请求已接收成功。
76.为了使得连麦邀请端能够提前进入虚拟房间，而不需要等待连麦被邀端接受邀请之后再进入虚拟房间，本公开实施例在连麦业务服务端向连麦邀请端返回针对连麦请求的响应消息时，在该响应消息中携带用于进入虚拟房间的虚拟房间身份标识。
77.一种可选的实施方式中，虚拟房间身份标识可以包括虚拟房间id和虚拟房间验证信息等，基于虚拟房间身份标识可以进入对应的虚拟房间。
78.所述连麦邀请端302，用于在接收到所述响应消息时，从所述响应消息中获取所述虚拟房间身份标识，并进入所述虚拟房间身份标识对应的虚拟房间；以及，在接收到所述连麦被邀端针对所述连麦请求的连麦接受消息时，向实时协作服务端推送音视频流。
79.本公开实施例中，连麦邀请端在向连麦业务服务端发送连麦请求后，连麦业务服务端针对该连麦请求发送响应消息，以通知连麦请求被成功接收。而连麦邀请端在接收到该响应消息时，从该响应消息中获取携带的虚拟房间身份标识，然后基于该虚拟房间身份标识，进入该虚拟房间身份标识对应的虚拟房间。
80.为了提高连麦效率，连麦邀请端在从响应消息中获取到虚拟房间身份标识后，能够提前进入本次连麦对应的虚拟房间，以节省后续进入房间的耗时，提高连麦效率。
81.本公开实施例中的连麦邀请端可以处于网络直播状态，也可以处于非网络直播状态，如在线未直播状态等。
82.一种可选的实施方式中，如果连麦邀请端处于网络直播状态，则在接收到连麦被邀端针对连麦请求的连麦接受消息时，停止向网络直播服务端推送网络直播流量，并开始向实时协作服务端推送音视频流。也就是说，连麦邀请端在接收到连麦被邀端的连麦接受
消息时，开始从网络直播状态切换为连麦状态。
83.实际应用中，连麦业务服务端301和网络直播服务端可以均部署于直播服务器上，即利用直播服务器实现连麦业务服务端301和网络直播服务端的功能；连麦业务服务端301和网络直播服务端也可以分别部署于独立的服务器上，即利用不同的服务器分别实现连麦业务服务端301和网络直播服务端的功能。本公开实施例不限定连麦业务服务端301和网络直播服务端的部署方式。
84.本公开实施例中，连麦业务服务端在接收到连麦请求后，将该连麦请求转发至该连麦请求对应的连麦被邀端，而连麦被邀端在接收到该连麦请求后，能够选择是否接收本次连麦邀请。
85.如果连麦被邀端接受本次连麦邀请，则向连麦业务服务端发送针对该连麦请求的连麦接受消息，以便通知连麦业务服务端接受本次连麦邀请。而连麦业务服务端在接收到来自连麦被邀端的连麦接受消息后，将该连麦接受消息转发至连麦邀请端，以通知其连麦被邀端已经接受本次连麦邀请。
86.此时，如果连麦邀请端处于网络直播状态，则在确定连麦被邀端接受本次连麦邀请，将当前的网络直播流量断开，并开始向实时协作rtc服务器推送音视频流。
87.另外，对于连麦邀请端而言，由于连麦邀请端提前进入了本次连麦的虚拟房间，在接收到对端的连麦接受消息后，直接开始推送音视频流至rtc服务端，以及拉取对端的音视频流，实现双方连麦即可，因此，连麦邀请端提前进入虚拟房间，也能够减少连麦邀请端从接收到对端的连麦接受消息到拉取到对端的音视频流首帧的耗时，提高了连麦效率。
88.所述连麦被邀端303，用于响应于连麦接受操作，从所述实时协作服务端拉取所述音视频流。
89.本公开实施例中，连麦被邀端在接收到连麦业务服务端转发的连麦请求之后，如果触发连麦接受操作，则可以进入本次连麦的虚拟房间，并向rtc服务器推送音视频流，以及从rtc服务器拉取对端的音视频流，实现连麦。如果触发连麦拒绝操作，则向连麦业务服务端返回连麦拒绝消息，以通知其不接受本次连麦邀请。
90.其中，连麦被邀端302可以处于网络直播状态，也可以处于非网络直播状态，如在线未直播状态等。
91.本公开实施例中，连麦被邀端在触发连麦接受操作后，由于连麦邀请端提前进入了虚拟房间，而无需等待连麦邀请端进入虚拟房间，节省了连麦被邀端从触发连麦接受操作到拉取到对端的音视频首帧的耗时，提高了连麦效率，也提升了连麦被邀端用户的体验。
92.实际应用中，连麦被邀端推送音视频流至rtc服务器，并拉取对端的音视频流，而连麦邀请端在确定对端推送音视频流后，拉取连麦被邀端的音视频流，当双方均拉取到对端的音视频流时，即实现了双方的连麦。
93.一种可选的实施方式中，如果连麦被邀端处于网络直播状态，则在连麦被邀端触发连麦接受操作后，首先停止向网络直播服务端推送网络直播流量，并开始向实时协作服务端推送音视频流。也就是说，连麦被邀端在触发连麦接受操作后，开始从网络直播状态切换为连麦状态。
94.本公开实施例提供的连麦系统中，连麦业务服务端在接收到连麦请求时，向连麦邀请端返回携带虚拟房间身份标识的响应消息，以便连麦邀请端能够提前进入虚拟房间。
当连麦邀请端接收到连麦被邀端的连麦接受消息时，推送音视频流至实时协作服务端，而连麦被邀端在接收到连麦接受操作时，直接从实时协作服务端拉取该音视频流，实现双方的连麦。
95.由于连麦被邀端在接收到连麦接受操作时，连麦邀请方已经提前进入虚拟房间，因此，连麦被邀端无需等待对端进入虚拟房间，而是在进入虚拟房间后直接拉取对端的音视频流的首帧即可，提高了连麦的效率，也提升了用户的连麦体验。
96.如图1所示，主播b(即连麦被邀端)在触发接受连麦邀请后，向连麦业务服务端发送连麦接受消息，连麦业务服务端在接收到该连麦接受消息后，向直播b返回针对该连麦接受消息的响应消息，用于通知其消息接收成功。其中，该响应消息中携带虚拟房间身份标识，在主播b接收到该响应消息时，才能够基于该响应消息中的虚拟房间身份标识进入虚拟房间。显然，主播b在接受本次连麦邀请后，自身进入虚拟房间也需要耗时，发明人基于此提出了对连麦的进一步优化方案。
97.具体的，本公开实施例还可以使得连麦被邀端提前进入虚拟房间，以节省连麦被邀端在触发连麦接受邀请后的等待耗时，提高连麦效率。为此，本公开实施例在连麦业务服务端接收到连麦请求后，向连麦被邀端发送连麦邀请消息时，在该连麦邀请消息中携带虚拟房间身份标识，以便连麦被邀端在接收到连麦邀请消息时，即可基于其携带的虚拟房间身份标识提前进入虚拟房间，节省了连麦被邀端在触发连麦接受邀请后的等待耗时，提升了连麦被邀端的连麦体验。
98.具体的，所述连麦业务服务端301，还用于在接收到所述连麦请求后，向所述连麦被邀端发送携带所述虚拟房间身份标识的连麦邀请消息；所述连麦邀请消息用于请求所述连麦被邀端接受连麦邀请；
99.本公开实施例中，连麦邀请消息是连麦业务服务端在接收到连麦邀请端的连麦请求后，将虚拟房间身份标识添加至连麦请求中得到的，用于表示请求连麦邀请端接受连麦邀请。
100.所述连麦被邀端303，还用于在接收到所述连麦邀请消息后，从所述连麦邀请消息中获取所述虚拟房间身份标识，并进入所述虚拟房间身份标识对应的虚拟房间。
101.如图2所示，连麦业务服务端在向主播b发送连麦邀请消息时，连麦邀请消息携带有虚拟房间身份标识，主播b此时可以基于该虚拟房间身份标识提前进入本次连麦的虚拟房间，无需在主播b触发连麦接受操作后耗时等待进入房间，提升了主播b的连麦体验。
102.另外，由于客户端的版本影响了连麦的成功率，通常较低版本的客户端可能导致连麦失败，因此，本公开实施例为了提高连麦的成功率，连麦业务服务端在接收到来自连麦邀请端的连麦请求后，首先确定连麦邀请端以及连麦请求对应的连麦被邀端的客户端版本是否符合预设版本标准。
103.具体的，所述连麦业务服务端，还用于在接收到所述连麦请求后，确定所述连麦请求对应的连麦邀请端和连麦被邀端是否符合预设版本标准，并在确定所述连麦请求对应的连麦邀请端和连麦被邀端均符合所述预设版本标准时，执行所述向所述连麦邀请端返回携带虚拟房间身份标识的响应消息的步骤。
104.一种可选的实施方式中，连麦业务服务端可以在接收到连麦请求后，分别获取连麦邀请端和连麦被邀端的客户端版本，如果确定二者的客户端版本均符合预设版本标准，
如预设版本标准为最高版本，则向连麦邀请端返回携带虚拟房间身份标识的响应消息，以提高连麦成功率。
105.另外，连麦业务服务端中保存有连麦邀请端和连麦被邀端的连麦状态，可能用于其他各种业务。例如，在pk场景下，需要pk一方拉取到另一方的音视频流后，调用startbattle业务端，而startbattle业务端在开始pk之前，需要校验pk双方的连麦状态，只有在确定双方均为已连接状态时，才开始pk。
106.为此，连麦业务服务端需要获取到连麦邀请端和连麦被邀端的连麦状态，而图1的连麦方案中，在进入虚拟房间之前，连麦邀请端和连麦被邀端需要向连麦业务服务端发送连麦通知消息(join channel请求)，以告知连麦业务服务端已准备进入虚拟房间开始连麦，而连麦业务服务端在接收到连麦通知消息后，将该连麦通知消息对应的客户端的连麦状态更新为已连接状态，以保证如上述pk业务的成功执行。
107.本公开实施例中，为了提高连麦效率，将连麦邀请端和连麦被邀端向连麦业务服务端发送连麦通知消息，与连麦邀请端和连麦被邀端进入连麦的虚拟房间并行处理。即本公开实施例中连麦邀请端和连麦被邀端无需在进入虚拟房间之前，向连麦业务服务端发送连麦通知消息，即可进入虚拟房间。
108.相应的，连麦业务服务端在接收到连麦被邀端针对连麦请求的连麦接受消息时，将连麦被邀端和连麦邀请端的连麦状态更新为已连接状态，表示此时二者已连麦，不影响连麦业务服务端中其他业务的校验等功能。同时，连麦业务服务端开始计时，如果预设时长内未接收到来自被邀请端或连麦邀请端的连麦通知消息，则将对应的客户端的连麦状态更新为未连接状态，如果收到连麦通知消息，则将发送该连麦通知消息的客户端的连麦状态保持已连接状态。
109.可见，连麦被邀端和连麦邀请端只需要在计时开始的预设时长内向连麦业务服务端发送连麦通知消息即可，连麦通知消息的发送时机不影响连麦被邀端和连麦邀请端进入虚拟房间，提高了连麦的效率。
110.具体的，在上述连麦系统中，连麦业务服务端，还用于在接收到所述连麦被邀端针对所述连麦请求的连麦接受消息时，将所述连麦被邀端和所述连麦邀请端的连麦状态更新为已连接状态，并开始计时，如果在预设时长内未接收到来自所述连麦被邀端和所述连麦邀请端的连麦通知消息，则将所述连麦被邀端和所述连麦邀请端的连麦状态更新为未连接状态。
111.基于上述系统实施例，本公开还提供了一种连麦方法，参考图4，为本公开实施例提供的一种连麦方法流程图，所述方法包括：
112.s401：连麦业务服务端在接收到来自连麦邀请端的连麦请求时，向所述连麦邀请端返回携带虚拟房间身份标识的响应消息。
113.其中，所述响应消息用于表示针对所述连麦请求接收成功，所述虚拟房间身份标识用于使所述连麦邀请端进入虚拟房间。
114.本公开实施例中，连麦业务服务端在连麦请求的响应消息中携带虚拟房间身份标识，以便连麦邀请端能够基于虚拟房间身份标识提前进入虚拟房间，节省了连麦邀请端从接收到对端的连麦接受消息到拉取到对端音视频首帧的耗时，提高了连麦效率。
115.s402：连麦业务服务端在接收到所述连麦请求后，向连麦被邀端发送携带所述虚
拟房间身份标识的连麦邀请消息。
116.所述连麦邀请消息用于请求所述连麦被邀端接受连麦邀请，所述虚拟房间身份标识用于使所述连麦被邀端进入所述虚拟房间。
117.本公开实施例中，连麦业务服务端在接收到连麦请求后，向连麦被邀端发送连麦邀请消息，以请求连麦被邀端接受连麦邀请。
118.为了使得连麦被邀端也能够提前进入本次连麦的虚拟房间，本公开实施例在连麦邀请消息中携带有虚拟房间身份标识，以便连麦被邀端基于该虚拟房间身份标识，提前进入虚拟房间，节省了连麦被邀端从接受连麦邀请到拉取到对端音视频首帧的耗时，提高了连麦效率。
119.s403：连麦业务服务端在接收到来自连麦被邀端针对所述连麦请求的连麦接受消息时，将所述连麦接受消息转发至所述连麦邀请端。
120.本公开实施例中，连麦被邀端在接收到连麦请求后，响应于用户触发的连麦接受操作，向连麦业务服务端发送连麦接受消息，当连麦业务服务端接收到连麦接受消息后，向连麦邀请端转发该连麦接受消息，以通知连麦邀请端对端已接受本次连麦邀请。
121.本公开实施例中，由于连麦邀请端提前进入虚拟房间，使得连麦被邀端在接受连麦邀请后，不需要等待连麦邀请端进入虚拟房间，而是直接拉取对端音视频首帧，实现双方连麦，显然提高了连麦效率，也提升了连麦被邀端的用户体验。
122.由于客户端的版本影响了连麦的成功率，通常较低版本的客户端可能导致连麦失败，因此，本公开实施例为了提高连麦的成功率，连麦业务服务端在接收到来自连麦邀请端的连麦请求后，首先确定连麦邀请端以及连麦请求对应的连麦被邀端的客户端版本是否符合预设版本标准。
123.具体的，连麦业务服务端向连麦邀请端返回携带虚拟房间身份标识的响应消息之前，还可以确定连麦请求对应的连麦邀请端和连麦被邀端是否符合预设版本标准，在确定所述连麦请求对应的连麦邀请端和连麦被邀端均符合所述预设版本标准时，向所述连麦邀请端返回携带虚拟房间身份标识的响应消息。如果二者之一不符合预设版本标准，则终止本次连麦，向连麦邀请端发送拒绝连麦的响应消息。
124.另外，为了提高连麦效率，本公开实施例将连麦邀请端和连麦被邀端向连麦业务服务端发送连麦通知消息，与连麦邀请端和连麦被邀端进入连麦的虚拟房间并行处理。
125.为此，本公开实施例中，连麦业务服务端在接收到所述连麦被邀端针对所述连麦请求的连麦接受消息时，将所述连麦被邀端和所述连麦邀请端的连麦状态更新为已连接状态，并开始计时。如果在预设时长内未接收到来自所述连麦被邀端和所述连麦邀请端的连麦通知消息，则将所述连麦被邀端和所述连麦邀请端的连麦状态更新为未连接状态。
126.在上述实施例的基础上，本公开还提供了一种连麦方法，参考图5，为本公开实施例提供的另一种连麦方法流程图，所述方法包括：
127.s501：连麦邀请端向连麦业务服务端发送连麦请求后，在接收到针对所述连麦请求的响应消息时，从所述响应消息中获取虚拟房间身份标识，并进入所述虚拟房间身份标识对应的虚拟房间。
128.s502：在接收到连麦被邀端针对所述连麦请求的连麦接受消息时，向实时协作服务端推送音视频流，所述音视频流供所述连麦被邀端拉取。
129.本公开实施例中，连麦邀请端在接收到针对连麦请求的响应消息时，即可根据响应消息中的虚拟房间身份标识，提前进入对应的虚拟房间。
130.在接收到连麦被邀端针对连麦请求的连麦接受消息时，不需要此时再耗时进入虚拟房间，而是直接推送音视频流量至rtc服务端即可。
131.一种可选的实施方式中，连麦邀请端处于网络直播状态时，在接收到连麦被邀端针对连麦请求的连麦接受消息时，首先停止向网络直播服务端推送网络直播流量，然后开始向rtc服务端推送音视频流量，实现由网络直播状态切换为连麦状态。
132.本公开实施例提供的连麦方法能够减少连麦邀请端从接收到连麦接受消息到拉取对端音视频流首帧的耗时，提高连麦效率，提升用户连麦体验。
133.另外，由于连麦邀请端提前进入虚拟房间，所以，连麦被邀端在触发接受连麦邀请后，无需等待对端进入虚拟房间，减少了连麦被邀端在触发接受连麦邀请到拉取到对端音视频流首帧的耗时，提高了连麦效率，也提升了连麦被邀端的连麦体验。
134.在上述实施例的基础上，本公开还提供了一种连麦方法，参考图6，为本公开实施例提供的另一种连麦方法流程图，所述方法包括：
135.s601：连麦被邀端在接收到连麦邀请消息后，从所述连麦邀请消息中获取虚拟房间身份标识，并进入所述虚拟房间身份标识对应的虚拟房间；所述连麦邀请消息用于请求所述连麦被邀端接受连麦邀请。
136.s602：连麦被邀端在接收所述连麦邀请消息对应的连麦邀请后，从实时协作服务端拉取音视频流。
137.本公开实施例中，由于连麦被邀端在接受本次连麦的连麦邀请时，已经提前进入了虚拟房间，因此，连麦被邀端可以直接向rtc服务端推送音视频流，以及从rtc服务端拉取音视频流，实现连麦。
138.本公开实施例中，连麦被邀端接收到的连麦邀请消息中携带有虚拟房间身份标识，使得连麦被邀端可以基于虚拟房间身份标识，提前进入虚拟房间，无需此时耗时进入虚拟房间，减少了连麦被邀端在触发接受连麦邀请到拉取到对端音视频流首帧的耗时，提高了连麦效率，也提升了连麦被邀端的连麦体验。
139.与上述方法实施例基于同一个发明构思，本公开还提供了一种连麦装置，参考图7，为本公开实施例提供的一种连麦装置的结构示意图，所述装置包括：
140.返回模块701，用于在接收到来自连麦邀请端的连麦请求时，向所述连麦邀请端返回携带虚拟房间身份标识的响应消息；其中，所述响应消息用于表示针对所述连麦请求接收成功，所述虚拟房间身份标识用于使所述连麦邀请端进入虚拟房间；
141.转发模块702，用于在接收到来自连麦被邀端针对所述连麦请求的连麦接受消息时，将所述连麦接受消息转发至所述连麦邀请端。
142.一种可选的实施方式中，所述装置还包括
143.发送模块，用于在接收到所述连麦请求后，向连麦被邀端发送携带所述虚拟房间身份标识的连麦邀请消息；所述连麦邀请消息用于请求所述连麦被邀端接受连麦邀请，所述虚拟房间身份标识用于使所述连麦被邀端进入所述虚拟房间。
144.一种可选的实施方式中，所述装置还包括：
145.确定模块，用于确定所述连麦请求对应的连麦邀请端和连麦被邀端是否符合预设
版本标准；
146.相应的，所述返回模块，具体用于：
147.在确定所述连麦请求对应的连麦邀请端和连麦被邀端均符合所述预设版本标准时，向所述连麦邀请端返回携带虚拟房间身份标识的响应消息。
148.一种可选的实施方式中，所述装置还包括：
149.第一状态更新模块，用于在接收到所述连麦被邀端针对所述连麦请求的连麦接受消息时，将所述连麦被邀端和所述连麦邀请端的连麦状态更新为已连接状态，并开始计时；
150.第二状态更新模块，用于在预设时长内未接收到来自所述连麦被邀端和所述连麦邀请端的连麦通知消息时，将所述连麦被邀端和所述连麦邀请端的连麦状态更新为未连接状态。
151.与上述方法实施例基于同一个发明构思，本公开还提供了一种连麦装置，参考图8，为本公开实施例提供的另一种连麦装置的结构示意图，所述装置包括：
152.第一获取模块801，用于向连麦业务服务端发送连麦请求后，在接收到针对所述连麦请求的响应消息时，从所述响应消息中获取虚拟房间身份标识；
153.第一进入模块802，用于进入所述虚拟房间身份标识对应的虚拟房间；
154.推送模块803，用于在接收到连麦被邀端针对所述连麦请求的连麦接受消息时，向实时协作服务端推送音视频流。
155.一种可选的实施方式中，所述装置还包括：
156.停止推送模块，用于在接收到连麦被邀端针对所述连麦请求的连麦接受消息时，停止向网络直播服务端推送网络直播流量。
157.与上述方法实施例基于同一个发明构思，本公开还提供了一种连麦装置，参考图9，为本公开实施例提供的另一种连麦装置的结构示意图，所述装置包括：
158.第二获取模块901，用于在接收到连麦邀请消息后，从所述连麦邀请消息中获取虚拟房间身份标识；所述连麦邀请消息用于请求连麦被邀端接受连麦邀请；
159.第二进入模块902，用于进入所述虚拟房间身份标识对应的虚拟房间；
160.拉取模块903，用于在接收所述连麦邀请消息对应的连麦邀请后，从实时协作服务端拉取音视频流。
161.本公开实施例提供的连麦装置中，由于连麦被邀端在接收到连麦接受操作时，连麦邀请方已经提前进入虚拟房间，因此，连麦被邀端无需等待对端进入虚拟房间，而是在进入虚拟房间后直接拉取对端的音视频流的首帧即可，提高了连麦的效率，也提升了用户的连麦体验。
162.除了上述方法和装置以外，本公开实施例还提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当所述指令在终端设备上运行时，使得所述终端设备实现本公开实施例所述的连麦方法。
163.另外，本公开实施例还提供了一种连麦设备，参见图10所示，可以包括：
164.处理器1001、存储器1002、输入装置1003和输出装置1004。连麦设备中的处理器1001的数量可以一个或多个，图10中以一个处理器为例。在本公开的一些实施例中，处理器1001、存储器1002、输入装置1003和输出装置1004可通过总线或其它方式连接，其中，图10中以通过总线连接为例。
165.存储器1002可用于存储软件程序以及模块，处理器1001通过运行存储在存储器1002的软件程序以及模块，从而执行连麦设备的各种功能应用以及数据处理。存储器1002可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序等。此外，存储器1002可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。输入装置1003可用于接收输入的数字或字符信息，以及产生与连麦设备的用户设置以及功能控制有关的信号输入。
166.具体在本实施例中，处理器1001会按照如下的指令，将一个或一个以上的应用程序的进程对应的可执行文件加载到存储器1002中，并由处理器1001来运行存储在存储器1002中的应用程序，从而实现上述连麦设备的各种功能。
167.需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
168.以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。