一种OTA远程车辆故障恢复方法及系统与流程

一种ota远程车辆故障恢复方法及系统
技术领域
1.本技术涉及人工智能领域，具体涉及一种ota远程车辆故障恢复方法及系统。


背景技术：

2.空中下载技术(over-the-air technology，简称ota)是通过移动通信(gsm或cdma)的空中接口对sim卡数据及应用进行远程管理的技术。ota技术的应用，使得移动通信不仅可以提供语音和数据服务，而且还能提供新业务下载。ota又可以划分为两部分：固件空中升级(firmware over the air，简称fota)和软件空中升级(software over the air，简称sota)，fota侧重指的是终端的固件升级，他指给汽车下载一个完整的固件镜像或者修补现有的固件。sota偏向于应用软件升级，一般作为迭代更新的“增量”出现，汽车厂商仅仅需要发送需要修改的部分即可，更像是我们通常意义上说的“补丁”。
3.汽车ota是针对汽车使用的一种远程无线升级技术，能够赋予汽车不断进化的潜力。车辆升级的稳定性和可靠性对于汽车ota来说十分重要，车辆在刷写过程中因为多种原因有时会出现刷写异常的情况，包括刷写进程失控，刷写过程死锁、刷写错误导致的控制器与车辆工作异常。现在的故障处理策略全是在车载智能终端刷写控制器内执行，难于应对复杂的工况环境，很多车辆异常状态无法进行处理。
4.但现有技术存在车载智能终端刷写控制软件故障判别准确性不高，处理复杂工况及时性、灵活性差，且刷写控制软件也会出现运行异常，进而导致车辆刷写状态异常，影响用户车辆使用的技术问题。


技术实现要素：

5.本技术通过提供了一种ota远程车辆故障恢复方法及系统，用于解决现有技术中存在车载智能终端刷写控制软件故障判别准确性不高，处理复杂工况及时性、灵活性差，且刷写控制软件也会出现运行异常，进而导致车辆刷写状态异常，影响用户车辆使用的技术问题。
6.为解决上述技术问题本技术的一实施例提供了一种ota远程车辆故障恢复方法，其特征在于，所述方法应用于一种ota远程车辆故障恢复系统，所述系统包括ota云平台和车载智能终端，包括：
7.所述ota云平台通过所述车载智能终端获得第一车辆的任务执行信息和车辆数据监控信息；
8.获得预定判别条件；
9.根据所述预定判别条件和所述车辆数据监控信息，确定第一故障定位状态；
10.所述ota云平台根据所述第一故障定位状态，获得第一故障恢复脚本；
11.所述车载智能终端根据所述ota云平台发送的所述第一故障恢复脚本对所述第一车辆进行故障恢复。
12.具体地，如上所述的方法，其特征在于，所述车载智能终端根据所述ota云平台发
送的所述第一故障恢复脚本对所述第一车辆进行故障恢复，包括：
13.所述车载智能终端根据所述ota云平台发送的所述第一故障恢复脚本终止所述第一车辆的第一刷写任务；
14.删除所述第一车辆的所述任务执行信息的残留信息，并恢复所述第一刷写任务前的配置状态；
15.对所述第一车辆进行远程车辆状态恢复。
16.具体地，如上所述的方法，其特征在于，所述根据所述预定判别条件和所述车辆数据监控信息，确定第一故障定位状态，包括：
17.判断所述任务执行信息是否满足所述预定判别条件；
18.如果所述任务执行信息满足所述预定判别条件，确定所述第一车辆出现故障，结合所述车辆数据监控信息，确定第一故障定位状态。
19.具体地，如上所述的方法，其特征在于，所述第一车辆的任务执行信息包括刷写过程的各控制器的进度信息、错误信息、刷写模块状态信息。
20.进一步的，如上所述的方法，其特征在于，所述判断所述任务执行信息是否满足所述预定判别条件，包括：
21.判断所述任务执行信息是否出现一种或多种预定故障情况，其中，所述一种或多种预定故障情况为所述预定判别条件中规定的预定故障情况。
22.优选地，如上所述的方法，其特征在于，所述预定故障情况包括：
23.所述预定判别条件包括：所述任务执行信息的进度超出第一预定时间阈值后依然停止且所述车载智能终端未进行重试、终止或回滚操作；
24.在超出第二预定时间阈值后未反馈刷写状态信息；
25.所述车载智能终端反馈控制器错误信息但本地控制器回滚恢复失败。
26.本技术的另一实施例还提供了一种ota远程故障恢复系统，其特征在于，所述系统包括：
27.ota云平台，所述ota云平台包括数据监控模块和云端远程控制模块，其中：
28.数据监控模块，所述数据监控模块用于获得第一车辆的车辆数据监控信息和任务执行信息；
29.云端远程控制模块，所述云端远程控制模块用于获得预定判别条件，根据所述预定判别条件和所述车辆数据监控信息，确定第一故障定位状态，根据所述第一故障定位状态，获得第一故障恢复脚本；
30.车载智能终端，所述车载智能终端与所述ota云平台通信连接，根据所述ota云平台发送的所述第一故障恢复脚本对所述第一车辆进行故障恢复。
31.具体地，如上所述的系统，其特征在于，所述车载智能终端包括刷写主控制模块和监控模块，其中：所述刷写主控制模块包括：
32.刷写任务管理子模块，所述刷写任务管理子模块用于接收所述ota云平台发送的所述第一故障恢复脚本；
33.刷写控制管理子模块，所述刷写控制管理子模块用于根据所述ota云平台发送的所述第一故障恢复脚本终止所述第一车辆的第一刷写任务；
34.所述监控模块包括：
35.状态监控子模块，所述状态监控子模块用于定时读取并向所述数据监控模块发送所述车辆数据监控信息；
36.故障控制子模块，所述故障控制子模块用于删除所述第一车辆的所述任务执行信息的残留信息，并恢复所述第一刷写任务前的配置状态，对所述第一车辆进行远程车辆状态恢复。
37.本技术的再一实施例还提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的ota远程车辆故障恢复方法的步骤。
38.本技术中提供的一个或多个技术方案，至少具有如下技术效果或优点：
39.1、由于采用了ota云平台通过车载智能终端获得第一车辆的任务执行信息和车辆数据监控信息；根据预设所述预定判别条件和所述车辆数据监控信息，智能判定第一故障定位状态；所述ota云平台根据所述第一故障定位状态确定第一故障恢复脚本；所述车载智能终端根据接收到所述ota云平台发送的所述第一故障恢复脚本，对所述第一车辆进行故障恢复的技术方案，本技术通过提供了一种ota远程车辆故障恢复方法及系统，达到了在车辆ota升级中出现故障的情况下，在云端进行故障精准诊断，生成远程故障恢复策略，远程故障恢复策略可提高应对复杂工况的灵活性，并通过远程方式及时进行车辆状态恢复，提升用户使用感的技术效果。
40.2、由于采用了设置车辆监控模块的方法，达到了监控车载智能终端刷写进程，监控车辆运行控制器工作状态，根据云端指令进行刷写进程控制的技术效果。
附图说明
41.图1为本技术实施例一种ota远程车辆故障恢复方法的流程示意图之一；
42.图2为本技术实施例一种ota远程车辆故障恢复方法的流程示意图之二；
43.图3为本技术实施例一种ota远程车辆故障恢复方法的流程示意图之三；
44.图4为本技术实施例一种ota远程车辆故障恢复方法的流程示意图之四；
45.图5为本技术实施例一种ota远程车辆故障恢复系统的结构示意图。
46.【附图标记说明】
47.1、ota云平台1；11、数据监控模块；12、云端远程控制模块；2、车载智能终端2；21、刷写主控制模块；22监控模块；211刷写任务管理子模块211；212、刷写控制管理子模块；221、状态监控子模块；222、故障控制子模块。
具体实施方式
48.为使本技术要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本技术的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本技术的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。
49.应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本技术的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。
50.在本技术的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本技术实施例的实施过程构成任何限定。
51.应理解，本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
52.在本技术所提供的实施例中，应理解，“与a相应的b”表示b与a相关联，根据a可以确定b。但还应理解，根据a确定b并不意味着仅仅根据a确定b，还可以根据a和/或其它信息确定b。
53.本技术提供的技术方案总体思路如下：本技术提供了一种ota远程车辆故障恢复方法，所述方法包括：ota云平台通过车载智能终端获得第一车辆的任务执行信息和车辆数据监控信息；根据预设所述预定判别条件和所述车辆数据监控信息，智能判定第一故障定位状态；所述ota云平台根据所述第一故障定位状态确定第一故障恢复脚本；所述车载智能终端根据接收到所述ota云平台发送的所述第一故障恢复脚本，对所述第一车辆进行故障恢复。
54.在介绍了本技术基本原理后，下面将结合说明书附图来具体介绍本技术的各种非限制性的实施方式。
55.实施例一
56.如图1所示，本技术实施例提供了一种ota远程车辆故障恢复方法，其中，所述方法应用于一种ota远程车辆故障恢复系统，所述系统包括ota云平台和车载智能终端，包括：
57.步骤s100：所述ota云平台通过所述车载智能终端获得第一车辆的任务执行信息和车辆数据监控信息；
58.进一步的，所述第一车辆的任务执行信息包括刷写过程的各控制器的进度信息、错误信息、刷写模块状态信息。
59.具体而言，汽车ota是针对汽车使用的一种远程无线升级技术。ota云平台为一云端管理平台，具有云端升级管理，升级包管理，升级任务，升级策略及日志管理等各类功能。所述ota云平台通过互联网与所述车载智能终端建立安全连接，获取第一车辆的任务执行信息和车辆数据监控信息。其中，第一车辆为能够进行ota升级的任一车辆。进一步而言，所述任务执行信息包括刷写过程的各控制器的进度信息、错误信息、刷写模块状态信息。所述车辆数据监控信息包括但不限于第一车辆各控制器的运行状态信息。
60.步骤s200：获得预定判别条件；
61.具体而言，所述预定判别条件用于判别在ota升级过程中是否发生故障，用于进行故障判断。所述预定判别条件包括但不限于各控制器的进度长时间停止且车载智能终端刷写控制模块未采取任何重试、终止或者回滚措施，刷写模块长时间未反馈刷写状态信息，车载智能终端反馈控制器错误信息但本地控制器回滚恢复失败。设定所述预定判别条件能够对刷写状态进行及时准确的判别。
62.步骤s300：根据所述预定判别条件和所述车辆数据监控信息，确定第一故障定位
状态；
63.具体而言，当出现满足所述预定判别条件的情况时，结合ota云平台所获得的车辆数据监控信息进行故障判断和定位，确定所述第一故障定位状态。所述第一故障定位状态存在几种可能状态，一是车载智能终端刷写模块出现异常，长时间无法收到刷写模块执行状态信息，二是刷写任务执行过程中出现错误但系统无法退出，系统出现死锁，三是控制器刷写任务中途执行失败且未回滚成功；四是刷写任务造成控制器工作状态异常。
64.步骤s400：所述ota云平台根据所述第一故障定位状态，获得第一故障恢复脚本；
65.具体而言，针对所述第一故障定位状态可能存在的几种状态进行故障恢复脚本的制作，获得第一故障恢复脚本。所述第一故障恢复脚本包括但不限于强制终止车载智能终端刷写任务、清除任务残留信息、恢复控制器配置状态、二次刷写、恢复车辆工作状态，以及车辆复位重新启动等。此故障恢复脚本通过云端与车载智能终端的数据通信接口下发到车载智能终端的故障控制模块。实现了车辆ota升级中出现故障的情况下，在云端进行故障诊断，生成远程故障恢复策略，远程故障恢复策略可提高应对复杂工况的灵活性，并通过远程方式进行车辆状态恢复的技术效果。
66.步骤s500：所述车载智能终端根据所述ota云平台发送的所述第一故障恢复脚本对所述第一车辆进行故障恢复。
67.具体而言，所述车载智能终端接收到所述ota云平台发送的所述第一故障恢复脚本，执行所述第一故障恢复脚本，依据云端下发的控制脚本进行车载智能终端的控制操作，当控制动作执行完成后进行车辆状态的恢复。所述第一故障恢复脚本包括但不限于强制终止车载智能终端刷写任务、清除任务残留信息、恢复控制器配置状态、二次刷写、恢复车辆工作状态，以及车辆复位重新启动等。根据所述第一故障恢复脚本进行车辆端的控制操作包括但不限于强制终止刷写控制模块运行，删除刷写任务数据；与车内控制器进行通信删除当前任务的残留信息，并恢复刷写前配置状态；重新启动刷写模块对故障控制器进行单独重新刷写，之后进行车辆状态的恢复。通过执行所述第一故障恢复脚本，车辆可通过远程的方式恢复至运行状态，完成车辆状态的恢复。
68.综上所述，本技术通过提供了一种ota远程车辆故障恢复方法及系统，解决了现有技术中存在车载智能终端刷写控制软件故障判别准确性不高，处理复杂工况及时性、灵活性差，且刷写控制软件也会出现运行异常，进而导致车辆刷写状态异常，影响用户车辆使用的技术问题。达到了在车辆ota升级中出现故障的情况下，在云端进行故障精准诊断，生成远程故障恢复策略，远程故障恢复策略可提高应对复杂工况的灵活性，并通过远程方式及时进行车辆状态恢复，提升用户使用感的技术效果。
69.进一步的，如图2所示，所述车载智能终端根据所述ota云平台发送的所述第一故障恢复脚本对所述第一车辆进行故障恢复，本技术实施例步骤s500还包括：
70.步骤s510：所述车载智能终端根据所述ota云平台发送的所述第一故障恢复脚本终止所述第一车辆的第一刷写任务；
71.步骤s520：删除所述第一车辆的所述任务执行信息的残留信息，并恢复所述第一刷写任务前的配置状态；
72.步骤s530：对所述第一车辆进行远程车辆状态恢复。
73.具体而言，所述第一故障恢复脚本包括强制终止车载智能终端刷写任务、清除任
务残留信息、恢复控制器配置状态、二次刷写、恢复车辆工作状态，以及车辆复位重新启动等。所述车载智能终端执行所述第一故障恢复脚本，依据云端下发的控制脚本进行车辆端的控制操作，一是强制终止刷写控制模块的运行，删除控制模块中存储的刷写任务数据；二是与车内控制器通过can总线进行通信，删除当前任务的残留信息，并恢复执行所述第一刷写任务前配置状态，包括清除刷写标志，恢复故障诊断状态等；三是重新启动刷写模块对故障控制器进行单独重新刷写。当上述控制动作执行完成后进行车辆状态的恢复，如果车处于高低压模式，进行高低压引导下电，如果第一车辆处于on电状态，引导第一车辆下on电，避免整车长时间上电造成车辆馈电。通过执行所述第一故障恢复脚本，车辆可进行远程状态恢复。
74.进一步的，所述根据所述预定判别条件和所述车辆数据监控信息，确定第一故障定位状态，如图3所示，本技术实施例步骤s300包括：
75.步骤s310：判断所述任务执行信息是否满足所述预定判别条件；
76.步骤s320：如果所述任务执行信息满足所述预定判别条件，确定所述第一车辆出现故障，结合所述车辆数据监控信息，确定第一故障定位状态。
77.进一步的，所述判断所述任务执行信息是否满足所述预定判别条件，步骤s310还包括：
78.步骤s311：判断所述任务执行信息是否出现一种或多种预定故障情况，其中，所述一种或多种预定故障情况为所述预定判别条件中规定的预定故障情况。
79.具体而言，所述预定判别条件用于判别在车辆在ota升级过程中是否发生故障。判断所述任务执行信息是否满足所述预定判别条件，若满足则说明所述第一车辆出现故障。此时，结合云端所获得的车辆数据监控信息进行故障判断和定位，确定所述第一故障定位状态。进一步的，在任务执行信息判断过程中，需要判断是否出现一种或多种预定故障，其中，预定故障均为所述预定判别条件中预先设定的故障情况。若满足出现一种或多种预定故障，将一种或多种故障均进行判断和定位，实现多种故障批量判断定位，从而提高故障判断和定位的效率。
80.进一步的，如图4所示，本技术实施例步骤s311还包括：
81.步骤s3111：所述预定判别条件包括：所述任务执行信息的进度超出第一预定时间阈值后依然停止且所述车载智能终端未进行重试、终止或回滚操作；
82.步骤s3112：在超出第二预定时间阈值后未反馈刷写状态信息；
83.步骤s3113：所述车载智能终端反馈控制器错误信息但本地控制器回滚恢复失败。
84.具体而言，所述预定判别条件包括多种预定故障，更加具体的，所述预定判别条件包括：一是所述任务执行信息的进度超出第一预定时间阈值后依然停止且所述车载智能终端未进行重试、终止或回滚操作，其中，所述第一预定时间阈值为预先设定的。二是当超出所述第一预定时间阈值后，又超出所述第二预定时间阈值，此时，所述车载智能终端没有反馈刷写状态信息，车载智能终端反馈所述控制器错误信息，并且本地控制器回滚恢复失败。也就是说本地控制器恢复之前版本失败，根据是否发生以上情况即可进行车辆故障的判断，通过设定预定时间阈值，提高了故障判断的及时性。
85.综上所述，本技术实施例所提供的一种ota远程车辆故障恢复方法具有如下技术效果：
86.1、由于采用了ota云平台通过车载智能终端获得第一车辆的任务执行信息和车辆数据监控信息；根据预设所述预定判别条件和所述车辆数据监控信息，智能判定第一故障定位状态；所述ota云平台根据所述第一故障定位状态确定第一故障恢复脚本；所述车载智能终端根据接收到所述ota云平台发送的所述第一故障恢复脚本，对所述第一车辆进行故障恢复的技术方案，本技术通过提供了一种ota远程车辆故障恢复方法及系统，达到了在车辆ota升级中出现故障的情况下，在云端进行故障精准诊断，生成远程故障恢复策略，远程故障恢复策略可提高应对复杂工况的灵活性，并通过远程方式及时进行车辆状态恢复，提升用户使用感的技术效果。
87.2、由于采用了设置车辆监控模块的方法，达到了监控车载智能终端刷写进程，监控车辆运行控制器工作状态，根据云端指令进行刷写进程控制的技术效果。
88.实施例二
89.基于与前述实施例中一种ota远程车辆故障恢复方法相同的发明构思，如图5所示，本技术实施例提供了一种ota远程车辆故障恢复系统，其中，所述系统包括：
90.ota云平台1，所述ota云平台1包括数据监控模块11和云端远程控制模块12，其中：
91.数据监控模块11，所述数据监控模块11用于获得第一车辆的车辆数据监控信息和任务执行信息；
92.云端远程控制模块12，所述云端远程控制模块12用于获得预定判别条件，根据所述预定判别条件和所述车辆数据监控信息，确定第一故障定位状态，根据所述第一故障定位状态，获得第一故障恢复脚本；
93.车载智能终端2，所述车载智能终端2与所述ota云平台1通信连接，根据所述ota云平台1发送的所述第一故障恢复脚本对所述第一车辆进行故障恢复。
94.具体而言，ota远程车辆故障恢复系统包括所述ota云平台1和所述车载智能终端2。其中所述ota云平台1包括数据监控模块11和云端远程控制模块12，所述数据监控模块11，用于收集车辆ecu的运行状态，辅助车辆状态的判断和处理，获得第一车辆的车辆数据监控信息和任务执行信息。其中，所述车辆数据监控信息包括车辆ecu的运行状态，所述任务执行信息包括刷写过程的各控制器的进度信息、错误信息、刷写模块状态信息。车辆ecu即车辆电子控制单元(electronic control unit，ecu)，ecu相当于车辆的主控电脑。
95.云端远程控制模块12，主要负责恢复策略的制定并通过can总线下发车载智能终端2执行。云端远程控制模块12，获得预定判别条件后，根据所述预定判别条件和所述车辆数据监控信息，确定第一故障定位状态，根据所述第一故障定位状态，制定恢复策略，获得第一故障恢复脚本，并通过can总线下发车载智能终端2执行。所述车载智能终端2与所述ota云平台1通信连接，根据所述ota云平台1发送的所述第一故障恢复脚本对所述第一车辆进行故障恢复。
96.进一步的，所述车载智能终端2包括刷写主控制模块21和监控模块22，其中：
97.所述刷写主控制模块21包括：
98.刷写任务管理子模块211，所述刷写任务管理子模块211用于接收所述ota云平台1发送的所述第一故障恢复脚本；
99.刷写控制管理子模块212，所述刷写控制管理子模块212用于根据所述ota云平台1发送的所述第一故障恢复脚本终止所述第一车辆的第一刷写任务；
100.所述监控模块22包括：
101.状态监控子模块221，所述状态监控子模块221用于定时读取并向所述数据监控模块11发送所述车辆数据监控信息；
102.故障控制子模块222，所述故障控制子模块222用于删除所述第一车辆的所述任务执行信息的残留信息，并恢复所述第一刷写任务前的配置状态，对所述第一车辆进行远程车辆状态恢复。
103.具体而言，所述车载智能终端2包括所述刷写主控制模块21和所述监控模块22，所述刷写主控制模块21包括刷写任务管理子模块211和刷写控制管理子模块212。所述刷写任务管理子模块211负责接收所述ota云平台1发送的所述第一故障恢复脚本。所述第一故障恢复脚本包括强制终止车载智能终端刷写任务、清除任务残留信息、恢复控制器配置状态、二次刷写、恢复车辆工作状态，以及车辆复位重新启动等。所述刷写控制管理子模块212用于根据所述ota云平台1发送的所述第一故障恢复脚本终止所述第一车辆的第一刷写任务，并且刷写控制管理子模块212通过数据总线向车内各控制器发送刷写指令与刷写数据，控制车内刷写的启动、停止与数据更新。
104.所述监控模块22包括所述状态监控子模块221和所述故障控制子模块222，所述状态监控子模块221用于定时读取所述车辆数据监控信息和所述刷写主控制模块21的状态信息，并向所述ota云平台1的所述数据监控模块11发送所述车辆数据监控信息，所述车辆数据监控信息包括但不限于车辆各控制器的运行状态信息。
105.当出现刷写故障时，所述故障控制子模块222接收云端下发的指令对车载智能终端进行恢复性操作，所述故障控制子模块222用于删除所述第一车辆的所述任务执行信息的残留信息，并恢复所述第一刷写任务前的配置状态，对所述第一车辆进行远程车辆状态恢复。车辆监控模块可监控车载智能终端刷写进程，可监控车辆运行控制器工作状态，从而根据云端指令进行刷写进程的控制。
106.本技术的再一实施例还提供了一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储计算机程序，所述计算机程序被处理器执行时实现如上所述的ota远程车辆故障恢复方法的步骤。
107.此外，本技术可以在不同例子中重复参考数字和/或字母。这种重复是为了简化和清楚的目的，其本身不指示所讨论各种实施例和/或设置之间的关系。
108.还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含。
109.以上所述是本技术的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本技术所述原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本技术的保护范围。