汽车OTA车云通信及任务触发系统、方法、装置及介质与流程

本发明属于汽车电子，具体涉及一种汽车ota车云通信及任务触发系统、方法、装置及介质。

背景技术：

1、在汽车工业中，随着智能化、电动化的普及，ota升级已经越来越普遍。ota组件是运行在车端linux系统中的一个进程，该ota组件与ota云端进行通信，查询是否有新任务，如果有任务，则将新的升级包下载到车端，ota组件使用该升级包进行刷写，其中，如何合理地进行车云通信及任务触发，成为了一个亟待解决的问题。

2、专利文献cn114327532a提供一种基于数字签名和加密的汽车ota升级信息安全实现方法,云端应用一个升级文件对应一个密钥、一车对应一证书、数据加密、ota证书签名、数字信封等安全技术实现升级包的真实性、完整性和保密性；传输通过数字证书双向身份认证和通信加密、升级任务数据与升级包的分开下发实现传输安全；车端通过一车一证书、数据解密、验签来验证升级包的真实性和完整性,本发明整体综合应用数字签名验签、动态密钥加解密和数字信封等安全措施实现汽车ota升级信息安全,确保升级包的真实性、完整性、保密性和升级链路安全。

3、上述专利文献是ota信息安全方面的实现方法，而不是通信及任务触发机制。

4、专利文献cn114172899a涉及一种基于zigbee网络的ota升级方法的控制方法和系统,该方法包括：接收ota批量升级指令时,到达第一随机延时时间后,启动ota客户端程序,发起ota升级请求,协调器接收ota升级请求时,下发最新升级程序；各路由节点接收并保存最新升级程序,基于最新升级程序完成ota升级,在完成ota升级后,启动ota服务端程序发送升级准备完成消息,协调器接收升级准备完成消息并上报上位机,接收到ota批量升级指令时,到达第二随机延时时间后,发送ota升级请求,父节点接收ota升级请求,发送最新升级程序,各终端节点设备基于接收的最新升级程序完成ota升级,本技术解决相关技术中zigbee网络的大批量节点设备同时请求ota升级时,升级效率低造成业务数据延迟的问题。

5、上述专利文献是一种基于zigbee网络的ota升级方法，而不是一种ota过程中的车云通信及任务触发机制。

6、专利文献cn113992713a提供一种车云通信方法、装置、电子设备及存储介质,通过中心数据分析单元基于第一通信协议,接收孪生体单元发送的目标车辆的运行数据并进行数据分析,将数据分析结果传递给中心管理单元；其中,孪生体单元部署于边缘云终端内,孪生体单元用于实现目标车辆的数字孪生；中心管理单元根据运行数据的数据分析结果,生成控制信息,并基于第二通信协议,将控制信息发送至车载终端,其中,控制信息用于控制目标车辆执行目标功能。实现了车云计算场景下各端之间异化的数据传输通道,使目标车辆可以高效的运行车端功能,同时实现了车云计算场景下的通信过程解耦合,提高由中心云、边缘云、车载终端构成的自动驾驶系统的开发、测试和部署的效率。

7、上述专利文献提供的是一种面向云计算的车云连接方法，而不是针对ota升级的车云连接机制。

8、专利文献cn114244794a公开了一种定时任务推送方法,在消息服务器中执行,该方法包括步骤：获取任务列表,任务列表包括由客户端设置的至少一项定时任务,定时任务对应有任务触发时间、任务推送渠道和任务内容；对执行定时任务的任务推送渠道进行配置；当任务触发时间到达时,通过消息服务器将任务内容推送到所配置的任务推送渠道中。本发明的技术方案对不同的任务推送渠道进行配置,通过客户端抽象出一个统一接口,用户只需要在客户端中对定时任务进行设置,便可以实现在不同的任务推送渠道进行定时任务的设置,极大地提高了用户的工作效率,提升了用户体验。

9、上述专利文献是一种定时任务的推送方法，而不是汽车ota的任务触发机制。

技术实现思路

1、本发明为解决上述问题，提出了一种汽车ota车云通信及任务触发系统、方法、装置及介质。

2、该方法机制设计了一个合理的车云通信时序及功能逻辑，使车端能够安全地与ota云服务器进行通信，在云端报道，查询云端有任务，如有任务则进行触发，下面将详述该机制的系统构成及具体流程。

3、需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

4、而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。

5、该系统主要包含ota云服务器及车端tbox，因为ota云服务器暴露在公网，需要搭建nginx服务器，车端软件在连接云端时首先需要通过公网ip连接nginx服务器，使用的通信协议是https-oma。车端的ota组件运行在tbox的soc上，与mcu之间通过片间协议进行交互。

6、在通信过程中，ota组件与ota云服务器发起车云通信，首先进行tls认证，如认证失败，则本次通信结束，等待下一个车云连接周期。在tls通信过程中，车端的oma报文中包含车端的vin号。车端报道成功后，在oma协议中，上传车端的整车软硬件版本号，云端获取到该软硬件版本号后，使用车端的硬件号匹配升级路线，使用整车软件版本号匹配升级路径，并判断是否有新任务，如无新任务，则给车端回复final并结束会话，如查询到新任务，则进行任务触发。

7、一种汽车ota车云通信及任务触发系统，包括ota云服务器及车端tbox，车端的ota组件运行在车端tbox的soc上，与mcu之间通过片间协议进行交互。

8、进一步地，所述ota云服务器暴露在公网，搭建nginx服务器，车端软件在连接云端时首先通过公网ip连接nginx服务器，使用的通信协议是https-oma。

9、进一步地，车端通过预置的url进行dns解析后，得到公网ip地址，即nginx服务器的地址。

10、进一步地，在通信过程中，ota组件与ota云服务器发起车云通信，进行tls认证，如认证失败，则本次通信结束，等待下一个车云连接周期；在tls通信过程中，车端的oma报文中包含车端的vin号；车端报道成功后，在oma协议中，上传车端的整车软硬件版本号，云端获取到该软硬件版本号后，使用车端的硬件号匹配升级路线，使用整车软件版本号匹配升级路径，并判断是否有新任务，如无新任务，则给车端回复final并结束会话，如查询到新任务，则进行任务触发。

11、进一步地，ota组件运行在车端的tbox的soc中，具体为tbox中运行的一个linux例程。

12、ota组件，是运行在车端上位机(通常为tbox或者中央网关)内的，负责内ota流程控制、ota安全通信、刷写等功能的软件。

13、进一步地，oma协议中封装车端的vin、tboxsn、整车软硬件版本相关信息。

14、一种汽车ota车云通信及任务触发方法，设置车云通信时序及功能逻辑，使车端能够安全地与ota云服务器进行通信，在云端报道，查询云端有任务，如有任务则进行触发。

15、一种汽车ota车云通信及任务触发方法，具体包括以下步骤：

16、1)ota组件发起车云连接，使用的oma报文中封装了车端的vin、tboxsn及车端证书信息；车云的连接周期在车端的设备管理文件夹中配置。

17、2)ota云服务器收到该oma报文后，首先验证车端证书是否可信，验证的方式是预置车端通信证书的根证书，使用根证书对通信证书进行验证；如不可信，则tls认证失败；如可信，则进行下一步流程；

18、3)ota云服务器验证oma报文中的tboxsn与证书中的tboxsn信息是否一致，如不一致，则tls认证失败；如一致，则进行流程下一步；

19、4)ota云服务器验证oma报文中的vin与证书中的vin信息是否一致，如不一致，则判断车端log in失败，即车端报道失败，如一致，则认为车端log in成功，进行流程下一步；

20、5)车端将整车软硬件版本号封装在oma报文中，发送给云端，云端收到整车软硬件版本号后，使用整车硬件号匹配升级路线，使用整车软件号匹配路径；

21、6)云端使用路线与路径的逻辑在数据库中进行搜索，查询是否有新任务；

22、7)如果云端未查询到新任务，则回复的消息中包含final信息，车端组件收到后即结束车云会话；

23、8)如果云端查询到升级任务后，即触发新任务，ota组件收到后，对新任务进行拉取升级；

24、9)流程结束。

25、一种装置，包括一个或多个处理器；

26、存储器，用于存储一个或多个程序；

27、当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如上所述的汽车ota车云通信及任务触发方法。

28、一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上所述的汽车ota车云通信及任务触发方法。

29、本发明与现有技术相比，具有以下优点和有益效果：

30、本发明使用tls认证，保证了通信通道的安全性，避免通信内容被外界截获。

31、本发明使用了整车版本的概念，整车硬件版本确定升级路线，整车软件版本确定升级路径，逻辑清晰，简单便捷。