音效处理方法、装置及计算机设备与流程

本发明涉及计算机技术领域，特别是涉及一种音效处理方法、装置及计算机设备。

背景技术：

随着科学技术的飞速发展，针对内容的表达形式越来越多元化。音效凭借其良好的表达性，受到广泛的青睐，比如，在游戏产品中，设计生动的音效能够起到非常好的表达效果。

传统方法中，需要工作人员手动地导入音频资源，然后手动地创建音效对象，并进行编辑和调整音效结构等手动处理，来完成音效的相关设计。因此，传统方法主要依赖手动添加音频资源进行游戏音效工程设计，操作非常繁琐，导致效率比较低。

技术实现要素：

基于此，有必要针对传统方法浪费大量存储资源的问题，提供一种音效处理方法、装置、计算机设备及存储介质。

一种音效处理方法，所述方法包括：

获取音频文件；

当所述音频文件对应的音效结构描述信息符合预设规范时，则解析所述音效结构描述信息，得到所述音频文件的音效结构；

按照音频检测项的配置信息对所述音频文件的音频检测项进行检测；

按照预先设置的标准化信息，对检测通过的音频文件进行标准化处理，得到标准化音频文件；

导入所述标准化音频文件至创建的初始音效工程文件，得到音效工程文件；

按预设转换规则，将所述音效结构转换为音效工程文件中的标准音效结构。

一种音效处理装置，所述装置包括：

解析模块，用于获取音频文件；当所述音频文件对应的音效结构描述信息符合预设规范时，则解析所述音效结构描述信息，得到所述音频文件的音效结构；

检测模块，用于按照音频检测项的配置信息对所述音频文件的音频检测项进行检测；

标准化处理模块，用于按照预先设置的标准化信息，对检测通过的音频文件进行标准化处理，得到标准化音频文件；

导入模块，用于导入所述标准化音频文件至创建的初始音效工程文件，得到音效工程文件；按预设转换规则，将所述音效结构转换为音效工程文件中的标准音效结构。

一种计算机设备，其特征在于，包括存储器和处理器，所述存储器中存储有计算机程序，所述计算机程序被所述处理器执行时，使得所述处理器执行以下步骤：

获取音频文件；

当所述音频文件对应的音效结构描述信息符合预设规范时，则解析所述音效结构描述信息，得到所述音频文件的音效结构；

按照音频检测项的配置信息对所述音频文件的音频检测项进行检测；

按照预先设置的标准化信息，对检测通过的音频文件进行标准化处理，得到标准化音频文件；

导入所述标准化音频文件至创建的初始音效工程文件，得到音效工程文件；

按预设转换规则，将所述音效结构转换为音效工程文件中的标准音效结构。

一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行以下步骤：

获取音频文件；

当所述音频文件对应的音效结构描述信息符合预设规范时，则解析所述音效结构描述信息，得到所述音频文件的音效结构；

按照音频检测项的配置信息对所述音频文件的音频检测项进行检测；

按照预先设置的标准化信息，对检测通过的音频文件进行标准化处理，得到标准化音频文件；

导入所述标准化音频文件至创建的初始音效工程文件，得到音效工程文件；

按预设转换规则，将所述音效结构转换为音效工程文件中的标准音效结构。

上述音效处理方法中，预先设置一定的预设规范，当音频文件对应的音效结构描述信息符合预设规范时，则对其进行解析，得到相应的音效结构，从而实现自动地、准确地解析出音频文件的音效结构。根据配置信息对音频文件的音频检测项进行检测，检测通过后，再根据预先配置的标准化信息，自动地对音频文件进行标准化处理，得到标准化音频文件；导入所述标准化音频文件至创建的初始音效工程文件，得到音效工程文件；按预设转换规则，将所述音效结构转换为音效工程文件中的标准音效结构。从而实现了自动化地设计音效工程，提高了效率。此外，在经过多项自动化的检测、标准化处理以及预设转换规则的转换处理之后，生成音效工程文件和相应的标准化音效结构，提高了准确性。

附图说明

图1为一个实施例中音效处理方法的应用场景图；

图2为一个实施例中音效处理方法的流程示意图；

图3为一个实施例中音效工程设计和音效播放示意图；

图4为一个实施例中音效工程文件设计流程；

图5为一个实施例中音频流式检测结构示意图；

图6为一个实施例中音量标准化流程；

图7为一个实施例中音频自动导入的简化流程示意图；

图8为一个实施例中音效处理装置的框图；

图9为另一个实施例中音效处理装置的框图；

图10为一个实施例中计算机设备的内部结构示意图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发应用终端进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

图1为一个实施例中音效处理方法的应用场景图。参照图1，该应用场景中包括音效设计设备110、服务器120和应用终端130。其中，服务器120分别与音效设计设备110和应用终端130通过网络连接。其中，音效设计设备110是进行游戏工程设计的设备。音效设计设备110可以是终端或者后台服务器。应用终端130是使用应用的终端，比如，游戏用户所使用的游戏终端。音效设计设备110和应用终端130皆可以是智能电视机、台式计算机或移动终端，移动终端可以包括手机、平板电脑、笔记本电脑、个人数字助理和穿戴式设备等中的至少一种。服务器120可以用独立的服务器或者是多个物理服务器组成的服务器集群来实现。

技术人员可以通过音效设计设备110设计音频文件，音效设计设备110进而可以获取所设计得到的音频文件。技术人员可以通过音效设计设备110基于该音频文件创建相应的音效工程文件。在创建音效工程文件的过程中，音效设计设备110可以检测音频文件对应的音效结构描述信息是否符合预设规范，当所述音频文件对应的音效结构描述信息符合预设规范时，终端则可以解析所述音效结构描述信息，得到所述音频文件的音效结构。音效设计设备110可以按照音频检测项的配置信息对所述音频文件的音频检测项进行检测。当检测通过后，音效设计设备110可以按照预先设置的标准化信息，对检测通过的音频文件进行标准化处理，得到标准化音频文件。音效设计设备110进而可以导入所述标准化音频文件至创建的初始音效工程文件，得到音效工程文件。并且，音效设计设备110可以按预设转换规则，将所述音效结构转换为音效工程文件中的标准音效结构，从而实现一个音效工程的设计。可以理解，将音效结构转换为音效工程文件中的标准音效结构，也相当于将原始的音效结构导入至音效工程文件中，得到符合该音效工程要求的标准化的音效结构。

可以理解，在音效工程设计完毕后，音效设计设备110可以将设计完毕的音效工程文件上传至服务器120。服务器120则可以将该音效工程文件中的音效以特定格式打包输出为音效资源包。当应用终端130运行使用该音效的应用时，则可以在一定触发条件下获取并加载对应音效资源包，从中读取对应的音效信息进行音效的播放。

需要说明的是，本申请各实施例中的音效处理方法主要应用于音效设计设备110，服务器120和应用终端130的上述处理，仅是一个实施例中的应用场景中涉及的设备，并不是实现本申请中的音效处理方法的必要条件。

图2为一个实施例中音效处理方法的流程示意图。本实施例主要以该音效处理方法应用于计算机设备为例进行说明，该计算机设备可以为图1中的音效设计设备110。参照图2，该方法具体包括如下步骤：

s202，获取音频文件。

其中，音频文件，是存储声音内容的文件。

具体地，计算机设备可以获取一个既有的音频文件。计算机设备也可以根据技术人员的音频设计操作指令，生成一个音频文件。即，技术人员可以通过计算机设备设计创作一个音频文件，计算机设备进而可以获取所设计得到的音频文件。

在一个实施例中，音频文件可以是游戏音频文件。游戏音频文件，是指给游戏应用提供声音内容的文件。可以理解，音频文件并不限定于游戏音频文件，还可以是给直播应用或社交应用等多种平台中的至少一种提供声音内容的文件。比如，在直播中送礼物的音效，或者，在社交应用中发送的表情包所具有的音效都可以是由音频文件提供。

需要说明的是，音频文件可以为至少一个。当音频文件为多个时，则可以分别针对每一个音频文件执行步骤s204～s212，从而实现将各音频文件的标准化音频文件导入至音效工程文件中，并将各音频文件的音效结构转换为音效工程中要求的标准音效结构，从而实现包括标准化音频集合的音效工程文件。

s204，当音频文件对应的音效结构描述信息符合预设规范时，则解析音效结构描述信息，得到音频文件的音效结构。

其中，音效结构描述信息，是对音效结构进行描述的信息。预设规范，是预先设置的音效结构标准化规范信息。音效结构，是音效的组织形式。可以理解，基于音效结构可以正确地解析并播放出音效。

在一个实施例中，音效结构描述信息可以包括音频文件的文件命名。即，在音频文件的文件命名中体现该音频文件的音效结构。可以理解，这种情况下，预设规范，则可以是能够体现音效结构标准化信息的预设命名规范。即，预先设置的针对音频文件的文件命名规范。相当于通过对文件命名的规范，实现对音效结构的规范化描述。

在另一个实施例中，音效结构描述信息也可以包括其他形式的对音频文件的音效结构进行描述的信息。比如，音效结构描述文档或者音效结构描述列表。音效结构描述文档，是以一个专门的描述音频文件的音效结构的文档，该文档中包括用于描述音频文件的音效结构的信息。音效结构描述列表，是描述音频文件的音效结构的列表，用于表示以列表的形式描述音频文件的音效结构。

具体地，计算机设备可以检测音频文件对应的音效结构描述信息是否符合预设规范，当符合时，则解析该音效结构描述信息，得到音频文件的音效结构。可以理解，计算机设备可以自动地检测音频文件对应的音效结构描述信息是否符合预设规范，也可以在接收到技术人员的触发操作后，执行音频文件对应的音效结构描述信息是否符合预设规范的处理步骤。

在一个实施例中，当音频文件对应的音效结构描述信息不符合预设规范时，计算机设备可以生成失败提示报告。

s206，按照音频检测项的配置信息对音频文件的音频检测项进行检测。

其中，音频检测项，是需要检测的音频项。

在一个实施例中，音频检测项，包括体现声音内容的音频参数。在一个实施例中，体现声音内容的音频参数包括静音长度、声相和爆音等多种音频参数中的至少一种。可以理解，在其他实施例中，音频检测项还可以包括其他方面的音频参数。

音频检测项的配置信息，是针对音频检测项预先配置的标准化的信息。音频检测项的配置信息可以由规则模板提供。

在一个实施例中，步骤s206中的音频检测项的配置信息，与音频文件的音效类型相对应。即，由于同一类音效类型的音频文件的音频参数之间具有共性，因此可以预先针对不同的音效类型分别设置相对应的音频检测项的配置信息，计算机设备可以用与音频文件的音效类型相对应的音频检测项的配置信息，对该音频文件的音频检测项进行检测。可以理解，在其他实施例中，音频检测项的配置信息也可以是不以音效类型作区分的一个通用的配置信息。

在一个实施例中，音频检测项的配置信息，可以包括音频检测项配置值。音频检测项配置值，是针对音频检测项预先配置的标准值。可以理解，音频检测项配置信息，不限定于值的形式，还可以包括针对音频检测项预先配置的标准化数值区间或标准化描述信息等。

具体地，计算机设备可以针对音频结构描述信息符合预设规范的音频文件，按照音频检测项的配置信息进行相应音频检测项的检测，以检测音频文件的音频检测项的值是否满足相应的配置信息，当满足时，则说明检测通过，并针对检测通过的音频文件执行步骤s208。

可以理解，计算机设备可以在确定音频文件对应的音效结构描述信息符合预设规范之后，自动触发执行步骤s206。也可以是在接收到技术人员的触发操作后，触发执行步骤s206。

在一个实施例中，当音频文件的音频检测项不满足相应的配置信息，则说明检测不通过，可以生成音频文件检测存在问题的提示报告。

s208，按照预先设置的标准化信息，对检测通过的音频文件进行标准化处理，得到标准化音频文件。

其中，标准化信息，是要求音频文件达到的标准化规范信息。在一个实施例中，标准化信息包括音频格式参数的标准化信息。音频格式参数，是表示音频格式的参数。音频格式包括采样率和位深等中的至少一种。在一个实施例中，，标准化信息还可以包括音量。

在一个实施例中，预先设置的标准化信息也可以由规则模板提供。

需要说明的是，一个规则模板中可以同时包括用于检测音效结构描述信息的预设规范、音频检测项的配置信息、标准化信息等多种规范化信息。也可以将用于检测音效结构描述信息的预设规范、音频检测项的配置信息、标准化信息分别用不同的规则模板来提供。这里，对规则模板的具体形式不做限定。

在一个实施例中，可以针对同一音效类型设置同一规则模板。比如，可以是，同一音效类型设置一个同时包括用于检测音效结构描述信息的预设规范、音频检测项的配置信息、标准化信息等多种规范化信息的规则模板。不同音效类型对应不同规则模板。又比如，也可以是针对同一音效类型设置一个包括用于检测音效结构描述信息的预设规范的规则模板，针对同一音效类型设置一个包括音频检测项的配置信息的规则模板，并针对同一音效类型设置一个包括标准化信息的规则模板。

在其他实施例中，规则模板也可以是不以音效类型作区分的通用的规范化模板。在总的通用的规则模板中，可以设置了不以音效类型区分的通用规范化信息，也可以针对不同音效类型设置了相应的规范化信息。

在一个实施例中，步骤s208中的标准化信息，与音频文件的音效类型相对应。即，由于同一类音效类型的音频文件的音频格式或音量等音频属性之间具有共性，因此可以预先针对不同的音效类型分别设置相对应的标准化信息，计算机设备可以按照与音频文件的音效类型相对应的标准化信息，对检测通过的音频文件进行标准化处理，得到标准化音频文件。可以理解，在其他实施例中，标准化信息也可以是不以音效类型作区分的一个通用的标准化信息。

具体地，计算机设备可以将音频文件的需要进行标准化处理的音频参数的值，进行标准化调整，以调整至符合标准化信息，得到调整后的标准化音频文件。

s210，导入标准化音频文件至创建的初始音效工程文件，得到音效工程文件。

其中，初始音效工程文件，是预先创建的包括音效播放属性的初始的音效工程文件。可以理解，初始音效工程文件包括了一些标准化的基础属性信息(比如播放行为属性信息)，但尚未包括标准化音频文件和标准化音效结构。即，初始音效工程文件相当于是包括一些基础信息的初始文件，还需要向里面导入标准化音频文件和相应标准化音效结构才能得到完整的、能够直接用于音效播放的音效工程文件。

音效工程文件，是标准化音频文件、标准化音效结构以及播放行为的表现形式。即，音效工程文件中包括了经过标准化处理的能够直接用于音效播放的信息。可以理解，能够直接用于音效播放的信息，即包括标准化音频文件、标准化音效结构以及音效播放属性这些信息。

在一个实施例中，在步骤s210之前，计算机设备可以获取输入的音效工程信息，调用音频中间件创建接口，创建初始音效工程文件。其中，音效工程信息包括音效工程名和工程存储路径。其中，音频中间件，是对音效编程标准化的一种方式，抽象和概括了音频的播放行为。可以理解，计算机设备可以获取包括音效播放属性的工程配置信息，根据工程配置信息和输入的音效工程信息，调用音频中间件创建接口，创建初始音效工程文件。因此，初始音效工程文件中包括音效播放属性。

在一个实施例中，音效工程文件，可以是游戏音效工程文件。游戏音效工程文件，用于为游戏应用提供音效。

s212，按预设转换规则，将音效结构转换为音效工程文件中的标准音效结构。

其中，预设转换规则，是预先设置的对音效结构进行映射转换的规范化信息。可以理解，预设转换规则可以用于音效结构之间的映射转换。预设转换规则也可以由规则模板提供。

具体地，计算机设备可以根据在步骤s204中获取的音效结构和预设转换规则，创建音效工程文件中的标准音效结构。即，计算机设备可以将获取的音效结构按照预设转换规则，转换为音效工程文件中的标准音效结构。

需要说明的，将音效结构转换为音效工程文件中的标准音效结构，实际上相当于将原始的音效结构导入至音效工程文件中，得到符合该音效工程要求的标准化的音效结构。

可以理解，在音效工程设计完毕后，可以将该音效工程文件中的音效以特定格式打包输出为音效资源包。当运行使用该音效的应用时，则可以在一定触发条件下获取并加载对应音效资源包，从中读取对应的音效信息进行音效的播放。为了便于理解，现结合图3进行举例说明。图3为一个实施例中音效工程设计和音效播放示意图。

参照图3，是以游戏应用为例进行说明。其中，游戏音频中间件提供音效编辑器和音效播放引擎，其中音效编辑器，用于编辑和创建游戏音效工程，音效播放引擎负责音效播放。音频设计师设计音频文件，通过音效编辑器创建和编辑游戏音效工程。游戏音效工程创建完成后，将游戏音效工程中的音效集合以特定格式打包输出为音效资源包。游戏开发者在开发过程将游戏音频中间件提供的音效播放引擎集成进入游戏应用中，并编写音效播放逻辑代码。游戏应用运行时加载音效资源包，音效播放逻辑代码驱动音效播放引擎去读取对应音效信息进行播放。可以理解，本申请各实施例中的音效处理方法主要对应于通过音效编辑器创建和编辑游戏音效工程的处理阶段。

上述音效处理方法，预先设置一定的预设规范，当音频文件对应的音效结构描述信息符合预设规范时，则对其进行解析，得到相应的音效结构，从而实现自动地、准确地解析出音频文件的音效结构。根据配置信息对音频文件的音频检测项进行检测，检测通过后，再根据预先配置的标准化信息，自动地对音频文件进行标准化处理，得到标准化音频文件；导入标准化音频文件至创建的初始音效工程文件，得到音效工程文件；按预设转换规则，将音效结构转换为音效工程文件中的标准音效结构。从而实现了自动化地设计音效工程，提高了效率。此外，在经过多项自动化的检测、标准化处理以及预设转换规则的转换处理之后，生成音效工程文件和相应的标准化音效结构，提高了准确性。

在一个实施例中，除了在音效工程文件创建和设计的过程中，生成对应的提示报告以外(比如，生成音频文件检测存在问题的提示报告)，对已经完成导入到音效工程文件的标准化音频文件和标准音效结构，计算机设备可以通过报告生成器查询音效工程文件的整体设计情况。

为了便于理解整个音效处理流程，现结合图4进行举例说明。图4为一个实施例中音效工程文件设计流程。需要说明的是，图4是以音频文件的文件命名作为音效结构描述信息为例进行举例说明。参见图4，规则模板可以提供命名规范、音频检测项配置值、工程配置信息、音效结构描述模板以及标准化值，通过模板解析器可以解析出规则模板中所包括的上述各项信息。计算机设备可以根据音效工程信息和规则模板提供的工程配置信息进行工程创建，得到初始的游戏音效工程文件。输入音频文件，命名解析器根据规则模板中的命名规范对音频文件的文件命名进行解析，判断是否符合命名规范，并从符合命名规范的音频文件的文件命名中解析音效结构，针对不符合命名规范的音频文件会提示解析失败。然后，根据规则模板提供的音频检测项配置值，对符合命名规范的音频文件进行音频检测，完成音频静音长度，声相，爆音等音频参数检测。可以理解，针对不满足规则模板提供的音频检测项配置值，会提示音频文件检测存在问题。针对检测成功的音频文件，对音频文件的采样率，位深和音量等音频属性按照规则模板提供的标准化值进行标准化处理。最后，标准化完成的音频文件通过导入接口，自动导入到初始的游戏音效工程文件中，生成游戏音效工程文件。根据文件命名解析的音效结构和规则模板提供的预设转换规则创建游戏音效工程对应的标准音效结构，相当于将标准音效结构导入至游戏音效工程文件。此外，还可以通过查询接口，从报告生成器中查询相关信息，生成并导入报告。

在一个实施例中，音效结构描述信息为音频文件的文件命名；预设规范为预设命名规范。步骤s204包括：从规则模板中，选取与音频文件的音效类型对应的预设命名规范；预设命名规范中包括定义音效类型的前缀命名；当音频文件的文件命名符合预设命名规范时，则从文件命名中解析音频文件的音效结构。

其中，音效类型，用于表示音效的类别。在一个实施例中，音效类型可以为游戏音效类型。游戏音效类型，是游戏中的音效的类别。

在一个实施例中，游戏音效类型可以包括特技音效、界面音效、场景音效、环境音效、动画音效和音乐音效等多种类型中的至少一种。表1即为一个实施例中音效类型的划分情况。

表1

命名规范，用于规范音频文件的文件命名方式。预设命名规范，是以音效类型为划分依据的命名规范。预设命名规范中定义了音效类型。即，预设命名规范中包括定义音效类型的前缀命名和未做规范的音效名。

在一个实施例中，预设命名规范中还可以包括表示音效的随机播放索引的后缀数字区间。前后缀和音效名之间可以通过下划线进行分割。

需要说明的是，通常情况下，同一音效类型对应相同预设命名规范。然而，一个音效类型还可以细分为多个子音效类型，这种情况下，同一子音效类型对应同一预设命名规范。

表2即为一个实施例中游戏音效的预设命名规范。

表2

可以理解，表2中的[0-9]即用于表示音效的随机播放索引。

计算机设备可以从规则模板中，选取与音频文件的音效类型对应的预设命名规范；将音频文件的文件命名与选取的预设命名规范进行比对，当文件命名符合相应预设命名规范时，则从文件命名中解析音频文件的音效结构。

比如，音频文件的音效类型为界面音效，那么，可以判断该音频文件的文件命名是否符合预设命名规范“ui_{音效名}”，如果符合，则从该文件命名中解析音频文件的音效结构。

在一个实施例中，该方法还包括判断文件命名是否符合预设命名规范的步骤，具体包括以下步骤：当预设命名规范不包括表征随机播放索引的后缀数字区间时，检测文件命名的前缀命名与预设命名规范中的前缀命名的一致性；若前缀命名的一致性检测通过，则判定文件命名符合预设命名规范；当预设命名规范包括表征随机播放索引的后缀数字区间时，在前缀命名的一致性检测通过后，检测文件命名中是否具有包含于后缀数字区间的数字后缀，若包括，则判定文件命名符合预设命名规范。

可以理解，过于宽松的命名规范，很难有效利用工程自动化设计来提高效率。过于严格的音效命名规范，灵活性不够，使用上比较繁琐，且很难拓展到不同游戏类型。上述实施例中，通过预设命名规范做基本约束，定义音效类型和通用音效结构，能够适用所有游戏类型，比较灵活，而且不至于过于宽松，能够实现自动化音效工程设计。

在一个实施例中，预设命名规范为一级命名规范；音频文件为游戏音频文件。当音频文件的文件命名符合预设命名规范时，则从文件命名中解析音频文件的音效结构包括：当音频文件的文件命名符合一级命名规范时，则从针对一级命名规范中的音效名设置的二级命名规范中，选取与音频文件所属游戏类型对应的二级命名规范；当音频文件的文件命名符合二级命名规范时，从文件命名中解析音频文件的音效结构。

其中，二级命名规范，是在一级命名规范的基础上进一步约束，约束音效名的具体命名方式。即，针对一级命名规范中的音效名设置了二级命名规范。二级命名规范可以是以游戏类型为划分依据对音效名进行的进一步约束。即，针对同一音效类型下的不同游戏类型设置了各自相应的细节命名规范。同一游戏类型对应同一二级命名规范。

具体地，当音频文件的文件命名符合一级命名规范时，计算机设备则可以从针对一级命名规范中的音效名设置的二级命名规范中，选取与音频文件所属游戏类型对应的二级命名规范。当音频文件的文件命名符合二级命名规范时，从文件命名中解析音频文件的音效结构。

在一个实施例中，二级命名规范，除定义各类音效的更细一步音效结构外，还可以包含音效播放属性预设值。即，还包括音效播放属性相关标准信息。计算机设备可以将包含的音效播放属性预设值导入音效工程文件中，以实现对音效播放属性的动态配置。

上述实施例中，使用两级命名规范，通过一级命名规范做基本约束，定义音效类型和通用音效结构，能够实现自动化音效工程设计。并且结合二级命名规范针对不同的游戏类型进行细节的命名规范，在满足自动化音效工程设计的前提下，又能够实现更加的细节和准确。

在一个实施例中，步骤s206包括：针对音频文件包括的每个声道创建相应的音频缓冲队列；发送音频文件中的各声道音频数据至相应声道的音频缓冲队列；针对每个音频检测项，从音频检测项的需处理声道的音频缓冲队列中，获取符合音频检测项对应音频帧长度的声道音频数据；按照音频检测项的配置信息，检测声道音频数据。

其中，音频检测项，是需要检测的音频项。

在一个实施例中，音频检测项，包括体现声音内容的音频参数。在一个实施例中，体现声音内容的音频参数包括静音长度、声相和爆音等多种音频参数中的至少一种。可以理解，在其他实施例中，音频检测项还可以包括其他方面的音频参数。

在一个实施例中，音频检测项的配置信息，可以包括音频检测项配置值。音频检测项配置值，是针对音频检测项预先配置的标准值。

具体地，计算机设备可以通过文件格式解析器对音频文件进行格式解析，确定音频文件所包括的声道。计算机设备可以针对音频文件包括的每个声道创建相应的音频缓冲队列。计算机设备可以从音频文件中读取音频数据，并将各个声道所对应的声道音频数据发送至相应声道的音频缓冲队列进行缓存。

可以理解，有的音频检测项各声道单独处理即可完成(比如，爆音检测)，有的音频检测项又需要对多个声道的声道音频数据进行处理才能完成(比如，声相检测)。所以，针对每个音频检测项，计算机设备可以确定该音频检测项所对应的需处理声道。需处理声道，是指在对音频检测项进行检测时，用于提供声道音频数据以进行检测处理的声道。可以理解，需处理声道可以为一个或多个。

针对每个音频检测项，计算机设备可以从所确定的需处理声道所对应的音频缓冲队列中，获取符合音频检测项对应音频帧长度的声道音频数据。计算机设备可以按照音频检测项的配置信息，检测所获取的声道音频数据。其中，音频检测项对应音频帧长度，是指在对音频检测项进行检测时所需要的音频帧长度。

可以理解，不同音频检测项在检测时所需要的音频帧长度可能不同。比如，有的音频检测项仅需要10ms的音频帧长度就可以达到检测需要的数据量，而有的音频检测项可能需要20ms的音频帧长度才能达到检测需要的数据量。因此，计算机设备可以获取符合音频检测项对应音频帧长度的声道音频数据，从而在保证正常音频检测的前提下，也能够准确获取音频数据的长度，避免了不必要的数据获取及处理，从而提高了效率。

在一个实施例中，该方法还包括：针对每个音频检测项，当音频检测项的需处理声道为多个时，则根据针对各个需处理声道所对应的声道音频数据的检测结果，确定音频检测项的检测结果。

可以理解，当一项音频检测项的需处理声道为多个时，计算机设备则可以从该音频检测项的每个需处理声道的音频缓冲队列中，分别获取符合音频检测项对应音频帧长度的声道音频数据；并按照音频检测项的配置信息，分别检测各获取的声道音频数据，得到各个需处理声道所对应的声道音频数据的检测结果。计算机设备可以将对各个需处理声道所对应的声道音频数据的检测结果结合起来，确定音频检测项最终的检测结果。比如，当一个音频检测项的需处理声道为左声道和右声道，那么，计算机设备则可以分别对左声道和右声道的声道音频数据进行相应检测，然后根据左声道的声道音频数据的检测结果和右声道的声道音频数据的检测结果，确定音频检测项最终的检测结果。

上述实施例中，将不同声道的音频数据分配到不同的音频缓冲队列中，能够实现区分声道化的音频检测处理。此外，不同音频检测项在检测时所需要的音频帧长度可能不同。因此，计算机设备可以获取符合音频检测项对应音频帧长度的声道音频数据，从而在保证正常音频检测的前提下，也能够准确获取音频数据的长度，避免了不必要的数据获取及处理，从而提高了效率。

在一个实施例中，该方法还包括：对应于每个音频缓冲队列，挂载按照各音频检测项对应的音频帧长度设置的各缓冲块。本实施例中，从音频检测项的需处理声道的音频缓冲队列中，获取符合音频检测项对应音频帧长度的声道音频数据包括：包括：从音频检测项的需处理声道的音频缓冲队列中，发送声道音频数据至挂载于音频缓冲队列的、且与音频帧长度相应的缓冲块，直至缓冲块达到数据充满状态。本实施例中，按照音频检测项的配置信息，检测声道音频数据包括：当缓冲块达到数据充满状态时，按照音频检测项的配置信息，检测缓冲块中缓存的声道音频数据。

其中，缓冲块，用于缓存符合音频检测项对应的音频帧长度的音频数据。不同缓冲块所缓存的音频帧长度不同。数据充满状态，是指缓冲块被音频缓冲队列发送的声道音频数据填充满的状态。

可以理解，缓冲块的作用相当于对同一音频缓冲队列中的声道音频数据，按照各音频检测项对应的音频帧长度进行分帧。

具体地，计算机设备可以在针对音频文件包括的每个声道创建相应的音频缓冲队列之后，对应于每个音频缓冲队列，挂载按照各音频检测项对应的音频帧长度设置的各缓冲块；从音频检测项的需处理声道的音频缓冲队列中，发送声道音频数据至挂载于音频缓冲队列的、且与音频帧长度相应的缓冲块，直至缓冲块达到数据充满状态。

可以理解，由于缓冲块已经被充满，则无法再接收数据，缓冲块达到数据填满状态时，缓冲块中所缓存的声道音频数据的长度，即为与音频检测项对应的音频帧长度。当缓冲块达到数据充满状态时，计算机设备可以按照音频检测项的配置信息，检测缓冲块中缓存的声道音频数据。

为了便于理解，现举例说明。比如，5个音频检测项d1～d5，分别对应的音频帧长度为l1～l5，那么，就可以创建长度分别为l1～l5的5个缓冲块b1～b5，然后在每一个音频缓冲队列中都挂载长度分别为l1～l5的5个缓冲块。当检测所需音频帧长度为l1的音频检测项d1时，就可以从音频缓冲队列中复制声道音频数据至缓冲块b1(缓冲块b1的长度为l1)，直至缓冲块b1被填满，这个时候，缓冲块b1中所接收的声道音频数据的长度也为l1。计算机设备则可以按照音频检测项d1的配置信息，检测缓冲块b1中缓存的长度为l1的声道音频数据。

在一个实施例中，该方法还包括：针对每个缓冲块，挂载符合缓冲块对应音频帧长度的音频检测端口。本实施例中，按照音频检测项的配置信息，检测缓冲块中缓存的声道音频数据包括：通过挂载于缓冲块的音频检测端口，获取缓冲块中缓存的声道音频数据，并按照音频检测项的配置信息，检测获取的声道音频数据。

可以理解，符合缓冲块对应音频帧长度的音频检测端口，其所能够存储的音频帧长度与所挂载的缓冲块的长度相符。

具体地，计算机设备在对应于每个音频缓冲队列，挂载按照各音频检测项对应的音频帧长度设置的各缓冲块之后，针对每个缓冲块，挂载符合缓冲块对应音频帧长度的音频检测端口。其中，可以按照预设数量创建挂载于同一缓冲块的音频检测端口。

从音频检测项的需处理声道的音频缓冲队列中，发送声道音频数据至挂载于音频缓冲队列的、且与音频帧长度相应的缓冲块，直至缓冲块达到数据充满状态。当缓冲块达到数据充满状态时，通过挂载于该缓冲块的音频检测端口，获取该缓冲块中缓存的声道音频数据，并按照音频检测项的配置信息，检测获取的声道音频数据。

假设，5个音频检测项d1～d5，分别对应的音频帧长度为l1～l5，那么，就可以创建长度分别为l1～l5的5个缓冲块b1～b5，然后在每一个音频缓冲队列中都挂载长度分别为l1～l5的5个缓冲块。针对每个缓冲块创建3个音频检测端口，假设针对缓冲块b1挂载了3个音频检测端口p1～p3。当检测所需音频帧长度为l1的音频检测项d1时，从音频缓冲队列中复制声道音频数据至缓冲块b1(缓冲块b1的长度为l1)，直至缓冲块b1被填满，这个时候，缓冲块b1中所接收的声道音频数据的长度也为l1。缓冲块则可以将接收的长度为l1的声道音频数据发送至音频检测端口p1，使其按照音频检测项的配置信息，对该声道音频数据进行音频检测处理。可以理解，缓冲块b1可以继续接收后面的声道音频数据，如果音频检测端口p1并不空闲，还在对上次接收的声道音频数据进行检测，那么，缓冲块b1就可以将新接收的声道音频数据发送给其他的音频检测端口(比如p2)进行检测。通过流式检测实现在音频数据检测过程中的连贯性和高效性。

可以理解，当音频检测项的需处理声道为多个时，则可以组合各需处理声道所对应的音频检测端口来分别进行检测，然后将检测结果结合起来，确定该音频检测项最终的检测结果。相当于组合多个音频检测端口来完成对音频检测项的检测。

图5为一个实施例中音频流式检测结构示意图。参照图5，可以通过文件格式解析器解析音频文件的格式，音频多通道分发器根据解析音频文件的格式得到的声道数目c创建相应数目的音频缓冲队列(0～c-1)。模板解析器对进行音频检测项检测的检测模板解析得到与音频检测项对应的音频帧长度。音频检测管理器根据模板解析器解析出的与音频检测项对应的音频帧长度，创建相应长度的缓冲块(0～k-1)，然后将创建后的各缓冲块挂载到每个音频缓冲队列。图5中仅以音频缓冲队列(0)为例对挂载缓冲块进行示意说明，为了简洁，省略了对应于其他音频缓冲队列挂载缓冲块。针对每个缓冲块，挂载相同音频帧长度的多个音频检测端口(0～m0-1)。可以理解，音频检测端口负责执行对各个音频检测项的检测算法。音频流读取到音频数据后，发送给音频多通道分发器。音频多通道分发器将每个声道音频数据发给对应声道的音频缓冲队列。针对每个音频检测项，音频缓冲队列复制音频数据给挂载的符合该音频检测项所需要音频帧长度的缓冲块。当缓冲块接收数据满时，通知音频检测端口执行对应检测算法处理。音频检测端口计算出检测数据后，将检测数据发送给音频检测管理器统计检测结果。对于需要多个声道同时处理的音频检测项，需要组合多个声道的音频检测端口来完成检测处理。可以理解，可以结合多个音频检测端口的检测数据，得到该音频检测项最终的检测结果。需要说明的是，根据需要也可以将挂载于同一音频缓冲队列下的不同缓冲块的音频检测端口组合进行检测

上述实施例中，通过音频流式检测结构，兼容了对不同音频检测项的区别配置。此外，能够提高检测效率。

在一个实施例中，标准化信息包括音量标准值。步骤s208包括：确定音频文件所对应的预设音量指标的值；当预设音量指标的值符合标准值调整条件时，则将预设音量指标的值调整至音量标准值。

其中，预设音量指标，是预先设置的音量指标。音量指标，是用于表示音量特征的指标。音量标准值，是预先设置的标准化的音量值。

在一个实施例中，计算机设备可以获取预先针对不同的音效类型分别设置的音量标准值。计算机设备可以获取与音频文件的音效类型对应的音量标准值，当预设音量指标的值符合标准值调整条件时，则将预设音量指标的值调整至该音量标准值。

标准值调整条件，是能够将预设音量指标的值调整为预设的音量标准值的条件。即，符合标准值调整条件，则表明能够预设音量指标的值进行标准化处理，那么该音频文件即为能够完成音量标准化的音频文件。

在一个实施例中，标准值调整条件，可以包括预设音量指标的值与音量标准值的差异小于预设范围。

在一个实施例中，预设音量指标可以包括均方根。预设音量指标的值可以为均方根音量值。均方根(rms，root-mean-square)音量值，是对声音的时域波形(即声波)中的声压求均方根得到的值。即，对声音的时域波形中各个时间的声压的平方求平均值，再进行开方，得到均方根音量值。声压是由于声波的存在而引起的压力增值。

可以理解，声音是模拟信号，声音的时域波形只代表声压随时间变化的关系，不能很好的代表声音的特征。所以，需要通过一些音量指标来表示音量特征。在其他实施例中，预设音量指标还可以是其他指标，比如，均方、方差等指标。

在一个实施例中，预设音量指标的值为均方根音量值。该方法还包括：确定音频文件对应的音频最大增益值；当均方根音量值不符合标准值调整条件时，则将均方根音量值调整至音频最大增益值。

其中，增益(gain)，是对元器件、电路、设备或系统，其电流、电压或功率增加的程度，通常以分贝(db)数来规定。音频最大增益值，表示音频文件最大的增益值。

可以理解，均方根音量值不符合标准值调整条件时，则表明音频文件的局部音量过大，这个时候如果强行调整，可能会出现问题，所以，当均方根音量值不符合标准值调整条件时，则将均方根音量值调整至音频最大增益值。

图6为一个实施例中音量标准化流程。参照图6，通过rms预设值解析模块，解析对应不同音效类型设置的音量标准值，并将与该音频文件的音效类型对应的音量标准值提供给音量标准化模块，音量标准化模块计算音频文件的均方根音量值和音频最大增益值，参考音量标准值，对音频文件的均方根音量值进行修正，以使其标准化。其中，对于能够完成音量标准化的音频文件(即，均方根音量值符合标准值调整条件的音频文件)，将均方根音量值标准化到对应的音量标准值；对于局部音量过大的音频文件(即，均方根音量值不符合标准值调整条件的音频文件)，使用最大增益值进行标准化，并可以修改游戏音效工程做标识，以标记进行了标准化处理。此外，也可以通过标准化处理查询获取当前已经处理及未处理的音频文件列表，对于未标准化处理的音频文件，在音频文件导入至游戏音效工程文件后，仍然可以再进行标准化处理，以避免遗漏。

上述实施例中，配置音量标准值对音量进行标准化处理，不需要手动调整，提高了效率。此外，针对不同情况的音频文件(能够完成音量标准化的音频文件和局部音量过大的音频文件)，能够自适应确定合适的值作为标准化的值，提高了准确性。

在一个实施例中，音效结构描述信息为音频文件的文件命名。本实施例中，步骤s204中的解析音效结构描述信息，得到音频文件的音效结构包括：根据预设命名规范解析文件命名中包括的音效类型；当成功解析出音效类型时，识别音效类型和文件命名中的随机播放索引；根据识别到的音效类型和随机播放索引，得到音效文件的音效结构，并针对识别到的随机播放索引设置相应的随机属性。

可以理解，计算机设备可以初始化导入列表和错误列表。其中，导入列表中包括待导入音效工程文件中的音频文件集合。错误列表中包括解析错误的音频文件集合。需要说明的是，初始化的导入列表和错误列表中为空集。随着后续的解析判断，慢慢添加进相应的音频文件。

具体地，计算机设备可以获取音频文件列表。音频文件列表中包括需要经音效处理后导入至音效工程文件中的一个或多个音频文件。计算机设备可以针对音频文件列表中的音频文件逐个地进行处理。针对每个音频文件，计算机设备可以根据预设命名规范解析文件命名，判断音频文件对应的音效类型。解析错误的添加到错误列表中。当成功解析出音效类型时，则识别该音效类型。并判断文件命名中是否带有随机播放索引，如果识别到文件命名中有随机播放索引，则针对识别到的随机播放索引设置相应的随机属性。计算机设备可以根据识别到的音效类型和随机播放索引，得到音效文件的音效结构。

进一步地，计算机设备可以将该音频文件添加至导入列表。通过对导入列表中的音频文件进行音频检测项的检测和标准化处理之后，得到标准化音频文件。计算机设备可以通过修改音效工程文件或调用导入接口，将将标准化音频文件导入至初始音效工程文件中，得到音效工程文件，并且，将导入列表中的音频文件的音效结构和相应属性信息转换成音效工程文件中的标准音效结构，从而实现对音频文件的自动导入。

在一个实施例中，该方法还包括：当识别出的音效类型为特技音效时，从文件命名中解析出分组类别。本实施例中，根据识别到的音效类型和随机播放索引，得到音效文件的音效结构包括：根据识别到的音效类型、随机播放索引和分组类别，得到音效文件的音效结构。

其中，特技音效，即sfx(soundeffects,特指游戏玩法相关音效类型)。可以理解，在游戏应用中，特技音效，是指和玩法相关的音效。本实施例中，针对特技音效，又进行了分组，因此，当音效类型为特技音效时，文件命名中包括分组类别。

在一个实施例中，分组类别包括具体音效和通用音效。具体音效，是指某种特技所具有的特定音效。通用音效，是一些特技所具有的通用音效。即，一些特技可以共同使用该通用音效。

在一个实施例中，预设命名规范为一级命名规范。该方法还包括：当针对一级命名规范中的音效名设置有二级命名规范时，则按照二级命名规范对文件命名进行解析，并针对解析结果设置相应的音效属性(比如，音效播放属性信息)。本实施例中，根据识别到的音效类型、随机播放索引和分组类别，得到音效文件的音效结构包括：根据识别到的音效类型、随机播放索引、分组类别和解析结果，得到音效文件的音效结构。

可以理解，当规则模板对一级命名规范中的音效名进一步设置了规则约束，即设置了二级命名规范时，则可以进一步地按照二级命名规范对文件命名进行解析，并针对解析结果设置相应的音效属性。计算机设备则可以根据识别到的音效类型、随机播放索引、分组类别和解析结果，得到音效文件的音效结构。

图7为一个实施例中音频自动导入的简化流程示意图。参照图7，初始化导入列表(implist)和错误列表(errlist)。当音频文件列表中还有音频文件未完成处理，则解析该音频文件的文件命名，以解析其中包括的音效类型，当解析音效类型成功时，则识别该音效类型(sndtype)和随机播放索引(randindex)。当音效类型为特技音效(sfx)时，则解析文件命名中的分组类别(groupstr)。如果规则模板进一步提供对音效名的约束规则，即设置了二级命名规范。计算机设备则可以按照二级命名规范对文件命名进行解析，解析文件命名中的音效名所属的游戏类型，并针对解析结果设置相应的音效属性。可以理解，根据上述解析得到的音效类型、随机播放索引、分组类别、解析结果和设置的音效属性，即可以得到音效文件的音效结构。然后，计算机设备可以将该音频文件添加至导入列表。当对音频文件列表中所有的音频文件皆处理完毕后，则可以将导入列表中的音频文件进行音频检测以及标准化处理后，导入至游戏音效工程文件。并将音效结构转换为标准音效结构导入至游戏音效工程文件，还可以将设置的音效属性转换设置为游戏音效工程文件中的相关音效属性。针对错误列表中的音效文件，可以输出报告。

上述实施例中，通过预设的一级和二级命名规范，自动解析出音频文件的音效结构，以及获取相应的音效属性，而不需要手动操作，提高了效率。

如图8所示，在一个实施例中，提供了一种音效处理装置800，该装置800包括：解析模块802、检测模块804、标准化处理模块806以及导入模块808，其中：

解析模块802，用于获取音频文件；当所述音频文件对应的音效结构描述信息符合预设规范时，则解析所述音效结构描述信息，得到所述音频文件的音效结构。

检测模块804，用于按照音频检测项的配置信息对所述音频文件的音频检测项进行检测。

标准化处理模块806，用于按照预先设置的标准化信息，对检测通过的音频文件进行标准化处理，得到标准化音频文件。

导入模块808，用于导入所述标准化音频文件至创建的初始音效工程文件，得到音效工程文件；按预设转换规则，将所述音效结构转换为音效工程文件中的标准音效结构。

在一个实施例中，所述音效结构描述信息为所述音频文件的文件命名；所述预设规范为预设命名规范。解析模块802还用于从规则模板中，选取与所述音频文件的音效类型对应的预设命名规范；所述预设命名规范中包括定义所述音效类型的前缀命名；当所述音频文件的文件命名符合所述预设命名规范时，则从所述文件命名中解析所述音频文件的音效结构。

如图9所示，在一个实施例中，检测模块804包括：

创建单元804a，用于针对所述音频文件包括的每个声道创建相应的音频缓冲队列；

音效检测单元804b，用于发送所述音频文件中的各声道音频数据至相应声道的音频缓冲队列；针对每个音频检测项，从所述音频检测项的需处理声道的音频缓冲队列中，获取符合所述音频检测项对应音频帧长度的声道音频数据；按照所述音频检测项的配置信息，检测所述声道音频数据。

在一个实施例中，创建单元804a还用于对应于每个音频缓冲队列，挂载按照各音频检测项对应的音频帧长度设置的各缓冲块；音效检测单元804b还用于从所述音频检测项的需处理声道的音频缓冲队列中，发送声道音频数据至挂载于所述音频缓冲队列的、且与所述音频帧长度相应的缓冲块，直至所述缓冲块达到数据充满状态；当所述缓冲块达到数据充满状态时，按照所述音频检测项的配置信息，检测所述缓冲块中缓存的声道音频数据。

在一个实施例中，创建单元804a还用于针对每个缓冲块，挂载符合缓冲块对应音频帧长度的音频检测端口；音效检测单元804b还用于通过挂载于所述缓冲块的音频检测端口，获取所述缓冲块中缓存的声道音频数据，并按照所述音频检测项的配置信息，检测获取的所述声道音频数据。

在一个实施例中，所述标准化信息包括音量标准值；标准化处理模块806还用于确定所述音频文件所对应的预设音量指标的值；当所述预设音量指标的值符合标准值调整条件时，则将所述预设音量指标的值调整至所述音量标准值。

在一个实施例中，所述音效结构描述信息为所述音频文件的文件命名。解析模块802还用于根据预设命名规范解析所述文件命名中包括的音效类型；当成功解析出音效类型时，识别所述音效类型和文件命名中的随机播放索引；根据识别到的所述音效类型和随机播放索引，得到所述音效文件的音效结构，并针对识别到的随机播放索引设置相应的随机属性。

在一个实施例中，解析模块802还用于当识别出的音效类型为特技音效时，从所述文件命名中解析出分组类别；根据识别到的所述音效类型、随机播放索引和所述分组类别，得到所述音效文件的音效结构。

图10为一个实施例中计算机设备的内部结构示意图。参照图10，该计算机设备可以是图1中所示的音效设计设备110。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，存储器包括非易失性存储介质和内存储器。该计算机设备的非易失性存储介质可存储操作系统和计算机程序。该计算机程序被执行时，可使得处理器执行一种音效处理方法。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该内存储器中可储存有计算机程序，该计算机程序被处理器执行时，可使得处理器执行一种音效处理方法。计算机设备的网络接口用于进行网络通信。

本领域技术人员可以理解，图10中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，本申请提供的音效处理装置可以实现为一种计算机程序的形式，计算机程序可在如图10所示的计算机设备上运行，计算机设备的非易失性存储介质可存储组成该音效处理装置的各个程序模块，比如，图8所示的解析模块802、检测模块804、标准化处理模块806以及导入模块808。各个程序模块所组成的计算机程序用于使该计算机设备执行本说明书中描述的本申请各个实施例的音效处理方法中的步骤，例如，计算机设备可以通过如图8所示的音效处理装置800中的解析模块802获取音频文件；当所述音频文件对应的音效结构描述信息符合预设规范时，则解析所述音效结构描述信息，得到所述音频文件的音效结构。计算机设备可以通过检测模块804按照音频检测项的配置信息对所述音频文件的音频检测项进行检测。计算机设备可以通过标准化处理模块806按照预先设置的标准化信息，对检测通过的音频文件进行标准化处理，得到标准化音频文件。计算机设备可以通过导入模块808导入所述标准化音频文件至创建的初始音效工程文件，得到音效工程文件；按预设转换规则，将所述音效结构转换为音效工程文件中的标准音效结构。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述音效处理方法的步骤。此处音效处理方法的步骤可以是上述各个实施例的音效处理方法中的步骤。

在一个实施例中，提供了一种计算机可读存储介质，存储有计算机程序，计算机程序被处理器执行时，使得处理器执行上述音效处理方法的步骤。此处音效处理方法的步骤可以是上述各个实施例的音效处理方法中的步骤。

应该理解的是，虽然本申请各实施例中的各个步骤并不是必然按照步骤标号指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，各实施例中至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一非易失性计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(rom)、可编程rom(prom)、电可编程rom(eprom)、电可擦除可编程rom(eeprom)或闪存。易失性存储器可包括随机存取存储器(ram)或者外部高速缓冲存储器。作为说明而非局限，ram以多种形式可得，诸如静态ram(sram)、动态ram(dram)、同步dram(sdram)、双数据率sdram(ddrsdram)、增强型sdram(esdram)、同步链路(synchlink)dram(sldram)、存储器总线(rambus)直接ram(rdram)、直接存储器总线动态ram(drdram)、以及存储器总线动态ram(rdram)等。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本发明的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干变形和改进，这些都属于本发明的保护范围。因此，本发明专利的保护范围应以所附权利要求为准。