CN112134940A - 一种ota升级任务生命周期策略管理方法 - Google Patents

Abstract

本发明提供一种OTA升级任务生命周期策略管理方法，所述方法包括目标车辆获取升级任务，升级任务包括目标车辆的车辆识别码、与目标车辆的车辆识别码对应的目标ECU控制器的标识、与每一目标ECU控制器的标识对应的升级软件包的链接地址以及升级任务的截止时间；目标车辆根据与每一目标ECU控制器的标识对应的升级软件包的链接地址，分别获取与每一目标ECU控制器的标识对应的升级软件包；目标车辆判断当前时间是否超过升级任务的截止时间以及是否接收到终止升级任务的指令；若均是，目标车辆升级每一目标ECU控制器并向服务器报告每一目标ECU控制器升级成功或者失败的结果。通过本发明，解决了现有的大量车辆同时升级导致系统负荷高，出错大量回退等问题。

Description

一种OTA升级任务生命周期策略管理方法

技术领域

本发明涉及汽车联网技术领域，尤其涉及一种OTA升级任务生命周期策略管理方法。

背景技术

随着汽车智能网联的发展，车联网处于越来越重要的地位，汽车的ECU控制器如IVI(In-Vehicle Infotainment_，车载娱乐信息系统)、TBOX、ADAS(Advanced DrivingAssistance System，高级驾驶辅助系统)以及新能源ECU(Electronic Control Unit，电子控制单元)控制器相比传统车辆，软件更新迭代越来越多，以为用户提供更好的用户体验。OTA(Over the air，远程下载)提供一种在线升级的方式，可以像手机系统升级一样，在界面上点击升级完成车辆系统升级，比传统线下4S店售后升级软件更加高效、便捷、节省成本和用户体验更好。

传统汽车软件升级，是在车厂发布软件设变后，由售后4S店在用户回店时或者展开售后活动用户回店时进行软件升级，若个别车辆ECU软件有十分严重的安全问题，若不能及时进行软件升级修复可能导致车辆召回事件。

通过传统售后的方式进行软件升级，一来难以解决车辆因软件召回的问题；二来活动展开将消耗大量人力和财力；三来无法满足智能网联时代车联网快速迭代提升用户体验的需求。

通过OTA远程升级的方式可以实现软件快速迭代、升级、节约成本、提升用户体验，并很大程度上可以避免因软件召回车辆的风险，但是随着汽车搭载的ECU增长趋势，目前支持OTA的ECU少则几个节点，多则十几个节点，甚至几十个节点。但是OTA升级涉及云端(服务器)升级任务发布，车端升级同步及执行，一旦面向市场发布OTA升级任务(即所谓的升级推送)，则涉及的车辆一般都是较大的量级数千台甚至数十万台，必然出现部分车辆升级部分未升级，大量升级出错需要回退，升级时流量通道拥挤等一系列因为量级导致OTA系统负荷过高，回退成本过高等问题。

发明内容

本发明所要解决的技术问题在于，提供一种OTA升级任务生命周期策略管理方法，用于解决现有的大量车辆升级导致系统负荷高、升级出错大量回退以及升级过程混乱等问题。

本发明提供的一种OTA升级任务生命周期策略管理方法，所述方法包括：

步骤S11、目标车辆获取至少一个升级任务，所述升级任务包括目标车辆的车辆识别码、与所述目标车辆的车辆识别码对应的一个或者多个目标ECU控制器的标识、与每一目标ECU控制器的标识对应的升级软件包的链接地址以及所述升级任务的截止时间；

步骤S12、所述目标车辆根据所述与每一目标ECU控制器的标识对应的升级软件包的链接地址，分别获取与每一目标ECU控制器的标识对应的所述升级软件包；

步骤S13、所述目标车辆判断当前时间是否超过所述升级任务的截止时间以及是否接收到终止所述升级任务的指令；

步骤S14、若所述当前时间未超过所述升级任务的截止时间，且未收到终止所述升级任务的指令，则所述目标车辆升级每一所述目标ECU控制器并向服务器报告每一所述目标ECU控制器升级成功或者失败的结果。

进一步地，所述步骤S14还包括：

若当前时间超过所述升级任务的截止时间，或者接收到所述服务器终止所述升级任务的指令，则所述升级任务结束或者终止，所述目标车辆分别对应地向所述服务器反馈升级任务结束或者升级任务被终止。

进一步地，所述方法还包括：

在步骤S11中目标车辆获取多个均未执行的升级任务；

判断所述多个均未执行的升级任务是否均包含同一目标ECU控制器的标识；

若是，在步骤S14中，所述目标车辆使用通过所述最后发布的一个升级任务获取的升级软件包升级所述同一目标ECU控制器。

进一步地，所述步骤S11之前还包括：

步骤S111、目标车辆的TBOX按照预设时间间隔采集本车的所有目标ECU控制器的版本号；

步骤S112、所述目标车辆完成版本号采集后，使用所述目标车辆和所述服务器之间的网络向所述服务器传送本车的版本信息，所述本车的版本信息包括目标车辆的车辆识别码、与所述目标车辆的车辆识别码对应的所有目标ECU控制器的标识以及所有目标ECU控制器的版本号。

进一步地，所述步骤S111之前还包括：

判断目标车辆是否满足目标ECU控制器的版本号采集条件，所述版本号采集条件包括ACC挡位在ON挡持续5秒以上、车速为0且未在远程升级模式；

若是，则开始步骤S111的目标ECU控制器的版本号采集。

进一步地，在所述步骤S111中目标车辆采集本车的所有目标ECU控制器的版本号时，持续监测车辆是否满足目标ECU控制器的版本号采集条件，所述版本号采集条件包括ACC挡位在ON挡持续5秒以上、车速为0且未在远程升级模式；

若否，则中断采集目标ECU控制器的版本号，且在预设时长后再次检查目标车辆是否满足目标ECU控制器的版本号采集条件；

若在所述预设时长后所述目标车辆满足所述目标ECU控制器的版本号采集条件，则所述目标车辆从中断处恢复采集目标ECU控制器的版本号；

若在所述预设时长后所述目标车辆不满足所述目标ECU控制器的版本号采集条件，继续等待预设时间再次检查目标车辆是否满足目标ECU控制器的版本号采集条件，直至最终所述目标车辆满足所述目标ECU控制器的版本号采集条件并完成所有目标ECU控制器的版本号。

本发明提供的一种OTA升级任务生命周期策略管理方法，所述方法包括：

步骤S21、服务器按照预设时间段以及与所述预设时间段对应的预设目标车辆数量向所述目标车辆发布至少一个升级任务，所述升级任务包括目标车辆的车辆识别码、与所述目标车辆的车辆识别码对应的一个或者多个ECU控制器的标识、与每一ECU控制器的标识对应的升级软件包的链接地址以及所述升级任务的截止时间；

步骤S22、目标车辆获取至少一个升级任务；

步骤S23、所述目标车辆根据所述与每一ECU控制器的标识对应的升级软件包的链接地址，分别获取与每一目标控制器的标识对应的所述升级软件包；

步骤S24、所述目标车辆判断当前时间是否超过所述升级任务的截止时间以及是否接收到终止所述升级任务的指令；

步骤S25、若所述当前时间未超过所述升级任务的截止时间，且未收到终止所述升级任务的指令，则所述目标车辆升级每一所述目标ECU控制器并向服务器报告每一所述目标ECU控制器升级成功或者失败的结果。

进一步地，在所述步骤S22之前：

服务器发布多个升级任务，每一所述升级任务中均包括相同的目标ECU控制器标识；

服务器仅保留所述多个升级任务中最后一个升级任务，将所述多个升级任务中其它升级任务废弃。

进一步地，所述升级任务还包括与目标车辆的车辆标识码对应的制造商、品牌、车系和车型，与每一ECU控制器的标识对应的零件号、软件版本号和硬件版本号，以及根据所述升级软件包大小估算升级时长和配置升级说明。

进一步地，所述步骤S25还包括：

若当前时间超过所述升级任务的截止时间，或者接收到所述服务器终止所述升级任务的指令，则所述升级任务结束或者终止，所述目标车辆分别对应地向所述服务器反馈升级任务结束或者升级任务被终止。

进一步地，所述方法还包括：

所述服务器根据所述目标车辆的升级反馈计算每一升级任务的升级失败率；

当任一升级任务的升级失败率达到预设升级失败阈值时，所述服务器向所述目标车辆发送终止升级任务的请求，以终止暂未执行所述任一升级任务的所述目标车辆继续执行升级任务。

进一步地，所述方法还包括：

在步骤S22中目标车辆获取多个均未执行的升级任务；

判断所述多个均未执行的升级任务是否均包含同一目标ECU控制器的标识；

若是，在步骤S25中，所述目标车辆使用通过所述最后发布的一个升级任务获取的升级软件包升级所述同一目标ECU控制器。

实施本发明，具有如下有益效果：

通过本发明，升级任务按照预设时间段分批次发布，为升级任务出错以及降低升级下载流量提供了有效的方案，当部分目标车辆升级出问题以后，可以通过服务器下发终止升级任务执行的指令来停止暂未升级的目标车辆进行升级，降低了目标车辆的回退数量，且为每个升级任务确定了任务截止时间，以保证升级任务的有效性，并且可以统计到升级成功和失败的数量，可以据此对升级任务发布、执行进行选择或改进；解决了现有大量升级出错需要回退，升级时流量通道拥挤等一系列因为量级导致OTA系统负荷过高，回退成本过高的问题。

附图说明

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

图1是本发明实施例提供的OTA升级任务生命周期策略管理方法的流程图。

图2是本发明实施例提供的OTA升级任务生命周期策略管理方法的流程图。

图3是本发明实施例提供的OTA升级任务生命周期策略管理方法的流程图。

图4是本发明实施例提供的OTA升级任务生命周期策略管理方法的流程图。

图5是本发明实施例提供的OTA升级任务生命周期策略管理方法的流程图。

具体实施方式

本专利中，以下结合附图和实施例对该具体实施方式做进一步说明。

如图1所示，本发明实施例提供了OTA升级任务生命周期策略管理方法，所述方法包括：

步骤S11、目标车辆获取至少一个升级任务，所述升级任务包括目标车辆的车辆识别码、与所述目标车辆的车辆识别码对应的一个或者多个目标ECU控制器的标识、与每一目标ECU控制器的标识对应的升级软件包的链接地址以及所述升级任务的截止时间。

需要说明的是，随着车辆网逐步普及，目标车辆会间断地获取升级任务，对于升级任务设置截止时间是为了管理升级任务生命周期，超过了升级任务的截止时间，升级任务将不再有效。

步骤S12、所述目标车辆根据所述与每一目标ECU控制器的标识对应的升级软件包的链接地址，分别获取与每一目标ECU控制器的标识对应的所述升级软件包。

步骤S13、所述目标车辆判断当前时间是否超过所述升级任务的截止时间以及是否接收到服务器终止所述升级任务的指令。

在本实施例中，当升级任务的截止时间过了，而目标车辆依然未进行升级，则升级任务结束；当目标车辆接收到服务器的终止升级任务的指令，目标车辆的升级任务将被终止，通过后台可以直接停止升级任务升级，是为了在部分车辆升级失败或者出现故障后，通过服务器主动终止其它车辆升级，以减小升级失败影响范围或者故障影响范围。

步骤S14、若所述当前时间未超过所述升级任务的截止时间，且未收到服务器终止所述升级任务的指令，所述目标车辆升级每一所述目标ECU控制器并向服务器报告每一所述目标ECU控制器升级成功或者失败的结果。

在本实施例中，目标车辆将目标ECU控制升级成功或者失败反馈给服务器，服务器统计已经进行升级的目标车辆，如果升级失败率达到一定阈值，则表明可能升级软件包存在问题，进而终止升级任务；也可以通过升级成功结果了解升级进展。

进一步地，所述步骤S14还包括：

若当前时间超过所述升级任务的截止时间，或者从所述服务器接收到终止所述升级任务的指令，则所述升级任务结束或者终止，所述目标车辆分别对应地向所述服务器反馈升级任务结束或者升级任务被终止。

需要说明的是，服务器根据不同的反馈结果，可以掌握未进行升级的原因。

进一步地，所述方法还包括：

在步骤S11中目标车辆获取多个均未执行的升级任务；

判断所述多个均未执行的升级任务是否均包含同一目标ECU控制器的标识；

若是，在步骤S14中，所述目标车辆使用通过所述最后发布的一个升级任务获取的升级软件包升级所述同一目标ECU控制器。

参照图2，目标车辆有可能因为不使用或者断开网络连接，在联网时获取到多个均未执行的升级任务包括升级任务1和升级任务2，基于目标ECU控制器的标识来判断升级任务1和升级任务2是否针对同一目标ECU控制器，当升级任务1和升级任务2被判断针对同一目标ECU控制器时，目标车辆放弃升级任务1而使用通过最后发布的升级任务2获取的升级软件包升级上述同一目标ECU控制器；这样可以避免车辆长期不使用或者断网时，大量升级任务积压，而对升级任务进行合并方式，快速地升级目标ECU控制器。

进一步地，所述步骤S11之前还包括：

步骤S111、目标车辆的TBOX按照预设时间间隔采集本车的所有目标ECU控制器的版本号；

步骤S112、所述目标车辆完成版本号采集后，使用所述目标车辆和所述服务器之间的网络向所述服务器传送本车的版本信息，所述本车的版本信息包括目标车辆的车辆识别码、与所述目标车辆的车辆识别码对应的所有目标ECU控制器的标识以及所有目标ECU控制器的版本号。

需要说明的是，对于某些软件包升级，可以针对目标ECU控制器的版本号制作用于升级的差分包，因而TBOX按照预设时间间隔来采集目标ECU控制器的版本号以便于服务器制作差分包。

虽然步骤S111采集目标ECU控制器的版本号，毕竟受到预设时间间隔的限制，参考图3提供的本发明实施例，采集目标ECU控制器的版本号更加积极主动，时效性更强，采集目标ECU控制器的版本号方法包括:

S.001目标车辆的TBOX实时监听总线诊断报文。

需要说明的是，步骤S.001监测CANID为0x7**或者0x6**。

S.002根据所述诊断报文所携带的CANID、SID和DID，判断升级事件是否发生。

参照表1，只有表1中同时满足CANID为0x7**或者0x6**、SID＝0x2E、DID#1＝F1以及DID#2＝84时，判定升级事件发生。

CANID

DLC

Data#1

Data#2

Data#3

Data#4

Data#5-#8

***

8

Length

SID

DID#1

DID#2

0x7**/0x6**

8

3

2E

F1

84

表1

S.003TBOX对升级事件标志进行置位，缓存升级事件信息并同时更新缓存区，所述升级事件信息包括CANID和升级时间。缓存数据的记录格式如下表2：

长度(Byte)	描述
		1	事件编号ID，填1
1	ECU数目
		1	ECU编号1
4	软件更新时间1
			……
1	ECU编码n
		4	软件更新时间n

表2

S.004车辆处于ON档且至少维持90s且TBOX网络连接状态正常。

S.005TBOX网络通信正常，可与服务器进行正常交互。

S.006TBOX判断是否上传成功，若成功且对升级事件信息状态进行更新，若失败，将升级事件信息保留。

S.007TBOX完成一个周期内，升级事件的上报，然后回到初始监控状态。

在本发明另一实施例中，所述步骤S111之前还包括：

判断目标车辆是否满足目标ECU控制器的版本号采集条件，所述版本号采集条件包括ACC挡位在ON挡持续5秒以上、车速为0且未在远程升级模式；

若是，则开始步骤S111的目标ECU控制器的版本号采集。

进一步地，在所述步骤S111中目标车辆采集本车的所有目标ECU控制器的版本号时，持续监测车辆是否满足目标ECU控制器的版本号采集条件，所述版本号采集条件包括ACC挡位在ON挡持续5秒以上、车速为0且未在远程升级模式；

若否，则中断采集目标ECU控制器的版本号，且在预设时长后再次检查目标车辆是否满足目标ECU控制器的版本号采集条件；

若在所述预设时长后所述目标车辆满足所述目标ECU控制器的版本号采集条件，则所述目标车辆从中断处恢复采集目标ECU控制器的版本号；

若在所述预设时长后所述目标车辆不满足所述目标ECU控制器的版本号采集条件，继续等待预设时间再次检查目标车辆是否满足目标ECU控制器的版本号采集条件，直至最终所述目标车辆满足所述目标ECU控制器的版本号采集条件并完成所有目标ECU控制器的版本号。

参考图4提供的本发明实施例，采集目标ECU控制器的版本号方法包括：

S.1时间参数默认为24小时，可配置；该参数用于控制版本采集周期，即默认24小时触发一次版本采集；

S.2车辆版本采集条件判断，版本采集执行的前提是保证车辆处于安全环境，不影响其他正常业务。判断的条件有：车辆On档持续5s以上、车速为0、未在远程升级模式；这些判断条件参数，可以使软件版本采集过程不干扰正常车辆使用业务，即在保证安全且不影响车辆其它业务正常使用的前提下，进行版本采集的过程；

S.3根据ECU编码表主动逐个读取车辆ECU软件版本，读取后将读到的信息先存储至TBOX本地；

S.4采集完成即为ECU编码表中所有ECU软件版本号都读取完成，否则即为采集未完成；

S.5TBOX能正常与OTA服务器通信即为网络通信正常；

S.6在网络正常时，TBOX将软件版本信息上传至OTA服务器。

结合图4，该方法的工作流程如下：

1)车辆ON档，TBOX中OTA程序判断是否到达版本采集周期(默认24小时)；

2)若满足版本采集周期，则判断车辆是否满足版本采集条件(检查车辆ON档超过5s、车速为0且没在远程升级模式下)，若满足条件则开始进行软件版本采集；

3)若满足版本采集条件，TBOX则按照ECU编码表主动逐个读取ECU的软件版本号，读取到的版本号将先存储在TBOX本地；逐个读取过程中，会持续监测版本采集条件，若版本采集条件不满足，则随时终止采集过程；ECU软件版本号读取时，如果读取失败，则在本周期内不再重复读取，即在采集周期内，无论成功与否，每个ECU只读取一次。

4)若版本采集过程中，版本采集条件不满足，则等待3min继续检查升级条件，条件满足则继续接着上次中断的地方开始采集，如果条件仍不满足，则继续等待3min如此往复，直到读取结束；

5)当车端TBOX网络正常、车辆TBOX连接OTA服务器的时候，主动上传本次采集并存储的软件版本信息至服务器。

6)OTA服务器收到TBOX上传的结果时，服务器会将数据先缓存到某一空间，然后再在固定时间处理上传的数据，更新数据库中当前车辆识别码对应车辆的版本信息。TBOX和后台服务器是端对端的连接，所以每次上传时是针对一台车的数据。

结合图3和图4对应实施例中采集目标ECU控制器的版本号，实现了目标ECU控制器的版本号实时采集，并且为版本号采集设置了满足条件，避免因不满足采集条件导致错误；而且由于目标车辆并非只有OTA一种升级方式，售后诊断仪也能升级刷新ECU控制器，也可以被TBOX采集到，并上报给服务器。

如图5所示，本发明实施例提供了OTA升级任务生命周期策略管理方法，所述方法包括：

步骤S21、服务器按照预设时间段以及与所述预设时间段对应的预设目标车辆数量向所述目标车辆发布至少一个升级任务，所述升级任务包括目标车辆的车辆识别码、与所述目标车辆的车辆识别码对应的一个或者多个ECU控制器的标识、与每一ECU控制器的标识对应的升级软件包的链接地址以及所述升级任务的截止时间。

需要说明的是，服务器设置预设单位段以及设置与预设时间段对应的预设目标车辆数量，是为了实现分批发布升级任务，升级失败以后可以回滚，减少升级失败导致影响范围，同时也避免了大量目标车辆同时获得升级任务并下载升级软件包导致网络拥塞。

在本发明实施例中，升级任务还包括与目标车辆的车辆标识码对应的制造商、品牌、车系和车型，与每一ECU控制器的标识对应的零件号、软件版本号和硬件版本号，以及根据所述升级软件包大小估算升级时长和配置升级说明。在升级任务被发布之前，制造商、品牌、车型、车系以及ECU控制器的零件号、软件版本号和硬件版本号均可以被选择，可以自适应升级某类车辆，便于管理；估算升级时长用于提醒用户以获得更好用户体验，配置升级说明用于指导用户升级。

目标车辆的车辆标识码、与目标车辆的车辆标识码对应的ECU控制器的标识以及与所述ECU控制器标识对应的零件号、软件版本号和硬件版本号，属于比较重要的参数，在车联网平台、生产信息化管理系统、电检系统、OTA系统、汽车销售管理系统和诊断仪系统中间会同步上述重要的参数，以保证生产、销售、售后和升级的统一，实现全生命周期的管理。

车辆下线数据，生产信息化管理系统一般可提供车辆数据，电检系统可提供车辆对应的ECU数据，数据流可以是电检系统->生产信息化管理系统->车联网平台，也可以是生产信息化管理系统->车联网平台+电检系统->车联网系统，电检系统ECU数据有车辆与ECU信息关系，车联网平台收到数据后，可对应车辆数据以及ECU数据关系；车辆下线后，由车联网平台同步ECU数据到生产信息化管理系统；OTA系统从车联网平台获取产线下线车辆数据。

车辆进入市场后，OTA服务器定时采集目标ECU控制器的数据，包括零件信息和软件版本信息，并同步改变的消息到车联网平台，以保证数据同步更新；同时在车辆进行维修或者升级以后，诊断仪系统也会同步目标ECU控制器零件信息变化以及版本信息变化至车联网平台。车联网平台连接生产、销售、售后和升级等各系统，可以实时掌握ECU控制器的硬件和软件信息变化，从而为车辆OTA升级和管理提供了数据基础。

步骤S22、目标车辆获取至少一个升级任务；

步骤S23、所述目标车辆根据所述与每一ECU控制器的标识对应的升级软件包的链接地址，分别获取与每一目标控制器的标识对应的所述升级软件包；

步骤S24、所述目标车辆判断当前时间是否超过所述升级任务的截止时间以及是否接收到服务器终止所述升级任务的指令；

步骤S25、若所述当前时间未超过所述升级任务的截止时间，且未从服务器收到终止所述升级任务的指令，所述目标车辆升级每一所述目标ECU控制器并向服务器报告每一所述目标ECU控制器升级成功或者失败的结果。

进一步地，在所述步骤S22之前：

服务器发布多个升级任务，每一所述升级任务中均包括相同的目标ECU控制器标识；

服务器仅保留所述多个升级任务中最后一个升级任务，将所述多个升级任务中其它升级任务废弃。

在本实施例中，服务器发布多个升级任务时，如果多个升级任务均针对同一目标ECU控制器，服务器可以合并多个升级任务并仅保留最后一个升级任务，例如针对某一目标ECU控制器有升级任务1、升级任务2，保留升级任务2而废弃升级任务1以提升ECU控制器OTA升级效率。

进一步地，所述步骤S25还包括：

若当前时间超过所述升级任务的截止时间，或者接收到所述服务器终止所述升级任务的指令，则所述升级任务结束或者终止，所述目标车辆分别对应地向所述服务器反馈升级任务结束或者升级任务被终止。

进一步地，所述方法还包括：

所述服务器根据所述目标车辆的升级反馈计算每一升级任务的升级失败率；

当任一升级任务的升级失败率达到预设升级失败阈值时，所述服务器向所述目标车辆发送终止升级任务的请求，以终止暂未执行所述任一升级任务的所述目标车辆继续执行升级任务。

进一步地，所述方法还包括：

在步骤S22中目标车辆获取多个均未执行的升级任务；

判断所述多个均未执行的升级任务是否均包含同一目标ECU控制器的标识；

若是，所述目标车辆使用通过所述最后发布的一个升级任务获取的升级软件包升级所述同一目标ECU控制器。

在本实施例中，目标车辆针对同一目标ECU控制器的多个未执行的升级任务，也可以合并仅执行最后发布的一个升级任务，以提升升级效率。

实施本发明，具有如下有益效果：

通过本发明，升级任务按照预设时间段分批次发布，为升级任务出错以及降低升级下载流量提供了有效的方案，当部分目标车辆升级出问题以后，可以通过服务器下发终止升级任务执行的指令来停止暂未升级的目标车辆进行升级，降低了目标车辆的回退数量，且为每个升级任务确定了任务截止时间，以保证升级任务的有效性，并且可以统计到升级成功和失败的数量，可以据此对升级任务发布、执行进行选择或改进；解决了现有大量升级出错需要回退，升级时流量通道拥挤等一系列因为量级导致OTA系统负荷过高，回退成本过高的问题。

以上内容是结合具体的优选实施方式对本发明所作的进一步详细说明，不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说，在不脱离本发明构思的前提下，还可以做出若干简单推演或替换，都应当视为属于本发明的保护范围。

Claims (12)

1.一种OTA升级任务生命周期策略管理方法，其特征在于，所述方法包括：

步骤S11、目标车辆获取至少一个升级任务，所述升级任务包括目标车辆的车辆识别码、与所述目标车辆的车辆识别码对应的一个或者多个目标ECU控制器的标识、与每一目标ECU控制器的标识对应的升级软件包的链接地址以及所述升级任务的截止时间；

步骤S12、所述目标车辆根据所述与每一目标ECU控制器的标识对应的升级软件包的链接地址，分别获取与每一目标ECU控制器的标识对应的所述升级软件包；

步骤S13、所述目标车辆判断当前时间是否超过所述升级任务的截止时间以及是否接收到终止所述升级任务的指令；

步骤S14、若所述当前时间未超过所述升级任务的截止时间，且未收到终止所述升级任务的指令，则所述目标车辆升级每一所述目标ECU控制器并向服务器报告每一所述目标ECU控制器升级成功或者失败的结果。

2.如权利要求1所述方法，其特征在于，所述步骤S14还包括：

若当前时间超过所述升级任务的截止时间，或者接收到所述服务器终止所述升级任务的指令，则所述升级任务结束或者终止，所述目标车辆分别对应地向所述服务器反馈升级任务结束或者升级任务被终止。

3.如权利要求1所述方法，其特征在于，所述方法还包括：

在步骤S11中目标车辆获取多个均未执行的升级任务；

判断所述多个均未执行的升级任务是否均包含同一目标ECU控制器的标识；

若是，在步骤S14中，所述目标车辆使用通过所述最后发布的一个升级任务获取的升级软件包升级所述同一目标ECU控制器。

4.如权利要求1所述方法，其特征在于，所述步骤S11之前还包括：

步骤S111、目标车辆的TBOX按照预设时间间隔采集本车的所有目标ECU控制器的版本号；

步骤S112、所述目标车辆完成版本号采集后，使用所述目标车辆和所述服务器之间的网络向所述服务器传送本车的版本信息，所述本车的版本信息包括目标车辆的车辆识别码、与所述目标车辆的车辆识别码对应的所有目标ECU控制器的标识以及所有目标ECU控制器的版本号。

5.如权利要求4所述方法，其特征在于，所述步骤S111之前还包括：

判断目标车辆是否满足目标ECU控制器的版本号采集条件，所述版本号采集条件包括ACC挡位在ON挡持续5秒以上、车速为0且未在远程升级模式；

若是，则开始步骤S111的目标ECU控制器的版本号采集。

6.如权利要求4所述方法，其特征在于，在所述步骤S111中目标车辆采集本车的所有目标ECU控制器的版本号时，持续监测车辆是否满足目标ECU控制器的版本号采集条件，所述版本号采集条件包括ACC挡位在ON挡持续5秒以上、车速为0且未在远程升级模式；

若否，则中断采集目标ECU控制器的版本号，且在预设时长后再次检查目标车辆是否满足目标ECU控制器的版本号采集条件；

若在所述预设时长后所述目标车辆满足所述目标ECU控制器的版本号采集条件，则所述目标车辆从中断处恢复采集目标ECU控制器的版本号；

若在所述预设时长后所述目标车辆不满足所述目标ECU控制器的版本号采集条件，继续等待预设时间再次检查目标车辆是否满足目标ECU控制器的版本号采集条件，直至最终所述目标车辆满足所述目标ECU控制器的版本号采集条件并完成所有目标ECU控制器的版本号。

7.一种OTA升级任务生命周期策略管理方法，其特征在于，所述方法包括：

步骤S21、服务器按照预设时间段以及与所述预设时间段对应的预设目标车辆数量向所述目标车辆发布至少一个升级任务，所述升级任务包括目标车辆的车辆识别码、与所述目标车辆的车辆识别码对应的一个或者多个ECU控制器的标识、与每一ECU控制器的标识对应的升级软件包的链接地址以及所述升级任务的截止时间；

步骤S22、目标车辆获取至少一个升级任务；

步骤S23、所述目标车辆根据所述与每一ECU控制器的标识对应的升级软件包的链接地址，分别获取与每一目标控制器的标识对应的所述升级软件包；

步骤S24、所述目标车辆判断当前时间是否超过所述升级任务的截止时间以及是否接收到终止所述升级任务的指令；

步骤S25、若所述当前时间未超过所述升级任务的截止时间，且未收到终止所述升级任务的指令，则所述目标车辆升级每一所述目标ECU控制器并向服务器报告每一所述目标ECU控制器升级成功或者失败的结果。

8.如权利要求7所述方法，其特征在于，在所述步骤S22之前：

服务器发布多个升级任务，每一所述升级任务中均包括相同的目标ECU控制器标识；

服务器仅保留所述多个升级任务中最后一个升级任务，将所述多个升级任务中其它升级任务废弃。

9.如权利要求7所述方法，其特征在于，所述升级任务还包括与目标车辆的车辆标识码对应的制造商、品牌、车系和车型，与每一ECU控制器的标识对应的零件号、软件版本号和硬件版本号，以及根据所述升级软件包大小估算升级时长和配置升级说明。

10.如权利要求7所述方法，其特征在于，所述步骤S25还包括：

若当前时间超过所述升级任务的截止时间，或者接收到所述服务器终止所述升级任务的指令，则所述升级任务结束或者终止，所述目标车辆分别对应地向所述服务器反馈升级任务结束或者升级任务被终止。

11.如权利要求9所述方法，其特征在于，所述方法还包括：

所述服务器根据所述目标车辆的升级反馈计算每一升级任务的升级失败率；

当任一升级任务的升级失败率达到预设升级失败阈值时，所述服务器向所述目标车辆发送终止升级任务的请求，以终止暂未执行所述任一升级任务的所述目标车辆继续执行升级任务。

12.如权利要求7所述方法，其特征在于，所述方法还包括：

在步骤S22中目标车辆获取多个均未执行的升级任务；

判断所述多个均未执行的升级任务是否均包含同一目标ECU控制器的标识；

若是，在步骤S25中，所述目标车辆使用通过所述最后发布的一个升级任务获取的升级软件包升级所述同一目标ECU控制器。

Images