CN110704012B - 一种音频数据处理方法、装置、电子设备和介质 - Google Patents

Abstract

本申请实施例公开了一种音频数据处理方法、装置、电子设备和介质，涉及智能车载设备技术领域。具体实现方案为：通过当前应用的进程截获当前应用的播放声音；其中，所述当前应用为安装于车载设备且当前处于执行状态的应用；将所述当前应用的播放声音传输至车机端进行播放。通过本申请的技术方案，能够将与车载设备具有相同操作系统的设备上已安装的各种应用软件高效移植于车载设备，且无需对车载设备或应用软件等进行修改即可实现各种应用软件的声音均可在车机端进行播放。

Description

一种音频数据处理方法、装置、电子设备和介质

技术领域

本申请实施例涉及计算机技术领域，尤其涉及智能车载设备技术领域，具体涉及一种音频数据处理方法、装置、电子设备和介质。

背景技术

由于原有的车载系统具有大都不支持联网以及OTA功能，基础能力固定，无法拓展等缺陷，为了满足用户的多样化需求，车载设备应运而生。其中，车载设备内部设置有操作系统如安卓系统，支持联网和OTA功能，且可安装与车载设备具有相同操作系统的设备上已安装的各种应用软件，以及具有与车机端连接的接口等。

目前，与车载设备具有相同操作系统的设备如手机上已安装的各种应用软件(如地图软件以及多媒体音乐软件等)，都是直接运行在手机的操作系统上，其声音的播放处理均是调用手机本地接口实现的。因此，为了使安装于车载设备上的各种应用软件的声音能够发送至车机端进行播放，需要对车载设备或应用软件等进行一定的修改。然而对车载设备或应用软件等进行一定的修改难度大，且工作量大。

发明内容

本申请实施例公开一种音频数据处理方法、装置、电子设备和介质，能够将与车载设备具有相同操作系统相同的设备上已安装的各种应用软件高效移植于车载设备，且无需对车载设备或应用软件等进行修改即可实现各种应用软件的声音均可在车机端进行播放。

第一方面，本申请实施例公开了一种音频数据处理方法，由车载设备执行，该方法包括：

通过当前应用的进程截获当前应用的播放声音；其中，所述当前应用为安装于车载设备且当前处于执行状态的应用；

将所述当前应用的播放声音传输至车机端进行播放。

上述申请中的一个实施例具有如下优点或有益效果：通过为当前处于执行状态的应用分配进程，并采用当前应用的进程截获当前应用的播放声音，并将当前应用的播放声音传输至车机端进行播放，能够将与车载设备具有相同操作系统的设备上已安装的各种应用软件高效移植于车载设备，且无需对车载设备或应用软件等进行修改即可实现各种应用软件的声音均可在车机端进行播放。

可选的，将所述当前应用的播放声音传输至车机端进行播放之前，还包括：

依据车机端的音频采样率，对所述当前应用的播放声音进行重采样。

上述可选方式具有如下优点或有益效果：通过对截获的当前应用的播放声音进程重采样处理，能够保证发送到车机端的声音符合车机端播放声音的要求，进行使车机端可正常播放车载设备发送的当前应用的声音。

可选的，若所述当前应用为至少两个，则将所述当前应用的播放声音传输至车机端进行播放，包括：

依据车机端传输的支持通道信息，确定所述车机端是否具备混音处理功能；

若否，则依据所述当前应用的播放声音、以及所述车机端传输的车机当前场景和车机当前声音进行混音，并将混音后的声音传输至车机端进行播放。

上述可选方式具有如下优点或有益效果：通过在车载设备增加混音处理功能，可以实现车机端在不同场景下声音播放的需求，进而提升用户的体验。

可选的，依据车机端传输的支持通道信息，确定所述车机端是否具备混音处理功能之后，还包括：

若是，则确定每一当前应用的传输通道；

针对每一当前应用，通过该当前应用的传输通道，将该当前应用的播放声音传输至所述车机端，以便所述车机端依据各当前应用的播放声音、以及车机当前场景和车机当前声音进行混音并播放。

上述可选方式具有如下优点或有益效果：通过为每一当前应用分配传输通道，进而通过各当前应用的传输通道向车机端发送播放声音，实现了车载设备可同时向车机端传输多路声音的功能；同时车机端支持混音处理功能，提升用户的体验。

可选的，采用当前应用的进程截获当前应用的播放声音之前，还包括：

通过USB接口与所述车机端建立通信连接；

相应地，将所述当前应用的播放声音传输至车机端进行播放，包括：

通过USB接口将所述当前应用的播放声音传输至车机端进行播放。

上述可选方式具有如下优点或有益效果：车载设备与车机端之间通过USB接口进行通信连接，无需额外配置其他器件，减少了硬件成本。

第二方面，本申请实施例公开了一种音频数据处理装置，配置于车载设备，该装置包括：

播放声音截获模块，用于采用当前应用的进程截获当前应用的播放声音；其中，所述当前应用为安装于车载设备且当前处于执行状态的应用；

播放声音传输模块，用于将所述当前应用的播放声音传输至车机端进行播放。

第三方面，本申请实施例还公开了一种电子设备，包括：

至少一个处理器；以及

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

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如本申请任一实施例所述的音频数据处理方法。

第四方面，本申请实施例还公开了一种存储有计算机指令的非瞬时计算机可读存储介质，所述计算机指令用于使所述计算机执行如本申请任一实施例所述的音频数据处理方法。

附图说明

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

图1是根据本申请第一实施例提供的一种音频数据处理方法的流程图；

图2是根据本申请第二实施例提供的一种音频数据处理方法的流程图；

图3是根据本申请第二实施例提供的一种音频数据处理过程的示意图；

图4是根据本申请第三实施例提供的一种音频数据处理装置的结构示意图；

图5是用来实现本申请实施例提供的音频数据处理方法的电子设备的框图。

具体实施方式

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

第一实施例

图1是根据本申请第一实施例提供的一种音频数据处理方法的流程图，本实施例可适用于车载设备如何对音频数据进行处理的情况，尤其适用于车载设备如何对其上运行的各应用的音频数据进行处理，以便无需对车载设备或应用软件等进行修改即可实现安装于车载设备上的各种应用软件的声音能够发送至车机端进行播放。该方法可以由音频数据处理装置来执行，该装置可以采用软件和/或硬件的方式实现，并可集成在车载设备上。如图1所示，本实施例提供的音频数据处理方法可以包括：

S110、通过当前应用的进程截获当前应用的播放声音。

本实施例中，车载设备上可安装内置操作系统支持的各种应用软件，如导航应用、多媒体音乐应用、天气应用以及其他应用等。当前应用为安装于车载设备且当前处于执行状态的一个或多个应用。若当前应用为导航应用，则播放声音为导航声音；若当前应用为多媒体音乐，则播放声音为音乐声音；若当前应用为天气应用，则播放声音为播报天气声音等。

可选的，车载设备的底层系统为每一当前应用分配一个进程，该进程用于从固定位置截获该当前应用的播放声音；固定位置可以是车载设备内置操作系统对每一应用的播放声音的处理位置。若车载设备内置操作系统为安卓系统，对于安卓系统而言，每个应用发声是通过调用标准的API(Application Programming Interface，应用程序接口)，最终将播放声音调用到音频管理器里进行处理，进而可通过该应用的进程在音频管理器对该应用的声音进行处理播放(此处的播放是指若车载设备配置外放器件如喇叭，车载设备本地播放该应用的声音)之前截获该应用的声音。

进一步的，由于不同应用播放声音的数据包名不同，进而对于每一当前应用而言，可依据音频数据包信息，通过该当前应用的进程从音频管理器中截获该当前应用的播放声音。其中，音频数据包信息可以包括音频数据包的包名。

此外，为了降低功耗，对于每一当前应用而言，可以在检测到该当前应用的语音功能启动时，为该当前应用分配进程，并通过该当前应用的进程截获当前应用的播放声音。可选的，若车载设备内置操作系统为安卓系统，对于安卓系统而言，可以通过检测该当前应用是否调用便准的API来确定该当前应用是否启动语音功能。

S120、将当前应用的播放声音传输至车机端进行播放。

可选的，车载设备可先通过传输媒介与车机端建立通信连接，而后通过传输媒介将当前应用的播放声音传输至车机端进行播放。其中，传输媒介即车载设备和车机端之间的物理通路。由于USB(Universal Serial Bus，通用串行总线)具有使用便捷以及成本低等特性，本实施例中车载设备和车机端之间可通过USB进行通信。示例性的，采用当前应用的进程截获当前应用的播放声音之前还可以包括：通过USB接口与车机端建立通信连接；相应地，将当前应用的播放声音传输至车机端进行播放可以为：通过USB接口将当前应用的播放声音传输至车机端进行播放。

需要说明的是，传统车载设备即使通过采用蓝牙与车机端连接，能够将车载设备上的播放声音通过蓝牙的A2DP(Advanced Audio Distribution Profile，蓝牙音频传输模型协定)传递到车机端进行播放，但采用蓝牙不仅需要对车载设备进行一定的修改如在车载设备上安装蓝牙芯片，还需要对车载设备上安装的每一应用软件进行一定的修改如调整每一应用软件与蓝牙之间调用的相关配置等，该修改过程复杂且工作量。此外，要想通过蓝牙实现通信连接，需要车载设备和车机端必须同时安装蓝牙芯片，进而会增加硬件成本。

而本实施例中，结合车载设备内置操作系统中应用发声原理，不需要对车载设备或应用软件等进行修改，通过车载设备底层系统分进程可截获各当前应用的播放声音，而后通过传输媒介如USB接口可将各当前应用的播放声音传输至车机端进行播放。本实施例为与车载设备具有相同操作系统的设备如手机上的各种应用软件移植到车载设备上，且各应用软件的声音能够在车机端进行播放提供了一种新思路。

本申请实施例提供的技术方案，通过为当前处于执行状态的应用分配进程，并采用当前应用的进程截获当前应用的播放声音，并将当前应用的播放声音传输至车机端进行播放，能够将与车载设备具有相同操作系统的设备上已安装的各种应用软件高效移植于车载设备，且无需对车载设备或应用软件等进行修改即可实现各种应用软件的声音均可在车机端进行播放。

由于车载设备所截获的当前应用的播放声音可能不符合车机端播放声音的要求，进而在将当前应用的播放声音传输至车机端进行播放之前还可以包括：依据车机端的音频采样率，对当前应用的播放声音进行重采样。

本实施例中，车载设备与车机端通过传输媒介如USB接口建立通信连接后，车机端可向车载设备发送音频播放信息，其中音频播放信息中可以包括车机端播放声音的音频参数，如音频采样率以及音频数据的位数等信息。其中位数可以是8位、16位、32位或64位等。

具体的，车载设备在通过当前应用的进程截获当前应用的播放声音之后，可以保存当前应用的播放声音的采样率等信息；而后可将车机端的音频采样率与当前应用的播放声音的采样率进行比对，若不一致，则可以依据车机端的音频采样率对当前应用的播放声音进行重采样，以便符合车机端播放声音的要求。

此外，车载设备还可以保存当前应用的播放声音的位数以及单双通道等信息。其中，单双通道信息用于表征当前应用的播放声音是通过单通道输出播放，还是通过双通道输出播放。具体的，车载设备可以依据车机端要求的音频数据的位数调整当前应用的播放声音的位数，以及可以依据车机端要求的单双通道信息调整当前应用的播放声音的单双通道。例如，若车机端要求采用双通道进行声音的播放，且当前应用的播放声音是通过单通道播放的，进而车载设备可以采用单双通道转换方式将当前应用的播放声音从单通道调整为双通道等。

需要说明的是，本实施例中通过对截获的当前应用的播放声音进程重采样等处理，能够保证发送到车机端的声音符合车机端播放声音的要求，进行使车机端可正常播放车载设备发送的当前应用的声音。

可选的，在当前应用为多个的情况下，为了避免多个当前应用的播放声音的相互干扰，本实施例可以将每个当前应用的播放声音放入队列，而后按照先后顺序依次进行重采样等处理。还可以将不同当前应用的播放声音放入不同的处理单元，而后并行处理各当前应用的播放声音等。

第二实施例

图2是根据本申请第二实施例提供的一种音频数据处理方法的流程图，图3是根据本申请第二实施例提供的一种音频数据处理过程的示意图。本实施例在上述实施例的基础上，在当前应用为至少两个的情况下，进一步对将当前应用的播放声音传输至车机端进行播放进行解释说明。如图2和3所示，本实施例提供的音频数据处理方法可以包括：

S210、通过当前应用的进程截获当前应用的播放声音。

S220、依据车机端传输的支持通道信息，确定车机端是否具备混音处理功能。若否，在执行S230；若是，则执行S240。

本实施例中，支持通道信息即为车机端本地同时可支持几路声音，若车机端本地同时只支持一路声音，则可以确定车机端不具备混音处理功能；若车机端本地同时可支持两路或多路声音，则可以确定车机端具备混音处理功能。

具体的，车机端可以在与车载设备建立通信连接后，向车载设备传输支持通道信息，以便车载设备依据车机端传输的支持通道信息确定车机端是否具备混音处理功能。

S230、依据当前应用的播放声音、以及车机端传输的车机当前场景和车机当前声音进行混音，并将混音后的声音传输至车机端进行播放。

示例性的，若车载设备确定车机端不具备混音处理功能，则可以向车机端发送播放状态获取信息，进而车载设备可从车机端获取车机当前场景和车机当前声音等信息。其中，车机当前场景是指车机端当前所处场景，如导航场景，天气询问场景等。车机当前声音即为车机端当前播放器件如喇叭当前所播放的声音，如导航声音、音乐声音等。

具体的，车载设备可以依据车机端传输的车机当前场景，对当前应用的声音和车机当前声音进行混音，并将混音后的声音传输至车机端进行播放。可选的，若车机当前场景为预设场景，车载设备可以调高当前应用的播放声音中预设声音的音量，或将当前应用的播放声音中导航声音的音量调节到车机端的标准播放音量，将当前应用的播放声音中其他声音和车机当前声音的音量降低；其中预设场景可以为导航场景，对应的预设声音为导航声音；预设场景可以为询问天气场景，对应的预设声音为播报天气声音等。例如，若车机当前场景为导航场景，当前应用为两个，当前应用A为导航应用，当前应用B为多媒体音乐应用，车机当前声音为音乐声音，进而车载设备可以降低车机当前声音的音量，以及降低当前应用B的播放声音的音量，同时调高当前应用A的播放声音的音量。

或者，若车机当前声音为导航声音，车载设备可以降低车机当前声音的音量或暂停车机当前声音，以及降低当前应用B的播放声音的音量，同时调高当前应用A的播放声音的音量。

或者，若车机当前声音为导航声音，当前应用A为播报天气声音，进而车载设备可以降低当前应用B和当前应用A的播放声音的音量，同时调高车机当前声音的音量。

或者，若车机当前声音为空，降低当前应用B的播放声音的音量，同时调高当前应用A的播放声音的音量。

需要说明的是，本实施例中通过在车载设备增加混音处理功能，可以实现车机端在不同场景下声音播放的需求，进而提升用户的体验。

S240、确定每一当前应用的传输通道。

可选的，若车载设备确定车机端具备混音处理功能，车载设备可以依据预先设定的应用与传输通道之间的关联关系，确定每一当前应用的传输通道。本实施例中，对于每一应用而言，其传输通道即为车载设备为其所分配的用于向车机端传输其播放声音的虚拟通道。可选的，若车载设备与车机端之间通过USB接口进行信息传输，车载设备可以将USB划分为多个虚拟的传输通道，并预先设定车载设备上安装的各应用与虚拟传输通道之间的关联关系。

S250、针对每一当前应用，通过该当前应用的传输通道，将该当前应用的播放声音传输至车机端，以便车机端依据各当前应用的播放声音、以及车机当前场景和车机当前声音进行混音并播放。

具体的，车载设备在确定每一当前应用的传输通道之后，可以针对每一当前应用，通过该当前应用的传输通道将该当前应用的播放声音传输至车机端，以便车机端依据各当前应用的播放声音、以及车机当前场景和车机当前声音进行混音并播放。可选的，车机端依据各当前应用的播放声音、以及车机当前场景和车机当前声音进行混音的操作过程，与车载设备依据各当前应用的播放声音、以及车机当前场景和车机当前声音进行混音的操作过程相类似，此处不再赘述。

需要说明的，本实施例中通过为每一当前应用分配传输通道，进而通过各当前应用的传输通道向车机端发送播放声音，实现了车载设备可同时向车机端传输多路声音的功能；同时车机端支持混音处理功能，提升用户的体验。

本申请实施例提供的技术方案，车载设备可根据车机端是否具备混音处理功能，灵活选择向车机端发送各当前应用的播放声音的形式，增加了车载设备的灵活度。同时，在车机端不具备混音处理功能时，通过为每一当前应用分配传输通道，进而通过各当前应用的传输通道向车机端发送播放声音，实现了车载设备可同时向车机端传输多路声音的功能；同时车机端支持混音处理功能，提升用户的体验。

第三实施例

图4是根据本申请第三实施例提供的一种音频数据处理装置的结构示意图，该装置可执行本申请任意实施例所提供的音频数据处理方法，具备执行方法相应的功能模块和有益效果。可选的，该装置可以采用软件和/或硬件的方式实现，并可集成在车载设备中。如图4所示，该装置400可以包括：

播放声音截获模块410，用于采用当前应用的进程截获当前应用的播放声音；其中，当前应用为安装于车载设备且当前处于执行状态的应用；

播放声音传输模块420，用于将当前应用的播放声音传输至车机端进行播放。

本申请实施例提供的技术方案，通过为当前处于执行状态的应用分配进程，并采用当前应用的进程截获当前应用的播放声音，并将当前应用的播放声音传输至车机端进行播放，能够将与车载设备具有相同操作系统的设备上已安装的各种应用软件高效移植于车载设备，且无需对车载设备或应用软件等进行修改即可实现各种应用软件的声音均可在车机端进行播放。

示例性的，上述装置还可以包括：

处理模块，用于在将当前应用的播放声音传输至车机端进行播放之前，依据车机端的音频采样率，对当前应用的播放声音进行重采样。

示例性的，若当前应用为至少两个，则播放声音传输模块420具体可以用于：

依据车机端传输的支持通道信息，确定车机端是否具备混音处理功能；

若否，则依据当前应用的播放声音、以及车机端传输的车机当前场景和车机当前声音进行混音，并将混音后的声音传输至车机端进行播放。

示例性的，若当前应用为至少两个，则播放声音传输模块420具体还可以用于：

若确定车机端具备混音处理功能，则确定每一当前应用的传输通道；

针对每一当前应用，通过该当前应用的传输通道，将该当前应用的播放声音传输至车机端，以便车机端依据各当前应用的播放声音、以及车机当前场景和车机当前声音进行混音并播放。

示例性的，播放声音传输模块420在用于依据当前应用的播放声音、以及车机端传输的车机当前场景和车机当前声音进行混音时，具体可以用于：

若车机当前场景为预设场景，则调高当前应用的播放声音中预设声音的音量，并降低当前应用的播放声音中其他声音和车机当前声音的音量。

示例性的，上述装置还可以包括：

连接模块，用于采用当前应用的进程截获当前应用的播放声音之前，通过USB接口与车机端建立通信连接；

相应地，播放声音传输模块420可以用于：

通过USB接口将当前应用的播放声音传输至车机端进行播放。

示例性的，播放声音截获模块410具体可以用于：

依据音频数据包信息，通过当前应用的进程从音频管理器中截获当前应用的播放声音。

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

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

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

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

存储器502作为一种非瞬时计算机可读存储介质，可用于存储非瞬时软件程序、非瞬时计算机可执行程序以及模块，如本申请实施例中的音频数据处理方法对应的程序指令/模块，例如，附图4所示的播放声音截获模块410和播放声音传输模块420。处理器501通过运行存储在存储器502中的非瞬时软件程序、指令以及模块，从而执行服务器的各种功能应用以及数据处理，即实现上述方法实施例中的音频数据处理方法。

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

用来实现音频数据处理方法的电子设备还可以包括：输入装置503和输出装置504。处理器501、存储器502、输入装置503和输出装置504可以通过总线或者其他方式连接，图5中以通过总线连接为例。

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

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

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

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

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

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

根据本申请实施例的技术方案，通过为当前处于执行状态的应用分配进程，并采用当前应用的进程截获当前应用的播放声音，并将当前应用的播放声音传输至车机端进行播放，能够将与车载设备具有相同操作系统的设备上已安装的各种应用软件高效移植于车载设备，且无需对车载设备或应用软件等进行修改即可实现各种应用软件的声音均可在车机端进行播放。

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

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

Claims (8)

1.一种音频数据处理方法，其特征在于，由车载设备执行，所述方法包括：

所述车载设备的底层系统为每一当前应用分配一个进程，通过当前应用的进程截获当前应用的播放声音；其中，所述当前应用为安装于车载设备且当前处于执行状态的应用；所述进程用于从固定位置截获所述当前应用的播放声音；所述固定位置是所述车载设备内置操作系统对每一应用的播放声音的处理位置；

将所述当前应用的播放声音传输至车机端进行播放；

若所述当前应用为至少两个，则将所述当前应用的播放声音传输至车机端进行播放，包括：

依据车机端传输的支持通道信息，确定所述车机端是否具备混音处理功能；

若否，则依据所述当前应用的播放声音、以及所述车机端传输的车机当前场景和车机当前声音进行混音，并将混音后的声音传输至车机端进行播放；

若是，则确定每一当前应用的传输通道；

针对每一当前应用，通过该当前应用的传输通道，将该当前应用的播放声音传输至所述车机端，以便所述车机端依据各当前应用的播放声音、以及车机当前场景和车机当前声音进行混音并播放。

2.根据权利要求1所述的方法，其特征在于，将所述当前应用的播放声音传输至车机端进行播放之前，还包括：

依据车机端的音频采样率，对所述当前应用的播放声音进行重采样。

3.根据权利要求1所述的方法，其特征在于，依据所述当前应用的播放声音、以及所述车机端传输的车机当前场景和车机当前声音进行混音，包括：

若所述车机当前场景为预设场景，则调高所述当前应用的播放声音中预设声音的音量，并降低所述当前应用的播放声音中其他声音和车机当前声音的音量。

4.根据权利要求1所述的方法，其特征在于，采用当前应用的进程截获当前应用的播放声音之前，还包括：

通过USB接口与所述车机端建立通信连接；

相应地，将所述当前应用的播放声音传输至车机端进行播放，包括：

通过USB接口将所述当前应用的播放声音传输至车机端进行播放。

5.根据权利要求1所述的方法，其特征在于，通过当前应用的进程截获当前应用的播放声音，包括：

依据音频数据包信息，通过当前应用的进程从音频管理器中截获当前应用的播放声音。

6.一种音频数据处理装置，其特征在于，配置于车载设备，所述装置包括：

播放声音截获模块，用于所述车载设备的底层系统为每一当前应用分配一个进程，采用当前应用的进程截获当前应用的播放声音；其中，所述当前应用为安装于车载设备且当前处于执行状态的应用；所述进程用于从固定位置截获所述当前应用的播放声音；所述固定位置是所述车载设备内置操作系统对每一应用的播放声音的处理位置；

播放声音传输模块，用于将所述当前应用的播放声音传输至车机端进行播放；

其中，若所述当前应用为至少两个，则所述播放声音传输模块具体用于：

依据车机端传输的支持通道信息，确定所述车机端是否具备混音处理功能；

若否，则依据所述当前应用的播放声音、以及所述车机端传输的车机当前场景和车机当前声音进行混音，并将混音后的声音传输至车机端进行播放；

若是，则确定每一当前应用的传输通道；

针对每一当前应用，通过该当前应用的传输通道，将该当前应用的播放声音传输至所述车机端，以便所述车机端依据各当前应用的播放声音、以及车机当前场景和车机当前声音进行混音并播放。

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

至少一个处理器；以及

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

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

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