车辆配置信息的更新方法、车辆OTA系统及可读介质技术方案

本发明专利技术提供了一种车辆配置信息的更新方法、车辆OTA系统及可读介质，车辆配置信息的更新方法应用于车辆OTA系统，包括：车辆OTA系统启动后，加载本地车辆配置信息，本地车辆配置信息包括第一配置文件；将第一配置文件的md5值和第一配置文件的版本号发送给云端；当接收到云端发送的配置信息不一致的通知时，获取并保存云端车辆配置信息，云端车辆配置信息包括第二配置文件；解析云端车辆配置信息，将云端车辆配置信息涉及的OTA系统服务加载第二配置文件并重置OTA功能。本发明专利技术通过将车辆配置信息与OTA系统解耦，配置信息可实时线上更新。配置信息可实时线上更新。配置信息可实时线上更新。

【技术实现步骤摘要】
车辆配置信息的更新方法、车辆OTA系统及可读介质


[0001]本专利技术主要涉及车联网
，尤其涉及一种车辆配置信息的更新方法、车辆OTA系统及可读介质。

技术介绍

[0002]随着空中下载技术(Over
‑
The
‑
Air Technology，简称OTA)的发展，越来越多的厂商将OTA技术应用到车辆上，通过OTA在云端下载升级包对汽车的电子控制单元(Electronic Control Unit，简称ECU)进行远程升级。
[0003]在传统的车载OTA系统中，配置信息与OTA系统版本绑定，需要OTA系统软件更新，且所处控制器升级版本后，才能加载最新的配置，整个更新流程繁琐滞后。如果OTA系统软件所处控制器未能升级版本，则不能加载最新配置，有OTA任务失败风险。
[0004]因此，亟需一种能实时更新车辆OTA系统配置信息的方法。

技术实现思路

[0005]本专利技术要解决的技术问题是提供一种车辆OTA系统配置的更新方法，解决配置信息更新流程繁琐滞后的问题。
[0006]为解决上述技术问题，本专利技术提供了一种车辆配置信息的更新方法，应用于车辆OTA系统，包括：车辆OTA系统启动后，加载本地车辆配置信息，所述本地车辆配置信息包括第一配置文件；将所述第一配置文件的md5值和第一配置文件的版本号发送给云端；当接收到所述云端发送的配置信息不一致的通知时，获取并保存云端车辆配置信息，所述云端车辆配置信息包括第二配置文件；解析所述云端车辆配置信息，将所述云端车辆配置信息涉及的OTA系统服务加载第二配置文件并重置OTA功能。
[0007]可选地，在将所述云端车辆配置信息涉及的OTA系统服务加载第二配置文件并重置OTA功能之前还包括：对解析出的第二配置文件进行文件格式校验和数据格式校验，当其中任一项校验失败时，结束更新流程。
[0008]可选地，在将所述云端车辆配置信息涉及的OTA系统服务加载第二配置文件并重置OTA功能之前还包括：判断解析出的第二配置文件与所述第一配置文件是否一致，如果一致，则结束更新流程。
[0009]可选地，在将所述云端车辆配置信息涉及的OTA系统服务加载第二配置文件并重置OTA功能之前还包括：判断所述云端车辆配置信息涉及的OTA系统服务是否在执行其他任务，如果是，则等待其他任务执行完毕。
[0010]为解决上述技术问题，本专利技术提供了一种车辆OTA系统，包括：配置获取单元，配置为车辆OTA系统启动后，加载本地车辆配置信息所述本地车辆配置信息包括第一配置文件；通信单元，配置为将所述第一配置文件的md5值和第一配置文件的版本号发送给云端，以及当接收到云端发送的配置信息不一致的通知时，获取云端车辆配置信息；存储单元，配置为保存所述云端车辆配置信息，所述云端车辆配置信息包括第二配置文件；控制单元，配置为
解析所述云端车辆配置信息，将所述云端车辆配置信息涉及的OTA系统服务加载第二配置文件并重置OTA功能。
[0011]可选地，所述控制单元还配置为对解析出的第二配置文件进行文件格式校验和数据格式校验，当其中任一项校验失败时，结束更新流程。
[0012]可选地，所述控制单元还配置为判断解析出的第二配置文件与所述第一配置文件是否一致，如果一致，则结束更新流程。
[0013]可选地，所述控制单元还配置为判断所述云端车辆配置信息涉及的OTA系统服务是否在执行其他任务，如果是，则等待其他任务执行完毕。
[0014]为解决上述技术问题，本专利技术提供了一种车辆配置信息的更新系统，包括：如上所述的车辆OTA系统；云端，配置为接收第一配置文件的md5值和第一配置文件的版本号，根据所述第一配置文件的md5值和第一配置文件的版本号判断是否产生配置信息不一致的通知，以及将云端车辆配置信息发送给所述车辆OTA系统，所述云端车辆配置信息包括第二配置文件。
[0015]可选地，根据所述第一配置文件的md5值和第一配置文件的版本号判断是否产生配置信息不一致的通知的步骤包括：对比所述第一配置文件的md5值与所述第二配置文件的md5值是否一致，且对比所述第一配置文件的版本号与所述第二配置文件的版本号是否一致，当其中任一项不一致时，产生所述通知。
[0016]为解决上述技术问题，本专利技术提供了一种存储有计算机程序代码的计算机可读介质，所述计算机程序代码在由为解决上述技术问题，本专利技术提供了处理器执行时实现如上所述的方法。
[0017]与现有技术相比，本专利技术具有以下优点：
[0018]本专利技术的车辆配置信息的更新方法通过将车辆配置信息与OTA系统解耦，只需要云端对车辆配置信息更新升级，车端OTA系统就能接收最新配置信息，配置信息可实时线上更新，车辆即时生效，无需重启车辆OTA系统。
附图说明
[0019]包括附图是为提供对本申请进一步的理解，它们被收录并构成本申请的一部分，附图示出了本申请的实施例，并与本说明书一起起到解释本专利技术原理的作用。附图中：
[0020]图1是根据本专利技术一实施例的车辆配置信息的更新方法的流程图。
[0021]图2是根据本专利技术一实施例的车辆配置信息的更新系统的系统框图。
具体实施方式
[0022]为了更清楚地说明本申请的实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单的介绍。显而易见地，下面描述中的附图仅仅是本申请的一些示例或实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图将本申请应用于其他类似情景。除非从语言环境中显而易见或另做说明，图中相同标号代表相同结构或操作。
[0023]如本申请和权利要求书中所示，除非上下文明确提示例外情形，“一”、“一个”、“一种”和/或“该”等词并非特指单数，也可包括复数。一般说来，术语“包括”与“包含”仅提示包
括已明确标识的步骤和元素，而这些步骤和元素不构成一个排它性的罗列，方法或者设备也可能包含其他的步骤或元素。
[0024]除非另外具体说明，否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本申请的范围。同时，应当明白，为了便于描述，附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论，但在适当情况下，所述技术、方法和设备应当被视为授权说明书的一部分。在这里示出和讨论的所有示例中，任何具体值应被解释为仅仅是示例性的，而不是作为限制。因此，示例性实施例的其它示例可以具有不同的值。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步讨论。
[0025]此外，需要说明的是，使用“第一”、“第二”等词语来限定零部件，仅仅是为了便于对相应零部件进行区别，如没有另行声明，上述词语并没有特殊含义，因此不能理解为对本申请保护范围的限制。此外，尽管本申请中所使用的术语是从公知公用的术语中选择的，但是本本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种车辆配置信息的更新方法，应用于车辆OTA系统，其特征在于，包括：车辆OTA系统启动后，加载本地车辆配置信息，所述本地车辆配置信息包括第一配置文件；将所述第一配置文件的md5值和第一配置文件的版本号发送给云端；当接收到所述云端发送的配置信息不一致的通知时，获取并保存云端车辆配置信息，所述云端车辆配置信息包括第二配置文件；解析所述云端车辆配置信息，将所述云端车辆配置信息涉及的OTA系统服务加载第二配置文件并重置OTA功能。2.如权利要求1所述的更新方法，其特征在于，在将所述云端车辆配置信息涉及的OTA系统服务加载第二配置文件并重置OTA功能之前还包括：对解析出的第二配置文件进行文件格式校验和数据格式校验，当其中任一项校验失败时，结束更新流程。3.如权利要求1所述的更新方法，其特征在于，在将所述云端车辆配置信息涉及的OTA系统服务加载第二配置文件并重置OTA功能之前还包括：判断解析出的第二配置文件与所述第一配置文件是否一致，如果一致，则结束更新流程。4.如权利要求1所述的更新方法，其特征在于，在将所述云端车辆配置信息涉及的OTA系统服务加载第二配置文件并重置OTA功能之前还包括：判断所述云端车辆配置信息涉及的OTA系统服务是否在执行其他任务，如果是，则等待其他任务执行完毕。5.一种车辆OTA系统，其特征在于，包括：配置获取单元，配置为车辆OTA系统启动后，加载本地车辆配置信息所述本地车辆配置信息包括第一配置文件；通信单元，配置为将所述第一配置文件的md5值和第一配置文件的版本号发送给云端，以及当接收到云端发送的配置信息不一致的通知时，获取云端车辆配置信息；存储单元，配置为保存所述云端车辆配置信息，所述云端车...

【专利技术属性】
技术研发人员：田孟帅，喻志敏，夏涛，施维佳，
申请(专利权)人：合众新能源汽车股份有限公司，
类型：发明
国别省市：