直播连麦合流切换方法及系统技术方案

本申请公开了一种直播连麦合流切换方法，该方法包括：在连麦开始前，按硬件影响因素获取主播客户端的硬件设备评估参数；在连麦开始后，按实时影响因素获取连麦过程中的实时网络评估参数；结合所述硬件设备评估参数和所述实时网络评估参数得到实时评估结果，根据所述实时评估结果和预设阈值确定当前适用的合流方式；根据所确定的合流方式进行直播连麦的音视频合流。本申请还公开了一种直播连麦合流切换系统、电子装置和计算机可读存储介质。由此，能够动态切换不同的合流方式适应当前直播连麦场景，提升主播连麦体验和观众观看体验。提升主播连麦体验和观众观看体验。提升主播连麦体验和观众观看体验。

【技术实现步骤摘要】
直播连麦合流切换方法及系统


[0001]本申请涉及直播
，尤其涉及一种直播连麦合流切换方法、系统、电子装置及计算机可读存储介质。

技术介绍

[0002]随着互联网技术的发展，视频直播已成为潮流，也衍生出越来越多的直播场景。其中，直播连麦即为一种经常出现的直播场景。所述连麦是指多人通过网络进行音视频实时交流，并将多个直播画面和音频进行合流后推送给直播间观众进行观看。
[0003]对于普通直播的情况，推流到直播间的画面是由可以让主播自由编辑的场景渲染生成的，由主播客户端直接提供。而在进行连麦时，就需要将己方主播客户端裁剪出的直播画面与对方客户端裁剪的直播画面拼在一起，合流组成连麦画面，推流到直播间。
[0004]当前直播连麦合流方式主要有两类，一类是在连麦服务器端进行合流，还有一类是在主播端的本地设备上合流，这两种方式都有各自适应的应用场景与优缺点。然而，目前业内缺乏一种可靠的切换方法，不能根据主播端具体情况动态选取适应的合流方式，用户体验较差。

技术实现思路

[0005]本申请的主要目的在于提出一种直播连麦合流切换方法、系统、电子装置及计算机可读存储介质，旨在解决如何提供一种可靠的连麦合流方式切换方案，以动态选取适应的合流方式，从而提高合流速度和效果的问题。
[0006]为实现上述目的，本申请实施例提供了一种直播连麦合流切换方法，应用于主播客户端，所述方法包括：
[0007]在连麦开始后，按预设的实时影响因素获取连麦过程中的实时网络评估参数；
[0008]根据所述实时网络评估参数得到实时评估结果，根据所述实时评估结果和预设阈值确定当前适用的合流方式；
[0009]根据所确定的合流方式进行直播连麦的音视频合流。
[0010]可选地，所述方法还包括：
[0011]在连麦开始前，按预设的硬件影响因素获取所述主播客户端的硬件设备评估参数；及
[0012]结合所述硬件设备评估参数和所述实时网络评估参数得到所述实时评估结果。
[0013]可选地，所述根据所确定的合流方式进行直播连麦的音视频合流包括：
[0014]在根据所述实时评估结果和所述预设阈值确定当前适用第一合流方式的情形下，以所述第一合流方式对当前直播连麦各方的音视频数据进行合流；
[0015]在根据所述实时评估结果和所述预设阈值确定当前适用第二合流方式的情形下，从所述第一合流方式切换至所述第二合流方式，以所述第二合流方式对当前直播连麦各方的音视频数据进行合流。
[0016]可选地，所述合流方式包括主播客户端本地合流和服务器合流。
[0017]可选地，所述本地合流包括：
[0018]获取本地画面和连麦的对方画面；
[0019]通过纹理渲染将所述本地画面和所述对方画面进行合流，得到连麦场景画面；
[0020]获取本地声音源和对方声音源；
[0021]通过不同的音频轨道处理所述本地声音源和所述对方声音源，得到连麦音频；
[0022]将所述连麦场景画面和所述连麦音频推流至内容分发网络。
[0023]可选地，所述服务器合流包括：
[0024]获取本地画面和本地声音源；
[0025]将所述本地画面和所述本地声音源发送至连麦服务器，以使所述连麦服务器将所述本地画面和连麦的对方画面进行合流，得到连麦场景画面，将所述本地声音源和对方声音源进行合流，得到连麦音频，并将所述连麦场景画面和所述连麦音频推流至内容分发网络。
[0026]可选地，所述根据所述实时评估结果和预设阈值确定当前适用的合流方式包括：
[0027]在所述实时评估结果大于所述预设阈值的情形下，确定当前适用所述本地合流方式；
[0028]在所述实时评估结果小于等于所述预设阈值的情形下，确定当前适用所述服务器合流方式。
[0029]可选地，所述硬件设备评估参数和所述实时网络评估参数对应动态调整的第一级权重，所述第一预设影响因素包括机型、CPU、显卡、内存，所述第二预设影响因素包括主客态网络情况、推拉流帧率、解码渲染情况、音视频卡顿率，每一种影响因素对应动态调整的第二级权重。
[0030]此外，为实现上述目的，本申请实施例还提供一种直播连麦合流切换系统，所述系统包括：
[0031]获取模块，用于在连麦开始后，按预设的实时影响因素获取连麦过程中的实时网络评估参数；
[0032]判断模块，用于根据所述实时网络评估参数得到实时评估结果，根据所述实时评估结果和预设阈值确定当前适用的合流方式；
[0033]处理模块，用于根据所确定的合流方式进行直播连麦的音视频合流，并将合流数据推送至内容分发网络。
[0034]为实现上述目的，本申请实施例还提供一种电子装置，所述电子装置包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的直播连麦合流切换程序，所述直播连麦合流切换程序被所述处理器执行时实现如上述的直播连麦合流切换方法。
[0035]为实现上述目的，本申请实施例还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有直播连麦合流切换程序，所述直播连麦合流切换程序被处理器执行时实现如上述的直播连麦合流切换方法。
[0036]本申请实施例提出的直播连麦合流切换方法、系统、电子装置及计算机可读存储介质，能够在直播连麦过程中，对主播客户端的硬件条件和实时网络情况进行分析，通过各个维度的实时评估结果，确定当前最适用的连麦合流方式，并动态切换不同的合流方式适
应当前直播连麦场景，以提高合流速度和效果，避免卡顿、黑屏、延迟等问题，而且可以降低客户端压力，保证连麦质量，从而提升主播连麦体验和观众观看体验，提升直播间吸引力。
附图说明
[0037]图1为实现本申请各个实施例的一种应用环境架构图；
[0038]图2为本申请第一实施例提出的一种直播连麦合流切换方法的流程图；
[0039]图3为所确定的合流方式是本地合流时，图2中步骤S206的细化流程示意图；
[0040]图4为所确定的合流方式是服务器合流时，图2中步骤S206的细化流程示意图；
[0041]图5为本申请第一实施例提出的所述直播连麦合流切换方法另一种形式的流程示意图；
[0042]图6为本申请第二实施例提出的一种电子装置的硬件架构示意图；
[0043]图7为本申请第三实施例提出的一种直播连麦合流切换系统的模块示意图。
具体实施方式
[0044]为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅用以解释本申请，并不用于限定本申请。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
[0045]需要说明的是，在本申请实施例中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种直播连麦合流切换方法，应用于主播客户端，其特征在于，所述方法包括：在连麦开始后，按预设的实时影响因素获取连麦过程中的实时网络评估参数；根据所述实时网络评估参数得到实时评估结果，根据所述实时评估结果和预设阈值确定当前适用的合流方式；根据所确定的合流方式进行直播连麦的音视频合流。2.根据权利要求1所述的直播连麦合流切换方法，其特征在于，所述方法还包括：在连麦开始前，按预设的硬件影响因素获取所述主播客户端的硬件设备评估参数；及结合所述硬件设备评估参数和所述实时网络评估参数得到所述实时评估结果。3.根据权利要求1或2所述的直播连麦合流切换方法，其特征在于，所述根据所确定的合流方式进行直播连麦的音视频合流包括：在根据所述实时评估结果和所述预设阈值确定当前适用第一合流方式的情形下，以所述第一合流方式对当前直播连麦各方的音视频数据进行合流；在根据所述实时评估结果和所述预设阈值确定当前适用第二合流方式的情形下，从所述第一合流方式切换至所述第二合流方式，以所述第二合流方式对当前直播连麦各方的音视频数据进行合流。4.根据权利要求1或2所述的直播连麦合流切换方法，其特征在于，所述合流方式包括主播客户端本地合流和服务器合流。5.根据权利要求4所述的直播连麦合流切换方法，其特征在于，所述本地合流包括：获取本地画面和连麦的对方画面；通过纹理渲染将所述本地画面和所述对方画面进行合流，得到连麦场景画面；获取本地声音源和对方声音源；通过不同的音频轨道处理所述本地声音源和所述对方声音源，得到连麦音频；将所述连麦场景画面和所述连麦音频推流至内容分发网络。6.根据权利要求4所述的直播连麦合流切换方法，其特征在于，所述服务器合流包括：获取本地画面和本地声音源；将所述本地画面和所述本地声音源发送至连麦服务器，以使所述连麦服务器将...

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