CN115134624A - 直播连麦匹配方法、系统、装置及电子设备 - Google Patents

Abstract

本申请涉及网络直播技术领域，提出一种直播连麦匹配方法、系统、装置及电子设备，该方法包括：服务器响应于直播连麦匹配请求，获取发起直播连麦的目标主播对应的目标主播标识、连麦主播数量以及第一主播集合；若第一主播集合中包括目标主播标识，服务器将目标主播标识添加至候选主播集合中；若候选主播集合中主播标识的数量达到连麦主播数量，服务器获取连麦主播标识，建立连麦主播标识对应的主播客户端之间的连麦会话连接，下发直播连麦资源数据至直播间内的客户端；直播间内的客户端接收直播连麦资源数据，加载直播连麦资源。相对于现有技术，本申请能够缩短直播连麦的匹配时长，提高主播进行直播连麦的积极性。

Description

直播连麦匹配方法、系统、装置及电子设备

技术领域

本申请实施例涉及网络直播技术领域，尤其涉及一种直播连麦匹配方法、系统、装置及电子设备。

背景技术

随着网络通信技术的进步，网络直播成为一种新兴的网络互动方式，各类直播应用程序层出不穷，参与网络直播成为了众多人的日常娱乐方式，并且，主播也可以在网络直播中施展才华，取得一定的经济收益，从而能够有效缓解地区就业压力，带动地区经济增长。

目前，在网络直播场景下，主播之间可以通过建立连麦会话的方式进行实时的直播连麦互动，从而使加入各自直播间的观众能够观看到若干个主播的直播连麦内容。如今主播发起直播连麦互动的常见匹配方式包括好友匹配方式和随机匹配方式。

相较于好友匹配方式来说，随机匹配方式可以让主播遇到崭新的对手，更有利于激发主播的连麦兴致，提升观众的直播互动积极性。但是，随时匹配方式的匹配时间较长，尤其对于两人以上的直播连麦互动，需要不断地发起邀请并等待主播接受，直至所有主播均接受邀请之后，才能够建立起连麦会话连接，开启直播连麦互动，因此，这将严重影响主播发起直播连麦的积极性，不利于主播调动直播间的互动氛围，产生高质量的直播内容，也不利于提高观众的留存率和观看时长。

发明内容

本申请实施例提供了一种直播连麦匹配方法、系统、装置及电子设备，可以解决直播连麦匹配时间较长，影响主播直播连麦积极性的技术问题，该技术方案如下：

第一方面，本申请实施例提供了一种直播连麦匹配方法，包括步骤：

服务器响应于直播连麦匹配请求，获取发起直播连麦的目标主播对应的目标主播标识、连麦主播数量以及第一主播集合；其中，所述第一主播集合中包括若干个已启动速度优先模式的主播对应的主播标识；

若所述第一主播集合中包括所述目标主播标识，所述服务器将所述目标主播标识添加至候选主播集合中；

若所述候选主播集合中主播标识的数量达到所述连麦主播数量，所述服务器获取连麦主播标识，建立所述连麦主播标识对应的主播客户端之间的连麦会话连接，下发直播连麦资源数据至直播间内的客户端；其中，所述直播连麦资源数据至少包括直播连麦界面数据，所述连麦主播标识中包括所述目标主播标识；

所述直播间内的客户端接收所述直播连麦资源数据，加载直播连麦资源。

第二方面，本申请实施例提供了一种直播连麦匹配系统，包括：服务器和客户端；

所述服务器用于响应于直播连麦匹配请求，获取发起直播连麦的目标主播对应的目标主播标识、连麦主播数量以及第一主播集合；其中，所述第一主播集合中包括若干个已启动速度优先模式的主播对应的主播标识；

若所述第一主播集合中包括所述目标主播标识，所述服务器还用于将所述目标主播标识添加至候选主播集合中；

若所述候选主播集合中主播标识的数量达到所述连麦主播数量，所述服务器还用于获取连麦主播标识，建立所述连麦主播标识对应的主播客户端之间的连麦会话连接，下发直播连麦资源数据至直播间内的客户端；其中，所述直播连麦资源数据至少包括直播连麦界面数据，所述连麦主播标识中包括所述目标主播标识；

所述直播间内的客户端用于接收所述直播连麦资源数据，加载直播连麦资源。

第三方面，本申请实施例提供了一种直播连麦匹配装置，包括：第一匹配模块和第二匹配模块，所述第一匹配模块应用于服务器，所述第二匹配模块应用于客户端；

所述第一匹配模块包括第一获取单元、第一添加单元和第一连麦单元，所述第二匹配模块包括第一加载单元；

所述第一获取单元，用于响应于直播连麦匹配请求，获取发起直播连麦的目标主播对应的目标主播标识、连麦主播数量以及第一主播集合；其中，所述第一主播集合中包括若干个已启动速度优先模式的主播对应的主播标识；

所述第一添加单元，用于若所述第一主播集合中包括所述目标主播标识，将所述目标主播标识添加至候选主播集合中；

所述第一连麦单元，用于若所述候选主播集合中主播标识的数量达到所述连麦主播数量，获取连麦主播标识，建立所述连麦主播标识对应的主播客户端之间的连麦会话连接，下发直播连麦资源数据至直播间内的客户端；其中，所述直播连麦资源数据至少包括直播连麦界面数据，所述连麦主播标识中包括所述目标主播标识；

所述第一加载单元，用于接收所述直播连麦资源数据，加载直播连麦资源。

第四方面，本申请实施例提供了一种电子设备，处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面所述方法的步骤。

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

在本申请实施例中，目标主播通过对应的主播客户端发出直播连麦匹配请求至服务器，服务器响应于直播连麦匹配请求，获取发起直播连麦的目标主播对应的目标主播标识、连麦主播数量以及第一主播集合，先判断目标主播标识是否在第一主播集合中，第一主播集合中的主播标识均为已经开启速度优先模式的主播对应的主播标识，若目标主播标识在第一主播集合中，那么服务器会将该目标主播标识添加至候选主播集合中，之后，服务器会判断候选主播集合中的主播标识的数量是否满足此次开启直播连麦的需求，即，是否达到连麦主播数量，若是，服务器则直接确认连麦主播标识，建立对应的主播客户端之间的连麦会话连接，并拉起直播连麦界面，而无需再反复经过邀请主播、等待主播接受邀请等耗时的匹配过程，从而最大程度地缩短直播连麦的匹配时长，避免在等待匹配的过程中，影响主播进行直播连麦的积极性，从而有效改善直播间内的互动氛围，提高观众的留存率和观看时长。

为了更好地理解和实施，下面结合附图详细说明本申请的技术方案。

附图说明

图1为本申请实施例提供的直播连麦匹配方法的应用场景示意图；

图2为本申请第一实施例提供的直播连麦匹配方法的流程示意图；

图3为本申请第一实施例提供的直播连麦匹配方法的另一流程示意图；

图4为本申请实施例提供的直播连麦配置界面的显示示意图；

图5为本申请实施例提供的直播连麦界面的显示示意图；

图6为本申请第二实施例提供的直播连麦匹配方法的流程示意图；

图7为本申请实施例提供的第一提示控件在直播间界面中的显示示意图；

图8为本申请第二实施例提供的直播连麦匹配方法的另一流程示意图；

图9为本申请第二实施例提供的直播连麦匹配方法中S203的流程示意图；

图10为本申请第三实施例提供的直播连麦匹配方法的流程示意图；

图11为本申请实施例提供的第二提示控件在直播间界面中的显示示意图；

图12为本申请第三实施例提供的直播连麦匹配方法的另一流程示意图；

图13为本申请实施例提供的直播连麦界面的另一显示示意图；

图14为本申请实施例提供的直播连麦界面的又一显示示意图；

图15为本申请实施例提供的直播连麦界面的再一显示示意图；

图16为本申请第四实施例提供的直播连麦匹配系统的结构示意图；

图17为本申请第五实施例提供的直播连麦匹配装置的结构示意图；

图18为本申请第六实施例提供的电子设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”/“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本领域技术人员可以理解，本申请所使用的“客户端”、“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他诸如个人计算机、平板电脑之类的通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；PCS(PersonalCommunications Service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；PDA(Personal Digital Assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或GPS(GlobalPositioningSystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是PDA、MID(Mobile Internet Device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。

本申请所称的“服务器”、“客户端”、“服务节点”等名称所指向的硬件，本质上是具备个人计算机等效能力的电子设备，为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯诺依曼原理所揭示的必要构件的硬件装置，计算机程序存储于其存储器中，中央处理器将存储在外存中的程序调入内存中运行，执行程序中的指令，与输入输出设备交互，借此完成特定的功能。

需要指出的是，本申请所称的“服务器”这一概念，同理也可扩展到适用于服务器机群的情况。依据本领域技术人员所理解的网络部署原理，所述各服务器应是逻辑上的划分，在物理空间上，这些服务器既可以是互相独立但可通过接口调用的，也可以是集成到一台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通，而不应以此约束本申请的网络部署方式的实施方式。

请参阅图1，图1为本申请实施例提供的直播连麦匹配方法的应用场景示意图，该应用场景包括本申请实施例提供的主播客户端101、服务器102和观众客户端103，主播客户端101与观众客户端103通过服务器102进行交互。

本申请实施例提出的客户端包括该主播客户端101和该观众客户端103。

需要指出的是，在现有技术中会存在对“客户端”这一概念的多种理解，例如：可以将其理解为安装在电子设备中的应用程序，或者，也可以将其理解为相对应于服务器的硬件设备。

在本申请实施例中，所称的“客户端”是指相对应于服务器的硬件设备，更具体来说，是指电子设备，例如：智能手机、智能交互平板以及个人计算机等。

在客户端为智能手机、智能交互平板等移动设备时，用户可以在客户端上安装匹配的移动端应用程序，也可以在客户端上访问Web端应用程序。

在客户端为个人计算机(PC机)等非移动设备时，用户可以在客户端上安装匹配的PC端应用程序，同样也可以在客户端上访问Web端应用程序。

其中，移动端应用程序是指可安装在移动设备中的应用程序，PC端应用程序是指可安装在非移动设备中的应用程序，Web端应用程序是指需通过浏览器访问的应用程序。

具体地，Web端应用程序依据客户端类型的差异，又可以分为移动版本和PC版本，两者的页面布局方式以及可提供的服务器支持可能存在差别。

在本申请实施例中，提供至用户的直播应用程序的类型分为移动端直播应用程序、PC端直播应用程序和Web端直播应用程序。用户可以依据其采用客户端的类型不同，自主选择其参与网络直播的方式。

本申请依据采用客户端的用户身份的不同，可以将客户端分为主播客户端101和观众客户端103。

其中，主播客户端101是指发送网络直播视频的一端，通常来说是网络直播中主播(即，直播主播用户)所采用的客户端。

观众客户端103是指接收和观看网络直播视频的一端，通常来说是网络直播中观看视频的观众(即，直播观众用户)所采用的客户端。

主播客户端101和观众客户端103所指向的硬件，本质上是指电子设备，具体地，如图1所示，其可以是智能手机、智能交互平板和个人计算机等类型的电子设备。主播客户端101和观众客户端103均可以通过公知的网络接入方式接入互联网，与服务器102建立数据通信链路。

服务器102作为一个业务服务器，其可以负责进一步连接起相关音频数据服务器、视频流服务器以及其他提供相关支持的服务器等，以此构成逻辑上相关联的服务机群，来为相关的终端设备，例如图1中所示的主播客户端101和观众客户端103提供服务。

本申请实施例中，主播客户端101与观众客户端103可以加入同一个直播间(即直播频道)，上述的直播间是指依靠互联网技术实现的一种聊天室，通常具备音视频播控功能。主播用户通过主播客户端101在直播间内进行直播，观众客户端103的观众可以登录服务器102进入直播间观看上直播。

在直播间内，主播与观众之间可通过语音、视频、文字等公知的线上交互方式来实现互动，一般是主播以音视频流的形式为观众用户表演节目，并且在互动过程中还可产生经济交易行为。当然，直播间的应用形态并不局限于在线娱乐，也可推广到其他相关场景中，例如视频会议场景、产品推介销售场景以及其他任何需要类似互动的场景中。

具体地，观众观看直播的过程如下：观众可以点击访问安装在观众客户端103上的直播应用程序，并选择进入任意一个直播间，触发观众客户端103为该观众加载直播间界面，该直播间界面内包括若干交互组件，例如：视频窗口、虚拟礼物栏以及公屏等，通过加载这些交互组件可以使观众在直播间内观看直播，并进行多种线上互动，线上互动的方式包括但不限于赠送虚拟礼物以及公屏发言等。

在本申请实施例中，主播之间可以进行直播连麦互动，从而使加入各自直播间的观众能够观看到若干个主播的直播连麦内容，从而带动直播氛围，促进直播互动行为的产生。具体地，服务器会基于一定的直播连麦匹配规则，确定待连麦的主播标识，之后再建立主播标识对应的主播客户端之间的连麦会话连接，并在主播客户端和观众客户端中拉起直播互动界面。目前，直播连麦的匹配方式通常包括好友匹配方式和随机匹配方式。

关于好友匹配方式，主播可以指定与至少一个好友主播进行直播连麦互动，服务器下发直播连麦的邀请至好友主播对应的主播客户端，若接收到各个好友主播对应的主播客户端发送的邀请确认信息，则服务器会建立好友主播对应的主播客户端之间的连麦会话连接，开启直播连麦。

关于随机匹配方式，主播可以自主指定连麦主播数量n(n为不小于2的正整数)，服务器也可以根据主播选择的直播连麦玩法，确定相应的连麦主播数量n，之后，服务器随机邀请n位主播进行直播连麦，若接收到n位主播对应的主播客户端发送的邀请确认信息，则服务器会建立n位主播对应的主播客户端之间的连麦会话连接，开启直播连麦。但是，在实际情况下，经常会有主播拒绝邀请，导致无法开启直播连麦，那么服务器则会继续询问其他主播，直至有n位主播对应的主播客户端发送了邀请确认信息，才能够开启直播连麦。上述过程将导致匹配时间被不断拉长，消耗掉主播的耐心，影响主播进行直播连麦的积极性，进而不利于产生高质量的直播内容，提高观众的存留率和观看时长。

为此，本申请实施例提供了一种直播连麦匹配方法。请参阅图2，图2为本申请第一实施例提供的直播连麦匹配方法的流程示意图，该方法包括如下步骤：

S101：服务器响应于直播连麦匹配请求，获取发起直播连麦的目标主播对应的目标主播标识、连麦主播数量以及第一主播集合；其中，第一主播集合中包括若干个已启动速度优先模式的主播对应的主播标识。

S102：若第一主播集合中包括目标主播标识，服务器将目标主播标识添加至候选主播集合中。

S103：若候选主播集合中主播标识的数量达到连麦主播数量，服务器获取连麦主播标识，建立连麦主播标识对应的主播客户端之间的连麦会话连接，下发直播连麦资源数据至直播间内的客户端；其中，直播连麦资源数据至少包括直播连麦界面数据，连麦主播标识中包括目标主播标识。

S104：直播间内的客户端接收直播连麦资源数据，加载直播连麦资源。

在本实施例中，是以客户端和服务器两个执行主体对直播连麦匹配方法进行描述的。其中，客户端包括主播客户端和观众客户端。

关于步骤S101，服务器响应于直播连麦匹配请求，获取发起直播连麦的目标主播对应的目标主播标识、连麦主播数量以及第一主播集合。

在本实施例中，该直播连麦匹配请求为目标主播发起随机匹配的直播连麦时，触发目标主播客户端生成的。

目标主播标识为目标主播对应的唯一标识。

连麦主播数量可以是由目标主播自主设定的参与直播连麦的主播数量，也可以是基于不同直播连麦玩法，由服务器获取直播连麦标识，根据直播连麦标识，得到对应的连麦主播数量。直播连麦标识为直播连麦玩法对应的唯一标识。

第一主播集合中包括若干个已启动速度优先模式的主播对应的主播标识。也就是说，第一主播集合中的主播标识对应的主播在发起随机匹配的直播连麦之前已启动速度优先模式。

下面说明如何进行有关直播连麦的配置，具体地，请参阅图3，S101服务器响应于直播连麦匹配请求之前，包括步骤：

S105：主播客户端响应于直播连麦配置请求，获取直播连麦配置资源数据，根据直播连麦配置资源数据，加载直播连麦配置资源；其中，直播连麦配置资源至少包括直播连麦配置界面，直播连麦配置界面中至少有速度优先模式启动控件。

S106：主播客户端响应于对速度优先模式启动控件的触发指令，获取当前主播标识，根据当前主播标识，生成并发送直播连麦配置指令至服务器。

S107：服务器响应于直播连麦配置指令，获取当前主播标识，将当前主播标识添加至第一主播集合中。

关于步骤S105，主播客户端响应于直播连麦配置请求，获取直播连麦配置资源数据，根据直播连麦配置资源数据，加载直播连麦配置资源。

其中，直播连麦配置资源数据至少包括直播连麦配置界面数据，还会包括与指令响应以及后台处理逻辑等相关的资源数据。

直播连麦配置资源至少包括直播连麦配置界面，直播连麦配置界面中至少有速度优先模式启动控件。

请参阅图4，图4为本申请实施例提供的直播连麦配置界面的显示示意图。可以看到直播连麦配置界面41中显示有速度优先模式启动控件42，主播点击速度优先模式启动控件42，会生成对速度优先模式启动控件的触发指令，从而在发起随机匹配的直播连麦，默认匹配速度优先。

具体地，关于步骤S106～S107，主播客户端响应于对速度优先模式启动控件的触发指令，获取当前主播标识，根据当前主播标识，生成并发送直播连麦配置指令至服务器，服务器响应于直播连麦配置指令，获取当前主播标识，将当前主播标识添加至第一主播集合中。

关于步骤S102，若第一主播集合中包括目标主播标识，服务器将目标主播标识添加至候选主播集合中。也就是说，若第一主播集合中包括目标主播标识，则表示目标主播已启动速度优先模式，那么就会将目标主播标识添加至候选主播集合中。

关于步骤S103，若候选主播集合中主播标识的数量达到连麦主播数量，服务器获取连麦主播标识，建立连麦主播标识对应的主播客户端之间的连麦会话连接，下发直播连麦资源数据至直播间内的客户端。

若候选主播集合中主播标识的数量超过了连麦主播数量，那么，服务器会随机从候选主播集合中选取连麦主播数量的连麦主播标识，连麦主播标识中需要包括目标主播标识。

其中，直播间内的客户端包括直播间内的主播客户端和观众客户端。

直播连麦资源数据至少包括直播连麦界面数据，用于拉起直播连麦界面，还可以包括与指令响应以及直播连麦控制逻辑等相关的资源数据。

关于步骤S104，直播间内的客户端接收直播连麦资源数据，加载直播连麦资源。

其中，直播连麦资源至少包括直播连麦界面。请参阅图5，图5为本申请实施例提供的直播连麦界面的显示示意图。可以看到，图5(a)的直播连麦界面51为2位主播进行直播连麦的界面，连麦进度条控件52显示在视频窗口53的上方，用于显示两位主播的战绩对应的进度值。

图5(b)的直播连麦界面54为2个队伍(每个队伍分别包括3位主播，一共6位主播)进行直播连麦的界面，连麦进度条控件55显示在视频窗口56的上方，用于显示两个队伍的战绩对应的进度值。

图5(c)的直播连麦界面57为在主副画面显示模式下的直播连麦界面，主副画面显示模式下包括主画面显示区域58和副画面显示区域59，副画面显示区域59显示在主画面显示区域58的一侧，主画面显示区域58对应的画面显示分辨率高于副画面显示区域59对应的画面显示分辨率，从而保证主画面显示区域58的画面显示清晰，副画面显示区域59又能提高连麦氛围。这是多人直播连麦情境下的一种画面显示模式，在主副画面显示模式下，拉起的直播连麦界面57中各个主播标识对应的连麦进度条组件60分别显示各自的副画面显示区域59中。

在本申请实施例中，目标主播通过对应的主播客户端发出直播连麦匹配请求至服务器，服务器响应于直播连麦匹配请求，获取发起直播连麦的目标主播对应的目标主播标识、连麦主播数量以及第一主播集合，先判断目标主播标识是否在第一主播集合中，第一主播集合中的主播标识均为已经开启速度优先模式的主播对应的主播标识，若目标主播标识在第一主播集合中，那么服务器会将该目标主播标识添加至候选主播集合中，之后，服务器会判断候选主播集合中的主播标识的数量是否满足此次开启直播连麦的需求，即，是否达到连麦主播数量，若是，服务器则直接确认连麦主播标识，建立对应的主播客户端之间的连麦会话连接，并拉起直播连麦界面，而无需再反复经过邀请主播、等待主播接受邀请等耗时的匹配过程，从而最大程度地缩短直播连麦的匹配时长，避免在等待匹配的过程中，影响主播进行直播连麦的积极性，从而有效改善直播间内的互动氛围，提高观众的留存率和观看时长。

请参阅图6，图6为本申请第二实施例提供的直播连麦匹配方法的流程示意图，包括如下步骤：

S201：服务器响应于直播连麦匹配请求，获取发起直播连麦的目标主播对应的目标主播标识、连麦主播数量以及第一主播集合；其中，第一主播集合中包括若干个已启动速度优先模式的主播对应的主播标识。

S202：若第一主播集合中包括目标主播标识，服务器将目标主播标识添加至候选主播集合中。

S203：若候选主播集合中主播标识的数量未达到连麦主播数量，服务器获取更改后的连麦主播数量和第一提示控件数据，下发更改后的连麦主播数量和第一提示控件数据至目标主播标识对应的主播客户端。

S204：目标主播标识对应的主播客户端接收更改后的连麦主播数量和第一提示控件数据，显示第一提示控件在直播间界面中；其中，第一提示控件中至少显示有第一更改提示信息和第一确认子控件，第一更改提示信息中至少包括更改后的连麦主播数量。

在本实施例中，步骤S201～S202与第一实施例中的步骤S101～S102相同，具体可以参见第一实施例中说明。下面详细说明步骤S203～S204。

在本实施例中，候选主播集合中主播标识的数量未达到连麦主播数量，服务器会提示主播进行连麦主播数量的更改。具体地，若候选主播集合中主播标识的数量未达到连麦主播数量，服务器获取更改后的连麦主播数量和第一提示控件数据，下发更改后的连麦主播数量和第一提示控件数据至目标主播标识对应的主播客户端。

其中，第一提示控件数据包括第一提示控件的显示数据和第一提示控件的功能数据。第一提示控件的显示数据用于确定第一提示控件的显示位置、显示尺寸以及显示样式等。第一提示控件的功能数据用于实现第一提示控件的信息提示以及响应用户触发操作等功能。

关于更改后的连麦主播数量如何确定，将在后续进行详细说明。

之后，目标主播标识对应的主播客户端接收更改后的连麦主播数量和第一提示控件数据，根据第一提示控件数据，显示第一提示控件在直播间界面中。

其中，第一提示控件中至少显示有第一更改提示信息和第一确认子控件，第一更改提示信息中至少包括更改后的连麦主播数量。

请参阅图7，图7为本申请实施例提供的第一提示控件在直播间界面中的显示示意图。图7所示，第一提示控件71中显示第一更改提示信息72和第一确认子控件73，第一更改提示信息72中显示有更改后的连麦主播数量。

S204中显示第一提示控件在直播间界面中之后，请参阅图8，该方法还包括步骤：

S205：目标主播标识对应的主播客户端响应于对第一确认子控件的触发指令，生成并发送第一确认指令至服务器。

S206：服务器响应于第一确认指令，根据更改后的连麦主播数量，获取更改后的连麦主播标识，建立更改后的连麦主播标识对应的主播客户端之间的连麦会话连接，下发直播连麦资源数据至更改后的直播间内的客户端；其中，更改后的连麦主播标识中包括目标主播标识。

S207：更改后的直播间内的客户端接收直播连麦资源数据，加载直播连麦资源。

关于步骤S205，若目标主播确认更改连麦主播数量，则可以点击第一确认子控件，触发目标主播标识对应的主播客户端生成对第一确认子控件的触发指令，之后，目标主播标识对应的主播客户端响应于对第一确认子控件的触发指令，生成并发送第一确认指令至服务器。

关于步骤S206～S207，服务器响应于第一确认指令，根据更改后的连麦主播数量，获取更改后的连麦主播标识，建立更改后的连麦主播标识对应的主播客户端之间的连麦会话连接，下发直播连麦资源数据至更改后的直播间内的客户端，更改后的直播间内的客户端接收直播连麦资源数据，加载直播连麦资源。

其中，更改后的直播间是指更改后的连麦主播标识对应的连麦主播所创建的直播间。更改后的连麦主播标识同样需要包括目标主播标识。

关于直播连麦资源数据、直播连麦资源以及直播连麦界面的解释说明可以参见第一实施例。

下面说明如何确定更改后的连麦主播数量。

在一个可选的实施例中，若候选主播集合中主播标识的数量未达到连麦主播数量，服务器可以将候选主播集合中主播标识的数量设置为更改后的连麦主播数量。

在另一个可选的实施例中，请参阅图9，S203中服务器获取更改后的连麦主播数量和第一提示控件数据的步骤，包括：

S2031：服务器获取目标主播发起的直播连麦对应的直播连麦标识，获取直播连麦标识对应的连麦主播数量限制条件。

S2032：服务器根据直播连麦标识对应的连麦主播数量限制条件，获取更改后的连麦主播数量。

在本实施例中，由于目标主播发起的直播连麦对应的直播连麦标识不同，因此，服务器可以根据直播连麦标识，获取对应的连麦主播数量限制条件。

例如：某些直播连麦会显示最少连麦主播数量，某些直播连麦会进行分队，会要求连麦主播人数为偶数等。

在一个可选的实施例中，连麦主播数量限制条件至少包括最少连麦主播数量和连麦主播数量的属性限制条件，属性限制条件至少包括奇偶属性限制条件。

具体地，服务器先判断候选主播集合中主播标识的数量是否达到最少连麦主播数量，若是，服务器根据最少连麦主播数量和连麦主播数量的属性限制条件，获取更改后的连麦主播数量。

其中，更改后的连麦主播数量不小于最少连麦主播数量以及更改后的连麦主播数量满足连麦主播数量的属性限制条件。

在本实施例中，在候选主播集合中主播标识的数量未达到连麦主播数量时，通过询问主播是否更改连麦主播数量，提高直播连麦匹配的成功率，缩短主播的等待时长，进而提升主播的直播连麦互动积极性。

请参阅图10，图10为本申请第三实施例提供的直播连麦匹配方法的流程示意图，包括如下步骤：

S301：服务器响应于直播连麦匹配请求，获取发起直播连麦的目标主播对应的目标主播标识、连麦主播数量以及第一主播集合；其中，第一主播集合中包括若干个已启动速度优先模式的主播对应的主播标识。

S302：若第一主播集合中包括目标主播标识，服务器将目标主播标识添加至候选主播集合中。

S303：若候选主播集合中主播标识的数量未达到连麦主播数量，服务器获取第二提示控件数据，下发第二提示控件数据至目标主播标识对应的主播客户端。

S304：目标主播标识对应的主播客户端接收第二提示控件数据，显示第二提示控件在直播间界面中；其中，第二提示控件中至少显示有第二更改提示信息和第二确认子控件，第二更改提示信息用于提示目标主播挑战目标主播标识对应的最佳历史战绩。

在本实施例中，步骤S301～S302与第一实施例中的步骤S101～S102相同，具体可以参见第一实施例中说明。下面详细说明步骤S303～S304。

在本实施例中，候选主播集合中主播标识的数量未达到连麦主播数量，服务器会提示主播挑战个人的最佳历史战绩。具体地，若候选主播集合中主播标识的数量未达到连麦主播数量，服务器获取第二提示控件数据，下发第二提示控件数据至目标主播标识对应的主播客户端。

其中，第二提示控件数据包括第二提示控件的显示数据和第二提示控件的功能数据。第二提示控件的显示数据用于确定第二提示控件的显示位置、显示尺寸以及显示样式等。第二提示控件的功能数据用于实现第二提示控件的信息提示以及响应用户触发操作等功能。

之后，目标主播标识对应的主播客户端接收第二提示控件数据，根据第二提示控件数据，显示第二提示控件在直播间界面中。

其中，第二提示控件中至少显示有第二更改提示信息和第二确认子控件，第二更改提示信息用于提示目标主播挑战目标主播标识对应的最佳历史战绩。

请参阅图11，图11为本申请实施例提供的第二提示控件在直播间界面中的显示示意图。图11所示，第二提示控件111中显示第二更改提示信息112和第二确认子控件113，第二更改提示信息112用于提示目标主播挑战目标主播标识对应的最佳历史战绩。

S304中显示第二提示控件在直播间界面中之后，请参阅图12，该方法还包括步骤：

S305：目标主播标识对应的主播客户端响应于对第二确认子控件的触发指令，生成并发送第二确认指令至服务器。

S306：服务器响应于第二确认指令，获取在直播连麦下的目标主播标识对应的最佳历史战绩和直播连麦资源数据，下发目标主播标识对应的最佳历史战绩和直播连麦资源数据至目标直播间内的客户端；其中，目标直播间为目标主播标识对应的直播间。

S307：目标直播间内的客户端接收目标主播标识对应的最佳历史战绩和直播连麦资源数据，根据目标主播标识对应的最佳历史战绩和直播连麦资源数据，加载直播连麦资源；其中，直播连麦资源至少包括直播连麦界面，直播连麦界面中至少显示有连麦进度条控件，连麦进度条控件中显示有目标主播的当前战绩对应的进度值和最佳历史战绩对应的进度值。

关于步骤S305，若目标主播确认挑战个人的最佳历史战绩，则可以点击第二确认子控件，触发目标主播标识对应的主播客户端生成对第二确认子控件的触发指令，之后，目标主播标识对应的主播客户端响应于对第二确认子控件的触发指令，生成并发送第二确认指令至服务器。

关于步骤S306～S307，服务器响应于第二确认指令，获取在直播连麦下的目标主播标识对应的最佳历史战绩和直播连麦资源数据，下发目标主播标识对应的最佳历史战绩和直播连麦资源数据至目标直播间内的客户端。目标直播间内的客户端接收目标主播标识对应的最佳历史战绩和直播连麦资源数据，根据目标主播标识对应的最佳历史战绩和直播连麦资源数据，加载直播连麦资源。

其中，目标直播间为目标主播标识对应的直播间，也即，目标主播所创建的直播间。

直播连麦资源数据至少直播连麦界面数据，用于拉起直播连麦界面，还可以包括与指令响应以及直播连麦控制逻辑等相关的资源数据。

直播连麦资源至少包括直播连麦界面，直播连麦界面中至少显示有连麦进度条控件，连麦进度条控件中显示有目标主播的当前战绩对应的进度值和最佳历史战绩对应的进度值。

在一个可选的实施例中，直播连麦界面内的视频窗口仍只输出目标主播标识对应的当前视频流数据，也就是说，相较于直播连麦开启前，视频窗口的布局并未发生变化。

请参阅图13，图13为本申请实施例提供的直播连麦界面的另一显示示意图。可以看到，图13的直播连麦界面13为目标主播挑战个人的最佳历史战绩的界面，视频窗口131中只输出目标主播标识对应的当前视频流数据，连麦进度条控件132显示在视频窗口131的上方，用于显示有目标主播的当前战绩对应的进度值和最佳历史战绩对应的进度值。

在另一个可选的实施例中，视频窗口包括第一画面显示区域和第二画面显示区域，第一画面显示区域中输出有目标主播标识对应的当前视频流数据，该方法还包括步骤：

服务器获取目标主播标识对应的目标历史视频流数据，下发目标主播标识对应的目标历史视频流数据至目标直播间内的客户端。

其中，目标历史视频流数据为目标主播取得最佳历史战绩时的视频流数据。

之后，目标直播间内的客户端接收目标主播标识对应的目标历史视频流数据，将目标主播标识对应的目标历史视频流数据输出至第二画面显示区域中。

请参阅图14，图14为本申请实施例提供的直播连麦界面的又一显示示意图。可以看到，图14的直播连麦界面14为目标主播挑战个人的最佳历史战绩的界面，视频窗口中包括第一画面显示区域141和第二画面显示区域142，第一画面显示区域141中输出有目标主播标识对应的当前视频流数据，第二画面显示区域142中输出有目标主播标识对应的目标历史视频流数据，连麦进度条控件143显示在视频窗口的上方，用于显示有目标主播的当前战绩对应的进度值和最佳历史战绩对应的进度值。

在本实施例中，在候选主播集合中主播标识的数量未达到连麦主播数量时，通过询问主播是否挑战个人的最佳历史战绩，能够提高直播连麦匹配的成功率，缩短主播的等待时长，进而提升主播的直播连麦互动积极性。并且，若目标直播间内的客户端将目标主播标识对应的目标历史视频流数据输出至第二画面显示区域中，也能够在主播挑战个人最佳历史战绩时，充分营造连麦互动氛围，有效提高主播和观众的直播连麦体验。

在又一个可选的实施例中，直播连麦界面中包括主画面显示区域和副画面显示区域，主画面显示区域对应的画面显示分辨率高于副画面显示区域对应的画面显示分辨率，主画面显示区域中输出有目标主播标识对应的当前视频流数据，该方法还包括步骤：

服务器获取目标主播标识对应的目标历史视频流数据，下发目标主播标识对应的目标历史视频流数据至目标直播间内的客户端；其中，目标历史视频流数据为目标主播取得最佳历史战绩时的视频流数据；

其中，目标历史视频流数据为目标主播取得最佳历史战绩时的视频流数据。

之后，目标直播间内的客户端接收目标主播标识对应的目标历史视频流数据，将目标主播标识对应的目标历史视频流数据输出至副画面显示区域中。

在本申请实施例中，主画面显示区域的显示尺寸是大于副画面显示区域的显示尺寸的，为了保证主画面显示区域能够清晰地显示出目标主播标识对应的当前视频流数据，而用户又能够看到目标主播取得最佳历史战绩时的视频流数据，因此，设定主画面显示区域对应的画面显示分辨率是高于副画面显示区域对应的画面显示分辨率的。

那么，可以理解的是，获取到的目标主播标识对应的当前视频流数据的画面显示分辨率是较高的，目标主播标识对应的目标历史视频流数据的画面显示分辨率是偏低的。

在此基础上，用户也可以通过与副画面显示区域交互(例如：点击副画面显示区域)，将目标主播标识对应的目标历史视频流数据输出至主画面显示区域中，将目标主播标识对应的当前视频流数据切换输出至副画面显示区域中。

需要说明的是，为了保证主画面显示区域对应的画面显示分辨率是高于副画面显示区域对应的画面显示分辨率的，此时拉取的目标主播标识对应的目标历史视频流数据是画面显示分辨率较高的。

请参阅图15，图15为本申请实施例提供的直播连麦界面的再一显示示意图。可以看到，图15的直播连麦界面15为目标主播挑战个人的最佳历史战绩的界面，直播连麦界面15包括主画面显示区域151和副画面显示区域152，第一画面显示区域151中输出有目标主播标识对应的当前视频流数据，第二画面显示区域152中输出有目标主播标识对应的目标历史视频流数据。

关于连麦进度条控件的显示在此不进行限定，在一个可选的实施例中，连麦进度条控件可以显示在主画面显示区域的上方(位置仅为一个示例)，且呈现有目标主播的当前战绩对应的进度值和最佳历史战绩对应的进度值。在另一个可选的实施例中，连麦进度条控件包括第一连麦进度条控件和第二连麦进度条控件，第一连麦进度条控件显示在主画面显示区域的上方，第二连麦进度条控件显示在副画面显示区域的上方，第一连麦进度条控件呈现有目标主播的当前战绩对应的进度值，第二连麦进度条控件呈现有目标主播的最佳历史战绩对应的进度值。

在本实施例中，在候选主播集合中主播标识的数量未达到连麦主播数量时，通过询问主播是否挑战个人的最佳历史战绩，能够提高直播连麦匹配的成功率，缩短主播的等待时长，进而提升主播的直播连麦互动积极性。并且，将目标主播标识对应的当前视频流数据输出至主画面显示区域中，将目标主播标识对应的目标历史视频流数据输出至副画面显示区域中，不仅能够在主播挑战个人最佳历史战绩时，充分营造连麦互动氛围，还能够保证主画面显示区域清晰地输出直播画面，提高直播观看体验，减少设备负载。

请参阅图16，图16为本申请第四实施例提供的直播连麦匹配系统的结构示意图，该系统16包括：服务器161和客户端162；

所述服务器161用于响应于直播连麦匹配请求，获取发起直播连麦的目标主播对应的目标主播标识、连麦主播数量以及第一主播集合；其中，所述第一主播集合中包括若干个已启动速度优先模式的主播对应的主播标识；

若所述第一主播集合中包括所述目标主播标识，所述服务器161还用于将所述目标主播标识添加至候选主播集合中；

若所述候选主播集合中主播标识的数量达到所述连麦主播数量，所述服务器161还用于获取连麦主播标识，建立所述连麦主播标识对应的主播客户端之间的连麦会话连接，下发直播连麦资源数据至直播间内的客户端162；其中，所述直播连麦资源数据至少包括直播连麦界面数据，所述连麦主播标识中包括所述目标主播标识；

所述直播间内的客户端162用于接收所述直播连麦资源数据，加载直播连麦资源。

上述实施例提供的直播连麦匹配系统与直播连麦匹配方法属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

请参阅图17，为本申请第五实施例提供的直播连麦匹配装置的结构示意图。该装置可以通过软件、硬件或两者的结合实现成为电子设备的全部或一部分。该装置17包括：第一匹配模块171和第二匹配模块172，所述第一匹配模块171应用于服务器，所述第二匹配模块172应用于客户端；

所述第一匹配模块171包括第一获取单元1711、第一添加单元1712和第一连麦单元1713，所述第二匹配模块172包括第一加载单元1721；

所述第一获取单元1711，用于响应于直播连麦匹配请求，获取发起直播连麦的目标主播对应的目标主播标识、连麦主播数量以及第一主播集合；其中，所述第一主播集合中包括若干个已启动速度优先模式的主播对应的主播标识；

所述第一添加单元1712，用于若所述第一主播集合中包括所述目标主播标识，将所述目标主播标识添加至候选主播集合中；

所述第一连麦单元1713，用于若所述候选主播集合中主播标识的数量达到所述连麦主播数量，获取连麦主播标识，建立所述连麦主播标识对应的主播客户端之间的连麦会话连接，下发直播连麦资源数据至直播间内的客户端；其中，所述直播连麦资源数据至少包括直播连麦界面数据，所述连麦主播标识中包括所述目标主播标识；

所述第一加载单元1721，用于接收所述直播连麦资源数据，加载直播连麦资源。

需要说明的是，上述实施例提供的直播连麦匹配装置在执行直播连麦匹配方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分为不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的直播连麦匹配装置与直播连麦匹配方法属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。

请参阅图18，为本申请第六实施例提供的电子设备的结构示意图。如图18所示，该电子设备18可以包括：处理器180、存储器181以及存储在该存储器181并可以在该处理器180上运行的计算机程序182，例如：直播连麦匹配程序；该处理器180执行该计算机程序182时实现上述第一实施例至第三实施例中的步骤。

其中，该处理器180可以包括一个或多个处理核心。处理器180利用各种接口和线路连接电子设备18内的各个部分，通过运行或执行存储在存储器181内的指令、程序、代码集或指令集，以及调用存储器181内的数据，执行电子设备18的各种功能和处理数据，可选的，处理器180可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programble LogicArray，PLA)中的至少一个硬件形式来实现。处理器180可集成中央处理器(CentralProcessing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责触摸显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器180中，单独通过一块芯片进行实现。

其中，存储器181可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory)。可选的，该存储器181包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器181可用于存储指令、程序、代码、代码集或指令集。存储器181可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控指令等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器181可选的还可以是至少一个位于远离前述处理器180的存储装置。

本申请实施例还提供了一种计算机存储介质，该计算机存储介质可以存储有多条指令，该指令适用于由处理器加载并执行上述实施例的方法步骤，具体执行过程可以参见上述实施例的具体说明，在此不进行赘述。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。

本发明并不局限于上述实施方式，如果对本发明的各种改动或变形不脱离本发明的精神和范围，倘若这些改动和变形属于本发明的权利要求和等同技术范围之内，则本发明也意图包含这些改动和变形。

Claims (14)

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

服务器响应于直播连麦匹配请求，获取发起直播连麦的目标主播对应的目标主播标识、连麦主播数量以及第一主播集合；其中，所述第一主播集合中包括若干个已启动速度优先模式的主播对应的主播标识；

若所述第一主播集合中包括所述目标主播标识，所述服务器将所述目标主播标识添加至候选主播集合中；

若所述候选主播集合中主播标识的数量达到所述连麦主播数量，所述服务器获取连麦主播标识，建立所述连麦主播标识对应的主播客户端之间的连麦会话连接，下发直播连麦资源数据至直播间内的客户端；其中，所述直播连麦资源数据至少包括直播连麦界面数据，所述连麦主播标识中包括所述目标主播标识；

所述直播间内的客户端接收所述直播连麦资源数据，加载直播连麦资源。

2.根据权利要求1所述的直播连麦匹配方法，其特征在于，若所述候选主播集合中主播标识的数量未达到所述连麦主播数量，所述方法还包括步骤：

所述服务器获取更改后的连麦主播数量和第一提示控件数据，下发更改后的所述连麦主播数量和所述第一提示控件数据至所述目标主播标识对应的主播客户端；

所述目标主播标识对应的主播客户端接收更改后的所述连麦主播数量和所述第一提示控件数据，显示第一提示控件在直播间界面中；其中，所述第一提示控件中至少显示有第一更改提示信息和第一确认子控件，所述第一更改提示信息中至少包括更改后的所述连麦主播数量。

3.根据权利要求2所述的直播连麦匹配方法，其特征在于，所述显示第一提示控件在直播间界面中之后，包括步骤：

所述目标主播标识对应的主播客户端响应于对所述第一确认子控件的触发指令，生成并发送第一确认指令至所述服务器；

所述服务器响应于所述第一确认指令，根据更改后的所述连麦主播数量，获取更改后的所述连麦主播标识，建立更改后的所述连麦主播标识对应的主播客户端之间的连麦会话连接，下发所述直播连麦资源数据至更改后的所述直播间内的客户端；其中，更改后的所述连麦主播标识中包括所述目标主播标识；

更改后的所述直播间内的客户端接收所述直播连麦资源数据，加载所述直播连麦资源。

4.根据权利要求2所述的直播连麦匹配方法，其特征在于，所述服务器获取更改后的连麦主播数量和第一提示控件数据的步骤，包括：

所述服务器获取所述目标主播发起的所述直播连麦对应的直播连麦标识，获取所述直播连麦标识对应的连麦主播数量限制条件；

所述服务器根据所述直播连麦标识对应的连麦主播数量限制条件，获取所述更改后的连麦主播数量。

5.根据权利要求4所述的直播连麦匹配方法，其特征在于，所述连麦主播数量限制条件至少包括最少连麦主播数量和连麦主播数量的属性限制条件，所述属性限制条件至少包括奇偶属性限制条件；

所述服务器根据所述直播连麦标识对应的主播数量限制条件，获取所述更改后的连麦主播数量，包括步骤：

所述服务器判断所述候选主播集合中主播标识的数量是否达到所述最少连麦主播数量，若是，所述服务器根据所述最少连麦主播数量和所述连麦主播数量的属性限制条件，获取所述更改后的连麦主播数量；其中，所述更改后的连麦主播数量不小于所述最少连麦主播数量以及所述更改后的连麦主播数量满足所述连麦主播数量的属性限制条件。

6.根据权利要求1至5任意一项所述的直播连麦匹配方法，其特征在于，若所述候选主播集合中主播标识的数量未达到所述连麦主播数量，所述方法还包括步骤：

所述服务器获取第二提示控件数据，下发所述第二提示控件数据至所述目标主播标识对应的主播客户端；

所述目标主播标识对应的主播客户端接收所述第二提示控件数据，显示第二提示控件在直播间界面中；其中，所述第二提示控件中至少显示有第二更改提示信息和第二确认子控件，所述第二更改提示信息用于提示所述目标主播挑战所述目标主播标识对应的最佳历史战绩。

7.根据权利要求6所述的直播连麦匹配方法，其特征在于，所述显示第二提示控件在直播间界面中之后，包括步骤：

所述目标主播标识对应的主播客户端响应于对所述第二确认子控件的触发指令，生成并发送第二确认指令至所述服务器；

所述服务器响应于所述第二确认指令，获取在所述直播连麦下的所述目标主播标识对应的最佳历史战绩和所述直播连麦资源数据，下发所述目标主播标识对应的最佳历史战绩和所述直播连麦资源数据至目标直播间内的客户端；其中，所述目标直播间为所述目标主播标识对应的直播间；

所述目标直播间内的客户端接收所述目标主播标识对应的最佳历史战绩和所述直播连麦资源数据，根据所述目标主播标识对应的最佳历史战绩和所述直播连麦资源数据，加载所述直播连麦资源；其中，所述直播连麦资源至少包括所述直播连麦界面，所述直播连麦界面中至少显示有连麦进度条控件，所述连麦进度条控件中显示有所述目标主播的当前战绩对应的进度值和所述最佳历史战绩对应的进度值。

8.根据权利要求7所述的直播连麦匹配方法，其特征在于，所述直播连麦界面中显示有视频窗口，所述视频窗口包括第一画面显示区域和第二画面显示区域，所述第一画面显示区域中输出有所述目标主播标识对应的当前视频流数据，所述方法还包括步骤：

所述服务器获取所述目标主播标识对应的目标历史视频流数据，下发所述目标主播标识对应的目标历史视频流数据至所述目标直播间内的客户端；其中，所述目标历史视频流数据为所述目标主播取得所述最佳历史战绩时的视频流数据；

所述目标直播间内的客户端接收所述目标主播标识对应的目标历史视频流数据，将所述目标主播标识对应的目标历史视频流数据输出至所述第二画面显示区域中。

9.根据权利要求7所述的直播连麦匹配方法，其特征在于，所述直播连麦界面中显示有主画面显示区域和副画面显示区域，所述主画面显示区域对应的画面显示分辨率高于所述副画面显示区域对应的画面显示分辨率，所述主画面显示区域中输出有所述目标主播标识对应的当前视频流数据，所述方法还包括步骤：

所述服务器获取所述目标主播标识对应的目标历史视频流数据，下发所述目标主播标识对应的目标历史视频流数据至所述目标直播间内的客户端；其中，所述目标历史视频流数据为所述目标主播取得所述最佳历史战绩时的视频流数据；

所述目标直播间内的客户端接收所述目标主播标识对应的目标历史视频流数据，将所述目标主播标识对应的目标历史视频流数据输出至所述副画面显示区域中。

10.根据权利要求1至5任意一项所述的直播连麦匹配方法，其特征在于，所述服务器响应于直播连麦匹配请求之前，包括步骤：

主播客户端响应于直播连麦配置请求，获取直播连麦配置资源数据，根据所述直播连麦配置资源数据，加载直播连麦配置资源；其中，所述直播连麦配置资源至少包括直播连麦配置界面，所述直播连麦配置界面中至少有速度优先模式启动控件；

所述主播客户端响应于对所述速度优先模式启动控件的触发指令，获取当前主播标识，根据所述当前主播标识，生成并发送直播连麦配置指令至所述服务器；

所述服务器响应于所述直播连麦配置指令，获取所述当前主播标识，将所述当前主播标识添加至所述第一主播集合中。

11.一种直播连麦匹配系统，其特征在于，包括：服务器和客户端；

所述服务器用于响应于直播连麦匹配请求，获取发起直播连麦的目标主播对应的目标主播标识、连麦主播数量以及第一主播集合；其中，所述第一主播集合中包括若干个已启动速度优先模式的主播对应的主播标识；

若所述第一主播集合中包括所述目标主播标识，所述服务器还用于将所述目标主播标识添加至候选主播集合中；

若所述候选主播集合中主播标识的数量达到所述连麦主播数量，所述服务器还用于获取连麦主播标识，建立所述连麦主播标识对应的主播客户端之间的连麦会话连接，下发直播连麦资源数据至直播间内的客户端；其中，所述直播连麦资源数据至少包括直播连麦界面数据，所述连麦主播标识中包括所述目标主播标识；

所述直播间内的客户端用于接收所述直播连麦资源数据，加载直播连麦资源。

12.一种直播连麦匹配装置，其特征在于，包括：第一匹配模块和第二匹配模块，所述第一匹配模块应用于服务器，所述第二匹配模块应用于客户端；

所述第一匹配模块包括第一获取单元、第一添加单元和第一连麦单元，所述第二匹配模块包括第一加载单元；

所述第一获取单元，用于响应于直播连麦匹配请求，获取发起直播连麦的目标主播对应的目标主播标识、连麦主播数量以及第一主播集合；其中，所述第一主播集合中包括若干个已启动速度优先模式的主播对应的主播标识；

所述第一添加单元，用于若所述第一主播集合中包括所述目标主播标识，将所述目标主播标识添加至候选主播集合中；

所述第一连麦单元，用于若所述候选主播集合中主播标识的数量达到所述连麦主播数量，获取连麦主播标识，建立所述连麦主播标识对应的主播客户端之间的连麦会话连接，下发直播连麦资源数据至直播间内的客户端；其中，所述直播连麦资源数据至少包括直播连麦界面数据，所述连麦主播标识中包括所述目标主播标识；

所述第一加载单元，用于接收所述直播连麦资源数据，加载直播连麦资源。

13.一种电子设备，包括：处理器、存储器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1至10任意一项所述方法的步骤。

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

Images