多人连麦方法、服务端、主播端及系统技术方案

本申请公开了一种多人连麦方法、服务端、主播端及系统，方法包括：基于新主播发起的加入连麦频道的连麦请求，创建与新主播的第一主播端进行音频流数据传输的上行通道以及下行通道；上行通道用于接收第一主播端上传的第一音频流数据；下行通道用于下发第二音频流数据；基于连麦频道中已连麦主播，为新主播创建对应的转发组件；利用转发组件将已连麦主播上传的已连麦主播的第二音频流数据，转发给第一主播端的下行通道所在的边缘计算节点，利用下行通道下发给第一主播端进行解析播放。创建上行通道和下行通道后，利用转发组件对音频流数据进行转发，复用下行通道下发音频流数据，无需为已连麦主播建立独立的下行通道，节省资源，提高连麦效率。提高连麦效率。提高连麦效率。

【技术实现步骤摘要】
多人连麦方法、服务端、主播端及系统


[0001]本申请涉及互联网
，具体涉及一种多人连麦方法、服务端、主播端及系统。

技术介绍

[0002]在直播连麦时，如多个主播进行多人连麦时，由服务端和主播端进行交互，如将某一主播端的音频流数据传输给服务端，再由服务端将该音频流数据传输给其他连麦的主播端，从而实现多人连麦。
[0003]现有技术中，主播端与服务端之间通过建立传输音频通道来进行音频流数据的传输。具体的，主播端建立与服务端的上行通道，音频流数据从主播端传输给服务端；服务端还建立了与主播端的下行通道，服务端将接收的其他主播的音频流数据传输给主播端进行播放。在实际应用时，下行通道会根据连麦人数建立，为每个连麦主播均建立一个下行通道，每个下行通道接收对应的一个连麦主播的音频流数据。当连麦人数过多时，每个主播端与服务端建立的下行通道也会相应变多，导致服务端资源消耗成倍增加。且下行通道在建立时，需要主播端与服务端进行如发offer和回answer的信令交互过程来完成下行通道的建立。当每加入一个新主播时，都需要为新主播建立一个下行通道，各主播端均需要与服务端都进行交互，导致传输耗时增加，连麦效率较低。

技术实现思路

[0004]鉴于上述问题，提出了本申请实施例以便提供一种克服上述问题或者至少部分地解决上述问题的多人连麦方法、服务端、主播端及系统。
[0005]根据本申请实施例的第一方面，提供了一种多人连麦方法，其包括：
[0006]基于新主播发起的加入连麦频道的连麦请求，创建与新主播的第一主播端进行音频流数据传输的上行通道以及下行通道；其中，上行通道用于接收第一主播端上传的第一音频流数据；下行通道用于下发第二音频流数据；
[0007]基于连麦频道中已连麦主播，为新主播创建对应的转发组件；
[0008]利用转发组件将已连麦主播上传的已连麦主播的第二音频流数据，转发给第一主播端的下行通道所在的边缘计算节点，利用下行通道下发给第一主播端进行解析播放。
[0009]可选地，方法还包括：
[0010]基于连麦频道的新主播，为已连麦主播创建转发组件；其中，转发组件用于在边缘计算节点间转发音频流数据；
[0011]利用转发组件将新主播上传的新主播的第一音频流数据转发给已连麦主播的下行通道所在的边缘计算节点，复用已连麦主播已创建的下行通道下发给已连麦主播的第二主播端进行解析播放。
[0012]可选地，基于新主播发起的加入连麦频道的连麦请求，创建与新主播的第一主播端进行音频流数据传输的上行通道以及下行通道进一步包括：
[0013]根据新主播的连麦请求，创建接收第一主播端上传第一音频流数据的上行通道；
[0014]确定新主播的连麦频道，创建给第一主播端下发第二音频流数据的下行通道。
[0015]可选地，在创建接收第一主播端上传第一音频流数据的上行通道之前，方法还包括：
[0016]根据新主播的连麦请求，对新主播进行鉴权处理；鉴权处理包括检测新主播是否为符合预设连麦条件的主播；预设连麦条件包括主播标识是否为数据库存储的主播标识；
[0017]若鉴权结果为鉴权通过时，创建接收第一主播端上传第一音频流数据的上行通道。
[0018]可选地，创建接收第一主播端上传第一音频流数据的上行通道进一步包括：
[0019]创建接收组件，建立接收第一主播端上传第一音频流数据的上行通道，以供第一主播端采集新主播的第一音频流数据进行上传。
[0020]可选地，创建接收组件，建立接收第一主播端上传第一音频流数据的上行通道进一步包括：
[0021]基于边缘计算节点创建接收组件，并构建第一会话信息；第一会话信息包括待选择的第一加密算法及推流地址信息；推流地址信息包括接收端口及IP地址信息；边缘计算节点根据第一主播端的位置信息确定；
[0022]将第一会话信息发送给第一主播端，以供第一主播端解析第一会话信息后得到推流地址信息，并选择第一加密算法回复第一应答信息，构建完成上行通道；第一应答信息包括选择的第一加密算法。
[0023]可选地，接收端口及IP地址信息为边缘计算节点的公网端口及公网IP地址信息。
[0024]可选地，确定新主播的连麦频道进一步包括：
[0025]根据新主播的连麦请求，获取连麦频道，记录新主播加入连麦频道。
[0026]可选地，创建给第一主播端下发第二音频流数据的下行通道进一步包括：
[0027]确定新主播的连麦频道后，创建推流组件，建立给第一主播端下发第二音频流数据的下行通道。
[0028]可选地，创建推流组件，建立给第一主播端下发第二音频流数据的下行通道进一步包括：
[0029]基于边缘计算节点创建推流组件，并构建第二会话信息；第二会话信息包括待选择的第二加密算法；边缘计算节点根据第一主播端的位置信息确定；
[0030]将第二会话信息发送给第一主播端，以供第一主播端解析第二会话信息后选择第二加密算法并回复第二应答信息，构建完成下行通道；第二应答信息包括选择的第二加密算法。
[0031]可选地，基于连麦频道中已连麦主播，为新主播创建对应的转发组件进一步包括：
[0032]根据新主播的连麦请求，确定连麦频道，并根据连麦频道确定已加入连麦频道中的已连麦主播的信息；已连麦主播的信息包括已连麦主播的主播标识和/或已连麦主播的地址信息；
[0033]将已连麦主播的信息下发给第一主播端，并创建与已连麦主播对应的转发组件。
[0034]可选地，利用转发组件将已连麦主播上传的已连麦主播的第二音频流数据，转发给第一主播端的下行通道所在的边缘计算节点，利用下行通道下发给第一主播端进行解析
播放进一步包括：
[0035]根据新主播基于已连麦主播的信息发起的拉流请求，拉取已连麦主播的第二音频流数据；
[0036]根据已连麦主播的第二音频流数据生成已连麦主播的增量会话信息，并将增量会话信息通过通信协议下发给第一主播端；已连麦主播的增量会话信息包括已连麦主播的音频流识别信息；
[0037]确定新主播的下行通道所在的边缘计算节点，利用转发组件将拉取的已连麦主播的第二音频流数据转发至下行通道所在的边缘计算节点，利用下行通道下发给第一主播端，以供第一主播端根据已连麦主播的增量会话信息识别确定已连麦主播的第二音频流数据进行解析播放。
[0038]可选地，基于连麦频道的新主播，为已连麦主播创建转发组件进一步包括：
[0039]将新主播的信息下发给第二主播端，并创建与新主播对应的转发组件；新主播的信息包括新主播的主播标识和/或新主播的地址信息。
[0040]可选地，利用转发组件将新主播上传的新主播的第一音频流数据转发给已连麦主播的下行通道所在的边缘计算节点，复用已连麦主播已创建的下行通道下发给已连麦主播的第二主播端进行解析播放进一步包括：
[0041]根据新主播的第一音频流数据生成新主播的增量会话信息，本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种多人连麦方法，其包括：基于新主播发起的加入连麦频道的连麦请求，创建与所述新主播的第一主播端进行音频流数据传输的上行通道以及下行通道；其中，所述上行通道用于接收所述第一主播端上传的第一音频流数据；所述下行通道用于下发第二音频流数据；基于所述连麦频道中已连麦主播，为所述新主播创建对应的转发组件；利用所述转发组件将已连麦主播上传的已连麦主播的第二音频流数据，转发给第一主播端的下行通道所在的边缘计算节点，利用所述下行通道下发给第一主播端进行解析播放。2.根据权利要求1所述的方法，其中，所述方法还包括：基于连麦频道的新主播，为所述已连麦主播创建转发组件；其中，所述转发组件用于在边缘计算节点间转发音频流数据；利用所述转发组件将新主播上传的新主播的第一音频流数据转发给已连麦主播的下行通道所在的边缘计算节点，复用已连麦主播已创建的下行通道下发给已连麦主播的第二主播端进行解析播放。3.根据权利要求1所述的方法，其中，所述基于新主播发起的加入连麦频道的连麦请求，创建与所述新主播的第一主播端进行音频流数据传输的上行通道以及下行通道进一步包括：根据新主播的连麦请求，创建接收第一主播端上传第一音频流数据的上行通道；确定所述新主播的连麦频道，创建给第一主播端下发第二音频流数据的下行通道。4.根据权利要求3所述的方法，其中，在所述创建接收第一主播端上传第一音频流数据的上行通道之前，所述方法还包括：根据新主播的连麦请求，对所述新主播进行鉴权处理；所述鉴权处理包括检测所述新主播是否为符合预设连麦条件的主播；所述预设连麦条件包括主播标识是否为数据库存储的主播标识；若鉴权结果为鉴权通过时，创建接收第一主播端上传第一音频流数据的上行通道。5.根据权利要求3所述的方法，其中，所述创建接收第一主播端上传第一音频流数据的上行通道进一步包括：创建接收组件，建立接收第一主播端上传第一音频流数据的上行通道，以供第一主播端采集新主播的第一音频流数据进行上传。6.根据权利要求5所述的方法，其中，所述创建接收组件，建立接收第一主播端上传第一音频流数据的上行通道进一步包括：基于边缘计算节点创建接收组件，并构建第一会话信息；所述第一会话信息包括待选择的第一加密算法及推流地址信息；所述推流地址信息包括接收端口及IP地址信息；所述边缘计算节点根据所述第一主播端的位置信息确定；将所述第一会话信息发送给第一主播端，以供所述第一主播端解析所述第一会话信息后得到推流地址信息，并选择第一加密算法回复第一应答信息，构建完成上行通道；所述第一应答信息包括选择的第一加密算法。7.根据权利要求6所述的方法，其中，所述接收端口及IP地址信息为边缘计算节点的公网端口及公网IP地址信息。
8.根据权利要求3所述的方法，其中，所述确定所述新主播的连麦频道进一步包括：根据所述新主播的连麦请求，获取连麦频道，记录所述新主播加入所述连麦频道。9.根据权利要求3所述的方法，其中，所述创建给第一主播端下发第二音频流数据的下行通道进一步包括：确定所述新主播的连麦频道后，创建推流组件，建立给第一主播端下发第二音频流数据的下行通道。10.根据权利要求9所述的方法，其中，所述创建推流组件，建立给第一主播端下发第二音频流数据的下行通道进一步包括：基于边缘计算节点创建推流组件，并构建第二会话信息；所述第二会话信息包括待选择的第二加密算法；所述边缘计算节点根据所述第一主播端的位置信息确定；将所述第二会话信息发送给第一主播端，以供所述第一主播端解析所述第二会话信息后选择第二加密算法并回复第二应答信息，构建完成下行通道；所述第二应答信息包括选择的第二加密算法。11.根据权利要求1所述的方法，其中，所述基于所述连麦频道中已连麦主播，为所述新主播创建对应的转发组件进一步包括：根据新主播的连麦请求，确定连麦频道，并根据所述连麦频道确定已加入连麦频道中的已连麦主播的信息；所述已连麦主播的信息包括已连麦主播的主播标识和/或已连麦主播的地址信息；将所述已连麦主播的信息下发给第一主播端，并创建与所述已连麦主播对应的转发组件。12.根据权利要求11所述的方法，其中，所述利用所述转发组件将已连麦主播上传的已连麦主播的第二音频流数据，转发给第一主播端的下行通道所在的边缘计算节点，利用所述下行通道下发给第一主播端进行解析播放进一步包括：根据新主播基于所述已连麦主播的信息发起的拉流请求，拉取已连麦主播的第二音频流数据；根据所述已连麦主播的第二音频流数据生成已连麦主播的增量会话信息，并将所述增量会话信息通过通信协议下发给第一主播端；所述已连麦主播的增量会话信息包括已连麦主播的音频流识别信息；确定新主播的下行通道所在的边缘计算节点，利用转发组件将拉取...

【专利技术属性】
技术研发人员：王壮，
申请(专利权)人：上海哔哩哔哩科技有限公司，
类型：发明
国别省市：