CN113301418A - 一种语音铃声的定制方法、相关装置、设备以及存储介质 - Google Patents

Abstract

本申请公开了一种语音铃声的定制方法，包括：显示铃声定制界面，铃声定制界面显示有订单生成控件；响应针对于订单生成控件的选择指令，向第一主播终端发送目标订单信息，第一主播终端为第一主播使用的终端，目标订单信息用于提示主播录制目标语音铃声；显示铃声查收消息，铃声查收消息用于提示查收目标语音铃声。本申请还提供了相关装置、设备以及存储介质。本申请从用户诉求出发，让主播生产可以传播的声音内容，既丰富了直播玩法的趣味性，又增加了用户与主播之间的互动多样性，从而有利于增强直播平台的用户黏度，满足更多用户的需求。

Description

一种语音铃声的定制方法、相关装置、设备以及存储介质

技术领域

本申请涉及互联网技术领域，尤其涉及一种语音铃声的定制方法、相关装置、设备以及存储介质。

背景技术

随着流媒体技术的发展以及网络直播的广泛普及，网络直播作为一种大众化的娱乐方式已经逐渐步入人们的生活中。而网络直播作为一种日渐普及的娱乐手段，其形式逐渐多样化，语音直播作为最受欢迎的内容传播形式之一，也得到诸多关注。

作为主播，关注度和粉丝量是衡量人气的标准。在直播的同时，能够与观众互动，与粉丝互动，这样能够让直播内容变得更加有趣，而且提升关注以及人气。目前，主播与观众互动的方式包括弹幕互动和打赏。

在现有方案中，主播与观众之间的互动形式仍然较为单一。然而，随着越来越多的用户选择观看直播，或者，从事主播行业。如何增强直播平台的用户黏度成为了研究热点。

发明内容

本申请实施例提供了一种语音铃声的定制方法、相关装置、设备以及存储介质，从用户诉求出发，让主播生产可以传播的声音内容，既丰富了直播玩法的趣味性，又增加了用户与主播之间的互动多样性，从而有利于增强直播平台的用户黏度，满足更多用户的需求。

有鉴于此，本申请一方面提供一种语音铃声的定制方法，包括：

显示铃声定制界面，其中，铃声定制界面显示有订单生成控件；

响应针对于订单生成控件的选择指令，向第一主播终端发送目标订单信息，其中，第一主播终端为第一主播使用的终端，目标订单信息用于提示主播录制目标语音铃声；

显示铃声查收消息，其中，铃声查收消息用于提示查收目标语音铃声。

本申请另一方面提供一种语音铃声的定制方法，包括：

显示目标订单信息，其中，目标订单信息为用户终端发送的，目标订单信息用于提示主播录制目标语音铃声；

响应于语音录制指令，获取目标语音铃声；

响应针对于目标语音铃声的发送指令，向用户终端发送铃声查收消息，其中，铃声查收消息用于提示查收目标语音铃声。

本申请另一方面提供一种语音铃声定制装置，包括：

显示模块，用于显示铃声定制界面，其中，铃声定制界面显示有订单生成控件；

发送模块，用于响应针对于订单生成控件的选择指令，向第一主播终端发送目标订单信息，其中，第一主播终端为第一主播使用的终端，目标订单信息用于提示主播录制目标语音铃声；

显示模块，还用于显示铃声查收消息，其中，铃声查收消息用于提示查收目标语音铃声。

在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，

显示模块，具体用于显示第一主播的直播间界面，其中，直播间界面显示有铃声定制控件；

响应针对于铃声定制控件的选择指令，显示铃声定制界面。

在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，铃声定制界面上还显示有K个铃声类型控件、M个铃声时长控件以及N个铃声内容控件，其中，K、M以及N均为大于1的整数；

语音铃声定制装置还包括生成模块；

生成模块，用于响应针对于目标铃声类型控件的选择指令，则生成第一订单子信息，其中，目标铃声类型控件包含于K个铃声类型控件；

生成模块，还用于响应针对于目标铃声时长控件的选择指令，则生成第二订单子信息，其中，目标铃声时长控件包含于M个铃声时长控件；

生成模块，还用于响应针对于目标铃声内容控件的选择指令，则生成第三订单子信息，其中，目标铃声内容控件包含于N个铃声内容控件；

生成模块，还用于根据第一订单子信息、第二订单子信息以及第三订单子信息，生成目标订单信息。

在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，铃声定制界面上还显示有背景音乐选择列表，其中，背景音乐选择列表包括至少一个背景音乐；

生成模块，还用于响应针对于目标背景音乐的选择指令，则生成第四订单子信息，其中，目标背景音乐包含于至少一个背景音乐；

生成模块，具体用于根据第一订单子信息、第二订单子信息、第三订单子信息以及第四订单子信息，生成目标订单信息。

在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，铃声定制界面还显示有目标虚拟数值或虚拟物件信息；

发送模块，具体用于响应针对于订单生成控件的选择指令，若虚拟数值余额大于或等于目标虚拟数值，则向第一主播终端发送目标订单信息；

或者，

发送模块，具体用于响应针对于订单生成控件的选择指令，若存在虚拟物件信息所对应的目标虚拟物件，则向第一主播终端发送目标订单信息。

在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，语音铃声定制装置还包括获取模块以及确定模块；

获取模块，用于获取目标用户所对应的贡献值，其中，贡献值表示目标用户针对于第一主播所付出的贡献大小；

确定模块，用于根据贡献值确定目标折扣；

确定模块，还用于根据目标折扣以及初始虚拟数值，确定目标虚拟数值。

在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，语音铃声定制装置还包括下载模块以及播放模块；

下载模块，用于在显示模块显示铃声查收消息之后，若检测到针对于目标语音铃声的下载指令，则下载目标语音铃声；

播放模块，用于若检测到针对于目标语音铃声的播放指令，则播放目标语音铃声。

在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，

获取模块，还用于响应针对于时间设置区域的输入指令，获取目标闹铃时间；

获取模块，还用于响应针对于铃声列表中目标语音铃声的选择指令，获取目标语音铃声；

显示模块，还用于响应于闹铃设置指令，显示闹铃设置界面，其中，闹铃设置界面上显示有目标闹铃时间以及目标语音铃声的相关信息。

在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，

显示模块，还用于在第一主播的直播间界面上突出显示铃声查收消息，其中，铃声查收消息包括目标用户的信息；

或者，

显示模块，还用于在第一主播的直播间界面上滚动显示铃声查收消息；

或者，

显示模块，还用于在第一主播的直播间界面上固定显示铃声查收消息。

在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，

发送模块，具体用于当第一主播与第二主播处于连麦状态时，响应针对于订单生成控件的选择指令，分别向第一主播终端以及第二主播终端发送目标订单信息，其中，第二主播终端为第二主播使用的终端。

在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，

显示模块，具体用于显示第一主播的直播间界面，其中，直播间界面显示有第一虚拟数值；

响应于数值增加指令，显示第二虚拟数值，其中，第二虚拟数值大于第一虚拟数值；

若第二虚拟数值满足竞价条件，则显示铃声定制界面。

本申请另一方面提供一种语音铃声定制装置，包括：

显示模块，用于显示目标订单信息，其中，目标订单信息为用户终端发送的，目标订单信息用于提示主播录制目标语音铃声；

获取模块，用于响应于语音录制指令，获取目标语音铃声；

发送模块，用于响应针对于目标语音铃声的发送指令，向用户终端发送铃声查收消息，其中，铃声查收消息用于提示查收目标语音铃声。

在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，

显示模块，具体用于显示铃声订单界面，其中，铃声订单界面显示有N个订单入口，每个订单入口对应于一个订单消息，N为大于或等于1的整数；

响应针对于N个订单入口中目标订单入口的选择指令，显示目标订单信息。

在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，

显示模块，还用于显示订单配置界面，其中，订单配置界面包括第一支付类型控件以及第二支付类型控件；

获取模块，还用于若检测到针对于第一支付类型控件的选择指令，则通过数值设置区域获取目标虚拟数值，其中，目标虚拟数值用于实现触发目标订单信息；

获取模块，还用于若检测到针对于第二支付类型控件的选择指令，则通过物件选择区域获取目标虚拟物件所对应的虚拟物件信息，其中，目标虚拟物件所对应的虚拟物件信息用于实现触发目标订单信息。

在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，语音铃声定制装置还包括更新模块；

更新模块，用于若在预设时长内已录制目标语音铃声，则更新第一主播的经验数据，其中，第一主播为录制目标语音铃声的主播。

在一种可能的设计中，在本申请实施例的另一方面的另一种实现方式中，

获取模块，具体用于响应于语音录制指令，显示录音设置界面，其中，录音设置界面显示有音效列表；

响应针对于音效列表中目标音效的选择指令，获取目标音效；

通过语音输入装置获取初始语音；

根据目标音效以及初始语音，生成目标语音铃声。

本申请另一方面提供一种终端设备，包括：存储器、处理器以及总线系统；

其中，存储器用于存储程序；

处理器用于执行存储器中的程序，处理器用于根据程序代码中的指令执行上述各方面的方法；

总线系统用于连接存储器以及处理器，以使存储器以及处理器进行通信。

本申请的另一方面提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述各方面的方法。

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

从以上技术方案可以看出，本申请实施例具有以下优点：

本申请实施例中，提供了一种语音铃声的定制方法，用户终端显示铃声定制界面，该铃声定制界面显示有订单生成控件，然后用户终端响应针对于订单生成控件的选择指令，向第一主播终端发送目标订单信息，第一主播终端为第一主播使用的终端，目标订单信息用于提示主播录制目标语音铃声。由此，用户终端显示铃声查收消息，铃声查收消息用于提示查收目标语音铃声。通过上述方式，从用户诉求出发，让主播生产可以传播的声音内容，既丰富了直播玩法的趣味性，又增加了用户与主播之间的互动多样性，从而有利于增强直播平台的用户黏度，满足更多用户的需求。

附图说明

图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为本申请实施例中终端设备的一个结构示意图。

具体实施方式

本申请实施例提供了一种语音铃声的定制方法、相关装置、设备以及存储介质，从用户诉求出发，让主播生产可以传播的声音内容，既丰富了直播玩法的趣味性，又增加了用户与主播之间的互动多样性，从而有利于增强直播平台的用户黏度，满足更多用户的需求。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例例如能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“对应于”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

直播是指通过一定设备采集开播方数据，经过一系列处理如视频编码压缩成可观看可传输的视频流，输出至观看用户端的技术。直播主要包括语音直播和视频直播，其中，语音直播是指在直播中无法通过摄像头呈现视频的直播形态，而是通过语音实时输出直播内容，实时是语音直播的关键，主播通过语音来进行聊天，交友，打游戏，创建自己的直播内容。视频直播是指利用互联网及流媒体技术进行直播，视频因融合了图像、文字、声音等丰富元素，声形并茂，效果极佳，逐渐成为互联网的主流表达方式。视频通过真实、生动的传播，营造出强烈的现场感，吸引眼球，达成印象深刻且记忆持久的传播效果。本申请提供的语音铃声定制方法可应用于视频直播或者音频直播的场景。

为了在上述场景中丰富直播玩法的趣味性，并增加用户与主播之间的互动多样性，本申请提出了一种语音铃声的定制方法，该方法应用于图1所示的直播系统，如图所示，直播系统包括服务器和终端设备，其中，终端设备可以分为主播使用的主播设备以及观众使用的用户终端，且直播客户端部署于终端设备上。本申请涉及的服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、内容分发网络(Content Delivery Network，CDN)、以及大数据和人工智能平台等基础云计算服务的云服务器。终端设备可以是智能手机、平板电脑、笔记本电脑、掌上电脑、个人电脑、智能电视、智能手表等，但并不局限于此。终端设备以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。服务器和终端设备的数量也不做限制。

结合图1所示的直播系统，本申请将叫醒闹铃的方法和直播相互结合，构建了一种以用户诉求为初出发点的语音直播方法。叫醒闹铃的方法是一种将主播录制的声音设置成闹铃的方法。首先，用户通过支付一定的资产来下单，然后由主播录制声音，最后用户可以将主播录制的声音设置成为叫醒闹铃。用户不仅能自定义叫醒闹铃，还能和自己喜欢的主播进行互动，用主播的声音来设置成闹铃能。为了便于理解，请参阅图2，图2为本申请实施例中语音铃声定制方法的一个交互流程示意图，如图所示，具体地：

在步骤101中，用户通过用户终端进入直播间，该直播间可以是语音直播间，或者，视频直播间，此处不做限定。

在步骤102中，用户在直播间内触发叫醒闹铃玩法。

在步骤103中，用户在触发叫醒闹铃玩法之后，可通过相关界面设置录音风格、时长和文案内容等。

在步骤104中，设置完成后，可支付一定资产，并对主播下叫醒闹铃订单。

在步骤105中，向主播发送叫醒闹铃订单。

在步骤106中，主播收到订单之后，需要在一定时间内完成叫醒闹铃订单，如果主播没有按时完成，则用户支付的支付按原路径返回至用户的账户。

在步骤107中，如果主播完成订单，则以私信形式将录制好的铃声发送给用户。

在步骤108中，主播在完成订单之后，还会得到直播平台给予的奖励。

在步骤109中，用户收到录制好的铃声之后，可以直接设置成自己的叫醒闹铃，用户还可以在个人中心设置闹铃的声音以及数量。

结合上述介绍，下面将以用户终端的角度，对本申请中语音铃声的定制方法进行介绍，请参阅图3，本申请实施例中语音铃声定制方法的一个实施例包括：

201、用户终端显示铃声定制界面，其中，铃声定制界面显示有订单生成控件；

本实施例中，用户通过直播平台选择铃声定制功能，于是在用户使用的用户终端上显示铃声定制界面，且该铃声定制界面显示有订单生成控件，点击订单生成控件之后，即生成相应的目标订单信息。

具体地，用户可在铃声定制界面上输入或选择与铃声定制相关的内容，示例性地，可通过铃声定制界面输入自定义的语音内容，例如，“起床啦，起床啦，要迟到了”。示例性地，可通过铃声定制界面选择默认的语音内容，例如，“美好的一天开始了，快起来吧”。

202、用户终端响应针对于订单生成控件的选择指令，向第一主播终端发送目标订单信息，其中，第一主播终端为第一主播使用的终端，目标订单信息用于提示主播录制目标语音铃声；

本实施例中，用户在铃声定制界面上完成订单设置之后，点击订单生成控件，此时，已生成目标订单信息，其中，目标订单信息可包括语音内容以及第一主播的主播标识。基于此，用户终端响应针对于订单生成控件的选择指令，向直播平台服务器发送目标订单信息，由直播平台服务器向第一主播终端推送该目标订单信息。其中，第一主播终端是指第一主播使用的终端。

具体地，第一主播通过第一主播终端查看目标订单信息，然后按照目标订单信息录制相应的目标语音铃声。录制完毕之后，第一主播可触发发送指令，由此，第一主播设备向直播平台服务器发送该目标语音铃声，由直播平台服务器生成目标语音铃声所对应的铃声查收消息，再将铃声查收消息发送至用户终端。

203、用户终端显示铃声查收消息，其中，铃声查收消息用于提示查收目标语音铃声。

本实施例中，用户终端在收到直播平台服务器发送的铃声查收消息之后，即可显示相应的铃声查收消息。用户根据铃声查收消息，能够获知已接收到录制好的目标语音铃声。

本申请实施例中，提供了一种语音铃声的定制方法，通过上述方式，从用户诉求出发，让主播生产可以传播的声音内容，既丰富了直播玩法的趣味性，又增加了用户与主播之间的互动多样性，从而有利于增强直播平台的用户黏度，满足更多用户的需求。并且提升了用户去看主播直播以及登陆平台设置闹铃的转化率，即提升用户登陆平台的概率。

可选地，在上述图3对应的各个实施例的基础上，本申请实施例提供的另一个可选实施例中，用户终端显示铃声定制界面，具体可以包括：

用户终端显示第一主播的直播间界面，其中，直播间界面显示有铃声定制控件；

用户终端响应针对于铃声定制控件的选择指令，显示铃声定制界面。

本实施例中，介绍了一种触发叫醒闹铃玩法的方法。用户终端上可安装有直播应用，基于此，用户开启直播应用之后，可进入某位主播的直播间。例如，用户点击“第一主播”的直播间，由此，该用户使用的用户终端上显示第一主播的直播间界面。而直播间界面上还显示有铃声定制控件，用户点击铃声定制控件之后，即显示铃声定制界面。

具体地，为了便于理解，请参阅图4，图4为本申请实施例中通过直播间进入铃声定制界面的一个示意图，如图4中(A)图所示，A1用于指示铃声定制控件，用户点击A1所指示的铃声定制控件之后，进入图4中(B)图所示的铃声定制界面。用户可在铃声定制界面上输入与铃声定制相关的信息，例如，输入自定义的语音内容“起床啦，要迟到了，美好的一天正在等着你”。

需要说明的是，图4所示的直播间界面仅为一个示意，在实际应用中，直播间界面的布局方式，图标样式，显示内容等，均可进行灵活调整，此处不做赘述。

其次，本申请实施例中，提供了一种触发叫醒闹铃玩法的方法，通过上述方式，在直播过程中用户可以使用铃声定制的功能，让用户更快捷更方便地设置自己的个性化铃声，满足用户需求。

可选地，在上述图3对应的各个实施例的基础上，本申请实施例提供的另一个可选实施例中，铃声定制界面上还显示有K个铃声类型控件、M个铃声时长控件以及N个铃声内容控件，其中，K、M以及N均为大于1的整数；

还可以包括：

用户终端响应针对于目标铃声类型控件的选择指令，则生成第一订单子信息，其中，目标铃声类型控件包含于K个铃声类型控件；

用户终端响应针对于目标铃声时长控件的选择指令，则生成第二订单子信息，其中，目标铃声时长控件包含于M个铃声时长控件；

用户终端响应针对于目标铃声内容控件的选择指令，则生成第三订单子信息，其中，目标铃声内容控件包含于N个铃声内容控件；

用户终端根据第一订单子信息、第二订单子信息以及第三订单子信息，生成目标订单信息。

本实施例中，介绍了一种生成目标订单信息的方式。由前述实施例可知，在用户点击铃声定制控件之后，即显示铃声定制界面。在铃声定制界面上，用户可以选择相关的控件，以此设置与语音铃声相关的订单信息。

具体地，为了便于理解，请参阅图5，图5为本申请实施例中基于铃声定制界面获取目标订单信息的一个示意图，如图所示，B1用于指示K个铃声类型控件，以图5为例，K取值为5。B2用于指示M个铃声时长控件，以图5为例，M取值为4。B3用于指示N个铃声时长控件，以图5为例，N取值为2。

示例性地，假设用户点击了“可爱”所对应的铃声类型控件，即目标铃声类型控件为“可爱”所对应的铃声类型控件，基于此，生成的第一订单子信息为“录制可爱类型的语音”。示例性地，假设用户点击了“5秒”所对应的铃声时长控件，即目标铃声时长控件为“5秒”所对应的铃声时长控件，基于此，生成的第二订单子信息为“录制5秒钟的语音”。示例性地，假设用户点击了“默认”所对应的铃声内容控件，即目标铃声内容控件为“默认”所对应的铃声内容控件，基于此，生成的第三订单子信息为“录制默认文字内容的语音”。基于此，根据第一订单子信息、第二订单子信息以及第三订单子信息，得到目标订单信息。

需要说明的是，图5所示的铃声定制界面仅为一个示意，在实际应用中，铃声定制界面的布局方式，图标样式，显示内容等，均可进行灵活调整，此处不做赘述。

其次，本申请实施例中，提供了一种生成目标订单信息的方式，通过上述方式，用户可以选择定制铃声的风格、时长以及语音对应的文字内容，此外，用户也可以自己输入想要的文字内容。由此，实现了个性化定制语音铃声的目的，从而增加方案的灵活性。

可选地，在上述图3对应的各个实施例的基础上，本申请实施例提供的另一个可选实施例中，铃声定制界面上还显示有背景音乐选择列表，其中，背景音乐选择列表包括至少一个背景音乐；

用户终端响应针对于订单生成控件的选择指令，向第一主播终端发送目标订单信息之前，还可以包括：

用户终端响应针对于目标背景音乐的选择指令，则生成第四订单子信息，其中，目标背景音乐包含于至少一个背景音乐；

用户终端根据第一订单子信息、第二订单子信息以及第三订单子信息，生成目标订单信息，具体可以包括：

用户终端根据第一订单子信息、第二订单子信息、第三订单子信息以及第四订单子信息，生成目标订单信息。

本实施例中，介绍了另一种生成目标订单信息的方式。由前述实施例可知，在用户点击铃声定制控件之后，即显示铃声定制界面。在铃声定制界面上，用户可以选择相背景音乐，以此设置与语音铃声的背景音乐。

具体地，为了便于理解，请参阅图6，图6为本申请实施例中基于铃声定制界面获取目标订单信息的另一个示意图，如图所示，B4用于指示至少一个背景音乐，以图6为例，这里包括3个可选的背景音乐。需要说明的是，至少一个可选的背景音乐还可以采用列表的形式表现。

示例性地，假设用户点击了“两只老虎”，即目标背景音乐为“两只老虎”所对应的背景音乐，基于此，生成的第四订单子信息为“录制带有背景音乐两只老虎的语音”。假设用户已选择了目标铃声类型控件、目标铃声时长控件以及目标铃声内容控件，基于此，根据第一订单子信息、第二订单子信息、第三订单子信息以及第四订单子信息，得到目标订单信息。

需要说明的是，图6所示的铃声定制界面仅为一个示意，在实际应用中，铃声定制界面的布局方式，图标样式，显示内容等，均可进行灵活调整，此处不做赘述。

再次，本申请实施例中，提供了另一种生成目标订单信息的方式，通过上述方式，用户不仅可以选择定制铃声的风格、时长以及语音对应的文字内容，而且，还可以选择用于合成目标语音铃声的背景音乐。由此，实现了个性化定制语音铃声的目的，从而增加方案的灵活性。

可选地，在上述图3对应的各个实施例的基础上，本申请实施例提供的另一个可选实施例中，铃声定制界面还显示有目标虚拟数值或虚拟物件信息；

用户终端响应针对于订单生成控件的选择指令，向第一主播终端发送目标订单信息，具体可以包括：

用户终端响应针对于订单生成控件的选择指令，若虚拟数值余额大于或等于目标虚拟数值，则向第一主播终端发送目标订单信息；

或者，

用户终端响应针对于订单生成控件的选择指令，若存在虚拟物件信息所对应的目标虚拟物件，则向第一主播终端发送目标订单信息。

本实施例中，介绍了一种支付语音铃声录制订单的方式。在用户设置完目标订单信息之后，还需要支付一定的虚拟数值或者虚拟物件来完成支付，其中，虚拟数值包含但不仅限于直播平台内使用的金币以及钻石，虚拟物件包含但不仅限于直播平台内使用的礼物。

示例性地，为了便于理解，请参阅图7，图7为本申请实施例中支付铃声定制订单的一个界面示意图，如图所示，C1用于指示订单生成控件，其中，在订单生成控件上显示有相关文案，例如，“支付60钻石并下单”，以图7为例，目标虚拟数值即为要求支付的钻石数量。基于此，如果用户在该直播平台内的虚拟数值余额大于或等于目标虚拟数值，即表示用户有能力支付订单。假设目标虚拟数值为60，如果用户在该直播平台内的虚拟数值余额为80，则下单成功。如果用户在该直播平台内的虚拟数值余额为20，则无法下单。

示例性地，为了便于理解，请参阅图8，图8为本申请实施例中支付铃声定制订单的另一个界面示意图，如图所示，C2用于指示订单生成控件，其中，在订单生成控件上显示有虚拟物件信息，例如，“支付浪漫花束并下单”，以图8为例，目标虚拟物件即为“浪漫花束”。基于此，如果用户的虚拟背包中存在“浪漫花束”，则下单成功。如果用户的虚拟背包中不存在“浪漫花束”，则无法下单。

需要说明的是，图7和图8所示的铃声定制界面仅为一个示意，在实际应用中，铃声定制界面的布局方式，图标样式，显示内容等，均可进行灵活调整，此处不做赘述。

其次，本申请实施例中，提供了一种支付语音铃声录制订单的方式，通过上述方式，在设置得到目标订单信息之后，需要支付一定的资产(例如，虚拟数值或者礼物等)向主播下单，从而达到交易的公平性和可行性。此外，这些资产还能够帮助主播提升实现直播之外的收入，由此，增加方案的可操作性。

可选地，在上述图3对应的各个实施例的基础上，本申请实施例提供的另一个可选实施例中，还可以包括：

用户终端获取目标用户所对应的贡献值，其中，贡献值表示目标用户针对于第一主播所付出的贡献大小；

用户终端根据贡献值确定目标折扣；

用户终端根据目标折扣以及初始虚拟数值，确定目标虚拟数值。

本实施例中，介绍了一种基于“打赏”排行榜实现支付优惠的方式。在直播行业中，用户给主播刷礼物的行为也常称为“打赏”，“打赏”的礼物通常偏向于带有现金性质。因此，“打赏”的数额大小即为作为贡献值，即为第一主播累计“打赏”的数额越大，其针对于第一主播的贡献值也越大。基于此，可基于贡献值的大小能在一定程度上抵扣下单所需的虚拟数值。

具体地，为了便于理解，请参阅图9，图9为本申请实施例中支付铃声定制订单的另一个界面示意图，如图9中(A)图所示，以第一主播对应的“打赏”排行榜为例，其中，“用户A”的贡献值最大，即为“打赏”排行榜中的第一名，“用户B”的贡献值小于“用户A”的贡献值，即为“打赏”排行榜中的第二名，“用户C”的贡献值小于“用户B”的贡献值，即为“打赏”排行榜中的第三名。

假设目标用户为“用户A”，在目标用户设置完目标订单信息之后，可以触发对于订单生成控件的选择指令。如图9中(B)图所示，C3用于指示订单生成控件，其中，在订单生成控件上显示有相关文案，例如，“支付30钻石并下单”。由于目标用户为“用户A”，且“用户A”为“打赏”排行榜的第一名，因此，可享有第一名所对应的目标折扣。例如，第一名所对应的目标折扣为5折，原本需要支付的初始虚拟数值为“60个钻石”，经过打折之后，得到的目标虚拟数值为“30个钻石”，基于此，目标用户只需要支付30个钻石即可下单。

可以理解的是，第二名所对应的折扣可以为6折，第三名所对应的折扣可以为7折，第四名至第六名所对应的折扣可以为8折，此处仅为一个示意，名次与折扣之间的关系还可以根据情况灵活设置，此处不做限定。

需要说明的是，图9所示的“打赏”排行榜界面和铃声定制界面仅为一个示意，在实际应用中，“打赏”排行榜界面和铃声定制界面的布局方式，图标样式，显示内容等，均可进行灵活调整，此处不做赘述。

再次，本申请实施例中，提供了一种基于“打赏”排行榜实现支付优惠的方式，通过上述方式，结合用户与主播之间的互动频繁情况，以及用户打赏主播的情况，提供一定程度的优惠，这样有利于提升用户对主播的黏性，同时，有利于帮助主播增加自己的关注度。

可选地，在上述图3对应的各个实施例的基础上，本申请实施例提供的另一个可选实施例中，用户终端显示铃声查收消息之后，还可以包括：

若检测到针对于目标语音铃声的下载指令，则用户终端下载目标语音铃声；

若检测到针对于目标语音铃声的播放指令，则用户终端播放目标语音铃声。

本实施例中，介绍了一种下载和播放目标语音铃声的方式。在主播录制完目标语音铃声之后，可以私信(Personal Message，PM)的方式通知用户，即实现主播与用户之间一对一的沟通，不会对大众公开。基于此，用户与主播通信的会话界面上不仅可显示铃声查收消息，还会显示下载控件以及播放控件。

具体地，为了便于理解，请参阅图10，图10为本申请实施例中下载目标语音铃声的一个界面示意图，如图所示，D1用于指示下载控件。假设第一主播为“主播A”，“主播A”以私信的方式通知用户，即显示铃声查收消息，例如，“你的叫醒闹铃来啦”。当用户点击D1所指示的下载控件时，即触发针对于目标语音铃声的下载指令，由此，用户终端将目标语音铃声下载至本地。

具体地，为了便于理解，请参阅图11，图11为本申请实施例中播放目标语音铃声的一个界面示意图，如图所示，E1用于指示播放控件。假设第一主播为“主播A”，“主播A”以私信的方式通知用户，即显示铃声查收消息，例如，“你的叫醒闹铃来啦”。当用户点击E1所指示的播放控件时，即触发针对于目标语音铃声的播放控件，由此，用户终端直接播放主播录制好的目标语音铃声。

需要说明的是，图10和图11所示的会话界面仅为一个示意，在实际应用中，会话界面的布局方式，图标样式，显示内容等，均可进行灵活调整，此处不做赘述。

其次，本申请实施例中，提供了一种下载和播放目标语音铃声的方式，通过上述方式，用户在收到铃声查收消息之后，可以了解到主播已经完成了目标语音铃声的录制，基于此，为了便于后续使用目标语音铃声，用户还可以直接将目标语音铃声下载到本地，由此，不仅可以离线播放目标语音铃声，而且还可以将目标语音铃声设置为闹铃或者来电铃声等，从而提升方案的可行性和可操作性。

可选地，在上述图3对应的各个实施例的基础上，本申请实施例提供的另一个可选实施例中，还可以包括：

用户终端响应针对于时间设置区域的输入指令，获取目标闹铃时间；

用户终端响应针对于铃声列表中目标语音铃声的选择指令，获取目标语音铃声；

用户终端响应于闹铃设置指令，显示闹铃设置界面，其中，闹铃设置界面上显示有目标闹铃时间以及目标语音铃声的相关信息。

本实施例中，介绍了一种将目标语音铃声设置为个性化闹铃的方式。用户可以直接去个人中心的闹铃入口去设置闹铃，设置完成后，闹铃会按照用户设置的时间来执行，并且会按照用户设置的声音来执行。用户可以拥有多个闹铃，但每一个闹铃只能设置一个唤醒声音。其中，这里的唤醒声音不仅包括系统原本自带的铃声，还包括用户下载的第一主播的目标语音铃声，以及用户下载的其他主播的语音铃声。

具体地，为了便于理解，请参阅图12，图12为本申请实施例中基于设置操作进入闹铃设置界面的一个示意图，如图12中(A)图所示，F1用于指示时间设置区域，F2用于指示铃声列表，F3用于指示确认控件。用户可以在F1所指示的时间设置区域内直接输入时间，或者，以滑动选择的方式选择相应的时间，由此，得到目标闹铃时间，例如，“10时40分”。用户还可以在F2所指示的铃声列表中选择一个铃声，例如，选择第一主播录制的目标语音铃声，即“主播A的个性化闹铃”。设置完成后，可点击F3所指示的确认控件，即完成一个闹铃的相关设置。

基于此，当用户触发闹铃设置指令时，显示如图12中(B)图所示的闹铃设置界面，F4用于指示闹铃新增控件，F5用于指示闹铃开关控件。在闹铃设置界面上显示有至少一个闹铃的相关信息。由于在上述过程中已经设置有目标闹铃时间以及目标语音铃声，因此，在闹铃设置界面上显示有目标闹铃时间以及目标语音铃声的相关信息。用户点击F4所示的闹铃新增控件之后，可进入如图12中(A)图所示的界面，并进行闹铃相关信息的设定。用户点击F5所指示的闹铃开关控件，可以选择是否启用对应的闹铃，例如，黑色开关表示启用对应的闹铃，而白色开关表示关闭对应的闹铃。

需要说明的是，图12所示的闹铃设置界面仅为一个示意，在实际应用中，闹铃设置界面的布局方式，图标样式，显示内容等，均可进行灵活调整，此处不做赘述。

其次，本申请实施例中，提供了一种将目标语音铃声设置为个性化闹铃的方式，通过上述方式，用户可将主播录制好的目标语音铃声设置为闹铃，将叫醒闹铃与主播声音相结合，提升了方案应用的趣味性，此外，通过个性化主播声音的闹铃，实现平台内容多样化。

可选地，在上述图3对应的各个实施例的基础上，本申请实施例提供的另一个可选实施例中，还可以包括：

用户终端在第一主播的直播间界面上突出显示铃声查收消息，其中，铃声查收消息包括目标用户的信息；

或者，

用户终端在第一主播的直播间界面上滚动显示铃声查收消息；

或者，

用户终端在第一主播的直播间界面上固定显示铃声查收消息。

本实施例中，介绍了一种在直播间界面实时显示订单提示的方式。在第一主播完成订单之后，还可以在第一主播的直播间界面上显示铃声查收消息，其中，在铃声查收消息内包括了目标用户的信息，该目标用户即为下订单的用户。

具体地，为了便于理解，请参阅13，图13为本申请实施例中显示铃声查收消息的一个界面示意图，如图13中(A)图所示的直播间界面，在第一主播录制完目标语音铃声之后，还会在该第一主播的直播间界面上突出显示铃声查收消息，例如，高亮显示或者加粗显示铃声查收消息，此处不做限定。可以理解的是，铃声查收消息可以为“主播已完成用户A的叫醒闹铃订单”。

如图13中(B)图所示的直播间界面，可以在弹幕区内以弹幕的形式显示铃声查收消息，随着新增弹幕进来，铃声查收消息将消失。可以理解的是，铃声查收消息可以为“主播已完成用户A的叫醒闹铃订单”。

如图13中(C)图所示的直播间界面，可以在直播间内设置一个横幅展示区域，横幅展示区域用于显示铃声查收消息。可以理解的是，铃声查收消息可以为“主播已完成用户A的叫醒闹铃订单”。

需要说明的是，图13所示的直播间界面仅为一个示意，在实际应用中，铃声定制界面的布局方式，图标样式，显示内容等，均可进行灵活调整，此处不做赘述。

其次，本申请实施例中，提供了一种在直播间界面实时显示订单提示的方式，通过上述方式，主播完成订单后，会以私信的形式把录制的目标语音铃声发给用户，与此同时，还可以在该主播的直播间内铃声查收消息，不仅能够增加主播的人气感和热度感，而且还可以更及时地提醒用户可以去查看或下载录制好的目标语音铃声。

可选地，在上述图3对应的各个实施例的基础上，本申请实施例提供的另一个可选实施例中，用户终端响应针对于订单生成控件的选择指令，向第一主播终端发送目标订单信息，具体可以包括：

当第一主播与第二主播处于连麦状态时，用户终端响应针对于订单生成控件的选择指令，分别向第一主播终端以及第二主播终端发送目标订单信息，其中，第二主播终端为第二主播使用的终端。

本实施例中，介绍了一种邀请多为主播共同录制语音铃声的方式。在直播间内还具有连麦功能，连麦是指的是两个主播同时在麦序打开麦克风互动。以第一主播与第二主播连麦为例，即当第一主播与第二主播处于连麦状态时，用户还可以向两位主播同时发送目标订单信息，由第一主播和第二主播都会收到目标订单信息，然后，可以协商录制的内容，例如，第一主播录制目标语音铃声的前半部分，第二主播录制目标语音铃声的后半部分。又例如，第一主播和第二主播以和声的方式录制目标语音铃声。

具体地，请参阅图14，图14为本申请实施例中基于铃声定制界面获取目标订单信息的另一个示意图，如图14中(A)图所示，G1用于指示铃声定制控件。假设第一主播为“主播A”，第二主播为“主播B”，且“主播A”使用第一主播终端，“主播B”使用第二主播终端。在主播A的直播间中，主播A与主播B处于连麦状态，用户点击G1所指示的铃声定制控件之后，进入图14中(B)图所示的铃声定制界面。用户可在铃声定制界面上输入与铃声定制相关的信息，其中，在铃声定制界面上显示有“主播A”和“主播B”的头像和昵称，由此，表示用户的目标订单信息将同时发送给“主播A”和“主播B”。基于此，“主播A”可通过第一主播终端查看目标订单信息，“主播B”可通过第二主播终端查看目标订单信息。

需要说明的是，图14所示的直播间界面以及铃声定制界面仅为一个示意，在实际应用中，直播间界面以及铃声定制界面的布局方式，图标样式，显示内容等，均可进行灵活调整，此处不做赘述。

其次，本申请实施例中，提供了一种邀请多为主播共同录制语音铃声的方式，通过上述方式，用户还可以邀请至少两位主播为自己录制一个语音铃声，一方面可以增加用户与多位主播的互动机会，另一方面，提升了铃声录制的多样性，既能够帮助用户获取到更加丰富的语音铃声，也能够帮助更多的主播增加人气和热度。

可选地，在上述图3对应的各个实施例的基础上，本申请实施例提供的另一个可选实施例中，用户终端显示铃声定制界面，具体可以包括：

用户终端显示第一主播的直播间界面，其中，直播间界面显示有第一虚拟数值；

用户终端响应于数值增加指令，显示第二虚拟数值，其中，第二虚拟数值大于第一虚拟数值；

若第二虚拟数值满足竞价条件，则用户终端显示铃声定制界面。

本实施例中，介绍了一种基于竞价模式定制语音铃声的方式。由前述实施例可知，用户在进入第一主播的直播间之后，还可以触发闹钟竞价模式，于是，可以竞拍第一主播录制语音铃声的机会。

具体地，请参阅图15，图15为本申请实施例中基于竞价模式触发铃声定制功能的一个示意图，如图15中(A)所示，H1用于指示语音竞拍控件。假设图15中示出的“用户A”为第一主播，则图15所示的界面为第一主播的直播间界面，当用户点击H1所指示的语音竞拍控件之后，即可进入图15中(B)所示的界面。H2用于指示可增加的数值，H3用于指示返回控件。在直播间界面上显示第一虚拟数值，即“120个钻石”，如果用户点击“加5”对应的控件，则显示第二虚拟数值，即“125个钻石”。如果用户点击H3所指示“返回”控件，则返回至图15中(A)图所示的界面。

需要说明的是，图14所示的直播间界面仅为一个示意，在实际应用中，直播间界面的布局方式，图标样式，显示内容等，均可进行灵活调整，此处不做赘述。

其次，本申请实施例中，提供了一种基于竞价模式定制语音铃声的方式，通过上述方式，考虑到主播每天能够录制的语音铃声有限，如果有大量订单，则会导致部分订单因为主播来不及完成而失效，为了提升订单完成的成功率，可采用竞价模式来下单，从而能够控制订单量的同时，仍然可以提升主播的收入。

结合上述各个实施例的描述，将叫醒闹铃玩法将闹钟与直播相结合，实现该玩法后台需要实现一套语音存储系统以及与终端关于闹钟玩法通信的服务，对于用户终端而言，需要实现订单完成通知展示，例如，横幅以及私信消息的形式，另外，用户终端需要在用户侧实现闹钟相关功能，能够依据用户设定的时间以及铃声在指定时间提供闹钟提醒服务。

闹钟功能需要分为两步，第一步是将接收到的目标语音铃声进行下载存储到本地，第二步是通过本地通知的形式提供定时叫醒服务。当用户在私信聊天页面点击铃声查收消息，以签收主播发来的目标语音铃声时，用户终端启动文件下载功能。其中，文件下载与文件上传过程相反，是客户端从服务器端获取文件数据，使用附加功能联网(AdditionalFunctionality networking，AFNetworking)实现目标语音铃声下载需要如下步骤：

第一步，创建会话管理者，即创建附加功能联统一资源定位会话管理器(Additional Functionality Uniform Resource Locator Session Manager，AFURLSessionManager)。

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

第三步，AFURLSessionManager创建下载任务，也就是将直接写入响应数据到一个临时文件(NSURLSessionDownloadTask)。

第四步，启动下载任务。

第五步，将下载文件保存。

将音频文件下载后，当用户在闹铃设置界面进行设置时，用户终端可展示当前已下载的音频文件列表供用户选择。用户指定闹钟时间与铃声后，用户终端依据设定内容创建相应的本地通知。以苹果公司开发的移动操作系统(iPhone operation system，iOS)平台为例，使用用户通知(UserNotifications)实现闹钟功能的具体步骤为：

第一步，请求用户授权，获取当前通知中心(notificationCenter)，然后调用选项请求授权(requestAuthorizationWithOptions)接口设置请求本地声音和通知中心的消息通知权限。

第二步，构建通知的内容，即构造不可变通知内容(UNMutableNotificationContent)对象，然后添加相应的主播信息以及获取用户设定的叫醒铃声文件作为通知消息的内容和消息铃声。

第三步，创建通知请求，利用通知消息内容以及用户设定的时间创建未通知请求(UNNotificationRequest)对象。

第四步，添加本地消息通知，也就是将上述创建的通知请求调用添加通知请求(addNotificationRequest)接口添加到本地。

通过上述步骤可以成功添加一个新的本地通知，当当前时间为用户设定的时间时，系统会自动触发一个本地通知消息给用户，并且消息声音即为用户所设定的语音铃声，即实现叫醒闹钟功能。若用户选择关闭闹钟，则终端调用相应的通知消息去除(remove)接口将指定通知移除即可。

下面将结合图16，介绍在用户终端侧实现闹钟功能的方法。为了便于理解，请参阅图16，图16为本申请实施例中用户侧叫醒闹钟玩法的一个流程示意图，如图所示，具体地：

在步骤301中，用户通过主播终端进入铃声定制界面。

在步骤302中，用户在铃声定制界面上设置目标订单信息并支付下单。

在步骤303中，用户终端或者直播平台服务器判断用户是否支付成功，如果支付成功，则进入步骤304，如果支付失败，则进入步骤308。

在步骤304中，用户等待主播录制目标语音铃声。

在步骤305中，主播终端或者直播平台服务器判断是否主播是否已经完成订单，如果已经完成订单，则进入步骤306，如果主播未完成订单，则进入步骤308。

在步骤306中，用户通过用户终端下载主播录制好的目标语音铃声。

在步骤307中，用户设置闹铃提醒服务。

在步骤308中，订单失败，即本次下单失败。

结合上述介绍，下面将以主播终端的角度，对本申请中语音铃声的定制方法进行介绍，请参阅图17，本申请实施例中语音铃声定制方法的另一个实施例包括：

401、主播终端显示目标订单信息，其中，目标订单信息为用户终端发送的，目标订单信息用于提示主播录制目标语音铃声；

本实施例中，用户通过直播平台选择铃声定制功能，于是在用户使用的用户终端上显示铃声定制界面，且该铃声定制界面显示有订单生成控件，点击订单生成控件之后，即生成相应的目标订单信息。用户可在铃声定制界面上输入或选择与铃声定制相关的内容，示例性地，可通过铃声定制界面输入自定义的语音内容，例如，“起床啦，起床啦，要迟到了”。示例性地，可通过铃声定制界面选择默认的语音内容，例如，“美好的一天开始了，快起来吧”。

用户在铃声定制界面上完成订单设置之后，点击订单生成控件，此时，已生成目标订单信息，其中，目标订单信息可包括语音内容以及主播的主播标识。基于此，用户终端响应针对于订单生成控件的选择指令，向直播平台服务器发送目标订单信息，由直播平台服务器向主播终端推送该目标订单信息。其中，主播终端是指主播使用的终端。基于此，主播通查看主播终端显示的目标订单信息。

402、主播终端响应于语音录制指令，获取目标语音铃声；

本实施例中，主播按照目标订单信息录制相应的目标语音铃声。即主播通过主播终端触发语音录制指令，由此，可开始录制目标语音铃声。

403、主播终端响应针对于目标语音铃声的发送指令，向用户终端发送铃声查收消息，其中，铃声查收消息用于提示查收目标语音铃声。

本实施例中，主播录制完毕之后，主播可通过主播终端触发发送指令，由此，主播设备向直播平台服务器发送该目标语音铃声，由直播平台服务器生成目标语音铃声所对应的铃声查收消息，再将铃声查收消息发送至用户终端。

用户终端在收到直播平台服务器发送的铃声查收消息之后，即可显示相应的铃声查收消息。用户根据铃声查收消息，能够获知已接收到录制好的目标语音铃声。

本申请实施例中，提供了一种语音铃声的定制方法，通过上述方式，从用户诉求出发，让主播生产可以传播的声音内容，既丰富了直播玩法的趣味性，又增加了用户与主播之间的互动多样性，从而有利于增强直播平台的用户黏度，满足更多用户的需求。

可选地，在上述图17对应的各个实施例的基础上，本申请实施例提供的另一个可选实施例中，主播终端显示目标订单信息，具体可以包括：

主播终端显示铃声订单界面，其中，铃声订单界面显示有N个订单入口，每个订单入口对应于一个订单消息，N为大于或等于1的整数；

主播终端响应针对于N个订单入口中目标订单入口的选择指令，显示目标订单信息。

本实施例中，介绍了一种基于铃声定制订单界面显示目标订单信息的方式。主播还可以选择即将要录制的订单，即在铃声订单界面上选择任意一个订单入口，从而进入相应的订单信息。

具体地，为了便于理解，请参阅图18，图18为本申请实施例中显示目标订单信息的一个界面示意图，如图18中(A)图所示，在铃声订单界面上显示有N个订单入口，以图18中(A)图为例，N为9，假设主播在铃声订单界面选择上选择了“用户A”对应的订单入口，即可进入如图18中(B)图所示的界面。其中，“用户A”为设置目标订单信息的用户，基于此，目标订单信息为“用户A”设置的内容，例如，闹铃类型为可爱类型，闹铃时长为5秒，闹铃内容为默认，背景音乐为两只老虎。

需要说明的是，图18所示的铃声订单界面仅为一个示意，在实际应用中，铃声订单界面的布局方式，图标样式，显示内容等，均可进行灵活调整，此处不做赘述。

其次，本申请实施例中，提供了一种基于铃声定制订单界面显示目标订单信息的方式，通过上述方式，主播还可以从铃声定制订单界面上选择待录制的订单信息，或者按照先后顺序要完成用户的下单，从而提升订单完成的灵活性。

可选地，在上述图17对应的各个实施例的基础上，本申请实施例提供的另一个可选实施例中，还可以包括：

主播终端显示订单配置界面，其中，订单配置界面包括第一支付类型控件以及第二支付类型控件；

若检测到针对于第一支付类型控件的选择指令，则主播终端通过数值设置区域获取目标虚拟数值，其中，目标虚拟数值用于实现触发目标订单信息；

若检测到针对于第二支付类型控件的选择指令，则主播终端通过物件选择区域获取目标虚拟物件所对应的虚拟物件信息，其中，目标虚拟物件所对应的虚拟物件信息用于实现触发目标订单信息。

本实施例中，介绍了一种主播提前配置下单条件的方式。主播还可以设置一天可录制的最高数量，主播还可以设置下订单的条件，可以是免费，支付钻石或者支付送礼物等。

具体地，为了便于理解，请参阅图19，图19为本申请实施例中订单配置界面的一个示意图，如图19中(A)图所示，J1用于指示第一支付类型控件，主播点击J1所指示的第一支付类型控件之后，可以通过数值设置区域获取目标虚拟数值，例如，选择“10钻石”，即目标虚拟数值为“10个钻石”，可选地，主播也可以在自定义区域内输入目标虚拟数值。如图19中(B)图所示，J2用于指示第二支付类型控件，主播点击J2所指示的第二支付类型控件之后，可以通过物件选择区域获取目标虚拟物件所对应的虚拟物件信息，例如，选择虚拟物件信息为“浪漫花束”，即目标虚拟物件为“浪漫花束”，可选地，主播也可以在自定义区域内输入目标虚拟物件所对应的虚拟物件信息。

需要说明的是，图19所示的订单配置界面仅为一个示意，在实际应用中，订单配置界面的布局方式，图标样式，显示内容等，均可进行灵活调整，此处不做赘述。

其次，本申请实施例中，提供了一种主播提前配置下单条件的方式，通过上述方式，主播还可以根据自己的需求设置支付订单的要求，更加个性化的帮助主播完成自己的任务。此外，还可以让主播生产更多的声音内容，将这些声音内容进行商业转化，提升主播的收入。

可选地，在上述图17对应的各个实施例的基础上，本申请实施例提供的另一个可选实施例中，还可以包括：

若在预设时长内已录制目标语音铃声，则主播终端更新第一主播的经验数据，其中，第一主播为录制目标语音铃声的主播。

本实施例中，介绍了一种主播完成定制任务的处理方式。如果第一主播在预设时长内(例如，1小时)已录制目标语音铃声，那么会第一主播的经验数据将被更新，即增加第一主播的经验值。反之，如果在预设时长内未录制目标语音铃声，则虚拟数值或者虚拟物件将原路返回至用户。如果主播连续多次没有完成订单，将会扣除主播直播的经验值，经验值会影响自己的直播等级。

具体地，为了便于理解，请参阅图20，图20为本申请实施例中基于订单完成情况更新排行榜的一个界面示意图，如图20中(A)图所示，假设第一主播为“主播A”，在完成用户(例如，“用户A”)的订单之后会显示相应提示，例如，显示“用户A的订单已完成恭喜主播A，您的经验值增加1000”，也就是说，主播A的经验数据已被更新。基于此，在进入如图20中(B)图所示的主播经验排行榜，在主播经验排行榜中，帮助用户完成叫醒闹铃录制越多的主播排名会越靠前，排名可以每周清空一次，排名前三的主播有一定的平台奖励。

需要说明的是，图20所示的界面仅为一个示意，在实际应用中，该界面的布局方式，图标样式，显示内容等，均可进行灵活调整，此处不做赘述。

其次，本申请实施例中，提供了一种主播完成定制任务的处理方式，通过上述方式，在主播完成一个订单之后，不仅可以得到相应的虚拟资产(例如，直播平台内使用的“金币”或者“钻石”等)，还可以得到直播平台给予的经验值奖励，从而提升主播的等级，有助于提升主播在榜单中的排名，进而吸引更多关注度。

可选地，在上述图17对应的各个实施例的基础上，本申请实施例提供的另一个可选实施例中，响应于语音录制指令，获取目标语音铃声，包括：

响应于语音录制指令，显示录音设置界面，其中，录音设置界面显示有音效列表；

响应针对于音效列表中目标音效的选择指令，获取目标音效；

通过语音输入装置获取初始语音；

根据目标音效以及初始语音，生成目标语音铃声。

本实施例中，介绍了一种增加录制特效的方式。主播在录制语音铃声的过程中，还可以加入一些特效声音，增加语音铃声的丰富性。

具体地，为了便于理解，请参阅图21，图21为本申请实施例中录音设置界面的一个示意图，如图所示，在主播进行语音录制的时候，通过触发语音录制指令，还可以显示录音设置界面，该录音设置界面上显示有音效列表。假设主播选择“鼓掌声”作为目标音效，即触发针对于“鼓掌声”的选择指令。基于此，主播通过语音输入装置录制初始语音，由主播终端将初始语音与目标音效进行合成，即得到目标语音铃声。

需要说明的是，图21所示的录音设置界面仅为一个示意，在实际应用中，该录音设置界面的布局方式，图标样式，显示内容等，均可进行灵活调整，此处不做赘述。

再次，本申请实施例中，提供了一种增加录制特效的方式，通过上述方式，对于主播而言，在录制语音铃声的过程中，还可以加入一些特效声音，从而增加语音铃声的辨识度，以及呈现出更多的趣味性。

结合上述各个实施例的描述，将叫醒闹铃玩法将闹钟与直播相结合，实现该玩法后台需要实现一套语音存储系统以及与终端关于闹钟玩法通信的服务，对于主播终端而言，需要实现直播间主播完成叫醒闹铃通知，私信消息通知，主播设置一天接单数量，下单条件设置等。在主播终端侧需要实现语音录制与上传，提供主播设置订单数与条件入口，另外，针对主播完成订单的数量排名情况，后台需实现一套叫醒闹铃排行榜服务接口。

其中，语音录制需要经过声音采样、量化、过滤和存储等步骤。在语音录制的具体实现中需要获取麦克风声音作为输入源，故需要首先查询是否获取麦克风权限，之后主播可以通过产品交互入口进行音频录制，然后需要将音频保存为本地文件。iOS平台上实现的详细步骤如下：

第一步，创建音频会话，音画会话(AVAudioSession)会话有多种类型，包括混音播放(Ambient)、独占播放(SoloAmbient)、后台播放(Playback)、录音(Record)、录音并且播放(PlayAndRecord)、硬件处理音频(AudioProcessing)以及多路输入输出(MultiRoute)。在此，需要使用的是Record模式。

第二步，创建音频采集(AudioRecoder)对象，需要设置的参数有格式、采样率、通道数以及需要保存的音频文件路径。

第三步，启动音频录制，直接使用系统应用程序接口(Application ProgrammingInterface，API)即可开始录制。

第四步，结束音频录制，调用系统API结束录制。

在语音铃声录制完成后，需要将主播本地的音频文件保存到服务器，即进行文件上传。基于超文本传输协议(Hypertext Transfer Protocol，HTTP)的文件上传，是将客户端按照HTTP规范与定义实现文件与其他表单信息组成的请求消息体封装，之后传输到服务器。服务器端收到传输数据后对消息体进行解析，进而提取出相应的信息并存储。在iOS平台使用AFNetworing框架实现文件上传时，首先需要拿到服务器地址，创建附加功能联网基于超文本传输协议会话管理器(AFHTTPSessionManager)对象。并且可以设置请求超时时间，然后创建提交(post)请求，将文件作为HTTP消息体内容上传到后台管理端。post请求提交后，后台收到请求会返回相应的回调信息，以表明此次文件上传是否成功。

下面将结合图22，介绍在主播终端侧实现闹钟功能的方法。为了便于理解，请参阅图22，图22为本申请实施例中主播侧叫醒闹钟玩法的一个流程示意图，如图所示，具体地：

在步骤501中，主播可以提前设置订单数量与下单条件。

在步骤502中，主播等待用户下单。

在步骤503中，主播终端或者直播平台服务器判断是否接到用户订单，如果收到用户订单，则进入步骤504，反之，如果还未收到用户订单，则返回至步骤502，即继续等待用户下单。

在步骤504中，主播收到订单之后，进入录音设置界面。

在步骤505中，主播开始录制音频文件，即开始录制目标语音铃声。

在步骤506中，判断主播是否录制完成，若已经录制完毕，则进入步骤507，反之，如果主播还未录制完毕，则进行步骤505，即继续等待主播录制。

在步骤507中，主播通过主播终端上传录制好的音频文件，即上传目标语音铃声。

在步骤508中，直播平台服务器判断订单是否超时，若超时，则进入步骤510，反之，若未超时，则进入步骤509。

在步骤509中，目标语音铃声已上传成功，可通过直播平台服务器发送至用户使用的用户终端。

在步骤510中，订单失败，即本次下单失败。

下面对本申请中的语音铃声定制装置进行详细描述，请参阅图23，图23为本申请实施例中语音铃声定制装置的一个实施例示意图，语音铃声定制装置60包括：

显示模块601，用于显示铃声定制界面，其中，铃声定制界面显示有订单生成控件；

发送模块602，用于响应针对于订单生成控件的选择指令，向第一主播终端发送目标订单信息，其中，第一主播终端为第一主播使用的终端，目标订单信息用于提示主播录制目标语音铃声；

显示模块601，还用于显示铃声查收消息，其中，铃声查收消息用于提示查收目标语音铃声。

本申请实施例中，提供了一种语音铃声定制装置，采用上述装置，从用户诉求出发，让主播生产可以传播的声音内容，既丰富了直播玩法的趣味性，又增加了用户与主播之间的互动多样性，从而有利于增强直播平台的用户黏度，满足更多用户的需求。并且提升了用户去看主播直播以及登陆平台设置闹铃的转化率，即提升用户登陆平台的概率。

可选地，在上述图23所对应的实施例的基础上，本申请实施例提供的语音铃声定制装置60的另一实施例中，

显示模块601，具体用于显示第一主播的直播间界面，其中，直播间界面显示有铃声定制控件；

响应针对于铃声定制控件的选择指令，显示铃声定制界面。

本申请实施例中，提供了一种语音铃声定制装置，采用上述装置，在直播过程中用户可以使用铃声定制的功能，让用户更快捷更方便地设置自己的个性化铃声，满足用户需求。

可选地，在上述图23所对应的实施例的基础上，本申请实施例提供的语音铃声定制装置60的另一实施例中，铃声定制界面上还显示有K个铃声类型控件、M个铃声时长控件以及N个铃声内容控件，其中，K、M以及N均为大于1的整数；

语音铃声定制装置60还包括生成模块603；

生成模块603，用于响应针对于目标铃声类型控件的选择指令，则生成第一订单子信息，其中，目标铃声类型控件包含于K个铃声类型控件；

生成模块603，还用于响应针对于目标铃声时长控件的选择指令，则生成第二订单子信息，其中，目标铃声时长控件包含于M个铃声时长控件；

生成模块603，还用于响应针对于目标铃声内容控件的选择指令，则生成第三订单子信息，其中，目标铃声内容控件包含于N个铃声内容控件；

生成模块603，还用于根据第一订单子信息、第二订单子信息以及第三订单子信息，生成目标订单信息。

本申请实施例中，提供了一种语音铃声定制装置，采用上述装置，用户可以选择定制铃声的风格、时长以及语音对应的文字内容，此外，用户也可以自己输入想要的文字内容。由此，实现了个性化定制语音铃声的目的，从而增加方案的灵活性。

可选地，在上述图23所对应的实施例的基础上，本申请实施例提供的语音铃声定制装置60的另一实施例中，铃声定制界面上还显示有背景音乐选择列表，其中，背景音乐选择列表包括至少一个背景音乐；

生成模块603，还用于响应针对于目标背景音乐的选择指令，则生成第四订单子信息，其中，目标背景音乐包含于至少一个背景音乐；

生成模块603，具体用于根据第一订单子信息、第二订单子信息、第三订单子信息以及第四订单子信息，生成目标订单信息。

本申请实施例中，提供了一种语音铃声定制装置，采用上述装置，用户不仅可以选择定制铃声的风格、时长以及语音对应的文字内容，而且，还可以选择用于合成目标语音铃声的背景音乐。由此，实现了个性化定制语音铃声的目的，从而增加方案的灵活性。

可选地，在上述图23所对应的实施例的基础上，本申请实施例提供的语音铃声定制装置60的另一实施例中，铃声定制界面还显示有目标虚拟数值或虚拟物件信息；

发送模块602，具体用于响应针对于订单生成控件的选择指令，若虚拟数值余额大于或等于目标虚拟数值，则向第一主播终端发送目标订单信息；

或者，

发送模块602，具体用于响应针对于订单生成控件的选择指令，若存在虚拟物件信息所对应的目标虚拟物件，则向第一主播终端发送目标订单信息。

本申请实施例中，提供了一种语音铃声定制装置，采用上述装置，在设置得到目标订单信息之后，需要支付一定的资产(例如，虚拟数值或者礼物等)向主播下单，从而达到交易的公平性和可行性。此外，这些资产还能够帮助主播提升实现直播之外的收入，由此，增加方案的可操作性。

可选地，在上述图23所对应的实施例的基础上，本申请实施例提供的语音铃声定制装置60的另一实施例中，语音铃声定制装置60还包括获取模块604以及确定模块605；

获取模块604，用于获取目标用户所对应的贡献值，其中，贡献值表示目标用户针对于第一主播所付出的贡献大小；

确定模块605，用于根据贡献值确定目标折扣；

确定模块605，还用于根据目标折扣以及初始虚拟数值，确定目标虚拟数值。

本申请实施例中，提供了一种语音铃声定制装置，采用上述装置，结合用户与主播之间的互动频繁情况，以及用户打赏主播的情况，提供一定程度的优惠，这样有利于提升用户对主播的黏性，同时，有利于帮助主播增加自己的关注度。

可选地，在上述图23所对应的实施例的基础上，本申请实施例提供的语音铃声定制装置60的另一实施例中，语音铃声定制装置60还包括下载模块606以及播放模块607；

下载模块606，用于在显示模块601显示铃声查收消息之后，若检测到针对于目标语音铃声的下载指令，则下载目标语音铃声；

播放模块607，用于若检测到针对于目标语音铃声的播放指令，则播放目标语音铃声。

本申请实施例中，提供了一种语音铃声定制装置，采用上述装置，用户在收到铃声查收消息之后，可以了解到主播已经完成了目标语音铃声的录制，基于此，为了便于后续使用目标语音铃声，用户还可以直接将目标语音铃声下载到本地，由此，不仅可以离线播放目标语音铃声，而且还可以将目标语音铃声设置为闹铃或者来电铃声等，从而提升方案的可行性和可操作性。

可选地，在上述图23所对应的实施例的基础上，本申请实施例提供的语音铃声定制装置60的另一实施例中，

获取模块604，还用于响应针对于时间设置区域的输入指令，获取目标闹铃时间；

获取模块604，还用于响应针对于铃声列表中目标语音铃声的选择指令，获取目标语音铃声；

显示模块601，还用于响应于闹铃设置指令，显示闹铃设置界面，其中，闹铃设置界面上显示有目标闹铃时间以及目标语音铃声的相关信息。

本申请实施例中，提供了一种语音铃声定制装置，采用上述装置，用户可将主播录制好的目标语音铃声设置为闹铃，将叫醒闹铃与主播声音相结合，提升了方案应用的趣味性，此外，通过个性化主播声音的闹铃，实现平台内容多样化。

可选地，在上述图23所对应的实施例的基础上，本申请实施例提供的语音铃声定制装置60的另一实施例中，

显示模块601，还用于在第一主播的直播间界面上突出显示铃声查收消息，其中，铃声查收消息包括目标用户的信息；

或者，

显示模块601，还用于在第一主播的直播间界面上滚动显示铃声查收消息；

或者，

显示模块601，还用于在第一主播的直播间界面上固定显示铃声查收消息。

本申请实施例中，提供了一种语音铃声定制装置，采用上述装置，主播完成订单后，会以私信的形式把录制的目标语音铃声发给用户，与此同时，还可以在该主播的直播间内铃声查收消息，不仅能够增加主播的人气感和热度感，而且还可以更及时地提醒用户可以去查看或下载录制好的目标语音铃声。

可选地，在上述图23所对应的实施例的基础上，本申请实施例提供的语音铃声定制装置60的另一实施例中，

发送模块602，具体用于当第一主播与第二主播处于连麦状态时，响应针对于订单生成控件的选择指令，分别向第一主播终端以及第二主播终端发送目标订单信息，其中，第二主播终端为第二主播使用的终端。

本申请实施例中，提供了一种语音铃声定制装置，采用上述装置，用户还可以邀请至少两位主播为自己录制一个语音铃声，一方面可以增加用户与多位主播的互动机会，另一方面，提升了铃声录制的多样性，既能够帮助用户获取到更加丰富的语音铃声，也能够帮助更多的主播增加人气和热度。

可选地，在上述图23所对应的实施例的基础上，本申请实施例提供的语音铃声定制装置60的另一实施例中，

显示模块601，具体用于显示第一主播的直播间界面，其中，直播间界面显示有第一虚拟数值；

响应于数值增加指令，显示第二虚拟数值，其中，第二虚拟数值大于第一虚拟数值；

若第二虚拟数值满足竞价条件，则显示铃声定制界面。

本申请实施例中，提供了一种语音铃声定制装置，采用上述装置，考虑到主播每天能够录制的语音铃声有限，如果有大量订单，则会导致部分订单因为主播来不及完成而失效，为了提升订单完成的成功率，可采用竞价模式来下单，从而能够控制订单量的同时，仍然可以提升主播的收入。

下面对本申请中的语音铃声定制装置进行详细描述，请参阅图24，图24为本申请实施例中语音铃声定制装置的另一个实施例示意图，语音铃声定制装置70包括：

显示模块701，用于显示目标订单信息，其中，目标订单信息为用户终端发送的，目标订单信息用于提示主播录制目标语音铃声；

获取模块702，用于响应于语音录制指令，获取目标语音铃声；

发送模块703，用于响应针对于目标语音铃声的发送指令，向用户终端发送铃声查收消息，其中，铃声查收消息用于提示查收目标语音铃声。

本申请实施例中，提供了一种语音铃声定制装置，采用上述装置，从用户诉求出发，让主播生产可以传播的声音内容，既丰富了直播玩法的趣味性，又增加了用户与主播之间的互动多样性，从而有利于增强直播平台的用户黏度，满足更多用户的需求。

可选地，在上述图24所对应的实施例的基础上，本申请实施例提供的语音铃声定制装置70的另一实施例中，

显示模块701，具体用于显示铃声订单界面，其中，铃声订单界面显示有N个订单入口，每个订单入口对应于一个订单消息，N为大于或等于1的整数；

响应针对于N个订单入口中目标订单入口的选择指令，显示目标订单信息。

本申请实施例中，提供了一种语音铃声定制装置，采用上述装置，主播还可以从铃声定制订单界面上选择待录制的订单信息，或者按照先后顺序要完成用户的下单，从而提升订单完成的灵活性。

可选地，在上述图24所对应的实施例的基础上，本申请实施例提供的语音铃声定制装置70的另一实施例中，

显示模块701，还用于显示订单配置界面，其中，订单配置界面包括第一支付类型控件以及第二支付类型控件；

获取模块702，还用于若检测到针对于第一支付类型控件的选择指令，则通过数值设置区域获取目标虚拟数值，其中，目标虚拟数值用于实现触发目标订单信息；

获取模块702，还用于若检测到针对于第二支付类型控件的选择指令，则通过物件选择区域获取目标虚拟物件所对应的虚拟物件信息，其中，目标虚拟物件所对应的虚拟物件信息用于实现触发目标订单信息。

本申请实施例中，提供了一种语音铃声定制装置，采用上述装置，主播还可以根据自己的需求设置支付订单的要求，更加个性化的帮助主播完成自己的任务。此外，还可以让主播生产更多的声音内容，将这些声音内容进行商业转化，提升主播的收入。

可选地，在上述图24所对应的实施例的基础上，本申请实施例提供的语音铃声定制装置70的另一实施例中，语音铃声定制装置70还包括更新模块704；

更新模块704，用于若在预设时长内已录制目标语音铃声，则更新第一主播的经验数据，其中，第一主播为录制目标语音铃声的主播。

本申请实施例中，提供了一种语音铃声定制装置，采用上述装置，在主播完成一个订单之后，不仅可以得到相应的虚拟资产(例如，直播平台内使用的“金币”或者“钻石”等)，还可以得到直播平台给予的经验值奖励，从而提升主播的等级，有助于提升主播在榜单中的排名，进而吸引更多关注度。

可选地，在上述图24所对应的实施例的基础上，本申请实施例提供的语音铃声定制装置70的另一实施例中，

获取模块702，具体用于响应于语音录制指令，显示录音设置界面，其中，录音设置界面显示有音效列表；

响应针对于音效列表中目标音效的选择指令，获取目标音效；

通过语音输入装置获取初始语音；

根据目标音效以及初始语音，生成目标语音铃声。

本申请实施例中，提供了一种语音铃声定制装置，采用上述装置，对于主播而言，在录制语音铃声的过程中，还可以加入一些特效声音，从而增加语音铃声的辨识度，以及呈现出更多的趣味性。

本申请实施例还提供了另一种语音铃声定制装置，该语音铃声定制装置部署于终端设备，如图25所示，为了便于说明，仅示出了与本申请实施例相关的部分，具体技术细节未揭示的，请参照本申请实施例方法部分。在本申请实施例中，以终端设备为智能手机为例进行说明：

图25示出的是与本申请实施例提供的终端设备相关的智能手机的部分结构的框图。参考图25，智能手机包括：射频(radio frequency，RF)电路810、存储器820、输入单元830、显示单元840、传感器850、音频电路860、无线保真(wireless fidelity，WiFi)模块870、处理器880、以及电源890等部件。本领域技术人员可以理解，图25中示出的智能手机结构并不构成对智能手机的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

下面结合图25对智能手机的各个构成部件进行具体的介绍：

RF电路810可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，给处理器880处理；另外，将设计上行的数据发送给基站。通常，RF电路810包括但不限于天线、至少一个放大器、收发信机、耦合器、低噪声放大器(low noiseamplifier，LNA)、双工器等。此外，RF电路810还可以通过无线通信与网络和其他设备通信。上述无线通信可以使用任一通信标准或协议，包括但不限于全球移动通讯系统(globalsystem of mobile communication，GSM)、通用分组无线服务(general packet radioservice，GPRS)、码分多址(code division multiple access，CDMA)、宽带码分多址(wideband code division multiple access,WCDMA)、长期演进(long term evolution，LTE)、电子邮件、短消息服务(short messaging service，SMS)等。

存储器820可用于存储软件程序以及模块，处理器880通过运行存储在存储器820的软件程序以及模块，从而执行智能手机的各种功能应用以及数据处理。存储器820可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据智能手机的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器820可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。

输入单元830可用于接收输入的数字或字符信息，以及产生与智能手机的用户设置以及功能控制有关的键信号输入。具体地，输入单元830可包括触控面板831以及其他输入设备832。触控面板831，也称为触摸屏，可收集用户在其上或附近的触摸操作(比如用户使用手指、触笔等任何适合的物体或附件在触控面板831上或在触控面板831附近的操作)，并根据预先设定的程式驱动相应的连接装置。可选的，触控面板831可包括触摸检测装置和触摸控制器两个部分。其中，触摸检测装置检测用户的触摸方位，并检测触摸操作带来的信号，将信号传送给触摸控制器；触摸控制器从触摸检测装置上接收触摸信息，并将它转换成触点坐标，再送给处理器880，并能接收处理器880发来的命令并加以执行。此外，可以采用电阻式、电容式、红外线以及表面声波等多种类型实现触控面板831。除了触控面板831，输入单元830还可以包括其他输入设备832。具体地，其他输入设备832可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元840可用于显示由用户输入的信息或提供给用户的信息以及智能手机的各种菜单。显示单元840可包括显示面板841，可选的，可以采用液晶显示器(liquidcrystal display，LCD)、有机发光二极管(organic light-emitting diode，OLED)等形式来配置显示面板841。进一步的，触控面板831可覆盖显示面板841，当触控面板831检测到在其上或附近的触摸操作后，传送给处理器880以确定触摸事件的类型，随后处理器880根据触摸事件的类型在显示面板841上提供相应的视觉输出。虽然在图25中，触控面板831与显示面板841是作为两个独立的部件来实现智能手机的输入和输入功能，但是在某些实施例中，可以将触控面板831与显示面板841集成而实现智能手机的输入和输出功能。

智能手机还可包括至少一种传感器850，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板841的亮度，接近传感器可在智能手机移动到耳边时，关闭显示面板841和/或背光。作为运动传感器的一种，加速计传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别智能手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于智能手机还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路860、扬声器861，传声器862可提供用户与智能手机之间的音频接口。音频电路860可将接收到的音频数据转换后的电信号，传输到扬声器861，由扬声器861转换为声音信号输出；另一方面，传声器862将收集的声音信号转换为电信号，由音频电路860接收后转换为音频数据，再将音频数据输出处理器880处理后，经RF电路810以发送给比如另一智能手机，或者将音频数据输出至存储器820以便进一步处理。

WiFi属于短距离无线传输技术，智能手机通过WiFi模块870可以帮助用户收发电子邮件、浏览网页和访问流式媒体等，它为用户提供了无线的宽带互联网访问。虽然图25示出了WiFi模块870，但是可以理解的是，其并不属于智能手机的必须构成，完全可以根据需要在不改变发明的本质的范围内而省略。

处理器880是智能手机的控制中心，利用各种接口和线路连接整个智能手机的各个部分，通过运行或执行存储在存储器820内的软件程序和/或模块，以及调用存储在存储器820内的数据，执行智能手机的各种功能和处理数据，从而对智能手机进行整体监控。可选的，处理器880可包括一个或多个处理单元；可选的，处理器880可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器880中。

智能手机还包括给各个部件供电的电源890(比如电池)，可选的，电源可以通过电源管理系统与处理器880逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。

尽管未示出，智能手机还可以包括摄像头、蓝牙模块等，在此不再赘述。

上述实施例中由终端设备所执行的步骤可以基于该图25所示的终端设备结构。

本申请实施例中还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当其在计算机上运行时，使得计算机执行如前述各个实施例描述的方法。

本申请实施例中还提供一种包括程序的计算机程序产品，当其在计算机上运行时，使得计算机执行前述各个实施例描述的方法。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

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

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

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

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (20)

1.一种语音铃声的定制方法，其特征在于，包括：

显示铃声定制界面，其中，所述铃声定制界面显示有订单生成控件；

响应针对于所述订单生成控件的选择指令，向第一主播终端发送目标订单信息，其中，所述第一主播终端为第一主播使用的终端，所述目标订单信息用于提示主播录制目标语音铃声；

显示铃声查收消息，其中，所述铃声查收消息用于提示查收所述目标语音铃声。

2.根据权利要求1所述的定制方法，其特征在于，所述显示铃声定制界面，包括：

显示所述第一主播的直播间界面，其中，所述直播间界面显示有铃声定制控件；

响应针对于所述铃声定制控件的选择指令，显示所述铃声定制界面。

3.根据权利要求1所述的定制方法，其特征在于，所述铃声定制界面上还显示有K个铃声类型控件、M个铃声时长控件以及N个铃声内容控件，其中，所述K、所述M以及所述N均为大于1的整数；

所述方法还包括：

响应针对于目标铃声类型控件的选择指令，则生成第一订单子信息，其中，所述目标铃声类型控件包含于所述K个铃声类型控件；

响应针对于目标铃声时长控件的选择指令，则生成第二订单子信息，其中，所述目标铃声时长控件包含于所述M个铃声时长控件；

响应针对于目标铃声内容控件的选择指令，则生成第三订单子信息，其中，所述目标铃声内容控件包含于所述N个铃声内容控件；

根据所述第一订单子信息、所述第二订单子信息以及所述第三订单子信息，生成所述目标订单信息。

4.根据权利要求3所述的定制方法，其特征在于，所述铃声定制界面上还显示有背景音乐选择列表，其中，所述背景音乐选择列表包括至少一个背景音乐；

所述响应针对于所述订单生成控件的选择指令，向第一主播终端发送目标订单信息之前，所述方法还包括：

响应针对于目标背景音乐的选择指令，则生成第四订单子信息，其中，所述目标背景音乐包含于所述至少一个背景音乐；

所述根据所述第一订单子信息、所述第二订单子信息以及所述第三订单子信息，生成所述目标订单信息，包括：

根据所述第一订单子信息、所述第二订单子信息、所述第三订单子信息以及所述第四订单子信息，生成所述目标订单信息。

5.根据权利要求1所述的定制方法，其特征在于，所述铃声定制界面还显示有目标虚拟数值或虚拟物件信息；

所述响应针对于所述订单生成控件的选择指令，向第一主播终端发送目标订单信息，包括：

响应针对于所述订单生成控件的选择指令，若虚拟数值余额大于或等于所述目标虚拟数值，则向所述第一主播终端发送所述目标订单信息；

或者，

响应针对于所述订单生成控件的选择指令，若存在所述虚拟物件信息所对应的目标虚拟物件，则向所述第一主播终端发送所述目标订单信息。

6.根据权利要求5所述的定制方法，其特征在于，所述方法还包括：

获取目标用户所对应的贡献值，其中，所述贡献值表示所述目标用户针对于所述第一主播所付出的贡献大小；

根据所述贡献值确定目标折扣；

根据所述目标折扣以及初始虚拟数值，确定所述目标虚拟数值。

7.根据权利要求1所述的定制方法，其特征在于，所述显示铃声查收消息之后，所述方法还包括：

若检测到针对于所述目标语音铃声的下载指令，则下载所述目标语音铃声；

若检测到针对于所述目标语音铃声的播放指令，则播放所述目标语音铃声。

8.根据权利要求1所述的定制方法，其特征在于，所述方法还包括：

响应针对于时间设置区域的输入指令，获取目标闹铃时间；

响应针对于铃声列表中所述目标语音铃声的选择指令，获取所述目标语音铃声；

响应于闹铃设置指令，显示闹铃设置界面，其中，所述闹铃设置界面上显示有所述目标闹铃时间以及所述目标语音铃声的相关信息。

9.根据权利要求1所述的定制方法，其特征在于，所述方法还包括：

在所述第一主播的直播间界面上突出显示铃声查收消息，其中，所述铃声查收消息包括目标用户的信息；

或者，

在所述第一主播的直播间界面上滚动显示所述铃声查收消息；

或者，

在所述第一主播的直播间界面上固定显示所述铃声查收消息。

10.根据权利要求1所述的定制方法，其特征在于，所述响应针对于所述订单生成控件的选择指令，向第一主播终端发送目标订单信息，包括：

当所述第一主播与第二主播处于连麦状态时，响应针对于所述订单生成控件的选择指令，分别向所述第一主播终端以及第二主播终端发送所述目标订单信息，其中，所述第二主播终端为第二主播使用的终端。

11.根据权利要求1所述的定制方法，其特征在于，所述显示铃声定制界面，包括：

显示所述第一主播的直播间界面，其中，所述直播间界面显示有第一虚拟数值；

响应于数值增加指令，显示第二虚拟数值，其中，所述第二虚拟数值大于所述第一虚拟数值；

若第二虚拟数值满足竞价条件，则显示所述铃声定制界面。

12.一种语音铃声的定制方法，其特征在于，包括：

显示目标订单信息，其中，所述目标订单信息为用户终端发送的，所述目标订单信息用于提示主播录制目标语音铃声；

响应于语音录制指令，获取所述目标语音铃声；

响应针对于所述目标语音铃声的发送指令，向所述用户终端发送铃声查收消息，其中，所述铃声查收消息包括下载控件，所述下载控件用于触发所述用户终端下载所述目标语音铃声。

13.根据权利要求12所述的定制方法，其特征在于，所述显示目标订单信息，包括：

显示铃声订单界面，其中，所述铃声订单界面显示有N个订单入口，每个订单入口对应于一个订单消息，所述N为大于或等于1的整数；

响应针对于所述N个订单入口中目标订单入口的选择指令，显示所述目标订单信息。

14.根据权利要求12所述的定制方法，其特征在于，所述方法还包括：

显示订单配置界面，其中，所述订单配置界面包括第一支付类型控件以及第二支付类型控件；

若检测到针对于所述第一支付类型控件的选择指令，则通过数值设置区域获取目标虚拟数值，其中，所述目标虚拟数值用于实现触发所述目标订单信息；

若检测到针对于所述第二支付类型控件的选择指令，则通过物件选择区域获取目标虚拟物件所对应的虚拟物件信息，其中，所述目标虚拟物件所对应的虚拟物件信息用于实现触发所述目标订单信息。

15.根据权利要求12所述的定制方法，其特征在于，所述方法还包括：

若在预设时长内已录制所述目标语音铃声，则更新第一主播的经验数据，其中，所述第一主播为录制所述目标语音铃声的主播。

16.根据权利要求12至15中任一项所述的定制方法，其特征在于，所述响应于语音录制指令，获取所述目标语音铃声，包括：

响应于所述语音录制指令，显示录音设置界面，其中，所述录音设置界面显示有音效列表；

响应针对于所述音效列表中所述目标音效的选择指令，获取目标音效；

通过语音输入装置获取初始语音；

根据所述目标音效以及所述初始语音，生成所述目标语音铃声。

17.一种语音铃声定制装置，其特征在于，包括：

显示模块，用于显示铃声定制界面，其中，所述铃声定制界面显示有订单生成控件；

发送模块，用于响应针对于所述订单生成控件的选择指令，向第一主播终端发送目标订单信息，其中，所述第一主播终端为第一主播使用的终端，所述目标订单信息用于提示主播录制目标语音铃声；

所述显示模块，还用于显示铃声查收消息，其中，所述铃声查收消息用于提示查收所述目标语音铃声。

18.一种语音铃声定制装置，其特征在于，包括：

显示模块，用于显示目标订单信息，其中，所述目标订单信息为用户终端发送的，所述目标订单信息用于提示主播录制目标语音铃声；

获取模块，用于响应于语音录制指令，获取所述目标语音铃声；

发送模块，用于响应针对于所述目标语音铃声的发送指令，向所述用户终端发送铃声查收消息，其中，所述铃声查收消息包括下载控件，所述下载控件用于触发所述用户终端下载所述目标语音铃声。

19.一种终端设备，其特征在于，包括：存储器、处理器以及总线系统；

其中，所述存储器用于存储程序；

所述处理器用于执行所述存储器中的程序，所述处理器用于根据程序代码中的指令执行权利要求1至11中任一项所述的定制方法，或者，执行权利要求12至16中任一项所述的定制方法；

所述总线系统用于连接所述存储器以及所述处理器，以使所述存储器以及所述处理器进行通信。

20.一种计算机可读存储介质，包括指令，当其在计算机上运行时，使得计算机执行如权利要求1至11中任一项所述的定制方法，或者，执行权利要求12至16中任一项所述的定制方法。

Images