CN115119098A - 音频播放控制方法、tws耳机及存储介质 - Google Patents

Abstract

本申请提供了一种音频播放控制方法、TWS耳机及存储介质。该方法通过根据TWS耳机中左右两个耳机的佩戴状态，在确定使用场景为仅佩戴一个耳机的情况下，进一步确定未佩戴的耳机的状态信息是否满足设定的断开条件，进而在确定满足断开条件时，由佩戴的耳机向未佩戴的耳机发送指令，以使未佩戴的耳机能够断开与电子设备之间的虚拟监听链路，从而既可以避免未佩戴的耳机因信息传输问题影响佩戴的耳机执行音频业务，又可以降低未佩戴耳机的功耗。

Description

音频播放控制方法、TWS耳机及存储介质

技术领域

本申请涉及无线通信技术领域，尤其涉及一种音频播放控制方法、TWS耳机及存储介质。

背景技术

随着无线通信技术的发展以及相关蓝牙产品的广泛使用，蓝牙无线耳机已经成为随身携带的必备品。为了携带和佩戴更方便，真正无线立体声（True Wireless Stereo，TWS）耳机被越来越广泛的使用。

由于TWS耳机的左耳机和右耳机各自配有独立的蓝牙，因此TWS耳机拥有真正意义分离的左右声道，例如仅佩戴一个耳机（主耳机）收听音源设备，如手机等电子设备传输的音频信号。然而对于用户仅佩戴主耳机收听音频信号的场景，如何避免另一个未佩戴，但与佩戴的耳机和音源设备建立通信的耳机（从耳机）对主耳机执行的音频业务造成干扰，并降低从耳机的功耗，是需要解决的问题。

发明内容

为了解决上述技术问题，本申请提供一种音频播放控制方法、TWS耳机及存储介质。基于该方案，在用户仅佩戴主耳机执行音频业务的场景下，可以避免从耳机对主耳机执行的音频业务的干扰，并降低从耳机的功耗。

第一方面，本申请提供一种音频播放控制方法，该方法应用于真无线立体声TWS耳机，该TWS耳机包括第一耳机和第二耳机。该方法包括：在第一耳机处于佩戴状态，第二耳机处于未佩戴状态时，将第一耳机确定为主耳机，第二耳机确定为从耳机；其中，主耳机与从耳机之间建立有TWS链路，主耳机与提供音频信号的电子设备之间建立有数据收发链路，从耳机与电子设备之间建立有虚拟监听链路；在主耳机通过数据收发链路接收到电子设备发送的音频信号时，获取从耳机的状态信息；在状态信息满足设定的断开条件时，主耳机通TWS链路向从耳机发送断开虚拟监听链路的指令，以使从耳机断开与电子设备之间的虚拟监听链路。

示例性的，在一些实现方式中，第一耳机例如可以是佩戴在右耳上的右耳机，第二耳机例如可以是佩戴在左耳上的左耳机。

示例性的，在另一些实现方式中，第一耳机例如可以是佩戴在左耳上的左耳机，第二耳机例如可以是佩戴在右耳上的右耳机。

其中，TWS链路也可以表示为主副链路，或主从链路。具体是一个实体链路，用于实现主耳机与从耳机之间的信息交互，如同步信息的交互、主从耳切换时主耳机与提供音频信号的电子设备之间的连接信息、从耳机对电子设备发送给主耳机的音频信号的监听信息等。

其中，数据收发链路是一个实体链路，具体是基于蓝牙机制建立的，即本质上是蓝牙链路，用于实现主耳机与上述电子设备之间的信息交互，如主耳机可以通过数据收发链路接收电子设备发送的音频信号，也可以通过数据收发链路向电子设备反馈收到音频信号的响应信息。具体到本申请中，数据收发链路例如下文中所说的手机与耳机1之间的Mobile（移动）链路。

其中，虚拟监听链路是一个虚拟链路，即不用于收发数据，具体用于对上述电子设备发送给主耳机的音频信号进行监听。具体到本申请中，虚拟监听链路例如下文中所说的手机与耳机2之间的IBRT（智能蓝牙重传）链路。

其中，从耳机的状态信息，例如可以是充电状态信息、电量状态信息中的任意一种或几种。

相应地，断开条件则是用于评估充电状态信息对应的充电状态，如是否充电，和/或用于评估电量状态信息对应的电量值的。

由此，通过根据TWS耳机中第一耳机和第二耳机的佩戴状态，在确定使用场景为仅佩戴一个主耳机的情况下，进一步确定未佩戴的从耳机的状态信息是否满足设定的断开条件，进而在确定满足断开条件时，由主耳机向从耳机发送指令，以使从耳机能够断开与电子设备之间的虚拟监听链路，从而既可以避免从耳机因信息传输问题影响主耳机执行音频业务，又可以降低从耳机的功耗。

根据第一方面，在获取从耳机的状态信息之前，方法还包括：确定电子设备执行的音频业务；获取音频业务对应的历史持续时长；在历史持续时长满足设定的时长阈值时，执行获取从耳机的状态信息的步骤。

其中，音频业务例如可以包括通话业务、多媒体业务等。

示例性的，在一些实现方式中，通话业务例如可以包括语音通话业务，如基于通话应用程序发起的语音通话、基于即时通讯应用发起语音通话等。

示例性的，在另一些实现方式中，通话业务还可以包括音视频会议业务，如基于即时通讯应用发起的会议等。

其中，上述所说的满足，例如为大于和/后等于。

由此，通过确定当前需要执行的音频业务，进而根据音频业务对应的历史持续时长和设定的断开虚拟监听链路的时长阈值来确定该音频业务持续时长是否满足设定的时长阈值，在确定满足设定的时长阈值时，才执行获取从耳机的状态信息的操作，即考虑是否断开虚拟监听链路的操作，从而避免频繁断开虚拟监听链路，以及重新建立虚拟监听链路，导致资源的浪费。

根据第一方面，或者以上第一方面的任意一种实现方式，方法还包括：在状态信息不满足设定的断开条件时，主耳机通TWS链路向从耳机发送静音指令，以使从耳机静音，不发出声音。

由此，在无需断开虚拟监听链路，如当前的音频业务执行时间较短的情况下，主耳机直接控制从耳机切换为静音状态，或者将音量调节为0，这样从耳机就不会发出声音，进而减少了从耳机出声对用户的干扰。

根据第一方面，或者以上第一方面的任意一种实现方式，在从耳机静音之后，方法还包括：记录从耳机的静音时长；在静音时长满足设定的静音时长阈值时，主耳机通TWS链路向从耳机发送断开虚拟监听链路的指令，以使从耳机断开与电子设备之间的虚拟监听链路。

由此，在从耳机静音达到设定的静音时长阈值时，控制从耳机断开与电子设备之间的虚拟监听链路，在以历史持续时长为参考的基础上，能够进一步结合当前的实际场景，进而更加贴合实际使用。

根据第一方面，或者以上第一方面的任意一种实现方式，在从耳机断开与电子设备之间的虚拟监听链路之后，方法还包括：响应于第一目标触发操作，主耳机通TWS链路向从耳机发送与电子设备回连的指令，以使从耳机重新建立与电子设备之间的虚拟监听链路。

其中，第一目标触发操作例如可以是下文所说的从耳机处于佩戴状态、耳机盒从开盖状态切换为关盖状态后再切换为开盖状态中的任意一种。

由此，当识别到上述任一种第一目标触发操作时，主耳机通过依旧存在的TWS链路通知从耳机重新与电子设备建立虚拟监听链路，这样后续如果用户佩戴了从耳机后，可以直接播放音频信号，无需等待与电子设备的回连，这样在兼顾从耳机功耗的情况下，也能有效保障用户体验。

根据第一方面，或者以上第一方面的任意一种实现方式，在从耳机重新建立与电子设备之间的虚拟监听链路之后，方法还包括：主耳机通过TWS链路向从耳机发送同步信息，同步信息为主耳机与电子设备之间的交互信息。

其中，主耳机与电子设备之间的交互信息，例如为具体接收到哪一个音频信号/音频数据包、当前执行的音频业务等。

由此，在从耳机与电子设备重新建立虚拟监听链路后，为了使得从耳机能够获知当前执行的音频业务的情况，以及收发数据包的情况，主耳机通过TWS链路向从耳机发送同步信息，使得从耳机重新与电子设备建立虚拟监听链路后，也能够根据实际执行情况进行监听。

根据第一方面，或者以上第一方面的任意一种实现方式，TWS耳机还包括耳机盒，第二耳机处于未佩戴状态指示第二耳机处于耳机盒，且耳机盒处于开盖状态；或者，第二耳机未处于耳机盒，且第二耳机未被用户佩戴。

其中，耳机盒不仅可以用来存放第一耳机和第二耳机，还可以为第一耳机和第二耳机进行充电。

具体到本申请中，给出两种从耳机未佩戴的状态，这样对于从耳机在耳机盒，但耳机盒处于开盖状态，以及从耳机未在耳机盒，但也没有被用户佩戴的场景，如放在桌面，装在兜里，包中等，均可以根据上述处理逻辑实现虚拟监听链路的断开，从而有效降低从耳机对主耳机执行的音频业务的干扰，以及从耳机功功耗。

根据第一方面，或者以上第一方面的任意一种实现方式，第一目标触发操作包括任意一种：从耳机处于佩戴状态、耳机盒从开盖状态切换为关盖状态后再切换为开盖状态。

关于上述第一目标触发操作的触发场景，详见下文，此处不再赘述。

根据第一方面，或者以上第一方面的任意一种实现方式，在第一耳机处于佩戴状态，第二耳机处于未佩戴状态时，将第一耳机确定为主耳机，第二耳机确定为从耳机之后，方法还包括：响应于第二目标触发操作，将第二耳机切换为主耳机，将第一耳机切换为从耳机。

其中，第二目标触发操作例如可以是下文所说的从耳机处于佩戴状态，且主耳机处于未佩戴状态，即二者的佩戴状态发生了变化。

由此，在第一耳机和第二耳机的佩戴状态发生变化，具体为第一耳机从佩戴状态改为未佩戴状态，第二耳机从未佩戴状态改为佩戴状态时，通过执行主耳机和从耳机的切换，使得音频业务能够通过不同的耳机执行。

根据第一方面，或者以上第一方面的任意一种实现方式，将第二耳机切换为主耳机，将第一耳机切换为从耳机，包括：第一耳机通TWS链路向第二耳机发送第一耳机与电子设备之间的数据收发链路连接信息，以使第二耳机根据数据收发链路的连接信息将虚拟监听链路切换为数据收发链路；第二耳机通过TWS链路向第一耳机发送第二耳机与电子设备之间的虚拟监听链路的连接信息，以使第一耳机根据虚拟监听链路的连接信息将数据收发链路切换为虚拟监听链路。

根据第一方面，或者以上第一方面的任意一种实现方式，第二目标触发操作包括：从耳机处于佩戴状态，且主耳机处于未佩戴状态。

关于上述第二目标触发操作的触发场景，详见下文，此处不再赘述。

根据第一方面，或者以上第一方面的任意一种实现方式，TWS耳机还包括耳机盒，主耳机处于未佩戴状态指示主耳机处于耳机盒，且耳机盒处于开盖状态；或者，主耳机未处于耳机盒，且主耳机未被用户佩戴。

其中，耳机盒不仅可以用来存放第一耳机和第二耳机，还可以为第一耳机和第二耳机进行充电。

具体到本申请中，给出两种主耳机未佩戴的状态，这样对于主耳机在耳机盒，但耳机盒处于开盖状态，以及主耳机未在耳机盒，但也没有被用户佩戴的场景，如放在桌面，装在兜里，包中等，均可以根据上述状态，触发主耳机和从耳机的切换操作，即将原本为主耳机的耳机切换为从耳机，使得主从耳切换后，依旧能够实现上述方案。

根据第一方面，或者以上第一方面的任意一种实现方式，状态信息包括电量状态信息；获取从耳机的状态信息，包括：获取从耳机的电量状态信息；其中，在获取从耳机的状态信息之后，方法还包括：在电量状态信息标识的从耳机的电量值不大于设定的低电量阈值时，确定状态信息满足设定的断开条件。

关于该场景的实现，可以参见下文，此处不再赘述。

根据第一方面，或者以上第一方面的任意一种实现方式，状态信息包括充电状态信息；获取从耳机的状态信息，包括：获取从耳机的充电状态信息；其中，在获取从耳机的状态信息之后，方法还包括：在充电状态信息指示从耳机处于未充电状态时，确定状态信息满足设定的断开条件。

关于该场景的实现，可以参见下文，此处不再赘述。

根据第一方面，或者以上第一方面的任意一种实现方式，状态信息包括充电状态信息和电路状态信息；获取从耳机的状态信息，包括：获取从耳机的充电状态信息和电量状态信息；其中，在获取从耳机的状态信息之后，方法还包括：在充电状态信息指示从耳机处于未充电状态，且电量状态信息标识的从耳机的电量值不大于设定的低电量阈值时，确定状态信息满足设定的断开条件。

关于该场景的实现，可以参见下文，此处不再赘述。

第二方面，本申请提供了一种TWS耳机。该TWS耳机包括：存储器和处理器，存储器和处理器耦合；存储器存储有程序指令，程序指令由处理器执行时，使得所述TWS耳机执行第一方面或第一方面的任意可能的实现方式中的方法的指令。

第二方面以及第二方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第二方面以及第二方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第三方面，本申请提供了一种计算机可读介质，用于存储计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。

第三方面以及第三方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第三方面以及第三方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第四方面，本申请提供了一种计算机程序，该计算机程序包括用于执行第一方面或第一方面的任意可能的实现方式中的方法的指令。

第四方面以及第四方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第四方面以及第四方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第五方面，本申请提供了一种芯片，该芯片包括处理电路、收发管脚。其中，该收发管脚、和该处理电路通过内部连接通路互相通信，该处理电路执行第一方面或第一方面的任一种可能的实现方式中的方法，以控制接收管脚接收信号，以控制发送管脚发送信号。

第五方面以及第五方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第五方面以及第五方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

第六方面，本申请提供了一种无线通信系统，该系统包括用于提供音频信号的电子设备和第二方面中的TWS耳机。

第六方面面以及第六方面的任意一种实现方式分别与第一方面以及第一方面的任意一种实现方式相对应。第六方面以及第六方面的任意一种实现方式所对应的技术效果可参见上述第一方面以及第一方面的任意一种实现方式所对应的技术效果，此处不再赘述。

附图说明

图1为示例性示出的TWS耳机的硬件结构示意图；

图2为示例性示出的TWS耳机的软件结构示意图；

图3为示例性示出的手机与TWS耳机进行蓝牙配对的示意图；

图4为示例性示出的手机、TWS耳机中两个耳机三者之间链路的示意图；

图5为示例性示出的本申请实施例提供的音频播放控制方法的时序图之一；

图6为示例性示出的本申请实施例提供的音频播放控制方法的时序图之二；

图7a为示例性示出的状态信息为电量状态信息时，判断状态信息是否满足断开条件的示意图；

图7b为示例性示出的状态信息为充电状态信息时，判断状态信息是否满足断开条件的示意图；

图7c为示例性示出的状态信息为电量状态信息和充电状态信息时，判断状态信息是否满足断开条件的示意图；

图8为示例性示出的本申请实施例提供的音频播放控制方法的时序图之三；

图9为示例性示出的本申请实施例提供的音频播放控制方法的时序图之四；

图10为示例性示出的本申请实施例提供的音频播放控制方法的时序图之五；

图11为示例性示出的本申请实施例提供的音频播放控制方法的时序图之六；

图12为示例性示出的主从耳切换的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。

本申请实施例的说明书和权利要求书中的术语“第一”和“第二”等是用于区别不同的对象，而不是用于描述对象的特定顺序。例如，第一目标对象和第二目标对象等是用于区别不同的目标对象，而不是用于描述目标对象的特定顺序。

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

在本申请实施例的描述中，除非另有说明，“多个”的含义是指两个或两个以上。例如，多个处理单元是指两个或两个以上的处理单元；多个系统是指两个或两个以上的系统。

本申请实施例提供一种TWS耳机。如图1所示，本实施例中提供的TWS耳机100可以包括耳机盒101、用于佩戴在右耳上的右耳机102和用于佩戴在左耳上的左耳机103。

其中，耳机盒101包括用于容纳右耳机102和左耳机103，并用于为右耳机102和左耳机103进行充电的盒体1011，以及用于将右耳机102和左耳机103密封在盒体1011中的盖子1012。

示例性的，另一些实现方式中，盒体1011和盖子1012可以通过连接装置连接，这样即便打开盖子1012，盖子1012也会与盒体1011连接，例如图1所示，可以有效防止盖子1012丢失。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。在实际应用中，盒体1011和盖子1012也可以通过螺纹、扣压或其他形式连接，本实施例对此不作限制。

其中，右耳机102和左耳机103可以根据实际的佩戴状态，从耳机盒101的取出状态进行主从耳切换。

示例性的，在一些实现方式中，可以规定将右耳机102默认设置为主耳机，而左耳机103设置为从耳机。即，当用户打开耳机盒101的盖子1012后，右耳机102被当作主耳机，左耳机103被当作从耳机。

示例性的，在另一些实现方式中，还可以规定先从耳机盒101中取出的耳机为主耳机，后取出的为从耳机。

示例性的，在另一些实现方式中，还可以规定先佩戴到耳朵上的耳机为主耳机，后佩戴的耳机为从耳机。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。在实际应用中，还可以根据两个耳机的剩余电量值确定主耳机和从耳机，如将电量值高的作为主耳机，电量值低的作为从耳机。

基于上述结构的TWS耳机，在用户仅佩戴一个耳机（主耳机）发生音频业务的场景下，另一个未佩戴，但是已经与主耳机建立TWS链路，与提供音频业务对应的音频信号的电子设备，如手机建立虚拟监听链路的耳机（从耳机）可能会对主耳机要执行的音频业务造成影响。

具体的，由于从耳机会通过虚拟监听链路监听电子设备发送给主耳机的音频信号/数据包（后续统一用音频信号表示），在监听到电子设备发送给主耳机的音频信号后，会通过TWS链路告知主耳机监听到该音频信号，主耳机在收到从耳机的反馈后，才会播放电子设备发送的音频信号，并告知电子设备接收到了该音频信号，以使电子设备继续传输后续的音频信号，避免超时后重传当前接收到的音频信号。基于这种工作模式，如果上述所说的从耳机出现故障，或其他干扰，可能导致无法通知主耳机对音频信号的监听情况，进而导致主耳机无法及时向电子设备作出反馈，对要执行的音频业务造成影响。

此外，对于上述仅佩戴主耳机的工作场景，为佩戴的从耳机一直监听电子设备发送给主耳机的音频信号，以及与主耳机交互，也会导致从耳机的电量造成不必要的浪费，即增加了从耳机的功耗。

有鉴于此，本申请实施例提供了一种音频播放控制方法，通过根据TWS耳机中左右两个耳机的佩戴状态，在确定使用场景为仅佩戴一个耳机的情况下，进一步确定未佩戴的耳机的状态信息是否满足设定的断开条件，进而在确定满足断开条件时，由佩戴的耳机向未佩戴的耳机发送指令，以使未佩戴的耳机能够断开与电子设备之间的虚拟监听链路，从而既可以避免未佩戴的耳机因信息传输问题影响佩戴的耳机执行音频业务，又可以降低未佩戴耳机的功耗。

具体到本实施例中，音频播放控制方法主要依赖TWS耳机所遵循的软件架构中的功能模块/函数/服务，以及采用的不同厂商提供的蓝牙芯片实现。为了更好的理解本实施例提供的音频播放控制方法，以下结合图2对TWS耳机的软件架构和蓝牙芯片进行说明。

参见图2，对于TWS耳机的软件架构，从上至下可以分为应用程序层、应用程序框架层、接口适配层和内核层。

其中，应用程序层可以包括一系列应用程序包。例如图2示出的传感器应用、用户操作事件处理应用等。

具体到本实施例中，TWS耳机中左、右耳机的出入盒检测、佩戴状态检测等就是由传感器应用中的出入盒传感器应用和佩戴传感器应用实现的。

此外，还可以理解的是，在实际应用中，传感器应用还可以包括用于检测用户触控操作的触控传感器应用、用于检测温度的稳定传感器应用、用于检测滑动操作的滑动传感器应用等，此处不再一一列举，本实施例对此不作限制。

继续参见图2，示例性的，对于用户打开耳机盒的盖子、关闭盖子的操作，以及从耳机盒的盒体中取出耳机、放入耳机的操作，以及佩戴耳机、摘下耳机、蓝牙配对、播放音频、获取耳机的充电状态信息等用户操作事件，则是由用户操作事件处理应用进行处理的。

继续参见图2，示例性的，关于打开耳机盒的盖子、关闭盖子的用户操作事件，例如可以由用户操作事件处理应用中的盒子事件处理模块实现；关于从耳机盒的盒体中取出耳机、放入耳机，以及佩戴耳机、摘下耳机的用户操作事件，例如可以由用户操作事件处理应用中传感器事件模块实现；关于蓝牙配对的用户操作事件，例如可以由用户操作事件处理应用中的蓝牙事件模块实现；关于获取耳机的充电状态信息的用户操作事件，例如可以由用户操作事件处理应用中的充电事件模块实现；关于执行音频业务的用户操作事件，例如可以由户操作事件处理应用中的音频事件实现。

需要说明的，具体到实际应用中，传感器事件模块可以配合传感器应用中的出入盒传感器应用、佩戴传感器应用，触发对应的传感器驱动，调用对应的传感器实现从耳机盒的盒体中取出耳机、放入耳机，以及佩戴耳机、摘下耳机的用户操作事件处理。

此外，还需要说明的，通过上述事件模块处理获得的状态信息，如是否在盒、是否佩戴、是否充电、是否完成蓝牙连接，以及蓝牙配对的电子设备的信息、执行的音频业务信息等，均可以由用户操作事件处理应用中的状态管理模块管理，这样在获取上述信息时可以先在状态管理模块中进行查找，如果没有查找到在由对应的事件模块进行处理。

此外，还可以理解的是，在实际应用中，应用程序包还可以包括一些公共应用，如用于实现空中下载软件升级（Firmware Over-The-Air，FOTA）的应用、用于显示耳机电量值的应用等，此处不再一一列举，本实施例对此不作限制。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

其中，应用程序框架层为应用程序层的应用程序提供应用编程接口（applicationprogramming interface，API）和编程框架（Framework），即应用程序层通过Framework API访问/调用应用程序框架层提供的服务。在一些实现方式中，通过Framework API访问的应用程序框架层的服务，例如包括图2所示的基础软件服务、公共基础库等。

具体到本实施例中，上述所说的耳机电量值的确定，就需要借助公共基础库中算法库内封装的软电路计算法，而佩戴状态则需要借助算法库内封装的佩戴检测算法对佩戴传感器采集的数据进行处理确定。

此外，还可以理解的是，在实际应用中，公共基础库中还可以包括一些第三方库，如用于建立安全通信连接的算法、用于维护业务安全性的算法等，此处不再一一列举，本实施例对此不作限制。

此外，还可以理解的是，在实际应用中，公共基础库中还可以包括一些公共运行库，如内存池（mempool）、安全模式（safemode）帮助码（helpCode）等，此处不再一一列举，本实施例对此不作限制。

继续参见图2，示例性的，对于基础软件服务，例如包括用于进行日志存储的服务、应用管理的服务、设备管理的服务、串口通信管理的服务、配置存储管理的服务等，此处不再一一列举，本实施例对此不作限制。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

其中，接口适配层提供了各种适配接口，如所2示出的，用于访问蓝牙芯片中的蓝牙系统的蓝牙接口，以及用户访问蓝牙芯片中集成的音频系统的音频接口等。

具体到本实施例中，通过蓝牙接口访问蓝牙系统能够实现数据的收发、耳机状态（佩戴、未佩戴在盒、未佩戴不在盒等）、耳机盒状态（打开盖子、关闭盖子）的更新；通过音频接口访问音频系统能够执行相应的音频业务，如播放出生、静音等。

此外，还可以理解的是，在实际应用中，接口适配层还可以包括其他适配接口，如用于访问温度传感器的接口、用于访问硬件抽象层的接口、用于访问滑动传感器的接口等，此处不再一一列举，本实施例对此不作限制。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

其中，内核层包括轻量级操作系统、各种硬件驱动等。

其中，轻量级操作系统例如包括用于实现任务调度的任务调度模块、用于实现内存管理的内存管理模块、用于实现定时的定时器、用于降低功耗的低功耗模块、用于实现芯片适配的芯片适配模块、用于实现进程间通信（Inter-Process Communication，IPC）的IPC通信模块等，此处不再一一列举，本实施例对此不作限制。

其中，TWS耳机中涉及的硬件驱动，例如包括滑动传感器驱动、温度传感器驱动、佩戴传感器驱动、出入盒传感器驱动等，此处不再一一列举，本实施例对此不作限制。

关于本实施例涉及的TWS的软件结构就介绍到此，可以理解的是，图2示出的软件结构中的层以及各层中包含的部件，并不构成对该类TWS耳机的具体限定。在本申请另一些实施例中，TWS耳机可以包括比图示更多或更少的层，以及每个层中可以包括更多或更少的部件，本申请不做限定。

此外，还需要说明的是，由于TWS耳机中左耳机和右耳机自配有独立的蓝牙，如图2示出的蓝牙芯片，因此左耳机和右耳机的整体架构均如图2所示。

基于上述硬件结构和软件架构的TWS，在实现本实施例提供的音频播放控制方法前，需要完成TWS耳机与提供音频信号的电子设备，如手机的蓝牙配对，以及TWS耳机中左耳机和右耳机之间的连接。为了便于说明，以下结合图3进行说明。

需要说明的是，由于TWS耳机并不是某个特定品牌的耳机，它指的是真无线立体声蓝牙耳机，因此不同厂商生生产的不同品牌不同型号的TWS耳机与手机等电子设备的蓝牙配对方式会有所差异。

参见图3，示例性的示出一种TWS耳机与手机进行蓝牙配对的方式。具体的，当需要实现手机与TWS耳机之间的蓝牙配对时，例如可以通过下拉通知栏、设置应用提供的入口，或者其他快捷方式打开手机的蓝牙，并打开放置TWS耳机的耳机盒的盖子，接着在手机的蓝牙设置界面中搜索蓝牙设备，并找到需要佩戴的TWS耳机，然后选择该TWS耳机，即可与耳机盒中的左耳机和右耳机配对成功。

示例性的，在另一些实现方式中，对于其他品牌型号的TWS耳机，其与手机的蓝牙配对例如可以是在手机开启蓝牙后，通过将TWS耳机靠近手机，并长按耳机盒上的按钮，让TWS耳机进入配对模式，接着打开耳机和的盖子，手机的界面中便会弹出配对画面，当用户点击确认后，即可与耳机盒中的左耳机和右耳机配对成功。

示例性的，在另一些实现方式中，对于需要取出两个耳机才能实现蓝牙配对的TWS耳机，需要通过将左耳机和右耳机从耳机盒中取出，然后同时按下两个耳机上的功能开关，以使两个耳机均进入配对模式，然后打开手机蓝牙，通过在手机的蓝牙设置界面进行操作即可实现TWS耳机与手机的蓝牙配对。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

此外，需要说明的是，在实现蓝牙配对的过程中，TWS耳机的两个耳机和手机之间需要涉及三条链路的建立，分别为两个耳机之间的TWS链路、被确认为主耳机的耳机与手机之间的数据收发链路，以及被确认为从耳机的耳机与手机之间的虚拟监听链路。关于这3条链路的建立，以下结合图4进行说明。

参见图4，假设TWS耳机中的耳机1（可以是左耳机，也可以是右耳机）被确认为主耳机，耳机2（可以是右耳机，也可以是左耳机）被确认为从耳机。耳机1和耳机2在耳机盒中，耳机盒的盖子打开后，耳机1和耳机2之间会先建立TWS链路，具体可以是由耳机2，即从耳机主动去回连耳机1，即主耳机。

继续参见图4可知，TWS链路是一条双向的实体链路，即耳机1和耳机2可以通过TWS链路进行交互，例如耳机2可以通过TWS链路向耳机1发送监听到手机向耳机1发送音频信号的信息，耳机1也可以通过TWS链路向耳机2发送下文涉及的断开虚拟监听链路的指令、同步信息、连接信息等。

接着，在TWS链路建立好后，如果手机的蓝牙已经开启，当手机靠近TWS耳机，或者两者在一定的范围、空间内时，手机的蓝牙设置界面会显示搜索到的该TWS耳机，当用户选中显示的该TWS耳机户，耳机1就会与手机建立数据收发链路，即图4中的Mobile链路，具体是由耳机1，即主耳机主动去回连手机。

继续参见图4可知，Mobile链路是一条双向的实体链路，即耳机1和手机可知通过Mobile链路进行交互，例如手机可以通过Mobile链路向耳机1发送音频信号，耳机1也可以通过Mobile链路向手机发送接收到该音频信号的反馈。

接着，在Mobile链路建立好后，耳机1会通知耳机2与手机建立虚拟监听链路，即图4中的IBRT链路。

继续参见图4可知，IBRT链路是一条单向的虚拟链路，用于供耳机2监听手机向耳机1发送的音频信号，即只用于接收数据，不用于发送数据。

此外，应当理解的是，关于上述三条链路的建立，Mobile链路需建立在TWS链路建立成功后才能建立，而IBRT链路则需要在TWS链路和Mobile链路均建立好后才能建立。

此外，关于上述三条链路的具体建立过程，可以参见TWS耳机所遵循的协议标准，此处不再赘述。

相应地，在耳机1和耳机2放入耳机盒子，且关闭耳机盒的盖子后，上述三条链路的断开也有顺序。具体为先由主耳机通知从耳机断开从耳机与手机之间的IBRT链路，然后由主耳机断开与手机之间的Mobile链路，最后断开两个耳机之间的TWS链路。

关于上述三条链路的具体断开过程，可以参见TWS耳机所遵循的协议标准，此处不再赘述。

针对上述软、硬件结构的TWS耳机，在完成TWS耳机与手机之间的蓝牙配对，实现上述所说的三条链路的创建后，为了使TWS耳机能够适用于上述所说的一个耳机佩戴执行音频业务，另一个耳机未佩戴的场景，并能解决该场景存在的上述问题，以下结合图5至图12，分别对本申请提供的音频播放控制方法进行说明。

参见图5，本实施例提供的音频播放控制方法，具体包括：

S101，通过Mobile链路向耳机1发送音频信号/数据包。

示例性的，在本实施例中，以耳机1当前处于佩戴状态，耳机2处于未佩状态，即耳机1被确认为主耳机，耳机2为被确认为从耳机为例。在按照上文所述的方式完成手机与耳机1、耳机2的蓝牙配对，并实现上述三条链路的建立后。如果手机触发了音频业务，如通话业务、多媒体业务等，手机会通过与耳机1之间的Mobile链路，将当前触发的音频业务对应的音频信号/数据包发送给耳机1，以便耳机1执行根据接收到的音频信号执行该音频业务，如播放音频信号。

示例性的，在一些实现方式中，上述所说的耳机2处于未佩戴状态，例如是指耳机2处于耳机盒，且耳机盒处于开盖状态，即耳机盒的盖子是打开的。

示例性的，在另一些实现方式中，上述所说的耳机2处于未佩戴状态，例如是指耳机2未处于耳机盒，且耳机2未被用户佩戴在耳朵上，如耳机2被用户从耳机盒中取出放置在桌面上、口袋中、包中等。

S102，耳机2通过IBRT链路监听手机发送给耳机1的音频信号。

通过上述对IBRT链路的描述可知，IBRT链路是供耳机2监听手机向耳机1发送的音频信号的，故而在手机通过Mobile链路向耳机1发送音频信号的过程中，耳机2会通过IBRT链路监听手机发送给耳机1的音频信号。

S103，通过TWS链路获取耳机2的状态信息。

具体到本实施例中，为了避免未佩戴的耳机2对耳机1要执行的音频业务造成影响，耳机1在接收到手机通过Mobile链路发送的音频信号后，会通过TWS链路获取耳机2当前的状态信息。

通过上述对TWS耳机的软件架构的描述可知，耳机1要获取的耳机2的状态信息，例如是由耳机2中各事件模块处理获得后存储到状态管理模块的状态信息，也可以是通知耳机2实时调用对应的事件模块处理获得的状态信息。

关于上述所说的状态信息，可以是充电状态信息、电量状态信息中的一种或几种，本实施例对此不作限制。

其中，充电状态信息是用于指示耳机2当前是否处于充电状态的，电量状态信息是用于标识耳机2当前的电量值的。

S104，确定状态信息满足断开条件。

具体的，当耳机1通过TWS链路获取到耳机2的状态信息后，会判断状态信息是否满足预先设定的断开条件。

可理解的，本实施例中所说的是否满足断开条件，基于获取到的状态信息的不同，其判断标准也不相同，关于确定状态信息是否满足断开条件的具体细节可以参见下文结合图7a~7c的描述，此处不再赘述。

具体到本实施例中，以状态信息满足断开条件为例，则在确定状态信息满足断开条件时，耳机1会通过TWS链路向耳机2发送断开IBRT链路的指令，即执行步骤S105。

S105，通过TWS链路发送断开IBRT链路的指令。

S106，响应于该指令，断开IBRT链路。

具体的，耳机2接收到耳机1通过TWS链路发送的断开IBRT链路的指令后，响应于该指令，会断开与手机之间的IBRT链路，这样耳机2就不会继续监听手机向耳机1发送的音频信号，因此耳机1也不需要等待耳机2通过TWS链路向其反馈的监听到音频信号的信息，即在IBRT链路断开期间，耳机1在接收到手机发送的每一个音频信号后，均会直接通过Mobile链路回复手机收到其发送的音频信号，并播放该音频信号对应的声音，即执行步骤S107。而手机侧也不会出现长时间接收不到耳机1收到音频信号的反馈，导致超时重传已经被耳机1接收到的音频信号。

S107，回复收到音频信号，并播放声音。

由此，由此，通过根据TWS耳机中耳机1和耳机2的佩戴状态，在确定使用场景为仅佩戴耳机1的情况下，进一步确定未佩戴的耳机2的状态信息是否满足设定的断开条件，进而在确定满足断开条件时，由耳机1向耳机2发送指令，以使耳机2能够断开与手机之间的虚拟监听链路，从而既可以避免耳机2因信息传输问题影响耳机1执行音频业务，又可以降低从耳机的功耗。

参见图6，本实施例提供的音频播放控制方法，具体包括：

S201，通过Mobile链路向耳机1发送音频信号/数据包。

S202，耳机2通过IBRT链路监听手机发送给耳机1的音频信号。

S203，通过TWS链路获取耳机2的状态信息。

不难发现，本实施例中的步骤S201至步骤S203与上述实施例中的步骤S101至步骤S103大致相同，具体实现细节此处不再赘述。

S204，确定状态信息不满足断开条件。

具体的，当耳机1通过TWS链路获取到耳机2的状态信息后，会判断状态信息是否满足预先设定的断开条件。

可理解的，本实施例中所说的是否满足断开条件，基于获取到的状态信息的不同，其判断标准也不相同，关于确定状态信息是否满足断开条件的具体细节可以参见下文结合图7a~7c的描述，此处不再赘述。

具体到本实施例中，以状态信息不满足断开条件为例，则在确定状态信息不满足断开条件时，耳机1会通过TWS链路向耳机2发送静音指令，即执行步骤S206。

S205，通过TWS链路接收到耳机2发送的监听到音频信号的信息。

S206，通过TWS链路发送静音指令。

可理解的，在实际应用中，步骤S205和步骤S206的执行顺序可以不区分先后。

此外，还应当理解的是，在图5所示的实施例中，在断开IBRT来链路之前，根据实际的处理流程，耳机1也可能接收到耳机2通过TWS链路发送的监听到音频信号的信息，这对本申请提供的音频播放控制方法不造成影响。

S207，响应于静音指令，静音不出声。

具体的，耳机2接收到耳机1通过TWS链路发送的静音指令后，响应于静音指令，会将当前的音频状态切换为静音状态，或者将音量调节为0，从而不发出声音。

S208，回复收到音频信号，并播放声音。

具体的，由于耳机1收到了耳机2通过TWS链路发送的监听到音频信号的信息，故而耳机1可以通过Mobile链路通知手机接收到了其发送的音频信号，以使手机能够继续通过Mobile链路发送该音频信号后的其他音频信号。同时，耳机1也可以根据接收到的音频信号播放声音。

由此，在本实施例提供的音频播放控制方法中，在无需断开虚拟监听链路，如耳机2的电量充足，或者正在充电的情况下，耳机1直接控制耳机2切换为静音状态，或者将音量调节为0，这样耳机2就不会发出声音，进而减少了耳机2出声对用户的干扰。

关于上述所说的获取耳机2的状态信息，并确定状态信息是否满足设定的断开条件的判断，以下分别以状态信息为电量状态信息；充电状态信息；电量状态信息和充电状态信息为例进行说明。

对于状态信息为电量状态信息的场景，参见图7a，其处理流程具体包括：

a1，获取耳机2的电量状态信息。

通过上文对TWS耳机的软件架构的描述可知，耳机2的电量状态信息，例如可以通过公共应用中用于显示耳机电量值的应用通过Framework API访问的应用程序框架层的公共基础库中算法库内封装的软电量计算法，确定耳机2当前的电量状态信息，进而通过TWS链路将确定的电量状态信息传输给耳机1。

示例性的，在一些实现方式中，耳机2的电量状态信息例如可以是按照设定的周期，定时自动获取，进而存储到状态管理模块中。对于这种场景，当耳机2接收到耳机1通过TWS链路发送的获取其电量状态信息的指令后，响应于该指令会从耳机2内的状态管理模块获取最小记录的电量状态信息，进而将获取到的电量状态信息通过TWS链路发送给耳机1。

示例性的，在另一些实现方式中，耳机2的电量状态信息例如可以是在耳机2接收到耳机1通过TWS链路发送的获取其电量状态信息的指令后，响应于该指令，通过公共应用中用于显示耳机电量值的应用通过Framework API访问的应用程序框架层的公共基础库中算法库内封装的软电量计算法实时确定的，进而在确定当前的电量状态信息后，将确定当前的电量状态信息过TWS链路发送给耳机1。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

a2，确定电量状态信息标识的电量值。

示例性的，在一些实现方式中，电量状态信息标识的可以是一个具体的电量值，也可以是一个电量值区间，本实施例对此不作限制。

a3，电量值是否不大于设定的低电量阈值。

具体的，若电量状态信息标识的是一个具体的电量值，则在电量值不大于设定的低电量阈值时，可以确定耳机2的状态信息满足设定的断开条件，否则确定耳机2的状态信息不满足设定的断开条件。

此外，若电量状态信息标识的是一个电量值区间，则可以判断该电量值区间的最大值是否不大于上述所说的低电量阈值。

相应地，若最大值不大于定的低电量阈值时，可以确定耳机2的状态信息满足设定的断开条件，否则确定耳机2的状态信息不满足设定的断开条件。

a4，确定状态信息满足设定的断开条件。

a5，确定状态信息不满足设定的断开条件。

由此，通过利用耳机2的电量状态信息标识其当前是否满足断开条件，这样就可以在电量较低时及时断开IBRT链路，从而减少耳机2的功耗，而在电量充足的情况下，则采用将耳机2调节为静音的方式，减少断开IBRT链路后重新建立IBRT链路对资源的占用。

状态信息为充电状态信息的场景，参见图7b，其处理流程具体包括：

b1，获取耳机2的充电状态信息。

通过上文对TWS耳机的软件架构的描述可知，耳机2的充电状态信息，例如可以通过用户操作事件处理应用中的充电事件模块确定，在确定耳机2当前的电量状态信息后，耳机2就可以通过TWS链路将确定的充电状态信息传输给耳机1。

示例性的，在一些实现方式中，耳机2的充电状态信息例如可以是按照设定的周期，定时自动获取，进而存储到状态管理模块中。对于这种场景，当耳机2接收到耳机1通过TWS链路发送的获取其充电状态信息的指令后，响应于该指令会从耳机2内的状态管理模块获取最新记录的充电状态信息，进而将获取到的充电状态信息通过TWS链路发送给耳机1。

示例性的，在另一些实现方式中，耳机2的充电状态信息例如可以是在耳机2接收到耳机1通过TWS链路发送的获取其充电状态信息的指令后，响应于该指令，用户操作事件处理应用中的充电事件模块实时确定的，进而在确定当前的充电状态信息后，将确定当前的充电状态信息过TWS链路发送给耳机1。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

b2，充电状态信息是否指示耳机2处于未充电状态。

具体的，若充电状态信息是指示耳机2处于未充电状态，则执行步骤b3；否则，执行步骤b4。

b3，确定状态信息满足设定的断开条件。

b4，确定状态信息不满足设定的断开条件。

由此，通过利用耳机2的充电状态信息标识其当前是否满足断开条件，这样就可以在耳机2未处于充电状态时及时断开IBRT链路，从而减少耳机2的功耗，而在充电的情况下，则采用将耳机2调节为静音的方式，减少断开IBRT链路后重新建立IBRT链路对资源的占用。

状态信息为电量状态信息和充电状态信息的场景，参见图7c，其处理流程具体包括：

c1，获取耳机2的电量状态信息和充电状态信息。

关于获取耳机2的电量状态信息的具体细节可以参见上述步骤a1，关于获取耳机2的充电状态信息的具体细节可以参见上述步骤b1，此处不再赘述。

c2，充电状态信息是否指示耳机2处于未充电状态。

不难发现，本实施例中的步骤c2与上述实施例中的步骤b2大致相同，具体实现细节可以参见b2，此处不再赘述。

c3，确定电量状态信息标识的电量值。

c4，电量值是否不大于设定的低电量阈值。

c5，确定状态信息满足设定的断开条件。

c6，确定状态信息不满足设定的断开条件。

不难发现，本实施例中的步骤c3至步骤c6与上述实施例中的步骤a2至步骤a5大致相同，具体实现细节可以参见步骤a2至步骤a5，此处不再赘述。

由此，通过将电量状态信息标识的电量值和充电状态信息指示的充电状态作为判断耳机2是否满足断开条件的标准，这样就可以在耳机2既不处于充电状态，电量值又较低时及时断开IBRT链路，从而减少耳机2的功耗，而在其他情况下，则采用将耳机2调节为静音的方式，减少断开IBRT链路后重新建立IBRT链路对资源的占用。

参见图8，本实施例提供的音频播放控制方法，具体包括：

S301，通过Mobile链路向耳机1发送音频信号/数据包。

S302，耳机2通过IBRT链路监听手机发送给耳机1的音频信号。

不难发现，本实施例中的步骤S301和步骤S302与上述实施例中的步骤S101和步骤S102大致相同，具体实现细节此处不再赘述。

S303，通过Mobile链路获取手机执行的音频业务对应的历史持续时长。

其中，音频业务例如可以包括通话业务、多媒体业务等。

示例性的，在一些实现方式中，通话业务例如可以包括语音通话业务，如基于通话应用程序发起的语音通话、基于即时通讯应用发起语音通话等。

示例性的，在另一些实现方式中，通话业务还可以包括音视频会议业务，如基于即时通讯应用发起的会议等。

其中，上述所说的满足，例如为大于和/后等于。

由于不同的音频业务通常的持续时间会有差异，比如通过通话应用程序发起的语音通话，通常为用户之间的简短沟通，持续时间会相对较短，可能只有几分钟，故而对于这种音频业务场景，可以不考虑将耳机2与手机之间的IBRT链路断开，避免短时间内重复建立IBRT链路，造成不必要的资源浪费。

而对于会议等通话业务、播放音视频的多媒体业务，通常可能会执行时间较长，比如几十分钟，甚至几个小时，故而对于这种音频业务场景，可以考虑将耳机2与手机之间的IBRT链路断开，进而降低耳机2的功耗，以及对耳机1执行的音频业务的干扰。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。在实际应用中，是否断开IBRT链路，还可以结合用户的历史使用习惯确定，比如用户通常习惯使用一个耳机，则可以考虑将耳机2与手机之间的IBRT链路断开，反之则不考虑。

S304，确定历史持续时长满足时长阈值。

具体的，当耳机1通过Mobile链路获取到手机执行当前的音频业务的历史持续时长后，会判断历史持续时长是否满足预先设定的时长阈值。

关于时长阈值的设定，可以通过手机提供用户入口，由用户根据需要进行设置，也可以由对应的服务器通过收集到的各种音频业务的使用场景的历史持续时长分析确定，本实施例对此不作限定。

具体到本实施例中，以历史持续时长满足时长阈值为例，则在确定历史持续时长满足时长阈值时，耳机1会通过TWS链路获取耳机2当前的状态信息，进而根据状态信息确定是否满足断开条件，即执行步骤S305。

S305，通过TWS链路获取耳机2的状态信息。

S306，确定状态信息满足断开条件。

关于状态信息不满足断开条件时，执行的处理流程可以参见图6所示的步骤S205至步骤S208，此处不再赘述。

S307，通过TWS链路发送断开IBRT链路的指令。

S308，响应于该指令，断开IBRT链路。

S309，回复收到音频信号，并播放声音。

不难发现，本实施例中的步骤S305至步骤S309与上述实施例中的步骤S103至步骤S107大致相同，具体实现细节此处不再赘述。

由此，在本实施例提供的音频播放控制方法中，通过确定当前需要执行的音频业务，进而根据音频业务对应的历史持续时长和设定的断开虚拟监听链路的时长阈值来确定该音频业务持续时长是否满足设定的时长阈值，在确定满足设定的时长阈值时，才执行获取从耳机的状态信息的操作，即考虑是否断开虚拟监听链路的操作，从而避免频繁断开虚拟监听链路，以及重新建立虚拟监听链路，导致资源的浪费。

参见图9，本实施例提供的音频播放控制方法，具体包括：

S401，通过Mobile链路向耳机1发送音频信号/数据包。

S402，耳机2通过IBRT链路监听手机发送给耳机1的音频信号。

S403，通过Mobile链路获取手机执行的音频业务对应的历史持续时长。

不难发现，本实施例中的步骤S401至步骤S403与上述实施例中的步骤S301至步骤S303大致相同，具体实现细节此处不再赘述。

S404，确定历史持续时长不满足时长阈值。

具体到本实施例中，以历史持续时长不满足时长阈值为例，则在确定历史持续时长不满足时长阈值时，耳机1会通过TWS链路向耳机2发送静音指令，即执行步骤S406。

S405，通过TWS链路接收到耳机2发送的监听到音频信号的信息。

S406，通过TWS链路发送静音指令。

可理解的，在实际应用中，步骤S405和步骤S406的执行顺序可以不区分先后。

此外，还应当理解的是，在图8所示的实施例中，在断开IBRT来链路之前，根据实际的处理流程，耳机1也可能接收到耳机2通过TWS链路发送的监听到音频信号的信息，这对本申请提供的音频播放控制方法不造成影响。

S407，响应于静音指令，静音不出声。

S408，回复收到音频信号，并播放声音。

不难发现，本实施例中的步骤S405至步骤S408与上述实施例中的步骤S205至步骤S208大致相同，具体实现细节此处不再赘述。

由此，在本实施例提供的音频播放控制方法中，通过确定当前需要执行的音频业务，进而根据音频业务对应的历史持续时长和设定的断开虚拟监听链路的时长阈值来确定该音频业务持续时长是否满足设定的时长阈值，在确定不满足设定的时长阈值，即无需断开虚拟监听链路时，如当前的音频业务执行时间较短的情况下，耳机1直接控制耳机2切换为静音状态，或者将音量调节为0，这样耳机2就不会发出声音，进而减少了耳机2出声对用户的干扰。

参见图10，本实施例提供的音频播放控制方法，具体包括：

S501，通过Mobile链路向耳机1发送音频信号/数据包。

S502，耳机2通过IBRT链路监听手机发送给耳机1的音频信号。

S503，通过Mobile链路获取手机执行的音频业务对应的历史持续时长。

S504，确定历史持续时长不满足时长阈值。

S505，通过TWS链路接收到耳机2发送的监听到音频信号的信息。

S506，通过TWS链路发送静音指令。

S507，响应于静音指令，静音不出声。

S508，回复收到音频信号，并播放声音。

不难发现，本实施例中的步骤S501至步骤S508与上述实施例中的步骤S401至步骤S408大致相同，具体实现细节此处不再赘述。

此外，可以理解的是，在实际应用中，下述步骤S509至步骤S511的操作，也可以建立在上述步骤S201至步骤S208的基础上，或者上述步骤S401至步骤S408的基础上，即任意将耳机2设置为静音的基础上。

S509，确定静音时长满足静音时长阈值。

示例性的，在一些实现方式中，耳机2处于静音状态或者音量为0，即不出声的静音时长例如可以由耳机1进行记录。对于这种场景，例如可以是在耳机1通过TWS链路向耳机2发送静音指令后，调用耳机1内上述所说的轻量级操作系统中集成的定时器进行计算，具体是将定时器的定时时长设置为上述所说的静音时长阈值。

相应地，在定时器确定的静音时长满足静音时长阈值时，则执行步骤S510。

示例性的，在另一些实现方式中，耳机2处于静音状态或者音量为0，即不出声的静音时长例如可以由耳机2进行记录。对于这种场景，例如可以是在耳机2响应于耳机1通过TWS链路发送的静音指令后，调用耳机2内上述所说的轻量级操作系统中集成的定时器进行计算，具体是将定时器的定时时长设置为上述所说的静音时长阈值。

相应地，在定时器确定的静音时长满足静音时长阈值时，耳机2通过TWS链路告知耳机1，以便耳机1执行步骤S510。

示例性的，在另一些实现方式中，也可以采用计算器的方式。同样，采用计算器的方式可以由耳机1来完成，也可以由耳机2来完成。

对于耳机1完成的场景，则是耳机1按照设定的周期，或实时将记录的静音时长与设置的静音时长阈值进行比较，当记录的静音时长大于或等于设置的静音时长阈值时，则确定静音时长满足静音时长阈值，进而执行步骤S510。

对于耳机2完成的场景，则是在耳机2响应于耳机1通过TWS链路发送的静音指令后，由耳机2按照设定的周期，或实时将记录的静音时长与设置的静音时长阈值进行比较，当记录的静音时长大于或等于设置的静音时长阈值时，则确定静音时长满足静音时长阈值，同时由耳机2通过TWS链路告知耳机1，以便耳机1执行步骤S510。

应当理解的是，上述说明仅是为了更好的理解本实施例的技术方案而列举的示例，不作为对本实施例的唯一限制。

S510，通过TWS链路发送断开IBRT链路的指令。

S511，响应于该指令，断开IBRT链路。

不难发现，本实施例中的步骤S510和步骤S511与上述实施例中的步骤S105和步骤S106大致相同，具体实现细节此处不再赘述。

由此，在本实施例提供的音频播放控制方法中，在耳机2静音达到设定的静音时长阈值时，控制耳机2断开与手机之间的虚拟监听链路，在以历史持续时长为参考的基础上，能够进一步结合当前的实际场景，进而更加贴合实际使用。

参见图11，本实施例提供的音频播放控制方法，具体包括：

S601，通过Mobile链路向耳机1发送音频信号/数据包。

S602，耳机2通过IBRT链路监听手机发送给耳机1的音频信号。

S603，通过TWS链路获取耳机2的状态信息。

S604，确定状态信息满足断开条件。

S605，通过TWS链路发送断开IBRT链路的指令。

S606，响应于该指令，断开IBRT链路。

S607，回复收到音频信号，并播放声音。

不难发现，本实施例中的步骤S601至步骤S607与上述实施例中的步骤S101至步骤S107大致相同，具体实现细节此处不再赘述。

此外，可以理解的是，在实际应用中，下述步骤S608至步骤S611的操作，也可以建立在上述步骤S301至步骤S309的基础上，或者上述步骤S501至步骤S511的基础上，即任意断开了IBRT链路的基础上。

由此，在本实施例提供的音频播放控制方法中，当识别到上述任一种第一目标触发操作时，耳机1通过依旧存在的TWS链路通知耳机2重新与手机建立虚拟监听链路，这样后续如果用户佩戴了耳机2后，可以直接播放音频信号，无需等待与手机的回连，这样在兼顾耳机2功耗的情况下，也能有效保障用户体验。

此外，需要说明的是，在实际的使用场景中，可能存在用户摘下已佩戴的耳机，戴上了之前未佩戴的耳机，如摘下了上文所说的耳机1，戴上了耳机2。这种场景的出现，可能是因为之前佩戴的耳机1电量不足，或者用户感觉佩戴耳机1的耳朵不舒服，为了保证音频业务的继续执行，就需要摘下耳机1，戴上耳机2，即耳机1和耳机2检测到用户作出的第二目标操作，此时耳机1和耳机2会响应于该第二目标操作，进行主从耳切换，如将被确定为主耳机的耳机1切换为从耳机，将之前被确定为从耳机的耳机2切换为主耳机。

其中，第二目标触发操作例如可以是下文所说的从耳机处于佩戴状态，且主耳机处于未佩戴状态，即二者的佩戴状态发生了变化。而上述所说的主耳机（切换前的耳机1）处于未佩戴状态，可以是指示耳机1处于耳机盒，且耳机盒处于开盖状态；或者，耳机1未处于耳机盒，且耳机1未被用户佩戴。

关于进行主从耳机切换后，耳机2和耳机1之间的处理流程，从上述各实施例中由耳机1执行的操作变为由耳机2执行，而由耳机2执行的则变更为由耳机1执行，手机与耳机1之间的数据交互，则变更为与耳机2进行，耳机2对手机发送的音频数据的监听则变更为耳机1执行，具体实现细节此处不再赘述。

关于上述所说的将耳机2切换为主耳机，将耳机1切换为从耳机，具体包括：

（1）耳机1通TWS链路向耳机2发送耳机1与手机之间的数据收发链路连接信息，以使耳机2根据数据收发链路的连接信息将虚拟监听链路切换为数据收发链路。

（2）耳机2通过TWS链路向耳机1发送耳机2与手机之间的虚拟监听链路的连接信息，以使耳机1根据虚拟监听链路的连接信息将数据收发链路切换为虚拟监听链路。

由此，在完成主从耳切换操作后，耳机1与手机之间的链路，耳机2与手机之间的链路，就会从图12中上部分所示的样式变更为下部分所示的样式。

由此，在本实施例提供的音频播放控制方法，对于上述所说的场景，在耳机1和耳机2的佩戴状态发生变化，具体为耳机1从佩戴状态改为未佩戴状态，耳机2从未佩戴状态改为佩戴状态时，通过执行主耳机和从耳机的切换，使得音频业务能够通过不同的耳机执行。

此外，可以理解的是，TWS耳机为了实现上述功能，其包含了执行各个功能相应的硬件和/或软件模块。结合本文中所公开的实施例描述的各示例的算法步骤，本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以结合实施例对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

此外，需要说明的是，在实际的应用场景中由TWS耳机实现的上述各实施例提供的音频播放控制方法，也可以由TWS耳机中包括的一种芯片系统来执行，其中，该芯片系统可以包括处理器。该芯片系统可以与存储器耦合，使得该芯片系统运行时调用该存储器中存储的计算机程序，实现上述TWS耳机执行的步骤。其中，该芯片系统中的处理器可以是应用处理器也可以是非应用处理器的处理器。

另外，本申请实施例还提供一种计算机可读存储介质，该计算机存储介质中存储有计算机指令，当该计算机指令在TWS耳机上运行时，使得TWS耳机执行上述相关方法步骤实现上述实施例中的音频播放控制方法。

另外，本申请实施例还提供了一种计算机程序产品，当该计算机程序产品在TWS耳机上运行时，使得TWS耳机执行上述相关步骤，以实现上述实施例中的音频播放控制方法。

另外，本申请的实施例还提供一种芯片（也可以是组件或模块），该芯片可包括一个或多个处理电路和一个或多个收发管脚；其中，所述收发管脚和所述处理电路通过内部连接通路互相通信，所述处理电路执行上述相关方法步骤实现上述实施例中的音频播放控制方法，以控制接收管脚接收信号，以控制发送管脚发送信号。

此外，通过上述描述可知，本申请实施例提供的TWS耳机、计算机可读存储介质、计算机程序产品或芯片均用于执行上文所提供的对应的方法，因此，其所能达到的有益效果可参考上文所提供的对应的方法中的有益效果，此处不再赘述。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims (17)

1.一种音频播放控制方法，其特征在于，应用于真无线立体声TWS耳机，所述TWS耳机包括第一耳机和第二耳机，所述方法包括：

在所述第一耳机处于佩戴状态，所述第二耳机处于未佩戴状态时，将所述第一耳机确定为主耳机，所述第二耳机确定为从耳机；其中，所述主耳机与所述从耳机之间建立有TWS链路，所述主耳机与提供音频信号的电子设备之间建立有数据收发链路，所述从耳机与所述电子设备之间建立有虚拟监听链路；

在所述主耳机通过所述数据收发链路接收到所述电子设备发送的音频信号时，获取所述从耳机的状态信息；

在所述状态信息满足设定的断开条件时，所述主耳机通所述TWS链路向所述从耳机发送断开所述虚拟监听链路的指令，以使所述从耳机断开与所述电子设备之间的所述虚拟监听链路。

2.根据权利要求1所述的方法，其特征在于，在所述获取所述从耳机的状态信息之前，所述方法还包括：

确定所述电子设备执行的音频业务；

获取所述音频业务对应的历史持续时长；

在所述历史持续时长满足设定的时长阈值时，执行所述获取所述从耳机的状态信息的步骤。

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

在所述状态信息不满足设定的所述断开条件时，所述主耳机通所述TWS链路向所述从耳机发送静音指令，以使所述从耳机静音，不发出声音。

4.根据权利要求3所述的方法，其特征在于，在所述从耳机静音之后，所述方法还包括：

记录所述从耳机的静音时长；

在所述静音时长满足设定的静音时长阈值时，所述主耳机通所述TWS链路向所述从耳机发送断开所述虚拟监听链路的指令，以使所述从耳机断开与所述电子设备之间的所述虚拟监听链路。

5.根据权利要求1所述的方法，其特征在于，在所述所述从耳机断开与所述电子设备之间的所述虚拟监听链路之后，所述方法还包括：

响应于第一目标触发操作，所述主耳机通所述TWS链路向所述从耳机发送与所述电子设备回连的指令，以使所述从耳机重新建立与所述电子设备之间的所述虚拟监听链路。

6.根据权利要求5所述的方法，其特征在于，在所述从耳机重新建立与所述电子设备之间的所述虚拟监听链路之后，所述方法还包括：

所述主耳机通过所述TWS链路向所述从耳机发送同步信息，所述同步信息为所述主耳机与所述电子设备之间的交互信息。

7.根据权利要求5所述的方法，其特征在于，所述TWS耳机还包括耳机盒，所述第二耳机处于未佩戴状态指示所述第二耳机处于所述耳机盒，且所述耳机盒处于开盖状态；

或者，所述第二耳机未处于所述耳机盒，且所述第二耳机未被用户佩戴。

8.根据权利要求7所述的方法，其特征在于，所述第一目标触发操作包括任意一种：所述从耳机处于佩戴状态、所述耳机盒从所述开盖状态切换为关盖状态后再切换为所述开盖状态。

9.根据权利要求1所述的方法，其特征在于，在所述第一耳机处于佩戴状态，所述第二耳机处于未佩戴状态时，将所述第一耳机确定为主耳机，所述第二耳机确定为从耳机之后，所述方法还包括：

响应于第二目标触发操作，将所述第二耳机切换为所述主耳机，将所述第一耳机切换为所述从耳机。

10.根据权利要求9所述的方法，其特征在于，所述将所述第二耳机切换为所述主耳机，将所述第一耳机切换为所述从耳机，包括：

所述第一耳机通所述TWS链路向所述第二耳机发送所述第一耳机与所述电子设备之间的所述数据收发链路连接信息，以使所述第二耳机根据所述数据收发链路的连接信息将所述虚拟监听链路切换为所述数据收发链路；

所述第二耳机通过所述TWS链路向所述第一耳机发送所述第二耳机与所述电子设备之间的所述虚拟监听链路的连接信息，以使所述第一耳机根据所述虚拟监听链路的连接信息将所述数据收发链路切换为所述虚拟监听链路。

11.根据权利要求9所述的方法，其特征在于，所述第二目标触发操作包括：所述从耳机处于佩戴状态，且所述主耳机处于未佩戴状态。

12.根据权利要求11所述的方法，其特征在于，所述TWS耳机还包括耳机盒，所述主耳机处于未佩戴状态指示所述主耳机处于所述耳机盒，且所述耳机盒处于开盖状态；

或者，所述主耳机未处于所述耳机盒，且所述主耳机未被用户佩戴。

13.根据权利要求1至12任一项所述的方法，其特征在于，所述状态信息包括电量状态信息；

所述获取所述从耳机的状态信息，包括：

获取所述从耳机的电量状态信息；

其中，在所述获取所述从耳机的状态信息之后，所述方法还包括：

在所述电量状态信息标识的所述从耳机的电量值不大于设定的低电量阈值时，确定所述状态信息满足设定的断开条件。

14.根据权利要求1至12任一项所述的方法，其特征在于，所述状态信息包括充电状态信息；

所述获取所述从耳机的状态信息，包括：

获取所述从耳机的充电状态信息；

其中，在所述获取所述从耳机的状态信息之后，所述方法还包括：

在所述充电状态信息指示所述从耳机处于未充电状态时，确定所述状态信息满足设定的断开条件。

15.根据权利要求1至12任一项所述的方法，其特征在于，所述状态信息包括充电状态信息和电路状态信息；

所述获取所述从耳机的状态信息，包括：

获取所述从耳机的充电状态信息和电量状态信息；

其中，在所述获取所述从耳机的状态信息之后，所述方法还包括：

在所述充电状态信息指示所述从耳机处于未充电状态，且所述电量状态信息标识的所述从耳机的电量值不大于设定的低电量阈值时，确定所述状态信息满足设定的断开条件。

16.一种TWS耳机，其特征在于，所述TWS耳机包括：存储器和处理器，所述存储器和所述处理器耦合；所述存储器存储有程序指令，所述程序指令由所述处理器执行时，使得所述TWS耳机执行如权利要求1至15任意一项所述的音频播放控制方法。

17.一种计算机可读存储介质，其特征在于，包括计算机程序，当所述计算机程序在TWS耳机上运行时，使得所述TWS耳机执行如权利要求1至15任意一项所述的音频播放控制方法。

Images