CN110149370A - 一种升级文件下载方法及装置 - Google Patents
一种升级文件下载方法及装置 Download PDFInfo
- Publication number
- CN110149370A CN110149370A CN201910328835.2A CN201910328835A CN110149370A CN 110149370 A CN110149370 A CN 110149370A CN 201910328835 A CN201910328835 A CN 201910328835A CN 110149370 A CN110149370 A CN 110149370A
- Authority
- CN
- China
- Prior art keywords
- terminal equipment
- upgrade file
- terminal
- version information
- target
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/06—Protocols specially adapted for file transfer, e.g. file transfer protocol [FTP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
- H04L67/1074—Peer-to-peer [P2P] networks for supporting data block transmission mechanisms
- H04L67/1078—Resource delivery mechanisms
- H04L67/108—Resource delivery mechanisms characterised by resources being split in blocks or fragments
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Stored Programmes (AREA)
Abstract
一种升级文件下载方法及装置,在该方法中,第一终端设备在获取到目标版本信息之后,广播携带该目标版本信息的升级文件查询请求消息;在第一终端设备从第二终端设备接收升级文件确认消息后,从第二终端设备中下载升级文件。其中,第二终端设备中保存有与目标版本信息对应的升级文件。通过该方法,这样终端设备可从其它的终端设备中下载升级文件,避免了服务器异常或运营商网络异常时,无法下载升级文件、不能进行升级的情况,从而提高了升级文件的下载成功率。
Description
技术领域
本申请涉及终端技术领域,尤其涉及一种升级文件下载方法及装置。
背景技术
随着互联网技术的迅速发展,用户可以使用终端设备通过网络从服务器上下载升级文件,以完善终端设备的系统或程序,提高终端设备的性能。
目前,常用的升级文件下载方法包括如下步骤:
首先,终端设备A向服务器发送升级文件查询请求消息,该升级文件查询请求消息中携带终端设备A当前固件的版本信息。
服务器在接收到该升级文件查询请求消息之后,依据终端设备A当前固件的版本信息判断是否与最新的升级文件的版本信息是否一致;若不一致,则向终端设备A反馈确认消息,以通知终端设备A服务器中有最新的升级文件,需要升级。
终端设备A在收到所述确认消息后,启动执行从服务器下载该最新的升级文件的过程。
显然,在上述升级文件下载方法中,终端设备的升级文件下载过程依赖于服务器,如果终端设备和服务器之间的网络异常或服务器出现异常,就会导致终端设备下载升级文件失败,从而影响用户体验。
发明内容
本申请提供一种升级文件下载方法及装置,用以提高终端设备下载升级文件的成功率。
第一方面,本申请实施例提供一种升级文件下载方法,该方法包括:第一终端设备获取目标版本信息;然后广播升级文件查询请求消息,所述升级文件查询请求消息中包含所述目标版本信息,在第一终端设备接收到第二终端设备反馈的升级文件确认消息之后,第一终端设备从第二终端设备下载升级文件。其中,第二终端设备中保存有与目标版本信息对应的升级文件。
在上述技术方案中,第一终端设备可从保存有与目标版本信息对应的升级文件的第二终端设备中下载升级文件,无需依赖服务器与运营商网络,从而提高终端设备下载升级文件的成功率,提升用户体验。
在一种可能的设计中,第一终端设备可基于如下方式获取目标版本信息:第一终端设备从第三终端设备获取目标版本信息;或者从服务器或本地获取目标版本信息。
在上述技术方案中,第一终端设备可获取到目标版本信息,以便下载到正确的升级文件,即与目标版本信息对应的升级文件,从而提高升级文件下载成功率。
在一种可能的设计中,第一终端设备可基于如下方式从第三终端设备获取目标版本信息:
第一终端设备广播升级版本查询请求消息,所述升级版本查询请求消息中包含第一终端设备的固件的版本信息和/或第一终端设备的标识;第一终端设备从第三终端设备接收升级版本查询确认消息,该升级版本查询确认消息中包含所述目标版本信息,所述目标版本信息是第三终端设备根据所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识确定的;或者第一终端设备接收所述第三终端设备广播的版本通知消息,该版本通知消息中包含所述目标版本信息。
在上述技术方案中,第三终端设备可根据第一终端设备的固件的版本信息和/或第一终端设备的标识来确定第一终端设备的目标版本信息,从而使得第一终端设备根据目标版本信息下载到对应的升级文件,提高升级文件的下载成功率。
在一种可能的设计中,第一终端设备从服务器获取目标版本信息之后,广播升级文件查询请求消息之前,还包括:第一终端设备确认与所述服务器断开连接,从而能够保证第一终端设备可以在没有服务器的情况下,也可以进行升级文件下载,降低了对于服务器的依赖。
在一种可能的设计中,第一终端设备从第二终端设备中下载升级文件之后,所述方法还包括:第一终端设备对升级文件进行安装,得到安装结果;第一终端设备广播安装结果,从而使得其它的终端设备知道第一终端设备是否升级成功。
在一种可能的设计中,当第二终端设备包括多个终端设备时,第一终端设备可基于如下方式从第二终端设备中下载升级文件,包括:第一终端设备在多个终端设备中确定目标终端设备;第一终端设备从目标终端设备中下载升级文件。
在具体实施时,第一终端设备可采用如下方式中的任意一种从目标终端设备下载升级文件:
第一种方式:第一终端设备从目标终端设备接收多个子文件,所述多个子文件组成所述升级文件;
第二种方式:第一终端设备从目标终端设备接收第一子文件集合,所述升级文件包括第一子文件集合和第二子文件集合,所述第二子文件集合为第一终端设备已保存的子文件集合。
在上述技术方案中,第一终端设备可以从目标终端设备中分段下载升级文件,以提高升级文件的下载成功率。
在一种可能的设计中,第一终端设备可基于如下三种方式中的任意一种在多个终端设备中确定目标终端设备:
第一种方式:第一终端设备获取多个终端设备的位置信息,并根据所述第一终端设备的位置信息和多个终端设备的位置信息,在多个终端设备中选择距离所述第一终端设备最近的目标终端设备;
第二种方式:第一终端设备获取多个终端设备的信号强度,在多个终端设备中选择信号强度最大的目标终端设备;
第三种方式:第一终端设备在从第二终端设备接收的升级文件确认消息中,确定最先接收的目标升级文件确认消息,然后在多个第二终端设备中选择发送所述目标升级文件确认消息的目标终端设备。
在上述方案中,第一终端设备可通过不同的方式确定目标终端设备,以便于第一终端设备能够从目标终端设备中下载升级文件,提高升级文件下载成功率。
在一种可能的设计中,第一终端设备为车载设备,第二终端设备为车载设备;所述第一终端设备与所述第二终端设备通过V2X的方式连接,这样,第一终端设备可无需依赖服务器,通过V2X的方式与其它终端设备建立连接,从而从其它的终端设备下载升级文件,提高升级文件的下载成功率。
第二方面,本申请实施例还提供一种升级文件下载方法,该方法包括:
第二终端设备接收第一终端设备广播的升级文件查询请求消息,所述升级文件查询请求消息中包含目标版本信息;所述第二终端设备确定保存有所述目标版本信息对应的升级文件后,向所述第一终端设备发送升级文件确认消息;然后第二终端设备向第一终端设备发送升级文件。
在上述技术方案中,第二终端设备在确定自身保存有与目标版本信息对应的升级文件时,响应第一终端设备,并向第一终端设备发送升级文件,从而摆脱了升级文件下载时对于服务器的依赖,提高了升级文件下载成功率。
在一种可能的设计中,第二终端设备可利用如下两种方式中的任意一种向第一终端设备发送升级文件:
第一种:第二终端设备向第一终端设备发送多个子文件,所述多个子文件组成所述升级文件;
第二种:第二终端设备向第一终端设备发送第一子文件集合,所述升级文件包括第一子文件集合和第二子文件集合,所述第二子文件集合为所述第一终端设备已保存的子文件集合。
通过上述设计,第二终端设备可将升级文件分为多个子文件通过多次发送给第一终端设备,可提高升级文件的完整性,进而提高升级文件的下载成功率。
在一种可能的设计中,第二终端设备向所述第一终端设备发送升级文件之后,所述方法还包括:第二终端设备从第一终端设备接收升级文件安装结果,这样第二终端设备可知道第一终端设备是否升级成功。
在一种可能的设计中,第一终端设备为车载设备,第二终端设备为车载设备;所述第一终端设备与所述第二终端设备通过V2X的方式连接。
通过上述设计,第二终端设备可直接向第一终端设备发送升级文件,无需第一终端设备从服务器下载升级文件,以避免服务器异常造成的升级文件下载失败的情况发生。
第三方面,本申请实施例还提供了一种升级文件的下载方法,该方法包括:
第三终端设备接收第一终端设备广播的升级版本查询请求消息,所述升级版本查询请求消息中包含第一终端设备的固件的版本信息和/或第一终端设备的标识;然后第三终端设备根据所述第一终端设备的固件版本信息和/或所述第一终端设备的标识,确定目标版本信息;第三终端设备向所述第一终端设备发送升级版本查询确认消息,所述升级版本查询确认消息中包含所述目标版本信息,所述升级版本查询确认消息用于通知所述第一终端设备下载所述目标版本信息的升级文件。
通过上述技术方案,第三终端设备可确定第一终端设备的目标版本信息,从而使得第一终端设备能够下载到正确的升级文件,提高升级文件的下载成功率。
在一种可能的设计中,第三终端设备可基于如下方式根据第一终端设备的固件的版本信息和/或第一终端设备的标识,确定目标版本信息:
第三终端设备根据第一终端设备的固件的版本信息和/或第一终端设备的标识,升级文件下载规则,确定第一终端设备满足升级文件下载条件;第三终端设备确定所述升级文件下载规则中包含的所述目标版本信息;
其中,当所述升级版本查询请求消息中包含所述第一终端设备的固件的版本信息时,所述升级文件下载规则中包含:固件的版本信息白名单或固件的版本信息黑名单;当所述升级版本查询请求消息中包含所述第一终端设备的标识时,所述升级文件下载规则中包含:终端设备的标识白名单或终端设备的标识黑名单。
通过上述技术方案,第三终端设备可依据第一终端设备的固件的版本信息和/或第一终端设备的标识,升级文件下载规则,确定第一终端设备是否满足升级文件下载条件,并在满足升级文件下载条件时,确定第一终端设备的目标版本信息,从而使得第一终端设备能够下载与所述目标版本信息对应的升级文件,提高升级文件下载的成功率。
在一种可能的设计中,第一终端设备为车载设备,第三终端设备为车载设备;所述第一终端设备与所述第三终端设备通过V2X的方式连接;从而使得终端设备在没有服务器或服务器异常时,能够从其它终端设备下载升级文件。
第四方面,本申请实施例提供一种装置,该装置中可以执行上述第一方面或第一方面任一种可能实现方式中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
第五方面,本申请实施例提供一种装置,该装置可以执行上述第二方面或第二方面任一种可能实现方式中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
第六方面,本申请实施例提供一种装置,该装置可以执行上述第三方面或第三方面任一种可能实现方式中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
第七方面,本申请实施例提供一种装置,所述装置的结构中包括存储器、收发器和处理器,所述收发器用于接收和发送信号,所述处理器被配置为支持所述装置执行上述第一方面、第二方面、第三方面或第一方面、第二方面、第三方面任一种可能实现方式中相应的功能。所述存储器与所述处理器耦合,其保存所述装置必要的程序指令和数据。
第八方面,本申请实施例还提供了一种升级文件下载系统,包括:第一终端设备、第二终端设备,这些终端设备可以执行上述第一方面、第二方面或第一方面、第二方面任一种可能实现方式中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
在一种可能的设计中国,所述系统还包括:第三终端设备,所述第三终端设备可以执行上述第三方面或第三方面任一种可能实现方式中的相应功能,具体参见方法示例中的详细描述,此处不做赘述。
第六方面,本申请实施例还提供了一种计算机存储介质,该计算机存储介质中存储有计算机程序,所述计算机程序被计算机执行时,使得计算机执行上述任一方面提供的方法。
第七方面,本申请实施例还提供了一种计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行上述任一方面提供的方法。
附图说明
图1为本申请实施例提供的一种可能的终端设备的结构图;
图2为本申请实施例提供的一种可能的通信系统的架构图;
图3为本申请实施例提供的一种分布式存储升级资源的示意图;
图4为本申请实施例提供的一种升级文件下载方法流程图;
图5为本申请实施例提供的一种车载设备的升级文件下载方法流程图;
图6为本申请实施例提供的另一种车载设备的升级文件下载方法流程图;
图7为本申请实施例提供的另一种升级文件下载方法流程图;
图8为本申请实施例提供的一种升级文件下载装置的结构示意图;
图9为本申请实施例提供的另一种升级文件下载装置的结构示意图。
具体实施方式
下面将结合附图对本申请实施例作进一步地详细描述。
为了便于理解,示例性的给出了与本申请相关概念的说明以供参考,如下所示:
1)终端设备,为具有移动性、无线连接功能的设备。本申请实施例中终端设备可以包括移动台、路侧单元、车载设备等。所述车载设备可以是车载电子控制单元(electroniccontrol unit,ECU)等、车载电脑、车载巡航系统、远程信息处理器(telematics box,T-BOX)。
2)车到万物(vehicle to X,V2X):未来智能交通运输系统的关键技术。其中,V代表车辆,X代表任何与车交互信息的对象,例如包括车、人、交通路侧基础设施和网络,因此,V2X交互的信息模式可以包括车到车(vehicle to vehicle,V2V)、车到人(vehicle topedestrian,V2P)、车到基础设施(vehicle to infrastructure,V2I)和车到网络(vehicleto network,V2N)的交互等。具体的,V2V指的是车辆间的通信。V2X使得车与车、车与外部基础设施之间能够通信,从而获得需要下载的升级文件等。
3)固件,终端设备内部的系统或程序,可以通过升级文件进行升级,从而提高终端设备运行该固件时终端设备的性能。在本申请实施例中,固件的版本信息就是终端设备安装该固件使用的升级文件的版本信息。
本申请实施例涉及的至少一个,包括一个或者多个;其中,多个是指大于或者等于两个。另外,需要理解的是,在本申请的描述中,“第一”、“第二”等词汇,仅用于区分描述的目的,而不能理解为指示或暗示相对重要性,也不能理解为指示或暗示顺序。
本申请实施例提供一种升级文件下载方法,该方法适用于终端设备中。图1示出了一种可能的终端设备的结构图。参阅图1所示,所述终端设备100包括:处理器101、存储器102、通信模块103。
存储器102一般包括内存和外存。内存可以为随机存储器(random accessmemory,RAM)、只读存储器(read only memory,ROM)或者高速缓存(CACHE)等。外存可以为硬盘、光盘、通用串行总线(universal serial bus,USB)、软盘或磁带机等。存储器102用于存储计算机程序(包含各种固件、操作系统等)和其他数据。例如,在本申请中,存储器102可用于保存终端设备的升级资源,包括下载规则以及升级文件等。
处理器101用于读取存储器102中的计算机程序,然后执行计算机程序定义的方法。例如所述处理器101可以读取所述存储器102中的升级文件,并运行安装所述升级文件,以实现固件升级。
可选的,处理器101可以包括一个或多个通用处理器,还可包括一个或多个DSP(digital signal processor,数字信号处理器),用于执行相关操作,以实现本申请实施例所提供的技术方案。在本申请中,处理器101可用于依据下载规则判断其它终端设备是否满足升级文件的下载条件,或者通过通信模块从其它终端设备中下载升级文件或将升级文件发送给其他终端设备等。
通信模块103用于实现与通信系统中的其他设备(例如其他终端设备或服务器)等进行无线通信,接收或发送数据。例如,接收或广播升级版本查询请求消息,接收或广播升级文件版本请求消息、接收或发送升级文件等。
可选的,所述通信模块103可以通过V2X通信技术,与其他设备进行通信。目前,V2X通信技术支持多种通信标准,例如PC5接口、Uu接口,以及WIFI通信标准等。
可选的,所述通信模块103中可以包括:无线射频(radio frequency,RF)电路1031、WIFI模块1032等。
可选的,终端设备100还可以包括:显示设备、输入设备等部件。
本领域技术人员可以理解,图1中示出的终端设备的结构并不构成对终端设备的限定,本申请实施例提供的终端设备可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
本申请提供的升级文件下载方法可以应用于通信系统中,该通信系统的架构如图2所示,包括服务器和多个终端设备。其中,终端设备可以为手机、车载设备、路侧单元等,本申请实施例对此不作限定。
在该通信系统中,终端设备之间可以建立通信连接。例如,当所述终端设备为车载设备和/或路侧单元时,多个终端设备之间可通过V2X通信技术建立通信连接。目前,V2X通信技术支持多种通信标准,例如PC5接口、Uu接口,以及WIFI通信标准等。
其中,PC5接口是在第三代合作伙伴计划(3rd generation partnershipproject,3GPP)版本12(Rel-12)的设备到设备(Device to Device,D2D)项目中引入的终端设备到终端设备之间的直接通信接口。邻近的终端之间可以在PC5的有效通信范围内通过直连链路进行数据传输,不需要通过中心节点(例如基站)进行转发,也不需要通过传统的蜂窝链路进行信息传输,通信较为快捷便利。
Uu接口是车载设备和/或路侧单元与基站之间的接口,车载设备和/或路侧单元可以通过将信息传给基站再由基站转发给其他车载设备和/或路侧单元来实现车联网通信。
具体的,升级资源分布式的保存在不同终端设备的存储器中,可包括如下两种方式:
(1)终端设备可在能够通过无线接入网以及核心网(移动运行商的移动通信网络)连接服务器,建立通信连接的情况下,所述终端设备可以从服务器中下载升级资源。这样该通信系统中,服务器可将升级资源分布式的保存在不同终端设备的存储器中。
该升级资源可包括:升级文件下载规则以及最新的升级文件。其中,升级文件下载规则用于表示升级文件的下载条件,用于判断终端设备是否能够升级。可选的,升级文件下载规则中可以包括以下至少一项或组合:目标版本信息、固件的版本信息白名单、固件的版本信息黑名单、终端设备的标识白名单,终端设备的标识黑名单等。
可选的,本申请中终端设备可根据自身的存储容量保存至少一种升级资源,也可以不保存升级资源,本申请对此不作限定。
举例来说,假设通信系统中存在4个终端设备(终端设备1、终端设备2、终端设备3以及终端设备4)分别与服务器建立过连接,服务器将升级资源分别发送给该4个终端设备。其中,终端设备1的存储器存储容量比较大,可同时将升级文件下载规则以及升级文件缓存在终端设备1的存储器中;终端设备2的存储器中可只缓存升级文件下载规则;终端设备3的存储器中可只缓存升级文件;终端设备4的存储器的存储容量比较小,终端设备4的存储器中可以不缓存任何升级资源。
(2)终端设备的存储器中本身就存储有升级资源,无需与服务器建立连接,即无需从服务器下载升级资源。根据终端设备的存储器的存储容量,终端设备的存储器中可保存至少一种升级资源。
图3为本申请实施例提供的一种分布式存储升级资源的示意图。图3中以车载设备为例进行说明,不同车载设备的存储器中可缓存不同的升级资源,也可以缓存相同的升级资源。如图3所示,车载设备1的存储器中缓存有升级文件下载规则以及升级文件,车载设备2的存储器中缓存有升级文件下载规则,车载设备3以及车载设备5的存储器中缓存有升级文件,还有车载设备4的存储器中不缓存升级资源,即升级资源为空。
通过上述分布式存储升级资源的方式,通信系统中的终端设备不仅可以从服务器中获取目标版本信息以及升级文件,还可以从其他终端设备中获取目标版本信息、升级文件。
可选的,终端设备可以通过广播请求消息的方式,从附近的其他终端设备获取所述目标版本信息,以及目标版本信息对应的升级文件;可选的,终端设备在保存有目标版本信息或者与目标版本信息对应的升级文件时,也可以通过广播通知消息的方式通知附近的终端设备目标版本信息。
本申请实施例提供的一种升级文件下载方法,该方法可适用于如图2所示的通信系统。在本申请实施例中涉及的各个终端设备的结构可以为如图1所示的终端设备100的结构,也可以为其他结构,本申请对此不作限定。参阅图4所示,该方法包括如下步骤:
S401:通信系统中的第一终端设备尝试连接服务器。若第一终端设备与服务器连接成功,则可通过现有技术中的方法进行升级文件下载,具体过程此处不做过多赘述;若第一终端设备与服务器连接失败,则可继续执行S402。
其中,所述第一终端设备为通信系统中的任意一个终端设备。
可选的,所述第一终端设备可以通过向服务器发送连接请求消息来尝试连接服务器。
可选的,当所述第一终端设备的结构为如图1所示的终端设备100时,所述第一终端设备中的处理器在生成该连接请求消息后,可以通过无线射频电路向服务器发送连接请求消息。
可选的,第一终端设备可以周期性的向服务器发送连接请求消息,以保证能够下载到最新的升级文件。
在所述服务器运行正常状态下,所述服务器接收到所述连接请求消息后,会在设定时长内向所述第一终端设备反馈连接响应消息,以通知所述第一终端设备连接成功。若所述第一终端设备在所述设定时长内未收到所述服务器发送的连接响应消息,则表示所述第一终端设备与所述服务器连接失败。
S402:第一终端设备广播升级版本查询请求消息。其中,该升级版本查询请求消息中可携带有第一终端设备的标识和/或第一终端设备的固件版本信息。
需要说明的是,固件的版本信息就是终端设备安装该固件使用的升级文件的版本信息。
所述第一终端设备通过广播发送所述升级版本查询请求消息,这样,处于第一终端设备当前位置附近的其他终端设备可以接收到该升级版本查询请求消息。
通过以上对通信系统的描述可知,升级文件下载规则是以分布式存储的方式存储在多个终端设备中的。因此,附近接收到升级版本查询请求消息的终端设备可能存储了升级文件下载规则,也可能未存储升级文件下载规则。若未存储,则忽略该升级版本查询请求消息。若存储该升级文件下载规则,则根据升级文件下载规则判断所述第一终端设备是否满足升级条件,若满足,则向第一终端设备反馈升级版本查询确认消息,若不满足,则向第一终端设备反馈升级版本查询失败消息。
可以理解的是,附近接收到升级版本查询请求消息的终端设备可根据升级文件下载规则判断所述第一终端设备是否满足升级条件,并向第一终端设备反馈升级查询结果。即当第一终端设备可以升级时向第一终端设备反馈升级版本查询确认消息,当第一终端设备不可以升级时向第一终端设备反馈升级版本查询失败消息。
为了便于描述,以下将在第一终端设备当前位置附近的、接收到了升级版本查询请求消息、且存储有升级文件下载规则的其他终端设备记为“第二终端设备”。
S403:第二终端设备在接收到升级版本查询请求消息之后,依据升级文件下载规则确定第一终端设备是否满足升级条件。
可选的,第一终端设备可对升级文件下载规则进行校验,以保证规则的有效性。在某些情况下,终端设备的固件版本信息和目标版本信息之间相差设定个版本或相邻时,终端设备下载到目标版本信息对应的升级文件时,才能成功升级。因此,若未对升级文件下载规则进行校验,在某些情况下,会导致下载成功无法安装导致升级失败的情况。例如,终端设备的固件版本信息为6.0,目标版本信息为7.0(即终端设备的固件版本信息和目标版本信息相邻),或者终端设备的固件版本信息为6.0,目标版本信息为9.0(即终端设备的固件版本信息和目标版本信息之间相差N个版本,所述N为正整数)时,终端设备只有下载到目标版本信息对应的升级文件时,才能成功升级。
在一种可能实施方式中,所述升级版本查询请求消息中包含第一终端设备的固件版本信息,升级文件下载规则中包含固件的版本信息白名单。所述第二终端设备的处理器可以判断所述第一终端设备的固件版本信息是否包含在该固件的版本信息白名单中,若在,则说明所述第一终端设备满足升级条件。
在另一种可能的实现方式中,所述升级版本查询请求消息中包含第一终端设备的固件版本信息,升级文件下载规则中包含固件的版本信息黑名单,所述第二终端设备的处理器可以判断所述第一终端设备的固件版本信息是否在该固件的版本信息黑名单中,若在,则说明第一终端设备不满足升级条件。
在又一种可能的实现方式中,所述升级版本查询请求消息中包含第一终端设备的标识,升级文件下载规则中包含终端设备的标识白名单。所述第二终端设备的处理器可以判断所述第一终端设备的标识是否包含在该终端设备的标识白名单中,若在,则说明所述第一终端设备满足升级条件。
在又一种可能的实现方式中,所述升级版本查询请求消息中包含第一终端设备的标识,升级文件下载规则中包含终端设备的标识黑名单。所述第二终端设备的处理器可以判断所述第一终端设备的标识是否包含在该终端设备的标识黑名单中,若在,则说明所述第一终端设备不满足升级条件。
在又一种可能的实现中,该升级版本查询请求消息中可携带有第一终端设备的标识和第一终端设备的固件版本信息,升级文件下载规则包含终端设备的标识白名单和固件的版本信息白名单。所述第二终端设备的处理器可以判断所述第一终端设备的标识是否包含在该终端设备的标识白名单中,以及第一终端设备的固件版本信息是否在该固件的版本信息白名单中,若在,则说明所述第一终端设备满足升级条件。
又一种可能的实现中,该升级版本查询请求消息中可携带有第一终端设备的标识和第一终端设备的固件版本信息,升级文件下载规则包含终端设备的标识黑名单和固件的版本信息黑名单。所述第二终端设备的处理器可以判断所述第一终端设备的标识是否包含在该终端设备的标识黑名单中,以及第一终端设备的固件版本信息是否包含在该固件的版本信息黑名单中,若不在,则说明所述第一终端设备不满足升级条件。
又一种可能的设计中,该升级版本查询请求消息中可携带有第一终端设备的标识和第一终端设备的固件版本信息,升级文件下载规则包含终端设备的标识白名单或固件的版本信息白名单。所述第二终端设备的处理器可以判断所述第一终端设备的标识是否包含在该终端设备的标识白名单中,或第一终端设备的固件版本信息是否在该固件的版本信息白名单中,若在,则说明所述第一终端设备满足升级条件。
又一种可能的设计中,该升级版本查询请求消息中可携带有第一终端设备的标识和第一终端设备的固件版本信息,升级文件下载规则包含终端设备的标识黑名单或固件的版本信息黑名单。所述第二终端设备的处理器可以判断所述第一终端设备的标识是否包含在该终端设备的标识黑名单中,或第一终端设备的固件版本信息是否在该固件的版本信息黑名单中,若不在,则说明所述第一终端设备不满足升级条件。
S404:当所述第二终端设备确定所述第一终端设备符合升级文件的下载规则时,第二终端设备向第一终端设备反馈升级版本查询确认消息。其中,所述升级版本查询确认消息中包含目标版本信息。
可选的,当第二终端设备确定第一终端设备不满足升级条件时,第二终端设备向第一终端设备反馈升级版本查询失败消息。
进一步的,第二终端设备中的处理器可根据第一终端设备的固件版本信息确定第一终端设备的目标版本号。例如,第一终端设备的固件版本号为7.0,则第一终端设备的目标版本号为8.0。
可选的,本申请实施例中第一终端设备广播升级版本查询请求消息后,若在设定时长内,第一终端设备没有收到第二终端设备反馈的升级版本查询确认消息或下载授权失败消息,则第一终端设备可以再次广播升级版本查询请求消息或者停止升级。
S405:第一终端设备广播升级文件查询请求消息,该升级文件查询请求消息中携带目标版本信息。
所述第一终端设备通过广播发送所述升级文件查询请求消息,这样,处于第一终端设备当前位置附近的其他终端设备可以接收到该升级文件查询请求消息。
由于在通信系统中,升级资源(升级文件下载规则以及最新的升级文件)是以分布式存储的方式存储在多个终端设备中,因此,附近接收到升级文件查询请求消息的终端设备可能存储了最新的升级文件,也可能未存储最新的升级文件。若未存储,则忽略该升级文件查询请求消息。若存储了,则根据升级文件查询请求消息中携带的目标版本信息判断附近的其他终端设备中是否保存有第一终端设备的目标版本信息对应的升级文件,若附近的终端设备中保存有与第一终端设备的升级版本信息对应的升级文件,则向第一终端设备反馈升级文件确认消息,以通知所述第一终端设备有与第一终端设备的目标版本信息对应的升级文件。若附近的终端设备中未保存有与第一终端设备的目标版本信息对应的升级文件,则忽略该升级文件查询请求消息。
为了便于描述,以下将在第一终端设备当前位置附近的、保存有与第一终端设备的目标版本信息对应的升级文件的其他终端设备记为“第三终端设备”。
当然,可以理解的是,该第三终端设备可以为至少一个终端设备。
S406:当第三终端设备的存储器中存储有所述目标版本信息对应的升级文件(后续可以称为目标升级文件)时,第三终端设备向第一终端设备反馈升级文件确认响应消息,以通知第一终端设备在自身(第三终端设备)的存储器中保存有升级文件。
可选的,本申请实施例中第一终端设备广播升级版本请求消息后,若在设定时长内,第一终端设备没有收到附近的终端设备反馈的升级文件确认消息,则第一终端设备可以再次广播升级文件查询请求消息或者停止升级。
S407:第一终端设备向第三终端设备发送下载请求消息。
由于可能有至少一个第三终端设备的存储器中缓存有与目标版本号对应的升级版本,故,本申请实施例中可选择其中一个第三终端设备发送下载请求消息。
当第三终端设备有且仅有一个时,即附近的终端设备中仅有一个终端设备中保存有与第一终端设备的目标版本信息对应的升级文件,此时第一终端设备可向唯一的第三终端设备发送下载请求消息,并从第三终端设备的存储器中下载目标升级文件。
当第三终端设备包括多个时,本申请实施例中可选择第三终端设备中的一个终端设备,并从选择的终端设备中下载目标升级文件。
一种可能的实施方式中,第一终端设备可接收多个第三终端设备发送的位置信息,第一终端设备中的处理器可根据第三终端设备中的通信模块发送的位置信息,选择下载升级文件的第三终端设备。具体的,第一终端设备中的处理器可选择与自身所在位置距离最近的终端设备。假设第一终端设备为A,第三终端设备包括B、C、D,若终端设备B与第一终端设备为A的距离差值为60m,终端设备C与第一终端设备为A的距离差值为70m,终端设备D与第一终端设备为A的距离差值为80m,则第一终端设备可选择终端设备B发送下载请求消息,即从终端设备B的存储器中下载目标升级文件。
另一种可能的实施方式中,第一终端设备可接收到多个第三终端设备发送的信号强度信息,第一终端设备中的处理器可根据第三终端设备中的通信模块发送的信号强度信息,选择下载升级文件的第三终端设备。具体的,第一终端设备中的处理器可选择信号强度最强的终端设备。假设第一终端设备为A,第二终端设备包括B、C、D,若终端设备B、C、D的信号强度关系为:B>C>D,则第一终端设备可选择终端设备B发送下载请求消息,即从终端设备B的存储器中下载目标升级文件。
又一种可能的实施方式中,当第三终端设备有多个时,第三终端设备接收到消息的时间可能会不同,故本申请实施例中第一终端设备中的处理器还可以根据第三终端设备中的通信模块接收到升级文件确认消息的时间,从第三终端设备中选择下载升级文件的第三终端设备。具体的,第一终端设备中的处理器可选择最早接收到的升级文件确认消息对应的终端设备。假设第一终端设备为A,第三终端设备包括B、C、D,若终端设备A接收到升级文件确认消息的时长关系为:B>C>D,即终端设备A接收到终端设备B发送的升级文件确认消息的时间最晚,终端设备A接收到终端设备D发送的升级文件确认消息的时间最早,则第一终端设备可选择终端设备D发送下载请求消息,即从终端设备D的存储器中下载目标升级文件。
需要理解的是,第一终端设备下载升级版本文件的方式并不限于上述方式,本申请对此不作限定。
S408:所述第三终端设备接收到所述下载请求消息后,向所述第一终端设备发送目标升级文件。
本申请实施例中第三终端设备可将升级文件分为多个子文件,并通过多次发送给第一终端设备。
一种可能的实现方式中,若在下载过程中出现下载中断的情况时,第一终端设备可向第三终端设备重新发送下载请求消息,然后从前一次下载中断的升级文件分段位置继续下载。例如,将目标版本的升级文件分为四段,分别为分段1、分段2、分段3、分段4,假设第一终端设备已经下载了分段1,在下载完分段1之后出现中断的情况,则第一终端设备可向第三终端设备再次发送下载请求消息,并且从分段2的位置继续下载。
在另一种可能的实现方式中,当第三终端设备中有多个终端设备缓存了目标升级文件时,第一终端设备可从多个终端设备中分别下载多个分段。例如,将目标升级文件分为四段,分别为分段1、分段2、分段3、分段4,第三终端设备中终端设备1的存储器、终端设备2的存储器、终端设备3的存储器以及终端设备4的存储器均缓存有与第一终端设备的目标版本信息对应的目标升级文件,第一终端设备可从终端设备1的存储器中下载分段1,从终端设备2的存储器中下载分段2,从终端设备3的存储器中下载分段3,从终端设备4的存储器中下载分段4。
又或者第一终端设备可从终端设备1的存储器中下载分段1以及分段2,从终端设备2的存储器中下载分段3,从终端设备3的存储器中下载分段4等,对于第一终端设备来说,可选择的方式有多种,本申请中并不限于上述所列出的两种方式。
至此,升级文件的下载过程已经介绍完毕,以下介绍下载升级文件之后的安装过程。
S409:第一终端设备对目标升级文件进行安装。
当第一终端设备下载到目标升级文件之后,第一终端设备中的处理器可对下载到的目标升级文件进行安装。
可选的,本申请实施例中第一终端设备可在目标升级文件安装成功时,广播升级成功通知消息。
可选的,所述第一终端设备也可以在后续与服务器建立连接后,向所述服务器发送升级成功通知消息。
可选的,在目标升级文件安装成功后,第一终端设备中的存储器可以将目标升级文件进行保存,如果目标升级文件安装成功后,第一终端设备的存储容量比较小,第一终端设备也可以将目标升级文件删除。
当然,可以理解的是,在升级文件安装时可能会因为存储情况不足等原因导致安装失败,本申请实施例中第一终端设备也可以在升级文件安装失败时,广播目标升级文件安装失败的消息。当第一终端设备的目标升级文件安装失败时,第一终端设备可查找安装失败的原因,例如如果是存储容量不足,第一终端设备可将清理缓存或删除部分升级文件,以使得存储容量能够容纳目标升级文件大小,然后对目标升级文件重新安装。
一种可选的方式中,第二终端设备在接收到第一终端设备广播的安装成功或失败的消息时,可将目标升级文件安装成功或失败的消息上报给服务器。
并且,第二终端设备中可以由至少一个终端设备将目标升级文件安装成功或失败的消息上报给服务器,本申请对此不作限定。
可选的,第二终端设备在将目标升级文件安装结果消息(安装成功或失败的消息)上报给服务器后,若在设定时长内,第二终端设备没有收到服务器反馈的安装结果确认消息,则第二终端设备可以重新向服务器发送安装结果消息,直至服务器响应为止。
以下以车载设备ECU为例,结合具体例子对上述过程进行说明。
如图5所示,假设第一终端设备为需要下载升级文件的车载设备,第二终端设备中缓存有升级规则,第三终端设备中缓存有升级文件。
以下为了描述方便,将第一终端设备记为“车载设备A”,将第二终端设备记为“车载设备B”,第三终端设备记为“车载设备C”。
需要说明的是,在下述过程执行之前,车载设备A、车载设备B和车载设备C之间可通过V2X的方式建立通信连接,并且车载设备A与服务器连接失败。
具体的,包括如下步骤:
S501:车载设备A广播升级版本查询请求消息。
S502:车载设备B判断车辆A是否符合下载条件。
车载设备B和车载设备C在接收到升级版本查询请求消息之后,对升级版本查询请求消息进行解析,由于车载设备B中缓存有下载规则的车载设备,则车载设备B可对车载设备A进行升级条件检查,即判断车载设备A是否符合升级条件。
S503:若车载设备A满足升级条件,则车载设备B向车载设备A反馈升级版本查询确认消息(可以升级的确认消息)。
若车载设备A不满足升级条件,则车载设备B向车载设备A反馈升级版本查询失败消息(不可以升级的消息)。
S504:车载设备A在接收到升级版本查询确认消息之后,广播升级文件查询请求消息。
S505:车载设备C向车辆A反馈升级文件确认消息。
由于车载设备C正好缓存了车载设备A能够升级的目标版本信息所对应的升级文件,则车载设备C向车载设备A反馈升级文件确认消息。
S506:车载设备A向车载设备C发送下载请求消息。
车载设备A可向车载设备C发送升级文件下载请求消息,并从车载设备C下载目标升级文件。
车载设备C在接收到车载设备A发送的下载请求消息后,向车载设备A发送目标升级文件。
S507:车载设备A对目标升级文件进行安装。
车载设备A在下载完目标升级文件之后,可将车载设备A的当前版本刷新到目标版本,即对目标升级文件进行安装。
S508:车载设备A广播安装结果消息。
在车载设备A安装之后,不管是否安装成功,车载设备A广播安装结果。
S509:车载设备B将安装结果上报给服务器。
可以理解的是,附近的车载设备都可以将安装结果消息上报给服务器,本申请对此不作限定。并且,服务器可以是内容服务提供者(telematics service provider,TSP)服务器,也可以是空中下载软件升级(firmware over-the-air,FOTA)服务器。
如图6所示,假设第一终端设备为需要下载升级文件的终端设备,第二终端设备中缓存有升级规则,第三终端设备中缓存有第一升级版本文件,第四终端设备中缓存有第二升级版本文件。
其中,为了描述方便,将第三终端设备和第四终端设备中缓存的不同的升级版本的文件分别记为“第一升级文件”和“第二升级文件”。并且将第一终端设备记为“车载设备A”,将第二终端设备记为“车载设备B”,第三终端设备记为“车载设备C”,第四终端设备记为“车载设备D”。
S601:车载设备A广播升级版本查询请求消息。
S602:车载设备B判断车载设备A是否满足升级条件。
车载设备B、车载设备C和车载设备D在接收到升级版本查询请求消息之后,对升级版本查询请求消息进行解析,由于车载设备B中缓存有下载规则,则车载设备B可对车载设备A进行升级条件检查,即判断车载设备A是否满足升级条件。
S603:车载设备B向车载设备A反馈升级版本查询确认消息。
若车载设备A满足升级条件,则车载设备B向车载设备A反馈升级版本查询确认消息(可以升级的确认消息),若车载设备A不满足升级条件,则车载设备B向车载设备A反馈升级版本查询失败消息(不可以升级的消息)。
S604:车载设备A广播升级文件查询请求消息。
车载设备A在接收到升级版本查询确认消息之后,广播目标文件查询请求消息,此时可根据车载设备A所能升级的目标版本信息对应查找目标升级文件。
S605:车载设备D向车载设备A反馈确认升级版本响应消息。
若车载设备A所能升级的目标版本信息所对应的目标升级文件为车载设备D中缓存的第二升级文件,则车载设备D向车载设备A反馈升级文件确认消息。
S606:车载设备A向车载设备D发送下载请求消息。
车载设备A可向车载设备D发送下载请求消息,并从车载设备D下载目标升级文件。示例的,假设车载设备C中缓存的升级文件的版本号为8.0,车载设备D中缓存的升级文件的版本号为9.0,由于车载设备A所需的目标版本号为9.0,此时车载设备A从车载设备D中下载9.0的目标版本,而不是从车载设备C中下载8.0的目标版本。
S607:车载设备A对升级版本文件进行安装。
车载设备A在下载完目标升级文件之后,可将车载设备A的当前版本刷新到目标版本,即对目标升级文件进行安装。
S608:车载设备A广播安装结果消息。
在车载设备A安装之后,不管是否安装成功,车载设备A广播安装结果。
S609:车载设备B将安装结果上报给服务器。
需要说明的是,上报给服务器的车载设备并不限于车载设备B,例如,也可以是车载设备C、车载设备D,本申请对比不作限定。
图5、图6中所涉及的方法步骤可参见图4所示流程图的详细描述,在此不作过多赘述。
可以理解的是,安装结果消息即升级结果消息。若安装成功,即升级成功,若安装失败,即升级失败。
由于现有技术中的升级文件下载过程依赖服务器以及运营商网络,如果服务器异常、网络覆盖不好或者没有网络的情况下,则终端设备无法进行升级文件下载。本申请实施例中通信系统将下载资源分布式的存储在不同的终端设备中,然后终端设备可以从其它的终端设备中下载所需要的升级文件,从而摆脱了升级文件下载过程对于服务器和运营商网络的依赖,这样,即使服务器异常或没有运营商网络时终端设备依然能够成功下载升级文件,从而完成升级。
基于上述实施例,本申请提供了一种升级文件下载方法,该方法可适用于如图2所示的通信系统。在本申请实施例中涉及的各个终端设备的结构可以为如图1所示的终端设备100的结构,也可以为其他结构,本申请对此不作限定。
与以上实施例相同,在该通信系统中,升级文件下载规则也是以分布式存储的方式存储在多个终端设备中的。本实施例中涉及的第一终端设备为该通信系统中任一终端设备;为了便于描述,以下将在第一终端设备当前位置附近的存储有最新的升级文件的其他终端设备记为“第二终端设备”,将在第一终端设备当前位置附近的、存储有升级文件下载规则的其他终端设备记为“第三终端设备”。
参阅图7所示,该方法具体包括如下步骤:
S701:第一终端设备获取目标版本信息。
可选的,第一终端设备可通过如下S701a-S701c中任一个步骤获取目标版本信息。
S701a:第一终端设备从第三终端设备获取目标版本信息。
在一种可能的实现方式中,第一终端设备广播升级版本查询请求消息,第三终端设备从第一终端设备接收升级版本查询请求消息,该升级版本查询请求消息中包含第一终端设备的固件的版本信息和/或第一终端设备的标识。然后第三终端设备根据第一终端设备的固件版本信息和/或第一终端设备的标识,确定目标版本信息。之后,第三终端设备向第一终端设备发送升级查询版本确认消息,第一终端设备从第三终端设备接收该升级版本查询确认消息,该升级版本查询确认消息中包含目标版本信息。
其中,第三终端设备根据第一终端设备的固件的版本信息和/或第一终端设备的标识,确定目标版本信息,包括:
第三终端设备根据第一终端设备的固件的版本信息和/或第一终端设备的标识,升级文件下载规则,确定第一终端设备满足升级文件下载条件;第三终端设备确定升级文件下载规则中包含的目标版本信息。
其中,当升级版本查询请求消息中包含第一终端设备的固件的版本信息时,升级文件下载规则中可包含:固件的版本信息白名单或固件的版本信息黑名单;当升级版本查询请求消息中包含第一终端设备的标识时,升级文件下载规则中可包含:终端设备的标识白名单或终端设备的标识黑名单。
在另一种可能的实现方式中,当第三终端设备中保存目标版本信息或者保存有目标版本信息对应的升级文件时,可以以广播的形式,通知周边的其他终端设备。作为一种示例,第三终端设备在确定目标版本信息之后,可广播版本通知消息,第一终端设备接收第三终端设备广播的版本通知消息,该版本通知消息中包含目标版本信息。
S701b:第一终端设备从服务器获取目标版本信息。
例如,第一终端设备成功连接到服务器,服务器向第一终端设备发送目标版本信息之后,该连接发生中断。可选的,所述第一终端设备可以未启动下载目标版本信息对应的升级文件,或启动下载但是只下载部分升级文件。
S701c:第一终端设备从本地获取目标版本信息。例如,用户可在第一终端设备中输入目标版本信息,这样第一终端设备可从本地获取目标版本信息。
S702:第一终端设备广播升级文件查询请求消息,第二终端设备从第一终端设备接收升级文件查询请求消息。
当第一终端设备获取到目标版本信息之后,可广播升级文件查询请求消息,以查找与所述目标版本信息对应的升级文件所在的终端设备。其中,该升级文件查询请求消息中包含目标版本信息。
可选的,当第一终端设备通过上述S701b从服务器获取目标版本信息之后,在执行S702之前,第一终端设备确认与服务器断开连接。
在本申请实施例中,第一终端设备若与服务器连接成功,则可直接通过服务器下载升级文件,而如果第一终端设备没有从服务器下载完整的升级文件便与服务器断开连接,则可以通过S702以查找与所述目标版本信息对应的升级文件所在的终端设备,从而实现从其他终端设备下载该升级文件。S703:第二终端设备确定保存有与该目标版本信息对应的升级文件后,向第一终端设备发送升级文件确认消息。
当第一终端设备广播升级文件查询请求消息后,第二终端设备可接收到该升级文件查询请求消息,若第二终端设备确定自身保存有与该目标版本信息对应的升级文件后,可响应第一终端设备,向第一终端设备发送升级文件确认消息。
S704:第一终端设备从第二终端设备接收该升级文件确认消息,并从第二终端设备中下载升级文件。
第一终端设备接收到第二终端设备发送的升级文件确认消息后,可向第二终端设备发送下载请求,从第二终端设备中下载升级文件。
由于升级文件较大,终端设备之间直接传输升级文件时,往往需要传输的时间比较长,而且很容易出错,导致下载失败。因此,在本申请实施例中,终端设备之间可以采用将升级文件分块传输的方式发送升级文件,即第二终端设备可以将升级文件划分为多个子文件,然后以一个子文件为粒度向第一终端设备发送。这样,可以大大降低升级文件发送出错的概率,提高了升级文件的下载效率,同时,第一终端设备和/或第二终端设备可以记录子文件的标识,实现子文件发送失败后的续传。
由于第二终端设备可能包括多个终端设备,当第二终端设备包括多个终端设备时,第一终端设备可采用如下方式从第二终端设备下载升级文件:
第一种方式:第一终端设备在多个终端设备中确定目标终端设备,并从目标终端设备中下载升级文件。
在一种可能的实现方式中,所述目标终端设备在发送所述升级文件时,可以将所述升级文件划分为多个子文件。
在第一种场景中,所述第一终端设备中未保存所述升级文件的任一子文件时,第一终端设备可从目标终端设备接收多个子文件,所述多个子文件组成升级文件。
在第二种场景中,所述第一终端设备中保存所述升级文件的部分子文件时,第一终端设备可从目标终端设备接收第一子文件集合。其中,升级文件包括第一子文件集合和第二子文件集合,所述第二子文件集合为第一终端设备已保存的子文件集合。
在上述第二种场景中,作为一种示例,第一终端设备在向第二终端设备请求下载升级文件时,可在升级文件下载请求消息中携带子文件标识和升级文件分段规则。其中,子文件标识可以是第二子文件集合中最后一个子文件的标识,也可以是请求的第一子文件集合中第一个子文件的标识。这样当第二终端设备接收到该下载请求消息时,可利用该升级文件分段规则对子文件进行划分,然后根据该子文件标识向第一终端设备发送该第一子文件集合。
可选的,在第一种方式中,第一终端设备可采用如下三种方式中的任意一种,在所述多个终端设备中确定目标终端设备:
(1)所述多个终端设备可将自身所在的位置信息发送给第一终端设备,然后第一终端设备获取多个终端设备的位置信息,并根据第一终端设备的位置信息和所述多个终端设备的位置信息,在多个终端设备中选择距离第一终端设备最近的目标终端设备。
可选的,所述多个终端设备可以在发送的升级文件确认消息中携带自身所在的位置信息。
(2)第一终端设备根据从所述多个终端设备的信号(例如承载升级文件确认消息的信号,或者承载其他信息的信号等),获取所述多个终端设备的信号强度,然后在所述多个终端设备中选择信号强度最大的所述目标终端设备。
(3)第一终端设备在从所述多个终端设备接收的升级文件确认消息中,确定最先接收的目标升级文件确认消息,然后在多个终端设备中选择发送目标升级文件确认消息的目标终端设备。
第二种方式:第一终端设备分别从多个终端设备中接收不同的子文件,其中,从多个终端设备下载的多个子文件可以组成该升级文件。
在第一种场景中,多个终端设备中保存的升级文件可以划分为多个子文件,第一终端设备可以分别从多个终端设备中接收不同的子文件。作为一种示例,假设升级文件由5个子文件组成,多个终端设备包括6个终端设备,则第一终端设备可选择6个终端设备中的任意五个,然后分别从五个终端设备中各自下载一个不同的子文件。
在第二种场景中,第一终端设备可以分别从多个终端设备中接收至少一个子文件。例如,假设升级文件由5个子文件组成,多个终端设备包括6个终端设备,则第一终端设备可以选择6个终端设备中的任意N个,所述N为小于5的整数,然后从所述N个终端设备中接收至少一个子文件。示例性的,例如,第一终端设备选择三个终端设备(记为终端设备1、终端设备2、终端设备3)接收子文件,那么第一终端设备可以从终端设备1中接收一个子文件,从终端设备2中接收两个子文件,再从终端设备3中接收两个子文件。
当然,第一终端设备从终端设备1、终端设备2、终端设备3中接收的子文件不同。并且在第二种场景下,并不限于上述方式,例如第一终端设备也可以从终端设备1中接收两个子文件,从终端设备2中接收以一个子文件,再从终端设备3中接收两个子文件。本申请对此不作限定。
S705:第二终端设备向第一终端设备发送升级文件。
由于广播消息不需要建立连接,但是发送数据(升级文件),需要建立连接,因此在第二终端设备向第一终端设备发送升级文件确认消息后,第二终端设备可与第一终端设备建立通信连接,并通过通信连接发送升级文件。
进一步的,在本申请实施例中,第一终端设备为车载设备,第二终端设备为车载设备,第三终端设备为车载设备。并且不同的车载设备之间通过V2X的方式连接,即第一终端设备与第二终端设备通过V2X的方式连接,第一终端设备与第三终端设备通过V2X的方式连接。
可选的,本申请实施例还可包括如下步骤:
S706:第一终端设备安装升级文件。
S707:第一终端设备广播安装结果,在第一终端设备附近的第四终端设备可接收到该安装结果。
S708:第四终端设备将接收到的安装结果上报给服务器。
需要说明的是,在上述实施例中,第二终端设备、第三终端设备、第四终端设备仅作为第一终端设备在进行升级文件下载过程中功能/作用不同的终端设备的名称,并不对终端设备的具体实现构成限定。在实际应用中,上述三个终端设备可以是不同的终端设备,可以其中两个是同一终端设备,也可以上述三个终端设备为同一终端设备。
基于以上实施例,本申请还提供了一种升级文件下载装置,该装置的结构如图8所示,包括通信单元801、处理单元802。所述装置800可以应用第一终端设备或第二终端设备或第三终端设备中。其中,所述第一终端设备、第二终端设备、第三终端设备可以适用于图2所示的通信系统中,并可以实现以上各图中的通信方法。
当所述装置800应用于第一终端设备中时,各个单元的功能如下:
通信单元801,用于获取目标版本信息;广播升级文件查询请求消息,所述升级文件查询请求消息中包含所述目标版本信息;从第二终端设备接收升级文件确认消息;
处理单元802,用于控制所述通信单元801从所述第二终端设备中下载所述目标版本信息对应的升级文件。
在一种可能的实现方式中,通信单元801,用于按如下方式获取目标版本信息:
从第三终端设备获取所述目标版本信息;或者
从服务器获取所述目标版本信息;或者
从本地存储器中读取所述目标版本信息。
在一种可能的实现方式中,所述通信单元801从第三终端设备获取目标版本信息时,具体用于:
广播升级版本查询请求消息,所述升级版本查询请求消息中包含所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识;通过所述通信单元801从所述第三终端设备接收升级版本查询确认消息,所述升级版本查询确认消息中包含所述目标版本信息,所述目标版本信息是所述第三终端设备根据第一终端设备的固件的版本信息和/或第一终端设备的标识确定的;或者
接收所述第三终端设备广播的版本通知消息,所述版本通知消息中包含所述目标版本信息。
在一种可能的实现方式中,所述处理单元802还用于:
在所述通信单元801从所述服务器获取所述目标版本信息之后,广播所述升级文件查询请求消息之前,确认与所述服务器断开连接。
在一种可能的实现方式中,所述处理单元802还用于:
在从所述第二终端设备中下载升级文件之后,对所述升级文件进行安装,得到安装结果;并通过所述通信单元801广播所述安装结果。
在一种可能的实现方式中,在第二终端设备包括多个终端设备时,所述处理单元802在通过所述通信单元801从所述第二终端设备中下载升级文件时,具体用于:
在所述多个终端设备中确定目标终端设备;
通过通信单元801从所述目标终端设备中下载所述升级文件。
在一种可能的实现方式中,所述处理单元802在通过所述通信单元801从所述目标终端设备中下载升级文件时,具体用于:
通过所述通信单元801从所述目标终端设备接收多个子文件,所述多个子文件组成所述升级文件;或者
通过所述通信单元801从所述目标终端设备接收第一子文件集合,所述升级文件包括第一子文件集合和第二子文件集合,所述第二子文件集合为所述第一终端设备已保存的子文件集合。
在一种可能的实现方式中,所述处理单元802在所述多个终端设备中确定所述目标终端设备时,具体用于:
获取所述多个终端设备的位置信息,并根据所述第一终端设备的位置信息和所述多个终端设备的位置信息,在所述多个终端设备中选择距离所述第一终端设备最近的所述目标终端设备;或者
获取所述多个终端设备的信号强度,在所述多个终端设备中选择信号强度最大的所述目标终端设备;或者
在从所述第二终端设备接收的升级文件确认消息中,确定最先接收的目标升级文件确认消息,然后在所述多个第二终端设备中选择发送所述目标升级文件确认消息的所述目标终端设备。
在一种可能的实现方式中,在第二终端设备包括多个终端设备时,所述处理单元802在通过所述通信单元801从所述第二终端设备中下载升级文件时,具体用于:
通过所述通信单元801分别从所述多个终端设备中接收不同的子文件,所述升级文件包括从所述多个终端设备下载的多个子文件。
在一种可能的实现方式中,所述第一终端设备为车载设备,所述第二终端设备为车载设备;且所述通信单元801与所述第二终端设备通过V2X的方式连接。
当所述装置800应用于第二终端设备中时,各个单元的功能如下:
通信单元801,用于从第一终端设备接收升级文件查询请求消息,所述升级文件查询请求消息中包含目标版本信息;向所述第一终端设备发送升级文件确认消息;
处理单元802,用于确定保存有所述目标版本信息对应的升级文件;
所述通信单元801,还用于向所述第一终端设备发送升级文件。
在一种可能的实现方式中,所述通信单元801向所述第一终端设备发送升级文件时,具体用于:
向所述第一终端设备发送多个子文件,所述多个子文件组成所述升级文件;或者
向所述第一终端设备发送第一子文件集合,所述升级文件包括第一子文件集合和第二子文件集合,所述第二子文件集合为所述第一终端设备已保存的子文件集合。
在一种可能的实现方式中,所述通信单元801还用于:从所述第一终端设备接收升级文件安装结果。
在一种可能的实现方式中,所述第一终端设备为车载设备,所述第二终端设备为车载设备;且所述通信单元801与所述第二终端设备通过V2X的方式连接。
当所述装置800应用于第三终端设备中时,各个单元的功能如下:
通信单元801,用于从第一终端设备接收升级版本查询请求消息,所述升级版本查询请求消息中包含所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识;
处理单元802,用于根据所述通信单元801接收到的第一终端设备的固件版本信息和/或所述第一终端设备的标识,确定目标版本信息;
所述通信单元801,还用于向所述第一终端设备发送升级版本查询确认消息,所述升级版本查询确认消息中包含所述目标版本信息,所述升级版本查询确认消息用于通知所述第一终端设备下载所述目标版本信息的升级文件。
在一种可能的实现方式中,所述处理单元802在根据所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识,确定目标版本信息时,具体用于:
根据所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识,升级文件下载规则,确定所述第一终端设备满足升级文件下载条件;
确定所述升级文件下载规则中包含的所述目标版本信息;
其中,当所述升级版本查询请求消息中包含所述第一终端设备的固件的版本信息时,所述升级文件下载规则中包含:固件的版本信息白名单或固件的版本信息黑名单;当所述升级版本查询请求消息中包含所述第一终端设备的标识时,所述升级文件下载规则中包含:终端设备的标识白名单或终端设备的标识黑名单。
在一种可能的实现方式中,所述第一终端设备为车载设备,所述第三终端设备为车载设备;且所述通信单元801与所述第三终端设备通过V2X的方式连接。
需要说明的是,本申请以上实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
基于以上实施例,本申请实施例还提供了一种升级文件下载装置,所述装置用于实现以上各图中的升级文件下载方法。参阅图9所示,所述装置900包括:收发器901、处理器902以及存储器903。其中,所述收发器901、所述处理器902以及所述存储器903之间相互连接。
可选的,所述收发器901、所述处理器902以及所述存储器903之间通过总线904相互连接。所述总线904可以是外设部件互连标准(peripheral component interconnect,PCI)总线或扩展工业标准结构(extended industry standard architecture,EISA)总线等。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图9中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
存储器903,用于存放程序指令和数据等。具体地,程序指令可以包括程序代码,该程序代码包括计算机操作指令。存储器903可能包含随机存取存储器(random accessmemory,RAM),也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。处理器902执行存储器903所存放的程序指令和数据,实现上述功能,从而实现上述实施例提供的升级文件下载方法。
当所述装置900应用于第一终端设备中时,功能如下:
收发器901,用于广播升级文件查询请求消息,所述升级文件查询请求消息中包含所述目标版本信息;从第二终端设备接收升级文件确认消息,从所述第二终端设备的所述存储器中下载升级文件。
处理器902,用于根据所述目标版本信息下载升级文件。
在一种可能的实现方式中,处理器902用于按如下方式获取目标版本信息,包括:
通过所述收发器901从第三终端设备获取目标版本信息;或者通过所述收发器901从服务器获取目标版本信息或本地获取目标版本信息。
在一种可能的实现方式中,处理器902在通过所述收发器901从第三终端设备获取目标版本信息时,具体用于:
通过所述收发器901广播升级版本查询请求消息,该升级版本查询请求消息中包含第一终端设备的固件的版本信息和/或第一终端设备的标识;通过所述收发器901从第三终端设备接收升级版本查询确认消息,该升级版本查询确认消息中包含目标版本信息,目标版本信息是第三终端设备根据第一终端设备的固件的版本信息和/或第一终端设备的标识确定的;或者
通过所述收发器901接收第三终端设备广播的版本通知消息,该版本通知消息中包含目标版本信息。
在一种可能的实现方式中,所述处理器902还用于,在通过所述收发器901从所述服务器获取所述目标版本信息之后,通过所述收发器901广播所述升级文件查询请求消息之前,确认与所述服务器断开连接。
在一种可能的实现方式中,所述处理器902还用于,对升级文件进行安装,得到安装结果;并通过所述收发器901广播安装结果。
在一种可能的实现方式中,当所述第二终端设备包括多个终端设备时,所述处理器902在通过所述收发器901从所述第二终端设备中下载升级文件时,具体用于:
在所述多个终端设备中确定目标终端设备;
通过所述收发器901从所述目标终端设备中下载所述升级文件。
在一种可能的实现方式中,所述处理器902在通过所述收发器901从所述第二终端设备中下载升级文件时,具体用于:
通过所述收发器901从目标终端设备接收多个子文件,多个子文件组成所述升级文件;或者
通过所述收发器901从目标终端设备接收第一子文件集合,升级文件包括第一子文件集合和第二子文件集合,第二子文件集合为第一终端设备已保存的子文件集合。
在一种可能的实现方式中,所述处理器902在所述多个终端设备中确定所述目标终端设备时,具体用于:
获取所述多个终端设备的位置信息,并根据所述第一终端设备的位置信息和所述多个终端设备的位置信息,在所述多个终端设备中选择距离所述第一终端设备最近的所述目标终端设备;或者
获取所述多个终端设备的信号强度,在所述多个终端设备中选择信号强度最大的所述目标终端设备;或者
在从所述第二终端设备接收的升级文件确认消息中,确定最先接收的目标升级文件确认消息,然后在所述多个第二终端设备中选择发送所述目标升级文件确认消息的所述目标终端设备。
在一种可能的实现方式中,当所述第二终端设备包括多个终端设备时,所述处理器902在通过所述收发器901从所述第二终端设备中下载升级文件时,具体用于:
通过所述收发器901分别从所述多个终端设备中接收不同的子文件,升级文件包括从多个终端设备下载的多个子文件。
在一种可能的实现方式中,所述第一终端设备为车载设备,所述第二终端设备为车载设备;且所述收发器901与所述第二终端设备通过V2X的方式连接。
当所述装置900应用于第二终端设备中时,功能如下:
收发器901,用于从第一终端设备接收升级文件查询请求消息,所述升级文件查询请求消息中包含目标版本信息;向所述第一终端设备发送升级文件确认消息;向所述第一终端设备发送升级文件;
处理器902,用于确定保存有所述目标版本信息对应的升级文件。
在一种可能的实现方式中,所述处理器902,在通过所述收发器901向所述第一终端设备发送升级文件时,具体用于:
通过所述收发器901向所述第一终端设备发送多个子文件,所述多个子文件组成所述升级文件;或者
通过所述收发器901向所述第一终端设备发送第一子文件集合,所述升级文件包括第一子文件集合和第二子文件集合,所述第二子文件集合为所述第一终端设备已保存的子文件集合。
在一种可能的实现方式中,所述处理器902还用于:通过所述收发器901从所述第一终端设备接收升级文件安装结果。
在一种可能的实现方式中,所述第一终端设备为车载设备,所述第二终端设备为车载设备;所述收发器901与所述第一终端设备通过V2X的方式连接。
当所述装置900应用于第三终端设备中时,功能如下:
收发器901,用于从第一终端设备接收升级版本查询请求消息,所述升级版本查询请求消息中包含所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识;向所述第一终端设备发送升级版本查询确认消息,所述升级版本查询确认消息中包含所述目标版本信息,所述升级版本查询确认消息用于通知所述第一终端设备下载所述目标版本信息的升级文件。
处理器902,用于根据所述收发器901接收到的第一终端设备的固件版本信息和/或所述第一终端设备的标识,确定目标版本信息。
在一种可能的实现方式中,所述处理器902,在通过所述收发器901接收到所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识,确定目标版本信息时,具体用于:
根据所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识,升级文件下载规则,确定所述第一终端设备满足升级文件下载条件;
确定所述升级文件下载规则中包含的所述目标版本信息;
其中,当所述升级版本查询请求消息中包含所述第一终端设备的固件的版本信息时,所述升级文件下载规则中包含:固件的版本信息白名单或固件的版本信息黑名单;当所述升级版本查询请求消息中包含所述第一终端设备的标识时,所述升级文件下载规则中包含:终端设备的标识白名单或终端设备的标识黑名单。
在一种可能的实现方式中,所述第一终端设备为车载设备,所述第三终端设备为车载设备;所述收发器与所述第一终端设备通过V2X的方式连接。
基于以上实施例,本申请实施例还提供了一种计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行以上实施例提供的升级文件下载方法。
基于以上实施例,本申请还提供了一种芯片,所述芯片用于读取存储器中存储的计算机程序,执行以上实施例提供的升级文件下载方法。
基于以上实施例,本申请还提供了一种升级文件下载系统,包括第一终端设备、第二终端设备,所述第一终端设备用于获取目标版本信息;并广播升级文件查询请求消息,所述升级文件查询请求消息中包含所述目标版本信息;在从所述第二终端设备接收升级文件确认消息后,从所述第二终端设备中下载升级文件。
所述第二终端设备用于从所述第一终端设备接收所述升级文件查询请求消息;并且在确定保存有所述目标版本信息对应的升级文件后,向所述第一终端设备发送所述升级文件确认消息;向所述第一终端设备发送所述升级文件,其中,所述第二终端设备中保存有与所述目标版本信息对应的升级文件。
可选的,所述升级文件下载系统还可包括:第三终端设备,所述第一终端设备还用于广播升级版本查询请求消息,所述升级版本查询请求消息中包含所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识;接收所述第三终端设备发送的升级版本查询确认消息,所述升级版本查询确认消息中包含所述目标版本信息,所述升级版本查询确认消息用于通知所述第一终端设备下载所述目标版本信息的升级文件。
所述第三终端设备用于从所述第一终端设备接收所述升级版本查询请求消息;根据所述第一终端设备的固件版本信息和/或所述第一终端设备的标识,确定所述目标版本信息;向所述第一终端设备发送所述升级版本查询确认消息。
基于以上实施例,本申请还提供了一种计算机存储介质,所述计算机存储介质中存储有计算机程序,所述计算机程序被计算机执行时,使得所述计算机执行以上实施例提供的升级文件下载方法。
本领域内的技术人员应明白,本申请的实施例可提供为方法、系统、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
Claims (39)
1.一种升级文件下载方法,其特征在于,包括:
第一终端设备获取目标版本信息;
所述第一终端设备广播升级文件查询请求消息,所述升级文件查询请求消息中包含所述目标版本信息;
所述第一终端设备从第二终端设备接收升级文件确认消息后,所述第一终端设备从所述第二终端设备中下载升级文件,其中,所述第二终端设备中保存有与所述目标版本信息对应的升级文件。
2.如权利要求1所述的方法,其特征在于,所述第一终端设备获取目标版本信息,包括:
所述第一终端设备从第三终端设备获取所述目标版本信息;或者
所述第一终端设备从服务器或本地获取所述目标版本信息。
3.如权利要求2所述的方法,其特征在于,所述第一终端设备从第三终端设备获取所述目标版本信息,包括:
所述第一终端设备广播升级版本查询请求消息,所述升级版本查询请求消息中包含所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识;所述第一终端设备从所述第三终端设备接收升级版本查询确认消息,所述升级版本查询确认消息中包含所述目标版本信息,所述目标版本信息是所述第三终端设备根据所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识确定的;或者
所述第一终端设备接收所述第三终端设备广播的版本通知消息,所述版本通知消息中包含所述目标版本信息。
4.如权利要求2所述的方法,其特征在于,所述第一终端设备从所述服务器获取所述目标版本信息之后,广播所述升级文件查询请求消息之前,还包括:
所述第一终端设备确认与所述服务器断开连接。
5.如权利要求1至4任一项所述的方法,其特征在于,所述第一终端设备从所述第二终端设备中下载升级文件之后,所述方法还包括:
所述第一终端设备对所述升级文件进行安装,得到安装结果;
所述第一终端设备广播所述安装结果。
6.如权利要求1至5任一项所述的方法,其特征在于,当所述第二终端设备包括多个终端设备时,所述第一终端设备从所述第二终端设备中下载升级文件,包括:
所述第一终端设备在所述多个终端设备中确定目标终端设备;
所述第一终端设备从所述目标终端设备中下载所述升级文件。
7.如权利要求6所述的方法,其特征在于,所述第一终端设备从所述目标终端设备中下载升级文件,包括:
所述第一终端设备从所述目标终端设备接收多个子文件,所述多个子文件组成所述升级文件;或者
所述第一终端设备从所述目标终端设备接收第一子文件集合,所述升级文件包括第一子文件集合和第二子文件集合,所述第二子文件集合为所述第一终端设备已保存的子文件集合。
8.如权利要求6或7所述的方法,其特征在于,所述第一终端设备在所述多个终端设备中确定所述目标终端设备,包括:
所述第一终端设备获取所述多个终端设备的位置信息,并根据所述第一终端设备的位置信息和所述多个终端设备的位置信息,在所述多个终端设备中选择距离所述第一终端设备最近的所述目标终端设备;或者
所述第一终端设备获取所述多个终端设备的信号强度,在所述多个终端设备中选择信号强度最大的所述目标终端设备;或者
所述第一终端设备在从所述第二终端设备接收的升级文件确认消息中,确定最先接收的目标升级文件确认消息,然后在所述多个第二终端设备中选择发送所述目标升级文件确认消息的所述目标终端设备。
9.如权利要求1至5任一项所述的方法,其特征在于,当所述第二终端设备包括多个终端设备时,所述第一终端设备从所述第二终端设备中下载升级文件,包括:
所述第一终端设备分别从所述多个终端设备中接收不同的子文件,所述升级文件包括从所述多个终端设备下载的多个子文件。
10.如权利要求1-9任一项所述的方法,其特征在于,所述第一终端设备为车载设备,所述第二终端设备为车载设备;且所述第一终端设备与所述第二终端设备通过车到万物V2X的方式连接。
11.一种升级文件下载方法,其特征在于,包括:
第二终端设备从第一终端设备接收升级文件查询请求消息,所述升级文件查询请求消息中包含目标版本信息;
所述第二终端设备确定保存有所述目标版本信息对应的升级文件后,向所述第一终端设备发送升级文件确认消息;
所述第二终端设备向所述第一终端设备发送升级文件。
12.如权利要求11所述的方法,其特征在于,所述第二终端设备向所述第一终端设备发送升级文件,包括:
所述第二终端设备向所述第一终端设备发送多个子文件,所述多个子文件组成所述升级文件;或者
所述第二终端设备向所述第一终端设备发送第一子文件集合,所述升级文件包括第一子文件集合和第二子文件集合,所述第二子文件集合为所述第一终端设备已保存的子文件集合。
13.如权利要求11或12所述的方法,其特征在于,所述第二终端设备向所述第一终端设备发送升级文件之后,所述方法还包括:
所述第二终端设备从所述第一终端设备接收升级文件安装结果。
14.如权利要求11至13任一项所述的方法,其特征在于,所述第一终端设备为车载设备,所述第二终端设备为车载设备;且所述第一终端设备与所述第二终端设备通过车到万物V2X的方式连接。
15.一种升级文件下载方法,其特征在于,包括:
第三终端设备从第一终端设备接收升级版本查询请求消息,所述升级版本查询请求消息中包含所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识;
所述第三终端设备根据所述第一终端设备的固件版本信息和/或所述第一终端设备的标识,确定目标版本信息;
所述第三终端设备向所述第一终端设备发送升级版本查询确认消息,所述升级版本查询确认消息中包含所述目标版本信息,所述升级版本查询确认消息用于通知所述第一终端设备下载所述目标版本信息的升级文件。
16.如权利要求15所述的方法,其特征在于,所述第三终端设备根据所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识,确定目标版本信息,包括:
所述第三终端设备根据所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识,升级文件下载规则,确定所述第一终端设备满足升级文件下载条件;
所述第三终端设备确定所述升级文件下载规则中包含的所述目标版本信息;
其中,当所述升级版本查询请求消息中包含所述第一终端设备的固件的版本信息时,所述升级文件下载规则中包含:固件的版本信息白名单或固件的版本信息黑名单;当所述升级版本查询请求消息中包含所述第一终端设备的标识时,所述升级文件下载规则中包含:终端设备的标识白名单或终端设备的标识黑名单。
17.如权利要求15或16所述的方法,其特征在于,所述第一终端设备为车载设备,所述第三终端设备为车载设备;且所述第一终端设备与所述第三终端设备通过车到万物V2X的方式连接。
18.一种升级文件下载装置,应用于第一终端设备,其特征在于,包括:
存储器,用于存储程序指令和数据;
收发器,用于接收和发送信号;
处理器,用于调用存储在所述存储器中的程序指令和数据以执行升级文件下载方法,该方法包括:
获取目标版本信息;
通过所述收发器广播升级文件查询请求消息,所述升级文件查询请求消息中包含所述目标版本信息;
通过所述收发器从第二终端设备接收升级文件确认消息后,通过所述收发器从所述第二终端设备的所述存储器中下载升级文件,其中,所述第二终端设备中保存有与所述目标版本信息对应的升级文件。
19.如权利要求18所述的装置,其特征在于,所述处理器在获取目标版本信息时,具体用于:
通过所述收发器从第三终端设备的所述存储器中获取所述目标版本信息;或者
通过所述收发器从服务器获取所述目标版本信息;或者
从本地获取所述目标版本信息。
20.如权利要求19所述的装置,其特征在于,所述处理器,在通过所述收发器从第三终端设备获取所述目标版本信息时,具体用于:
通过所述收发器广播升级版本查询请求消息,所述升级版本查询请求消息中包含所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识;通过所述收发器从所述第三终端设备接收升级版本查询确认消息,所述升级版本查询确认消息中包含所述目标版本信息,所述目标版本信息是所述第三终端设备根据所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识确定的;或者
通过所述收发器接收所述第三终端设备广播的版本通知消息,所述版本通知消息中包含所述目标版本信息。
21.如权利要求19所述的装置,其特征在于,所述处理器,还用于:
在通过所述收发器从所述服务器获取所述目标版本信息之后,通过所述收发器广播所述升级文件查询请求消息之前,确认与所述服务器断开连接。
22.如权利要求18至21任一项所述的装置,其特征在于,所述处理器还用于:
对所述升级文件进行安装,得到安装结果;
通过所述收发器广播所述安装结果。
23.如权利要求18至22所述的装置,其特征在于,当所述第二终端设备包括多个终端设备时,所述处理器在通过所述收发器从所述第二终端设备中下载升级文件时,具体用于:
在所述多个终端设备中确定目标终端设备;
通过所述收发器从所述目标终端设备中下载所述升级文件。
24.如权利要求23所述的装置,其特征在于,所述处理器在通过所述收发器从所述目标终端设备中下载升级文件时,具体用于:
通过所述收发器从所述目标终端设备接收多个子文件,所述多个子文件组成所述升级文件;或者
通过所述收发器从所述目标终端设备接收第一子文件集合,所述升级文件包括第一子文件集合和第二子文件集合,所述第二子文件集合为所述第一终端设备已保存的子文件集合。
25.如权利要求23或24所述的装置,其特征在于,所述处理器在所述多个终端设备中确定所述目标终端设备时,具体用于:
获取所述多个终端设备的位置信息,并根据所述第一终端设备的位置信息和所述多个终端设备的位置信息,在所述多个终端设备中选择距离所述第一终端设备最近的所述目标终端设备;或者
获取所述多个终端设备的信号强度,在所述多个终端设备中选择信号强度最大的所述目标终端设备;或者
在从所述第二终端设备接收的升级文件确认消息中,确定最先接收的目标升级文件确认消息,然后在所述多个第二终端设备中选择发送所述目标升级文件确认消息的所述目标终端设备。
26.如权利要求18至22所述的装置,其特征在于,当所述第二终端设备包括多个终端设备时,所述处理器在通过所述收发器从所述第二终端设备中下载升级文件时,具体用于:
通过所述收发器分别从所述多个终端设备中接收不同的子文件,所述升级文件包括从所述多个终端设备下载的多个子文件。
27.如权利要求18所述的装置,其特征在于,所述第一终端设备为车载设备,所述第二终端设备为车载设备;所述收发器与所述第二终端设备通过车到万物V2X的方式连接。
28.一种升级文件下载装置,应用于第二终端设备,其特征在于,包括:
存储器,用于存储程序指令和数据;
收发器,用于接收和发送信号;
处理器,用于调用存储在所述存储器中的程序指令以执行升级文件下载方法,该方法包括:
通过所述收发器从第一终端设备接收升级文件查询请求消息,所述升级文件查询请求消息中包含目标版本信息;
确定保存有所述目标版本信息对应的升级文件后,通过所述收发器向所述第一终端设备发送升级文件确认消息;
通过所述收发器向所述第一终端设备发送升级文件。
29.如权利要求28所述的装置,其特征在于,所述处理器,在通过所述收发器向所述第一终端设备发送升级文件时,具体用于:
通过所述收发器向所述第一终端设备发送多个子文件,所述多个子文件组成所述升级文件;或者
通过所述收发器向所述第一终端设备发送第一子文件集合,所述升级文件包括第一子文件集合和第二子文件集合,所述第二子文件集合为所述第一终端设备已保存的子文件集合。
30.如权利要求28或29所述的装置,其特征在于,所述处理器还用于:通过所述收发器从所述第一终端设备接收升级文件安装结果。
31.如权利要求28至30所述的装置,其特征在于,所述第一终端设备为车载设备,所述第二终端设备为车载设备;所述收发器与所述第一终端设备通过车到万物V2X的方式连接。
32.一种升级文件下载装置,应用于第三终端设备,其特征在于,包括:
存储器,用于存储程序指令和数据;
收发器,用于接收和发送信号;
处理器,用于调用存储在所述存储器中的程序指令以执行升级文件下载方法,该方法包括:
通过所述收发器从第一终端设备接收升级版本查询请求消息,所述升级版本查询请求消息中包含所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识;
根据所述第一终端设备的固件版本信息和/或所述第一终端设备的标识,确定目标版本信息;
通过所述收发器向所述第一终端设备发送升级版本查询确认消息,所述升级版本查询确认消息中包含所述目标版本信息,所述升级版本查询确认消息用于通知所述第一终端设备下载所述目标版本信息的升级文件。
33.如权利要求32所述的装置,其特征在于,所述处理器,在根据所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识,确定目标版本信息时,具体用于:
根据所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识,升级文件下载规则,确定所述第一终端设备满足升级文件下载条件;
确定所述升级文件下载规则中包含的所述目标版本信息;
其中,当所述升级版本查询请求消息中包含所述第一终端设备的固件的版本信息时,所述升级文件下载规则中包含:固件的版本信息白名单或固件的版本信息黑名单;当所述升级版本查询请求消息中包含所述第一终端设备的标识时,所述升级文件下载规则中包含:终端设备的标识白名单或终端设备的标识黑名单。
34.如权利要求32或33所述的装置,其特征在于,所述第一终端设备为车载设备,所述第三终端设备为车载设备;所述收发器与所述第一终端设备通过车到万物V2X的方式连接。
35.一种计算机程序,其特征在于,当所述计算机程序在计算机上运行时,使得所述计算机执行如权利要求1-17任一项所述的方法。
36.一种计算机存储介质,其特征在于,所述计算机存储介质中存储有计算机程序,当所述计算机程序被计算机执行时,使得所述计算机执行权利要求1-17任一项所述的方法。
37.一种芯片,其特征在于,所述芯片用于读取存储器中存储的计算机程序,执行如权利要求1-17任一项所述的方法。
38.一种升级文件下载系统,其特征在于,包括:第一终端设备、第二终端设备;
所述第一终端设备用于获取目标版本信息;并广播升级文件查询请求消息,所述升级文件查询请求消息中包含所述目标版本信息;在从所述第二终端设备接收升级文件确认消息后,从所述第二终端设备中下载升级文件;
所述第二终端设备用于从所述第一终端设备接收所述升级文件查询请求消息;并且在确定保存有所述目标版本信息对应的升级文件后,向所述第一终端设备发送所述升级文件确认消息;向所述第一终端设备发送所述升级文件,其中,所述第二终端设备中保存有与所述目标版本信息对应的升级文件。
39.如权利要求38所述的系统,其特征在于,所述系统还包括:第三终端设备;
所述第一终端设备还用于广播升级版本查询请求消息,所述升级版本查询请求消息中包含所述第一终端设备的固件的版本信息和/或所述第一终端设备的标识;接收所述第三终端设备发送的升级版本查询确认消息,所述升级版本查询确认消息中包含所述目标版本信息,所述升级版本查询确认消息用于通知所述第一终端设备下载所述目标版本信息的升级文件;
所述第三终端设备用于从所述第一终端设备接收所述升级版本查询请求消息;根据所述第一终端设备的固件版本信息和/或所述第一终端设备的标识,确定所述目标版本信息;向所述第一终端设备发送所述升级版本查询确认消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910328835.2A CN110149370B (zh) | 2019-04-23 | 2019-04-23 | 一种升级文件下载方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910328835.2A CN110149370B (zh) | 2019-04-23 | 2019-04-23 | 一种升级文件下载方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110149370A true CN110149370A (zh) | 2019-08-20 |
CN110149370B CN110149370B (zh) | 2021-01-29 |
Family
ID=67593880
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910328835.2A Active CN110149370B (zh) | 2019-04-23 | 2019-04-23 | 一种升级文件下载方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110149370B (zh) |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110703726A (zh) * | 2019-09-26 | 2020-01-17 | 上海赫千电子科技有限公司 | 一种应用于机车的自动升级测试方法 |
CN111246396A (zh) * | 2020-01-06 | 2020-06-05 | 杭州涂鸦信息技术有限公司 | 一种基于udp局域网的整机烧录方法及系统 |
CN111638894A (zh) * | 2020-05-12 | 2020-09-08 | 博泰车联网(南京)有限公司 | 一种软件升级方法、装置及计算机存储介质 |
CN111831303A (zh) * | 2020-06-17 | 2020-10-27 | 惠州拓邦电气技术有限公司 | 一种智能锁升级的方法及装置、计算机设备及存储介质 |
CN112134940A (zh) * | 2020-09-17 | 2020-12-25 | 广州汽车集团股份有限公司 | 一种ota升级任务生命周期策略管理方法 |
CN112188434A (zh) * | 2020-09-21 | 2021-01-05 | 西安墨科通讯科技有限公司 | Ota升级方法及系统 |
CN112468562A (zh) * | 2020-11-18 | 2021-03-09 | 潍柴动力股份有限公司 | 一种车载终端文件发送及升级方法、装置及存储介质 |
CN112486538A (zh) * | 2020-12-04 | 2021-03-12 | 北京梧桐车联科技有限责任公司 | 车队的应用程序升级方法、装置、电子设备及存储介质 |
CN113157306A (zh) * | 2021-04-16 | 2021-07-23 | 上海米哈游璃月科技有限公司 | 一种资源打包管理方法、装置、设备及存储介质 |
CN113497719A (zh) * | 2020-03-20 | 2021-10-12 | 广州汽车集团股份有限公司 | 面向服务的车载ecu软件升级方法及系统、相关设备 |
CN113709209A (zh) * | 2021-07-30 | 2021-11-26 | 济南浪潮数据技术有限公司 | 一种服务器软件下载方法、系统及计算机可读存储介质 |
CN113709195A (zh) * | 2020-05-20 | 2021-11-26 | 广州汽车集团股份有限公司 | 一种车辆软件升级方法、装置及系统 |
CN113765957A (zh) * | 2020-06-04 | 2021-12-07 | 华为技术有限公司 | 一种模型更新方法及装置 |
US20220027138A1 (en) * | 2020-07-27 | 2022-01-27 | Dell Products, Lp | System and method for system-wide firmware downgrade control |
CN114205663A (zh) * | 2020-09-18 | 2022-03-18 | 比亚迪股份有限公司 | 车载多屏互动控制方法、装置、系统、设备及存储介质 |
WO2022068605A1 (zh) * | 2020-09-30 | 2022-04-07 | 华为技术有限公司 | 一种补丁复用方法、系统及电子设备 |
CN115118577A (zh) * | 2022-06-24 | 2022-09-27 | 重庆长安汽车股份有限公司 | 远程升级异常原因确定方法、装置、电子设备及存储介质 |
CN116841593A (zh) * | 2023-09-01 | 2023-10-03 | 荣耀终端有限公司 | 软件升级方法、设备和系统 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130275956A1 (en) * | 2012-04-17 | 2013-10-17 | Hon Hai Precision Industry Co., Ltd. | Firmware upgrade method and system and terminal device using the method |
CN104699491A (zh) * | 2013-12-06 | 2015-06-10 | 中兴通讯股份有限公司 | 一种应用程序的升级处理方法及终端设备 |
WO2016149908A1 (zh) * | 2015-03-24 | 2016-09-29 | 华为技术有限公司 | 一种终端系统的升级方法、终端及系统 |
CN109308186A (zh) * | 2018-08-21 | 2019-02-05 | 珠海格力电器股份有限公司 | 一种版本升级的方法和终端 |
-
2019
- 2019-04-23 CN CN201910328835.2A patent/CN110149370B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20130275956A1 (en) * | 2012-04-17 | 2013-10-17 | Hon Hai Precision Industry Co., Ltd. | Firmware upgrade method and system and terminal device using the method |
CN104699491A (zh) * | 2013-12-06 | 2015-06-10 | 中兴通讯股份有限公司 | 一种应用程序的升级处理方法及终端设备 |
WO2016149908A1 (zh) * | 2015-03-24 | 2016-09-29 | 华为技术有限公司 | 一种终端系统的升级方法、终端及系统 |
CN109308186A (zh) * | 2018-08-21 | 2019-02-05 | 珠海格力电器股份有限公司 | 一种版本升级的方法和终端 |
Cited By (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110703726A (zh) * | 2019-09-26 | 2020-01-17 | 上海赫千电子科技有限公司 | 一种应用于机车的自动升级测试方法 |
CN111246396A (zh) * | 2020-01-06 | 2020-06-05 | 杭州涂鸦信息技术有限公司 | 一种基于udp局域网的整机烧录方法及系统 |
CN111246396B (zh) * | 2020-01-06 | 2021-11-09 | 杭州涂鸦信息技术有限公司 | 一种基于udp局域网的整机烧录方法及系统 |
CN113497719A (zh) * | 2020-03-20 | 2021-10-12 | 广州汽车集团股份有限公司 | 面向服务的车载ecu软件升级方法及系统、相关设备 |
CN111638894A (zh) * | 2020-05-12 | 2020-09-08 | 博泰车联网(南京)有限公司 | 一种软件升级方法、装置及计算机存储介质 |
CN113709195B (zh) * | 2020-05-20 | 2024-05-28 | 广州汽车集团股份有限公司 | 一种车辆软件升级方法、装置及系统 |
CN113709195A (zh) * | 2020-05-20 | 2021-11-26 | 广州汽车集团股份有限公司 | 一种车辆软件升级方法、装置及系统 |
CN113765957A (zh) * | 2020-06-04 | 2021-12-07 | 华为技术有限公司 | 一种模型更新方法及装置 |
CN113765957B (zh) * | 2020-06-04 | 2022-09-16 | 华为技术有限公司 | 一种模型更新方法及装置 |
CN111831303A (zh) * | 2020-06-17 | 2020-10-27 | 惠州拓邦电气技术有限公司 | 一种智能锁升级的方法及装置、计算机设备及存储介质 |
US12001827B2 (en) * | 2020-07-27 | 2024-06-04 | Dell Products L.P | System and method for system-wide firmware downgrade control |
US20220027138A1 (en) * | 2020-07-27 | 2022-01-27 | Dell Products, Lp | System and method for system-wide firmware downgrade control |
CN112134940A (zh) * | 2020-09-17 | 2020-12-25 | 广州汽车集团股份有限公司 | 一种ota升级任务生命周期策略管理方法 |
CN114205663A (zh) * | 2020-09-18 | 2022-03-18 | 比亚迪股份有限公司 | 车载多屏互动控制方法、装置、系统、设备及存储介质 |
CN112188434A (zh) * | 2020-09-21 | 2021-01-05 | 西安墨科通讯科技有限公司 | Ota升级方法及系统 |
WO2022068605A1 (zh) * | 2020-09-30 | 2022-04-07 | 华为技术有限公司 | 一种补丁复用方法、系统及电子设备 |
CN112468562A (zh) * | 2020-11-18 | 2021-03-09 | 潍柴动力股份有限公司 | 一种车载终端文件发送及升级方法、装置及存储介质 |
CN112486538A (zh) * | 2020-12-04 | 2021-03-12 | 北京梧桐车联科技有限责任公司 | 车队的应用程序升级方法、装置、电子设备及存储介质 |
CN113157306A (zh) * | 2021-04-16 | 2021-07-23 | 上海米哈游璃月科技有限公司 | 一种资源打包管理方法、装置、设备及存储介质 |
CN113709209A (zh) * | 2021-07-30 | 2021-11-26 | 济南浪潮数据技术有限公司 | 一种服务器软件下载方法、系统及计算机可读存储介质 |
CN115118577A (zh) * | 2022-06-24 | 2022-09-27 | 重庆长安汽车股份有限公司 | 远程升级异常原因确定方法、装置、电子设备及存储介质 |
CN115118577B (zh) * | 2022-06-24 | 2023-08-18 | 重庆长安汽车股份有限公司 | 远程升级异常原因确定方法、装置、电子设备及存储介质 |
CN116841593A (zh) * | 2023-09-01 | 2023-10-03 | 荣耀终端有限公司 | 软件升级方法、设备和系统 |
Also Published As
Publication number | Publication date |
---|---|
CN110149370B (zh) | 2021-01-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110149370A (zh) | 一种升级文件下载方法及装置 | |
CN109041136B (zh) | 一种插入smf的方法及amf实体 | |
CN109981155B (zh) | 一种波束训练方法及相关设备 | |
KR101922578B1 (ko) | 단말 장치 성능을 보고하는 방법 및 장치 | |
KR20200052247A (ko) | Anr의 구성 방법, 단말기 디바이스, 기지국 및 코어 네트워크 디바이스 | |
CN109168171B (zh) | 配置信息获取方法、装置、设备及系统 | |
US11284347B2 (en) | Activation system information transmission method, apparatus, and device | |
CN102187623A (zh) | 用于广播qos信息以帮助无线通信系统中的准入控制的方法和系统 | |
KR20150087390A (ko) | 광고 처리 방법 및 장치 | |
CN109246823B (zh) | 双系统双连接方法、装置、存储介质、基站及终端 | |
CN111866942A (zh) | 一种通信方法及通信装置 | |
CN108012294B (zh) | 一种网络切换的方法及装置 | |
CN106302439A (zh) | 一种数据更新方法、客户端及服务端 | |
CN103327133B (zh) | 一种地理位置信息更新方法及装置 | |
CN110784912B (zh) | 一种会话对应关系的管理方法和终端设备 | |
CN113259928A (zh) | Ota升级方法、装置、电子设备、存储介质及程序产品 | |
JP7152452B2 (ja) | サーバ装置、通信デバイス、端末装置、通信システム、プログラム及び更新方法 | |
CN111726849B (zh) | WiFi热点的类型识别方法、设备及存储介质 | |
CN113596792A (zh) | 电子设备的绑定方法和装置、存储介质及电子装置 | |
CN111615188B (zh) | 数据传输方法、装置及计算机存储介质 | |
CN112586012B (zh) | 装置、方法和计算机程序产品 | |
CN105554731A (zh) | 一种ota升级方法和设备 | |
CN115396007A (zh) | 网络接入方法、网络接入装置、车载网关、车辆及介质 | |
CN110740486B (zh) | 数据交互方法、终端设备及数据交互系统 | |
CN103299676A (zh) | 移动无线电通信信令 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |