CN110719542A - 一种tws耳机及其升级方法、装置及计算机存储介质 - Google Patents

Abstract

本发明公开了一种TWS耳机及其升级方法、装置及计算机存储介质，其中，TWS耳机的升级方法，应用于从耳，从耳能够获取主耳和移动终端在通信过程中所使用的密钥，并且通过密钥监听移动终端向主耳发送的通信数据，当监听到通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析通信数据，如果可以解析，则确定通信数据为升级包，并依据升级包升级。由此可见，本方法中，移动终端向主耳发送升级包后，一方面主耳可以依据升级包升级，另一方面，从耳可以监听到该升级包，可以依据升级包升级，避免了移动终端再次向从耳发送升级包，因此，节约了升级时间，提高了用户体验感。

Description

一种TWS耳机及其升级方法、装置及计算机存储介质

技术领域

本发明涉及TWS耳机领域，特别是涉及一种TWS耳机及其升级方法、装置及计算机存储介质。

背景技术

由于蓝牙技术的限制，蓝牙耳机只支持信号发射器与单只耳机连接，另外一只耳机则通过有线方式将音频信号传入，例如，头戴式蓝牙耳机、单耳蓝牙耳机、接收器配有线耳机这几种形式。真无线立体声(True Wrieless Stereo，简称TWS)通常包含有一个主耳和至少一个从耳，主耳通过其蓝牙模块与移动终端的蓝牙模块通信连接以接收移动终端发送的音频信号，再通过其蓝牙模块与从耳的蓝牙模块连接实现音频信号的传输，由此可见，TWS耳机这种音频传输方式摆脱了线材的约束，是史无前例的技术进步。

在TWS耳机的使用过程中，不可避免的要进行升级(主要是固件升级)，受限于蓝牙技术，升级过程中，需要移动终端先与主耳通信连接，将升级包发送给主耳以完成主耳的升级，然后主耳和从耳切换，移动终端与从耳通信连接，将升级包发送给从耳以完成从耳的升级。由于在整个升级过程中，需要移动终端向TWS耳机发送两次升级包，主耳和从耳单独升级，使得升级所用的时间较长，降低了用户的体验感。

发明内容

本发明的目的是提供一种TWS耳机的升级方法，用于在主耳和从耳升级时，移动终端只需要发送一次升级包即可，降低升级所用的时间，提高用户的体验感。此外，本发明的目的还提供一种TWS耳机及其升级装置及计算机存储介质，与上述方法对应。

为解决上述技术问题，本发明提供一种TWS耳机的升级方法，应用于从耳，该方法包括：

获取主耳和移动终端在通信过程中所使用的密钥；

通过所述密钥监听所述移动终端向所述主耳发送的通信数据；

当监听到所述通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析所述通信数据；

如果是，则确定所述通信数据为所述升级包，并依据所述升级包升级。

优选地，在所述通过所述密钥监听所述移动终端向所述主耳发送的通信数据之前，还包括：

接收由所述主耳发送的从耳固件升级请求；其中，所述从耳固件升级请求为所述主耳在接收到所述移动终端发送的耳机固件升级请求后发送；

向所述主耳反馈从耳确认信号，并启动监听线程。

优选地，在向所述主耳反馈所述从耳确认信号之前，还包括：

判断当前的状态是否符合预先设置的升级状态的要求；

如果是，则向所述主耳反馈所述从耳确认信号；

其中，所述主耳在得到所述耳机固件升级请求且自身当前的状态符合所述升级状态的要求时生成主耳确认信号，所述移动终端在获取所述主耳确认信号和/或所述从耳确认信号后发送包含有所述升级包的通信数据。

优选地，所述升级包具体包括封装头、固件内容报文，所述固件内容报文包括报文序列和报文内容，所述报文序列与所述报文内容一一对应，

在所述依据所述升级包升级之前，还包括：

根据所述报文序列判断是否存在丢包；

如果存在丢包，则向所述主耳发送补包请求以便所述主耳将所述补包请求发送至所述移动终端，使得所述移动终端将所述补包请求对应的目标报文内容重新发送至所述主耳；

接收所述主耳发送的所述目标报文内容，并返回所述根据所述报文序列判断是否存在丢包的步骤；

如果不存在丢包，则判断所述升级包是否接收完毕；

如果接收完毕，则进入所述依据所述升级包升级的步骤；

如果未接收完毕，则返回所述判断所述升级包是否接收完毕的步骤。

优选地，所述封装头包括校验码，在进入所述依据所述升级包升级的步骤之前，还包括：

根据所述校验码判断所述升级包是否完整；

如果完整，则进入所述依据所述升级包升级的步骤。

为解决上述技术问题，本发明还提供一种TWS耳机的升级方法，应用于主耳和从耳，该方法包括：

所述主耳与移动终端通信连接，并接收所述移动终端发送的通信数据，当能够通过预先设置的用于解析升级包的解析协议解析所述通信数据时，确定所述通信数据为所述升级包，并依据所述升级包升级；

所述从耳获取所述主耳和所述移动终端在通信过程中所使用的密钥，并通过所述密钥监听所述通信数据，当监听到所述通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析所述通信数据，如果是，则确定所述通信数据为所述升级包，并依据所述升级包升级。

为解决上述技术问题，本发明还提供一种TWS耳机的升级装置，应用于从耳，该装置包括：

获取模块，用于获取主耳和移动终端在通信过程中所使用的密钥；

监听模块，用于通过所述密钥监听所述移动终端向所述主耳发送的通信数据；

第一判断模块，用于当监听到所述通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析所述通信数据；

从耳升级模块，用于在所述第一判断模块的判断结果为是时，确定所述通信数据为所述升级包，并依据所述升级包升级。

为解决上述技术问题，本发明还提供一种TWS耳机的升级装置，包括存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如所述的TWS耳机的升级方法的步骤。

为解决上述技术问题，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现如权所述的TWS耳机的升级方法的步骤。

为解决上述技术问题，本发明还提供一种TWS耳机，包括与移动终端通信连接的主耳和与所述主耳通信连接的从耳；

所述主耳，用于接收所述移动终端发送的通信数据，当能够通过预先设置的用于解析升级包的解析协议解析所述通信数据时，确定所述通信数据为所述升级包，并依据所述升级包升级；

所述从耳，用于获取所述主耳和所述移动终端在通信过程中所使用的密钥，并通过所述密钥监听所述通信数据，当监听到所述通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析所述通信数据，如果是，则确定所述通信数据为所述升级包，并依据所述升级包升级。

本发明所提供的TWS耳机的升级方法，应用于从耳，从耳能够获取主耳和移动终端在通信过程中所使用的密钥，并且通过密钥监听移动终端向主耳发送的通信数据，当监听到通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析通信数据，如果可以解析，则确定通信数据为升级包，并依据升级包升级。由此可见，本方法中，移动终端向主耳发送升级包后，一方面主耳可以依据升级包升级，另一方面，从耳可以监听到该升级包，可以依据升级包升级，避免了移动终端再次向从耳发送升级包，因此，节约了升级时间，提高了用户体验感。

附图说明

为了更清楚地说明本发明实施例，下面将对实施例中所需要使用的附图做简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种应用于从耳的TWS耳机的升级方法的流程图；

图2为本发明实施例提供的另一种应用于从耳的TWS耳机的升级方法的流程图；

图3为本发明实施例提供的一种应用场景对应的TWS耳机的升级方法的流程图；

图4为本发明实施例提供的一种应用于主耳和从耳的TWS耳机的升级方法流程图；

图5为本发明实施例提供的一种应用于从耳的TWS耳机的升级装置的结构图；

图6为本发明实施例提供的另一种TWS耳机的升级方法的结构图。

具体实施方式

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

本发明的核心是提供一种TWS耳机的升级方法，用于在主耳和从耳升级时，移动终端只需要发送一次升级包即可，降低升级所用的时间，提高用户的体验感。此外，本发明的目的还提供一种TWS耳机及其升级装置及计算机存储介质，与上述方法对应。

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和具体实施方式对本发明作进一步的详细说明。

需要说明的是，本发明中提到的TWS耳机，对于主耳和从耳的数量不作限定，通常情况下是一个主耳和一个从耳，分别佩戴于用户的左右两只耳朵。主耳和从耳是相对的，可以切换，同一时刻，只有一个为主耳，主耳和从耳的区别在于，主耳是直接与移动终端连接，例如与手机连接。本发明中对于移动终端、主耳和从耳中的通信模块的类型不作限定，例如，可以是蓝牙模块，后文中，也以蓝牙模块进行说明。在移动终端与主耳配对过程中，移动终端是以广播报文形式发送，在配对完毕后，二者的通信数据会加密，主耳具有相应的密钥，因此，在获取通信数据后通过密钥能够解密通信数据，从而实现与移动终端的正常通信。由于蓝牙技术的限制，同一时间，只能是主耳与移动终端通信连接，当需要进行音乐播放时，移动终端通过蓝牙模块向主耳的蓝牙模块发送音频信号，主耳再通过蓝牙模块向从耳的蓝牙模块发送音频信号，从而实现两只耳机的播放。主耳和从耳中主要包括主功能芯片、扬声器，充电电池、蓝牙模块等，主功能芯片提供蓝牙连接、音乐播放、通话功能、音质提升等，本法不再赘述。

图1为本发明实施例提供的一种应用于从耳的TWS耳机的升级方法的流程图。如图1所示，该方法包括：

S10：获取主耳和移动终端在通信过程中所使用的密钥。

由于在配对时，移动终端是以广播报文的方式发送，因此，对于主耳和从耳都是可以接收到，在配对完成后，移动终端和主耳就有采用加密的方式发送报文，因此，密钥的作用就是能够解密移动终端和主耳之间的通信数据。如果从耳没有密钥，那么对于从耳来说，即使能够获取主耳和移动终端之间的通信数据，但是并不知道通信数据是什么，因此，也就不会执行通信数据中的动作，如果从耳具有密钥，则可以通过密钥解密，使得通信数据是透明的。

主耳和移动终端在通信过程中所使用的密钥可以由主耳发送至从耳，本实施例中不限于发送的时间，只有从耳能够获取到即可。可以理解的是，对于从耳来说，通信数据只是在升级时才需要监听，因此，密钥只是在升级时才有必要使用，并且为了降低从耳的资源消耗，该密钥可以是在进行耳机升级时，再发送至从耳，升级完后，可以向耳机发送无效标识，以忽略该密钥。

S11：通过密钥监听移动终端向主耳发送的通信数据。

在一种具体实施方式中，从耳可以在获取密钥后，一直保持对通信数据的监听，还可以是在得到触发事件后再开始监听，例如，得到主耳的触发信号或者得到用户的触发信号(可以在从耳上设置一个触摸区域或者按键，当用户得到提示后，触发该区域，那么从耳就接收到触发信号)，当从耳得到触发信号后，再开始监听。由于升级过程中，为了尽可能实现全自动化，因此，通常是采用主耳的触发信号的方式，下文中将重点说明。

可以理解的是，由于通信数据是移动终端发送至主耳的，因此，主耳也可以获取，主耳在获取到通信数据后，也是根据预先设置的用于解析升级包的解析协议解析通信数据，如果解析成功，则说明当前的通信数据是升级包对应的数据，则进行升级。

S12：判断是否能够通过预先设置的用于解析升级包的解析协议解析通信数据，如果是，则进入S13。

由于移动终端与主耳之间的通信数据有多种用途，例如，播放音频信号，或者查询电量或者请求升级等。因此，不同用途的数据具有不同的报文格式，需要通过对应的解析协议进行解析。对于耳机升级来说，移动终端会按照预先设定的报文格式发送升级包对应的数据，主耳在接收到数据后，会通过用于解析升级包的解析协议解析，如果能够解析成功，则说明该数据就是升级包对应的数据，如果不能解析成功，则说明不是升级包对应的数据。对于从耳来说，由于其监听移动终端和主耳的通信数据，因此，如果通信数据是升级包对应的数据，那么必然也可以解析出，相当于从耳也可以得到升级包，因此，不需要主从耳机切换，也不需要移动终端再次发送升级包。

S13：确定通信数据为升级包，并依据升级包升级。

当从耳确定得到升级包后，设置固件更新的标志，然后重启。在启动过程中检查是否存在固件更新的标志，如果存在，则将升级包中的数据写入内存，完成后，清除固件更新的标志，并重启系统以完成升级，如果不存在需要固件更新的标志，则直接启动相应的软件。

可以理解的是，相对于移动终端而言，主耳和从耳类似并联的方式，二者的升级可以是独立进行的，所以对于主耳和从耳来说，获取到升级包后，可以独立升级，但是也可以依据同时升级命令同时升级，本发明不作限定。

上文中对于从耳的升级进行了详细描述，为了让本领域技术人员清楚升级的整个过程，本实施例中对于移动终端和主耳也进行说明。在一种具体实施例中，升级的过程可以由移动终端发起，通常是在移动终端上安装APP，APP在运行过程中，首先通过比较本地耳机升级包版本(将升级包存储在移动终端本地)与设备商云端(服务器)的升级包版本，如果设备商云端的升级包版本比本地版本高，则将设备商云端最新的升级包下载至本地。这一过程中，移动终端是以静默的方式运行，以上是移动终端获取升级包的过程。

移动终端在下载升级包以后，会比较主耳和从耳的当前升级包版本是否低于下载的升级包的版本，如果两个都低于或者其中一个低于，则都需要进行升级。通常情况下，主耳和从耳的升级包的版本是相同的，所以升级时，也是主耳和从耳都需要进行升级，但是本发明也适用于单个耳机升级的情况。

在得到升级包后，需要对升级包的内容进行报文封装，封装操作也可以看作是解析操作的逆操作，即采用何种封装方式决定了采用何种解析协议。

封装的具体格式如下：

1)封装头，其中，封装头包括升级标识、固件单报文长度、固件内容报文总数和校验码。

2)固件内容报文，其中，固件内容报文包括报文序列和报文内容，报文序列与报文内容一一对应。

升级标识用于表示即将进行升级，那么当前通信数据到接收到升级结束标识之间的通信数据都已升级包对应的数据，升级标识可以由两个字节构成。

固件单报文长度表示每个数据报文的字节数，可以由四个字节构成。

固件内容报文总数表示升级包包含有多少个报文，该内容通过计算升级包的字节大小，然后根据单次需要发送报文的字节数及报文序列计算得到，用于主从耳机判断升级包是否接收完，该部分由四个字节构成。

校验码，是用于校验升级包的完整性，可通过CRC(循环冗余校验码)、SHA(安全哈希算法)等其他校验方式计算得到，该部分为四个字节构成。

报文序列：该内容的值依据报文的先后顺序依次生成，用于确保升级包传输及主从耳接收的准确连续性，由四个字节构成。

报文内容：由移动终端按照蓝牙通信的要求和升级包中包含的字节数的大小将升级包进行拆分后得到。通常情况下，报文内容不超过128字节，否则容易在传输过程中，数据错位，导致升级失败。

以上是移动终端对于一个升级包在传输之前需要进行的操作，可以理解的是，以上封装的具体格式只是一种实现方式，并不代表只有这一种。移动终端在得到升级包后，除了要对升级包封装外，还需要向主耳发送耳机固件升级请求，以询问主耳和从耳是否要进行升级。这里的耳机固件升级请求与后文中提到的从耳固件升级请求不同，前者可以是请求主耳和从耳进行升级，并且是移动终端发送至主耳，而后者只针对从耳，并且可以是由主耳发送，或者其它触发方式。需要说明的是，本发明中提到的耳机固件升级请求的表现形式不作限定，可以采用报文的方式，也可以采用心跳变速的方式。如果采用报文的方式，则采用预先设置的请求报文，如果是心跳变速的方式，则采用预先设置的心跳频率，例如，普通心跳频率为1秒一次，而如果是请求升级，则采用0.5秒一次。

移动终端采用上述方式请求向主耳发送耳机固件升级请求，以请求主耳和从耳进行升级。需要说明的是，对于移动终端来说，其向主耳发送耳机固件升级请求和对升级包进行封装可以同时进行，也可以先进行前者，在经过主耳和从耳确认后，再封装，还可以是先进行后者，封装好以后，再请求主耳和从耳升级。

在其他实施例中，移动终端在发送升级包对应的数据之前，还可以检查主耳和从耳的当前状态是否满足升级状态的要求，如果满足，则再发送，如果不满足，则不发送。另外，何时确定主耳和从耳的当前状态，本发明不作限定，只要在发送升级包对应的数据之前即可。可以理解的是，除了移动终端进行判断外，还可以是主耳和从耳进行判断，后文中将详细说明。

本实施例提供的TWS耳机的升级方法，应用于从耳，从耳能够获取主耳和移动终端在通信过程中所使用的密钥，并且通过密钥监听移动终端向主耳发送的通信数据，当监听到通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析通信数据，如果可以解析，则确定通信数据为升级包，并依据升级包升级。由此可见，本方法中，移动终端向主耳发送升级包后，一方面主耳可以依据升级包升级，另一方面，从耳可以监听到该升级包，可以依据升级包升级，避免了移动终端再次向从耳发送升级包，因此，节约了升级时间，提高了用户体验感。

图2为本发明实施例提供的另一种应用于从耳的TWS耳机的升级方法的流程图。在上述实施例的基础上，在通过密钥监听移动终端向主耳发送的通信数据之前，还包括：

S20：接收由主耳发送的从耳固件升级请求；其中，从耳固件升级请求为主耳在接收到移动终端发送的耳机固件升级请求后发送；

S21：向主耳反馈从耳确认信号，并启动监听线程。

如上文所述，从耳可以一直保持监听状态，但是很显然该方式需要一直耗费资源，并且耗电量非常大，对于耳机升级来说，其发生的频率并不高，因此，本实施例中，从耳在接收到从而固件升级请求后，才启动监听线程。

对于主耳来说，当接收到移动终端发送的耳机固件升级请求后，需要向从耳发送从耳固件升级请求，在得到从耳反馈的从耳确认信号后，会将自身的主耳确认信号和从耳确认信号一并发送至移动终端。移动终端只要接收到主耳确认信号和从耳确认信号中的一种即可确认需要发送升级包。可以理解的是，对于主耳来说，可以在得到耳机固件升级请求且自身当前的状态符合升级状态的要求时生成主耳确认信号

本实施例中，通过主耳发送的从耳固件升级请求作为从耳开启监听的触发信号，可以降低从耳的资源消耗，节约电量。一方面，向主耳发送从耳确认信号，还可以表征从耳在线。

作为优选地实施方式，在向主耳反馈从耳确认信号之前，还包括：

S22：判断当前的状态是否符合预先设置的升级状态的要求，如果是，则进入S21。

其中，主耳在得到耳机固件升级请求且自身当前的状态符合升级状态的要求时生成主耳确认信号，移动终端在获取主耳确认信号和/或从耳确认信号后发送包含有升级包的通信数据。

考虑到某些情况下，不适合进行升级，如果依然要进行升级，可以导致升级失败，例如，当从耳的电量过低时，可能在升级过程中，自动关机，而升级失败。当然，电量只是其中一种具体的状态，并不代表只能是这一种参数。如果是以电量为判断对象，则预先设置的升级状态的要求就是关于电量的一个范围，如果电量在该范围内，则表示当前的状态符合升级状态的要求，否则，不符合。此处的范围可以是50％-100％，当然该范围也仅仅是一种具体实施方式，其它范围不影响本方案的实施。

本实施例中，从耳在确认升级之前，判断自身的状态是否符合升级状态的要求，只有符合时，才进行升级，因此，能够降低升级失败的事故。

在上述实施的基础上，为了避免升级包在传输过程中丢失的情况，在依据升级包升级之前，还包括：

S23：根据报文序列判断是否存在丢包，如果存在丢包，则进入S24，否则，进入S26。

S24：向主耳发送补包请求以便主耳将补包请求发送至移动终端，使得移动终端将补包请求对应的目标报文内容重新发送至主耳，进入S25。

S25：接收主耳发送的目标报文内容，返回S23。

S26：判断升级包是否接收完毕，如果接收完毕，则进入S27，如果未接收完毕，则返回S26。

需要说明的是，当存在丢包情况时，移动终端需要将目标报文内容再次发送给主耳，再由主耳发送至从耳。考虑到，可靠性的问题，从耳还继续需要监听移动终端向主耳发送的目标报文内容，如果监听到，可以直接获取到该目标报文内容，防止主耳在向从耳发送的过程中再次出现数据丢失等情况。

此外，对于主耳来说，也可能存在数据丢包的情况，因此，主耳和从耳相同，也可以按照与从耳相同的判断方式判断是否存在丢包，如果存在，则向移动终端发送补包请求，从而得到对应的数据包。为了区分主耳和从耳的丢包情况，可以采用如下方式发送补包请求。

(1)主耳丢包情况

主耳在检测到丢包时，发送的补包请求的格式如下：

请求报文序列内容标志A

报文序列号

当移动终端接收到补包请求时，解析该补包请求，例如根据请求报文序列内容标志A可以确定是主耳丢包，根据报文序列号可以确定是丢的哪个报文内容。当解析完毕后，将对应的目标报文内容发送至主耳，然后继续依照之前的发送顺序继续发送其它数据包。

(2)从耳丢包情况

从耳在检测到丢包时，发送的补包请求的格式如下：

请求报文序列内容标志B

报文序列号

当移动终端接收到补包请求时，解析该补包请求，例如根据请求报文序列内容标志B可以确定是从耳丢包，根据报文序列号可以确定是丢的哪个报文内容。当解析完毕后，将对应的目标报文内容发送至主耳，然后继续依照之前的发送顺序继续发送其它数据包。当主耳接收到目标报文内容时，发给从耳。

本实施例中，通过报文序列判断是否存在丢包，能够提高升级的可靠性。

进一步的，封装头包括校验码，在进入依据升级包升级的步骤之前，还包括：

S27：根据校验码判断升级包是否完整，如果是，则进入S13。

对于主从耳机来说，在接收完升级包后，根据校验码校验，从而保证升级包的完整性。在具体实施中，如果根据校验码判断升级包不完整，则可以向主耳发送升级失败信号，以便触发移动终端重新向主耳发送升级包。

为了让本领域技术人员更加清楚本发明实施例中提到的技术方案，本发明还给出具体应用场景实施例。图3为本发明实施例提供的一种应用场景对应的TWS耳机的升级方法的流程图。如图3所示，该方法包括如下步骤：

S30：移动终端访问服务器以下载最新的升级包，并对升级包进行封装。

S31：移动终端向主耳发送耳机固件升级请求。

S32：主耳判断自身当前的状态符合所述升级状态的要求时生成主耳确认信号。

S33：主耳向从而发送从耳固件升级请求。

S34：从耳判断当前的状态是否符合预先设置的升级状态的要求。

S35：当符合升级状态的要求时，从耳向主耳发送从耳确认信号。

S36：从耳启动监听线程。

S37：主耳将主耳确认信号和从耳确认信号发送至移动终端。

S38：移动终端将封装后的升级包作为通信数据发送至主耳。

S39：主耳通过预先设置的用于解析升级包的解析协议解析通信数据以获取升级包，并依据升级包进行升级。

S40：从耳监听通信数据，并通过预先设置的用于解析升级包的解析协议解析通信数据以获取升级包，并依据升级包进行升级。

以上步骤是一种具体应用场景，在其他应用场景中还可以适当增加相应的步骤，在此不作限定。

图4为本发明实施例提供的一种应用于主耳和从耳的TWS耳机的升级方法流程图。如图4所示，该方法包括：

S41：主耳与移动终端通信连接，并接收移动终端发送的通信数据，当能够通过预先设置的用于解析升级包的解析协议解析通信数据时，确定通信数据为升级包，并依据升级包升级。

S42：从耳获取主耳和移动终端在通信过程中所使用的密钥，并通过密钥监听通信数据，当监听到通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析通信数据，如果是，则确定通信数据为升级包，并依据升级包升级。

由于本方法与上文中应用于从耳的TWS耳机的升级方法对应，因此，具体实施方式不再赘述。

本实施例提供的TWS耳机的升级方法，应用于主耳和从耳，从耳能够获取主耳和移动终端在通信过程中所使用的密钥，并且通过密钥监听移动终端向主耳发送的通信数据，当监听到通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析通信数据，如果可以解析，则确定通信数据为升级包，并依据升级包升级。由此可见，本方法中，移动终端向主耳发送升级包后，一方面主耳可以依据升级包升级，另一方面，从耳可以监听到该升级包，可以依据升级包升级，避免了移动终端再次向从耳发送升级包，因此，节约了升级时间，提高了用户体验感。

图5为本发明实施例提供的一种应用于从耳的TWS耳机的升级装置的结构图。如图4所示，该装置包括：

获取模块10，用于获取主耳和移动终端在通信过程中所使用的密钥。

监听模块11，用于通过密钥监听移动终端向主耳发送的通信数据。

第一判断模块12，用于当监听到通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析通信数据。

从耳升级模块13，用于在第一判断模块12的判断结果为是时，确定通信数据为升级包，并依据升级包升级。

作为优选地实施方式，还包括：

接收模块，用于在通过密钥监听移动终端向主耳发送的通信数据之前，接收由主耳发送的从耳固件升级请求；其中，从耳固件升级请求为主耳在接收到移动终端发送的耳机固件升级请求后发送；

启动模块，用于向主耳反馈从耳确认信号，并启动监听线程。

作为优选地实施方式，还包括：

第二判断模块，用于在向主耳反馈从耳确认信号之前，判断当前的状态是否符合预先设置的升级状态的要求如果是，则触发启动模块；

其中，主耳在得到耳机固件升级请求且自身当前的状态符合升级状态的要求时生成主耳确认信号，移动终端在获取主耳确认信号和/或从耳确认信号后发送包含有升级包的通信数据。

作为优选地实施方式，升级包具体包括封装头、固件内容报文，固件内容报文包括报文序列和报文内容，报文序列与报文内容一一对应，

该装置还包括：

第三判断模块，用于在依据升级包升级之前，根据报文序列判断是否存在丢包；

补包模块，用于如果存在丢包，则向主耳发送补包请求以便主耳将补包请求发送至移动终端，使得移动终端将补包请求对应的目标报文内容重新发送至主耳；

接收模块，还用于接收主耳发送的目标报文内容，并触发第三判断模块；

第四判断模块，用于如果不存在丢包，则判断升级包是否接收完毕，如果是，则触发从耳升级模块，否则继续判断升级包是否接收完毕。

作为优选地实施方式，封装头包括校验码，该装置还包括：

校验模块，用于在进入依据升级包升级的步骤之前，根据校验码判断升级包是否完整，如果完整，则触发从耳升级模块。

由于装置部分的实施例与方法部分的实施例相互对应，因此装置部分的实施例请参见方法部分的实施例的描述，这里暂不赘述。

本实施例提供的TWS耳机的升级装置，应用于从耳，从耳能够获取主耳和移动终端在通信过程中所使用的密钥，并且通过密钥监听移动终端向主耳发送的通信数据，当监听到通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析通信数据，如果可以解析，则确定通信数据为升级包，并依据升级包升级。由此可见，应用于本技术方案，移动终端向主耳发送升级包后，一方面主耳可以依据升级包升级，另一方面，从耳可以监听到该升级包，可以依据升级包升级，避免了移动终端再次向从耳发送升级包，因此，节约了升级时间，提高了用户体验感。

上文中提到的TWS耳机的升级装置是从功能模块的角度描述，进一步的，本发明还提供一种TWS耳机的升级装置，该装置是从硬件角度描述。图6为本发明实施例提供的另一种TWS耳机的升级方法的结构图。如图6所示，该装置包括存储器20，用于存储计算机程序；

处理器21，用于执行计算机程序时实现如上述实施例提到的无线耳机的升级方法的步骤。

其中，处理器21可以包括一个或多个处理核心，比如4核心处理器、8核心处理器等。处理器21可以采用DSP(Digital Signal Processing，数字信号处理)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)、PLA(Programmable Logic Array，可编程逻辑阵列)中的至少一种硬件形式来实现。处理器21也可以包括主处理器和协处理器，主处理器是用于对在唤醒状态下的数据进行处理的处理器，也称CPU(Central ProcessingUnit，中央处理器)；协处理器是用于对在待机状态下的数据进行处理的低功耗处理器。在一些实施例中，处理器21可以在集成有GPU(Graphics Processing Unit，图像处理器)，GPU用于负责显示屏所需要显示的内容的渲染和绘制。一些实施例中，处理器21还可以包括AI(Artificial Intelligence，人工智能)处理器，该AI处理器用于处理有关机器学习的计算操作。

存储器20可以包括一个或多个计算机可读存储介质，该计算机可读存储介质可以是非暂态的。存储器20还可包括高速随机存取存储器，以及非易失性存储器，比如一个或多个磁盘存储设备、闪存存储设备。本实施例中，存储器20至少用于存储以下计算机程序201，其中，该计算机程序被处理器21加载并执行之后，能够实现前述任一实施例公开的无线耳机的升级方法的相关步骤。另外，存储器20所存储的资源还可以包括操作系统202和数据203等，存储方式可以是短暂存储或者永久存储。其中，操作系统202可以包括Windows、Unix、Linux等。数据203可以包括但不限于升级包中对应的数据等。

在一些实施例中，TWS耳机的升级装置还可包括有显示屏22、输入输出接口23、通信接口24、电源25以及通信总线26。

本领域技术人员可以理解，图6中示出的结构并不构成对无线耳机的升级装置的限定，可以包括比图示更多或更少的组件。

本实施例提供的TWS耳机的升级装置，从耳能够获取主耳和移动终端在通信过程中所使用的密钥，并且通过密钥监听移动终端向主耳发送的通信数据，当监听到通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析通信数据，如果可以解析，则确定通信数据为升级包，并依据升级包升级。由此可见，应用于本技术方案，移动终端向主耳发送升级包后，一方面主耳可以依据升级包升级，另一方面，从耳可以监听到该升级包，可以依据升级包升级，避免了移动终端再次向从耳发送升级包，因此，节约了升级时间，提高了用户体验感。

进一步的，本发明实施例还提供一种计算机可读存储介质，计算机可读存储介质上存储有计算机程序，计算机程序被处理器执行时实现如上述实施例提供的TWS耳机的升级方法的步骤。

可以理解的是，如果上述实施例中的方法以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，执行本申请各个实施例方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

最后，本发明实施例还提供一种TWS耳机，包括与移动终端通信连接的主耳和与主耳通信连接的从耳；

主耳，用于接收移动终端发送的通信数据，当能够通过预先设置的用于解析升级包的解析协议解析通信数据时，确定通信数据为升级包，并依据升级包升级；

从耳，用于获取主耳和移动终端在通信过程中所使用的密钥，并通过密钥监听通信数据，当监听到通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析通信数据，如果是，则确定通信数据为升级包，并依据升级包升级。

由于上文中对于TWS耳机中的主耳和从耳进行了详细描述，本实施例不再赘述。

本实施例提供的TWS耳机，其从耳能够获取主耳和移动终端在通信过程中所使用的密钥，并且通过密钥监听移动终端向主耳发送的通信数据，当监听到通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析通信数据，如果可以解析，则确定通信数据为升级包，并依据升级包升级。由此可见，应用于本技术方案，移动终端向主耳发送升级包后，一方面主耳可以依据升级包升级，另一方面，从耳可以监听到该升级包，可以依据升级包升级，避免了移动终端再次向从耳发送升级包，因此，节约了升级时间，提高了用户体验感。

以上对本发明所提供的TWS耳机及其升级方法、装置及计算机存储介质进行了详细介绍。说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以对本发明进行若干改进和修饰，这些改进和修饰也落入本发明权利要求的保护范围内。

还需要说明的是，在本说明书中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种TWS耳机的升级方法，其特征在于，应用于从耳，该方法包括：

获取主耳和移动终端在通信过程中所使用的密钥；

通过所述密钥监听所述移动终端向所述主耳发送的通信数据；

当监听到所述通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析所述通信数据；

如果是，则确定所述通信数据为所述升级包，并依据所述升级包升级。

2.根据权利要求1所述的TWS耳机的升级方法，其特征在于，在所述通过所述密钥监听所述移动终端向所述主耳发送的通信数据之前，还包括：

接收由所述主耳发送的从耳固件升级请求；其中，所述从耳固件升级请求为所述主耳在接收到所述移动终端发送的耳机固件升级请求后发送；

向所述主耳反馈从耳确认信号，并启动监听线程。

3.根据权利要求2所述的TWS耳机的升级方法，其特征在于，在向所述主耳反馈所述从耳确认信号之前，还包括：

判断当前的状态是否符合预先设置的升级状态的要求；

如果是，则向所述主耳反馈所述从耳确认信号；

其中，所述主耳在得到所述耳机固件升级请求且自身当前的状态符合所述升级状态的要求时生成主耳确认信号，所述移动终端在获取所述主耳确认信号和/或所述从耳确认信号后发送包含有所述升级包的通信数据。

4.根据权利要求1-3任意一项所述的TWS耳机的升级方法，其特征在于，所述升级包具体包括封装头、固件内容报文，所述固件内容报文包括报文序列和报文内容，所述报文序列与所述报文内容一一对应，

在所述依据所述升级包升级之前，还包括：

根据所述报文序列判断是否存在丢包；

如果存在丢包，则向所述主耳发送补包请求以便所述主耳将所述补包请求发送至所述移动终端，使得所述移动终端将所述补包请求对应的目标报文内容重新发送至所述主耳；

接收所述主耳发送的所述目标报文内容，并返回所述根据所述报文序列判断是否存在丢包的步骤；

如果不存在丢包，则判断所述升级包是否接收完毕；

如果接收完毕，则进入所述依据所述升级包升级的步骤；

如果未接收完毕，则返回所述判断所述升级包是否接收完毕的步骤。

5.根据权利要求4所述的TWS耳机的升级方法，其特征在于，所述封装头包括校验码，在进入所述依据所述升级包升级的步骤之前，还包括：

根据所述校验码判断所述升级包是否完整；

如果完整，则进入所述依据所述升级包升级的步骤。

6.一种TWS耳机的升级方法，其特征在于，应用于主耳和从耳，该方法包括：

所述主耳与移动终端通信连接，并接收所述移动终端发送的通信数据，当能够通过预先设置的用于解析升级包的解析协议解析所述通信数据时，确定所述通信数据为所述升级包，并依据所述升级包升级；

所述从耳获取所述主耳和所述移动终端在通信过程中所使用的密钥，并通过所述密钥监听所述通信数据，当监听到所述通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析所述通信数据，如果是，则确定所述通信数据为所述升级包，并依据所述升级包升级。

7.一种TWS耳机的升级装置，其特征在于，应用于从耳，该装置包括：

获取模块，用于获取主耳和移动终端在通信过程中所使用的密钥；

监听模块，用于通过所述密钥监听所述移动终端向所述主耳发送的通信数据；

第一判断模块，用于当监听到所述通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析所述通信数据；

从耳升级模块，用于在所述第一判断模块的判断结果为是时，确定所述通信数据为所述升级包，并依据所述升级包升级。

8.一种TWS耳机的升级装置，其特征在于，包括存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现如权利要求1至6任一项所述的TWS耳机的升级方法的步骤。

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

10.一种TWS耳机，其特征在于，包括与移动终端通信连接的主耳和与所述主耳通信连接的从耳；

所述主耳，用于接收所述移动终端发送的通信数据，当能够通过预先设置的用于解析升级包的解析协议解析所述通信数据时，确定所述通信数据为所述升级包，并依据所述升级包升级；

所述从耳，用于获取所述主耳和所述移动终端在通信过程中所使用的密钥，并通过所述密钥监听所述通信数据，当监听到所述通信数据时，判断是否能够通过预先设置的用于解析升级包的解析协议解析所述通信数据，如果是，则确定所述通信数据为所述升级包，并依据所述升级包升级。

Images