CN105224668A - 一种点播歌曲的处理方法和装置 - Google Patents

Abstract

本发明公开了一种点播歌曲的处理方法和装置，属于计算机技术领域。所述方法包括：接收第一终端发送的目标歌曲的点播请求；将目标歌曲的点播请求，添加到预设的网络界面中进行展示；接收第二终端发送的目标歌曲的录制音频数据；向第一终端发送目标歌曲的录制音频数据。采用本发明，可以提高点播歌曲的成功率。

Description

一种点播歌曲的处理方法和装置

技术领域

本发明涉及计算机技术领域，特别涉及一种点播歌曲的处理方法和装置。

背景技术

随着计算机技术的发展，手机、计算机等终端得到了广泛的应用，相应的终端上的应用程序的种类越来越多、功能越来越丰富。歌唱类应用程序(或称K歌类应用程序)是一种很常用的娱乐应用程序。

用户可以通过歌唱类应用程序进行歌曲点播，即邀请其他用户为该用户演唱目标歌曲并支付相应报酬。用户在邀请对象列表中选取想要邀请的目标对象的标识，向目标对象发出演唱目标歌曲的请求。在目标对象演唱完毕并向用户发送音频文件之后，用户成功接收目标歌曲的音频文件，并向目标对象支付相应的报酬，如收费礼物，虚拟货币等。

在实现本发明的过程中，发明人发现现有技术至少存在以下问题：

在点播歌曲的过程中，用户需要指定目标对象演唱歌曲，这样，目标对象可能会拒绝演唱歌曲，会大大降低点播歌曲的成功率。

发明内容

为了解决现有技术的问题，本发明实施例提供了一种点播歌曲的处理方法和装置。所述技术方案如下：

第一方面，提供了一种点播歌曲的处理方法，所述方法包括：

接收第一终端发送的目标歌曲的点播请求；

将所述目标歌曲的点播请求，添加到预设的网络界面中进行展示；

接收第二终端发送的所述目标歌曲的录制音频数据；

向所述第一终端发送所述目标歌曲的录制音频数据。

第二方面，提供了一种点播歌曲的处理装置，所述装置包括：

第一接收模块，用于接收第一终端发送的目标歌曲的点播请求；

展示模块，用于将所述目标歌曲的点播请求，添加到预设的网络界面中进行展示；

第二接收模块，用于接收第二终端发送的所述目标歌曲的录制音频数据；

第一发送模块，用于向所述第一终端发送所述目标歌曲的录制音频数据。

本发明实施例提供的技术方案带来的有益效果是：

本发明实施例中，接收第一终端发送的目标歌曲的点播请求；将目标歌曲的点播请求，添加到预设的网络界面中进行展示；接收第二终端发送的目标歌曲的录制音频数据；向第一终端发送目标歌曲的录制音频数据。这样，在点播歌曲的过程中，用户的点播请求可以展示在预设的网络界面中，点播请求被拒绝的可能性很低，可以提高点播歌曲的成功率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的一种点播歌曲的处理方法流程图；

图2是本发明实施例提供的一种点播歌曲的界面示意图；

图3是本发明实施例提供的一种预设的网络界面示意图；

图4是本发明实施例提供的一种录制音频数据的界面示意图；

图5是本发明实施例提供的一种点播歌曲的处理方法流程图；

图6是本发明实施例提供的一种点播歌曲的处理装置结构示意图；

图7是本发明实施例提供的一种点播歌曲的处理装置结构示意图；

图8是本发明实施例提供的一种点播歌曲的处理装置结构示意图；

图9是本发明实施例提供的一种点播歌曲的处理装置结构示意图；

图10是本发明实施例提供的一种点播歌曲的处理装置结构示意图；

图11是本发明实施例提供的一种点播歌曲的处理装置结构示意图；

图12是本发明实施例提供的一种点播歌曲的处理装置结构示意图；

图13是本发明实施例提供的一种点播歌曲的处理装置结构示意图；

图14是本发明实施例提供的一种服务器的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

实施例一

本发明实施例提供了一种点播歌曲的处理方法，如图1所示，该方法的处理流程可以包括如下的步骤：

步骤101，接收第一终端发送的目标歌曲的点播请求。

步骤102，将目标歌曲的点播请求，添加到预设的网络界面中进行展示。

步骤103，接收第二终端发送的目标歌曲的录制音频数据。

步骤104，向第一终端发送目标歌曲的录制音频数据。

本发明实施例中，接收第一终端发送的目标歌曲的点播请求；将目标歌曲的点播请求，添加到预设的网络界面中进行展示；接收第二终端发送的目标歌曲的录制音频数据；向第一终端发送目标歌曲的录制音频数据。这样，在点播歌曲的过程中，用户的点播请求可以展示在预设的网络界面中，点播请求被拒绝的可能性很低，可以提高点播歌曲的成功率。

实施例二

本发明实施例提供了一种点播歌曲的处理方法，该方法可以由服务器实现。服务器可以是用于音频播放和歌曲录制的应用程序的后台服务器，服务器可以设置有处理器、存储器、通信部件，处理器可以用于进行点播歌曲的过程的处理，存储器可以用于存储下述处理过程中需要的数据以及产生的数据，通信部件可以用于点播歌曲的处理过程中数据的接收与发送。本实施例中，以后点播歌曲的点播方为用户甲、乙、丙等，演唱方为用户a、b、c等为例，进行方案的详细说明，其它情况与之类似，本实施例不再累述。

下面将结合具体实施方式，对图1所示的处理流程进行详细的说明，内容可以如下：

步骤101，接收第一终端发送的目标歌曲的点播请求。

在实施中，用户可以在终端上安装上述用于音频播放和歌曲录制的应用程序，当用户甲想要其他用户(如用户a、用户b、用户c等)为其演唱一首歌曲(即目标歌曲)时，可以操作启动终端上安装的上述应用程序，此时该应用程序可以显示主界面，在主界面中可以显示有歌曲点播选项，用户甲点击歌曲点播选项后，可以触发该应用程序切换至歌曲点播界面，在歌曲点播界面中可以显示有输入窗口，用户甲可以在输入窗口输入目标歌曲的歌曲名称、对应的歌手名称，同时还可以在输入窗口中输入其它点歌要求，如可以要求演唱者为女性，要求清唱无伴奏版本等，如图2所示。输入完毕后，用户甲可以点击点播确认键，进而终端(此处即为第一终端)可以根据用户输入的内容生成目标歌曲的点播请求并将点播请求发送给服务器，进而，服务器则可以接收到第一终端发送的目标歌曲的点播请求。

步骤102，将目标歌曲的点播请求，添加到预设的网络界面中进行展示。

在实施中，服务器接收到目标歌曲的点播请求后，可以在预设的网络界面中显示该点播请求，如在服务器对应的官方网站的点播页面中显示该点播请求，如图3所示。另外，服务器可以根据点播请求的具体内容为点播请求设置不同的类别，如可以根据目标歌曲的歌曲名称，将点播请求分入对目标歌曲的点播类，或者可以根据目标歌曲对应的歌手名称，将点播请求分入上述歌手的点播类，这样，服务器则可以在上述点播请求所属的类别对应的网络界面中显示该点播请求，从而用户可以较为快速的在对应的类别中查找上述点播请求。

步骤103，接收第二终端发送的目标歌曲的录制音频数据。

在实施中，如果用户a想要应征其他用户(如用户甲、用户乙、用户丙等)的点播请求，可以通过终端(此处即为第二终端)登录上述应用程序的服务器对应的上述点播页面，并在该点播页面中查找自己想要演唱的目标歌曲的点播请求。查找方式可以是逐条查找，也可以是根据类别查找，还可以是输入关键词查找。当用户a确定想要接受某一歌曲的点播请求(如目标歌曲的点播请求)，可以点击该点播请求下的应征按键，这时第二终端上可以显示歌曲演唱界面，用户a可以点击录制按键并开始演唱目标歌曲，第二终端则可以录制生成对应的目标歌曲的录制音频数据，如图4所示。录制完成后，用户a点击上传按键，服务器则可以接收到第二终端发送的目标歌曲的录制音频数据。另外，用户a在录制完成后可以先点击存储按键，第二终端则可以将录制音频数据存储在本地或者对应用户a的账户的网盘中，从而用户再次点击打开歌曲演唱界面时，可以直接点击打开文件按键，选择已存储的录制音频数据，再点击上传按键，服务器则可以接收到第二终端发送的目标歌曲的录制音频数据。

值得一提的是，为了确保录制音频数据的真实性，一般会要求用户通过预设的录音程序或者录音页面进行歌曲录制。

步骤104，向第一终端发送目标歌曲的录制音频数据。

在实施中，服务器接收到第二终端发送的目标歌曲的录制音频数据后，可以先获取目标歌曲的点播请求，并将该点播请求与用户a上传的录制音频数据对应存储。同时可以根据点播请求对用户a的账户信息进行验证，检测用户a是否符合点播请求中的附加要求，如点播请求中要求演唱者为女性，则可以检测用户a的账户信息中的性别信息是否为女性，如果用户a符合点播请求中的附加要求，则服务器可以将第二终端上传的目标歌曲的录制音频数据发送给第一终端。

可选的，点播请求中可以携带有支付价格信息，相应的，在步骤104之后，服务器还可以接收第一终端发送的接收确认消息，根据支付价格信息，进行转账处理。

在实施中，用户甲在向服务器发送点播请求时，可以在点播请求中加入支付价格信息，即支付给演唱者一定的金钱报酬，或者赠送给演唱者有一定价值的虚拟礼物等。这样，用户甲向服务器发送点播请求后，服务器则可以根据支付价格信息从用户甲的账户中扣去相应的财产，并将财产转入到服务器的交易平台对应的账户中。之后用户甲接收到服务器发送的目标歌曲的录制音频数据，并确认录制音频数据满意无误后，可以向服务器发送目标歌曲的录制音频数据的接收确认消息。进而服务器接收到上述接收确认消息后，可以根据支付价格信息，将相应的财产从服务器的交易平台对应的账户转到用户a的账户中。不得不说的是，如果在向第一终端发送目标歌曲的录制音频数据后预设时长内未接收到第一终端发送的接收确认消息，或者任何有关本次点播请求的消息，则可以自动根据支付价格信息进行相应的转账处理。

可选的，可以为每个点播请求设置对应的展示时间，相应的处理可以如下：当目标歌曲的点播请求的展示时长达到预设时长阈值时，从预设的网络界面中删除目标歌曲的点播请求。

在实施中，当服务器将一个点播请求添加到预设的网络界面中进行展示时，可以记录当前展示时间，并设定在预设时长后将该点播请求从网络界面中删除，即该点播请求的展示时长大于预设时长阈值后取消展示改点播请求。另外，用户可以在点播请求中添加展示时间的要求，如要求展示时间比预设时长阈值长1天或短一天，可以想到的是，用户可能需要为不同的展示时间向服务器支付不同数额的报酬。

本发明实施例中，可以由歌曲点播者自行选择对应的歌曲演唱者，如图5所示，相应的处理可以如下述流程：

步骤201，接收多个终端发送的对应点播请求的接受消息。

在实施中，服务器将用户甲的点播请求添加到预设的网络界面中展示后，其他用户就可以在该网络界面中查找到上述点播请求。如果用户a想要接受该点播请求，则可以点击该点播请求对应的应征按键，这时，服务器则可以接收到用户a的终端发送的对应上述点播请求的接受消息。同理，如果还有其余用户想要接受该点播请求，处理过程同上。同时，接受消息中可以携带有用户a关于目标歌曲的试唱音频数据。此处，服务器可以为每个点播请求设置一个应征时长，或者应征名额，当展示时长到达应征时长或者已应征人数到达应征名额后，服务器可以停止该点播请求的应征环节，即其他用户无法再接受该点播请求。

步骤202，向第一终端发送多个终端中每个终端的登录账户的账户信息。

在实施中，服务器在接收到某个终端发送的点播请求的接受消息后，可以将根据该接受消息获取该终端的登录账户的账户信息，账户信息中可以包含用户账户的标识信息、用户账户的个人资料和用户接受点播的历史记录等，然后服务器向用户甲的终端即第一终端发送上述账户信息。同时，发送账户信息的同时可以发送上述用户a关于目标歌曲的试唱音频数据。此外，服务器可以设置每接收到一条接受消息就向第一终端发送对应的账户信息，也可以设置接收到一定数量的接受消息后向第一终端发送对应的所有的账户信息，还可以设置每隔预设时长向第一终端发送在该时段内接收到的接受消息对应的账户信息。

步骤203，接收第一终端发送的选择消息，选择消息携带有被选账户的标识信息。

在实施中，当第一终端接收到服务器发送的多个账户信息后，可以将所有的账户信息显示在终端的屏幕上，进而。用户甲则可以点击选择其中一个或多个对应的账户，选择完成后可以点击确认按键，第一终端则可以生成选择消息并向服务器发送该选择消息。服务器接收到第一终端发送的选择消息后，可以获取其中携带的被选账户的标识信息。

步骤204，向被选账户所登录的第二终端发送点播确认消息。

服务器获取到被选账户的标识信息后，可以向被选账户登录的第二终端发送点播确认消息，通知用户a应征目标歌曲的点播请求成功，请在规定时间内上传目标歌曲的录制音频数据。

可选的，在某个点播请求的点播者确定了演唱者后，服务器可以取消展示点播请求，相应的处理可以如下：从预设的网络界面中删除目标歌曲的点播请求；如果在发送点播确认消息后预设时长内未接收到第二终端发送的目标歌曲的录制音频数据，则将目标歌曲的点播请求，再次添加到预设的网络界面中进行展示。

在实施中，当服务器向被选账户所登录的第二终端发送点播确认消息后，可以将对应的目标歌曲的点播请求从预设的网络界面中删除或者将该点播请求标记为已结束。另外，服务器可以在发送点播确认消息的同时开始计时，如果在预设时长内一直没有接收到第二终端发送的目标歌曲的录制音频数据，则可以向第二终端发送应征失败消息，并将此记录添加到登录第二终端的账户的账户信息中，同时再次将上述点播请求添加到预设的网络界面中进行展示。其中，服务器可以在上述预设时长内每隔一定时间向第二终端发送录制提醒消息，以通知用户a及时上传目标歌曲的录制音频数据。

可选的，用户可以在点播请求中额外指定一些演唱者，相应的，目标歌曲的点播请求携带有优选账户的标识信息；服务器在接收第一终端发送的目标歌曲的点播请求之后，向优选账户所登录的第三终端发送目标歌曲的点播请求。

在实施中，用户甲在点播请求中可以额外指定一些比较喜爱的演唱者，这样服务器在接收到第一终端发送的目标歌曲的点播请求后，可以获取其中携带的优选账户的标识信息，然后向优选账户所登录的第三终端发送目标歌曲的点播请求。

可选的，服务器可以预先存储每个账户想要演唱的歌曲，相应的处理可以如下：根据预先存储的账户与关注的歌曲的对应关系，确定目标歌曲对应的账户；向目标歌曲对应的账户所登录的第四终端发送目标歌曲的点播请求。

在实施中，服务器中可以存储有账户和该账户关注的歌曲的对应关系，即记录该账户对应的用户想要演唱哪首歌。当服务器接收到一条点播请求后，可以确定对应的目标歌曲，进而可以在对应关系中查找目标歌曲对应的账户，之后可以向目标歌曲对应的账户所登录的第四终端发送目标歌曲的点播请求。

可选的，用户可以主动添加自己想要演唱的歌曲，相应的处理可以如下：接收第五终端发送的待关注歌曲的关注请求；将第五终端的登录账户与待关注歌曲对应的添加到对应关系中。

在实施中，当用户想要演唱某一首歌曲时，可以通过终端(即第五终端)向服务器发送该歌曲的关注请求。这样服务器在接收到第五终端发送的关注请求后，可以获取其中待关注歌曲的标识信息，并将待关注歌曲与第五终端的登录账户对应添加到上述对应关系中去。

本发明实施例中，接收第一终端发送的目标歌曲的点播请求；将目标歌曲的点播请求，添加到预设的网络界面中进行展示；接收第二终端发送的目标歌曲的录制音频数据；向第一终端发送目标歌曲的录制音频数据。这样，在点播歌曲的过程中，用户的点播请求可以展示在预设的网络界面中，点播请求被拒绝的可能性很低，可以提高点播歌曲的成功率。

实施例三

基于相同的技术构思，本发明实施例还提供了一种点播歌曲的处理装置，如图6所示，该装置包括：

第一接收模块601，用于接收第一终端发送的目标歌曲的点播请求；

展示模块602，用于将所述目标歌曲的点播请求，添加到预设的网络界面中进行展示；

第二接收模块603，用于接收第二终端发送的所述目标歌曲的录制音频数据；

第一发送模块604，用于向所述第一终端发送所述目标歌曲的录制音频数据。

可选的，所述点播请求中携带有支付价格信息；

如图7所示，所述装置还包括：

第三接收模块605，用于接收所述第一终端发送的接收确认消息；

转账模块606，用于根据所述支付价格信息，进行转账处理。

可选的，如图8所示，所述装置还包括：

第一删除模块607，用于当所述目标歌曲的点播请求的展示时长达到预设时长阈值时，从所述预设的网络界面中删除所述目标歌曲的点播请求。

可选的，如图9所示，所述装置还包括：

第四接收模块608，用于接收多个终端发送的对应所述点播请求的接受消息；

第二发送模块609，用于向所述第一终端发送所述多个终端中每个终端的登录账户的账户信息；

第五接收模块610，用于接收所述第一终端发送的选择消息，所述选择消息携带有被选账户的标识信息；

第三发送模块611，用于向所述被选账户所登录的第二终端发送点播确认消息。

可选的，如图10所示，所述装置还包括：

第二删除模块612，用于从所述预设的网络界面中删除所述目标歌曲的点播请求；

第一添加模块613，用于如果在发送点播确认消息后预设时长内未接收到所述第二终端发送的所述目标歌曲的录制音频数据，则将所述目标歌曲的点播请求，再次添加到所述预设的网络界面中进行展示。

可选的，所述目标歌曲的点播请求携带有优选账户的标识信息；

如图11所示，所述装置还包括：

第四发送模块614，用于向所述优选账户所登录的第三终端发送所述目标歌曲的点播请求。

可选的，如图12所示，所述装置还包括：

确定模块615，用于根据预先存储的账户与关注的歌曲的对应关系，确定所述目标歌曲对应的账户；

第五发送模块616，用于向所述目标歌曲对应的账户所登录的第四终端发送所述目标歌曲的点播请求。

可选的，如图13所示，所述装置还包括：

第六接收模块617，用于接收第五终端发送的待关注歌曲的关注请求；

第二添加模块618，用于将所述第五终端的登录账户与所述待关注歌曲对应的添加到所述对应关系中。

本发明实施例中，接收第一终端发送的目标歌曲的点播请求；将目标歌曲的点播请求，添加到预设的网络界面中进行展示；接收第二终端发送的目标歌曲的录制音频数据；向第一终端发送目标歌曲的录制音频数据。这样，在点播歌曲的过程中，用户的点播请求可以展示在预设的网络界面中，点播请求被拒绝的可能性很低，可以提高点播歌曲的成功率。

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

实施例四

图14是本发明实施例提供的服务器的结构示意图。该服务器1900可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，CPU)1922(例如，一个或一个以上处理器)和存储器1932，一个或一个以上存储应用程序1942或数据1944的存储介质1930(例如一个或一个以上海量存储设备)。其中，存储器1932和存储介质1930可以是短暂存储或持久存储。存储在存储介质1930的程序可以包括一个或一个以上模块(图示没标出)，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1922可以设置为与存储介质1930通信，在服务器1900上执行存储介质1930中的一系列指令操作。

服务器1900还可以包括一个或一个以上电源1926，一个或一个以上有线或无线网络接口1950，一个或一个以上输入输出接口1958，一个或一个以上键盘1956，和/或，一个或一个以上操作系统1941，例如WindowsServerTM，MacOSXTM，UnixTM，LinuxTM，FreeBSDTM等等。

服务器1900可以包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行所述一个或者一个以上程序包含用于进行以下操作的指令：

接收第一终端发送的目标歌曲的点播请求；

将所述目标歌曲的点播请求，添加到预设的网络界面中进行展示；

接收第二终端发送的所述目标歌曲的录制音频数据；

向所述第一终端发送所述目标歌曲的录制音频数据。

可选的，所述点播请求中携带有支付价格信息；

所述向所述第一终端发送所述目标歌曲的录制音频数据之后，还包括：

接收所述第一终端发送的接收确认消息；

根据所述支付价格信息，进行转账处理。

可选的，所述接收第二终端发送的所述目标歌曲的录制音频数据将所述目标歌曲的点播请求，添加到预设的网络界面中进行展示之后，还包括：

当所述目标歌曲的点播请求的展示时长达到预设时长阈值时，从所述预设的网络界面中删除所述目标歌曲的点播请求。

可选的，所述接收第二终端发送的所述目标歌曲的录制音频数据之前，还包括：

接收多个终端发送的对应所述点播请求的接受消息；

向所述第一终端发送所述多个终端中每个终端的登录账户的账户信息；

接收所述第一终端发送的选择消息，所述选择消息携带有被选账户的标识信息；

向所述被选账户所登录的第二终端发送点播确认消息。

可选的，所述向所述被选账户所登录的第二终端发送点播确认消息之后，还包括：

从所述预设的网络界面中删除所述目标歌曲的点播请求；

如果在发送点播确认消息后预设时长内未接收到所述第二终端发送的所述目标歌曲的录制音频数据，则将所述目标歌曲的点播请求，再次添加到所述预设的网络界面中进行展示。

可选的，所述目标歌曲的点播请求携带有优选账户的标识信息；

所述接收第一终端发送的目标歌曲的点播请求之后，还包括：

向所述优选账户所登录的第三终端发送所述目标歌曲的点播请求。

可选的，所述方法还包括：

根据预先存储的账户与关注的歌曲的对应关系，确定所述目标歌曲对应的账户；

向所述目标歌曲对应的账户所登录的第四终端发送所述目标歌曲的点播请求。

可选的，所述方法还包括：

接收第五终端发送的待关注歌曲的关注请求；

将所述第五终端的登录账户与所述待关注歌曲对应的添加到所述对应关系中。

本发明实施例中，接收第一终端发送的目标歌曲的点播请求；将目标歌曲的点播请求，添加到预设的网络界面中进行展示；接收第二终端发送的目标歌曲的录制音频数据；向第一终端发送目标歌曲的录制音频数据。这样，在点播歌曲的过程中，用户的点播请求可以展示在预设的网络界面中，点播请求被拒绝的可能性很低，可以提高点播歌曲的成功率。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (16)

1.一种点播歌曲的处理方法，其特征在于，所述方法包括：

接收第一终端发送的目标歌曲的点播请求；

将所述目标歌曲的点播请求，添加到预设的网络界面中进行展示；

接收第二终端发送的所述目标歌曲的录制音频数据；

向所述第一终端发送所述目标歌曲的录制音频数据。

2.根据权利要求1所述的方法，其特征在于，所述点播请求中携带有支付价格信息；

所述向所述第一终端发送所述目标歌曲的录制音频数据之后，还包括：

接收所述第一终端发送的接收确认消息；

根据所述支付价格信息，进行转账处理。

3.根据权利要求1所述的方法，其特征在于，所述接收第二终端发送的所述目标歌曲的录制音频数据将所述目标歌曲的点播请求，添加到预设的网络界面中进行展示之后，还包括：

当所述目标歌曲的点播请求的展示时长达到预设时长阈值时，从所述预设的网络界面中删除所述目标歌曲的点播请求。

4.根据权利要求1所述的方法，其特征在于，所述接收第二终端发送的所述目标歌曲的录制音频数据之前，还包括：

接收多个终端发送的对应所述点播请求的接受消息；

向所述第一终端发送所述多个终端中每个终端的登录账户的账户信息；

接收所述第一终端发送的选择消息，所述选择消息携带有被选账户的标识信息；

向所述被选账户所登录的第二终端发送点播确认消息。

5.根据权利要求4所述的方法，其特征在于，所述向所述被选账户所登录的第二终端发送点播确认消息之后，还包括：

从所述预设的网络界面中删除所述目标歌曲的点播请求；

如果在发送点播确认消息后预设时长内未接收到所述第二终端发送的所述目标歌曲的录制音频数据，则将所述目标歌曲的点播请求，再次添加到所述预设的网络界面中进行展示。

6.根据权利要求1所述的方法，其特征在于，所述目标歌曲的点播请求携带有优选账户的标识信息；

所述接收第一终端发送的目标歌曲的点播请求之后，还包括：

向所述优选账户所登录的第三终端发送所述目标歌曲的点播请求。

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

根据预先存储的账户与关注的歌曲的对应关系，确定所述目标歌曲对应的账户；

向所述目标歌曲对应的账户所登录的第四终端发送所述目标歌曲的点播请求。

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

接收第五终端发送的待关注歌曲的关注请求；

将所述第五终端的登录账户与所述待关注歌曲对应的添加到所述对应关系中。

9.一种点播歌曲的处理装置，其特征在于，所述装置包括：

第一接收模块，用于接收第一终端发送的目标歌曲的点播请求；

展示模块，用于将所述目标歌曲的点播请求，添加到预设的网络界面中进行展示；

第二接收模块，用于接收第二终端发送的所述目标歌曲的录制音频数据；

第一发送模块，用于向所述第一终端发送所述目标歌曲的录制音频数据。

10.根据权利要求9所述的装置，其特征在于，所述点播请求中携带有支付价格信息；

所述装置还包括：

第三接收模块，用于接收所述第一终端发送的接收确认消息；

转账模块，用于根据所述支付价格信息，进行转账处理。

11.根据权利要求9所述的装置，其特征在于，所述装置还包括：

第一删除模块，用于当所述目标歌曲的点播请求的展示时长达到预设时长阈值时，从所述预设的网络界面中删除所述目标歌曲的点播请求。

12.根据权利要求9所述的装置，其特征在于，所述装置还包括：

第四接收模块，用于接收多个终端发送的对应所述点播请求的接受消息；

第二发送模块，用于向所述第一终端发送所述多个终端中每个终端的登录账户的账户信息；

第五接收模块，用于接收所述第一终端发送的选择消息，所述选择消息携带有被选账户的标识信息；

第三发送模块，用于向所述被选账户所登录的第二终端发送点播确认消息。

13.根据权利要求12所述的装置，其特征在于，所述装置还包括：

第二删除模块，用于从所述预设的网络界面中删除所述目标歌曲的点播请求；

第一添加模块，用于如果在发送点播确认消息后预设时长内未接收到所述第二终端发送的所述目标歌曲的录制音频数据，则将所述目标歌曲的点播请求，再次添加到所述预设的网络界面中进行展示。

14.根据权利要求9所述的装置，其特征在于，所述目标歌曲的点播请求携带有优选账户的标识信息；

所述装置还包括：

第四发送模块，用于向所述优选账户所登录的第三终端发送所述目标歌曲的点播请求。

15.根据权利要求9所述的装置，其特征在于，所述装置还包括：

确定模块，用于根据预先存储的账户与关注的歌曲的对应关系，确定所述目标歌曲对应的账户；

第五发送模块，用于向所述目标歌曲对应的账户所登录的第四终端发送所述目标歌曲的点播请求。

16.根据权利要求15所述的装置，其特征在于，所述装置还包括：

第六接收模块，用于接收第五终端发送的待关注歌曲的关注请求；

第二添加模块，用于将所述第五终端的登录账户与所述待关注歌曲对应的添加到所述对应关系中。