CN109857364A - 音频播放方法及装置、存储介质、通信终端 - Google Patents

Abstract

本公开涉及音频处理技术领域，具体涉及一种音频播放方法、一种音频播放装置、一种计算机可读介质以及一种通信终端。所述方法包括：响应于音频播放请求，以判断是否存在正在播放的第一音频源；在判断存在所述第一音频源时，读取所述第一音频源的当前播放路径以及当前可用的空闲播放路径；根据所述音频播放请求为所述第一音频源和所述音频播放请求对应的第二音频源配置播放路径，并建立音频源与播放路径的映射关系；根据所述映射关系调用对应的播放路径以分别播放音频源对应的音频数据。本公开能够实现利用多个播放设备同时播放终端设备中的不同音频，避免多个音频数据在同时播放时相互干扰。

Description

音频播放方法及装置、存储介质、通信终端

技术领域

本公开涉及音频处理技术领域，具体涉及一种音频播放方法、一种音频播放装置、一种计算机可读介质以及一种通信终端。

背景技术

随着手机、平板电脑以及智能电视等智能终端的快速发展，可以在终端设备上同时运行多个应用程序。例如，可以通过分屏在前台同时运行至少两个应用程序，或者以后台的方式同时运行多个应用程序。

但是对于同时运行的各应用程序的音频，终端设备大多只允许播放一路音频信号，无法同时输出多路音频信号。在部分多路音频信号可以同时播放时，各音频信号只能叠加在一起混合输出，不能将各路音频信号单独输出。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开的目的在于提供一种音频播放方法、一种音频播放装置、一种计算机可读介质、一种无线通信终端，能够通过不同的播放路径同时播放不同的音频信号，且相互之间不干扰，从而在一定程度上克服相关技术的限制和缺陷。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的第一方面，提供一种音频播放方法，包括：

响应于音频播放请求，以判断是否存在正在播放的第一音频源；

在判断存在所述第一音频源时，获取所述第一音频源的播放路径以及当前可用的空闲播放路径；

根据所述音频播放请求为所述第一音频源和所述音频播放请求对应的第二音频源配置播放路径，并建立音频源与播放路径的映射关系；

根据所述映射关系调用对应的播放路径以分别播放音频源对应的音频数据。

根据本公开的第二方面，提供一种音频播放装置，包括：

播放请求响应模块，用于响应于音频播放请求，以判断是否存在正在播放的第一音频源；

播放路径读获取模块，用于在判断存在所述第一音频源时，获取所述第一音频源的播放路径以及当前可用的空闲播放路径；

映射建立模块，用于根据所述音频播放请求为所述第一音频源和所述音频播放请求对应的第二音频源配置播放路径，并建立音频源与播放路径的映射关系；

播放执行模块，用于根据所述映射关系调用对应的播放路径以分别播放音频源对应的音频数据。

根据本公开的第三方面，提供一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的音频播放方法。

根据本公开的第四方面，提供一种无线通信终端，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现上述的音频播放方法。

本公开的一种实施例所提供的音频播放方法中，通过在检测到当前存在多个需要同时播放的音频源时，可以按一定的规则分别为各音频源配置播放路径，并建立音频源与播放路径之间的映射关系，使得各音频源的音频数据可以根据映射关系通过不同的播放设备播放。实现利用耳机和扬声器，或者利用不同的耳机同时播放终端设备中的不同音频，避免多个音频数据在同时播放时相互干扰。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示意性示出本公开示例性实施例中一种音频播放方法的示意图；

图2示意性示出本公开示例性实施例中一种分配播放路径的方法示意图；

图3示意性示出本公开示例性实施例中一种音频播放装置的组成示意图；

图4示意性示出本公开示例性实施例中一种无线通信设备的计算机系统的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

现有的智能终端设备，例如手机、平板电脑或者智能电视等，可以允许同时运行多个应用程序。但是在运行多个程序时大多只能够播放一个应用程序的一路音频信号，无法同时播放多个音频信号。例如在使用音乐软件听音乐时，便无法播放游戏软件中的音乐。或者，在播放音乐软件、游戏软件中的音乐时，若接到电话，则需要将应用软件中的音乐停止。另外，对于现有的一些多路音频混合输出的方法，也是将多路音频叠加、混合播放，无法分别单独播放。

针对上述的现有技术的缺点和不足，本示例实施方式中提供了一种音频播放方法，可以应用于手机、平板电脑或智能电视等终端设备，在连接有有线耳机或者蓝牙播放设备时，可以利用扬声器和有线耳机，或者有线耳机和蓝牙播放设备，或者不同的蓝牙播放设备同时播放不同的音频。参考图1中所示，上述的音频播放方法可以包括以下步骤：

S11，响应于音频播放请求，以判断是否存在正在播放的第一音频源；

S12，在判断存在所述第一音频源时，获取所述第一音频源的播放路径以及当前可用的空闲播放路径；

S13，根据所述音频播放请求为所述第一音频源和所述音频播放请求对应的第二音频源配置播放路径，并建立音频源与播放路径的映射关系；

S14，根据所述映射关系调用对应的播放路径以分别播放音频源对应的音频数据。

本示例实施方式所提供的音频播放方法中，通过在检测到当前存在多个需要同时播放的音频源时，可以按一定的规则分别为各音频源配置播放路径，并建立音频源与播放路径之间的映射关系，使得各音频源的音频数据可以根据映射关系通过不同的播放设备播放。一方面，可以实现利用多个播放路径对应的播放设备同时播放不同音频。另一方面，能够有效的避免多个音频数据在同时播放时相互干扰；避免多个音频数据在同时播放时相互叠加产生混淆，影响用户使用体验。

下面，将结合附图及实施例对本示例实施方式中的音频播放方法的各个步骤进行更详细的说明。

对于智能终端设备来说，用户可以使用终端设备的扬声器播放音频，当然，也可以使用外接的有线或无线设备播放音频。例如，可以通过终端设备自带的扬声器、有线耳机、蓝牙耳机或蓝牙音箱来播放音频。其中，终端设备可以具有蓝牙功能，并与蓝牙播放设备之间建立蓝牙无线连接。例如，终端设备以及蓝牙播放设备可以具有蓝牙4.0版本及以上的蓝牙模块；使得终端设备可以作为主设备与最多7个蓝牙播放设备之间建立连接。

步骤S11，响应于音频播放请求，以判断是否存在正在播放的第一音频源。

本示例实施方式中，当用户在启动一含有音频文件的应用程序时，或者在应用程序使用过程中需要播放音频文件时，便可以生成对应的一音频播放请求。例如，用户使用手机在打开收音机、音乐应用程序或者游戏应用程序、网页中视频或音频时，便可以生成对应的音频播放请求。

当系统接收到对应于应用程序的音频播放请求时，便可以先对当前的音频播放状态进行检测，判断当前是否存在正在播放的第一音频源。举例来说，可以通过终端设备当前正在运行的各应用程序判断是否存在正在播放的音频源；或者通过可用的播放设备，如扬声器、耳机以及与终端设备连接的蓝牙设备的工作状态进行判断。

例如，用户在终端设备上启用一游戏应用程序，该游戏应用程序具有背景音效，对应于该游戏应用程序可以生成一用于播放背景音效的音频播放请求。若此时终端设备后台存在正在运行的一音乐应用程序，且该音乐程序正在播放音乐，则该音乐应用程序为所述的第一音频源。

或者，终端设备前台运行一视频应用程序，该视频应用程序正在播放视频，则该视频应用程序为所述的第一音频源；此时用户利用分屏功能通过浏览器打开网页，通过一分屏展示上述的视频应用程序，通过另一分屏展示该网页，该网页包含默认播放的背景音乐，则对应于该网页可以生成一音频播放请求。

步骤S12，在判断存在所述第一音频源时，获取所述第一音频源的播放路径以及当前可用的空闲播放路径。

本示例实施方式中，当系统识别到当前存在正在播放的第一音频源时，还可以读取该第一音频源当前所使用的播放路径。例如，终端设备当前存在音乐应用程序通过有线耳机播放音乐，则该音乐应用程序为第一音频源，其对应的播放路径为有线耳机。

此外，终端设备还可以识别出当前的可用的空闲播放路径。例如，在上述实施例中，终端设备当前还连接有一蓝牙耳机以及一蓝牙音箱，且终端设备的扬声器未使用，则终端设备当前的空闲播放路径为扬声器以及各蓝牙播放设备。

步骤S13，根据所述音频播放请求为所述第一音频源和所述音频播放请求对应的第二音频源配置播放路径，并建立音频源与播放路径的映射关系。

本示例实施方式中，当检测到当前存在正在播放的第一音频源时，便可以根据预设的默认规则或者自定义规则为第一音频源和音频播放请求对应的第二音频源分别配置播放路径。

具体来说，参考图2所示，可以包括：

步骤S131，根据默认规则或自定义规则为所述第一音频源和第二音频源分配播放路径；

步骤S132，建立音频源与所述播放路径的映射关系。

具体来说，当检测到终端设备当前存在两个需要同时播放的音频源，在用户没有主动设定播放路径时，便可以根据默认规则为各音频源配置播放路径。

举例而言，可以根据终端设备当前的全部播放路径生成一播放路径列表，并对该播放路径列表中的各播放路径按一定的规则进行排序，并以该顺序作为默认规则。例如，若终端设备当前连接有线耳机以及多个蓝牙播放设备。若以耳机优先的规则对播放路径进行排序，则第一顺序为：有线耳机、第一蓝牙耳机、第n蓝牙耳机、扬声器、第一蓝牙音箱设备、第n蓝牙音箱等。或者以有线设备优先的规则进行排序，则第二规则可以是：扬声器、有线耳机、第一蓝牙耳机、第n蓝牙耳机、第一蓝牙音箱设备以及第n蓝牙音箱等。本公开对此不做特殊限定。

若终端设备当前连接有至少一个蓝牙播放设备，且当前存在后台运行的音乐应用程序，其正在使用的播放路径为蓝牙音箱，则当前空闲路径为有线耳机、扬声器和其他蓝牙播放设备。当用户启用一游戏应用程序后，便同时存在音乐音频源和游戏音频源需要播放。此时，若不存在用户自定义的播放路径，便可以按默认规则分别为音乐音频源和游戏音频源配置播放路径。例如，仍使用蓝牙音箱播放音乐应用程序的音乐音频源，并根据上述的第一顺序选择有线耳机，或者第二顺序选择扬声器做为游戏音频源的播放路径。或者，也可以根据上述默认规则为两音频源重新分配播放路径，例如根据上述的第一规则，使有线耳机播放音乐音频源，并以第一蓝牙耳机作为游戏音频源的播放路径。

或者，在本公开的其他示例性实施例中，也可以根据用户的自定义规则为各音频源配置播放路径。例如，在启用游戏应用程序时，终端设备在识别到当前存在两个需要同时播放的音频源，则可以在终端设备的交互界面上提供一播放路径配置页面，使用户可以在该配置页面上选择各音频源的播放路径。

基于上述内容，本示例实施方式中，上述的方法还可以包括：

步骤S133，将所述映射关系添加至预设映射关系表单。

具体来说，在为各音频源分配播放路径后，还可以建立各音频源与播放路径的映射关系。并可以提供一映射关系表单，可以用于存储音频源与播放路径的对应关系。

基于上述内容，在本公开的其他示例性实施例中，所述在判断存在所述第一音频源后，所述方法还可以包括：为所述第一音频源的第一音频数据、第二音频源的第二音频数据分别添加标识信息。

举例而言，可以在上层应用程序生成音频数据时，或者调用音频文件后，为对应的音频数据添加标识信息。例如，可以在音频数据帧的帧头中添加标识信息，从而有效的区分不同音频源的音频数据，便于后续对音频数据的处理和区分。

或者，对于蓝牙播放设备来说，可以根据终端设备以及与终端设备连接的蓝牙设备所使用的蓝牙传输协议，对音频数据的数据包的中添加标识信息。例如，对于蓝牙5.0来说，便可以在Access Code(访问码)中添加标识信息；或者，也可以在Header(报头)中添加标识信息。当然，在本公开的其他实施例中，也可以对CRC CODE(循环冗余校验码)进行处理，以区分不同音频源的音频数据。

对于不同的音频数据来说，标识信息可以采用不同长度的标识码；或者长度相同，但内容不同的标识码。本公开对标识信息的具体形式不做特殊限定。

举例来说，对于终端设备当前同时播放的第一游戏音频源和第二影视音频源，终端设备可以对第一游戏音频源的游戏音频数据的各数据包添加标识信息“11”，对第二影视音频源的影视音频数据的各数据包添加标识信息“01”。从而使不同音频源的音频数据进行区分。并方便无线播放设备在接收到音频数据并解码后，可以根据标识信息判断当前接收的音频数据是否存在错误。

此外，对于添加标识信息的方式，可以采用分别为所述第一音频源的第一音频数据、第二音频源的第二音频数据添加标识信息；或者，也可以为第一音频数据、第二音频数据中的一项添加标识信息的方式，从而将不同的音频数据进行区别，可以将添加有标识信息的音频数据划分为一类，将未添加有标识信息的音频数据划分为另一类。

在为音频数据配置标识信息后，便可以将各音频源以及对应的标识信息和播放路径信息保存在上述的映射关系表单中。在播放路径为蓝牙播放设备时，映射关系表单中还可以保存蓝牙播放设备的身份信息，例如ID或地址等。

此外，在本公开的其他示例性实施例中，还可以为终端设备正在运行的应用程序配置缓存。例如，为上述的第一音频源、第二音频源分别配置第一缓存、第二缓存，使得上层的应用程序在为音频源对应的音频数据添加标识信息后，可以将音频数据保存在缓存中，以便于在该缓存中可以根据预设的协议对音频数据进行封装。

步骤S14，根据所述映射关系调用对应的播放路径以分别播放音频源对应的音频数据。

本示例实施方式中，对于终端设备来说，参考图3所示，上述的步骤S14可以包括：

步骤S141，利用至少一个编解码器对所述音频数据进行解析；

步骤S142，根据标识信息将解析后的音频数据发送至对应的播放路径进行处理以播放所述音频数据。

具体而言，在上层应用程序为音频数据添加对应的标识信息并封装后，便可以将各添加有标识信息的音频数据发送至编解码器进行解析。

举例来说，在播放路径为有线耳机或终端设备的扬声器时，可以利用编解码器对包含标识信息的音频数据进行解析，并读取标识信息，从而根据标识信息将音频数据使用对应的播放路径进行播放。

举例来说，若终端设备当前存在同时运行的游戏应用程序和音乐应用程序。其中，为游戏应用程序的游戏音频源分配为第一播放路径，对应播放设备为有线耳机；为音乐应用程序的音乐音频源分配为第二播放路径，对应播放设备为终端设备的扬声器。

则编解码器解析在解析获取游戏音频数据后，便可以根据数据包中的标识信息将游戏音频数据发送至第一播放路径包含的第一模数转换器进行模数转换，再利用第一音频放大器对第一游戏音频数据的数字信号进行方法处理，从而将放大处理后的游戏音频信号发送至有线耳机的左、右扬声器进行播放。

同理，编解码器解析在解析获取音乐音频数据后，根据标识信息将游戏音频数据发送至第二播放路径，并通过第二播放路径所包含的第二模数转换器、第二放大器处理后，将音乐音频信号发送至有终端设备的扬声器进行播放。从而实现用户在终端设备上利用不同的播放路径同时播放不同的音频源，且使各音频数据之间相互不串扰。

另外，在播放路径包括蓝牙播放设备时，上层应用程序在生成对应的音频数据后，便可以对音频数据添加对应的标识信息并封装后，便可以将添加有标识信息的音频数据发送至编解码器进行处理，以使音频数据满足预设蓝牙协议的标准，便于数据发送。或者，上层应用程序在生成对应的音频数据后，也可以利用编解码器对音频数据进行编译并添加标识信息，以满足蓝牙协议对数据包的要求。

在为音频数据添加标识信息后，发送音频数据前，还可以查询映射关系表单，确认对应的蓝牙播放的地址以及密钥等信息，从而使得终端设备可以将音频数据通过蓝牙模块准确的发送至对应的蓝牙播放设备。进而使将不同应用程序的音频数据发送至不同的蓝牙播放设备进行播放。

蓝牙播放设备在接收到音频数据后，以蓝牙耳机为例，在接收到终端设备发送的音频数据包后，可以利用编解码器对接收的音频数据进行解码后，可以先读取各数据包中的标识信息，判断接收到的音频数据是否全部是同一音频源的音频数据，避免播放错误数据。然后对接收的音频数据进行播放。

举例来说，在分屏模式下，终端设备当前在前台同时运行一游戏应用程序和一视频应用程序。在启动两应用程序时，用户便可以在终端设备的交互界面上设置游戏音频源和视频音频源的播放路径，或者根据默认规则为游戏音频源和视频音频源分配播放路径。例如，为游戏应用程序的游戏音频源设置第一播放路径，为蓝牙耳机；以及设置视频应用程序的视频音频源对应的第二播放路径，为终端设备扬声器。在设置完成后，终端设备便可以对两应用程序分别配置标识信息，例如为第一游戏音频源的游戏音频数据配置标识信息为“11”，对第二音乐应用程序的音乐音频数据的配置标识信息“01”，并可以将标识信息添加在各自音频数据的数据包的包头中。使得编解码器在解析音频数据包后可以根据标识信息将两应用程序的音频数据分别保存至对应播放路径的缓存中。此外，在对音频数据进行解码后，还可以查询映射关系表单，对播放路径进行确认。

或者，当终端设备连接有多个蓝牙播放设备时，可以为不同的音频源分配不同的蓝牙播放设备。例如，若终端设备当前连接有三个蓝牙设备：第一蓝牙耳机、第二运动蓝牙耳机以及第三蓝牙音箱。若终端设备当前正在播放的游戏音频源正在通过第一蓝牙耳机播放；则对于待播放的音乐音频源，则可以在播放路径列表中其他的空闲蓝牙播放设备播放音乐音频源。例如，为音乐音频源选择第二运动蓝牙耳机或者第三蓝牙音箱。对应的，还可以修改映射关系表单。

当然，在本公开的其他示例性实施例中，用户可以根据实际需求，为上述的游戏音频源、音乐音频源配置有线耳机和蓝牙播放设备，或者扬声器和蓝牙播放设备，或者有线耳机和扬声器，或者多个不同的蓝牙播放设备等形式，本公开对此不做特殊限定。

在本公开的一示例性实施例中，可以在终端设备设置一个编解码器，使各应用程序对应音频源的音频数据发送至该一个编解码器，利用该编解码器对全部的音频数据的进行解析或者封装，根据标识信息对不同音频源的音频数据进行区分，避免数据帧的混淆。

或者，也可以根据音频源的数量，分别为各音频源配置一编解码器，从而可以利用一个编解码器单独处理一个音频源的音频数据，避免各音频源之间的音频数据混淆。或者，也可以根据被调用的播放路径来配置编解码器，即为每个被调用的播放路径分别配置编解码器。此外，也可以将编解码器对播放路径的对应关系添加至上述的映射关系表单中，使映射关系表单中可以包括音频源、标识信息、播放路径以及编解码器ID等数据。

当前，在本公开的其他示例性实施例中，在根据标识信息将解析后的音频数据发送至对应的播放路径时，终端设备还可以定期或不定期的读取映射关系表单，对音频源对应的标识信息、播放路径或者编解码器等信息进行确认，以便于在映射关系发生更新时可以及时的修改对应的播放路径。举例来说，可以设置读取映射关系表单的周期为1分钟，每周期读取一次映射关系表单，判断映射关系表单是否发生更新。

此外，在本公开的其他示例性实施例中，还可以为不同的播放路径分别配置缓存，从而可以将编解码器解析后的音频数据分别存储在不同的缓存中，使得各播放路径的可以准确的播放对应缓存中的音频数据。有效的避免音频数据混乱。

基于上述内容，在本公开的其他示例性实施例中，上述的方法还可以包括：

步骤S21，响应播放路径更改请求，更改所述音频源与播放路径的映射关系以更改所述第一音频源和/或第二音频源的播放路径。

具体来说，用户可以在启动应用程序时，设定播放各音频源的播放路径。或者，也可以在播放音频的过程中，更改各音频源的播放路径，并在更改播放路径后修改映射关系表单。

举例而言，在分屏模式下，终端设备当前在前台同时运行一游戏应用程序和一视频应用程序。在启动两应用程序时，用户便可以在终端设备的交互界面上设置游戏音频源和视频音频源的播放路径，或者根据默认规则为游戏音频源和视频音频源分配播放路径。例如，为游戏应用程序的游戏音频源设置第一播放路径，为蓝牙耳机；以及设置视频应用程序的视频音频源对应的第二播放路径，为终端设备扬声器。

在播放两音频源的过程中，用户也可以在交互界面上切换或者更改各音频源的播放路径，并修改音频源与播放路径的对应关系及映射关系表单。例如，将游戏音频源的播路径修改为有线耳机；或者将视频音频源的播放路径修改为蓝牙播放设备，例如蓝牙音箱。并在修改播放路径后对应的更新映射关系表单。

另外，在本公开的其他示例性实施例中，在通过指定的播放路径播放音频源的过程中，若发生通话，也可以使用默认的播放路径播放通话音频。或者，根据用户指定的播放路径播放通话音频。

举例来说，在终端设备接收到来电时，可以在终端设备的交互界面上提供一为当前通话的音频选择播放路径的表单，方便用户为当前通话指定播放路径。或者，若用户指定的播放路径或默认播放路径正在播放应用程序的音频数据，则可以暂停该应用程序或者仅暂停播放该应用程序对应的音频数据，直至通话结束或者用户更改当前通话的播放路径。

此外，在本公开的其他示例性实施例中，用户还可以对各播放路径的音量单独进行控制。具体来说，包括：

步骤S22，响应于对所述第一音频源和/或第二音频源的音量控制请求，以根据所述音量控制请求配置音频源对应播放路径的音量。

举例来说，可以在终端设备的交互界面上提供一用于调节各音频源音量的页面，使用户可以在交互界面上对音量进行调整。例如，可以在播放音频源之前，或者在播放音频源的过程中，根据需求调节各无线播放设备的音量。

此外，基于上述内容，在本公开的其他示例性实施例中，上述的方法还可以包括：

步骤S15，在判断当前不存在所述第一音频源时，根据预设规则为所述第二音频源配置播放路径以通过一播放路径播放所述第二音频数据。

本示例实施方式中，在系统接收到应用程序的音频播放请求后，若终端设备当前没有正在播放的音频源，便可以在播放路径列表中按默认规则选取播放路径播放所述的第二音频源。例如，在播放路径列表中按顺序选取排列在第一的播放路径；或者以随机选取的方式选择播放路径。当然，也可以通过用户自定义的方式为该音频播放请求配置播放路径。当然，也可以对音频数据不添加标签信息，本公开对此不做特殊限定。

本公开实施例所提供的音频控制方法，在终端设备中存在多个需要同时播放的音频源时，通过默认或自定义的方式为各应用程序对应的音频源分配播放路径。并通过对不同音频源的音频数据添加标识信息，可以对不同音频源的音频数据进行区分。还可以在各播放路径播放音频数据之前，根据标识信息对音频数据进行验证，避免音频数据传输。通过建立音频源和播放路径之间的映射关系，并保存在映射关系表单中；并在播放路径发生更换时修改映射关系表单；进而可以实时的向该表单中查询，从而获取各音频数据的准确播放路径。进而使终端设备实现利用不同的播放设备分别播放不同应用程序对应的音频数据，使得多个音频源在播放时可以相互不干扰。提升用户体验。

需要注意的是，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

进一步的，参考图3所示，本示例的实施方式中还提供一种音频播放装置30，包括：播放请求响应模块301、播放路径读获取模块302、映射建立模块303以及播放执行模块304。其中：

所述播放请求响应模块301可以用于响应于音频播放请求，以判断是否存在正在播放的第一音频源。

所述播放路径读获取模块302可以用于在判断存在所述第一音频源时，读取所述第一音频源的当前播放路径以及当前可用的空闲播放路径。

所述映射建立模块303可以用于根据所述音频播放请求为所述第一音频源和所述音频播放请求对应的第二音频源配置播放路径，并建立音频源与播放路径的映射关系。

所述播放执行模块304可以用于根据所述映射关系调用对应的播放路径以分别播放音频源对应的音频数据。

在本公开的一种示例中，所述装置还包括：标识分配模块(图中未示出)。其中：

所述标识分配模块可以用于为所述第一音频源的第一音频数据、第二音频源的第二音频数据分别添加标识信息。

在本公开的一种示例中，所述映射建立模块303可以包括：播放路径分配模块和映射关系生成模块(图中未示出)。其中：

所述播放路径分配模块可以用于根据默认规则或自定义规则为所述第一音频源和第二音频源分配播放路径。

所述映射关系生成模块可以用于建立音频源与所述播放路径的映射关系；其中，所述映射关系包括播放路径和标识信息。

在本公开的一种示例中，所述播放执行模块304包括：数据解析模块和数据分配模块(图中未示出)。其中

所述数据解析模块可以用于利用至少一个编解码器对所述音频数据进行解析。

所述数据分配模块可以用于根据标识信息将解析后的音频数据发送至对应的播放路径进行处理以播放所述音频数据。

在本公开的一种示例中，所述装置还包括：数据缓存模块(图中未示出)。

所述第一音频源、第二音频源分别配置有第一缓存、第二缓存。

所述数据缓存模块可用于将添加标识信息后的第一音频数据、第二音频数据分别保存在第一缓存、第二缓存中。

在本公开的一种示例中，所述装置还包括：播放路径修改模块(图中未示出)。

所述播放路径修改模块可以用于响应播放路径更改请求，更改所述音频源与播放路径的映射关系以更改所述第一音频源和/或第二音频源的播放路径。

在本公开的一种示例中，所述装置还包括：音量调节模块(图中未示出)。

所述音量调节模块可用于，在通过不同播放路径播放音频源对应的音频数据之前和/或之后，响应于对所述第一音频源和/或第二音频源的音量控制请求，以根据所述音量控制请求配置音频源对应播放路径的音量。

在本公开的一种示例中，所述装置还包括：音频数据推送模块(图中未示出)。

所述音频数据推送模块可以用于在判断当前不存在所述第一音频源时，根据预设规则为所述第二音频源配置播放路径以通过一播放路径播放所述第二音频数据。

在本公开的一种示例中，所述播放路径包括：有线耳机、扬声器以及蓝牙播放设备。

上述的音频播放装置中各模块的具体细节已经在对应的音频播放方法中进行了详细的描述，因此此处不再赘述。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

图4示出了适于用来实现本发明实施例的无线通信设备的计算机系统的结构示意图。

需要说明的是，图4示出的电子设备的计算机系统400仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图4所示，计算机系统400包括中央处理单元(Central Processing Unit，CPU)401，其可以根据存储在只读存储器(Read-Only Memory，ROM)402中的程序或者从存储部分408加载到随机访问存储器(Random Access Memory，RAM)403中的程序而执行各种适当的动作和处理。在RAM 403中，还存储有系统操作所需的各种程序和数据。CPU 401、ROM 402以及RAM 403通过总线404彼此相连。输入/输出(Input/Output，I/O)接口405也连接至总线404。

以下部件连接至I/O接口405：包括键盘、鼠标等的输入部分406；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分407；包括硬盘等的存储部分408；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分409。通信部分409经由诸如因特网的网络执行通信处理。驱动器410也根据需要连接至I/O接口405。可拆卸介质411，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器410上，以便于从其上读出的计算机程序根据需要被安装入存储部分408。

特别地，根据本发明的实施例，下文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分409从网络上被下载和安装，和/或从可拆卸介质411被安装。在该计算机程序被中央处理单元(CPU)401执行时，执行本申请的系统中限定的各种功能。

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

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

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

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现如下述实施例中所述的方法。例如，所述的电子设备可以实现如图1所示的各个步骤。

此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其他实施例。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由权利要求指出。

应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限。

Claims (13)

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

响应于音频播放请求，以判断是否存在正在播放的第一音频源；

在判断存在所述第一音频源时，读取所述第一音频源的当前播放路径以及当前可用的空闲播放路径；

根据所述音频播放请求为所述第一音频源和所述音频播放请求对应的第二音频源配置播放路径，并建立音频源与播放路径的映射关系；

根据所述映射关系调用对应的播放路径以分别播放音频源对应的音频数据。

2.根据权利要求1所述的方法，其特征在于，所述在判断存在所述第一音频源后，所述方法还包括：

为所述第一音频源的第一音频数据、第二音频源的第二音频数据分别添加标识信息。

3.根据权利要求2所述的方法，其特征在于，所述为所述第一音频源的第一音频数据和第二音频源第二音频数据配置标识信息包括：

为所述第一音频数据、第二音频数据中的至少一项添加标识信息。

4.根据权利要求2所述的方法，其特征在于，所述按预设规则为所述第一音频源及所述播放请求对应的第二音频源分配播放路径，并建立音频源与播放路径的映射关系包括：

根据默认规则或自定义规则为所述第一音频源和第二音频源分配播放路径；

建立音频源与所述播放路径的映射关系；其中，所述映射关系包括播放路径和标识信息。

5.根据权利要求2所述的方法，其特征在于，所述根据所述映射关系调用对应的播放路径以分别播放音频源对应的音频数据包括：

利用至少一个编解码器对所述音频数据进行解析；

根据标识信息将解析后的音频数据发送至对应的播放路径进行处理以播放所述音频数据。

6.根据权利要求2所述的方法，其特征在于，所述第一音频源、第二音频源分别配置有第一缓存、第二缓存，所述方法还包括：

将添加标识信息后的第一音频数据、第二音频数据分别保存在第一缓存、第二缓存中。

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

响应播放路径更改请求，更改所述音频源与播放路径的映射关系以更改所述第一音频源和/或第二音频源的播放路径。

8.根据权利要求1所述的方法，其特征在于，通过不同播放路径播放音频源对应的音频数据之前和/或之后，所述方法还包括：

响应于对所述第一音频源和/或第二音频源的音量控制请求，以根据所述音量控制请求配置音频源对应播放路径的音量。

9.根据权利要求1所述的方法，其特征在于，所述获取音频播放请求后，所述方法还包括：

在判断当前不存在所述第一音频源时，根据预设规则为所述第二音频源配置播放路径以通过一播放路径播放所述第二音频数据。

10.根据权利要求1所述的方法，其特征在于，所述播放路径包括：有线耳机、扬声器以及蓝牙播放设备。

11.一种音频播放装置，其特征在于，包括：

播放请求响应模块，用于响应于音频播放请求，以判断是否存在正在播放的第一音频源；

播放路径读获取模块，用于在判断存在所述第一音频源时，读取所述第一音频源的当前播放路径以及当前可用的空闲播放路径；

映射建立模块，用于根据所述音频播放请求为所述第一音频源和所述音频播放请求对应的第二音频源配置播放路径，并建立音频源与播放路径的映射关系；

播放执行模块，用于根据所述映射关系调用对应的播放路径以分别播放音频源对应的音频数据。

12.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至10中任一项所述的音频播放方法。

13.一种无线通信终端，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至10中任一项所述的音频播放方法。