CN118051197A - 音频焦点控制方法、装置、电子设备和存储介质 - Google Patents

Abstract

本公开涉及一种音频焦点控制方法、装置、电子设备和存储介质。音频焦点控制方法应用于第一系统，第一系统包括预先创建的第一焦点代理模块，所述第一焦点代理模块和第二系统通信连接，第一系统和第二系统属于同一车载系统，方法具体包括：接收音频焦点请求，音频焦点请求为第二系统发送的请求指令，通过第一焦点代理模块模拟音频焦点请求，得到模拟后的音频焦点请求，模拟后的音频焦点请求用于申请音频焦点；根据预先配置的音频仲裁策略确定所述模拟后的音频焦点请求的仲裁结果；根据仲裁结果对第一系统中的音频焦点进行控制。本公开提供的方法，通过多系统之间的协作处理，有效减少了多音区之间相互影响的问题，进一步提高了用户体验。

Description

音频焦点控制方法、装置、电子设备和存储介质

技术领域

本公开涉及计算机技术领域，尤其涉及一种音频焦点控制方法、装置、电子设备和存储介质。

背景技术

随着计算机技术在汽车领域的广泛应用，车载系统更加智能化，其上可配置的车载应用程序也更加丰富，例如，具有导航、多媒体或语音等功能的应用程序，各个应用程序在运行时，车载系统会对各个应用程序输出的音频进行仲裁，以确保各个应用程序音频输出的有序性。

当前车载系统划分了前排系统和后排系统，前后排系统也各自划分了对应的音区，以实现前后排音区可独立输出音频的业务需求，但是，该种方式都是基于单系统的多音区处理，多个系统间没有协作处理，会出现前后排音区相互影响的问题，用户体验较差。

发明内容

为了解决上述技术问题，本公开提供了一种音频焦点控制方法、装置、电子设备和存储介质，通过多系统之间的协作处理，有效减少了多音区之间相互影响的问题，进一步提高了用户体验。

第一方面，本公开实施例提供了一种音频焦点控制方法，应用于第一系统，所述第一系统包括预先创建的第一焦点代理模块，所述第一焦点代理模块和第二系统通信连接，所述方法包括：

响应于所述第二系统的音频焦点请求，所述第一焦点代理模块模拟所述音频焦点请求；

根据预先配置的音频仲裁策略确定所述模拟后的音频焦点请求的仲裁结果；

根据所述仲裁结果对所述第一系统中的音频焦点进行控制。

可选的，确定模拟后的音频焦点请求的仲裁结果后，所述方法还包括：

若所述仲裁结果是对所述模拟后的音频焦点请求所归属的音频应用进行仲裁，则不对所述第一系统中的音频焦点进行实际控制。

可选的，所述根据所述仲裁结果对所述第一系统中的音频焦点进行控制，包括：

查询所述第一系统中的音频焦点所归属的音频应用对应的音频播放器；

根据所述仲裁结果确定所述所述第一系统中的音频焦点所归属的音频应用的音量阈值；

在预设时间内，根据所述音量阈值控制所述音频播放器的音量。

可选的，所述第一系统控制的音区包括外放音区和第一独立音区，所述方法还包括：

响应于耳机连接请求，遍历所述外放音区的焦点栈中音频焦点的标识码；

根据所述标识码计算音频焦点所归属的音频应用的用户标识；

若所述用户标识为第一标识，则将所述用户标识对应的音频焦点转移到所述第一独立音区的焦点栈。

可选的，所述方法还包括：

在耳机建立连接的情况下，确定接收到的音频焦点请求中目标音频焦点所归属的音频应用的目标用户标识；

若所述目标用户标识为所述第一标识，则将所述目标音频焦点添加至所述第一独立音区的焦点栈；

在所述第一独立音区中根据所述音频仲裁策略确定所述音频焦点请求的仲裁结果。

可选的，所述音频仲裁策略包括多个不同音源类型之间的关系，每两个音源类型之间的关系包括打断、压低、共存和拒绝中的一种，音源类型包括媒体、导航、语音、通话和系统中的至少一种。

第二方面，本公开实施例提供了一种音频焦点控制方法，应用于第二系统，所述方法包括：

接收音频焦点请求，并基于和所述第二系统通信连接的第一焦点代理模块将所述音频焦点请求传输至第一系统，以使所述第一系统根据所述音频焦点请求对其中的音频焦点进行控制；

根据音频仲裁策略确定所述音频焦点请求的仲裁结果，其中，所述第一系统和所述第二系统预先配置有相同的音频仲裁策略；

根据所述仲裁结果对所述第二系统中的音频焦点进行控制。

可选的，所述第二系统控制的音区包括外放音区和第二独立音区，所述方法还包括：

响应于耳机连接请求，将所述外放音区的焦点栈中音频焦点转移到所述第二独立音区，并路由到所述耳机中，其中，所述焦点栈用于记录所归属音区的音频焦点；

在所述第二独立音区中根据所述音频仲裁策略确定接收到的音频焦点请求的仲裁结果。

可选的，所述后排统包括预先创建的第二焦点代理模块，所述第二焦点代理模块和所述第一系统通信连接，所述方法还包括：

接收所述第一系统发送的音频焦点请求；

通过所述第二焦点代理模块模拟所述第一系统的音频焦点请求，得到模拟后的音频焦点请求

根据所述音频仲裁策略确定所述模拟后的音频焦点请求的仲裁结果。

第三方面，本公开实施例提供了一种音频焦点控制装置，所述装置配置于第一系统，所述第一系统包括预先创建的第一焦点代理模块，所述第一焦点代理模块和第二系统通信连接，所述装置包括：

接收单元，用于接收音频焦点请求，所述音频焦点请求为所述第二系统发送的请求指令；

模拟单元，用于通过所述第一焦点代理模块模拟所述音频焦点请求，得到模拟后的音频焦点请求，所述模拟后的音频焦点请求用于申请音频焦点；

第一确定单元，用于根据预先配置的音频仲裁策略确定所述模拟后的音频焦点请求的仲裁结果；

第一控制单元，用于根据所述仲裁结果对所述第一系统中的音频焦点进行控制。

第四方面，本公开实施例提供了一种音频焦点控制装置，其特征在于，所述装置配置于第二系统，所述装置包括：

接收单元，接收音频焦点请求，并基于和所述第二系统通信连接的第一焦点代理模块将所述音频焦点请求传输至第一系统，以使所述第一系统根据所述音频焦点请求对其中的音频焦点进行控制；

第二确定单元，用于根据音频仲裁策略确定所述音频焦点请求的仲裁结果，其中，所述第一系统和所述第二系统预先配置有相同的音频仲裁策略；

第二控制单元，用于根据所述仲裁结果对所述第二系统中的音频焦点进行控制。

第五方面，本公开实施例提供了一种电子设备，包括：

存储器；

处理器；以及

计算机程序；

其中，计算机程序存储在存储器中，并被配置为由处理器执行以实现如上述的音频焦点控制方法。

第六方面，本公开实施例提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现如上述的音频焦点控制方法的步骤。

本公开实施例提供了一种音频焦点控制方法、装置、电子设备和存储介质。音频焦点控制方法应用于第一系统，第一系统包括预先创建的第一焦点代理模块，所述第一焦点代理模块和第二系统通信连接，第一系统和第二系统属于统一车载系统，方法具体包括：接收音频焦点请求，音频焦点请求为第二系统发送的请求指令，通过第一焦点代理模块模拟音频焦点请求，得到模拟后的音频焦点请求，模拟后的音频焦点请求用于申请音频焦点；根据预先配置的音频仲裁策略确定所述模拟后的音频焦点请求的仲裁结果；根据所述仲裁结果对所述第一系统中的音频焦点进行控制。本公开提供的方法，通过多系统之间的协作处理，有效减少了多音区之间相互影响的问题，进一步提高了用户体验。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。

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

图1为本公开实施例提供的一种车载系统的结构示意图；

图2为本公开实施例提供的一种音频焦点控制方法的流程示意图；

图3为本公开实施例提供的一种整车外放音区的示意图；

图4为本公开实施例提供的另一种音频焦点控制方法的流程示意图；

图5为本公开实施例提供的一种音频焦点控制装置的结构示意图；

图6为本公开实施例提供的另一种音频焦点控制装置的结构示意图；

图7为本公开实施例提供的一种电子设备的结构示意图。

具体实施方式

为了能够更清楚地理解本公开的上述目的、特征和优点，下面将对本公开的方案进行进一步描述。需要说明的是，在不冲突的情况下，本公开的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本公开，但本公开还可以采用其他不同于在此描述的方式来实施；显然，说明书中的实施例只是本公开的一部分实施例，而不是全部的实施例。

在介绍本公开提供的音频焦点控制方法之前，对涉及到的关键术语进行说明，其中：

音频焦点(AudioFocus)：持有音频焦点的模块可以进行声音播放。

焦点仲裁：多个放音模块通过申请焦点来进行声音管理，例如，打断、恢复、压低声音等。

目前，在车机仲裁方面，随着车载系统可安装的应用程序的增多，丰富了车载系统的音频使用场景，区分了导航、媒体、语音、电话等音源场景，新增了多种混音场景，但是车载系统对应用程序音源的处理，依旧需要在各个应用程序侧进行适配，操作繁琐重复，不符合产品硬降音不打断的需求；其次，前后排音区划分虽然实现了前后排可独立播放媒体等业务需求，但是都是基于单系统的多音区处理，多个系统间没有协作处理，容易出现多音区相互干扰的问题。另外，车辆行驶过程中，还会使用移动终端连接车载系统，移动终端没有夺银圆混音使用场景，多是直接打断处理，例如在使用移动终端进行导航的过程或者移动终端播放蓝牙时，容易被移动终端中某些应用程序的提示音打断，影响乘客听感交互，且移动终端要进行音频管理，也需要在各个应用程序自行适配，若是没有适配默认直接打断，不适用于多种音频使用场景，用户体验较差。

针对上述技术问题，本公开实施例提供了一种音频焦点控制方法，应用于第一系统，第一系统包括预先创建的第一焦点代理模块，第一焦点代理模块和第二系统通信连接，第一系统和第二系统属于同一车载系统，第一系统通过和第二系统进行通信连接的第一焦点代理模块实时模拟第二系统接收到的音频焦点请求，同时基于相同使用场景向第一系统申请音频焦点，以实现多系统之间音频焦点的同步，通过多系统之间的协作处理，增加了基于多系统对整车外放音区的管理性和智能性，进一步提高了用户体验。

图1为本公开实施例提供的一种车载系统的结构示意图，车载系统包括第一系统和第二系统，下述实施例以第一系统是前排系统，第二系统是后排系统为例进行说明，第一系统包括主驾驶位显示屏、中控屏和副驾驶位显示屏，第一系统控制的音区包括整车外放音区和第一独立音区，整车外放音区使用的是车载功放、大功率扬声器和低音炮等，为用户提供了空间音频感，通过主驾驶位显示屏和中控屏触发的车载音频应用的音源可以通过整车外放音区播放，第一独立音区也可以称为副驾耳机独立音区，当用户在副驾连接蓝牙耳机后，通过副驾驶位显示屏触发的车载音频应用的音源可以通过第一独立音区播放，也就是副驾播放的视频、音乐都会进入第一独立音区进行播放，不受中控导航、媒体等影响。第二系统包括后排显示屏，第二系统控制的音区包括整车外放音区和第二独立音区，也就是说第一系统和第二系统都可以独立控制整车外放音区，第二独立音区又可以称为后排耳机独立音区，通过后排显示屏触发的车载音频应用的音源可以通过第二独立音区和整车外放音区播放，当用户在后排连接蓝牙耳机后，后排播放的视频、音乐都会进入第二独立音区，不受中控导航、副驾媒体等影响。可理解的是，整车外放音区、第一独立音区和第二独立音区为可独立播放音频的音区，且不受其他音区干扰，用以提升乘客的乘车体验。

在上述实施例的基础上，图2为本公开实施例提供的一种音频焦点控制方法的流程示意图，应用于第一系统，所述第一系统包括预先创建的第一焦点代理模块，所述第一焦点代理模块和第二系统通信连接，图2所示的方法具体包括如下步骤S210至S240：

示例性的，参见图3，图3为本公开实施例提供的一种整车外放音区的示意图，车载系统包括的第一系统和第二系统分别独立控制外放音区，针对整车外方音区，预先在第一系统中构建第一焦点代理模块，第一焦点代理模块可以理解为后排焦点代理模块，第一焦点代理模块用于和第二系统通信连接，同时还能模拟第二系统接收到的音频焦点请求，相应的，预先在第二系统中构建第二焦点代理模块，第二焦点代理模块可以理解为前排焦点代理模块，第二焦点代理模块用于和第一系统通信连接，同时还能模拟第一系统接收到的音频焦点请求，具体的，第二系统和第一焦点代理模块之间、第一系统和第二焦点代理模块之间可以使用套接字(socket)进行局域网通信。

S210、接收音频焦点请求，所述音频焦点请求为所述第二系统发送的请求指令。

S220、通过所述第一焦点代理模块模拟所述音频焦点请求，得到模拟后的音频焦点请求，所述模拟后的音频焦点请求用于申请音频焦点。

可理解的，第二系统接收到其上安装的音频应用申请音频焦点的音频焦点请求后，通过局域网将该音频焦点请求传输至第一焦点代理模块，第一系统接收该音频焦点请求，第一系统中的第一焦点代理模块响应该音频焦点请求并模拟该音频焦点请求，得到模拟后的音频焦点请求，以根据模拟后的音频焦点请求在第一系统申请音频焦点，其中，模拟后的音频焦点请求和第二系统接收到的音频焦点请求相同，也就是说第二系统中某一音频应用申请的音频焦点在第一系统里通过第一焦点代理模块会模拟出一份相同使用场景的音频焦点请求，同时还会在第一系统申请音频焦点，以保证第一系统和第二系统包括的焦点栈内焦点信息的一致性，进而保证和第二系统生成相同的仲裁结果，可以有效解决多系统多音区管理的一致性问题。

S230、根据预先配置的音频仲裁策略确定所述模拟后的音频焦点请求的仲裁结果。

其中，所述音频仲裁策略包括多个不同音源类型之间的关系，每两个音源类型之间的关系包括打断、压低、共存和拒绝中的一种，音源类型包括媒体、导航、语音、通话和系统中的至少一种。

可理解的，在上述S220的基础上，第一系统预先配置有音频仲裁策略，音频仲裁策略包括多个不同音源类型之间的关系，每两个音源类型之间的关系包括打断、压低、共存和拒绝中的一种，两个音源类型之间的关系即为仲裁结果，其中，上述关系还可以继续划分为多个子关系，例如，打断还可以继续划分为打断1和打断2，音源类型包括媒体、导航、语音、通话和系统中的至少一种。

可理解的，每个音区都包括一个焦点栈，焦点栈用于记录所属音区的音频焦点信息，业务方根据使用场景进行音频焦点申请，申请成功后才能播放音频，业务方可以是系统安装的划分为不同音源类型的音源应用，例如，音源类型为媒体的音乐播放器、视频播放器等音源应用。业务方还会根据焦点监听器来监听是否丢失焦点和恢复焦点，其中，丢失焦点业务方音源会暂停，恢复焦点业务方音源会续播。

示例性的，第一系统根据业务需求预先配置的音频仲裁策略可以如下述表1所示。

表1：

其中：

打断1：突发音源B打断当前音源A，且突发音源B释放焦点后，当前音源A焦点不恢复。

打断2：突发音源B打断当前音源A，且突发音源B释放焦点后，当前音源A焦点恢复，进行续播。

压低1：突发音源B与当前音源A进行混音，且对当前音源A进行降音处理，突发音源B释放焦点后，当前音源A恢复之前的音量。

压低2：突发音源B与当前音源A进行混音，且对突发音源B进行降音处理，当前音源A释放焦点后，突发音源B恢复之前的音量。

拒绝：当前音源A的优先级高于突发音源B，不允许突发音源B进行播放。

共存：当前音源A和突发音源B进行混音，可同时进行播放。

示例性的，当前音源A为媒体，突发音源B为导航，在媒体播放过程中导航申请音频焦点以播放音频，查表1中第2行第3列可知针对该音频焦点的仲裁结果为压低1，则对当前音源媒体进行声音压低处理，同时播放导航音频，导航释放焦点即导航输出的音频播放完毕后，媒体恢复之前音量。

可理解的，在上述S220的基础上，第一焦点代理模块基于模拟后的音频焦点请求向第一系统申请音频焦点后，第一系统读取预先配置的音频仲裁策略，获取模拟后的音频焦点请求所归属的音频应用的音源类型，记为突发音源，同时确定第一系统中的音频焦点所归属的音频应用的音源类型，记为当前音源，第一系统中的音频焦点可以理解为当前音频焦点，当前音频焦点是第一系统中处于使用中/运行中的音频焦点，查询音频仲裁策略根据突发音源和当前音源，确定模拟后的音频焦点请求的仲裁结果。例如，当前音源A为导航，模拟后的音频焦点请求所归属的音频应用的音源类型(突发音源B)为媒体，也就是在导航播放过程中第一系统接收到媒体申请的音频焦点，查表1中第3行第2列可知仲裁结果为压低2，则对突发音源B媒体进行声音压低处理，当前音源A导航以原音量播放音频。

S240、根据所述仲裁结果对所述第一系统中的音频焦点进行控制。

可理解的，在上述S230的基础上，第一系统确定针对模拟后的音频焦点请求的仲裁结果后，若仲裁结果是对第一系统中的音频焦点(下述实施例以第一系统中的音频焦点为当前音频焦点为例进行说明)所归属的音频应用进行仲裁，且当前音频焦点所归属的音频应用安装在第一系统中，则依据仲裁结果对当前音频焦点所归属的音频应用进行实际控制，也就是说第一系统会对本系统上非代理的音频焦点所归属的音频应用进行实际仲裁，模拟的音频焦点即为代理的音频焦点，仲裁操作由实际音频焦点所在系统进行分发处理，代理音频焦点的系统则不进行实际处理，只生成仲裁结果，以保证多系统的仲裁结果相同。例如，第一系统中非代理的当前音源为导航，也就是第一系统安装的导航为当前音源，导即航作为当前音频焦点播放音频，代理的突发音源为语音，第二系统接收到语音申请的音频焦点后，第一系统对第一焦点代理模块模拟的代理音频焦点进行仲裁，根据上述表1可确定仲裁结果为打断1，基于打断1的仲裁策略，打断当前音源导航在外放音区播放的音频，第二系统将突发音源语音作为当前音频焦点在外放音区播放音频。

可选的，确定模拟后的音频焦点请求的仲裁结果后，所述方法还包括如下步骤：

若所述仲裁结果是对所述模拟后的音频焦点请求所归属的音频应用进行仲裁，则不对所述第一系统中的音频焦点进行实际控制。

可理解的，若第一系统检测到仲裁结果是对模拟后的音频焦点请求所归属的音频应用进行仲裁，也就是对代理的音频焦点进行仲裁，则不对当前音频焦点进行实际控制，由第二系统进行仲裁，第二系统和第一系统针对音频焦点请求所生成的仲裁结果是相同的。例如，第一系统中当前音源为非代理的导航，也就是第一系统安装的导航作为当前音频焦点在外放音区播放音频，代理的突发音源为媒体，第二系统接收到媒体申请的音频焦点后，第一系统对第一焦点代理模块模拟的代理音频焦点进行仲裁，也就是在导航过程中，媒体申请焦点，根据上述表1可确定仲裁结果为压低2，基于压低2的仲裁策略，不对当前音频焦点进行实际控制，当前音源导航继续通过外放音区播放音频，同时突发音源媒体要做降音处理，且由于突发音源媒体安装在第二系统中，第一系统会得到压低2的仲裁策略，实际上由第二系统控制突发音源媒体进行降音，且不需要预先对突发音源媒体进行适配，由第二系统直接控制突发音源媒体执行降音处理。

可选的，上述S240中对所述第一系统中的音频焦点进行控制具体可以通过如下步骤实现：

查询所述第一系统中的音频焦点所归属的音频应用对应的音频播放器。

根据所述仲裁结果确定所述所述第一系统中的音频焦点所归属的音频应用的音量阈值。

在预设时间内，根据所述音量阈值控制所述音频播放器的音量。

可理解的，第一系统通过当前音频焦点信息获取其所归属的音频应用的唯一标识码(UID)，查询该唯一标识码下的所有音频播放器(AudioTrack)，音频应用可能存在多个音频播放器来播放音频，例如，音频应用同时包括播放背景音乐的音频播放器、播放声音的音频播放器等。同时，根据仲裁结果确定当前音频焦点所归属的音频应用的音量阈值，具体的，可以预先设置每个仲裁策略对应的音量阈值，例如，仲裁策略压低1对应的音频阈值为20％，也就是需要将当前音频焦点所归属的音频应用的音量降到原因量的20％，或者，仲裁策略压低1对应的音量阈值还可以是具体的音量值。随后，使用音频音量控制(applyVolumeShaper)接口，在预设时间内将当前音频焦点所归属的音频应用的音量降到原音量的20％，优选的，预设时间可以是200毫秒(ms)，将当前音频焦点所归属的音频应用的软音量在200ms内降到原音量的20％，做到淡入淡出效果，其中，软音量为音频应用本身所使用的AudioTrack的音量，范围为0到1，和系统设置的音量是迭乘关系，实际播放的音量可以根据软音量和硬件等相关信息确定，具体确定方法不作限定。进行反降音时，可以是使用相同的接口，在50ms内将音频应用音量恢复到100％。

可选的，所述方法还包括如下步骤：

响应于耳机连接请求，遍历所述外放音区的焦点栈中音频焦点的标识码。

根据所述标识码计算音频焦点所归属的音频应用的用户标识。

若所述用户标识为第一标识，则将所述用户标识对应的音频焦点转移到所述第一独立音区的焦点栈。

可理解的，第一系统控制的音区还包括第一独立音区，第一独立为副驾耳机音区，副驾连接上耳机即可开启第一独立音区，第一独立音区可独立进行有焦点仲裁，且不受外放音区播放的音频的影响，具体的，响应于耳机连接请求，耳机可以是无线耳机或者有线耳机，遍历外放音区的焦点栈中的所有音频焦点所归属的音频应用的唯一标识码，根据唯一标识码计算音频焦点所归属的音频应用的用户标识(userID)，用户标识为副驾标识(第一标识)或主驾标识(第二标识)，若某一音频焦点所归属的音频应用的用户标识是副驾标识，说明该音频应用可以在副驾驶位显示屏上显示触发，则将外放音区的焦点栈中该用户标识对应的音频焦点转移到副驾耳机独立音区的焦点栈上，并通过音频策略管理器(AudioPolicyManager)重新路由该音频应用的输出音频到耳机上，通过耳机播放音频，副驾申请的音频焦点均在第一独立音区进行仲裁，不在外放音区进行仲裁。同理，若用户标识为主驾标识，则不需要将外放音区的焦点栈中的音频焦点移动到第一独立音区的焦点栈中，也不需要将该音频焦点所归属的音频应用的标识路由到耳机中。

可选的，所述方法还包括如下步骤：

在耳机建立连接的情况下，确定接收到的音频焦点请求中音频焦点所归属的音频应用的目标用户标识。

若所述目标用户标识为所述第一标识，则将所述音频焦点请求中目标音频焦点添加至所述第一独立音区的焦点栈。

在所述第一独立音区中根据所述音频仲裁策略确定所述音频焦点请求的仲裁结果。

可理解的，在副驾耳机连接的情况下，第一系统接收音频焦点请求，音频焦点请求可以是模拟后的音频焦点请求还可以是第一系统本身安装的音频应用生成的音频焦点请求，确定接收到的音频焦点请求中目标音频焦点所归属的音频应用的唯一标识码，根据唯一标识码确定目标用户标识，若目标用户标识为第一标识，也就是接收到的音频焦点是副驾驶发出的，则将音频焦点请求中目标音频焦点添加至第一独立音区的焦点栈，并在第一独立音区中根据音频仲裁策略确定音频焦点请求的仲裁结果，根据仲裁结果对第一独立音区的当前音频焦点进行控制，在音频策略管理器里注册AudioMix(音频混音)并路由到耳机设备中。

本公开实施例提供的一种音频焦点控制方法，应用于第一系统，第一系统预先构建了第一焦点代理模块，第一焦点代理模块和第二系统通信连接，同时模拟第二系统接收到的音频焦点请求并在第一系统申请音频焦点，同时将新申请的音频焦点信息添加至第一系统的焦点栈中，以同步第一系统和第二系统的焦点栈。随后，第一系统根据预先配置的音频音频仲裁策略确定模拟后的音频焦点请求的仲裁结果，第一系统控制的音区包括外放音区，随后，根据仲裁结果对第一系统中的音频焦点进行控制，控制第一系统中的音频焦点所归属的音频应用的音频在外放音区的播放，实现多系统的协作处理。另外，第一系统还设置有第一独立音区，副驾驶连接耳机后即可通过第一独立音区播放音频，副驾播放的音频都会进入耳机独立音区，不受其他音区影响，有效提高了用户体验。

在上述实施例的基础上，图4为本公开实施例提供的另一种音频焦点控制方法的流程示意图，应用于第二系统，所述方法包括如图4所示的如下步骤S410至S430：

S410、接收音频焦点请求，并基于和所述第二系统通信连接的第一焦点代理模块将所述音频焦点请求传输至第一系统，以使所述第一系统根据所述音频焦点请求对其中的音频焦点进行控制。

可理解的，第二系统接收到音频应用用于申请音频焦点的音频焦点请求，同时基于和第二系统通信连接的第一焦点代理模块将接收到的音频焦点请求传输至第一系统，第一焦点代理模块还会模拟音频焦点请求在第一系统申请焦点，以使第一系统根据音频焦点请求对其中的音频焦点进行控制，实现第一系统和第二系统焦点栈的同步。

S420、根据音频仲裁策略确定所述音频焦点请求的仲裁结果。

其中，所述第一系统和所述第二系统预先配置有相同的音频仲裁策略。

可理解的，在上述S410的基础上，第二系统根据预先配置的音频仲裁策略确定接收到的音频焦点请求的仲裁结果，其中，第一系统和第二系统预先配置有相同的音频仲裁策略，以确保前第二系统生成相同的仲裁结果。

S430、根据所述仲裁结果对所述第二系统中的音频焦点进行控制。

可理解的，在上述S420的基础上，第二系统根据仲裁结果对第二系统中的音频焦点(第二系统中的当前音频焦点)进行控制，具体的控制方式同上述第一系统，在此不作赘述。第二系统是音频焦点请求所归属的音频应用的实际控制系统，因此，第二系统直接根据仲裁结果控制音频焦点请求所归属的音频应用输出的音频在外放音区播放。

可选的，所述后排统包括预先创建的第二焦点代理模块，所述第二焦点代理模块和所述第一系统通信连接，所述方法还包括如下步骤：

接收所述第一系统发送的音频焦点请求。

通过所述第二焦点代理模块模拟所述第一系统的音频焦点请求，得到模拟后的音频焦点请求。

根据所述音频仲裁策略确定模拟的所述第一系统的音频焦点请求的仲裁结果。

可理解的，第二系统同样预先创建有第二焦点代理模块，第二焦点代理模块所实现的功能同上述第一焦点代理模块，在此不作赘述。第一系统接收到其上安装的音频应用的音频焦点请求后，通过第二系统中第二焦点代理模块将音频焦点请求传输至第二系统，同时第二焦点代理模块模拟一份具有相同使用场景的音频焦点请求，并同样在第二系统申请音频焦点，随后根据音频仲裁策略确定模拟的第一系统的音频焦点请求的仲裁结果，并通过该仲裁结果控制第二系统中的当前音频焦点。

示例性的，参见图3，第一系统的焦点栈包括后排音乐播放器焦点和导航焦点，后排音乐播放器焦点为第一焦点代理模块模拟的，相应的，在第二系统的焦点栈中包括音乐播放器焦点和前排导航焦点，前排导航焦点为第二焦点代理模块模拟的，其中，后排音乐播放器焦点为第一系统和第二系统的当前音源，也就是受前第二系统控制的外放音区正在播放音乐播放器输出的音频，导航为突发音源。图3所示的应用场景包括，后排安装的音乐播放器作为当前音源通过整车外放音区播放音频，此时，第一系统安装的导航有播放需求向第一系统申请音频焦点，第一系统将该音频焦点添加至焦点栈，该音频焦点即为导航焦点，同时第二系统内的第二焦点代理模块模拟该音频焦点，并将模拟的音频焦点加入第二系统的焦点栈，模拟的音频焦点即为前排导航焦点，可理解的是，若焦点栈中没有其他焦点信息可直接入栈。在第一系统进行音频焦点仲裁，根据上述表1可知仲裁结果为打断1，焦点栈内的后排音乐播放器在仲裁后进行降音处理，发现其为代理焦点不进行实际降音操作，也就是需要对后排音乐播放器进行降音处理，但音乐播放器安装在第二系统中，需要由第二系统进行实际控制。同时，第二系统也会进行音频焦点仲裁，根据上述表1同样可以确定仲裁结果为打断1，焦点栈内的音乐播放器在仲裁后进行降音处理，第二系统可以直接进行降音处理，音乐播放器降音后，第一系统中的导航通过外放音区输出音频，实现了多系统协作处理。

其中，所述第二系统控制的音区包括外放音区和第二独立音区。

可选的，所述方法还包括如下步骤：

响应于耳机连接请求，将所述外放音区的焦点栈中音频焦点转移到所述第二独立音区，并路由到所述耳机中。

在所述第二独立音区中根据所述音频仲裁策略确定接收的音频焦点请求的仲裁结果。

其中，所述焦点栈用于记录所归属音区的音频焦点。

可理解的，第二系统控制的音区还包括第二独立音区，第二系统针对第二独立音区的路由策略同上述第一独立音区，第二系统响应于耳机连接请求，将外放音区的焦点栈中非代理的音频焦点直接转移到第二独立音区，代理的音频焦点不转移，并路由到耳机中。耳机连接成功后接收到的音频焦点，都在第二独立音区中进行仲裁，不涉及外放音区，也就是对于第二系统来说，连接耳机启动第二独立音区后，接收到的所有来自第二系统安装的音频应用的音频焦点都在第二独立音区进行仲裁，不受第一系统的影响，此时第二系统也不会控制外放音区。

可理解的，设置多音区具体包括以下优势，驾驶员在整车外放音区中控播放导航的场景，不会影响到副驾基于第一独立音区带耳机看视频的场景，同样不会影响后排基于第二独立音区戴耳机观看视频的场景。

本公开实施例提供的一种音频焦点控制方法，应用于第二系统，第二系统预先配置有第二焦点代理模块，用以实现多系统焦点同步，同时还能确保多系统仲裁策略的一致性，使得多系统更加智能的控制外放音区，同时第二系统还存在第二独立音区，不受外放音区的影响，提高了用户体验。

图5为本公开实施例提供的一种音频焦点控制装置的结构示意图，本公开实施例提供的音频焦点控制装置可以执行上述音频焦点控制方法实施例提供的处理流程，音频焦点控制装置500配置在上述第一系统，第一系统包括预先创建的第一焦点代理模块，所述第一焦点代理模块和第二系统通信连接，如图5所示，音频焦点控制装置500包括接收单元510、模拟单元520、第一确定单元530和第一控制单元540，其中：

接收单元510，用于接收音频焦点请求，所述音频焦点请求为所述第二系统发送的请求指令；

模拟单元520，用于通过所述第一焦点代理模块模拟所述音频焦点请求，得到模拟后的音频焦点请求，所述模拟后的音频焦点请求用于申请音频焦点；

第一确定单元530，用于根据预先配置的音频仲裁策略确定所述模拟后的音频焦点请求的仲裁结果；

第一控制单元540，用于根据所述仲裁结果对所述第一系统中的音频焦点进行控制。

可选的，确定模拟后的音频焦点请求的仲裁结果后，所述方法还包括：

若所述仲裁结果是对所述模拟后的音频焦点请求所归属的音频应用进行仲裁，则不对所述第一系统中的音频焦点进行实际控制。

可选的，第一控制单元540具体用于：

查询所述第一系统中的音频焦点所归属的音频应用对应的音频播放器；

根据所述仲裁结果确定所述所述第一系统中的音频焦点所归属的音频应用的音量阈值；

在预设时间内，根据所述音量阈值控制所述音频播放器的音量。

可选的，所述第一系统控制的音区包括外放音区和第一独立音区。

可选的，装置500还用于：

响应于耳机连接请求，遍历所述外放音区的焦点栈中音频焦点的标识码；

根据所述标识码计算音频焦点所归属的音频应用的用户标识；

若所述用户标识为第一标识，则将所述用户标识对应的音频焦点转移到所述第一独立音区的焦点栈。

可选的，装置500还用于：

在耳机建立连接的情况下，确定接收到的音频焦点请求中目标音频焦点所归属的音频应用的目标用户标识；

若所述目标用户标识为所述第一标识，则将所述目标音频焦点添加至所述第一独立音区的焦点栈；

在所述第一独立音区中根据所述音频仲裁策略确定所述音频焦点请求的仲裁结果。

可选的，所述音频仲裁策略包括多个不同音源类型之间的关系，每两个音源类型之间的关系包括打断、压低、共存和拒绝中的一种，音源类型包括媒体、导航、语音、通话和系统中的至少一种。

图5所示实施例的音频焦点控制装置可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图6为本公开实施例提供的另一种音频焦点控制装置的结构示意图。本公开实施例提供的音频焦点控制装置可以执行上述音频焦点控制方法实施例提供的处理流程，所述装置配置于第二系统，如图6所示，音频焦点控制装置600包括接收单元610、第二确定单元620和第二控制单元630，其中：

接收单元610，接收音频焦点请求，并基于和所述第二系统通信连接的第一焦点代理模块将所述音频焦点请求传输至第一系统，以使所述第一系统根据所述音频焦点请求对其中的音频焦点进行控制；

第二确定单元620，用于根据音频仲裁策略确定所述音频焦点请求的仲裁结果，其中，所述第一系统和所述第二系统预先配置有相同的音频仲裁策略；

第二控制单元630，用于根据所述仲裁结果对所述第一系统中的音频焦点进行控制。

可选的，所述第二系统控制的音区包括外放音区和第二独立音区.

可选的，装置600还用于：

响应于耳机连接请求，将所述外放音区的焦点栈中音频焦点转移到所述第二独立音区，并路由到所述耳机中，其中，所述焦点栈用于记录所归属音区的音频焦点；

在所述第二独立音区中根据所述音频仲裁策略确定接收到的音频焦点请求的仲裁结果。

可选的，所述后排统包括预先创建的第二焦点代理模块，所述第二焦点代理模块和所述第一系统通信连接。

可选的，装置600还用于：

接收所述第一系统发送的音频焦点请求；

通过所述第二焦点代理模块模拟所述第一系统的音频焦点请求，得到模拟后的音频焦点请求

根据所述音频仲裁策略确定所述模拟后的音频焦点请求的仲裁结果。

图6所示实施例的音频焦点控制装置可用于执行上述方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图7为本公开实施例提供的电子设备的结构示意图。下面具体参考图7，其示出了适于用来实现本公开实施例中的电子设备700的结构示意图。本公开实施例中的电子设备700可以包括但不限于诸如移动电话、笔记本电脑、数字广播接收器、PDA(个人数字助理)、PAD(平板电脑)、PMP(便携式多媒体播放器)、车载终端(例如车载导航终端)、可穿戴电子设备等等的移动终端以及诸如数字TV、台式计算机、智能家居设备等等的固定终端。图7示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图7所示，电子设备700可以包括处理装置(例如中央处理器、图形处理器等)701，其可以根据存储在只读存储器(ROM)702中的程序或者从存储装置708加载到随机访问存储器(RAM)703中的程序而执行各种适当的动作和处理以实现如本公开所述的实施例的音频焦点控制方法。在RAM 703中，还存储有电子设备700操作所需的各种程序和数据。处理装置701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

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

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在非暂态计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码，从而实现如上所述的音频焦点控制方法。在这样的实施例中，该计算机程序可以通过通信装置709从网络上被下载和安装，或者从存储装置708被安装，或者从ROM 702被安装。在该计算机程序被处理装置701执行时，执行本公开实施例的方法中限定的上述功能。

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

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

上述计算机可读介质可以是上述电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。

可选的，当上述一个或者多个程序被该电子设备执行时，该电子设备还可以执行上述实施例所述的其他步骤。

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

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

描述于本公开实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。其中，单元的名称在某种情况下并不构成对该单元本身的限定。

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

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者网关不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者网关所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者网关中还存在另外的相同要素。

以上所述仅是本公开的具体实施方式，使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下，在其它实施例中实现。因此，本公开将不会被限制于本文所述的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (13)

1.一种音频焦点控制方法，其特征在于，应用于第一系统，所述第一系统包括预先创建的第一焦点代理模块，所述第一焦点代理模块和第二系统通信连接，所述方法包括：

接收音频焦点请求，所述音频焦点请求为所述第二系统发送的请求指令；

通过所述第一焦点代理模块模拟所述音频焦点请求，得到模拟后的音频焦点请求，所述模拟后的音频焦点请求用于申请音频焦点；

根据预先配置的音频仲裁策略确定所述模拟后的音频焦点请求的仲裁结果；

根据所述仲裁结果对所述第一系统中的音频焦点进行控制。

2.根据权利要求1所述的方法，其特征在于，确定模拟后的音频焦点请求的仲裁结果后，所述方法还包括：

若所述仲裁结果是对所述模拟后的音频焦点请求所归属的音频应用进行仲裁，则不对所述第一系统中的音频焦点进行实际控制。

3.根据权利要求1所述的方法，其特征在于，所述根据所述仲裁结果对所述第一系统中的音频焦点进行控制，包括：

查询所述第一系统中的音频焦点所归属的音频应用对应的音频播放器；

根据所述仲裁结果确定所述第一系统中的音频焦点所归属的音频应用的音量阈值；

在预设时间内，根据所述音量阈值控制所述音频播放器的音量。

4.根据权利要求1所述的方法，其特征在于，所述第一系统控制的音区包括外放音区和第一独立音区，所述方法还包括：

响应于耳机连接请求，遍历所述外放音区的焦点栈中音频焦点的标识码；

根据所述标识码计算音频焦点所归属的音频应用的用户标识；

若所述用户标识为第一标识，则将所述用户标识对应的音频焦点转移到所述第一独立音区的焦点栈。

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

在耳机建立连接的情况下，确定接收到的音频焦点请求中目标音频焦点所归属的音频应用的目标用户标识；

若所述目标用户标识为所述第一标识，则将所述目标音频焦点添加至所述第一独立音区的焦点栈；

在所述第一独立音区中根据所述音频仲裁策略确定所述音频焦点请求的仲裁结果。

6.根据权利要求1所述的方法，所述音频仲裁策略包括多个不同音源类型之间的关系，每两个音源类型之间的关系包括打断、压低、共存和拒绝中的一种，音源类型包括媒体、导航、语音、通话和系统中的至少一种。

7.一种音频焦点控制方法，其特征在于，应用于第二系统，所述方法包括：

接收音频焦点请求，并基于和所述第二系统通信连接的第一焦点代理模块将所述音频焦点请求传输至第一系统，以使所述第一系统根据所述音频焦点请求对其中的音频焦点进行控制；

根据音频仲裁策略确定所述音频焦点请求的仲裁结果，其中，所述第一系统和所述第二系统预先配置有相同的音频仲裁策略；

根据所述仲裁结果对所述第二系统中的音频焦点进行控制。

8.根据权利要求7所述的方法，其特征在于，所述第二系统控制的音区包括外放音区和第二独立音区，所述方法还包括：

响应于耳机连接请求，将所述外放音区的焦点栈中音频焦点转移到所述第二独立音区，并路由到所述耳机中，其中，所述焦点栈用于记录所归属音区的音频焦点；

所述根据音频仲裁策略确定所述音频焦点请求的仲裁结果，包括：

在所述第二独立音区中根据所述音频仲裁策略确定所述音频焦点请求的仲裁结果。

9.根据权利要求7所述的方法，其特征在于，所述第二系统包括预先创建的第二焦点代理模块，所述第二焦点代理模块和所述第一系统通信连接，所述方法还包括：

接收所述第一系统发送的音频焦点请求；

通过所述第二焦点代理模块模拟所述第一系统的音频焦点请求，得到模拟后的音频焦点请求；

根据所述音频仲裁策略确定所述模拟后的音频焦点请求的仲裁结果。

10.一种音频焦点控制装置，其特征在于，所述装置配置于第一系统，所述第一系统包括预先创建的第一焦点代理模块，所述第一焦点代理模块和第二系统通信连接，所述装置包括：

接收单元，用于接收音频焦点请求，所述音频焦点请求为所述第二系统发送的请求指令；

模拟单元，用于通过所述第一焦点代理模块模拟所述音频焦点请求，得到模拟后的音频焦点请求，所述模拟后的音频焦点请求用于申请音频焦点；

第一确定单元，用于根据预先配置的音频仲裁策略确定所述模拟后的音频焦点请求的仲裁结果；

第一控制单元，用于根据所述仲裁结果对所述第一系统中的音频焦点进行控制。

11.一种音频焦点控制装置，其特征在于，所述装置配置于第二系统，所述装置包括：

接收单元，接收音频焦点请求，并基于和所述第二系统通信连接的第一焦点代理模块将所述音频焦点请求传输至第一系统，以使所述第一系统根据所述音频焦点请求对其中的音频焦点进行控制；

第二确定单元，用于根据音频仲裁策略确定所述音频焦点请求的仲裁结果，其中，所述第一系统和所述第二系统预先配置有相同的音频仲裁策略；

第二控制单元，用于根据所述仲裁结果对所述第二系统中的音频焦点进行控制。

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

存储器；

处理器；以及

计算机程序；

其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如权利要求1至9中任一所述的音频焦点控制方法。

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