CN112068794A - 音频混音控制方法、装置、电子装置和存储介质 - Google Patents

Abstract

本申请涉及一种音频混音控制方法、装置、电子装置和存储介质，其中，该音频混音控制方法包括：在当前第一应用正在播放第一音频且接收到第二应用发送的第二音频待播放消息的情况下，确定第一应用和第二应用的优先级大小；根据优先级大小确定需进行降音处理的待降音音频是第一音频还是第二音频；确定待降音音频对应的应用是否支持降音播放，若是，则待降音音频对应的应用对待降音音频进行降音处理，得到降音音频；若否，则待降音音频对应的应用将待降音音频发送给终端的操作系统，终端的操作系统对待降音音频进行降音处理，得到降音音频；对降音音频和未进行降音处理的音频进行混音播放，解决了相关技术中多种应用同时播放音频共存效果差的问题。

Description

音频混音控制方法、装置、电子装置和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及音频混音控制方法、装置、电子装置和存储介质。

背景技术

随着安卓系统的兴起，越来越多的车载设备采用安卓系统构建车机系统。车机系统上均会搭载有导航应用。由于安卓系统自身的特点，版本碎片化，开发者可使用不同版本的SDK开发，由于不同版本SDK对于音频使用的差异性，导致安卓系统对音频应用的播放行为难以控制。直到Android SDK 8的版本引入音频焦点机制来解决上述问题，即通过音频焦点来决定何种应用可以播放。

现有的车机系统中，虽然引入了音频焦点机制，但音频焦点机制并非车机系统强制要求执行的，换言之，车机系统中是允许存在不使用和/或不规范使用音频焦点机制的多媒体应用的。当车机系统中存在不使用和/或不规范使用音频焦点机制的多种多媒体应用时，不同种类的多媒体应用在使用过程中音频播放共存效果差，例如：音乐声很大，导航声很小，导致听不清路口的提示信息；导航音和音乐不能同时使用，导航提示音一响，音乐就不再播放了；导航和音乐声突然切换，听感不好；音乐完全不会因导航提示音做任何反应，也听不清声音。

目前针对相关技术中存在支持或者不支持降音播放的多种类型的应用，多种应用同时进行音频播放时，音频共存效果差的问题，尚未提出有效的解决方案。

发明内容

本申请实施例提供了一种音频混音控制方法、装置、电子装置和存储介质，以至少解决相关技术中存在支持或者不支持降音播放的多种类型的应用，多种应用同时进行音频播放时，音频共存效果差的问题。

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

在当前第一应用正在播放第一音频时，若接收到第二应用发送的第二音频待播放消息的情况下，确定所述第一应用和所述第二应用的优先级大小；

根据优先级大小的结果确定需进行降音处理的待降音音频是第一音频还是第二音频；

确定所述待降音音频对应的应用是否支持降音播放，若是，则所述待降音音频对应的应用对所述待降音音频进行降音处理，得到降音音频；若否，则所述待降音音频对应的应用将所述待降音音频发送给终端的操作系统，终端的操作系统对所述待降音音频进行降音处理，得到降音音频；

对所述降音音频和未进行降音处理的音频进行混音播放。

在其中一些实施例中，根据优先级大小的结果确定需进行降音处理的待降音音频是第一音频还是第二音频包括：

若所述第一应用的优先级大于等于所述第二应用的优先级，则将所述第二应用的第二音频作为待降音音频；

若所述第一应用的优先级小于所述第二应用的优先级，则将所述第一应用的第一音频作为待降音音频。

在其中一些实施例中，确定所述待降音音频对应的应用是否支持降音播放包括：根据所述待降音音频对应的应用的身份标识，在音频播放权限配置表中查询所述待降音音频对应的应用是否支持降音播放，其中，所述音频播放权限配置表包括应用的身份标识与各应用是否支持降音播放的配置信息之间的对应关系。

在其中一些实施例中，在接收到第二应用发送的第二音频待播放消息之后，所述控制方法还包括：所述第二应用申请音频播放权限；根据所述第一应用的类型和所述第二应用的类型确定所述第二应用是否能申请到音频播放权限；若是，则执行所述确定所述第一应用和所述第二应用的优先级大小的步骤；若否，则通知所述第二应用不进行第二音频的播放。

在其中一些实施例中，所述控制方法还包括：当所述第一应用停止播放第一音频或所述第二应用停止播放第二音频时，则释放停止播放的音频对应的应用的音频播放权限；确定未停止播放的音频是否进行了降音处理；若是，恢复所述降音处理后的未停止播放的音频的音量。

在其中一些实施例中，恢复所述降音处理后的未停止播放的音频的音量包括：根据所述未停止播放的音频对应的应用的身份标识，判断未停止播放的音频的降音处理是由所述未停止播放的音频对应的应用执行，还是由终端的操作系统执行；若降音处理是由所述未停止播放的音频对应的应用执行，则由所述未停止播放的音频对应的应用对所述未停止播放的音频进行恢复音量处理；若降音处理是由终端的操作系统执行，则由终端的操作系统对未停止播放的音频进行恢复音量处理。

在其中一些实施例中，所述第一应用和所述第二应用为音频应用、视频应用、导航应用、语音交互应用和电话应用中的任意一种。

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

判断模块，用于在当前第一应用正在播放第一音频时，若接收到第二应用发送的第二音频待播放消息的情况下；确定所述第一应用和所述第二应用的优先级大小；

确定模块，用于根据优先级大小的结果确定需进行降音处理的待降音音频是第一音频还是第二音频；

处理模块，用于确定所述待降音音频对应的应用是否支持降音播放；若是，则所述待降音音频对应的应用对所述待降音音频进行降音处理，得到降音音频；若否，则所述待降音音频对应的应用将所述待降音音频发送给终端的操作系统，终端的操作系统对所述待降音音频进行降音处理，得到降音音频；

混音模块，用于对所述降音音频和未进行降音处理的音频进行混音播放。

第三方面，本申请实施例提供了一种电子装置，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的音频混音控制方法。

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

相比于相关技术，本申请实施例提供的音频混音控制方法、装置、电子装置和存储介质，采用在当前第一应用正在播放第一音频时，若接收到第二应用发送的第二音频待播放消息的情况下，确定第一应用和第二应用的优先级大小；根据优先级大小的结果确定需进行降音处理的待降音音频是第一音频还是第二音频；确定待降音音频对应的应用是否支持降音播放，若是，则待降音音频对应的应用对待降音音频进行降音处理，得到降音音频；若否，则待降音音频对应的应用将待降音音频发送给终端的操作系统，终端的操作系统对待降音音频进行降音处理，得到降音音频；对降音音频和未进行降音处理的音频进行混音播放，解决了相关技术中存在支持或者不支持降音播放的多种类型的应用，多种应用同时进行音频播放时，音频共存效果差的问题，提高不同种类的应用音频播放效果。

本申请的一个或多个实施例的细节在以下附图和描述中提出，以使本申请的其他特征、目的和优点更加简明易懂。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1是本发明实施例的音频混音控制方法的终端的硬件结构框图；

图2是根据本申请实施例的音频混音控制方法的流程图；

图3是根据本申请实施例的音频混音控制装置的结构框图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行描述和说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。基于本申请提供的实施例，本领域普通技术人员在没有作出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。此外，还可以理解的是，虽然这种开发过程中所作出的努力可能是复杂并且冗长的，然而对于与本申请公开的内容相关的本领域的普通技术人员而言，在本申请揭露的技术内容的基础上进行的一些设计，制造或者生产等变更只是常规的技术手段，不应当理解为本申请公开的内容不充分。

在本申请中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域普通技术人员显式地和隐式地理解的是，本申请所描述的实施例在不冲突的情况下，可以与其它实施例相结合。

除非另作定义，本申请所涉及的技术术语或者科学术语应当为本申请所属技术领域内具有一般技能的人士所理解的通常意义。本申请所涉及的“一”、“一个”、“一种”、“该”等类似词语并不表示数量限制，可表示单数或复数。本申请所涉及的术语“包括”、“包含”、“具有”以及它们任何变形，意图在于覆盖不排他的包含；例如包含了一系列步骤或模块(单元)的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可以还包括没有列出的步骤或单元，或可以还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。本申请所涉及的“连接”、“相连”、“耦接”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电气的连接，不管是直接的还是间接的。本申请所涉及的“多个”是指大于或者等于两个。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。本申请所涉及的术语“第一”、“第二”、“第三”等仅仅是区别类似的对象，不代表针对对象的特定排序。

本申请提供的音频混音控制方法的实施例可以在终端、计算机或者类似的运算装置中执行。以运行在终端上为例，图1是本发明实施例的音频混音控制方法的终端的硬件结构框图。如图1所示，终端可以包括一个或多个(图1中仅示出一个)处理器102(处理器102可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)和用于存储数据的存储器104，可选地，上述终端还可以包括用于通信功能的传输设备106以及输入输出设备108。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述终端的结构造成限定。例如，终端还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储计算机程序，例如，应用软件的软件程序以及模块，如本发明实施例中的音频混音控制方法对应的计算机程序，处理器102通过运行存储在存储器104内的计算机程序，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至终端。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输设备106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括终端的通信供应商提供的无线网络。在一个实例中，传输设备106包括一个网络适配器(Network Interface Controller，简称为NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输设备106可以为射频(Radio Frequency，简称为RF)模块，其用于通过无线方式与互联网进行通讯。

输入输出设备108用于支持输入/输出相应数据流，输入输出设备108可以是键盘、鼠标、控制盒等相关设备。

本实施例提供了一种音频混音控制方法，应用于终端，图2是根据本申请实施例的音频混音控制方法的流程图，如图2所示，该流程包括如下步骤：

步骤S201，在当前第一应用正在播放第一音频时，若接收到第二应用发送的第二音频待播放消息的情况下，确定第一应用和第二应用的优先级大小。

在本实施例中，第一应用和第二应用可以是以下其中一种应用：音频应用、视频音频应用(例如QQ音乐、搜狗音乐、百度音乐等)、视频应用(例如爱奇艺、腾讯视频、优酷视频等)、导航应用(例如高德地图、百度地图等)、语音交互应用(例如小爱同学、siri、百度语音助手等)和电话应用等，当然，第一应用和第二应用包括但不限于上述的应用，同时，在某个终端中，第一应用和第二应用可以为相同类型的应用，也可以为不同类型的应用，例如：当第一应用为音频应用时，第二应用可以为导航应用或其他类型的应用。

在本实施例中，第一应用和第二应用的优先级大小是根据应用本身的类型决定，并且，在对应的终端中，第一应用和第二应用的优先级大小是根据其本身的类型预先配置好，例如，当第一应用为音频应用，第二应用为导航应用时，第二应用的优先级大于第一应用的优先级；在其中一些终端中，按优先级由小到大的顺序可以依次设置音频应用、导航应用和电话应用的优先级。

在本实施例中，在当前有应用(例如第一应用)正在播放音频，再接收到另外一个应用(例如第二应用)需要播放音频的消息时，即有两个应用同时需要播放音频，此时确定第一应用和第二应用的优先级大小，是为确定哪个应用需要对相应的音频进行降音处理，并且，优先级大的应用维持原音频播放，而优先级小的应用则降音播放音频。例如，当第二应用为导航应用，第一应用为音频应用时，当接收到导航应用发送的音频待播放消息时，由于音频应用的优先级小于导航应用的优先级，此时，则维持原导航音频播放的音量，而降低音频应用的播放音量；又例如，当第一应用为导航应用，第二应用为音频应用时，导航应用正在播放导航语音，此时，就算接收音频应用发送的音频待播放消息，此时，也维持原导航语音播放的音量，而对音频应用的音频进行降音播放，即降低音频应用的音频播放音量。步骤S202，根据优先级大小的结果确定需进行降音处理的待降音音频是第一音频还是第二音频。

在本实施例中，优先级大的应用对应的音频无需进行降音处理，而优先级小的应用对应的音频为待降音音频。步骤S203，确定待降音音频对应的应用是否支持降音播放。若是，则执行步骤S204，否则，则执行步骤S205。

在本实施例中，通过确定第一应用或第二应用本身是否支持对本身发送的音频进行降音处理，从而选择是由应用本身对音频进行降音处理还是由终端的操作系统对音频进行处理。例如，当第一应用为音频应用，第二应用为导航应用，此时，确定第一应用播放的第一音频需要降音处理，若第一应用本身不支持对第一音频进行降音处理，则由终端的操作系统对第一音频进行降音处理，若第一应用本身支持对第一音频进行降音处理，则由第一应用将第一音频进行降音处理。

步骤S204，待降音音频对应的应用对待降音音频进行降音处理，得到降音音频，之后，执行步骤S206。

在本实施例中，对应采用第一应用或第二应用将对应的待降音音频进行降音处理，并处理得到降音音频，并将获得该降音音频后，由对应的应用将该降音音频传送给终端的操作系统。

步骤S205，待降音音频对应的应用将待降音音频发送给终端的操作系统，终端的操作系统对待降音音频进行降音处理，得到降音音频，之后，执行步骤S206。

在本实施例中，第一应用或第二应用不支持对音频进行降音处理，因此，采用终端的操作系统对待降音的音频进行降音处理，并且，终端的操作系统是在第一应用或第二应用将待降音的音频发送给终端的操作系统后执行的降音处理。

步骤S206，对降音音频和未进行降音处理的音频进行混音播放。

在本实施例中，由终端的操作系统对降音音频和未降音处理的音频进行混音播放，例如：当第一应用为音频应用且第一应用不支持降音处理，第二应用为导航应用时，则由终端的操作系统将正在播放的音频应用的音频降音处理后，将降音后的音频应用的音频和导航应用的音频进行混音播放；又例如：当第一应用为导航应用，第二应用为音频应用，且第二应用支持对第二音频进行降音处理时，若终端的操作系统接收到导航应用发送的第二音频待播放消息，则音频应用自身对其音频进行降音处理，然后发送给终端的操作系统，操作系统对降音处理的音频应用的音频和正在播放的第一音频进行混音播放。

需要说明的是，本实施例中的终端包括但不限于车机、电脑和手机。满足执行上述实施例的混音控制方法的终端均适合本申请的终端。

通过上述步骤S201至步骤S206，在当前第一应用正在播放第一音频时，若接收到第二应用发送的第二音频待播放消息的情况下，确定第一应用和第二应用的优先级大小；根据优先级大小的结果确定需进行降音处理的待降音音频是第一音频还是第二音频；确定待降音音频对应的应用是否支持降音播放，若是，则待降音音频对应的应用对待降音音频进行降音处理，得到降音音频；若否，则待降音音频对应的应用将待降音音频发送给终端的操作系统，终端的操作系统对待降音音频进行降音处理，得到降音音频；对降音音频和未进行降音处理的音频进行混音播放，解决了相关技术中存在支持或者不支持降音播放的多种类型的应用，多种应用同时进行音频播放时，音频共存效果差的问题，提高不同种类的应用音频播放效果。

在其中一些实施例中，根据优先级大小的结果确定需进行降音处理的待降音音频是第一音频还是第二音频包括如下步骤：

若第一应用的优先级大于等于第二应用的优先级，则将第二应用的第二音频作为待降音音频。

若第一应用的优先级小于第二应用的优先级，则将第一应用的第一音频作为待降音音频。

在本实施例中，第一应用和第二应用的优先级是根据第一应用和第二应用的类型确定的，或者，根据使用者使用习惯、需求进行的人为设定，例如，当第一应用为音频引用，第二应用为导航应用，则设定导航应用的优先级大于音频应用，又例如：当第一应用为电话应用，而第二应用为导航应用，则可设定第一应用的优先级大于第二应用的优先级，也可以设定第一应用的优先级小于第二应用的优先级，当然，在具体的终端中，第一应用与第二应用的优先级的大小只允许为一种状态，同时，在一些具体的终端中，第一应用和第二应用的优先级可允许临时进行配置。

在其中一些实施例中，确定待降音音频对应的应用是否支持降音播放包括如下步骤：根据待降音音频对应的应用的身份标识，在音频播放权限配置表中查询待降音音频对应的应用是否支持降音播放，其中，音频播放权限配置表包括应用的身份标识与各应用是否支持降音播放的配置信息之间的对应关系。

在本实施例中，应用的身份标识包括应用的包名(程序包的名称)，通过识别身份标识而识别出对应的应用；同时，在对应的应用启动后会向终端的操作系统发送待播放消息，操作系统根据待播放消息中对应的身份标识查询出对应的应用程序是否支持降音处理，然后，应用根据操作系统反馈的通知信息(应用是否支持降音处理)来确定是否将待播放音频降音处理后再发送。

在其中一些实施例中，在接收到第二应用发送的第二音频待播放消息之后，还包括如下步骤：

第二应用申请音频播放权限，即申请音频焦点。

在本实施例中，对应的应用申请了音频焦点后，谁持有音频焦点谁就可以播放，申请音频焦点即申请播放权限，申请成功则允许播放，失败则禁止播放；例如：当前终端中存在有电话应用并进行拨打电话，此时，第二应用是无法成功申请到音频播放权限通过设置播放权限，避免在如通话状态等特殊状态下播放音频导致的干扰。

根据第一应用的类型和第二应用的类型确定第二应用是否能申请到音频播放权限；若是，则执行确定第一应用和第二应用的优先级大小的步骤；若否，则通知第二应用不进行第二音频的播放。

在本实施例中，第一应用和第二应用是否能申请到音频播放权限是根据第一应用和第二应用本身的应用类型决定的，该应用类型包括音频类型、导航类型、视频类型、通话类型、语音交互类型等，在一些终端中，可能会存在两种应用的音频播放冲突，即两种应用不能同时播放音频，例如：当第一应用为电话应用，第二应用为音频应用时，此时，终端在通过电话应用进行通话，音频应用无法成功申请到音频播放权限进行播放音频；而在其他情形下，两种应用可以同时播放音频，第二应用可以成功申请到播放权限的例如：当第一应用为音频应用，第二应用为导航应用，当终端通过当前音频应用播放音乐音频，且导航应用申请音频播放权限，终端允许音乐音频和导航语音同时播放，此时，终端会给予导航应用音频播放权限，而在导航应用申请到播放权限后，执行的则是根据应用的优先级确定需要将哪种应用的音频进行降音。

在其中一些实施例中，还实施如下步骤：

当第一应用停止播放第一音频或第二应用停止播放第二音频时，则释放停止播放的音频对应的应用的音频播放权限。

确定未停止播放的音频是否进行了降音处理，若是，恢复所述降音处理后的未停止播放的音频的音量。

在本实施例中，当混音播放结束后，则需要回收停止播放音频的应用的音频播放权限，并还原混音播放后依然具有音频播放权限的应用对应的音频的音量。例如：第一音频应用为音频应用，第二应用为导航应用，在导航应用导航语音播放完成后，则释放导航应用的音频播放权限，也就是导航应用不在播放导航语音，此时，还需要对第一应用播放的第一音频进行恢复，使第一音频按混音前的音量进行播放，而将第一音频进行降音还原则需要根据第一应用是否支持降音处理确定是通过第一应用本身还是终端的操作系统来完成。

当然，若混音播放结束后，结束播放的应用是先申请音频播放权限的应用，则维持后申请音频播放权限的应用，并执行恢复该具有音频播放权限的应用对应的音频的音量，若该具有音频播放权限的应用对应的音频没有进行过降音处理，则维持原有音量进行播放，例如：当第一应用为音频应用，第二应用为导航应用，当混音播放结束后，音频应用停止音频播放，此时，音频应用释放音频播放权限；同时，由于进行降音处理的音频为音频应用的音频，停播的也是音频应用的音频；因此，混音播放结束后，导航应用维持导航音频的原有音量进行播放，也就是维持原有音量进行导航语音播放。

需要说明的是，本实施例中，当未停止播放的音频在混音之前进行了降音处理，则在混音播放状态结束后，由执行对该音频进行降音处理的应用或终端的操心系统执行恢复音量。

在其中一些实施例中，恢复所述降音处理后的未停止播放的音频的音量包括如下步骤：

根据未停止播放的音频对应的应用的身份标识，判断未停止播放的音频的降音处理是由未停止播放的音频对应的应用执行，还是由终端的操作系统执行。

在本实施例中，应用的身份标识包括应用的包名(程序包的名称)，通过识别身份标识而识别出对应的应用，识别出对应的应用后，可获知未停止播放的音频对应的应用是否支持降音处理，从而判断该未停止播放的音频是由应用本身还是由终端的操作系统执行恢复音量。例如：当未停止播放的音频对应的应用为音频应用，且不支持降音处理，此时，则由终端的操作系统对未停止播放的音频进行恢复音量的处理。

若降音处理是由未停止播放的音频对应的应用执行，则由未停止播放的音频对应的应用对未停止播放的音频进行恢复音量处理；

若降音处理是由终端的操作系统执行，则由终端的操作系统对未停止播放的音频进行恢复音量处理。

本实施例还提供了一种音频混音控制装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”、“单元”、“子单元”等可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图3是根据本申请实施例的音频混音控制装置的结构框图，如图3所示，该装置包括：

判断模块31，用于在当前第一应用正在播放第一音频时，若接收到第二应用发送的第二音频待播放消息的情况下；确定第一应用和第二应用的优先级大小；

确定模块32，与判断模块31耦合连接，用于根据优先级大小的结果确定需进行降音处理的待降音音频是第一音频还是第二音频；

处理模块33，与确定模块32耦合连接，用于确定待降音音频对应的应用是否支持降音播放；若是，则待降音音频对应的应用对待降音音频进行降音处理，得到降音音频；若否，则待降音音频对应的应用将待降音音频发送给终端的操作系统，终端的操作系统对待降音音频进行降音处理，得到降音音频；

混音模块34，与处理模块33耦合连接，用于对降音音频和未进行降音处理的音频进行混音播放。

在其中一些实施例中，确定模块32用于在第一应用的优先级大于等于第二应用的优先级，则将第二应用的第二音频作为待降音音频；在第一应用的优先级小于第二应用的优先级，则将第一应用的第一音频作为待降音音频。

在其中一些实施例中，处理模块33用于根据待降音音频对应的应用的身份标识，在音频播放权限配置表中查询待降音音频对应的应用是否支持降音播放，其中，音频播放权限配置表包括应用的身份标识与各应用是否支持降音播放的配置信息之间的对应关系。

在其中一些实施例中，装置还用于执行第二应用申请音频播放权限；根据第一应用的类型和第二应用的类型确定第二应用是否能申请到音频播放权限；若是，则执行确定第一应用和第二应用的优先级大小的步骤；若否，则通知第二应用不进行第二音频的播放。

在其中一些实施例中，装置还用于当第一应用停止播放第一音频或第二应用停止播放第二音频时，则释放停止播放的音频对应的应用的音频播放权限；确定未停止播放的音频是否进行了降音处理；若是，恢复降音处理后的未停止播放的音频的音量。

在其中一些实施例中，装置用于根据未停止播放的音频对应的应用的身份标识，判断未停止播放的音频的降音处理是由未停止播放的音频对应的应用执行，还是由终端的操作系统执行；若降音处理是由未停止播放的音频对应的应用执行，则由未停止播放的音频对应的应用对未停止播放的音频进行恢复音量处理；若降音处理是由终端的操作系统执行，则由终端的操作系统对未停止播放的音频进行恢复音量处理。

需要说明的是，上述各个模块可以是功能模块也可以是程序模块，既可以通过软件来实现，也可以通过硬件来实现。对于通过硬件来实现的模块而言，上述各个模块可以位于同一处理器中；或者上述各个模块还可以按照任意组合的形式分别位于不同的处理器中。

本实施例还提供了一种电子装置，包括存储器和处理器，该存储器中存储有计算机程序，该处理器被设置为运行计算机程序以执行上述任一项方法实施例中的步骤。

可选地，上述电子装置还可以包括传输设备以及输入输出设备，其中，该传输设备和上述处理器连接，该输入输出设备和上述处理器连接。

可选地，在本实施例中，上述处理器可以被设置为通过计算机程序执行以下步骤：

S1，在当前第一应用正在播放第一音频时，若接收到第二应用发送的第二音频待播放消息的情况下，确定第一应用和第二应用的优先级大小。

S2，根据优先级大小的结果确定需进行降音处理的待降音音频是第一音频还是第二音频。

S3，确定待降音音频对应的应用是否支持降音播放，若是，则待降音音频对应的应用对待降音音频进行降音处理，得到降音音频；若否，则待降音音频对应的应用将待降音音频发送给终端的操作系统，终端的操作系统对待降音音频进行降音处理，得到降音音频。

S4，对降音音频和未进行降音处理的音频进行混音播放。

需要说明的是，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

另外，结合上述实施例中的音频混音控制方法，本申请实施例可提供一种存储介质来实现。该存储介质上存储有计算机程序；该计算机程序被处理器执行时实现上述实施例中的任意一种音频混音控制方法。

本领域的技术人员应该明白，以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种音频混音控制方法，应用于终端，其特征在于，包括：

在当前第一应用正在播放第一音频时，若接收到第二应用发送的第二音频待播放消息的情况下，确定所述第一应用和所述第二应用的优先级大小；

根据优先级大小的结果确定需进行降音处理的待降音音频是第一音频还是第二音频；

确定所述待降音音频对应的应用是否支持降音播放，若是，则所述待降音音频对应的应用对所述待降音音频进行降音处理，得到降音音频；若否，则所述待降音音频对应的应用将所述待降音音频发送给终端的操作系统，终端的操作系统对所述待降音音频进行降音处理，得到降音音频；

对所述降音音频和未进行降音处理的音频进行混音播放。

2.根据权利要求1所述的音频混音控制方法，其特征在于，根据优先级大小的结果确定需进行降音处理的待降音音频是第一音频还是第二音频包括：

若所述第一应用的优先级大于等于所述第二应用的优先级，则将所述第二应用的第二音频作为待降音音频；

若所述第一应用的优先级小于所述第二应用的优先级，则将所述第一应用的第一音频作为待降音音频。

3.根据权利要求1所述的音频混音控制方法，其特征在于，确定所述待降音音频对应的应用是否支持降音播放包括：

根据所述待降音音频对应的应用的身份标识，在音频播放权限配置表中查询所述待降音音频对应的应用是否支持降音播放，其中，所述音频播放权限配置表包括应用的身份标识与各应用是否支持降音播放的配置信息之间的对应关系。

4.根据权利要求1所述的音频混音控制方法，其特征在于，在接收到第二应用发送的第二音频待播放消息之后，所述控制方法还包括：

所述第二应用申请音频播放权限；

根据所述第一应用的类型和所述第二应用的类型确定所述第二应用是否能申请到音频播放权限；

若是，则执行所述确定所述第一应用和所述第二应用的优先级大小的步骤；

若否，则通知所述第二应用不进行第二音频的播放。

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

当所述第一应用停止播放第一音频或所述第二应用停止播放第二音频时，则释放停止播放的音频对应的应用的音频播放权限；

确定未停止播放的音频是否进行了降音处理；

若是，恢复所述降音处理后的未停止播放的音频的音量。

6.根据权利要求5所述的音频混音控制方法，其特征在于，恢复所述降音处理后的未停止播放的音频的音量包括：

根据所述未停止播放的音频对应的应用的身份标识，判断未停止播放的音频的降音处理是由所述未停止播放的音频对应的应用执行，还是由终端的操作系统执行；

若降音处理是由所述未停止播放的音频对应的应用执行，则由所述未停止播放的音频对应的应用对所述未停止播放的音频进行恢复音量处理；

若降音处理是由终端的操作系统执行，则由终端的操作系统对未停止播放的音频进行恢复音量处理。

7.根据权利要求1-5任一项所述的音频混音控制方法，其特征在于，所述第一应用和所述第二应用为音频应用、视频应用、导航应用、语音交互应用和电话应用中的任意一种。

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

判断模块，用于在当前第一应用正在播放第一音频时，若接收到第二应用发送的第二音频待播放消息的情况下；确定所述第一应用和所述第二应用的优先级大小；

确定模块，用于根据优先级大小的结果确定需进行降音处理的待降音音频是第一音频还是第二音频；

处理模块，用于确定所述待降音音频对应的应用是否支持降音播放；若是，则所述待降音音频对应的应用对所述待降音音频进行降音处理，得到降音音频；若否，则所述待降音音频对应的应用将所述待降音音频发送给终端的操作系统，终端的操作系统对所述待降音音频进行降音处理，得到降音音频；

混音模块，用于对所述降音音频和未进行降音处理的音频进行混音播放。

9.一种电子装置，包括存储器和处理器，其特征在于，所述存储器中存储有计算机程序，所述处理器被设置为运行所述计算机程序以执行权利要求1至7中任一项所述的音频混音控制方法。

10.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行权利要求1至7中任一项所述的音频混音控制方法。

Images