CN112130727B - 合唱文件生成方法、装置、设备及计算机可读存储介质 - Google Patents

Abstract

本申请的实施方式提供了一种合唱文件生成方法、合唱文件生成装置、电子设备以及计算机可读存储介质，涉及计算机技术领域。该方法包括：当检测到触发音频录制功能启动的第一交互操作时，展示分别用于表示不同录制模式的多个交互控件；其中，多个交互控件中包括合唱控件；若检测到作用于合唱控件的第二交互操作，则确定与第二交互操作对应的待选合唱对象并显示待选合唱对象；若检测到用于从待选合唱对象中选取目标合唱对象的第三交互操作，则录制用户音频并将目标合唱对象对应的音频文件与用户音频进行合成，得到合唱文件。可见，实施本申请有利于提升交互性，激发并充分利用用户的合唱意愿，提高合唱功能的触发频次。

Description

合唱文件生成方法、装置、设备及计算机可读存储介质

技术领域

本申请的实施方式涉及计算机技术领域，更具体地，本申请的实施方式涉及合唱文件生成方法、合唱文件生成装置、电子设备以及计算机可读存储介质。

背景技术

现有唱歌软件中包含的“合唱”功能通常需要经过用户多次点击操作才能被触发。例如，用户想要和好友合唱歌曲《XXXXX》，则需要先自行选择《XXXXX》的伴奏演唱，进而将演唱作品发布公开，以此邀请好友在浏览到自己的演唱作品时加入合唱，才能实现与演唱作品合唱的目的；或者，需要用户进入好友的主页，再从其对应的作品中挑选针对《XXXXX》的演唱作品进行合唱。可见，这种方式存在着操作繁琐的问题，交互性较差，导致用户的合唱意愿降低，使得合唱功能的触发频次较低。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本申请的背景的理解，因此，不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

基于上述问题，发明人进行了相应的思考，做出了有针对性的改进，提供了合唱文件生成方法、合唱文件生成装置、电子设备以及计算机可读存储介质，用于解决触发合唱功能启动的操作较为繁琐的问题，有利于提升交互性，激发并充分利用用户的合唱意愿，提高合唱功能的触发频次。

根据本申请实施例的第一方面，公开了一种合唱文件生成方法，包括：

当检测到触发音频录制功能启动的第一交互操作时，展示分别用于表示不同录制模式的多个交互控件；其中，多个交互控件中包括合唱控件；

若检测到作用于合唱控件的第二交互操作，则确定与第二交互操作对应的待选合唱对象并显示待选合唱对象；

若检测到用于从待选合唱对象中选取目标合唱对象的第三交互操作，则录制用户音频并将目标合唱对象对应的音频文件与用户音频进行合成，得到合唱文件。

在一个实施例中，基于前述方案，多个交互控件中还包括：用于表示片段独唱录制模式的交互控件以及用于表示全段独唱录制模式的交互控件。

在一个实施例中，基于前述方案，上述方法还包括：

当检测到第一交互操作时，展示目标伴奏对应的歌词信息；

在检测到第二交互操作或第三交互操作时均保持展示目标伴奏对应的歌词信息。

在一个实施例中，基于前述方案，检测到作用于合唱控件的第二交互操作之后，上述方法还包括：

若检测到存在与目标伴奏相对应的一个或多个已上传文件，则确定一个或多个已上传文件对应的一个或多个发布对象；其中，一个或多个已上传文件中包括音频文件，一个或多个发布对象中包括目标合唱对象；

以及，确定与第二交互操作对应的待选合唱对象，包括：从一个或多个发布对象中确定待选合唱对象；

若检测到不存在一个或多个已上传文件，则播放目标伴奏并同步录制用户音频；将用户音频与目标伴奏合成为待合唱文件，并将待合唱文件作为与目标伴奏相对应的已上传文件上传至服务器。

在一个实施例中，基于前述方案，上述方法还包括：

显示待合唱文件录制控件；

在检测到作用于待合唱文件录制控件的合唱录制操作且未检测到第三交互操作时，播放目标伴奏并同步录制用户音频，并将用户音频与目标伴奏进行合成，得到待合唱文件。

在一个实施例中，基于前述方案，从一个或多个发布对象中确定待选合唱对象，包括：

若发布对象的数量小于等于预设阈值，则将发布对象确定为待选合唱对象；

若发布对象的数量大于预设阈值，根据上传时间由晚到早的顺序对发布对象进行排序，并从排序结果中选取预设数量的发布对象作为待选合唱对象。

在一个实施例中，基于前述方案，若检测到发布对象中存在至少一个关联对象，根据上传时间由晚到早的顺序对发布对象进行排序，包括：

将发布对象进行分组，得到包含至少一个关联对象的一类对象组和包含其他发布对象的二类对象组；其中，关联对象与当前用户存在关联关系，其他发布对象为发布对象中除至少一个关联对象之外的发布对象；

根据上传时间由晚到早的顺序对所述一类对象组和所述二类对象组进行排序，得到包括第一排序结果和第二排序结果的排序结果；其中，第一排序结果包括至少一个关联对象，第二排序结果包括其他发布对象，第一排序结果中任一关联对象的顺序位优先于第二排序结果中任一其他发布对象。

在一个实施例中，基于前述方案，关联对象包括好友对象，其他发布对象包括热门翻唱对象和/或原唱对象；其中，热门翻唱对象的排序优先级低于原唱对象。

在一个实施例中，基于前述方案，检测到用于从待选合唱对象中选取目标合唱对象的第三交互操作之后，上述方法还包括：

若目标合唱对象为好友对象，输出用于表示向好友对象反馈合唱消息的反馈提示；

若目标合唱对象为热门翻唱对象或原唱对象，输出用于提示用户与热门翻唱对象或原唱对象之间建立关联关系的关联提示。

在一个实施例中，基于前述方案，显示待选合唱对象，包括：

确定待选合唱对象的对象类型，根据对象类型生成与待选合唱对象对应的描述信息；其中，对象类型包括好友对象、热门翻唱对象和原唱对象；

显示待选合唱对象和描述信息。

在一个实施例中，基于前述方案，录制用户音频之前，上述方法还包括：

将音频文件以预览模式进行播放；

若检测到针对音频文件的确认操作，则执行录制用户音频。

在一个实施例中，基于前述方案，录制用户音频之前，上述方法还包括：

生成至少一种录制子模式，并根据第一选择操作从至少一种录制子模式中确定目标子模式；

展示目标子模式下的歌词信息；其中，目标子模式下的所述歌词信息包括突出显示的录制部分，至少一种录制子模式对应于不同的录制部分；

若检测到针对目标子模式的第二选择操作，则执行录制用户音频。

在一个实施例中，基于前述方案，第三交互操作作用于目标合唱对象或者作用于随机选择控件，如果作用于随机选择控件，录制用户音频之前，上述方法还包括：

从待选合唱对象中随机选择一个合唱对象作为目标合唱对象。

根据本申请实施例的第二方面，公开了一种合唱文件生成装置，其特征在于，包括：录制模式展示单元、待选合唱对象展示单元、音频录制单元以及合唱文件合成单元，其中：

录制模式展示单元，用于当检测到触发音频录制功能启动的第一交互操作时，展示分别用于表示不同录制模式的多个交互控件；其中，多个交互控件中包括合唱控件；

待选合唱对象展示单元，用于在检测到作用于合唱控件的第二交互操作时，确定与第二交互操作对应的待选合唱对象并显示待选合唱对象；

音频录制单元，用于在检测到用于从待选合唱对象中选取目标合唱对象的第三交互操作时，录制用户音频；

合唱文件合成单元，用于将目标合唱对象对应的音频文件与用户音频进行合成，得到合唱文件。

在一个实施例中，基于前述方案，多个交互控件中还包括：用于表示片段独唱录制模式的交互控件以及用于表示全段独唱录制模式的交互控件。

在一个实施例中，基于前述方案，上述装置还包括：

信息展示单元，用于当检测到第一交互操作时，展示目标伴奏对应的歌词信息；以及，在检测到第二交互操作或第三交互操作时均保持展示目标伴奏对应的歌词信息。

在一个实施例中，基于前述方案，其中：

对象确定单元，用于在待选合唱对象展示单元检测到作用于合唱控件的第二交互操作之后，若检测到存在与目标伴奏相对应的一个或多个已上传文件，则确定一个或多个已上传文件对应的一个或多个发布对象；其中，一个或多个已上传文件中包括音频文件，一个或多个发布对象中包括目标合唱对象；

以及，待选合唱对象展示单元确定与第二交互操作对应的待选合唱对象，包括：从一个或多个发布对象中确定待选合唱对象；

音频录制单元，还用于在对象确定单元检测到不存在一个或多个已上传文件时，播放目标伴奏并同步录制用户音频；将用户音频与目标伴奏合成为待合唱文件，并将待合唱文件作为与目标伴奏相对应的已上传文件上传至服务器。

在一个实施例中，基于前述方案，上述装置还包括：

控件展示单元，用于显示待合唱文件录制控件；

音频录制单元，还用于在检测到作用于待合唱文件录制控件的合唱录制操作且未检测到第三交互操作时，播放目标伴奏并同步录制用户音频，并将用户音频与目标伴奏进行合成，得到待合唱文件。

在一个实施例中，基于前述方案，待选合唱对象展示单元从一个或多个发布对象中确定待选合唱对象，包括：

若发布对象的数量小于等于预设阈值，待选合唱对象展示单元将发布对象确定为待选合唱对象；

若发布对象的数量大于预设阈值，待选合唱对象展示单元根据上传时间由晚到早的顺序对发布对象进行排序，并从排序结果中选取预设数量的发布对象作为待选合唱对象。

在一个实施例中，基于前述方案，若检测到发布对象中存在至少一个关联对象，待选合唱对象展示单元根据上传时间由晚到早的顺序对发布对象进行排序，包括：

待选合唱对象展示单元将发布对象进行分组，得到包含至少一个关联对象的一类对象组和包含其他发布对象的二类对象组；其中，关联对象与当前用户存在关联关系，其他发布对象为发布对象中除至少一个关联对象之外的发布对象；

待选合唱对象展示单元根据上传时间由晚到早的顺序对一类对象组和二类对象组进行排序，得到包括第一排序结果和第二排序结果的排序结果；其中，第一排序结果包括至少一个关联对象，第二排序结果包括其他发布对象，第一排序结果中任一关联对象的顺序位优先于第二排序结果中任一其他发布对象。

在一个实施例中，基于前述方案，关联对象包括好友对象，其他发布对象包括热门翻唱对象和/或原唱对象；其中，热门翻唱对象的排序优先级低于原唱对象。

在一个实施例中，基于前述方案，上述装置还包括：

提示输出单元，用于在音频录制单元检测到用于从待选合唱对象中选取目标合唱对象的第三交互操作之后，若目标合唱对象为好友对象，输出用于表示向好友对象反馈合唱消息的反馈提示；

提示输出单元，还用于在目标合唱对象为热门翻唱对象或原唱对象时，输出用于提示用户与热门翻唱对象或原唱对象之间建立关联关系的关联提示。

在一个实施例中，基于前述方案，待选合唱对象展示单元显示待选合唱对象，包括：

待选合唱对象展示单元确定待选合唱对象的对象类型，根据对象类型生成与待选合唱对象对应的描述信息；其中，对象类型包括好友对象、热门翻唱对象和原唱对象；

显示待选合唱对象和描述信息。

在一个实施例中，基于前述方案，上述装置还包括：

预览模式播放单元，用于在音频录制单元录制用户音频之前，将音频文件以预览模式进行播放；

音频录制单元，具体用于在检测到针对音频文件的确认操作时，录制用户音频。

在一个实施例中，基于前述方案，上述装置还包括：

录制模式生成单元，用于在音频录制单元录制用户音频之前，生成至少一种录制子模式，并根据第一选择操作从至少一种录制子模式中确定目标子模式；

歌词信息展示单元，用于展示目标子模式下的所述歌词信息；其中，目标子模式下的歌词信息包括突出显示的录制部分，至少一种录制子模式对应于不同的录制部分；

音频录制单元，具体用于在检测到针对音频文件的确认操作时以及在检测到针对目标子模式的第二选择操作时，录制用户音频。

在一个实施例中，基于前述方案，第三交互操作作用于目标合唱对象或者作用于随机选择控件，如果作用于随机选择控件，上述装置还包括：

随机选择单元，用于在音频录制单元录制用户音频之前，从待选合唱对象中随机选择一个合唱对象作为目标合唱对象。

根据本申请实施例的第三方面，公开了一种电子设备，包括：处理器；以及存储器，存储器上存储有计算机可读指令，计算机可读指令被处理器执行时实现如第一方面公开的合唱文件生成方法。

根据本申请实施例的第四方面，公开了一种计算机程序介质，其上存储有计算机可读指令，当计算机可读指令被计算机的处理器执行时，使计算机执行根据本申请第一方面公开的合唱文件生成方法。

本申请实施例能够当检测到触发音频录制功能启动的第一交互操作时，展示分别用于表示不同录制模式的多个交互控件；其中，多个交互控件中包括合唱控件；若检测到作用于合唱控件的第二交互操作，则确定与第二交互操作对应的待选合唱对象并显示待选合唱对象；若检测到用于从待选合唱对象中选取目标合唱对象的第三交互操作，则录制用户音频并将目标合唱对象对应的音频文件与用户音频进行合成，得到合唱文件。相较现有技术，实施本申请的实施例，一方面，可以简化用户操作，降低合唱功能的触发难度，从而可以实现方便快捷的合唱触发；另一方面，有利于提升交互性，及时抓住并有效利用用户创作(演唱)激情产生的时机，在此基础上还可以强化用户之间的社交关系，提升用户之间的互动频率，从而提升用户的使用黏性。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性的，并不能限制本申请。

附图说明

通过参考附图阅读下文的详细描述，本申请示例性实施方式的上述以及其他目的、特征和优点将变得易于理解。在附图中，以示例性而非限制性的方式示出了本申请的若干实施方式，其中：

图1示出的是根据本申请一示例实施方式的合唱文件生成方法的流程示意图；

图2示出的是根据本申请一示例实施方式的处于合唱录制模式下的界面示意图；

图3示出的是根据本申请一示例实施方式的处于全段独唱录制模式下的界面示意图；

图4示出的是根据本申请一示例实施方式的不存在一个或多个已上传文件时的界面示意图；

图5示出的是根据本申请一示例实施方式中触发随机选择控件后的界面示意图；

图6示出的是根据本申请一示例实施方式的用于展示一种录制子模式的界面示意图；

图7示出的是根据本申请一示例实施方式的用于展示另一种录制子模式的界面示意图；

图8示出的是根据本申请一示例实施方式的收到反馈提示的界面示意图；

图9示出的是根据本申请一示例实施方式的目标合唱对象为热门翻唱对象或原唱对象时的界面示意图；

图10示出的是根据本申请另一示例实施方式的合唱文件生成方法的流程示意图；

图11示出的是根据本申请一示例实施方式的合唱文件生成装置的结构框图；

图12示出的是根据本申请另一可选示例实施方式的合唱文件生成装置的结构框图。

在附图中，相同或对应的标号表示相同或对应的部分。

具体实施方式

下面将参考若干示例性实施方式来描述本申请的原理和精神。应当理解，给出这些实施方式仅仅是为了使本领域技术人员能够更好地理解进而实现本申请，而并非以任何方式限制本申请的范围。相反，提供这些实施方式是为了使本申请更加透彻和完整，并且能够将本申请的范围完整地传达给本领域的技术人员。

本领域技术人员知道，本申请的实施方式可以实现为一种装置、设备、方法或计算机程序产品。因此，本申请可以具体实现为以下形式，即：完全的硬件、完全的软件(包括固件、驻留软件、微代码等)，或者硬件和软件结合的形式。

根据本申请的实施方式，提出了一种合唱文件生成方法、合唱文件生成装置、电子设备以及计算机可读存储介质。

附图中的任何元素数量均用于示例而非限制，以及任何命名都仅用于区分，而不具有任何限制含义。

下面参考本申请的若干代表性实施方式，详细阐释本申请的原理和精神。

发明概述

现有唱歌软件中包含的“合唱”功能，一般需要用户先自行选择伴奏演唱，进而将演唱作品发布公开，以此邀请感兴趣的用户在浏览到自己的演唱作品时加入合唱；或者，需要用户进入想要合唱的好友或原唱的主页，再从其对应的作品中挑选想要合唱的作品，进而才能实现合唱目的。

上述两种方式较为繁琐，用户为了实现合唱目的，通常需要进行多次操作，这样容易降低用户的合唱意愿，影响交互性。而且，申请人经过深入研究发现，上述两种触发合唱的方式在实际使用中存在体验断层：一方面，用户在选择伴奏演唱时基本都是有创作(演唱)意愿的，但此时，现有方案中只允许用户演唱半成品的形式却与用户创作完整作品的预期相悖，用户体验较差；另一方面，用户在浏览其他用户的作品时，其创作(演唱)意愿其实并不高，因此加入合唱的频次也不高，这样导致现有技术方案中的合唱功能触发的总体频次较低，用户黏性较弱。

基于上述问题，申请人想到可以在演唱页面中增加“合唱”功能，以使得用户触发音频录制功能启动时，就向用户展示多种录制方式，用户可以从多种录制方式中选择独自一人录制的方式，也可以选择合唱录制的方式。

在合唱录制的方式中，用户还可以从待选合唱对象中选择想要合唱的目标合唱对象，一方面，可以简化用户操作，降低合唱功能的触发难度，从而可以实现方便快捷的合唱触发；另一方面，有利于提升交互性，及时抓住并有效利用用户创作(演唱)激情产生的时机，在此基础上还可以强化用户之间的社交关系，提升用户之间的互动频率，从而提升用户的使用黏性。

应用场景总览

需要注意的是，下述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。相反，本申请的实施方式可以应用于适用的任何场景。

本申请的实施例可以应用于唱歌软件中，当用户在唱歌软件中选择了想要演唱的歌曲之后，可以判定检测到触发音频录制功能启动的第一交互操作，从而可以向用户展示多种录制模式(如，片段独唱录制模式、全段独唱录制模式、合唱模式)，以便用户根据需求选择相应的模式。

若用户选择了合唱模式，则确定出待选合唱对象并向用户展示待选合唱对象，以供用户从中选择想要合唱的目标合唱对象。进而，可以录制用户音频并将目标合唱对象对应的音频文件与用户音频进行合成，得到合唱文件。

上述方案能够提供快捷得到合唱文件的方式，简化了用户操作的同时还能够提升交互性，使得用户能够高效获得所需的合唱文件，有利于改善用户的使用体验，提升用户的使用黏度。

示例性方法

下面结合上述的应用场景，参考图1～图10来描述根据本申请示例性实施方式的合唱文件生成方法。

请参阅图1，图1示出的是根据本申请一示例实施方式的合唱文件生成方法的流程示意图，该合唱文件生成方法可以由服务器或终端设备来实现。

如图1所示，根据本申请的一个实施例的合唱文件生成方法包括：

步骤S110：当检测到触发音频录制功能启动的第一交互操作时，展示分别用于表示不同录制模式的多个交互控件；其中，多个交互控件中包括合唱控件。

步骤S120：若检测到作用于合唱控件的第二交互操作，则确定与第二交互操作对应的待选合唱对象并显示待选合唱对象。

步骤S130：若检测到用于从待选合唱对象中选取目标合唱对象的第三交互操作，则录制用户音频并将目标合唱对象对应的音频文件与用户音频进行合成，得到合唱文件。

实施图1所示的合唱文件生成方法，一方面，可以简化用户操作，降低合唱功能的触发难度，从而可以实现方便快捷的合唱触发；另一方面，有利于提升交互性，及时抓住并有效利用用户创作(演唱)激情产生的时机，在此基础上还可以强化用户之间的社交关系，提升用户之间的互动频率，从而提升用户的使用黏性。

下面对这些步骤进行详细描述。

在步骤S110中，当检测到触发音频录制功能启动的第一交互操作时，展示分别用于表示不同录制模式的多个交互控件；其中，多个交互控件中包括合唱控件。

具体地，上述的第一交互操作和下述的第二交互操作、第三交互操作、合唱录制操作、确认操作、第一选择操作以及第二选择操作均可以为用户操作，用户操作可以为点击操作、触屏操作、手势操作或语音控制操作，本申请实施例不作限定。

请参阅图2，图2示出的是根据本申请一示例实施方式的处于合唱录制模式下的界面示意图。如图2所示，用户界面200中可以包括：歌曲信息展示区域210、歌词信息展示区域220、确认控件230、待选合唱对象展示区域240、随机选择控件250、待合唱文件录制控件260、用于表示片段独唱录制模式的交互控件270、用于表示全段独唱录制模式的交互控件280以及合唱控件290。

下面对图2中的元素进行进一步限定。

歌曲信息展示区域210，用于展示目标伴奏对应的歌曲信息，歌曲信息可以包括歌曲名、歌手以及专辑名等。

歌词信息展示区域220，用于展示与目标伴奏对应的歌词信息，展示歌词信息的方式可以为滚动展示/翻页展示。

确认控件230，在图2中表示为“下一步”，当检测到作用于确认控件230的确认操作时，可以触发执行上述的录制用户音频。

待选合唱对象展示区域240中包括：待选合唱对象241、待选合唱对象242、待选合唱对象243以及描述信息展示区域2411。其中，待选合唱对象241、待选合唱对象242以及待选合唱对象243均可交互。

当检测到触发音频录制功能启动的第一交互操作时，可以输出用于展示演唱功能的用户界面。进而，可选的，可以播放与歌曲信息展示区域210中的歌曲信息相对应的目标伴奏并展示目标伴奏对应的歌词信息；或者，仅展示目标伴奏对应的歌词信息。

进而，当检测到作用于合唱控件290的第二交互操作，可以确定与第二交互操作对应的待选合唱对象241、待选合唱对象242、待选合唱对象243并进行显示，以及突出显示合唱控件290(如图2所示)，以表示合唱控件290已被用户选中。

进而，当检测到用于从待选合唱对象241、待选合唱对象242、待选合唱对象243中选取目标合唱对象的第三交互操作(即，用户点击待选合唱对象的头像标识的操作)时，则判定用户选中了目标合唱对象针对目标伴奏对应的音频文件(即，演唱作品)。

进而可以将当前播放的目标伴奏切换为目标合唱对象对应的音频文件；示例性地，在用户界面200中，目标合唱对象为待选合唱对象241。需要说明的是，在检测到第二交互操作或第三交互操作时均保持展示目标伴奏对应的歌词信息。

在图2中，当前在预览模式下进行播放的音频文件为待选合唱对象241对应的音频文件，待选合唱对象241的标识中包括不同于待选合唱对象242以及待选合唱对象243的播放标识。此外，描述信息展示区域2411用于展示待选合唱对象241对应的描述信息“小A在24天唱过这首歌”。

进而，若再检测到用户与待选合唱对象242/待选合唱对象243进行交互，则将待选合唱对象242/待选合唱对象243确定为新的目标合唱对象，并将预览模式下进行播放的目标合唱对象对应的音频文件切换为待选合唱对象242/待选合唱对象243对应的音频文件，保持展示目标伴奏对应的歌词信息，并删除待选合唱对象243中的播放标识，在待选合唱对象242/待选合唱对象243中增加播放标识。此外，将描述信息展示区域2411中展示的描述信息“小A在24天唱过这首歌”切换为与待选合唱对象242/待选合唱对象243对应的描述信息。另外，待选合唱对象241、待选合唱对象242以及待选合唱对象243可以通过不同的用户头像作为控件标识。

随机选择控件250，用于在被触发后从待选合唱对象中随机选择一个合唱对象作为目标合唱对象。具体地，当用户对于待选合唱对象均无合唱意愿时，可以通过触发随机选择控件250随机确定一个目标合唱对象。

待合唱文件录制控件260，在图2中表示为“发起合唱”，当检测到作用于待合唱文件录制控件260的合唱录制操作且未检测到第三交互操作时，可以执行下述的播放目标伴奏并同步录制用户音频；其中，目标伴奏可以为原唱伴奏。

作为一种可选的实施方式，上述方法还包括：显示待合唱文件录制控件；在检测到作用于待合唱文件录制控件的合唱录制操作且未检测到第三交互操作时，播放目标伴奏并同步录制用户音频，并将用户音频与目标伴奏进行合成，得到待合唱文件。

具体地，若检测到作用于待合唱文件录制控件260的合唱录制操作且未检测到第三交互操作，则判定用户需要生成待合唱文件。在将用户音频与目标伴奏进行合成，得到待合唱文件之后，还可以：将待合唱文件作为与目标伴奏对应的已上传文件上传至服务器。

可见，实施该可选的实施方式，能够提供生成待合唱文件的功能，为用户提供更为丰富的合唱选择，有利于改善用户的使用体验。

用于表示片段独唱录制模式的交互控件270，在图2中表示为“唱片段00:40”，00:40为目标伴奏的待演唱片段的时长，待演唱片段可以为副歌部分的伴奏片段。当用户触发交互控件270时，可以播放待演唱片段并同步录制用户音频，进而将待演唱片段和用户音频合成为片段演唱文件，并将片段演唱文件作为与目标伴奏相对应的已上传文件上传至服务器。

用于表示全段独唱录制模式的交互控件280，在图2中表示为“唱整首02:30”，02:30为目标伴奏的时长。当用户触发交互控件280时，可以播放完整目标伴奏并同步录制用户音频，进而将完整目标伴奏和用户音频合成为完整演唱文件，并将完整演唱文件作为与目标伴奏相对应的已上传文件上传至服务器。

合唱控件290在图2中表示为“和TA唱00:26”，00:26为音频文件的时长。当用户触发交互控件290时，可以播放歌词信息对应的目标伴奏并展示歌词信息，以及，展示待选合唱对象241、待选合唱对象242、待选合唱对象243，以供用户从中选择目标合唱对象。当用户将待选合唱对象241选择为目标合唱对象之后，可以播放目标合唱对象对应的音频文件并保持展示歌词信息。进而，当检测到用户触发确认控件230时，可以展示图6或图7，以进一步检测第一选择操作，并根据检测到的第一选择操作对应的目标子模式(如，先唱模式或后唱模式)录制用户音频，进而将目标合唱对象对应的音频文件和用户音频合成为待合唱文件，并将待合唱文件作为与目标伴奏相对应的已上传文件上传至服务器。

作为一种可选的实施方式，多个交互控件中还包括：用于表示片段独唱录制模式的交互控件以及用于表示全段独唱录制模式的交互控件。

具体地，片段独唱录制模式用于提供片段独唱功能，全段独唱录制功能用于提供整首独唱功能，片段独唱录制模式与全段独唱录制功能除对应的歌词信息之外，对应的用户界面其余部分相同。

请参阅图3，图3示出的是根据本申请一示例实施方式的处于全段独唱录制模式下的界面示意图。如图3所示，用户界面300可以包括：歌曲信息展示区域310、歌词信息展示区域320、确认控件330、用于表示片段独唱录制模式的交互控件340、用于表示全段独唱录制模式的交互控件350以及合唱控件360。

具体地，当检测到作用于交互控件350的交互操作时，可以展示如图3所示的用户界面300。在用户界面300中，歌曲信息展示区域310可以用于向用户展示歌曲信息，如，歌曲名、歌手、专辑名等。歌词信息展示区域320可以用于向用户展示整首歌曲的歌词。用户可以通过用户界面300对即将演唱的整首歌曲进行预欣赏，当检测到作用于表示为“下一步”的确认控件330的确认操作时，播放目标伴奏并同步录制用户音频。进而，当检测到目标伴奏播放完毕时结束音频录制，并将录制的用户音频和目标伴奏进行合成，并将合成结果上传服务器，服务器构建合成结果与目标伴奏之间的绑定关系；其中，合成结果为与目标伴奏对应的已上传文件，合成结果可以作为其他用户在合唱录制模式的音频文件。

需要说明的是，在全段独唱录制模式下的目标伴奏为整首歌曲的伴奏，在片段独唱录制模式下的目标伴奏为整首歌曲中某一片段的伴奏。

可见，实施该可选的实施方式，能够为用户提供多种演唱模式，有利于提升交互性。此外，还可以通过将合唱模式集成在普遍设置的独唱录制模式中，方便用户在有合唱需求时能够及时满足用户，有利于提升用户的使用黏度。相较于现有技术而言，无需用户通过多次点击(如，点击“好友主页”、“好友演唱作品”、“与好友演唱作品合唱”)来进入合唱模式，这样有利于提升合唱功能的使用频率。

在步骤S120中，若检测到作用于合唱控件的第二交互操作，则确定与第二交互操作对应的待选合唱对象并显示待选合唱对象。参考图2举例来说，与第二交互操作对应的待选合唱对象可以为待选合唱对象241、待选合唱对象242以及待选合唱对象243。

具体地，待选合唱对象的数量可以为一个或多个，本申请实施例不作限定，待选合唱对象可以展示于待选合唱对象展示区域240。

另外，显示待选合唱对象的方式可以为：显示待选合唱对象对应的可交互标识。举例来说，在图2中，待选合唱对象241、待选合唱对象242、待选合唱对象243的可交互标识是其分别对应的用户头像；其中，由于待选合唱对象241为目标合唱对象，因此，待选合唱对象241的可交互标识可以被判定为目标标识。进而，还可以包括以下步骤：当检测到作用于待选合唱对象展示区域240中可交互标识的对象交互操作时，可以将该可交互标识确定为目标标识；其中，目标标识对应的待选合唱对象为目标合唱对象。

基于此，针对下述的将音频文件以预览模式进行播放，其具体实施方式可以为：将目标标识对应的音频文件以预览模式进行播放。

进而，还可以包括以下步骤：当再次检测到作用于目标标识的对象交互操作时，暂停对于音频文件的播放，直到检测到下一次作用于目标标识的对象交互操作时可以对音频文件进行继续播放。

作为一种可选的实施方式，检测到作用于合唱控件的第二交互操作之后，上述方法还包括：

若检测到存在与目标伴奏相对应的一个或多个已上传文件，则确定一个或多个已上传文件对应的一个或多个发布对象；其中，一个或多个已上传文件中包括音频文件，一个或多个发布对象中包括目标合唱对象。

基于此，针对上述的确定与第二交互操作对应的待选合唱对象，其具体实施方式可以为：从一个或多个发布对象中确定待选合唱对象，参考图2举例来说，可以从一个或多个发布对象中确定出待选合唱对象241、待选合唱对象242和待选合唱对象243。

进而，若检测到不存在一个或多个已上传文件，则播放目标伴奏并同步录制用户音频；将用户音频与目标伴奏合成为待合唱文件，并将待合唱文件作为与目标伴奏相对应的已上传文件上传至服务器。

具体地，已上传文件可以为与目标伴奏对应的演唱作品，该已上传文件可以为待合唱作品(即，上述的待合唱文件)、整首歌曲的演唱作品或者歌曲片段的演唱作品。

另外，已上传文件与发布对象为一一对应关系，也可以为多个已上传文件对应一个发布对象的多对一关系，即，一个发布对象可以同时对应待合唱作品、整首歌曲的演唱作品以及歌曲片段的演唱作品等已上传文件。

基于此，可选的，从一个或多个发布对象中确定待选合唱对象之后，还可以包括以下步骤：若检测到待选合唱对象241、待选合唱对象242或待选合唱对象243对应的已上传文件为多个，按照上传时间由早到晚的顺序从已上传文件中选取第一顺序位的已上传文件作为与待选合唱对象241、待选合唱对象242或待选合唱对象243对应的音频文件。当待选合唱对象241、待选合唱对象242或待选合唱对象243为目标合唱对象时，用户可以基于待选合唱对象241、待选合唱对象242或待选合唱对象243对应的音频文件进行合唱录制。

另外，上述的一个或多个已上传文件中包括的音频文件为目标合唱对象对应的音频文件。

请参阅图4，图4示出的是根据本申请一示例实施方式的不存在一个或多个已上传文件时的界面示意图。当检测到不存在一个或多个已上传文件时，可以显示如图4所示的用户界面400，用户界面400可以包括：歌曲信息展示区域410、歌词信息展示区域420、确认控件430、用于表示片段独唱录制模式的交互控件440、用于表示全段独唱录制模式的交互控件450、合唱控件460以及描述信息展示区域470。

具体地，检测到不存在一个或多个已上传文件可以表示还没有用户针对目标伴奏上传相应的演唱作品。在不存在一个或多个已上传文件的情况下，用户界面400在展示歌词信息的同时也可以通过描述信息展示区域470展示描述信息“还没有人唱过这首歌，快去发起合唱吧”，以提示用户录制待合唱文件。进而，在将待合唱文件作为与目标伴奏相对应的已上传文件上传至服务器之后，其他用户触发合唱控件时，可以基于当前用户录制的待合唱文件进行合唱录制。其中，当前用户的待合唱文件对于其他用户而言即可以成为目标伴奏对应的已上传文件。

可见，实施该可选的实施方式，能够提供两种合唱模式，一方面，用户可以基于其他用户上传的待合唱文件(即，上述的已上传文件)进行合唱录制；另一方面，用户也可以录制待合唱文件作为已上传文件上传服务器，以向其他用户提供待合唱文件，这样可以提升交互多样性，改善用户的使用体验，有利于提升用户的使用黏度。

作为一种可选的实施方式，从一个或多个发布对象中确定待选合唱对象，包括：若发布对象的数量小于等于预设阈值(如，3)，则将发布对象确定为待选合唱对象；若发布对象的数量大于预设阈值，根据上传时间由晚到早的顺序对发布对象进行排序，并从排序结果中选取预设数量(如，3)的发布对象作为待选合唱对象。

具体地，根据上传时间由晚到早的顺序对发布对象进行排序的方式可以为：确定目标伴奏对应的各已上传文件的上传时间，根据上传时间由晚到早的顺序对发布对象进行排序。

进而，从排序结果中选取预设数量的发布对象作为待选合唱对象的方式可以为：从排序结果中选取前预设数量个的发布对象作为待选合唱对象；或者，从排序结果包含的第一排序结果和第二排序结果中分别选取前预设数量个的发布对象作为待选合唱对象。

可见，实施该可选的实施方式，能够根据上传时间向当前用户展示待选合唱对象，若当前用户能够与待选合唱对象进行互动，则有利于提升待选合唱对象的使用黏度。

作为一种可选的实施方式，若检测到发布对象中存在至少一个关联对象，根据上传时间由晚到早的顺序对发布对象进行排序，包括：将发布对象进行分组，得到包含至少一个关联对象的一类对象组和包含其他发布对象的二类对象组；根据上传时间由晚到早的顺序对所述一类对象组和所述二类对象组进行排序，得到包括第一排序结果和第二排序结果的排序结果。

其中，第一排序结果包括至少一个关联对象，第二排序结果包括其他发布对象，第一排序结果中任一关联对象的顺序位优先于第二排序结果中任一其他发布对象。关联对象与当前用户存在关联关系，其他发布对象为发布对象中除至少一个关联对象之外的发布对象。关联对象包括好友对象，其他发布对象包括热门翻唱对象和/或原唱对象；其中，热门翻唱对象的排序优先级低于原唱对象。

具体地，包含其他发布对象的二类对象组中可以包括热门翻唱对象和/或原唱对象。关联对象中可以包括至少一个好友对象，好友对象的判定标准可以为：若存在A用户ID与当前用户ID存在绑定关系，则判定A用户为好友对象，好友对象在用户界面中可以表现为与当前用户互相关注的用户。

另外，可选的，在根据上传时间由晚到早的顺序对所述一类对象组和所述二类对象组进行排序之前，还可以包括：检测一类对象组中的关联对象数量是否满足预设阈值；如果满足，则根据上传时间由晚到早的顺序对所述一类对象组进行排序，得到包括第一排序结果并从第一排序结果中选取预设数量的关联对象，作为待选合唱对象进行展示；如果不满足，则执行上述的根据上传时间由晚到早的顺序对所述一类对象组和所述二类对象组进行排序。

可见，实施该可选的实施方式，能够按照优先级对不同类型的发布对象进行排序，从而从排序结果中选出前正整数位的发布对象作为待选合唱对象，有利于提升用户的合唱意愿以及交互意愿。

作为一种可选的实施方式，显示待选合唱对象，包括：确定待选合唱对象的对象类型，根据对象类型生成与待选合唱对象对应的描述信息；其中，对象类型包括好友对象、热门翻唱对象和原唱对象；显示待选合唱对象和描述信息。

具体地，描述信息可以用于描述行为(如，小A在24天前唱过这首歌)，也可以用于描述状态(如，小B在线哦)，也可以为预设文本(如，快来和我一起唱歌)。举例来说，好友对象对应的描述信息可以为“xxx在5天前唱过这首歌”，热门翻唱对象对应的描述信息可以为“和人气王一起合唱吧”，原唱对象对应的描述信息可以为“和xxx一起演唱吧”。

其中，可选的，若对象类型为好友对象，根据对象类型生成与待选合唱对象对应的描述信息的方式可以为：根据好友对象对应的昵称以及好友对象对应的已上传文件的上传时间，生成与待选合唱对象对应的描述信息。

可见，实施该可选的实施方式，能够根据对象类型个性化生成对应的描述信息，可以帮助提升用户的合唱意愿，以便用户在演唱功能中实现合唱目的。

在步骤S130中，若检测到用于从待选合唱对象中选取目标合唱对象的第三交互操作，则录制用户音频并将目标合唱对象对应的音频文件与用户音频进行合成，得到合唱文件。参考图2举例来说，第三交互操作可以用于从待选合唱对象241、待选合唱对象242和待选合唱对象243中选取目标合唱对象(如，待选合唱对象241)。

具体地，目标合唱对象对应的音频文件中包括：一个或多个已唱部分以及一个或多个待唱部分；已唱部分为目标合唱对象演唱的部分，已唱部分中包括目标合唱对象的人声以及该部分对应的伴奏；待唱部分中仅包括该部分对应的伴奏。

进而，可选的，将目标合唱对象对应的音频文件与用户音频进行合成，得到合唱文件之后，还可以包括：将用户音频与音频文件的待唱部分进行合成，从而得到合唱文件；其中，合唱文件中包括当前用户的人声、目标合唱对象的人声以及目标伴奏。

作为一种可选的实施方式，第三交互操作作用于目标合唱对象或者作用于随机选择控件，如果作用于随机选择控件，录制用户音频之前，上述方法还包括：从待选合唱对象中随机选择一个合唱对象作为目标合唱对象。

具体地，从待选合唱对象中随机选择一个合唱对象作为目标合唱对象的方式可以为：从未处于展示区域的待选合唱对象中随机选择一个合唱对象作为目标合唱对象。

可选的，录制用户音频之前，还可以执行以下步骤：当检测到用于触发更新处于待选合唱对象展示区域240的待选合唱对象的用户操作时，从未处于展示区域的发布对象中选择预设数量的替换对象，通过替换对象替换处于展示区域的待选合唱对象；丢弃被替换掉的曾处于展示区域的待选合唱对象。这样可以丰富选择多样性，当用户对于当前展示的待选合唱对象不满意时，可以从选择出但未展示的待选合唱对象中选择其他待选合唱对象展示给用户，以便用户选择偏好的目标合唱对象，提升交互性以及用户使用黏度。

举例来说，当用户对于待选合唱对象展示区域240中展示的待选合唱对象241、待选合唱对象242和待选合唱对象243均无合唱意愿时，可以在待选合唱对象展示区域240中进行左滑操作或右滑操作，以更新待选合唱对象展示区域240中展示的待选合唱对象。

当检测到左滑操作或右滑操作时，可以从没有展示在待选合唱对象展示区域240的发布对象中随机选取预设数量的替换对象，以替换待选合唱对象241、待选合唱对象242和待选合唱对象243，从而实现对于待选合唱对象展示区域240的更新。

进而，用户可以从更新后的待选合唱对象展示区域240中选取目标合唱对象。

需要说明的是，左滑操作和右滑操作可以为上述用于触发更新处于展示区域的待选合唱对象的用户操作。

请参阅图5，图5示出的是根据本申请一示例实施方式中触发随机选择控件后的界面示意图。如图5所示，用户界面500中可以包括：歌曲信息展示区域510、歌词信息展示区域520、确认控件530、待选合唱对象展示区域540、随机选择控件550、待合唱文件录制控件560、用于表示片段独唱录制模式的交互控件570、用于表示全段独唱录制模式的交互控件580以及合唱控件590。其中，待选合唱对象展示区域540可以包括待选合唱对象541、待选合唱对象542、待选合唱对象543以及描述信息展示区域5411。其中，待选合唱对象541、待选合唱对象542以及待选合唱对象543均可交互。

当第三交互操作作用于目标合唱对象时，用户界面可以如图2所示；当第三交互操作作用于随机选择控件时，用户界面可以如图5所示。图2与图5不同的地方在于描述信息展示区域。在图5中，描述信息展示区域5411与随机选择控件550相对应，描述信息展示区域5411中包括描述信息“快来和我一起唱歌”。在图2中，描述信息展示区域2411与待选合唱对象241相对应，待选合唱对象241为用户通过第三交互操作选择的对象，即，上述的目标合唱对象。

可见，实施该可选的实施方式，能够为用户提供随机选择合唱对象的功能，解决用户决策困难的问题。

作为一种可选的实施方式，录制用户音频之前，上述方法还包括：将音频文件以预览模式进行播放；若检测到针对音频文件的确认操作，则执行录制用户音频。

具体地，预览模式用于预先播放待选合唱对象对应的音频文件并同步展示歌词信息，以供用户欣赏。若用户认可处于预览模式下的音频文件，并针对该音频文件执行确认操作，则可以将该音频文件对应的待选合唱对象确定为目标合唱对象。

可见，实施该可选的实施方式，能够向用户提供预览的功能，用户可以预览一个或多个音频文件，直到确定出偏好的音频文件，这样可以有利于改善用户的使用体验。

作为一种可选的实施方式，录制用户音频之前，上述方法还包括：生成至少一种录制子模式，并根据第一选择操作从至少一种录制子模式中确定目标子模式；展示目标子模式下的歌词信息；其中，目标子模式下的所述歌词信息包括突出显示的录制部分，至少一种录制子模式对应于不同的录制部分；若检测到针对目标子模式的第二选择操作，则执行录制用户音频。

具体地，突出显示的录制部分的显示方式可以包括：高亮显示、字体加粗显示、变更字体显示、变更字体背景色显示等方式，本申请实施例不作限定。另外，目标子模式可以为“先唱”模式，也可以为“后唱”模式。针对目标子模式的第二选择操作可以用于表示对于目标子模式的确认。

请参阅图6，图6示出的是根据本申请一示例实施方式的用于展示一种录制子模式的界面示意图。如图6所示，用户界面600可以包括：歌曲信息展示区域610、歌词信息展示区域620、演唱控件630、录制子模式控件640、录制子模式控件650、当前用户660、目标合唱对象670以及反馈提示671。

具体地，在检测到用于从待选合唱对象中选取目标合唱对象的第三交互操作之后，可以输出用户界面600。进而，当检测到用于触发表示为“我先唱”的录制子模式控件640的用户操作时，可以在歌词信息展示区域620中展示“我先唱”子模式下的歌词信息；其中，歌词信息包括突出显示部分以及非突出显示部分，非突出显示部分为目标合唱对象对应的演唱部分。在图6中，对于突出显示部分的显示方式为字体加粗方式，但这仅为示例性示出，在实际应用过程中，也可以应用其他突出显示的方式。

在图6中，目标合唱对象670为好友对象，因此，图6中还可以展示与目标合唱对象670对应的反馈提示671。反馈提示671中包括下述的可交互部分A，在图6中表示为“提醒他”的可交互部分A通过字体加粗的方式展示。用户通过点击“提醒他”可以将生成的合唱消息发送至好友对象的客户端，以使得好友对象的客户端界面显示合唱消息；其中，合唱消息可以包括文本提示消息(如，你唱的《XXXXX》真棒，我来合唱一曲)和/或合唱链接。当收到该合唱消息的好友点击合唱链接时，可以跳转至合唱文件播放页面并根据检测到的播放操作播放该合唱文件，以及，在播放合唱文件的同时，同步展示歌词信息。

进而，当检测到针对“我先唱”子模式(即，上述的目标子模式)的作用于演唱控件630的第二选择操作时，可以执行录制用户音频的步骤。

请参阅图7，图7示出的是根据本申请一示例实施方式的用于展示另一种录制子模式的界面示意图。如图7所示，用户界面700可以包括：歌曲信息展示区域710、歌词信息展示区域720、演唱控件730、录制子模式控件740、录制子模式控件750、当前用户760、目标合唱对象770以及反馈提示771。

其中，歌曲信息展示区域710、演唱控件730、录制子模式控件740、录制子模式控件750、当前用户760、目标合唱对象770以及反馈提示771与歌曲信息展示区域610、演唱控件630、录制子模式控件640、录制子模式控件650、当前用户660、目标合唱对象670以及反馈提示671依次对应，故，对于图7中各元素不再重复限定。

与图6相对应的，当检测到用于触发表示为“我后唱”的录制子模式控件640的用户操作时，可以在歌词信息展示区域620中展示“我后唱”子模式下的歌词信息；其中，歌词信息包括突出显示部分以及非突出显示部分，非突出显示部分为目标合唱对象对应的演唱部分。在图6中，对于突出显示部分的显示方式为字体加粗方式，但这仅为示例性示出，在实际应用过程中，也可以应用其他突出显示的方式。

进而，当检测到针对“我后唱”子模式(即，上述的目标子模式)的作用于演唱控件730的第二选择操作时，可以执行录制用户音频的步骤。

需要说明的是，针对歌词信息而言，图6中展示的非突出显示部分为图7中展示的突出显示部分，图6中展示的突出显示部分为图7中展示的非突出显示部分。

可见，实施该可选的实施方式，能够为用户提供多种可选的子模式，用户可以需求选择偏好的子模式进行演唱，从而有利于获得与需求相符合的合唱文件，有利于改善用户的使用体验，提升用户的使用黏度。

作为一种可选的实施方式，检测到用于从待选合唱对象中选取目标合唱对象的第三交互操作之后，上述方法还包括：若目标合唱对象为好友对象，输出用于表示向好友对象反馈合唱消息的反馈提示；若目标合唱对象为热门翻唱对象或原唱对象，输出用于提示用户与热门翻唱对象或原唱对象之间建立关联关系的关联提示。

具体地，反馈提示中可以包括可交互部分A，输出用于表示向好友对象反馈合唱消息的反馈提示之后，还可以包括：根据好友对象对应的用户信息(如，头像标识和/或昵称)生成合唱消息，在检测到触发可交互部分A的用户操作时，将上述合唱消息发送至好友对象的客户端，以使得好友对象的客户端界面显示合唱消息。

另外，可选的，关联提示中包括可交互部分B，输出用于提示用户与热门翻唱对象或原唱对象之间建立关联关系的关联提示之后，还可以包括：若检测到触发可交互部分B的用户操作，则将用户ID与热门翻唱对象ID或原唱对象ID进行绑定，从而实现关联关系的建立。

请参阅图8，图8示出的是根据本申请一示例实施方式的收到反馈提示的界面示意图。如图8所示，用户界面800可以为好友对象的客户端界面，具体可以包括：当前用户标识810、合唱消息820、消息输入区域830以及消息发送控件840。其中，消息输入区域830在检测到用户的输入的消息之前可以显示提示信息“请在此处输入消息…”，该好友可以根据提示信息在消息输入区域830输入回复信息并触发消息发送控件840发送该回复消息，以实现对于合唱消息820的回复。

具体地，在检测到触发可交互部分A的用户操作时，将上述合唱消息820“你唱的《XXXXX》真棒，我来合唱一曲”发送至好友对象的客户端，以使得用户界面800显示合唱消息820和当前用户标识810。进而，好友对象可以通过消息输入区域830输入回复消息并通过消息发送控件840发出消息，以实现与当前用户进行对话。

请参阅图9，图9示出的是根据本申请一示例实施方式的目标合唱对象为热门翻唱对象或原唱对象时的界面示意图。如图9所示，用户界面900可以包括：歌曲信息展示区域910、歌词信息展示区域920、演唱控件930、录制子模式控件940、录制子模式控件950、当前用户960、目标合唱对象970以及关联提示971。

具体地，在检测到用于从待选合唱对象中选取目标合唱对象的第三交互操作之后，可以输出用户界面900。进而，当检测到用于触发表示为“我后唱”的录制子模式控件950的用户操作时，可以在歌词信息展示区域620中展示“我后唱”子模式下的歌词信息。

在图9中，目标合唱对象970为热门翻唱对象或原唱对象，因此，图9中还可以展示用于提示用户与热门翻唱对象或原唱对象之间建立关联关系的关联提示971。关联提示971中包括上述的可交互部分B，在图9中表示为“+关注”的可交互部分B通过字体加粗的方式展示。用户通过点击“+关注”可以将用户ID与热门翻唱对象ID或原唱对象ID进行绑定，实现对于热门翻唱对象或原唱对象的关注。

进而，当检测到针对“我后唱”子模式(即，上述的目标子模式)的作用于演唱控件930的第二选择操作时，可以执行录制用户音频的步骤。

可见，实施该可选的实施方式，能够通过对合唱对象进行提示或者建立与合唱对象之间的关联关系，提升交互性，增强用户之间的联系性，有利于提升用户的使用黏度。

请参阅图10，图10示出的是根据本申请另一示例实施方式的合唱文件生成方法的流程示意图。如图10所示，该合唱文件生成方法包括：步骤S1000～步骤S1024。

步骤S1000：当检测到触发音频录制功能启动的第一交互操作时，展示合唱控件、用于表示片段独唱录制模式的交互控件以及用于表示全段独唱录制模式的交互控件，并展示目标伴奏对应的歌词信息；

若检测到作用于合唱控件的第二交互操作且检测到存在与目标伴奏相对应的一个或多个已上传文件，则执行步骤S1002；若检测到作用于合唱控件的第二交互操作且检测到不存在一个或多个已上传文件，则执行步骤S1004。

步骤S1002：确定一个或多个已上传文件对应的一个或多个发布对象并保持展示目标伴奏对应的歌词信息；其中，一个或多个已上传文件中包括音频文件，一个或多个发布对象中包括目标合唱对象；

若发布对象的数量小于等于预设阈值，则执行步骤S1006；若发布对象的数量大于预设阈值且检测到发布对象中存在至少一个关联对象，则执行步骤S1008。

步骤S1004：播放目标伴奏并同步录制用户音频，以及保持展示目标伴奏对应的歌词信息，以及将用户音频与目标伴奏合成为待合唱文件，并将待合唱文件作为与目标伴奏相对应的已上传文件上传至服务器。进而结束流程。

步骤S1006：将发布对象确定为待选合唱对象。进而，执行步骤S1014、步骤S1016或步骤S1018。

步骤S1008：将发布对象进行分组，得到包含至少一个关联对象的一类对象组和包含其他发布对象的二类对象组；其中，关联对象与当前用户存在关联关系，其他发布对象为发布对象中除至少一个关联对象之外的发布对象。

步骤S1010：根据上传时间由晚到早的顺序对所述一类对象组和所述二类对象组进行排序，得到包括第一排序结果和第二排序结果的排序结果；其中，第一排序结果包括至少一个关联对象，第二排序结果包括其他发布对象，第一排序结果中任一关联对象的顺序位优先于第二排序结果中任一其他发布对象。

步骤S1012：从排序结果中选取预设数量的发布对象作为待选合唱对象。进而，执行步骤S1014、步骤S1016或步骤S1018。

若检测到用于从待选合唱对象中选取目标合唱对象的第三交互操作且第三交互操作作用于目标合唱对象，则执行步骤S1014；若检测到用于从待选合唱对象中选取目标合唱对象的第三交互操作且第三交互操作作用于随机选择控件，则执行步骤S1016；若未检测到用于从待选合唱对象中选取目标合唱对象的第三交互操作，则执行步骤S1018。

步骤S1014：若目标合唱对象为好友对象，输出用于表示向好友对象反馈合唱消息的反馈提示；若目标合唱对象为热门翻唱对象或原唱对象，输出用于提示用户与热门翻唱对象或原唱对象之间建立关联关系的关联提示。进而，执行步骤S1020。

步骤S1016：从待选合唱对象中随机选择一个合唱对象作为目标合唱对象。进而，执行步骤S1014。

步骤S1018：显示待合唱文件录制控件，在检测到作用于待合唱文件录制控件的合唱录制操作时，播放目标伴奏并同步录制用户音频，并将用户音频与目标伴奏进行合成，得到待合唱文件。进而，结束流程。

步骤S1020：生成至少一种录制子模式，并根据第一选择操作从至少一种录制子模式中确定目标子模式，以及展示目标子模式下的歌词信息；其中，目标子模式下的所述歌词信息包括突出显示的录制部分，至少一种录制子模式对应于不同的录制部分。

步骤S1022：将音频文件以预览模式进行播放。

步骤S1024：若检测到针对音频文件的确认操作以及检测到针对目标子模式的第二选择操作，录制用户音频并将目标合唱对象对应的音频文件与用户音频进行合成，得到合唱文件。

需要说明的是，步骤S1000～步骤S1024与图1所示的各步骤及其实施例相对应，针对步骤S1000～步骤S1024的具体实施方式，请参阅图1所示的各步骤及其实施例，此处不再赘述。

可见，实施图10所示的方法，能够可以简化用户操作，降低合唱功能的触发难度，从而可以实现方便快捷的合唱触发；以及，有利于提升交互性，及时抓住并有效利用用户创作(演唱)激情产生的时机，在此基础上还可以强化用户之间的社交关系，提升用户之间的互动频率，从而提升用户的使用黏性；以及，能够提升合唱功能的使用频率；以及，能够提供生成待合唱文件的功能，为用户提供更为丰富的合唱模式选择。

此外，尽管在附图中以特定顺序描述了本申请中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

示例性***

本申请还公开了一种合唱文件生成***，该合唱文件生成***可以包括用户选择模块、歌词模块、模式选择模块、按钮模块、合唱用户信息显示模块以及先后唱选择模块。

其中，用户选择模块用于向用户提供合唱对象选择功能，用户选择模块至少可以包括待选合唱对象展示区域、随机选择控件以及待合唱文件录制控件。

歌词模块用于展示目标伴奏对应的歌词信息，歌词模块至少可以包括歌词信息展示区域。此外，歌词模块还用于在检测到滑动操作时，控制歌词按照滑动操作对应的滑动速度进行滑动展示。此外，歌词模块还用于展示目标录制子模式下的歌词信息。

模式选择模块用于向用户提供多种演唱模式，模式选择模块至少可以包括用于表示片段独唱录制模式的交互控件、用于表示全段独唱录制模式的交互控件以及合唱控件。

按钮模块用于提供确认功能，按钮模块至少可以包括确认控件。

合唱用户信息显示模块用于展示反馈提示、当前用户的头像标识、目标合唱对象的头像标识。

先后唱选择模块用于提供选择录制子模式的功能，具体可以包括表示为“我先唱”的录制子模式控件和表示为“我后唱”的录制子模式控件。按钮模块还用于检测用于处于演唱控件的第二选择操作。

实施上述***，能够可以简化用户操作，降低合唱功能的触发难度，从而可以实现方便快捷的合唱触发；以及，有利于提升交互性，及时抓住并有效利用用户创作(演唱)激情产生的时机，在此基础上还可以强化用户之间的社交关系，提升用户之间的互动频率，从而提升用户的使用黏性；以及，能够提升合唱功能的使用频率；以及，能够提供生成待合唱文件的功能，为用户提供更为丰富的合唱模式选择。

示例性介质

在介绍了本申请示例性实施方式的方法之后，接下来，对本申请示例性实施方式的介质进行说明。

在一些可能的实施方式中，本申请的各个方面还可以实现为一种介质，其上存储有程序代码，当程序代码被设备的处理器执行时用于实现本说明书上述“示例性方法”部分中描述的根据本申请各种示例性实施方式的合唱文件生成方法中的步骤。

具体地，所述设备的处理器执行所述程序代码时用于实现如下步骤：当检测到触发音频录制功能启动的第一交互操作时，展示分别用于表示不同录制模式的多个交互控件；其中，多个交互控件中包括合唱控件；若检测到作用于合唱控件的第二交互操作，则确定与第二交互操作对应的待选合唱对象并显示待选合唱对象；若检测到用于从待选合唱对象中选取目标合唱对象的第三交互操作，则录制用户音频并将目标合唱对象对应的音频文件与用户音频进行合成，得到合唱文件。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：当检测到第一交互操作时，展示目标伴奏对应的歌词信息；在检测到第二交互操作或第三交互操作时均保持展示目标伴奏对应的歌词信息。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：若检测到存在与目标伴奏相对应的一个或多个已上传文件，则确定一个或多个已上传文件对应的一个或多个发布对象；其中，一个或多个已上传文件中包括音频文件，一个或多个发布对象中包括目标合唱对象；从一个或多个发布对象中确定待选合唱对象；若检测到不存在一个或多个已上传文件，则播放目标伴奏并同步录制用户音频；将用户音频与目标伴奏合成为待合唱文件，并将待合唱文件作为与目标伴奏相对应的已上传文件上传至服务器。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：显示待合唱文件录制控件；在检测到作用于待合唱文件录制控件的合唱录制操作且未检测到第三交互操作时，播放目标伴奏并同步录制用户音频，并将用户音频与目标伴奏进行合成，得到待合唱文件。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：若发布对象的数量小于等于预设阈值，则将发布对象确定为待选合唱对象；若发布对象的数量大于预设阈值，根据上传时间由晚到早的顺序对发布对象进行排序，并从排序结果中选取预设数量的发布对象作为待选合唱对象。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：将发布对象进行分组，得到包含至少一个关联对象的一类对象组和包含其他发布对象的二类对象组；其中，关联对象与当前用户存在关联关系，其他发布对象为发布对象中除至少一个关联对象之外的发布对象；根据上传时间由晚到早的顺序对所述一类对象组和所述二类对象组进行排序，得到包括第一排序结果和第二排序结果的排序结果；其中，第一排序结果包括至少一个关联对象，第二排序结果包括其他发布对象，第一排序结果中任一关联对象的顺序位优先于第二排序结果中任一其他发布对象。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：若目标合唱对象为好友对象，输出用于表示向好友对象反馈合唱消息的反馈提示；若目标合唱对象为热门翻唱对象或原唱对象，输出用于提示用户与热门翻唱对象或原唱对象之间建立关联关系的关联提示。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：确定待选合唱对象的对象类型，根据对象类型生成与待选合唱对象对应的描述信息；其中，对象类型包括好友对象、热门翻唱对象和原唱对象；显示待选合唱对象和描述信息。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：将音频文件以预览模式进行播放；若检测到针对音频文件的确认操作，则执行录制用户音频。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：生成至少一种录制子模式，并根据第一选择操作从至少一种录制子模式中确定目标子模式；展示目标子模式下的歌词信息；其中，目标子模式下的所述歌词信息包括突出显示的录制部分，至少一种录制子模式对应于不同的录制部分；若检测到针对目标子模式的第二选择操作，则执行录制用户音频。

在本申请的一些实施方式中，所述设备的处理器执行所述程序代码时还用于实现如下步骤：从待选合唱对象中随机选择一个合唱对象作为目标合唱对象。

需要说明的是：上述的介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以是但不限于：电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于：电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。

可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、有线、光缆、RF等，或者上述的任意合适的组合。

可以以一种或多种程序设计语言的任意组合来编写用于执行本申请操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络——包括局域网(LAN)或广域网(WAN)—连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

示例性装置

在介绍了本申请示例性实施方式的介质之后，接下来，参考图11对本申请示例性实施方式的合唱文件生成装置进行说明。

请参阅图11，图11示出的是根据本申请一示例实施方式的合唱文件生成装置的结构框图。如图11所示，本申请一示例实施方式的合唱文件生成装置1100包括：录制模式展示单元1101、待选合唱对象展示单元1102、音频录制单元1103以及合唱文件合成单元1104，其中：

录制模式展示单元1101，用于当检测到触发音频录制功能启动的第一交互操作时，展示分别用于表示不同录制模式的多个交互控件；其中，多个交互控件中包括合唱控件；

待选合唱对象展示单元1102，用于在检测到作用于合唱控件的第二交互操作时，确定与第二交互操作对应的待选合唱对象并显示待选合唱对象；

音频录制单元1103，用于在检测到用于从待选合唱对象中选取目标合唱对象的第三交互操作时，录制用户音频；

合唱文件合成单元1104，用于将目标合唱对象对应的音频文件与用户音频进行合成，得到合唱文件。

另外，还包括，信息展示单元(未图示)，用于当检测到第一交互操作时，展示目标伴奏对应的歌词信息；以及，在检测到第二交互操作或第三交互操作时均保持展示目标伴奏对应的歌词信息。

可见，实施图11所示的合唱文件生成装置1100，一方面，可以简化用户操作，降低合唱功能的触发难度，从而可以实现方便快捷的合唱触发；另一方面，有利于提升交互性，及时抓住并有效利用用户创作(演唱)激情产生的时机，在此基础上还可以强化用户之间的社交关系，提升用户之间的互动频率，从而提升用户的使用黏性。

作为一种可选的实施方式，多个交互控件中还包括：用于表示片段独唱录制模式的交互控件以及用于表示全段独唱录制模式的交互控件。

可见，实施该可选的实施方式，能够为用户提供多种演唱模式，有利于提升交互性。此外，还可以通过将合唱模式集成在普遍设置的独唱录制模式中，方便用户在有合唱需求时能够及时满足用户，有利于提升用户的使用黏度。相较于现有技术而言，无需用户通过多次点击(如，点击“好友主页”、“好友演唱作品”、“与好友演唱作品合唱”)来进入合唱模式，这样有利于提升合唱功能的使用频率。

作为一种可选的实施方式，其中：

对象确定单元，用于在待选合唱对象展示单元1102检测到作用于合唱控件的第二交互操作之后，若检测到存在与目标伴奏相对应的一个或多个已上传文件，则确定一个或多个已上传文件对应的一个或多个发布对象；其中，一个或多个已上传文件中包括音频文件，一个或多个发布对象中包括目标合唱对象；

以及，待选合唱对象展示单元1102确定与第二交互操作对应的待选合唱对象，包括：从一个或多个发布对象中确定待选合唱对象；

音频录制单元1103，还用于在对象确定单元检测到不存在一个或多个已上传文件时，播放目标伴奏并同步录制用户音频；将用户音频与目标伴奏合成为待合唱文件，并将待合唱文件作为与目标伴奏相对应的已上传文件上传至服务器。

可见，实施该可选的实施方式，能够提供两种合唱模式，一方面，用户可以基于其他用户上传的待合唱文件(即，上述的已上传文件)进行合唱录制；另一方面，用户也可以录制待合唱文件作为已上传文件上传服务器，以向其他用户提供待合唱文件，这样可以提升交互多样性，改善用户的使用体验，有利于提升用户的使用黏度。

作为一种可选的实施方式，上述装置1100还包括：

控件展示单元(未图示)，用于显示待合唱文件录制控件；

音频录制单元1103，还用于在检测到作用于待合唱文件录制控件的合唱录制操作且未检测到第三交互操作时，播放目标伴奏并同步录制用户音频，并将用户音频与目标伴奏进行合成，得到待合唱文件。

可见，实施该可选的实施方式，能够提供生成待合唱文件的功能，为用户提供更为丰富的合唱模式选择，有利于改善用户的使用体验。

作为一种可选的实施方式，待选合唱对象展示单元1102从一个或多个发布对象中确定待选合唱对象，包括：

若发布对象的数量小于等于预设阈值，待选合唱对象展示单元1102将发布对象确定为待选合唱对象；

若发布对象的数量大于预设阈值，待选合唱对象展示单元1102根据上传时间由晚到早的顺序对发布对象进行排序，并从排序结果中选取预设数量的发布对象作为待选合唱对象。

可见，实施该可选的实施方式，能够根据上传时间向当前用户展示待选合唱对象，若当前用户能够与待选合唱对象进行互动，则有利于提升待选合唱对象的使用黏度。

作为一种可选的实施方式，若检测到发布对象中存在至少一个关联对象，待选合唱对象展示单元1102根据上传时间由晚到早的顺序对发布对象进行排序，包括：

待选合唱对象展示单元1102将发布对象进行分组，得到包含至少一个关联对象的一类对象组和包含其他发布对象的二类对象组；其中，关联对象与当前用户存在关联关系，其他发布对象为发布对象中除至少一个关联对象之外的发布对象；

待选合唱对象展示单元1102根据上传时间由晚到早的顺序对一类对象组和二类对象组进行排序，得到包括第一排序结果和第二排序结果的排序结果；其中，第一排序结果包括至少一个关联对象，第二排序结果包括其他发布对象，第一排序结果中任一关联对象的顺序位优先于第二排序结果中任一其他发布对象。

其中，关联对象包括好友对象，其他发布对象包括热门翻唱对象和/或原唱对象；其中，热门翻唱对象的排序优先级低于原唱对象。

可见，实施该可选的实施方式，能够按照优先级对不同类型的发布对象进行排序，从而从排序结果中选出前正整数位的发布对象作为待选合唱对象，有利于提升用户的合唱意愿以及交互意愿。

作为一种可选的实施方式，上述装置1100还包括：

提示输出单元(未图示)，用于在音频录制单元1103检测到用于从待选合唱对象中选取目标合唱对象的第三交互操作之后，若目标合唱对象为好友对象，输出用于表示向好友对象反馈合唱消息的反馈提示；

提示输出单元，还用于在目标合唱对象为热门翻唱对象或原唱对象时，输出用于提示用户与热门翻唱对象或原唱对象之间建立关联关系的关联提示。

可见，实施该可选的实施方式，能够通过对合唱对象进行提示或者建立与合唱对象之间的关联关系，提升交互性，增强用户之间的联系性，有利于提升用户的使用黏度。

作为一种可选的实施方式，待选合唱对象展示单元1102显示待选合唱对象，包括：

待选合唱对象展示单元1102确定待选合唱对象的对象类型，根据对象类型生成与待选合唱对象对应的描述信息；其中，对象类型包括好友对象、热门翻唱对象和原唱对象；

显示待选合唱对象和描述信息。

可见，实施该可选的实施方式，能够根据对象类型个性化生成对应的描述信息，可以帮助提升用户的合唱意愿，以便用户在演唱功能中实现合唱目的。

作为一种可选的实施方式，上述装置1100还包括：

预览模式播放单元(未图示)，用于在音频录制单元1103录制用户音频之前，将音频文件以预览模式进行播放；

音频录制单元1103，具体用于在检测到针对音频文件的确认操作时，录制用户音频。

可见，实施该可选的实施方式，能够向用户提供预览的功能，用户可以预览一个或多个音频文件，直到确定出偏好的音频文件，这样可以有利于改善用户的使用体验。

作为一种可选的实施方式，上述装置1100还包括：

录制模式生成单元(未图示)，用于在音频录制单元1103录制用户音频之前，生成至少一种录制子模式，并根据第一选择操作从至少一种录制子模式中确定目标子模式；

歌词信息展示单元(未图示)，用于展示目标子模式下的所述歌词信息；其中，目标子模式下的歌词信息包括突出显示的录制部分，至少一种录制子模式对应于不同的录制部分；

音频录制单元1103，具体用于在检测到针对音频文件的确认操作时以及在检测到针对目标子模式的第二选择操作时，录制用户音频。

可见，实施该可选的实施方式，能够为用户提供多种可选的子模式，用户可以需求选择偏好的子模式进行演唱，从而有利于获得与需求相符合的合唱文件，有利于改善用户的使用体验，提升用户的使用黏度。

作为一种可选的实施方式，第三交互操作作用于目标合唱对象或者作用于随机选择控件，如果作用于随机选择控件，上述装置1100还包括：

随机选择单元(未图示)，用于在音频录制单元1103录制用户音频之前，从待选合唱对象中随机选择一个合唱对象作为目标合唱对象。

可见，实施该可选的实施方式，能够为用户提供随机选择合唱对象的功能，解决用户决策困难的问题。

应当注意，尽管在上文详细描述中提及了合唱文件生成装置的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

示例性电子设备

在介绍了本申请示例性实施方式的方法、介质和装置之后，接下来，介绍根据本申请的另一示例性实施方式的电子设备。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为***、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“***”。

下面参照图12来描述根据本申请的又一可选示例实施方式的合唱文件生成装置1200。图12显示的合唱文件生成装置1200仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图12所示，合唱文件生成装置1200以电子设备的形式表现。合唱文件生成装置1200的组件可以包括但不限于：上述至少一个处理单元1210、上述至少一个存储单元1220、连接不同***组件(包括存储单元1220和处理单元1210)的总线1230。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1210执行，使得所述处理单元1210执行本说明书上述示例性方法的描述部分中描述的根据本申请各种示例性实施方式的步骤。例如，所述处理单元1210可以执行如图1和图10中所示的各个步骤。

存储单元1220可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(RAM)12201和/或高速缓存存储单元12202，还可以进一步包括只读存储单元(ROM)12203。

存储单元1220还可以包括具有一组(至少一个)程序模块12205的程序/实用工具12204，这样的程序模块12205包括但不限于：操作***、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1230可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、***总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

合唱文件生成装置1200也可以与一个或多个外部设备1300(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与合唱文件生成装置1200交互的设备通信，和/或与使得该合唱文件生成装置1200能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口1250进行。并且，合唱文件生成装置1200还可以通过网络适配器1260与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图12所示，网络适配器1260通过总线1230与合唱文件生成装置1200的其它模块通信。应当明白，尽管图中未示出，可以结合合唱文件生成装置1200使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本申请实施方式的方法。

虽然已经参考若干具体实施方式描述了本申请的精神和原理，但是应该理解，本申请并不限于所发明的具体实施方式，对各方面的划分也不意味着这些方面中的特征不能组合以进行受益，这种划分仅是为了表述的方便。本申请旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

Claims (24)

1.一种合唱文件生成方法，其特征在于，包括：

当检测到触发音频录制功能启动的第一交互操作时，展示分别用于表示不同录制模式的多个交互控件和目标伴奏对应的歌词信息；其中，所述多个交互控件中包括合唱控件；

若检测到作用于所述合唱控件的第二交互操作后，若检测到存在与所述目标伴奏相对应的一个或多个已上传文件，则确定所述一个或多个已上传文件对应的一个或多个发布对象；其中，所述一个或多个已上传文件中包括音频文件，所述一个或多个发布对象中包括目标合唱对象，确定与所述第二交互操作对应的待选合唱对象；

显示所述待选合唱对象；若检测到不存在所述一个或多个已上传文件，则播放所述目标伴奏并同步录制用户音频；将同步录制的用户音频与所述目标伴奏合成为待合唱文件，并将所述待合唱文件作为与所述目标伴奏相对应的已上传文件上传至服务器；

若检测到用于从所述待选合唱对象中选取目标合唱对象的第三交互操作，则录制用户音频并将所述目标合唱对象对应的音频文件与录制的用户音频进行合成，得到合唱文件；

在检测到所述第二交互操作或所述第三交互操作时均保持展示所述目标伴奏对应的歌词信息；

其中，确定与所述第二交互操作对应的待选合唱对象，包括：从所述一个或多个发布对象中确定所述待选合唱对象。

2.根据权利要求1所述的方法，其特征在于，所述多个交互控件中还包括：用于表示片段独唱录制模式的交互控件以及用于表示全段独唱录制模式的交互控件。

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

显示待合唱文件录制控件；

在检测到作用于所述待合唱文件录制控件的合唱录制操作且未检测到所述第三交互操作时，播放所述目标伴奏并同步录制用户音频，并将所述用户音频与所述目标伴奏进行合成，得到待合唱文件。

4.根据权利要求1所述的方法，其特征在于，从所述一个或多个发布对象中确定所述待选合唱对象，包括：

若所述发布对象的数量小于等于预设阈值，则将所述发布对象确定为待选合唱对象；

若所述发布对象的数量大于所述预设阈值，根据上传时间由晚到早的顺序对所述发布对象进行排序，并从排序结果中选取预设数量的发布对象作为所述待选合唱对象。

5.根据权利要求4所述的方法，其特征在于，若检测到所述发布对象中存在至少一个关联对象，根据上传时间由晚到早的顺序对所述发布对象进行排序，包括：

将所述发布对象进行分组，得到包含所述至少一个关联对象的一类对象组和包含其他发布对象的二类对象组；其中，所述关联对象与当前用户存在关联关系，所述其他发布对象为所述发布对象中除所述至少一个关联对象之外的发布对象；

根据上传时间由晚到早的顺序对所述一类对象组和所述二类对象组进行排序，得到包括第一排序结果和第二排序结果的排序结果；其中，所述第一排序结果包括所述至少一个关联对象，所述第二排序结果包括所述其他发布对象，所述第一排序结果中任一关联对象的顺序位优先于所述第二排序结果中任一其他发布对象。

6.根据权利要求5所述的方法，其特征在于，所述关联对象包括好友对象，所述其他发布对象包括热门翻唱对象和/或原唱对象；其中，所述热门翻唱对象的排序优先级低于所述原唱对象。

7.根据权利要求6所述的方法，其特征在于，检测到用于从所述待选合唱对象中选取目标合唱对象的第三交互操作之后，所述方法还包括：

若所述目标合唱对象为所述好友对象，输出用于表示向所述好友对象反馈合唱消息的反馈提示；

若所述目标合唱对象为所述热门翻唱对象或所述原唱对象，输出用于提示用户与所述热门翻唱对象或所述原唱对象之间建立关联关系的关联提示。

8.根据权利要求6所述的方法，其特征在于，显示所述待选合唱对象，包括：

确定所述待选合唱对象的对象类型，根据所述对象类型生成与所述待选合唱对象对应的描述信息；其中，所述对象类型包括所述好友对象、所述热门翻唱对象和所述原唱对象；

显示所述待选合唱对象和所述描述信息。

9.根据权利要求1所述的方法，其特征在于，录制用户音频之前，所述方法还包括：

将所述音频文件以预览模式进行播放；

若检测到针对所述音频文件的确认操作，则执行所述录制用户音频。

10.根据权利要求1所述的方法，其特征在于，录制用户音频之前，所述方法还包括：

生成至少一种录制子模式，并根据第一选择操作从所述至少一种录制子模式中确定目标子模式；

展示所述目标子模式下的所述歌词信息；其中，所述目标子模式下的所述歌词信息包括突出显示的录制部分，所述至少一种录制子模式对应于不同的录制部分；

若检测到针对所述目标子模式的第二选择操作，则执行所述录制用户音频。

11.根据权利要求1～10任一项所述的方法，其特征在于，所述第三交互操作作用于所述目标合唱对象或者作用于随机选择控件，如果作用于所述随机选择控件，录制用户音频之前，所述方法还包括：

从所述待选合唱对象中随机选择一个合唱对象作为所述目标合唱对象。

12.一种合唱文件生成装置，其特征在于，包括：

录制模式展示单元，用于当检测到触发音频录制功能启动的第一交互操作时，展示分别用于表示不同录制模式的多个交互控件；其中，所述多个交互控件中包括合唱控件；

待选合唱对象展示单元，用于在检测到作用于所述合唱控件的第二交互操作时，确定与所述第二交互操作对应的待选合唱对象并显示所述待选合唱对象；

音频录制单元，用于在检测到用于从所述待选合唱对象中选取目标合唱对象的第三交互操作时，录制用户音频；

合唱文件合成单元，用于将所述目标合唱对象对应的音频文件与录制的用户音频进行合成，得到合唱文件；

信息展示单元，用于当检测到所述第一交互操作时，展示目标伴奏对应的歌词信息；以及，在检测到所述第二交互操作或所述第三交互操作时均保持展示所述目标伴奏对应的歌词信息；

对象确定单元，用于在所述待选合唱对象展示单元检测到作用于所述合唱控件的第二交互操作之后，若检测到存在与所述目标伴奏相对应的一个或多个已上传文件，则确定所述一个或多个已上传文件对应的一个或多个发布对象；其中，所述一个或多个已上传文件中包括所述音频文件，所述一个或多个发布对象中包括所述目标合唱对象；

以及，所述待选合唱对象展示单元确定与所述第二交互操作对应的待选合唱对象，包括：从所述一个或多个发布对象中确定所述待选合唱对象；

所述音频录制单元，还用于在所述对象确定单元检测到不存在所述一个或多个已上传文件时，播放所述目标伴奏并同步录制用户音频；将同步录制的用户音频与所述目标伴奏合成为待合唱文件，并将所述待合唱文件作为与所述目标伴奏相对应的已上传文件上传至服务器。

13.根据权利要求12所述的装置，其特征在于，所述多个交互控件中还包括：用于表示片段独唱录制模式的交互控件以及用于表示全段独唱录制模式的交互控件。

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

控件展示单元，用于显示待合唱文件录制控件；

所述音频录制单元，还用于在检测到作用于所述待合唱文件录制控件的合唱录制操作且未检测到所述第三交互操作时，播放所述目标伴奏并同步录制用户音频，并将所述用户音频与所述目标伴奏进行合成，得到待合唱文件。

15.根据权利要求12所述的装置，其特征在于，所述待选合唱对象展示单元从所述一个或多个发布对象中确定所述待选合唱对象，包括：

若所述发布对象的数量小于等于预设阈值，所述待选合唱对象展示单元将所述发布对象确定为待选合唱对象；

若所述发布对象的数量大于所述预设阈值，所述待选合唱对象展示单元根据上传时间由晚到早的顺序对所述发布对象进行排序，并从排序结果中选取预设数量的发布对象作为所述待选合唱对象。

16.根据权利要求15所述的装置，其特征在于，若检测到所述发布对象中存在至少一个关联对象，所述待选合唱对象展示单元根据上传时间由晚到早的顺序对所述发布对象进行排序，包括：

所述待选合唱对象展示单元将所述发布对象进行分组，得到包含所述至少一个关联对象的一类对象组和包含其他发布对象的二类对象组；其中，所述关联对象与当前用户存在关联关系，所述其他发布对象为所述发布对象中除所述至少一个关联对象之外的发布对象；

所述待选合唱对象展示单元根据上传时间由晚到早的顺序对所述一类对象组和所述二类对象组进行排序，得到包括第一排序结果和第二排序结果的排序结果；其中，所述第一排序结果包括所述至少一个关联对象，所述第二排序结果包括所述其他发布对象，所述第一排序结果中任一关联对象的顺序位优先于所述第二排序结果中任一其他发布对象。

17.根据权利要求16所述的装置，其特征在于，所述关联对象包括好友对象，所述其他发布对象包括热门翻唱对象和/或原唱对象；其中，所述热门翻唱对象的排序优先级低于所述原唱对象。

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

提示输出单元，用于在所述音频录制单元检测到用于从所述待选合唱对象中选取目标合唱对象的第三交互操作之后，若所述目标合唱对象为所述好友对象，输出用于表示向所述好友对象反馈合唱消息的反馈提示；

所述提示输出单元，还用于在所述目标合唱对象为所述热门翻唱对象或所述原唱对象时，输出用于提示用户与所述热门翻唱对象或所述原唱对象之间建立关联关系的关联提示。

19.根据权利要求17所述的装置，其特征在于，所述待选合唱对象展示单元显示所述待选合唱对象，包括：

所述待选合唱对象展示单元确定所述待选合唱对象的对象类型，根据所述对象类型生成与所述待选合唱对象对应的描述信息；其中，所述对象类型包括所述好友对象、所述热门翻唱对象和所述原唱对象；

显示所述待选合唱对象和所述描述信息。

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

预览模式播放单元，用于在所述音频录制单元录制用户音频之前，将所述音频文件以预览模式进行播放；

所述音频录制单元，具体用于在检测到针对所述音频文件的确认操作时，录制用户音频。

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

录制模式生成单元，用于在所述音频录制单元录制用户音频之前，生成至少一种录制子模式，并根据第一选择操作从所述至少一种录制子模式中确定目标子模式；

歌词信息展示单元，用于展示所述目标子模式下的所述歌词信息；其中，所述目标子模式下的所述歌词信息包括突出显示的录制部分，所述至少一种录制子模式对应于不同的录制部分；

所述音频录制单元，具体用于在检测到针对所述音频文件的确认操作时以及在检测到针对所述目标子模式的第二选择操作时，录制用户音频。

22.根据权利要求12～21任一项所述的装置，其特征在于，所述第三交互操作作用于所述目标合唱对象或者作用于随机选择控件，如果作用于所述随机选择控件，所述装置还包括：

随机选择单元，用于在所述音频录制单元录制用户音频之前，从所述待选合唱对象中随机选择一个合唱对象作为所述目标合唱对象。

23.一种电子设备，其特征在于，包括：

处理器；以及

存储器，所述存储器上存储有计算机可读指令，所述计算机可读指令被所述处理器执行时实现如权利要求1至11中任一项所述的合唱文件生成方法。

24.一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至11中任一项所述的合唱文件生成方法。

Images