CN115442312A - 车辆远程升级方法、装置、介质及设备 - Google Patents
车辆远程升级方法、装置、介质及设备 Download PDFInfo
- Publication number
- CN115442312A CN115442312A CN202210263697.6A CN202210263697A CN115442312A CN 115442312 A CN115442312 A CN 115442312A CN 202210263697 A CN202210263697 A CN 202210263697A CN 115442312 A CN115442312 A CN 115442312A
- Authority
- CN
- China
- Prior art keywords
- size
- patch package
- resource
- version data
- preset
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 45
- 238000012544 monitoring process Methods 0.000 claims abstract description 21
- 230000005540 biological transmission Effects 0.000 claims abstract description 12
- 238000012545 processing Methods 0.000 claims description 9
- 238000012360 testing method Methods 0.000 claims description 5
- 230000000875 corresponding effect Effects 0.000 description 29
- 230000009286 beneficial effect Effects 0.000 description 4
- 238000010586 diagram Methods 0.000 description 4
- 238000005516 engineering process Methods 0.000 description 4
- 230000006870 function Effects 0.000 description 4
- 239000002699 waste material Substances 0.000 description 4
- 230000009471 action Effects 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 238000004891 communication Methods 0.000 description 2
- 238000004590 computer program Methods 0.000 description 2
- 230000007423 decrease Effects 0.000 description 2
- 230000002596 correlated effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/36—Flow control; Congestion control by determining packet size, e.g. maximum transfer unit [MTU]
- H04L47/365—Dynamic adaptation of the packet size
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F8/00—Arrangements for software engineering
- G06F8/60—Software deployment
- G06F8/65—Updates
-
- 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/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- 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/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters
Abstract
本公开涉及一种车辆远程升级方法、装置、介质及设备。其中,车辆远程升级方法包括:监测预设升级资源的使用情况;根据所述预设升级资源的使用情况确定待传输的补丁包的大小,所述补丁包的大小小于所述预设升级资源的剩余使用空间;将所述补丁包传输至车端,以使车端根据所述补丁包进行升级。本公开技术方案能够根据升级资源的使用情况,自适应调整待传输的补丁包的大小,有利于充分利用升级资源,避免升级资源占用过高,增强了补丁包传输的灵活性。
Description
技术领域
本公开涉及远程升级技术领域,尤其涉及一种车辆远程升级方法、装置、介质及设备。
背景技术
随着车联网技术的发展,车辆空中下载(Over-the-Air Technology,OTA)升级技术也逐渐普及,车上各种车机设备都陆续上线了OTA功能。软件的升级、数据的更新以及个性化的需求设定通过OTA更新,给用户带来了更好的体验,同时也能减少汽车企业的成本,包括汽车问题修复的召回成本,用户的时间成本,且能够延长车辆的使用鲜度,给用户提供更多的增值服务,开辟汽车企业新的利润增长点。
目前,OTA升级方案主要采用整包升级方案、传统差分升级方案以及流式差分升级方案。但是,上述三种OTA升级方案均会存在升级资源占用过高或升级资源浪费的问题。
发明内容
为了解决上述技术问题,本公开提供了一种车辆远程升级方法、装置、介质及设备,以充分利用升级资源,避免升级资源占用过高,增强补丁包传输的灵活性。
本公开提供了一种车辆远程升级方法,包括:
监测预设升级资源的使用情况;
根据所述预设升级资源的使用情况确定待传输的补丁包的大小,所述补丁包的大小小于所述预设升级资源的剩余使用空间;
将所述补丁包传输至车端,以使车端根据所述补丁包进行升级。
在一些实施例中,所述监测预设升级资源的使用情况,包括:
采用网络性能测试工具监测带宽的使用情况;和/或,
实时获取车端发送的车端资源的使用情况。
在一些实施例中,所述根据所述预设升级资源的使用情况确定待传输的补丁包的大小,包括:
根据所述预设升级资源的使用情况,确定待传输的所述补丁包的大小;
根据待传输的所述补丁包的大小,以及待传输的所述补丁包在对应完整升级包中的先后顺序,生成所述补丁包。
在一些实施例中,所述根据所述预设升级资源的使用情况,确定待传输的所述补丁包的大小,包括:
根据所述预设升级资源的使用情况,确定预设升级资源占用率;
结合预存的升级资源占用率与补丁包大小的对应关系,确定待传输的所述补丁包的大小。
在一些实施例中,所述根据所述预设升级资源的使用情况确定待传输的补丁包的大小,包括:
根据所述预设升级资源的使用情况,确定待拆分出的新版本数据的大小和旧版本数据的大小;
根据待拆分出的新版本数据的大小和旧版本数据的大小,以及新版本数据和旧版本数据在对应版本数据中的先后顺序,从解压后的新版本数据包中拆分出目标新版本数据,并从解压后的旧版本数据包中拆分出目标旧版本数据;
对拆分出的所述目标新版本数据和所述目标旧版本数据进行差分处理,生成所述补丁包。
在一些实施例中,所述根据所述预设升级资源的使用情况,确定待拆分出的新版本数据的大小和旧版本数据的大小,包括:
根据所述预设升级资源的使用情况,确定预设升级资源占用率;
结合预存的升级资源占用率与新旧数据包拆分大小的对应关系,确定待拆分出的新版本数据的大小和旧版本数据的大小。
在一些实施例中,在所述将所述补丁包传输至车端之前,所述方法还包括:
使用私钥对所述补丁包进行数字签名。
本公开提供了一种车辆远程升级装置,包括:
升级资源监测模块,用于监测预设升级资源的使用情况;
补丁包大小确定模块,用于根据所述预设升级资源的使用情况确定待传输的补丁包的大小,所述补丁包的大小小于所述预设升级资源的剩余使用空间;
补丁包传输模块,用于将所述补丁包传输至车端,以使车端根据所述补丁包进行升级。
本公开还提供了一种计算机可读存储介质,所述计算机可读存储介质存储程序或指令,所述程序或指令使计算机执行上述任一种方法的步骤。
本公开还提供了一种电子设备,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序或指令;
所述处理器通过调用所述存储器存储的程序或指令,用于执行上述任一种方法的步骤。
本公开实施例提供的技术方案与现有技术相比具有如下优点:
本公开实施例提供的技术方案,先根据预设升级资源的使用情况确定待传输的补丁包的大小,使得补丁包的大小小于预设升级资源的剩余使用空间,再将补丁包传输至车端,使得车端根据补丁包进行升级。由此,本公开技术方案考虑了预设升级资源的使用情况,根据预设升级资源的使用情况自适应调整待传输的补丁包的大小,有利于充分利用升级资源,避免升级资源占用过高,增强了补丁包传输的灵活性。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
为了更清楚地说明本公开实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,对于本领域普通技术人员而言,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本公开实施例提供的一种车辆远程升级方法的流程图;
图2为本公开实施例提供的一种车辆远程升级装置的结构框图;
图3为本公开实施例提供的电子设备的结构示意图。
具体实施方式
为了能够更清楚地理解本公开的上述目的、特征和优点,下面将对本公开的方案进行进一步描述。需要说明的是,在不冲突的情况下,本公开的实施例及实施例中的特征可以相互组合。
在下面的描述中阐述了很多具体细节以便于充分理解本公开,但本公开还可以采用其他不同于在此描述的方式来实施;显然,说明书中的实施例只是本公开的一部分实施例,而不是全部的实施例。
目前,OTA升级方案中,整包升级方案直接将整个升级包传输至车端,由于整个升级包数据较大,因此很容易出现升级资源占用过高的问题。对此,传统差分升级方案在云端使用差分算法对新旧版本数据包进行差分处理,将生成的差分补丁包传输到车端,因为差分补丁包仅包含新旧版本数据包的差异数据,所以传统差分升级方案有利于节省升级资源。但是,在新旧版本数据包存在较大差异时,依然会产生较大容量的差分补丁包,此时仍会存在升级资源占用过高的问题。相较于传统差分升级方案,流式差分升级方案能够差分出多个连续的差分补丁包,逐一将差分补丁包传输至车端,可以较好的解决升级资源占用过高的问题。但是,所有的差分补丁包均为固定大小,没有考虑实际升级资源的使用情况,在实际升级资源空闲时,仍采用流式差分升级方案将造成升级资源的浪费,降低升级效率,该方案无法兼顾升级资源占用过高和升级资源浪费的问题。
鉴于上述技术问题,本实施例提供了一种车辆远程升级方法,该方法能够根据升级资源的使用情况自适应调整待传输的补丁包的大小,有利于充分利用升级资源,避免升级资源占用过高,增强了补丁包传输的灵活性。图1为本公开实施例提供的一种车辆远程升级方法的流程图。本方法适用于车辆电子控制单元、车载终端和仪表等车载电子器件的固件进行升级的情况,可应用于智能驾驶车辆和传统车辆等具有远程升级功能的车辆。本方法可以由车辆远程升级装置来执行,该车辆远程升级装置可以采用软件和/或硬件的方式实现。如图1所示,该方法应用于云端(如OTA云端),具体可包括以下步骤:
S110、监测预设升级资源的使用情况。
本公开实施例中,预设升级资源是指在其他数据占用该预设升级资源时,能够影响车辆升级效率和车辆升级成功率等车辆升级相关的资源。在一些实施例中,预设升级资源包括带宽和/或车端资源,车端资源包括车辆内存空间和/或车辆存储空间。其中,带宽占用过高会造成补丁包的传输堵塞,降低整体升级效率;带宽占用过高也可能会造成补丁包丢包,使得车端无法下载到补丁包,导致车辆升级失败。车辆存储空间占用过高会造成用于存储补丁包的存储空间不足,导致补丁包下载失败。车辆内存空间占用过会造成没有足够的内存运行升级操作,导致升级失败甚至死机。因此,本公开实施例通过监测预设升级资源的使用情况,来调整补丁包的大小。
在一些实施例中,监测预设升级资源的使用情况,包括:采用网络性能测试工具监测带宽的使用情况;和/或,实时获取车端发送的车端资源的使用情况。
示例性的,对于带宽使用情况的监测,云端可直接采用Iperf(一种网络性能测试工具)监测云端与待升级车辆之间的通信网络的带宽使用情况。对于车端资源使用情况的监测,一种实施方式中,云端可实时向车端发送车端资源请求,从而实时接收车端基于车端资源请求而反馈的车端资源的使用情况;另一种实施方式中,为节约资源,车端在向云端请求下载升级数据之后,主动实时上报车端资源的使用情况。
S120、根据预设升级资源的使用情况确定待传输的补丁包的大小,补丁包的大小小于预设升级资源的剩余使用空间。
本实施例中,可以按照预设流式升级策略生成补丁包,其中,预设流式升级策略表征了预设升级资源的使用情况与补丁包大小的对应关系,同时指示了补丁包的生成流程。采用预设流式升级策略可以将一个完整升级包拆分成一个或多个补丁包,即补丁包的大小小于或等于完整升级包的大小,可以直接对获得的完整升级包进行拆分,得到补丁包(对应整包升级方案),也可以对新旧版本数据进行拆分,逐一对应差分得到补丁包,最终得到完整升级包(对应差分升级方案)。
根据预设升级资源的使用情况确定的待传输的补丁包的大小小于预设升级资源的剩余使用空间,从而有效避免预设升级资源占用过高。在一些实施例中,补丁包的大小与预设升级资源的剩余使用空间正相关。即补丁包的大小随着预设升级资源的剩余使用空间的增大而增大,或减小而减小。如此,在预设升级资源紧张(例如预设升级资源占用率大于80%)时,可以生成较小的补丁包,保证补丁包的正常传输以及保证车辆升级成功,也可以为其他数据腾出部分预设升级资源。而在预设升级资源空闲(例如预设升级资源占用率小于20%)时,可以生成较大的补丁包,从而避免浪费预设升级资源,提高车辆升级效率。特别的,在预设升级资源的剩余使用空间足够传输、存储或运行完整升级包时,上述补丁包即为完整升级包。
本公开实施例可以根据带宽、车辆内存空间和车辆存储空间中至少一种的使用情况确定待传输的补丁包的大小。具体的,根据带宽的使用情况确定待传输的补丁包的大小,可以避免因带宽占用过高而导致的补丁包传输堵塞或丢包的问题,有利于提高升级效率或升级成功率;另外也可以避免因带宽占用过低而导致的带宽资源浪费的问题,有利于节约带宽资源,提高升级效率。根据车辆内存空间的使用情况确定待传输的补丁包的大小,可以避免因内存空间不足而导致的升级失败或死机的问题,有利于提高升级成功率。根据车辆存储空间的使用情况确定待传输的补丁包的大小,可以避免因存储空间不足而导致的补丁包下载失败的问题,有利于提高升级成功率。因此,综合上述各种情况,在一个优选实施方式中,可同时根据带宽、车辆内存空间和车辆存储空间的使用情况确定待传输的补丁包的大小,从而可以保障车辆升级成功率以及车辆升级效率。示例性的,可以根据带宽、车辆内存空间和车辆存储空间的使用情况,分别确定三个补丁包,选取最小的补丁包作为最终的补丁包,从而适应各种预设升级资源的使用情况。
在一些实施例中,根据预设升级资源的使用情况确定待传输的补丁包的大小,包括:根据预设升级资源的使用情况,确定待传输的补丁包的大小;根据待传输的补丁包的大小,以及待传输的补丁包在对应完整升级包中的先后顺序,生成补丁包。
具体的,云端获取完整升级包(即新版本数据包)之后,根据预设升级资源的使用情况,确定预设升级资源占用率,结合预存的升级资源占用率与补丁包大小的对应关系(可以表格的方式存储),确定待传输的补丁包的大小。之后,为了避免车辆使用补丁包升级出错,云端根据待传输的补丁包的大小,以及待传输的补丁包在对应完整升级包中的先后顺序,生成补丁包,从而保证车辆按照补丁包在对应完整升级包中的先后顺序,依次融合补丁包进行升级,避免升级出错。需要说明的是,升级资源占用率与补丁包大小的对应关系具体可以是升级资源占用率区间与补丁包大小的对应关系,不同的升级资源占用率区间对应的补丁包大小也不同,且升级资源占用率越高的区间,补丁包越小。
在一些实施例中,根据预设升级资源的使用情况确定待传输的补丁包的大小,包括:根据预设升级资源的使用情况,确定待拆分出的新版本数据的大小和旧版本数据的大小;根据待拆分出的新版本数据的大小和旧版本数据的大小,以及新版本数据和旧版本数据在对应版本数据中的先后顺序,从解压后的新版本数据包中拆分出目标新版本数据,并从解压后的旧版本数据包中拆分出目标旧版本数据;对拆分出的目标新版本数据和目标旧版本数据进行差分处理,生成补丁包。
具体的,云端对新版本数据包和旧版本数据包分别进行解压,并解压到指定的操作路径下,得到新版本数据和旧版本数据;根据预设升级资源的使用情况,确定预设升级资源占用率,结合预存的升级资源占用率与新旧数据包拆分大小的对应关系(可以表格的方式存储),确定待拆分出的新版本数据的大小和旧版本数据的大小。之后,为了避免车辆使用补丁包升级出错,云端根据待拆分出的新版本数据的大小和旧版本数据的大小,以及新版本数据和旧版本数据在对应版本数据中的先后顺序,从新版本数据中拆分出目标新版本数据,从旧版本数据中拆分出目标旧版本数据,再对拆分出的目标新版本数据和目标旧版本数据进行差分处理,生成补丁包。从而保证车辆按照补丁包在对应完整升级包中的先后顺序,依次融合补丁包进行升级,避免升级出错。需要说明的是,升级资源占用率与新旧数据包拆分大小的对应关系具体可以是升级资源占用率区间与新旧数据包拆分大小的对应关系,不同的升级资源占用率区间对应的新旧数据包拆分大小也不同,且升级资源占用率越高的区间,新旧数据包拆分的越小。在一具体示例中,升级资源占用率区间为0-20%(不包含)时,新旧数据包拆分大小为50MB;升级资源占用率区间为20%-40%(不包含)时,新旧数据包拆分大小为40MB;升级资源占用率区间为40%-60%(不包含)时,新旧数据包拆分大小为30MB;升级资源占用率区间为60%-80%(不包含)时,新旧数据包拆分大小为20MB;升级资源占用率区间为80%-100%(不包含)时,新旧数据包拆分大小为10MB。
S130、将补丁包传输至车端,以使车端根据补丁包进行升级。
本公开实施例中,S110与S120是实时执行的,即云端实时根据预设升级资源的使用情况,生成补丁包,在生成补丁包后,即将补丁包传输至车端。相应的,车端会依次接收到云端传输的补丁包。车端每次接收到补丁包后,即将补丁包下载到车辆存储空间,之后,运行升级程序,将旧版本数据包与补丁包读取到车辆内存空间中进行融合操作,在该补丁包融合完成后,删除车辆存储空间对应的补丁包,以释放车辆存储空间。如此,直至将全部补丁包与旧版本数据包进行融合,得到新版本数据包,最后将新版本数据包刻录到文件系统中,完成车辆升级。
在一些实施例中,云端在得到新版本数据包时,使用新版本数据包生成md5校验和。相应的,车端在得到新版本数据包之后,先将该新版本数据包的校验和与上述md5校验和进行对比,在对比结果一致后,将新版本数据包刻录到文件系统中,从而保证新版本数据包的正确性。
在一些实施例中,在将补丁包传输至车端之前,方法还包括:使用私钥对补丁包进行数字签名。相应的,车端在接收到补丁包后,使用公钥对补丁包的数字签名进行验证,从而保证补丁包传输的安全性。
本公开实施例提供的车辆远程升级方法,先根据预设升级资源的使用情况确定待传输的补丁包的大小,使得补丁包的大小小于预设升级资源的剩余使用空间,再将补丁包传输至车端,使得车端根据补丁包进行升级。由此,本公开技术方案考虑了预设升级资源的使用情况,根据预设升级资源的使用情况自适应调整待传输的补丁包的大小,有利于充分利用升级资源,避免升级资源占用过高,增强了补丁包传输的灵活性。
对应于本公开实施例提供的车辆远程升级方法,本公开实施例还提供了一种车辆远程升级装置。图2为本公开实施例提供的车辆远程升级装置的结构框图,如图2所示,该车辆远程升级装置包括:
升级资源监测模块21,用于监测预设升级资源的使用情况;
补丁包大小确定模块22,用于根据预设升级资源的使用情况确定待传输的补丁包的大小,补丁包的大小小于预设升级资源的剩余使用空间;
补丁包传输模块23,用于将补丁包传输至车端,以使车端根据补丁包进行升级。
在一些实施例中,预设升级资源包括带宽和/或车端资源,车端资源包括车辆内存空间和/或车辆存储空间;
升级资源监测模块21具体用于:
采用网络性能测试工具监测带宽的使用情况;和/或,
实时获取车端发送的车端资源的使用情况。
在一些实施例中,补丁包大小确定模块22具体用于:
根据预设升级资源的使用情况,确定待传输的补丁包的大小;
根据待传输的补丁包的大小,以及待传输的补丁包在对应完整升级包中的先后顺序,生成补丁包。
在一些实施例中,补丁包大小确定模块22具体用于:
根据预设升级资源的使用情况,确定待拆分出的新版本数据的大小和旧版本数据的大小;
根据待拆分出的新版本数据的大小和旧版本数据的大小,以及新版本数据和旧版本数据在对应版本数据中的先后顺序,从解压后的新版本数据包中拆分出目标新版本数据,并从解压后的旧版本数据包中拆分出目标旧版本数据;
对拆分出的目标新版本数据和目标旧版本数据进行差分处理,生成补丁包。
在一些实施例中,补丁包大小确定模块22具体用于:
根据预设升级资源的使用情况,确定预设升级资源占用率;
结合预存的升级资源占用率与新旧数据包拆分大小的对应关系,确定待拆分出的新版本数据的大小和旧版本数据的大小。
在一些实施例中,上述装置还包括:加密模块,用于:
在将补丁包传输至车端之前,使用私钥对补丁包进行数字签名。
以上实施例公开的车辆远程升级装置能够执行以上各实施例公开的车辆远程升级方法,具有相同或相应的有益效果,为避免重复,在此不再赘述。
本公开实施例还提供了一种计算机可读存储介质,计算机可读存储介质存储程序或指令,程序或指令使计算机执行上述任一种方法的步骤。
示例性的,程序或指令使计算机执行一种车辆远程升级方法,该方法包括:
监测预设升级资源的使用情况;
根据预设升级资源的使用情况确定待传输的补丁包的大小,补丁包的大小小于预设升级资源的剩余使用空间;
将补丁包传输至车端,以使车端根据补丁包进行升级。
可选的,该计算机可执行指令在由计算机处理器执行时还可以用于执行本公开实施例所提供的上述任意车辆远程升级方法的技术方案,实现对应的有益效果。
通过以上关于实施方式的描述,所属领域的技术人员可以清楚地了解到,本公开实施例可借助软件及必需的通用硬件来实现,当然也可以通过硬件实现,但很多情况下前者是更佳的实施方式。基于这样的理解,本公开实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如计算机的软盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、闪存(FLASH)、硬盘或光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等),执行本公开各个实施例所述的方法。
本公开实施例还提供了一种电子设备,包括:一个或多个处理器;存储器,用于存储一个或多个程序或指令;处理器通过调用存储器存储的程序或指令,用于执行上述任一种方法的步骤,实现对应的有益效果。
图3为本公开实施例提供的电子设备的硬件结构示意图。如图3所示,电子设备包括一个或多个处理器301和存储器302。
处理器301可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元,并且可以控制电子设备中的其他组件以执行期望的功能。
存储器302可以包括一个或多个计算机程序产品,所述计算机程序产品可以包括各种形式的计算机可读存储介质,例如易失性存储器和/或非易失性存储器。所述易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。所述非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在所述计算机可读存储介质上可以存储一个或多个计算机程序指令,处理器301可以运行所述程序指令,以实现上文所述的本公开的实施例的车辆远程升级方法,和/或者其他期望的功能。在所述计算机可读存储介质中还可以存储诸如输入信号、信号分量、噪声分量等各种内容。
在一个示例中,电子设备还可以包括:输入装置303和输出装置304,这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。
此外,该输入装置303还可以包括例如键盘、鼠标等等。
该输出装置304可以向外部输出各种信息,包括确定出的距离信息、方向信息等。该输出装置304可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。
当然,为了简化,图3中仅示出了该电子设备中与本公开有关的组件中的一些,省略了诸如总线、输入/输出接口等等的组件。除此之外,根据具体应用情况,电子设备还可以包括任何其他适当的组件。
需要说明的是,在本文中,诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上所述仅是本公开的具体实施方式,使本领域技术人员能够理解或实现本公开。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的,本文中所定义的一般原理可以在不脱离本公开的精神或范围的情况下,在其它实施例中实现。因此,本公开将不会被限制于本文所述的这些实施例,而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。
Claims (10)
1.一种车辆远程升级方法,其特征在于,包括:
监测预设升级资源的使用情况;
根据所述预设升级资源的使用情况确定待传输的补丁包的大小,所述补丁包的大小小于所述预设升级资源的剩余使用空间;
将所述补丁包传输至车端,以使车端根据所述补丁包进行升级。
2.根据权利要求1所述的方法,其特征在于,所述监测预设升级资源的使用情况,包括:
采用网络性能测试工具监测带宽的使用情况;和/或,
实时获取车端发送的车端资源的使用情况。
3.根据权利要求1所述的方法,其特征在于,所述根据所述预设升级资源的使用情况确定待传输的补丁包的大小,包括:
根据所述预设升级资源的使用情况,确定待传输的所述补丁包的大小;
根据待传输的所述补丁包的大小,以及待传输的所述补丁包在对应完整升级包中的先后顺序,生成所述补丁包。
4.根据权利要求3所述的方法,其特征在于,所述根据所述预设升级资源的使用情况,确定待传输的所述补丁包的大小,包括:
根据所述预设升级资源的使用情况,确定预设升级资源占用率;
结合预存的升级资源占用率与补丁包大小的对应关系,确定待传输的所述补丁包的大小。
5.根据权利要求1所述的方法,其特征在于,所述根据所述预设升级资源的使用情况确定待传输的补丁包的大小,包括:
根据所述预设升级资源的使用情况,确定待拆分出的新版本数据的大小和旧版本数据的大小;
根据待拆分出的新版本数据的大小和旧版本数据的大小,以及新版本数据和旧版本数据在对应版本数据中的先后顺序,从解压后的新版本数据包中拆分出目标新版本数据,并从解压后的旧版本数据包中拆分出目标旧版本数据;
对拆分出的所述目标新版本数据和所述目标旧版本数据进行差分处理,生成所述补丁包。
6.根据权利要求5所述的方法,其特征在于,所述根据所述预设升级资源的使用情况,确定待拆分出的新版本数据的大小和旧版本数据的大小,包括:
根据所述预设升级资源的使用情况,确定预设升级资源占用率;
结合预存的升级资源占用率与新旧数据包拆分大小的对应关系,确定待拆分出的新版本数据的大小和旧版本数据的大小。
7.根据权利要求1所述的方法,其特征在于,在所述将所述补丁包传输至车端之前,所述方法还包括:
使用私钥对所述补丁包进行数字签名。
8.一种车辆远程升级装置,其特征在于,包括:
升级资源监测模块,用于监测预设升级资源的使用情况;
补丁包大小确定模块,用于根据所述预设升级资源的使用情况确定待传输的补丁包的大小,所述补丁包的大小小于所述预设升级资源的剩余使用空间;
补丁包传输模块,用于将所述补丁包传输至车端,以使车端根据所述补丁包进行升级。
9.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储程序或指令,所述程序或指令使计算机执行如权利要求1至7任一项所述方法的步骤。
10.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储器,用于存储一个或多个程序或指令;
所述处理器通过调用所述存储器存储的程序或指令,用于执行如权利要求1至7任一项所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210263697.6A CN115442312A (zh) | 2022-03-17 | 2022-03-17 | 车辆远程升级方法、装置、介质及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210263697.6A CN115442312A (zh) | 2022-03-17 | 2022-03-17 | 车辆远程升级方法、装置、介质及设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN115442312A true CN115442312A (zh) | 2022-12-06 |
Family
ID=84240902
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210263697.6A Pending CN115442312A (zh) | 2022-03-17 | 2022-03-17 | 车辆远程升级方法、装置、介质及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN115442312A (zh) |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104168081A (zh) * | 2013-05-20 | 2014-11-26 | 腾讯科技(深圳)有限公司 | 一种文件传输方法及装置 |
KR20150144623A (ko) * | 2014-06-17 | 2015-12-28 | 현대자동차주식회사 | 스마트폰을 이용한 차량용 소프트웨어 갱신 방법 및 시스템 |
CN106648765A (zh) * | 2016-12-07 | 2017-05-10 | 京信通信系统(中国)有限公司 | 嵌入式设备固件补丁包生成及固件差分升级方法和装置 |
CN107273156A (zh) * | 2017-06-06 | 2017-10-20 | 珠海全志科技股份有限公司 | 一种ota升级方法及装置 |
CN111459518A (zh) * | 2020-03-30 | 2020-07-28 | 北京经纬恒润科技有限公司 | 一种车辆ecu升级方法及系统 |
CN111949288A (zh) * | 2020-06-05 | 2020-11-17 | 雷沃工程机械集团有限公司 | 一种基于车载以太网的智能元件远程升级方法及系统 |
CN112256315A (zh) * | 2020-10-16 | 2021-01-22 | 中国第一汽车股份有限公司 | 一种升级方法、装置、设备及存储介质 |
CN112492033A (zh) * | 2020-11-30 | 2021-03-12 | 深圳市移卡科技有限公司 | 文件传输方法、系统及计算机可读存储介质 |
CN112751699A (zh) * | 2019-10-31 | 2021-05-04 | 阿里巴巴集团控股有限公司 | Ota升级与升级管理方法、设备、网络及存储介质 |
CN113315797A (zh) * | 2020-02-26 | 2021-08-27 | 新开普电子股份有限公司 | 一种局域网批量远程升级方法、系统及节点 |
-
2022
- 2022-03-17 CN CN202210263697.6A patent/CN115442312A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104168081A (zh) * | 2013-05-20 | 2014-11-26 | 腾讯科技(深圳)有限公司 | 一种文件传输方法及装置 |
KR20150144623A (ko) * | 2014-06-17 | 2015-12-28 | 현대자동차주식회사 | 스마트폰을 이용한 차량용 소프트웨어 갱신 방법 및 시스템 |
CN106648765A (zh) * | 2016-12-07 | 2017-05-10 | 京信通信系统(中国)有限公司 | 嵌入式设备固件补丁包生成及固件差分升级方法和装置 |
CN107273156A (zh) * | 2017-06-06 | 2017-10-20 | 珠海全志科技股份有限公司 | 一种ota升级方法及装置 |
CN112751699A (zh) * | 2019-10-31 | 2021-05-04 | 阿里巴巴集团控股有限公司 | Ota升级与升级管理方法、设备、网络及存储介质 |
CN113315797A (zh) * | 2020-02-26 | 2021-08-27 | 新开普电子股份有限公司 | 一种局域网批量远程升级方法、系统及节点 |
CN111459518A (zh) * | 2020-03-30 | 2020-07-28 | 北京经纬恒润科技有限公司 | 一种车辆ecu升级方法及系统 |
CN111949288A (zh) * | 2020-06-05 | 2020-11-17 | 雷沃工程机械集团有限公司 | 一种基于车载以太网的智能元件远程升级方法及系统 |
CN112256315A (zh) * | 2020-10-16 | 2021-01-22 | 中国第一汽车股份有限公司 | 一种升级方法、装置、设备及存储介质 |
CN112492033A (zh) * | 2020-11-30 | 2021-03-12 | 深圳市移卡科技有限公司 | 文件传输方法、系统及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9436456B2 (en) | System and method for management of software updates at a vehicle computing system | |
CN111399884A (zh) | 一种车辆组件的升级方法、装置及电子设备 | |
WO2021129065A1 (zh) | 升级方法及装置 | |
KR101891423B1 (ko) | 원천 코드들을 이용한 관리 정보의 브로드캐스트 | |
WO2017161947A1 (zh) | 多系统ota升级方法和多系统设备 | |
CN111796843B (zh) | 一种应用程序升级方法、装置、设备及存储介质 | |
WO2018230084A1 (ja) | 更新制御装置、制御方法、およびコンピュータプログラム | |
CN111638894A (zh) | 一种软件升级方法、装置及计算机存储介质 | |
CN111722861A (zh) | 一种应用程序升级方法、装置、设备及存储介质 | |
CN115220762A (zh) | 数字钥匙系统的车端固件升级方法、装置、设备及介质 | |
WO2023241458A1 (zh) | 车载控制器的软件升级方法、装置、设备和存储介质 | |
CN113282310A (zh) | 应用管理方法及系统、车载设备、服务器及可读存储介质 | |
CN115442312A (zh) | 车辆远程升级方法、装置、介质及设备 | |
CN113037850A (zh) | 一种应用程序升级方法、装置、电子设备及存储介质 | |
WO2023036064A1 (zh) | 固件更新方法、装置、电子设备和存储介质 | |
CN113805933A (zh) | 机顶盒系统升级方法、装置、机顶盒、系统和存储介质 | |
CN115277671A (zh) | 车辆的ota升级方法、装置、车辆及存储介质 | |
CN112052226A (zh) | 一种车机服务数据的处理方法及装置 | |
CN111897562A (zh) | 一种程序升级方法和设备 | |
WO2023045090A1 (zh) | 一种基于终端状态进行固件升级的方法 | |
CN110825406A (zh) | 一种软件升级的方法及相关设备 | |
CN110677466A (zh) | 应用程序的下载方法、装置、网关和存储介质 | |
CN110647383A (zh) | 一种基于docker容器的应用管理方法及计算设备 | |
CN110336862A (zh) | 批量智能硬件的系统升级方法 | |
US20240111519A1 (en) | Onboard communication system, center device, vehicle-side system, and method for verifying update data of onboard communication |
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 |