CN111625214A - 音频控制方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例公开了一种音频控制方法、装置、设备及存储介质，涉及音频处理技术领域，其包括：通过音频输入接口获取第一音频数据；读取输入控制标识中记录的第一控制参数；根据所述第一控制参数相对应的第一处理规则处理所述第一音频数据，所述第一处理规则包括通过音频输出接口输出所述第一音频数据和/或向应用层发送所述第一音频数据。采用上述方法可以解决现有技术中主系统对于外接系统音频数据的处理方式过于单一，无法满足用户更多需求的技术问题。

Description

音频控制方法、装置、设备及存储介质

技术领域

本申请实施例涉及音频处理技术领域，尤其涉及一种音频控制方法、装置、设备及存储介质。

背景技术

随着智能技术的发展，交互智能设备被广泛应用于日常生活的各类场景。其中，交互智能平板作为交互智能设备中较为重要的应用之一，被广泛地应用在办公、教学等场景，以提升人们的工作效率和学习效率。

为了满足更多的用户需求，现有技术中，除了在交互智能平板中安装一个操作系统作为主系统外，还可以外接至少一个操作系统作为外接系统，此时，用户可以结合自身情况选择使用主系统或外接系统。在使用外接系统时，外接系统生成的音频数据可以通过交互智能平板的音频输入接口输入至主系统的硬件抽象层中，并由硬件抽象层将音频数据发送至交互智能平板的音频输出接口实现播放音频数据。发明人在实现本发明的过程中，发现现有技术存在如下缺陷：主系统对于外接系统音频数据的处理方式过于单一，无法满足用户的更多需求。例如，当用户希望主系统中安装的录音程序录制外接系统生成的音频数据时，现有的音频处理方式便无法满足上述需求。

发明内容

本申请提供了一种音频控制方法、装置、设备及存储介质，以解决现有技术中主系统对于外接系统音频数据的处理方式过于单一，无法满足用户更多需求的技术问题。

第一方面，本申请实施例提供了一种音频控制方法，包括：

通过音频输入接口获取第一音频数据；

读取输入控制标识中记录的第一控制参数；

根据所述第一控制参数相对应的第一处理规则处理所述第一音频数据，所述第一处理规则包括通过音频输出接口输出所述第一音频数据和/或向应用层发送所述第一音频数据。

进一步的，所述音频控制方法还包括：

接收所述应用层发送的第一控制参数，所述应用层中的第一控制参数由用户设置；

将所述第一控制参数写入至所述输入控制标识对应的运行内存和/或寄存器中。

进一步的，所述第一音频数据为外接系统生成的音频数据。

进一步的，所述第一处理规则为通过音频输出接口输出所述第一音频数据，

所述根据所述第一控制参数相对应的第一处理规则处理所述第一音频数据包括：

确认第二音频数据需要通过所述音频输出接口输出时，对所述第一音频数据和所述第二音频数据进行混音处理，所述第二音频数据为主系统自身生成的音频数据；

通过所述音频输出接口输出混音后的第三音频数据。

进一步的，所述音频控制方法还包括：

获取所述应用层输出的第二音频数据；

读取输出控制标识中记录的第二控制参数；

根据所述第二控制参数相对应的第二处理规则处理所述第二音频数据，所述第二处理规则包括通过所述音频输出接口输出所述第二音频数据或放弃输出所述第二音频数据。

进一步的，所述音频控制方法还包括：

确定主系统为当前使用的系统时，将所述第二控制参数设置为第一参数，所述第一参数对应的第二处理规则为通过所述音频输出接口输出所述第二音频数据；

确定外接系统为当前使用的系统时，将所述第二控制参数设置为第二参数，所述第二参数对应的第二处理规则为放弃输出所述第二音频数据。

进一步的，所述音频控制方法还包括：

接收所述应用层发送的第二控制参数，所述应用层中的第二控制参数由用户设置；

将所述第二控制参数写入至所述输出控制标识对应的运行内存和/或寄存器中。

第二方面，本申请实施例还提供了一种音频控制装置，包括：

第一数据获取模块，用于通过音频输入接口获取第一音频数据；

第一参数读取模块，用于读取输入控制标识中记录的第一控制参数；

第一数据处理模块，用于根据所述第一控制参数相对应的第一处理规则处理所述第一音频数据，所述第一处理规则包括通过音频输出接口输出所述第一音频数据和/或向应用层发送所述第一音频数据。

第三方面，本申请实施例还提供了一种音频控制设备，包括：

一个或多个处理器；

音频输入接口，用于获取第一音频数据；

存储器，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如第一方面所述的音频控制方法。

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

上述音频控制方法、装置、设备及存储介质，通过音频输入接口获取第一音频数据，第一音频数据可以为外接系统生成的音频数据，之后，读取输入控制标识中记录的第一控制参数，并根据第一控制参数对应的第一处理规则对第一音频数据进行处理，其中，不同第一控制参数对应不同的第一处理规则。采用上述技术手段，可以解决现有技术中主系统对于外接系统音频数据的处理方式过于单一，无法满足用户更多需求的技术问题。通过设置不同的第一处理规则，使得第一音频数据的处理方式多样化，不仅可以播放第一音频数据，还可以使主系统应用层中的应用程序获取到第一音频数据。此外，通过输入控制标识中记录的第一控制参数区分不同的第一处理规则，也简化了第一处理规则的确定方式。

进一步的，通过音频输入接口获取第一音频数据时，还可以获取主系统自身生成的第二音频数据，之后，确定两个音频数据均需要通过音频输出接口输出时，对第一音频数据和第二音频数据进行混音处理，并输出混音后的第三音频数据，以实现在连接外接系统时，同时输出主系统和外接系统的音频数据，丰富了主系统对音频数据的处理方式，提升了用户的使用体验。

附图说明

图1为安卓系统的音频架构示意图；

图2为包含安卓系统和外接系统时的音频架构示意图；

图3为本申请一个实施例提供的一种音频控制方法的流程图；

图4为本申请另一个实施例提供的一种音频控制方法的流程图；

图5为本申请一个实施例提供的一种音频数据传输流向示意图；

图6为本申请一个实施例提供的一种音频控制装置的结构示意图；

图7为本申请一个实施例提供的一种音频控制设备的结构示意图。

具体实施方式

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

需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或操作或对象与另一个实体或操作或对象区分开来，而不一定要求或者暗示这些实体或操作或对象之前存在任何这种实际的关系或顺序。例如，第一控制参数和第二控制参数的“第一”和“第二”用来区分两个不同的控制参数。

图1为安卓系统的音频架构示意图。图1中采用的音频架构为高级Linux声音架构(ALSA，Advanced Linux Sound Architecture)。参考图1，对于音频架构而言，Application也可以理解有应用层，其包含安卓系统安装的应用程序，该应用程序可以是安卓系统自带的应用程序，也可以是从第三方设备或者服务器中下载的应用程序。Framework Java层可以理解为Java框架层，Framework Java层可以提供音频播放及录制的接口供应用层使用，例如，其提供了MediaPlayer和MediaRecorde接口以及AudioTrack和AudioRecorde接口。Framework Java层还可以提供与音频控制相关功能的类，例如，提供AudioManager、AudioService及AudioSystem类。JNI(Java Native Interface)层可以起到连接上下层的作用，其中，Audio的JNI代码会存储在frameworks/base/core/jni目录下，Audio的JNI代码可以和其他一些系统文件生成libandroid_runtime.so，供上层(Framework Java层)调用。Framework Native层(包含AudioFlinger)中，使用C++语言实现主要音频相关的功能，并通过JNI层提供的接口给Framework Java层使用。HAL层(硬件抽象层，Hardware AbstractionLayer)是位于操作系统内核与硬件电路之间的接口层，即HAL层可以桥接硬件驱动和上层框架，一些制造商也可以在HAL层实现自己的接口层。音频硬件驱动层包含底层音频驱动程序，可与用户所使用的硬件和HAL层进行交互。图1中，音频硬件驱动层与音频输出接口和音频输入接口相连，以实现音频的输出和输入。其中，音频输出接口可以连接音响、耳机等音频播放设备，以实现播放音频数据，可选的，音频播放设备可以包含外接设备以及内置设备。音频输出接口的接口类型可以根据实际情况设定，例如，音频输出接口可以是高清多媒体接口(High Definition Multimedia Interface，HDMI)、USB type-C接口或3.5mm接口。音频输入接口可以连接麦克风、耳机、电脑等音频采集或音频生成设备，以获取输入的音频数据，可选的，音频采集或音频生成设备可以包含外接设备以及内置设备。音频输入接口的接口类型可以根据实际情况设定，例如，音频输入接口可以是HDMI、USB type-C接口或3.5mm接口。实际应用中，音频输入接口和音频输出接口还可以集成为一个接口，且具有音频输入和音频输出的功能。

在音频播放场景下，应用层中应用程序(如音频播放器)产生的音频数据经过Framework Java层、JNI层、Framework Native层、HAL层、音频硬件驱动层后到达音频输出接口，以通过音频输出接口连接的音频播放设备播放音频数据。在音频输入场景下，音频采集或音频生成设备将音频数据通过音频输入接口输入，并经过音频硬件驱动层、HAL层、Framework Native层、JNI层、Framework Java层后到达应用层的应用程序(如录音程序)中，以供应用程序使用。

若当前设备除了安卓系统外，还配置有其他外接系统(以Windows系统为例进行描述)，此时，该设备的音频架构示意图如图2所示，即图2为包含安卓系统和外接系统时的音频架构示意图。参考图2，Windows系统的音频架构包含Application(应用层)、Windows系统层、HAL层和音频硬件驱动层，其中，Application、HAL层和音频硬件驱动层与安卓系统音频架构中对应的Application、HAL层和音频硬件驱动层的功能相同。Windows系统层可以提供音频服务的接口、类等内容，以实现音频服务。

进一步的，Windows系统与安卓系统共用音频输入接口和音频输出接口。此时，当需要播放Windows系统应用层中应用程序生成的音频数据时，音频数据会经过Windows系统音频架构中的Windows系统层、HAL层和音频硬件驱动层并到达音频输入接口，之后，安卓系统通过音频输入接口获取音频数据并经过音频硬件驱动层到达HAL层，之后，由HAL层将音频数据通过音频硬件驱动层发送至音频输出接口，以通过与音频输出接口相连的音频播放设备播放音频数据。此时，若安卓系统应用层中的应用程序存在获取Windows系统生成的音频数据的需求时，现有的音频处理方式并不能满足上述需求。

因此，本申请实施例提供一种音频控制方法，以在采用图2所示的音频架构时，丰富安卓系统对音频数据的处理方式，进而满足用户更多的需求。

本申请实施例提供的音频控制方法可以由音频控制设备执行，该音频控制设备可以通过软件和/或硬件的方式实现，该音频控制设备可以是两个或多个物理实体构成，也可以是一个物理实体构成。例如，音频控制设备可以是电脑、手机、平板或交互智能平板等智能设备。

为了便于理解，实施例中以交互智能平板为音频控制设备进行示例性描述。其中，交互智能平板可以是通过触控技术对显示在显示平板上的内容进行操控和实现人机交互操作的一体化设备，其集成了投影机、电子白板、幕布、音响、电视机以及视频会议终端等一种或多种功能。

一般而言，交互智能平板包括至少一块显示屏。例如，交互智能平板配置有一块具有触控功能的显示屏，且该显示屏可以是电容屏、红外屏、电阻屏或者电磁屏。用户可以通过手指或关联的触控笔在显示屏中执行触控操作。可以理解的是，实际应用中，用户还可以通过键盘、鼠标、物理按键等方式实现控制操作。

典型的，交互智能平板安装有至少一类操作系统，其中，操作系统包括但不限定于安卓系统、Linux系统及Windows系统。实施例中，以交互智能平板中安装有安卓系统和Windows系统为例进行描述。其中，安卓系统为主操作系统，实施例中记为主系统，Windows系统为外接操作系统，实施例中记为外接系统。外接系统可以理解为配置在PC模块中的操作系统，该PC模块为外置模块，其可以通过USB的方式与主系统所在的模块相连，即外接系统可以理解为一个可插拔的系统，其可以内嵌在交互智能平板中，也可以与交互智能平板相独立。进一步的，每个操作系统下均安装有至少一个应用程序。实施例中，以录入或输出音频数据的应用程序为例进行描述，例如，应用程序为通话应用、录音应用、音频播放器、视频播放器、游戏应用等。需说明，本申请实施例中安卓系统和外设系统所采用的音频架构与现有技术所采用的音频架构相同，即本申请实施例中提供的音频控制方法所对应的音频架构如图2所示。进一步的，本申请实施例中提供的音频控制方法具体由交互智能平板的处理器执行，该处理器为主系统对应的处理器，该处理器在执行音频控制方法时可以对其音频架构中的各层进行控制。

具体的，图3为本申请一个实施例提供的一种音频控制方法的流程图。参考图3，该音频控制方法具体包括：

步骤110、通过音频输入接口获取第一音频数据。

若音频输入接口连接耳机、麦克风等音频采集设备时，第一音频数据可以是音频采集设备所采集的音频数据。若音频输入接口连接外接系统时，第一音频数据为外接系统生成的音频数据。实施例中，以第一音频数据为外接系统生成的音频数据为例进行描述。具体的，第一音频数据为外接系统应用层中当前运行的应用程序生成的音频数据。第一音频数据的数据类型和数据内容实施例不作限定。具体的，外接系统的应用程序生成第一音频数据后，通过Windows系统层、HAL层、音频硬件驱动层输入至音频输入接口，之后，主系统通过音频输入接口获取第一音频数据。具体的，获取第一音频数据时，可以是将第一音频数据通过主系统的音频硬件驱动层发送至HAL层。可以理解，外接系统生成的第一音频数据会被实时传送至主系统的HAL层中。

步骤120、读取输入控制标识中记录的第一控制参数。

一个实施例中，输入控制标识用于使主系统的HAL层确定第一音频数据的处理规则。输入控制标识中可以写入不同的参数以标识不同的处理规则。实施例中，将输入控制标识中写入的参数记为第一控制参数。第一控制参数可以由数字、字母和/或符号组成。不同第一控制参数对应不同的处理规则。

可选的，第一控制参数可以由用户设置，此时，主系统的应用层中安装有实现设置第一控制参数功能的应用程序，用户启动该应用程序后，交互智能平板显示第一控制参数的设置页面。其中，应用程序的启动方式、设置页面的显示内容以及用户的交互方式实施例不作限定。用户通过设置页面可以设置第一控制参数。一种可选方式，在设置页面中显示不同第一控制参数对应的处理规则，以使用户准确设置需要的第一控制参数。当用户完成第一控制参数的设置后，应用层可以通过一层层的调用将第一控制参数发送至主系统的HAL层，主系统的HAL层接收到第一控制参数后保存第一控制参数，以在后续处理过程中读取第一控制参数。可以理解，当用户重新设置第一控制参数后，HAL层会重新获取第一控制参数并进行更新。

步骤130、根据所述第一控制参数相对应的第一处理规则处理所述第一音频数据，所述第一处理规则包括通过音频输出接口输出所述第一音频数据和/或向应用层发送所述第一音频数据。

具体的，通过第一控制参数可以确定第一音频数据的处理规则，实施例中，将第一控制参数对应的处理规则记为第一处理规则，第一处理规则也可以理解为处理第一音频数据时所采取的方式或手段。

一个实施例中，设定第一处理规则包括通过音频输出接口输出所述第一音频数据和/或向应用层发送所述第一音频数据。其中，通过音频输出接口输出第一音频数据是指主系统的HAL层将第一音频数据通过音频硬件驱动层输出至音频输出接口，以通过音频输出接口连接的音频播放设备播放第一音频数据，此时，主系统应用层中的应用程序无法获取到第一音频数据。向应用层发送第一音频数据是指主系统的HAL层按照主系统现有的音频输入方式，通过Framework Native层、JNI层、Framework Java层将第一音频数据发送至应用层。此时，应用层中当前启动的应用程序可以获取到第一音频数据，并可以对第一音频数据进行处理。

可选的，设定所述第一控制参数为第三参数时，所述第一处理规则为向应用层发送所述第一音频数据，以供所述应用层中的应用程序使用所述第一音频数据；所述第一控制参数为第四参数时，所述第一处理规则为通过音频输出接口输出所述第一音频数据；所述第一控制参数为第五参数时，所述第一处理规则为通过所述音频输出接口输出所述第一音频数据，并向所述应用层发送所述第一音频数据。其中，第三参数、第四参数和第五参数可以根据实际情况设定，实施例中，以0、1、2为例。此时，当读取输入控制标识为0时，主系统的HAL层将第一音频数据发送至应用层。当读取输入控制标识为1时，主系统的HAL层将第一音频数据发送至音频输出接口。当读取输入控制标识为2时，主系统的HAL层分别将第一音频数据发送至应用层及音频输出接口，此时，主系统不仅能播放第一音频数据还能使应用程序获取到第一音频数据。

上述，通过音频输入接口获取第一音频数据，第一音频数据可以为外接系统生成的音频数据，之后，读取输入控制标识中记录的第一控制参数，并根据第一控制参数对应的第一处理规则对第一音频数据进行处理，其中，不同第一控制参数对应不同的第一处理规则。采用上述技术手段，可以解决现有技术中主系统对于外接系统音频数据的处理方式过于单一，无法满足用户更多需求的技术问题。通过设置不同的第一处理规则，使得第一音频数据的处理方式多样化，不仅可以播放第一音频数据，还可以使主系统应用层中的应用程序获取到第一音频数据。此外，通过输入控制标识中记录的第一控制参数区分不同的第一处理规则，也简化了第一处理规则的确定方式。

在上述实施例的基础上，音频控制方法还包括：接收所述应用层发送的第一控制参数，所述应用层中的第一控制参数由用户设置；将所述第一控制参数写入至所述输入控制标识对应的运行内存和/或寄存器中。

一个实施例中，第一控制参数由用户设置。用户可以启动主系统中设置第一控制参数的应用程序，或者是，启动应用程序中设置第一控制参数的功能。可以理解，该应用程序位于应用层。之后，交互智能平板向用户显示第一控制参数的设置页面，以供用户进行设置。当用户设置完成后，通过层层调用，将第一控制参数由应用层经Framework Java层、JNI层、Framework Native层，最终到达HAL层。可以理解，向HAL层发送第一控制参数时，还可以同时发送其他的数据，实施例对此不作限定，例如，发送输入控制标识和第一控制参数，以使主系统的HAL层明确该第一控制参数对应于输入控制标识。

进一步的，主系统的HAL层接收到第一控制参数时对其进行保存。其中，在保存时，将第一控制参数保存至运行内存中。其中，运行内存也称作主存，是指程序运行时需要的内存，其只能临时存储数据并用于与处理器交换高速缓存数据，例如，随机存取存储器(Random Access Memory，RAM)为较为常见的运行内存。可选的，将第一控制参数保存至对应的运行内容中后，主系统的HAL层便可以根据需要马上读取运行内存中的第一控制参数。进一步的，除了将第一控制参数保存至运行内存中，还可以将第一控制参数写入对应的寄存器中，即该寄存器可以写入输入控制标识对应的第一控制参数，并供HAL层读取。可选的，将第一控制参数写入寄存器后，若交互智能平板进行断电并重新启动，则主系统的HAL层可以通过寄存器读取到正确的第一控制参数。进一步，第一控制参数还可以同时保存在运行内存和寄存器中，此时，主系统不仅可以马上读取运行内存中的第一控制参数还可以在再次启动后读取寄存器中的第一控制参数。可以理解，用户可以根据自身需求随时更改第一控制参数，之后，交互智能平板会采用上述方法以用新的第一控制参数替换旧的第一控制参数。

上述，设定第一控制参数由用户设定，可以在处理第一音频数据时，保证所采用的第一处理规则符合用户的实际需求，提升了用户的使用体验。

图4为本申请另一个实施例提供的一种音频控制方法的流程图。该音频控制方法以上述实施例为基础。

具体的，实际应用中，主系统应用层中的应用程序也能够生成音频数据，例如，主系统应用层中的通话程序在通话过程中能够生成音频数据。实施例中，将主系统生成的音频数据记为第二音频数据。

本实施例中，第一处理规则包括通过音频输出接口输出第一音频数据，即确定需要播放第一音频数据，可选包括向应用层发送第一音频数据。

具体的，参考图4，该音频控制方法具体包括：

步骤210、通过音频输入接口获取第一音频数据。

步骤220、读取输入控制标识中记录的第一控制参数，所述第一控制参数对应的第一处理规则为通过音频输出接口输出第一音频数据。

步骤230、确认第二音频数据是否需要通过所述音频输出接口输出。确认第二音频数据需要通过所述音频输出接口输出时，执行步骤240。确认第二音频数据无需输出时，执行步骤260。

其中，第二音频数据为主系统自身生成的音频数据。

具体的，主系统的HAL层不仅可以接收到第一音频数据，还可以接收到第二音频数据。当主系统的HAL层接收到第二音频数据时，需要确定是否播放第二音频数据，即确定是否需要通过音频输出接口输出第二音频数据。一个实施例中，以设定输出控制标识的方式确定是否需要播放第二音频数据。此时，本实施提供的音频控制方法还包括：获取所述应用层输出的第二音频数据；读取输出控制标识中记录的第二控制参数；根据所述第二控制参数相对应的第二处理规则处理所述第二音频数据，所述第二处理规则包括通过所述音频输出接口输出所述第二音频数据或放弃输出所述第二音频数据。

具体的，输出控制标识用于使主系统的HAL层确定第二音频数据的处理规则。实施例中，将第二音频数据的处理规则记为第二处理规则。输出控制标识中可以写入不同的参数以标识不同的第二处理规则。实施例中，将输出控制标识中写入的参数记为第二控制参数。其中，第二控制参数可以由交互智能平板或用户设定，据此，设定在设置第二控制参数时，可以包括下述至少一种方案：

方案一、确定主系统为当前使用的系统时，将所述第二控制参数设置为第一参数，所述第一参数对应的第二处理规则为通过所述音频输出接口输出所述第二音频数据；确定外接系统为当前使用的系统时，将所述第二控制参数设置为第二参数，所述第二参数对应的第二处理规则为放弃输出所述第二音频数据。

当前使用的系统也可以理解为当前进行人机交互的系统，即用户当前所使用的系统。实际应用中，用户可以根据自身需求选择使用主系统或外接系统。其中，用户可以通过主系统应用层中相应的应用程序来实现主系统和外接系统的切换，其具体的切换方式实施例不作限定。需说明，当用户选择外接系统时，主系统处于后台运行状态。

若确定当前使用的系统为主系统，则主系统的HAL层将第二控制参数设置为第一参数，其中，第一参数对应的第二处理规则为通过音频输出接口输出所述第二音频数据，即可以播放主系统的第二音频数据。若确定当前使用的系统为外接系统，则主系统的HAL层将第二控制参数设置为第二参数，其中，第二参数对应的第二处理规则为放弃输出第二音频数据，即当前只能播放外接系统的第一音频数据。具体的，主系统的HAL层通过主系统应用层中的应用程序确定当前使用的系统，进而根据当前使用的系统修改第二控制参数。

可选的，第二控制参数存储在运行内存中，并且，主系统的HAL层可以对运行内容中的第二控制参数进行修改。可选的，第二控制参数还存储在对应的寄存器中，其中，第二控制参数和第一控制参数可以共用一个寄存器，此时，需要通过设置不同的读取方式来区分两个控制参数。此外，第二控制参数和第一控制参数还可以使用不同的寄存器，此时，主系统的HAL层可以记录两个寄存器所对应的控制参数，进而根据实际需求选择需要的寄存器进行读取。可选的，将第二控制参数写入寄存器后，交互智能平板需要断电并重新启动，之后，主系统的HAL层可以通过寄存器读取到正确的第二控制参数。

方案二、接收所述应用层发送的第二控制参数，所述应用层中的第二控制参数由用户设置；将所述第二控制参数写入至所述输出控制标识对应的运行内容和/或寄存器中。

第二控制参数由用户设置。用户可以启动主系统中设置第二控制参数的应用程序，或者是，启动应用程序中设置第二控制参数的功能，可以理解，该应用程序位于应用层。之后，交互智能平板向用户显示第二控制参数的设置页面，以供用户进行设置。其中，设置界面的具体内容以及用户设置第二控制参数时的交互方式实施例不作限定。当用户设置完成后，通过层层调用，将第二控制参数由应用层经Framework Java层、JNI层、FrameworkNative层，最终到达HAL层。可以理解，向HAL层发送第二控制参数时，还可以同时发送其他的数据，实施例对此不作限定，例如，发送输出控制标识和第二控制参数，以使主系统的HAL层明确该第二控制参数对应于输出控制标识。

进一步的，主系统的HAL层接收到第二控制参数时对其进行保存。其中，在保存时，将第二控制参数保存至运行内存中。此外，还可以将第二控制参数写入对应的寄存器中，以供主系统的HAL层读取。或者是，将第二控制参数同时写入对应的运行内存及寄存器中。可选的，将第二控制参数写入运行内存后，主系统的HAL层可以马上读取第二控制参数，将第二控制参数写入寄存器后，可以在交互智能平板断电并重新启动后，由主系统的HAL层通过寄存器读取到正确的第二控制参数。可以理解，用户可以根据自身需求随时更改第二控制参数，之后，交互智能平板会采用上述方法以用新的第二控制参数替换旧的第二控制参数。

进一步的，一个实施例中，设定第二处理规则包括通过所述音频输出接口输出所述第二音频数据或放弃输出所述第二音频数据。相应的，输出控制标识中可以写入两个不同的第二控制参数，其中一个对应通过音频输出接口输出所述第二音频数据，另一个对应放弃输出第二音频数据。据此，实施例中设定，所述第二控制参数为第一参数时，所述第二处理规则为通过音频输出接口输出所述第二音频数据；所述第二控制参数为第二参数时，所述第二处理规则为放弃输出所述第二音频数据。其中，第一参数和第二参数可以根据实际情况设定，实施例中，以0和1为例。此时，当读取到输出控制标识为0时，主系统的HAL层通过音频输出接口输出所述第二音频数据，当读取到输出控制标识为1时，主系统的HAL层放弃输出第二音频数据。因此，可以通过输出控制标识中写入的第二控制参数，确定是否需要输出第二音频数据。

进一步的，确定主系统自身的第二音频数据需要通过音频输出接口输出时，主系统的HAL层确定需要同时输出第一音频数据和第二音频数据，因此，执行步骤240。可选的，实际应用中，还存在主系统的HAL层仅接收到第二音频数据的情况，此时，当确定需要输出第二音频数据，主系统的HAL层可以直接将第二音频数据通过音频硬件驱动层发送至音频输出接口，进而通过音频输出接口连接的音频播放设备播放第二音频数据。

确认主系统自身的第二音频数据无需输出时，主系统的HAL层确定只需输出第一音频数据，此时，执行步骤260。可选的，实际应用中，还存在HAL层仅接收到第二音频数据的情况，此时，当确定无需输出第二音频数据时，HAL层可以不会对第二音频数据进行任何处理，相应的，交互智能平板不会播放任何音频数据。

步骤240、对所述第一音频数据和所述第二音频数据进行混音处理。执行步骤250。

主系统的HAL层确定当前需要同时输出第一音频数据和第二音频数据时，需要对第一音频数据和第二音频数据进行混音处理，以保证通过音频输出接口播放第一音频数据和第二音频数据。

其中，混音处理所采用的具体手段实施例不作限定。例如，采用平均算法实现混音处理。例如，计算两个音频数据中同一时刻下高位字节数据的平均值和低位字节数据的平均值，之后，将计算得到的平均值按照低高位重新排列到一个字节数组中，以实现对第一音频数据和第二音频数据的混音处理。举例而言，第一音频数据为单声道数据，某时刻下具体字节数据为4，第二音频数据为双声道数据，该时刻下具体字节数据为2 4，此时，高位字节数据的平均值为：(4+2)/2＝3，低位字节数据的平均值为：(4+4)/2＝4，将两个平均值按照由低到高的顺序排列，便可以得到3 4，即得到混音后的第三音频数据。上述平均算法的具体实现如下：

步骤250、通过所述音频输出接口输出混音后的第三音频数据。

实施例中，将第一音频数据和第二音频数据混合后生成的音频数据记为第三音频数据。主系统的HAL层得到第三音频数据后，通过音频硬件驱动层将第三音频数据发送至音频输出接口，以通过音频输出接口连接的设备播放第三音频数据。

步骤260、通过所述音频输出接口输出所述第一音频数据。

如果当前无需输出第二音频数据，则直接通过音频输出接口输出第一音频数据。

可以理解，实际应用中，无论是否输出两个音频数据，均可以进行混音处理，此时，若仅输出一个音频数据，则该音频数据经过混音处理得到的音频数据与未混音处理前的音频数据相同。

可选的，上述提及的主系统HAL层的处理过程，可以通过调用对应的应用程序实现，例如HAL层进行混音处理时，可以调用混音处理所对应的应用程序实现。可以理解，实施例中不限定对应的应用程序所属的层级，其可以根据实际情况属于HAL层、Framework对应层或应用层等。

上述，通过音频输入接口获取外接系统输出的第一音频数据，并且还可以获取主系统自身生成的第二音频数据，之后，确定两个音频数据均需要通过音频输出接口输出时，对第一音频数据和第二音频数据进行混音处理，并输出混音后的第三音频输出，以实现在连接外接系统时，同时输出主系统和外接系统的音频数据，丰富了主系统对音频数据的处理方式，提升了用户的使用体验。

下面对本申请实施例提供的音频控制方法进行示例性描述。图5为本申请一个实施例提供的一种音频数据传输流向示意图。本实施例中，图5是在图2提供的音频架构基础上结合本申请实施例提供的音频控制方法所生成的示意图。

参考图5，音频输入接口可以接收外接系统(Windows系统)或音频采集设备(如耳机、麦克风)发送的第一音频数据，其中，当外接系统生成第一音频数据时，由外接系统的应用层将应用程序产生的第一音频数据逐层传递到外接系统的音频硬件驱动层，进而通过音频输入接口传输至主系统(安卓系统)的音频架构中。主系统的HAL层获取第一音频数据后，读取输入控制标识。根据输入控制标识记录的第一控制参数确定第一音频数据的第一处理规则，由图5可知，HAL处理第一音频数据时，第一音频数据对应两类传输流，一是向上层传输，并最终到达应用层，二是经过音频硬件驱动层直接传输至音频输出接口。不同第一处理规则对应不同的传输流。当根据输入控制标识记录的第一控制参数确定向上层发送第一音频数据时，第一音频数据按照第一类传输流进行传输以到达应用层。当根据输入控制标识记录的第一控制参数确定输出第一音频数据时，第一音频数据按照第二类传输流进行传输以到达音频输出接口。当根据输入控制标识记录的第一控制参数确定同时录入和输出第一音频数据时，第一音频数据分别按照第一类传输流和第二类传输流进行传输。可以理解，输入控制标识可以由用户通过应用层中的应用程序设置并传输至HAL层。

进一步的，参考图5，当主系统应用层生成第二音频数据时，第二音频数据逐层传输到达HAL层后，HAL层读取输出控制标识，并根据输出控制标识记录的第二控制参数确定第二音频数据的第二处理规则，即确定是否输出第二音频数据，并在确定输出第二音频数据时，经过音频硬件驱动层将第二音频输出传输至音频输出接口。当不需要输出第二音频数据时，放弃处理。可以理解，输出控制标识可以由用户通过应用层中的应用程序设置并传输至HAL层，或者是当应用程的应用程序切换当前使用的系统时，通知HAL层，以使HAL层修改输出控制标识。

当HAL层确定同时输出第一音频数据和第二音频数据时，需要对第一音频数据和第二音频数据进行混音处理。本示例中限定，无论当前是否同时包含第一音频数据和第二音频数据，均需要进行混音处理，并输出第三音频数据。可以理解，若当前仅包含第一音频数据，则第三音频数据与第一音频数据相同，若当前仅包含第二音频数据，则第三音频数据与第二音频数据相同。

针对上述处理流程，可以使音频控制方法适用于下述场景：

场景一、音频输入接口连接麦克风或外接系统。用户需要使用主系统的录音程序进行录音时，可以设置输入控制标识对应的第一控制参数，之后，主系统的HAL层根据输入控制标识将音频输入接口获取的第一音频数据向上层传输，并到达录音程序进行录音。

场景二、音频输入接口连接外接系统。用户需要使用交互智能平板自带的音响(与音频输出接口相连)播放外接系统产生的第一音频数据时，可以设置输入控制标识对应的第一控制参数，之后，主系统的HAL层根据输入控制标识将音频输入接口获取的第一音频数据经过音频硬件驱动层及音频输出接口传输至音响中进行播放。

场景三、音频输入接口连接耳机或麦克风。用户需要使用交互智能平板自带的音响对耳机或麦克风采集的第一音频数据进行扩音，此时，可以设置输入控制标识对应的第一控制参数，之后，主系统的HAL层根据输入控制标识将音频输入接口获取的第一音频数据经过音频硬件驱动层及音频输出接口传输至音响中进行播放。

场景四，音频输入接口连接外接系统。用户需要播放外接系统产生的第一音频数据还需要对第一音频数据进行录音。此时，可以设置输入控制标识对应的第一控制参数，之后，主系统的HAL层根据输入控制标识将音频输入接口获取的第一音频数据经过音频硬件驱动层及音频输出接口传输至音响中进行播放，并将第一音频数据向上层传输，以到达录音程序进行录音。

场景五、音频输入接口连接外接系统，且外接系统为当前使用的系统，此时，若用户不需要播放主系统产生的第二音频数据，则可以设置输出控制标识对应的第二控制参数，之后，主系统的HAL层根据输出控制标识放弃传输第二音频数据。

场景六、音频输入接口连接外接系统，且外接系统为当前使用的系统，此时，若用户需要同时播放主系统生成的第二音频数据和外接系统生成的第一音频数据，则可以设置输出控制标识和输入控制标识。之后，主系统的HAL层根据输出控制标识和输入控制标识对第一音频数据和第二音频数据进行混音处理，并经过音频硬件驱动层及音频输出接口传输至音响中进行播放。

通过上述描述可知，本申请实施例提供的音频控制方法具有丰富的使用场景。可以理解，上述场景仅是示例性描述，实际应用中，音频控制方法还可以应用在更多的场景中。

图6为本申请一个实施例提供的一种音频控制装置的结构示意图。参考图6，该音频控制装置包括第一数据获取模块301、第一参数读取模块302以及第一数据处理模块303。

其中，第一数据获取模块301，用于通过音频输入接口获取第一音频数据；第一参数读取模块302，用于读取输入控制标识中记录的第一控制参数；第一数据处理模块303，用于根据所述第一控制参数相对应的第一处理规则处理所述第一音频数据，所述第一处理规则包括通过音频输出接口输出所述第一音频数据和/或向应用层发送所述第一音频数据。

上述，通过音频输入接口获取第一音频数据，第一音频数据可以为外接系统生成的音频数据，之后，读取输入控制标识中记录的第一控制参数，并根据第一控制参数对应的第一处理规则对第一音频数据进行处理，其中，不同第一控制参数对应不同的第一处理规则。采用上述技术手段，可以解决现有技术中主系统对于外接系统音频数据的处理方式过于单一，无法满足用户更多需求的技术问题。通过设置不同的第一处理规则，使得第一音频数据的处理方式多样化，不仅可以播放第一音频数据，还可以使主系统应用层中的应用程序获取到第一音频数据。此外，通过输入控制标识中记录的第一控制参数区分不同的第一处理规则，也简化了第一处理规则的确定方式。

在上述实施例的基础上，所述音频控制装置还包括：第一参数接收模块，用于接收所述应用层发送的第一控制参数，所述应用层中的第一控制参数由用户设置；第一参数存储模块，用于将所述第一控制参数写入至所述输入控制标识对应的运行内存和/或寄存器中。

在上述实施例的基础上，所述第一音频数据为外接系统生成的音频数据。

在上述实施例的基础上，所述第一处理规则为通过音频输出接口输出所述第一音频数据，第一数据处理模块303包括：混音处理单元，用于确认第二音频数据需要通过所述音频输出接口输出时，对所述第一音频数据和所述第二音频数据进行混音处理，所述第二音频数据为主系统自身生成的音频数据；混音输出单元，用于通过所述音频输出接口输出混音后的第三音频数据。

在上述实施例的基础上，还包括：第二数据获取模块，用于获取所述应用层输出的第二音频数据；第二参数读取模块，用于读取输出控制标识中记录的第二控制参数；第二数据处理模块，用于根据所述第二控制参数相对应的第二处理规则处理所述第二音频数据，所述第二处理规则包括通过所述音频输出接口输出所述第二音频数据或放弃输出所述第二音频数据。

在上述实施例的基础上，还包括：第一确认模块，用于确定主系统为当前使用的系统时，将所述第二控制参数设置为第一参数，所述第一参数对应的第二处理规则为通过所述音频输出接口输出所述第二音频数据；第二确认模块，用于确定外接系统为当前使用的系统时，将所述第二控制参数设置为第二参数，所述第二参数对应的第二处理规则为放弃输出所述第二音频数据。

在上述实施例的基础上，还包括：第二参数接收模块，用于接收所述应用层发送的第二控制参数，所述应用层中的第二控制参数由用户设置；第二参数存储模块，用于将所述第二控制参数写入至所述输出控制标识对应的运行内存和/或寄存器中。

上述提供的音频控制装置可用于执行上述任意实施例提供的音频控制方法，具备相应的功能和有益效果。

值得注意的是，上述音频控制装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。

图7为本申请一个实施例提供的一种音频控制设备的结构示意图。本实施例中，以交互智能平板为音频控制处理设备为例，进行描述。如图7所示，该交互智能平板40包括至少一个处理器41、至少一个网络接口42、用户接口43、存储器44以及至少一个通信总线45。

其中，通信总线45用于实现这些组件之间的连接通信。

其中，用户接口42可以包括显示屏、摄像头、音频输入接口和音频输出接口，音频输入接口可以连接音频采集或音频生成设备，音频采集或音频生成设备可以为外置设备也可以为交互智能平板的内嵌设备，实施例中，音频输入接口用于获取第一音频数据。音频输出接口可以连接音频播放设备，音频播放设备可以为外置设备也可以为交互智能平板的内嵌设备。可选用户接口43还可以包括标准的有线接口、无线接口。显示屏为感应式液晶显示装置。

其中，网络接口42可选包括标准的有线接口、无线接口(如Wi-Fi接口)。

其中，处理器41可以包括一个或多个处理核心。处理器41利用各种接口和线路连接整个交互智能平板40内的各个部分，通过运行或执行存储在处理器41内的指令、程序、代码集或指令集，以及调用存储在存储器44内的数据，执行交互智能平板40的各种功能和处理数据。可选的，处理器41可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable logic arrays，PLA)中的至少一种硬件形式来实现。处理器41可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器41中，单独通过一块芯片进行实现。

其中，存储器44可以包括RAM，也可以包括只读存储器(Read-Only Memory)。可选的，该存储器44包括非瞬时性计算机可读介质(non-transitory computer-readablestorage medium)。存储器44可用于存储指令、程序、代码、代码集或指令集。存储器44可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现上述各个方法实施例的指令等；存储数据区可存储上面各个方法实施例中涉及到的数据等。存储器44可选的还可以是至少一个位于远离前述处理器41的存储装置。如图7所示，作为一种计算机存储介质的存储器44中可以包括操作系统、网络通信模块、用户接口模块以及交互智能平板的操作应用程序。

在图7所示的交互智能平板40中，用户接口43主要用于为用户提供输入的接口，获取用户输入的数据；而处理器41可以用于调用存储器44中存储的交互智能平板的操作应用程序，并具体执行上述实施例中音频控制方法中的相关操作。

交互智能平板的操作系统为安卓系统。除此之外，当交互智能平板内还安装有Windows系统等外接系统时，交互智能平板中还应包括与外接系统对应的处理器和存储器，以通过处理器调用存储器中存储的程序或数据，进而保证外接系统的正常运行。此时，外接系统和安卓系统可以通过通信总线等方式连接并进行数据通信。

上述交互智能平板可用于执行任意音频控制方法，具备相应的功能和有益效果。

此外，本申请实施例还提供一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行本申请任意实施例所提供的音频控制方法中的相关操作，且具备相应的功能和有益效果。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。

因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。存储器可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。存储器是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

注意，上述仅为本申请的较佳实施例及所运用技术原理。本领域技术人员会理解，本申请不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本申请的保护范围。因此，虽然通过以上实施例对本申请进行了较为详细的说明，但是本申请不仅仅限于以上实施例，在不脱离本申请构思的情况下，还可以包括更多其他等效实施例，而本申请的范围由所附的权利要求范围决定。

Claims (10)

1.一种音频控制方法，其特征在于，包括：

通过音频输入接口获取第一音频数据；

读取输入控制标识中记录的第一控制参数；

根据所述第一控制参数相对应的第一处理规则处理所述第一音频数据，所述第一处理规则包括通过音频输出接口输出所述第一音频数据和/或向应用层发送所述第一音频数据。

2.根据权利要求1所述的音频控制方法，其特征在于，还包括：

接收所述应用层发送的第一控制参数，所述应用层中的第一控制参数由用户设置；

将所述第一控制参数写入至所述输入控制标识对应的运行内存和/或寄存器中。

3.根据权利要求1所述的音频控制方法，其特征在于，所述第一音频数据为外接系统生成的音频数据。

4.根据权利要求3所述的音频控制方法，其特征在于，所述第一处理规则为通过音频输出接口输出所述第一音频数据，

所述根据所述第一控制参数相对应的第一处理规则处理所述第一音频数据包括：

确认第二音频数据需要通过所述音频输出接口输出时，对所述第一音频数据和所述第二音频数据进行混音处理，所述第二音频数据为主系统自身生成的音频数据；

通过所述音频输出接口输出混音后的第三音频数据。

5.根据权利要求4所述的音频控制方法，其特征在于，还包括：

获取所述应用层输出的第二音频数据；

读取输出控制标识中记录的第二控制参数；

根据所述第二控制参数相对应的第二处理规则处理所述第二音频数据，所述第二处理规则包括通过所述音频输出接口输出所述第二音频数据或放弃输出所述第二音频数据。

6.根据权利要求5所述的音频控制方法，其特征在于，还包括：

确定主系统为当前使用的系统时，将所述第二控制参数设置为第一参数，所述第一参数对应的第二处理规则为通过所述音频输出接口输出所述第二音频数据；

确定外接系统为当前使用的系统时，将所述第二控制参数设置为第二参数，所述第二参数对应的第二处理规则为放弃输出所述第二音频数据。

7.根据权利要求5所述的音频控制方法，其特征在于，还包括：

接收所述应用层发送的第二控制参数，所述应用层中的第二控制参数由用户设置；

将所述第二控制参数写入至所述输出控制标识对应的运行内存和/或寄存器中。

8.一种音频控制装置，其特征在于，包括：

第一数据获取模块，用于通过音频输入接口获取第一音频数据；

第一参数读取模块，用于读取输入控制标识中记录的第一控制参数；

第一数据处理模块，用于根据所述第一控制参数相对应的第一处理规则处理所述第一音频数据，所述第一处理规则包括通过音频输出接口输出所述第一音频数据和/或向应用层发送所述第一音频数据。

9.一种音频控制设备，其特征在于，包括：

一个或多个处理器；

音频输入接口，用于获取第一音频数据；

存储器，用于存储一个或多个程序；

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

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

Images