CN111787098B

CN111787098B - 一种耳机升级方法、装置及一种耳机和存储介质

Info

Publication number: CN111787098B
Application number: CN202010614611.0A
Authority: CN
Inventors: 刘凯
Original assignee: Goertek Techology Co Ltd
Current assignee: Goertek Techology Co Ltd
Priority date: 2020-06-30
Filing date: 2020-06-30
Publication date: 2022-10-04
Anticipated expiration: 2040-06-30
Also published as: CN111787098A

Abstract

本申请公开了一种耳机升级方法、装置及一种耳机和计算机可读存储介质，该方法应用于主耳机，包括：接收到耳机升级请求后，获取上次升级信息；基于上次升级信息判断对应的升级文件是否为断点续传；如果是，则获取从耳机的第一升级文件接收长度，并确定第一升级文件接收长度与主耳机自身的第二升级文件接收长度中的较小值；将较小值确定为目标位置，并从目标位置开始接收剩余升级文件，以完成耳机的升级。由上可知，本申请在主耳机接收到升级请求之后，则获取上次升级信息，根据上次升级信息将主从耳上次接收升级包长度的较小值作为此次断点续传开始接收升级包的位置，能够有效降低从耳升级失败的概率，减少无效升级时间，提高耳机的升级更新效率。

Description

一种耳机升级方法、装置及一种耳机和存储介质

技术领域

本申请涉及耳机技术领域，更具体地说，涉及一种耳机升级方法、装置及一种耳机和一种计算机可读存储介质。

背景技术

随着蓝牙技术的普及，TWS蓝牙耳机在人们的日常生活中越来越普及。而基于监听模式的TWS蓝牙耳机设计，耳机的主从切换相当频繁，在耳机升级过程中若采用断点续传的方式发送升级包，有可能在续传之前耳机进行了主从切换，同时由于是监听机制，可能会造成在失败的一瞬间主从耳机接收到的升级包长度不一致，在断点续传的时候如果按照通常的方式仅根据主耳机收到的长度进行续传，就会造成从耳机收包不完整，导致耳机升级失败。

因此，如何解决上述技术问题是本领域技术人员需要重点关注的。

发明内容

本申请的目的在于提供一种耳机升级方法、装置及一种耳机和一种计算机可读存储介质，能够有效降低从耳升级失败的概率。

为实现上述目的，本申请提供了一种耳机升级方法，应用于主耳机，所述方法包括：

接收到耳机升级请求后，获取上次升级信息；

基于所述上次升级信息判断对应的升级文件是否为断点续传；

如果是，则获取从耳机的第一升级文件接收长度，并确定所述第一升级文件接收长度与所述主耳机自身的第二升级文件接收长度中的较小值；

将所述较小值确定为目标位置，并从所述目标位置开始接收剩余升级文件，以完成耳机的升级。

可选的，所述基于所述上次升级信息判断对应的升级文件是否为断点续传之后，还包括：

若所述升级文件为断点续传，则判断所述上次升级信息的升级版本与所述耳机升级请求的升级版本是否一致；

若所述上次升级信息的升级版本与所述耳机升级请求的升级版本一致，则进入所述获取从耳机的第一升级文件接收长度的步骤。

可选的，所述将所述较小值确定为目标位置，并从所述目标位置开始接收剩余升级文件之后，还包括：

将当前升级过程接收的文件长度、升级版本、以及断点续传标志信息写入闪存中。

若所述升级文件为非断点续传，或所述上次升级信息的升级版本与所述耳机升级请求的升级版本不一致，则清除闪存中保存的所述上次升级信息；

根据所述耳机升级请求从文件开始位置请求对应的升级文件。

可选的，所述获取从耳机的第一升级文件接收长度，包括：

向所述从耳机发送长度查询请求，以获取所述从耳机返回的所述第一升级文件接收长度；

或，接收所述从耳机在监听到所述耳机升级请求后主动上报的所述第一升级文件接收长度。

所述获取从耳机的第一升级文件接收长度，并确定所述第一升级文件接收长度与所述主耳机自身的第二升级文件接收长度中的较小值；将所述较小值确定为目标位置，并从所述目标位置开始接收剩余升级文件，包括：

获取从耳机根据第一升级文件接收长度，基于预设通信协议生成的第一应答信息；

根据所述主耳机自身的第二升级文件接收长度，基于所述预设通信协议生成第二应答信息；

根据所述第一应答信息和所述第二应答信息，确定所述第一升级文件接收长度与所述第二升级文件接收长度中的较小值；

将所述较小值确定为目标位置，并根据所述目标位置生成目标应答信息，将所述目标应答信息返回至所述耳机升级请求的发起方以请求剩余升级文件。

为实现上述目的，本申请提供了一种耳机升级装置，应用于主耳机，所述装置包括：

信息获取模块，用于接收到耳机升级请求后，获取上次升级信息；

断点续传判断模块，用于基于所述上次升级信息判断对应的升级文件是否为断点续传；

长度获取模块，用于若所述升级文件为断点续传，则获取从耳机的第一升级文件接收长度，并确定所述第一升级文件接收长度与所述主耳机自身的第二升级文件接收长度中的较小值；

文件接收模块，用于将所述较小值确定为目标位置，并从所述目标位置开始接收剩余升级文件，以完成耳机的升级。

可选的，所述长度获取模块，包括：

第一获取单元，用于向所述从耳机发送长度查询请求，以获取所述从耳机返回的所述第一升级文件接收长度；

或，第二获取单元，用于接收所述从耳机在监听到所述耳机升级请求后主动上报的所述第一升级文件接收长度。

为实现上述目的，本申请提供了一种耳机，包括：

存储器，用于存储计算机程序；

处理器，用于执行所述计算机程序时实现前述公开的任一种耳机升级方法的步骤。

为实现上述目的，本申请提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现前述公开的任一种耳机升级方法的步骤。

通过以上方案可知，本申请提供的一种耳机升级方法，应用于主耳机，所述方法包括：接收到耳机升级请求后，获取上次升级信息；基于所述上次升级信息判断对应的升级文件是否为断点续传；如果是，则获取从耳机的第一升级文件接收长度，并确定所述第一升级文件接收长度与所述主耳机自身的第二升级文件接收长度中的较小值；将所述较小值确定为目标位置，并从所述目标位置开始接收剩余升级文件，以完成耳机的升级。由上可知，本申请在主耳机接收到升级请求之后，则获取上次升级信息，根据上次升级信息将主从耳上次接收升级包长度的较小值作为此次断点续传开始接收升级包的位置，能够有效降低从耳升级失败的概率，减少无效升级时间，提高耳机的升级更新效率。

本申请还公开了一种耳机升级装置及一种耳机和一种计算机可读存储介质，同样能实现上述技术效果。

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

附图说明

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

图1为本申请实施例公开的一种耳机升级方法的流程图；

图2为本申请实施例公开的一种具体的耳机升级方法的流程图；

图3为本申请实施例公开的另一种耳机升级方法的流程图；

图4为本申请实施例公开的基于监听模式的TWS蓝牙耳机的通信方式示意图；

图5为本申请实施例公开的一种具体的客户端/云端与耳机的通信流程示意图；

图6为本申请实施例公开的一种耳机升级装置的结构图；

图7为本申请实施例公开的一种耳机的结构图。

具体实施方式

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

在传统技术中，基于监听模式的TWS蓝牙耳机设计，耳机的主从切换相当频繁，在耳机升级过程中若采用断点续传的方式发送升级包，有可能在续传之前耳机进行了主从切换，同时由于是监听机制，可能会造成在失败的一瞬间主从耳机接收到的升级包长度不一致，在断点续传的时候如果按照通常的方式仅根据主耳收到的长度进行续传，就会造成从耳收包不完整，导致耳机升级失败

因此，本申请实施例公开了一种耳机升级方法，能够有效降低从耳升级失败的概率。

参见图1所示，本申请实施例公开了一种耳机升级方法，应用于主耳机，具体包括：

S101：接收到耳机升级请求后，获取上次升级信息；

本申请实施例中，在主耳机接收到云端或客户端等下发的耳机升级请求之后，将在闪存中读取上次升级信息。其中，上次升级信息可以具体包括但不限于用于表示升级文件是否为断点续传的标志信息、升级文件的版本信息以及已接收升级包的长度信息。

S102：基于所述上次升级信息判断对应的升级文件是否为断点续传；如果是，则进入步骤S103；

在具体实施中，本步骤将基于上次升级信息判断升级文件是否为断点续传。具体可根据用于表示升级文件是否为断点续传的标志信息来判断。

可以理解的是，在判断升级文件是否为断点续传之后，如果是，可以进一步比对上次升级信息中的升级版本与当前耳机升级请求的升级版本是否一致。若一致，则进入步骤S103。

另外，若判断后得到升级文件为非断点续传，或上次升级信息中记录的升级版本与当前耳机升级请求的升级版本不一致，则清除闪存中保存的上次升级信息，并根据当前耳机升级请求从文件开始位置请求对应的升级文件，以开始耳机的升级。

S103：获取从耳机的第一升级文件接收长度，并确定所述第一升级文件接收长度与所述主耳机自身的第二升级文件接收长度中的较小值；

本步骤中，主耳机将获取从耳机在上次断点续传过程中的文件接收长度并与自身的接收长度进行比对，确定二者中的较小值。具体地，在获取从耳机的第一升级文件接收长度时，可以通过主动获取的方式，即主动向从耳机发送长度查询请求，以获取从耳机返回的第一升级文件接收长度；另外，也可以通过被动获取的方式，即从耳机可以在监听到耳机升级请求之后，主动向主耳机上报第一升级文件接收长度，主耳机直接接收即可。

S104：将所述较小值确定为目标位置，并从所述目标位置开始接收剩余升级文件，以完成耳机的升级。

可以理解的是，在确定主从耳接收升级包长度的较小值之后，可将较小值确定为目标位置，以便根据目标位置请求剩余的升级文件并接收，从而完成耳机的升级，保证升级文件的完整。

需要指出的是，本申请实施例在将较小值确定为目标位置，并从目标位置开始接收剩余升级文件之后，还可以进一步将当前升级过程接收的文件长度、升级版本、以及断点续传标志信息写入闪存中，以便下次升级时通过访问闪存读取上次升级信息。

下面通过一种具体场景的示例对本申请实施例提供的耳机升级方法进行介绍。如图2所示，在OTA(Over the Air，空中下载技术)升级过程中，首先利用主耳机接收、从耳机监听升级文件信息头，并对其进行解析，获得所需的信息，例如文件大小、版本号等信息。进而主耳机读取自身闪存区域预留的OTA_setting中记录的上次升级的信息，包括断点续传的标志、已接收升级文件的长度、文件的版本号等，进而判断断点续传标志是否为1、升级文件的版本号是否一致，如果均满足，则读取自身的已接收升级包长度，并获取从耳机OTA_setting中记录的已接收升级包长度，并取主从耳上次接收升级包的长度的较小值作为此次断点续传开始的接收的升级包的位置。

若判断断点续传标志是否为1、升级文件的版本号是否一致时任一条件的判定结果为否，则清除OTA_setting中记录的信息，进而从升级文件的开始位置请求此次升级包进行升级。

本申请实施例公开了另一种耳机升级方法，相对于上一实施例，本实施例对技术方案作了进一步的说明和优化。参见图3所示，具体的：

S201：接收到耳机升级请求后，获取上次升级信息；

S202：基于所述上次升级信息判断对应的升级文件是否为断点续传；如果是，则进入步骤S203；

S203：获取从耳机根据第一升级文件接收长度，基于预设通信协议生成的第一应答信息；

S204：根据所述主耳机自身的第二升级文件接收长度，基于所述预设通信协议生成第二应答信息；

需要说明的是，基于监听模式的TWS蓝牙耳机主从耳与客户端/云端之间的通信方式参见图4所示，具体为：客户端/云端与主耳机之间可以正常收发信息，任何客户端/云端发送至主耳机的信息，只要是主从耳机建立完整的连接，从耳机都可以监听到，但是从耳机无法直接向客户端/云端回复消息。若从耳机需要给客户端/云端回复消息，只能通过主耳机作为中介，即从耳机先应答主耳机，主耳机根据收到的消息对客户端/云端进行应答。

在主耳机接收到耳机升级请求后，可根据自身的升级文件接收长度，基于预设通信协议生成第二应答信息；当从耳机监听到耳机升级请求后，可根据自身的升级文件接收长度，基于预设通信协议生成第一应答信息。

需要指出的是，上述步骤S203和S204没有执行先后顺序的限定，即可以先执行步骤S203，也可先执行步骤S204，这并不影响本申请的实现。

S205：根据所述第一应答信息和所述第二应答信息，确定所述第一升级文件接收长度与所述第二升级文件接收长度中的较小值；

S206：将所述较小值确定为目标位置，并根据所述目标位置生成目标应答信息，将所述目标应答信息返回至所述耳机升级请求的发起方以请求剩余升级文件，以完成耳机的升级。

在主耳机得到第一应答信息和第二应答信息之后，可根据上述两种信息确定出主从耳机分别接收文件长度中的较小值，从而生成目标应答信息，并将目标应答信息返回至请求发起方，以接收剩余升级文件，实现耳机的升级。

如图5所示，在具体的升级过程中，客户端/云端会按照设定的通信协议进行组包得到升级包并发送给主耳机，从耳机可通过监听机制获取。在收到升级包之后，主从耳机可以分别对接收到的升级包进行校验。根据校验结果，主耳机和从耳机可以分别根据设定的通信协议组包生成应答信息，从耳机需要将自身的应答信息发送给主耳机，主耳机在收到后对其进行解析，并与自身的应答信息进行对比，生成最终的目标应答信息，将目标应答信息返回至耳机升级请求的发起方，以便发起方根据应答信息重发所需的升级包段或者发送下一组升级包段。

在具体实施中，上述预设通信协议可以具体为八包一组，合计大小为4k。除了根据主从耳机的应答信息确定出已接收长度的较小值，按照较小值请求对应位置的升级文件之外，在另外一种可行的实施方式中，上述应答信息可以包括以下三部分：offset首地址；length长度，用于确认升级包段的位置；bitmap，一个字节，用于确认下发的一组升级包段中的哪个包需要重发。具体地，bitmap具体可以为0或1，0用于表示对应的单包片段需要发送，1用于表示对应的单包片段不需要发送，例如，11110101代表第二包和第四包没有收到或者校验错误，需要重新发送，未使用的位数可用1来补齐。主耳机首先确定自身的应答信息，在获取到从耳机的应答信息之后解析到bitmap，将其与自身的bitmap进行相&，确认需要重发的升级包段并重新组包返回至客户端/云端，以获取所需的升级包段。

下面对本申请实施例提供的一种耳机升级装置进行介绍，下文描述的一种耳机升级装置与上文描述的一种耳机升级方法可以相互参照。

参见图6所示，本申请实施例提供了一种耳机升级装置，应用于主耳机，该装置具体包括：

信息获取模块301，用于接收到耳机升级请求后，获取上次升级信息；

断点续传判断模块302，用于基于所述上次升级信息判断对应的升级文件是否为断点续传；

长度获取模块303，用于若所述升级文件为断点续传，则获取从耳机的第一升级文件接收长度，并确定所述第一升级文件接收长度与所述主耳机自身的第二升级文件接收长度中的较小值；

文件接收模块304，用于将所述较小值确定为目标位置，并从所述目标位置开始接收剩余升级文件，以完成耳机的升级。

关于上述模块301至304的具体实施过程可参考前述实施例公开的相应内容，在此不再进行赘述。

在上述实施例的基础上，作为一种优选实施方式，上述长度获取模块303可以具体包括：

本申请还提供了一种耳机，参见图7，本申请实施例提供的一种耳机的结构图，如图7所示，可以包括处理器11和存储器12。该耳机还可以包括多媒体组件13，输入/输出(I/O)接口14，以及通信组件15中的一者或多者。

其中，处理器11用于控制该耳机的整体操作，以完成上述的耳机升级方法中的全部或部分步骤。存储器12用于存储各种类型的数据以支持在该耳机的操作，这些数据例如可以包括用于在该耳机上操作的任何应用程序或方法的指令，以及应用程序相关的数据，例如联系人数据、收发的消息、图片、音频、视频等等。该存储器12可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，例如静态随机存取存储器(Static RandomAccess Memory，简称SRAM)，电可擦除可编程只读存储器(Electrically ErasableProgrammable Read-Only Memory，简称EEPROM)，可擦除可编程只读存储器(ErasableProgrammable Read-Only Memory，简称EPROM)，可编程只读存储器(Programmable Read-Only Memory，简称PROM)，只读存储器(Read-Only Memory，简称ROM)，磁存储器，快闪存储器，磁盘或光盘。多媒体组件13可以包括屏幕和音频组件。其中屏幕例如可以是触摸屏，音频组件用于输出和/或输入音频信号。例如，音频组件可以包括一个麦克风，麦克风用于接收外部音频信号。所接收的音频信号可以被进一步存储在存储器12或通过通信组件15发送。音频组件还包括至少一个扬声器，用于输出音频信号。I/O接口14为处理器11和其他接口模块之间提供接口，上述其他接口模块可以是键盘，鼠标，按钮等。这些按钮可以是虚拟按钮或者实体按钮。通信组件15用于该耳机与其他设备之间进行有线或无线通信。无线通信，例如Wi-Fi，蓝牙，近场通信(Near Field Communication，简称NFC)，2G、3G或4G，或它们中的一种或几种的组合，因此相应的该通信组件15可以包括：Wi-Fi模块，蓝牙模块，NFC模块。

在一示例性实施例中，耳机可以被一个或多个应用专用集成电路(ApplicationSpecific Integrated Circuit，简称ASIC)、数字信号处理器(Digital SignalProcessor，简称DSP)、数字信号处理设备(Digital Signal Processing Device，简称DSPD)、可编程逻辑器件(Programmable Logic Device，简称PLD)、现场可编程门阵列(Field Programmable Gate Array，简称FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述的耳机升级方法。

本申请还提供了一种计算机可读存储介质，该存储介质可以包括：U盘、移动硬盘、只读存储器(Read-Only Memory，ROM)、随机存取存储器(Random Access Memory，RAM)、磁碟或者光盘等各种可以存储程序代码的介质。该存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现前述任一实施例提供的耳机升级方法的步骤。

本申请在主耳机接收到升级请求之后，则获取上次升级信息，根据上次升级信息将主从耳上次接收升级包长度的较小值作为此次断点续传开始接收升级包的位置，能够有效降低从耳升级失败的概率，减少无效升级时间，提高耳机的升级更新效率。

说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以对本申请进行若干改进和修饰，这些改进和修饰也落入本申请权利要求的保护范围内。

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

Claims

1.一种耳机升级方法，其特征在于，应用于主耳机，所述方法包括：

接收到耳机升级请求后，获取上次升级信息；

2.根据权利要求1所述的耳机升级方法，其特征在于，所述基于所述上次升级信息判断对应的升级文件是否为断点续传之后，还包括：

3.根据权利要求2所述的耳机升级方法，其特征在于，所述将所述较小值确定为目标位置，并从所述目标位置开始接收剩余升级文件之后，还包括：

4.根据权利要求3所述的耳机升级方法，其特征在于，所述基于所述上次升级信息判断对应的升级文件是否为断点续传之后，还包括：

5.根据权利要求1所述的耳机升级方法，其特征在于，所述获取从耳机的第一升级文件接收长度，包括：

6.根据权利要求1至5任一项所述的耳机升级方法，其特征在于，所述获取从耳机的第一升级文件接收长度，并确定所述第一升级文件接收长度与所述主耳机自身的第二升级文件接收长度中的较小值；将所述较小值确定为目标位置，并从所述目标位置开始接收剩余升级文件，包括：

7.一种耳机升级装置，其特征在于，应用于主耳机，所述装置包括：

8.根据权利要求7所述的耳机升级装置，其特征在于，所述长度获取模块，包括：

9.一种耳机，其特征在于，包括：

存储器，用于存储计算机程序；

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

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