ASYNCHRONOUS CHORUS METHOD AND DEVICE

一种异步合唱方法和装置 本申请基于申请号为 201310210338.5、 申请日为 2013/5/30的中国专利申请提出， 并 要求该中国专利申请的优先权， 该中国专利申请的全部内容在此引入本申请作为参考。 技术领域

本公开实施例涉及网络技术领域， 特别是涉及一种异步合唱方法和装置。 背景技术

随着智能移动终端的快速发展， 其具有的功能越来越丰富。 目前， 移动终端中具有社 交 κ歌应用， 该应用内置混响和回声效果， 可以将用户的声音进行修饰美化。应用中除提 供伴奏外， 还提供了伴奏对应的歌词， K歌时可以同步显示， 并且能够像 KTV—样可以 精确到每个字， 此外， 应用中还提供了有趣的智能打分功能， 所得评分可以分享给好友。

目前， 在移动终端上 κ歌时一般为一人单独 κ歌， 唱完后提交到服务器进行保存并 展示， 其余使用该应用的用户可以播放该歌曲， 并做出评价。 如果要多人合唱， 则需要多 个用户同时对着同一个移动终端唱歌， 唱完后提交到服务器进行保存。

但是， 上述方法在合唱时， 要求多个用户同时对着同一个移动终端唱歌， 唱完后提交 到服务器处理， 而在合唱时用户的声音可能有大小、 远近的差别， 从而导致合唱的效果较 差； 并且， 合唱时如果有一个用户表现不佳， 可能该首歌曲要重新合唱， 服务器要重新对 合唱的歌曲进行处理， 过程繁琐、 成本较高。 发明内容

本公开实施例提供了一种异步合唱方法和装置， 以解决合唱效果差， 处理过程繁琐、 成本较高的问题。

根据本公开实施例的第一方面， 本公开实施例公开了一种异步合唱方法， 方法包括： 接收到请求使用第一伴奏文件参与合唱的终端上传的音频文件后，标注所述音频文件 中具有混音且未被标注的部分作为已合唱的部分；

将标注后的音频文件确定为第二伴奏文件； 其中， 所述音频文件为所述请求使用第一 伴奏文件参与合唱的终端将采集的音频信息与下载的第一伴奏文件进行编码形成。

可选地， 方法还包括： 将所述第二伴奏文件发送至请求使用所述第二伴奏文件参与合 唱的终端。

可选地， 所述标注所述音频文件中具有混音且未被标注的部分作为已合唱的部分， 包 括：

获取所述音频文件中的音频信息位置； 分析所述音频信息位置中具有混音的部分，所述混音的部分是由采集的音频信息与所 述第一伴奏文件进行编码形成；

标注所述音频文件中具有混音且未被标注的部分作为已合唱的部分。

可选地， 所述标注所述音频文件中具有混音且未被标注的部分作为已合唱的部分， 包 括：

改变所述音频文件中具有混音且未被标注的部分对应的显示文字的颜色；

和 /或，

在所述音频文件的名称中用文字标注所述音频文件中具有混音且未被标注的部分。 可选地， 所述接收到请求使用第一伴奏文件参与合唱的终端上传的音频文件之后， 还 包括：

接收所述请求使用第一伴奏文件参与合唱的终端上传的音频文件中属于采集的音频 信息的音量信息；

将所述音量信息发送至请求使用所述第二伴奏文件参与合唱的终端，提示用户采用所 述音量进行合唱。

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

标注初始伴奏文件的用于合唱的段落，并将标注后的初始伴奏文件发送至请求使用所 述初始伴奏文件参与合唱的终端；

其中， 所述标注后的初始伴奏文件包括至少一个段落。

可选地， 所述标注初始伴奏文件的用于合唱的段落， 包括：

读取所述初始伴奏文件中每两个文字之间的时间间隔；

将所述时间间隔与预先设置的阈值进行比较；

当两个文字之间的时间间隔大于所述预先设置的阈值时，在所述两个文字之间标注为 一个段落结束。

根据本公开实施例的第二方面，本公开还公开了另一种异步合唱方法，所述方法包括: 采集音频信息，并将所述音频信息与从服务器下载的第一伴奏文件进行编码形成音频 文件；

标注所述音频文件中具有混音且未被标注的部分作为已合唱的部分，并将标注后的音 频文件上传至服务器。

可选地， 所述标注所述音频文件中具有混音且未被标注的部分作为已合唱的部分， 包 括：

获取所述音频文件中的音频信息位置；

分析所述音频信息位置中具有混音的部分，所述混音的部分是由采集的音频信息与所 述第一伴奏文件进行编码形成；

标注所述音频文件中具有混音且未被标注的部分作为已合唱的部分。

可选地， 所述标注所述音频文件中具有混音且未被标注的部分作为已合唱的部分， 包 括：

改变所述音频文件中具有混音且未被标注的部分对应的显示文字的颜色；

和 /或，

在所述音频文件的名称中用文字标注所述音频文件中具有混音且未被标注的部分。 可选地， 所述将标注后的音频文件上传至服务器之后， 还包括：

记录所述音频文件中属于采集的音频信息的音量信息，并将所述音量信息上传至服务

TO

根据本公开实施例的第三方面， 本公开还公开了一种异步合唱装置， 其特征在于， 所 述装置包括：

第一标注模块， 用于接收到请求使用第一伴奏文件参与合唱的终端上传的音频文件 后， 标注所述音频文件中具有混音且未被标注的部分作为已合唱的部分；

确定模块， 用于将标注后的音频文件确定为第二伴奏文件； 其中， 所述音频文件为所 述请求使用第一伴奏文件参与合唱的终端将采集的音频信息与下载的第一伴奏文件进行 编码形成。

可选地， 所述装置还包括：

第一发送模块，用于将所述第二伴奏文件发送至请求使用所述第二伴奏文件参与合唱 的终端。

可选地， 所述第一标注模块包括：

第一获取子模块， 用于获取所述音频文件中的音频信息位置；

第一分析子模块， 用于分析所述音频信息位置中具有混音的部分， 所述混音的部分是 由采集的音频信息与所述第一伴奏文件进行编码形成；

第一混音标注子模块，用于标注所述音频文件中具有混音且未被标注的部分作为已合 唱的部分。

可选地， 所述第一混音标注子模块包括：

第一改变子单元，用于改变所述音频文件中具有混音且未被标注的部分对应的显示文 字的颜色；

和 /或，

第一标注子单元，用于在所述音频文件的名称中用文字标注所述音频文件中具有混音 且未被标注的部分。

可选地， 所述装置还包括：

接收模块， 用于接收到请求使用第一伴奏文件参与合唱的终端上传的音频文件之后， 接收所述请求使用第一伴奏文件参与合唱的终端上传的音频文件中属于采集的音频信息 的音量信息；

第二发送模块，用于将所述音量信息发送至请求使用所述第二伴奏文件参与合唱的终 端， 提示用户采用所述音量进行合唱。 可选地， 所述装置还包括：

第二标注模块， 用于标注初始伴奏文件的用于合唱的段落；

第三发送模块，用于将所述第二标注模块标注后的初始伴奏文件发送至请求使用所述 初始伴奏文件参与合唱的终端；

其中， 所述标注后的初始伴奏文件包括至少一个段落。

可选地， 所述第二标注模块包括：

读取子模块， 用于读取所述初始伴奏文件中每两个文字之间的时间间隔；

比较子模块， 用于将所述时间间隔与预先设置的阈值进行比较；

文字标注子模块， 用于当两个文字之间的时间间隔大于所述预先设置的阈值时， 在所 述两个文字之间标注为一个段落结束。

根据本公开实施例的第四方面， 本公开还公开了另一种异步合唱装置， 其特征在于， 所述装置包括：

编码模块， 用于采集音频信息， 并将所述音频信息与从服务器下载的第一伴奏文件进 行编码形成音频文件；

第三标注模块，用于标注所述音频文件中具有混音且未被标注的部分作为已合唱的部 分， 并将标注后的音频文件上传至服务器。

可选地， 所述第三标注模块包括：

第三获取子模块， 用于获取所述音频文件中的音频信息位置；

第三分析子模块， 用于分析所述音频信息位置中具有混音的部分， 所述混音的部分是 由采集的音频信息与所述第一伴奏文件进行编码形成；

第三混音标注子模块，用于标注所述音频文件中具有混音且未被标注的部分作为已合 唱的部分。

可选地， 所述第三混音标注子模块包括：

第三改变子单元，用于改变所述音频文件中具有混音且未被标注的部分对应的显示文 字的颜色；

和 /或，

第三标注子单元，用于在所述音频文件的名称中用文字标注所述音频文件中具有混音 且未被标注的部分。

可选地， 所述装置还包括：

记录上传模块， 用于将标注后的音频文件上传至服务器之后， 记录所述音频文件中属 于采集的音频信息的音量信息， 并将所述音量信息上传至服务器。

本公开的实施例提供的技术方案可以包括以下有益效果：

本公开实施例中提出的异步合唱方法中在接收到请求使用第一伴奏文件参与合唱的 终端上传的音频文件后， 标注音频文件中具有混音且未被标注的部分作为已合唱的部分； 将标注后的音频文件确定为第二伴奏文件； 其中， 音频文件为请求使用第一伴奏文件参与 合唱的终端将采集的音频信息与下载的第一伴奏文件进行编码形成。 当一个用户合唱时， 该用户的终端可以下载其他用户合唱的音频文件当作自身合唱的伴奏文件，从而合唱者可 以在不同时间、 不同地点演唱自己的部分， 而不会由于人多拥挤或者声音有大小、 远近的 差别导致合唱效果较差； 另外， 每个用户在演唱自己的部分时， 可以进行多次演唱或者对 自己演唱的部分进行单独处理， 而不影响其他用户演唱的部分， 因此不会导致由于一个用 户表现不佳而重新演唱整首歌曲的情况。

应当理解的是， 以上的一般描述和后文的细节描述仅是示例性和解释性的， 并不能限 制本发明。 附图说明

此处的附图被并入说明书中并构成本说明书的一部分， 示出了符合本发明的实施例， 并与说明书一起用于解释本发明的原理。

图 1是根据一示例性实施例一提出的一种异步合唱方法的流程图；

图 2是根据一示例性实施例二提出的一种异步合唱方法的流程图；

图 3是根据一示例性实施例三提出的一种异步合唱方法的流程图；

图 4是根据一示例性实施例四提出的一种异步合唱方法的流程图；

图 5是根据一示例性实施例五提出的标注后的初始伴奏文件的示意图；

图 6是根据一示例性实施例六提出的一种异步合唱装置的结构框图；

图 7是根据一示例性实施例七提出的一种异步合唱装置的结构框图；

图 8是根据一示例性实施例八提出的一种异步合唱装置的结构框图；

图 9是根据一示例性实施例九提出的一种异步合唱装置的结构框图。 具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂， 下面结合附图和具体实施方 式对本发明作进一步详细的说明。

本发明所提出的异步合唱方法和装置中， 合唱者可以在不同时间、 不同地点演唱自己 的部分， 而不会由于人多拥挤或者声音有大小、 远近的差别导致合唱效果较差， 并且每个 用户可以对自己演唱的部分进行单独处理， 而不影响其他用户演唱的部分。

实施例一：

目前在进行合唱时， 要求多个用户同时对着同一个移动终端唱歌， 唱完后提交到服务 器处理， 而在合唱时用户的声音可能有大小、 远近的差别， 从而导致合唱的效果较差； 并 且， 合唱时如果有一个用户表现不佳， 可能该首歌曲要重新合唱， 服务器要重新对合唱的 歌曲进行处理， 过程繁琐、 成本较高。

针对上述问题， 本公开实施例提出了一种异步合唱方法， 该方法可以解决上述问题。 参照图 1， 示出了本公开实施例一提出的一种异步合唱方法的流程图， 该方法可以包 括：

在步骤 101中， 接收到请求使用第一伴奏文件参与合唱的终端上传的音频文件后， 标 注音频文件中具有混音且未被标注的部分作为已合唱的部分。

本公开实施例中， 当多个用户在合唱时， 可以利用不同的终端进行， 本公开实施例提 出的终端可以为智能手机、 平板电脑等等。

当请求使用第一伴奏文件参与合唱的终端的用户进行合唱时，首先可以从服务器下载 第一伴奏文件， 然后该请求使用第一伴奏文件参与合唱的终端采集到该用户的音频信息， 可以将采集的音频信息与该请求使用第一伴奏文件参与合唱的终端下载的第一伴奏文件 进行编码， 形成该请求使用第一伴奏文件参与合唱的终端对应的音频文件， 并上传至服务 器。

服务器接收到该请求使用第一伴奏文件参与合唱的终端上传的音频文件后，可以标注 音频文件中具有混音且未被标注的部分作为已合唱的部分。其中， 上述音频文件即为请求 使用第一伴奏文件参与合唱的终端将采集的音频信息与下载的第一伴奏文件进行编码形 成。

在步骤 102中， 将标注后的伴奏文件确定为第二伴奏文件。

在对上述请求使用第一伴奏文件参与合唱的终端上传的音频文件进行标注之后，可以 将该标注后的伴奏文件确定为第二伴奏文件。当请求使用第二伴奏文件参与合唱的终端的 用户参与合唱时， 可以从服务器下载上述第二伴奏文件， 并直接利用该第二伴奏文件参与 合唱。

对于上述各个步骤的具体过程， 将在下面的实施例二中详细论述。

本公开实施例中， 当一个用户合唱时， 该用户的终端可以下载其他用户合唱的音频文 件当作自身合唱的伴奏文件， 从而合唱者可以在不同时间、 不同地点演唱自己的部分， 而 不会由于人多拥挤或者声音有大小、 远近的差别导致合唱效果较差； 另外， 每个用户在演 唱自己的部分时， 可以进行多次演唱或者对自己演唱的部分进行单独处理， 而不影响其他 用户演唱的部分， 因此不会导致由于一个用户表现不佳而重新演唱整首歌曲的情况。

实施例二：

下面， 通过本公开实施例二对上述实施例一的异步合唱方法进行详细介绍。

参照图 2， 示出了本公开实施例二提出的一种异步合唱方法的流程图， 该方法可以包 括：

在步骤 201中， 标注初始伴奏文件的用于合唱的段落， 并将标注后的初始伴奏文件发 送至请求使用初始伴奏文件参与合唱的终端。

本公开实施例中， 可以首先对初始伴奏文件进行标注， 并将标注后的初始伴奏文件发 送至请求使用初始伴奏文件参与合唱的终端。其中， 标注后的初始伴奏文件可以包括至少 一个段落。

在一个实施例中， 可以采用读取时间间隔的方式自动对初始伴奏文件进行标注。 因此 上述标注初始伴奏文件的用于合唱的段落的过程可以包括：

al， 读取初始伴奏文件中每两个文字之间的时间间隔；

a2， 将上述时间间隔与预先设置的阈值进行比较；

a3 , 当两个文字之间的时间间隔大于预先设置的阈值时， 在两个文字之间标注为一个 段落结束。

本公开实施例提出的标注， 可以为在两个文字之间标注一个特殊符号 （例如圆点） ， 此时该两个文字即存在于伴奏文件中的两个段落中，该特殊符号可以作为一个段落结束的 标记； 或者区分男女对唱， 在两个文字之间标注 "男： "或者 "女： " ， 此时， 该两个文 字存在于伴奏文件中的两个段落中， 该标注 "男： "或者 "女： "可以作为一个段落结束 的标记。

当然， 还可以采用其他方式对初始伴奏文件进行标注， 例如采用不同颜色标注等等， 本公开实施例对此并不加以限制。

例如， 用上述标注 "男： "或者 "女： " 的方式， 对于下面一段歌词可以标注如下： "女： 明明白白我的心

渴望一份真感情

曾经为爱伤透了心

为什么甜蜜的梦容易醒

男： 你有一双温柔的眼睛

你有善解人意的心灵

如果你愿意请让我靠近

我想你会明白我的心" 。

通过对每两个文字之间的时间间隔进行判断来标注伴奏文件， 可以使标注更加准确。 对于上述预先设置的阈值的具体数值， 本领域技术人员根据实际经验进行设定即可。

当然， 本公开实施例也可以采用其他方式对初始伴奏文件进行标注， 例如， 根据伴奏 的音调的高低进行标注等等， 本公开实施例对此并不加以限制。

在步骤 202中， 接收到请求使用第一伴奏文件参与合唱的终端上传的音频文件后， 标 注音频文件中具有混音且未被标注的部分作为已合唱的部分。

本公开实施例中， 对于一首歌曲， 可以由多个用户通过不同的终端进行合唱。 每个请 求参与合唱的终端的用户在合唱时， 该请求参与合唱的终端可以采集用户的音频信息， 然 后将该音频信息与参与合唱的终端下载的伴奏文件进行编码， 形成音频文件， 最后可以将 编码形成的音频文件上传至服务器。

本公开实施例中， 服务器在接收到请求参与合唱的终端上传的音频文件后， 可以标注 音频文件中具有混音且未被标注的部分作为已合唱的部分。

上述标注音频文件中具有混音且未被标注的部分作为已合唱的部分的过程可以包括： bl， 获取音频文件中的音频信息位置； hi, 分析音频信息位置中具有混音的部分， 混音的部分是由采集的音频信息与第一伴 奏文件进行编码形成；

b3， 标注音频文件中具有混音且未被标注的部分作为已合唱的部分。

本公开实施例中， 对于音频文件中具有混音且未被标注的部分可以采用以下方式标 注：

改变音频文件中具有混音且未被标注的部分对应的显示文字的颜色（例如， 音频文件 中没有混音的部分对应的显示文字颜色为黑色，则可以将音频文件中具有混音且未被标注 的部分对应的显示文字的颜色标注为红色）； 或者在音频文件的名称中用文字标注音频文 件中具有混音且未被标注的部分（例如， 可以在音频文件的名称中用文字说明已唱了哪一 部分） 。 当然， 也可以同时对音频文件中具有混音且未被标注的部分进行上述两种标注， 本公开实施例对此并不加以限制。

本公开实施例中，还可以采用其他的方式标注音频文件中具有混音且未被标注的部分 作为已合唱的部分， 例如， 将具有混音且未被标注的部分对应的文字加粗等等， 本公开实 施例对此并不加以限制。

在步骤 203中， 将标注后的音频文件确定为第二伴奏文件。

对音频文件标注之后， 即可将该标注后的音频文件确定为第二伴奏文件， 请求使用第 二伴奏文件参与合唱的终端的用户即可按照该第二伴奏文件合唱。

在步骤 204中， 将第二伴奏文件发送至请求使用第二伴奏文件参与合唱的终端。 当请求使用第二伴奏文件参与合唱的终端请求合唱时，服务器可以将确定后的第二伴 奏文件发送至该请求使用第二伴奏文件参与合唱的终端。由于初始伴奏文件中标注出不同 的段落， 因此该请求使用第二伴奏文件参与合唱的终端的用户可以按照初始伴奏文件中的 标注合唱对应于自身的段落，并且按照下载的第二伴奏文件中标注的已合唱的部分进行合 唱。

当请求使用第二伴奏文件参与合唱的终端采集到用户的音频信息后，可以将采集的音 频信息与该第二伴奏文件进行编码， 生成音频文件， 并将该音频文件上传至服务器， 然后 对该请求使用第二伴奏文件参与合唱的终端上传的音频文件进行标注， 重复执行上述过 程。

在步骤 205中，接收请求使用第一伴奏文件参与合唱的终端上传的音频文件中属于采 集的音频信息的音量信息。

为了进一步提高合唱的效果， 本公开实施例中还可以采用音量提醒的方式。 当某一个 请求参与合唱的终端的用户在合唱时， 该终端可以记录所采集的音频信息的音量信息， 然 后将所采集的音频信息的音量信息上传至服务器。

因此， 本公开实施例中， 当接收到请求使用第一伴奏文件参与合唱的终端上传的音频 文件之后，还可以接收请求使用第一伴奏文件参与合唱的终端上传的音频文件中属于采集 的音频信息的音量信息。 在步骤 206中， 将音量信息发送至请求使用第二伴奏文件参与合唱的终端， 提示用户 采用音量进行合唱。

服务器接收到上述请求使用第一伴奏文件参与合唱的终端上传的音量信息之后，可以 将音量信息发送至请求使用第二伴奏文件参与合唱的终端，从而可以提示该终端的用户采 用上述音量进行合唱。

由于具有音量提示， 因此请求使用第二伴奏文件参与合唱的终端的用户即可按照请求 使用第一伴奏文件参与合唱的终端的用户的音量调整自己的合唱音量，从而进一步提高合 唱的效果。

上述步骤 205-步骤 206也可以在步骤 203之前执行， 或者， 步骤 203和步骤 205可以 并列执行， 步骤 204和步骤 206可以并列执行， 等等， 本公开实施例对上述步骤的具体顺 序并不加以限制。

本公开实施例所提出的异步合唱方法中， 合唱者可以在不同时间、 不同地点演唱自己 的部分， 而不会由于人多拥挤或者声音有大小、 远近的差别导致合唱效果较差， 并且每个 用户可以对自己演唱的部分进行单独处理， 而不影响其他用户演唱的部分； 另外， 本公开 实施例还可以记录上一个请求参与合唱的终端的用户合唱时的音量信息，并提示下一个请 求参与合唱的终端的用户采用该音量进行合唱， 从而可以进一步提高合唱的效果。

上述实施例一和实施例二主要是从服务器侧对异步合唱方法进行介绍，下面通过实施 例三和实施例四从终端侧进行介绍。

实施例三：

参照图 4， 示出了本公开实施例三提出的一种异步合唱方法的流程图， 该方法可以包 括：

在步骤 301中， 采集音频信息， 并将音频信息与从服务器下载的第一伴奏文件进行编 码形成音频文件。

当请求使用第一伴奏文件参与合唱的终端请求参与合唱时，首先可以从服务器下载第 一伴奏文件， 然后用户在进行合唱时， 该终端可以采集用户的音频信息， 然后将音频信息 与从服务器下载的第一伴奏文件进行编码形成音频文件。

在步骤 302中， 标注音频文件中具有混音且未被标注的部分作为已合唱的部分， 并将 标注后的音频文件上传至服务器。

终端在编码形成音频文件之后，可以标注该音频文件中具有混音且未被标注的部分作 为已合唱的部分， 并将标注后的音频文件上传至服务器。

服务器接收到标注后的音频文件后， 可以将该标注后的音频文件作为第二伴奏文件， 请求使用第二伴奏文件参与合唱的终端可以从服务器下载第二伴奏文件，并直接利用该第 二伴奏文件参与合唱。

对于上述各个步骤的具体过程， 将在下面的实施例四中详细论述。

本公开实施例中， 当一个用户合唱时， 该用户的终端可以下载其他用户合唱的音频文 件当作自身合唱的伴奏文件， 从而合唱者可以在不同时间、 不同地点演唱自己的部分， 而 不会由于人多拥挤或者声音有大小、 远近的差别导致合唱效果较差。

实施例四：

下面， 通过本公开实施例四对上述实施例三的异步合唱方法进行详细介绍。

参照图 4， 示出了本公开实施例四提出的一种异步合唱方法的流程图， 该方法可以包 括：

在步骤 401中， 采集音频信息， 并将音频信息与从服务器下载的第一伴奏文件进行编 码形成音频文件。

请求使用第一伴奏文件参与合唱的终端可以采集合唱的用户的音频信息，然后将音频 信息与从服务器下载的第一伴奏文件进行编码形成音频文件。

在步骤 402中， 标注音频文件中具有混音且未被标注的部分作为已合唱的部分， 并将 标注后的音频文件上传至服务器。

本公开实施例中， 上述标注过程可以通过请求参与合唱的终端实现。 上述标注音频文 件中具有混音且未被标注的部分作为已合唱的部分的过程可以包括：

cl， 获取音频文件中的音频信息位置；

c2， 分析音频信息位置中具有混音的部分， 混音的部分是由采集的音频信息与第一伴 奏文件进行编码形成；

c3 , 标注音频文件中具有混音且未被标注的部分作为已合唱的部分。

本公开实施例中， 上述 c3 中标注音频文件中具有混音且未被标注的部分作为已合唱 的部分可以通过以下方式实现：

改变音频文件中具有混音且未被标注的部分对应的显示文字的颜色； 或者， 在音频文 件的名称中用文字标注音频文件中具有混音且未被标注的部分。

当然，本公开实施也可以同时对音频文件中具有混音且未被标注的部分进行上述两种 标注。

在步骤 403中， 记录音频文件中属于采集的音频信息的音量信息， 并将音量信息上传 至服务器。

为了进一步提高合唱的效果， 本公开实施例中还可以采用音量提醒的方式。 当请求使 用第一伴奏文件参与合唱的终端的用户在合唱时，该终端可以记录所采集的音频信息的音 量信息， 然后将所采集的音频信息的音量信息上传至服务器。

服务器在接收到上述请求使用第一伴奏文件参与合唱的终端上传的音频文件以及音 量信息之后， 可以将上述标注后的音频文件作为第二伴奏文件， 请求使用第二伴奏文件的 终端的用户在参与合唱时， 可以直接从服务器下载该第二伴奏文件进行合唱， 并且可以同 时获取上述音量信息， 以提示用户采用该音量进行合唱。

本公开实施例中的上述各个过程并不限定于请求使用第一伴奏文件参与合唱的终端 执行， 任何一个终端都是可以执行的。 本公开实施例中可以记录上一个请求参与合唱的终端的用户合唱时的音量信息，并提 示下一个请求参与合唱的终端的用户采用该音量进行合唱，从而可以进一步提高合唱的效 果。

实施例五：

下面， 通过一个公开实例， 对上述异步合唱方法进行介绍。

首先， 通过服务器对初始伴奏文件进行标注， 标注后的初始伴奏文件如图 5所示。 从 图 5可以看出， 标注后的初始伴奏文件中可以包括 A、 B、 C三个部分， 可以由三个终端 的用户分别演唱这三部分， 例如， 可以由用户 A的终端演唱标注 A的部分， 由用户 B的 终端演唱标注 B的部分， 由用户 C的终端演唱标注 C的部分。 对于标注的具体过程， 将 在下面对服务器侧的描述中说明。

下面， 分别针对终端侧和服务器侧对本公开实施例提出的异步合唱方法进行说明。 终端侧：

1、 用户 A的终端从服务器下载并播放上述标注后的初始伴奏文件， 用户 A演唱其中 标注 A的部分。 用户 A的终端采集用户 A的音频信息， 并记录用户 A的音频信息的音量 信息， 用户 A的终端将采集的音频信息和上述初始伴奏文件进行编码， 生成歌曲 XI (即 音频文件） ， 并通过用户 A的终端将歌曲 XI和上述用户 A的音量信息上传至服务器。

2、 用户 B的终端从服务器下载并播放歌曲 XI， 将其作为伴奏使用， 并按照上述用户 A的音量信息提示用户 B演唱时的音量 （例如， 采用波形形式进行提示） ， 用户 B继续 演唱其中标注 B的部分。 用户 B的终端采集用户 B的音频信息， 并记录用户 B的音频信 息的音量信息， 用户 B的终端将采集的音频信息和上述歌曲 XI进行编码， 生成歌曲 X2， 并通过用户 B的终端将歌曲 X2和上述用户 B的音量信息上传至服务器。

3、 用户 C的终端从服务器下载并播放歌曲 X2， 将其作为伴奏使用， 并按照上述用户 B的音量信息提示用户 C演唱时的音量， 用户 C继续演唱其中标注 C的部分。 用户 C的 终端采集用户 C的音频信息， 并记录用户 C的音频信息的音量信息， 用户 C的终端将采 集的音频信息和上述歌曲 X2进行编码， 生成歌曲 X3， 并通过用户 C的终端将歌曲 X3和 上述用户 C的音量信息上传至服务器， 从而完成整首歌曲。

服务器侧：

其中主要包括以下两个部分：

一、 标注初始伴奏文件， 即为初始伴奏文件标注不同部分。

例如， 可以采用手动标注初始伴奏文件， 或者按照歌曲中歌词的间隔时间做标注。 当 然， 还可以采用其他方式对初始伴奏文件进行标注， 本公开实施例对此并不加以限制。 对 于标注的具体过程，参照上述实施例二的相关描述即可，本公开实施例在此不再详细论述。

本公开实施例中， 可以将初始文件标注为三部分， 如图 3所示， 即标注为部分 A、 部 分 B和部分 C。

二、 处理终端上传的歌曲 （即音频文件） i， 接收到终端上传的歌曲时， 根据该歌曲的音频信息位置， 确定该歌曲的已唱部分。 例如， 可以分析该歌曲中具有混音的部分， 对于具体的过程， 参照上述实施例二的相 关描述即可。

ii， 根据初始伴奏文件的标注以及接收到的上传歌曲中确定的已唱部分， 对该上传歌 曲进一步标注。

以歌曲 XI为例， 可以采用不同颜色标注其中已唱部分 A的歌词， 或者在歌曲 XI的 名称上标注出已唱了部分 A， 还可以同时对歌词的颜色和歌曲名称进行标注。

iii， 将标注后的歌曲以及当前终端上传的音量信息发送至下一个请求的终端。

本公开实施例中， 上述标注过程是通过服务器实现的， 需要说明的是， 该标注过程也 可以通过终端实现， 本公开实施例对此并不加以限制。

本公开实施例具有以下有益效果：

( 1 ) 合唱者可以在不同的时间， 不同的地点演唱自己的部分。

(2) 每个用户在自己演唱自己的部分时可以进行多次演唱或者对自己的声音单独处 理， 而不影响其他用户 （例如， 可以提供混响或其它声音效果， 该用户自己唱的部分就有 特殊的效果而其他用户的声音不变） 。

(3 ) 不会由于多人拥挤导致合唱效果欠佳。

对于前述的方法实施例， 为了简单描述， 故将其都表述为一系列的动作组合， 但是本 领域技术人员应该知悉， 本公开并不受所描述的动作顺序的限制， 因为依据本公开， 某些 步骤可以采用其他顺序或者同时进行。 其次， 本领域技术人员也应该知悉， 说明书中所描 述的实施例均属于优选实施例， 所涉及的动作并不一定是本公开所必需的。

实施例六：

参照图 6， 示出了本公开实施例六提出的一种异步合唱装置的结构框图， 该装置可以 为服务器侧的装置， 其与终端侧进行交互。

上述装置可以包括：

第一标注模块 601， 用于接收到请求参与合唱的终端上传的音频文件后， 标注音频文 件中具有混音且未被标注的部分作为已合唱的部分；

确定模块 602， 用于将标注后的音频文件确定为第二伴奏文件。

其中，音频文件为请求使用第一伴奏文件参与合唱的终端将采集的音频信息与下载的 第一伴奏文件进行编码形成。

本公开实施例中， 当一个用户合唱时， 该用户的终端可以下载其他用户合唱的音频文 件当作自身合唱的伴奏文件， 从而合唱者可以在不同时间、 不同地点演唱自己的部分， 而 不会由于人多拥挤或者声音有大小、 远近的差别导致合唱效果较差； 另外， 每个用户在演 唱自己的部分时， 可以进行多次演唱或者对自己演唱的部分进行单独处理， 而不影响其他 用户演唱的部分， 因此不会导致由于一个用户表现不佳而重新演唱整首歌曲的情况。

实施例七： 参照图 7， 示出了本公开实施例七提出的一种异步合唱装置的结构框图， 该装置可以 为服务器侧的装置， 其与终端侧进行交互。

该装置可以包括：

第二标注模块 701， 用于标注初始伴奏文件的用于合唱的段落；

第二标注模块 701可以包括：

读取子模块 7011， 用于读取初始伴奏文件中每两个文字之间的时间间隔； 比较子模块 7012， 用于将时间间隔与预先设置的阈值进行比较；

文字标注子模块 7013，用于当两个文字之间的时间间隔大于预先设置的阈值时，在两 个文字之间标注为一个段落结束。

第三发送模块 702， 用于将第二标注模块标注后的初始伴奏文件发送至请求使用初始 伴奏文件参与合唱的终端；

其中， 标注后的初始伴奏文件包括至少一个段落。

第一标注模块 703， 用于接收到请求使用第一伴奏文件参与合唱的终端上传的音频文 件后， 标注音频文件中具有混音且未被标注的部分作为已合唱的部分；

第一标注模块 703可以包括：

第一获取子模块 7031， 用于获取音频文件中的音频信息位置；

第一分析子模块 7032，用于分析音频信息位置中具有混音的部分，混音的部分是由采 集的音频信息与第一伴奏文件进行编码形成；

第一混音标注子模块 7033，用于标注音频文件中具有混音且未被标注的部分作为已合 唱的部分。

第一混音标注子模块 7033可以包括：

第一改变子单元，用于改变音频文件中具有混音且未被标注的部分对应的显示文字的 颜色；

和 /或，

第一标注子单元，用于在音频文件的名称中用文字标注音频文件中具有混音且未被标 注的部分。

确定模块 704， 用于将标注后的音频文件确定为第二伴奏文件；

其中，音频文件为请求使用第一伴奏文件参与合唱的终端将采集的音频信息与下载的 第一伴奏文件进行编码形成。

第一发送模块 705， 用于将第二伴奏文件发送至请求使用第二伴奏文件参与合唱的终

¾ ;

接收模块 706， 用于接收到请求使用第一伴奏文件参与合唱的终端上传的音频文件之 后，接收请求使用第一伴奏文件参与合唱的终端上传的音频文件中属于采集的音频信息的 音量信息；

第二发送模块 707， 用于将音量信息发送至请求使用第二伴奏文件参与合唱的终端， 提示用户采用音量进行合唱。

本公开实施例所提出的异步合唱装置中， 合唱者可以在不同时间、 不同地点演唱自己 的部分， 而不会由于人多拥挤或者声音有大小、 远近的差别导致合唱效果较差， 并且每个 用户可以对自己演唱的部分进行单独处理， 而不影响其他用户演唱的部分； 另外， 本公开 实施例还可以记录上一个请求参与合唱的终端的用户合唱时的音量信息，并提示下一个请 求参与合唱的终端的用户采用该音量进行合唱， 从而可以进一步提高合唱的效果。

实施例八：

参照图 8， 示出了本公开实施例八提出的一种异步合唱装置的结构框图， 该装置可以 为终端侧的装置， 其与服务器侧进行交互。

上述装置可以包括：

编码模块 801， 用于采集音频信息， 并将音频信息与从服务器下载的第一伴奏文件进 行编码形成音频文件；

第三标注模块 802， 用于标注音频文件中具有混音且未被标注的部分作为已合唱的部 分， 并将标注后的音频文件上传至服务器。

本公开实施例中， 当一个用户合唱时， 该用户的终端可以下载其他用户合唱的音频文 件当作自身合唱的伴奏文件， 从而合唱者可以在不同时间、 不同地点演唱自己的部分， 而 不会由于人多拥挤或者声音有大小、 远近的差别导致合唱效果较差。

实施例九：

参照图 9， 示出了本公开实施例九提出的一种异步合唱装置的结构框图， 该装置可以 为终端侧的装置， 其与服务器侧进行交互。

上述装置可以包括：

编码模块 901， 用于采集音频信息， 并将音频信息与从服务器下载的第一伴奏文件进 行编码形成音频文件；

第三标注模块 902， 用于标注音频文件中具有混音且未被标注的部分作为已合唱的部 分， 并将标注后的音频文件上传至服务器；

第三标注模块 902可以包括：

第三获取子模块 9021， 用于获取音频文件中的音频信息位置；

第三分析子模块 9022，用于分析音频信息位置中具有混音的部分，混音的部分是由采 集的音频信息与第一伴奏文件进行编码形成；

第三混音标注子模块 9023，用于标注音频文件中具有混音且未被标注的部分作为已合 唱的部分。

第三混音标注子模块 9023可以包括：

第三改变子单元，用于改变音频文件中具有混音且未被标注的部分对应的显示文字的 颜色；

和 /或， 第三标注子单元，用于在音频文件的名称中用文字标注音频文件中具有混音且未被标 注的部分。

记录上传模块 903， 用于将标注后的音频文件上传至服务器之后， 记录音频文件中属 于采集的音频信息的音量信息， 并将音量信息上传至服务器。

本公开实施例提出的异步合唱装置可以记录上一个请求参与合唱的终端的用户合唱 时的音量信息， 并提示下一个请求参与合唱的终端的用户采用该音量进行合唱， 从而可以 进一步提高合唱的效果。

对于上述各装置实施例而言， 由于其与方法实施例基本相似， 所以描述的比较简单， 相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他 实施例的不同之处， 各个实施例之间相同相似的部分互相参见即可。

本领域技术人员易于想到的是： 上述各个实施例的任意组合应用都是可行的， 故上述 各个实施例之间的任意组合都是本发明的实施方案， 但是由于篇幅限制， 本说明书在此就 不一一详述了。

本发明可以在由计算机执行的计算机可执行指令的一般上下文中描述， 例如程序模 块。 一般地， 程序模块包括执行特定任务或实现特定抽象数据类型的例程、 程序、 对象、 组件、数据结构等等。也可以在分布式计算环境中实践本发明，在这些分布式计算环境中， 由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中， 程序模块可 以位于包括存储设备在内的本地和远程计算机存储介质中。

最后， 还需要说明的是， 在本文中， 诸如第一和第二等之类的关系术语仅仅用来将一 个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之 间存在任何这种实际的关系或者顺序。 而且， 术语 "包括"、 "包含"或者其任何其他变 体意在涵盖非排他性的包含， 从而使得包括一系列要素的过程、 方法、 商品或者设备不仅 包括那些要素， 而且还包括没有明确列出的其他要素， 或者是还包括为这种过程、 方法、 商品或者设备所固有的要素。 在没有更多限制的情况下， 由语句 "包括一个…… "限定的 要素， 并不排除在包括要素的过程、 方法、 商品或者设备中还存在另外的相同要素。

以上对本发明所提供的一种异步合唱方法和装置， 进行了详细介绍， 本文中应用了具 体个例对本发明的原理及实施方式进行了阐述， 以上实施例的说明只是用于帮助理解本发 明的方法及其核心思想； 同时， 对于本领域的一般技术人员， 依据本发明的思想， 在具体 实施方式及应用范围上均会有改变之处，综上，本说明书内容不应理解为对本发明的限制。