本申请属于通信技术领域，具体涉及一种音频文件回放方法、装置及存储介质。
背景技术：
随着移动k歌应用软件(app，application)等音乐创作类app的火热，越来越多的用户通过手机进行唱歌等声音的录制，从而产生了大量的用户自生成内容(ugc，usergeneratedcontent)音频文件。随着ugc音频文件越来越多，导致app服务提供商需要不断投资扩容对应的云端服务器存储空间，以满足用户随时随地回放自己录制的k歌音频文件的需求。
现有的音乐创作类app都是通过在手机端将用户歌唱声、歌曲伴奏声、音效处理声，三种音源进行混音处理并合并成一个音频文件后，再上传到其云端服务器进行存储保存。在实现本申请过程中，发明人发现现有技术中至少存在如下问题：
1.同一首歌曲，任何不同用户k歌歌唱时，都需要将该首歌曲的伴奏声与用户自己的歌唱声一起混音打包保存，导致需要消耗的云端服务器存储空间显著增加。
2.由于音效处理声是在保存到服务器之前，已经与用户歌唱声进行了混音打包处理，导致当用户后续进行回放收听时，无法再动态灵活地更改音效处理。
技术实现要素：
本申请实施例的目的是提供一种音频文件回放方法、装置及存储介质，用于解决现有技术消耗的云端服务器存储空间显著增加以及回放时无法灵活地更改音效处理的问题。
为了解决上述技术问题，本申请是这样实现的：
第一方面，本申请实施例提供了一种音频文件回放方法，应用于移动终端，该方法包括：
接收用户的第一输入；
响应于所述第一输入，向存储服务器发送歌曲回放请求；
接收所述存储服务器发送的，与所述歌曲回放请求对应的第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件；
基于所述第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件，获得目标音频文件，并进行回放；
其中，所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件是用户歌唱录制完成后发送给所述存储服务器的，所述第一目标伴奏音频文件是预先存储于所述存储服务器中的。
第二方面，本申请实施例提供了一种音频文件回放方法，应用于存储服务器，该方法包括：
接收来自移动终端的歌曲回放请求；
响应于所述歌曲回放请求，向所述移动终端发送所述歌曲回放请求对应的第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件以供所述移动终端获得目标音频文件，并进行回放；
其中，所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件是用户歌唱录制完成后由所述移动终端发送给所述存储服务器的，所述第一目标伴奏音频文件是预先存储于所述存储服务器中的。
第三方面，本申请实施例提供了一种音频文件回放装置，应用于移动终端，该装置包括：
第一接收模块，用于接收用户的第一输入；
第一发送模块，用于响应于所述第一输入，向存储服务器发送歌曲回放请求；
第二接收模块，用于接收所述存储服务器发送的，与所述歌曲回放请求对应的第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件；
回放模块，用于基于所述第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件，获得目标音频文件，并进行回放；
其中，所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件是用户歌唱录制完成后发送给所述存储服务器的，所述第一目标伴奏音频文件是预先存储于所述存储服务器中的。
第四方面，本申请实施例提供了一种电子设备，包括处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面或第二方面所述的方法的步骤。
第五方面，本申请实施例提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面或第二方面所述的方法的步骤。
第六方面，本申请实施例提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面或第二方面所述的方法的步骤。
在本申请实施例提供的音频文件回放方法、装置及存储介质，所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件是用户歌唱录制完成后发送给所述存储服务器的，所述第一目标伴奏音频文件是预先存储于所述存储服务器中的，能够避免消耗的云端服务器存储空间显著增加以及回放时无法灵活地更改音效处理的问题。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的音频文件回放方法的流程示意图之一；
图2是本申请实施例提供的音频文件回放方法的流程示意图之二；
图3是本申请实施例提供的用户歌唱录制保存的流程示意图；
图4是本申请实施例提供的用户回放k歌歌曲的流程示意图；
图5是本申请发明实施例提供的音频文件回放装置的结构示意图；
图6为实现本申请实施例提供的电子设备的结构示意图；
图7为实现本申请实施例提供的电子设备的硬件结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
应理解，说明书中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
在本申请的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的音频文件回放方法、装置及存储介质进行详细地说明。
图1为本申请实施例提供的音频文件回放方法的流程示意图之一，应用于移动终端。如图1所示，所述方法包括：
步骤101，接收用户的第一输入。
具体来说，当用户想要回放k歌歌曲时，需要通过移动终端选择回放歌曲，所述第一输入即为用于选择k歌歌曲的操作。所述第一输入可以为app相应界面内的手势输入，当然，也可以为其它形式的指令输入，本申请实施例对此不作具体限定。
步骤102，响应于所述第一输入，向存储服务器发送歌曲回放请求。
具体来说，所述移动终端在接收到所述第一输入之后，获知用户想要回放歌曲，并基于所述第一输入确定回放曲目，并向存储服务器发送歌曲回放请求。可以理解的是，所述歌曲回放请求中包含用户的身份信息以及对应曲目的指示信息，基于上述信息，能够在存储服务器中快速获取对应的文件。
步骤103，接收所述存储服务器发送的，与所述歌曲回放请求对应的第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件。
具体来说，存储服务器基于所述歌曲回放请求中的指示信息，快速获取对应的第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件，并发送给移动终端。
步骤104，基于所述第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件，获得目标音频文件，并进行回放；
其中，所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件是用户歌唱录制完成后发送给所述存储服务器的，所述第一目标伴奏音频文件是预先存储于所述存储服务器中的。
具体来说，移动终端基于所述第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件即可获得目标音频文件，并进行回放。
值得注意的是，本申请实施例并未采用现有技术将用户歌唱声、歌曲伴奏声、音效处理声三种音源进行混音处理并合并成一个音频文件后，再上传到其云端服务器进行存储的方案，而是将伴奏音频文件预先存储于存储服务器中，用户想要录制歌曲时从存储服务器中下载对应伴奏音频文件，并基于所述伴奏音频文件录制歌曲，录制完成后，将歌唱声音频文件以及音效处理配置文件上传到存储服务器，回放时，基于音效处理配置文件进行音效处理，这样，既能避免重复上传伴奏音频文件，又可以在回放的过程中灵活调整音效处理类型。
本申请实施例提供的音频文件回放方法，所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件是用户歌唱录制完成后发送给所述存储服务器的，所述第一目标伴奏音频文件是预先存储于所述存储服务器中的，能够避免消耗的云端服务器存储空间显著增加以及回放时无法灵活地更改音效处理的问题。
基于上述实施例，所述基于所述第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件，获得目标音频文件，并进行回放，包括：
对所述第一目标歌唱声音频文件和所述第一目标伴奏音频文件进行混音合成处理，获得目标音频文件；
基于所述第一目标音效处理配置文件，确定第一目标音效处理类型；
播放所述目标音频文件，并基于所述第一目标音效处理类型，对所述目标音频进行实时音效处理。
具体来说，移动终端首先对所述第一目标歌唱声音频文件和所述第一目标伴奏音频文件进行混音合成处理，获得目标音频文件，再基于所述第一目标音效处理配置文件，确定第一目标音效处理类型，在播放所述目标音频文件时，基于所述第一目标音效处理类型，对所述目标音频进行实时音效处理，即可实现录制曲目的回放。
值得注意的是，本申请实施例并未采用现有技术将用户歌唱声、歌曲伴奏声、音效处理声三种音源进行混音处理并合并成一个音频文件后，再上传到其云端服务器进行存储保存的方案，而是将歌唱声音频文件和音效处理配置文件单独上传到存储服务器，要进行回放时，再下载音效处理配置文件，并基于所述配置文件确定音效处理类型，在回放过程中，用户可以灵活地更改音效处理类型。
本申请实施例提供的音频文件回放方法，基于所述第一目标音效处理配置文件，确定第一目标音效处理类型，播放所述目标音频文件，并基于所述第一目标音效处理类型，对所述目标音频进行实时音效处理，用户在回放过程中可以灵活地更改音效处理类型，增加了用户回放k歌音频时的灵活性。
基于上述实施例，所述播放所述目标音频文件，并基于所述第一目标音效处理类型，对所述目标音频进行实时音效处理包括：
接收用户的第二输入；
响应于所述第二输入，将所述第一目标音效处理类型调节为第二目标音效处理类型；
基于所述第二目标音效处理类型，对所述目标音频进行实时音效处理。
具体来说，用户在回放过程中可以输入更改音效处理类型的指令(即第二输入)，移动终端基于所述第二输入确定第二目标音效处理类型，并基于所述第二目标音效处理类型，对所述目标音频进行实时音效处理，即实现了回放过程中的音效处理类型灵活控制。所述第二输入可以为app相应界面内的手势输入，当然，也可以为其它形式的指令输入，本申请实施例对此不作具体限定。
本申请实施例提供的音频文件回放方法，接收用户的第二输入，将所述第一目标音效处理类型调节为第二目标音效处理类型，基于所述第二目标音效处理类型，对所述目标音频进行实时音效处理，用户在回放过程中可以灵活地更改音效处理类型，增加了用户回放k歌音频时的灵活性。
基于上述实施例，所述接收用户的第一输入之前，还包括：
接收用户的第三输入；
响应于所述第三输入，从所述存储服务器中获取所述第一目标伴奏音频文件；
基于所述第一目标伴奏音频文件进行用户歌唱录制；
在用户歌唱录制完成的情况下，将所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件发送给所述存储服务器。
具体来说，在用户回放k歌歌曲之前，首先需要录制k歌歌曲。基于此，当用户想要录制k歌歌曲时，需要通过移动终端选择录制曲目，所述第三输入即为用于选择录制k歌歌曲的操作。所述第三输入可以为app相应界面内的手势输入，当然，也可以为其它形式的指令输入，本申请实施例对此不作具体限定。
所述移动终端在接收到所述第三输入之后，获知用户想要录制的歌曲，并基于所述第三输入确定录制曲目，并向存储服务器发送歌曲录制请求。可以理解的是，所述歌曲录制请求中包含用户的身份信息以及对应曲目的指示信息，基于上述信息，能够在存储服务器中快速获取对应伴奏音频文件(即所述第一目标伴奏音频文件)。
得到所述第一目标伴奏音频文件之后，用户即可进行歌唱录制；
在录制完成的情况下，移动终端会将录制歌曲对应的目标歌唱声音频文件(即所述第一目标歌唱声音频文件)以及目标音效处理配置文件(即所述第一目标音效处理配置文件)发送给存储服务器，以供后续回放使用。移动终端可以基于用户对app界面的录制完成按钮的点击操作，确定录制完成。当然也可以基于其它判断条件进行录制完成的判断，本申请实施例对此不作具体限定。
本申请实施例提供的音频文件回放方法，基于所述第一目标伴奏音频文件进行用户歌唱录制，在录制完成的情况下，将所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件发送给所述存储服务器，能够避免消耗的云端服务器存储空间显著增加以及回放时无法灵活地更改音效处理的问题。
图2为本申请实施例提供的音频文件回放方法的流程示意图之二，应用于存储服务器。如图2所示，所述方法包括：
步骤201，接收来自移动终端的歌曲回放请求。
具体来说，存储服务器接收来自移动终端的歌曲回放请求。可以理解的是，所述歌曲回放请求中包含用户的身份信息以及对应曲目的指示信息，基于上述信息，能够在存储服务器中快速获取对应的文件。
步骤202，响应于所述歌曲回放请求，向所述移动终端发送所述歌曲回放请求对应的第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件以供所述移动终端获得目标音频文件，并进行回放；
其中，所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件是用户歌唱录制完成后由所述移动终端发送给所述存储服务器的，所述第一目标伴奏音频文件是预先存储于所述存储服务器中的。
具体来说，存储服务器基于所述歌曲回放请求中的指示信息，快速获取对应的第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件，并发送给移动终端。
值得注意的是，本申请实施例并未采用现有技术将用户歌唱声、歌曲伴奏声、音效处理声三种音源进行混音处理并合并成一个音频文件后，再上传到其云端服务器进行存储保存的方案，而是将伴奏音频文件预先存储于存储服务器中，用户想要录制歌曲时从存储服务器中下载对应伴奏音频文件，并基于所述伴奏音频文件录制歌曲，录制完成后，将歌唱声音频文件以及音效处理配置文件上传到存储服务器，回放时，基于音效处理配置文件进行音效处理，这样，既能避免重复上传伴奏音频文件，又可以在回放的过程中灵活调整音效处理类型。
本申请实施例提供的音频文件回放方法，所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件是用户歌唱录制完成后由所述移动终端发送给所述存储服务器的，所述第一目标伴奏音频文件是预先存储于所述存储服务器中的，能够避免消耗的云端服务器存储空间显著增加以及回放时无法灵活地更改音效处理的问题。
下面以具体的例子对上述实施例中通过移动终端和存储服务器的交互实现音频文件回放的方法的详细流程进行说明：
图3为本申请实施例提供的用户歌唱录制保存的流程示意图。如图3所示，用户歌唱录制保存的具体流程包括以下步骤：
步骤1：“伴奏声选择下载模块”根据用户自行选择的歌曲，通过“移动端通信模块”从“存储服务器设备”中下载歌曲对应的伴奏声音频文件(即接收用户的第三输入，响应于所述第三输入，从所述存储服务器中获取所述第一目标伴奏音频文件)。
步骤2：“人声&伴奏声混音合成模块”负责将麦克风录制到的用户歌唱声和歌曲伴奏声进行混音合成。
步骤3：“音效选择处理模块”根据用户自行选择的音效种类(比如增加混响效果、美化人声、变声等)对用户歌唱声进行音效实时加工处理。
步骤2和步骤3即是基于所述第一目标伴奏音频文件进行用户歌唱录制的过程。
步骤4：移动终端设备通过各种类型的扬声器播放混音合成处理后的声音，从而为用户提供实时耳返功能。
值得注意的是，在实际录制过程中，移动终端会播放混音合成处理后的声音，从而为用户提供实时耳返功能，使用户能够对录制效果进行判断。
步骤5：“移动端通信模块”将用户歌唱声、歌曲伴奏的选择配置项、音效处理类型的选择配置项，分别传输给“存储服务器设备”进行保存。
即在录制完成的情况下，将录制歌曲对应的第一目标歌唱声音频文件以及第一目标音效处理配置文件发送给存储服务器。当然，用户也可以选择将歌曲伴奏的选择配置项上传到存储服务器，以便后续进行快速查找。
步骤6：“服务器通信模块”将用户歌唱声传递给“用户歌唱声存储模块”进行单独保存，同时将歌曲伴奏曲目和音效处理类型的选择配置文件进行单独保存。
用户歌唱声、歌曲伴奏曲目和音效处理类型的选择配置文件进行单独保存，是为了方便后续回放过程进行混音合成和实时音效处理。
图4为本申请实施例提供的用户回放k歌歌曲的流程示意图。如图4所示，用户回放k歌歌曲的具体流程包括以下步骤：
步骤1：“服务器通信模块”根据用户在移动终端选择的回放歌曲，分别从“用户歌唱声存储模块”获取歌唱声音频文件、从“伴奏声存储模块”获取伴奏音频文件、从“音效处理配置存储模块”获取音效处理配置文件，然后传输给移动终端设备的“移动通信模块”。
具体来说，该步骤对应于移动终端接收用户的第一输入，响应于所述第一输入，向存储服务器发送歌曲回放请求，接收所述存储服务器发送的，与所述歌曲回放请求对应的第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件的步骤；同时对应于存储服务器接收用户的歌曲回放请求，响应于所述歌曲回放请求，向所述移动终端发送所述歌曲回放请求对应的第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件的步骤。
步骤2：“人声&伴奏声混音合成模块”将从“移动通信模块”中获取到的用户歌唱声和伴奏声进行混音合成处理。
具体来说，该步骤对应于移动终端对所述第一目标歌唱声音频文件和所述第一目标伴奏音频文件进行混音合成处理，获得目标音频文件的步骤。
步骤3：“音效选择处理模块”根据从“移动通信模块”获取到的音效处理配置文件，对歌唱声进行对应的实时音效处理。同时，也允许用户实时动态的选择更改音效处理类型。
步骤4：扬声器将混音合成处理后的声音回放给用户收听。
具体来说，该步骤对应于移动终端基于所述第一目标音效处理配置文件，确定第一目标音效处理类型，播放所述目标音频文件，并基于所述第一目标音效处理类型，对所述目标音频进行实时音效处理的步骤以及接收用户的第二输入，响应于所述第二输入，将所述第一目标音效处理类型调节为第二目标音效处理类型，基于所述第二目标音效处理类型，对所述目标音频进行实时音效处理的步骤。
需要说明的是，本申请实施例提供的音频文件回放方法，执行主体可以为音频文件回放装置，或者该音频文件回放装置中的用于执行加载的音频文件回放方法的控制模块。本申请实施例中以音频文件回放装置执行加载音频文件回放方法为例，说明本申请实施例提供的音频文件回放方法。应理解，上述示例中以及下述音频文件回放装置中的各模块仅是基于对应的功能，出于方便描述的考虑进行的划分和命名，在实际应用中也可以采用其它的模块划分和命名方式，其不应对本申请实施例的移动终端、存储服务器以及音频文件回放装置的结构构成任何限定。
图5为本申请发明实施例提供的音频文件回放装置的结构示意图，如图5所示，本申请发明实施例提供一种音频文件回放装置，应用于移动终端，包括：
第一接收模块501，用于接收用户的第一输入；
第一发送模块502，用于响应于所述第一输入，向存储服务器发送歌曲回放请求；
第二接收模块503，用于接收所述存储服务器发送的，与所述歌曲回放请求对应的第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件；
回放模块504，用于基于所述第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件，获得目标音频文件，并进行回放；
其中，所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件是用户歌唱录制完成后发送给所述存储服务器的，所述第一目标伴奏音频文件是预先存储于所述存储服务器中的。
具体来说，本申请实施例提供的音频文件回放装置，用于执行上述相应实施例中的方法，通过本实施例提供的音频文件回放装置执行上述相应实施例中所述方法的具体步骤与上述相应实施例相同，此处不再赘述。
基于上述任一实施例，所述回放模块包括：
混音合成子模块，用于对所述第一目标歌唱声音频文件和所述第一目标伴奏音频文件进行混音合成处理，获得目标音频文件；
音效处理类型确定子模块，用于基于所述第一目标音效处理配置文件，确定第一目标音效处理类型；
音效处理子模块，用于播放所述目标音频文件，并基于所述第一目标音效处理类型，对所述目标音频进行实时音效处理。
基于上述任一实施例，所述回放模块还包括：
第一接收子模块，用于接收用户的第二输入；
音效处理类型调节子模块，用于响应于所述第二输入，将所述第一目标音效处理类型调节为第二目标音效处理类型；
所述音效处理子模块，还用于基于所述第二目标音效处理类型，对所述目标音频进行实时音效处理。
基于上述任一实施例，所述装置还包括：
第二发送模块，用于在用户歌唱录制完成后，将所述歌唱声音频文件以及音效处理配置文件发送给所述存储服务器；
所述第二发送模块包括：
第二接收子模块，用于接收用户的第三输入；
伴奏音频文件获取子模块，用于响应于所述第三输入，从所述存储服务器中获取所述第一目标伴奏音频文件；
歌唱录制子模块，用于基于所述第一目标伴奏音频文件进行用户歌唱录制；
第一发送子模块，用于在录制完成的情况下，将所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件发送给所述存储服务器。
具体来说，本申请实施例提供的音频文件回放装置，用于执行上述相应实施例中的方法，通过本实施例提供的音频文件回放装置执行上述相应实施例中所述方法的具体步骤与上述相应实施例相同，此处不再赘述。
本申请实施例中的音频文件回放装置可以是装置，也可以是终端中的部件、集成电路、或芯片。该装置可以是移动电子设备，也可以为非移动电子设备。示例性的，移动电子设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载电子设备、可穿戴设备、超级移动个人计算机(ultra-mobilepersonalcomputer，umpc)、上网本或者个人数字助理(personaldigitalassistant，pda)等，非移动电子设备可以为服务器、网络附属存储器(networkattachedstorage，nas)、个人计算机(personalcomputer，pc)、电视机(television，tv)、柜员机或者自助机等，本申请实施例不作具体限定。
本申请实施例中的音频文件回放装置可以为具有操作系统的装置。该操作系统可以为安卓(android)操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。
本申请实施例提供的音频文件回放装置能够实现图1-4的方法实施例中音频文件回放装置实现的各个过程，为避免重复，这里不再赘述。
本申请实施例提供的音频文件回放装置，所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件是用户歌唱录制完成后发送给所述存储服务器的，所述第一目标伴奏音频文件是预先存储于所述存储服务器中的，能够避免消耗的云端服务器存储空间显著增加以及回放时无法灵活地更改音效处理的问题。
可选的，如图6所示，本申请实施例还提供一种电子设备，包括处理器601，存储器602，存储在存储器602上并可在所述处理器601上运行的程序或指令，该程序或指令被处理器601执行时实现上述音频文件回放方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
需要注意的是，本申请实施例中的电子设备包括上述所述的移动电子设备和非移动电子设备。
图7为实现本申请实施例的一种电子设备的硬件结构示意图。
该电子设备700包括但不限于：射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709、以及处理器710等部件。
本领域技术人员可以理解，电子设备700还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器710逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图7中示出的电子设备结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元704可以包括图形处理器(graphicsprocessingunit，gpu)7041和麦克风7042，图形处理器7041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元706可包括显示面板7061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板7061。用户输入单元707包括触控面板7071以及其他输入设备7072。触控面板7071，也称为触摸屏。触控面板7071可包括触摸检测装置和触摸控制器两个部分。其他输入设备7072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
存储器709可用于存储软件程序或指令以及各种数据。存储器709可主要包括存储程序或指令区和存储数据区，其中，存储程序或指令区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器709可以包括高速随机存取存储器，还可以包括非易失性存储器，其中，非易失性存储器可以是只读存储器(read-onlymemory，rom)、可编程只读存储器(programmablerom，prom)、可擦除可编程只读存储器(erasableprom，eprom)、电可擦除可编程只读存储器(electricallyeprom，eeprom)或闪存。例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。
处理器710可包括一个或多个处理单元；可选的，处理器710可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序或指令等，调制解调处理器主要处理无线通信，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器710中。
其中，第一方面，用户输入单元707，用于接收用户的第一输入；
射频单元701，用于响应于所述第一输入，向存储服务器发送歌曲回放请求；
射频单元701，还用于接收所述存储服务器发送的，与所述歌曲回放请求对应的第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件；
处理器710，用于基于所述第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件，获得目标音频文件，并进行回放；其中，所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件是用户歌唱录制完成后发送给所述存储服务器的，所述第一目标伴奏音频文件是预先存储于所述存储服务器中的。
本申请实施例提供的电子设备，所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件是用户歌唱录制完成后发送给所述存储服务器的，所述第一目标伴奏音频文件是预先存储于所述存储服务器中的，能够避免消耗的云端服务器存储空间显著增加以及回放时无法灵活地更改音效处理的问题。
可选的，处理器710，还用于对所述第一目标歌唱声音频文件和所述第一目标伴奏音频文件进行混音合成处理，获得目标音频文件；
基于所述第一目标音效处理配置文件，确定第一目标音效处理类型；
播放所述目标音频文件，并基于所述第一目标音效处理类型，对所述目标音频进行实时音效处理。
本申请实施例提供的电子设备，基于所述第一目标音效处理配置文件，确定第一目标音效处理类型，播放所述目标音频文件，并基于所述第一目标音效处理类型，对所述目标音频进行实时音效处理，用户在回放过程中可以灵活地更改音效处理类型，增加了用户回放k歌音频时的灵活性。
可选的，用户输入单元707，还用于接收用户的第二输入；
处理器710，还用于响应于所述第二输入，将所述第一目标音效处理类型调节为第二目标音效处理类型；
基于所述第二目标音效处理类型，对所述目标音频进行实时音效处理。
本申请实施例提供的电子设备，接收用户的第二输入，响应于所述第二输入，将所述第一目标音效处理类型调节为第二目标音效处理类型，基于所述第二目标音效处理类型，对所述目标音频进行实时音效处理，用户在回放过程中可以灵活地更改音效处理类型，增加了用户回放k歌音频时的灵活性。
可选的，用户输入单元707，还用于接收用户的第三输入；
射频单元701，还用于响应于所述第三输入，从所述存储服务器中获取所述第一目标伴奏音频文件；
处理器710，还用于基于所述第一目标伴奏音频文件进行用户歌唱录制；
射频单元701，还用于在用户歌唱录制完成的情况下，将所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件发送给所述存储服务器。
本申请实施例提供的电子设备，基于所述第一目标伴奏音频文件进行用户歌唱录制，在用户歌唱录制完成的情况下，将所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件发送给所述存储服务器，能够避免消耗的云端服务器存储空间显著增加以及回放时无法灵活地更改音效处理的问题。
第二方面，射频单元701，用于接收来自移动终端的歌曲回放请求；
射频单元701，还用于响应于所述歌曲回放请求，向所述移动终端发送所述歌曲回放请求对应的第一目标歌唱声音频文件、第一目标伴奏音频文件和第一目标音效处理配置文件以供所述移动终端获得目标音频文件，并进行回放；
其中，所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件是用户歌唱录制完成后由所述移动终端发送给所述存储服务器的，所述第一目标伴奏音频文件是预先存储于所述存储服务器中的。
本申请实施例提供的电子设备，所述第一目标歌唱声音频文件以及所述第一目标音效处理配置文件是用户歌唱录制完成后由所述移动终端发送给所述存储服务器的，所述第一目标伴奏音频文件是预先存储于所述存储服务器中的，能够避免消耗的云端服务器存储空间显著增加以及回放时无法灵活地更改音效处理的问题。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述音频文件回放方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的电子设备中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器(read-onlymemory，rom)、随机存取存储器(randomaccessmemory，ram)、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述音频文件回放方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
