CN113918178A - 软件更新装置、软件更新方法、存储程序的非临时存储介质、车辆及ota主机 - Google Patents

Abstract

本发明为一种软件更新装置，具有：通信部，其向中心请求下载更新数据；存储部，其对下载的更新数据进行保存；控制部，其根据更新数据，执行在经由车载网络而连接的多个电子控制单元中的一个以上的目标电子控制单元中进行安装或安装及激活更新软件的控制，控制部取得多个电子控制单元的软件版本，对取得的软件版本的组合是否具有一致性进行判断，在判断为不具有一致性的情况下，实施处理用于取得软件版本的组合的一致性。

Description

软件更新装置、软件更新方法、存储程序的非临时存储介质、 车辆及OTA主机

技术领域

本发明涉及一种对搭载于车辆的车载设备的程序进行更新的软件更新装置、软件更新方法、存储程序的非临时存储介质、车辆及OTA主机。

背景技术

在车辆上搭载了经由通信线而将多个被称为ECU(Electronic Control Unit：电子控制单元)的车载设备相互连接构成的网络系统。各车载设备相互发送接收消息，分担地执行车辆的各功能。

通常，车载设备包含处理器、RAM那样的临时存储部、闪存ROM那样的非易失性存储部。处理器执行的程序(软件)存储在非易失性的存储部中。通过将程序改写更新为较新的版本，能够实现车载设备的功能的提高、改善。

在程序的更新中，存在从外部装置(中心)通过无线通信等而接收更新数据的下载的步骤、根据下载的更新数据而将更新程序(更新软件)写入车载设备的存储部的安装的步骤。在安装中，根据车载设备的规格，存在将下载的更新程序覆盖当前的程序(旧程序)地写入存储部的存储区域中被确定为程序存储用区域的一个区域(单面：单库)的覆盖安装、和在被确定为程序存储用的区域的两个区域(双面：双库)中不为存储当前的程序(旧程序)的区域(一个面)的一方的区域(另一面)中进行写入的另一面安装。

在另一面安装的情况下，在程序更新的步骤中，除了下载、安装的各步骤之外，还存在对更新程序的开始地址等设定值进行配置，以此将安装的更新程序设为执行版本的激活的步骤。

关于ECU的程序更新，日本特开2009-53920公开了一种通过从服务器发送的版本升级程序而更新ECU的程序的系统。在日本特开2009-53920的系统中，在更新ECU的程序时，对更新后的程序的版本与其他的ECU的程序的版本取得的一致性进行确认，抑制基于更新的版本的非一致性。

日本特开2016-16835公开了各ECU具有程序的备份区域，在实施针对版本升级程序的更新之前，将当前的程序作为旧程序保存在备份区域中，在针对版本升级程序的更新之后ECU产生了动作异常的情况下，通过使用保存在备份区域中的旧程序，使ECU返回到正常动作的更新前的状态。

发明内容

为了使网络系统正常地工作，多个ECU的程序的版本的组合必须是预先保证了动作的组合(取得一致性的组合)。因此，在程序更新失败的情况、在用户希望降级的情况下，希望不仅使特定的ECU的程序返回旧版本，而且还转移至取得多个车载设备的程序整体的版本的一致性，并保证动作的状态。

本发明提供了一种能够在车载设备的程序更新中转移至取得多个车载设备的程序整体的版本的一致性，并保证动作的状态的软件更新装置、软件更新方法、存储程序的非临时存储介质、车辆及OTA主机。

基于本发明的第一方式的软件更新装置，具有：通信部，其被配置为向中心请求下载更新数据；存储部，其被配置为对下载的所述更新数据进行保存；控制部，其被配置为，根据所述更新数据，执行在经由车载网络而连接的多个电子控制单元中的一个以上的目标电子控制单元中进行安装或安装及激活更新软件的控制。所述控制部被配置为，取得所述多个电子控制单元的软件版本，对取得的软件版本的组合是否具有一致性进行判断，在判断为不具有一致性的情况下，实施处理用于取得所述软件版本的组合的一致性。

在上述第一方式中，所述控制部被配置为，至少在实施取得所述一致性的处理的期间，对车辆的规定的动作进行限制。

在上述第一方式中，所述控制部被配置为，在执行安装或激活的控制之前开始所述车辆的规定的动作的限制，在用于取得所述一致性的处理之后，取得所述多个电子控制单元的软件的版本的组合，并在取得的组合具有一致性的情况下，对所述车辆的规定的动作的限制进行解除。

在上述第一方式中，所述控制部被配置为，确定在所述多个电子控制单元中成为不具有所述一致性的起因的电子控制单元，作为用于取得所述一致性的处理，并根据在所述更新数据中用于对成为不具有所述一致性的起因的电子控制单元的软件进行更新的数据，对成为不具有所述一致性的起因的电子控制单元的软件进行更新。

在上述第一方式中，所述控制部被配置为，根据所述软件版本的组合而确定成为不具有所述一致性的起因的电子控制单元。

在上述第一方式中，所述控制部被配置为，确定在所述多个电子控制单元中成为不具有所述一致性的起因的电子控制单元，作为用于取得所述一致性的处理，并以将更新前的软件作为执行版本的方式，对成为不具有所述一致性的起因的电子控制单元进行控制。

在上述第一方式中，所述控制部被配置为，在成为不具有所述一致性的起因的电子控制单元存储了更新前的软件的情况下，以将存储的更新前的软件设为执行版本的方式，对成为不具有所述一致性的起因的电子控制单元进行控制。

在上述第一方式中，所述控制部被配置为，当将成为不具有所述一致性的起因的电子控制单元的软件的版本设为更新前的版本时，在版本的组合具有一致性的情况下，以将更新前的软件设为执行版本的方式，对成为不具有所述一致性的起因的电子控制单元进行控制。

在上述第一方式中，所述控制部被配置为，在针对存储了更新前的软件的电子控制单元而承接了将更新前的软件作为执行版本的指定的情况下，取得所述多个电子控制单元的软件的版本，在取得的版本的组合中，在即使将所述指定的电子控制单元的软件的版本设为更新前的软件的版本而版本的组合也具有一致性的情况下，以将所述更新前的软件设为执行版本的方式对所述电子控制单元进行控制。

在上述第一方式中，所述控制部的功能分别被所述多个电子控制单元中的两个以上的电子控制单元的软件实现，或者被一个电子控制单元中与成为更新的对象的软件不同的软件实现。

本发明的第二方式为一种软件更新方法，由软件更新装置的计算机执行，所述软件更新方法具有：向中心请求下载更新数据的步骤；对下载的所述更新数据进行保存的步骤；根据所述更新数据，执行在经由车载网络而连接的多个电子控制单元中的一个以上的目标电子控制单元中进行安装或安装及激活更新软件的控制的步骤；取得所述多个电子控制单元的软件版本，对取得的软件版本的组合是否具有一致性进行判断，在判断为不具有一致性的情况下，实施处理用于取得所述软件版本的组合的一致性的步骤。

本发明的第三方式为一种非临时存储介质，存储能够由软件更新装置的计算机执行并且使所述计算机执行以下的功能的程序，所述非临时存储介质的所述功能具有：向中心请求下载更新数据的步骤；对下载的所述更新数据进行保存的步骤；根据所述更新数据，执行在经由车载网络而连接的多个电子控制单元中的一个以上的目标电子控制单元中进行安装或安装及激活更新软件的控制的步骤；取得所述多个电子控制单元的软件版本，对取得的软件版本的组合是否具有一致性进行判断，在判断为不具有一致性的情况下，实施处理用于取得所述软件版本的组合的一致性的步骤。

本发明的第四方式为具有所述软件更新装置的车辆。

根据本发明的第五方式为一种OTA主机，具有：通信部，其被配置为向中心请求下载更新数据；存储部，其被配置为对下载的所述更新数据进行保存；控制部，其被配置为，根据所述更新数据，执行在经由车载网络而连接的多个电子控制单元中的一个以上的目标电子控制单元中进行安装或安装及激活更新软件的控制，所述控制部被配置为，取得所述多个电子控制单元的软件版本，对取得的软件版本的组合是否具有一致性进行判断，在判断为不具有一致性的情况下，实施处理用于取得所述软件版本的组合的一致性。

本发明的第六方式为一种软件更新方法，由OTA主机的计算机执行，所述软件更新方法具有：向中心请求下载更新数据的步骤；对下载的所述更新数据进行保存的步骤；根据所述更新数据，执行在经由车载网络而连接的多个电子控制单元中的一个以上的目标电子控制单元中进行安装或安装及激活更新软件的控制的步骤；取得所述多个电子控制单元的软件版本，对取得的软件版本的组合是否具有一致性进行判断，在判断为不具有一致性的情况下，实施处理用于取得所述软件版本的组合的一致性的步骤。

本发明的第七方式为一种非临时存储介质，其存储能够由OTA主机的计算机执行并且使所述计算机执行以下的功能的程序，所述非临时存储介质的所述功能具有：向中心请求下载更新数据的步骤；对下载的所述更新数据进行保存的步骤；根据所述更新数据，执行在经由车载网络而连接的多个电子控制单元中的一个以上的目标电子控制单元中进行安装或安装及激活更新软件的控制的步骤；取得所述多个电子控制单元的软件版本，对取得的软件版本的组合是否具有一致性进行判断，在判断为不具有一致性的情况下，实施处理用于取得所述软件版本的组合的一致性的步骤。

根据本发明的各方式，在车载设备的程序更新中，针对多个车载设备的程序的版本的组合而确认一致性，因此能够取得多个车载设备的程序整体的版本的一致性，能够迁移至保证了网络系统的动作的状态。

附图说明

以下，参考附图，说明本发明的示例性实施例的特征、优点以及技术和工业意义，在附图中，相同的附图标记表示相同的元件。

图1是一个实施方式涉及的网络系统的结构图。

图2是表示一个实施方式涉及的处理的流程图。

具体实施方式

实施方式

结构

图1是本实施方式涉及的网络系统1的结构图。网络系统1搭载于车辆。网络系统1包含软件更新装置50。在软件更新装置(OTA主机)50上，连接多个总线10、20、30……。多个车载设备(电子控制单元)11、12…与总线10连接。多个车载设备21、22…与总线20连接。多个致动器31、32…与总线30连接。在图1及以后的说明中，作为总线，例示了总线10、20、30，作为车载设备，例示了车载设备11、12、21、22，例示了致动器31、32，但总线、车载设备、致动器的数量没有限定。

软件更新装置50包含能够与设置在车外的外部装置100(中心)进行通信的通信部(通信模块)51、根据从外部装置100提供的更新数据而控制各车载设备11、12、21、22的程序的更新的控制部52。软件更新装置50典型地为，包含闪存ROM那样的非易失性的存储部(存储器)53、通过从非易失性存储部读取并执行程序来实施各种处理的处理器、对程序的一部分、数据进行存储的RAM那样的临时存储部的计算机。软件更新装置50还经由各总线10、20、30而实施外部装置100与各车载设备11、12、21、22之间的通信、各车载设备11、12、21、22之间的通信、各车载设备11、12、21、22与各致动器31、32之间的通信的控制、中转。以此方式，软件更新装置50也作为对通信进行中转的中转装置发挥功能。

各车载设备11、12、21、22相互进行通信，并实施用于控制车辆的各种处理。这些车载设备11、12、21、22与更新装置50同样地，典型地为具有存储部(存储器)和处理器的计算机。

致动器31、32是对制动器、发动机或动力转向装置那样的车辆、其部件产生力学作用的设备，并根据来自车载设备11、12、21、22的指示进行动作。

软件更新装置50的控制部52能够更新车载设备11、12、21、22各自的存储部存储的程序。即，软件更新装置50实施下载控制、安装控制或者进一步激活控制。关于下载，其是接收并存储用于更新从外部装置100发送的车载设备11、12、21、22中的任一个的程序的更新数据(分发包)的处理。下载的控制不仅包含下载的执行，还可以包含下载的执行能否判断、更新数据的验证等与下载相关的一系列处理的控制。关于安装，其是根据下载的更新数据，将更新版本的程序(更新软件)写入更新对象的车载设备的存储部中的处理。安装的控制不仅包含安装的执行，还可以包含安装的执行能否判断、更新数据的转发以及更新版本的程序的验证等与安装相关的一系列处理的控制。关于激活，其是是激活(有效化)安装的更新版本的程序的处理。激活的控制不仅可以包含激活的执行，还可以包含激活的执行能否判断、执行结果的验证等与激活相关的一系列的控制。

在安装的控制中，在更新数据包含更新程序本身的情况下，控制部52能够将更新程序发送到车载设备11、12、21、22。此外，在更新数据包含更新程序的压缩数据、差分数据或分割数据的情况下，控制部52也可以实施更新数据的解压缩或组装等而生成更新程序，并发送至车载设备11、12、21、22。或者，控制部52也可以向车载设备11、12、21、22发送更新数据，由车载设备11、12、21、22实施更新数据的解压缩或组装等而生成更新程序。

关于将更新程序写入车载设备的第二存储部的安装本身的执行，可以由控制部52实施，也可以由接受了控制部52的指示的车载设备实施，接收了更新数据(或更新程序)的车载设备也可以没有控制部52的明确的指示地自主地实施。

关于将安装的更新程序有效化的激活本身的执行，可以由控制部52实施，也可以由接受了控制部52的指示的车载设备实施，车载设备也可以没有控制部52的明确的指示地在安装之后自主地实施。

此外，这样的程序的更新处理可以针对多个车载设备11、12、21、22的每一个连续或并行地实施。

处理

下面，对本实施方式的处理的示例进行说明。图2是表示软件更新装置50实施的软件更新处理的例子的流程图。本处理例如通过软件更新装置50向外部装置100进行更新数据的请求而开始。

(步骤S101)

通信部51从外部装置100接收用于更新车辆具有的车载设备中的一个以上的程序的更新数据。控制部52在软件更新装置50的存储部中存储(下载)更新数据。

外部装置100根据来自软件更新装置50的询问，根据预先存储在外部装置100中或者从软件更新装置50取得的、在网络系统1中包含的车载设备的种类和当前的程序的版本，判断这些车载设备的更新版本的程序是否存在于向外部装置100提供的程序中。如果提供了更新版本的程序，则外部装置100根据提供的更新版本的程序而生成更新数据，并将提供至软件更新装置50。外部装置100在对于基于更新数据的全部程序的更新为成功的情况下，以取得在网络系统1中包含的全部车载设备的程序的版本的一致性的方式，生成更新数据。

(步骤S102)

控制部52对车辆的动作进行限制。例如，在车载设备实施上述的覆盖安装、激活的期间，有可能对于该车载设备的动作产生影响，对于基于网络系统1的车辆的控制也产生影响。因此，在本步骤中，也可以停止、禁止发动机驱动等被确定为不希望产生影响的动作的车辆的规定的动作，并抑制意外的举动。此外，控制部52也可以使这样的规定的动作的限制以及本步骤之后的处理待机，直到得到用户的批准为止。此外，如果程序更新对象的车载设备全部为上述的双库类型，则控制部52也可以在实施了上述的另一面安装之后且激活之前，实施规定的动作的限制。

(步骤S103)

控制部52对通信部51进行控制，使程序更新对象的车载设备根据更新数据而使车载设备执行上述的安装、激活等。即，在车载设备是上述的单库类型的情况下，控制部52使车载设备执行上述的覆盖安装。此外，在车载设备是上述的双库类型的情况下，控制部52使车载设备依次执行上述的另一面安装、激活。

(步骤S104)

控制部52经由通信部51从各车载设备取得表示当前的程序的版本的信息。

(步骤S105)

控制部52对取得的版本的组合的一致性进行判断。例如，如果在取得的版本中包含了在更新数据中包含的更新版本的程序的版本的全部，则控制部52能够判断为具有一致性。否则，控制部52能够判断为在某个车载设备中在程序的更新处理中或之后由于某种原因而产生了异常。在更新成功的情况下，进入步骤S109，否则，进入步骤S106。

(步骤S106)

控制部52例如对取得的版本的组合与在更新数据中包含的更新版本的程序的版本进行比较，并对成为不具有版本的一致性的起因的车载设备进行确定。

(步骤S107)

控制部52针对成为不具有一致性的起因的各车载设备，反复地实施与步骤S103相同的处理，并再次尝试更新。或者，在成为不具有一致性的起因的车载设备是实施上述的另一面安装的车载设备(双库)并存储了更新前的程序(到目前为止作为执行对象的程序)的情况下，控制部52也可以使该车载设备实施对设定进行配置的处理(恢复处理)，以使更新前的程序继续作为执行对象。即使作为更新前的程序，相对于其他车载设备的程序的版本而取得一致性的情况也有很多。在进行这样的恢复处理的情况下，控制部52取得多个车载设备的程序的版本，在取得的版本的组合中，即使将进行恢复处理的车载设备的程序的版本设为程序更新前的程序的版本，也可以在确认版本的组合具有一致性之后，使车载设备进行恢复处理。

(步骤S108)

与步骤S104同样地，控制部52从各车载设备取得表示当前的程序的版本的信息，并对当前的程序的版本的组合的一致性进行确认。关于一致性的确认，例如，如果在取得的版本中包含在更新数据中包含的更新版本的程序的版本的全部，则能够判断为更新成功。此外，在若干车载设备进行了恢复处理的情况下，也可以将当前的程序的版本的组合发送至外部装置100来询问是否具有一致性。外部装置100能够参照预先提供的取得了一致性的版本的多个组合的表而对这样的程序的版本的组合是否具有一致性进行判断。或者，控制部52也可以预先将这样的表与更新数据一起从外部装置100取得并存储，并参照该表确认当前的程序的版本的组合的一致性。

此外，在本步骤中，在不能够确认当前的程序的版本的组合具有一致性的情况下，控制部52也可以重复步骤S107、S108，直到能够确认为止。例如，也可以在多次实施更新的再次尝试而不能够确认一致性的情况下，控制部52使车载设备实施恢复处理。此外，在即使重复规定次数的步骤S107、S108也不能够确认一致性的情况下，有可能是在软件更新装置50、车载设备中产生了非临时的异常、进行了恢复处理但其结果为其版本与其他车载设备的更新后的程序的版本不具有一致性，因此控制部52实施向用户通知异常产生等的应对。此外，在产生这样的异常时，在全部的车载设备存储了更新前的程序的情况下，也可以使全部的车载设备进行恢复处理。

(步骤S109)

控制部52解除在步骤S102中实施的车辆的动作限制。以上，结束处理。此外，在上述的安装处理中，在更新数据包含更新程序本身的情况下，控制部52将更新程序发送至车载设备。此外，在更新数据包含更新程序的压缩数据、差分数据或分割数据的情况下，控制部52也可以实施更新数据的解压缩或组装等而生成更新程序，并发送至车载设备。或者，控制部52也可以向车载设备发送更新数据，由车载设备实施更新数据的解压缩或组装等而生成更新程序。此外，外部装置100、软件更新装置50也可以针对车载设备明示地进行实施安装、激活的指示，车载设备根据指示进行这些处理，接收了更新数据(或更新程序)的车载设备也可以没有明示的指示地自主地执行这些处理。

如上所述，在本实施方式中，在确认各车载设备的程序的版本的组合的一致性之前，不完成更新处理，并限制车辆的动作，因此在程序的更新失败的情况下，能够抑制车辆的意外的举动，与此同时取得版本的一致性。

此外，即使程序的更新暂时失败，也可以通过再次尝试更新来提高最终成功的可能性。

此外，即使程序的更新失败，也能够在能够确认各车载设备的程序的版本的组合的一致性的前提下使用更新前的程序，因此能够保证网络系统1的动作。

此外，在程序的更新成功后，用户有可能希望针对特定的车载设备返回到更新前的程序。在这样的情况下，控制部52也可以承接来自用户针对车载设备的指定，返回至该车载设备的更新前的程序。在车载设备存储了更新前的程序的情况下，通过以将更新前的程序作为执行版本的方式对设定进行配置，能够进行这样的处理。在这种情况下，控制部52取得多个车载设备的程序的版本，在取得的版本的组合中，即使将实施了指定的车载设备的程序的版本设为程序更新前的程序的版本，在能够确认版本的组合具有一致性的情况下，也执行配置。由此，根据用户的希望，在能够确认各车载设备的程序的版本的组合的一致性的前提下，能够进行程序的降级。此外，在该处理的期间，优选控制部52限制地执行车辆的规定的动作，在能够确认与步骤S108相同的版本的一致性之后，解除限制。

如上所述，在安装程序(在单库的情况下)或执行安装及激活(在双库的情况下)之后获得的程序的版本的组合不具有一致性的情况下，在任一车载设备中更新程序的处理中存在错误、或者即使在安装、激活的处理中没有错误，但例如在作为更新版本的程序提供的程序中存在不完备而产生了某些异常，作为其结果，控制部52判断不能够为向控制部52通知程序的版本。控制部52将该车载设备确定为成为版本不具有一致性的起因的车载设备。以此方式，在本实施方式中，不仅是这样地更新程序的处理，而且在其后的处理中即使在车载设备中产生了某种异常的结果为产生了版本不具有一致性的情况下，例如，如果车载设备是双库类型并存储了更新前的程序，则也能够恢复到未产生异常的更新前的状态且程序的版本的组合取得了一致性的状态。由此，即使在程序更新后产生某种异常，也不会花费判断在程序中是否有不完备的时间、成本，能够可靠且迅速恢复到保证了动作的正常状态。此外，在控制部52中，除了程序的版本以外，也可以使用车载设备的自我诊断的结果、基于控制部52的车载设备的动作监视等一个以上的其他方法，对在各车载设备中是否产生程序的安装、激活的错误或者程序的不完备等由于程序的更新而引起或附带的某些异常导致该车载设备成为版本不具有一致性的起因进行判断，该判断方法没有限定。

以上，对实施方式的一例进行了说明，但控制部52的功能也可以设置在任一个车载设备中。例如，可以分别安装在多个车载设备中的两个以上的车载设备的程序中，或者，也可以安装在一个车载设备中与作为更新对象的程序分开设置的程序中。这样一来，也可以不设置用于控制部52的功能的专用结构。此外，当将控制部52的功能分别安装在多个车载设备中的两个以上的车载设备的程序中时，在更新其中一方的车载设备的程序的情况下，另一方的车载设备能够执行控制部52的功能。或者，当安装在一个车载设备中与作为更新对象的程序分开设置的程序中时，在更新该车载设备的程序的情况下，车载设备能够不被该处理妨碍地执行控制部52的功能。

效果

如上所述，在本实施方式中，软件更新装置对各车载设备的程序的版本的组合的一致性进行确认，因此，通过程序更新处理，能够转移至取得多个车载设备的程序整体的版本的一致性，并保证动作的状态。

本发明的技术不仅可以理解为软件更新装置，还可以理解为包含软件更新装置的网络系统、以及软件更新装置具有的计算机执行的方法、程序以及存储该程序的计算机可读非临时存储介质、具有软件更新装置的车辆等。

本发明的技术对于更新搭载于车辆的车载设备的程序的软件更新装置是有益的。

Claims (16)

1.一种软件更新装置，其特征在于，具有：

通信部，其被配置为向中心请求下载更新数据；

存储部，其被配置为对下载的所述更新数据进行保存；

控制部，其被配置为，根据所述更新数据，执行在经由车载网络而连接的多个电子控制单元中的一个以上的目标电子控制单元中进行安装或安装及激活更新软件的控制，

所述控制部被配置为，取得所述多个电子控制单元的软件版本，对取得的软件版本的组合是否具有一致性进行判断，在判断为不具有一致性的情况下，实施处理用于取得所述软件版本的组合的一致性。

2.根据权利要求1所述的软件更新装置，其特征在于，

所述控制部被配置为，至少在实施取得所述一致性的处理的期间，对车辆的规定的动作进行限制。

3.根据权利要求2所述的软件更新装置，其特征在于，

所述控制部被配置为，在执行安装或激活的控制之前开始所述车辆的规定的动作的限制，在用于取得所述一致性的处理之后，取得所述多个电子控制单元的软件的版本的组合，并在取得的组合具有一致性的情况下，对所述车辆的规定的动作的限制进行解除。

4.根据权利要求1所述的软件更新装置，其特征在于，

所述控制部被配置为，确定在所述多个电子控制单元中成为不具有所述一致性的起因的电子控制单元，作为用于取得所述一致性的处理，并根据在所述更新数据中用于对成为不具有所述一致性的起因的电子控制单元的软件进行更新的数据，对成为不具有所述一致性的起因的电子控制单元的软件进行更新。

5.根据权利要求4所述的软件更新装置，其特征在于，

所述控制部被配置为，根据所述软件版本的组合而确定成为不具有所述一致性的起因的电子控制单元。

6.根据权利要求1所述的软件更新装置，其特征在于，

所述控制部被配置为，确定在所述多个电子控制单元中成为不具有所述一致性的起因的电子控制单元，作为用于取得所述一致性的处理，并对成为不具有所述一致性的起因的电子控制单元进行控制，以使更新前的软件作为执行版本。

7.根据权利要求6所述的软件更新装置，其特征在于，

所述控制部被配置为，在成为不具有所述一致性的起因的电子控制单元存储了更新前的软件的情况下，对成为不具有所述一致性的起因的电子控制单元进行控制，以使存储的更新前的软件作为执行版本。

8.根据权利要求6或7所述的软件更新装置，其特征在于，

所述控制部被配置为，当将成为不具有所述一致性的起因的电子控制单元的软件的版本设为更新前的版本时，在版本的组合具有一致性的情况下，对成为不具有所述一致性的起因的电子控制单元进行控制，以使更新前的软件作为执行版本。

9.根据权利要求1至8中任一项所述的软件更新装置，其特征在于，

所述控制部被配置为，在针对存储了更新前的软件的电子控制单元而承接了将更新前的软件作为执行版本的指定的情况下，取得所述多个电子控制单元的软件的版本，在取得的版本的组合中，在即使将所述指定的电子控制单元的软件的版本设为更新前的软件的版本而版本的组合也具有一致性的情况下，对所述电子控制单元进行控制，以使所述更新前的软件作为执行版本。

10.根据权利要求1至9中任一项所述的软件更新装置，其特征在于，

所述控制部的功能分别被所述多个电子控制单元中的两个以上的电子控制单元的软件实现，或者被一个电子控制单元中与成为更新的对象的软件不同的软件实现。

11.一种软件更新方法，由软件更新装置的计算机执行，所述软件更新方法的特征在于，具有：

向中心请求下载更新数据的步骤；

对下载的所述更新数据进行保存的步骤；

根据所述更新数据，执行在经由车载网络而连接的多个电子控制单元中的一个以上的目标电子控制单元中进行安装或安装及激活更新软件的控制的步骤；

取得所述多个电子控制单元的软件版本，对取得的软件版本的组合是否具有一致性进行判断，在判断为不具有一致性的情况下，实施处理用于取得所述软件版本的组合的一致性的步骤。

12.一种非临时存储介质，存储能够由软件更新装置的计算机执行并且使所述计算机执行以下的功能的程序，所述非临时存储介质的特征在于，所述功能具有：

向中心请求下载更新数据的步骤；

对下载的所述更新数据进行保存的步骤；

根据所述更新数据，执行在经由车载网络而连接的多个电子控制单元中的一个以上的目标电子控制单元中进行安装或安装及激活更新软件的控制的步骤；

取得所述多个电子控制单元的软件版本，对取得的软件版本的组合是否具有一致性进行判断，在判断为不具有一致性的情况下，实施处理用于取得所述软件版本的组合的一致性的步骤。

13.一种车辆，具有权利要求1至10中任一项所述的软件更新装置。

14.一种OTA主机，其特征在于，具有：

通信部，其被配置为向中心请求下载更新数据；

存储部，其被配置为对下载的所述更新数据进行保存；

控制部，其被配置为，根据所述更新数据，执行在经由车载网络而连接的多个电子控制单元中的一个以上的目标电子控制单元中进行安装或安装及激活更新软件的控制，

所述控制部被配置为，取得所述多个电子控制单元的软件版本，对取得的软件版本的组合是否具有一致性进行判断，在判断为不具有一致性的情况下，实施处理用于取得所述软件版本的组合的一致性。

15.一种软件更新方法，由OTA主机的计算机执行，所述软件更新方法的特征在于，具有：

向中心请求下载更新数据的步骤；

对下载的所述更新数据进行保存的步骤；

根据所述更新数据，执行在经由车载网络而连接的多个电子控制单元中的一个以上的目标电子控制单元中进行安装或安装及激活更新软件的控制的步骤；

取得所述多个电子控制单元的软件版本，对取得的软件版本的组合是否具有一致性进行判断，在判断为不具有一致性的情况下，实施处理用于取得所述软件版本的组合的一致性的步骤。

16.一种非临时存储介质，其存储能够由OTA主机的计算机执行并且使所述计算机执行以下的功能的程序，所述非临时存储介质的特征在于，所述功能具有：

向中心请求下载更新数据的步骤；

对下载的所述更新数据进行保存的步骤；

根据所述更新数据，执行在经由车载网络而连接的多个电子控制单元中的一个以上的目标电子控制单元中进行安装或安装及激活更新软件的控制的步骤；

取得所述多个电子控制单元的软件版本，对取得的软件版本的组合是否具有一致性进行判断，在判断为不具有一致性的情况下，实施处理用于取得所述软件版本的组合的一致性的步骤。

Images