CN113286280A - 音频数据处理方法、装置、电子设备和计算机可读介质 - Google Patents

Abstract

本申请实施例公开了音频数据处理方法、装置、电子设备和计算机可读介质。该方法应用于运行有操作系统和蓝牙通话应用的终端设备，该操作系统包括音频框架层和音频硬件抽象层，音频硬件抽象层内置有用于控制蓝牙通话音频通路的目标插件，该方法的实施例包括：通过蓝牙通话应用向音频框架层下发控制指令；通过音频框架层将控制指令透传至音频硬件抽象层；将待处理的音频数据传输至音频硬件抽象层，并通过目标插件基于控制指令对音频数据进行处理。该实施方式能够在不依赖外部处理器的情况下，在操作系统内实现通话音频通路的管理和控制，降低了对外部处理器的依赖性，同时能够简化音频数据的传输过程，使得通话质量得到提升。

Description

音频数据处理方法、装置、电子设备和计算机可读介质

技术领域

本申请实施例涉及计算机技术领域，具体涉及音频数据处理方法、装置、电子设备和计算机可读介质。

背景技术

随着移动终端技术的不断发展，蓝牙通话功能应用在了车载终端等越来越多的终端设备中。蓝牙通话功能可实现在不依赖线缆或电话托架的情况下与手机联通，从能在行车等场景中保障用户安全。

现有的一种方式可依赖外部音频信号处理器中内置的蓝牙通话音频通路实现蓝牙通话功能。然而，由于外部音频信号处理器通常非开源，这种方式无法进行蓝牙通话音频通路灵活定制。

现有的另一种方式可通过在应用层定制蓝牙通话音频通路，并使待处理的音频数据经由操作系统的音频框架层传输至蓝牙通话音频通路，从而实现蓝牙通话功能。这种方式中，音频数据的传输过程较为复杂，导致通话质量较低。

发明内容

本申请实施例提出了音频数据处理方法、装置、电子设备和计算机可读介质，以降低对外部处理器的依赖，同时提升通话质量。

第一方面，本申请实施例提供了一种音频数据处理方法，应用于终端设备，所述终端设备运行有操作系统和蓝牙通话应用，所述操作系统包括音频框架层和音频硬件抽象层，所述音频硬件抽象层内置有用于控制蓝牙通话音频通路的目标插件，包括：通过所述蓝牙通话应用向所述音频框架层下发控制指令；通过所述音频框架层将所述控制指令透传至所述音频硬件抽象层；将待处理的音频数据传输至所述音频硬件抽象层，并通过所述目标插件基于所述控制指令对所述音频数据进行处理。

第二方面，本申请实施例提供了一种音频数据处理装置，应用于终端设备，所述终端设备运行有操作系统和蓝牙通话应用，所述操作系统包括音频框架层和音频硬件抽象层，所述音频硬件抽象层内置有用于控制蓝牙通话音频通路的目标插件，包括：下发单元，被配置成通过所述蓝牙通话应用向所述音频框架层下发控制指令；透传单元，被配置成通过所述音频框架层将所述控制指令透传至所述音频硬件抽象层；处理单元，被配置成将待处理的音频数据传输至所述音频硬件抽象层，并通过所述目标插件基于所述控制指令对所述音频数据进行处理。

第三方面，本申请实施例提供了一种电子设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现第一方面中所描述的方法。

第四方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如第一方面中所描述的方法。

本申请实施例提供的音频数据处理方法、装置、电子设备和计算机可读介质，通过在音频硬件抽象层内置用于控制蓝牙通话音频通路的目标插件，并通过目标插件对音频硬件抽象层获取的音频数据进行处理，一方面，能够在不依赖外部处理器的情况下，在操作系统内实现通话音频通路的管理和控制，降低了对外部处理器的依赖性，可支持通话音频通路功能的灵活调试和灵活定制。另一方面，待处理的音频数据无需经由音频框架层进行传输，简化了音频数据的传输过程，避免因额外的性能消耗导致音频卡顿的风险，使得通话质量得到提升。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是本申请的音频数据处理方法的应用场景的示意图；

图2是本申请的音频数据处理方法的操作系统与蓝牙通话应用的通信过程的示意图；

图3是本申请的音频数据处理方法的操作系统与蓝牙通话应用在上行音频通路场景的通信过程的示意图；

图4是本申请的音频数据处理方法的操作系统与蓝牙通话应用在下行音频通路场景的通信过程的示意图；

图5是本申请的音频数据处理方法的目标插件的内部架构的示意图；

图6是本申请的音频数据处理方法的一个实施例的流程图；

图7是本申请的音频数据处理方法的又一个实施例的流程图；

图8是本申请的音频数据处理方法的又一个实施例的流程图；

图9是本申请的音频数据处理装置的一个实施例的结构示意图；

图10是用于实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

本申请实施例适用于蓝牙通话场景。蓝牙是一种无线数据和语音通信开放的全球规范，它是基于低成本的近距离无线连接为固定和移动设备建立通信环境的一种特殊的近距离无线连接技术。在蓝牙通话场景中，具有蓝牙通话功能的电子设备可在不依赖线缆或电话托架的情况下，与具有蓝牙通话功能的另一电子设备进行联通，从能通过蓝牙传输音频数据。

参见图1，其示出了本申请的音频数据处理方法的应用场景的示意图。如图1所示，手机101可与手机102通过基站103进行通信。手机102可与车载终端104进行蓝牙通话。车载终端104可运行有操作系统和蓝牙芯片。操作系统可包括但不限于安卓(Android)操作系统。车载终端还可安装或连接麦克风、扬声器等装置，用于输入、输出音频数据。此外，车载终端还可以安装有各种客户端应用(Application，APP)，如蓝牙通话应用、相机应用、即时通信应用等。

此处，可在操作系统中可实现蓝牙通话音频通路。其中，蓝牙通话音频通路可包括上行通话通路和下行通话通路。在上行通话通路中，可从麦克风读音频数据，音频数据经由操作系统处理后，可传输至蓝牙芯片。在下行音频通路中，可从蓝牙芯片读取银屏数据，音频数据经由操作系统处理后，可传输至扬声器等设备。

参见图2所示的操作系统与蓝牙通话应用的通信过程的示意图。操作系统可包括音频框架层(Audio Frameworks，Audio FW)和音频硬件抽象层(Audio HardwareAbstraction Layer，Audio HAL)。其中，音频框架层对外提供构建与音频框架服务、音频相关应用程序的接口等。音频硬件抽象层可提供操作系统上层所需要的有关硬件设备的接口，每种硬件设备都被操作系统规范了一些功能，音频硬件抽象层可实现为这些功能的集合。可预先在音频硬件抽象层中内置用于控制蓝牙通话音频通路的目标插件，其可具有免提通话功能(Hands-free Profile，HFP)，如可包括但不限于接听、挂断、拒接、语音拨号等功能。目标插件可基于控制指令，来选择并执行其中的功能。

在操作系统与蓝牙通话应用的通信过程中，蓝牙通话应用可首先向音频框架层下发控制指令。例如，可首先调用音频框架层中的目标原生接口(如setParameters接口)，而后通过该目标原生接口下发控制指令。其中，控制指令可但不限于包括以下至少一项：上行音频通路控制指令、下行音频通路控制指令、免提模式切换指令、私密模式切换指令、麦克风状态切换指令、扬声器状态切换指令。此外，控制指令中可包括控制参数，控制参数可包括但不限于以下至少一项：采用率、精度、声道数、音量。

音频框架层在得到控制指令后，可直接将该控制指令透传至音频硬件抽象层。在音频硬件抽象层接收到该控制指令以及待处理的音频数据后，可通过目标插件基于该控制指令对该音频数据进行处理。此处，音频数据的获取来源可基于控制指令确定，音频数据的处理方式也可基于控制指令决定。

通过在操作系统的音频硬件抽象层的内部设置目标插件，能够使得通话数据环路处理功能在音频硬件抽象层的内部实现，此过程无需依赖外部音频信号处理器，即可操作系统内实现通话音频通路的管理和控制，由此降低了对外部处理器的依赖性，同时可支持通话音频通路功能的灵活调试和灵活定制。此外，待处理的音频数据无需经由音频框架层进行传输，简化了音频数据的传输过程，避免因额外的性能消耗导致音频卡顿的风险，使得通话质量得到提升。

需要说明的是，操作系统中还可包括音频内核层(Audio Kernel)，用以为音频相关硬件设备提供音频驱动。终端设备还连接有外置数字信号处理器(External DigitalSignal Processing，EDSP)。音频内核层可与外置数字信号处理器通信。外置数字信号处理器可分别与麦克风、扬声器、蓝牙芯片等相连接。

可选的，在上行音频通路场景中，可参见图3所示的操作系统与蓝牙通话应用在上行音频通路场景的通信过程的示意图。在蓝牙通话应用向音频框架层下发上行音频通路控制指令且音频框架层将该控制指令透传至音频硬件抽象层后，可由音频硬件抽象层获取麦克风采集的音频数据。而后由目标插件基于控制指令对该音频数据进行处理。最后可将处理后的音频数据传输至蓝牙芯片。

在该场景中，外置数字信号处理器可将麦克风采集的音频信号进行处理，得到音频数据。音频数据可经由音频内核层传输至音频硬件抽象层。目标插件处理后的音频数据可经由上述音频内核层传输至上述蓝牙芯片。

可选的，在下行音频通路场景中，参见图4所示的操作系统与蓝牙通话应用在下行音频通路场景的通信过程的示意图。在蓝牙通话应用向音频框架层下发下行音频通路控制指令且音频框架层将该控制指令透传至音频硬件抽象层后，可由音频硬件抽象层从蓝牙芯片中读取待处理的音频数据。而后由目标插件基于控制指令对该音频数据进行处理。最后可将处理后的音频数据传输至扬声器。

在该场景中，可将蓝牙芯片中的待处理的音频数据经由音频内核层传输至音频硬件抽象层。目标插件处理后的音频数据可经由音频内核层传输至外置数字信号处理器，外置数字信号处理器对处理后的音频数据进行再次处理后，可将处理结果传输至扬声器。

可选的，目标插件可以首先对上述控制指令进行解析，生成参数配置信息；而后基于参数配置信息，对上述音频数据进行处理。参见图5所示的音频硬件抽象层中的目标插件的内部架构的示意图。目标插件可包括解析模块、缓存模块、数据处理模块、上行通路管理模块和下行通路管理模块。解析模块可用于解析控制指令以生成参数配置信息。缓存模块可用于缓存参数配置信息。数据处理模块可用于参数配置信息处理音频数据，其可将音频数据按照指定参数配置信息指示的参数规格进行转换，得到处理后的音频数据。上行通路管理模块与下行通路管理模块可分别用于管理上行音频通路和下行音频通路，以对处理后的音频数据进行输出。

本领域技术人员可以理解，上述各项附图所示的内容并不构成对终端设备的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

请参考图6，其示出了根据本申请的音频数据处理方法的一个实施例的流程600。该音频数据处理方法可应用于终端设备，如车载终端等。终端设备运行有操作系统和蓝牙通话应用。操作系统可包括音频框架层和音频硬件抽象层。音频硬件抽象层可内置有用于控制蓝牙通话音频通路的目标插件。

该音频数据处理方法，包括以下步骤：

步骤601，通过蓝牙通话应用向音频框架层下发控制指令。

在本实施例中，可通过上述蓝牙通话应用向操作系统的音频框架层下发控制指令。

可选的，控制指令包括以下至少一项：上行音频通路控制指令、下行音频通路控制指令、免提模式切换指令、私密模式切换指令、麦克风状态切换指令、扬声器状态切换指令。

可选的，控制指令中包括控制参数，上述控制参数包括以下至少一项：采用率、精度、声道数、音量。

在一些可选的实现方式中，蓝牙通话应用可首先调用音频框架层中的目标原生接口(如setParameters接口)，而后通过该目标原生接口下发控制指令。

步骤602，通过音频框架层将控制指令透传至音频硬件抽象层。

在本实施例中，可通过音频框架层将控制指令透传至音频硬件抽象层。透传，即透明传输(pass-through)，指的是在通讯中不管传输的业务内容如何，只负责将传输的内容由源地址传输到目的地址，而不对业务数据内容做任何改变。

步骤603，将待处理的音频数据传输至上述音频硬件抽象层，并通过目标插件基于控制指令对音频数据进行处理。

在本实施例中，可将待处理的音频数据传输至上述音频硬件抽象层，并通过目标插件基于控制指令对音频数据进行处理。其中，音频数据的获取来源可基于控制指令确定，音频数据的处理方式也可基于控制指令决定。目标插件可具有免提通话功能，如可包括但不限于接听、挂断、拒接、语音拨号等功能。目标插件可基于控制指令，来选择并执行其中的功能，从而进行音频数据的处理。

在一些可选的实现方式中，在通过目标插件进行音频数据的处理时，目标插件可首先对控制指令进行解析，生成参数配置信息。而后，可基于该参数配置信息，对音频数据进行处理，如调整音频数据的参数规格等。

作为示例，目标插件可包括解析模块、缓存模块、数据处理模块、上行通路管理模块和下行通路管理模块。解析模块可用于解析控制指令以生成参数配置信息。缓存模块可用于缓存参数配置信息。数据处理模块可用于基于参数配置信息处理音频数据，其可将音频数据按照指定参数配置信息指示的参数规格进行转换，得到转换后的音频数据。上行通路管理模块与下行通路管理模块可分别用于管理上行音频通路和下行音频通路。在通过目标插件进行音频数据的处理时，可首先通过解析模块解析控制指令以生成参数配置信息，而后通过缓存模块存储该参数配置信息，之后数据处理模块基于参数配置信息对音频数据进行处理，以得到处理后的音频数据，最后可通过上行通路管理模块或下行通路管理模块进行音频数据的输出。

在一些可选的实现方式中，响应于控制指令为上行音频通路控制指令，可首先将麦克风采集的音频数据传输至音频硬件抽象层，而后通过目标插件基于控制指令对音频数据进行处理，最后将处理后的音频数据传输至蓝牙芯片。

其中，操作系统还可包括音频内核层。终端设备还可连接有外置数字信号处理器。外置数字信号处理器可分别与麦克风和蓝牙芯片相连接。此时，可通过外置数字信号处理器对麦克风采集的音频信号进行处理，得到音频数据；并将音频数据经由音频内核层传输至音频硬件抽象层。在得到目标插件处理后的音频数据后，可将该处理后的音频数据经由音频内核层传输至蓝牙芯片。

在一些可选的实现方式中，响应于控制指令为下行音频通路控制指令，可首先将蓝牙芯片中的待处理的音频数据传输至音频硬件抽象层，而后通过目标插件基于控制指令对音频数据进行处理，最后将处理后的音频数据传输至扬声器。

其中，操作系统还可包括音频内核层，终端设备还可连接有外置数字信号处理器，外置数字信号处理器可分别与扬声器和蓝牙芯片相连接。此时，可将蓝牙芯片中的待处理的音频数据经由音频内核层传输至音频硬件抽象层。在得到目标插件处理后的音频数据后，将该处理后的音频数据经由音频内核层传输至外置数字信号处理器，从而通过外置数字信号处理器对处理后的音频数据进行处理，将处理结果传输至扬声器。

本申请的上述实施例提供的方法，通过在音频硬件抽象层内置用于控制蓝牙通话音频通路的目标插件，并通过目标插件对音频硬件抽象层获取的音频数据进行处理，一方面，能够在不依赖外部处理器的情况下，在操作系统内实现通话音频通路的管理和控制，降低了对外部处理器的依赖性，可支持通话音频通路功能的灵活调试和灵活定制。另一方面，待处理的音频数据无需经由音频框架层进行传输，简化了音频数据的传输过程，避免因额外的性能消耗导致音频卡顿的风险，使得通话质量得到提升。

进一步参考图7，其示出了音频数据处理方法的又一个实施例的流程700。该音频数据处理方法可应用于终端设备，如车载终端等。终端设备运行有操作系统和蓝牙通话应用。操作系统可包括音频框架层和音频硬件抽象层。音频硬件抽象层可内置有用于控制蓝牙通话音频通路的目标插件。

该音频数据处理方法，包括以下步骤：

步骤701，通过蓝牙通话应用向音频框架层下发控制指令。

在本实施例中，可通过上述蓝牙通话应用向操作系统的音频框架层下发控制指令。

可选的，控制指令包括以下至少一项：上行音频通路控制指令、下行音频通路控制指令、免提模式切换指令、私密模式切换指令、麦克风状态切换指令、扬声器状态切换指令。

可选的，控制指令中包括控制参数，上述控制参数包括以下至少一项：采用率、精度、声道数、音量。

在一些可选的实现方式中，蓝牙通话应用可首先调用音频框架层中的目标原生接口(如setParameters接口)，而后通过该目标原生接口下发控制指令。

步骤702，通过音频框架层将控制指令透传至音频硬件抽象层。

步骤703，响应于控制指令为上行音频通路控制指令，将麦克风采集的音频数据传输至音频硬件抽象层。

在一些可选的实现方式中，操作系统还可包括音频内核层，终端设备还可连接有外置数字信号处理器，外置数字信号处理器可分别与麦克风和蓝牙芯片相连接。此时，可通过外置数字信号处理器对麦克风采集的音频信号进行处理，得到音频数据；并将音频数据经由音频内核层传输至音频硬件抽象层。

步骤704，通过目标插件基于控制指令对音频数据进行处理。

在本实施例中，目标插件可具有免提通话功能，如可包括但不限于接听、挂断、拒接、语音拨号等功能。目标插件可基于上行音频通路控制指令，来选择针对上行音频通路关联的功能以进行音频数据的处理。

在一些可选的实现方式中，可通过目标插件对控制指令进行解析，生成参数配置信息；而后基于参数配置信息，对音频数据进行处理。

作为示例，目标插件可包括解析模块、缓存模块、数据处理模块、上行通路管理模块和下行通路管理模块。解析模块可用于解析控制指令以生成参数配置信息。缓存模块可用于缓存参数配置信息。数据处理模块可用于基于参数配置信息处理音频数据，其可将音频数据按照指定参数配置信息指示的参数规格进行转换，得到处理后的音频数据输出。上行通路管理模块与下行通路管理模块可分别用于管理上行音频通路和下行音频通路，以将处理后的音频数据进行输出。此处，可首先通过解析模块解析上行音频通路控制指令，得到参数配置信息。而后通过缓存模块缓存该参数配置信息。之后通过数据处理模块将音频数据按照指定参数配置信息指示的参数规格进行转换。最后将转换后的音频数据经由上行音频通路输出。

步骤705，将处理后的音频数据传输至蓝牙芯片。

在一些可选的实现方式中，可将处理后的音频数据经由音频内核层传输至蓝牙芯片。由此，完成上行音频通路场景下的数据传输和处理。

从图7中可以看出，与图1对应的实施例相比，本实施例中的音频数据处理方法的流程700涉及了在上行音频通路场景下的数据传输和处理的步骤。由此，本实施例描述的方案一方面能够在不依赖外部处理器的情况下，在操作系统内实现上行音频通路的管理和控制，降低了对外部处理器的依赖性，支持音频通路功能的灵活调试和灵活定制。另一方面，待处理的音频数据无需经由音频框架层进行传输，简化了音频数据的传输过程，避免因额外的性能消耗导致音频卡顿的风险，使得通话质量得到提升。

进一步参考图8，其示出了音频数据处理方法的又一个实施例的流程800。该音频数据处理方法可应用于终端设备，如车载终端等。终端设备运行有操作系统和蓝牙通话应用。操作系统可包括音频框架层和音频硬件抽象层。音频硬件抽象层可内置有用于控制蓝牙通话音频通路的目标插件。

该音频数据处理方法，包括以下步骤：

步骤801，通过蓝牙通话应用向音频框架层下发控制指令。

在本实施例中，可通过上述蓝牙通话应用向操作系统的音频框架层下发控制指令。

可选的，控制指令包括以下至少一项：下行音频通路控制指令、下行音频通路控制指令、免提模式切换指令、私密模式切换指令、麦克风状态切换指令、扬声器状态切换指令。

可选的，控制指令中包括控制参数，上述控制参数包括以下至少一项：采用率、精度、声道数、音量。

在一些可选的实现方式中，蓝牙通话应用可首先调用音频框架层中的目标原生接口(如setParameters接口)，而后通过该目标原生接口下发控制指令。

步骤802，通过音频框架层将控制指令透传至音频硬件抽象层。

步骤803，响应于控制指令为下行音频通路控制指令，将蓝牙芯片中的待处理的音频数据传输至音频硬件抽象层。

在一些可选的实现方式中，操作系统还可包括音频内核层，终端设备还可连接有外置数字信号处理器，外置数字信号处理器可分别与扬声器和蓝牙芯片相连接。此时，可将蓝牙芯片中的待处理的音频数据经由音频内核层传输至音频硬件抽象层。

步骤804，通过目标插件基于控制指令对音频数据进行处理。

在本实施例中，目标插件可具有免提通话功能(Hands-free Profile，HFP)，如可包括但不限于接听、挂断、拒接、语音拨号等功能。目标插件可基于下行音频通路控制指令，来选择针对下行音频通路关联的功能以进行音频数据的处理。

在一些可选的实现方式中，可通过目标插件对控制指令进行解析，生成参数配置信息；而后基于参数配置信息，对音频数据进行处理。

作为示例，目标插件可包括解析模块、缓存模块、数据处理模块、上行通路管理模块和下行通路管理模块。解析模块可用于解析控制指令以生成参数配置信息。缓存模块可用于缓存参数配置信息。数据处理模块可用于基于参数配置信息处理音频数据，其可将音频数据按照指定参数配置信息指示的参数规格进行转换，以将处理后的音频数据进行输出。上行通路管理模块与下行通路管理模块可分别用于管理下行音频通路和下行音频通路。此处，可首先通过解析模块解析下行音频通路控制指令，得到参数配置信息。而后通过缓存模块缓存该参数配置信息。之后通过数据处理模块将音频数据按照指定参数配置信息指示的参数规格进行转换。最后将转换后的音频数据经由下行音频通路输出。

步骤805，将处理后的音频数据传输至扬声器。

在一些可选的实现方式中，可将目标插件处理后的音频数据经由音频内核层传输至外置数字信号处理器，从而通过外置数字信号处理器对处理后的音频数据进行处理，将处理结果传输至扬声器。由此，完成下行音频通路场景下的数据传输和处理。

从图8中可以看出，与图1对应的实施例相比，本实施例中的音频数据处理方法的流程800涉及了在下行音频通路场景下的数据传输和处理的步骤。由此，本实施例描述的方案一方面能够在不依赖外部处理器的情况下，在操作系统内实现下行音频通路的管理和控制，降低了对外部处理器的依赖性，支持音频通路功能的灵活调试和灵活定制。另一方面，待处理的音频数据无需经由音频框架层进行传输，简化了音频数据的传输过程，避免因额外的性能消耗导致音频卡顿的风险，使得通话质量得到提升。

进一步参考图9，作为对上述各图所示方法的实现，本申请提供了一种音频数据处理装置的一个实施例，该装置实施例与图1所示的方法实施例相对应，该装置具体可以应用于如车载终端等的终端设备中。上述终端设备运行有操作系统和蓝牙通话应用，上述操作系统包括音频框架层和音频硬件抽象层，上述音频硬件抽象层内置有用于控制蓝牙通话音频通路的目标插件。

如图9所示，本实施例的音频数据处理装置900包括：下发单元901，被配置成通过上述蓝牙通话应用向上述音频框架层下发控制指令；透传单元902，被配置成通过上述音频框架层将上述控制指令透传至上述音频硬件抽象层；处理单元903，被配置成将待处理的音频数据传输至上述音频硬件抽象层，并通过上述目标插件基于上述控制指令对上述音频数据进行处理。

在本实施例的一些可选的实现方式中，上述处理单元903，进一步被配置成通过上述目标插件执行如下步骤：对上述控制指令进行解析，生成参数配置信息；基于上述参数配置信息，对上述音频数据进行处理。

在本实施例的一些可选的实现方式中，上述终端设备还配置有蓝牙芯片；以及，上述处理单元903，进一步被配置成：响应于上述控制指令为上行音频通路控制指令，将麦克风采集的音频数据传输至上述音频硬件抽象层；通过上述目标插件基于上述控制指令对上述音频数据进行处理；将处理后的上述音频数据传输至上述蓝牙芯片。

在本实施例的一些可选的实现方式中，上述操作系统还包括音频内核层，上述终端设备还连接有外置数字信号处理器，上述外置数字信号处理器分别与麦克风和上述蓝牙芯片相连接；以及，上述处理单元903，进一步被配置成：通过外置数字信号处理器对麦克风采集的音频信号进行处理，得到音频数据；将上述音频数据经由上述音频内核层传输至上述音频硬件抽象层；将处理后的上述音频数据经由上述音频内核层传输至上述蓝牙芯片。

在本实施例的一些可选的实现方式中，上述终端设备还配置有蓝牙芯片；以及，上述处理单元903，进一步被配置成：响应于上述控制指令为下行音频通路控制指令，将上述蓝牙芯片中的待处理的音频数据传输至上述音频硬件抽象层；通过上述目标插件基于上述控制指令对上述音频数据进行处理；将处理后的上述音频数据传输至扬声器。

在本实施例的一些可选的实现方式中，上述操作系统还包括音频内核层，上述终端设备还连接有外置数字信号处理器，上述外置数字信号处理器分别与扬声器和上述蓝牙芯片相连接；上述处理单元903，进一步被配置成：将上述蓝牙芯片中的待处理的音频数据经由上述音频内核层传输至上述音频硬件抽象层；将处理后的上述音频数据经由上述音频内核层传输至上述外置数字信号处理器；通过上述外置数字信号处理器对处理后的上述音频数据进行处理，将处理结果传输至扬声器。

在本实施例的一些可选的实现方式中，上述下发单元901，进一步被配置成通过上述蓝牙通话应用执行如下步骤：调用上述音频框架层中的目标原生接口；通过上述目标原生接口下发控制指令。

在本实施例的一些可选的实现方式中，上述控制指令包括以下至少一项：上行音频通路控制指令、下行音频通路控制指令、免提模式切换指令、私密模式切换指令、麦克风状态切换指令、扬声器状态切换指令。

在本实施例的一些可选的实现方式中，上述控制指令中包括控制参数，上述控制参数包括以下至少一项：采用率、精度、声道数、音量。

本申请的上述实施例提供的装置，通过在音频硬件抽象层内置用于控制蓝牙通话音频通路的目标插件，并通过目标插件对音频硬件抽象层获取的音频数据进行处理，一方面，能够在不依赖外部处理器的情况下，在操作系统内实现通话音频通路的管理和控制，降低了对外部处理器的依赖性，可支持通话音频通路功能的灵活调试和灵活定制。另一方面，待处理的音频数据无需经由音频框架层进行传输，简化了音频数据的传输过程，避免因额外的性能消耗导致音频卡顿的风险，使得通话质量得到提升。

下面参考图10，其示出了用于实现本申请的一些实施例的电子设备的结构示意图。图10示出的电子设备仅仅是一个示例，不应对本申请的实施例的功能和使用范围带来任何限制。

如图10所示，电子设备11004可以包括处理装置(例如中央处理器、图形处理器等)1001，其可以根据存储在只读存储器(ROM)1002中的程序或者从存储装置1008加载到随机访问存储器(RAM)1003中的程序而执行各种适当的动作和处理。在RAM 1003中，还存储有电子设备11004操作所需的各种程序和数据。处理装置1001、ROM 1002以及RAM1003通过总线1004彼此相连。输入/输出(I/O)接口1005也连接至总线1004。

通常，以下装置可以连接至I/O接口1005：包括例如触摸屏、触摸板、键盘、鼠标、摄像头、麦克风、加速度计、陀螺仪等的输入装置1006；包括例如液晶显示器(LCD)、扬声器、振动器等的输出装置1007；包括例如磁盘、硬盘等的存储装置1008；以及通信装置1009。通信装置1009可以允许电子设备11004与其他设备进行无线或有线通信以交换数据。虽然图10示出了具有各种装置的电子设备11004，但是应理解的是，并不要求实施或具备所有示出的装置。可以替代地实施或具备更多或更少的装置。图10中示出的每个方框可以代表一个装置，也可以根据需要代表多个装置。

特别地，根据本申请的一些实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的一些实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的一些实施例中，该计算机程序可以通过通信装置1009从网络上被下载和安装，或者从存储装置1008被安装，或者从ROM 1002被安装。在该计算机程序被处理装置1001执行时，执行本申请的一些实施例的方法中限定的上述功能。

需要说明的是，本申请的一些实施例所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请的一些实施例中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请的一些实施例中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读信号介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：电线、光缆、RF(射频)等等，或者上述的任意合适的组合。

在一些实施方式中，客户端、服务器可以利用诸如HTTP(HyperTextTransferProtocol，超文本传输协议)之类的任何当前已知或未来研发的网络协议进行通信，并且可以与任意形式或介质的数字数据通信(例如，通信网络)互连。通信网络的示例包括局域网(“LAN”)，广域网(“WAN”)，网际网(例如，互联网)以及端对端网络(例如，ad hoc端对端网络)，以及任何当前已知或未来研发的网络。

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该电子设备执行时，使得该电子设备：通过蓝牙通话应用向音频框架层下发控制指令；通过音频框架层将控制指令透传至音频硬件抽象层；将待处理的音频数据传输至音频硬件抽象层，并通过目标插件基于控制指令对音频数据进行处理。

可以以一种或多种程序设计语言或其组合来编写用于执行本申请的一些实施例的操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如Java、Smalltalk、C++；还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)，上述网络包括局域网(LAN)或广域网(WAN)。

附图中的流程图和框图，图示了按照本申请各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，该模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本申请的一些实施例中的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，例如，可以描述为：一种处理器包括第一确定单元、第二确定单元、选取单元和第三确定单元。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本文中以上描述的功能可以至少部分地由一个或多个硬件逻辑部件来执行。例如，非限制性地，可以使用的示范类型的硬件逻辑部件包括：现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、片上系统(SOC)、复杂可编程逻辑设备(CPLD)等等。

以上描述仅为本申请的一些较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请的实施例中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请的实施例中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (12)

1.一种音频数据处理方法，其特征在于，应用于终端设备，所述终端设备运行有操作系统和蓝牙通话应用，所述操作系统包括音频框架层和音频硬件抽象层，所述音频硬件抽象层内置有用于控制蓝牙通话音频通路的目标插件，所述方法包括：

通过所述蓝牙通话应用向所述音频框架层下发控制指令；

通过所述音频框架层将所述控制指令透传至所述音频硬件抽象层；

将待处理的音频数据传输至所述音频硬件抽象层，并通过所述目标插件基于所述控制指令对所述音频数据进行处理。

2.根据权利要求1所述的方法，其特征在于，所述通过所述目标插件基于所述控制指令对所述音频数据进行处理，包括：

通过所述目标插件执行如下步骤：

对所述控制指令进行解析，生成参数配置信息；

基于所述参数配置信息，对所述音频数据进行处理。

3.根据权利要求1所述的方法，其特征在于，所述终端设备还配置有蓝牙芯片；以及，

所述将待处理的音频数据传输至所述音频硬件抽象层，并通过所述目标插件基于所述控制指令对所述音频数据进行处理，包括：

响应于所述控制指令为上行音频通路控制指令，将麦克风采集的音频数据传输至所述音频硬件抽象层；

通过所述目标插件基于所述控制指令对所述音频数据进行处理；

将处理后的所述音频数据传输至所述蓝牙芯片。

4.根据权利要求3所述的方法，其特征在于，所述操作系统还包括音频内核层，所述终端设备还连接有外置数字信号处理器，所述外置数字信号处理器分别与麦克风和所述蓝牙芯片相连接；

所述将麦克风采集的音频数据传输至所述音频硬件抽象层，包括：

通过外置数字信号处理器对麦克风采集的音频信号进行处理，得到音频数据；

将所述音频数据经由所述音频内核层传输至所述音频硬件抽象层；

以及，所述将处理后的所述音频数据传输至所述蓝牙芯片，包括：

将处理后的所述音频数据经由所述音频内核层传输至所述蓝牙芯片。

5.根据权利要求1所述的方法，其特征在于，所述终端设备还配置有蓝牙芯片；以及，

所述将待处理的音频数据传输至所述音频硬件抽象层，并通过所述目标插件基于所述控制指令对所述音频数据进行处理，包括：

响应于所述控制指令为下行音频通路控制指令，将所述蓝牙芯片中的待处理的音频数据传输至所述音频硬件抽象层；

通过所述目标插件基于所述控制指令对所述音频数据进行处理；

将处理后的所述音频数据传输至扬声器。

6.根据权利要求5所述的方法，其特征在于，所述操作系统还包括音频内核层，所述终端设备还连接有外置数字信号处理器，所述外置数字信号处理器分别与扬声器和所述蓝牙芯片相连接；

所述将所述蓝牙芯片中的待处理的音频数据传输至所述音频硬件抽象层，包括：

将所述蓝牙芯片中的待处理的音频数据经由所述音频内核层传输至所述音频硬件抽象层；

以及，所述将处理后的所述音频数据传输至扬声器，包括：

将处理后的所述音频数据经由所述音频内核层传输至所述外置数字信号处理器；

通过所述外置数字信号处理器对处理后的所述音频数据进行处理，将处理结果传输至扬声器。

7.根据权利要求1所述的方法，其特征在于，所述通过所述蓝牙通话应用向所述音频框架层下发控制指令，包括：

通过所述蓝牙通话应用执行如下步骤：

调用所述音频框架层中的目标原生接口；

通过所述目标原生接口下发控制指令。

8.根据权利要求1所述的方法，其特征在于，所述控制指令包括以下至少一项：上行音频通路控制指令、下行音频通路控制指令、免提模式切换指令、私密模式切换指令、麦克风状态切换指令、扬声器状态切换指令。

9.根据权利要求1所述的方法，其特征在于，所述控制指令中包括控制参数，所述控制参数包括以下至少一项：采用率、精度、声道数、音量。

10.一种音频数据处理装置，其特征在于，应用于终端设备，所述终端设备运行有操作系统和蓝牙通话应用，所述操作系统包括音频框架层和音频硬件抽象层，所述音频硬件抽象层内置有用于控制蓝牙通话音频通路的目标插件，所述装置包括：

下发单元，被配置成通过所述蓝牙通话应用向所述音频框架层下发控制指令；

透传单元，被配置成通过所述音频框架层将所述控制指令透传至所述音频硬件抽象层；

处理单元，被配置成将待处理的音频数据传输至所述音频硬件抽象层，并通过所述目标插件基于所述控制指令对所述音频数据进行处理。

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

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-9中任一所述的方法。

12.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-9中任一所述的方法。

Images