CN116055958A - 音频播放方法及装置、计算机可读介质和电子设备 - Google Patents

Abstract

本公开提供一种音频播放方法及装置、计算机可读介质和电子设备，涉及计算机技术领域。该方法包括：在播放所述第一终端发送的第一音频的状态下，响应所述第二终端播放第二音频的播放请求，确定所述第二音频的音频数据类型；根据所述音频数据类型确定所述第一音频和所述第二音频的播放模式。本公开能够在切换播放多终端的音频时，根据第二音频的音频数据类型确定播放第一音频和所述第二音频的播放模式，提高多终端音频切换的流畅性。

Description

音频播放方法及装置、计算机可读介质和电子设备

背景技术

伴随着人们生活水平的不断提高，真正无线立体声(True Wireless Stereo，TWS)蓝牙耳机越来越受到人们的欢迎。

目前，TWS蓝牙耳机支持双设备连接日渐成为市场趋势，如一台TWS耳机支持同时连接一台手机以及一台平板或电视等智能终端设备，但TWS蓝牙耳机与双设备连接使用过程中，设备间的播放切换体验一直是行业很难解决的难题，因此如何能将双设备甚至多个设备之间的播放体验做得更细致，更符合用户使用习惯显得尤为重要。

发明内容

本公开的目的在于提供一种音频播放方法、音频播放装置、计算机可读介质和电子设备，进而至少在一定程度上提升多终端音频播放切换体验。

根据本公开的第一方面，提供一种音频播放方法，由具有无线通信功能的音频播放设备执行，所述音频播放设备与第一终端和第二终端建立无线通信连接，所述方法包括：

在播放所述第一终端发送的第一音频的状态下，响应所述第二终端播放第二音频的播放请求，确定所述第二音频的音频数据类型；

根据所述音频数据类型确定用于播放所述第一音频和所述第二音频的播放模式。

根据本公开的第二方面，提供一种音频播放装置，设置于具有无线通信功能的音频播放设备，所述音频播放设备与第一终端和第二终端建立无线通信连接，所述装置包括：

音频数据类型确定模块，用于在播放所述第一终端发送的第一音频的状态下，响应所述第二终端播放第二音频的播放请求，确定所述第二音频的音频数据类型；

播放模式确定模块，用于根据所述音频数据类型确定用于播放所述第一音频和所述第二音频的播放模式。

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

根据本公开的第四方面，提供一种电子设备，其特征在于，包括：

处理器；以及

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

本公开的一种实施例所提供的音频播放方法，在音频播放设备播放第一终端发送的第一音频的状态下，响应第二终端播放第二音频的播放请求，首先确定第二音频的音频数据类型，然后根据音频数据类型确定用于播放第一音频和第二音频的播放模式，这样，通过第二音频的音频数据类型确定播放不同类型下音频的播放模式，能够有效提升多终端音频切换时的流畅性，提高多终端音频播放的智能性，提升用户体验。

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

附图说明

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

图1示出了可以应用本公开实施例的一种示例性系统架构的示意图；

图2示出了可以应用本公开实施例的一种电子设备的示意图；

图3示出了可以应用本公开实施例的一种音频播放设备的示意图；

图4示意性示出一种相关技术方案中实现音频切换播放的流程示意图；

图5示意性示出另一种相关技术方案中实现音频切换播放的流程示意图；

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

图7示意性示出本公开示例实施例中一种以第一播放模式播放第一音频和第二音频的流程示意图；

图8示意性示出本公开示例实施例中另一种以第一播放模式播放第一音频和第二音频的流程示意图；

图9示意性示出本公开示例实施例中一种实现第一音频和第二音频切换播放的流程示意图；

图10示意性示出本公开示例实施例中一种实现多终端音频播放的流程示意图；

图11示意性示出本公开示例性实施例中音频播放装置的组成示意图。

具体实施方式

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

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

图1示出了可以应用本公开实施例的一种音频播放方法及装置的示例性应用环境的系统架构的示意图。

如图1所示，系统架构100可以包括终端设备101、102、103中的一个或多个，网络104和音频播放设备105。网络104用以在终端设备101、102、103和音频播放设备105之间提供通信链路的介质。网络104可以包括各种无线通信连接类型，例如蓝牙(Bluetooth)、无线局域网(Wireless Local Area Network，WLAN)等等。终端设备101、102、103可以是各种具有无线通信功能以及音频输出功能的电子设备，包括但不限于智能电视、便携式计算机、智能手机和平板电脑等等。应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和音频播放设备。比如音频播放设备105可以是多个蓝牙耳机或者多个蓝牙音箱组成的音频播放设备集群等。

本公开实施例所提供的音频播放方法一般由音频播放设备105中执行，相应地，音频播放装置一般设置于音频播放设备105中。但本领域技术人员容易理解的是，本公开实施例所提供的音频播放方法也可以由终端设备101、102、103执行，相应的，音频播放装置也可以设置于终端设备101、102、103中，本示例性实施例中对此不做特殊限定。

下面以图2中的电子设备200为例，对终端设备101、102、103的构造进行示例性说明。本领域技术人员应当理解，除了特别用于移动目的的部件之外，图2中的构造也能够应用于固定类型的设备。在另一些实施方式中，电子设备200可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件、软件或软件和硬件的组合实现。各部件间的接口连接关系只是示意性示出，并不构成对电子设备200的结构限定。在另一些实施方式中，电子设备200也可以采用与图2不同的接口连接方式，或多种接口连接方式的组合。

如图2所示，电子设备200具体可以至少包括：处理器210、内部存储器221、外部存储器接口222、通用串行总线(Universal Serial Bus，USB)接口230、充电管理模块240、电源管理模块241、电池242、天线、无线通信模块250、音频模块260、扬声器261、麦克风262、传感器模块270、指示器280和按键290等。其中传感器模块270可以包括陀螺仪传感器2701等。

处理器210可以包括一个或多个处理单元，例如：处理器210可以包括调制解调处理器、数字信号处理器(Digital Signal Processor，DSP)、基带处理器等。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。

处理器210中设置有存储器。存储器可以存储用于实现六个模块化功能的指令：检测指令、连接指令、信息管理指令、分析指令、数据传输指令和通知指令，并由处理器210来控制执行。

充电管理模块240用于从充电器接收充电输入。电源管理模块241用于连接电池242、充电管理模块240与处理器210。电源管理模块241接收电池242和/或充电管理模块240的输入，为处理器210、内部存储器221和无线通信模块250等供电。

电子设备200的无线通信功能可以通过天线、无线通信模块250、调制解调处理器以及基带处理器等实现。其中，天线用于发射和接收电磁波信号；调制解调处理器可以包括调制器和解调器；无线通信模块250可以提供应用在电子设备200上的包括无线局域网(Wireless Local Area Networks，WLAN)(如无线保真(Wireless Fidelity，Wi-Fi)网络)、蓝牙(Bluetooth，BT)等无线通信的解决方案。在一些实施例中，电子设备200的天线和无线通信模块250耦合，使得电子设备200可以通过无线通信技术与网络以及其他设备通信。

外部存储器接口222可以用于连接外部存储卡，例如Micro SD卡，实现扩展电子设备200的存储能力。外部存储卡通过外部存储器接口222与处理器210通信，实现数据存储功能。例如将音乐，视频等文件保存在外部存储卡中。

内部存储器221可以用于存储计算机可执行程序代码，可执行程序代码包括指令。内部存储器221可以包括存储程序区和存储数据区。其中，存储程序区可存储操作系统，至少一个功能所需的应用程序(比如声音播放功能，图像播放功能等)等。存储数据区可存储电子设备200使用过程中所创建的数据(比如音频数据，电话本等)等。此外，内部存储器221可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件，闪存器件，通用闪存存储器(Universal Flash Storage，UFS)等。处理器210通过运行存储在内部存储器221的指令和/或存储在设置于处理器中的存储器的指令，执行电子设备200的各种功能应用以及数据处理。

电子设备200可以通过音频模块260、扬声器261、麦克风262及应用处理器等实现音频功能。例如音乐播放、录音等。

陀螺仪传感器2701可以用于确定电子设备200的运动姿态。在一些实施方式中，可以通过陀螺仪传感器2701确定电子设备200围绕三个轴(即，x，y和z轴)的角速度。陀螺仪传感器2701可以用于姿态确认、导航、体感游戏场景等。

电子设备200中还可包括其它提供辅助功能的设备。例如，按键290包括开机键，音量键等，用户可以通过按键输入，产生与电子设备200的用户设置以及功能控制有关的键信号输入。再如，指示器280等。

下面以图3中的电子设备为例，对音频播放设备105的构造进行示例性说明。

图3中音频播放设备105可以是智能手机、平板电脑、个人计算机、智能电视、投影仪等。音频播放设备105可以至少包括一个或多个如下部件：处理器301、存储器302和蓝牙芯片303。

处理器301可以包括一个或者多个处理核心。处理器301利用各种接口和线路连接整个音频播放设备105内的各个部分，通过运行或执行存储在存储器302内的指令、程序、代码集或指令集，以及调用存储在存储器302内的数据，执行音频播放设备105的各种功能和处理数据。可选地，处理器301可以采用数字信号处理(Digital Signal Processing，DSP)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、可编程逻辑阵列(Programmable LogicArray，PLA)中的至少一种硬件形式来实现。处理器301可集成中央处理器(Central Processing Unit，CPU)、图像处理器(Graphics Processing Unit，GPU)、神经网络处理器(Neural-network Processing Unit，NPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示屏所需要显示的内容的渲染和绘制；NPU用于实现人工智能(Artificial Intelligence，AI)功能；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器301中，单独通过一块芯片进行实现。

存储器302可以包括随机存储器(Random Access Memory，RAM)，也可以包括只读存储器(Read-Only Memory，ROM)。可选地，该存储器302包括非瞬时性计算机可读介质(non-transitory computer-readable storage medium)。存储器302可用于存储指令、程序、代码、代码集或指令集。存储器302可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于至少一个功能的指令(比如触控功能、声音播放功能、图像播放功能等)、用于实现下述各个方法实施例的指令等；存储数据区可存储根据音频播放设备105的使用所创建的数据(比如音频数据、电话本)等。

蓝牙芯片303是用于实现蓝牙功能的组件。在一些实施例中，蓝牙芯片303中包括蓝牙协议栈、蓝牙基带以及蓝牙收发器。可选的，该蓝牙芯片303采用的蓝牙技术可以为经典蓝牙技术或低功耗蓝牙技术，本实施例对此不作限定。

除此之外，本领域技术人员可以理解，上述附图所示出的音频播放设备105的结构并不构成对电子设备的限定，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。比如，音频播放设备105中还包括显示屏、传感器、扬声器、麦克风、电源、WiFi组件等部件，在此不再赘述。

图4示意性示出一种相关技术方案中实现音频切换播放的流程示意图。

参考图4所示，在相关的一种多设备音频切换方案中，可以通过主动断掉A2DP协议，以使第二设备无法抢播。TWS耳机同时蓝牙连接手机A与手机B两台设备，手机A请求媒体播放，如播放音乐/视频等，耳机进入音频流播放Streaming状态，此时耳机会主动断掉与B手机的A2DP连接，即耳机不支持媒体抢播，其中A2DP协议是蓝牙设备间媒体播放的传输协议。此时如果在手机B点击音乐/视频等媒体播放，声音会直接外放。等到手机A播放结束，耳机才会恢复与手机B的A2DP连接，耳机会进行A2DP回连。此时手机B媒体播放可以切换到耳机端输出。

但是，这种技术方案中，手机A开始媒体数据传输后，耳机便会主动断连与手机B的A2DP协议，这样手机B无论是播歌/视频等用户常规的操作都会直接外放，只有当手机A暂停播放后隔一段时间，耳机再没有音频接收业务时，耳机才主动回连与手机B的A2DP协议。耳机的双设备切换体验较差，音频播放的流畅性较弱，科技感不足，用户体验不佳。

图5示意性示出另一种相关技术方案中实现音频切换播放的流程示意图。

参考图5所示，在相关的另一种多设备音频切换方案中，TWS耳机同时蓝牙连接手机A与手机B两台设备，手机A请求媒体播放，如播放音乐/视频等，耳机进入音频流播放Streaming状态，此时如果手机B也有媒体播放请求时，耳机会直接接收手机B的媒体数据，但会将收到的手机B的媒体数据进行静音处理，也就是耳机继续播放手机A的媒体音频。同时，耳机发送暂停播放的指令给手机B，请求手机B暂停媒体数据的传输，手机B收到暂停播放的指令后，播放器暂停播放，即耳机不支持第二蓝牙设备抢播。

但是，这种技术方案中，能较好地解决系统提示音误抢播的场景，但手机B的系统提示音或者音乐/视频播放等用户主动的操作，都会被耳机静音处理，一方面会使得用户漏掉了手机B的系统消息提醒，一方面手机B播放器显示正在播放，但实际耳机播放的依然是手机A的媒体数据，导致播放的音频与用户想听的音频不一致，导致用户使用体验较差。

基于相关技术方案中的一个或者多个问题，本示例实施例中首先提供了一种音频播放方法，下面以具有无线通信功能的音频播放设备105执行该方法为例，对本公开示例性实施方式的音频播放方法进行具体说明。

图6示出了本示例性实施方式中一种音频播放方法的流程示意图，至少可以包括以下步骤S610至步骤S620：

在步骤S610中，在播放所述第一终端发送的第一音频的状态下，响应所述第二终端播放第二音频的播放请求，确定所述第二音频的音频数据类型。

在一示例性实施例中，音频播放设备可以是具有无线通信功能以及音频播放功能的电子设备，例如，音频播放设备可以是TWS蓝牙耳机，也可以是蓝牙智能音箱，还可以是智能电视等电子设备，本示例实施例不以此为限。

第一终端是指具有无线通信功能以及音频输出功能的终端设备，例如，第一终端可以是智能手机，也可以是平板电脑，当然，还可以其他类型的具有无线通信功能以及音频输出功能的终端设备，本示例实施例对此不做特殊限定。

第一终端可以通过无线通信功能与具有相同无线通信功能的音频播放设备建立无线通信连接，例如，第一终端的无线通信功能可以是蓝牙通信功能，也可以是WLAN通信功能，相应的，音频播放设备可以具有蓝牙通信功能和/或WLAN通信功能。

第二终端与第一终端一样，是指具有无线通信功能以及音频输出功能的终端设备，需要说明的是，此处的“第一”、“第二”仅是用于区分同时与音频播放设备建立无线通信连接的两个终端，没有任何特殊意义，并不应对本示例实施例造成任何特殊限定。

第一音频是指第一终端响应系统指令输出的音频数据，例如，第一音频可以是第一终端的播放器展示图像或者音乐时输出的媒体音频数据，也可以是第一终端响应于来电请求输出的电话语音数据，还可以是第一终端在接收到通知信息时输出的用于提醒用户的通知提示音频等音频数据，本示例实施例对此不做特殊限定。当然，为了后面更容易理解本方案，本示例实施例中的第一音频一般是指媒体音频数据或者电话语音数据等持续播放时间较长的音频数据。

在与第一终端建立无线通信连接后，可以接收第一终端的第一音频播放请求，并在检测到无其他设备的音频播放时，获取第一终端发送的第一音频，播放该第一音频。

在一示例性实施例中，第二音频是指第二终端输出的音频数据，例如，第二音频可以是第二终端的播放器展示视频或者音乐时输出的媒体音频数据，也可以是第二终端响应于来电请求输出的电话语音数据，还可以是第二终端在接收到通知信息时输出的用于提醒用户的通知提示音频等音频数据，本示例实施例对此不做特殊限定。当然，此处的“第一”、“第二”仅是用于区分第一终端输出的音频和第二终端输出的音频，没有任何特殊含义，并不应对本示例实施例造成任何特殊限定。

音频数据类型是指第二终端输出的第二音频所包含内容的所属类型，例如，第二音频如果是播放器展示视频或者音乐时输出的媒体音频数据，那么第二音频对应的音频数据类型为媒体内容类型；第二音频如果是第二终端响应于来电请求输出的电话语音类型，那么第二音频对应的音频数据类型为来电通话类型；第二音频如果是第二终端在接收到通知信息时输出的用于提醒用户的通知提示音频等音频数据，那么第二音频对应的音频数据类型为通知提示类型，当然，此处仅是示意性举例说明，本示例实施例对此不做特殊限定。

可选的，可以通过第二音频对应的文件扩展名确定音频数据类型，例如，Android系统手机可以采用MediaFile类基于第二音频对应的文件扩展名输出音频数据类型，也可以根据第二音频的音频文件头信息确定音频数据类型，当然，还可以通过其他方式确定第二音频的音频数据类型，本示例实施例对此不做特殊限定。

第二终端可以在请求播放第二音频之前，可以先确定第二音频的音频数据类型，并基于音频数据类型生成播放请求，音频播放设备可以在接收到播放请求后，直接从播放请求中获取音频数据类型；当然，音频播放设备在接收到第二终端的播放请求时，可以反馈给第二终端获取音频数据类型的指令，以使第二终端确定待播放的第二音频的音频数据类型，并接收第二终端发送的音频数据类型，本示例实施例对此不做特殊限定。

在步骤S620中，根据所述音频数据类型确定用于播放所述第一音频和所述第二音频的播放模式。

在一示例性实施例中，播放模式是指音频播放设备中预先设置的、用于播放多个音频的音频输出方式，例如，播放模式可以是将第一音频的播放音量降低并且将第二音频的播放音量提高使其高于第一音频的播放音量，然后将第一音频和第二音频进行融合输出播放的音频输出方式，这样，最终的播放效果为第二音频的播放音量大于第一音频，使用户更容易听见第二音频，实现第二音频的强调播放；当然，播放模式还可以是通过增益的方式提高第二音频的高频部分，并通过增益的方式降低第一音频的高频部分，以使第二音频更加清晰的音频输出方式，当然，播放模式还可以是其他能够实现多个音频播放的音频输出方式，本示例实施例对此不做特殊限定。

下面，对步骤S610至步骤S620进行详细说明。

在一示例性实施例中，音频数据类型可以包括通知提示类型和非通知提示类型，其中，通知提示类型是指终端系统短时间播放的、用于提醒用户的提示音频对应的音频类型，例如，通知提示类型可以是终端接收到新信息或者来电时播放的提示音对应的音频类型，也可以是终端系统响应闹钟、日程提醒等计时命令播放的提示音对应的音频类型，本示例实施例对此不做特殊限定。

非通知提示类型可以是指终端中除了通知提示类型的音频之外的长时间播放的音频对应的音频类型，例如，非通知提示类型可以是终端中的电话语音音频对应的音频类型，也可以是终端在展示视频或者音乐时输出的媒体内容音频对应的音频类型，当然，非通知提示类型还可以是终端中其他长时间播放的音频对应的音频类型，本示例实施例对此不做特殊限定。

在确定音频数据类型为通知提示类型时，以第一播放模式播放第一音频和第二音频，其中，第一播放模式是指音频播放设备中在确定第二音频的音频数据类型为通知提示类型时采用的音频播放形式，第一播放模式可以用于分层次融合第一音频和第二音频并输出播放。

在确定音频数据类型为非通知提示类型时，以第二播放模式播放第一音频和第二音频，其中，第二播放模式是指音频播放设备中在确定第二音频的音频数据类型为非通知提示类型时采用的音频播放形式，第二播放模式可以用于暂停播放第一音频，并输出播放第二音频，实现第二音频的抢播。

可以理解的是，本示例实施例中“第一播放模式”、“第二播放模式”中的“第一”、“第二”仅用于区别适用不同音频数据类型的音频的播放模式，在本实施例中没有任何特殊含义，并不应对本示例实施例造成任何特殊限定。

在一示例实施例中，第一播放模式可以认为是一种将多个音频进行混音融合的分层次融合输出模式，步骤S620可以包括图7中的步骤S710至步骤S740，实现以分层次融合输出模式播放第一音频和第二音频，参考图7所示，具体可以包括：

步骤S710，获取所述第一音频的当前播放音量，并根据所述当前播放音量确定音量阈值；

步骤S720，调整所述第一音频的播放音量，以使所述第一音频的播放音量小于所述音量阈值；

步骤S730，调整所述第二音频的播放音量，以使所述第二音频的播放音量大于或者等于所述音量阈值；

步骤S740，将调整播放音量后的所述第一音频以及所述第二音频进行融合输出。

其中，当前播放音量是指当前播放的第一音频对应的播放音量，例如，对于第一终端或者第二终端，一般各个音频的播放音量均为0-100，0表示音频的播放音量为最小，此时可以认为对音频进行静音，100表示音频的最大播放音量，那么第一音频对应的当前播放音量可以是1-100之间的任意数值，该数值可以由用户进行设置，或者可以由第一终端的播放器默认音量进行设置。

若检测到第二音频的音频数据类型为通知提示类型，此时可以将正在播放的第一音频对应的当前播放音量作为音量阈值，该音量阈值可以作为调整第一音频或者第二音频的标准数据，例如，当前播放音量可以是50，那么可以确定音量阈值为50，此时，为了保证能够强调播放第二音频，以使用户能够清晰识别第二音频并不影响第一音频的正常播放，可以调整第一音频的播放音量，使其小于音量阈值，即控制第一音频的播放音量在50以下；相对的，可以调整第二音频的播放音量，使其大于或者等于音量阈值，即调整第一音频的播放音量在50及以上，这样，第一音频和第二音频的播放音量存在音量差，以避免用户听不见淹没或者覆盖在第一音频中的第二音频，实现第二音频的强调播放。

在调整第一音频和第二音频的播放音量之后，对具有不同播放音量的第一音频以及第二音频作混音处理，完成第一音频和第二音频的融合并输出，实现以第一播放模式播放第一音频和第二音频。

通过调整第一音频和第二音频的播放音量实现以第一播放模式播放第一音频和第二音频，不仅操作简单，计算量少，保证音频播放设备的性能，而且能够有效强调播放第二音频，并且不影响第一音频的播放，保证音频播放的流畅性，提升用户体验。

在一示例性实施例中，第一播放模式可以认为是一种将多个音频进行分优先级融合的分层次融合输出模式，步骤S620可以包括图8中的步骤S810至步骤S850，实现以分层次融合输出模式播放第一音频和第二音频，参考图8所示，具体可以包括：

步骤S810，确定所述第一音频的音频数据类型，并基于所述第一音频的音频数据类型确定所述第一音频对应的第一优先级数据；

步骤S820，基于所述通知提示类型确定第二音频对应的第二优先级数据；

步骤S830，根据所述第一优先级数据和所述第二优先级数据分别确定所述第一音频以及所述第二音频对应的播放音量数据；

步骤S840，通过所述播放音量数据调整所述第一音频以及所述第二音频的播放音量；

步骤S850，将调整播放音量后的所述第一音频以及所述第二音频进行融合输出。

其中，可以通过前述实施例中确定第二音频的音频数据类型的方式确定第一音频的音频数据类型，此处不再赘述。

优先级数据是指预先根据不同的音频数据类型设置的播放优先级，例如，假设音频数据类型可以包含媒体内容类型、电话语音类型、通知提示类型等类型，其中电话语音类型较为重要，该音频数据类型对应的音频可以设置其优先级数据为1，通知提示类型对应的音频可以设置其优先级数据为2，媒体内容类型对应的音频可以设置其优先级数据为3，优先级的顺序可以为1＞2＞3，当然，此处仅是示意性举例说明，具体音频数据类型可以包含其他类型，优先级数据也可以是其他类型的数据，并不应对本示例实施例造成任何特殊限定。

可选的，可以预先设置不同优先级的音频对应的播放音量，例如，对于优先级数据为1的音频(如电话语音类型的音频)，可以设置其在音频融合时的播放音量为70，对于优先级数据为2的音频(如通知提示类型的音频)，可以设置其在音频融合时的播放音量为50，对于优先级数据为3的音频(如媒体内容类型的音频)，可以设置其在音频融合时的播放音量为30，当然，可以设置各类型的音频的在音频融合时的播放音量为固定数值，也可以设置各类型的音频的在音频融合时的播放音量为播放音量区间，具体可以根据实际情况自定义设置，本示例实施例对此不做特殊限定。

在根据音频数据类型确定第一音频的第一优先级数据和第二音频的第二优先级数据之后，可以根据预先设置的对应关系确定第一音频的播放音量数据以及第二音频的播放音量数据，进而可以根据确定的播放音量数据分别调整第一音频的播放音量和第二播放音频的播放音量，然后将调整播放音量后的第一音频和第二音频进行融合输出，实现以第一播放模式播放第一音频和第二音频。

通过对不同音频数据类型设置优先级数据，并对不同优先级数据的音频设置播放音量，这样能够在第一终端和第二终端需要同时输出至少两个不同音频数据类型的音频时，快速调整不同音频的播放音量，实现多个音频的分层次融合输出，有效保证多个音频同时播放时，使用户能够听到优先级较高的音频，避免重要信息或者音频的遗漏，提升多音频播放的智能性的同时，保证多音频播放的流畅性，提升用户使用体验。

一般来说，在第一终端输出一种音频且第二终端输出一种音频的场景中，音频播放设备可以决策使用调低其中一种音频的播放音量以及调高另一种音频的播放音量的分层次融合输出方法；在第一终端和第二终端输出的音频的数量大于两个时，可以决策使用优先级的方式实现多个音频的分层次融合播放。

在一示例性实施例中，可以在将第一音频和第二音频进行播放音量调整之前，可以记录第一音频的初始播放音量，初始播放音量可以是指音量调整前的第一音频的当前播放音量。

可以理解的是，在通知提示类型的第二音频停止播放后，由于第一音频经过播放音量调整，此时第一音频的播放音量小于初始播放音量，为了不影响用户的体验(如第一音频的初始播放音量可能是用户设置的最佳体验播音量)，可以按照初始播放音量恢复第一音频的播放，使第一音频的播放音量恢复至分层次融合输出之前的状态。通过记录的初始播放音量恢复第一音频的播放，可以在播放完第二音频后，及时将第一音频恢复到用户收听融合音频之前的状态，保证第一音频播放的平滑性，保证用户的使用体验。

在一示例性实施例中，如果接收到确定第二音频的音频数据类型的失败指令，例如，系统无法识别第二音频的音频数据类型时生成失败指令，无法通过第二音频的音频数据类型确定用于播放第一音频和第二音频的播放模式，此时可以响应确定第二音频的音频数据类型的失败指令，向第一终端发送抢播指令，以使第一终端基于抢播指令暂停第一音频的播放，并播放第二音频。

在一示例性实施例中，若检测到第二音频的音频数据类型是非通知提示类型，例如第二音频的音频数据类型可以是电话语音类型或者媒体内容类型，则可以以第二播放模式播放第一音频和第二音频；在第二播放模式下，可以向第一终端发送抢播指令，以使第一终端基于抢播指令暂停第一音频的播放；以及播放第二音频，实现第二终端抢播第二音频，此时，第二播放模式可以认为是一种实现音频抢播的多音频抢播模式。

在一示例性实施例中，若检测到第二音频的音频数据类型是非通知提示类型，可以在向第一终端发送抢播指令之前，记录第一音频的初始播放音量。在非通知提示类型的第二音频停止播放后，可以自动按照初始播放音量恢复第一音频的播放，使第一音频的播放音量恢复至第二音频抢播之前的状态。

可选的，在非通知提示类型的第二音频停止播放后，可以向用户发送提示信息，该提示信息可以用于提示用户选择继续播放的音频或者选择用于输出音频的终端，例如，提示信息可以是系统提示语音提醒，也可以是物理震动提醒，还可以是灯光闪烁提醒，本示例实施例不以此为限。

在一示例性实施例中，如果终端确定的第二音频的音频数据类型是错误的，例如，终端将通知提示类型的第二音频误识别为非通知提示类型，这样在以第二播放模式播放第一音频和第二音频时，可能导致通知提示类型的第二音频在播放完毕后，第一音频被暂停播放，此时，在以第二播放模式实现第二音频的抢播后，可以通过图9中的步骤继续实现第一音频和第二音频的播放，参考图9所示，具体可以包括：

步骤S910，监测所述第二音频的播放时间；

步骤S920，在所述播放时间小于或者等于时间阈值且所述第二音频停止播放时，向所述第一终端发送恢复指令，以使所述第一终端基于所述恢复指令恢复所述第一音频的播放。

在本实施例中，可以在接收到第二终端发送的播放请求后，生成抢播指令并向第一终端发送抢播指令，以使第一终端基于该抢播指令暂停第一音频的播放，并播放第二音频，其中，抢播指令是指在播放第一终端输出的第一音频时接收到第二终端的播放请求生成指令。第一终端在接收到抢播指令时，可以向输出第一音频的来源处发送暂停指令，以暂停第一音频的播放，并播放第二音频，实现抢播。

在第二音频实现抢播之后，可以监测第二音频的播放时间，若第二音频的播放时间小于或者等于时间阈值，例如时间阈值可以是3s，此时可以认为该第二音频为通知提示类型的音频，并且在第二音频结束播放时，及时向第一终端发送恢复指令，以使第一终端基于恢复指令恢复第一音频的播放。其中，停止播放可以是第二音频播放结束，也可以是用户主动终止第二音频的播放，本示例实施例对此不做限定。

通过在第二音频抢播成功后，继续监测第二音频的播放时间，并且在播放时间小于或者等于时间阈值且第二音频停止播放时，确定第二音频的音频数据类型被误识别，及时向第一终端发送恢复指令，恢复第一音频的播放，可以避免由于第二音频的音频数据类型被误识别导致第一音频和第二音频的播放流畅性下降的问题，提升用户体验。

当然，本示例实施例也可以用于终端无法判定第二音频的音频数据类型的场景。举例而言，如果接收到确定第二音频的音频数据类型的失败指令，例如，系统无法识别第二音频的音频数据类型时生成失败指令，此时无法通过第二音频的音频数据类型确定用于播放第一音频和第二音频的播放模式，可以在接收到第二终端发送的播放请求后，生成抢播指令并向第一终端发送抢播指令，以使第一终端基于该抢播指令暂停第一音频的播放，并播放第二音频。

若第二音频的播放时间小于或者等于时间阈值，此时可以认为该第二音频为通知提示类型的音频，并且在第二音频结束播放时，及时恢复第一音频的播放。

若第二音频的播放时间大于时间阈值，此时可以认为第二音频不是通知提示类型的音频，此时第二音频停止播放时，可以不用恢复第一音频的播放，等待用户的进一步操作。

通过第二音频的播放时间确定在第二音频抢播后是否恢复第一音频的播放，能够有效提升第一音频和第二音频播放的智能性和流畅性，提升用户使用体验。

图10示意性示出本公开示例实施例中一种实现多终端音频播放的流程示意图。

参考图10所示，步骤S1001，音频播放设备1010与第一终端1020建立无线通信连接，如蓝牙通信连接；

步骤S1002，音频播放设备1010与第二终端1030建立无线通信连接，如蓝牙通信连接；

步骤S1003，第一终端1020向音频播放设备1010发送第一音频对应的音频流数据；

步骤S1004，音频播放设备1010接收音频流数据以实现第一音频的播放；

步骤S1005，第二终端1030生成第二音频的播放指令；

步骤S1006，第二终端1030判断第二音频是否是通知提示类型的音频，如果是则执行步骤S1007至步骤S1009，否则执行步骤S1010；

步骤S1007，第二终端1030向音频播放设备1010发送第二音频的播放请求，该播放请求包括第二音频的音频数据类型；

步骤S1008，音频播放设备1010在确定第二音频的音频数据类型为通知提示类型后，接收第二终端1030发送的第二音频的音频流数据；

步骤S1009，音频播放设备1010将第一音频和第二音频进行分层次融合输出，以强调播放第二音频；

步骤S1010，第二终端1030向音频播放设备1010发送播放请求；

步骤S1011，音频播放设备1010在确定第二音频的音频数据类型不是通知提示类型后，基于接收的播放请求生成抢播指令，并将抢播指令发送给第一终端，以使第一终端响应该抢播指令暂停第一音频的播放；

步骤S1012，第一终端1020停止向音频播放设备1010发送第一音频的音频流数据；

步骤S1013，音频播放设备1010接收第二音频的音频流数据，以播放第二音频，实现第二终端的抢播。

本公开在保留了音频播放设备连接多终端使用过程中允许抢播的逻辑，同时针对第二终端的系统提示音等短时间播放音频业务出现“误抢播”的场景进行逻辑处理，保证了第一终端的音频播放的流畅性，不被频繁误打断；同时，第二终端的系统提示音等短时间音频播放不会像相关技术中直接静音处理而是保留播放，通过音频播放设备分层次融合输出的方式，播放第二终端的系统提示音以实现及时提示用户，使得用户不会漏掉第二终端的通知消息，用户体验更好，更加一体化。

综上所述，本示例性实施方式中，在音频播放设备播放第一终端发送的第一音频的状态下，响应第二终端播放第二音频的播放请求，首先确定第二音频的音频数据类型，然后根据音频数据类型确定用于播放第一音频和第二音频的播放模式，这样，通过第二音频的音频数据类型确定播放不同类型下音频的播放模式，能够有效提升多终端音频切换时的流畅性，提高多终端音频播放的智能性，提升用户体验。

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

进一步的，参考图11所示，本示例的实施方式中还提供一种音频播放装置1100，例如，可以设置于具有无线通信功能的音频播放设备105中，音频播放设备105与第一终端和第二终端建立无线通信连接。该音频播放装置1100至少可以包括音频数据类型确定模块1110和播放模式确定模块1120。其中：

音频数据类型确定模块1110用于在播放所述第一终端发送的第一音频的状态下，响应所述第二终端播放第二音频的播放请求，确定所述第二音频的音频数据类型；

播放模式确定模块1120用于根据所述音频数据类型确定用于播放所述第一音频和所述第二音频的播放模式。

在一示例性实施例中，播放模式确定模块1120可以包括：

第一播放单元，用于响应确定所述音频数据类型为通知提示类型，则以第一播放模式播放所述第一音频和所述第二音频；或者

第二播放单元，用于响应确定所述音频数据类型为非通知提示类型，则以第二播放模式播放所述第一音频和所述第二音频。

在一示例性实施例中，第一播放单元可以用于：

获取所述第一音频的当前播放音量，并根据所述当前播放音量确定音量阈值；

调整所述第一音频的播放音量，以使所述第一音频的播放音量小于所述音量阈值；

调整所述第二音频的播放音量，以使所述第二音频的播放音量大于或者等于所述音量阈值；

将调整播放音量后的所述第一音频以及所述第二音频进行融合输出。

在一示例性实施例中，第一播放单元可以用于：

确定所述第一音频的音频数据类型，并基于所述第一音频的音频数据类型确定所述第一音频对应的第一优先级数据；

基于所述通知提示类型确定第二音频对应的第二优先级数据；

根据所述第一优先级数据和所述第二优先级数据分别确定所述第一音频以及所述第二音频对应的播放音量数据；

通过所述播放音量数据调整所述第一音频以及所述第二音频的播放音量；

将调整播放音量后的所述第一音频以及所述第二音频进行融合输出。

在一示例性实施例中，音频播放装置1100还可以包括第一音频恢复模块，该第一音频恢复模块可以用于：

获取记录的所述第一音频的初始播放音量；

在所述第二终端停止所述第二音频的传输后，按照所述初始播放音量恢复所述第一音频的播放。

在一示例性实施例中，第二播放单元可以用于：

向所述第一终端发送抢播指令，以使所述第一终端基于所述抢播指令暂停所述第一音频的播放；以及

播放所述第二音频。

在一示例性实施例中，音频播放装置1100还可以用于：

监测所述第二音频的播放时间；

在所述播放时间小于或者等于时间阈值且所述第二音频停止播放时，向所述第一终端发送恢复指令，以使所述第一终端基于所述恢复指令恢复所述第一音频的播放。

在一示例性实施例中，音频播放装置1100还可以用于：

响应接收到确定所述第二音频的音频数据类型的失败指令，向所述第一终端发送抢播指令，以使所述第一终端基于所述抢播指令暂停所述第一音频的播放；以及

播放所述第二音频。

上述装置中各模块的具体细节在方法部分实施方式中已经详细说明，未披露的细节内容可以参见方法部分的实施方式内容，因而不再赘述。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

本公开的示例性实施方式还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤，例如可以执行图6至图10中任意一个或多个步骤。

需要说明的是，本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。

在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中，计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

此外，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

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

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

Claims (11)

1.一种音频播放方法，其特征在于，由具有无线通信功能的音频播放设备执行，所述音频播放设备与第一终端和第二终端建立无线通信连接，所述方法包括：

在播放所述第一终端发送的第一音频的状态下，响应所述第二终端播放第二音频的播放请求，确定所述第二音频的音频数据类型；

根据所述音频数据类型确定用于播放所述第一音频和所述第二音频的播放模式。

2.根据权利要求1所述的方法，其特征在于，所述音频数据类型包括通知提示类型和非通知提示类型，所述播放模式包括第一播放模式和第二播放模式；

所述根据所述音频数据类型确定用于播放所述第一音频和所述第二音频的播放模式，包括：

响应确定所述音频数据类型为通知提示类型，则以第一播放模式播放所述第一音频和所述第二音频；或者

响应确定所述音频数据类型为非通知提示类型，则以第二播放模式播放所述第一音频和所述第二音频。

3.根据权利要求2所述的方法，其特征在于，所述以第一播放模式播放所述第一音频和所述第二音频，包括：

获取所述第一音频的当前播放音量，并根据所述当前播放音量确定音量阈值；

调整所述第一音频的播放音量，以使所述第一音频的播放音量小于所述音量阈值；

调整所述第二音频的播放音量，以使所述第二音频的播放音量大于或者等于所述音量阈值；

将调整播放音量后的所述第一音频以及所述第二音频进行融合输出。

4.根据权利要求2所述的方法，其特征在于，所述以第一播放模式播放所述第一音频和所述第二音频，包括：

确定所述第一音频的音频数据类型，并基于所述第一音频的音频数据类型确定所述第一音频对应的第一优先级数据；

基于所述通知提示类型确定第二音频对应的第二优先级数据；

根据所述第一优先级数据和所述第二优先级数据分别确定所述第一音频以及所述第二音频对应的播放音量数据；

通过所述播放音量数据调整所述第一音频以及所述第二音频的播放音量；

将调整播放音量后的所述第一音频以及所述第二音频进行融合输出。

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

获取所述第一音频的初始播放音量；

在所述第二终端停止所述第二音频的传输后，按照所述初始播放音量恢复所述第一音频的播放。

6.根据权利要求2所述的方法，其特征在于，所述以第二播放模式播放所述第一音频和所述第二音频，包括：

向所述第一终端发送抢播指令，以使所述第一终端基于所述抢播指令暂停所述第一音频的播放；以及

播放所述第二音频。

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

监测所述第二音频的播放时间；

在所述播放时间小于或者等于时间阈值且所述第二音频停止播放时，向所述第一终端发送恢复指令，以使所述第一终端基于所述恢复指令恢复所述第一音频的播放。

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

响应接收到确定所述第二音频的音频数据类型的失败指令，向所述第一终端发送抢播指令，以使所述第一终端基于所述抢播指令暂停所述第一音频的播放；以及

播放所述第二音频。

9.一种音频播放装置，其特征在于，设置于具有无线通信功能的音频播放设备，所述音频播放设备与第一终端和第二终端建立无线通信连接，所述装置包括：

音频数据类型确定模块，用于在播放所述第一终端发送的第一音频的状态下，响应所述第二终端播放第二音频的播放请求，确定所述第二音频的音频数据类型；

播放模式确定模块，用于根据所述音频数据类型确定用于播放所述第一音频和所述第二音频的播放模式。

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

11.一种电子设备，其特征在于，包括：

处理器；以及

存储器，用于存储所述处理器的可执行指令；

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1至8任一项所述的方法。

Images