一种音频数据处理方法、装置及介质与流程

本发明涉及互联网通信技术领域，尤其涉及一种音频数据处理方法、装置及介质。

背景技术：

伴随科技发展和用户的需要，车辆上的科技也得到了飞跃性的发展。车机系统(比如智能车机)可以帮助用户在使用车辆时获得更便利的服务体验，比如车机系统可以控制音频数据的播放，借助车机系统用户通过对应的应用程序可以在车内体验智能语音交互、导航语音播报、音乐播放、有声读物播放等业务服务。

然而，车机系统由不同的汽车厂商提供，对于车机系统的构建并未基于统一的工业标准。同时，相对于应用程序，车机系统的研发周期长且迭代升级成本高。这样应用程序需要进行不同程度的差异化调整以适配不同的车机系统，否则影响该应用程序的运行稳定性，进而影响对应的业务服务的实现。因此，需要提供更有效的方案，以便提高应用程序的运行稳定性。

技术实现要素：

为了解决现有技术应用在借助车机系统体验应用程序对应的业务服务时，应用程序的运行稳定性差等问题，本发明提供了一种音频数据处理方法、装置及介质：

一方面，本发明提供了一种音频数据处理方法，应用于音频数据处理平台，车机系统为所述音频数据处理平台提供有用于调用所述车机系统对应的发声模块的系统接口，所述音频数据处理平台为至少一个应用程序端提供统一接口，所述方法包括：

通过所述统一接口接收所述应用程序端针对待处理音频数据的播放请求，所述播放请求携带有所述待处理音频数据对应的音频数据类型标识；

根据所述待处理音频数据对应的音频数据类型标识，生成所述待处理音频数据对应的播放执行结果；

将所述待处理音频数据对应的播放执行结果发送至所述应用程序端，以使得所述应用程序端根据所述待处理音频数据对应的播放执行结果来确定是否通过所述音频数据处理平台调用所述发声模块。

另一方面提供了一种音频数据处理方法，应用于应用程序端，所述应用程序端通过音频数据处理平台提供的统一接口以实现对车机系统对应的发声模块的调用，所述车机系统为所述音频数据处理平台提供有用于调用所述发声模块的系统接口，所述方法包括：

通过所述统一接口向所述音频数据处理平台发送针对待处理音频数据的播放请求，所述播放请求携带有所述待处理音频数据对应的音频数据类型标识；

接收所述音频数据处理平台返回的所述待处理音频数据对应的播放执行结果；

根据所述待处理音频数据对应的播放执行结果，确定是否通过所述音频数据处理平台调用所述车机系统对应的系统接口；

其中，所述待处理音频数据对应的播放执行结果为所述音频数据处理平台根据所述待处理音频数据对应的音频数据类型标识生成。

另一方面提供了一种音频数据处理装置，应用于音频数据处理平台，车机系统为所述音频数据处理平台提供有用于调用所述车机系统对应的发声模块的系统接口，所述音频数据处理平台为至少一个应用程序端提供统一接口，所述装置包括：

播放请求接收模块：用于通过所述统一接口接收所述应用程序端针对待处理音频数据的播放请求，所述播放请求携带有所述待处理音频数据对应的音频数据类型标识；

播放执行结果生成模块：用于根据所述待处理音频数据对应的音频数据类型标识，生成所述待处理音频数据对应的播放执行结果；

播放执行结果发送模块：用于将所述待处理音频数据对应的播放执行结果发送至所述应用程序端，以使得所述应用程序端根据所述待处理音频数据对应的播放执行结果来确定是否通过所述音频数据处理平台调用所述发声模块。

另一方面提供了一种音频数据处理装置，应用于应用程序端，所述应用程序端通过音频数据处理平台提供的统一接口以实现对车机系统对应的发声模块的调用，所述车机系统为所述音频数据处理平台提供有用于调用所述发声模块的系统接口，所述装置包括：

播放请求发送模块：用于通过所述统一接口向所述音频数据处理平台发送针对待处理音频数据的播放请求，所述播放请求携带有所述待处理音频数据对应的音频数据类型标识；

播放执行结果接收模块：用于接收所述音频数据处理平台返回的所述待处理音频数据对应的播放执行结果；

播放执行模块：用于根据所述播放执行结果，确定是否通过所述音频数据处理平台调用所述车机系统对应的系统接口；

其中，所述待处理音频数据对应的播放执行结果为所述音频数据处理平台根据所述待处理音频数据对应的音频数据类型标识生成。

另一方面提供了一种电子设备，所述电子设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上述的音频数据处理方法。

另一方面提供了一种计算机可读存储介质，所述存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上述的音频数据处理方法。

本发明提供的一种音频数据处理方法、装置及介质，具有如下技术效果：

本发明中车机系统为音频数据处理平台提供有用于调用所述车机系统对应的发声模块的系统接口，所述音频数据处理平台为至少一个应用程序端提供统一接口，能够降低应用程序端对应的适配难度、开发成本，提高应用程序的运行稳定性，进而保证对应的音频数据的有效播放。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案和优点，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它附图。

图1是本发明实施例提供的一种应用环境的示意图；

图2是本发明实施例提供的一种音频数据处理方法的流程示意图；

图3是本发明实施例提供的对音频数据播放策略表进行补充的一种的流程示意图；

图4是本发明实施例提供的确定应用程序端类型标识的一种流程示意图；

图5是本发明实施例提供的根据所述待处理音频数据对应的音频数据类型标识，生成所述待处理音频数据对应的播放执行结果的一种流程示意图；

图6也是本发明实施例提供的一种音频数据处理方法的流程示意图；

图7也是本发明实施例提供的一种音频数据处理方法的流程示意图；

图8是本发明实施例提供的一种音频数据处理装置的组成框图；

图9也是本发明实施例提供的一种音频数据处理装置的组成框图；

图10是本发明实施例提供的进行音频数据处理的一种应用场景示意图；

图11是本发明实施例提供的一种服务器的结构示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或服务器不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

请参阅图1，图1是本发明实施例提供的一种应用环境的示意图，如图1所示，该应用环境中，在应用程序端于车机系统之间，构建一音频数据处理平台。车机系统为音频数据处理平台提供有用于调用所述车机系统对应的发声模块的系统接口，所述音频数据处理平台为至少一个应用程序端提供统一接口，应用程序端可以通过音频数据处理平台提供的统一接口以实现对车机系统对应的发声模块的调用。这样应用程序端通过音频数据处理平台实现对应的业务服务基于车机系统的发声模块的音频数据播放。需要说明的是，图1仅仅是一种示例。

具体的，车机系统可以为原生操作系统，利用原生操作系统定义的音源通道作为系统接口。车机系统也可以在原生操作系统定义的音源通道的基础上进行扩展。在扩展时可以考虑可能在车内环境中出现的声音类型(比如报警、电台、蓝牙通话等)；同时考虑驾驶的安全性等，设置基于声音类型的播放策略，以实现对车内环境播放声音的严格管控，避免出现不符合预期的声音。经扩展，车机系统对应的声音类型数量往往庞大(比如20以上)，进而基于声音类型的播放策略也往往复杂繁琐。

具体的，应用程序端提供含有音频数据播放功能的应用程序。该应用程序可以为c/s(客户端/服务器端)应用程序，也可以为b/s(浏览器端/服务器端)应用程序。应用程序端可以提供包括至少一个上述应用程序的应用套件(比如一系列功能性应用程序集合)。

在实际应用中，应用程序端基于车机系统的发声模块播放的音频数据的内容包括但不限于歌曲、有声读物、导航语音、聊天语音(比如自然人聊天语音、机器人聊天语音)。

以下介绍本发明一种音频数据处理方法的具体实施例，图2是本发明实施例提供的一种音频数据处理方法的流程示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图2所示，所述方法可以包括：

s201：应用程序端通过所述统一接口向所述音频数据处理平台发送针对待处理音频数据的播放请求，所述播放请求携带有所述待处理音频数据对应的音频数据类型标识；

在本发明实施例中，车机系统为所述音频数据处理平台提供有用于调用所述车机系统对应的发声模块的系统接口，所述音频数据处理平台为至少一个应用程序端提供统一接口，所述应用程序端可以通过音频数据处理平台提供的统一接口以实现对车机系统对应的发声模块的调用。音频数据处理平台可以提供虚拟音源服务，虚拟音源服务可以是独立于各应用程序端提供的应用程序的虚拟音源服务应用。各应用程序端提供的应用程序可以通过所述统一接口与虚拟音源服务应用连接，统一接口可以是集成到上述应用程序中的代码库，通过统一接口可以实现将应用程序端状态回传至音频数据处理平台的功能。其中，所述车机系统对应的发声模块可以为至少一个，所述发声模块对应的系统接口也可以为至少一个。

进一步的，音频数据处理平台通过所述统一接口接收所述应用程序端针对待处理音频数据的播放请求。播放请求指向所述车机系统的音频焦点(发声模块正在播放的音频数据)。同一时间，音频焦点可以不只一个，这样可以实现车内的混音播放场景。此时可以设置各音频焦点的对应播放音量。

在一个具体的实施例中，音频数据处理平台创建音频数据播放策略表，音频数据播放策略表中记录包括至少一个音频数据类型标识和各个所述音频数据类型标识对应的播放优先级信息。音频数据类型标识可以基于不同维度(比如不同车辆使用场景下，不同应用程序端对应的使用热度；音频数据对应的使用语言)进行分类而设置。所述音频数据类型标识对应的播放优先级信息可以包括该音频数据类型标识对应的优先级别(比如a级、b级等)以及冲突响应分类(对应不同音频数据类型标识的两个待处理音频数据存在播放冲突时的执行响应，可参见下表1)。音频数据处理平台创建音频数据播放策略表时，可以参考车机系统对应的声音类型播放策略表(由车机系统设置，记录包括至少一个声音类型标识和各个所述声音类型标识对应的播放优先级信息)来创建；可以结合应用程序端对应的业务属性(比如导航业务属性、聊天业务属性、音乐播放业务属性等)来创建。应用程序端提供的业务服务往往更关注用户的需求变化，也会根据不同的应用场景作出更细粒度的应用程序开发。

表1

在使用车机系统对应的发声模块进行对应的音频数据播放的过程中，可以根据音频数据播放策略表对声音类型播放策略表进行灵活扩展、变更等。这样可以解决应用程序端提供的业务服务对应的音频数据播放受限问题，进而更好的为用户提供满足不同应用场景需求的业务服务。比如在车辆行驶场景中，可以为导航音源设置较高级别的优先级，避免导航音源对应的重要导航内容因优先级较低而无法播放，进而影响用户驾驶车辆的安全性。

在另一个具体的实施例中，如图3所示，所述音频数据播放策略表通过执行下述步骤补充，包括：

s301：根据所述分类请求携带的所述目标类型标识，在所述音频数据播放策略表中进行匹配，得到匹配结果；

音频数据播放策略表中包括至少一个音频数据类型标识。进行匹配时，将目标类型标识与音频数据播放策略表中已记录的音频数据类型标识进行相似度匹配。

s302：当所述匹配结果为匹配失败时，在所述音频数据播放策略表中补充所述目标类型标识以及设置所述目标类型标识对应的播放优先级信息。

可以根据匹配计算得到的相似度值与相似度阈值之间的关系，确定匹配结果为匹配成功或匹配失败。当所述匹配结果为匹配失败时，说明当前的音频数据播放策略表中不存在与目标类型标识的相似度值超过相似度阈值的音频数据类型标识，进而在当前的音频数据播放策略表中补充所述目标类型标识以及设置所述目标类型标识对应的播放优先级信息。当然，当所述匹配结果为匹配成功时，说明当前的音频数据播放策略表中存在与目标类型标识的相似度值超过相似度阈值的音频数据类型标识，这样可以使用当前的音频数据播放策略表中的音频数据类型标识作为后续步骤s402中的应用程序端类型标识。

灵活、及时的更新音频数据播放策略表，实现应用程序端与音频数据处理平台就音频数据播放策略的对接，后续在音频数据播放策略表的基础上调整声音类型播放策略表，减小应用程序端适应不同车机系统差异性的难度，进而保证应用程序端提供的应用程序的稳定运行，实现对应的业务服务基于发声模块的音频数据播放。

在另一个具体的实施例中，如图4所示，所述应用程序端通过所述统一接口向所述音频数据处理平台发送针对待处理音频数据的播放请求之前，包括：

s401：通过所述统一接口向所述音频数据处理平台发送分类请求；

当分类请求中携带有目标类型标识时，可以参考步骤s301-s302对应的对音频数据播放策略表进行补充的描述内容，这里不再赘述。当然，分类请求还可以携带指向所述应用程序端对应的业务属性的信息。

s402：接收所述音频数据处理平台返回的应用程序端类型标识；

所述应用程序端类型标识为所述音频数据处理平台根据筛选信息从所述音频数据播放策略表中选择确定，所述筛选信息包括从所述分类请求携带的目标类型标识、所述应用程序端对应的业务属性组成的群组中选择的至少一个，所述待处理音频数据对应的音频数据类型标识为所述应用程序端类型标识。

应用程序端对应的业务属性的信息可以在上述应用程序端发送的分类请求中携带，也可以由音频数据处理平台根据应用程序端的其他特征确定。进一步的，对于业务属性为导航业务属性的应用程序端，应用程序端可以根据导航内容的重要程度，进行“导航诱导播报(高)”和“导航诱导播报(低)”的更细化的分类请求。在车辆行驶场景中，可以将“前方右转”的导航内容分类为“导航诱导播报(高)”，将“开始导航”的导航内容分类为“导航诱导播报(低)”。

s202：音频数据处理平台根据所述待处理音频数据对应的音频数据类型标识，生成所述待处理音频数据对应的播放执行结果；

如图5所示，所述根据所述待处理音频数据对应的音频数据类型标识，生成所述待处理音频数据对应的播放执行结果，包括：

s501：获取当前播放音频数据对应的音频数据类型标识；

所述车机系统的音频焦点存在当前播放音频数据时，获取当前播放音频数据对应的音频数据类型标识，这样便于后续步骤中在音频数据播放策略表进行播放策略查询。当然，当车机系统的音频焦点不存在当前播放音频数据时，可以直接生成允许播放所述待处理音频数据的播放执行结果；也可以结合车辆使用场景确定是否允许播放所述待处理音频数据，进而生成对应的播放执行结果。

s502：根据所述待处理音频数据对应的音频数据类型标识和所述当前播放音频数据对应的音频数据类型标识，在所述音频数据处理平台创建的音频数据播放策略表中进行查询，得到所述待处理音频数据对应的播放执行结果和所述当前播放音频数据对应的播放执行结果。

比如待处理音频数据对应的音频数据类型标识为a指向导航音源，在所述音频数据播放策略表中进行查询，得到音频数据类型标识为a对应的播放优先级信息为优先级别a级，当前播放音频数据对应的音频数据类型标识为b指向媒体音源，在所述音频数据播放策略表中进行查询，得到音频数据类型标识为b对应的播放优先级信息为优先级别b级。可以根据a级与b级的优先级别高低，确定所述待处理音频数据对应的播放执行结果和所述当前播放音频数据对应的播放执行结果。当所述车机系统的音频焦点(当前时刻的音频焦点为当前播放音频数据)为一个，a级高于b级时，那么待处理音频数据对应的播放执行结果为：待处理音频数据将作为下一时刻的音频焦点；当前播放音频数据对应的播放执行结果为：不作为下一时刻的音频焦点。当所述车机系统的音频焦点(当前时刻的音频焦点为当前播放音频数据)为两个，a级高于b级时，那么待处理音频数据对应的播放执行结果为：待处理音频数据将作为下一时刻的音频焦点1，待处理音频数据对应的播放音量大于当前播放音频数据对应的播放音量；当前播放音频数据对应的播放执行结果为：当前播放音频数据作为下一时刻的音频焦点2，当前播放音频数据对应的播放音量小于待处理音频数据对应的播放音量。

当然，基于应用程序端发出的播放请求，申请作为下一时刻的音频焦点的待处理音频数据的数量不局限于上述。提供不同业务服务类型的应用程序可以播放指向不同业务形态的待处理音频数据，比如待处理音频数据可以指向一条导航话术，也可以指向在一定播放时长范围内的至少一条语音消息(比如聊天应用中多条来自同一联系人的未读语音消息)。车机系统下一时刻的音频焦点的数量可以根据车辆使用场景设置，也可以根据进行音频焦点申请的待处理音频数据的数量设置。进一步的，所述待处理音频数据对应的播放执行结果包括从所述待处理音频数据在当前播放优先级排序结果中位置、所述待处理音频数据的播放时长、所述待处理音频数据的播放音量组成的群组中选择的至少一个。

在实际应用中，如图10所示，当存在多个应用程序(可以来自同一应用程序端、也可来自不同的应用程序端)竞争音频焦点播放通道时，通过策略实现对竞争的协调，使音源交互体验得到保障。

听服务应用提供在线音乐服务，当听服务应用开始播放音乐时，它以“媒体音源”向音频数据处理平台发送播放请求，音频数据处理平台收到请求，因为当前没有其它音源类型在播放，给予听服务应用申请通过的结果。

播放一会后，用户激活语音应用，语音输入“导航到a地”，此时已进入语音交互过程，语音应用以“语音交互音源”向音频数据处理平台发送播放请求，当前已有音乐存在，二者进行策略仲裁，结果是通知音乐暂停播放，语音应用的播放请求通过。语音交互识别完成后，将“好的”回复给用户，语音应用以“语音交互反馈音源”向音频数据处理平台发送播放请求，经策略仲裁后，申请通过。

接着，语音应用发送识别结果给导航应用，导航应用开始执行“导航到a地”动作，搜索并展示可选地点，同时通过语音应用告知用户“已为您找到xx地点(a地)”，此时导航应用以“导航诱导播报(低)音源”向音频数据处理平台发送播放请求，仲裁服务经过判断，告知导航应用申请通过。导航应用执行查询可选路线动作，显示出三条可选，并提醒用户“已为您找到去xx地点(a地)的路线”，此时导航应用以“导航诱导播报(低)音源”向音频数据处理平台发送播放请求，仲裁服务经过判断，告知导航应用申请通过。

用户此时输入“开始导航”，语音应用识别意图后，语音反馈“好的，即将开始导航”，语音应用以“语音交互反馈音源”向音频数据处理平台发送播放请求，此时如果导航应用对应的“已为您找到去xx地点(a地)的路线”这句话播报(导航应用进行诱导播报时，每播报一句路况信息，都会申请“导航诱导播报(低)音源”，播放完成后，释放申请)还没有结束，语音应用的播放请求经过音频数据处理平台仲裁后，导航应用的声音应该被停止，语音应用的反馈声音得到播放。

当播报完语音反馈后，释放“语音交互反馈音源”，用户未有后续语音交互动作，语音退出，同时释放“语音交互音源”，此时音频数据处理平台根据音频数据播放策略表，将通知音乐开始播放。后续流程中，“导航音源”和“媒体音源”的声音将会同时出现，并根据系统混音策略输出实际声音大小(由车机系统决定)。

s203：音频数据处理平台将所述待处理音频数据对应的播放执行结果发送至所述应用程序端；

所述车机系统的音频焦点存在当前播放音频数据时，音频数据处理平台向发出播放请求的应用程序端a返回所述待处理音频数据对应的播放执行结果，音频数据处理平台还向对应的应用程序端b发送所述当前播放音频数据对应的播放执行结果。应用程序端a和应用程序端b可以是两个不同的应用程序端，也可以是同一个应用程序端。

s204：应用程序端根据所述待处理音频数据对应的播放执行结果，确定是否通过所述音频数据处理平台调用所述车机系统对应的系统接口；

当应用程序端收到的所述待处理音频数据对应的播放执行结果为允许播放时，所述应用程序端通过所述音频数据处理平台调用所述车机系统对应的系统接口，以实现待处理音频数据的播放。当应用程序端收到的所述待处理音频数据对应的播放执行结果为不允许播放时，所述应用程序端不执行通过所述音频数据处理平台调用所述车机系统对应的系统接口的动作。当然，根据步骤s502的描述，利用系统接口实现待处理音频数据的播放还包括对播放时长、播放音量等的实现。

由以上本说明书实施例提供的技术方案可见，本说明书实施例中车机系统为音频数据处理平台提供有用于调用所述车机系统对应的发声模块的系统接口，所述音频数据处理平台为至少一个应用程序端提供统一接口，统一接口相对固定，能够降低应用程序端对应的适配难度、开发成本，提高应用程序的运行稳定性，进而保证对应的音频数据的有效播放。

以下以音频数据处理平台为执行主体介绍本发明一种音频数据处理方法的具体实施例，图6是本发明实施例提供的一种音频数据处理方法的流程示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图6所示，所述方法应用于音频数据处理平台，车机系统为所述音频数据处理平台提供有用于调用所述车机系统对应的发声模块的系统接口，所述音频数据处理平台为至少一个应用程序端提供统一接口，所述方法包括：

s601：通过所述统一接口接收所述应用程序端针对待处理音频数据的播放请求，所述播放请求携带有所述待处理音频数据对应的音频数据类型标识；

s602：根据所述待处理音频数据对应的音频数据类型标识，生成所述待处理音频数据对应的播放执行结果；

s603：将所述待处理音频数据对应的播放执行结果发送至所述应用程序端，以使得所述应用程序端根据所述待处理音频数据对应的播放执行结果来确定是否通过所述音频数据处理平台调用所述发声模块。

本发明实施例还提供了一种音频数据处理平台，该音频数据处理平台包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现如上述方法实施例所提供的音频数据处理方法。

本说明书实施例中，存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

本发明实施例还提供了一种服务器的结构示意图，请参阅图11，该服务器1100用于实施上述实施例中提供的音频数据处理方法。该服务器1100可因配置或性能不同而产生比较大的差异，可以包括一个或一个以上中央处理器(centralprocessingunits，cpu)1110(例如，一个或一个以上处理器)和存储器1130，一个或一个以上存储应用程序1123或数据1122的存储介质1120(例如一个或一个以上海量存储设备)。其中，存储器1130和存储介质1120可以是短暂存储或持久存储。存储在存储介质1120的程序可以包括一个或一个以上模块，每个模块可以包括对服务器中的一系列指令操作。更进一步地，中央处理器1110可以设置为与存储介质1120通信，在服务器1100上执行存储介质1120中的一系列指令操作。服务器1100还可以包括一个或一个以上电源1160，一个或一个以上有线或无线网络接口1150，一个或一个以上输入输出接口1140，和/或，一个或一个以上操作系统1121，例如windowsservertm，macosxtm，unixtm，linuxtm，freebsdtm等等。

以下以应用程序端为执行主体介绍本发明一种音频数据处理方法的具体实施例，图7是本发明实施例提供的一种音频数据处理方法的流程示意图，本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或服务器产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。具体的如图7所示，所述方法应用于应用程序端，所述应用程序端通过音频数据处理平台提供的统一接口以实现对车机系统对应的发声模块的调用，所述车机系统为所述音频数据处理平台提供有用于调用所述发声模块的系统接口，所述方法包括：

s701：通过所述统一接口向所述音频数据处理平台发送针对待处理音频数据的播放请求，所述播放请求携带有所述待处理音频数据对应的音频数据类型标识；

s702：接收所述音频数据处理平台返回的所述待处理音频数据对应的播放执行结果；

s703：根据所述待处理音频数据对应的播放执行结果，确定是否通过所述音频数据处理平台调用所述车机系统对应的系统接口；

其中，所述待处理音频数据对应的播放执行结果为所述音频数据处理平台根据所述待处理音频数据对应的音频数据类型标识生成。

本发明实施例还提供了一种应用程序端，该应用程序端包括处理器和存储器，该存储器中存储有至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现如上述方法实施例所提供的音频数据处理方法。

本说明书实施例中，存储器可用于存储软件程序以及模块，处理器通过运行存储在存储器的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、功能所需的应用程序等；存储数据区可存储根据所述设备的使用所创建的数据等。此外，存储器可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器还可以包括存储器控制器，以提供处理器对存储器的访问。

本发明实施例还提供了一种音频数据处理装置，如图8所示，所述装置应用于音频数据处理平台，车机系统为所述音频数据处理平台提供有用于调用所述车机系统对应的发声模块的系统接口，所述音频数据处理平台为至少一个应用程序端提供统一接口，所述装置包括：

播放请求接收模块810：用于通过所述统一接口接收所述应用程序端针对待处理音频数据的播放请求，所述播放请求携带有所述待处理音频数据对应的音频数据类型标识；

播放执行结果生成模块820：用于根据所述待处理音频数据对应的音频数据类型标识，生成所述待处理音频数据对应的播放执行结果；

播放执行结果发送模块830：用于将所述待处理音频数据对应的播放执行结果发送至所述应用程序端，以使得所述应用程序端根据所述待处理音频数据对应的播放执行结果来确定是否通过所述音频数据处理平台调用所述发声模块。

需要说明的，所述装置实施例中的装置与方法实施例基于同样的发明构思。

本发明实施例还提供了一种音频数据处理装置，如图9所示，所述装置应用于应用程序端，所述应用程序端通过音频数据处理平台提供的统一接口以实现对车机系统对应的发声模块的调用，所述车机系统为所述音频数据处理平台提供有用于调用所述发声模块的系统接口，所述装置包括：

播放请求发送模块910：用于通过所述统一接口向所述音频数据处理平台发送针对待处理音频数据的播放请求，所述播放请求携带有所述待处理音频数据对应的音频数据类型标识；

播放执行结果接收模块920：用于接收所述音频数据处理平台返回的所述待处理音频数据对应的播放执行结果；

播放执行模块930：用于根据所述播放执行结果，确定是否通过所述音频数据处理平台调用所述车机系统对应的系统接口；

其中，所述待处理音频数据对应的播放执行结果为所述音频数据处理平台根据所述待处理音频数据对应的音频数据类型标识生成。

需要说明的，所述装置实施例中的装置与方法实施例基于同样的发明构思。

本发明的实施例还提供了一种存储介质，所述存储介质可设置于音频数据处理平台之中以保存用于实现方法实施例中一种音频数据处理方法相关的至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述方法实施例提供的音频数据处理方法。

本发明的实施例还提供了一种存储介质，所述存储介质可设置于应用程序端之中以保存用于实现方法实施例中一种音频数据处理方法相关的至少一条指令、至少一段程序、代码集或指令集，该至少一条指令、该至少一段程序、该代码集或指令集由该处理器加载并执行以实现上述方法实施例提供的音频数据处理方法。

可选地，在本实施例中，上述存储介质可以位于计算机网络的多个网络服务器中的至少一个网络服务器。可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

需要说明的是：上述本发明实施例先后顺序仅仅为了描述，不代表实施例的优劣。且上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置和电子设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。