CN111309963A

CN111309963A - 音频文件处理方法、装置、电子设备及可读存储介质

Info

Publication number: CN111309963A
Application number: CN202010074705.3A
Authority: CN
Inventors: 董良
Original assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Current assignee: Beijing Baidu Netcom Science and Technology Co Ltd
Priority date: 2020-01-22
Filing date: 2020-01-22
Publication date: 2020-06-19
Anticipated expiration: 2040-01-22
Also published as: CN111309963B

Abstract

本申请公开了一种音频文件处理方法、装置、电子设备及可读存储介质，具体实现方案为：接收终端设备发送的音频文件标识，所述音频文件标识根据所述音频文件的数据信息和所述音频文件的来源信息生成，所述音频文件用于合成视频；根据所述音频文件标识，确定所述音频文件的来源；根据所述音频文件标识，从所述音频文件的来源处获取所述音频文件；向所述终端设备发送所述音频文件。该方法使得读取音频文件的效率得到极大提升。

Description

音频文件处理方法、装置、电子设备及可读存储介质

技术领域

本申请实施例涉及计算机技术，尤其涉及一种音频文件处理方法、装置、电子设备及可读存储介质。

背景技术

随着互联网小视频类产品的快速增长，视频创作为作者表达和展现自我提供了一种更加直接和新颖的形式。目前搭配音乐是小视频创作中最基本的形式，现有小视频软件平台的视频发布使用音乐占比均超过50％以上。因此，小视频软件平台在发布小视频时，需要首先获取到小视频的搭配音乐。小视频软件平台上使用的音乐的来源可能为多种来源，例如可以包括多种网络音乐平台，以及用户的手机端的本地音乐等。

现有技术中，需要预先将视频的搭配音乐保存至小视频软件平台的数据库中，并主动生成一个数字自增编号作为音乐的标识。当需要播放小视频时，通过音乐的标识获取小视频的搭配音乐。

但是，使用现有技术所得到的音乐的标识未携带有效信息，导致数据读取的效率较低。

发明内容

本申请实施例提供一种音频文件处理方法、装置、电子设备及可读存储介质，用于解决现有技术中数据读取的效率较低的问题。

第一方面，本申请实施例提供一种音频文件处理方法，包括：

接收终端设备发送的音频文件标识，所述音频文件标识根据所述音频文件的数据信息和所述音频文件的来源信息生成，所述音频文件用于合成视频；

根据所述音频文件标识，确定所述音频文件的来源；

根据所述音频文件标识，从所述音频文件的来源处获取所述音频文件；

向所述终端设备发送所述音频文件。

作为一种可选的实现方式，所述音频文件的来源为所述音频文件的版权方；所述音频文件的数据信息包括：所述音频文件的版权方系统的标识；

所述根据所述音频文件标识，从所述音频文件的来源处获取所述音频文件，包括：

根据所述音频文件的版权方系统的标识，从所述音频文件的版权方系统获取所述音频文件。

作为一种可选的实现方式，所述音频文件的来源为所述音频文件所属的视频；所述音频文件的数据信息包括：所述音频文件所属的视频的标识；

根据所述音频文件所属的视频的标识，从视频数据库查询所述音频文件。

作为一种可选的实现方式，所述接收终端设备发送的音频文件标识之前，还包括：

在音频文件列表中存储所述音频文件标识和所述视频数据库的信息。

作为一种可选的实现方式，所述音频文件的来源为所述音频数据库；所述音频文件的数据信息包括：所述音频文件的索引标识，所述索引标识根据所述音频文件的类型和所述音频文件的自定义标识生成；

根据所述音频文件的索引标识，从所述音频数据库获取所述音频文件。

根据所述音频文件的类型和所述音频文件的自定义标识，生成所述索引标识；

在音频文件列表中存储所述音频文件标识和所述索引标识，并在所述音频数据库存储所述音频文件。

根据所述音频文件的数据信息，生成所述音频文件的第一对象；

根据所述音频文件的来源信息，生成所述音频文件的第二对象；

使用预设密钥，对所述第一对象和所述第二对象加密，生成所述音频文件的第一随机数；

对所述音频文件的第一随机数进行编码，得到所述音频文件标识。

作为一种可选的实现方式，所述音频文件的数据信息，包括下述至少一项：

所述音频文件的编码格式、所述音频文件的采样率、所述音频文件的采样大小、所述音频文件的时长、所述音频文件的名称。

第二方面，本申请实施例提供一种音频文件处理装置，包括：

接收模块，用于接收终端设备发送的音频文件标识，所述音频文件标识根据所述音频文件的数据信息和所述音频文件的来源信息生成，所述音频文件用于合成视频；

处理模块，用于根据所述音频文件标识，确定所述音频文件的来源；以及，

发送模块，用于向所述终端设备发送所述音频文件。

所述处理模块具体用于：

作为一种可选的实现方式，所述处理模块具体用于：

所述处理模块具体用于：

作为一种可选的实现方式，所述处理模块还用于：

根据所述音频文件的类型和所述音频文件的自定义标识，生成所述索引标识；以及，

作为一种可选的实现方式，所述处理模块具体用于：

第三方面，本申请实施例提供一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行上述第一方面所述的方法。

第四方面，本申请实施例提供一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行上述第一方面所述的方法。

上述申请中的一个实施例具有如下优点或有益效果：

音频文件标识基于音频文件的数据信息和来源信息来生成，使得音频文件标识中携带了大量的有效信息。在获取音频文件时，可以基于该音频文件标识确定出音频文件的来源，并直接根据音频文件标识从其来源处获取到音频文件，从而使得读取音频文件的效率得到极大提升。同时，使用上述方式不需要将小视频涉及的各音频文件均存储至小视频软件平台，因此，可以避免小视频发布速度变慢或者功能延迟或不准确的问题，同时，由于无需将各音频文件均存储至小视频软件平台，因此，无需频繁执行对音频文件进行格式转换的操作，从而简化处理过程，提升小视频软件平台的处理性能。

上述可选方式所具有的其他效果将在下文中结合具体实施例加以说明。

附图说明

附图用于更好地理解本方案，不构成对本申请的限定。其中：

图1为本申请实施例提供的音频文件处理方法的一种示例性的系统架构图；

图2为本申请实施例提供的音频文件处理方法的流程示意图；

图3为本申请实施例提供的音频文件处理方法的流程示意图；

图4为本申请实施例提供的音频文件处理方法的流程示意图；

图5为本申请实施例的音频文件处理方法的处理过程示例图；

图6为本申请实施例提供的音频文件处理装置；

图7是根据本申请实施例的音频文件处理的方法的电子设备的框图。

具体实施方式

以下结合附图对本申请的示范性实施例做出说明，其中包括本申请实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本申请的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

现有技术中预先将视频的搭配音乐保存至小视频软件平台的数据库中，并主动生成一个数字自增编号作为音乐的标识。当需要播放小视频时，通过音乐的标识获取小视频的搭配音乐。这种利用数字自增编号所得到的音乐的标识未携带有效信息，需要使用除该标识外的额外字段来区分音乐，进而，在读取音乐文件时的处理较为复杂，导致数据读取的效率较低。

除了上述问题外，现有技术还存在如下的问题：

1、音乐文件均需要存储至小视频软件平台，可能影响视频发布的速度，或者，造成小视频功能延迟或不准确。

将音乐保存至数据库可能是在小视频发布之前也可能在小视频发布之后。如果是在小视频发布之前，会导致小视频发布时间过长。如果是在小视频发布之后，则需要通过回溯方式查找到音乐并进行入库，从而导致小视频的功能延迟或不准确。

2、小视频软件平台的处理过程复杂，影响平台的性能

由于音乐文件的来源不同，各来源中音乐的数据格式和内容可能并不相同，因此，平台在将音乐入库之前，首先需要对音乐进行格式转换，导致处理过程复杂。

考虑到现有技术中使用数字自增编号作为音乐的标识所导致的数据读取效率低等问题，本申请实施例通过基于音频文件的来源等信息生成音频文件的标识，使得音频文件的标识中携带了有效信息，进而使得基于音频文件的标识获取音频文件时的效率得到极大提升。

图1为本申请实施例提供的音频文件处理方法的一种示例性的系统架构图，如图1所示，该方法可以涉及终端设备、小视频软件平台的服务器以及音乐来源方的服务器。本申请实施例可以应用于发布小视频或者播放小视频的场景中。以发布小视频为例，某用户希望发布小视频并为该小视频搭配音乐时，可以在终端设备上所显示的音乐列表中选择一个音乐，终端设备进而将用户所选择的音乐的标识发送给小视频软件平台的服务器，服务器接收到终端设备发送的音乐标识后，使用本申请实施例的方法，从服务器本身的数据库或者其他音乐来源方的服务器中查找到音频文件，并将音频文件发送给终端设备进行播放。其中，上述终端设备可以为手机、平板电脑、台式电脑、笔记本电脑等。以终端设备为手机为例，用户可以打开手机上的小视频发布的应用程序(Application，简称APP)，在APP的界面中点击发布小视频的按钮，并点击添加音乐按钮，进而在界面上所显示的音乐列表中选择一个音乐后点击确认，终端设备进而会将用户所选音乐的标识发送给小视频软件平台的服务器。

值得说明的是，本申请实施例的方案可以应用于上述的小视频软件平台，也可以应用于其他使用音频文件的场景中。为便于描述，本申请以下实施例均以在小视频软件平台的应用为例进行说明。

图2为本申请实施例提供的音频文件处理方法的流程示意图，该方法的执行主体例如可以为上述的小视频软件平台的服务器。如图2所示，该方法包括：

S201、接收终端设备发送的音频文件标识，该音频文件标识根据音频文件的数据信息和音频文件的来源信息生成，该音频文件用于合成视频。

可选的，上述终端设备可以为前述的手机、平板电脑、台式电脑、笔记本电脑等，用户在终端设备的界面上选择某个音乐之后，触发终端设备向服务器发送该音乐的音频文件标识。该音频文件标识可以唯一地标识一个音频文件，所标识的该音频文件用于合成视频。示例性的，将该音频文件的音频叠加到终端设备所拍摄的小视频中，并合成为待发布的包含了音频数据和视频数据的小视频。

可选的，终端设备的界面上的音乐列表中的每个音乐分别对应一个音频文件标识，该音频文件标识可以由服务器预先根据音频文件的数据信息和音频文件的来源信息生成。服务器生成该音频文件标识的过程将在下述实施例中详细说明。

其中，音频文件的数据信息表示音频文件的音频数据本身的信息，例如编码格式、时长等。音频文件的来源信息能够表征音频文件的来源，例如音乐的版权方等。

S202、根据上述音频文件标识，确定上述音频文件的来源。

可选的，服务器预先基于音频文件的数据信息和音频文件的来源信息生成音频文件标识，本步骤中，服务器可以基于与生成音频文件标识时相应的方式，从音频文件标识中解析出音频文件的来源。

S203、根据上述音频文件标识，从上述音频文件的来源处获取上述音频文件。

可选的，服务器基于音频文件的来源，可以获知音频文件保存的位置，例如保存在音乐版权方的服务器上，或者保存在服务器的数据库中等。进而，再基于音频文件的数据信息，例如名称、在版权方服务器中的唯一标识等，可以查询获取到上述音频文件。

S204、向上述终端设备发送上述音频文件。

示例性的，用户在发布小视频时选择某个音乐，并触发终端设备向服务器发送该音乐对应的音频文件标识，服务器基于上述步骤得到上述音频文件，并将上述音频文件发送给终端设备。终端设备接收到该音频文件后，开始播放该音频文件，同时，用户指示终端设备启动视频小视频拍摄。小视频拍摄结束后，终端设备将该音频文件的音频数据与视频合成后的数据发送给服务器，从而完成小视频发布。

除了上述的示例外，终端设备也可以在播放小视频时按照上述各步骤获取音频文件并进行播放。

本实施例中，音频文件标识基于音频文件的数据信息和来源信息来生成，使得音频文件标识中携带了大量的有效信息。在获取音频文件时，可以基于该音频文件标识确定出音频文件的来源，并直接根据音频文件标识从其来源处获取到音频文件，从而使得读取音频文件的效率得到极大提升。同时，使用上述方式不需要将小视频涉及的各音频文件均存储至小视频软件平台，因此，可以避免小视频发布速度变慢或者功能延迟或不准确的问题，同时，由于无需将各音频文件均存储至小视频软件平台，因此，无需频繁执行对音频文件进行格式转换的操作，从而简化处理过程，提升小视频软件平台的处理性能。

如前文所述，音频文件的数据信息标识音频文件的音频数据本身的信息，例如编码格式、时长等。音频文件的来源信息能够表征音频文件的来源，例如音乐的版权方等。作为一种可选的实施方式，音频文件的来源可以包括如下任一项：

(1)音频文件的版权方

在具体实施过程中，小视频软件平台向用户提供的音频文件可以为与小视频软件平台具有合作关系的某些音乐平台的音频文件，具体为这些音乐平台的服务器上所保存的部分或全部的音频文件。这些音频文件的来源即为其所属的版权方。示例性的，某个音频文件1的来源为AA音乐平台，音频文件2的来源为BB音乐平台。

(2)音频文件所属的视频

在一些场景下，用户拍摄的小视频不需要额外添加音乐，而使用拍摄视频时携带的音乐。对于这种情况，音频文件的来源为音频文件所属的视频。

(3)音频数据库

其中，可选的，上述音频数据库中的音频文件均用于合成视频。

用户使用终端设备发布小视频时，可能使用终端设备本地的音频文件作为小视频中的音乐。在这种情况下，音频文件的来源方为上述的音频数据库。可选的，该音频数据库为服务器上的音频数据库。

以下分别说明针对上述三种来源，服务器在根据音频文件标识从音频文件的来源处获取音频文件时的可选方式。

第一种可选方式中，音频文件的来源为音频文件的版权方。在这种方式中，音频文件的数据信息包括：音频文件的版权方系统的标识。

相应的，服务器可以根据音频文件的版权方系统的标识，从音频文件的版权方系统获取上述音频文件。

其中，音频文件的版权方系统的标识是指音频文件在版权方系统中的唯一标识。具体是指音频文件在存储音频文件的版权方系统的服务器中的唯一标识。版权方系统在存储音频文件时，会按照一定的方式为音频文件分配一个标识以同其他音频文件区分。在本实施例中，小视频软件平台的服务器通过解析音频文件标识可以获知音频文件的版权方以及音频文件在来源方系统中的标识，服务器进而可以向版权方系统的服务器发送请求信息，其中携带音频文件在版权方系统的标识。版权方系统的服务器接收到请求信息后，按照该标识查找到音频文件并发送给小视频软件平台的服务器。

在上述可选的方式中，服务器根据从音频文件标识中解析出的版权方以及版权方系统的标识，可以直接从版权方系统获取到音频文件，而无需在服务器上存储音频文件，而仅需要存储音频文件标识即可。

可选的，服务器可以预先在音频文件列表中存储音频文件标识。

示例性的，小视频软件平台确定与某个版权方系统进行合作，可以使用该版权方系统的音乐。版权方系统的服务器可以将允许小视频软件平台使用的音乐的信息发送给服务器，服务器基于每个音乐的数据信息以及来源信息，生成音频文件标识，并将音频文件标识分别存储至音频文件列表中。

可选的，该音频文件列表中可以保存来自各版权方系统的音乐的音频文件标识。

第二种可选方式中，音频文件的来源为音频文件所属的视频。在这种方式中，音频文件的数据信息包括：音频文件所属的视频的标识。

相应的，服务器可以根据音频文件所属的视频的标识，从视频数据库查询上述音频文件。

用户在发布小视频时，服务器为每个视频分配一个标识。在该可选方式中，通过解析音频文件标识可以获知该音频文件所属视频的标识，基于该标识，可以获取到视频文件以及音频文件。

可选的，上述视频数据库可以为小视频平台的服务器中保存视频的数据库。

在上述可选的方式中，服务器根据从音频文件标识中解析出的音频文件所属的视频的标识，可以直接从视频数据库中读取到音频文件，而无需依赖其他字段或数据来查找音频文件。

可选的，服务器可以预先在音频文件列表中存储音频文件标识和上述视频数据库的信息。

在该可选方式中，音频文件列表中除了存储音频文件标识外，还可以存储音频文件所属视频所在的视频数据库的信息。该视频数据库的信息例如可以为视频数据库的名称、存储位置等。

第三种方式中，音频文件的来源为上述的音频数据库，音频文件的数据信息包括：音频文件的索引标识，该索引标识根据音频文件的类型和音频文件的自定义标识生成。

相应的，服务器可以根据音频文件的索引标识，从音频数据库获取上述音频文件。

该方式中，音频文件为终端设备的本地音频文件，该音频文件具有索引标识，该索引标识由音频文件的类型和自定义标识生成。可选的，该自定义可以是由终端设备为该音频文件生成的文件名称，后者，由用户为该音频文件定义的标识。

在该方式中，服务器根据从音频文件标识中解析出的音频文件的索引标识，可以直接从音频数据库中获取上述音频文件，而无需依赖其他字段或数据来查找音频文件。

可选的，上述音频数据库可以为小视频平台的服务器中保存来自各终端设备的本地音频文件的数据库。

可选的，服务器可以预先执行以下过程来存储音频文件。

图3为本申请实施例提供的音频文件处理方法的流程示意图，如图3所示，上述第三种可选方式中，服务器存储音频文件时的处理过程包括：

S301、根据上述音频文件的类型和上述音频文件的自定义标识，生成上述索引标识。

示例性的，用户发布小视频时选择了终端设备的一个本地音频文件作为小视频的音频文件，终端设备将用户所选择的音频文件、文件名称、类型等信息发送给服务器，服务器根据文件名称和文件类型，可以生成索引标识。

S302、在音频文件列表中存储上述音频文件标识和上述索引标识，并在上述音频数据库存储上述音频文件。

可选的，服务器基于上述得到的索引标识，可以生成音频文件标识，并将音频文件标识和索引标识均保存在音频文件列表中。同时，服务器将音频文件存储至音频数据库中。

作为另一种可选方式，服务器也可以仅在音频文件列表中保存音频文件标识而不保存索引标识。

以上说明了服务器基于音频文件标识获取音频文件的几种可选方式，服务器在接收音频文件标识并获取音频文件之前，首先可以根据音频文件的来源信息和数据信息生成音乐文件标识，以及，按照上述各方式中所述的方法存储音乐文件标识以及其他关联信息。以下说明根据音频文件的来源信息和数据信息生成音乐文件标识的过程。

可选的，对于不同来源的音频文件，服务器生成音频文件标识的阶段可能不同。示例性的，音频文件的来源为版权方系统时，服务器可以在版权方系统的服务器向服务器提供允许使用的音频文件的信息时生成音频文件标识。音频文件的来源为音频文件所属的视频或音频数据库时，服务器可以在用户发布小视频阶段，终端设备向服务器上传视频或者本地音频文件时生成音频文件标识。

图4为本申请实施例提供的音频文件处理方法的流程示意图，如图4所示，服务器生成音频文件标识的过程包括：

S401、根据上述音频文件的数据信息，生成音频文件的第一对象。

如前文所述，当音频文件的来源为音频文件的版权方时，音频文件的数据信息可以包括音频文件的版权方系统的标识。当音频文件的来源为音频文件所属的视频时，音频文件的数据信息可以包括音频文件所属的视频的标识。当音频文件的来源为音频数据库时，音频文件的数据信息可以包括音频文件的索引标识。

可选的，音频文件的版权方系统的标识可以由版权方系统的服务器提供。示例性的，该标识可以版权方系统其所拥有的音频文件的身份标记，例如合作置换的加密串。该标识可以作为音频文件在版权方系统中的唯一标识。

可选的，音频文件所属的视频的标识可以为服务器为终端设备上传的视频所分配的区别于其他视频的标识。

可选的，音频文件的索引可以使用前文所述的音频文件的类型以及自定义标识生成，示例性的，可以基于音频文件的类型和自定义标识，使用md5或sha256等加密方式进行加密，得到音频文件的索引。

在一些情况下，音频文件可能并没有上述的数据信息，例如，某些版权方系统提供了音频文件，但是并没有提供音频文件的版权方系统标识，因此音频文件不具有在版权方系统的唯一标识。针对这种问题，可选的，音频文件的数据信息可以包括如下一项或多项信息：

音频文件的编码格式、音频文件的采样率、音频文件的采样大小、音频文件的时长、音频文件的名称。

上述一项或多项信息，不仅可以在上述的情况下用于标识音频文件在版权方系统的唯一标识，而且可以作为可呈现的信息，由终端设备向用户显示。

一种可选方式中，可以直接将前述的数据信息作为音频文件的数据信息。

另一种可选方式中，在上述的情况下，可以直接将上述一项或多项信息作为音频文件的数据信息。并使用下述的步骤生成音频文件标识。服务器在根据音频文件的标识获取到音频文件之后，除了将音频文件发送给终端设备外，还可以将上述一项或多项信息发送给终端设备进行显示。

再一种可选方式中，可以将前述的音频文件的数据信息，例如音频文件的版权方系统的标识、音频文件所属的视频的标识或者音频文件的索引标识，与上述一项或多项信息共同作为音频文件的数据信息。并使用下述的步骤生成音频文件标识。服务器在根据音频文件的标识获取到音频文件之后，除了将音频文件发送给终端设备外，还可以将上述一项或多项信息发送给终端设备进行显示。

上述音频文件的编码格式、音频文件的采样率、音频文件的采样大小、音频文件的时长、音频文件的名称的获取方式如下：

1、音频文件的编码格式

对于置信的音频文件，可以直接提取音频文件的后缀作为编码格式，示例性的，编码格式可以为m4a、aac、mp3、wma等。对于不置信的音频文件，可以对音频文件进行分析，抓取实际的音频文件编码。

其中，音频源是否为置信的音频文件，可以由服务器预先根据一定的规则来确定。例如，与服务器合作的某版权方系统所提供的音频为置信的音频文件。

2、音频文件的采样率

对于置信的音频文件，可以将音频文件提供方提供的数据采纳采样率作为采样率，若未提供，则可以默认使用44.1KHz的采样率。

对于不置信的音频文件，可以对音频文件进行分析，提取实际的音频文件采样率。

3、音频文件的采样大小

对于置信的音频文件，可以将音频文件提供方提供的数据采纳采样大小作为采样大小。

对于不置信的音频文件，可以对音频文件进行分析，提取实际的音频文件采样大小。

4、音频文件的时长

对于置信的音频文件，可以将音频文件提供方提供的数据采纳时长作为时长。

对于不置信的音频文件，可以对音频文件进行分析，提取实际的音频时长。

5、音频文件的名称

对于置信的音频文件，可以将音频文件提供方提供的数据采纳名称作为名称。

对于不置信的音频文件，如果为终端设备的本地文件，则可以在其原始名称前增加用户名作为前缀，并将原始名称和用户名叠加后的数据作为名称。如果为视频中携带的音频文件，则在视频原始名称前增加用户名作为前缀，并将原始名称和用户名叠加后的数据作为名称。

在获取到上述的音频文件的数据信息后，服务器可以基于上述的数据信息生成第一对象。示例性的，服务器可以使用JavaScript对象简谱(JavaScript Object Notation，简称JSON)语法对上述数据信息进行处理，得到JSON对象，将该JSON对象作为上述第一对象。

S402、根据上述音频文件的来源信息，生成上述音频文件的第二对象。

可选的，上述来源信息可以包括来源方的编号以及名称等。

示例性的，如果来源为版权方系统，则来源方编号可以为1，如果来源为音频文件所属的视频，则来源方编号可以为2，依次类推。

来源方名称可以由人工进行输入得到。

在获取到上述来源信息后，可以基于上述的来源信息生成第二对象。示例性的，服务器可以使用JSON语法对上述来源信息进行处理，得到JSON对象，将该JSON对象作为上述第二对象。

S403、使用预设密钥，对上述第一对象和上述第二对象加密，生成上述音频文件的第一随机数。

可选的，上述预设密钥可以为公钥。服务器可以使用该公钥，使用非对称加密算法对第一对象和第二对象进行加密，得到上述第一随机数。

S404、对上述音频文件的第一随机数进行编码，得到上述音频文件标识。

示例性的，服务器可以使用基于64种字源编码(base64_encode)方式对第一随机数进行编码，经过编码后的音频文件标识能够被正常传输。

在使用上述步骤S401-S404的过程得到音频文件标识之后，服务器可以存储该音频文件标识，并将该音频文件标识作为小视频所包含的音频文件的标识，服务器可以将该音频文件标识发送给终端设备，当用户需要发布或者播放小视频时，终端设备将音频文件标识发送给服务器，服务器使用与上述步骤S401-S404相应的方式，使用上述公钥对应的私钥对音频文件标识进行解密，从而解析出音频文件的来源和数据信息。

图5为本申请实施例的音频文件处理方法的处理过程示例图，如图5所示，服务器可以基于音频文件的数据信息和来源信息，生成音频文件标识，其中，数据信息可以包括音频文件的标识、采样率、采样大小、编码格式、时长、名称等。来源信息可以包括来源名称、来源编号等。在此基础上，将该音频文件标识进行存储，并使用该音频文件标识获取音频文件。

图6为本申请实施例提供的音频文件处理装置，如图6所示，该装置600包括：

接收模块601，用于接收终端设备发送的音频文件标识，所述音频文件标识根据所述音频文件的数据信息和所述音频文件的来源信息生成，所述音频文件用于合成视频。

处理模块602，用于根据所述音频文件标识，确定所述音频文件的来源；以及，根据所述音频文件标识，从所述音频文件的来源处获取所述音频文件；

发送模块603，用于向所述终端设备发送所述音频文件。

作为一种可选的实施方式，所述音频文件的来源为所述音频文件的版权方；所述音频文件的数据信息包括：所述音频文件的版权方系统的标识。

处理模块602具体用于：

作为一种可选的实施方式，所述音频文件的来源为所述音频文件所属的视频；所述音频文件的数据信息包括：所述音频文件所属的视频的标识。

处理模块602具体用于：

作为一种可选的实施方式，处理模块602具体用于：

作为一种可选的实施方式，所述音频文件的来源为所述音频数据库；所述音频文件的数据信息包括：所述音频文件的索引标识，所述索引标识根据所述音频文件的类型和所述音频文件的自定义标识生成。

处理模块602具体用于：

作为一种可选的实施方式，处理模块602还用于：

根据所述音频文件的类型和所述音频文件的自定义标识，生成所述索引标识；以及，在音频文件列表中存储所述音频文件标识和所述索引标识，并在所述音频数据库存储所述音频文件。

作为一种可选的实施方式，处理模块602具体用于：

根据所述音频文件的数据信息，生成所述音频文件的第一对象；根据所述音频文件的来源信息，生成所述音频文件的第二对象；使用预设密钥，对所述第一对象和所述第二对象加密，生成所述音频文件的第一随机数；对所述音频文件的第一随机数进行编码，得到所述音频文件标识。

作为一种可选的实施方式，所述音频文件的数据信息，包括下述至少一项：

根据本申请的实施例，本申请还提供了一种电子设备和一种可读存储介质。

如图7所示，是根据本申请实施例的音频文件处理的方法的电子设备的框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本申请的实现。

如图7所示，该电子设备包括：一个或多个处理器701、存储器702，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在电子设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在其它实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个电子设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图7中以一个处理器701为例。

存储器702即为本申请所提供的非瞬时计算机可读存储介质。其中，所述存储器存储有可由至少一个处理器执行的指令，以使所述至少一个处理器执行本申请所提供的音频文件处理的方法。本申请的非瞬时计算机可读存储介质存储计算机指令，该计算机指令用于使计算机执行本申请所提供的音频文件处理的方法。

存储器702作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的音频文件处理的方法对应的程序指令/模块(例如，附图6所示的接收模块601、处理模块602和发送模块603)。处理器701通过运行存储在存储器702中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的音频文件处理的方法。

存储器702可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据音频文件处理的电子设备的使用所创建的数据等。此外，存储器702可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些实施例中，存储器702可选包括相对于处理器701远程设置的存储器，这些远程存储器可以通过网络连接至音频文件处理的电子设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

音频文件处理的方法的电子设备还可以包括：输入装置703和输出装置704。处理器701、存储器702、输入装置703和输出装置704可以通过总线或者其他方式连接，图7中以通过总线连接为例。

输入装置703可接收输入的数字或字符信息，以及产生与音频文件处理的电子设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等输入装置。输出装置704可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。该显示设备可以包括但不限于，液晶显示器(LCD)、发光二极管(LED)显示器和等离子体显示器。在一些实施方式中，显示设备可以是触摸屏。

此处描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、专用ASIC(专用集成电路)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

这些计算程序(也称作程序、软件、软件应用、或者代码)包括可编程处理器的机器指令，并且可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。如本文使用的，术语“机器可读介质”和“计算机可读介质”指的是用于将机器指令和/或数据提供给可编程处理器的任何计算机程序产品、设备、和/或装置(例如，磁盘、光盘、存储器、可编程逻辑装置(PLD))，包括，接收作为机器可读信号的机器指令的机器可读介质。术语“机器可读信号”指的是用于将机器指令和/或数据提供给可编程处理器的任何信号。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本申请公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本申请保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等，均应包含在本申请保护范围之内。

Claims

1.一种音频文件处理方法，其特征在于，包括：

根据所述音频文件标识，确定所述音频文件的来源；

向所述终端设备发送所述音频文件。

2.根据权利要求1所述的方法，其特征在于，所述音频文件的来源为所述音频文件的版权方；所述音频文件的数据信息包括：所述音频文件的版权方系统的标识；

3.根据权利要求1所述的方法，其特征在于，所述音频文件的来源为所述音频文件所属的视频；所述音频文件的数据信息包括：所述音频文件所属的视频的标识；

4.根据权利要求3所述的方法，其特征在于，所述接收终端设备发送的音频文件标识之前，还包括：

5.根据权利要求1所述的方法，其特征在于，所述音频文件的来源为所述音频数据库；所述音频文件的数据信息包括：所述音频文件的索引标识，所述索引标识根据所述音频文件的类型和所述音频文件的自定义标识生成；

6.根据权利要求5所述的方法，其特征在于，所述接收终端设备发送的音频文件标识之前，还包括：

7.根据权利要求1-6任一项所述的方法，其特征在于，所述接收终端设备发送的音频文件标识之前，还包括：

8.根据权利要求1-7任一项所述的方法，其特征在于，所述音频文件的数据信息，包括下述至少一项：

9.一种音频文件处理装置，其特征在于，包括：

发送模块，用于向所述终端设备发送所述音频文件。

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

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-8中任一项所述的方法。

11.一种存储有计算机指令的非瞬时计算机可读存储介质，其特征在于，所述计算机指令用于使所述计算机执行权利要求1-8中任一项所述的方法。