直播处理方法、装置、设备及计算机可读存储介质与流程

本申请涉及互联网技术，尤其涉及一种直播处理方法、装置、设备及计算机可读存储介质。

背景技术：

随着流媒体技术的发展以及网络直播的广泛普及，网络直播作为一种大众化的娱乐方式已经逐渐步入人们的生活中。用户登录网络直播的应用程序，或者打开网络直播的网页后，可以根据网络直播页面中所呈现的主播封面或者当前直播内容进入感兴趣的直播间，观看或者收听主播的直播节目。用户选择直播间的形式比较单一，较难筛选到自己心仪的电台直播间，从而导致直播间的用户流失率较高。

技术实现要素：

本申请实施例提供一种直播处理方法、装置及计算机可读存储介质，能够提高筛选直播间的准确性，从而提高直播过程中的用户留存率。

本申请实施例的技术方案是这样实现的：

本申请实施例提供一种直播处理方法，包括：

响应于呈现直播间入口的第一操作，呈现直播间入口和主播上传的语音消息，该语音消息包括进入该主播对应直播间的验证音频数据；

响应于针对目标语音消息的第二操作，呈现验证界面，并播放该目标语音消息；

响应于通过该验证界面接收到的输入操作，获取待验证信息；

当该待验证信息与该目标语音消息对应的参考信息满足匹配条件时，获取该目标语音消息对应的直播流数据；

根据该直播流数据播放直播内容。

在一些实施例中，该响应于呈现直播间入口的第一操作，呈现直播间入口和主播上传的语音消息，包括：

响应于呈现直播间入口的第一操作，在显示界面的第一区域呈现多个直播间入口；

基于主播上传语音消息的时间信息，在该显示界面的第二区域滚动呈现各个语音消息；

所述语音消息包括进入该主播对应直播间的验证音频数据、该验证音频数据的时长、该主播的主播标识。

在一些实施例中，该方法还包括：

当待待验证信息与待目标语音消息对应的参考信息满足匹配条件时，获取进入该目标语音消息对应目标直播间的用户数；

当该用户数小于预设的人数阈值时，自身的用户标识以第一身份加入所述目标直播间的用户列表，并在预设的嘉宾显示区域呈现该用户标识；该第一身份的直播用户具有与主播进行连麦的权限；

当该用户数大于或者等于所述人数阈值时，该用户标识以第二身份加入所述用户列表。

本申请实施例提供一种直播处理方法，该方法包括：

响应于启动进入直播间验证功能的第五操作，呈现语音消息的输入界面，该输入界面至少包括验证音频数据的录音入口；

响应于针对该录音入口的第六操作，获取验证音频数据；

获取该验证音频数据的参考信息；

向服务器发送语音消息发布请求，该语音消息发布请求中至少携带有该验证音频数据和该参考信息。

在一些实施例中，该方法还包括：

当接收到服务器发送的语音消息验证未通过的响应消息时，解析该响应消息，获取验证未通过的原因信息；

呈现该验证未通过的原因信息；

该原因信息包括：验证音频数据与参考信息不匹配、验证音频数据为非主播本人、验证提示信息不正确、虚拟资产信息不满足资产设置条件、奖励信息不满足奖励设置条件中的至少之一。

在一些实施例中，该方法还包括：

接收并呈现服务器发送的更新验证音频数据的通知消息，该通知消息为开播时长达到预设时长阈值且直播间对应的用户数小于人数阈值时发送的；

当接收到更新验证音频数据的更新操作时，呈现语音消息的输入界面，以通过该输入界面更新验证音频数据。

在一些实施例中，该方法还包括：

当基于该通知消息，接收到关闭进入直播间验证功能的第六操作时，向服务器发送下线语音消息的下线请求；

接收并呈现服务器发送的下线响应。

本申请实施例提供一种直播处理装置，包括：

第一呈现模块，用于响应于呈现直播间入口的第一操作，呈现直播间入口和主播上传的语音消息，该语音消息包括进入该主播对应直播间的验证音频数据；

第二呈现模块，用于响应于针对目标语音消息的第二操作，呈现验证界面，并播放该目标语音消息；

第一获取模块，用于响应于通过该验证界面接收到的输入操作，获取待验证信息；

第二获取模块，用于当该待验证信息与该目标语音消息对应的参考信息满足匹配条件时，获取该目标语音消息对应的直播流数据；

直播播放模块，用于根据该直播流数据播放直播内容。

在一些实施例中，该第一呈现模块，还用于：

该响应于呈现直播间入口的第一操作，在显示界面的第一区域呈现多个直播间入口；

基于主播上传语音消息的时间信息，在该显示界面的第二区域滚动呈现各个语音消息；

该语音消息包括进入该主播对应直播间的验证音频数据、该验证音频数据的时长、该主播的主播标识。

在一些实施例中，该第二呈现模块，还用于：

响应于针对目标语音消息的第二操作，呈现验证界面，该验证界面包括待验证信息的第一输入入口和目标语音消息的播放入口；

当接收到针对该播放入口的第三操作时，响应于该第三操作，播放该目标语音消息。

在一些实施例中，该装置还包括：

第五获取模块，用于当该待验证信息与该目标语音消息对应的参考信息满足匹配条件时，获取直播平台提供的第一奖励信息和该目标语音消息对应的主播提供的第二奖励信息；

第一更新模块，用于基于该第一奖励信息和第二奖励信息，更新自身的虚拟资产信息。

在一些实施例中，该装置还包括：

第六获取模块，用于当该待验证信息与该目标语音消息对应的参考信息满足匹配条件时，获取进入该目标语音消息对应目标直播间的用户数；

第四呈现模块，用于当该用户数小于预设的人数阈值时，控制自身的用户标识以第一身份进入该目标直播间，并在预设的嘉宾显示区域呈现该用户标识；该第一身份的直播用户具有与主播进行连麦的权限；

控制模块，用于当该用户数大于或者等于该人数阈值时，控制该用户标识以第二身份进入该目标直播间。

在一些实施例中，该装置还包括：

第五呈现模块，用于当该待验证信息与该目标语音消息对应的参考信息不满足匹配条件时，呈现待验证信息错误的提示消息；

次数更新模块，用于将待验证信息的错误次数加1，该错误次数的初始值为0；

信息清除模块，用于当该错误次数小于预设的次数阈值时，清空该第一输入入口对应的待验证信息，以使得再次输入待验证信息。

在一些实施例中，该装置还包括：

第六呈现模块，用于当该错误次数达到该次数阈值时，取消该第一输入入口的输入权限，并呈现向主播发送预设虚拟资产的提示信息，以获取待验证信息的输入权限；

第二更新模块，用于响应于向主播发送虚拟资产的第四操作，根据该预测虚拟资产，更新自身的虚拟资产信息。

权限恢复模块，用于恢复该第一输入入口的输入权限，并将该错误次数重置为初始值。

本申请实施例提供一种直播处理装置，包括：

第三呈现界面，用于响应于启动进入直播间验证功能的第五操作，呈现语音消息的输入界面，该输入界面至少包括验证音频数据的录音入口；

第三获取模块，用于响应于针对该录音入口的第六操作，获取验证音频数据；

第四获取模块，用于获取该验证音频数据的参考信息；

第一发送模块，用于向服务器发送语音消息发布请求，该语音消息发布请求中至少携带有该验证音频数据和该参考信息。

在一些实施例中，该输入界面还包括验证音频数据的选择入口，对应地，该装置还包括：

第七呈现模块，用于当基于该选择入口接收到针对预设音频库的第一选择操作时，呈现预设音频库中的多个候选音频标识；

第一确定模块，用于当接收到从该多个候选音频标识中选择目标音频标识的第二选择操作时，将该目标音频标识确定为该验证音频数据的参考信息。

在一些实施例中，该装置还包括：

第八呈现模块，用于当基于该选择入口接收到针对自定义音频的第三选择操作时，在该输入界面呈现参考信息的第二输入入口；

第七获取模块，用于获取针对第二输入入口的输入信息；

第二确定模块，用于将该输入信息确定为该验证音频数据的参考信息。

在一些实施例中，该输入界面还包括针对奖励信息的第一设置入口、针对重新获取验证权限的第二设置入口和针对验证提示的第三设置入口的至少之一，对应地，该装置还包括：

第九呈现模块，用于当接收到针对第一设置入口的第一设置操作时，呈现奖励信息的第一设置界面；

第八获取模块，用于响应于通过该第一设置界面接收到的设置操作，获取奖励信息；和/或

第十呈现模块，用于当接收到针对第二设置入口的第二设置操作时，呈现重新获取验证权限的第二设置界面；

第九获取模块，用于响应于通过该第二设置界面接收到的设置操作，获取重新获取验证权限所需的虚拟资产信息；和/或

第十一呈现模块，用于当接收到针对第三设置入口的第三设置操作时，呈现验证提示的第三设置界面；

第十获取模块，用于响应于通过该第三设置界面接收到的设置操作，获取验证提示信息。

在一些实施例中，该第一发送模块，还用于：

将该奖励信息，和/或该虚拟资产信息，和/或验证提示信息携带于语音消息发布请求中，并将该语音消息发布请求发送至服务器。

在一些实施例中，该第三获取模块，还用于：

响应于针对该录音入口的第六操作，启动录音功能并采集音频数据；

当接收到针对采集到的音频数据的变声操作时，获取变声模式；

基于该变声模式，对采集到的音频数据的频率和/或音色进行变声处理，以得到验证音频数据。

在一些实施例中，该装置还包括：

第十一获取模块，用于当接收到服务器发送的语音消息验证未通过的响应消息时，解析该响应消息，获取验证未通过的原因信息；

第十二呈现模块，用于呈现该验证未通过的原因信息；

该原因信息包括：验证音频数据与参考信息不匹配、验证音频数据为非主播本人、验证提示信息不正确、虚拟资产信息不满足资产设置条件、奖励信息不满足奖励设置条件中的至少之一。

在一些实施例中，该装置还包括：

第一接收模块，用于接收并呈现服务器发送的更新验证音频数据的通知消息，该通知消息为开播时长达到预设时长阈值且直播间对应的用户数小于人数阈值时发送的；

第十三呈现模块，用于当接收到更新验证音频数据的更新操作时，呈现语音消息的输入界面，以通过该输入界面更新验证音频数据。

在一些实施例中，该装置还包括：

第二发送模块，用于当基于该通知消息，接收到关闭进入直播间验证功能的第六操作时，向服务器发送下线语音消息的下线请求；

第二接收模块，用于接收并呈现服务器发送的下线响应。

本申请实施例提供一种直播处理设备，该设备包括：

存储器，用于存储可执行指令；

处理器，用于执行该存储器中存储的可执行指令时，实现本申请实施例提供的方法。

本申请实施例提供一种计算机可读存储介质，存储有可执行指令，用于引起处理器执行时，实现本申请实施例提供的方法。

本申请实施例具有以下有益效果：

在直播用户在通过直播客户端观看或收听直播内容时，首先会触发呈现直播间入口的第一操作，在本申请实施例中响应于该第一操作，会呈现直播间入口和主播上传的语音消息，该语音消息包括进入该主播对应直播间的验证音频数据，也即验证音频数据，用户可以从诸多主播上传的语音消息中选择一个目标语音信息，此时会呈现验证界面，并播放该目标语音消息，用户可以通过该验证界面输入该目标语音消息对应的待验证信息，并且只有在待验证信息与该目标语音消息对应的参考信息满足匹配条件时，该直播用户才能进入直播间，观看或收听直播内容，如此，在用户进入直播间之间可以通过主播上传的语音消息，对主播的声音有初步的了解，从而提高筛选直播间的准确性，提高用户留存率，另外在用户输入正确的待验证信息后才能进入直播间，能够提高用户进入直播间之间与主播的互动性，从而提高直播趣味性。

附图说明

图1a为相关技术中电台直播的显示界面示意图；

图1b为相关技术中进入电台直播间的显示界面示意图；

图2为为本申请实施例直播处理方法的网络架构示意图；

图3是本申请实施例提供的观众终端400的结构示意图；

图4为本申请实施例提供的直播处理方法的一种实现流程示意图；

图5为本申请实施例提供的直播处理方法的另一种实现流程示意图；

图6a为本申请实施例提供的直播处理方法的另一种实现流程示意图；

图6b为本申请实施例提供的直播处理方法的再一种实现流程示意图；

图7为本申请实施例提供的直播处理方法的用户端实现流程；

图8a为本申请实施例提供的电台大厅的界面示意图；

图8b为本申请实施例提供的猜歌进房的界面示意图；

图8c为本申请实施例提供的进入直播间的界面示意图；

图9为本申请实施例提供的音频数据处理的功能组件架构图；

图10为本申请实施例提供的播放音频的实现流程示意图。

具体实施方式

为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，所描述的实施例不应视为对本申请的限制，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。

在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解,“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。

在以下的描述中，所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象，不代表针对对象的特定排序，可以理解地，“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序，以使这里描述的本申请实施例能够以除了在这里图示或描述的以外的顺序实施。

除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同。本文中所使用的术语只是为了描述本申请实施例的目的，不是旨在限制本申请。

对本申请实施例进行进一步详细说明之前，对本申请实施例中涉及的名词和术语进行说明，本申请实施例中涉及的名词和术语适用于如下的解释。

1)直播，是指通过一定设备采集开播方数据，经过一系列处理如视频编码压缩成可观看可传输的视频流，输出至观看用户端的技术。

2)电台直播：在直播中无法通过摄像头呈现视频的直播形态，而是通过语音实时输出直播内容，实时是语音直播的关键；主播通过唱歌来进行聊天，交友，创建自己的语音直播内容。

3)主播，或者称为主播用户，是指在直播业务中进行表演并将表演分享的用户。

4)直播观众，直播业务中主播用户的表演的受众。

5)直播流数据，主播用户采集的视频和音频进行编码形成的适用于在网络中传输的码流，支持被接收端即时解码播放而不必等待接收全部数据。

6)直播间，与主播用户对应，直播平台中供主播用户发布不同直播业务的应用。

7)直播业务，直播间中主用用户发布的所表演的视频和/或音频内容，根据直播平台的业务规则，直播业务存在时间长度、容量等方面的限制。

8)客户端，以符合超文本标记语言(html，hypertextmarkuplanguage)的网页的形式呈现直播内容的各种形式的软件，例如浏览器、内嵌浏览器内核以支持html的视频客户端、专用的直播客户端和社交网络客户端等，可以具有适应各种平台(例如电脑端、车载端和移动终端)的版本。

为了更好地理解本申请实施例中提供的直播处理方法，首先对相关技术中用户选择以及进入电台直播间的方案及存在的缺点进行说明。

图1a为相关技术中电台直播的显示界面示意图，当用户进入到电台直播的主页面时，在图1a所示的界面中显示正在进行直播的各个主播封面，用户在选择进入直播间时，仅通过选择主播封面进入电台直播间，在用户选择完直播间后，显示如图1b所示的界面。

通过该实现方式进入电台直播间的方式与普通直播间一样，没有体现电台直播间的特点，该实现方式所存在的缺点包括：

1、主播推广的方式单一且效率低，用户较难筛选到自己心仪的电台直播间；

2、主播与用户间没有互动，缺少氛围。

基于此，本申请实施例提供一种直播处理方法、装置、设备和计算机可读存储介质，能够使得用户在进入直播间之前，预先收听主播发布的音频，以选择自己心仪的主播声音，提高筛选直播间的准确性和效率，并且在输入该音频对应的正确标识之后，才能进入直播间，增强了用户与主播的互动，并且能够提高筛选及进入直播间的乐趣性。

下面说明本申请实施例提供的直播处理设备的示例性应用，本申请实施例提供的设备可以实施为笔记本电脑，平板电脑，台式计算机，机顶盒，移动设备(例如，移动电话，便携式音乐播放器，个人数字助理，专用消息设备，便携式游戏设备)等各种类型的用户终端，也可以实施为服务器。下面，将说明设备实施为终端时示例性应用。

参见图2，图2为本申请实施例直播处理方法的网络架构示意图，如图2所示，在该网络架构中至少包括主播终端100、观众终端400、服务器200和网络300。为实现支撑一个示例性应用，观众终端400和主播终端100分别通过网络300连接服务器200，网络300可以是广域网或者局域网，又或者是二者的组合，使用无线链路实现数据传输。

在观众终端400中可以安装有能够观看或收听直播的应用程序(application，app)，该app可以是专门的直播app，还可以是一些具备直播功能的app，例如可以是小视频app。用户可以通过该app，呈现直播间入口界面，并且在该界面中还会呈现主播上传的语音消息(该语音消息可以是歌曲片段，还可以是电视剧或电影的经典台词)，当用户选择并播放一条语音消息，如果用户对该语音消息的声音感兴趣，可以输入该语音消息对应的歌曲名或者电视剧、电影名，如果用户正确猜出该语音消息对应的答案之后，才能进入该直播间，观看或者收听直播内容。

主播终端100中也可以安装有用于发起直播app，主播可以通过该app进行视频或者电台直播，主播在开播之前，或者在开播过程中可以启动进行直播间验证功能，在开启该功能后，直播用户需要回答出语音消息对应的正确答案才能进入直播间。另外主播还可以在发布语音消息之前，还可以设置奖励信息、验证提示信息等，以提高互动趣味性。在主播确定录入待发布的语音消息后，可以在观众终端显示直播间入口的界面，滚动显示各个主播发布的语音消息，以使得观众终端选择想要进入的直播间。

在本申请实施例中，服务器200可以是单个的服务器，也可以是由多各服务器构成的服务器集群、云计算中心等，根据直播服务在观众终端400中实现方式，服务器200有各种差异性的部署方式。

例如，当直播服务在观众终端400中是以专用的直播app的形式实现时，服务器200可以是专用的提供直播视频的一个或多个服务器，其通过网络300直接与观众终端400通信以完成必要的数据和信息的传输。

再例如，当直播服务是在观众终端400中是以耦合到各种已有app(例如社交app、购物app)中的模块或插件(例如小程序)实现时，服务器200可以包括用于实现这些已有app的基本业务功能的业务服务器、以及用于提供直播视频的直播服务器，直播服务器直接与模块或插件通信，也可以间接通过业务服务器与模块或插件通信；当然，可以理解地，直播服务器和业务服务器的区别主要在于所承载业务逻辑，因此，直播服务器和业务服务器实际上也可以是同一服务器。

在下文的描述中，为了描述方便，将上述各种可能方式的服务器都统称为服务器，因此服务器200不应简单理解为一个或一类服务器，而是根据上述的示例，在实际应用中为了支撑直播服务而部署的各种可能形式的服务器。

在一些实施例中，服务器200可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器。终端400可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本发明实施例中不做限制。

参见图3，图3是本申请实施例提供的观众终端400的结构示意图，图3所示的观众终端400包括：至少一个处理器410、存储器450、至少一个网络接口420和用户接口430。观众终端400中的各个组件通过总线系统440耦合在一起。可理解，总线系统440用于实现这些组件之间的连接通信。总线系统440除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图3中将各种总线都标为总线系统440。

处理器410可以是一种集成电路芯片，具有信号的处理能力，例如通用处理器、数字信号处理器(dsp，digitalsignalprocessor)，或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等，其中，通用处理器可以是微处理器或者任何常规的处理器等。

用户接口430包括使得能够呈现媒体内容的一个或多个输出装置431，包括一个或多个扬声器和/或一个或多个视觉显示屏。用户接口430还包括一个或多个输入装置432，包括有助于用户输入的用户接口部件，比如键盘、鼠标、麦克风、触屏显示屏、摄像头、其他输入按钮和控件。

存储器450可以是可移除的，不可移除的或其组合。示例性的硬件设备包括固态存储器，硬盘驱动器，光盘驱动器等。存储器450可选地包括在物理位置上远离处理器410的一个或多个存储设备。

存储器450包括易失性存储器或非易失性存储器，也可包括易失性和非易失性存储器两者。非易失性存储器可以是只读存储器(rom，readonlymemory)，易失性存储器可以是随机存取存储器(ram，randomaccessmemory)。本申请实施例描述的存储器450旨在包括任意适合类型的存储器。

在一些实施例中，存储器450能够存储数据以支持各种操作，这些数据的示例包括程序、模块和数据结构或者其子集或超集，下面示例性说明。

操作系统451，包括用于处理各种基本系统服务和执行硬件相关任务的系统程序，例如框架层、核心库层、驱动层等，用于实现各种基础业务以及处理基于硬件的任务；

网络通信模块452，用于经由一个或多个(有线或无线)网络接口420到达其他计算设备，示例性的网络接口420包括：蓝牙、无线相容性认证(wifi)、和通用串行总线(usb，universalserialbus)等；

呈现模块453，用于经由一个或多个与用户接口430相关联的输出装置431(例如，显示屏、扬声器等)使得能够呈现信息(例如，用于操作外围设备和显示内容和信息的用户接口)；

输入处理模块454，用于对一个或多个来自一个或多个输入装置432之一的一个或多个用户输入或互动进行检测以及翻译所检测的输入或互动。

在一些实施例中，本申请实施例提供的装置可以采用软件方式实现，图3示出了存储在存储器450中的直播处理装置455，其可以是程序和插件等形式的软件，包括以下软件模块：第一呈现模块4551、第二呈现模块4552、第一获取模块4553、第二获取模块4554和直播播放模块4555，这些模块是逻辑上的，因此根据所实现的功能可以进行任意的组合或进一步拆分。

将在下文中说明各个模块的功能。

在另一些实施例中，本申请实施例提供的装置可以采用硬件方式实现，作为示例，本申请实施例提供的装置可以是采用硬件译码处理器形式的处理器，其被编程以执行本申请实施例提供的。。方法，例如，硬件译码处理器形式的处理器可以采用一个或多个应用专用集成电路(asic，applicationspecificintegratedcircuit)、dsp、可编程逻辑器件(pld，programmablelogicdevice)、复杂可编程逻辑器件(cpld，complexprogrammablelogicdevice)、现场可编程门阵列(fpga，field-programmablegatearray)或其他电子元件。

将结合本申请实施例提供的终端的示例性应用和实施，说明本申请实施例提供的直播处理方法。

本申请实施例提供一种直播处理方法，应用于观众终端，图4为本申请实施例提供的直播处理方法的一种实现流程示意图，将结合图4示出的步骤进行说明。

步骤s101，响应于呈现直播间入口的第一操作，呈现直播间入口和主播上传的语音消息。

这里，在步骤s101之前，观众终端接收到呈现直播间入口的第一操作。当该第一操作为观众终端通过专门的直播app接收到的，那么该第一操作可以是启动该直播app的操作，或者显示直播app主页的操作；当第一操作为通过具有直播功能的其他app，例如小视频app接收到的，那么第一操作可以是进入直播页面的操作。

该语音消息包括进入该主播对应直播间的验证音频数据，该验证音频数据可以是歌曲片段，还可以是电视剧或者电影中经典台词对应的音频数据。在呈现该语音消息时，可以呈现验证音频数据的播放时长、上传该语音消息的主播标识、直播头像等信息。

步骤s101在实现时，可以是如图8a所示的实现方式，在不具备重叠区域的两个区域呈现直播间入口和主播上传的语音消息；在一些实施例中，还可以是将主播上传的语音消息以浮层的形式显示在直播间入口所在显示区域的一部分，例如可以是显示在直播间入口所在显示区域的上半部分。当以以上两种实现方式呈现多个主播上传的多个语音消息时，可以是滚动显示多个语音消息。

在一些实施例中，步骤s101在实现时，还可以是将主播上传的语音消息呈现在该主播所对应直播间入口显示区域中的预设位置。

步骤s102，响应于针对目标语音消息的第二操作，呈现验证界面，并播放该目标语音消息。

这里，第二操作可以是选择目标语音消息的选择操作，在实现时，可以是直播观众点击目标语音消息的操作，还可以是直播观众进入目标语音消息对应直播间的操作。也就是说，如果观众用户通过观众终端触发了进入某个直播间的操作，并且该直播间具有主播上传的语音消息，将该语音消息确定为目标语音消息，并认为接收到选择目标语音消息的第二操作。

在本申请实施例中，该验证界面指示包括待验证信息的输入入口，以使得观众用户通过该输入入口执行输入操作。

步骤s103，响应于通过该验证界面接收到的输入操作，获取待验证信息。

该输入操作可以是文本字符的输入操作，还可以是语音输入操作，对应地，当该输入操作用于输入文本字符时，那么可以直接基于该输入操作获取到待验证信息；当该输入操作用于输入语音时，那么可以对输入的语音进行语音识别，从而得到待验证信息。

步骤s104，当该待验证信息与该目标语音消息对应的参考信息满足匹配条件时，获取该目标语音消息对应的直播流数据。

这里，目标语音消息对应的参考信息，在实现时可以是目标语音消息中包括的验证音频数据的标识，其中，当该验证音频数据为某一首歌曲的音频片段时，该参考信息可以是歌曲名；当该验证音频数据为影视作品中的台词对应的音频数据时，该参考信息可以是该影视作品的名称。

该匹配条件可以是待验证信息与参考信息的相似度值大于预设的相似度阈值，还一些实施例中，还可以将该匹配条件设置为待验证信息与参考信息相同。当待验证信息与目标语音消息对应的参考信息满足匹配条件时，说明观众用户输入了正确的待验证信息，此时观众终端才能够获取到该目标语音消息对应的直播流数据，也就只有在观众用户输入了正确的待验证信息时，才允许进入直播间观看或收听直播内容。

步骤s105，根据该直播流数据播放直播内容。

在本申请实施例提供的直播处理方法中，在直播用户在通过直播客户端观看或收听直播内容时，首先会触发呈现直播间入口的第一操作，在本申请实施例中响应于该第一操作，会呈现直播间入口和主播上传的语音消息，该语音消息包括进入该主播对应直播间的验证音频数据，也即验证音频数据，用户可以从诸多主播上传的语音消息中选择一个目标语音信息，此时会呈现验证界面，并播放该目标语音消息，用户可以通过该验证界面输入该目标语音消息对应的待验证信息，并且只有在待验证信息与该目标语音消息对应的参考信息满足匹配条件时，该直播用户才能进入直播间，观看或收听直播内容，如此，在用户进入直播间之间可以通过主播上传的语音消息，对主播的声音有初步的了解，从而提高筛选直播间的准确性，提高用户留存率，另外在用户输入正确的待验证信息后才能进入直播间，能够提高用户进入直播间之间与主播的互动性，从而提高直播趣味性。

在一些实施例中，图4所示的步骤s101可以通过以下步骤实现：

步骤s1011，该响应于呈现直播间入口的第一操作，在显示界面的第一区域呈现多个直播间入口。

这里，在各个直播间入口对应的各个显示区域中，可以显示主播预设的直播间封面，还可以显示主播的签名，以及本次直播主题等信息。

步骤s1012，基于主播上传语音消息的时间信息，在该显示界面的第二区域滚动呈现各个语音消息。

这里，该语音消息包括进入该主播对应直播间的验证音频数据、该验证音频数据的时长、该主播的主播标识。

步骤s1012在实现时，可以基于主播上传语音消息的时间信息，将最新上传的语音消息优先呈现。在本申请实施例中，第二区域可以是与第一区域不具有重叠区域的独立区域，还可以是第一区域所包含的子区域，当第二区域为第一区域的子区域时，可以是在第二区域按照预设的透明度加载浮层，并在该浮层上滚动呈现各个语音消息。

通过上述的步骤s1011至步骤s1012，能够将各个主播上传的语音消息进行集中呈现，并且还会根据语音消息的上传时间优先呈现最新上传的语音消息，能够使得观众用户能够方便、快捷的了解到最新开播的直播间，从而提高选择效率。

在一些实施例中，图4所示的步骤s102可以通过以下步骤实现：

步骤s1021，响应于针对目标语音消息的第二操作，呈现验证界面。

这里，步骤s1021在实现时，可以以浮层的方式呈现验证界面，进一步地，可以是按照预设的透明度加载浮层，并在该浮层上呈现验证界面。

在一些实施例中，验证界面还可以是全屏显示的。

该验证界面包括待验证信息的第一输入入口和目标语音消息的播放入口，在一些实施例中，该验证界面还可以显示该目标语音消息的验证提示信息，以降低用户的难度，如果主播在上传目标语音消息时设置了奖励信息，那么在该验证界面中还可以显示奖励标识，例如可以在验证界面的右上角显示一个红包标识，用于提示用户答出正确的待验证信息可以获得奖励，从而提高用户的互动积极性。

步骤s1022，当接收到针对该播放入口的第三操作时，响应于该第三操作，播放该目标语音消息。

这里，该播放入口可以是图8b所示的“播放语音”的按钮控件，直播观众点击或触控“播放语音”的按钮控件时，认为接收到针对该播放入口的第三操作，此时响应于该第三操作，播放该目标语音消息。

在一些实施例中，步骤s102在实现时，可以是响应于针对目标语音消息的第二操作，以浮层的形式呈现验证界面，并且自动播放该目标语音消息，也就是说当观众用户选择了该目标语音消息时，不需要再次触发播放目标语音消息的操作，即可自动播放目标语音消息，从而能够简化目标语音消息的验证过程，提高验证效率。

在一些实施例中，如图5所示，在步骤s103之后，还可以执行以下步骤：

步骤s201，获取目标语音消息对应的参考信息。

这里，该目标语音消息对应的参考信息可以是，在接收到针对目标语音消息的第二操作之后，观众终端从服务器获取的。在一些实施例中，该参考信息可以是作为目标语音消息的属性信息，当目标语音消息下载到观众终端时，与目标语音消息同步存储到观众终端本地的存储空间，此时步骤s201在实现时，可以从观众终端本地获取该参考信息。

步骤s202，判断待验证信息与目标语音消息对应的参考信息是否满足匹配条件。

这里，该匹配条件可以是预先设置的，例如可以是待验证信息与参考信息相同，还可以是待验证信息与参考信息的相似度值大于预设的相似度阈值。

例如，该匹配条件为待验证信息与参考信息相同，参考信息为“沧海一声笑”，而观众用户输入的待验证信息为“沧海笑”，那么待验证信息与参考信息不满足匹配条件。

当待验证信息与该参考信息满足该匹配条件时，进入步骤s104；当待验证信息与该参考信息不满足该匹配条件时进入步骤s203。

在一些实施例中，在步骤s103之后，可以不执行上述的步骤s201和步骤s202，而是执行下述的步骤s201’和步骤s202：’

步骤s201’，将待验证信息发送至服务器，以请求服务器对待验证信息进行验证。

步骤s202’，判断是否接收到验证通过的通知消息。

这里，如果接收到验证通过的通知消息，表征待验证信息与参考信息满足匹配条件，此时进入步骤s104；如果接收到验证未通过的通知消息，表征待验证信息与参考信息不满足匹配条件，此时进入步骤s203。

步骤s203，呈现待验证信息错误的提示消息。

步骤s203在实现时，可以是以弹窗的方式呈现待验证信息错误的提示消息。

步骤s204，将待验证信息的错误次数加1。

这里，该错误次数的初始值为0。

步骤s205，判断该错误次数是否小于预设的次数阈值。

这里，当该错误次数小于预设的次数阈值时，说明观众用户还具有再次输入待验证信息的机会，此时进入步骤s206；当该错误次数阈值达到该次数阈值时，，说明观众用户不能再次输入待验证信息，此时进入步骤s207。

步骤s206，清空该第一输入入口对应的待验证信息，以使得再次输入待验证信息。

在步骤s206之后，再次进入步骤s103，并执行后续步骤。

步骤s207，取消该第一输入入口的输入权限，并呈现向主播发送预设虚拟资产的提示信息，以获取待验证信息的输入权限。

这里，当第一输入入口的输入权限被取消时，则不能再通过第一输入入口接收输入操作，此时可以通过呈现向主播发送虚拟资产的提示信息，以提示需要向主播送礼物才能再次获取输入权限。其中，该虚拟资产可以是主播在发布语音消息时自行设置的，还可以是系统默认设置的。举例来说，该虚拟资产可以是平台的虚拟金币、虚拟鲜花、虚拟钻石等。

在一些实施例中，在验证界面中还可以包括向主播发送虚拟资产的操作入口，例如可以是如图8b所示的“送礼物”按钮控件。当第一输入入口具有输入权限时，该按钮控件可以是被去激活的，当第一输入入口不具有输入权限时，该按钮控件被激活。在一些实现过程中，该按钮控件还可以是一直处于激活状态的。

步骤s208，响应于向主播发送虚拟资产的第四操作，根据该预测虚拟资产，更新自身的虚拟资产信息。

这里，当通过向主播发送虚拟资产的操作入口接收到向主播送礼物的第四操作时，响应于该第四操作，根据该预设虚拟资产，更新自身的虚拟资产信息。

举例来说，预设虚拟资产为10个虚拟金币，当接收到第四操作时，表明观众用户向主播送出10个虚拟金币，此时需要从观众用户自身的虚拟资产信息中除去该10个虚拟金币，假设观众用户当前有500个虚拟金币，在向主播送出10个虚拟金币后，虚拟金币个数更新为490个。

步骤s209，恢复该第一输入入口的输入权限，并将该错误次数重置为初始值。

这里，步骤s209之后，可以通过第一输入入口再次输入待验证信息，此时再次进入步骤s103并执行后续步骤。

在本申请实施例提供的直播处理方法中，可以设置待验证信息的输入次数上限值，当待验证信息输入不正确且没有达到输入次数上限值时，可以再次输入，即便输入次数达到输入次数上限值时，观众用户还可以通过向主播送礼物的方式再次解锁输入权限，从而提高用户在进入直播间前与主播的互动性。

在一些实施例中，当该待验证信息与该目标语音消息对应的参考信息满足匹配条件时，在步骤s105之后，还可以执行以下步骤：

步骤s106，获取直播平台提供的第一奖励信息和该目标语音消息对应的主播提供的第二奖励信息。

这里，第一奖励信息可以是预先设置好的，还可以是随机确定的，第一奖励信息可以包括奖励的虚拟资产的标识和数量，例如可以是20个虚拟金币。第二奖励信息可以是主播在发布目标语音消息时设置的，例如可以是红包、虚拟金币、虚拟物品等。

步骤s107，基于该第一奖励信息和第二奖励信息，更新自身的虚拟资产信息。

步骤s108，获取进入该目标语音消息对应目标直播间的用户数。

步骤s109，判断该用户数是否小于预设的人数阈值。

这里，该人数阈值可以是直播间的嘉宾人数阈值，当该用户数小于该人数阈值时，进入步骤s110，当该用户数大于或者等于该人数阈值时，进入步骤s111。

步骤s110，自身的用户标识以第一身份加入该目标直播间的用户列表，并在预设的嘉宾显示区域呈现该用户标识。

这里，该第一身份的直播用户具有与主播进行连麦的权限，也即可以认为第一身份的直播用户为该直播间的嘉宾。

在直播间的播放界面中，会预留出嘉宾显示区域，该嘉宾显示区域用于呈现直播间中嘉宾的用户标识，该嘉宾显示区域中能够显示的用户标识的个数一般也是预先设置好的，例如可以是3，或者可以是5等等。举例来说，如图8c所示，在播放界面的左上角的预留出一定的区域作为嘉宾显示区域821，该嘉宾显示区域821能够显示3个用户标识。在本申请实施例中，前三个输入正确的待验证信息的观众用户的用户标识可以显示在该嘉宾显示区域中，后续输入正确的待验证信息的观众用户，则以普通用户的身份进入直播间。

步骤s111，该用户标识以第二身份加入该用户列表。

这里，第二身份的直播用户不具有与主播进行连麦的权限，也即第一身份的直播用户为该直播间的普通用户，此时仅仅将用户标识以第二身份进入该直播间的用户列表中，并不会在直播界面中显示该用户标识。

在上述的步骤s106至步骤s111中，当用户输入正确的待验证信息时，可以获取直播平台提供的奖励，如果该目标语音消息对应的主播设置了额外奖励，此时还可以获取主播提供的奖励，并且对于优先猜中答案进入直播间的用户还能够以嘉宾的身份位列嘉宾席，如此能够激发观众用户与主播的互动积极性。

本申请实施例再提供一种直播处理方法，应用于图2所示的主播终端，图6a为本申请实施例提供的直播处理方法的另一种实现流程示意图，如图6a所示，该方法包括：

步骤s301，响应于启动进入直播间验证功能的第五操作，呈现语音消息的输入界面。

这里，该输入界面至少包括验证音频数据的录音入口，该录音入口在实现时，可以是“开始录音”的操作控件，该操作控件的标识可以是以文字示出，还可以以图标示出。

在本申请实施例中，进入直播间验证功能可以是主播在开播之前启动的，还可以是在直播进行中启动的，也就是说，步骤s301执行时，可以是主播已经开始直播，也可以是主播还未开始直播。

步骤s302，响应于针对该录音入口的第六操作，获取验证音频数据。

这里，当接收到针对“开始录音”的操作控件的点击或触控操作时，可以表征接收到针对录音入口的第六操作，此时响应于第六操作，获取验证音频数据。在实现时，可以是响应于第六操作，采集语音数据，直接将采集到的语音数据确定为验证音频数据，在一些实施例中，还可以在采集到语音数据之后，对采集到的语音数据进行变声处理，将处理后的语音数据确定为验证音频数据。

步骤s303，获取该验证音频数据的参考信息。

这里，该验证音频数据的参考信息可以是由主播自行输入的，还可以是主播从预设音频库提供的多个候选音频标识中选择的。该参考信息为该验证音频数据的标识，例如可以是歌曲名、电视剧名、电影名等。

步骤s304，向服务器发送语音消息发布请求。

这样，该语音消息发布请求中至少携带有该验证音频数据和该参考信息。在一些实施例中，主播在录入验证音频数据时，还可以对奖励信息、重新获取输入权限的虚拟资产信息、提示信息进行设置，在设置完成后，可以在发送语音消息发布请求时，将对以上信息的设置信息一并发送至服务器。

在本申请实施例提供的直播处理方法中，主播在开播之前或者开播过程中，可以启动进入直播间验证功能，并上传一个音频片段，作为观众用户进入直播间的验证信息，以使得观众用户在输入正确的待验证信息后才能进入直播间，从而增加用户进入直播间之前与主播的互动，并且还能够增加主播的推广渠道。

在一些实施例中，上述步骤s302，可以通过以下步骤实现：

步骤s3021，响应于针对该录音入口的第六操作，启动录音功能并采集音频数据。

这里，响应于该第六操作，可以启动主播终端的麦克风，以通过该麦克风手机音频数据。

步骤s3022，当接收到针对采集到的音频数据的变声操作时，获取变声模式。

这里，在实现时，可以在语音消息的输入界面提供有变声操作控件，用户可以通过点击或者触控该变声操作控件，从而触发变声操作，此时可以在该输入界面中呈现可选的变声模式，并通过接收到的变声模式的选择操作，获取选择的变声模式。例如，可选的变声模式可以包括“萝莉”、“大叔”、“机器人”、“皮卡丘”等。每种变声模式对应有不同的目标音色和目标频率。

步骤s3023，基于该变声模式，对采集到的音频数据的频率和/或音色进行变声处理，以得到验证音频数据。

这里，步骤s3023在实现时，可以基于变声模式对应的目标音色和目标频率，对采集到的音频数据的频率和/或音色进行变声处理，从而得到处理后的音频数据，并将处理后的音频数据确定为验证音频数据。

通过上述的步骤s3021至步骤s3023，主播可以在通过主播终端完成语音录入后，选择增加语音的变声来改造自己的语音，例如萝莉音、大叔音、动漫音、动物音等来加大音频的识别难度，并且还能够提高互动趣味性。

在一些实施例中，主播所上传的语音消息可以是从直播平台的预设音频库中选取的，还可以是自由选择的，因此在输入界面中还可以包括验证音频数据的选择入口，对应地，在步骤s302之前或者在步骤s302之后，当从预设音频库中选择音频数据时，可以通过以下步骤确定验证音频数据的参考信息：

步骤s321a，当基于该选择入口接收到针对预设音频库的第一选择操作时，呈现预设音频库中的多个候选音频标识。

这里，候选音频标识也即为预设音乐录中各个候选音频的标识，可以是歌曲名、电视剧名称、电影名称等。

步骤s322a，当接收到从该多个候选音频标识中选择目标音频标识的第二选择操作时，将该目标音频标识确定为该验证音频数据的参考信息。

这里，多个候选音频标识可以是以列表的形式呈现的，当在输入界面中不能显示全部的候选音频标识时，还可以通过可拖拽的下拉光标以控制当前要显示的候选音频标识。当接收到该第二选择操作时，将选择的目标音频标识确定为验证音频数据的参考信息。

在上述的步骤s321a至步骤s322a中，主播可以从直播平台提供的预设音频库中选择一个作为目标音频，并录制该目标音频的一个音频片段作为验证音频数据。举例来说，直播平台可以提供歌曲库，主播从歌曲库中选择一首歌，录入该首歌的一个片段作为验证音频片段，那么该首歌的歌名也即为验证音频片段的参考信息。

在一些实施例中，当是自由选择音频数据时，可以通过以下步骤确定验证音频数据的参考信息：

步骤s321b，当基于该选择入口接收到针对自定义音频的第三选择操作时，在该输入界面呈现参考信息的第二输入入口。

这里，除了从预设音频库中选择一个候选音频标识作为验证音频数据的参考信息，当预设音频库中没有主播想要录入的音频标识时，还可以自由输入音频标识，此时主播用户可以触发针对自定义音频的第三选择操作。也就是说，如果预设的歌曲库中没有主播想要唱的歌曲时，主播可以自行输入想要唱的歌曲名。

步骤s322b，获取针对第二输入入口的输入信息。

这里，第二输入入口可以为文本输入框，在一些实施例中还可以是语音输入框，当接收到针对第二输入入口的输入操作时，基于该输入操作，获取对应的输入信息，该输入信息也即为主播自定义的验证音频数据的标识。

步骤s323b，将该输入信息确定为该验证音频数据的参考信息。

在上述的步骤s321b至步骤s323b中，主播可以自定义录制的验证音频数据的参考信息，从而保证主播在预设歌曲库中没有选到想要录制的音频数据时，能够进行自主选择，提高主播的选择自由度。

在一些实施例中，在步骤s303之后，主播还可以对完成语音消息的奖励信息、待验证信息的错误次数超过次数阈值后重新获取验证权限的代价信息以及验证提示信息中的一个或多个进行设置，对应地，该输入界面还包括针对奖励信息的第一设置入口、针对重新获取验证权限的第二设置入口和针对验证提示的第三设置入口的至少之一，对奖励信息的设置过程可以通过以下步骤实现：

步骤s331a，当接收到针对第一设置入口的第一设置操作时，呈现奖励信息的第一设置界面。

这里，在第一设置界面中可以包括针对奖励标识和奖励数量进行设置的设置入口，在一些实施例中，第一设置界面可以包括对多种奖励信息的选择入口。

步骤s332a，响应于通过该第一设置界面接收到的设置操作，获取奖励信息。

基于第一设置界面，主播终端可以自行设置奖励标识和奖励数量，还可以从提供的多种可选奖励信息中选择一个，作为该语音消息对应的奖励信息。例如，主播可以自行设置奖励标识为金币，奖励数量为20，也可以是从直播平台提供的多种可选奖励信息，例如有10朵玫瑰花、20朵玫瑰花、30个金币等选择一个作为该语音消息对应的奖励信息。

在一些实施例中，主播设置的奖励信息还可以是红包，此时需要主播设置红包金额以及红包份数，还可以设置是评手气随机分配红包金额，还是平均分配红包金额。

对重新获取验证权限的设置可以通过以下步骤实现：

步骤s331b，当接收到针对第二设置入口的第二设置操作时，呈现重新获取验证权限的第二设置界面。

这里，通过第二设置界面可以设置观众用户重新获取验证权限时需要支付的虚拟资产信息，在第二设置界面中可以包括针对虚拟资产标识和虚拟资产数量进行设置的设置入口，在一些实施例中，第一设置界面可以包括对多种虚拟资产信息的选择入口。

步骤s332b，响应于通过该第二设置界面接收到的设置操作，获取重新获取验证权限所需的虚拟资产信息。

与步骤s332b类似，基于第二设置界面，主播终端可以自行设置虚拟资产标识和虚拟资产数量，还可以从提供的多种可选虚拟资产信息中选择一个，作重新获取验证权限所需的虚拟资产信息。

对验证提示的设置可以通过以下步骤实现：

步骤s331c，当接收到针对第三设置入口的第三设置操作时，呈现验证提示的第三设置界面。

这里，在第三设置界面中可以包括针对验证音频数据对应的作品类型以及作者类型进行设置的设置入口。其中，当验证音频数据为歌曲片段时，作品类型可以包括：流行乐、爵士乐、民谣乐、摇滚乐等，作者类型可以包括男歌手、女歌手，还可以是国内男歌手、国内女歌手、欧美男歌手、欧美女歌手等。当验证音频数据为影视台词时，作品类型可以包括：现代剧、古装剧、歌剧等，作者类型可以包括男演员、女演员等。

步骤s332c，响应于通过该第三设置界面接收到的设置操作，获取验证提示信息。

在一些实施例中，在完成对奖励信息、虚拟资产信息和验证提示信息的设置之后，可以向服务器发送语音消息发布请求时，将该奖励信息，和/或该虚拟资产信息，和/或验证提示信息携带于语音消息发布请求中，并将该语音消息发布请求发送至服务器，如此能够激发观众用户的参与热情以及互动乐趣。

基于前述的实施例，本申请实施例再提供一种直播处理方法，应用于图2所示的网络架构，图6b为本申请实施例提供的直播处理方法的再一种实现流程示意图，如图6b所示，该流程包括：

步骤s401，响应于启动直播app的操作指令，在主播终端呈现直播业务的直播窗口，接收主播用户针对即将初始化的直播业务的设定。

在本申请实施例中，直播业务未初始化之前的直播窗口用于接收主播用户添加在主播用户的直播间中新建直播业务的名称和备注等信息，便于主播用户后续查找。

步骤s402，主播终端向服务器发送直播业务初始化数据。

这里，主播终端向服务器提交直播间中待建立直播间的标识和主播用户的标识等用于初始化直播业务。

步骤s403，主播终端响应于启动进入直播间验证功能的第五操作，呈现语音消息的输入界面。

该输入界面至少包括验证音频数据的录音入口，在本申请实施例中，该输入界面还包括针对奖励信息、重新获取验证权限的虚拟资产信息和验证提示信息的设置入口。

步骤s404，主播终端响应于针对该录音入口的第六操作，获取验证音频数据。

步骤s405，主播终端获取针对奖励信息、重新获取验证权限的虚拟资产信息和验证提示信息的设置信息。

这里，步骤s405在实现时，响应于对奖励信息、重新获取验证权限的虚拟资产信息和验证提示信息的设置操作，获取奖励信息、重新获取验证权限的虚拟资产信息和验证提示信息，进一步地，可以参考步骤s331a、步骤s332a、步骤s331b、步骤s332b、步骤s331c和步骤s332c的实现过程。

步骤s406，主播终端获取该验证音频数据的参考信息。

步骤s407，主播终端向服务器发送语音消息发布请求。

这里，语音消息发布请求中携带有该验证音频数据、该参考信息、奖励信息、重新获取验证权限的虚拟资产信息和验证提示信息。

步骤s408，服务器在接收到语音消息发布请求后，对该语音消息发布请求进行验证，得到验证结果。

这里，服务器在接收到语音消息发布请求后，解析语音消息发布请求，得到验证音频数据、该参考信息、奖励信息、重新获取验证权限的虚拟资产信息和验证提示信息，以对验证音频数据和参考信息的匹配性、奖励信息、虚拟资产信息的合理性、验证提示信息的正确性分别进行验证，得到验证结果。

进一步地，可以验证参考信息是否为验证音频数据的正确标识以确定验证音频数据和参考信息的匹配性，验证奖励信息、虚拟资产信息是否在直播平台设定的范围内，验证提示信息是否为正确的提示信息，从而得到验证结果。

步骤s409，当该验证结果为验证通过时，服务器向主播终端发送验证通过的响应消息。

步骤s410，服务器发布主播终端上传的语音消息。

这里，服务器发布主播终端上传的语音消息，可以同时发布语音消息的播放时长、主播标识。服务器完成对语音消息的发布后，当观众终端进入直播间入口的呈现界面时，可以呈现该语音消息。

步骤s411，主播终端响应于针对主播终端开始直播的启动操作，呈现直播播放界面，并采集媒体数据。

这里，当启动的是视频直播时，媒体数据包括图像数据和音频数据；当启动的是电台直播时，媒体数据仅包括音频数据。

步骤s412，主播终端将采集到的媒体数据进行编码得到直播流数据，并将直播流数据发送至服务器。

步骤s413，观众终端响应于呈现直播间入口的第一操作，呈现直播间入口和主播上传的语音消息。

这里，语音消息包括进入该主播对应直播间的验证音频数据。

步骤s414，观众终端响应于针对目标语音消息的第二操作，呈现验证界面，并播放该目标语音消息。

步骤s415，观众终端响应于通过该验证界面接收到的输入操作，获取待验证信息。

步骤s416，观众终端将待验证信息发送至服务器。

步骤s417，服务器判断该待验证信息是否与该目标语音消息对应的参考信息满足匹配条件。

这里，当待验证信息与参考信息满足匹配条件时，进入步骤s418；当待验证信息与参考信息不满足匹配条件时，进入步骤s420。

步骤s418，服务器将直播流数据发送至加入主播直播间的观众终端。

步骤s419，观众终端获取该目标语音消息对应的直播流数据，并根据该直播流数据播放直播内容。

步骤s420，服务器向观众终端返回待验证信息不正确的提示消息。

在一些实施例中，当观众终端接收到待验证信息不正确的提示消息后，进入步骤s203，并执行后续步骤，以提示观众用户待验证信息错误，需要再次输入并验证。

在本申请实施例提供的直播处理方法中，主播可以在开播之前启动进入直播间验证功能，并录入验证音频数据，还可以对猜对验证音频数据对应的参考信息的奖励信息，重新获取输入权限的虚拟资产信息以及验证提示信息进行设置，并将上述信息携带于语音消息发布请求中发送至服务器，由服务器对该语音消息发布请求进行审核验证，并在审核完成后发布该语音消息，此时观众用户可以在直播间入口的呈现界面看到该条语音消息，观众用户可以任意选择并播放一条语音消息，在输入正确的待验证信息后后则自动进入该主播电台直播间，并获得奖励，如此，能够增加用户参与互动的积极性，并提高了直播间的活跃人数，增加人气；不但解决了用户寻找心仪主播的需求，而且增加了电台主播使用语音这一推广方式和极大提高推广效率。

在一些实施例中，在步骤s408之后，还可以执行以下步骤：

步骤s421，当该验证结果为验证未通过时，服务器向主播终端发送验证未通过的响应消息。

这里，该响应消息中携带有验证未通过的原因信息，在一些实施例中，该响应消息还可以包括原因信息对应的更新建议信息，以便于主播根据该更新建议信息对发布的语音消息的设置信息进行针对性修改。

步骤s422，当主播终端接收到服务器发送的语音消息验证未通过的响应消息时，解析该响应消息，获取验证未通过的原因信息。

这里，如果响应消息中携带有更新建议信息，此时解析该响应消息，还可以获取到更新建议信息。例如，验证音频数据为歌曲“千年等一回”的音频片段，对应的参考信息为“新白娘子传奇”，此时获取到的原因信息为验证音频数据与参考信息不匹配，此时更新建议信息可以是建议将参考信息修改为“千年等一回”。

步骤s423，主播终端呈现该验证未通过的原因信息。

这里，该原因信息包括：验证音频数据与参考信息不匹配、验证音频数据为非主播本人、验证提示信息不正确、虚拟资产信息不满足资产设置条件、奖励信息不满足奖励设置条件中的至少之一。在一些实施例中，还可以呈现更新建议信息。

步骤s424，主播终端基于该原因信息，对验证音频数据或验证音频数据的设置信息进行更新。

步骤s425，主播终端基于更新后的语音消息，再次发送语音消息发布请求。

通过上述的步骤s421至步骤s425，当语音消息发布请求未通过验证时，服务器可以向主播终端返回未通过原因，在一些实施例中还可以向主播终端返回更新建议信息，从而使得主播终端能够进行针对性的更新操作，提高语音消息的发布效率。

在一些实施例中，服务器可以监测启动进入直播间验证功能的各个直播间的当前用户数，并在主播开播时长达到预设时长阈值，且直播间对应的用户数小于人数阈值时发送更新验证音频数据的通知消息，以提示主播当前用户人数过低，更新验证音频数据，此时主播终端可以执行以下步骤：

步骤s426，主播终端接收并呈现服务器发送的更新验证音频数据的通知消息。

这里，通知消息为开播时长达到预设时长阈值且直播间对应的用户数小于人数阈值时发送的，例如预设时长阈值为半小时，人数阈值为20人，也就是说，当开播半小时后，如果进入直播间的用户数不足20人时，说明当前的验证音频数据可能过于生僻，对观众用户来说难度较大，服务器会向主播终端发送该通知消息，以提示主播更新验证音频数据。

步骤s427，当主播终端接收到更新验证音频数据的更新操作时，呈现语音消息的输入界面，以通过该输入界面更新验证音频数据。

这里，更新验证音频数据，可以是录入新的验证音频数据，还可以是对已发布的该验证音频数据的验证提示信息进行更新，以降低猜对难度。

步骤s428，主播终端获取更新后的语音消息。

步骤s429，主播终端再次向服务器发送语音消息发布请求。

通过上述的步骤s426至步骤s429，在验证音频数据难度较大，从而影响了直播间人气时，服务器可以向主播终端发送更新验证音频数据的通知消息，以使得主播终端及时更新验证音频数据，提高直播间人气。

在一些实施例中，服务器还可以统计主播终端当前发布语音消息的次数，当发布语音消息的次数大于预设的发布阈值时，可以提高主播等级经验值及获得金币奖励。

在一些实施例中，当主播终端接收到该通知消息后，主播还可以通过主播终端触发关闭进入直播间验证功能的第六操作，响应于该第六操作，主播终端向服务器发送下线语音消息的下线请求，服务器在接收到该下线请求后，删除该主播上传的语音消息，并向主播终端发送下线响应，此时主播终端接收并呈现服务器发送的下线响应，在主播终端下线该语音消息后，可以关闭进入直播间验证功能，此时当观众终端接收到针对该直播间入口的操作时，直接进入直播间，从而提高用户进入直播间的效率，从而提高直播间的人气。

下面，将说明本申请实施例在一个实际的应用场景中的示例性应用。进一步地，以音频数据为歌曲音频、直播类型为直播电台为例说明本申请实施例提供的直播处理方法。

在本申请实施例中，在直播应用的主页面设置电台大厅，在电台大厅中增加“猜歌进房”的方式，需要与主播互动完成猜歌才可进入相应的电台；并且在主播发布语音时可增加“变声”和“红包”的玩法，提高玩法的多样化，增强了筛选电台及进入电台的乐趣。

以下从主播端和用户端分别说明本申请实施例提供的直播处理方法。

主播端：主播开启电台直播间，选择“猜歌进房”功能，选择一首歌，录入这首歌的其中一个段落，这首歌可以是预设歌曲库中的，还可以是主播根据自己的喜欢自由选取的。所录制的歌曲片段的时间长度在5秒(s，second)至30s之间。录入完语音可选择增加语音的变声来增加难度，分别可变声音为“萝莉音”、“大叔音”、“动漫音”等，也可以选择加入红包(输入金额与份数)，然后需要选择答错3次后被锁定需要用户赠送的解锁礼物，最后确定并发布。主播将语音发布后，该条语音将会出现在电台大厅。主播在每日完成10条以上的语音发布，可以提高主播等级经验值及获得金币奖励。

用户端：图7为本申请实施例提供的直播处理方法的用户端实现流程，如图7所示，用户端的实现流程包括：

步骤s701，用户端选择查看语音。

这里，图8a为本申请实施例提供的电台大厅的界面示意图，如图8a所示，在电台大厅801中可以滚动显示主播发布的语音，并且会显示主播标识(id，identification)、头像、语音时长等信息。用户可以在电台大厅任意打开一条语音听歌。

步骤s702，输入歌曲答案。

当用户选择了一条语音后，会显示如图8b所示的显示界面，在该显示界面中显示“猜歌进房”的浮层界面810，并且在该浮层界面810提供了“播放语音”按钮控件811、“送礼物”按钮控件812以及用于输入歌曲名的输入控件813，其中，用户可以点击或触控“播放语音”按钮控件811，以播放主播上传的语音，然后在确定歌曲名后，在输入控件813中输入歌曲名。另外，如果主播在上传语音时设置了提示信息，那么在该浮层界面810中显示如图8b所示的提示信息814。

步骤s703，如果输入正确的歌曲名后则自动进入该主播电台直播间，并获得奖励。

这里，当用户输入正确的歌曲名后，会自动进入该主播的电台直播间，此时显示如图8c所示的界面。

用户获得的奖励至少包括直播平台提供的金币礼物；如成功进入了有红包的电台直播间，则用户还可以随机获得主播提供的红包奖励。

步骤s704，如果用户在同一条语音猜错3次则会被锁定该语音，此时该语音不能作答。

步骤s705，用户需要给该主播送出一个指定的礼物才可以解锁继续作答。

为实现本申请实施例提供的直播处理方法，重点在于对音频数据的处理，其中主要包括：音频录制、音频播放、变声以及文件操作几个过程。围绕完整的音频处理，在实现时可以设计一套关于音频的录制、播放、变声、上传、下载功能组件，图9为本申请实施例提供的音频数据处理的功能组件架构图，如图9所示，该架构包括音频操作模块901和文件操作模块902，音频操作模块901实现的功能包括音频录制9011、音频播放9012、音频变声9013；文件操作模块902实现的功能包括文件上传9021与文件下载9022。

以下结合图9对音频处理的各个实现过程进行说明。

一、音频录制

音频录制需要经过声音采样、量化、过滤、存储等步骤。

采样是按照采样频率对原始从麦克风收集到的声音信号进行抽样，按照奈奎斯特抽样定理，抽样频率应大于2倍信号最高频率。人耳可识别的声音范围是20～2000赫兹(hz，hertz)，故采样率一般选用44.1khz、48khz或96khz。

量化是将连续值近似处理为某范围内的有限个数的离散值。通常量化使用8位或16位进行近似处理。

过滤是进行滤波的过程，可以依据需要添加相应的滤波器对声音频率处理。

存储是将前面得到的信号以文本形式进行保存，非压缩的音频格式有脉冲编码调制(pcm，pulsecodemodulation)、波形文件(wav，waveform)，压缩的格式有m4a、mp3等。

由此可见，在音频录制的实现中需要获取麦克风声音作为输入源，故需要首先查询是否获取麦克风权限，之后主播可以通过相应产品交互入口进行音频录制，然后需要将音频保存为本地文件。以苹果操作系统(ios，iphoneoperatingsystem)平台为例，音频录制的实现过程包括以下步骤：

步骤s701，创建音频会话。

avaudiosession会话有多种类型，包括ambient(混音播放)、soloambient(独占播放)、playback(后台播放)、record(录音)、playandrecord(录音并且播放)、audioprocessing(硬件处理音频)、multiroute(多路输入输出)。在步骤s701中，需要使用的是record模式。

步骤s702，创建audiorecoder对象。

需要设置的参数有：格式、采样率、通道数以及需要保存的音频文件路径。

步骤s703，启动音频录制。

在实现时，直接使用系统应用程序接口(api，applicationprogramminginterface)api即可开始录制。

步骤s704，结束音频录制。

在实现时，可以直接调用系统api结束录制。

二、音频播放

音视频播放涉及解封装、解码、音画同步等，但对于纯粹的音频播放过程较为简洁，音频按照是否压缩可以分为多种文件类型，故不同的文件类型在播放时的步骤略显不同，并且网络文件播放比本地文件播放要增加解协议的环节，以播放本地音频文件为例，实现流程包括如图10所示的各个步骤：

步骤s801，下载文件。

这里，在实现时可以是将音频文件下载到本地。

步骤s802，判断音频是否压缩。

其中，如果音频被压缩，此时进入步骤s803；如果视频未被压缩，此时进入步骤s804。

步骤s803，对音频进行解码。

步骤s804，获取音频采样数据。

步骤s805，播放音频。

也就是说，音频播放首先需要从管理端发起请求获取相应的音频文件，随后将文件下载到本地，并在不同平台上调用相应的接口进行音频文件播放。在ios平台实现音频播放的步骤如下：

步骤s901，创建avaudioplayer对象。

在实现时，通过过获取到的文件地址，初始化avaudioplayer对象。

步骤s902，预备播放，用于检查音频是否准备成功。

步骤s903，启动播放，调用系统api开始播放。

三、音频变声

声音是由物体振动产生的声波，可以通过介质(空气、固体、液体)传播并且能被人或动物听觉器官感知的波动现象。与其他波一样，声波可以由频率、振幅、波形表示。

通常描述声音采用音调、响度、音色三个特征，音调是指声音的高音、低音，由频率决定；响度是指音量大小，取决于振幅；音色是指声音的特色，不同声音在波形方面的特性。音频变声的原理就是改变声音的音调、音色，使得输出的声音在感官上与原始声音有所差异。通常男生的音调比较低、女生音调比较高，故可以通过改变音调大小，实现男生变女生等变声效果，另外改变音色也可以实现回声、混响等效果音。

变声处理可以采用硬件处理以及软件处理两种方式，其中硬件处理就是所谓的“变声器”。软件处理方面，可以使用soundtouch音频处理库、fmod声音系统。soundtouch可支持变速、变调，但功能较为单一，fmod支持多种变声风格，比如“萝莉”、“大叔”、“机器人”等。

四、文件上传

在音频录制完成后，需要将主播音频文件保存到服务器，即进行文件上传。基于超文本传输协议(http，hypertexttransferprotocol)协议的文件上传是将客户端按照http协议规范与定义实现文件与其他表单信息组成的请求消息体封装，之后传输到服务器。服务器端收到传输数据后对消息体进行解析，进而提取出相应的信息并存储。

在ios平台使用afnetworing框架实现文件上传时，首先需要拿到服务器地址，创建afhttpsessionmanager对象，并且可以设置请求超时时间，然后创建post请求，将文件作为http消息体内容上传到后台管理端。post请求提交后，后台收到请求会返回相应的回调信息，以表明此次文件上传是否成功。

五、文件下载

文件下载与文件上传过程相反，是客户端从服务器端获取文件数据，使用afnetworking实现文件下载需要如下步骤：

步骤s1001，创建会话管理者afurlsessionmanager。

步骤s1002，创建下载路径以及获取请求服务器地址。

步骤s1003，afurlsessionmanager创建下载任务nsurlsessiondownloadtask。

步骤s1004，启动下载任务。

步骤s1005，将下载文件保存。

在获取到下载文件后，即可使用上述的音频播放过程进行音频文件播放。

在本申请实施例中，各模块采用单例实现，统一由组件音频管理对象进行调度管理，降低了各模块之间的耦合度，提高代码通用性。

针对目前各直播平台利用音频消息的互动比较缺乏的问题，在本申请实施例中，通过对音频信息的多种处理，实现了主播侧和用户侧针对音频消息的互动，提高了用户与主播的亲密值，也丰富了直播间的娱乐性，其中主播可以在语音广场任意发送自己的唱歌语音片段，用户在语音广场可选择打开任一语音播放，并在页面中输入歌曲名字，如输入正确将自动进入电台直播间并坐在了嘉宾的位置，如嘉宾位置已满，则当成普通用户出现在直播间里；主播在发送语音片段时可选择几种模式来改造自己的语音，例如萝莉音、大叔音、动漫音、动物音等来加大歌曲的识别难度，能够增强玩法趣味性以及提升用户的新鲜感，另外在用户答错3次后锁定该条语音，需要用户给该主播送出一个指定的礼物才可以解锁继续作答，提高了互动的可玩性；主播也可以在指定的语音上增加红包的玩法来吸引用户的参与。

用户猜对进入了电台直播间会获得平台金币礼物的奖励，随机会获得用户或平台的红包奖励，这样的方式增加用户参与“猜歌进房”的粘性，并提高了电台直播间的活跃人数，增加人气；不但解决了用户寻找心仪主播的需求，而且增加了电台主播使用语音这一种最契合的推广方式和极大提高推广效率。

下面继续说明本申请实施例提供的直播处理装置455的实施为软件模块的示例性结构，在一些实施例中，如图3所示，存储在存储器440的直播处理装置455中的软件模块可以包括：

第一呈现模块4551，用于响应于呈现直播间入口的第一操作，呈现直播间入口和主播上传的语音消息，该语音消息包括进入该主播对应直播间的验证音频数据；

第二呈现模块4552，用于响应于针对目标语音消息的第二操作，呈现验证界面，并播放该目标语音消息；

第一获取模块4553，用于响应于通过该验证界面接收到的输入操作，获取待验证信息；

第二获取模块4554，用于当该待验证信息与该目标语音消息对应的参考信息满足匹配条件时，获取该目标语音消息对应的直播流数据；

直播播放模块4555，用于根据该直播流数据播放直播内容。

在一些实施例中，该第一呈现模块，还用于：

该响应于呈现直播间入口的第一操作，在显示界面的第一区域呈现多个直播间入口；

基于主播上传语音消息的时间信息，在该显示界面的第二区域滚动呈现各个语音消息；

该语音消息包括进入该主播对应直播间的验证音频数据、该验证音频数据的时长、该主播的主播标识。

在一些实施例中，该第二呈现模块，还用于：

响应于针对目标语音消息的第二操作，呈现验证界面，该验证界面包括待验证信息的第一输入入口和目标语音消息的播放入口；

当接收到针对该播放入口的第三操作时，响应于该第三操作，播放该目标语音消息。

在一些实施例中，该装置还包括：

第五获取模块，用于当该待验证信息与该目标语音消息对应的参考信息满足匹配条件时，获取直播平台提供的第一奖励信息和该目标语音消息对应的主播提供的第二奖励信息；

第一更新模块，用于基于该第一奖励信息和第二奖励信息，更新自身的虚拟资产信息。

在一些实施例中，该装置还包括：

第六获取模块，用于当该待验证信息与该目标语音消息对应的参考信息满足匹配条件时，获取进入该目标语音消息对应目标直播间的用户数；

第四呈现模块，用于当该用户数小于预设的人数阈值时，控制自身的用户标识以第一身份进入该目标直播间，并在预设的嘉宾显示区域呈现该用户标识；该第一身份的直播用户具有与主播进行连麦的权限；

控制模块，用于当该用户数大于或者等于该人数阈值时，控制该用户标识以第二身份进入该目标直播间。

在一些实施例中，该装置还包括：

第五呈现模块，用于当该待验证信息与该目标语音消息对应的参考信息不满足匹配条件时，呈现待验证信息错误的提示消息；

次数更新模块，用于将待验证信息的错误次数加1，该错误次数的初始值为0；

信息清除模块，用于当该错误次数小于预设的次数阈值时，清空该第一输入入口对应的待验证信息，以使得再次输入待验证信息。

在一些实施例中，该装置还包括：

第六呈现模块，用于当该错误次数达到该次数阈值时，取消该第一输入入口的输入权限，并呈现向主播发送预设虚拟资产的提示信息，以获取待验证信息的输入权限；

第二更新模块，用于响应于向主播发送虚拟资产的第四操作，根据该预测虚拟资产，更新自身的虚拟资产信息。

权限恢复模块，用于恢复该第一输入入口的输入权限，并将该错误次数重置为初始值。

本申请实施例再提供一种直播处理装置，该直播处理装置可以是存储在主播终端的存储器中的软件模块，该直播处理装置包括：

第三呈现界面，用于响应于启动进入直播间验证功能的第五操作，呈现语音消息的输入界面，该输入界面至少包括验证音频数据的录音入口；

第三获取模块，用于响应于针对该录音入口的第六操作，获取验证音频数据；

第四获取模块，用于获取该验证音频数据的参考信息；

第一发送模块，用于向服务器发送语音消息发布请求，该语音消息发布请求中至少携带有该验证音频数据和该参考信息。

在一些实施例中，该输入界面还包括验证音频数据的选择入口，对应地，该装置还包括：

第七呈现模块，用于当基于该选择入口接收到针对预设音频库的第一选择操作时，呈现预设音频库中的多个候选音频标识；

第一确定模块，用于当接收到从该多个候选音频标识中选择目标音频标识的第二选择操作时，将该目标音频标识确定为该验证音频数据的参考信息。

在一些实施例中，该装置还包括：

第八呈现模块，用于当基于该选择入口接收到针对自定义音频的第三选择操作时，在该输入界面呈现参考信息的第二输入入口；

第七获取模块，用于获取针对第二输入入口的输入信息；

第二确定模块，用于将该输入信息确定为该验证音频数据的参考信息。

在一些实施例中，该输入界面还包括针对奖励信息的第一设置入口、针对重新获取验证权限的第二设置入口和针对验证提示的第三设置入口的至少之一，对应地，该装置还包括：

第九呈现模块，用于当接收到针对第一设置入口的第一设置操作时，呈现奖励信息的第一设置界面；

第八获取模块，用于响应于通过该第一设置界面接收到的设置操作，获取奖励信息；和/或

第十呈现模块，用于当接收到针对第二设置入口的第二设置操作时，呈现重新获取验证权限的第二设置界面；

第九获取模块，用于响应于通过该第二设置界面接收到的设置操作，获取重新获取验证权限所需的虚拟资产信息；和/或

第十一呈现模块，用于当接收到针对第三设置入口的第三设置操作时，呈现验证提示的第三设置界面；

第十获取模块，用于响应于通过该第三设置界面接收到的设置操作，获取验证提示信息。

在一些实施例中，该第一发送模块，还用于：

将该奖励信息，和/或该虚拟资产信息，和/或验证提示信息携带于语音消息发布请求中，并将该语音消息发布请求发送至服务器。

在一些实施例中，该第三获取模块，还用于：

响应于针对该录音入口的第六操作，启动录音功能并采集音频数据；

当接收到针对采集到的音频数据的变声操作时，获取变声模式；

基于该变声模式，对采集到的音频数据的频率和/或音色进行变声处理，以得到验证音频数据。

在一些实施例中，该装置还包括：

第十一获取模块，用于当接收到服务器发送的语音消息验证未通过的响应消息时，解析该响应消息，获取验证未通过的原因信息；

第十二呈现模块，用于呈现该验证未通过的原因信息；

该原因信息包括：验证音频数据与参考信息不匹配、验证音频数据为非主播本人、验证提示信息不正确、虚拟资产信息不满足资产设置条件、奖励信息不满足奖励设置条件中的至少之一。

在一些实施例中，该装置还包括：

第一接收模块，用于接收并呈现服务器发送的更新验证音频数据的通知消息，该通知消息为开播时长达到预设时长阈值且直播间对应的用户数小于人数阈值时发送的；

第十三呈现模块，用于当接收到更新验证音频数据的更新操作时，呈现语音消息的输入界面，以通过该输入界面更新验证音频数据。

在一些实施例中，该装置还包括：

第二发送模块，用于当基于该通知消息，接收到关闭进入直播间验证功能的第六操作时，向服务器发送下线语音消息的下线请求；

第二接收模块，用于接收并呈现服务器发送的下线响应。

本申请实施例提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行本申请实施例上述的直播处理方法。

本申请实施例提供一种存储有可执行指令的计算机可读存储介质，其中存储有可执行指令，当可执行指令被处理器执行时，将引起处理器执行本申请实施例提供的方法，例如，如图4、图5、图6a、图6b示出的方法。

在一些实施例中，计算机可读存储介质可以是fram、rom、prom、eprom、eeprom、闪存、磁表面存储器、光盘、或cd-rom等存储器；也可以是包括上述存储器之一或任意组合的各种设备。

在一些实施例中，可执行指令可以采用程序、软件、软件模块、脚本或代码的形式，按任意形式的编程语言(包括编译或解释语言，或者声明性或过程性语言)来编写，并且其可按任意形式部署，包括被部署为独立的程序或者被部署为模块、组件、子例程或者适合在计算环境中使用的其它单元。

作为示例，可执行指令可以但不一定对应于文件系统中的文件，可以可被存储在保存其它程序或数据的文件的一部分，例如，存储在超文本标记语言(html，hypertextmarkuplanguage)文档中的一个或多个脚本中，存储在专用于所讨论的程序的单个文件中，或者，存储在多个协同文件(例如，存储一个或多个模块、子程序或代码部分的文件)中。

作为示例，可执行指令可被部署为在一个计算设备上执行，或者在位于一个地点的多个计算设备上执行，又或者，在分布在多个地点且通过通信网络互连的多个计算设备上执行。

综上该，通过本申请实施例，用音频的互动方式进入直播间，丰富了用户筛选直播间、选择心仪直播间的互动玩法；增强了用户与主播的互动，从语音上让用户与主播达成初步认识，能够提升用户在进入直播间前的可玩性，更精确筛选心仪的声音；并且还能够增加主播推广的渠道。

以上所述，仅为本申请的实施例而已，并非用于限定本申请的保护范围。凡在本申请的精神和范围之内所作的任何修改、等同替换和改进等，均包含在本申请的保护范围之内。