基于蓝牙通信的音频数据处理方法、终端设备及存储介质与流程

本申请实施例涉及蓝牙通信领域，尤其涉及一种基于蓝牙通信的音频数据处理方法、终端设备及存储介质。

背景技术：

目前蓝牙通信技术的应用越来越广泛，蓝牙设备通常有两种，一种为蓝牙音频播放器，比如基于蓝牙通信的高级音频分发模型(advancedaudiodistributionprofile，a2dp)设备、蓝牙音箱等，可以用来听音乐等。另一种为基于蓝牙通信的人机接口设备(humaninterfacedevices，hid)，比如遥控器、鼠标、键盘、手柄等等。

在电视领域，音响也可以通过蓝牙通信与电视之间传输数据，遥控器也可以通过蓝牙通信与电视之间传输数据。随着技术的发展，遥控器不仅可以提供传统的按键命令，还可能可以提供语音等智能操作。当电视机通过蓝牙通信同时与蓝牙音响和遥控器传输音频数据，比如电视机在通过蓝牙通信与蓝牙音箱传输音频数据的过程中，用户通过遥控器的蓝牙通信向电视机传输语音指令，则由于固件处理能力有限，一方面会导致声音串扰问题，另一方面也会导致遥控器发送的音频数据的丢包率较大的问题，进而可能导致对遥控器发送的音频数据的语音识别率较低的问题。

综上，亟需一种基于蓝牙通信的音频数据处理方案，用于解决终端设备在传输多个音频数据时所产生的声音串扰问题以及蓝牙人机接口设备发送的音频数据的丢包率较高的问题。

技术实现要素：

本申请实施例提供一种基于蓝牙通信的音频数据处理方法、终端设备及存储介质，用于解决终端设备在传输多个音频数据时所产生的声音串扰问题以及蓝牙人机接口设备发送的音频数据的丢包率较高的问题。

第一方面，本申请实施例提供一种基于蓝牙通信的音频数据处理方法，该方法中在终端设备基于蓝牙通信向蓝牙音频播放器发送第一音频数据流时，若终端设备确定开始基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流，则：终端设备基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流，且暂停基于蓝牙通信向蓝牙音频播放器发送第一音频数据流，直至确定停止基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流。

第二方面，本申请实施例提供一种基于蓝牙通信的终端设备，该设备包括处理单元、接收单元和发送单元。其中，处理单元，用于在确定终端设备基于蓝牙通信向蓝牙音频播放器发送第一音频数据流时，若确定开始基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流，则通过接收单元基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流，且暂停通过发送单元基于蓝牙通信向蓝牙音频播放器发送第一音频数据流，直至确定停止基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流；接收单元，用于接收第二音频数据流；发送单元，用于发送第一音频数据流。

第三方面，本申请实施例提供一种基于蓝牙通信的终端设备，终端设备包括存储器、接收器、发送器和处理器，其中存储器用于存储指令；处理器用于根据执行存储器存储的指令，并控制接收器进行数据接收，以及控制发送器进行数据发送，当处理器执行存储器存储的指令时，终端设备用于执行上述第一方面所提供的任一种方法。

第四方面，本申请实施例提供一种计算机存储介质，计算机存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面所提供的任一种方法。

第五方面，本申请实施例提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面所提供的任一种方法。

本申请实施例中，由于在终端设备与蓝牙人机接口设备传输第二音频数据流的过程中，暂停终端设备与蓝牙音频播放器之间传输的第一音频数据流，从而可以解决声音串扰的问题。

进一步，由于蓝牙通信技术的处理能力有限，因此当在传输第二音频数据流的过程中暂停传输第一音频数据流时可以提高第二音频数据流的传输质量，可以降低蓝牙人机接口设备发送的音频数据的丢包率，进而可以提高对第二音频数据流的语音识别率。

附图说明

图1为本申请实施例适用的一种系统架构示意图；

图2为本申请实施例提供的一种基于蓝牙通信的音频数据处理方法的流程示意图；

图3为本申请实施例提供的另一种基于蓝牙通信的音频数据处理方法的流程示意图；

图4为本申请实施例提供一种终端设备的结构示意图；

图5为本申请实施例提供的一种图4中蓝牙协议栈处理模块405的结构示意图；

图6为本申请实施例提供另一种终端设备的结构示意图；

图7为本申请实施例提供另一种终端设备的结构示意图。

具体实施方式

本申请实施例中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

图1示例性示出了本申请实施例适用的一种系统架构示意图，如图1所示，本申请实施例适用的系统架构包括终端设备101、蓝牙音频播放器102和蓝牙人机接口设备103。

本申请实施例中终端设备可以是支持蓝牙通信技术的电视、个人计算机、平板电脑等。本申请实施例中的蓝牙音频播放器可以是支持蓝牙通信技术的蓝牙音箱等蓝牙音频播放器。本申请实施例中的蓝牙人机接口设备可以是支持蓝牙通信技术的人机接口设备，比如遥控器、手机、平板电脑、鼠标等等。在图1中以终端设备为电视机、蓝牙音频播放器为支持蓝牙通信技术的音箱、蓝牙人机接口设备为支持蓝牙通信技术的遥控器为例进行示例性说明。

如图1所示，终端设备101与蓝牙音频播放器102之间基于蓝牙通信技术建立连接，终端设备101可以向蓝牙音频播放器102发送第一音频数据流，蓝牙音频播放102可以播放接收到的第一音频数据流中的音频数据，第一音频数据流中的音频数据可能是音乐的音频数据，或者是电视机所播放的电视节目的音频数据等。

如图1所示，终端设备101与蓝牙人机接口设备103之间基于蓝牙通信技术建立连接，蓝牙人机接口设备103可以基于蓝牙技术向终端设备101发送第二音频数据流。第二音频数据流中的音频数据可能是用户输入的一段语音指令，该语音指令可以是对电视机的操作指令，比如可以是调高电视机音量、回到菜单页面等等。可选地，蓝牙人机接口设备103中包括一个语音输入按键104，当用户按下语音输入按键104时，遥控器可以开始采集用户输入的语音指令，采集到的音频数据即为第二音频数据流中的音频数据。当用户释放语音输入按键104时，遥控器停止采集语音指令。

一种可能地实现方式中，当终端设备101同时通过蓝牙通信与蓝牙音频播放器102和蓝牙人机接口设备103传输数据时，可以将终端设备101通过蓝牙通信向蓝牙音频播放器102发送的第一音频数据流进行静音处理(mute)。这种静音处理并不是终端设备101停止向蓝牙音频播放器102发送音频数据，而是终端设备101向蓝牙音频播放器102中发送幅值为0的音频数据，因此对于蓝牙通信而言，终端设备101仍然占用蓝牙通信的通道向蓝牙音频播放器102发送音频数据，而仅仅是改变了所发送的第一音频数据流中音频的幅值。

由于蓝牙通信本身处理能力有限，比如有些情况下，蓝牙通信技术本身只有1m的带宽处理能力，而在要向蓝牙音频播放器发送第一音频数据流的同时，还需要接收蓝牙人机接口设备103发送的第二音频流，则会音响蓝牙通信的跳频通信，且蓝牙人机接口设备发送的第一音频流的丢包率也会较大，特别是针对目前很多蓝牙通信和无线高保真(wirelessfidelity，wi-fi)通信采用的同一个处理模块的情况下，蓝牙人机接口设备发送的第一音频流的丢包率会更大。

基于图1所示的系统架构，图2示例性示出了本申请实施例提供的一种基于蓝牙通信的音频数据处理方法的流程示意图，如图2所示，本申请实施例提供的终端设备侧实现的方法中包括以下步骤：

步骤201，在终端设备基于蓝牙通信向蓝牙音频播放器发送第一音频数据流时，若终端设备确定开始基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流，则执行步骤202。

步骤202，终端设备基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流，且暂停基于蓝牙通信向蓝牙音频播放器发送第一音频数据流，直至确定停止基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流。

本申请实施例中提供的方案，由于在终端设备与蓝牙人机接口设备传输第二音频数据流的过程中，暂停终端设备与蓝牙音频播放器之间传输的第一音频数据流，从而可以解决声音串扰的问题。进一步，由于蓝牙通信技术的处理能力有限，因此当在传输第二音频数据流的过程中暂停传输第一音频数据流，可以节省出更多的带宽给第二音频数据流使用，从而可以提高第二音频数据流的传输质量，可以降低蓝牙人机接口设备发送的音频数据的丢包率，进而可以提高对第二音频数据流的语音识别率。

基于图1和图2所示内容，图3示例性示出了本申请实施例提供的另一种基于蓝牙通信的音频数据处理方法的流程示意图，如图3所示，该方法包括：

步骤301，终端设备是否基于蓝牙通信向蓝牙音频播放器发送第一音频数据流。

在上述步骤301中，若是，则执行步骤302；若否，执行步骤306，可以结束本申请实施例提供的方案。

步骤302，终端设备是否确定开始基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流。

在上述步骤302中，若是，则执行步骤303；若否，执行步骤306，可以结束本申请实施例提供的方案。

步骤303，终端设备基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流，且暂停基于蓝牙通信向蓝牙音频播放器发送第一音频数据流。

步骤304，终端设备是否停止基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流，若是，则执行步骤305，若否，则继续执行步骤303。

步骤305，终端设备停止基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流，且基于蓝牙通信向蓝牙音频播放器发送第一音频数据流。

步骤306，结束。

在上述图2的步骤201以及上述图3的步骤302中，终端设备确定是否开始基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流的方式有多种，比如可以是终端设备接收到蓝牙人机接口设备或其它设备发送的第一指示信息，第一指示信息用于指示终端设备开始基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流。

再比如，蓝牙人机接口设备上包括语音输入按键，比如图1中的蓝牙人机接口设备103上的语音输入按键104。一种可能地实现方式中，当终端设备检测到语音输入按键被按下，确定开始基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流。进一步，当终端设备检测到语音输入按键被按下，蓝牙人机接口设备开始采集第二音频数据流对应的音频数据，并将采集到的第二音频数据流对应的音频数据通过蓝牙通信发送给终端设备。当终端设备检测到语音输入按键被释放，确定停止基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流。也就是说，当终端设备检测到语音输入按键被释放，蓝牙人机接口设备停止采集第二音频数据流对应的音频数据。该种可能地实现方式中，语音输入按键也可以称为mic按键。

基于上述内容，图4示例性示出了本申请实施例提供一种可能地终端设备的结构示意图，如图4所示，终端设备101的硬件模块设备层401的蓝牙模块403与蓝牙人机接口设备103和蓝牙音频播放器102之间分别建立蓝牙连接。

如图4所示，蓝牙音频播放器102对应的第一音频数据流的流动方向为“音频(audio)模块407-蓝牙音频(audio)模块406-蓝牙协议栈处理模块405-内核(kernel)层402的蓝牙驱动模块404-硬件模块设备层401的蓝牙模块403-蓝牙音频播放器102”。也就是说，需要通过蓝牙音频播放器102播放的第一音频数据流会经由音频(audio)模块407和蓝牙音频(audio)模块406通过蓝牙的audio接口下发至蓝牙协议栈处理模块405，之后蓝牙协议栈处理模块405对第一音频数据流的音频数据进行编码处理后(如子带编码(subbandcode，sbc)，高级音频编码(advancedaudiocoding，aac)等)，经过蓝牙驱动模块404，发送到蓝牙模块403，蓝牙模块403再通过无线数据将声音发送给蓝牙音频播放器102，蓝牙音频播放器102进行解码，并进行声音的播放。

如图4所示，蓝牙人机接口设备103对应的第二音频数据流的流动方向为“蓝牙人机接口设备103-硬件模块设备层401的蓝牙模块403--内核(kernel)层402的蓝牙驱动模块404-蓝牙协议栈处理模块405-内核(kernel)层402的按键语音数据处理模块408-语音识别模块409-语音识别云处理模块410”。其中，可选地，按键语音数据处理模块408、语音识别模块409和语音识别云处理模块410可以是第三方应用对应的处理模块，用于识别出蓝牙人机接口设备103被按下的按键是否是语音输入按键，若不是，则不做任何处理，若是，则可以识别出蓝牙人机接口设备103输入的第二音频数据流的音频数据对应的命令，比如用户输入的第二音频数据流的音频数据对应的命令为“调高终端设备的音量”。也就是说，内核(kernel)层402的按键语音数据处理模块408识别蓝牙人机接口设备103的语音输入按键的按下和释放，并进而相对应的进行语音识别的开启和关闭，并可以对第二音频数据流的音频数据进行语音识别和云处理。

如图4所示，蓝牙人机接口设备103的按键被按下或释放时，蓝牙人机接口设备103所发送信令的传输方向为“蓝牙人机接口设备103-硬件模块设备层401的蓝牙模块403--内核(kernel)层402的蓝牙驱动模块404-蓝牙协议栈处理模块405-内核(kernel)层402的第一按键处理模块411-第二按键处理模块412-应用层按键处理模块413”。其中，可选地，内核(kernel)层402的第一按键处理模块411可以识别出蓝牙人机接口设备103的各个按键(比如蓝牙人机接口设备103的语音输入按键)的按下和释放。可选地，内核(kernel)层402的第一按键处理模块411、第二按键处理模块412和应用层按键处理模块413可用于识别出蓝牙人机接口设备103的各个按键(包括蓝牙人机接口设备103的语音输入按键和其它按键)的按下和释放所对应的命令，并可以上报所识别出的对应的命令。

如图4所示，本申请实施例提供一种可能地实施方式，在上述步骤202和步骤303中，终端设备暂停基于蓝牙通信向蓝牙音频播放器发送第一音频数据流有多种实现方式，比如，在高层次(例如frameworks层)等停止第一音频数据流的传输，再比如，可以由音频模块407停止下发第一音频数据流的音频数据等。

本申请实施例提供的一种终端设备暂停基于蓝牙通信向蓝牙音频播放器发送第一音频数据流的可能地实施方式中，终端设备的蓝牙协议栈模块接收第一音频数据流对应的音频数据，且：对接收到的第一音频数据流对应的音频数据停止进行编码处理。

本申请实施例提供的另一种终端设备暂停基于蓝牙通信向蓝牙音频播放器发送第一音频数据流的另一种可能地实施方式中，终端设备的蓝牙协议栈模块接收第一音频数据流对应的音频数据，且丢弃接收到的第一音频数据流对应的音频数据。

在上述两种实现方式中，也就是说，第一音频数据流依然会从音频(audio)模块407和蓝牙音频(audio)模块406下发至蓝牙协议栈处理模块405，但是蓝牙协议栈处理模块405不再对接收到的第一音频数据流中的音频数据进行编码处理，比如可以将其丢弃。这种情况下，蓝牙协议栈处理模块405也不会向蓝牙音频播放器102发送第一音频数据流的音频数据。这两种实现方式中，由于是在蓝牙协议栈处理模块405中停止对第一音频数据流的编码，因此代码传递执行的路径可以较短，可以更加及时的在开始传输第二音频数据流时停止第一音频数据流的传输，进一步可以进一步降低第一音频数据流的前几个字的丢包率，进而提高第一音频数据流的音频数据的语音识别成功率。举个例子，蓝牙协议栈处理模块405的按键处理速度在1-5毫秒(ms)之间，以第二音频数据流每帧数据的间隔为4ms，再加上蓝牙人机接口设备可以缓冲100ms左右的数据，可见，该时间可以满足使用要求。

可选地，本申请实施例中终端设备确定开始基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流的工作可以由蓝牙协议栈处理模块405执行，也可以由其它模块(比如可以是按键语音数据处理模块408)执行并向蓝牙协议栈处理模块405发送指示信息(该指示信息用于指示终端设备确定开始基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流)。相对应地，本申请实施例中终端设备确定停止基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流的工作可以由蓝牙协议栈处理模块405执行，也可以由其它模块(比如可以是按键语音数据处理模块408)执行并向蓝牙协议栈处理模块405发送指示信息(该指示信息用于指示终端设备确定停止基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流)。若终端设备确定开始或停止接收第二音频数据流的工作由除蓝牙协议栈处理模块405之外的模块执行，则可以提高蓝牙协议栈处理模块405的通用性，若由按键语音数据处理模块408来执行，由于现有技术中按键语音数据处理模块408就可以识别出终端设备确定开始或停止接收第二音频数据流，则可以进一步兼容现有技术。

图5示例性示出了本申请实施例提供的一种图4中蓝牙协议栈处理模块405的结构示意图，如图5所示，蓝牙协议栈处理模块405对第一音频数据流的处理流程为：蓝牙协议栈处理模块405通过音频接收入口501流程来接收第一音频数据流的音频数据，接口层512的音频接收入口501的流程可以使用uipc(其中，ipc的中文全称为进程间通信方式(interprocesscommunication，ipc)通信协议，之后音频接收入口501将接收到的第一音频数据流的音频数据执行音频接收处理502流程，音频接收处理502流程可以调用蓝牙媒体线程(蓝牙媒体线程502也可以称为btif_media_task)，btif_media_task可对第一音频数据流中的音频数据进行编码503(编码503比如可以是sbc_encoder)处理以实现数据压缩，再通过状态机层511的音频处理状态机504(音频处理状态机504可以是bta_av状态机)传递给蓝牙和谐协议层510中的音频数据发送505流程，音频数据发送505流程可以采用音频/视频分配传输协议(audio/videodistributiontransportprotocol，avdtp)，音频数据发送505流程将第一音频数据流的音频数据发送至数据收发506流程进行处理，数据收发506可以采用逻辑链路控制和适配协议(logicallinkcontrolandadaptationprotocol，l2cap)。

如图5所示，当蓝牙人机接口设备为蓝牙低功耗(bluetoothlowenergy，ble)设备，则蓝牙人机接口设备收到的第二音频流的音频数据对应的流程也可以是ble对应的流程。比如，图5中的数据收发506流程接收到蓝牙人机接口设备发送的语音输入按键被按下或被释放的指令，或者接受到蓝牙人机接口设备发送的第二音频数据流，可以将其上报到蓝牙核心协议层510的按键内容接收507流程，按键内容接收507流程可以采用gatt通信协议，之后通过状态机层511的按键内容接收状态机508(按键内容接收状态机508可以为bta_gatt状态机)，回调到接口层512中的按键内容发送509流程，按键内容发送509流程可以通过调用bta_hh对应的函数来执行，按键内容发送509可以将接收到到的蓝牙人机接口设备发送的语音输入按键被按下或被释放的指令或第二音频数据流发送至内核层402。

在上述图5中，可以在按键内容发送509流程确定出接收到蓝牙人机接口设备的语音输入按键被按下(语音输入按键被按下可以描写为micdown)时，可以根据句柄(handle)判断是否是蓝牙人机接口设备发送过来的。如果是蓝牙人机接口设备发送的，则打开声音阻塞开关，并将“打开声音阻塞开关”的指示信息传递给音频接收处理502流程。可选地，音频接收处理502流程会持续接收第一音频数据流对应的音频数据，只是在确定声音阻塞开关已打开时，不再对接收到的第一音频数据流对应的音频数据进行编码等操作(比如可以丢弃接收到的第一音频数据流对应的音频数据)。也就是说，在该可选地实施方式中，只有在关闭声音阻塞开关时，才会对第一音频数据流的音频数据进行编码处理。

可以理解的是，本申请实施例中，由终端设备实现的方法/步骤也可以由终端设备内部的芯片或者芯片系统实现。

基于相同构思，图6示例性示出了本申请实施例提供的一种终端设备的结构示意图，如图6所示，终端设备600用于执行上述方法中的任一个方案，终端设备600包括接收单元601、处理单元602和发送单元603。

处理单元602，用于在确定终端设备基于蓝牙通信向蓝牙音频播放器发送第一音频数据流时，若确定开始基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流，则通过接收单元601基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流，且暂停通过发送单元603基于蓝牙通信向蓝牙音频播放器发送第一音频数据流，直至确定停止基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流；接收单元601，用于接收第二音频数据流；发送单元603，用于发送第一音频数据流。

在一种可能地实现方式中，处理单元602，还用于在确定开始基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流之后，当确定停止基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流，则：停止通过接收单元601基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流，且通过发送单元603基于蓝牙通信向蓝牙音频播放器发送第一音频数据流。

在一种可能地实现方式中，处理单元602中包括蓝牙协议栈模块，在处理单元602暂停通过发送单元603基于蓝牙通信向蓝牙音频播放器发送第一音频数据流的过程中，蓝牙协议栈模块，具体用于：接收第一音频数据流对应的音频数据，且：对接收到的第一音频数据流对应的音频数据停止进行编码处理；和/或；丢弃接收到的第一音频数据流对应的音频数据。

在一种可能地实现方式中，蓝牙人机接口设备上包括语音输入按键；处理单元602还包括位于内核层的语音识别模块；蓝牙协议栈，具体用于：当蓝牙协议栈或语音识别模块检测到语音输入按键被按下，确定开始基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流；当蓝牙协议栈或语音识别模块检测到语音输入按键被释放，确定停止基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流。

基于相同构思，图7示例性示出了本申请实施例提供的一种终端设备的结构示意图，如图7所示，终端设备700用于执行上述方法中的任一个方案，终端设备700包括接收器701、处理器702和发送器703。

存储器704可以包括易失性存储器(volatilememory)，例如随机存取存储器(random-accessmemory，ram)；存储器也可以包括非易失性存储器(non-volatilememory)，例如快闪存储器(flashmemory)，硬盘(harddiskdrive，hdd)或固态硬盘(solid-statedrive，ssd)；存储器704还可以包括上述种类的存储器的组合。

处理器702可以是中央处理器(centralprocessingunit，cpu)，网络处理器(networkprocessor，np)或者cpu和np的组合。处理器702还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路(application-specificintegratedcircuit，asic)，可编程逻辑器件(programmablelogicdevice，pld)或其组合。上述pld可以是复杂可编程逻辑器件(complexprogrammablelogicdevice，cpld)，现场可编程逻辑门阵列(field-programmablegatearray，fpga)，通用阵列逻辑(genericarraylogic,gal)或其任意组合。

可选地，存储器704还可以用于存储程序指令，处理器702调用该存储器704中存储的程序指令，可以执行上述方案中所示实施例中的一个或多个步骤，或其中可选的实施方式，使得终端设备700实现上述方法中终端设备的功能。

处理器702用于根据执行存储器存储的指令，并控制发送器703进行数据的发送，以及控制接收器701进行数据的接收，当处理器702执行存储器存储的指令时，终端设备700用于在确定终端设备基于蓝牙通信向蓝牙音频播放器发送第一音频数据流时，若确定开始基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流，则通过接收器701基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流，且暂停通过发送器703基于蓝牙通信向蓝牙音频播放器发送第一音频数据流，直至确定停止基于蓝牙通信接收蓝牙人机接口设备发送的第二音频数据流。

应理解，以上图6中各个单元的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。本申请实施例中，接收单元601可以由图7中的接收器701实现，发送单元603可以由图7中的发送器703实现，处理单元602可以由处理器702实现。如图7所示，终端设备700可以包括处理器702、接收器701、发送器703和存储器704。其中，存储器704可以用于存储处理器702执行方案时的代码，该代码可为终端设备700出厂时预装的程序/代码。

在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现、当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。指令可以存储在计算机存储介质中，或者从一个计算机存储介质向另一个计算机存储介质传输，例如，指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带、磁光盘(mo)等)、光介质(例如，cd、dvd、bd、hvd等)、或者半导体介质(例如rom、eprom、eeprom、非易失性存储器(nandflash)、固态硬盘(solidstatedisk，ssd))等。

本领域内的技术人员应明白，本申请实施例可提供为方法、系统、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

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

这些指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请实施例进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请实施例的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。