CN109862475A - 音频播放设备及方法、存储介质、通信终端 - Google Patents

Abstract

本公开涉及音频处理技术领域，具体涉及一种音频播放方法、一种音频播放设备、一种计算机可读介质以及一种通信终端。所述方法包括：获取音频播放请求，并判断当前是否存在正在播放的第一音频源；在判断存在所述第一音频源时，按预设规则为所述第一音频源及所述播放请求的第二音频源分配播放声道，并建立音频源与播放声道的对应关系；根据所述对应关系将各音频源的音频数据发送至对应的声道以分别播放所述第一音频源和第二音频源。本公开能够在终端设备连接耳机时，实现利用耳机的不同声道同时播放不同音频，避免多个音频数据在同时播放时产生混淆。

Description

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

技术领域

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

背景技术

随着手机、平板电脑等智能移动终端的快速发展，可以在终端设备上同时运行多个应用程序，例如通过分屏在前台同时运行至少两个应用程序，或者以后台的方式同时运行多个应用程序。但是对于各应用程序的音频，终端设备大多只能播放一路音频信号，无法同时输出两路音频信号。

现有的终端设备通过播放设备播放音频时，例如终端设备连接耳机时，大多只能播放一路音频，不能实现两路音频同时播放。对于部分终端设备可以进行两路语音混合输出，但也只能以两路音频叠加的方式输出，容易混淆。

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

发明内容

本公开的目的在于提供一种音频播放设备、一种音频播放方法、一种音频播放装置、一种计算机可读介质、一种通信终端，能够实现利用耳机的不同声道同时播放不同的音频，从而在一定程度上克服相关技术的限制和缺陷。

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

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

第一播放声道、第二播放声道；

存储器，用于存储待播放的第一音频源、第二音频源；

处理器，用于根据指令信息控制所述第一音频源的第一音频数据和第二音频源的第二音频数据分别通过两个播放设备同时进行播放。

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

获取音频播放请求，并判断当前是否存在正在播放的第一音频源；

在判断存在所述第一音频源时，按预设规则为所述第一音频源及所述播放请求的第二音频源分配播放声道，并建立音频源与播放声道的对应关系；

根据所述对应关系将各音频源的音频数据发送至对应的声道以分别播放所述第一音频源和第二音频源。

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

播放请求读取模块，用于获取音频播放请求，并判断当前是否存在正在播放的第一音频源；

播放声道配置模块，用于在判断存在所述第一音频源时，按预设规则为所述第一音频源及所述播放请求的第二音频源分配播放声道，并建立音频源与播放声道的对应关系；

播放执行模块，用于根据所述对应关系将各音频源的音频数据发送至对应的声道以分别播放所述第一音频源和第二音频源。

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

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

一个或多个处理器；

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

本公开的一种实施例所提供的音频播放方法中，通过在检测到当前存在两个需要同时播放的音频源时，分别为各音频源分配播放声道，并建立音频源与播放声道的对应关系，从而可以将音频源的音频源数据发送至对应的播放声道，进而实现利用不同的声道同时播放不同音频，避免多个音频数据在同时播放时产生混淆。

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

附图说明

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

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

图2示意性示出本公开示例性实施例中一种音频源与播放路径建立映射关系的方法示意图；

图3示意性示出本公开示例性实施例中一种播放声道执行音频播放的方法示意图；

图4示意性示出本公开示例性实施例中一种有线耳机播放声道的结构示意图；

图5示意性示出本公开示例性实施例中一种蓝牙耳机播放声道的结构示意图；

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

图7示意性示出本公开示例性实施例中一种通信终端的计算机系统的结构示意图。

具体实施方式

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

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

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

针对上述的现有技术的缺点和不足，本示例实施方式中提供了一种音频播放方法，可以应用于手机或平板电脑等移动终端，在连接耳机时，可以利用耳机的不同的声道可以用时分别单独播放不同的音频。参考图1中所示，上述的音频播放方法可以包括以下步骤：

S11，获取音频播放请求，并判断当前是否存在正在播放的第一音频源；

S12，在判断存在所述第一音频源时，按预设规则为所述第一音频源及所述播放请求的第二音频源分配播放声道，并建立音频源与播放声道的对应关系；

S13，根据所述对应关系将各音频源的音频数据发送至对应的声道以分别播放所述第一音频源和第二音频源。

本示例实施方式所提供的音频播放方法中，通过在检测到当前存在两个需要同时播放的音频源时，分别为各音频源分配播放声道，并建立音频源与播放声道的对应关系，从而可以将音频源的音频源数据发送至对应的播放声道进行播放。一方面，可以实现利用不同的声道同时播放不同音频，避免多个音频数据在同时播放时产生混淆。另一方面，能够有效的避免多个音频数据在同时播放时产生混淆，影响用户体验。

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

对于移动终端设备来说，用户可以使用终端设备的扬声器播放音频，当然，也可以使用外接的有线或无线设备播放音频。例如，通过与终端设备连接的有线耳机、蓝牙耳机播放音频。

本公开以耳机为终端设备的播放设备为例，对本公开的各实施例进行说明。有线耳机可以插入终端设备预留的耳机接口，或者蓝牙耳机可以与终端设备建立蓝牙连接。各耳机包括至少两个扬声器以及对应的两个声道。

步骤S11，获取音频播放请求，并判断当前是否存在正在播放的第一音频源。

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

当系统接收到存在音频播放请求时，便可以先对终端设备当前的音频播放状态进行读取，判断当前是否存在正在播放的第一音频源。举例来说，可以通过当前正在运行的应用程序判断是否存在正在播放的音频源，例如，通过读取应用进程判断是否存在应用程序正在播放音频源；或者也可以通过对耳机的工作状态判断。

举例来说，若用户当前在终端设备上启动一游戏应用程序，且该游戏程序具有背景音效，此时便可以针对该游戏应用程序生成一音频播放请求，并以该游戏应用程序的音频源为第二音频源。若通过读取进程识别到终端设备后台当前存在正在运行的音乐应用程序，则以该音乐应用程序的音频源为第一音频源。

或者，终端设备前台正在运行一视频应用程序，该视频应用程序正在播放视频，则以该视频应用程序为第一音频源。此时用户利用分屏功能在前台打开浏览器浏览网页，该网页包含视频内容。则针对该网页中的视频内容可以生成对应于该网页的音频播放请求。

步骤S12，在判断存在所述第一音频源时，按预设规则为所述第一音频源及所述播放请求的第二音频源分配播放声道，并建立音频源与播放声道的对应关系。

本示例实施方式中，当系统检测到当前存在正在播放的第一音频源时，便可以根据预设的默认规则或者自定义规则为第一音频源和音频播放请求对应的第二音频源分别配置播放声道。具体来说，参考图2所示，可以包括：

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

步骤S122，建立音频源与所述播放声道的对应关系。

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

例如，终端设备当前存在后台运行的音乐应用程序，用户开启一游戏应用程序后，便同时存在音乐音频源和游戏音频源需要播放。此时，若不存在用户自定义的播放声道，便可以按默认规则分别为音乐音频源和游戏音频源配置播放路径。举例来说，预设的默认规则可以是根据音频源的打开顺序依次分配第一播放声道，第二播放声道。其中，第一播放声道对应的可以是耳机的左扬声器，第二播放声道对应的可以是右扬声器。

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

此外，还可以提供一映射关系表单，可以用于存储音频源与播放路径的对应关系。在为各音频源配置播放声道之后，便可以建立各音频源与对应的播放声道之间的对应关系，并保存在该映射关系表单中。

基于上述内容，在本公开的其他示例性实施例中，在建立音频源与播放声道的对应关系后，所述方法还可以包括：

步骤S123，为所述第一音频源的第一音频数据、第二音频源的第二音频数据分别配置标识信息。

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

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

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

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

举例来说，对于终端设备当前同时播放的第一游戏音频源和第二影视音频源，终端设备可以对第一游戏音频源的游戏音频数据的各数据包添加标识信息“11”，对第二影视音频源的影视音频数据的各数据包添加标识信息“01”。从而使不同音频源的音频数据进行区分。便于根据标识信息对音频数据进行区别。

在为音频数据配置标识信息后，对于上述的映射关系列表中，便可以存储音频源以及对应的标识信息和播放声道。

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

步骤S13，根据所述对应关系将各音频源的音频数据发送至对应的声道以分别播放所述第一音频源和第二音频源。

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

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

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

具体来说，应用程序在为音频数据添加标识信息后，便可以将各音频源添加标识信息的音频数据发送至编解码器进行解析。

举例来说，可以将添加有标识信息的音频数据发送至一个编解码器，利用该编解码器对各音频数据的数据帧进行解封并读取音频数据，并可以根据帧头中的标识信息对不同音频源的音频数据进行区分，避免数据帧的混淆。

在本公开的另一实施例中，也可以根据音频源的数量，为各音频源分别配置一编解码器，从而可以利用每一个编解码器单独处理一个音频源的音频数据，避免音频数据的混淆。或者，也可以根据播放路径来配置编解码器，即为每个播放路径分别配置编解码器，并可以将该对应关系添加至上述的映射关系表单中，使表单中可以包括音频源、标识信息、播放声道以及编解码器的相关ID数据。

此外，还可以为不同的播放路径分别配置缓存，从而可以将编解码器解析后的音频数据分别存储在不同的缓存中，有效的避免数据混乱，也有利于各声道播放对应缓存中的音频数据。

对于编解码器解析后的音频数据，可以利用各自播放声道进行处理并播放。举例来说，参考图4所示，在播放设备为有线耳机时，若游戏应用程序的游戏音频数据分配为第一播放声道，对应为有线耳机的左扬声器421；音乐应用程序的音乐音频数据分配为第二播放路径，对应为有线耳机的右扬声器422。则解析后游戏音频数据可以利用第一播放路径包含的第一模数转换器411进行模数转换，再利用第一音频放大器412对第一游戏音频数据的数字信号进行方法处理，从而将放大处理后的游戏音频信号发送至有线耳机的左扬声器421进行播放。同理，音乐音频数据依次利用第二播放路径包含的第二模数转换器413、第二放大器414处理后，将音乐音频信号发送至有线耳机的右扬声422器进行播放。从而实现用户在终端设备上利用不同的播放路径同时播放不同的音频源，且使各音频数据之间相互不串扰。

在本公开的其他示例性实施例中，参考图5所示，在播放设备为蓝牙耳机时，上层应用程序在生成对应的音频数据后，便可以对音频数据添加对应的标识信息并封装后，便可以将添加有标识信息的音频数据发送至编解码器431进行处理，以使音频数据满足预设蓝牙协议的标准，便于数据发送。或者，上层应用程序在生成对应的音频数据后，也可以利用编解码器431对音频数据进行编译并添加标识信息，以满足蓝牙协议对数据包的要求。

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

蓝牙耳机在接收到音频数据后，首先可以利用编解码器442对接收的音频数据进行解码，从而读取各数据包中的标识信息，从而将具有相同标识的数据包保存至同一缓存器中。

举例来说，终端设备连接有蓝牙耳机，蓝牙耳机的第一缓存器预设对应左声道以及左扬声器，第二缓存器预设对应右声道以及右扬声器。此时，终端存在同时播放的第一游戏音频源和第二影视音频源，终端设备可以对第一游戏音频源的游戏音频数据的各数据包添加标识信息“11”，对第二影视音频源的影视音频数据的各数据包添加标识信息“01”，并将添加有标识信息的数据包通过蓝牙模块发送至蓝牙耳机。使得蓝牙耳机在接收到音频数据并解码后，可以根据标识信息“11”、“01”区分游戏音频数据和影视音频数据，并将其分别保存至不同的缓存器中，进而利用不同各缓存器对应的预设扬声器分别播放各音频数据，从而实现使蓝牙耳机的两个扬声器同时播放不同的音频。

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

步骤S211，获取声道配置请求，所述声道配置请求包括第一音频源和/或第二音频源的声道配置请求；

步骤S212，根据所述声道配置请求更改音频源与播放声道的对应关系，以更改所述第一音频源和/或第二音频源的播放声道。。

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

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

或者，在播放两音频源的过程中，用户也可以在声道选择页面上切换或者更改各音频源的播放路径，并修改映射关系表单。例如，将第一游戏应用程序切换为右扬声器，将第二音乐应用程序切换为第二扬声器。

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

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

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

步骤S22，获取所述第一音频源和/或第二音频源的音量控制请求，并根据所述音量控制请求配置对应播放声道的音量。

用户可以通过在终端设备的交互界面上进行操作，在播放音频源之前，或者在播放音频源的过程中，用户可以根据需求调节各播放声道对应的扬声器的音量。

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

步骤S14，在判断当前不存在所述第一音频源时，根据预设规则为所述第二音频源配置播放声道以使播放所述第二音频源。

本示例实施方式中，在系统接收到应用程序的音频播放请求后，若终端设备当前没有正在播放的音频源，便可对第二音频源的第二音频数据不添加标识信息，从而使得音频数据可以保存在各播放声道对应的缓存器中，使各耳机的各扬声器均能够播放音频数据。

当然，在本公开的其他示例性实施例中，在终端设备进存在一个音频源时，用户也可以设置利用耳机的任意一个声道播放音频数据。

本公开实施例所提供的方法，在终端设备通过有线耳机或蓝牙耳机播放音频时，当终端设备中存在两个需要同时播放的音频源时，分别为各音频源配置播放声道，建立音频源与播放声道的对应关系并保存在映射关系表单中，使得后续可以根据该对应关系将不同音频源的音频数据发送至对应的声道，并通过不同的声道进行播放。避免用户在使用耳机时，由于存在多个音频同时播放而相互干扰。

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

进一步的，参考图6所示，本示例的实施方式中还提供一种音频播放装置60，包括：播放请求读取模块601、播放声道配置模块602以及播放执行模块603。其中：

所述播放请求读取模块601可以用于获取音频播放请求，并判断当前是否存在正在播放的第一音频源。

所述播放声道配置模块602可以用于在判断存在所述第一音频源时，按预设规则为所述第一音频源及所述播放请求的第二音频源分配播放声道，并建立音频源与播放声道的对应关系。

所述播放执行模块603可以用于根据所述对应关系将各音频源的音频数据发送至对应的声道以分别播放所述第一音频源和第二音频源。

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

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

在本公开的一种示例中，所述播放路径配置模块602还包括：声道分配模块和映射建立模块(图中未示出)。其中，

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

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

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

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

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

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

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

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

所述声道修改模块可以用于获取声道配置请求，并根据所述声道配置请求更改音频源与播放声道的对应关系，以更改所述第一音频源和/或第二音频源的播放声道。其中，所述声道配置请求包括第一音频源和/或第二音频源的声道配置请求。

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

所述音量配置模块可以用于获取所述第一音频源和/或第二音频源的音量控制请求，并根据所述音量控制请求配置对应播放声道的音量。

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

所述播放配置模块可以用于在判断当前不存在所述第一音频源时，根据预设规则为所述第二音频源配置播放声道以使播放所述第二音频源。

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

本示例的实施方式中还提供一种音频播放设备，对应于上述的音频播放方法。所述的音频播放设备可以包括：

第一播放声道、第二播放声道；

存储器，用于存储待播放的第一音频源、第二音频源；

处理器，用于根据指令信息控制所述第一音频源的第一音频数据和第二音频源的第二音频数据分别通过两个播放设备同时进行播放。

举例来说，上述的音频播放设备可以是智能手机、平板电脑等智能终端，在各智能终端上可以同时运行至少两个应用程序。其中，上述的第一播放声道和第二播放声道可以是与智能终端直接相连的有线耳机的左声道、右声道；也可以是与智能终端建立蓝牙连接的蓝牙耳机或蓝牙音箱的左声道、右声道。此外，上述的音频播放设备可以设置有存储器，用于存储应用程序以及应用程序的音频数据。

当用户在交互界面上先后打开两个不同的应用程序，通过点击或选择等触发操作使两个应用程序播放不同的音频源时，便可以生成对应的指令信息。进而可以根据该指令信息通过不同的播放路径同时分别播放不同的音频数据。

当然，在本公开的一些示例性实施例中，上述的指令信息可以包括播放声道的配置指令，用于为各音频源分配播放声道；还可以包括各播放声道的音量控制指令等指令信息。

此外，上述的音频播放设备还可以包括：程序模块，用于为所述第一音频数据、第二音频数据分别配置标识信息。通过为各音频数据添加标识信息，可以便于区分不同的音频数据。

本示例实施方式中，上述的音频播放设备还可以包括：第一缓存，对应于所述第一播放声道，用于存储所述第一播放设备待播放的所述第一音频数据；

第二缓存，对应于所述第二播放声道，用于存储所述第二播放设备待播放的所述第二音频数据。

通过为各播放声道分别配置缓存，可以将该声道对应的待播放的音频数据暂存在缓存中，避免播放错误。

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims (16)

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

第一播放声道、第二播放声道；

存储器，用于存储待播放的第一音频源、第二音频源；

处理器，用于根据指令信息控制所述第一音频源的第一音频数据和第二音频源的第二音频数据分别通过两个播放设备同时进行播放。

2.根据权利要求1所述的设备，其特征在于，所述设备还包括：

程序模块，用于为所述第一音频数据、第二音频数据分别配置标识信息。

3.根据权利要求1所述的设备，其特征在于，所述设备还包括：

第一缓存，对应于所述第一播放声道，用于存储所述第一播放声道待播放的所述第一音频数据；

第二缓存，对应于所述第二播放声道，用于存储所述第二播放声道待播放的所述第二音频数据。

4.根据权利要求1所述的设备，其特征在于，所述第一播放声道、第二播放声道为有线耳机或无线耳机的左声道、右声道。

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

获取音频播放请求，并判断当前是否存在正在播放的第一音频源；

在判断存在所述第一音频源时，按预设规则为所述第一音频源及所述播放请求的第二音频源分配播放声道，并建立音频源与播放声道的对应关系；

根据所述对应关系将各音频源的音频数据发送至对应的声道以分别播放所述第一音频源和第二音频源。

6.根据权利要求1所述的方法，其特征在于，所述建立音频源与播放声道的对应关系后，所述方法还包括：

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

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

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

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

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

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

9.根据权利要求6所述的方法，其特征在于，所述根据所述对应关系将各音频源的音频数据发送至对应的声道以分别播放所述第一音频源和第二音频源包括：

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

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

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

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

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

获取声道配置请求，所述声道配置请求包括第一音频源和/或第二音频源的声道配置请求；

根据所述声道配置请求更改音频源与播放声道的对应关系，以更改所述第一音频源和/或第二音频源的播放声道。

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

获取所述第一音频源和/或第二音频源的音量控制请求，并根据所述音量控制请求配置对应播放声道的音量。

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

在判断当前不存在所述第一音频源时，根据预设规则为所述第二音频源配置播放声道以使播放所述第二音频源。

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

播放请求读取模块，用于获取音频播放请求，并判断当前是否存在正在播放的第一音频源；

播放声道配置模块，用于在判断存在所述第一音频源时，按预设规则为所述第一音频源及所述播放请求的第二音频源分配播放声道，并建立音频源与播放声道的对应关系；

播放执行模块，用于根据所述对应关系将各音频源的音频数据发送至对应的声道以分别播放所述第一音频源和第二音频源。

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

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

一个或多个处理器；

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