掌桥专利:专业的专利平台
掌桥专利
首页

版本更新方法、装置、耳机及存储介质

文献发布时间:2024-04-18 19:58:21


版本更新方法、装置、耳机及存储介质

技术领域

本申请属于耳机技术领域,具体涉及一种版本更新方法、装置、耳机及存储介质。

背景技术

目前,在耳机接收到电子设备发送的升级消息的情况下,耳机可以通过空中下载(Over The Air,OTA)进行版本升级,此时,需要耳机中的主辅耳机的连接状态为正常的情况下,即主耳机连接电子设备,辅耳机连接主耳机,耳机可以开始进行静默OTA升级。

然而,上述方法中,由于上述静默OTA升级需要满足主辅耳机的连接状态为正常,在实际使用过程中,在用户为单耳佩戴的情况下,主辅耳机之间的连接状态为断开,导致耳机即使接收到升级通知,也无法进行静默OTA升级,如此,耳机进行静默OTA升级的成功率较低。

发明内容

本申请实施例的目的是提供一种版本更新方法、装置、耳机及存储介质,能够提高在不同场景下,耳机进行静默OTA升级的成功率。

第一方面,本申请实施例提供了一种版本更新方法,应用于耳机,该耳机包括第一耳机、第二耳机,该版本更新方法包括:第一耳机处于使用状态、且第二耳机处于耳机盒内,在第一耳机接收电子设备发送的第一消息的情况下,第一消息包括目标版本的更新信息;第一耳机与第二耳机建立通信连接,第一耳机向第二耳机发送第一消息;第一耳机和第二耳机基于更新信息,将版本更新为目标版本。

第二方面,本申请实施例提供了一种版本更新装置,应用于耳机,耳机包括第一耳机、第二耳机,装置包括:连接模块、发送模块和更新模块;连接模块,用于第一耳机处于使用状态、且第二耳机处于耳机盒内,在第一耳机接收电子设备发送的第一消息的情况下,第一消息包括目标版本的更新信息;第一耳机与第二耳机建立通信连接。发送模块,用于向第二耳机发送第一消息。更新模块,用于基于更新信息,将第一耳机的版本和第二耳机的版本更新为目标版本。

第三方面,本申请实施例提供了一种耳机,该耳机包括处理器和存储器,所述存储器存储可在所述处理器上运行的程序或指令,所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。

第四方面,本申请实施例提供了一种可读存储介质,所述可读存储介质上存储程序或指令,所述程序或指令被处理器执行时实现如第一方面所述的方法的步骤。

第五方面,本申请实施例提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行程序或指令,实现如第一方面所述的方法。

第六方面,本申请实施例提供一种计算机程序产品,该程序产品被存储在存储介质中,该程序产品被至少一个处理器执行以实现如第一方面所述的方法。

在本申请实施例中,第一耳机处于使用状态、且第二耳机处于耳机盒内,在第一耳机接收电子设备发送的第一消息的情况下,第一消息包括目标版本的更新信息;第一耳机与第二耳机建立通信连接,第一耳机向第二耳机发送第一消息;第一耳机和第二耳机基于更新信息,将版本更新为目标版本。本方案中,在第一耳机接收到第一消息之后,位于耳机盒中的第二耳机仍然可以与第一耳机建立连接,从而,第一耳机可以将第一消息转发至第二耳机中,进而进行静默OTA升级,如此,丰富了耳机可以进行静默OTA升级的场景,并且提高了耳机在不同场景下静默OTA升级的成功率。

附图说明

图1是现有技术中的耳机与电子设备之间的连接示意图;

图2是本申请实施例提供的一种版本更新方法的流程图之一;

图3是本申请实施例提供的一种版本更新方法的流程图之二;

图4是本申请实施例提供的一种版本更新方法的交互图之一;

图5是本申请实施例提供的一种版本更新方法的交互图之二;

图6是本申请实施例提供的一种版本更新装置的结构示意图;

图7是本申请实施例提供的一种耳机的硬件结构示意图之一;

图8是本申请实施例提供的一种耳机的硬件结构示意图之二。

具体实施方式

下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员获得的所有其他实施例,都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象,而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换,以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施,且“第一”、“第二”等所区分的对象通常为一类,并不限定对象的个数,例如第一对象可以是一个,也可以是多个。此外,说明书以及权利要求中“和/或”表示所连接对象的至少其中之一,字符“/”,一般表示前后关联对象是一种“或”的关系。

本申请的说明书和权利要求书中的术语“至少一个(项)”、“至少之一”等指其包含对象中的任意一个、任意两个或两个以上的组合。例如,a、b、c中的至少一个(项),可以表示:“a”、“b”、“c”、“a和b”、“a和c”、“b和c”以及“a、b和c”,其中a,b,c可以是单个,也可以是多个。同理,“至少两个(项)”是指两个或两个以上,其表达的含义与“至少一个(项)”类似。

下面结合附图,通过具体的实施例及其应用场景对本申请实施例提供的版本更新方法、装置、耳机及存储介质进行详细地说明。

本申请实施例提供的技术方案应用于耳机中,耳机可以包括左耳机、右耳机和耳机盒。其中,耳机可以将左耳机作为主耳机,将右耳机作为辅耳机,在左耳机与电子设备连接的情况下,右耳机可以与左耳机进行连接,并且,耳机盒可以控制主耳机与辅耳机之间的连接。

本申请实施例提供的版本更新方法、装置、耳机及存储介质可以应用在真正无线立体声(True Wireless Stereo,TWS)耳机通过静默OTA进行版本更新的场景中。

目前,电子设备可以通过与TWS耳机通过蓝牙的方式进行连接,然后,在TWS耳机与电子设备正常连接的情况下,TWS耳机可以基于电子设备发送的升级消息,进行静默OTA升级。

示例性地,如图1所示,电子设备以Host表示,Host可以通过蓝牙与TWS耳机中的左耳机(图1中以TWS L表示)连接,然后,TWS耳机中的右耳机(图1中以TWS R表示)可以通过蓝牙与左耳机连接。

其中,TWS耳机是一种基于蓝牙通信的真无线耳机。OTA是指使用无线通道对耳机运行的程序进行更新升级的处理技术。静默OTA升级是指用户在正常使用过程中,对TWS耳机进行用户无感知升级的技术。Host:指TWS耳机的Host设备,该Host设备可以通过蓝牙与TWS相连,一般可以为手机、平板和PC等设备。在OTA过程中,Host设备负责从服务器获取OTA文件,并传输至TWS耳机。TWS L/R:指TWS耳机左右耳设备,其中与Host设备直接蓝牙相连的为主耳机,另外一个与主耳机连接的为副耳机。

正常静默OTA升级流程如下:

升级前,Host设备通过蓝牙通信查询主副耳连接状态,若主副耳连接正常,即主耳机连接Host设备,副耳机连接主耳机,则开始静默OTA升级,否则不满足升级条件,不进行OTA升级。OTA开始后,主耳机可以通过蓝牙通信向Host设备获取待更新的固件文件存储至备份区,同时通过TWS蓝牙通信将收到的文件转发副耳机中,该副耳机同样将收到的固件存储至其对应的备份区,待主耳机和副耳机获取固件后,跳转运行新的固件程序,即完成静默OTA升级。

然而,由于静默OTA升级需满足双耳蓝牙连接状态,否则无法将固件文件同时转发给TWS双耳。但实际用户在使用过程中,出于省电或个人习惯有很大概率是单耳佩戴使用的,另一只耳机放入充电盒内关盖,此时主副耳间的蓝牙连接会断开,因此大多时候不满足静默升级触发条件。另外在满足静默升级条件情况下,TWS耳机进入静默升级后,用户可能将单耳放入充电盒,此时双耳TWS蓝牙连接会断开,双耳间文件转发被打断,整个静默升级就会中断,降低了升级的成功率。导致耳机在不同的场景下无法进行静默OTA升级,进而耳机进行静默OTA升级的成功率较低。

在本申请实施例提供的版本更新方法、装置、耳机及存储介质中,第一耳机处于使用状态、且第二耳机处于耳机盒内,在第一耳机接收电子设备发送的第一消息的情况下,第一消息包括目标版本的更新信息;第一耳机与第二耳机建立通信连接,第一耳机向第二耳机发送第一消息;第一耳机和第二耳机基于更新信息,将版本更新为目标版本。本方案中,在第一耳机接收到第一消息之后,位于耳机盒中的第二耳机仍然可以与第一耳机建立连接,从而,第一耳机可以将第一消息转发至第二耳机中,进而进行静默OTA升级,如此,丰富了耳机可以进行静默OTA升级的场景,并且提高了耳机在不同场景下静默OTA升级的成功率。

本申请实施例提供的版本更新方法的执行主体可以为耳机,该耳机包括:包括第一耳机、第二耳机以及耳机盒,或耳机中的功能模块。以下以耳机为例,对本申请实施例提供的技术方案进行说明。

本申请实施例提供一种版本更新方法,图2示出了本申请实施例提供的一种版本更新方法的流程图。如图2所示,本申请实施例提供的版本更新方法可以包括下述的步骤201和步骤202。

步骤201、第一耳机处于使用状态、且第二耳机处于耳机盒内,在第一耳机接收电子设备发送的第一消息的情况下,第一耳机与第二耳机建立通信连接,并向第二耳机发送第一消息。

本申请实施例中,上述第一消息包括目标版本的更新信息;

示例性地,上述第一消息为TWS耳机版本更新通知。

示例性地,上述更新信息中可以包含目标版本的安装包和版本升级标识。

示例性地,上述第一耳机可以为与电子设备具有连接关系的耳机。例如,连接关系可以为蓝牙连接或无线保真(WIreless-Fidelity,WIFI)连接。

示例性地,上述电子设备可以为以下任一项:手机、平板电脑或个人计算机(personal computer,PC)等,任意具有蓝牙模块或WiFi模块的设备。

可选地,本申请实施例中,上述第一消息可以为服务器向电子设备发送的,然后,电子设备再向第一耳机发送的。

在一种示例中,电子设备在连接第一耳机之后,电子设备可以向服务器发送更新请求,该更新请求用于指示服务器中是否存在第一耳机对应的目标版本,从而在服务器中存在该目标版本的情况下,服务器可以向电子设备发送第一消息,并且第一消息中可以携带上述目标版本的版本信息,进而,电子设备可以向第一耳机发送第一消息。

在另一种示例中,在服务器中存在第一耳机对应的目标版本的情况下,服务器可以向电子设备发送第二消息,该第二消息用于询问电子设备是否与第一耳机建立连接,从而在电子设备与第一耳机建立连接的情况下,服务器可以向电子设备发送第一消息,并且第一消息中可以携带上述目标版本的版本信息,进而,电子设备可以向第一耳机发送第一消息。

在又一种示例中,在服务器中存在第一耳机对应的目标版本的情况下,服务器可以直接向电子设备发送第一消息,然后,电子设备可以接收第一消息,并将第一消息进行存储,从而在电子设备与第一耳机连接的情况下,电子设备可以向第一耳机发送第一消息。

示例性地,服务器可以通过WiFi或者移动网络向电子设备发送第一消息,电子设备可以通过WiFi或蓝牙向第一耳机发送第一消息。

可选地,本申请实施例中,上述第一消息中可以包含耳机版本更新标识,如此,电子设备在接收到第一消息之后,可以确定该第一消息中携带的目标版本为第一耳机对应的目标版本。

本申请实施例中,上述第二耳机可以为耳机中除第一耳机之外的耳机。

可以理解,上述第一耳机可以为主耳机,上述第二耳机可以为辅耳机。

需要说明的是,上述第二耳机位于耳机盒中并不是指第二耳机未使用,而是指,用户将第二耳机从耳机盒中取出又放回,如此,在第一耳机接收到第一消息、且第二耳机与第一耳机连接的情况下,用户将第二耳机放回耳机盒中,第二耳机仍保持与第一耳机之间的连接。

示例性地,在第一耳机与电子设备通过蓝牙连接的情况下,电子设备接收到服务器发送的TWS耳机版本更新通知,然后,电子设备可以通过蓝牙向第一耳机发送上述TWS耳机版本更新通知,此时,若用户将第二耳机从耳机盒中取出,并放回,在第二耳机离开耳机盒的过程中,第二耳机可以与第一耳机进行连接,然后,在第二耳机回到耳机盒之后,第二耳机可以保持与第一耳机之间的连接,从而第二耳机可以接收到第一耳机发送的TWS耳机版本更新通知。

步骤202、第一耳机和第二耳机基于上述更新信息,将版本更新为目标版本。

可选地,本申请实施例中,在第一耳机和第二耳机均接收到目标版本固件对应的固件信息之后,第一耳机和第二耳机可以自动进行版本更新;或者,在第一耳机和第二耳机均接收到目标版本对应的版本信息之后,第一耳机可以根据电子设备发送的更新指令进行版本更新。

示例性地,由于第一消息中包含目标版本的版本信息,所以,在第一耳机和第二耳机的升级条件准备就绪的情况下,第一耳机和第二耳机可以各自根据上述版本信息进行版本升级,从而将各自的版本更新为目标版本。

需要说明的是,上述在第一耳机和第二耳机的升级条件准备就绪可以为:第一耳机和第二耳机均接收到第一消息、且第一耳机和第二耳机处于连接状态。

可选地,本申请实施例中,第一耳机与第二耳机之间的版本升级间隔可以保持在预设时长内,若第一耳机和第二耳机之间的版本升级间隔超过了预设时长,则耳机可以将已经完成版本升级的耳机的版本进行回退,并取消当次版本更新。

示例性地,若在第一耳机完成版本更新后的第一预定时长(例如,1S)内,第二耳机也完成了版本更新,则判定此次耳机的版本更新成功,第一耳机和第二耳机均可以使用新版本;若在第一耳机完成版本更新后的第一预定时长(例如,1S)内,第二耳机没有完成版本更新,则判定此次耳机的版本更新失败,则耳机可以取消第二耳机的版本更新进程,并将第一耳机的版本回退至与第二耳机的版本一致。

需要说明的是,上述第一耳机和第二耳机可以通过OTA技术进行版本更新。

在本申请实施例提供的版本更新方法中,第一耳机处于使用状态、且第二耳机处于耳机盒内,在第一耳机接收电子设备发送的第一消息的情况下,第一消息包括目标版本的更新信息;第一耳机与第二耳机建立通信连接,第一耳机向第二耳机发送第一消息;第一耳机和第二耳机基于更新信息,将版本更新为目标版本。本方案中,在第一耳机接收到第一消息之后,位于耳机盒中的第二耳机仍然可以与第一耳机建立连接,从而,第一耳机可以将第一消息转发至第二耳机中,进而进行静默OTA升级,如此,丰富了耳机可以进行静默OTA升级的场景,并且提高了耳机在不同场景下静默OTA升级的成功率。

可选地,本申请实施例中,在上述步骤201中的“第一耳机与第二耳机建立通信连接”之前,本申请实施例提供的版本更新方法还包括下述的步骤301,并且上述步骤201中的“第一耳机与第二耳机建立通信连接”具体可以通过下述的步骤201a实现,并且在上述步骤201中的“在第一耳机与第二耳机建立通信连接”之后,本申请实施例提供的版本更新方法还包括下述的步骤401。

步骤301、耳机获取耳机盒的状态。

可选地,本申请实施例中,上述耳机盒的状态可以为开盖或关盖。

可选地,本申请实施例中,耳机可以根据耳机盒是否处于充电状态判断耳机盒的状态。

可以理解的是,在耳机盒中存在耳机的情况下,耳机盒一般关盖就可以向耳机盒中的耳机进行充电,如此,耳机可以根据耳机盒是否处于充电状态判断耳机盒的状态。

可选地,本申请实施例中,耳机可以根据第二耳机是否可连接判断耳机盒的状态。

可以理解的是,在耳机盒开盖之后,第一耳机可以与第二耳机建立连接,如此,第一耳机可以根据第二耳机是否可连接判断耳机盒的状态。

步骤201a、在耳机盒处于开盖的情况下,第一耳机建立与第二耳机之间的连接。

本申请实施例中,在耳机盒处于开盖的情况下,第二耳机可以发出配对请求,如此,第一耳机可以根据配对请求与第二耳机之间建立连接。

步骤401、在上述耳机盒关盒的情况下,第一耳机与第二耳机保持通信连接,以使第一耳机向第二耳机发送所述第一消息,第一耳机和第二耳机基于上述更新信息,将版本更新为目标版本。

示例性地,上述在耳机盒中第二耳机与第一耳机保持通信连接可以为:在第一耳机接收到第一消息之后,第一耳机可以向耳机盒发送第三消息,该第三消息用于指示耳机盒在关盖后,不向第二耳机发送蓝牙断开命令,如此,第二耳机可以与第一耳机之间保持蓝牙连接。

可选地,本申请实施例中,第一耳机在与位于耳机盒中的第二耳机保持通信连接之后,第一耳机可以向第二耳机发送第四消息,该第四消息用于指示第一耳机的升级条件准备就绪,然后,第二耳机在接收到第四消息之后,可以向第一耳机发送回复消息,以通知第一耳机,第二耳机的升级条件同样准备就绪,进而,第一耳机和第二耳机可以进行版本升级。

本申请实施例中,耳机可以根据用户的单耳使用习惯,在单耳机取出又放回后,不断开与第一耳机之间的连接,进而保证了TWS的升级条件,避免了多数单耳机使用场景下,耳机不能够进行静默OTA升级的问题,提升了耳机的升级触发率和版本推升率。

可选地,本申请实施例中,在上述步骤301之后,且在步骤201a之前,本申请实施例提供的版本更新方法还包括下述的步骤501。

步骤501、在上述耳机盒处于关盒状态下,等待耳机盒开盒。

本申请实施例中,耳机可以在耳机盒开盒之后,第一耳机可以与第二耳机建立通信连接。

下面通过具体的场景对上述耳机盒开盖后又关盖以后,第一耳机可以与第二耳机之间保持通信连接,进行具体的解释说明。

场景A:用户打开耳机盒,将第二耳机从耳机盒中取出,以使得第二耳机可以与第一耳机进行蓝牙连接,然后又放回,此时位于耳机盒中的第二耳机可以保持与第一耳机之间的蓝牙连接。

场景B:用户打开耳机盒,交换正在使用的耳机,即,将第一耳机放回耳机盒,使用第二耳机;此时,第一耳机和第二耳机保持蓝牙连接。

需要说明的是,若在耳机在交换使用之前,第一耳机已经接收到第一消息,则在第一耳机位于耳机盒之后,第一耳机仍需要向第二耳机发送第一消息。

场景C:在第一耳机和第二耳机均在使用的过程中,然后,用户将第一耳机和第二耳机均放回耳机盒中,然后再取出任一耳机,放回耳机盒中的第一耳机和第二耳机之间保持蓝牙连接。

场景D:在第一耳机和第二耳机均在耳机盒的情况下,用户打开耳机盒,即开盖,取出第一耳机,此时,第一耳机可以与耳机连接,第二耳机可以和第一耳机连接,若第一耳机在关盖前接收到第一消息,则在耳机盒关盖后,第二耳机保持与第一耳机之间的蓝牙连接。

需要说明的是,上述场景A至场景D的前提条件均为第一耳机接收到第一消息。

本申请实施例中,耳机可以根据用户的单耳使用习惯,在单耳机取出又放回后,不断开与第一耳机之间的连接,进而保证了TWS的升级条件,避免了多数单耳机使用场景下,耳机不能够进行静默OTA升级的问题,提升了耳机的升级触发率和版本推升率。

可选地,本申请实施中,结合图2,如图3所示,在上述步骤201中的“第一耳机与所述第二耳机建立通信连接”之后,本申请实施例提供的版本更新方法还包括下述的步骤601。

步骤601、第一耳机设置上述第二耳机的虚拟电量值,并向上述电子设备发送虚拟电量值,以使电子设备取消显示第二耳机的耳机标识。

本申请实施例中,上述虚拟电量值小于或等于第一预定电量值;该第一预定电量值为电子设备取消显示耳机的耳机标识的判断阈值。

本申请实施例中,在第一耳机与位于耳机盒中的第二耳机连接情况下,第一耳机可以设置第二耳机的虚拟电量值,并将该虚拟电量值发送至电子设备,以使得电子设备可以在耳机显示界面中取消显示第二耳机的耳机标识。

需要说明的是,由于第一耳机与第二耳机处于连接状态,所以,基于现有技术的方案,电子设备可以在耳机显示界面中显示第一耳机的耳机标识和第二耳机的耳机标识。而在本方案中,由于第二耳机是位于耳机盒内的,为了实现耳机的静默OTA升级,所以,第一耳机可以向电子设备发送第二耳机对应的虚拟电量值,以使得电子设备可以在耳机显示界面中取消显示第二耳机的耳机标识,以实现在不影响用户的使用体验的条件下实现静默无感升级。

可选地,本申请实施例中,上述虚拟电量值可以大于第一预定电量值。

示例性地,在第一耳机与位于耳机盒中的第二耳机连接情况下,第一耳机可以将第二耳机的电量值设置为0xff,下述简称为第一虚拟电量值,并将第一耳机的电量值和第二耳机对应的第一虚拟电量值向电子设备发送,以使得电子设备在接收到第一耳机的电量值和第二耳机对应的第一虚拟电量值之后,可以在耳机显示界面中只显示第一耳机的耳机标识。

示例性地,上述耳机标识可以包括以下至少一项:文字、图像,例如耳机图标、表情、特殊符号和数字。

本申请实施例中,第一耳机在接收到第一消息之后,位于耳机盒中的第二耳机可以与第一耳机保持连接,且第一耳机可以通知电子设备取消显示第二耳机的显示标识,以确保可以在不经影响用户体验的情况下实现静默OTA升级。

可选地,本申请实施例中,在上述步骤201中的之后,本申请实施例提供的版本更新方法还包括下述的步骤701,并且上述步骤401中的“第一耳机与第二耳机保持通信连接”,具体可以通过下述的步骤401a实现。

步骤701、耳机在第一耳机和第二耳机中生成版本更新标识。

可选地,本申请实施例中,上述版本更新标识可以为第一消息中携带的;或者,第一耳机基于第一消息生成的。

示例性地,上述版本更新标识可以为以下任一项:二进制格式的标识、十六进制格式的标识或八进制格式的标识。

可选地,本申请实施例中,在第一耳机生成上述版本更新标识之后,第一耳机可以将版本更新标识发送至第二耳机中,以通知第二耳机可以进行版本更新。

示例性地,上述版本更新标识可以包含在第一耳机向第二耳机发送的第一消息中。

步骤401a、在第一耳机和第二耳机中均存在所述版本更新标识的情况下,若耳机盒关盒,第一耳机与第二耳机保持通信连接。

本申请实施例中,上述耳机盒在检测到第一耳机中存在OTA版本更新标识的情况下,保持第二耳机与第一耳机间的连接。‘

在一种示例中,第一耳机在接收到第一消息之后,第一耳机可以根据该第一消息生成二进制格式的版本更新标识,以使得耳机盒在检测到第一耳机中存在上述版本更新标识之后,可以保持第二耳机与第一耳机间的连接。

在另一种示例中,第一耳机在接收到第一消息之后,第一耳机从第一消息中获取上述版本更新标识,以使得耳机盒在检测到第一耳机中存在上述版本更新标识之后,可以保持第二耳机与第一耳机间的连接。

可选地,本申请实施例中,在第一耳机接收到第一消息之后,耳机盒可以以预定频率进行版本更新标识检测,从而在检测到第一耳机中存在上述版本更新标识之后,可以保持第二耳机与第一耳机间的连接。

示例性地,上述版本更新标识可以保存在第一耳机的缓存中,即在第一耳机的版本跟新完成之后,第一耳机可以将该版本更新标识清除。

示例性地,耳机盒在检测到第一耳机中存在上述版本更新标识之后,耳机盒可以不向第二耳机发送蓝牙断开命令,如此,可以保持第二耳机与第一耳机间的通信连接。

可选地,本申请实施例中,在第二耳机接收到第一消息之后,第二耳机可以根据第一消息生成版本更新标识,并向第一耳机发送第五消息,以通知第一耳机,第二耳机静默升级条件准备就绪。

本申请实施例中,耳机盒可以基于第一耳机中是否存在版本更新标识,从而确定是否与第二耳机断开连接还是保持连接,从而在耳机盒确定第一耳机中存在版本更新标识的情况下,耳机盒可以控制第一耳机和第二耳机保持连接,如此,提升耳机盒控制第一耳机和第二耳机连接状态的灵活性。

可选地,本申请实施例中,本申请实施例提供的版本更新方法还包括下述的步骤801和步骤802。

步骤801、第一耳机和第二耳机清除固件信息。

本申请实施例中,在第一耳机和第二耳机均完成版本更新之后,第一耳机和第二耳机可以各自清除各自的固件信息。

示例性地,上述第一耳机对应的固件信息可以存储在第一耳机的缓存中或硬存中;上述第二耳机对应的固件信息可以存储在第二耳机的缓存中或硬存中。优选地,上述第一耳机对应的固件信息可以存储在第一耳机的缓存中;上述第二耳机对应的固件信息可以存储在第二耳机的缓存中。

可选地,本申请实施例中,在第一耳机和第二耳机均接收到第一消息之后,且第一耳机和第二耳机均满足版本更新条件的情况下,若第一耳机或第二耳机中的任一个耳机在预设时长内未进行版本更新,则耳机可以清除该任一耳机对应的版本更新标识和该任一耳机中的固件信息,然后,将耳机中的另一个耳机的版本回退至与该任一耳机的版本一致。

示例性地,在第一耳机和第二耳机均接收到第一消息之后,且第一耳机和第二耳机均满足版本更新条件的情况下,若第二耳机在15分钟内未进行静默升级流程,耳机可以清除第二耳机中的版本更新标识和第二耳机中的固件信息,并将第一耳机的版本回退至与第二耳机的版本一致。

也就是说,耳机中的第一耳机和第二耳机的版本信息需要保持一致。

步骤802、第一耳机断开与第二耳机的连接。

本申请实施例中,在第一耳机和第二耳机在完成静默升级之后,第一耳机可以断开与第二耳机的连接。

示例性地,在第一耳机和第二耳机在完成静默升级之后,耳机盒可以向第一耳机发送蓝牙断开命令,以使得第一耳机可以与第二耳机断开连接;或者,耳机盒可以向第二耳机发送蓝牙断开命令,以使得第二耳机可以与第一耳机断开连接。

可选地,本申请实施例中,在第一耳机或第二耳机在静默升级失败之后,第一耳机可以断开第二耳机的连接。

示例性地,在第一耳机或第二耳机在静默升级失败之后,耳机盒可以向第一耳机发送蓝牙断开命令,以使得第一耳机可以与第二耳机断开连接;或者,耳机盒可以向第二耳机发送蓝牙断开命令,以使得第二耳机可以与第一耳机断开连接。

本申请实施例中,在耳机完成静默升级之后,耳机可以控制第一耳机与第二耳机之间断开连接,如此,可以节省耳机的功耗。

可选地,本申请实施例中,本申请实施例提供的版本更新方法还包括下述的步骤901。

步骤901、在上述第二耳机在预设时长内未响应上述第一消息的情况下,第一耳机断开与第二耳机的连接,并取消版本更新。

本申请实施例中,在第一耳机将第一消息向第二耳机发送之后,在预设时长内,若第二耳机没有回应第一消息,则第一耳机可以断开与第二耳机的连接,并取消版本更新。

示例性地,在第一耳机向第二耳机发送第一消息之后,若第一耳机在1S之内没有接收到第二耳机的回应消息,则第一耳机可以判定第二耳机当前并不满足版本升级条件,此时,第一耳机可以断开与第二耳机之间的连接,并清除第一耳机中的版本更新标识。

可选地,本申请实施例中,在上述第二耳机在预设时长内未响应上述第一消息的情况下,第一耳机可以在第一预设时长之后,再次向第二耳机发送第一消息,若在第二预设时长之后,第一耳机仍未接收到第二耳机发送的回应消息,则第一耳机可以断开与第二耳机的连接,并取消版本更新,以及清除第一耳机中的版本更新标识。

本申请实施例中,第一耳机在预设时长内未接收到第二耳机发送的回应消息,则第一耳机可以判定当前第二耳机并不满足版本升级条件,此时第一耳机可以断开与第二耳机之间的连接,也即,耳机可以通过超时机制,节省耳机的功耗,以及避免功耗的浪费。

示例性地,如图4所示,下面通过具体的场景对本申请实施例提供的版本更新方法进行具体的解释说明。

场景1:单耳使用过程中触发版本更新检测。具体可以通过下述的步骤20至步骤25实现。

步骤20、单耳机使用情况下,即另一只耳机在耳机盒中,电子设备接收到服务器发送的TWS耳机版本更新通知,电子设备可以通过蓝牙转发给主耳机。

本申请实施例中,上述主耳机为与耳机连接的耳机,位于耳机盒中的耳机为辅耳机。

步骤21、在盒耳机开盖后,主副耳机再次建立蓝牙连接,由主耳向副耳同步版本更新通知。

也就是说,上述主副耳均接收到版本更新通知。

步骤22、交换在盒耳机、在用耳机再次关盖、或双耳入盒关盖(充电或闲置)再取出单耳使用,在盒耳机根据上面版本更新通知,不进行蓝牙连接断开操作,即保持蓝牙连接,并通知另一只耳机静默升级条件就绪。

示例性地,耳机盒可以不向在盒耳机发送蓝牙连接断开名字,如此,在盒耳机可以与非在盒耳机,即主耳机,不进行蓝牙连接断开操作。

步骤23、由主耳机设置在盒耳机的电量值为0xff,并发送双耳电量至耳机,以使耳机可以根据电量值清除在盒耳机的图标,即只显示盒外耳机图标。

步骤24、耳机在电子设备静默升级发起之后,进入正常静默升级流程。

本申请实施例中,为避免单耳关盖后一直连接另一只耳机引起功耗增加,同时引入超时机制,15分钟内未进入静默升级流程,在盒耳机清除版本更新通知标志,断开主副耳间蓝牙连接。

步骤25、耳机在静默升级固件传输完成之后,在盒耳机清除版本更新通知,并断开主副耳间蓝牙连接。

示例性地,如图5所示,下面通过具体的另一个场景对本申请实施例提供的版本更新方法进行具体的解释说明。

场景2:双耳开盖触发版本更新检测。具体可以通过下述的步骤30至步骤35实现。

步骤30、双耳在盒开盖后,主副耳均可以与电子设备建立蓝牙连接,用户取出其中一只耳机使用,同时电子设备可以与该一只耳机建立蓝牙连接。

需要说明的是,在耳机与两个耳机进行连接时,主副耳可以为耳机预设的。

示例性地,用户从耳机盒中取出两个耳机,此时,该两个耳机均可以与耳机进行蓝牙连接,由于耳机中只存在一个蓝牙模块,所以,耳机只能优先与两个耳机中的左耳机,即上述主耳机,进行连接,然后右耳机,即辅耳机,与左耳机进行连接。

步骤31、电子设备可以向服务器查询新版本,并接收到服务器发送的TWS耳机版本更新通知,并通过蓝牙转发给主耳机,主耳将版本更新通知转发给副耳机。

步骤32、关盖后在盒耳机根据上面版本更新通知,不进行蓝牙连接断开操作,即保持蓝牙连接,并通知另一只耳机静默升级条件就绪。

步骤33、由主耳机清除在盒耳机,即辅耳机,的电量值为0xff,并发送双耳电量至耳机,以使耳机可以根据电量值清除在盒耳机的图标,即只显示盒外耳机图标。

步骤34、在电子设备静默升级发起之后,耳机可以进入正常静默升级流程。

本申请实施例中,为避免单耳关盖后一直连接另一只耳机引起功耗增加,耳机可以引入超时机制,15分钟内未进入静默升级流程,在盒耳机清除版本更新通知标志,断开主副耳间蓝牙连接。

步骤35、耳机在静默升级固件传输完成之后,在盒耳机清除版本更新通知,并断开主副耳间蓝牙连接。

在本申请提供的版本更新方法中,在现有技术中,由于第二耳机在放入耳机盒中之后,该第二耳机就会断开与耳机或耳机中的第一耳机之间的连接;本方案中,在第一耳机接收到第一消息之后,位于耳机盒中的第二耳机仍然可以保持与第一耳机之间的连接,从而,第一耳机可以将第一消息转发至第二耳机中,进而进行静默OTA升级。也就是说,在第一耳机接收到第一消息的情况下,即使第二耳机位于耳机盒中,第二耳机也可以继续保持与第一耳机之间的连接,从而,第一耳机和第二耳机可以进行静默OTA升级,如此,丰富了耳机可以进行静默OTA升级的场景,并且提高了耳机在不同场景下静默OTA升级的成功率。

需要说明的是,本申请实施例提供的版本更新方法,执行主体可以为版本更新装置,或者耳机,或者还可以为耳机中的功能模块或实体。本申请实施例中以版本更新装置执行版本更新方法为例,说明本申请实施例提供的版本更新装置。

图6示出了本申请实施例中涉及的版本更新装置的一种可能的结构示意图。如图6所示,该版本更新装置70可以包括:连接模块71、发送模块72和更新模块73。其中,该版本更新装置70可以应用于耳机,该耳机包括第一耳机、第二耳机。

其中,连接模块71,用于第一耳机处于使用状态、且第二耳机处于耳机盒内,在第一耳机接收电子设备发送的第一消息的情况下,第一消息包括目标版本的更新信息;第一耳机与第二耳机建立通信连接。发送模块72,用于向第二耳机发送第一消息。更新模块73,用于基于更新信息,将第一耳机的版本和第二耳机的版本更新为目标版本。

在一种可能的实现方式中,上述版本更新装置还包括:获取模块和处理模块。获取模块,用于在第一耳机与第二耳机建立通信连接之前,获取耳机盒的状态。连接模块71,具体用于在耳机盒处于开盖的情况下,建立第一耳机与第二耳机之间的连接。处理模块,用于在第一耳机与第二耳机建立通信连接之后,在耳机盒关盒的情况下,第一耳机与第二耳机保持通信连接,以使第一耳机向第二耳机发送第一消息,第一耳机和第二耳机基于更新信息,将版本更新为目标版本。

在一种可能的实现方式中,上述处理模块,还用于在获取耳机盒的状态之后,在第一耳机与第二耳机建立通信连接之前,在耳机盒处于关盒状态下,等待耳机盒开盒。

在一种可能的实现方式中,上述处理模块,还用于在第一耳机与第二耳机连接的情况下,第一耳机向第二耳机发送第一消息之后,第一耳机设置第二耳机的虚拟电量值,并向电子设备发送虚拟电量值,以使电子设备取消显示第二耳机的耳机标识;其中,虚拟电量值小于或等于第一预定电量值;第一预定电量值为电子设备取消显示耳机的耳机标识的阈值。

在一种可能的实现方式中,上述版本更新装置还包括:生成模块;生成模块,用于在第一耳机与第二耳机连接的情况下,第一耳机向第二耳机发送第一消息之后,在第一耳机和第二耳机中生成版本更新标识。处理模块,还用于在第一耳机和第二耳机中均存在版本更新标识的情况下,若耳机盒关盒,第一耳机与第二耳机保持通信连接。

本申请实施例提供一种版本更新装置,在现有技术中,由于第二耳机在放入耳机盒中之后,该第二耳机就会断开与版本更新装置或耳机中的第一耳机之间的连接;本方案中,在第一耳机接收到第一消息之后,位于耳机盒中的第二耳机仍然可以保持与第一耳机之间的连接,从而,第一耳机可以将第一消息转发至第二耳机中,进而进行静默OTA升级。也就是说,在第一耳机接收到第一消息的情况下,即使第二耳机位于耳机盒中,第二耳机也可以继续保持与第一耳机之间的连接,从而,第一耳机和第二耳机可以进行静默OTA升级,如此,丰富了版本更新装置可以进行静默OTA升级的场景,并且提高了版本更新装置在不同场景下静默OTA升级的成功率。

本申请实施例中的版本更新装置可以是耳机,也可以是耳机中的部件,例如集成电路或芯片。该耳机可以是终端,也可以为除终端之外的其他设备。示例性的,移动耳机可以为手机、平板电脑、笔记本电脑、掌上电脑、车载耳机、移动上网装置(Mobile InternetDevice,MID)、增强现实(augmented reality,AR)/虚拟现实(virtual reality,VR)设备、机器人、可穿戴设备、超级移动个人计算机(ultra-mobile personal computer,UMPC)、上网本或者个人数字助理(personal digital assistant,PDA)等,还可以为服务器、网络附属存储器(Network Attached Storage,NAS)、个人计算机(personal computer,PC)、电视机(television,TV)、柜员机或者自助机等,本申请实施例不作具体限定。

本申请实施例中的版本更新装置可以为具有操作系统的装置。该操作系统可以为安卓(Android)操作系统,可以为iOS操作系统,还可以为其他可能的操作系统,本申请实施例不作具体限定。

本申请实施例提供的版本更新装置能够实现上述方法实施例实现的各个过程,为避免重复,这里不再赘述。

可选地,如图7所示,本申请实施例还提供一种耳机90,包括处理器91和存储器92,存储器92上存储有可在所述处理器91上运行的程序或指令,该程序或指令被处理器91执行时实现上述版本更新方法实施例的各个步骤,且能达到相同的技术效果,为避免重复,这里不再赘述。

需要说明的是,本申请实施例中的耳机包括上述所述的移动耳机和非移动耳机。

图8为实现本申请实施例的一种耳机的硬件结构示意图。

该耳机100包括但不限于:射频单元101、网络模块102、音频输出单元103,该音频输出单元103包含第一耳机1031和第二耳机1032、输入单元104、传感器105、显示单元106、用户输入单元107、接口单元108、存储器109、处理器110等部件。

本领域技术人员可以理解,耳机100还可以包括给各个部件供电的电源(比如电池),电源可以通过电源管理系统与处理器110逻辑相连,从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图8中示出的耳机结构并不构成对耳机的限定,耳机可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置,在此不再赘述。

其中,处理器110,用于第一耳机处于使用状态、且第二耳机处于耳机盒内,在第一耳机接收电子设备发送的第一消息的情况下,第一消息包括目标版本的更新信息;第一耳机与第二耳机建立通信连接,第一耳机向第二耳机发送第一消息;第一耳机和第二耳机基于更新信息,将版本更新为目标版本。

本申请实施例提供一种耳机,在现有技术中,由于第二耳机在放入耳机盒中之后,该第二耳机就会断开与耳机或耳机中的第一耳机之间的连接;本方案中,在第一耳机接收到第一消息之后,位于耳机盒中的第二耳机仍然可以保持与第一耳机之间的连接,从而,第一耳机可以将第一消息转发至第二耳机中,进而进行静默OTA升级。也就是说,在第一耳机接收到第一消息的情况下,即使第二耳机位于耳机盒中,第二耳机也可以继续保持与第一耳机之间的连接,从而,第一耳机和第二耳机可以进行静默OTA升级,如此,丰富了耳机可以进行静默OTA升级的场景,并且提高了耳机在不同场景下静默OTA升级的成功率。

可选地,本申请实施例中,上述输入单元104,用于第一耳机与第二耳机建立通信连接之前,获取耳机盒的状态。上述处理器110,具体用于在耳机盒处于开盖的情况下,建立第一耳机与第二耳机之间的连接。上述处理器110,还用于在第一耳机与第二耳机建立通信连接之后,在耳机盒关盒的情况下,第一耳机与第二耳机保持通信连接,以使第一耳机向第二耳机发送第一消息,第一耳机和第二耳机基于更新信息,将版本更新为目标版本。

可选地,本申请实施例中,上述处理器110,还用于在获取耳机盒的状态之后,在第一耳机与第二耳机建立通信连接之前,在耳机盒处于关盒状态下,等待耳机盒开盒。

可选地,本申请实施例中,上述处理器110,还用于在第一耳机与第二耳机连接的情况下,第一耳机向第二耳机发送第一消息之后,第一耳机设置第二耳机的虚拟电量值,并向电子设备发送虚拟电量值,以使电子设备取消显示第二耳机的耳机标识;其中,虚拟电量值小于或等于第一预定电量值;第一预定电量值为电子设备取消显示耳机的耳机标识的阈值。

可选地,本申请实施例中,上述处理器110,还用于在第一耳机与第二耳机建立通信连接的情况下,第一耳机向第二耳机发送第一消息之后,在第一耳机和第二耳机中生成版本更新标识。上述处理器110,具体用于在第一耳机和第二耳机中均存在版本更新标识的情况下,若耳机盒关盒,第一耳机与第二耳机保持通信连接。

本申请实施例提供的耳机能够实现上述方法实施例实现的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。

本实施例中各种实现方式具有的有益效果具体可以参见上述方法实施例中相应实现方式所具有的有益效果,为避免重复,此处不再赘述。

应理解的是,本申请实施例中,输入单元104可以包括图形处理器(GraphicsProcessing Unit,GPU)1041和麦克风1042,图形处理器1041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元106可包括显示面板1061,可以采用液晶显示器、有机发光二极管等形式来配置显示面板1061。用户输入单元107包括触控面板1071以及其他输入设备1072中的至少一种。触控面板1071,也称为触摸屏。触控面板1071可包括触摸检测装置和触摸控制器两个部分。其他输入设备1072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆,在此不再赘述。

存储器109可用于存储软件程序以及各种数据。存储器109可主要包括存储程序或指令的第一存储区和存储数据的第二存储区,其中,第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外,存储器109可以包括易失性存储器或非易失性存储器,或者,存储器109可以包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM,DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM,SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,DRRAM)。本申请实施例中的存储器109包括但不限于这些和任意其它适合类型的存储器。

处理器110可包括一个或多个处理单元;可选的,处理器110集成应用处理器和调制解调处理器,其中,应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作,调制解调处理器主要处理无线通信信号,如基带处理器。可以理解的是,上述调制解调处理器也可以不集成到处理器110中。

本申请实施例还提供一种可读存储介质,所述可读存储介质上存储有程序或指令,该程序或指令被处理器执行时实现上述方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。

其中,所述处理器为上述实施例中所述的耳机中的处理器。所述可读存储介质,包括计算机可读存储介质,如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例另提供了一种芯片,所述芯片包括处理器和通信接口,所述通信接口和所述处理器耦合,所述处理器用于运行程序或指令,实现上述方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。

应理解,本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

本申请实施例提供一种计算机程序产品,该程序产品被存储在存储介质中,该程序产品被至少一个处理器执行以实现如上述OTA升级方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。

需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外,需要指出的是,本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能,还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能,例如,可以按不同于所描述的次序来执行所描述的方法,并且还可以添加、省去、或组合各种步骤。另外,参照某些示例所描述的特征可在其他示例中被组合。

通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端(可以是手机,计算机,服务器,或者网络设备等)执行本申请各个实施例所述的方法。

上面结合附图对本申请的实施例进行了描述,但是本申请并不局限于上述的具体实施方式,上述的具体实施方式仅仅是示意性的,而不是限制性的,本领域的普通技术人员在本申请的启示下,在不脱离本申请宗旨和权利要求所保护的范围情况下,还可做出很多形式,均属于本申请的保护之内。

相关技术
  • 一种CPLD版本更新方法、装置、设备及存储介质
  • 程序版本更新方法及装置、存储介质及电子设备
  • 耳机音量提醒方法、装置、移动终端及可读存储介质
  • 蓝牙耳机连接方法、装置、电子设备及存储介质
  • 耳机质检方法、装置及计算机可读存储介质
  • 一种BIOS版本更新方法、BIOS版本更新装置及存储介质
  • 版本更新方法、版本更新装置、电子设备和存储介质
技术分类

06120116480124