CN107870759A - 一种音频控制方法和装置 - Google Patents

Abstract

本发明公开了一种音频控制方法和装置。该方法包括：检测是否有多个应用程序并发输出音频；在检测到有多个应用程序并发输出音频时，控制所述多个应用程序中的一个应用程序以第一音量输出音频，控制其余的应用程序以不同于第一音量的第二音量输出音频。本发明如果音频并发输出，则只允许一路音频以高音量输出，而其他音频以低音量输出，低音量的音频对高音量的音频不产生影响，从而使用户可以清楚的听到高音量的音频。本发明通过对多路音频进行控制，可以避免多路音频以相同音量输出或者相互中断的问题发生，用户体验好。

Description

一种音频控制方法和装置

技术领域

本发明涉及计算机技术领域，特别是涉及一种音频控制方法和装置。

背景技术

终端上的应用种类和数量越来越多，但是，目前的终端缺乏统一的应用设计规范和标准，这导致应用的设计质量参差不齐，因此在应用并发时，尤其是在音频并发时，会出现影响用户体验的问题。

在音频并发场景中，一些应用会申请独占音频通道，该应用不关心其他应用的运行，直接占用音频通道，可能造成其他应用正在播放的音频被打断。例如：在驾车过程中，开启移动终端中的导航和音乐播放器，在音乐播放器播放音乐的过程中，如果导航播报路况信息，则音乐播放器正在播放的音乐将会被中断，虽然导航播报结束后音乐还会恢复播放，但如果这种打断非常频繁的话，将会影响用户体验。

在音频并发场景中，还有一些应用不会独占音频通道，那么在多个应用同时输出音频时，多个音频将会同时播放。例如：用户在欣赏音乐的同时刷微博，这时如果微博有个视频被点开，则会出现两路音频以同等音量并发播放的现象，这样用户将无法欣赏音乐也无法听到微博视频的声音。

综上，在现有音频并发场景中，缺少对音频输出的控制，要么并发的音频以相同的音量一起播放，要么并发的音频相互打断，导致用户体验效果不佳。

发明内容

本发明提供一种音频控制方法和装置，用以解决现有音频并发场景中没有对音频输出进行控制的问题。

为了解决上述技术问题，本发明是通过以下技术方案来解决的：

本发明提供了一种音频控制方法，包括：检测是否有多个应用程序并发输出音频；在检测到有多个应用程序并发输出音频时，控制所述多个应用程序中的一个应用程序以第一音量输出音频，控制其余的应用程序以不同于所述第一音量的第二音量输出音频。

其中，所述控制所述多个应用程序中的一个应用程序以第一音量输出音频，包括：根据所述多个应用程序的预设优先级，控制优先级最高的应用程序以第一音量输出音频。

其中，所述控制所述多个应用程序中的一个应用程序以第一音量输出音频，包括：根据所述多个应用程序占用音频资源的先后顺序，控制最后占用音频资源的应用程序以第一音量输出音频。

其中，所述控制所述多个应用程序中的一个应用程序以第一音量输出音频，包括：控制在前台运行的应用程序以第一音量输出音频。

其中，在检测是否有多个应用程序并发输出音频过程中，还包括：屏蔽应用程序发送的用于申请独占音频资源的请求。

本发明还提供了一种音频控制装置，包括：检测模块，用于检测是否有多个应用程序并发输出音频；控制模块，用于在检测到有多个应用程序并发输出音频时，控制所述多个应用程序中的一个应用程序以第一音量输出音频，控制其余的应用程序以不同于所述第一音量的第二音量输出音频。

其中，所述控制模块，进一步用于根据所述多个应用程序的预设优先级，控制优先级最高的应用程序以第一音量输出音频。

其中，所述控制模块，进一步用于根据所述多个应用程序占用音频资源的先后顺序，控制最后占用音频资源的应用程序以第一音量输出音频。

其中，所述控制模块，进一步用于控制在前台运行的应用程序以第一音量输出音频。

其中，所述控制模块，还用于在检测是否有多个应用程序并发输出音频过程中，屏蔽应用程序发送的用于申请独占音频资源的请求。

本发明有益效果如下：

本发明如果音频并发输出，则只允许一路音频以高音量输出，而其他音频以低音量输出，低音量的音频对高音量的音频不产生影响，从而使用户可以清楚的听到高音量的音频。本发明通过对多路音频进行控制，可以避免多路音频以相同音量输出或者相互中断的问题发生，用户体验好。

附图说明

图1是根据本发明第一实施例的音频控制方法的流程图；

图2是根据本发明第二实施例的音频控制方法的流程图；

图3是根据本发明第三实施例的音频控制方法的流程图；

图4是根据本发明第四实施例的音频控制方法的流程图；

图5是根据本发明第五实施例的音频控制方法的流程图；

图6是根据本发明第六实施例的音频控制装置的结构图。

具体实施方式

以下结合附图以及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不限定本发明。

实施例一

本实施例提供一种音频控制方法，图1是根据本发明第一实施例的音频控制方法的流程图。本实施例的执行主体是移动终端，该移动终端安装有多个能够输出音频的应用程序。该移动终端例如是智能手机和平板电脑。

步骤S110，检测是否有多个应用程序并发输出音频；若是，则执行步骤S120；若否，则继续执行步骤S110。

并发输出音频是指多个应用程序都在输出音频。

由于应用程序输出音频需要先申请音频资源，申请到音频资源，就实现了音频资源的占用，所以可以检测是否有多个应用程序申请到或正在占用音频资源，来判断是否有多个应用程序并发输出音频。

音频资源包括：音频通道。通过音频通道输出音频。

具体的，检测是否有多个应用程序都在占用音频资源；若是，则确定这多个应用程序并发输出音频；若否，则检测在应用程序占用音频资源的过程中，是否有其他应用程序申请音频资源，若有其他应用程序申请音频资源，且申请成功，则说明该其他应用程序和正在占用音频资源的应用程序并发输出音频；反之，则说明当前没有并发输出音频的应用程序。

在本实施例中，为了避免一个应用程序独占音频资源，在检测是否有多个应用程序并发输出音频过程中，可以屏蔽应用程序发送的用于申请独占音频资源的请求。

步骤S120，在检测到有多个应用程序并发输出音频时，控制所述多个应用程序中的一个应用程序以第一音量输出音频，控制其余的应用程序以不同于第一音量的第二音量输出音频。

在本实施例中，在音频并发场景中，只允许一路音频以高音量输出，而其他音频以低音量输出，控制第一音量高于第二音量。

为了使用户可以清晰的听到多个音频中的音量最大的音频，使第一音量和第二音量之间的差值大于预设的音量阈值。该音量阈值为实验获得的值或者经验值。第一音量可以是预先设置的标准音量。该第一音量可以是用户根据自身需求设置的音量。以第二音量不会影响第一音量的收听为佳。

在音频并发场景中，获取每个应用程序的标记信息；根据每个应用程序的标记信息，确定以第一音量输出音频的应用程序，其余的应用程序均以第二音量输出音频。

标记信息包括但不限于：应用程序的优先级标记、音频资源占用标记和前后台标记。音频资源占用标记可以是音频资源占用时间戳或者表征音频资源占用先后顺序的标记。前后台标记用于标记应用程序当前在前台运行或后台运行。

下面提供三种控制方式，但是以下三种控制方式只用于说明本发明，而不用于限定本发明：

方式一，在音频并发的多个应用程序中，根据该多个应用程序的预设优先级，控制优先级最高的应用程序以第一音量输出音频，控制其余的应用程序以第二音量输出音频。

方式二，在音频并发的多个应用程序中，根据多个应用程序占用音频资源的先后顺序，控制最后(最新)占用音频资源的应用程序以第一音量输出音频，控制，控制其余的应用程序以第二音量输出音频。

方式三，由于移动终端前台仅允许一个应用程序，所以在音频并发的多个应用程序中，根据多个应用程序的前后台标记，控制前台运行的应用程序以第一音量输出音频，控制后台运行的应用程序以第二音量输出音频。换言之，控制前台运行的应用程序输出音频时的音量高于后台运行的应用程序输出音频时的音量。

以上三种方式可以单独应用或者结合应用，本实施例对此不做限定。

例如：如果存在优先级相同的应用程序，且最高优先级的应用程序有多个，则可以根据该多个应用程序占用音频资源的先后顺序或者前后台标记，控制该多个应用程序并发输出音频时的音量大小，如：控制最新占用音频资源的应用程序以第一音量输出音频，其余的应用程序以第二音量输出音频，在检测到前后台转换操作时，控制前台运行的应用程序以第一音量输出音频，后台运行的应用程序以第二音量输出音频。

在本实施例中，如果音频并发输出，则只允许一路音频以高音量输出，而其他音频以低音量输出，低音量的音频对高音量的音频不产生影响，从而使用户可以清楚的听到高音量的音频。通过本实施例可以避免多路音频以相同音量输出或者相互中断的问题发生，用户体验好。

实施例二

图2是根据本发明第二实施例的音频控制方法的流程图。

步骤S210，在检测到有多个应用程序并发输出音频时，触发音频并发场景模式。

在音频并发场景模式下需要对并发的音频进行音量控制。

如果有应用程序申请独占音频通道，则屏蔽该应用程序的独占请求。

为了使本实施例更加容易理解，在本实施例中，以两个应用程序并发输出音频为例。

步骤S220，将正在占用音频通道的应用程序标记为old，将新申请到音频通道的应用程序标记为new。

old和new为音频资源占用标记。old表示先占用音频通道，new表示最后(最新)占用音频通道。

如果音频并发的应用程序有多个，则可以使用占用音频通道的时间戳来确定多个应用程序占用音频资源的先后顺序。时间戳最靠近当前时间的为新申请到音频通道的应用程序，应标记为new，其余的应用程序都标记为old。

old对应的应用程序和new对应的应用程序都通过音频通道输出音频。

步骤S230，将前台运行的应用程序标记为foreground task，将后台运行的应用程序标记为background task。

前后台标记用于表明应用程序当前在前台运行或在后台运行。

前后台标记包括：前台任务标记foreground task和后台任务标记backgroundtask。其中，foreground task表示应用程序在前台运行，background task表示应用程序在后台运行。

将当前运行在前台的应用程序标记为foreground task，将当前运行在后台的应用程序标记为background task。此时，并发输出音频的应用程序有可能都在后台运行，都在前台运行，或者分别在前台和后台运行。

步骤S240，查询old对应的应用程序和new对应的应用程序的优先级，并判断最高优先级的应用程序的数量是否为多个；如果是，则执行步骤S250；如果否，则执行步骤S270。

预先设置应用优先级表。在该应用优先级表中包括多个应用程序的名称以及每个应用程序的优先级的数值。优先级的数值为大于等于0的整数值，数值越大则优先级越高，数值越小则优先级越低。如果在该应用优先级表中没有某一应用程序的名称，则默认该应用程序的优先级为0。

查询应用优先级表，确定old对应的应用程序和new对应的应用程序的优先级，找到优先级最高的应用程序，即找到优先级的数值最大的应用程序，判断优先级的数值最大的应用程序的数量是否为多个。

在本实施例中，预先设置在最高优先级的应用程序只有一个的情况下，使最高优先级的应用程序以第一音量输出音频；在最高优先级的应用程序有多个的情况下，在检测到前后台切换操作之前，使最后占用音频资源的应用程序以第一音量输出音频，在检测到前后台切换操作之后，使前台运行的应用程序以第一音量输出音频。

步骤S250，根据占用音频通道的先后顺序，控制old对应的应用程序以低音量输出音频，控制new对应的应用程序以高音量输出音频。

预先设置高音量volume_high和低音量volume_low。

其中，0<＝volume_low<volume_high。volume_high为第一音量，其可以是标准音量。该标准音量可以是终端当前设定的音量或者是用户根据自身需要设置的音量。volume_low为第二音量，其可以是标准音量的20％。

在检测到前后台切换操作之前，使最后占用音频资源的应用程序以高音量输出音频，使其他先占用音频资源的应用程序以低音量输出音频；所以在暂时没有检测到前后台切换操作之前，控制old对应的应用程序在输出音频时将音量调整到低音量volume_low，控制new对应的应用程序在输出音频时将音量调整到高音量volume_high。

步骤S260，在检测到前后台切换操作之后，控制foreground task对应的应用程序以高音量输出音频，控制background task对应的的应用程序以低音量输出音频。

在检测到前后台切换操作后，对多个应用程序的前后台标记进行更新。

例如：如果检测到old对应的应用程序被切换到前台运行，new对应的应用程序被切换到后台运行，则将old对应的应用程序的前后台标记修改为foreground task，将new对应的的应用程序的前后台标记修改为background task。

在检测到前后台切换操作后，使前台运行的应用程序输出音频时的音量高于后台运行的应用程序输出音频时的音量。例如：之前old对应的应用程序的前后台标记为background task，new对应的应用程序的前后台标记为foreground task，而在切换后，old对应的应用程序的前后台标记被修改为foreground task，new对应的的应用程序的前后台标记被修改为background task，所以控制old对应的应用程序在输出音频时将音量调整到高音量volume_high，控制new对应的应用程序在输出音频时将音量调整到低音量volume_low。

步骤S270，控制优先级最高的应用程序以高音量输出音频，其他应用程序以低音量输出音频。

如果优先级最高的应用程序为old对应的应用程序，则可以将该old对应的应用程序的音频做淡入或淡出处理，在预定时间段内将音量值调整到volume_high。可以对其他应用程序的音频做淡入处理，在预定时间段内将音频调整到volume_low。预定时间段例如是0.5s。

如果优先级最高的应用程序为new对应的应用程序，则可以将new对应的应用程序所输出的音频做淡入处理，在预定时间段内将音量从零开始逐渐增大，直至音量值达到volume_high为止；可以对old对应的应用程序所输出的音频做淡出处理，在预定时间段内从当前音量逐渐降低，直至音量值达到volume_low为止。

在执行本实施例中的过程，如果有应用程序释放音频通道，则利用该应用程序的默认音量、前一次设置的音量或者标准音量输出音频；如果仅剩一个应用程序占用音频通道，则结束本流程。

在执行本实施例中的过程，如果有新的应用程序申请到音频通道，则从步骤S210开始执行，对音频并发的各个应用程序进行音量控制。

在本实施例中，在多个应用程序的优先级不相同的情况下，根据多个应用程序的优先级高低，控制该多个应用程序并发输出音频时的音量大小；在多个应用程序的优先级相同的情况下，根据多个应用程序占用音频资源的先后顺序，以及根据多个应用程序的前后台标记，控制该多个应用程序并发输出音频时的音量大小。

下面提供三个具体的应用实例来进一步地说明本发明。

实施例三

在本实施例中，音频并发场景中的应用程序数量为两个，以优先级作为控制音频音量的标准。预先设置导航应用B的优先级高于音乐播放器A的优先级。图3是根据本发明第三实施例的音频控制方法的流程图。

步骤S310，使用音乐播放器A持续播放音乐。

此时，导航应用B没有发起路况语音播报，而音乐播放器A在持续播放音乐，只有音乐播放器A在占用移动终端的音频通道，没有进入音频并发场景，所以将音乐播放器A的音频保持以volume_high音量输出。

步骤S320，打开导航应用B，启动导航功能。

导航应用B启动导航功能之后，导航应用B可以语音播报路况。

当导航应用B发起路况语音播报时，需要向移动终端申请音频通道。此时，导航应用B尚未发起路况语音播报，所以尚未触发音频并发场景模式。

移动终端判断已占用和即将占用音频通道的音乐播放器A和导航应用B是否申请独占音频通道，如果是，则屏蔽该独占音频通道的请求，并进入音频并发场景。

步骤S330，当导航应用B申请音频通道时，触发音频并发场景模式。

当导航应用B发起路况语音播报时，导航应用B向移动终端申请音频通道；通过查询应用优先级表，可以确定导航应用B的优先级高于音乐播放器A的优先级。

步骤S340，导航应用B的优先级高于音乐播放器A的优先级，控制导航应用B以高音量输出音频，控制音乐播放器A以低音量输出音频。

由于导航应用B的优先级高于音乐播放器A的优先级，将音乐播放器A的音频做淡出处理，在预定时间段内(如0.5s内)从当前音量逐渐降低，直至音量值达到volume_low(如标准音量的20％)；将导航应用B音频做淡入处理，在预定时间段内从零开始增大音量，直至音量值达到volume_high(如标准音量)。

步骤S350，导航应用B的路况语音播报完毕之后，控制音乐播放器A以高音量输出音频。

导航应用B的路况语音播报完毕，导航应用B占用音频通道的行为结束，导航应用B释放音频通道，将音乐播放器A的音频音量恢复至volume_high。

当导航应用B再次发起路况语音播报时，重复上述步骤S330至步骤S350。

当导航应用B被关闭时，将音乐播放器A的音量恢复至volume_high。

实施例四

在本实施例中，音频并发场景中的应用程序数量为两个，以优先级、申请音频资源的先后顺序以及前后台任务属性作为控制音频音量的标准。预先设置音乐播放器A和视频应用C的优先级相同。

图4是根据本发明第四实施例的音频控制方法的流程图。

步骤S410，使音乐播放器A在后台持续播放音乐。

只有音乐播放器A占用移动终端的音频通道，没有进入音频并发场景模式。

步骤S420，打开视频应用C，使视频应用C在前台播放视频，触发音频并发场景模式。

视频应用C播放视频需要向申请音频通道，可以检测到音乐播放器A和视频应用C并发输出音频，进而触发音频并发场景模式。

步骤S430，将音乐播放器A标记为old，将视频应用C标记为new，同时记录音乐播放器A和视频应用C的前后台标记。

音乐播放器A在后台运行，视频应用C在前台运行，音乐播放器A的前后台标记为background task，视频应用C的前后台标记为foreground task。

判断已占用和即将占用音频通道的音乐播放器A和视频应用C是否申请独占音频通道，如果是，则屏蔽该独占音频通道的请求，并进入音频并发场景。

步骤S440，通过查询应用优先级表，确定音乐播放器A和视频应用C的优先级相同。

步骤S450，根据视屏应用C和音乐播放器A占用音频通道的先后顺序，控制视频应用C以高音量输出音频，控制音乐播放器A以低音量输出音频。

预先设置在应用程序的优先级相同时，按照申请音频通道的先后顺序，使先申请音频通道的应用程序以低音量输出音频，使后申请音频通道的应用程序以高音了输出音频。

具体的，由于音乐播放器A和视频应用C的优先级相同，将old(音乐播放器A)对应的音频做淡出处理，在预定时间段内(如0.5s)从当前音量逐渐降低，直至音量值达到volume_low(如标准音量的20％)；将new(视频应用C)对应的音频做淡入处理，在预定时间段内(如0.5s)将音量从零开始增大，直至音量值达到volume_high(如标准音量)。

步骤S460，如果视频应用C暂停视频播放，则控制音乐播放器A以高音量输出音频。

在音乐播放器A在后台持续播放音乐的过程中，用户选择暂停播放视频应用C的视频，原来被视频应用C占用的音频通道被释放，这时将音乐播放器A的音频音量恢复至volume_high。如果视频应用C再次恢复视频播放，再次触发音频并发场景模式，则重复以上步骤S420至步骤S460。

当然，如果视频应用C正在播放视频的过程，如果音乐播放器A暂停音乐播放，则控制视频应用C以高音量volume_high输出音频。

步骤S470，如果将视频应用C从前台切换到后台运行，将音乐播放器A从后台切换到前台运行，则修改音乐播放器A和视频应用C的前后台标记，并控制视频应用C以低音量输出音频，控制音乐播放器A以高音量输出音频。

在修改音乐播放器A和视频应用C的前后台标记之后，可以将background task(视频应用C)对应的音频做淡出处理，在预设时间段内(如0.5s)从当前音量降低，直至音量值达到volume_low(如标准音量的20％)；将foreground task(音乐播放器A)对应的音频在预定时间段内(如0.5s)增大音量值到volume_high(如标准音量)。

如果用户关闭音乐播放器A，则将视频应用C音量调整到volume_high。

如果用户关闭视频应用C，则将音乐播放器A的音量调整到volume_high。

实施例五

在本实施例中，音频并发场景中的应用程序数量为三个，以优先级和占用音频资源的先后顺序作为控制音频音量的标准。在本实施例中，设置导航应用B的优先级和社交应用D的优先级相同，社交应用D的优先级高于音乐播放器A的优先级。

图5是根据本发明第五实施例的音频控制方法的流程图。

步骤S510，使音乐播放器A在后台持续播放音乐。

只有音乐播放器A占用移动终端的音频通道，没有进入音频并发场景模式。

步骤S520，打开导航应用B，启动导航功能，使导航应用B在后台运行。

当导航应用B发起路况语音播报时，需要向移动终端申请音频通道。此时，导航应用B尚未发起路况语音播报，所以尚未触发音频并发场景模式。

步骤S530，在前台运行的社交应用D接收到视频聊天请求，申请占用视频通道，触发音频并发场景模式。

在执行本实施例的过程中，移动终端判断音乐播放器A、导航应用B和社交应用D是否申请独占音频通道，如果是，则屏蔽该独占音频通道的请求，并进入音频并发场景。

步骤S540，将音乐播放器A标记为old，将社交应用D标记为new。

因为导航应用B尚未发起路况语音播报，所以暂时不用对导航应用B进行音频资源占用标记。

步骤S550，社交应用D的优先级高于音乐播放器A的优先级，控制社交应用D以高音量输出音频，音乐播放器A以低音量输出音频。

在应用优先级表中查询社交应用D的优先级和音乐播放器A的优先级，并判断社交应用D和音乐播放器A的优先级的高低。

由于社交应用D优先级高于音乐播放器A，将音乐播放器A的音频做淡出处理，在预定时间段内(如0.5s)从当前音量逐渐降低，直至音量值达到volume_low(如标准音量的20％)；将社交应用D的音频做淡入处理，在预定时间段内(如0.5s)将音量从零开始逐渐增大，直至音量值达到volume_high(如标准音量)。

社交应用D的视频聊天在前台持续以较高音量值进行，而音乐播放器A的音乐播放在后台持续以较低音量值进行，因此在播放音乐时不影响用户视频聊天。

步骤S560，后台运行的导航应用B发起路况语音播放，申请音频通道。

在使用社交应用D进行视频聊天，使用音乐播放器A播放音乐的过程中，导航应用B发起路况语音播放，申请音频通道，这是音乐播放器A、导航应用B和社交应用D都占用音频通道。

步骤S570，按照音乐播放器A、导航应用B和社交应用D申请占用音频资源的先后顺序进行标记，将音乐播放器A和社交应用D标记为old，将导航应用标记为new。

步骤S580，导航应用B的优先级和社交应用D的优先级相同，社交应用D的优先级高于音乐播放器A的优先级，控制最后占用音频通道的导航应用B以高音量输出音频，控制音乐播放器A和社交应用D以低音量输出音频。

由于有多个最高优先级的应用程序，所以在这多个应用程序中确定最后占用音频通道的应用程序，在本实施例中，最后占用音频通道的应用程序为导航应用B，将导航应用B的音频做淡入处理，在预定时间段内(如0.5s)将音量从零开始逐渐增大，直至音量值达到volume_high(如标准音量)；则将old(音乐播放器A和社交应用D)对应的应用程序的音频做淡出处理，在较短时间内(如0.5s)从当前音量降低，直至音量值达到volume_low(如标准音量的20％)。

当导航应用B的路况语音播报完毕之后，需要跳转到步骤S540，重新对音乐播放器A和社交应用D进行音频资源占用标记。

当导航应用B再次发起路况语音播报时，重复上述步骤S560至步骤S580。

当用户结束社交应用D的视频聊天时，社交应用D释放占用的音频通道，这时，如果导航应用B没有发起路况语音播报，而音乐播放器A在持续播放音乐，则只有音乐播放器A在占用音频通道，所以可以将音乐播放器A输出的音量提升到volume_high。

实施例六

本实施例提供一种音频控制装置。图6是根据本发明第六实施例的音频控制装置的结构图。

该装置包括：

检测模块610，用于检测是否有多个应用程序并发输出音频。

控制模块620，用于在检测到有多个应用程序并发输出音频时，控制所述多个应用程序中的一个应用程序以第一音量输出音频，控制其余的应用程序以不同于第一音量的第二音量输出音频。进一步地，控制所述第一音量高于所述第二音量。

在一个实施例中，控制模块620，进一步用于根据所述多个应用程序的预设优先级，控制优先级最高的应用程序以第一音量输出音频。

在另一实施例中，控制模块620，进一步用于根据所述多个应用程序占用音频资源的先后顺序，控制最后占用音频资源的应用程序以第一音量输出音频。

在又一实施例中，控制模块620，进一步用于控制在前台运行的应用程序以第一音量输出音频。

在再一实施例中，控制模块620，还用于在检测是否有多个应用程序并发输出音频过程中，屏蔽应用程序发送的用于申请独占音频资源的请求。

本实施例所述的装置的功能已经在图1～图5所示的方法实施例中进行了描述，故本实施例的描述中未详尽之处，可以参见前述实施例中的相关说明，在此不做赘述。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。

Claims (10)

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

检测是否有多个应用程序并发输出音频；

在检测到有多个应用程序并发输出音频时，控制所述多个应用程序中的一个应用程序以第一音量输出音频，控制其余的应用程序以不同于所述第一音量的第二音量输出音频。

2.如权利要求1所述的方法，其特征在于，所述控制所述多个应用程序中的一个应用程序以第一音量输出音频，包括：

根据所述多个应用程序的预设优先级，控制优先级最高的应用程序以第一音量输出音频。

3.如权利要求1所述的方法，其特征在于，所述控制所述多个应用程序中的一个应用程序以第一音量输出音频，包括：

根据所述多个应用程序占用音频资源的先后顺序，控制最后占用音频资源的应用程序以第一音量输出音频。

4.如权利要求1所述的方法，其特征在于，所述控制所述多个应用程序中的一个应用程序以第一音量输出音频，包括：

控制在前台运行的应用程序以第一音量输出音频。

5.如权利要求1-4中任一项所述的方法，其特征在于，在检测是否有多个应用程序并发输出音频过程中，还包括：

屏蔽应用程序发送的用于申请独占音频资源的请求。

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

检测模块，用于检测是否有多个应用程序并发输出音频；

控制模块，用于在检测到有多个应用程序并发输出音频时，控制所述多个应用程序中的一个应用程序以第一音量输出音频，控制其余的应用程序以不同于所述第一音量的第二音量输出音频。

7.如权利要求6所述的装置，其特征在于，所述控制模块，进一步用于根据所述多个应用程序的预设优先级，控制优先级最高的应用程序以第一音量输出音频。

8.如权利要求6所述的装置，其特征在于，所述控制模块，进一步用于根据所述多个应用程序占用音频资源的先后顺序，控制最后占用音频资源的应用程序以第一音量输出音频。

9.如权利要求6所述的装置，其特征在于，所述控制模块，进一步用于控制在前台运行的应用程序以第一音量输出音频。

10.如权利要求6-9中任一项所述的装置，其特征在于，所述控制模块，还用于在检测是否有多个应用程序并发输出音频过程中，屏蔽应用程序发送的用于申请独占音频资源的请求。