音频播放方法及电子设备与流程

本申请涉及音频处理技术领域，更具体涉及音频播放方法及电子设备。

背景技术：

电子设备具有播放音频的功能，电子设备中可以安装有多个可以输出音频的应用程序。

若电子设备在播放第一音频的过程中，也播放了其他应用程序输出的音频，则会打断第一音频。例如，当应用程序有新的消息时会产生提示音，第一音频可能提示音打断。

技术实现要素：

有鉴于此，本发明提供了一种音频播放方法及电子设备，以实现防止正在播放的音频被打断的目的。

为实现上述目的，本发明提供如下技术方案：

一种音频播放方法，包括：

当检测到第一音频的输出请求时，确定当前正在播放的第二音频；

获取用于表征是否因为所述第二音频而拒绝所述第一音频的输出请求的判断结果；

当所述判断结果表明需要拒绝所述第一音频的输出请求时，继续播放所述第二音频且禁止播放所述第一音频。

一种电子设备，包括：

存储器，用于存储程序；

音频资源，用于播放音频；

处理器，用于执行所述程序，所述程序具体用于：

当检测到第一音频的输出请求时，确定所述音频资源当前正在播放的第二音频；

获取所述第二音频是否满足用于表征需要继续播放所述第二音频的第一条件的判断结果；

当所述判断结果表明所述第二音频满足所述第一条件时，控制所述音频资源继续播放所述第二音频且禁止采用音频的方式播放所述第一音频。

一种电子设备，包括：

确定模块，用于当检测到第一音频的输出请求时，确定当前正在播放的第二音频；

获取模块，用于获取用于表征是否因为第二音频而拒绝第一音频的输出请求的判断结果；

播放模块，用于当所述判断结果表明需要拒绝所述第一音频的输出请求时，继续播放所述第二音频且禁止播放所述第一音频。

经由上述的技术方案可知，与现有技术相比，本发明实施例提供了一种音频播放方法，当检测到第一音频的输出请求时，确定当前正在播放的第二音频；获取用于表征是否因为第二音频而拒绝第一音频的输出请求的判断结果；当所述判断结果表明需要拒绝第一音频的输出请求时，继续播放第二音频且禁止播放第一音频。从而实现了在播放第一音频的过程中，即使有播放其他音频的需求，也禁止播放其他音频，从而实现了第一音频不被打断的目的。

附图说明

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

图1为本申请实施例提供的一种音频播放方法的流程图；

图2为本申请实施例提供的电子设备的结构图；

图3为本申请实施例提供的电子设备的内部结构图。

具体实施方式

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

如图1所示，为本申请实施例提供的一种音频播放方法的流程图，本申请实施例提供的音频播放方法可以应用于电子设备，例如，智能手机或个人计算机或笔记本或pad等终端设备。该方法包括：

步骤s101：当检测到第一音频的输出请求时，确定当前正在播放的第二音频。

音频可以包括：单纯的音频(比如声音)，或者，音频多媒体(比如图像+声音的影像)。

电子设备具有播放音频的功能，电子设备可以安装有一个或多个可以输出音频的应用程序。本申请提供的音频播放方法可以应用于以下几种应用场景。

第一种，不同应用程序播放音频的场景。

例如，电子设备的持有者——用户a在使用电子设备中用于拨打电话的电话应用程序进行电话通话(即电子设备正在播放第二音频为对方发送的音频数据)，此时，电子设备检测到用户b通过聊天类应用程序(例如微信、qq、钉钉)向用户a请求音频聊天或发送新信息。此时，电子设备中聊天类应用程序具有输出音频聊天提示音的需求或输出接收到新信息提示音的需求(此时，第一音频为提示音)。

再如，用户a正在使用电子设备中的媒体播放应用程序(例如视频播放应用程序)播放视频(即第二音频为视频数据)，此时，闹钟应用程序检测到当前时间已经到达用户a设置的闹铃时间，或，日程应用程序检测到当前时间已经达到用户a记录的事件提醒时间，此时，电子设备中的闹钟应用程序具有输出闹铃提示音的需求，或，日程应用程序具有输出事件提示音的需求(此时第一音频为提示音)。

又如，用户a正在使用电子设备中的媒体播放应用程序(例如音乐播放应用程序)播放单纯的音频(即第二音频为声音数据)；此时，新闻应用程序检测到当前具有新的新闻，或，视频播放应用程序有视频发生更新；此时，电子设备中的新闻应用程序具有输出接收到新的新闻的提示音的需求，或，视频播放应用程序具有输出视频更新的提示音的需求(此时第一音频为提示音)。

第二种，同一应用程序播放不同的音频的场景。

例如，视频类应用程序(例如视频播放应用程序)在播放视频(即电子设备正在播放的第二音频为视频)的过程中，视频类应用程序中用户订阅的视频产生更新，此时，视频类应用程序具有输出用于指示视频更新的提示音(第一音频为用于指示视频更新的提示音)的需求。

再如，用户a在使用电子设备中的聊天类应用程序(例如微信、qq、钉钉)与朋友进行音频聊天(即电第二音频为音频通话)的过程中，电子设备检测到该聊天类应用程序接收到用户b向用户a发送消息，则聊天类应用程序具有输出用于指示有新消息的提示音(此时，第一音频为用于指示有新消息的提示音)的需求。

再如，用户a在使用电子设备进行电话通话(即第二音频为音频通话)的过程中，用户b给用户a拨打电话，则该电子设备中的电话应用程序具有输出该电话呼叫请求的提示音(此时，第一音频为电话呼叫请求的提示音)的需求。

综上，无论是在第一种应用场景还是在第二种应用场景中，第一音频和第二音频可以属于同一音频类型，可以属于不同音频类型。

音频类型被划分的细致程度可以依据实际情况而定。例如，音频类型可以包括：语音通话和/或视频通话和/或提示音；若有进一步划分的需求，则提示音可以包括：新消息提示音和/或订阅视频更新提示音和/或语音通话请求提示音和/或视频通话请求提示音等等。针对不同的实际应用场景，音频类型被划分的细致程度不同，在此本申请不作限定。

步骤s102：获取用于表征是否因为第二音频而拒绝第一音频的输出请求的判断结果。

获取判断结果的途径有多种，本申请实施例提供但不限于以下几种：

第一种途径，从云端服务器获取判断结果。

此时，步骤s102可以包括：接收云端服务器发送的用于表征是否因为第二音频而拒绝第一音频的输出请求的判断结果。

电子设备可以实时从网络侧的第一服务器中获取第二音频并播放，例如，在线观看视频；第一音频的输出请求也可能是网络侧的第二服务器生成的，例如，聊天类应用程序的音频通话请求的提示音。

因此，云端服务器可以从网络侧的第一服务器中获取第二音频对应的对象以及第一音频对应的对象；云端服务器依据第二音频对应的对象以及第一音频对应的对象，确定上述判断结果。

若电子设备也可以将第二音频对应的对象以及第一音频对应的对象发送至云端服务器；云端服务器依据第二音频对应的对象以及第一音频对应的对象，确定上述判断结果。

其中，对象可以是指应用程序或应用程序中的对象；对象还可以是指特定应用程序和/或特定音频类型。

第二种途径：电子设备自己确定判断结果。

电子设备自身依据第一音频对应的对象与第二音频对应的对象，获取用于表征是否因为第二音频而拒绝第一音频的输出请求的判断结果。

其中，对象可以是指应用程序或应用程序中的对象；对象还可以是指特定应用程序和/或特定音频类型。

本申请实施例中是否拒绝第一音频的输出请求的判断结果，是基于第二音频的考虑结果，因为当前正在播放第二音频，第二音频已经占用了电子设备的音频资源。

若不考虑第二音频，直接接受了第一音频的输出请求，则可能有两种方式：第一种，电子设备仅播放第一音频，且停止播放第二音频；第二种，电子设备同时播放第一音频和第二音频，即播放第一音频和第二音频的混音。这样就会影响用户观看或聆听第二音频。因此，需要判断是否因为第二音频拒绝第一音频的输出请求，若对于用户而言，与第一音频相比，更加希望电子设备播放第二音频，则可以拒绝第一音频的输出请求。即判断结果表明了用户是更加期望播放第一音频，还是更加期望播放第二音频。

例如，对于用户而言，用户希望播出音频通话的期望大于播放音乐的期望；播放音乐的期望大于各种应用程序提示音的期望。这样用户在进行音频通过的过程中，不会听到各应用程序的提示音。

音频资源可以包括但不限于：扬声器和/或外置耳机。

步骤s103：当所述判断结果表明需要拒绝所述第一音频的输出请求时，继续播放所述第二音频且禁止播放所述第一音频。

禁止播放所述第一音频可以是延迟播放第一音频，例如，当第二音频播放完毕后，播放第一音频；禁止播放第一音频还可以是拒绝播放第一音频，即除非再接收到第一音频的输出请求，否则不会播放第一音频。

在播放第二音频的过程中电子设备可能接收到了多个第一音频；若将多个第一音频均延迟播放，则在第二音频播放完毕后或延迟预设时间后，可以依据电子设备接收到各第一音频的时间依次播放各第一音频；或，将多个第一音频一起提示给用户。

优选的，预设时间大于或等于播放第二音频的持续时间。

将多个第一音频一起提示给用户可以包括以下几种方式：第一种，同时播放多个第一音频中至少一个第一音频，和/或，在电子设备中直接或检测到用户对电子设备的查看操作后显示多个第一音频分别对应的事件；第二种，播放用于表征当前具有多个第一音频的提示音，和/或，在电子设备中直接或检测到用户对电子设备的查看操作后显示多个第一音频分别对应的事件。

其中，用于表征当前具有多个第一音频的提示音，可以为多个第一音频的混音或预先设置的提示音。

查看操作可以是预设查看手势或查看按键被触按等，本申请对此不作限定。

其中，多个第一音频一起提示给用户可以提高提醒效率，减少因多个第一音频分别进行播放导致的大量长时间的提醒。

可以理解的是，具有播放音频功能的应用程序都是可以独立控制音频播放的，例如，将电话应用程序设置为静音模式，则电话应用程序不会输出电话请求提示音；将媒体播放应用程序设置为禁止推送通知，则当媒体播放应用程序中具有视频更新时，不会输出视频更新提示音；将聊天类应用程序设置勿扰模式，则在设定时间段内接收到新的消息时不会产生提示音；将聊天类应用程序设置为禁止接收语音和视频聊天邀请通知，则当有朋友通过聊天类应用程序请求与用户进行语音或视频聊天时，不会输出语音或视频聊天请求提示音。

显然，若用户对应用程序进行了上述类似限制输出音频(例如提示音)的设置，则一般情况下，从设置时间开始，应用程序都不会输出相应的提示音，但是显然用户并不希望如此，用户希望当电子设备播放某些音频时，限制这些应用程序输出音频，若电子设备未播放音频，用户可能仍然期望这些应用程序输出音频。

又如，若用户正在使用电子设备播放第二音频的过程中，若电子设备具有第一音频的输出请求，此时，用户不方便或电子设备也不能快速切换至第一音频对应的配置界面，以使用户通过配置界面对第一音频进行限制输出。

综上，本申请实施例相当于对应用程序限制输出音频的时刻进行智能配置。

本申请实施例提供的音频播放方法，是为了避免电子设备正在播放的第二音频被打断，而研发的如何禁止或忽略第一音频的输出请求的方法；例如，禁止播放比第二音频的优先级别低的第一音频，或，忽略比第二音频的优先级别低的第一音频的输出请求。从而使得第二音频不被第一音频所打断，使得用户可以持续将注意力或关注度施加在第二音频。

可选的，还可以包括：当所述判断结果表明不需要拒绝所述第一音频的输出请求时，播放所述第一音频。

本申请实施例提供的一种音频播放方法中，当检测到第一音频的输出请求时，确定当前正在播放的第二音频；获取用于表征是否因为第二音频而拒绝第一音频的输出请求的判断结果；当所述判断结果表明需要拒绝第一音频的输出请求时，继续播放第二音频且禁止播放第一音频。从而实现了在播放第一音频的过程中，即使有播放其他音频的需求，也禁止播放其他音频，从而实现了第一音频不被打断的目的。

本申请实施例中步骤s102“获取用于表征是否因为第二音频而拒绝第一音频的输出请求的判断结果”的实现方法有多种，本申请实施例提供但不限于以下几种。

第一种实现方法，第二音频是否属于特定应用程序和/或特定音频类型。

具体的方法包括：获取第二音频是否属于特定应用程序和/或特定音频类型的判断结果；其中，当第二音频属于特定应用程序和/或特定音频类型时，判断结果表明需要拒绝第一音频的输出请求。

特定应用程序和/或特定音频类型可以是预先设置在云端服务器或电子设备中的。可以是电子设备的持有者设置的，也可以是电子设备在出厂之前已经设置好的。特定应用程序和/或特定音频类型可以依据实际需求进行设置。

优选的，特定应用程序和/或特定音频类型是根据用户认为的应用程序的重要程度确定的。用户认为的应用程序的重要程度可以基于大量的统计结果统计得出的，也可以是依据电子设备的持有者自己确定的，对此本申请实施例不作具体限定。

判断第二音频是否属于特定应用程序和/或特定音频类型的方法有多种，本申请实施例提供但不限于以下几种：

第一，判断第二音频是否属于特定应用程序。

假设用户认为电话通话比其他任何应用程序对应的提示音或音频通话更加重要，则可以电话应用程序设置为特定应用程序。

本申请实施例中特定应用程序可以包括一个或多个应用程序。

第二，判断第二音频是否属于特定音频类型。

假设用户认为视频通话比语音通话、新消息提示音等音频更加重要，则可以将视频通话设置为特定音频类型。

本申请实施例中特定音频类型可以包括一个或多个音频类型。

第三，判断第二音频是否属于特定应用程序中的特定音频类型。

对于同一种音频类型而言，可能对应不同的应用程序，例如，语音通话这一音频类型可以对应电话应用程序或聊天类应用程序；假设用户认为电话应用程序的音频类型比聊天类应用程序的音频类型更加重要。则可以将电话应用程序中的语音通话确定为特定应用程序中的特定音频类型。

若电子设备在播放电话应用程序中的语音通话的过程中，检测到聊天类应用程序中语音通话请求的提示音的输出请求时，由于电话应用程序中的语音通话属于特定应用程序中的特定音频类型，因此，继续播放第二音频。

第二种实现方法：比较第一音频对应的对象与第二音频对应的对象的优先级别高低。

具体方法包括：获取所述第一音频对应的对象与所述第二音频对应的对象的优先级别高低的判断结果；当所述第一音频对应的对象的优先级别低于所述第二音频对应的对象的优先级别时，所述判断结果表明需要拒绝所述第一音频的输出请求。

其中，对象可以为应用程序和/或音频类型；对象还可以为应用程序内的对象。

假设对象为音频类型，假设音频类型包括：视频通话、语音通话以及短消息提示音等等，且各音频类型的优先级别高低为：视频通话>语音通话>新消息提示音。若用户使用电子设备正在进行视频通话，即第二音频为对方发送的视频数据；此时，若电子设备具有输出语音通话请求提示音或新消息提示音的需求，则电子设备自动禁止或忽略语音通话请求提示音或短消息提示音。

假设对象为应用程序，且假设应用程序包括：电话应用程序、短消息应用程序、聊天类应用程序以及媒体播放应用程序等。且假设各应用程序的优先级别为：电话应用程序>短消息应用程序>聊天类应用程序>媒体播放应用程序；若用户正在使用电子设备中的聊天类应用程序进行音频聊天，即第二音频为对方发送的音频数据；此时，若媒体播放应用程序检测到有新的视频或音乐更新，则具有输出视频或音乐更新提示音的需求；由于聊天类应用程序的优先级别高于媒体播放应用程序，因此，电子设备自动禁止或忽略视频或音乐更新提示音。

假设对象为应用程序内的对象，例如，应用程序记录的联系人，假设，用户a正在使用电子设备中的微信与用户b通话；此时，用户c通过微信向用户a发送消息；假设用户c的优先级别低于用户b，则忽略或禁止新消息提示音

本申请实施例中“获取所述第一音频对应的对象与所述第二音频对应的对象的优先级别高低的判断结果”的方法有多种，本申请实施例提供但不限于以下几种：

一、获取所述第二音频所属应用程序与所述第一音频所属应用程序的优先级别高低的判断结果。

能够输出音频的应用程序可以包括：音乐播放应用程序、视频播放应用程序、聊天类应用程序、电话应用程序、短消息应用程序(可输出接收到新的短消息的提示音)、游戏类应用程序、时钟应用程序(可以输出闹铃提示音)、天气播报应用程序(可以定时输出天气预报)等等。

不同的应用程序的优先级别可能相同可能不同；仍以上述部分应用程序为例，则应用程序的优先级别可以如下：电话应用程序＞聊天类应用程序＞短消息应用程序＞视频播放应用程序。

若第二音频所属应用程序的优先级别高于第一音频所属应用程序的优先级别，则判断结果表明拒绝所述第一音频的输出请求；若第二音频所属应用程序的优先级别低于第一音频所属应用程序的优先级别，则判断结果表明需要播放第一音频；若第二音频所属应用程序的优先级别与第一音频所属应用程序的优先级别相等，则判断结果可以为用于表明拒绝所述第一音频的输出请求的判断结果，或，用于表明需要播放第一音频的判断结果，或，用于表明播放第一音频和第二音频混音的判断结果。

应用程序的优先级别的获取方法有多种，本申请实施例提供但不限于一下几种：

第一：获取所述第二音频所属应用程序的运行方式与所述第一音频所属应用程序的运行方式，所述运行方式为前台运行或后台运行；

当所述第二音频对应的运行方式为前台运行且所述第一音频对应的运行方式为后台运行时，确定所述第二音频所属应用程序的优先级别大于所述第一音频所属应用程序的优先级别。

当第二音频对应的运行方式为后台运行且所述第一音频对应的运行方式为前台运行时，确定所述第二音频所属应用程序的优先级别小于所述第一音频所属应用程序的优先级别。

前台运行是指应用程序对应的人机交互界面展示在电子设备中，用户可以通过该人机交互界面与应用程序进行互动。

后台运行是指应用程序在资源管理器里运行，电子设备不展示该应用程序的人机交互界面，但占用系统资源，可以为其他应用程序提供辅助作用。

若第二音频所属应用程序在前台运行，说明用户的关注度或注意力集中在第二音频，此时，若第一音频打断正在播放的第二音频，则使得用户不能持续关注第二音频，给用户带来较差的体验。

若第二音频所属应用程序(例如，音乐播放应用程序)在后台运行；第一音频所属应用程序(例如视频播放应用程序)在前台运行，说明用户的关注度或注意力集中在第一音频，此时第一音频可以打断正在播放的第二音频，使得用户能够关注第一音频。

第二：从预先存储的各应用程序对应的优先级别中，分别获取所述第一音频所属应用程序对应的第一优先级别以及所述第二音频所属应用程序对应的第二优先级别；比较所述第一优先级别以及所述第二优先级别的高低。

各应用程序对应的优先级别可以是预先设置在电子设备或云端服务器中的。各应用程序对应的优先级别可以是用户自己设置的，也可以是电子设备在出厂之前厂家设置的。

二、获取所述第二音频所属音频类型与所述第一音频所属音频类型的优先级别高低的判断结果。

音频类型可以包括：语音通话、视频通话、新消息提示音、订阅视频更新提示音、语音通话请求提示音、视频通话请求提示音、天气预报播放应用程序等等。

各音频类型对应的优先级别可以预先设置在电子设备或云端服务器中。各音频类型对应的优先级别可以是用户自己设置的，也可以是电子设备在出厂之前厂家设置的。

三、基于所述第二音频所属应用程序与所述第一音频所属应用程序的优先级别高低的第一比较结果；以及，所述第二音频所属音频类型与所述第一音频所属音频类型的优先级别高低的第二比较结果；获取所述第二音频对应的对象与所述第一音频对应的对象的优先级别高低的判断结果。

第三种方式即为第一种和第二种方式的结合。

假设第二音频所属应用程序的优先级别为第二优先级别；第一音频所属应用程序的优先级别为第五优先级别，其中，第二优先级别高于第五优先级别，且第二优先级别比第五优先级别高三个优先级别。则第一比较结果可以为第二音频所属应用程序高于第一音频所属应用程序的三个优先级别。

假设第二音频所属音频类型的优先级别为第三优先级别；第一音频所属音频类型的优先级别为第一优先级别，则第二比较结果可以包括：第二音频所属音频类型低于第一音频所属音频类型两个优先级别。

然后，判断结果＝应用程序权重*第一比较结果+音频类型权重*第二比较结果。若判断结果大于预设值，则说明第二音频对应的对象的优先级别大于第一音频对应的对象的优先级别。若判断结果小于或等于预设值，则说明第二音频对应的对象的优先级别小于第一音频对应的对象的优先级别。

假设应用程序权重为0.6，音频类型权重为0.4，则判断结果＝3*0.6+0.4*(-2)＝1。假设预设值为0.1；由于1大于0.1，则说明判断结果表明第二音频对应的对象的优先级别大于第一音频对应的对象的优先级别。

四、获取与所述第一音频所属应用程序内的对象与所述第二音频所属应用程序内的对象的优先级别高低的判断结果。

应用程序内的对象可以是指应用程序中记录的联系人，或，应用程序可以播放的视频类别，或，应用程序可以播放的音乐类别等。

应用程序可以播放的视频类别包括：用户订阅的视频和/或用户关注的明星主演的视频和/或普通视频(普通视频是指用户未订阅且没有用户关注的明星出演的视频)等。

应用程序可以播放的音乐类别包括：用户标记喜欢的音乐和/或播放次数大于预设次数的音乐和/或普通音乐(即用户未标记喜欢且播放次数小于预设次数的音乐)。

第一音频所属应用程序与第二音频所属应用程序可以为同一应用程序，也可为不同的应用程序。因为，不同的应用程序中记录的对象可能相同。

假设第一音频所属应用程序与第二音频所属应用程序为同一应用程序，下面以微信为例进行说明。

例如，在微信中设定联系人的优先级别，若用户正在和优先级别高的联系人音频通话，优先级别低的联系人发送信息或音频通话请求不需要提示。

假设第一音频所属应用程序与第二音频所属应用程序为不同的应用程序，则可以判断第一音频对应的联系人是否被记录于第二音频所属应用程序中，若有，则依据第二音频所属应用程序中记录的联系人的优先级别进行判断；或则，判断第二音频对应的联系人是否被记录与第一音频所属应用程序中，若有，则依据第一音频所属应用程序中记录的联系人的优先级别进行判断。

在上述“获取所述第一音频对应的对象与所述第二音频对应的对象的优先级别高低的判断结果”提供的四种实现方式的任一实现方式中；若第一音频对应的对象的优先级别高于第二音频对应的对象的优先级别，则可以停止播放第二音频，并播放第一音频；或，同时播放第一音频和第二音频，总之只要优先级别高的输出请求播放即可。

具体的，当所述第一音频对应的对象的优先级别高于或等于第二音频对应的对象优先级别时，所述判断结果表明确定播放所述第一音频；将所述第一音频与所述第二音频进行混音处理，获得混合音频；播放所述混合音频。

或，当所述第一音频对应的对象的优先级别高于第二音频对应的对象优先级别时，所述判断结果表明确定播放所述第一音频；播放第一音频且停止播放第二音频。

在一较优实施例中，当所述判断结果表明需要拒绝所述第一音频的输出请求时，还包括：

将所述第一音频转换成非音频信息；

以所述非音频信息的方式提示用户所述电子设备具有输出所述第一音频的需求。

非音频信息可以包括至少以下几种：震动、控制相应颜色指示灯亮、在通知栏中显示具有输出所述第一音频的需求。

本申请实施例还提供了包含与音频播放方法对应的虚拟装置的电子设备，如图2所示，为本申请实施例提供的电子设备的结构图，该电子设备包括：

确定模块21，用于当检测到第一音频的输出请求时，确定当前正在播放的第二音频；

获取模块22，用于获取用于表征是否因为第二音频而拒绝第一音频的输出请求的判断结果；

播放模块23，用于当所述判断结果表明需要拒绝所述第一音频的输出请求时，继续播放所述第二音频且禁止播放所述第一音频。

可选的，获取模块22包括：

第一获取单元，用于获取所述第二音频是否属于特定应用程序和/或特定音频类型的判断结果；其中，当所述第二音频属于所述特定应用程序和/或所述特定音频类型时，所述判断结果表明需要拒绝所述第一音频的输出请求。

可选的，获取模块22包括：

第二获取单元，用于获取所述第一音频对应的对象与所述第二音频对应的对象的优先级别高低的判断结果；当所述第一音频对应的对象的优先级别低于所述第二音频对应的对象的优先级别时，所述判断结果表明需要拒绝所述第一音频的输出请求。

可选的，第二获取单元包括：

第一获取子单元，用于获取所述第二音频所属应用程序与所述第一音频所属应用程序的优先级别高低的判断结果；

或，

第二获取子单元，用于获取所述第二音频所属音频类型与所述第一音频所属音频类型的优先级别高低的判断结果；

或，

第三获取子单元，用于基于所述第二音频所属应用程序与所述第一音频所属应用程序的优先级别高低的第一比较结果；以及，所述第二音频所属音频类型与所述第一音频所属音频类型的优先级别高低的第二比较结果；获取所述第二音频对应的对象与所述第一音频对应的对象的优先级别高低的判断结果。

可选的，所述第一获取子单元可以具体用于：

获取所述第二音频所属应用程序的运行方式与所述第一音频所属应用程序的运行方式，所述运行方式为前台运行或后台运行；

当所述第二音频对应的运行方式为前台运行且所述第一音频对应的运行方式为后台运行时，确定所述第二音频所属应用程序的优先级别大于所述第一音频所属应用程序的优先级别；

可选的，所述第一获取子单元可以具体用于：

从预先存储的各应用程序对应的优先级别中，分别获取所述第一音频所属应用程序对应的第一优先级别以及所述第二音频所属应用程序对应的第二优先级别；

比较所述第一优先级别以及所述第二优先级别的高低。

可选的，所述第二获取单元包括：

第四获取子单元，用于获取与所述第一音频所属应用程序内的对象与所述第二音频所属应用程序内的对象的优先级别高低的判断结果。

可选的，还包括：

播放模块，用于当所述判断结果表明不需要拒绝所述第一音频的输出请求时，播放所述第一音频。

可选的，当所述判断结果表明需要拒绝所述第一音频的输出请求时，还包括：

转换模块，用于将所述第一音频转换成非音频信息；

提示模块，用于以所述非音频信息的方式提示用户所述电子设备具有输出所述第一音频的需求。

本申请实施例还提供了一种电子设备的内部结构，如图3所示，为本申请实施例提供的电子设备的内部结构图，该电子设备可以包括：

存储器31，用于存储程序；

程序可以包括程序代码，所述程序代码包括计算机操作指令。

存储器31可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器。

音频资源32，用于播放音频；

音频资源32包括但不限于扬声器和/或外接耳机。

处理器33，用于执行所述程序，所述程序具体用于：

当检测到第一音频的输出请求时，确定所述音频资源当前正在播放的第二音频；

获取所述第二音频是否满足用于表征需要继续播放所述第二音频的第一条件的判断结果；

当所述判断结果表明所述第二音频满足所述第一条件时，控制所述音频资源继续播放所述第二音频且禁止采用音频的方式播放所述第一音频。

处理器33可能是一个中央处理器cpu，或者是特定集成电路asic

(applicationspecificintegratedcircuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。

电子设备还可以包括通信接口34以及通信总线35，其中，存储器31、音频资源32、处理器33以及通信接口34通过通信总线35实现相互间的通信。

可选的，处理器在执行获取用于表征是否因为第二音频而拒绝第一音频的输出请求的判断结果时，具体用于：

获取所述第二音频是否属于特定应用程序和/或特定音频类型的判断结果；其中，当所述第二音频属于所述特定应用程序和/或所述特定音频类型时，所述判断结果表明需要拒绝所述第一音频的输出请求。

可选的，处理器在执行获取用于表征是否因为第二音频而拒绝第一音频的输出请求的判断结果时，具体用于：

获取所述第一音频对应的对象与所述第二音频对应的对象的优先级别高低的判断结果；

当所述第一音频对应的对象的优先级别低于所述第二音频对应的对象的优先级别时，所述判断结果表明需要拒绝所述第一音频的输出请求。

可选的，处理器在执行获取所述第一音频对应的对象与所述第二音频对应的对象的优先级别高低的判断结果时，具体用于：

获取所述第二音频所属应用程序与所述第一音频所属应用程序的优先级别高低的判断结果；

或，

获取所述第二音频所属音频类型与所述第一音频所属音频类型的优先级别高低的判断结果；

或，

基于所述第二音频所属应用程序与所述第一音频所属应用程序的优先级别高低的第一比较结果；以及，所述第二音频所属音频类型与所述第一音频所属音频类型的优先级别高低的第二比较结果；获取所述第二音频对应的对象与所述第一音频对应的对象的优先级别高低的判断结果。

可选的，处理器在执行获取所述第二音频所属应用程序与所述第一音频所属应用程序的优先级别高低的判断结果时，具体用于：

获取所述第二音频所属应用程序的运行方式与所述第一音频所属应用程序的运行方式，所述运行方式为前台运行或后台运行；

当所述第二音频对应的运行方式为前台运行且所述第一音频对应的运行方式为后台运行时，确定所述第二音频所属应用程序的优先级别大于所述第一音频所属应用程序的优先级别；

可选的，处理器在执行获取所述第二音频所属应用程序与所述第一音频所属应用程序的优先级别高低的判断结果时，具体用于：

所述获取所述第二音频所属应用程序与所述第一音频所属应用程序的优先级别高低的判断结果包括：

从预先存储的各应用程序对应的优先级别中，分别获取所述第一音频所属应用程序对应的第一优先级别以及所述第二音频所属应用程序对应的第二优先级别；

比较所述第一优先级别以及所述第二优先级别的高低。

可选的，处理器在执行获取所述第一音频对应的对象与所述第二音频对应的对象的优先级别高低的判断结果时，具体用于：

获取与所述第一音频所属应用程序内的对象与所述第二音频所属应用程序内的对象的优先级别高低的判断结果。

可选的，处理器还用于：

当所述判断结果表明不需要拒绝所述第一音频的输出请求时，播放所述第一音频。

可选的，在所述判断结果表明需要拒绝所述第一音频的输出请求时，处理器还用于：

将所述第一音频转换成非音频信息；

以所述非音频信息的方式提示用户所述电子设备具有输出所述第一音频的需求。

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

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。

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