CN116088913A - 整车升级软件的集成设备、方法和计算机程序产品 - Google Patents

Abstract

本申请涉及智能汽车技术领域，尤其涉及一种整车升级软件的集成设备、方法和计算机程序产品。其中，集成设备包括：处理器，用于从电子控制单元集合中，获取至少一个待更新的候选电子控制单元的标识；在预配置的集成时间到达后，对每个候选电子控制单元执行以下操作：基于标识确定候选电子控制单元当前的第一版本信息；将第一版本信息与预设时间段内已发布的相应电子控制单元的第二版本信息进行对比；基于对比结果，确定候选电子控制单元对应的版本文件；将各个候选电子控制单元对应的版本文件进行打包整合，获得整车升级软件。本申请可以自动选取电子控制单元版本并集成为整车升级软件，提高整车升级软件的集成效率。

Description

整车升级软件的集成设备、方法和计算机程序产品

背景技术

随着科学技术的发展，汽车产业技术日益精进，车辆可以实现的功能（例如胎压监测、倒车测距等）逐渐增加，因而，车辆中能够实现这些功能的电子控制单元（ElectronicControl Unit，ECU）的数量也在逐步增加。

针对车辆控制软件中参数的优化调试，隐藏的问题的修正，性能的提升是通过对车辆中的各个ECU进行版本升级实现的。在相关技术中，车辆升级所需要的整车升级软件往往是通过人工来进行集成，具体需要人工在全部ECU中确定需要升级的ECU以及其升级版本，再由人工编写整车集成释放说明，并对软件进行打包测试，等待若干时间后人工检测集成结果，并将检测结果发送给相关人员。

但由于如今车辆ECU数量增多，可升级的ECU也在增加，升级管理和测试难度因此逐步增长，由人工来打包整车升级软件的方式逐渐变得耗时耗力。因而，如何提供更加安全、可靠的整车自动化的软件集成平台和方案，降低集成整车升级软件的难度，提高集成效率是亟待解决的。

发明内容

本申请实施例提供一种整车升级软件的集成设备、方法和计算机程序产品，用以提高整车升级软件的集成效率。

本申请实施例提供的一种整车升级软件的集成设备，所述设备包括处理器和存储器，其中，所述存储器存储有计算机程序，当所述计算机程序被所述处理器执行时，所述处理器执行如下步骤：

从预先创建的电子控制单元集合中，获取至少一个待更新的候选电子控制单元的标识；

在预配置的集成时间到达后，对每个所述候选电子控制单元分别执行以下操作：基于所述标识确定所述候选电子控制单元当前的第一版本信息；将所述第一版本信息与预设时间段内已发布的相应电子控制单元的第二版本信息进行对比；基于对比结果，确定所述候选电子控制单元对应的版本文件；

将各个候选电子控制单元对应的版本文件进行打包整合，获得整车升级软件。

本申请实施例提供的一种整车升级软件的集成方法，所述方法包括：

从预先创建的电子控制单元集合中，获取至少一个待更新的候选电子控制单元的标识；

在预配置的集成时间到达后，对每个所述候选电子控制单元分别执行以下操作：基于所述标识确定所述候选电子控制单元当前的第一版本信息；将所述第一版本信息与预设时间段内已发布的相应电子控制单元的第二版本信息进行对比；基于对比结果，确定所述候选电子控制单元对应的版本文件；

将各个候选电子控制单元对应的版本文件进行打包整合，获得整车升级软件。

可选的，所述从预先创建的电子控制单元集合中，获取至少一个待更新的候选电子控制单元的标识，包括：

基于预先创建的目标根节点中的版本名称，在所述电子控制单元集合中，基于预设更新计划，获取至少一个待更新的候选电子控制单元的标识；所述目标根节点包含至少一个集成子节点，每个集成子节点对应一个集成时间；在每次获取后执行以下步骤：

将本次获取到的所述候选电子控制单元的标识作为所述集成子节点对应的更新范围。

可选的，所述集成时间是通过如下方式获取的：

周期性查询所述目标根节点下的各个集成子节点；

基于所述各个集成子节点中存储的集成时间的先后顺序，将所述集成时间位于当前时间之后的首位集成子节点作为目标集成子节点；

所述基于所述标识确定所述候选电子控制单元当前的第一版本信息；将所述第一版本信息与预设时间段内已发布的相应电子控制单元的第二版本信息进行对比；基于对比结果，确定所述候选电子控制单元对应的版本文件，包括：

在所述目标集成子节点的集成时间到达后，对所述目标集成子节点对应更新范围中的每个所述候选电子控制单元分别执行以下操作：基于所述标识确定所述候选电子控制单元当前的第一版本信息；将所述第一版本信息与预设时间段内已发布的相应电子控制单元的第二版本信息进行对比；基于对比结果，确定所述候选电子控制单元对应的版本文件。

可选的，所述基于所述标识确定所述候选电子控制单元当前的第一版本信息，包括：

若所述目标集成子节点为所述目标根节点下的首位集成子节点，则将所述目标根节点的前一根节点的末位集成子节点中，与所述候选电子控制单元的标识相同的电子控制单元的版本信息，作为所述候选电子控制单元当前的第一版本信息；

若所述目标集成子节点为所述目标根节点下的非首位集成子节点，则将所述目标集成子节点的前一集成子节点中，与所述候选电子控制单元的标识相同的电子控制单元的版本信息，作为所述候选电子控制单元的当前的第一版本信息。

可选的，所述将所述第一版本信息与预设时间段内已发布的相应电子控制单元的第二版本信息进行对比，包括：

通过电子控制单元更新系统，查询发布于本次集成时间与上次集成时间之间的，与所述候选电子控制单元的标识相同的电子控制单元的第二版本信息，并将所述第一版本信息与所述第二版本信息进行对比；所述电子控制单元更新系统用于提供软件发布方上传的各个电子控制单元的各个版本文件；

若查询到，则将查询到的所述第二版本信息对应的版本文件，作为所述候选电子控制单元对应的版本文件；

若未查询到，则将所述第一版本信息对应的版本文件，作为所述候选电子控制单元对应的版本文件。

可选的，所述将各个候选电子控制单元对应的版本文件进行打包整合，得到整车升级软件，包括：

从所述电子控制单元集合中，获取除候选电子控制单元之外的其他电子控制单元的标识；

基于所述其他电子控制单元的标识，确定所述其他电子控制单元对应的版本文件；

将各个候选电子控制单元对应的版本文件，与所述其他电子控制单元对应的版本文件进行打包整合，获得整车升级软件。

可选的，在所述将各个候选电子控制单元对应的版本文件进行打包整合，得到整车升级软件之后，所述方法还包括：

将所述整车升级软件所包含的版本文件添加至目标集成子节点中；

将所述整车升级软件的集成结果发送至相关的维护对象。

本申请实施例提供的一种计算机程序产品，包括计算机程序，当所述计算机程序被处理器执行时实现如上述任意一种整车升级软件的集成方法。

可选的，计算机可读存储介质可以作为计算机程序产品的一种实现，即本申请实施例还提供一种计算机可读存储介质，其包括计算机程序，当所述计算机程序被处理器执行时实现如上述任意一种整车升级软件的集成方法。

本申请实施例提供的一种电子设备，其包括处理器和存储器，其中，所述存储器存储有计算机程序，当所述计算机程序被所述处理器执行时，使得所述处理器执行上述任意一种整车升级软件的集成方法的步骤。

本申请有益效果如下：

本申请实施例提供了一种整车升级软件的集成设备、方法和计算机程序产品。在本申请实施例中，集成设备中的处理器可以自动在全部电子控制单元中获取到本次集成需要更新的候选电子控制单元的标识，基于此，可以自动确定软件集成的范围；进而，按照指定的集成时间自动触发软件集成，具体的，在本次集成的集成时间到达后，基于每个候选电子控制单元的标识确定每个候选电子控制单元当前的第一版本信息；之后，将第一版本信息与预设时间段内已发布的相应电子控制单元的第二版本信息进行对比，并根据对比结果获得候选电子控制单元对应的版本文件；最后将各个候选电子控制单元对应的版本文件进行打包整合，获得整车升级软件。上述中的版本对比、获取以及集成过程都由处理器自动完成，也即，本申请可以将车辆升级所需的所有软件通过指定的范围和时间进行统一的非人工干预的整合，实现整车升级软件的自动集成，相较于人工集成更加安全、可靠，同时降低了人工集成整车升级软件的难度和时间成本，提高了整车升级软件的集成效率。

本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。

图1为本申请实施例提供的一种应用场景示意图；

图2为本申请实施例提供的一种整车升级软件的集成设备的结构示意图；

图3为本申请实施例提供的一种处理器执行整车升级软件集成的流程图；

图4为本申请实施例提供的一种节点结构分布示意图；

图5为本申请实施例提供的一种获取版本文件的逻辑图；

图6为本申请实施例提供的一种获取版本文件的逻辑图整车升级软件的集成方法的实施流程示意图；

图7为本申请实施例提供的一种整车升级软件的集成与加密过程的逻辑示意图；

图8为本申请实施例提供的一种电子设备的组成结构示意图；

图9为应用本申请实施例提供的一种计算装置的一个硬件组成结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请技术方案的一部分实施例，而不是全部的实施例。基于本申请文件中记载的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请技术方案保护的范围。

下面对本申请实施例中涉及的部分概念进行介绍。

电子控制单元：又称为汽车的“行车电脑”，用于控制车辆的行驶状态以及实现其各种功能，整车中全部的电子控制单元组成电子控制单元集合；本申请中分为候选电子控制单元与其他电子控制单元，候选电子控制单元是本次集成计划中需要进行版本更新的电子控制单元，其他电子控制单元为本次集成计划中不需要进行版本更新的电子控制单元。

根节点：也称基线节点，是整车研发阶段的各个基础版本对应的节点，其中包含了该节点的基线信息，例如该节点对应的版本名称为0.6.5，更新内容为针对某一项或某几项功能进行调整优化等。

集成子节点：根节点下的节点，每个集成子节点对应一次整车的集成，每个集成子节点配置有一个对应的集成时间。

版本信息：包括电子控制单元的版本名称，发布时间等，本申请中主要分为第一版本信息与第二版本信息，第一版本信息为候选电子控制单元当前版本对应的版本信息，第二版本信息为发布于本次集成时间与上次集成时间之间的电子控制单元的版本对应的版本信息。

以下结合说明书附图对本申请的实施例进行说明，应当理解，此处所描述的实施例仅用于说明和解释本申请，并不用于限定本申请，并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

参阅图1所示，其为本申请实施例的应用场景示意图。该应用场景图中包括一个集成设备110和多个车辆120。

在本申请实施例中，集成设备110可以为服务器或终端设备，集成设备110上可以安装有整车升级软件集成相关的客户端，该客户端可以是软件（例如浏览器、集成软件等），也可以是网页、小程序等。

需要说明的是，本申请各实施例中的整车升级软件的集成设备可以由集成设备110执行。由集成设备110执行时，集成设备110从预先创建的电子控制单元集合中，获取本次集成中需要进行更新的候选电子控制单元的标识；并在预配置的集成时间到达后，基于标识确定各个候选电子控制单元当前的第一版本信息；之后集成设备110将第一版本信息与预设时间段内已发布的相应电子控制单元的第二版本信息进行对比；最后集成设备110基于对比结果，确定候选电子控制单元对应的版本文件；并将各个候选电子控制单元对应的版本文件进行打包整合，获得整车升级软件。

在一种可选的实施方式中，集成设备110与车辆120之间可以通过通信网络进行通信。

在一种可选的实施方式中，通信网络是有线网络或无线网络。

需要说明的是，图1所示只是举例说明，实际上集成设备110和车辆120的数量不受限制，在本申请实施例中不做具体限定。

下面结合上述描述的应用场景，参考附图来描述本申请示例性实施方式提供的整车升级软件的集成设备，需要注意的是，上述应用场景仅是为了便于理解本申请的精神和原理而示出，本申请的实施方式在此方面不受任何限制。

参阅图2所示，其为本申请实施例提供的一种整车升级软件的集成设备的结构示意图，其中，集成设备210包括处理器211和存储器212，存储器212存储有计算机程序，如图3所示，为本申请实施例提供的一种处理器执行整车升级软件集成的流程图，当计算机程序被处理器211执行时，使得处理器211执行S301-S303：

S301：处理器从预先创建的电子控制单元集合中，获取至少一个待更新的候选电子控制单元的标识。

其中，整车中全部的电子控制单元组成电子控制单元集合，每次更新集成可能只需要电子控制单元集合中的部分电子控制单元（也即ECU）进行升级更新，因此处理器需要获取需要更新的电子控制单元的标识。

一种可选的实施方式为，处理器基于预先创建的目标根节点中的版本名称，在电子控制单元集合中，基于预设更新计划，获取至少一个待更新的候选电子控制单元的标识。

上述中，根节点也称基线节点，各个根节点与整车研发阶段的各个基础版本对应，每个根节点中包含了该节点的基线信息，例如该节点对应的版本名称为0.6.5，更新内容为针对某功能进行调整优化等。根节点由相关人员预先手动创建，基线的信息也是由相关人员手动添加的。具体地，相关人员可以在基线管理页面对根节点和节点的基线信息进行编辑，基线管理页面中包含了新增、删除、编辑根节点以及相应基线信息的交互键，处理器检测到相关人员触发创建根节点并添加基线信息的操作后，可以获取该根节点的基线信息。

每个根节点下一般包含至少一个集成子节点，每个集成子节点对应一次电子控制单元的更新与整车升级软件的集成，每个集成子节点配置有一个与该集成子节点对应的集成时间。集成子节点与集成时间同样由相关人员根据预设的更新计划创建，可以一次性创建多个，也可以按照计划在每次整车升级软件的集成之前创建。例如更新计划为一年内每3个月更新一次，则可以一次性创建4个集成子节点，也可以在3月、6月、9月、12月的更新计划之前分别创建。

每次需要进行整车升级软件的集成时，都需要在电子控制单元集合中获取一次需要更新的电子控制单元的标识，也即，若目标根节点下仅包含一个集成子节点，则只需要在该节点对应的更新计划到来前，获取一次需要更新的电子控制单元的标识；若目标根节点下包含多个集成子节点，则需要在每个节点对应的整车升级软件的更新计划到来前，获取一次需要更新的电子控制单元的标识，总共需要获取多次。

上述中的标识可以为各个电子控制单元的名称，或者为各个电子控制单元进行编号，将编号作为标识等等。

具体地，处理器可以根据相关人员创建的基线信息，例如目标根节点中的版本名称，自动到JIRA系统获取最近一次需要更新的候选电子控制单元的范围。JIRA是一种敏捷项目管理工具，用于项目与事务跟踪，也即最近一次需要更新的候选电子控制单元的范围存储在JIRA系统中。

在每次获取后处理器执行以下步骤：处理器将本次获取到的候选电子控制单元的标识作为集成子节点对应的更新范围。也即将获取到的需要更新的候选电子控制单元的范围，作为集成子节点自己的电子控制单元集成范围。

目标根节点即是本次整车升级软件的集成对应的集成子节点所在的根节点。本次整车升级软件的集成中，需要更新的电子控制单元为候选电子控制单元。

以具体事例为例，如图4所示，为本申请实施例提供的一种节点结构分布示意图，假设目标根节点版本名称为0.6.5，下有多个集成子节点0.6.5A、0.6.5B、0.6.5C，集成时间分别为3月2日，6月7日和9月6日，则在每次集成时间之前，处理器都需要获取本次更新集成获取待更新的候选电子控制单元的标识，并将其作为对应集成子节点的电子控制单元集成范围，假设0.6.5A对应的电子控制单元集成范围为ECU1，ECU2，ECU3，ECU4，0.6.5B 对应的电子控制单元集成范围为ECU1，ECU3，ECU6，ECU11，0.6.5C对应的电子控制单元集成范围为ECU1，ECU5，ECU7，ECU8。

S302：处理器在预配置的集成时间到达后，对每个候选电子控制单元分别执行以下操作：基于标识确定候选电子控制单元当前的第一版本信息；将第一版本信息与预设时间段内已发布的相应电子控制单元的第二版本信息进行对比；基于对比结果，确定候选电子控制单元对应的版本文件。

即，对于电子控制单元集合中的某个需要更新的电子控制单元X，处理器获取电子控制单元X当前版本的版本信息，和在预设时间段内发布的电子控制单元X的新版本的版本信息进行对比，基于对比结果，确定电子控制单元X对应的版本文件。

上述中，处理器通过如下方式获取集成时间：

处理器周期性查询目标根节点下的各个集成子节点；并基于各个集成子节点中存储的集成时间的先后顺序，将集成时间位于当前时间之后的首位集成子节点作为目标集成子节点。

一种可选的实施方式为，管理人员可以在XXL-JOB系统中预先配置定时任务，用于周期性查询各个集成子节点的集成时间，使得集成时间到达后可以顺利触发版本信息的对比。

XXL-JOB是一个轻量级分布式任务调度平台，可基于管理人员撰写的代码实现上述定时任务的执行，定时任务按照设置的时间周期，多次查询集成子节点，以确定目标集成子节点以及集成时间。

一种可选的方式为，处理器通过如下方式确定候选电子控制单元当前的第一版本信息。

若目标集成子节点为目标根节点下的首位集成子节点，则处理器将目标根节点的前一根节点的末位集成子节点中，与候选电子控制单元的标识相同的电子控制单元的版本信息，作为候选电子控制单元当前的第一版本信息；若目标集成子节点为目标根节点下的非首位集成子节点，则处理器将目标集成子节点的前一集成子节点中，与候选电子控制单元的标识相同的电子控制单元的版本信息，作为候选电子控制单元的当前的第一版本信息。

上述中根节点的顺序是基于版本更新的先后顺序确定的，根节点下的集成子节点也是根据版本更新的先后顺序排列的，或者说是根据集成时间的先后顺序排列的。版本信息包括电子控制单元的版本名称，发布时间等，第一版本信息为候选电子控制单元当前版本对应的版本信息，也即上一次更新集成后，候选电子控制单元的版本对应的版本信息，可以在上一次更新集成对应的集成子节点中获取。

之后处理器将进行版本对比，可选的，处理器通过电子控制单元更新系统，查询发布于本次集成时间与上次集成时间之间的，与候选电子控制单元的标识相同的电子控制单元的第二版本信息，若查询到，则将查询到的第二版本信息对应的版本文件，作为候选电子控制单元对应的版本文件；若未查询到，则将第一版本信息对应的版本文件，作为候选电子控制单元对应的版本文件。

上述中，电子控制单元更新系统用于提供软件发布方上传的各个电子控制单元的各个版本文件。电子控制单元更新系统可以直接部署在集成设备上，也可以部署在其它计算机上。本次集成时间也就是目标集成子节点的集成时间。处理器根据目标集成子节点配置的触发时间、有效状态，自动触发整车软件生成逻辑；在整车生成逻辑中，处理器根据候选电子控制单元的标识及电子控制单元更新系统中的电子控制单元的版本名称。

上述中的有效状态为电子控制单元的状态，例如为本次需要更新的候选电子控制单元设定一个有效状态（如待更新状态），处理器会对该状态的电子控制单元，也即候选电子控制单元进行后续的版本信息对比。但进一步假设存在一个本应在本次更新集成中进行版本对比与更新的候选电子控制单元α，软件发布方在本次更新集成的集成时间之前发布了候选电子控制单元α的新版本，但是由于发现新版本存在某些问题不得不下架，则候选电子控制单元α的状态会被修改（例如修改为维持原版状态），若本次更新集成的集成时间到达后，其状态仍为维持原版状态，则候选电子控制单元α不再参与版本对比过程。

一般情况下，处理器可以在电子控制单元更新系统中获取到第二版本信息，但也存在某些情况（例如开发难度大，时间不足）可能导致某些候选电子控制单元的新版本未能在本次更新集成的集成时间之前发布，导致某些候选电子控制单元无法查询到第二版本信息，因此处理器确定候选电子控制单元对应的版本文件的过程为：若可以查询到发布于本次集成时间与上次集成时间之间的，与候选电子控制单元的标识相同的电子控制单元，则获取第二版本信息对应的版本文件，作为候选电子控制单元对应的版本文件；若查询不到发布于本次集成时间与上次集成时间之间的，与候选电子控制单元的标识相同的电子控制单元，则将第一版本信息对应的版本文件，作为候选电子控制单元对应的版本文件。

也即，如果电子控制单元更新系统中，存在发布于本次集成时间与上次集成时间之间的候选电子控制单元的新版本，处理器可以在电子控制单元更新系统中获取到新版本的版本文件，作为候选电子控制单元的版本文件。

如果电子控制单元更新系统中没有发布于本次集成时间与上次集成时间之间的候选电子控制单元的新版本，则处理器在上一个集成子节点中获取候选电子控制单元对应的电子控制单元的版本文件，作为候选电子控制单元对应的版本文件。

沿用S301中的假设，当前目标根节点0.6.5下有集成子节点0.6.5A、0.6.5B、0.6.5C，集成时间分别为3月2日，6月7日和9月6日，设定定时任务执行周期为24小时，并在每天上午10点启动，则在每天上午10点定时任务查询各个集成子节点以及各个集成子节点的集成时间。假设当前为6月6日，则6月7日的集成子节点B为目标集成子节点。

如图5所示，为本申请实施例提供的一种获取版本文件的逻辑图，集成子节点0.6.5A中包含整车全部电子控制单元在3月2日集成时版本的版本信息，集成子节点0.6.5B在集成完成前仅包含本次集成的集成范围，也即候选电子控制单元集成范围为ECU1，ECU3，ECU6，ECU11，其中，均处于待更新状态。

在3月2日的更新集成对应的集成子节点0.6.5A中，ECU1的版本信息为010065A，则010065A为ECU1的第一版本信息，ECU3的版本信息为030065A，则030065A为ECU3的第一版本信息，ECU6的版本信息为060060D，则060060D为ECU6的第一版本信息，ECU11的版本信息为110060E，则110060E为ECU11的第一版本信息。

之后，处理器将电子控制单元更新系统中，发布于3月2日与6月7日之间的ECU1，ECU3，ECU6，ECU11的版本的版本信息作为ECU1，ECU3，ECU6，ECU11各自的第二版本信息；假设电子控制单元更新系统中存在ECU1（4月5日发布），ECU3（5月23日发布），ECU6（6月3日发布）的新版本，也即发布时间在3月2日与6月7日之间的版本，处理器将新版本的版本信息作为ECU1，ECU3，ECU6的第二版本信息，假设ECU1的第二版本信息为010065B，ECU3的第二版本信息为030065B，ECU6的第二版本信息为060065B。处理器获取ECU1，ECU3，ECU6的第二版本信息对应的版本文件，也即新版本的版本文件，作为ECU1，ECU3，ECU6的版本文件参与后续集成。

处理器未获取到ECU11的新版本，则将110060E对应的版本文件作为ECU11的版本文件参与后续集成。

S303：处理器将各个候选电子控制单元对应的版本文件进行打包整合，获得整车升级软件。

整车升级软件中不仅包含候选电子控制单元对应的版本文件，不在目标集成子节点的电子控制单元集成范围内的电子控制单元不参与版本的对比与更新，但也需要参与集成。也即，整车全部的电子控制单元都需要参与集成。

可选的，处理器从电子控制单元集合中，获取除候选电子控制单元之外的其他电子控制单元的标识；基于其他电子控制单元的标识，确定其他电子控制单元对应的版本文件；最后，将各个候选电子控制单元对应的版本文件，与其他电子控制单元对应的版本文件进行打包整合，获得整车升级软件。

也即，对于其他电子控制单元，处理器直接在上一集成节点获取与其他电子控制单元对应的电子控制单元的版本文件，作为其他电子控制单元的版本文件，使得其他电子控制单元也能参与集成。

沿用S302中的假设，假设整车共有22个电子控制单元，则在本次更新集成中，除ECU1，ECU3，ECU6，ECU11外的其余18个电子控制单元均为其他电子控制单元，处理器在集成子节点0.6.5A中获取其他电子控制单元各自的版本文件，最后将18个其他电子控制单元的版本文件与ECU1，ECU3，ECU6，ECU11的版本文件集成为整车升级软件。

此外，S302中所提到的候选电子控制单元α的状态更改后不再参与版本对比，其与其他电子控制单元相同，处理器直接在上一集成节点获取电子控制单元α对应的电子控制单元的版本文件，作为电子控制单元α的版本文件，使得电子控制单元α以该版本文件参与集成。

在将全部电子控制单元的版本文件集成为整车升级软件后，处理器将整车升级软件所包含的版本文件添加至目标集成子节点中；并将整车升级软件的集成结果发送至相关的维护对象。维护人员负责对相应的电子控制单元进行管理，以及在相应的电子控制单元出现问题时进行修正。

此外，整车升级软件生成成功后会触发加密服务对整车升级软件进行加密，并自动将整车升级软件部署至CDN（Content Delivery Network，内容分发网络）服务，供公网下载使用，处理器对整车软件状态进行变更操作，将其标识为自动版本生成，也即非人工生成。之后处理器根据生成的整车升级软件和参与集成的各个电子控制单元，自动生成发行说明，并发送邮件通知给相关维护人员的客户端，具体地，整车中的全部电子控制单元往往会分为几组，每组包含至少一个电子控制单元，不同组的电子控制单元由不同人员进行维护等工作，若集成成功，则处理器将集成成功的通知以邮件形式发送给维护人员，若出现集成失败，或某个候选电子控制单元未能顺利以新版本的版本文件参与集成的情况，则处理器根据分组将相关的电子控制单元的集成情况发送给相关维护人员的客户端。以便后续维护人员对电子控制单元进行管理和问题的追踪、修改。

上述中的集成失败为：如果存在电子控制单元提交不完全等情况，则视为整车升级软件生成失败，处理器自动发送邮件通知电子控制单元开发升级方人员进行关注。

基于相同的发明构思，本申请还提供一种整车升级软件的集成方法，所述方法包括：

从预先创建的电子控制单元集合中，获取至少一个待更新的候选电子控制单元的标识；

在预配置的集成时间到达后，对每个所述候选电子控制单元分别执行以下操作：基于所述标识确定所述候选电子控制单元当前的第一版本信息；将所述第一版本信息与预设时间段内已发布的相应电子控制单元的第二版本信息进行对比；基于对比结果，确定所述候选电子控制单元对应的版本文件；

将各个候选电子控制单元对应的版本文件进行打包整合，获得整车升级软件。

可选的，所述从预先创建的电子控制单元集合中，获取至少一个待更新的候选电子控制单元的标识，包括：

基于预先创建的目标根节点中的版本名称，在所述电子控制单元集合中，基于预设更新计划，获取至少一个待更新的候选电子控制单元的标识；所述目标根节点包含至少一个集成子节点，每个集成子节点对应一个集成时间；在每次获取后执行以下步骤：

将本次获取到的所述候选电子控制单元的标识作为所述集成子节点对应的更新范围。

可选的，所述集成时间是通过如下方式获取的：

周期性查询所述目标根节点下的各个集成子节点；

基于所述各个集成子节点中存储的集成时间的先后顺序，将所述集成时间位于当前时间之后的首位集成子节点作为目标集成子节点；

所述基于所述标识确定所述候选电子控制单元当前的第一版本信息；将所述第一版本信息与预设时间段内已发布的相应电子控制单元的第二版本信息进行对比；基于对比结果，确定所述候选电子控制单元对应的版本文件，包括：

在所述目标集成子节点的集成时间到达后，对所述目标集成子节点对应更新范围中的每个所述候选电子控制单元分别执行以下操作：基于所述标识确定所述候选电子控制单元当前的第一版本信息；将所述第一版本信息与预设时间段内已发布的相应电子控制单元的第二版本信息进行对比；基于对比结果，确定所述候选电子控制单元对应的版本文件。

可选的，所述基于所述标识确定所述候选电子控制单元当前的第一版本信息，包括：

若所述目标集成子节点为所述目标根节点下的首位集成子节点，则将所述目标根节点的前一根节点的末位集成子节点中，与所述候选电子控制单元的标识相同的电子控制单元的版本信息，作为所述候选电子控制单元当前的第一版本信息；

若所述目标集成子节点为所述目标根节点下的非首位集成子节点，则将所述目标集成子节点的前一集成子节点中，与所述候选电子控制单元的标识相同的电子控制单元的版本信息，作为所述候选电子控制单元的当前的第一版本信息。

可选的，所述将所述第一版本信息与预设时间段内已发布的相应电子控制单元的第二版本信息进行对比，包括：

通过电子控制单元更新系统，查询发布于本次集成时间与上次集成时间之间的，与所述候选电子控制单元的标识相同的电子控制单元的第二版本信息；所述电子控制单元更新系统用于提供软件发布方上传的各个电子控制单元的各个版本文件；

若查询到，则将查询到的所述第二版本信息对应的版本文件，作为所述候选电子控制单元对应的版本文件；

若未查询到，则将所述第一版本信息对应的版本文件，作为所述候选电子控制单元对应的版本文件。

可选的，所述将各个候选电子控制单元对应的版本文件进行打包整合，得到整车升级软件，包括：

从所述电子控制单元集合中，获取除候选电子控制单元之外的其他电子控制单元的标识；

基于所述其他电子控制单元的标识，确定所述其他电子控制单元对应的版本文件；

将各个候选电子控制单元对应的版本文件，与所述其他电子控制单元对应的版本文件进行打包整合，获得整车升级软件。

可选的，在所述将各个候选电子控制单元对应的版本文件进行打包整合，得到整车升级软件之后，所述方法还包括：

将所述整车升级软件所包含的版本文件添加至目标集成子节点中；

将所述整车升级软件的集成结果发送至相关的维护对象。

综上，如图6所示，其为本申请实施例提供的一种整车升级软件的集成方法的实施流程示意图。

步骤601：基于预先创建的目标根节点中的版本名称，在电子控制单元集合中，获取本次更新集成中，需要进行更新的候选电子控制单元的标识。

步骤602：将本次获取到的候选电子控制单元的标识作为目标集成子节点对应的更新范围。

步骤603：基于定时任务周期性查询目标根节点下的各个集成子节点；确定目标集成子节点的集成时间。

步骤604：集成时间到达后，获取每个候选电子控制单元当前的第一版本信息。

步骤605：通过电子控制单元更新系统，查询每个候选电子控制单元的第二版本信息。

对于每个候选电子控制单元，根据其标识，在电子控制单元更新系统中查询拥有相同标识的电子控制单元的版本信息，且发布时间应在本次集成时间与上次集成时间之间，该版本信息即为候选电子控制单元的第二版本信息。

步骤606：基于查询结果，确定候选电子控制单元对应的版本文件。

具体地，在电子控制单元更新系统中，查询发布于本次集成时间与上次集成时间之间的候选电子控制单元的新版本，如果新版本存在，则将新版本的版本文件作为候选电子控制单元的版本文件，如果不存在，则在上一个集成子节点中获取候选电子控制单元对应的电子控制单元的版本文件，作为候选电子控制单元对应的版本文件。

步骤607：获取其他电子控制单元对应的版本文件。

具体地，对于其他电子控制单元，处理器直接在上一集成节点获取与其他电子控制单元对应的电子控制单元的版本文件，作为其他电子控制单元的版本文件。

步骤608：将其他电子控制单元对应的版本文件与候选电子控制单元对应的版本文件进行集成，得到整车升级软件。

如图7所示，为本申请实施例提供的一种整车升级软件的集成与加密过程的逻辑示意图，首先相关人员可以手动添加、删除和编辑根节点中的基线信息，定时任务周期性扫描集成子节点，在集成触发条件：状态有效（即valid=1），任务状态为taskstatus={待处理，失败}，重试次数＜最大重试次数，集成时间≤当前时间，事件类型=传入类型，全部满足的情况下，触发整车升级软件自动生成逻辑，获取电子控制单元更新系统中，需要更新的电子控制单元的新版本，如果新版本不存在，则获取旧版本的版本文件。无需更新的电子控制单元也需获取旧版本的版本文件。处理器调用整车升级软件生成接口进行整车升级软件的集成。

整车升级软件生成失败的情况下，处理器自动发送邮件通知相关人员进行关注，若整车升级软件生成成功，则触发公钥加密（Public Key Infrastructure，KPI）服务对整车升级软件中的全部电子控制单元的全部版本文件进行加密，由于该过程较为漫长，因此设定一个30分钟的延迟，目的是尽可能的等待全部电子控制单元的加密部署完成之后，再发送部署结果验证。加密过程中，在每一个文件加密完成后都会通知该文件加密完成，在全部文件加密完成后，通知整体加密完成，之后验证加密结果是否正确。此外，文件在加密部署时是“部署中”状态，加密结果验证完成后会被修改为已提测（已提交测试）状态，之后判断本次集成是否是由处理器自动完成的，如果是，则向相关人员发送通知，并将该整车升级软件标识为自动版本生产。

本申请提出的方法可应用在移动终端的空中下载软件升级（Firmware Over-The-Air，FOTA），FOTA指通过云端升级技术，为具有连网功能的设备提供固件升级服务，也可应用于空中数据传输（Data Over-The-Air，DOTA）平台。

本申请提出的整车升级软件自动集成方法只需要由人工编辑和管理关键根节点、集成子节点、集成时间和通知的相关人员，集成子节点、集成范围和集成时间可以灵活配置，剩余工作均由处理器自动完成，实现将人力充分释放。在整车升级软件生成成功后还可以自动向相关人员发送通知。

本申请通过确定整车集成时间，集成范围， 定时扫描节点以及电子控制单元更新系统中的电子控制单元，在到达集成时间时根据提交记录进行整车升级软件自动集成，生成可刷写的整车升级软件版本，发送相关通知到关切方。其中集成时间通过人工指定或配置，由定时任务触发执行自动集成，电子控制单元的集成范围为软件发布至集成时间之间的，存在于集成子节点的集成范围定义的电子控制单元。

在介绍了本申请示例性实施方式的整车升级软件的集成设备和方法之后，接下来，介绍根据本申请的另一示例性实施方式的电子设备。

所属技术领域的技术人员能够理解，本申请的各个方面可以实现为系统、方法或程序产品。因此，本申请的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式（包括固件、微代码等），或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

与上述方法实施例基于同一发明构思，本申请实施例中还提供了一种电子设备。在一种实施例中，该电子设备可以是服务器。在该实施例中，电子设备的结构可以如图8所示，包括存储器801，通讯模块803以及一个或多个处理器802。

存储器801，用于存储处理器802执行的计算机程序。存储器801可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统，以及运行即时通讯功能所需的程序等；存储数据区可存储各种即时通讯信息和操作指令集等。

存储器801可以是易失性存储器（volatile memory），例如随机存取存储器（random-access memory，RAM）；存储器801也可以是非易失性存储器（non-volatilememory），例如只读存储器，快闪存储器（flash memory），硬盘（hard disk drive，HDD）或固态硬盘（solid-state drive，SSD）；或者存储器801是能够用于携带或存储具有指令或数据结构形式的期望的计算机程序并能够由计算机存取的任何其他介质，但不限于此。存储器801可以是上述存储器的组合。

处理器802，可以包括一个或多个中央处理单元（central processing unit，CPU）或者为数字处理单元等等。处理器802，用于调用存储器801中存储的计算机程序时实现上述整车升级软件的集成方法。

通讯模块803用于与终端设备和其他服务器进行通信。

本申请实施例中不限定上述存储器801、通讯模块803和处理器802之间的具体连接介质。本申请实施例在图8中以存储器801和处理器802之间通过总线804连接，总线804在图8中以粗线描述，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线804可以分为地址总线、数据总线、控制总线等。为便于描述，图8中仅用一条粗线描述，但并不描述仅有一根总线或一种类型的总线。

存储器801中存储有计算机存储介质，计算机存储介质中存储有计算机可执行指令，计算机可执行指令用于实现本申请实施例的整车升级软件的集成方法。处理器802用于执行上述的整车升级软件的集成方法，如图6所示。

下面参照图9来描述根据本申请的这种实施方式的计算装置900。图9的计算装置900仅仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图9，计算装置900以通用计算装置的形式表现。计算装置900的组件可以包括但不限于：上述至少一个处理单元901、上述至少一个存储单元902、连接不同系统组件（包括存储单元902和处理单元901）的总线903。

总线903表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器、外围总线、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储单元902可以包括易失性存储器形式的可读介质，例如随机存取存储器（RAM）921和/或高速缓存存储器922，还可以进一步包括只读存储器（ROM）923。

存储单元902还可以包括具有一组（至少一个）程序模块924的程序/实用工具925，这样的程序模块924包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

计算装置900也可以与一个或多个外部设备904（例如键盘、指向设备等）通信，还可与一个或者多个使得用户能与计算装置900交互的设备通信，和/或与使得该计算装置900能与一个或多个其它计算装置进行通信的任何设备（例如路由器、调制解调器等等）通信。这种通信可以通过输入/输出（I/O）接口905进行。并且，计算装置900还可以通过网络适配器906与一个或者多个网络（例如局域网（LAN），广域网（WAN）和/或公共网络，例如因特网）通信。如图9所示，网络适配器906通过总线903与用于计算装置900的其它模块通信。应当理解，尽管图中未表示出，可以结合计算装置900使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

本申请实施例还提供一种计算机程序产品，本申请中的方法可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。所述计算机程序产品包括一个或多个计算机程序或指令。在计算机上加载和执行所述计算机程序或指令时，全部或部分地执行本申请所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、网络设备、用户设备、核心网设备、OAM或者其它可编程装置。

计算机可读存储介质可以作为计算机程序产品的一种实现，即本申请实施例还提供一种计算机可读存储介质，其包括计算机程序，当所述计算机程序被处理器执行时实现如上述任意一种整车升级软件的集成方法。

所述计算机程序或指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机程序或指令可以从一个网站站点、计算机、服务器或数据中心通过有线或无线方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是集成一个或多个可用介质的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质，例如，软盘、硬盘、磁带；也可以是光介质，例如，数字视频光盘；还可以是半导体介质，例如，固态硬盘。该计算机可读存储介质可以是易失性或非易失性存储介质，或可包括易失性和非易失性两种类型的存储介质。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本申请是参照根据本申请的方法、设备（系统）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims (9)

1.一种整车升级软件的集成设备，其特征在于，所述设备包括处理器和存储器，其中，所述存储器存储有计算机程序，当所述计算机程序被所述处理器执行时，所述处理器执行如下步骤：

从预先创建的电子控制单元集合中，获取至少一个待更新的候选电子控制单元的标识；

在预配置的集成时间到达后，对每个所述候选电子控制单元分别执行以下操作：基于所述标识确定所述候选电子控制单元当前的第一版本信息；将所述第一版本信息与预设时间段内已发布的相应电子控制单元的第二版本信息进行对比；基于对比结果，确定所述候选电子控制单元对应的版本文件；

将各个候选电子控制单元对应的版本文件进行打包整合，获得整车升级软件。

2.如权利要求1所述的设备，其特征在于，所述处理器具体用于执行如下步骤：

基于预先创建的目标根节点中的版本名称，在所述电子控制单元集合中，基于预设更新计划，获取至少一个待更新的候选电子控制单元的标识；所述目标根节点包含至少一个集成子节点，每个集成子节点对应一个集成时间；在每次获取后，所述处理器还用于执行如下步骤：

将本次获取到的所述候选电子控制单元的标识作为所述集成子节点对应的更新范围。

3.如权利要求2所述的设备，其特征在于，所述处理器还用于执行如下步骤：

周期性查询所述目标根节点下的各个集成子节点；

基于所述各个集成子节点中存储的集成时间的先后顺序，将所述集成时间位于当前时间之后的首位集成子节点作为目标集成子节点；

所述处理器具体用于执行如下步骤：

在所述目标集成子节点的集成时间到达后，对所述目标集成子节点对应更新范围中的每个所述候选电子控制单元分别执行以下操作：基于所述标识确定所述候选电子控制单元当前的第一版本信息；将所述第一版本信息与预设时间段内已发布的相应电子控制单元的第二版本信息进行对比；基于对比结果，确定所述候选电子控制单元对应的版本文件。

4.如权利要求3所述的设备，其特征在于，所述处理器具体用于执行如下步骤：

若所述目标集成子节点为所述目标根节点下的首位集成子节点，则将所述目标根节点的前一根节点的末位集成子节点中，与所述候选电子控制单元的标识相同的电子控制单元的版本信息，作为所述候选电子控制单元当前的第一版本信息；

若所述目标集成子节点为所述目标根节点下的非首位集成子节点，则将所述目标集成子节点的前一集成子节点中，与所述候选电子控制单元的标识相同的电子控制单元的版本信息，作为所述候选电子控制单元的当前的第一版本信息。

5.如权利要求1所述的设备，其特征在于，所述处理器具体用于执行如下步骤：

通过电子控制单元更新系统，查询发布于本次集成时间与上次集成时间之间的，与所述候选电子控制单元的标识相同的电子控制单元的第二版本信息；所述电子控制单元更新系统用于提供软件发布方上传的各个电子控制单元的各个版本文件；

若查询到，则将查询到的所述第二版本信息对应的版本文件，作为所述候选电子控制单元对应的版本文件；

若未查询到，则将所述第一版本信息对应的版本文件，作为所述候选电子控制单元对应的版本文件。

6.如权利要求2所述的设备，其特征在于，所述处理器具体用于执行如下步骤：

从所述电子控制单元集合中，获取除候选电子控制单元之外的其他电子控制单元的标识；

基于所述其他电子控制单元的标识，确定所述其他电子控制单元对应的版本文件；

将各个候选电子控制单元对应的版本文件，与所述其他电子控制单元对应的版本文件进行打包整合，获得整车升级软件。

7.如权利要求1~6任一项所述的设备，其特征在于，所述处理器还用于执行如下步骤：

在获得所述整车升级软件之后，将所述整车升级软件所包含的版本文件添加至目标集成子节点中；

将所述整车升级软件的集成结果发送至相关的维护对象。

8.一种整车升级软件的集成方法，其特征在于，所述方法包括：

从预先创建的电子控制单元集合中，获取至少一个待更新的候选电子控制单元的标识；

在预配置的集成时间到达后，对每个所述候选电子控制单元分别执行以下操作：基于所述标识确定所述候选电子控制单元当前的第一版本信息；将所述第一版本信息与预设时间段内已发布的相应电子控制单元的第二版本信息进行对比；基于对比结果，确定所述候选电子控制单元对应的版本文件；

将各个候选电子控制单元对应的版本文件进行打包整合，获得整车升级软件。

9.一种计算机程序产品，包括计算机程序，其特征在于，当所述计算机程序被处理器执行时实现如权利要求8所述的方法。

Images