一种OTA升级过程中的故障修复方法及系统与流程

一种ota升级过程中的故障修复方法及系统
技术领域
1.本发明属于汽车电子技术领域，具体涉及一种ota升级过程中的故障修复方法及系统。


背景技术：

2.ota远程升级技术的出现对汽车行业有着深刻的影响，使销售终端从最初的销售4s店变成了主机厂。然而，由于ota技术发展的年限不长，技术发展尚未成熟，在每一次升级过程中，都可能存在一些故障，如果由于这些故障导致升级失败，则会降低用户体验，给用户增加用车风险，同时也给主机厂带来很多麻烦。因此，如果处理升级过程中可能会出现的故障，成了当前亟待解决的问题。


技术实现要素：

3.本发明为解决上述问题，提出了一种ota升级过程中的故障修复方法及系统。该方法利用了车内的缓存空间对上一次升级成功的升级文件进行存储，当ota升级过程中遇到故障无法继续进行的时候，可以对缓存过程中的升级包进行解析，从而达到处理故障的目的。
4.本发明通过如下技术方案实现：
5.一种ota升级过程中的故障修复系统，包括云服务器、车端处理器、车端缓存、缓存中的软件包、可扩展标记语言文件以及用户组成；云服务器给车端处理器发送ota升级任务与文件，车端处理器给云服务器返回任务进行的状态；车端处理器负责解析可扩展标记语言文件和软件包；车端处理器进行操作并通知用户升级是否成功。
6.优选地，所述车端缓存具体是指车端预留出来的存储空间来存储上次升级成功的升级包；缓存中的软件包具体是指上次升级成功的升级包；可扩展标记语言文件具体是指刷写文件的索引文件，里面包含刷写的起始位置和刷写字段的长度。
7.一种ota升级过程中的故障修复方法，具体包括如下步骤：
8.步骤一：在升级过程中遇到故障的时候，流程开始，向云服务器发送执行修复操作的信息；
9.步骤二：向云服务器发送故障修复的信息后，在车内的缓存中；
10.步骤三：搜索到上一次升级成功的软件包之后，处理器解析可扩展标记语言文件；
11.步骤四：解析完可扩展标记语言文件后，继续解析软件包中的升级文件；
12.步骤五：如果解析软件包中的升级文件成功，使用升级文件对车端升级的控制器进行刷写；
13.步骤六：在刷写成功后，向云端发送故障修复成功的信息并且通知用户升级成功，最终流程结束。
14.优选地，步骤一中如果执行修复操作的信息发送失败，则重复发送三次，如果次数已经达到上限，则通知用户升级失败并且向云服务器返回故障修复失败的信息，流程结束。
15.优选地，步骤二中如果搜索失败，则向云服务器返回故障修复失败的信息并且通知用户升级失败，流程结束。
16.优选地，步骤三中如果处理失败，则通知用户升级失败并且向云服务器返回故障修复失败的消息，流程结束。
17.优选地，步骤四中如果解析失败，则向云服务器返回故障修复失败的信息并且通知用户升级失败。
18.优选地，步骤五中如果刷写失败，则向云服务器返回故障修复失败的信息并且通知用户升级失败。
19.与现有技术相比，本发明的优点如下：
20.1)给ota升级过程中增加故障修复机制，提高了升级过程的容错性和可靠性；
21.2)通过给服务器和用户消息的反馈，让主机厂可以及时掌握升级的具体进程，同时优化用户体验；
22.3)普适性更强，ota升级失败的过程中都会有升级失败的风险，本方法可以使用搭载ota功能的更多车型。
附图说明
23.为了更清楚地说明本发明具体实施方式或现有技术中的技术方案，下面将对具体实施方式或现有技术描述中所需要使用的附图作简单地介绍。在所有附图中，类似的元件或部分一般由类似的附图标记标识。附图中，各元件或部分并不一定按照实际的比例绘制。
24.图1是本发明的一种ota升级过程中的故障修复系统的系统框图；
25.图2是本发明的一种ota升级过程中的故障修复方法的流程原理图。
具体实施方式
26.为清楚、完整地描述本发明所述技术方案及其具体工作过程，结合说明书附图，本发明的具体实施方式如下：
27.在本发明中，除非另有明确的规定和限定，术语“安装”、“相连”、“连接”、“固定”等术语应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或成一体；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通或两个元件的相互作用关系，除非另有明确的限定。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本发明中的具体含义。
28.在本发明中，除非另有明确的规定和限定，第一特征在第二特征“上”或“下”可以是第一和第二特征直接接触，或第一和第二特征通过中间媒介间接接触。而且，第一特征在第二特征“之上”、“上方”和“上面”可是第一特征在第二特征正上方或斜上方，或仅仅表示第一特征水平高度高于第二特征。第一特征在第二特征“之下”、“下方”和“下面”可以是第一特征在第二特征正下方或斜下方，或仅仅表示第一特征水平高度小于第二特征。
29.在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不必须针对的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任
一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
30.实施例1
31.一种ota升级过程中的故障修复系统，包括云服务器、车端处理器、车端缓存、缓存中的软件包、可扩展标记语言文件以及用户组成；云服务器给车端处理器发送ota升级任务与文件，车端处理器给云服务器返回任务进行的状态；车端处理器负责解析可扩展标记语言文件和软件包；车端处理器进行操作并通知用户升级是否成功。
32.所述车端缓存具体是指车端预留出来的存储空间来存储上次升级成功的升级包；缓存中的软件包具体是指上次升级成功的升级包；可扩展标记语言文件具体是指刷写文件的索引文件，里面包含刷写的起始位置和刷写字段的长度。
33.如图2所示，一种ota升级过程中的故障修复方法，具体包括如下步骤：
34.步骤一：在升级过程中遇到故障的时候，流程开始，向云服务器发送执行修复操作的信息；
35.步骤二：向云服务器发送故障修复的信息后，在车内的缓存中；
36.步骤三：搜索到上一次升级成功的软件包之后，处理器解析可扩展标记语言文件；
37.步骤四：解析完可扩展标记语言文件后，继续解析软件包中的升级文件；
38.步骤五：如果解析软件包中的升级文件成功，使用升级文件对车端升级的控制器进行刷写；
39.步骤六：在刷写成功后，向云端发送故障修复成功的信息并且通知用户升级成功，最终流程结束。
40.步骤一中如果执行修复操作的信息发送失败，则重复发送三次，如果次数已经达到上限，则通知用户升级失败并且向云服务器返回故障修复失败的信息，流程结束。
41.步骤二中如果搜索失败，则向云服务器返回故障修复失败的信息并且通知用户升级失败，流程结束。
42.步骤三中如果处理失败，则通知用户升级失败并且向云服务器返回故障修复失败的消息，流程结束。
43.步骤四中如果解析失败，则向云服务器返回故障修复失败的信息并且通知用户升级失败。
44.步骤五中如果刷写失败，则向云服务器返回故障修复失败的信息并且通知用户升级失败。
45.本发明的一种ota升级过程中的故障修复系统的工作原理如下：
46.如果升级门模块过程中出现了错误，这个时候就会启用故障修复机制。首先向云服务器发送消息，通知本次ota升级错误，需要进行故障修复。然后去车内对应的文件夹内，找到上一次升级成功的备份文件，读取保存的刷写文件和可扩展语言文件格式的配置文件，读取配置文件中的刷写字段的位置和刷写字段的大小，将上一次刷写成功的备份文件刷入门模块，以保证功能的正常使用，并且通知用户升级成功，防止用户出现焦虑的情绪。至此关于ota升级过程中的故障修复步骤举例说明完毕。
47.以上结合附图详细描述了本发明的优选实施方式，但是，本发明并不限于上述实
施方式中的具体细节，在本发明的技术构思范围内，可以对本发明的技术方案进行多种简单变型，这些简单变型均属于本发明的保护范围。
48.另外需要说明的是，在上述具体实施方式中所描述的各个具体技术特征，在不矛盾的情况下，可以通过任何合适的方式进行组合，为了避免不必要的重复，本发明对各种可能的组合方式不再另行说明。
49.此外，本发明的各种不同的实施方式之间也可以进行任意组合，只要其不违背本发明的思想，其同样应当视为本发明所公开的内容。