整车软件远程升级方法、装置及平台设备与流程

1.本技术涉及汽车技术领域，尤其是涉及一种整车软件远程升级方法、装置及平台设备。


背景技术：

2.为了提升用户的满意度和对品牌的忠诚度，各整车企业都纷纷开发了车辆远程升级功能，该功能可以及时、高效的向用户推送新功能，提升用户体验。随着推送功能的多样化，涉及到的控制器越来越多，整车实现远程升级的控制器越来越多，软件版本管理也愈加复杂。目前的软件管理方式为对各个控制器分别升级，无法实现对所有控制器进行统一升级管理。


技术实现要素：

3.本技术的目的在于提供一种整车软件远程升级方法、装置及平台设备，从而解决现有技术中无法对ecu的远程升级进行统一管理的问题。
4.为了达到上述目的，本技术提供一种整车软件远程升级方法，包括：
5.获取电动汽车上的电子控制单元ecu的目标软件版本组合和当前软件版本组合；
6.根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合；
7.将制作的所述待升级ecu组合的软件升级包发送给车辆，使所述车辆根据所述软件升级包进行升级。
8.可选地，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合，包括：
9.获取所述电动汽车的第一版本号，所述第一版本号为所述电动汽车最后一次软件升级的版本号；
10.在所述当前软件版本组合与所述第一版本号对应的软件版本组合一致的情况下，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合；
11.在所述当前软件版本组合与所述第一版本号对应的软件版本组合不一致的情况下，显示是否进入强刷模式；
12.在接收到进入强刷模式指令的情况下，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合。
13.可选地，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合，包括：
14.分别对所述电动汽车上的各个所述ecu的目标软件版本和所述当前软件版本组合中对应的ecu的当前按软件版本进行比对；
15.确定目标软件版本和当前软件版本不一致的ecu为所述待升级ecu组合中的元素。
16.可选地，所述方法还包括：
17.在接收到进入强刷模式指令的情况下，向至少一个终端设备发送强刷审批请求；
18.在接收到进入强刷模式指令的情况下，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合，包括：
19.在接收到各个所述终端设备反馈的同意进入强刷模式的情况下，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合。
20.可选地，所述方法还包括：
21.在软件升级失败的情况下，根据所述第一版本号对应的软件版本组合，更新所述电动汽车上的各个ecu的软件版本。
22.本技术实施还提供一种整车软件远程升级装置，包括：
23.获取模块，用于获取电动汽车上的电子控制单元ecu的目标软件版本组合和当前软件版本组合；
24.确定模块，用于根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合；
25.发送模块，用于将制作的所述待升级ecu组合的软件升级包发送给车辆，使所述车辆根据所述软件升级包进行升级。
26.可选地，所述确定模块包括：
27.获取子模块，用于获取所述电动汽车的第一版本号，所述第一版本号为所述电动汽车最后一次软件升级的版本号；
28.第一确定子模块，用于在所述当前软件版本组合与所述第一版本号对应的软件版本组合一致的情况下，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合；
29.显示子模块，用于在所述当前软件版本组合与所述第一版本号对应的软件版本组合不一致的情况下，显示是否进入强刷模式；
30.第二确定子模块，用于在接收到进入强刷模式指令的情况下，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合。
31.可选地，所述装置还包括：
32.第二发送模块，用于在接收到进入强刷模式指令的情况下，向至少一个终端设备发送强刷审批请求；
33.所述第二确定子模块具体用于在接收到各个所述终端设备反馈的同意进入强刷模式的情况下，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合。
34.本技术实施例还提供一种整车软件远程升级平台设备，包括：处理器，存储器及存储在所述存储器上并可在所述处理器上运行的程序，所述程序被所述处理器执行时实现如上所述的整车软件远程升级方法。
35.本技术实施例还提供一种可读存储介质，所述可读存储介质上存储有程序，所述程序被处理器执行时实现如上所述的整车软件远程升级方法。
36.本技术的上述技术方案至少具有如下有益效果：
37.本技术实施例的整车软件远程升级方法，首先，获取电动汽车上的电子控制单元ecu的目标软件版本组合和当前软件版本组合；其次，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合；最后，将制作的所述待升级ecu组合的软件升级包发
送给车辆，使所述车辆根据所述软件升级包进行升级。如此，实现了对汽车中支持远程升级的ecu的软件版本的统一管理，使得各ecu的软件的版本与软件管理方(如厂家或整车厂)提供的软件版本一致，以提升用户体验。
附图说明
38.图1为本技术实施例的整车软件远程升级方法的流程示意图之一；
39.图2为本技术实施例的整车软件远程升级方法的流程示意图之二；
40.图3为本技术实施例的整车软件远程升级装置的结构示意图；
41.图4为本技术实施例的整车软件远程升级平台设备的结构示意图。
具体实施方式
42.下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
43.本技术的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。
44.下面结合附图，通过具体的实施例及其应用场景对本技术实施例提供的整车软件远程升级方法、装置及平台设备进行详细地说明。
45.如图1所示，为本技术实施例的整车软件远程升级方法的流程示意图之一，该方法包括：
46.步骤101，获取电动汽车上的电子控制单元(electronic control unit，ecu)的目标软件版本组合和当前软件版本组合；
47.这里，需要说明的是，本步骤是获取电动汽车上支持远程升级的各个ecu的软件版本的集合，也就是说，软件版本组合(包括目标软件版本组合、当前软件版本组合等)包括的是多个ecu的软件版本。
48.步骤102，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合；
49.同样的，待升级ecu组合也是包括一个或多个ecu。
50.步骤103，将制作的所述待升级ecu组合的软件升级包发送给车辆，使所述车辆根据所述软件升级包进行升级。
51.这里，需要说明的是，具体可以是车辆tbox向远程刷写平台请求下载升级包之后，远程刷写平台将制作好的软件升级包发送给车辆的tbox，如此，tbox可以根据车辆状态及用户操作指令完成远程升级。
52.本技术实施例的整车软件远程升级方法，首先，获取电动汽车上的电子控制单元ecu的目标软件版本组合和当前软件版本组合；其次，根据所述目标软件版本组合和所述当
前软件版本组合，确定待升级ecu组合；最后，将制作的所述待升级ecu组合的软件升级包发送给车辆，使所述车辆根据所述软件升级包进行升级。如此，实现了对汽车中支持远程升级的ecu的软件版本的统一管理，使得各ecu的软件的版本与软件管理方(如厂家或整车厂)的软件版本一致，以提升用户体验。
53.作为一个可选的实现方式，步骤102，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合，包括：
54.(1)获取所述电动汽车的第一版本号，所述第一版本号为所述电动汽车最后一次软件升级的版本号；
55.也就是说，在每次远程升级后，整车软件远程升级平台设备会保存此次远程升级的版本号，以便于后续对车辆的软件版本的管理。
56.(2)在所述当前软件版本组合与所述第一版本号对应的软件版本组合一致的情况下，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合；
57.本步骤具体为：将当前软件版本组合中的各个软件版本与第一版本号对应的软件版本组合中的各个软件版本进行对比，若两者一致，则确定车辆在上一次远程升级之后软件版本组合未发生变化，例如，未进行线下升级或未更换ecu，车辆状态满足远程升级要求。
58.(3)在所述当前软件版本组合与所述第一版本号对应的软件版本组合不一致的情况下，显示是否进入强刷模式；
59.同样的，若两者不一致，则确定车辆在上一次升级之后软件版本组合发生了变换，例如，进行了线下升级或更换了ecu，为了确保车辆状态与整车远程升级设备中的状态相同，以便于对整车软件进行管理，需要向平台管理人员确认是否进入强刷模式，其中，强刷模式即为强制刷写模式。
60.(4)在接收到进入强刷模式指令的情况下，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合。
61.也就是说，在确定进入强刷模式时，基于目标软件版本组合和当前软件版本组合中的各个软件版本，确定待升级的ecu，以便于对版本组合发生变化的车辆进行强制刷写，使得完成远程升级后整车软件的版本与目标软件版本组合一致。
62.作为一个具体的实现方式，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合，包括：
63.分别对所述电动汽车上的各个所述ecu的目标软件版本和所述当前软件版本组合中对应的ecu的当前按软件版本进行比对；
64.确定目标软件版本和当前软件版本不一致的ecu为所述待升级ecu组合中的元素。
65.也就是说，可以直接通过对目标软件版本组合和车辆的当前软件版本组合中，相对应的ecu的软件版本的比对，确定出软件版本不一致的ecu为待升级的ecu。
66.进一步地，作为一个可选的实现方式，所述方法还包括：
67.在接收到进入强刷模式指令的情况下，向至少一个终端设备发送强刷审批请求；
68.也就是说，在显示是否进入强刷模式的请求后，若接收到平台管理人员的进入强刷模式的反馈后，通过向相关负责人员绑定的终端设备上发送强刷请求，以确定是否进入强刷模式，如此，确保升级的可靠性，其中，可以按照相关负责人的职级逐一发送强刷审批请求，即：先向最高级负责人员发送强刷审批请求，再向次高级发送，直至发送给最后一个
负责人员，或者，先向权限低的负责人员发送强刷审批请求，直至最高级负责人员，或者，同时向各个相关负责人员发送强刷审批请求，直至接收到所有相关负责人员的反馈后确定是否进入强刷模式。本技术实施例对具体的发送强刷审批请求的方式不做限定。
69.在此基础上，在接收到进入强刷模式指令的情况下，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合，包括：
70.在接收到各个所述终端设备反馈的同意进入强刷模式的情况下，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合。
71.同样的，本可选实现方式中，待升级ecu组合由目标软件版本组合与当前软件版本组合中软件版本号不一致的ecu组成。
72.作为一个可选的实现方式，所述方法还包括：
73.在软件升级失败的情况下，根据所述第一版本号对应的软件版本组合，更新所述电动汽车上的各个ecu的软件版本。
74.也就是说，在软件升级失败时，可以将ecu的软件版本回滚至第一版本号对应的软件版本组合中的软件版本。
75.这里，需要说明的是，在软件升级失败时，也可以将ecu的软件版本回滚至当前软件版本组合中的软件版本。
76.下面，结合图2，对本技术实施例的整车软件远程升级方法的具体实现进行说明：
77.这里，需要说明的是，下述“大版本”指的是软件版本组合；下述“远程刷写平台”可以指的是本技术实施例中的整车软件远程升级平台设备
78.1)大版本生成
79.大版本中的每个ecu软件版本号都是固定组合，由软件仓库统一管理，大版本中的任何一个或者多个ecu的软件号有变动，大版本号也要进行变动，如下表1所示。
[0080][0081]
表1
[0082]
2)创建任务
[0083]
远程刷写平台从软件仓库获取大版本，每次在创建升级任务时，需要确定目标大版本(目标软件版本组合)和基础大版本(第一版本号对应的软件版本组合)：基础大版本是车辆当前的一种软件状态，如果升级目标大版本的时候失败了，还可以根据基础大版本将车辆恢复到原来的状态，保证车辆可以正常使用；目标大版本概括来说就是此次升级任务成功后，车辆控制器要达到的一种软件状态。
[0084]
3)升级包下载
[0085]
任务创建完成后，升级包下载之前，远程刷写平台要对基础大版本、目标大版本和车辆当前的零部件信息进行校验，只有获取到零部件信息，且信息正确的情况下，远程升级
流程才能继续往下进行。校验分为两步：
[0086]
第一步是基础大版本ecu版本号是否和车辆当前ecu版本号一致，如v1.0为基础大版本，ecu全是s1，那车辆对应ecu也应全是s1，否则校验不通过。这里，需要说明的是，由于实际市场车辆状态多样，很多情况会使车辆ecu当前版本号不在大版本固定组合范围，与基础大版本ecu版本号不一致，进而因校验失败导致远程升级不成功，为了提高升级成功率，此时平台不应直接判定无法升级，需要将校验有问题ecu零部件号和软件版本号等信息展示给平台管理人员，并提供是否进入强刷模式入口。如果不进入，校验失败，任务结束；如果确认进入强刷模式，平台要自动发起审批流程，多环节确认，只有审批通过任务才可以开始。
[0087]
第二步是远程刷写平台会自动对比两个大版本之间哪个ecu有变更，然后将有变更的ecu软件制作升级包下载到tbox。如v2.0是目标大版本，与v1.0相比ecu3有变更，刷写平台制作升级包时只制作ecu3，然后将此升级包下载到tbox。
[0088]
对于第一步检验不通过后采取的强刷模式，刷写平台会将目标大版本中各ecu版本与车辆当前ecu版本进行对比，将版本号不一致的ecu一起制作升级包然后下载给tbox，通过升级。
[0089]
4)升级包更新
[0090]
tbox下载了升级包后，会通过手机或车辆大屏向用户推送升级提醒信息，tbox根据车辆状态及用户操作指令完成远程升级。
[0091]
结合上述描述，本技术实施例的整车软件远程升级的实现过程按照如下步骤：
[0092]
1)软件仓库进行大版本制作，亦即，软件仓库制作目标软件版本组合；
[0093]
2)远程刷写平台创建任务，亦即，远程刷写平台创建远程升级任务；
[0094]
3)远程刷写平台对基础大版本和车端校验，亦即，远程刷写平台对第一版本号对应的软件版本组合与当前软件版本组合进行校验；
[0095]
4)若校验通过，则远程刷写平台对目标大版本和基础大版本校验；亦即，远程刷写平台对第一版本号对应的软件版本组合与目标软件版本组合进行校验，以确定两者中版本号不一致的ecu，当然，此时基础大版本与车端大版本一致，因此，也可以理解为目标大版本与车端大版本进行校验；
[0096]
5)若校验未通过，则提示不通过ecu信息以及是否进入强制模式；亦即，远程刷写平台将校验异常的ecu零部件和软件版本号等信息显示给平台管理人员，并提供是否进入强制刷写模式入口；
[0097]
若平台管理人员确认进入强制刷写模式，则远程刷写平台自动发起审批流程，多环节确认，只有审批通过任务才可以开始；亦即，平台管理人员确认进入强刷模式时，向至少一个终端设备发送强刷审批请求，且在接收到各个终端设备发送的同意进入强刷模式时，确认进入强刷模式；
[0098]
7)在进入强刷模式后，目标大版本端校验，亦即，将目标大版本与车辆当前的版本进行校验，获取版本号不一致的ecu；
[0099]
8)升级包制作，亦即，根据版本号不一致的ecu，制作升级包；
[0100]
9)升级包下载，亦即，车辆从远程刷写平台下载升级包；
[0101]
10)升级，亦即，车辆进行软件升级。
[0102]
本技术实施例的整车软件远程升级方法，通过对整车软件的版本进行定义，实现了远程升级按照整车进行升级，便于软件版本的管理，其中，针对远程升级后的版本组合发生了变换的现象，如：线下升级或更换ecu等，本技术实施例提供了强刷模式，使软件版本不规范的车辆通过远程升级也能完成功能迭代，且规范了市场车辆软件状态，提升了市场车辆升级成功率，有利于及时修复软件问题。降低了用户去4s店更新程序的次数，一定程度的节省了售后维护成本。
[0103]
如图3所示，为本技术实施例的整车软件远程升级装置的结构示意图，所述整车软件远程升级装置，包括：
[0104]
获取模块301，用于获取电动汽车上的电子控制单元ecu的目标软件版本组合和当前软件版本组合；
[0105]
确定模块302，用于根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合；
[0106]
发送模块303，用于将制作的所述待升级ecu组合的软件升级包发送给车辆，使所述车辆根据所述软件升级包进行升级。
[0107]
本技术实施例的整车软件远程升级装置，首先，获取模块301获取电动汽车上的电子控制单元ecu的目标软件版本组合和当前软件版本组合；其次，确定模块302根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合；最后，发送模块303将制作的所述待升级ecu组合的软件升级包发送给车辆，使所述车辆根据所述软件升级包进行升级。如此，实现了对汽车中支持远程升级的ecu的软件版本的统一管理，使得各ecu的软件的版本与软件管理方(如厂家或整车厂)提供的软件版本一致，以提升用户体验。
[0108]
可选地，所述确定模块302包括：
[0109]
获取子模块，用于获取所述电动汽车的第一版本号，所述第一版本号为所述电动汽车最后一次软件升级的版本号；
[0110]
第一确定子模块，用于在所述当前软件版本组合与所述第一版本号对应的软件版本组合一致的情况下，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合；
[0111]
显示子模块，用于在所述当前软件版本组合与所述第一版本号对应的软件版本组合不一致的情况下，显示是否进入强刷模式；
[0112]
第二确定子模块，用于在接收到进入强刷模式指令的情况下，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组合。
[0113]
可选地，所述确定模块302或所述第一确定子模块具体用于：
[0114]
分别对所述电动汽车上的各个所述ecu的目标软件版本和所述当前软件版本组合中对应的ecu的当前按软件版本进行比对；
[0115]
确定目标软件版本和当前软件版本不一致的ecu为所述待升级ecu组合中的元素。
[0116]
进一步地，所述装置还包括：
[0117]
第二发送模块，用于在接收到进入强刷模式指令的情况下，向至少一个终端设备发送强刷审批请求；
[0118]
所述第二确定子模块具体用于在接收到各个所述终端设备反馈的同意进入强刷模式的情况下，根据所述目标软件版本组合和所述当前软件版本组合，确定待升级ecu组
合。
[0119]
可选地，所述装置还包括：
[0120]
更新模块，用于在软件升级失败的情况下，根据所述第一版本号对应的软件版本组合，更新所述电动汽车上的各个ecu的软件版本。
[0121]
本技术实施例还提供一种整车软件远程升级平台设备，包括：处理器400，存储器420及存储在所述存储器420上并可在所述处理器400上运行的程序，所述程序被所述处理器执行时实现如上所述的整车软件远程升级方法实施例的各个过程，且能达到相同的技术效果，为了避免重复，这里不再赘述。
[0122]
所述收发机4310，用于在处理器400的控制下接收和发送数据。
[0123]
其中，在图4中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器400代表的一个或多个处理器和存储器420代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机410可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口430还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
[0124]
处理器400负责管理总线架构和通常的处理，存储器420可以存储处理器400在执行操作时所使用的数据。
[0125]
本技术实施例还提供一种可读存储介质，可读存储介质上存储有程序，该程序被处理器执行时实现如上所述的整车软件远程升级方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。其中，该可读存储介质，如只读存储器(read-only memory，简称rom)、随机存取存储器(random access memory，简称ram)、磁碟或者光盘等。
[0126]
最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0127]
以上所述是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。