【技术实现步骤摘要】
车载互联网关、车辆OTA升级系统和方法、计算机存储介质
本专利技术涉及汽车通信
，尤其涉及一种车载互联网关、车辆OTA升级系统、车辆OTA升级方法、计算机存储介质及车辆。
技术介绍
随着社会的进步，汽车几乎成为每家每户所必须的交通工具，使得人们的生活越来越便捷。而且随着汽车领域内各种先进技术的发展，越来越智能的各种装置和功能被集成到汽车里，这些装置和功能通常会通过相应的ECU(ElectronicControlUnit，电子控制单元)来控制，据统计，当今一辆普通的家用汽车上平均含有30个ECU，每个ECU通常包括控制模块和存储模块，存储模块用于存储与该ECU相关的装置或功能的软件和参数等。但随着汽车智能化的不断提高，人们对汽车各系统的功能、性能的需求也不断提高，而且车载电子设备的软件日趋复杂，出现软件问题的几率随之相应增加，通过升级软件往往可以进一步挖掘车载电子设备的潜能，满足人们的需求以及修复软件问题，保证汽车运行安全以及各功能的正常使用，因此汽车开发商常常需要对其生产的已交付汽车进行软件升级。传统方式中，需...
【技术保护点】
1.一种车载互联网关，安装在一车辆上，其特征在于，包括：/n微处理器，其被配置为与云端交互以接收所述云端下发的升级包，并从所述升级包中解析出第一升级刷新数据和第二升级刷新数据，以及根据所述第一升级刷新数据对所述车辆上的智能控制器进行升级刷新，其中，所述第一升级刷新数据用于对所述车辆上的智能控制器进行升级刷新，所述第二升级刷新数据用于对所述车辆上的非智能控制器进行升级刷新；/n微控制器，其被配置为与所述微处理器通信连接，并在所述微处理器解析出所述第二升级刷新数据时被所述微处理器触发，以根据所述微处理器下发的所述第二升级刷新数据对所述车辆上的非智能控制器进行升级刷新。/n
【技术特征摘要】
1.一种车载互联网关，安装在一车辆上，其特征在于，包括：
微处理器，其被配置为与云端交互以接收所述云端下发的升级包，并从所述升级包中解析出第一升级刷新数据和第二升级刷新数据，以及根据所述第一升级刷新数据对所述车辆上的智能控制器进行升级刷新，其中，所述第一升级刷新数据用于对所述车辆上的智能控制器进行升级刷新，所述第二升级刷新数据用于对所述车辆上的非智能控制器进行升级刷新；
微控制器，其被配置为与所述微处理器通信连接，并在所述微处理器解析出所述第二升级刷新数据时被所述微处理器触发，以根据所述微处理器下发的所述第二升级刷新数据对所述车辆上的非智能控制器进行升级刷新。
2.如权利要求1所述的车载互联网关，其特征在于，所述微处理器包括：
云端交互模块，其被配置为与所述云端建立安全通信链路，以从所述云端下载所述升级包；
文件解析模块，其被配置为对所述升级包进行文件解析，以从所述升级包中解析出用于对所述车辆上的智能控制器进行升级刷新的第一升级刷新数据以及用于对所述车辆上的非智能控制器进行升级刷新的第二升级刷新数据；
智能控制器客户端模块，其被配置为与所述车辆上的智能控制器通信连接，以根据所述第一升级刷新数据对所述车辆上的智能控制器进行升级刷新；以及，
通信服务端模块，其被配置为通过通信总线与所述微控制器通信连接，在所述文件解析模块解析出所述第二升级刷新数据时触发所述微控制器，并将所述第二升级刷新数据下发至所述微控制器。
3.如权利要求2所述的车载互联网关，其特征在于，所述文件解析模块进一步被配置为对所述升级包进行文件解析，并将从所述升级包中解析出的包括所述第一升级刷新数据和所述第二升级刷新数据在内的文件转换为统一的文件格式。
4.如权利要求3所述的车载互联网关，其特征在于，所述统一的文件格式包括:用于描述对所述车辆进行一次OTA刷新的需求的升级包配置文件、用于描述各个所述智能控制器和所述非智能控制器的刷新信息的控制器刷新配置文件、用于刷新各个所述智能控制器和所述非智能控制器的原始数据刷新文件以及差分数据刷新文件四类文件；其中，所述升级包配置文件包含所述车辆上需要刷新的控制器数量、基本的刷新信息以及整体刷新包的校验信息；所述控制器刷新配置文件包含某个所述智能控制器或所述非智能控制器具体需要刷新的文件数量、地址范围、安全算法信息和校验方法信息；所述原始数据刷新文件和所述差分数据刷新文件均包含文件头和文件内容，所述文件头用于描述文件内容的版本信息和校验信息。
5.如权利要求4所述的车载互联网关，其特征在于，所述文件解析模块进一步被配置为：将所述四类文件保存在所述车辆本地的嵌入式多媒体存储器中，并对所有的所述四类文件全生命周期保持加密，且将加密的信息在所述微处理器和微控制器中交叉存放并实现互相校验；所述智能控制器客户端或所述微控制器进一步被配置为：在所述车辆的某个所述控制器的升级刷新被触发时，动态解密所述控制器对应的所述四类文件并临时保存，且在车载互联网关发生断电时，清除动态解密出的所有数据。
6.如权利要求5所述的车载互联网关，其特征在于，所述文件解析模块进一步被配置为：对每次刷新时的所述四类文件配置不同的加密和校验方式，且每次刷新时转换的所述控制器刷新配置文件中包含相应的所述智能控制器或所述非智能控制器的模块划分信息；所述智能控制器客户端模块进一步被配置为：根据所述智能控制器的每个模块的前一次升级刷新的软件版本以及所述文件解析模块从本次的升级包中的所述第一升级刷新数据转换出的所述四类文件，对所述智能控制器中需要升级刷新的模块进行模块级的升级刷新。
7.如权利要求3所述的车载互联网关，其特征在于，所述控制器刷新配置文件中包括升级刷新的尝试次数；所述智能控制器客户端模块进一步被配置为：当升级刷新某个所述智能控制器失败时，依据所述智能控制器对应的所述控制器刷新配置文件中配置的尝试次数重新启动对所述智能控制器的刷新流程，并在所述尝试次数全部尝试失败后，进一步尝试将所述智能控制器的软件版本刷回上次升级刷新成功时的软件版本。
8.如权利要求2所述的车载互联网关，其特征在于，所述智能控制器客户端模块进一步被配置为：获取所述车辆上的智能控制器之间的依赖关系，并根据所述依赖关系确定所述智能控制器的刷新顺序，以及按照所述刷新顺序对相应的智能控制器进行升级刷新。
9.如权利要求2所述的车载互联网关，其特征在于，所述文件解析模块从所述升级包中解析出的数据还包括用于对所述车载互联网关进行升级刷新的第三升级刷新数据；所述微处理器还包括自升级模块，其被配置为当所述文件解析模块从所述升级包中解析所述第三升级刷新数据时，根据所述第三升级刷新数据对所述微控制器及所述微处理器自身进行升级刷新。
10.如权利要求1或9所述的车载互联网关，其特征在于，所述微处理器为具有主系统和备份系统的双备份系统，所述主系统被配置为先对所述车辆上的所述智能控制器进行升级刷新，后对所述微控制器以及所述备份系统进行升级刷新；所述备份系统用于在所述车载互联网关重启时对所述微处理器的主系统进行升级刷新。
11.如权利要求2所述的车载互联网关，其特征在于，所述微控制器包括：
通信客户端模块，其被配置为通过通信总线与所述通信服务端模块通信连接，以接收所述通信服务端模块下发的所述第二升级刷新数据，以及向所述通信服务端模块反馈所述非智能控制器的升级刷新进度；以及，
传统控制器管理模块，其被配置为与所述车辆上的各个所述非智能控制器通信连接，并根据所述第二升级刷新数据对相应的所述非智能控制器进行升级刷新以及将所述非智能控制器的升级刷新进度反馈至所述通信客户端模块。
12.如权利要求11所述的车载互联网关，其特征在于，所述传统控制器管理模块包括：
传统控制器客户端单元，其被配置为接收所述第二升级刷新数据并获取用于验证和解析所述第二升级刷新数据的相关信息，以及，获取所述车辆上的非智能控制器的软件版本信息，并根据所述第二升级刷新数据对所述车辆上的非智能控制器进行升级刷新，以及将升级刷新的进度反馈至所述通信客户端模块；
文件校验单元，其被配置为根据所述传统控制器客户端单元获取的用于验证所述第二升级刷新数据的相关信息，验证所述文件解析模块下发的所述第二升级刷新数据的合法性；
文件解析单元，其被配置为根据所述传统控制器客户端单元获取的用于解析所述第二升级刷新数据的相关信息，对所述第二升级刷新数据进行解析；
刷新流程控制单元，其被配置为通过传统控制器客户端单元获取所述车辆上的非智能控制器之间的依赖关系，并根据所述依赖关系确定所述非智能控制器的刷新顺序，所述传统控制器客户端单元进一步被配置为根据所述刷新顺序以及所述文件解析单元解析的数据对所述车辆上的非智能控制器进行升级刷新。
13.如权利要求12所述的车载互联网关，其特征在于，所述微控制器还包括：
硬件安全模块，其被配置为对所述微控制器接收和向外发送的数据进行加密，并对所述第一升级刷新数据和所...
【专利技术属性】
技术研发人员：林旺城，范晓云，龚启伟，杨尚咏，徐潇，
申请(专利权)人：联合汽车电子有限公司，
类型：发明
国别省市：上海;31
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。