CN114978905A

CN114978905A - 一种基于容器的软件ota升级方法

Info

Publication number: CN114978905A
Application number: CN202210576122.XA
Authority: CN
Inventors: 潘毅; 谢柏林
Original assignee: Chongqing Changan Automobile Co Ltd
Current assignee: Chongqing Changan Automobile Co Ltd
Priority date: 2022-05-25
Filing date: 2022-05-25
Publication date: 2022-08-30

Abstract

本发明公开了一种基于容器的软件OTA升级方法，包括：1）部署安装节点通过各以太网节点查询对应控制器的软件版本；2）云端通过部署安装节点查询整车所有的软件版本；3）云端基于整车所有的软件版本确定升级节点及对应软件的升级版本；4）云端将步骤3）中确定升级版本的软件的集合所对应的镜像传输至部署安装节点；5）部署安装节点将镜像传输至升级节点并判断是否满足升级条件，是，则执行步骤6）；6）向用户发送升级提示，用户确认后进行升级。本发明可提高软件的复用性，降低软件集成复杂度；让相互依赖的软件集合运行到一个独立空间，减少软件OTA升级时依赖管理；可让指定的运行软件的容器和其他容器进行隔离，提高软件访问安全性。

Description

一种基于容器的软件OTA升级方法

技术领域

本发明属于汽车电子软件的技术领域，具体涉及一种基于容器的软件OTA升级方法。

背景技术

随着汽车产业的发展日新月异，为了满足各类人群日益增长的多样化需求，汽车的功能越来越丰富，为了支持这些功能，车内的软件系统也变得越来越庞大，对于软件的管理也愈发复杂，软件升级作为其中的一环，也需要新的方式方法来适应新的软件管理模式。

目前，软件OTA升级的方式主要有两种，一是将整个软件系统作为一个整体进行升级，如中国专利CN201510944830.4 一种OTA升级方法和设备和中国专利CN201610078134.4OTA升级系统，在这种软件OTA升级方式下，单个或多个软件包的变动会引起所有的软件进行升级，维护难度高；二是将软件程序拆分成单个可执行程序进行升级，如中国专利CN201810317359.X 一种可对网络节点批量OTA升级的物联网网关及OTA升级方法和中国专利CN202011101984.4 一种OTA升级方法及装置，这种软件OTA升级方式可以有效避免单个文件升级造成整个软件系统升级，但仍然有以下不足：一是所有程序必须运行在相同的环境（宿主机）中，独立软件的复用性表现并不良好，稳定性较差；二是相互依赖的软件升级时需要提供相应的配置控制逻辑，使得升级过程较为复杂。

发明内容

针对现有技术的上述不足，本发明要解决的技术问题是提供一种基于容器的软件OTA升级方法，解决目前软件OTA升级时管理复杂且稳定性较差的问题，取得提高升级稳定性和软件复用性的效果。

为解决上述技术问题，本发明采用如下技术方案：

一种基于容器的软件OTA升级方法，包括如下步骤：

1）部署安装节点通过各以太网节点查询对应控制器的软件版本；

2）云端通过部署安装节点查询整车所有的软件版本；

3）云端基于整车所有的软件版本确定升级节点及对应软件的升级版本；

4）云端将步骤3）中确定升级版本的软件的集合所对应的镜像传输至部署安装节点；

5）部署安装节点将镜像传输至升级节点并判断是否满足升级条件，是，则执行步骤6）；

6）向用户发送升级提示，用户确认后进行升级。

进一步地，所述基于容器的软件OTA升级方法还包括步骤：7）部署安装节点回传升级结果至云端。

进一步地，部署安装节点属于以太网节点，部署安装节点也连接有控制器，步骤3）中，所述升级节点为以太网节点或部署安装节点。

进一步地，所述升级节点运行有操作系统并支持容器。

进一步地，步骤4）中，所述镜像为一个或多个。

进一步地，步骤5）中，部署安装节点将镜像传输至升级节点之前，还需要对镜像进行校验。

进一步地，步骤6）中，进行升级前；升级节点判断镜像是否在本地升级，是，则暂停升级软件所对应的容器，然后根据镜像启动新的容器完成软件升级；否，则读取镜像中的升级软件，调用底层接口进行刷写升级。

相比现有技术，本发明具有如下有益效果：

1、本发明所述一种基于容器的软件OTA升级方法，通过本发明所述方法可建立不同的系统环境以支持不同平台开发的软件，可有效提高软件复用性。

2、本发明所述一种基于容器的软件OTA升级方法，将有依赖的软件集合放入升级节点上的同一个容器中运行，通过升级运行容器对应的镜像，然后通过升级镜像启动新的容器完成升级，可减少升级过程中的依赖管理，提高升级的稳定性。

3、本发明所述一种基于容器的软件OTA升级方法，可让指定的运行软件的容器和其他容器进行隔离，并且只让指定的容器之间进行通信，杜绝容器内的软件对某些敏感信息的非法访问，提高软件访问的安全性。

附图说明

图1为实施例所述软件OTA升级方法中各节点的关系图；

图2为实施例所述软件OTA升级方法中查询软件版本的流程图；

图3为实施例所述软件OTA升级方法中镜像选择的流程图；

图4为实施例所述软件OTA升级方法中镜像传输的流程图；

图5为实施例所述软件OTA升级方法中软件升级的流程图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述。显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本发明实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本发明的实施例的详细描述并非旨在限制要求保护的本发明的范围，而是仅仅表示本发明的选定实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。在本发明的描述中，需要说明的是，术语“中心”、“上”、“下”、“左”、“右”、“竖直”、“水平”、“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，或者是该发明产品使用时惯常摆放的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。此外，术语“水平”、“竖直”等术语并不表示要求部件绝对水平或悬垂，而是可以稍微倾斜。如“水平”仅仅是指其方向相对“竖直”而言更加水平，并不是表示该结构一定要完全水平，而是可以稍微倾斜。在本发明的描述中，还需要说明的是，除非另有明确的规定和限定，术语“设置”、“安装”、“相连”、“连接”应做广义理解，例如，可以是固定连接，也可以是可拆卸连接，或一体地连接；可以是机械连接，也可以是电连接；可以是直接相连，也可以通过中间媒介间接相连，可以是两个元件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本发明中的具体含义。

实施例：

为便于理解，将本发明中使用的部分术语解释如下：

OTA：全称为Over-The-Air，空中下载技术，广泛运用于手机等各种智能终端，近年来也广泛应用于汽车行业；容器：即Container，容器虚拟化技术，能有效的将单个操作系统的资源划分到独立的空间中，更好的平衡有冲突的资源使用需求，而且具有更好的安全性；镜像：容器的底层数据文件，可以利用虚拟化软件根据镜像启动容器，对于容器而言，镜像是只读属性。

请参见图1，本发明所述一种基于容器的软件OTA升级方法，涉及云端、部署安装节点（THU）和多个以太网节点；

其中，云端负责收集整车所有软件的版本信息并决定传输哪些用于升级的镜像；

部署安装节点，负责收集各以太网节点的软件版本信息并反馈至云端后台，接收来自云端的镜像，并将镜像传输至升级节点，并反馈升级结果至云端；

部署安装节点也属于以太网节点，部署安装节点和以太网节点均对应连接有一个控制器，控制器负责接收来自升级节点的信息进行刷写升级；

部署安装节点和以太网节点均可作为升级节点，负责接收来自部署安装节点的镜像，并升级本地和直连控制器的软件，并将升级结果反馈至部署安装节点，升级节点运行有操作系统并支持容器技术。

一种基于容器的软件OTA升级方法，包括如下步骤：

2）云端通过部署安装节点查询整车所有的软件版本；

步骤1）和2）为软件版本的查询过程，可参见图2，以太网节点查询获取连接的控制器软件版本，同时也需要获取该以太网节点的软件版本；部署安装节点向以太网节点查询该节点相关的软件版本；需要注意的是，部署安装节点本身也是一个以太网节点，也需要查询该节点的软件版本，云端后台通过部署安装节点获取整车的所有软件版本。

步骤3）为升级用镜像的选择过程，可参见图3，云端根据查询到的整车所有软件版本同本地的最新软件版本做比较，如果一个或多个软件存在更新的版本，则选择软件对应的一个或多个升级镜像；如果所有软件均不存更新的版本，则无需处理。

4）云端将步骤3）中确定升级版本的软件的集合所对应的一个或多个镜像传输至部署安装节点；

5）部署安装节点对镜像进行校验，通过校验后将镜像传输至升级节点并判断是否满足升级条件，是，则执行步骤6）；

步骤4）和步骤5）为升级用镜像的传输和部署过程，可参见图4，云端将升级用的镜像传输至部署安装节点，部署安装节点收到镜像后进行校验，校验不通过则通知云端重传该镜像，校验通过则继续判断该镜像是否是本地升级，如果是本地升级的镜像，则存储至本地指定位置，如果不是本地升级的镜像，则将镜像传输至对应的升级节点，升级节点接收完成后返回部署结果；部署安装节点接收到所有升级节点的部署结果后进行判断，如果失败则重传对应的镜像，直至所有升级节点均部署成功，部署成功后提示用户进行升级。

6）向用户发送升级提示，用户确认后进行升级；

进行升级前；升级节点判断镜像是否在本地升级；是，则暂停升级软件所对应的容器，然后根据镜像启动新的容器完成软件升级；如果新的容器运行异常，可以支持运行原来的容器，实现回滚；否，则读取镜像中的升级软件，调用底层接口进行刷写升级。

7）部署安装节点回传升级结果至云端；

步骤6）和步骤7）为软件的升级过程，可参见图5，升级节点判断本地的升级条件是否满足，如果不满足则让部署安装节点返回升级条件不满足，如果满足则继续判断镜像是否是本地升级镜像，如果是则在该升级节点上停止对应软件正在运行的容器，然后根据镜像启动新的容器并记录升级结果，需要注意的是如果升级软件会影响到汽车的关键功能，则安装完成后等待系统重启后生效，如果不是本地升级镜像，则读取镜像中的升级文件调用系统接口刷写对应的控制器，刷写完成后，升级节点记录升级结果；升级完成后，升级节点向部署安装节点返回升级结果，部署安装节点将结果汇总后向云端后台返回升级结果，云端后台根据返回的升级结果做出决策，并决定下一步动作的执行。

本发明所述一种基于容器的软件OTA升级方法，通过本发明可以建立不同的系统环境以支持不同平台开发的软件，从而提高软件的复用性，降低软件集成复杂度；可让有依赖的软件集合放入升级节点上的同一个容器中运行，通过升级运行容器对应的镜像，然后通过升级镜像启动新的容器完成升级，可有效减少升级过程中的依赖管理，提高升级的稳定性；可以让指定的运行软件的容器和其他容器进行隔离，并且只让指定的容器之间进行通信，杜绝容器内的软件对某些敏感信息的非法访问，提高软件访问的安全性。

最后需要说明的是，以上实施例仅用以说明本发明的技术方案而非限制技术方案，本领域的普通技术人员应当理解，那些对本发明的技术方案进行修改或者等同替换，而不脱离本技术方案的宗旨和范围，均应涵盖在本发明的权利要求范围当中。

Claims

1.一种基于容器的软件OTA升级方法，其特征在于：包括如下步骤：

2）云端通过部署安装节点查询整车所有的软件版本；

6）向用户发送升级提示，用户确认后进行升级。

2.根据权利要求1所述一种基于容器的软件OTA升级方法，其特征在于：还包括步骤：7）部署安装节点回传升级结果至云端。

3.根据权利要求1所述一种基于容器的软件OTA升级方法，其特征在于：部署安装节点属于以太网节点，部署安装节点也连接有控制器，步骤3）中，所述升级节点为以太网节点或部署安装节点。

4.根据权利要求1所述一种基于容器的软件OTA升级方法，其特征在于：所述升级节点运行有操作系统并支持容器。

5.根据权利要求1所述一种基于容器的软件OTA升级方法，其特征在于：步骤4）中，所述镜像为一个或多个。

6.根据权利要求1所述一种基于容器的软件OTA升级方法，其特征在于：步骤5）中，部署安装节点将镜像传输至升级节点之前，还需要对镜像进行校验。

7.根据权利要求1所述一种基于容器的软件OTA升级方法，其特征在于：步骤6）中，进行升级前；升级节点判断镜像是否在本地升级，是，则暂停升级软件所对应的容器，然后根据镜像启动新的容器完成软件升级；否，则读取镜像中的升级软件，调用底层接口进行刷写升级。