CN113990354A - 基于Linux的音频控制方法、装置、设备和存储介质 - Google Patents

Abstract

本发明提供一种基于Linux的音频控制方法、装置、设备和存储介质，该方法包括:通过Linux音频服务，接收所述Linux系统中应用程序发送的音频控制指令；基于所述Linux音频服务，控制音频设备执行所述音频控制指令对应的操作，并将所述音频设备的执行结果通过所述Linux音频服务返回至所述应用程序；其中，所述Linux音频服务是基于Android侧的音频通路配置文件的转换结果，进行配置得到的。本发明通过Linux音频服务，接收应用程序发送的音频控制指令，且复用Android侧的音频通路配置文件，进而使应用程序可以通过Linux音频服务使用音频设备，从而实现便捷性高的音频控制。

Description

基于Linux的音频控制方法、装置、设备和存储介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种基于Linux的音频控制方法、装置、设备和存储介质。

背景技术

Linux系统是一套免费使用和自由传播的类Unix操作系统，其具备多用户、多任务、多线程、多CPU和高安全性的特点，因此，Linux系统受到了广泛应用。另外，Android系统是目前移动终端市场中占比最高的操作系统，在移动终端领域具有极好的生态环境。

目前，在基于Linux内核的操作系统上，音频设备大多通过alsa驱动，然而，在音频设备厂商仅提供Android驱动的情况下，则需要适配alsa配置，才能驱动音频设备，十分繁琐复杂。

发明内容

本发明提供一种基于Linux的音频控制方法、装置、设备和存储介质，用以解决现有技术中在只存在Android音频驱动的情况下，Linux系统中的应用程序使用音频设备繁琐复杂的缺陷，实现便捷性高的音频控制。

本发明提供一种基于Linux的音频控制方法，应用于Linux系统，所述方法包括：

通过Linux音频服务，接收所述Linux系统中应用程序发送的音频控制指令；

基于所述Linux音频服务，控制音频设备执行所述音频控制指令对应的操作，并将所述音频设备的执行结果通过所述Linux音频服务返回至所述应用程序；

其中，所述Linux音频服务是基于Android侧的音频通路配置文件进行配置得到的。

根据本发明提供的一种基于Linux的音频控制方法，所述基于所述Linux音频服务，控制音频设备执行所述音频控制指令对应的操作之前，还包括：

通过所述Linux音频服务，确定所述音频控制指令对应的音频控制API，所述音频控制API用于访问Android音频服务。

根据本发明提供的一种基于Linux的音频控制方法，所述基于所述Linux音频服务，控制音频设备执行所述音频控制指令对应的操作，包括：

通过音频插件，将所述音频控制API从所述Linux音频服务转发至所述Android音频服务；

通过所述Android音频服务，控制音频设备执行所述音频控制指令对应的操作。

根据本发明提供的一种基于Linux的音频控制方法，所述将所述音频设备的执行结果通过所述Linux音频服务返回至所述应用程序，包括：

将所述音频设备的执行结果返回至Android音频服务；

通过音频插件，将所述执行结果从所述Android音频服务转发至所述Linux音频服务；

将所述执行结果从所述Linux音频服务返回至所述应用程序。

根据本发明提供的一种基于Linux的音频控制方法，所述通过Linux音频服务，接收所述Linux系统中应用程序发送的音频控制指令之前，还包括：

通过音频插件，读取Android侧的音频通路配置文件；

基于所述音频通路配置文件配置Linux音频服务。

根据本发明提供的一种基于Linux的音频控制方法，所述通过音频插件，读取Android侧的音频通路配置文件之前，还包括：

在所述Linux系统启动后，启动所述Linux音频服务，并加载所述音频插件。

根据本发明提供的一种基于Linux的音频控制方法，所述Linux音频服务通过进程间通信通道与Android侧的Android音频服务进行通信。

本发明还提供一种基于Linux的音频控制装置，包括：

接收模块，用于通过Linux音频服务，接收Linux系统中应用程序发送的音频控制指令；

控制模块，用于基于所述Linux音频服务，控制音频设备执行所述音频控制指令对应的操作，并将所述音频设备的执行结果通过所述Linux音频服务返回至所述应用程序；

其中，所述Linux音频服务是基于Android侧的音频通路配置文件进行配置得到的。

本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述基于Linux的音频控制方法的步骤。

本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述基于Linux的音频控制方法的步骤。

本发明还提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现如上述任一种所述基于Linux的音频控制方法的步骤。

本发明提供的基于Linux的音频控制方法、装置、设备和存储介质，该方法应用于Linux系统，通过Linux音频服务，接收Linux系统中应用程序发送的音频控制指令；基于音频服务，控制音频设备执行音频控制指令对应的操作，并将音频设备的执行结果通过Linux音频服务返回至应用程序；其中，Linux音频服务是基于Android侧的音频通路配置文件进行配置得到的。通过上述方式，本发明通过Linux音频服务，接收应用程序发送的音频控制指令，且复用Android侧的音频通路配置文件，以根据Android侧的音频通路配置文件配置Linux音频服务，进而使应用程序可以通过Linux音频服务使用音频设备，以使在只存在Android音频驱动的情况下，应用程序可以使用音频设备，且无需适配Android下的音频通路配置文件，从而实现便捷性高的音频控制。

附图说明

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

图1为本发明提供的基于Linux的音频控制方法的流程示意图之一；

图2为本发明提供的基于Linux的音频控制方法的架构示意图；

图3为本发明提供的基于Linux的音频控制方法的流程示意图之二；

图4为本发明提供的基于Linux的音频控制方法的流程示意图之三；

图5为本发明提供的基于Linux的音频控制方法的流程示意图之四；

图6为本发明提供的基于Linux的音频控制装置的结构意图；

图7为本发明提供的电子设备的结构示意图。

具体实施方式

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

现有技术中，在基于Linux内核的操作系统上，音频设备通常通过alsa驱动，在音频设备厂商仅提供Android驱动的情况下，若Linux系统中的应用程序需要使用音频设备，则需要适配Android下的音频通路配置文件，例如，创建对应的音频通路配置文件中的alsaprofile及path，才能使用音频设备，十分繁琐复杂。

为解决上述现有技术中的问题，提出以下各实施例。为便于理解以下各实施例，下面对本发明的应用场景做举例说明。

具体地，在终端设备中安装Linux系统，即终端设备的操作系统为基于Linux内核的操作系统。同时，该终端设备中安装了任一应用程序（APP），该应用程序需要使用音频设备，该音频设备只能通过Android音频驱动进行控制。其中，该终端设备可以为手机、平板电脑、笔记本电脑、台式电脑、服务器、嵌入式系统等等，此处不作具体限定。

本发明提供了一种应用于Linux系统的基于Linux的音频控制方法。图1为本发明提供的基于Linux的音频控制方法的流程示意图之一，如图1所示，本发明提供的基于Linux的音频控制方法，包括以下步骤110-120：

步骤110，通过Linux音频服务，接收所述Linux系统中应用程序发送的音频控制指令。

其中，Linux音频服务是Linux系统中的一个音频框架，其用于供Linux系统中应用程序进行操作，即其为Linux的音频服务进程。此外，该Linux音频服务位于Linux系统的用户空间中。

此处，Linux音频服务为可扩展的音频框架，其支持plugin（插件）扩展。

在一实施例中，Linux音频服务为pulseaudio音频框架。该pulseaudio音频框架支持plugin扩展，具体可以实现一个droid plugin。

在另一实施例中，Linux音频服务为pipewire音频框架。该pipewire音频框架支持plugin扩展，具体可以实现一个droid plugin。

在一具体实施例中，在上述步骤110之前，所述基于Linux的音频控制方法还包括：

在所述Linux系统启动后，启动所述Linux音频服务。

其中，音频控制指令包括但不限于：开始播放指令、停止播放指令、开启录音指令、关闭录音指令等等。当然，音频控制指令包括音频设备的所有操作指令，或者，音频控制指令包括Android侧的Android音频服务的所有API所对应的指令。

步骤120，基于所述Linux音频服务，控制音频设备执行所述音频控制指令对应的操作，并将所述音频设备的执行结果通过所述Linux音频服务返回至所述应用程序；

其中，所述Linux音频服务是基于Android侧的音频通路配置文件进行配置得到的。

此处，Linux音频服务的获取方式是：通过音频插件，读取Android侧的音频通路配置文件，将音频通路配置文件进行解析，得到解析结果，并基于解析结果配置Linux音频服务。

其中，执行结果包括控制结果和数据传输结果，该数据传输结果包括但不限于：音频数据和音频设备配置参数。具体地，执行结果包括但不限于：开始播放指令的执行结果、停止播放指令的执行结果、开启录音指令的执行结果、关闭录音指令的执行结果等等。

此处，开始播放指令的执行结果包括播放开始成功标识或播放开始失败标识。停止播放指令的执行结果包括播放停止成功标识或播放停止失败标识。开启录音指令的执行结果包括录音开启成功标识或录音开启失败标识。关闭录音指令的执行结果包括录音关闭成功标识和录音得到的音频数据，或录音关闭失败标识。

在一实施例中，若音频控制指令为开始播放指令，控制音频设备开启，并播放待播放的音频数据，将音频设备是否播放开启成功的执行结果通过Linux音频服务返回至应用程序。

具体地，若音频控制指令为开始播放指令，控制音频设备开启，并播放待播放的音频数据，将播放开始成功标识或播放开始失败标识通过Linux音频服务返回至应用程序。

需要说明的是，若应用程序是需要播放其生成的目标音频数据，则将该目标音频数据传输至音频设备进行播放。

在另一实施例中，若音频控制指令为停止播放指令，控制音频设备关闭，并停止播放音频，将音频设备是否播放关闭成功的执行结果通过Linux音频服务返回至应用程序。

具体地，若音频控制指令为停止播放指令，控制音频设备关闭，并停止播放音频，将播放停止成功标识或播放停止失败标识通过Linux音频服务返回至应用程序。

在另一实施例中，若音频控制指令为录音开启指令，控制音频设备进行录音操作，将录音是否开启成功的执行结果通过Linux音频服务返回至应用程序。

具体地，若音频控制指令为录音开启指令，控制音频设备进行录音操作，将音频设备实时录取得到的音频数据和录音开启成功标识通过Linux音频服务返回至应用程序，或，将录音开启失败标识通过Linux音频服务返回至应用程序。

在另一实施例中，若音频控制指令为录音关闭指令，控制音频设备关闭录音操作，将录音是否关闭成功的执行结果通过Linux音频服务返回至应用程序。

具体地，若音频控制指令为录音关闭指令，控制音频设备关闭录音操作，将录音关闭成功标识返回至应用程序，或，将录音关闭失败标识通过Linux音频服务返回至应用程序。

此外，Linux系统与Android侧的Android音频服务将会进行通信，其通信线路与音频控制指令基本相同，此处不再一一赘述。即本发明不仅可以完成控制指令的传输，还可以完成数据传输。传输的数据包括音频数据、音频设备的配置参数等等。

为便于理解，对本发明的具体实施方式进行举例说明。在Linux系统中应用程序使用音频设备时，应用程序生成音频控制指令，然后，通过Linux音频服务，接收应用程序发送的音频控制指令，之后，通过音频插件，将音频控制指令从Linux音频服务转发至Android音频服务，以通过Android音频服务和Android音频驱动，控制音频设备执行音频控制指令对应的操作，之后，将音频设备的执行结果返回至Android音频驱动和Android音频服务；通过音频插件，将执行结果从Android音频服务转发至Linux音频服务；将执行结果从Linux音频服务返回至应用程序。此外，在一情况下，创建Android容器，然后启动Linux音频服务，并将Android音频服务部署于Android容器。具体可参见图2，在图2中对本发明实施例进行了层的划分，应用程序、Linux音频服务、音频插件、Android容器属于用户空间层，Android音频驱动（audio driver）属于内核层，音频设备属于硬件层。

根据本发明实施例的基于Linux的音频控制方法，该方法应用于Linux系统，通过Linux音频服务，接收Linux系统中应用程序发送的音频控制指令；基于音频服务，控制音频设备执行音频控制指令对应的操作，并将音频设备的执行结果通过Linux音频服务返回至应用程序；其中，Linux音频服务是基于Android侧的音频通路配置文件进行配置得到的。通过上述方式，本发明实施例通过Linux音频服务，接收应用程序发送的音频控制指令，且复用Android侧的音频通路配置文件，以根据音频通路配置文件配置Linux音频服务，进而使应用程序可以通过Linux音频服务使用音频设备，以使在只存在Android音频驱动的情况下，应用程序可以使用音频设备，且无需适配Android下的音频通路配置文件，从而实现便捷性高的音频控制。

进一步地，基于上述实施例，提出本发明基于Linux的音频控制方法的另一实施例。上述步骤120之前，还包括：

步骤130，通过所述Linux音频服务，确定所述音频控制指令对应的音频控制API，所述音频控制API用于访问Android音频服务。

具体地，Linux音频服务基于配置的音频通路配置文件的转换结果，确定音频控制指令对应的音频控制API，从而基于音频控制API，访问Android侧的Android音频服务，从而实现Linux系统与Android侧的Android音频服务进行通信的目的，进而实现Linux系统可以使用Android音频驱动的目的。

基于上述实施例，如图3所示，上述步骤120中，基于所述Linux音频服务，控制音频设备执行所述音频控制指令对应的操作，包括：

步骤121，通过音频插件，将所述音频控制API从所述Linux音频服务转发至所述Android音频服务。

步骤122，通过所述Android音频服务，控制音频设备执行所述音频控制指令对应的操作。

其中，音频插件为Linux音频服务扩展的插件。该音频插件可以为droid plugin。该音频插件位于Linux的用户空间。

需要说明的是，音频控制API在经过音频插件时，可以做处理或不作处理，具体根据实际需要进行设定，此处不作具体赘述。

具体地，若音频控制指令为开始播放指令，则将开始播放指令对应的音频控制API从Linux音频服务转发至Android音频服务，以使Android音频服务，控制音频设备执行开始播放指令对应的操作。

具体地，若音频控制指令为停止播放指令，则将停止播放指令对应的音频控制API从Linux音频服务转发至Android音频服务，以使Android音频服务，控制音频设备执行停止播放指令对应的操作。

具体地，若音频控制指令为开启录音指令，则将开启录音指令对应的音频控制API从Linux音频服务转发至Android音频服务，以使Android音频服务，控制音频设备执行开启录音指令对应的操作。

具体地，若音频控制指令为关闭录音指令，则将关闭录音指令对应的音频控制API从Linux音频服务转发至Android音频服务，以使Android音频服务，控制音频设备执行关闭录音指令对应的操作。

进一步地，在上述步骤121之前，该方法还包括：

在所述Linux系统启动后，启动所述Linux音频服务，并加载所述音频插件。

具体地，在Linux系统启动后，启动Linux音频服务，并加载音频插件；通过音频插件读取Android侧的音频通路配置文件，并将音频通路配置文件进行转换，得到转换结果；基于转换结果配置Linux音频服务。

在一实施例中，所述Linux系统包括用户空间层；所述用户空间层包括所述应用程序、所述Linux音频服务、所述音频插件、所述Android音频服务。

进一步地，创建Android容器，并将Android音频服务部署于Android容器。该Android音频服务可以包括AudioFlinger service、Audio Server、Audio HAL Service等等。具体可参见图2，此处不再一一赘述。

根据本发明实施例的基于Linux的音频控制方法，该方法应用于Linux系统，通过Linux音频服务，确定音频控制指令对应的音频控制API，音频控制API用于访问Android音频驱动；通过音频插件，将音频控制API从Linux音频服务转发至Android音频服务；通过Android音频服务，控制音频设备执行音频控制指令对应的操作。通过上述方式，将音频控制指令通过音频插件进行转发，以通过Android音频服务使用音频设备，以使应用程序可以通过Android音频服务使用音频设备，以使在只存在Android音频驱动的情况下，应用程序可以使用音频设备，且无需适配Android下的音频通路配置文件，从而实现便捷性高的音频控制。

进一步地，基于上述任一实施例，提出本发明基于Linux的音频控制方法的另一实施例。在本实施例中，上述步骤120中，将所述音频设备的执行结果通过所述Linux音频服务返回至所述应用程序，包括以下步骤123-125：

步骤123，将所述音频设备的执行结果返回至Android音频服务。

步骤124，通过音频插件，将所述执行结果从所述Android音频服务转发至所述Linux音频服务。

步骤125，将所述执行结果从所述Linux音频服务返回至所述应用程序。

其中，音频插件为Linux音频服务扩展的插件。该音频插件可以为droid plugin。该音频插件位于Linux的用户空间。

需要说明的是，执行结果在经过音频插件和Linux音频服务时，可以做处理或不作处理，具体根据实际需要进行设定，此处不作具体赘述。

为便于理解，音频控制指令以开始播放指令为例进行说明，应用程序、Linux音频服务、音频插件、Android音频服务的信令交互图如图4所示：

S401，应用程序向Linux音频服务发送开始播放指令和音频数据。

S402，Linux音频服务向音频插件发送开始播放指令和音频数据。

S403，音频插件向Android音频服务发送开始播放指令和音频数据。

S404，Android音频服务向音频插件返回执行结果，其中，执行结果包括：播放开始成功标识或播放开始失败标识。此处，执行结果以播放开始成功标识为例进行说明。

S405，音频插件向Linux音频服务返回播放开始成功标识。

S406，Linux音频服务向应用程序返回播放开始成功标识。

在播放一段时间之后，音频控制指令以停止播放指令为例进行说明。

S407，应用程序向Linux音频服务发送停止播放指令。

S408，Linux音频服务向音频插件发送停止播放指令。

S409，音频插件向Android音频服务发送停止播放指令。

S410，Android音频服务向音频插件返回执行结果，其中，执行结果包括：播放停止成功标识或播放停止失败标识。此处，执行结果以播放停止成功标识为例进行说明。

S411，音频插件向Linux音频服务返回播放停止成功标识。

S412，Linux音频服务向应用程序返回播放停止成功标识。

为便于理解，音频控制指令以开启录音指令为例进行说明，应用程序、Linux音频服务、音频插件、Android音频服务的信令交互图如图5所示：

S501，应用程序向Linux音频服务发送开启录音指令。

S502，Linux音频服务向音频插件发送开启录音指令。

S503，音频插件向Android音频服务发送开启录音指令。

S504，Android音频服务向音频插件返回执行结果，其中，执行结果包括：录音开启成功标识和实时录音得到的录音数据或录音开启失败标识。此处，执行结果以录音开启成功标识和录音数据为例进行说明。

S505，音频插件向Linux音频服务返回录音开启成功标识和录音数据。

S506，Linux音频服务向应用程序返回录音开启成功标识和录音数据。

在录音一段时间之后，音频控制指令以关闭录音指令为例进行说明。

S507，应用程序向Linux音频服务发送关闭录音指令。

S508，Linux音频服务向音频插件发送关闭录音指令。

S509，音频插件向Android音频服务发送关闭录音指令。

S510，Android音频服务向音频插件返回执行结果，其中，执行结果包括：录音关闭成功标识或录音关闭失败标识。此处，执行结果以录音关闭成功标识为例进行说明。

S511，音频插件向Linux音频服务返回录音关闭成功标识。

S512，Linux音频服务向应用程序返回录音关闭成功标识。

此外，还包括其他音频控制指令，其他音频控制指令与上述音频控制指令的执行过程基本相同，此处不再一一赘述。

进一步地，在上述步骤123之前，该方法还包括：

在所述Linux系统启动后，启动所述Linux音频服务，并加载所述音频插件。

具体地，在Linux系统启动后，启动Linux音频服务，并加载音频插件；通过音频插件读取Android侧的音频通路配置文件，并将音频通路配置文件进行转换，得到转换结果；基于转换结果配置Linux音频服务。

在一情况下，在Linux系统启动后，先创建Android容器，并启动Android音频服务，之后，启动Linux音频服务，并加载音频插件。

在另一情况下，在Linux系统启动后，启动Linux音频服务，并加载音频插件，之后通过libhybris技术，直接加载Audio HAL库，进而直接操作音频硬件。

在一实施例中，所述Linux系统包括用户空间层；所述用户空间层包括所述应用程序、所述Linux音频服务、所述音频插件、所述Android音频服务。

进一步地，创建Android容器，并将Android音频服务部署于Android容器。该Android音频服务可以包括AudioFlinger service、Audio Server、Audio HAL Service等等。具体可参见图2，此处不再一一赘述。

根据本发明实施例的基于Linux的音频控制方法，该方法应用于Linux系统，将音频设备的执行结果返回至Android音频服务；通过音频插件，将执行结果从Android音频服务转发至Linux音频服务；将执行结果从Linux音频服务返回至应用程序。通过上述方式，将音频设备的执行结果通过音频插件进行转发，且通过Linux音频服务返回执行结果，以使应用程序可以接收到返回的执行结果，实现了Linux系统中的应用程序可以通过Android音频服务使用音频设备，以使在只存在Android音频驱动的情况下，应用程序可以使用音频设备，并返回执行结果，且无需适配Android下的音频通路配置文件，从而实现便捷性高的音频控制。

进一步地，基于上述任一实施例，提出本发明基于Linux的音频控制方法的另一实施例。在本实施例中，在上述步骤110之前，该方法还包括：

步骤140，通过音频插件，读取Android侧的音频通路配置文件。

步骤150，基于所述音频通路配置文件配置Linux音频服务。

具体地，通过音频插件，读取Android侧的音频服务对应的音频通路配置文件，然后对该音频通路配置文件进行解析，基于解析结果，将音频通路配置文件进行转换，以转换为Linux音频服务可用的音频通道配置。

其中，音频插件为Linux音频服务扩展的插件。该音频插件可以为droid plugin。该音频插件位于Linux的用户空间。

进一步地，在上述步骤140之前，该方法还包括：

步骤160，在所述Linux系统启动后，启动所述Linux音频服务，并加载所述音频插件。

具体地，在Linux系统启动后，启动Linux音频服务，并加载音频插件；通过音频插件读取Android侧的音频通路配置文件，并将音频通路配置文件进行转换，得到转换结果；基于转换结果配置Linux音频服务。

在一实施例中，所述Linux系统包括用户空间层；所述用户空间层包括所述应用程序、所述Linux音频服务、所述音频插件、所述Android音频服务。

进一步地，创建Android容器，并将Android音频服务部署于Android容器。该Android音频服务可以包括AudioFlinger service、Audio Server、Audio HAL Service等等。具体可参见图2，此处不再一一赘述。

根据本发明实施例的基于Linux的音频控制方法，该方法应用于Linux系统，通过音频插件，读取Android侧的音频通路配置文件，并将音频通路配置文件进行转换，得到转换结果；基于所述转换结果配置Linux音频服务。通过上述方式，本发明实施例通过音频插件，复用Android侧的音频通路配置文件，以根据Android侧的音频通路配置文件，配置Linux音频服务，进而使应用程序可以通过Linux音频服务使用音频设备，以使在只存在Android音频驱动的情况下，应用程序可以使用音频设备，且无需适配Android下的音频通路配置文件，从而实现便捷性高的音频控制。

进一步地，基于上述任一实施例，提出本发明基于Linux的音频控制方法的另一实施例。在本实施例中，所述Linux音频服务通过进程间通信通道与Android侧的Android音频服务进行通信。

其中，进程间通信通道能够实现进程间的数据传递和信息传递。具体地，进程间通信通道实现Linux音频服务与Android音频服务进行控制指令的传输和处理数据的传输。该处理数据包括但不限于：音频数据、音频设备的配置参数等等。

进程间通信（Inter-Process Communication，简称IPC），提供了多种进程间的通信方法，例如，binder，套接字（socket），共享内存（shared memory）等。

具体地，Linux音频服务通过IPC通道与Android侧的Android音频服务进行通信。

在一实施例中，Linux音频服务通过binder与Android侧的Android音频服务进行通信。更为具体地，Linux音频服务通过libgbinder与Android侧的Android音频服务进行通信。libgbinder是binder的一种Linux实现，其用于Linux系统与Android之间进行程序间的通信。

在另一实施例中，Linux音频服务通过socket与Android侧的Android音频服务进行通信。

在另一实施例中，Linux音频服务通过shared memory与Android侧的Android音频服务进行通信。

根据本发明实施例的基于Linux的音频控制方法，该方法应用于Linux系统，本发明实施例利用进程间通信通道实现Linux音频服务和Android音频服务的通信，以能够将Linux生成的音频控制指令发送给Android音频服务，且能够在Linux和Android之间进行数据通信，以使在只存在Android音频驱动的情况下，应用程序可以使用音频设备，且无需适配Android下的音频通路配置文件，从而实现便捷性高的音频控制。

下面对本发明提供的基于Linux的音频控制装置进行描述，下文描述的基于Linux的音频控制装置与上文描述的基于Linux的音频控制方法可相互对应参照，重复之处不再赘述，具体如图6所示，该基于Linux的音频控制装置包括：

接收模块610，用于通过Linux音频服务，接收Linux系统中应用程序发送的音频控制指令；

控制模块620，用于基于所述Linux音频服务，控制音频设备执行所述音频控制指令对应的操作，并将所述音频设备的执行结果通过所述Linux音频服务返回至所述应用程序；

其中，所述Linux音频服务是基于Android侧的音频通路配置文件进行配置得到的。

根据本发明实施例的基于Linux的音频控制装置，通过Linux音频服务，接收Linux系统中应用程序发送的音频控制指令；基于音频服务，控制音频设备执行音频控制指令对应的操作，并将音频设备的执行结果通过Linux音频服务返回至应用程序；其中，Linux音频服务是基于Android侧的音频通路配置文件进行配置得到的。通过上述方式，本发明实施例通过Linux音频服务，接收应用程序发送的音频控制指令，且复用Android侧的音频通路配置文件，以根据Android侧的音频通路配置文件配置Linux音频服务，进而使应用程序可以通过Linux音频服务使用音频设备，以使在只存在Android音频驱动的情况下，应用程序可以使用音频设备，且无需适配Android下的音频通路配置文件，从而实现便捷性高的音频控制。

进一步地，所述基于Linux的音频控制装置还包括：

确定模块，用于通过所述Linux音频服务，确定所述音频控制指令对应的音频控制API，所述音频控制API用于访问Android音频服务。

进一步地，所述控制模块620还用于通过音频插件，将所述音频控制API从所述Linux音频服务转发至所述Android音频服务；通过所述Android音频服务，控制音频设备执行所述音频控制指令对应的操作。

进一步地，所述控制模块620还用于将所述音频设备的执行结果返回至Android音频服务；通过音频插件，将所述执行结果从所述Android音频服务转发至所述Linux音频服务；将所述执行结果从所述Linux音频服务返回至所述应用程序。

进一步地，所述基于Linux的音频控制装置还包括：

文件读取模块，用于通过音频插件，读取Android侧的音频通路配置文件；

服务配置模块，用于基于所述音频通路配置文件配置Linux音频服务。

进一步地，所述基于Linux的音频控制装置还包括：

服务启动模块，用于在所述Linux系统启动后，启动所述Linux音频服务，并加载所述音频插件。

进一步地，所述Linux音频服务通过进程间通信通道与Android侧的Android音频服务进行通信。

图7示例了一种电子设备的实体结构示意图，如图7所示，该电子设备可以包括：处理器(processor) 710、通信接口(Communications Interface) 720、存储器(memory) 730和通信总线740，其中，处理器710，通信接口720，存储器730通过通信总线740完成相互间的通信。处理器710可以调用存储器730中的逻辑指令，以执行基于Linux的音频控制方法，该方法包括：通过Linux音频服务，接收所述Linux系统中应用程序发送的音频控制指令；基于所述Linux音频服务，控制音频设备执行所述音频控制指令对应的操作，并将所述音频设备的执行结果通过所述Linux音频服务返回至所述应用程序；其中，所述Linux音频服务是基于Android侧的音频通路配置文件，进行配置得到的。

此外，上述的存储器730中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器（ROM，Read-Only Memory）、随机存取存储器（RAM，Random Access Memory）、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各方法所提供的基于Linux的音频控制方法，该方法包括：通过Linux音频服务，接收所述Linux系统中应用程序发送的音频控制指令；基于所述Linux音频服务，控制音频设备执行所述音频控制指令对应的操作，并将所述音频设备的执行结果通过所述Linux音频服务返回至所述应用程序；其中，所述Linux音频服务是基于Android侧的音频通路配置文件，进行配置得到的。

又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各方法提供的基于Linux的音频控制方法，该方法包括：通过Linux音频服务，接收所述Linux系统中应用程序发送的音频控制指令；基于所述Linux音频服务，控制音频设备执行所述音频控制指令对应的操作，并将所述音频设备的执行结果通过所述Linux音频服务返回至所述应用程序；其中，所述Linux音频服务是基于Android侧的音频通路配置文件，进行配置得到的。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (10)

1.一种基于Linux的音频控制方法，其特征在于，应用于Linux系统，所述方法包括：

通过Linux音频服务，接收所述Linux系统中应用程序发送的音频控制指令；

基于所述Linux音频服务，控制音频设备执行所述音频控制指令对应的操作，并将所述音频设备的执行结果通过所述Linux音频服务返回至所述应用程序；

其中，所述Linux音频服务是基于Android侧的音频通路配置文件进行配置得到的。

2.根据权利要求1所述的基于Linux的音频控制方法，其特征在于，所述基于所述Linux音频服务，控制音频设备执行所述音频控制指令对应的操作之前，还包括：

通过所述Linux音频服务，确定所述音频控制指令对应的音频控制API，所述音频控制API用于访问Android音频服务。

3.根据权利要求2所述的基于Linux的音频控制方法，其特征在于，所述基于所述Linux音频服务，控制音频设备执行所述音频控制指令对应的操作，包括：

通过音频插件，将所述音频控制API从所述Linux音频服务转发至所述Android音频服务；

通过所述Android音频服务，控制音频设备执行所述音频控制指令对应的操作。

4.根据权利要求1所述的基于Linux的音频控制方法，其特征在于，所述将所述音频设备的执行结果通过所述Linux音频服务返回至所述应用程序，包括：

将所述音频设备的执行结果返回至Android音频服务；

通过音频插件，将所述执行结果从所述Android音频服务转发至所述Linux音频服务；

将所述执行结果从所述Linux音频服务返回至所述应用程序。

5.根据权利要求1至4任一项所述的基于Linux的音频控制方法，其特征在于，所述通过Linux音频服务，接收所述Linux系统中应用程序发送的音频控制指令之前，还包括：

通过音频插件，读取Android侧的音频通路配置文件；

基于所述音频通路配置文件配置Linux音频服务。

6.根据权利要求5所述的基于Linux的音频控制方法，其特征在于，所述通过音频插件，读取Android侧的音频通路配置文件之前，还包括：

在所述Linux系统启动后，启动所述Linux音频服务，并加载所述音频插件。

7.根据权利要求1至4任一项所述的基于Linux的音频控制方法，其特征在于，所述Linux音频服务通过进程间通信通道与Android侧的Android音频服务进行通信。

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

接收模块，用于通过Linux音频服务，接收Linux系统中应用程序发送的音频控制指令；

控制模块，用于基于所述Linux音频服务，控制音频设备执行所述音频控制指令对应的操作，并将所述音频设备的执行结果通过所述Linux音频服务返回至所述应用程序；

其中，所述Linux音频服务是基于Android侧的音频通路配置文件进行配置得到的。

9.一种电子设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至7任一项所述基于Linux的音频控制方法的步骤。

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

Images