直播合唱互动方法、系统、装置及计算机设备与流程

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.图1为本技术实施例提供的直播合唱互动方法的应用场景示意图；
32.图2为本技术实施例提供的互动玩法组件在直播间界面中的显示示意图；
33.图3为本技术第一实施例提供的直播合唱互动方法的流程示意图；
34.图4为本技术实施例提供的连麦直播场景下视频画面在直播间界面中的显示示意图；
35.图5为本技术第一实施例提供的直播合唱互动方法的另一流程示意图；
36.图6为本技术实施例提供的第一提示信息和第二提示信息在直播间界面中的显示示意图；
37.图7为本技术实施例提供的第三提示信息在直播间界面中的显示示意图；
38.图8为本技术第二实施例提供的直播合唱互动方法的流程示意图；
39.图9为本技术第三实施例提供的直播合唱互动系统的结构示意图；
40.图10为本技术第四实施例提供的直播合唱互动装置的结构示意图；
41.图11为本技术第五实施例提供的计算机设备的结构示意图。
具体实施方式
42.这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本技术相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本技术的一些方面相一致的装置和方法的例子。
43.在本技术使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本技术。在本技术和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
44.应当理解，尽管在本技术可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离
本技术范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”/“若”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
45.本领域技术人员可以理解，本技术所使用的“客户端”、“终端”、“终端设备”既包括无线信号接收器的设备，其仅具备无发射能力的无线信号接收器的设备，又包括接收和发射硬件的设备，其具有能够在双向通信链路上，进行双向通信的接收和发射硬件的设备。这种设备可以包括：蜂窝或其他诸如个人计算机、平板电脑之类的通信设备，其具有单线路显示器或多线路显示器或没有多线路显示器的蜂窝或其他通信设备；pcs(personalcommunications service，个人通信系统)，其可以组合语音、数据处理、传真和/或数据通信能力；pda(personal digital assistant，个人数字助理)，其可以包括射频接收器、寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或gps(global positioningsystem，全球定位系统)接收器；常规膝上型和/或掌上型计算机或其他设备，其具有和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“客户端”、“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的，或者适合于和/或配置为在本地运行，和/或以分布形式，运行在地球和/或空间的任何其他位置运行。这里所使用的“客户端”、“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端，例如可以是pda、mid(mobile internet device，移动互联网设备)和/或具有音乐/视频播放功能的移动电话，也可以是智能电视、机顶盒等设备。
46.本技术所称的“服务器”、“客户端”、“服务节点”等名称所指向的硬件，本质上是具备个人计算机等效能力的计算机设备，为具有中央处理器(包括运算器和控制器)、存储器、输入设备以及输出设备等冯诺依曼原理所揭示的必要构件的硬件装置，计算机程序存储于其存储器中，中央处理器将存储在外存中的程序调入内存中运行，执行程序中的指令，与输入输出设备交互，借此完成特定的功能。
47.需要指出的是，本技术所称的“服务器”这一概念，同理也可扩展到适用于服务器机群的情况。依据本领域技术人员所理解的网络部署原理，所述各服务器应是逻辑上的划分，在物理空间上，这些服务器既可以是互相独立但可通过接口调用的，也可以是集成到一台物理计算机或一套计算机机群的。本领域技术人员应当理解这一变通，而不应以此约束本技术的网络部署方式的实施方式。
48.请参阅图1，图1为本技术实施例提供的直播合唱互动方法的应用场景示意图，该应用场景包括本技术实施例提供的主播客户端101、服务器102和观众客户端103，主播客户端101与观众客户端103通过服务器102进行交互。
49.本技术实施例提出的客户端包括该主播客户端101和该观众客户端103。
50.需要指出的是，在现有技术中会存在对“客户端”这一概念的多种理解，例如：可以将其理解为安装在计算机设备中的应用程序，或者，也可以将其理解为相对应于服务器的硬件设备。
51.在本技术实施例中，所称的“客户端”是指相对应于服务器的硬件设备，更具体来说，是指计算机设备，例如：智能手机、智能交互平板以及个人计算机等。
52.在客户端为智能手机、智能交互平板等移动设备时，用户可以在客户端上安装匹配的移动端应用程序，也可以在客户端上访问web端应用程序。
53.在客户端为个人计算机(pc机)等非移动设备时，用户可以在客户端上安装匹配的pc端应用程序，同样也可以在客户端上访问web端应用程序。
54.其中，移动端应用程序是指可安装在移动设备中的应用程序，pc端应用程序是指可安装在非移动设备中的应用程序，web端应用程序是指需通过浏览器访问的应用程序。
55.具体地，web端应用程序依据客户端类型的差异，又可以分为移动版本和pc版本，两者的页面布局方式以及可提供的服务器支持可能存在差别。
56.在本技术实施例中，提供至用户的直播应用程序的类型分为移动端直播应用程序、pc端直播应用程序和web端直播应用程序。用户可以依据其采用客户端的类型不同，自主选择其参与网络直播的方式。
57.本技术依据采用客户端的用户身份的不同，可以将客户端分为主播客户端101和观众客户端103。
58.其中，主播客户端101是指发送网络直播视频的一端，通常来说是网络直播中主播(即，直播主播用户)所采用的客户端。
59.观众客户端103是指接收和观看网络直播视频的一端，通常来说是网络直播中观看视频的观众(即，直播观众用户)所采用的客户端。
60.主播客户端101和观众客户端103所指向的硬件，本质上是指计算机设备，具体地，如图1所示，其可以是智能手机、智能交互平板和个人计算机等类型的计算机设备。主播客户端101和观众客户端103均可以通过公知的网络接入方式接入互联网，与服务器102建立数据通信链路。
61.服务器102作为一个业务服务器，其可以负责进一步连接起相关音频数据服务器、视频流服务器以及其他提供相关支持的服务器等，以此构成逻辑上相关联的服务机群，来为相关的终端设备，例如图1中所示的主播客户端101和观众客户端103提供服务。
62.本技术实施例中，主播客户端101与观众客户端103可以加入同一个直播间(即直播频道)，上述的直播间是指依靠互联网技术实现的一种聊天室，通常具备音视频播控功能。主播用户通过主播客户端101在直播间内进行直播，观众客户端103的观众可以登录服务器102进入直播间观看上直播。
63.在直播间内，主播与观众之间可通过语音、视频、文字等公知的线上交互方式来实现互动，一般是主播以音视频流的形式为观众用户表演节目，并且在互动过程中还可产生经济交易行为。当然，直播间的应用形态并不局限于在线娱乐，也可推广到其他相关场景中，例如视频会议场景、产品推介销售场景以及其他任何需要类似互动的场景中。
64.具体地，观众观看直播的过程如下：观众可以点击访问安装在观众客户端103上的直播应用程序，并选择进入任意一个直播间，触发观众客户端103为该观众加载直播间界面，该直播间界面内包括若干交互组件，例如：视频窗口、虚拟礼物栏以及公屏等，通过加载这些交互组件可以使观众在直播间内观看直播，并进行多种线上互动，线上互动的方式包括但不限于赠送虚拟礼物以及公屏发言等。
65.在直播间界面中还可以加载互动玩法组件，主播通过与互动玩法组件交互开启对应的互动玩法，以提高观众与主播之间的互动体验。
66.具体地，请参阅图2，图2为本技术实施例提供的互动玩法组件在直播间界面中的显示示意图。可以看到，图2中显示出了若干种互动玩法组件，如合唱互动组件21、团战pk组
件22以及舞曲互动组件23等。
67.其中，对于合唱互动玩法是需要至少两个主播配合实现的，在正式开启合唱互动玩法前，服务器需要建立主播客户端之间的连麦会话连接，在连麦直播场景下进行合唱互动。
68.具体地，连麦会话连接的建立方式可以是随机匹配模式，也可以是好友模式。随机匹配模式是服务器102根据一定的连麦开启规则，将发送连麦直播请求的若干个主播客户端101建立连麦会话连接。好友模式则主播可以指定与至少一个好友主播进行连麦，在服务器102接收到好友主播对应的主播客户端101的连麦确认信息后，服务器102则会建立该主播标识对应的主播客户端101与好友主播标识对应的主播客户端101之间的连麦会话连接。
69.下面以主播a和主播b两位主播的合唱互动为例，对目前在连麦直播场景下实现合唱互动的过程进行简要说明。
70.主播a可以选择某一背景音乐进行播放，主播a伴随着背景音乐唱歌，主播a对应的主播客户端采集主播a的音视频流数据(包括背景音乐数据)，将主播a的音视频流数据发送至服务器，服务器接收到主播a的音视频流数据后对其进行同步处理，以保证声音与画面的同步输出，服务器将同步处理后的主播a的音视频流数据发送至主播b对应的主播客户端，主播b对应的主播客户端将同步处理后的主播a的音视频流数据在直播间输出，主播b听到主播a的声音以及背景音乐，同主播a进行合唱，主播b对应的主播客户端采集主播b的音视频流数据，将主播b的音视频流数据发送至服务器，服务器接收到主播b的音视频流数据后对其进行同步处理，以保证声音与画面的同步输出，之后，将同步处理后的主播b的音视频流数据发送至主播a对应的主播客户端，主播a对应的主播客户端将同步处理后的主播b的音视频流数据在直播间输出，并且，服务器将同步处理后的主播a的音视频流数据与同步处理后的主播b的音视频流数据进行混流操作，将混流后的音视频流数据输出至观众客户端，观众客户端将混流后的音视频流数据在直播间输出，从而观众可以在直播间内看主播a和主播b合唱时的视频画面，听到主播a和主播b合唱的声音。
71.由于上述在连麦直播场景下实现合唱互动的过程，会受到网络传输速度以及流数据处理速度等多种因素的影响，因而，常常导致合唱主播的声音之间存在延迟，造成合唱效果不佳，影响观众的直播互动体验。
72.为此，本技术实施例提供了一种直播合唱互动方法。请参阅图3，图3为本技术第一实施例提供的直播合唱互动方法的流程示意图，该方法包括如下步骤：
73.s101：响应于合唱互动开启指令，第一主播客户端将第一音频流数据通过服务器透传至第二主播客户端；其中，第一音频流数据包括背景音乐数据和第一主播客户端采集的第一主播的音频流数据，第一主播客户端与第二主播客户端之间已建立连麦会话连接。
74.s102：第二主播客户端播放第一音频流数据，并采集第二主播的音频流数据，将第二主播的音频流数据通过服务器透传至第一主播客户端。
75.s103：第一主播客户端接收第二主播的音频流数据，将第二主播的音频流数据合并至第一音频流数据中，得到第二音频流数据。
76.s104：第一主播客户端播放第二音频流数据，并将第二音频流数据通过服务器透传至直播间内的观众客户端；其中，直播间包括第一主播所创建的直播间和第二主播所创建的直播间。
77.s105：直播间内的观众客户端接收并播放第二音频流数据。
78.在本实施例中，是从客户端和服务器两个执行主体对直播合唱互动方法进行描述的。其中，客户端包括主播客户端和观众客户端。
79.关于步骤s101,响应于合唱互动开启指令，第一主播客户端将第一音频流数据通过服务器透传至第二主播客户端。
80.在一个可选的是实施例中，合唱互动开启指令可以是服务器在接收到主播客户端的合唱互动确认指令后发出的，也就是说，在建立第一主播客户端与第二主播客户端之间连麦会话连接之后，服务器并没有直接发出该合唱互动开启指令，而是留给主播一定的准备时长，在主播做好准备，通过主播客户端发出合唱互动确认指令后，再发出该合唱互动开启指令。
81.在另一个可选的实施例中，合唱互动开启指令可以是服务器在判断合唱互动开启的剩余准备时长为0时发出的。也就是说，在建立第一主播客户端与第二主播客户端之间连麦会话连接之后，服务器并没有直接发出该合唱互动开启指令，而是留给主播一定的准备时长，若主播在准备时长内未通过主播客户端发出合唱互动确认指令，则默认在剩余准备时长为0时，发出合唱互动开启指令。
82.在其他可选的实施例中，合唱互动开启指令也可以是服务器在建立好连麦会话连接后发出的，也就是说，在此种情况下，建立好连麦会话连接后则立即开启合唱互动玩法。
83.第一主播对应的客户端为第一主播客户端，第二主播对应的客户端为第二主播客户端。关于第一主播和第二主播的设置将在后续进行详细说明。
84.该第一音频流数据包括背景音乐数据和第一主播客户端采集的第一主播的音频流数据。
85.其中，该背景音乐数据可以为第一主播选择的背景音乐数据，也可以为服务器随机选择的背景音乐数据。关于第一主播选择背景音乐数据的过程也将在后续进行详细说明。
86.服务器在步骤s101中起到透传的作用，也就是说服务器在接收到第一音频流数据后，其不会对第一音频流数据进行任何处理操作，直接将其发送至第二主播客户端。
87.由于第一主播客户端单独发送了第一音频流数据至服务器，因而服务器接收到第一音频流数据的速度较快，并且，由于服务器仅起到透传的作用，因而，第二主播客户端也会极快地接收到第一音频数据。
88.下面先对第一主播客户端与第二主播客户端之间建立连麦会话连接的过程进行说明。
89.合唱互动玩法是一种需在连麦直播场景下实现的互动玩法，因而，在s101响应于合唱互动开启指令之前，需要对参与合唱互动玩法的主播对应的主播客户端建立连麦会话连接。
90.如前所述，连麦会话连接的建立方式可以是随机匹配模式，也可以是好友模式。
91.在一个可选的实施例中采用随机匹配模式建立连麦会话连接，具体地，在s101之前，服务器响应于主播客户端发送的互动玩法开启请求，解析互动玩法开启请求，获取合唱互动玩法标识，选取发送包含合唱互动玩法标识的互动玩法开启请求的至少一个主播客户端，建立主播客户端之间的连麦会话连接。
92.其中，该互动玩法开启请求至少包括主播标识以及合唱互动玩法标识。
93.互动玩法开启请求是主播在与互动玩法组件交互后触发主播客户端生成的。具体地，互动玩法组件在直播间界面中的显示示意图可以参阅图2。
94.主播标识是主播对应的唯一标识，用于确认哪位主播发出了互动玩法开启请求，合唱互动玩法标识是合唱互动玩法对应的唯一标识，用于表示请求开启的互动玩法为合唱互动玩法。
95.在另一个可选的实施例中，s101之前，服务器响应于主播客户端发送的互动玩法开启请求，解析互动玩法开启请求，获取合唱互动玩法标识和至少一个好友主播标识，服务器向好友主播标识对应的主播客户端发送连麦请求，在服务器接收到好友主播对应的主播客户端的连麦确认信息后，建立主播客户端之间的连麦会话连接。
96.其中，该互动玩法开启请求至少包括主播标识、合唱互动玩法标识以及至少一个好友主播标识。
97.主播标识以及合唱互动玩法标识的含义与前述相同，在此不进行赘述。
98.好友主播标识用于表示主播邀请哪一主播或哪些主播进行合唱互动玩法。
99.请参阅图4，图4为本技术实施例提供的连麦直播场景下视频画面在直播间界面中的显示示意图。服务器已建立了两个主播客户端之间的连麦会话连接，视频窗口中的左右两侧显示有两个主播客户端分别采集的视频画面41和视频画面42。观众此时可以在直播间内观看两位主播的视频画面，以及同时听到两位主播的声音。
100.在一个可选的实施例中，在建立好连麦会话连接后，服务器可以随机选择一位主播作为成为主唱方，其他主播作为合唱方，具体过程如下，请参阅图5，图5为本技术第一实施例提供的直播合唱互动方法的另一流程示意图，在步骤s101之前，还包括步骤：
101.s106：服务器获取建立连麦会话连接的主播客户端和主播客户端对应的主播标识，选取任意一个主播标识对应的主播为第一主播，并将除第一主播之外的主播设置为第二主播。
102.s107：服务器发送第一提示数据和第二提示数据至直播间内的客户端；其中，第一提示数据至少包括第一主播标识和第一提示信息，第二提示数据至少包括第二主播标识和第二提示信息；第一提示信息和第二提示信息分别用于提示第一主播和第二主播的合唱身份。
103.s108：直播间的客户端接收第一提示数据和第二提示数据，根据第一提示数据，显示第一提示信息在第一主播标识对应的视频显示区域中，根据第二提示数据，显示第二提示信息在第二主播标识对应的视频显示区域中。
104.关于步骤s106，在一个可选的实施例中，服务器可以随机选取一个主播标识对应的主播为第一主播，并将除第一主播之外的主播设置为第二主播，第一主播为主唱方，第二主播为合唱方，主唱方有权选择背景音乐，即合唱曲目。
105.在另一个可选的实施例中，主播之间也可以竞争主唱方，获取背景音乐的选择权。
106.在其他可选的实施例中，若是某一主播邀请其他好友主播进行合唱互动玩法，则该主播也可以默认为第一主播，其他好友主播为第二主播。
107.关于步骤s107，服务器发送第一提示数据和第二提示数据至直播间内的客户端。
108.其中，直播间内的客户端包括直播间内的主播客户端和直播间内的观众客户端。
109.第一提示数据中至少包括第一主播标识和第一提示信息，还可以包括第一提示信息的显示数据，用于确定第一提示信息的显示样式、显示位置以及显示尺寸等。
110.第二提示数据中至少包括第二主播标识和第二提示信息，还可以包括第二提示信息的显示样式、显示位置以及显示尺寸等。
111.第一提示信息和第二提示信息分别用于提示第一主播和第二主播的合唱身份。也即，提示第一主播为主唱方，第二主播为合唱方。
112.关于步骤s108，直播间的客户端接收第一提示数据和第二提示数据，根据第一提示数据，显示第一提示信息在第一主播标识对应的视频显示区域中，根据第二提示数据，显示第二提示信息在第二主播标识对应的视频显示区域中。
113.具体地，在一个可选的实施例中，若第一提示数据中包括第一提示信息在视频显示区域中的显示位置，那么，直播间内的客户端基于第一主播标识对应的视频显示区域在直播间界面中的显示位置以及第一提示信息在视频显示区域中的显示位置，确定第一提示信息在直播间界面中的显示位置，将第一提示信息显示在该直播间界面中的显示位置处，从而实现将第一提示信息显示在第一主播标识对应的视频显示区域中。
114.在另一个可选的实施例中，若第一提示数据中不包括第一提示信息在视频显示区域中的显示位置，则可以获取第一提示信息在视频显示区域中的默认显示位置，例如：视频显示区域的左下角。那么，直播间内的客户端基于第一主播标识对应的视频显示区域在直播间界面中的显示位置以及第一提示信息在视频显示区域中的默认显示位置，确定第一提示信息在直播间界面中的显示位置，将第一提示信息显示在该直播间界面中的显示位置处，从而实现将第一提示信息显示在第一主播标识对应的视频显示区域中。
115.请参阅图6，图6为本技术实施例提供的第一提示信息和第二提示信息在直播间界面中的显示示意图。可以看到第一提示信息61显示在第一主播标识对应的视频显示区域62中，第二提示信息63显示在第二主播标识对应的视频显示区域64中。第一提示信息61的内容为“主唱方”，第二提示信息63的内容为“合唱方”，从而主播和观众均可以及时了解直播合唱互动玩法的各位主播的合唱身份。
116.下面对于背景音乐数据的选择进行说明。如前述该背景音乐数据可以为第一主播选择的背景音乐数据，也可以为服务器随机选择的背景音乐数据。
117.若该背景音乐数据可以为第一主播选择的背景音乐数据，那么在s101之前，该方法还包括步骤：
118.s109：第一主播客户端响应于背景音乐确认指令，解析背景音乐确认指令，得到背景音乐标识，获取背景音乐标识对应的背景音乐数据；其中，背景音乐确认指令为第一主播与背景音乐选择控件交互后触发第一主播客户端生成的，背景音乐选择控件显示在第一主播对应的直播间界面中。
119.第一主播客户端接收服务器发送的背景音乐选择控件数据，根据背景音乐选择控件数据，显示背景音乐选择控件在第一直播对应的直播间界面中。
120.其中，背景音乐选择控件数据包括背景音乐选择控件的显示数据和背景音乐选择控件的功能数据。背景音乐选择控件的显示数据用于确定背景音乐选择控件的显示样式、显示位置以及显示尺寸等，背景音乐选择控件的功能数据用于接收第一主播选择的背景音乐对应的背景音乐标识，触发第一主播客户端生成背景音乐确认指令。
121.背景音乐选择控件中会显示多首背景音乐，第一主播可以在背景音乐选择控件中对背景音乐进行浏览并选择一首作为合唱曲目，此外，背景音乐选择控件中还可以包括搜索子控件，从而实现背景音乐的搜索功能。
122.在本实施例中，第一主播可以自主地选择背景音乐数据，提高了第一主播的合唱互动体验，更利于主播发挥自身优势，吸引更多观众进入直播间内。
123.关于步骤s102，第二主播客户端播放第一音频流数据，并采集第二主播的音频流数据，将第二主播的音频流数据通过服务器透传至第一主播客户端。
124.第二主播客户端播放第一音频流数据，第二主播可以听见背景音乐以及第一主播的声音，第二主播进行合唱，第二主播客户端采集第二主播的音频流数据，之后在将第二主播的音频流数据通过服务器透传至第一主播客户端。
125.同样地，服务器不会对第二主播的音频流数据进行任何操作处理，因此，传输速度较快，且单独传输音频流数据不易出现延迟的可能性。
126.关于步骤s103，第一主播客户端接收第二主播的音频流数据，将第二主播的音频流数据合并至第一音频流数据中，得到第二音频流数据。
127.第一主播客户端接收第二主播的音频流数据时，就会将第二主播的音频流数据直接合并至第一音频流数据中，得到第二音频流数据。
128.此时，第二音频流数据包括背景音乐、第一主播的声音和第二主播的声音。
129.关于步骤s104～s105，第一主播客户端播放第二音频流数据，并将第二音频流数据通过服务器透传至直播间内的观众客户端，直播间内的观众客户端接收并播放第二音频流数据；其中，直播间包括第一主播所创建的直播间和第二主播所创建的直播间。
130.第一主播客户端一边播放第二音频流数据，一边将第二音频流数据通过服务器透传至直播间内的观众客户端。
131.此时，服务器依旧不会对第二音频流数据进行任何操作处理。观众客户端快速地接收到第二音频流数据，并播放第二音频流数据。也即，观众听到背景音乐以及第一主播和第二主播的合唱声音。
132.在本技术实施例中，由于第二主播客户端单独拉取第一主播客户端的第一音频流数据，音频流数据的传输速度较快，且服务器无需对音频流数据和视频流数据进行同步处理，因而，提高了第二主播客户端接收并播放第一音频流数据的速度，使得第二主播能够更及时地听到背景音乐和第一主播的声音进行合唱，以及由于服务器未对第一主播和第二主播的音视频流数据一同进行混流，因而进一步地缩短了计算耗时，避免了第二主播的音频流数据被延迟混流至第一主播的音视频流数据中，从而解决了直播合唱互动过程中主播声音延迟，合唱效果不佳的技术问题，提高了观众的直播互动体验，改善直播间的观看率和留存率。
133.下面将说明在一个可选的实施例中，在合唱互动玩法下视频流数据如何进行显示处理，具体如下，该方法还包括步骤s110～s112：
134.s110：响应于合唱互动开启指令，第一主播客户端和第二主播客户端发送各自采集的视频流数据至服务器。
135.s111：服务器对第一主播客户端和第二主播客户端各自采集的视频流数据进行混流，将混流后的视频流数据发送至直播间内的客户端。
136.s112：直播间内的客户端接收混流后的视频流数据，将混流后的视频流数据显示至直播间界面的视频窗口中。
137.在本实施例中，第一主播客户端和第二主播客户端会将视频流数据单独发送至服务器。由服务器统一进行视频流数据的混流操作，再将混流后的视频流数据发送至直播间内的客户端，从而直播间内的客户端接收混流后的视频流数据，将混流后的视频流数据显示至直播间界面的视频窗口中。
138.在另一个可选的实施例中，该方法还包括步骤s113～s117，具体如下：
139.s113：响应于合唱互动开启指令，第一主播客户端和第二主播客户端发送各自采集的视频流数据至服务器。
140.s114：服务器将第一主播客户端采集的视频流数据发送至第二主播客户端，将第二主播客户端采集的视频流数据发送至第一主播客户端。
141.s115：第一主播客户端和第二主播客户端将服务器发送的视频流数据和各自采集的视频流数据显示至直播间界面的视频窗口中。
142.s116：服务器对第一主播客户端和第二主播客户端采集的视频流数据进行混流，将混流后的视频流数据发送至直播间内的观众客户端。
143.s117：直播间内的观众客户端接收混流后的视频流数据，将混流后的视频流数据显示至直播间界面的视频窗口中。
144.在本实施例中，第一主播客户端和第二主播客户端同样会发送各自采集的视频流数据至服务器。但是，服务器会将第一主播客户端采集的视频流数据发送至第二主播客户端，将第二主播客户端采集的视频流数据发送至第一主播客户端。从而，第一主播客户端和第二主播客户端可以将服务器发送的视频流数据和各自采集的视频流数据显示至直播间界面的视频窗口中。
145.而对于观众客户端来说，服务器依旧会对第一主播客户端和第二主播客户端采集的视频流数据进行混流，将混流后的视频流数据发送至直播间内的观众客户端，使直播间内的观众客户端接收混流后的视频流数据，将混流后的视频流数据显示至直播间界面的视频窗口中。
146.此外，服务器也可以不对第一主播客户端和第二主播客户端采集的视频流数据进行混流，即，由观众客户端自行混流，将混流后的视频流数据显示至直播间界面的视频窗口中。
147.由于，在本技术实施例中，音频流数据和视频流数据是单独传输以及分别处理的，因此，会容易出现音频与视频画面不同步的现象，为了避免影响观众的直播互动体验，在一个可选的实施例中，该方法还包括步骤s118～s111：
148.s118：服务器下发第三提示数据至直播间内的客户端；其中，第三提示数据至少包括第三提示信息；第三提示信息为关于音视频流数据不同步的提示信息；
149.s111：直播间内的客户端接收第三提示数据，根据第三提示数据，显示第三提示信息在各自的直播间界面中。
150.在本实施例中，第三提示数据还可以包括第三提示信息的显示数据，第三提示信息的显示数据用于确定第三提示信息的显示样式、显示位置以及显示尺寸等。
151.请参阅图7，图7为本技术实施例提供的第三提示信息在直播间界面中的显示示意
图。图7中第三提示信息71显示在直播间界面70中，第三提示信息71中提示当前为合唱互动玩法，视频画面可能与音频不同步的现象。
152.请参阅图8，图8为本技术第二实施例提供的直播合唱互动方法的流程示意图，包括如下步骤：
153.s201：响应于合唱互动开启指令，将第一音频流数据通过服务器透传至第二主播客户端，使第二主播客户端播放第一音频流数据，并采集第二主播的音频流数据，将第二主播的音频流数据通过服务器透传至第一主播客户端；其中，第一音频流数据包括背景音乐数据和第一主播客户端采集的第一主播的音频流数据，第一主播客户端与第二主播客户端之间已建立连麦会话连接。
154.s202：接收第二主播的音频流数据，将第二主播的音频流数据合并至第一音频流数据中，得到第二音频流数据，播放第二音频流数据，并将第二音频流数据通过服务器透传至直播间内的观众客户端，使直播间内的观众客户端接收并播放第二音频流数据；其中，直播间包括第一主播所创建的直播间和第二主播所创建的直播间。
155.在本实施例中，是从第一主播客户端为执行主体对直播合唱互动方法进行描述的，其体现实现过程详见第一实施例，这里不再赘述。
156.请参阅图9，图9为本技术第三实施例提供的直播合唱互动系统的结构示意图，该系统9包括：服务器91和客户端92；客户端92包括主播客户端921和观众客户端922；主播客户端921包括第一主播客户端9211和第二主播客户端9212；
157.第一主播客户端9211用于响应于合唱互动开启指令，将第一音频流数据通过服务器91透传至第二主播客户端9212；其中，第一音频流数据包括背景音乐数据和第一主播客户端9211采集的第一主播的音频流数据，第一主播客户端9211与第二主播客户端9212之间已建立连麦会话连接；
158.第二主播客户端9212用于播放第一音频流数据，并采集第二主播的音频流数据，将第二主播的音频流数据通过服务器91透传至第一主播客户端9211；
159.第一主播客户端9211用于接收第二主播的音频流数据，将第二主播的音频流数据合并至第一音频流数据中，得到第二音频流数据；
160.第一主播客户端9211用于播放第二音频流数据，并将第二音频流数据通过服务器91透传至直播间内的观众客户端922；其中，直播间包括第一主播所创建的直播间和第二主播所创建的直播间；
161.直播间内的观众客户端922用于接收并播放第二音频流数据。
162.上述实施例提供的直播合唱互动系统与直播合唱互动方法属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。
163.请参阅图10，为本技术第四实施例提供的直播合唱互动装置的结构示意图。该装置可以通过软件、硬件或两者的结合实现成为计算机设备的全部或一部分。该装置10包括：
164.传输装置1001，用于第一主播客户端响应于合唱互动开启指令，将第一音频流数据通过服务器透传至第二主播客户端；其中，第一音频流数据包括背景音乐数据和第一主播客户端采集的第一主播的音频流数据，第一主播客户端与第二主播客户端之间已建立连麦会话连接；
165.第一播放传输装置1002，用于第二主播客户端播放第一音频流数据，并采集第二
主播的音频流数据，将第二主播的音频流数据通过服务器透传至第一主播客户端；
166.合并装置1003，用于第一主播客户端接收第二主播的音频流数据，将第二主播的音频流数据合并至第一音频流数据中，得到第二音频流数据；
167.第二播放传输装置1004，用于第一主播客户端播放第二音频流数据，并将第二音频流数据通过服务器透传至直播间内的观众客户端；其中，直播间包括第一主播所创建的直播间和第二主播所创建的直播间；
168.播放装置1005，用于直播间内的观众客户端接收并播放第二音频流数据。
169.在本技术实施例中，该直播合唱互动装置应用于计算机设备中。需要说明的是，上述实施例提供的直播合唱互动装置在执行直播合唱互动方法时，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将设备的内部结构划分为不同的功能模块，以完成以上描述的全部或者部分功能。另外，上述实施例提供的直播合唱互动装置与直播合唱互动方法属于同一构思，其体现实现过程详见方法实施例，这里不再赘述。
170.请参阅图11，为本技术第五实施例提供的计算机设备的结构示意图。如图11所示，该计算机设备11可以包括：处理器110、存储器111以及存储在该存储器111并可以在该处理器110上运行的计算机程序112，例如：直播合唱互动程序；该处理器110执行该计算机程序112时实现上述第一实施例中的步骤。
171.其中，该处理器110可以包括一个或多个处理核心。处理器110利用各种接口和线路连接计算机设备11内的各个部分，通过运行或执行存储在存储器111内的指令、程序、代码集或指令集，以及调用存储器111内的数据，执行计算机设备11的各种功能和处理数据，可选的，处理器110可以采用数字信号处理(digital signal processing,dsp)、现场可编程门阵列(field-programmable gate array，fpga)、可编程逻辑阵列(programble logic array，pla)中的至少一个硬件形式来实现。处理器110可集成中央处理器(central processing unit，cpu)、图像处理器(graphics processing unit，gpu)和调制解调器等中的一种或几种的组合。其中，cpu主要处理操作系统、用户界面和应用程序等；gpu用于负责触摸显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器110中，单独通过一块芯片进行实现。
172.其中，存储器111可以包括随机存储器(random access memory，ram)，也可以包括只读存储器(read-only memory)。可选的，该存储器111包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器111可用于存储指令、程序、代码、代码集或指令集。存储器111可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控指令等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器111可选的还可以是至少一个位于远离前述处理器110的存储装置。
173.本技术实施例还提供了一种计算机存储介质，该计算机存储介质可以存储有多条指令，该指令适用于由处理器加载并执行上述实施例的方法步骤，具体执行过程可以参见上述实施例的具体说明，在此不进行赘述。
174.所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元、模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的
功能单元、模块完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元、模块的具体名称也只是为了便于相互区分，并不用于限制本技术的保护范围。上述系统中单元、模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
175.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。
176.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
177.在本发明所提供的实施例中，应该理解到，所揭露的装置/终端设备和方法，可以通过其它的方式实现。例如，以上所描述的装置/终端设备实施例仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。
178.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
179.另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
180.集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，计算机程序包括计算机程序代码，计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。
181.本发明并不局限于上述实施方式，如果对本发明的各种改动或变形不脱离本发明的精神和范围，倘若这些改动和变形属于本发明的权利要求和等同技术范围之内，则本发明也意图包含这些改动和变形。