CN117149128A - 音频播放方法及相关装置 - Google Patents

Abstract

本申请提供一种音频播放方法及相关装置，应用于终端技术领域。该方法包括：第一设备显示第一界面，第一界面包括提示信息和第一控件，提示信息用于提示是否通过其他设备播放音频；响应于触发第一控件的操作，取消提示信息和第一控件的显示；第三设备通过与第一设备通信得到第一目标音频，并向第二设备发送第一目标音频，第一目标音频是在第一设备接收到用于播放第一目标音频的操作的情况下得到的；第二设备从第三设备接收第一目标音频，并播放第一目标音频。本申请实施例中，第一设备通过第三设备向第二设备发送所需播放的音频，以实现使用第二设备播放音频，操作简单，有利于提高用户体验。

Description

音频播放方法及相关装置

技术领域

本申请涉及终端技术领域，尤其涉及一种音频播放方法及相关装置。

背景技术

随着智能终端的发展，一些设备可以通过蓝牙技术连接蓝牙音响或者车载蓝牙等外放设备，通过外放设备实现音频播放以及通话等功能。

在一些场景中，第一设备想要使用第二设备（即外放设备例如车载蓝牙）实现音频播放以及通话等功能，而此时，第二设备与第三设备通过蓝牙连接，用于播放第三设备的音频。在这种情况下，第一设备需要连接该第二设备，该第二设备响应于用户将音频源切换为第一设备的操作，播放第一设备的音频。其中，第一设备可以通过以下步骤连接该第二设备：第一设备在蓝牙模式处于打开状态的情况下，可以搜索周边设备以发现该第二设备，用户可以在第一设备的控制中心界面查看发现的设备，若控制中心界面包括该第二设备，用户可以触发第一设备与该第二设备连接，第一设备响应于用户触发第一设备连接该第二设备的操作，与该第二设备通过蓝牙连接。

这样，第三设备与第二设备连接状态下，第一设备使用第二设备播放音频需要经过多次操作，操作较繁琐，不利于用户体验。

发明内容

本申请提供一种音频播放方法及相关装置，应用于终端技术领域，本申请中，第一设备通过第三设备向第二设备发送所需播放的音频，以实现使用第二设备播放音频，操作简单，有利于提高用户体验。

第一方面，本申请提出一种音频播放方法，应用于第一设备，该方法包括：显示第一界面，第一界面包括提示信息和第一控件，提示信息用于提示是否通过其他设备播放音频；响应于触发第一控件的操作，取消提示信息和第一控件的显示；

在第一设备接收到用于播放第一目标音频的操作的情况下，通过第二设备播放第一目标音频，其中，第一目标音频是第三设备通过与第一设备通信得到的，第二设备播放的第一目标音频是从第三设备接收的。

第一界面可以为第一设备可显示的任一界面，例如，应用程序包括的界面、主界面或者控制中心界面。提示信息和第一控件可以以弹框或者弹窗的形式出现，本申请对此不作限定。第一控件用于表示确定使用其他设备播放音频，第一控件也可以称为确认控件，本申请对此不作限定。可选地，第一界面还可以显示第二控件，用于表示不使用其他设备播放音频。第二控件也可以称为取消控件，本申请对此不作限定。

第一控件被触发，第一设备可以取消提示信息和第一控件的显示，搜索其他设备或者接收其他设备的信息，以通过其他设备播放音频。若第三设备能够用于播放音频，则第一设备与第三设备建立通信连接。第三设备通过与第一设备的通信可以直接得到第一目标音频，也可以间接得到第一目标音频，本申请对此不作限定。在一些实现中，第一设备通过与第三设备的通信，向第三设备发送第一目标音频，第三设备通过与第一设备的通信得到第一目标音频。在另一些实现中，第一设备通过与第三设备的通信，向第三设备发送第一目标音频的标识和应用程序的标识，第三设备通过与第一设备的通信，基于应用程序的标识，从第三设备中的应用程序（该应用程序的标识与接收到的应用程序的标识相同）中，基于第一目标音频的标识，得到第一目标音频。在又一些实现中，第一设备通过与第三设备的通信，向第三设备发送统一资源定位符（uniform resource locator，URL）信息，URL信息为第一目标音频的获取途径，第三设备通过与第一设备的通信，基于URL信息，从第三设备包括用于查询网页地址的应用程序中得到第一目标音频。

本申请提供的音频播放方法，当第一设备确定使用其他设备播放音频时，第一设备可以与第三设备通信，以通过第三设备播放音频。这样，第一设备通过第二设备播放声音，不需要直接与第二设备连接，减少了与第二设备连接的操作，操作简单，有利于提高用户体验。

一种可能的实现中，在显示第一界面之前，方法还包括：获取第一广播信息，第一广播信息包括用于表示能够基于第三设备实现外放音频的信息；显示第一界面，包括：基于第一广播信息，显示第一界面。第一设备接收来自第三设备的第一广播信息，可以得知第三设备可以实现外放音频，第一设备可以显示第一界面。这样，这样，第三设备主动告知能够基于第三设备实现外放音频，第一设备被动发现，有利于实现第一设备通过第三设备播放音频。

一种可能的实现中，方法还包括：响应于触发第一控件的操作，与第三设备建立第一通信连接，第一通信连接为低功耗蓝牙（bluetooth low energy，BLE）连接；当第一设备与第三设备建立有第一通信连接时，通过第一通信连接传输建立第二通信连接所需的信息；与第三设备建立第二通信连接；在第一设备接收到用于播放第一目标音频的操作的情况下，方法还包括：通过第二通信连接向第三设备发送第一目标音频，或与第一目标音频相关的信息。

当用户确定使用第三设备播放音频时，第一设备可以向第三设备发起BLE连接，以建立BLE连接。BLE连接一般不传输较大的数据，故第一设备可以通过BLE连接与第三设备传输建立第二通信连接所需的信息以建立第二通信连接，并通过第二通信连接传输第一目标音频，或与第一目标音频相关的信息。这样，有利于在第一设备与第三设备之间传输数据。

一种可能的实现中，在显示第一界面之前，方法还包括：发送第二广播信息，第二广播信息包括用于指示需要使用其他设备播放音频的信息；与第三设备建立第一通信连接，第一通信连接为BLE连接；显示第一界面，包括：当第一设备与第三设备建立有第一通信连接时，显示第一界面。

第一设备发送第二广播信息以告知周边设备其需要使用其他设备播放音频，第三设备在与第二设备建立有第三通信连接，且第二设备被设置为共享设备的情况下，接收第二广播信息，可以向第一设备发起BLE连接，以建立BLE连接。当第一设备与第三设备建立有第一通信连接时，第一设备显示第一界面。这样，第一设备主动告知其需要使用其他设备播放音频，第三设备被动发现存在需要使用其他设备播放音频的设备，有利于实现第一设备通过第三设备播放音频。

一种可能的实现中，方法还包括：响应于触发第一控件的操作，通过第一通信连接传输建立第二通信连接所需的信息；与第三设备建立第二通信连接；在第一设备接收到用于播放第一目标音频的操作的情况下，方法还包括：通过第二通信连接向第三设备发送第一目标音频，或与第一目标音频相关的信息。这样，通过第一通信连接传输建立第二通信连接所需的信息，有利于建立第二通信连接，在建立第二通信连接之后，通过第二通信连接传输第一目标音频，或与第一目标音频相关的信息，有利于实现音频数据的传输。这样，有利于在第一设备与第三设备之间传输数据。

一种可能的实现中，发送第二广播信息，包括：显示第二界面，第二界面包括第一功能，第一功能处于关闭状态，第一功能用于表示使用其他设备播放音频；响应于用于打开第一功能的操作，发送第二广播信息。

第一功能处于打开状态，表示第一设备存在需要使用其他设备播放音频的需求，此时，可以发送第二广播信息。这样，在存在需求时发送第二广播信息，相比一直发送第二广播信息，有利于节省功耗。

一种可能的实现中，方法还包括：当第一设备与第三设备建立有第二通信连接时，断开第一通信连接。第一通信连接用于传输建立第二通信连接所需的信息，当第二通信连接建立后，可以断开与第三设备的第一通信连接，以节省功耗。

一种可能的实现中，在第一设备接收到用于播放第一目标音频的操作的情况下，通过第二设备播放第一目标音频，包括：在第一设备接收到用于播放第一目标音频的操作的情况下，获取第一目标音频；将第一目标音频转换为脉冲调制编码（pulse codemodulation，PCM）数据；向第三设备发送PCM数据，第二设备的PCM数据是从第三设备接收的，第二设备播放的第一目标音频是对PCM数据进行转换后得到的。这样，第一设备无需对PCM数据进行编码，由第三设备对PCM进行编码，有利于节省第一设备的编码能力。

一种可能的实现中，在第一设备接收到用于播放第一目标音频的操作的情况下，通过第二设备播放第一目标音频，包括：在第一设备接收到用于播放第一目标音频的操作的情况下，获取第一目标音频；将第一目标音频转换为PCM数据；对PCM数据进行编码，得到编码后的PCM数据；向第三设备发送编码后的PCM数据，第二设备的编码后的PCM数据是从第三设备接收的，第二设备播放的第一目标音频是对编码后的PCM数据进行处理后得到的。这样，第一设备对PCM数据进行编码后传输，第三设备接收后转发至第二设备，第三设备无需编码，可以缩短数据在第三设备中的停留时间。

一种可能的实现中，在第一设备接收到用于播放第一目标音频的操作的情况下，通过第二设备播放第一目标音频，包括：在第一设备接收到用于播放第一应用程序中第一目标音频的操作的情况下，获取第一信息，第一信息包括第一应用程序的标识，第一目标音频的标识，以及第一目标音频的统一资源定位符URL信息；向第三设备发送第一信息，第三设备中的第一目标音频是从第二应用程序中基于第一目标音频的标识获取的，第二应用程序的标识与第一应用程序的标识相同，或者，第三设备中的第一目标音频是从第三应用程序中基于URL信息获取的，第三应用程序为用于查询网页地址的应用程序。这样，第一设备与第三设备之间不需要一直传输数据，第三设备得到第一信息后可以基于第一信息得到数据，第一设备与第三设备之间的数据传输较短。

一种可能的实现中，第一界面为目标应用程序包括的界面，目标应用程序为能够播放音频的应用程序。目标应用程序可以是预设的，例如，目标应用程序可以是电话应用程序、音乐应用程序以及视频应用程序等。第一设备显示目标应用程序包括的界面，可以说明该应用程序在运行，则说明很大概率存在播放音频的需求，在该场景下显示提示信息，以便于使用其他设备播放音频。

第二方面，本申请提供一种音频播放方法，应用于包括第一设备、第二设备以及第三设备的通信系统；方法包括：第一设备显示第一界面，第一界面包括提示信息和第一控件，提示信息用于提示是否通过其他设备播放音频；响应于触发第一控件的操作，取消提示信息和第一控件的显示；第三设备通过与第一设备通信得到第一目标音频，并向第二设备发送第一目标音频，第一目标音频是在第一设备接收到用于播放第一目标音频的操作的情况下得到的；第二设备从第三设备接收第一目标音频，并播放第一目标音频。

一种可能的实现中，在第一设备显示第一界面之前，方法还包括：在第三设备接收到用于将第二设备设置为共享设备的操作的情况下，且第二设备与第三设备建立有第三通信连接时，第三设备发送第一广播信息，第一广播信息包括能够基于第三设备实现外放音频的信息；第一设备获取第一广播信息；第一设备显示第一界面，包括：第一设备基于第一广播信息，显示第一界面。

一种可能的实现中，方法还包括：响应于触发第一控件的操作，第一设备与第三设备建立第一通信连接，第一通信连接为BLE连接；当第一设备与第三设备建立有第一通信连接时，第一设备通过第一通信连接传输建立第二通信连接所需的信息；第一设备与第三设备建立第二通信连接；第三设备通过与第一设备通信得到第一目标音频，包括：第一设备通过第二通信连接向第三设备发送第一目标音频，或与第一目标音频相关的信息。

一种可能的实现中，在第一设备显示第一界面之前，方法还包括：第一设备发送第二广播信息，第二广播信息包括用于指示需要使用其他设备播放音频的信息；在第三设备接收到用于将第二设备设置为共享设备的操作的情况下，且第二设备与第三设备建立有第三通信连接时，第三设备与第一设备建立第一通信连接，第一通信连接为BLE连接；第一设备显示第一界面，包括：当第三设备与第一设备建立有第一通信连接时，第一设备显示第一界面。

一种可能的实现中，方法还包括：响应于触发第一控件的操作，第一设备通过第一通信连接传输建立第二通信连接所需的信息；第一设备与第三设备建立第二通信连接；第三设备通过与第一设备通信得到第一目标音频，包括：第一设备通过第二通信连接向第三设备发送第一目标音频，或与第一目标音频相关的信息。

一种可能的实现中，第一设备发送第二广播信息，包括：第一设备显示第二界面，第二界面包括第一功能，第一功能处于关闭状态，第一功能用于表示使用其他设备播放音频；响应于用于打开第一功能的操作，第一设备发送第二广播信息。

一种可能的实现中，方法还包括：当第一设备与第三设备建立有第二通信连接时，第一设备断开与第三设备的第一通信连接。

一种可能的实现中，第三设备通过与第一设备通信得到第一目标音频，包括：在第一设备接收到用于播放第一目标音频的操作的情况下，第一设备获取第一目标音频；第一设备将第一目标音频转换为PCM数据；第一设备向第三设备发送PCM数据；第三设备接收PCM数据；第二设备通过第三设备通信得到第一目标音频，包括：第三设备对PCM数据进行编码，得到编码后的PCM数据；第三设备向第二设备发送编码后的PCM数据；第二设备对编码后的PCM数据进行处理后得到第一目标音频。

一种可能的实现中，第三设备通过与第一设备通信得到第一目标音频，包括：在第一设备接收到用于播放第一目标音频的操作的情况下，第一设备获取第一目标音频；第一设备将第一目标音频转换为脉冲调制编码PCM数据；第一设备对PCM数据进行编码，得到编码后的PCM数据；第一设备向第三设备发送编码后的PCM数据；第三设备接收编码后的PCM数据；第二设备通过第三设备通信得到第一目标音频，包括：第三设备向第二设备发送编码后的PCM数据；第二设备对编码后的PCM数据进行处理后得到第一目标音频。

一种可能的实现中，第三设备通过与第一设备通信得到第一目标音频，包括：在第一设备接收到用于播放第一应用程序中第一目标音频的操作的情况下，第一设备获取第一信息，第一信息包括第一应用程序的标识，第一目标音频的标识，以及第一目标音频的URL信息；第一设备向第三设备发送第一信息；第三设备接收第一信息；第三设备从第二应用程序中基于第一目标音频的标识获取第一目标音频，或者，第三设备从第三应用程序中基于URL信息获取第一目标音频，其中，第二应用程序的标识与第一应用程序的标识相同，第三应用程序为用于查询网页地址的应用程序。

一种可能的实现中，方法还包括：第三设备显示第二界面，第二界面显示当前播放的音频源为第一设备；响应于用于将当前播放的音频源设置为第三设备的操作，第三设备在第二界面中显示当前播放的音频源为第三设备；在第三设备接收到用于播放第二目标音频的操作的情况下，第三设备向第二设备发送第二目标音频，第二设备播放第二目标音频。这样，当前播放的音频源为第一设备时，第三设备可以向第二设备转发第一设备的数据，当前播放的音频源为第三设备时，第三设备可以直接向第二设备发送数据，灵活性更强。

一种可能的实现中，第一界面为目标应用程序包括的界面，目标应用程序为能够播放音频的应用程序。

第三方面，本申请提供一种通信系统，包括：第一设备、第二设备以及第三设备；第一设备，用于显示第一界面，第一界面包括提示信息和第一控件，提示信息用于提示是否通过其他设备播放音频；响应于触发第一控件的操作，取消提示信息和第一控件的显示；第三设备，用于通过与第一设备通信得到第一目标音频，并向第二设备发送第一目标音频，第一目标音频是在第一设备接收到用于播放第一目标音频的操作的情况下得到的；第二设备，用于从第三设备接收第一目标音频，并播放第一目标音频。可以理解的是，第一设备还可以用于执行上述第一方面的任一种实现方式中描述的方法。

第四方面，本申请提供一种电子设备，用于执行上述第一方面的任意一种可能的实现方式中描述的方法，或者，用于实现上述第二方面的任意一种可能的实现方式中，描述的第一设备所执行的方法，或者，用于实现上述第二方面的任意一种可能的实现方式中，描述的第三设备所执行的方法。

第五方面，本申请提供一种电子设备，电子设备也可以称为终端（terminal）、用户设备（user equipment，UE）、移动台（mobile station，MS）、移动终端（mobile terminal，MT）等。电子设备可以是手机（mobile phone）、智能电视、穿戴式设备、平板电脑（Pad）、带无线收发功能的电脑、虚拟现实（virtual reality，VR）电子设备、增强现实（augmentedreality，AR）电子设备、工业控制（industrial control）中的无线终端、无人驾驶（self-driving）中的无线终端、远程手术（remote medical surgery）中的无线终端、智能电网（smart grid）中的无线终端、运输安全（transportation safety）中的无线终端、智慧城市（smart city）中的无线终端和智慧家庭（smart home）中的无线终端等等。

第六方面，本申请提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序。计算机程序被处理器执行时实现上述第一方面的任意一种可能的实现方式中描述的方法，或者，用于实现上述第二方面的任意一种可能的实现方式中，描述的第一设备所执行的方法，或者，用于实现上述第二方面的任意一种可能的实现方式中，描述的第三设备所执行的方法。

第七方面，本申请提供一种计算机程序产品，计算机程序产品包括计算机程序，当计算机程序被运行时，使得计算机执行上述第一方面的任意一种可能的实现方式中描述的方法，或者，用于实现上述第二方面的任意一种可能的实现方式中，描述的第一设备所执行的方法，或者，用于实现上述第二方面的任意一种可能的实现方式中，描述的第三设备所执行的方法。

应当理解的是，本申请的第四方面至第七方面与本申请的第一方面至第三方面的技术方案相对应，各方面及对应的可行实施方式所取得的有益效果相似，不再赘述。

附图说明

图1是一种通信系统的示意图；

图2是蓝牙连接的界面图；

图3是本申请实施例适用的一种通信系统的示意图；

图4是本申请实施例提供的一种电子设备的硬件结构示意图；

图5是本申请实施例适用的一种电子设备的软件结构框图；

图6是本申请实施例提供的一种第二设备的软件结构框图；

图7是本申请实施例提供的一种音频播放方法的示意性流程图；

图8是本申请实施例提供的一种设置共享设备的示意图；

图9是本申请实施例提供的一种设置功能开关的示意图；

图10是本申请实施例提供的一种显示提示信息的示意图；

图11是本申请实施例提供的另一种显示提示信息的示意图；

图12是本申请实施例提供的另一种音频播放方法的示意性流程图；

图13是本申请实施例提供的一种切换音频源的示意图；

图14是本申请实施例提供的一种数据传输的示意性框图；

图15是本申请实施例提供的另一种数据传输的示意性框图；

图16是本申请实施例提供的又一种数据传输的示意性框图；

图17是本申请实施例提供的又一种音频播放方法的示意性流程图；

图18是本申请实施例提供的一种芯片的示意性框图。

具体实施方式

为了便于清楚描述本申请实施例的技术方案，首先进行以下说明：

在本申请的实施例中，采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。例如，第一设备和第二设备仅仅是为了区分不同的设备，并不对其先后顺序进行限定。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定，并且“第一”、“第二”等字样也并不限定一定不同。

需要说明的是，本申请实施例中，“示例性的”或者“例如”等词用于表示作例子、例证或说明。本申请中被描述为“示例性的”或者“例如”的任何实施例或设计方案不应被解释为比其他实施例或设计方案更优选或更具优势。确切而言，使用“示例性的”或者“例如”等词旨在以具体方式呈现相关概念。

本申请实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B的情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项（个）”或其类似表达，是指的这些项中的任意组合，包括单项（个）或复数项（个）的任意组合。例如，a，b，或c中的至少一项（个），可以表示：a，b，c，a-b，a--c，b-c，或a-b-c，其中a，b，c可以是单个，也可以是多个。

需要说明的是，本申请实施例中的“在……时”，可以为在某种情况发生的瞬时，也可以为在某种情况发生前后的一段时间内，本申请实施例对此不作具体限定。此外，本申请实施例提供的显示界面仅作为示例，显示界面还可以包括更多或更少的内容。

在一些场景中，第一设备想要使用第二设备（例如车载蓝牙或者蓝牙音响）实现音频播放以及通话等功能时，而此时，第二设备与第三设备通过蓝牙连接，用于播放第三设备的音频。在这种情况下，第一设备需要连接该第二设备，该第二设备响应于用户将音频源切换为第一设备的操作，播放第一设备的音频，或者，基于部署的设备切换方法，切换至播放第一设备的音频。其中，第一设备可以通过以下步骤连接该第二设备：第一设备在蓝牙模式处于打开状态的情况下，可以搜索周边设备以发现该第二设备，用户可以在第一设备的控制中心界面查看发现的设备，若控制中心界面包括该第二设备，用户可以触发第一设备与该第二设备连接，第一设备响应于用户触发第一设备连接该第二设备的操作，与该第二设备通过蓝牙连接。

例如，图1示出了一种通信系统的示意图。如图1所示，通信系统包括第一设备110、蓝牙音响120以及第三设备130。第一设备110需要通过蓝牙音响120实现音频播放以及通话等功能时，第三设备130与蓝牙音响120处于蓝牙连接状态，第一设备110可以在蓝牙模式打开状态下，搜索周边设备以发现蓝牙音响120，响应于用户触发第一设备110连接蓝牙音响120的操作，与蓝牙音响120进行蓝牙连接。蓝牙音响120可以基于部署的设备切换方法，切换至播放第一设备的音频。其中，第一设备110与蓝牙音响120连接的具体过程可以如图2所示。响应于用户从第一设备110上端执行下拉操作时，第一设备110可以显示控制中心界面，如图2中的a界面所示。控制中心界面包括蓝牙控件111，蓝牙控件111处于打开状态。控制中心界面还包括移动数据控件和飞行模式控件等控件，本申请实施例重点关注蓝牙控件111，其他控件以及其他功能此处不做具体说明。蓝牙控件111处于打开状态，可以表示第一设备110可以搜索附近可用于蓝牙连接的设备。第一设备110响应于用户触发蓝牙界面的操作，显示蓝牙界面，如图2中的b界面所示。蓝牙界面可以显示第一设备110搜索得到的设备，若第一设备110搜索到蓝牙音响120，蓝牙界面可以显示蓝牙音响120的标识或者名称。在图2中的b界面中，蓝牙界面显示有蓝牙音响120选项，可以说明第一设备110搜索到蓝牙音响120。用户可以触发蓝牙音响120选项以实现第一设备110与蓝牙音响120连接，当用户触发蓝牙音响120选项时，第一设备110响应于用户触发蓝牙音响120选项的操作，可以通过蓝牙技术连接蓝牙音响120，并在连接成功后，在蓝牙界面显示已连接，如图2中c界面所示。

又如，车主的朋友使用的第一设备临时想要连接车辆中的车载蓝牙，而由于车主使用的第三设备与车辆中的车载蓝牙连接过，第三设备可以与车辆中的车载蓝牙自动连接。若第一设备的蓝牙模式处于打开状态，第一设备中的控制中心界面可以包括该外放设备，车主的朋友可以经过上述图2所示的类似操作触发第一设备与该车载蓝牙连接。车载蓝牙响应于车主或者车主的朋友将音频源切换为第一设备的操作，播放第一设备的音频。

这样，第二设备与第三设备连接状态下，第一设备使用第二设备播放音频需要经过多次操作，例如，打开蓝牙模式、查看可连接的设备、选择所需连接的设备、或者，切换播放源等操作，操作较繁琐，不利于用户体验。

有鉴于此，本申请实施例提供一种音频播放方法及相关装置，第一设备可以与第三设备通信，通过第三设备向第二设备发送所需播放的音频，这样，第一设备无需与第二设备连接便可以通过第二设备播放音频，减少了与第二设备进行连接的操作，操作简单，有利于提高用户体验。另外，本申请实施例不需要将第二设备的音频源从第三设备更改为第一设备，可以不对第二设备进行更改，第一设备可以支持通过第三设备播放音频即可，实现性较高，同时，本申请实施例不限制第二设备的硬件或者软件的版本，可以适用各种第二设备，适用场景更加广泛。例如，在车载蓝牙场景，车机更换周期长，本申请实施例可以对任意时间出厂的可用于播放音频的车机均适用。

为了更好地理解本申请实施例，首先对本申请实施例适用的通信系统进行介绍。

示例性地，图3示出了本申请实施例适用的一种通信系统的示意图。如图3所示，通信系统包括第一设备310、第二设备320以及第三设备330。第一设备310与第三设备通过无线连接，第三设备330与第二设备320通过蓝牙连接，第一设备310可以与第三设备330通信，通过第三设备330向第二设备320发送所需播放的音频，第二设备320播放接收到的音频。其中，通信系统中的第二设备320可以为车载蓝牙或者蓝牙音响，本申请实施例对此不作限定。

本申请实施例中的第一设备和第三设备均可以为电子设备，例如手机或者平板。为了便于理解，下面对本申请实施例的电子设备的硬件结构进行介绍。

示例性地，图4为本申请实施例提供的一种电子设备的硬件结构示意图。如图4所示，电子设备可以包括处理器110，外部存储器接口120，内部存储器121，通用串行总线（universal serial bus，USB）接口130，充电管理模块140，电源管理模块141，天线1，天线2，移动通信模块150，无线通信模块160，音频模块170，扬声器170A，收话器170B，麦克风170C，耳机接口170D，传感器模块180，按键190，马达191，指示器192，摄像头193，以及显示屏194等。

可选地，上述传感器模块180可以包括压力传感器180A，陀螺仪传感器180B，气压传感器180C，磁传感器180D，加速度传感器180E，距离传感器180F，接近光传感器180G，指纹传感器180H，温度传感器180J，触摸传感器180K，环境光传感器180L，骨传导传感器180M等。

可以理解的是，本申请实施例示意的结构并不构成对电子设备的具体限定。在本申请另一些实施例中，电子设备可以包括比图示更多或更少的部件，或者组合某些部件，或者拆分某些部件，或者不同的部件布置。图示的部件可以以硬件，软件或软件和硬件的组合实现。

处理器110可以包括一个或多个处理单元。其中，不同的处理单元可以是独立的器件，也可以集成在一个或多个处理器中。处理器110中还可以设置存储器，用于存储指令和数据。例如，处理器110可以用于执行本申请实施例提供的第一设备所执行的方法或者执行本申请实施例提供的第三设备所执行的方法，处理器110中的存储器用于存储实现本申请实施例所示方法的指令和数据。

电子设备的无线通信功能可以通过天线1，天线2，移动通信模块150，无线通信模块160以及处理器等实现。示例性地，本申请实施例涉及的设备之间的蓝牙连接、蓝牙通信、无线连接以及无线通信可以通过电子设备中天线1，天线2，移动通信模块150，无线通信模块160以及处理器等实现。

电子设备通过处理器110和显示屏194实现显示功能。其中，显示屏194用于显示图像，视频等。例如，电子设备可以通过处理器110和显示屏194实现显示本申请实施例中所涉及的界面的功能。

电子设备的软件系统可以采用分层架构，事件驱动架构，微核架构，微服务架构，或云架构。分层架构可以采用安卓（Android）系统，也可以采用苹果（IOS）系统，还可以采样其他操作系统，本申请实施例对此不作限定。下面以分层架构的Android系统为例，示例性说明电子设备的软件结构。

图5为本申请实施例适用的一种电子设备的软件结构框图。分层架构将电子设备的软件系统分成若干个层，每一层都有清晰的角色和分工。层与层之间通过软件接口通信。在一些实施例中，可以将Android系统分为四层，从上到下依次为应用程序层（applications）、应用程序框架层（application framework）、硬件抽象层（hardwareabstraction layer，HAL）、内核层（kernel）以及硬件层。应用程序层可以包括一系列应用程序包，应用程序层通过调用应用程序框架层所提供的应用程序接口（applicationprogramming interface，API）运行应用程序。如图5所示，应用程序包可以包括音乐、电话以及蓝牙等应用程序。

应用程序框架层为应用程序层的应用程序提供API和编程框架。应用程序框架层包括一些预先定义的函数。如图5所示，应用程序框架层可以包括音频模块、蓝牙编解码模块、蓝牙控制模块、射频模块、数据传输模块、视图系统、内容提供器以及电话管理器等。音频模块用于将音乐和电话等应用程序产生的音频数据转换为PCM数据。蓝牙编解码模块用于对音频模块输出的PCM数据进行编码，蓝牙控制模块用于将蓝牙编解码模块得到的编码后的PCM数据传输至射频模块，射频模块用于基于蓝牙技术将编码后的PCM数据发送至其他设备，数据传输模块用于通过无线传输技术将PCM数据或者编码后的PCM数据发送至其他设备，或者接收来自其他设备的PCM数据或者编码后的PCM数据。其中，数据传输模块用于传输连续的数据，传输时间较长，若在不需要传输连续的数据的场景下，数据传输模块是可选的。需要说明的是，音频模块、蓝牙编解码模块、蓝牙控制模块、射频模块以及数据传输模块部署在应用程序框架层仅仅为一种示例，也可以部署在HAL层或者内核层，本申请实施例对此不做限定。

视图系统包括可视控件，例如显示文字的控件，显示图片的控件等。在本申请实施例中，视图系统可以包括用于确定是否使用其他设备播放音频的控件。视图系统可用于构建应用程序。显示界面可以由一个或多个视图组成的。例如，包括短信通知图标的显示界面，可以包括显示文字的视图以及显示图片的视图，以及，包括提示信息的界面。内容提供器用来存放和获取数据，并使这些数据可以被应用程序访问。数据可以包括视频，图像，音频，拨打和接听的电话，浏览历史和书签，电话簿等。电话管理器用于提供电子设备的通信功能。例如通话状态的管理（包括接通，挂断等）。

HAL层的目的在于将硬件抽象化，可以为上层的应用提供一个统一的查询硬件设备的接口，或也可以为上层应用提供数据存储服务。如图5所示，该HAL层可以包括显示驱动模块和传感器硬件抽象（sensor hidl）。显示驱动模块用于控制显示驱动在显示屏上显示图片、界面以及通知信息等内容。传感器硬件抽象可以控制传感器，并监测传感器驱动的事件变化通知。HAL层中的多个模块可以遵循硬件抽象层接口描述语言（HAL interfacedefinition language，HIDL）或AIDL。

内核层是硬件和软件之间的层。如图5所示，该内核层中可以包括下述一种或多种：传感器驱动、显示驱动等。本申请实施例中，传感器驱动包括传感器子系统框架和传感器子系统驱动，位于协处理器（SCP）。

可以理解的是，电子设备可以包括应用处理器（application process，AP）和协处理器（coprocessor，CP）。应用处理器包括上述框架层、硬件抽象层、内核层等；协处理器包括传感器控制中心（sensor hub）。

硬件层中可以包括：麦克风、摄像头以及显示屏等硬件。

应理解，在一些实施例中，可以将实现相同功能的层称为其他名称，或者将能够实现多个层的功能的层作为一层，或者将能够实现多个层的功能的层划分为多层。本申请实施例对此不做限制。

本申请实施例中的第二设备用于播放音频，可以包括处理器、通信模块以及扬声器。处理器和通信模块可以实现蓝牙通信，例如，第二设备可以与第三设备进行蓝牙连接，并接收第三设备发送的音频数据。扬声器，也称“喇叭”，用于将音频电信号转换为声音信号。第二设备可以通过扬声器收听音乐，或收听免提通话。处理器和扬声器可以实现音频播放，例如，处理器可以将蓝牙模块接收的音频数据传输至扬声器播放。第二设备也可以包括存储器等部件，本申请实施例对此不做限定。

图6为本申请实施例提供的一种第二设备的软件结构框图。如图6所示，第二设备包括扬声器、音频解码模块、蓝牙解码模块、蓝牙控制模块以及射频模块。射频模块用于接收来自其他设备的数据流，蓝牙控制模块用于将射频模块接收的数据流传输至蓝牙解码模块，蓝牙解码模块用于对数据流进行解码得到PCM数据，音频解码模块用于将PCM数据进行解码，得到音频数据，扬声器用于基于音频数据播放音频。

上面介绍了第一设备、第二设备以及第三设备的硬件结构和软件架构，下面将详细介绍本申请实施例提供的方法。在下述示例中，第三设备用relay设备表示，第二设备用外放设备表示，第一设备用source设备表示。

图7示出了本申请实施例提供的一种音频播放方法的示意性流程图。该方法可以应用于上述图3所示的通信系统，但本申请实施例并不限于此。如图7所示，该方法包括如下步骤：

S701、relay设备与外放设备通过蓝牙连接。

在上述图3所示的通信系统中，relay设备可以为第三设备330，外放设备可以为第二设备320。

relay设备与外放设备通过蓝牙连接以实现relay设备可以通过外放设备实现音频播放或者通话等功能。relay设备可以自动与外放设备连接，也可以基于用户的连接操作与外放设备连接，本申请实施例对此不作限定。例如，relay设备可以基于用户的连接操作与之前未连接过的外放设备进行蓝牙连接，并可以自动与之前连接过的设备进行蓝牙连接。

S702、若外放设备为共享设备，则relay设备发送第一BLE广播，该第一BLE广播包括用于表示能够基于relay设备实现外放音频的信息。

共享设备用于表示可与其他设备共享的设备，换句话说，其他设备可以使用reply设备共享的设备。外放设备为共享设备可以是用户设置的，或者，relay设备默认用于播放音频的设备均可共享。其中，若外放设备为共享设备是用户设置的，则可以说明，relay设备支持用户设置外放设备是否共享。

relay设备可以提供多种实现方式以便于用户将用于播放音频的设备设置为共享设备。

在一种实现中，relay设备的设置应用中包括是否将蓝牙连接的设备设置为共享设备的选项（或者控件），用户可以根据需求通过该选项将连接的设备设置为共享设备或者不将蓝牙连接的设备设置为共享设备。relay设备与外放设备通过蓝牙连接后，若relay设备检测到用户将蓝牙连接的设备设置为共享设备，则发送第一BLE广播。relay设备与外放设备通过蓝牙连接后，若relay设备检测到用户未将蓝牙连接的设备设置为共享设备，则不发送第一BLE广播。

在另一种实现中，relay设备与外放设备通过蓝牙连接后，提供将该外放设备设置为共享设备的选项（或者控件），用户可以根据需求通过该选项将该外放设备设置为共享设备或者不将该外放设备设置为共享设备。relay设备与外放设备处于蓝牙连接状态时，若relay设备接收到用户将该外放设备设置为共享设备的操作，响应于该操作，发送第一BLE广播。relay设备与外放设备处于蓝牙连接状态时，若relay设备未接收到用户将该外放设备设置为共享设备的操作，则不发送第一BLE广播。

示例性地，图8示出了一种设置共享设备的示意图。如图8中的a界面所示，relay设备与蓝牙音响已连接，响应于用户长按蓝牙音响选项的操作，relay设备在蓝牙界面显示弹框，如图8中的b界面所示，蓝牙界面显示的弹框包括设置为共享设备的选项，响应于用户触发该选项的操作，relay设备发送第一BLE广播。

S703、若source设备的功能开关处于打开状态，进行扫描以发现可用于播放音频的设备，若扫描到reply设备发送的第一BLE广播，则source设备在显示的界面显示弹框，该弹框包括提示信息、确认控件以及取消控件，提示信息用于提示是否通过其他设备播放音频，确认控件用于表示使用其他设备播放音频，取消控件用于表示不使用其他设备播放音频。

功能开关用于表示可以使用其他设备播放音频，功能开关仅仅为一个名称的示例，本申请实施例对此不作限定。该功能开关可以在source设备的设置应用中设置，或者，可以在source设备的控制中心界面中设置，本申请实施例对此不作限定。功能开关的打开可以是默认的设置，也可以是用户设置的，本申请实施例对此不做限定。source设备可以使用其他设备播放音频，在上述图3所示的系统中，source设备可以为第一设备310。

在一些实现中，功能开关可以在source设备的设置应用中设置。示例性地，图9示出了一种设置功能开关的示意图。如图9中的a界面所示，响应于用于打开设置应用的界面的操作，source设备显示设置界面，设置界面中包括使用其他设备共享的设备播放音频的功能，该功能开关901处于关闭状态。响应于用于打开功能开关的操作，source设备显示图9中的b界面，在图9中的b界面中，功能开关901处于打开状态。

在一些实现中，图10示出了一种显示提示信息的示意图。如图10所示，source设备的功能开关处于打开状态，且扫描到reply设备发送的第一BLE广播，则source设备可以在图10所示的界面上显示弹框，该弹框包括提示信息、确认控件以及取消控件，弹框的提示信息可以为是否使用reply设备共享的设备播放音频？确认控件用于表示使用reply设备共享的设备，取消控件用于表示不使用reply设备共享的设备。

可选地，弹框中也可以没有取消控件，在这种情况下，用户点击除弹框之外的区域表示不使用reply设备共享的设备。

在另一些实现中，若source设备的功能开关处于打开状态，进行扫描以发现可用于播放音频的设备，若扫描到reply设备发送的第一BLE广播，且source设备中运行有可播放音频的应用程序（例如音乐应用程序、视频应用程序、或者视频应用程序等）时，source设备显示的界面上可以包括弹框。或者，若source设备的功能开关处于打开状态，且source设备中运行有可播放音频的应用程序时，进行扫描以发现可用于播放音频的设备，若扫描到reply设备发送的第一BLE广播，source设备显示的界面上可以包括弹框。这样，source设备存在播放音频的需求，且source设备附近存在可使用的用于播放音频设备时，使用其他设备播放音频，更满足用户的使用需求，有利于提高用户体验。另外，source设备在功能开关打开时的扫描周期，和source设备在功能开关打开且运行有可播放音频的应用程序时的扫描周期，可以相同，也可以不同，本申请实施例对此不做限定。若扫描周期不同，扫描到所需设备的时长不同，可以为用户提供不同的体验。

示例性地，图11示出了另一种显示提示信息的示意图。如图11所示，source设备的功能开关处于打开状态，扫描到reply设备发送的第一BLE广播，且响应于用户启动电话应用程序的操作时，则source设备可以显示电话界面，电话界面包括弹框，该弹框包括提示信息、确认控件以及取消控件，弹框的提示信息可以为是否使用reply设备共享的设备播放音频？确认控件用于表示使用reply设备共享的设备，取消控件用于表示不使用reply设备共享的设备。

S704、source设备检测到用户触发确认控件的操作。

S705、source设备响应于用户触发确认控件的操作，向relay设备发起BLE连接以与relay设备建立BLE连接。

source设备向relay设备发起BLE连接，连接成功后可以交互必要信息。其中，必要信息用于表示source设备与relay设备建立无线连接所需的信息。一些实现中，source设备与relay设备之间建立无线连接的技术可以为点对点（peer to peer，P2P）、新世代蓝牙音频（LE audio）、BR socket、高级音频分发协议（advanced audio distribution profile，A2DP）、或者电话免提协议（hands free profile，HFP）等技术，必要信息用于表示实现这些技术所需的信息。在另一些实现中，source设备与relay设备之间建立连接可以通过自定义的私有数据通道。必要信息用于表示实现自定义的私有数据通道所需的信息。

本申请实施例中，source设备与relay设备建立BLE连接以便于传输建立无线连接所需的信息，有利于后续source设备与relay设备建立无线连接，实现数据传输。需要说明的是，source设备与relay设备建立的BLE连接，不宜传输较大的数据，故可以通过建立的BLE连接传输建立无线连接所需的信息以建立无线连接传输数据。若source设备与relay设备之间传输较少的数据，可以不建立无线连接，通过BLE连接连接。

S706、source设备与relay设备建立无线连接。

source设备与relay设备之间可以基于P2P、新世代蓝牙音频（LE audio）、BRsocket、A2DP、或者HFP等技术建立无线连接，或者，可以基于自定义私有数据通道建立无线连接。

本申请实施例中，source设备与relay设备建立无线连接以便于实现数据的传输。

S707、source设备向relay设备发送数据流A，对应地，relay设备接收数据流A。

数据流A为PCM数据，也可以为编码后的PCM数据，本申请实施例对此不作限定。若数据流A为PCM数据，relay设备可以对PCM数据进行编码。

S708、relay设备向外放设备发送数据流B，对应地，外放设备接收数据流B。

数据B为编码后的PCM数据，若数据流A为PCM数据，则relay设备对数据流A编码后得到数据流B，并向外放设备发送数据流B；若数据流A为编码后的PCM数据，则音频流B等于数据流A，relay设备直接向外放设备发送数据流A。

S709、外放设备基于数据流B播放音频。

本申请实施例提供的音频播放方法，relay设备与外放设备通过蓝牙连接后，发送第一BLE广播以告知周边设备可以通过其播放音频，source设备通过扫描发现relay设备，显示弹框，响应于用户确定使用relay设备播放音频的操作，与relay设备建立无线连接，source设备通过relay设备向外放设备发送所需播放的音频，这样，source设备使用外放设备播放声音，不需要直接与外放设备连接，减少了与外放设备连接的操作，操作简单，有利于提高用户体验。

本申请实施例还提供一种音频播放方法。示例性地，图12示出了本申请实施例提供的另一种音频播放方法的示意性流程图。该方法可以应用于上述图3所示的通信系统，但本申请实施例并不限于此。如图12所示，该方法包括如下步骤：

S1201、source设备检测到用户开启功能开关的操作。

在一些实现中，开启功能开关可以如上述图9所示。

S1202、响应于用户开启功能开关的操作，source设备发送第二BLE广播，该第二BLE广播包括用于指示需要使用其他设备播放音频的信息。

响应于用户开启功能开关的操作，source设备发送第二BLE广播，仅仅为一种示例。在另一些实现中，响应于用户开启功能开关的操作，且source设备中运行有可播放音频的应用程序（例如音乐应用程序、视频应用程序、或者视频应用程序等）时，source设备发送第二BLE广播。source设备中运行有可播放音频的应用程序，说明source设备存在播放音频的需求，source设备的功能开关处于打开状态，说明source设备存在使用其他设备播放音频的需求，则发送第二BLE广播，这样，更满足用户的使用需求，有利于提高用户体验。

S1203、relay设备与外放设备通过蓝牙连接。

该步骤可参考上述S701，此处不再赘述。

S1204、若外放设备为共享设备，则relay设备开始扫描以发现需要通过其他设备播放音频的设备。

本申请实施例不限定S1203和S1204、S1201和S1202的执行顺序。

S1205、若扫描到source设备，即接收到第二BLE广播，则relay设备向source设备发起BLE连接。

S1206、source设备与relay设备建立BLE连接后，source设备在显示的界面上显示弹框，该弹框包括提示信息、确认控件以及取消控件，提示信息用于提示是否通过其他设备播放音频，确认控件用于表示使用其他设备播放音频，取消控件用于表示不使用其他设备播放音频。

source设备显示的界面可以如上述图10所示，此处不再赘述。

S1207、source设备检测到用户触发确认控件的操作。

S1208、source设备响应于用户触发确认控件的操作，与relay设备建立无线连接。

source设备与relay设备建立无线连接之前，需要传输建立无线连接所需的信息，source设备可以通过与reply设备建立的BLE连接传输建立无线连接所需的信息。一些实现中，source设备响应于用户触发确认控件的操作，可以通过与reply设备建立的BLE连接传输建立无线连接所需的信息，并与relay设备建立无线连接。在另一些实现中，source设备与reply设备建立BLE连接后，通过与reply设备建立的BLE连接传输建立无线连接所需的信息，响应于用户触发确认控件的操作，与relay设备建立无线连接。

S1209、source设备向relay设备发送数据流A，对应地，relay设备接收数据流A。

S1210、relay设备向外放设备发送数据流B，对应地，外放设备接收数据流B。

S1211、外放设备基于数据流B播放音频。

S1209至S1211可以参考上述S707至S709，此处不再赘述。

本申请实施例提供的音频播放方法，source设备在功能开关开启的情况下，发送第二BLE广播以告知周边设备其需要使用其他设备播放音频，relay设备与外放设备通过蓝牙连接后，扫描到source设备，source设备与relay设备建立BLE连接后，source设备显示弹框，响应于用户确定使用relay设备播放音频的操作，与relay设备建立无线连接，source设备通过relay设备向外放设备发送所需播放的音频，这样，source设备使用外放设备播放声音，不需要直接与外放设备连接，减少了与外放设备连接的操作，操作简单，有利于提高用户体验。

可选地，在上述图7或图12所示的方法中，source设备与relay设备建立无线连接后，relay设备将source设备作为外放设备的音频源，relay设备还可以通过人机交互界面支持用户切换音频源。

source设备与relay设备建立无线连接后，relay设备作为中转设备，将从source设备接收的数据流发送至外放设备，这种情况，外放设备的音频源为source设备。在一些实现中，若用户在人机交互界面将音频源切换为本设备，则relay设备不转发source设备发送的数据流，当存在播放音频的需求时，可以直接将本设备的数据流发送至外放设备。在一些实现中，若用户在人机交互界面将音频源切换为本设备，则relay设备也可以向source设备发送暂停使用的消息，source设备可以停止向relay设备发送数据流。当用户在人机交互界面将音频源切换为source设备时，relay设备可以向source设备发送继续使用的消息，source设备可以继续向relay设备发送数据流。这样，可以随时切换音频源，满足不同的需求，灵活性更强。另外，relay设备继续使用source设备播放音频时，无需重新连接，有利于减少操作，提高用户体验。在另一些实现中，若用户在人机交互界面将音频源切换为本设备，则relay设备可以断开与source设备的无线连接。这样，relay设备断开与source设备的无线连接，有利于节省功耗。

示例性地，图13示出了一种切换音频源的示意图。如图13中的a界面所示，响应于用于显示蓝牙界面的操作，relay设备显示蓝牙界面，蓝牙界面中包括relay设备已配对的设备和共享设备，其中，已配对的设备包括蓝牙音响以及设备sdf，共享设备包括蓝牙音响。响应于蓝牙音响对应的设置控件1301的操作，relay设备显示蓝牙音响界面，如图13中的b界面所示。在蓝牙音响界面，可以支持用于对蓝牙音响进行重命名、进行音频源的选择、以及取消共享。在图13中的b界面中，source端媒体和source端通话被选中，则当前音频源为source端媒体和source端通话，即relay设备接收来自source端的数据流，并向蓝牙音响发送数据流。响应于用于选择本端媒体为音频源的操作，relay设备显示图13中的c界面，并在接收到source端的媒体数据流的情况下，不向蓝牙音响发送媒体数据流，或者，响应于用于选择本端媒体为音频源的操作，relay设备显示图13中的c界面，并向source设备发送暂停发送媒体数据的消息，source设备可以停止向relay设备发送媒体数据流。其中，source端媒体用于表示source设备中除通话应用程序之外的应用程序所需播放的音频，媒体数据流用于表示除通话应用程序之外的应用程序产生的音频数据。可以理解的是，在图13所示的c界面中，当前音频源为本端媒体和source端通话。在图13中的b界面中，source端媒体和本端媒体不可以同时被选中，source端通话和本端通话不可以同时被选中。

这样，relay设备在不同的情况下，可以向外放设备传输source设备所需播放的音频，也可以向外放设备传输relay设备所需播放的音频，灵活性更强。

可选地，上述图7或图12所示的方法还包括：source设备检测到用户关闭功能开关的操作，响应到用户关闭功能开关的操作，断开与relay设备的无线连接。

可选地，在上述图7或图12所示的方法中，relay设备将外放设备设置为共享设备，若relay设备检测到取消将外放设备设置为共享设备的操作，响应于取消将外放设备设置为共享设备的操作，断开与relay设备的无线连接。示例性地，将外放设备设置为共享设备的界面可以如图8中的b界面所示，取消将外放设备设置为共享设备的界面可以如图13中的b界面所示，当取消共享的控件被触发时，relay设备取消将外放设备设置为共享设备。

在上述图7或图12所示的方法中，source设备可以向relay设备发送数据流A，relay设备向外放设备发送数据流B。本申请实施例提供了多种传输数据流的方法。

在一种可能的实现中，数据流A为PCM数据，数据流B为编码后的PCM数据，即source设备向relay设备发送PCM数据，relay设备接收PCM数据后，对PCM数据进行编码，并向外放设备发送编码后的PCM数据。

图14示出了一种数据传输的示意性框图。如图14所示，source设备和relay设备的软件架构可以如上述图5所示，外放设备的软件架构可以如上述图6所示。source设备的电话应用程序检测到用户接听或者拨打电话的操作，可以向source设备中音频模块传输音频数据，或者，source设备的音乐应用程序检测到播放音乐的操作，可以向source设备的音频模块传输音频数据。source设备的音频模块可以将接收到的音频数据转化为PCM数据，并向source设备的数据传输模块传输PCM数据。source设备与reply设备建立有无线连接，source设备的数据传输模块可以通过无线通道向reply设备的数据传输模块发送PCM数据。reply设备的数据传输模块接收到PCM数据，可以向reply设备的音频模块传输PCM数据，reply设备的音频模块可以向reply设备的蓝牙编解码模块传输PCM数据，reply设备的蓝牙编解码模块可以对PCM数据进行编码，得到编码后的PCM数据，并通过reply设备的蓝牙控制模块向射频模块传输编码后的PCM数据。reply设备的射频模块可以通过蓝牙空口向外放设备的射频模块发送编码后的PCM数据。外放设备的射频模块接收到编码后的PCM数据，并通过外放设备的蓝牙控制模块向外放设备的蓝牙解码模块传输编码后的PCM数据，外放设备的蓝牙解码模块可以对编码后的PCM数据进行解码，得到PCM数据，并向外放设备的音频解码模块传输PCM数据。外放设备的音频解码模块可以对PCM进行解码，得到音频数据，并将音频数据传输至扬声器，通过扬声器播放音频。

这样，source设备无需对PCM数据进行编码，由reply对PCM进行编码，有利于节省source设备的编码能力。

在另一种可能的实现中，数据流A为编码后的PCM数据，数据流B为编码后的PCM数据，即source设备向relay设备发送编码后的PCM数据，relay设备接收编码后的PCM数据，并向外放设备发送编码后的PCM数据。

图15示出了另一种数据传输的示意性框图。如图15所示，source设备和relay设备的软件架构可以如上述图5所示，外放设备的软件架构可以如上述图6所示。source设备的电话应用程序检测到用户接听或者拨打电话的操作，可以向source设备的音频模块传输音频数据，或者，source设备的音乐应用程序检测到用户播放音乐的操作，可以向source设备的音频模块传输音频数据。source设备的音频模块可以将接收到的音频数据转化为PCM数据，并向source设备的蓝牙编解码模块传输PCM数据，source设备的蓝牙编解码模块可以对PCM数据进行编码，得到编码后的PCM数据，并向source设备的数据传输模块传输编码后的PCM模块。source设备与reply设备建立有无线连接，source设备的数据传输模块可以通过无线通道向reply设备的数据传输模块发送编码后的PCM数据。reply设备的数据传输模块接收到编码后的PCM数据，可以通过上述图14所示的流程向reply设备的射频模块传输编码后的PCM数据，reply设备的射频模块可以向外放设备的射频模块发送编码后的PCM数据。外放设备的射频模块接收到编码后的PCM数据后，通过上述图14所示的流程进行传输，此处不再赘述。

这样，source设备对PCM数据进行编码后传输，reply设备接收后转发至第二设备，eply设备无需编码，可以缩短数据在第三设备中的停留时间。

在又一种可能的实现中，数据流A为与所需播放的音频相关的信息，数据流B为编码后的PCM数据，例如，source设备向relay设备发送统一资源定位符（uniform resourcelocator，URL）信息，relay设备接收URL信息后，基于URL信息从用于查询网页地址的应用程序中得到音频数据，并向外放设备发送音频数据。source设备还可以向relay设备发送所需播放的音频的标识和获取音频的应用程序的标识，若relay设备中包括与应用程序的标识相同的应用程序，则启动与该标识相同的应用程序，并从该应用程序中基于音频的标识获取音频数据，并向外放设备发送音频数据。

图16示出了又一种数据传输的示意性框图。如图16所示，source设备和relay设备的软件架构可以如上述图5所示，外放设备的软件架构可以如上述图6所示。source设备的音乐应用程序检测到用户播放音乐的操作，响应于用户播放音乐的操作，得到音乐的URL信息。source设备与reply设备建立有无线连接，source设备可以通过无线通道向reply设备发送URL信息、音乐应用程序的标识以及所需播放的音乐的标识。reply设备接收URL信息、音乐应用程序的标识以及所需播放的音乐的标识，并基于音乐应用程序的标识判断是否存在音乐应用程序，若存在音乐应用程序，则启动音乐应用程序，reply设备的音频模块可以在音乐应用程序中基于所需播放的音乐的标识获取音频数据；若reply设备中不存在音乐应用程序，则启动用于查询网页地址的应用程序例如浏览器应用程序，并reply设备的音频模块可以在浏览器应用程序中基于URL信息获取音频数据。reply设备的音频模块可以将音频数据转换为PCM数据，并向reply设备的蓝牙编解码模块发送PCM数据。reply设备和外放设备可以通过上述图14所示的流程传输数据，此处不再赘述。

上面结合设备的软件架构描述了数据传输过程，下面继续结合步骤流程详细说明本申请实施例的音频播放方法。

示例性地，图17示出了一种音频播放方法的示意性流程图。该方法应用于包括第一设备、第二设备以及第三设备的通信系统。该方法包括：

S1701、第一设备显示第一界面，第一界面包括提示信息和第一控件，提示信息用于提示是否通过其他设备播放音频。

第一界面可以为第一设备可显示的任一界面，例如，应用程序包括的界面、主界面或者控制中心界面。提示信息和第一控件可以以弹框或者弹窗的形式出现，本申请实施例对此不作限定。第一控件用于表示确定使用其他设备播放音频，第一控件也可以称为确认控件，本申请实施例对此不作限定。

可选地，第一界面还可以显示第二控件，用于表示不使用其他设备播放音频。第二控件也可以称为取消控件，本申请实施例对此不作限定。示例性地，第一界面可以如上述图10或者图11所示，第一控件可以为上述图10或者图11中所示的确定控件，第二控件可以为上述图10或者图11中所示的取消控件。

S1702、响应于触发第一控件的操作，第一设备取消提示信息和第一控件的显示。

第一控件被触发，第一设备可以取消提示信息和第一控件的显示，搜索其他设备或者接收其他设备的信息，以通过其他设备播放音频。若第三设备能够用于播放音频，则第一设备与第三设备建立通信连接。

S1703、第三设备通过与第一设备通信得到第一目标音频，第一目标音频是在第一设备接收到用于播放第一目标音频的操作的情况下得到的。

第三设备通过与第一设备的通信可以直接得到第一目标音频，也可以间接得到第一目标音频，本申请实施例对此不作限定。在一些实现中，第一设备通过与第三设备的通信，向第三设备发送第一目标音频，第三设备通过与第一设备的通信得到第一目标音频。在另一些实现中，第一设备通过与第三设备的通信，向第三设备发送第一目标音频的标识和应用程序的标识，第三设备通过与第一设备的通信，基于应用程序的标识，从第三设备中的应用程序（该应用程序的标识与接收到的应用程序的标识相同）中，基于第一目标音频的标识，得到第一目标音频。在又一些实现中，第一设备通过与第三设备的通信，向第三设备发送URL信息，URL信息为第一目标音频的获取途径，第三设备通过与第一设备的通信，基于URL信息，从第三设备包括浏览器应用程序中得到第一目标音频。

S1704、第三设备向第二设备发送第一目标音频，对应地，第二设备通过与第三设备通信得到第一目标音频。

第三设备与第二设备建立有通信连接，第三设备作为中继设备，获取第一目标音频后，可以向第二设备发送第一目标音频。

S1705、第二设备播放第一目标音频。

本申请实施例提供的音频播放方法，当第一设备确定使用其他设备播放音频时，第一设备可以与第三设备通信，以通过第三设备播放音频，第三设备可以作为中继设备，将第一设备所需播放的音频传输至第二设备，这样，第一设备通过第二设备播放声音，不需要直接与第二设备连接，减少了与第二设备连接的操作，操作简单，有利于提高用户体验。

可选地，在第一设备显示第一界面之前，方法还包括：在第三设备接收到用于将第二设备设置为共享设备的操作的情况下，且第二设备与第三设备建立有第三通信连接时，第三设备发送第一广播信息，第一广播信息包括能够基于第三设备实现外放音频的信息；第一设备获取第一广播信息；第一设备显示第一界面，包括：第一设备基于第一广播信息，显示第一界面。

第三通信连接可以为任一种连接方式，例如，蓝牙连接或者P2P连接等。

第三设备发送第一广播信息需要的条件是，与第三设备连接的设备为共享设备。第二设备与第三设备建立有通信连接，且被设置为共享设备，故第三设备可以发送第一广播信息。第一设备接收到第一广播信息，可以显示第一界面。

第二设备设置为共享设备的一种实现可以如上述图8所示。在上述图7所示的示例中，第一设备为source设备，第三设备为reply，第二设备为外放设备，第一广播信息可以为第一BLE广播。第三通信连接可以为蓝牙连接。第一界面可以如上述图10或者图11所示。

在一些实现中，第一设备接收到第一广播信息，且存在使用其他设备播放音频的需求时，可以显示第一界面。其中，存在使用其他设备播放音频的需求可以包括：第一设备检测到第一功能处于打开状态，第一功能用于表示使用其他设备播放音频，或者，第一设备检测到目标应用程序在运行，目标应用程序用于表示能够播放音频的应用程序。其中，目标应用程序可以是预设的，例如，目标应用程序可以是电话应用程序、音乐应用程序以及视频应用程序等。

在本申请实施例中，第三设备通过第一广播信息告知周边设备能够基于第三设备实现外放音频，第一设备接收到第一广播信息，可以通过提示信息提示用户是否使用。这样，第三设备主动告知能够基于第三设备实现外放音频，第一设备被动发现，有利于实现第一设备通过第三设备播放音频。

可选地，方法还包括：响应于触发第一控件的操作，第一设备与第三设备建立第一通信连接，第一通信连接为BLE连接；当第一设备与第三设备建立有第一通信连接时，第一设备通过第一通信连接传输建立第二通信连接所需的信息；第一设备与第三设备建立第二通信连接；第三设备通过与第一设备通信得到第一目标音频，包括：第一设备通过第二通信连接向第三设备发送第一目标音频，或与第一目标音频相关的信息。

当用户确定使用第三设备播放音频时，第一设备可以向第三设备发起BLE连接，以建立BLE连接。BLE连接一般不传输较大的数据，故第一设备可以通过BLE连接与第三设备传输建立第二通信连接所需的信息以建立第二通信连接，并通过第二通信连接传输第一目标音频，或与第一目标音频相关的信息。在上述图7所示的示例中，第二通信连接为无线连接，数据流A用于表示第一目标音频或者与第一目标音频相关的信息。这样，有利于在第一设备与第三设备之间传输数据。

可选地，在第一设备显示第一界面之前，方法还包括：第一设备发送第二广播信息，第二广播信息包括用于指示需要使用其他设备播放音频的信息；在第三设备接收到用于将第二设备设置为共享设备的操作的情况下，且第二设备与第三设备建立有第三通信连接时，第三设备与第一设备建立第一通信连接，第一通信连接为BLE连接；第一设备显示第一界面，包括：当第一设备与第三设备建立有第一通信连接时，第一设备显示第一界面。

第一设备发送第二广播信息以告知周边设备其需要使用其他设备播放音频，第三设备在与第二设备建立有第三通信连接，且第二设备被设置为共享设备的情况下，接收第二广播信息，可以向第一设备发起BLE连接，以建立BLE连接。当第一设备与第三设备建立有第一通信连接时，第一设备显示第一界面。第二设备设置为共享设备的一种实现可以如上述图8所示。在上述图12所示的示例中，第二广播信息可以为第二BLE广播。第三通信连接可以为蓝牙连接。第一界面可以如上述图10或者图11所示。

在本申请实施例中，第一设备主动告知其需要使用其他设备播放音频，第三设备被动发现存在需要使用其他设备播放音频的设备，有利于实现第一设备通过第三设备播放音频。

在一些实现中，当第一设备与第三设备建立有第一通信连接，且目标应用程序运行时，第一设备显示第一界面。当目标应用程序运行时，可以说明第一设备存在较大概率播放音频，第一设备可以显示提示信息，以便于使用第三设备播放音频。

可选地，方法还包括：响应于触发第一控件的操作，第一设备通过第一通信连接传输建立第二通信连接所需的信息；第一设备与第三设备建立第二通信连接；第三设备通过与第一设备通信得到第一目标音频，包括：第一设备通过第二通信连接向第三设备发送第一目标音频，或与第一目标音频相关的信息。这样，通过第一通信连接传输建立第二通信连接所需的信息，有利于建立第二通信连接，在建立第二通信连接之后，通过第二通信连接传输第一目标音频，或与第一目标音频相关的信息，有利于实现音频数据的传输。在上述图12所示的示例中，第二通信连接为无线连接，数据流A用于表示第一目标音频或者与第一目标音频相关的信息。这样，有利于在第一设备与第三设备之间传输数据。

可选地，第一设备发送第二广播信息，包括：第一设备显示第二界面，第二界面包括第一功能，第一功能处于关闭状态，第一功能用于表示使用其他设备播放音频；响应于用于打开第一功能的操作，第一设备发送第二广播信息。

第一功能在上述实施例中可以成为功能开关，本申请实施例对此不做限定。第一功能处于打开状态，表示第一设备存在需要使用其他设备播放音频的需求，此时，可以发送第二广播信息。这样，在存在需求时发送第二广播信息，相比一直发送第二广播信息，有利于节省功耗。

可选地，方法还包括：当第一设备与第三设备建立有第二通信连接时，第一设备断开与第三设备的第一通信连接。第一通信连接用于传输建立第二通信连接所需的信息，当第二通信连接建立后，可以断开与第三设备的第一通信连接，以节省功耗。

可选地，第三设备通过与第一设备通信得到第一目标音频，包括：在第一设备接收到用于播放第一目标音频的操作的情况下，第一设备获取第一目标音频；第一设备将第一目标音频转换为脉冲调制编码PCM数据；第一设备向第三设备发送PCM数据；第三设备接收PCM数据；第二设备通过第三设备通信得到第一目标音频，包括：第三设备对PCM数据进行编码，得到编码后的PCM数据；第三设备向第二设备发送编码后的PCM数据；第二设备对编码后的PCM数据进行处理后得到第一目标音频。数据传输的过程可以如上述图14所示。这样，第一设备无需对PCM数据进行编码，由第三设备对PCM进行编码，有利于节省第一设备的编码能力。

可选地，第三设备通过与第一设备通信得到第一目标音频，包括：在第一设备接收到用于播放第一目标音频的操作的情况下，第一设备获取第一目标音频；第一设备将第一目标音频转换为脉冲调制编码PCM数据；第一设备对PCM数据进行编码，得到编码后的PCM数据；第一设备向第三设备发送编码后的PCM数据；第三设备接收编码后的PCM数据；第二设备通过第三设备通信得到第一目标音频，包括：第三设备向第二设备发送编码后的PCM数据；第二设备对编码后的PCM数据进行处理后得到第一目标音频。数据传输的过程可以如上述图15所示。这样，第一设备对PCM数据进行编码后传输，第三设备接收后转发至第二设备，有利于节省第三设备的编码能力。

可选地，第三设备通过与第一设备通信得到第一目标音频，包括：在第一设备接收到用于播放第一应用程序中第一目标音频的操作的情况下，第一设备获取第一信息，第一信息包括第一应用程序的标识，第一目标音频的标识，以及第一目标音频的统一资源定位符URL信息；第一设备向第三设备发送第一信息；第三设备接收第一信息；第三设备从第二应用程序中基于第一目标音频的标识获取第一目标音频，或者，第三设备从第三应用程序中基于URL信息获取第一目标音频，其中，第二应用程序的标识与第一应用程序的标识相同，第三应用程序为用于查询网页地址的应用程序。数据传输的过程可以如上述图16所示。这样，第一设备与第三设备之间不需要一直传输数据，第三设备得到第一信息后可以基于第一信息得到数据，第一设备与第三设备之间的数据传输较短。

可选地，方法还包括：第三设备显示第二界面，第二界面显示当前播放的音频源为第一设备；响应于用于将当前播放的音频源设置为第三设备的操作，第三设备在第二界面中显示当前播放的音频源为第三设备；在第三设备接收到用于播放第二目标音频的操作的情况下，第三设备向第二设备发送第二目标音频，第二设备播放第二目标音频。第二界面可以如上述图13中的b界面所示。这样，当前播放的音频源为第一设备时，第三设备可以向第二设备转发第一设备的数据，当前播放的音频源为第三设备时，第三设备可以直接向第二设备发送数据，灵活性更强。

需要说明的是，本申请实施例所涉及的模块名称均可以定义为其他的名称，能够实现各模块的作用即可，不对模块的名称做具体限制。

需要说明的是，本申请实施例所涉及的用户信息（包括但不限于用户设备信息、用户个人信息等）和数据（包括但不限于用于分析的数据、存储的数据、展示的数据等），均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

上面已对本申请实施例的音频播放方法进行了说明，下面对本申请实施例提供的执行上述音频播放方法的装置进行描述。本领域技术人员可以理解，方法和装置可以相互结合和引用，本申请实施例提供的相关装置可以执行上述音频播放方法中的步骤。

为了实现上述功能，实现音频播放方法的装置包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到，结合本文中所公开的实施例描述的各示例的方法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

本申请实施例可以根据上述方法示例对实现音频播放方法的装置进行功能模块的划分，例如可以对应各个功能划分各个功能模块，也可以将两个或两个以上的功能集成在一个处理模块中。集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。需要说明的是，本申请实施例中对模块的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

如图18为本申请实施例提供的一种芯片的结构示意图。芯片180包括一个或两个以上（包括两个）处理器1801、通信线路1802、通信接口1803和存储器1804。

在一些实施方式中，存储器1804存储了如下的元素：可执行模块或者数据结构，或者他们的子集，或者他们的扩展集。

上述本申请实施例描述的第一设备或者第三设备执行的方法可以应用于处理器1801中，或者由处理器1801实现。处理器1801可能是一种集成电路芯片，具有信号的处理能力。在实现过程中，上述方法中第一设备或者第三设备执行的各步骤可以通过处理器1801中的硬件的集成逻辑电路或者软件形式的指令完成。上述的处理器1801可以是通用处理器（例如，微处理器或常规处理器）、数字信号处理器（digital signal processing，DSP）、专用集成电路（application specific integrated circuit，ASIC）、现成可编程门阵列（field-programmable gate array，FPGA）或者其他可编程逻辑器件、分立门、晶体管逻辑器件或分立硬件组件，处理器1801可以实现或者执行本申请实施例中的公开的第一设备或者第三设备执行的方法、步骤及逻辑框图。

结合本申请实施例所公开的第一设备或者第三设备执行的步骤可以直接体现为硬件译码处理器执行完成，或者用译码处理器中的硬件及软件模块组合执行完成。其中，软件模块可以位于随机存储器、只读存储器、可编程只读存储器或带电可擦写可编程存储器（electrically erasable programmable read only memory，EEPROM）等本领域成熟的存储介质中。该存储介质位于存储器1804，处理器1801读取存储器1804中的信息，结合其硬件完成上述第一设备或者第三设备执行的步骤。

处理器1801、存储器1804以及通信接口1803之间可以通过通信线路1802进行通信。

在上述实施例中，存储器存储的供处理器执行的指令可以以计算机程序产品的形式实现。其中，计算机程序产品可以是事先写入在存储器中，也可以是以软件形式下载并安装在存储器中。

本申请实施例还提供一种计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线（例如同轴电缆、光纤、数字用户线（digital subscriber line，DSL）或无线（例如红外、无线、微波等）方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存储的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。例如，可用介质可以包括磁性介质（例如，软盘、硬盘或磁带）、光介质（例如，数字通用光盘（digital versatile disc，DVD））、或者半导体介质（例如，固态硬盘（solid state disk，SSD））等。

本申请实施例还提供一种计算机可读存储介质。上述实施例中描述的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。计算机可读介质可以包括计算机存储介质和通信介质，还可以包括任何可以将计算机程序从一个地方传送到另一个地方的介质。存储介质可以是可由计算机访问的任何目标介质。

作为一种可能的设计，计算机可读介质可以包括紧凑型光盘只读储存器（compactdisc read-only memory，CD-ROM）、RAM、ROM、EEPROM或其它光盘存储器；计算机可读介质可以包括磁盘存储器或其它磁盘存储设备。而且，任何连接线也可以被适当地称为计算机可读介质。例如，如果使用同轴电缆，光纤电缆，双绞线，DSL或无线技术（如红外，无线电和微波）从网站，服务器或其它远程源传输软件，则同轴电缆，光纤电缆，双绞线，DSL或诸如红外，无线电和微波之类的无线技术包括在介质的定义中。如本文所使用的磁盘和光盘包括光盘（CD），激光盘，光盘，数字通用光盘（digital versatile disc，DVD），软盘和蓝光盘，其中磁盘通常以磁性方式再现数据，而光盘利用激光光学地再现数据。

本申请实施例是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理单元以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理单元执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

Claims (26)

1.一种音频播放方法，其特征在于，应用于第一设备，包括：

显示第一界面，所述第一界面包括提示信息和第一控件，所述提示信息用于提示是否通过其他设备播放音频；

响应于触发所述第一控件的操作，取消所述提示信息和所述第一控件的显示；

在所述第一设备接收到用于播放第一目标音频的操作的情况下，通过第二设备播放所述第一目标音频，其中，所述第一目标音频是第三设备通过与所述第一设备通信得到的，所述第二设备播放的所述第一目标音频是从所述第三设备接收的。

2.根据权利要求1所述的方法，其特征在于，在所述显示第一界面之前，所述方法还包括：

获取第一广播信息，所述第一广播信息包括用于表示能够基于所述第三设备实现外放音频的信息；

所述显示第一界面，包括：

基于所述第一广播信息，显示所述第一界面。

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

响应于触发所述第一控件的操作，与所述第三设备建立第一通信连接，所述第一通信连接为低功耗蓝牙BLE连接；

当所述第一设备与所述第三设备建立有所述第一通信连接时，通过所述第一通信连接传输建立第二通信连接所需的信息；

与所述第三设备建立所述第二通信连接；

在所述第一设备接收到用于播放第一目标音频的操作的情况下，所述方法还包括：通过所述第二通信连接向所述第三设备发送所述第一目标音频，或与所述第一目标音频相关的信息。

4.根据权利要求1所述的方法，其特征在于，在所述显示第一界面之前，所述方法还包括：

发送第二广播信息，所述第二广播信息包括用于指示需要使用其他设备播放音频的信息；

与所述第三设备建立第一通信连接，所述第一通信连接为BLE连接；

所述显示第一界面，包括：

当所述第一设备与所述第三设备建立有所述第一通信连接时，显示所述第一界面。

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

所述响应于触发所述第一控件的操作，通过所述第一通信连接传输建立第二通信连接所需的信息；

与所述第三设备建立所述第二通信连接；

在所述第一设备接收到用于播放第一目标音频的操作的情况下，所述方法还包括：通过所述第二通信连接向所述第三设备发送所述第一目标音频，或与所述第一目标音频相关的信息。

6.根据权利要求4或5所述的方法，其特征在于，所述发送第二广播信息，包括：

显示第二界面，所述第二界面包括第一功能，所述第一功能处于关闭状态，所述第一功能用于表示使用其他设备播放音频；

响应于用于打开所述第一功能的操作，发送所述第二广播信息。

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

当所述第一设备与所述第三设备建立有所述第二通信连接时，断开所述第一通信连接。

8.根据权利要求1至5中任一项所述的方法，其特征在于，所述在所述第一设备接收到用于播放第一目标音频的操作的情况下，通过第二设备播放所述第一目标音频，包括：

在所述第一设备接收到用于播放第一目标音频的操作的情况下，获取所述第一目标音频；

将所述第一目标音频转换为脉冲调制编码PCM数据；

向所述第三设备发送所述PCM数据，所述第二设备的所述PCM数据是从所述第三设备接收的，所述第二设备播放的所述第一目标音频是对所述PCM数据进行转换后得到的。

9.根据权利要求1至5中任一项所述的方法，其特征在于，所述在所述第一设备接收到用于播放第一目标音频的操作的情况下，通过第二设备播放所述第一目标音频，包括：

在所述第一设备接收到用于播放第一目标音频的操作的情况下，获取所述第一目标音频；

将所述第一目标音频转换为PCM数据；

对所述PCM数据进行编码，得到编码后的所述PCM数据；

向所述第三设备发送所述编码后的所述PCM数据，所述第二设备的所述编码后的所述PCM数据是从所述第三设备接收的，所述第二设备播放的所述第一目标音频是对所述编码后的所述PCM数据进行处理后得到的。

10.根据权利要求1至5中任一项所述的方法，其特征在于，所述在所述第一设备接收到用于播放第一目标音频的操作的情况下，通过第二设备播放所述第一目标音频，包括：

所述在所述第一设备接收到用于播放第一应用程序中第一目标音频的操作的情况下，获取第一信息，所述第一信息包括所述第一应用程序的标识，所述第一目标音频的标识，以及所述第一目标音频的统一资源定位符URL信息；

向所述第三设备发送所述第一信息，所述第三设备中的所述第一目标音频是从第二应用程序中基于所述第一目标音频的标识获取的，所述第二应用程序的标识与所述第一应用程序的标识相同，或者，所述第三设备中的所述第一目标音频是从第三应用程序中基于所述URL信息获取的，所述第三应用程序为用于查询网页地址的应用程序。

11.根据权利要求1至5中任一项所述的方法，其特征在于，所述第一界面为目标应用程序包括的界面，所述目标应用程序为能够播放音频的应用程序。

12.一种音频播放方法，其特征在于，应用于包括第一设备、第二设备以及第三设备的通信系统；所述方法包括：

所述第一设备显示第一界面，所述第一界面包括提示信息和第一控件，所述提示信息用于提示是否通过其他设备播放音频；响应于触发所述第一控件的操作，取消所述提示信息和所述第一控件的显示；

所述第三设备通过与所述第一设备通信得到第一目标音频，并向所述第二设备发送所述第一目标音频，所述第一目标音频是在所述第一设备接收到用于播放第一目标音频的操作的情况下得到的；

所述第二设备从所述第三设备接收所述第一目标音频，并播放所述第一目标音频。

13.根据权利要求12所述的方法，其特征在于，在所述第一设备显示第一界面之前，所述方法还包括：

在所述第三设备接收到用于将所述第二设备设置为共享设备的操作的情况下，且所述第二设备与所述第三设备建立有第三通信连接时，所述第三设备发送第一广播信息，所述第一广播信息包括能够基于所述第三设备实现外放音频的信息；

所述第一设备获取所述第一广播信息；

所述第一设备显示第一界面，包括：

所述第一设备基于所述第一广播信息，显示所述第一界面。

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

响应于触发所述第一控件的操作，所述第一设备与所述第三设备建立第一通信连接，所述第一通信连接为BLE连接；

当所述第一设备与所述第三设备建立有所述第一通信连接时，所述第一设备通过所述第一通信连接传输建立第二通信连接所需的信息；

所述第一设备与所述第三设备建立所述第二通信连接；

所述第三设备通过与所述第一设备通信得到第一目标音频，包括：

所述第一设备通过所述第二通信连接向所述第三设备发送所述第一目标音频，或与所述第一目标音频相关的信息。

15.根据权利要求12所述的方法，其特征在于，在所述第一设备显示第一界面之前，所述方法还包括：

所述第一设备发送第二广播信息，所述第二广播信息包括用于指示需要使用其他设备播放音频的信息；

在所述第三设备接收到用于将所述第二设备设置为共享设备的操作的情况下，且所述第二设备与所述第三设备建立有第三通信连接时，所述第三设备与所述第一设备建立第一通信连接，所述第一通信连接为BLE连接；

所述第一设备显示第一界面，包括：

当所述第三设备与所述第一设备建立有所述第一通信连接时，所述第一设备显示所述第一界面。

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

所述响应于触发所述第一控件的操作，所述第一设备通过所述第一通信连接传输建立第二通信连接所需的信息；

所述第一设备与所述第三设备建立所述第二通信连接；

所述第三设备通过与所述第一设备通信得到第一目标音频，包括：

所述第一设备通过所述第二通信连接向所述第三设备发送所述第一目标音频，或与所述第一目标音频相关的信息。

17.根据权利要求15或16所述的方法，其特征在于，所述第一设备发送第二广播信息，包括：

所述第一设备显示第二界面，所述第二界面包括第一功能，所述第一功能处于关闭状态，所述第一功能用于表示使用其他设备播放音频；

响应于用于打开所述第一功能的操作，所述第一设备发送所述第二广播信息。

18.根据权利要求14或16所述的方法，其特征在于，所述方法还包括：

当所述第一设备与所述第三设备建立有所述第二通信连接时，所述第一设备断开与所述第三设备的所述第一通信连接。

19.根据权利要求12至16中任一项所述的方法，其特征在于，所述第三设备通过与所述第一设备通信得到第一目标音频，包括：

在所述第一设备接收到用于播放第一目标音频的操作的情况下，所述第一设备获取所述第一目标音频；

所述第一设备将所述第一目标音频转换为PCM数据；

所述第一设备向所述第三设备发送所述PCM数据；

所述第三设备接收所述PCM数据；

所述第二设备通过所述第三设备通信得到所述第一目标音频，包括：

所述第三设备对所述PCM数据进行编码，得到所述编码后的所述PCM数据；

所述第三设备向所述第二设备发送所述编码后的所述PCM数据；

所述第二设备接收所述编码后的所述PCM数据，并对所述编码后的所述PCM数据进行处理后得到所述第一目标音频。

20.根据权利要求12至16中任一项所述的方法，其特征在于，所述第三设备通过与所述第一设备通信得到第一目标音频，包括：

在所述第一设备接收到用于播放第一目标音频的操作的情况下，所述第一设备获取所述第一目标音频；

所述第一设备将所述第一目标音频转换为PCM数据；

所述第一设备对所述PCM数据进行编码，得到所述编码后的所述PCM数据；

所述第一设备向所述第三设备发送所述编码后的所述PCM数据；

所述第三设备接收所述编码后的所述PCM数据；

所述第二设备通过所述第三设备通信得到所述第一目标音频，包括：

所述第三设备向所述第二设备发送所述编码后的所述PCM数据；

所述第二设备接收所述编码后的所述PCM数据，并对所述编码后的所述PCM数据进行处理后得到所述第一目标音频。

21.根据权利要求12至16中任一项所述的方法，其特征在于，所述第三设备通过与所述第一设备通信得到第一目标音频，包括：

所述在所述第一设备接收到用于播放第一应用程序中第一目标音频的操作的情况下，所述第一设备获取第一信息，所述第一信息包括所述第一应用程序的标识，所述第一目标音频的标识，以及所述第一目标音频的URL信息；

所述第一设备向所述第三设备发送所述第一信息；

所述第三设备接收所述第一信息；

所述第三设备从第二应用程序中基于所述第一目标音频的标识获取所述第一目标音频，或者，所述第三设备从第三应用程序中基于所述URL信息获取所述第一目标音频，其中，所述第二应用程序的标识与所述第一应用程序的标识相同，所述第三应用程序为用于查询网页地址的应用程序。

22.根据权利要求12至16中任一项所述的方法，其特征在于，所述方法还包括：

所述第三设备显示第二界面，所述第二界面显示当前播放的音频源为所述第一设备；

响应于用于将所述当前播放的音频源设置为所述第三设备的操作，所述第三设备在所述第二界面中显示所述当前播放的音频源为所述第三设备；

在所述第三设备接收到用于播放第二目标音频的操作的情况下，所述第三设备向所述第二设备发送所述第二目标音频，所述第二设备播放所述第二目标音频。

23.根据权利要求12至16中任一项所述的方法，其特征在于，所述第一界面为目标应用程序包括的界面，所述目标应用程序为能够播放音频的应用程序。

24.一种通信系统，其特征在于，包括：第一设备、第二设备以及第三设备；

所述第一设备，用于显示第一界面，所述第一界面包括提示信息和第一控件，所述提示信息用于提示是否通过其他设备播放音频；响应于触发所述第一控件的操作，取消所述提示信息和所述第一控件的显示；

所述第三设备，用于通过与所述第一设备通信得到第一目标音频，并向所述第二设备发送所述第一目标音频，所述第一目标音频是在所述第一设备接收到用于播放第一目标音频的操作的情况下得到的；

所述第二设备，用于从所述第三设备接收所述第一目标音频，并播放所述第一目标音频。

25.一种电子设备，其特征在于，包括：处理器和存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，使得所述电子设备执行如权利要求1-11中任一项所述的方法，或者，使得所述电子设备实现如权利要求12-24中任一项的第一设备所执行的方法，或者，使得所述电子设备实现如权利要求12-24中任一项的第三设备所执行的方法。

26.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1-11中任一项所述的方法，或者，实现如权利要求12-24中任一项的第一设备所执行的方法，或者，实现如权利要求12-24中任一项的第三设备所执行的方法。