软件更新装置、更新控制方法、非临时存储介质及服务器与流程

1.本发明涉及一种软件更新装置、更新控制方法、非临时存储介质及服务器。


背景技术：

2.在车辆上搭载有用于控制车辆的动作的多个电子控制单元(ecu)。ecu具有处理器、ram那样的临时存储部、闪存rom那样的非易失性的存储部，处理器通过执行存储在非易失性的存储部中的软件来实现ecu的控制功能。各ecu存储的软件能够进行改写，通过更新为较新版本的软件，能够改善各ecu的功能、追加新的车辆控制功能。
3.作为更新ecu的软件的技术，已知有ota(over the air)技术，在该技术中，通过以无线的方式将与车载网络连接的车载通信设备和互联网等通信网络连接，经由无线通信从服务器下载软件并安装下载的软件，从而实施ecu的程序更新、追加(例如，参照日本特开2004-326689)。
4.关于基于ota的软件的更新，在服务器中注册了实施软件更新的事件(活动)之后，将车辆向服务器请求确认更新数据的有无作为契机而实施。在存在软件更新的活动的情况下，车辆通过依次实施更新数据的下载、更新数据的安装以及更新版本的软件的激活而对更新对象的电子控制单元的软件进行更新。


技术实现要素：

5.在车辆中，下载、安装及激活的全部处理不是连续实施的，例如，假设在下载了更新数据之后经过一段时间地实施安装之后的处理的情况。另一方面，在服务器中，在车辆下载了更新数据之后，软件更新的活动有可能被取消。在活动被取消的情况下，更新对象的电子控制单元的软件必须是在被取消的活动的注册之前的时间点为有效且最新的软件。
6.本发明提供一种能够在软件更新的活动被取消的情况下将作为更新对象的电子控制单元的软件维持有效且最新的状态的软件更新装置、更新控制方法、非临时存储介质和服务器。
7.本发明的第一方式的软件更新装置，被配置为对搭载于车辆的电子控制单元的软件更新进行控制。所述软件更新装置具有：一个或多个处理器，其被配置为，从服务器下载所述电子控制单元的软件的更新数据；在安装所述更新数据之前，向所述服务器发送用于确认所述更新数据是否为有效的有效性确认请求；从所述服务器接收表示所述更新数据是否为有效的确认结果；对所述电子控制单元的软件更新进行控制；在根据所述一个或多个处理器接收的确认结果而判断为所述更新数据不为有效的情况下，不实施所述更新数据的安装。
8.本发明的第二方式的更新控制方法，为了计算机对搭载于车辆的电子控制单元的软件更新进行控制而执行的方法，所述计算机具有处理器、存储器、存储装置。所述更新控制方法具有：从服务器下载所述电子控制单元的软件的更新数据的步骤；在安装所述更新数据之前，向所述服务器发送用于确认所述更新数据是否为有效的有效性确认请求的步
骤；从所述服务器接收表示所述更新数据是否为有效的确认结果的步骤；对所述电子控制单元的软件更新进行控制的步骤；在所述计算机根据从所述服务器接收的确认结果而判断为所述更新数据不为有效的情况下，不实施所述更新数据的安装的步骤。
9.本发明的第三方式的非临时存储介质，存储更新控制程序，所述更新控制程序能够由计算机执行，并且为了对搭载于车辆的电子控制单元的软件更新进行控制而使所述计算机执行根据第二方式所述的更新控制方法。所述计算机具有处理器、存储器、所述非临时存储介质。
10.本发明的第四方式的服务器，被配置为对搭载于车辆的电子控制单元的软件更新进行管理。所述服务器具有：一个或多个处理器，其被配置为，向所述车辆发送所述电子控制单元的软件的更新数据；当从所述车辆接收用于确认所述更新数据是否为有效的有效性确认请求时，向所述车辆发送表示所述更新数据是否为有效的确认结果，所述确认结果表示在使用所述更新数据的软件更新被取消的情况下，所述更新数据不为有效。
11.根据本发明，能够提供一种在软件更新的活动被取消的情况下将作为更新对象的电子控制单元的软件能够维持有效且最新的状态的软件更新装置、更新控制方法、非临时存储介质和服务器。
附图说明
12.以下，参考附图，说明本发明的示例性实施例的特征、优点以及技术和工业意义，在附图中，相同的标记表示相同的元件。图1是表示实施方式涉及的网络系统的整体结构的框图。图2是表示图1所示的服务器的概要结构的框图。图3是表示图1所示的软件更新装置的概要结构的框图。图4是图1所示的服务器的功能框图。图5是图1所示的软件更新装置的功能框图。图6是表示实施方式的服务器执行的控制处理的一例的流程图。图7是表示实施方式的软件更新装置执行的控制处理的一例的流程图。图8是表示图7所示的安装和/或激活处理的详细的流程图。图9是表示图8所示的恢复处理的详细的流程图。
具体实施方式
13.第一实施方式图1是表示实施方式的网络系统的整体结构的框图，图2是表示图1所示的服务器的概要结构的框图，图3是表示图1所示的软件更新装置的概要结构的框图。
14.图1所示的网络系统是用于更新搭载在车辆上的电子控制单元13a、13b、13c，13d的软件的系统，具有服务器1(中心)和搭载在车辆上的车载网络2。
15.服务器1能够经由网络5与搭载于车辆的软件更新装置11进行通信，并对搭载于车辆的电子控制单元13a～13d的软件更新进行管理。
16.如图2所示，服务器1具有cpu21、ram22、存储装置23、通信装置24。服务器1具有的cpu21、ram22、存储装置23也可以是多个。存储装置23具有硬盘、ssd等可读写的存储介质，
存储用于执行软件的更新管理的程序、用于更新管理的信息、电子控制单元的更新数据。在服务器1中，cpu21通过使用ram22作为工作区域来执行从存储装置23读取的程序，从而执行后述的控制处理。通信装置24是经由网络与软件更新装置11实施通信的设备。
17.车载网络2具有软件更新装置11(ota主机)、通信模块12、多个电子控制单元13a～13d、显示装置14。软件更新装置11经由总线15a与通信模块12连接，经由总线15b与电子控制单元13a及13b连接，经由总线15c与电子控制单元13c及13d连接，经由总线15d与显示装置14连接。软件更新装置11能够经由通信模块12与服务器1进行无线通信。软件更新装置11根据从服务器1取得的更新数据，对电子控制单元13a～13d中的更新对象的电子控制单元的软件更新进行控制。软件更新装置11有时也被称为中央网关。通信模块12是将车载网络2与服务器1连接的通信设备。电子控制单元13a～13d控制车辆的各部分的动作。显示装置14(hmi)用于在电子控制单元13a～13d的软件的更新处理时，实施存在更新数据的显示、用于向用户、管理者请求批准软件更新的批准请求画面的显示、更新结果的显示等各种显示。作为显示装置14，典型地为能够使用汽车导航系统的显示装置，但只要是能够显示程序的更新处理时所需的信息的装置即可，没有特别限定。此外，在图1中，例示了四个电子控制单元13a～13d，但电子控制单元的数量没有特别限定。此外，在图1所示的总线15d还可以连接有显示装置14以外的电子控制单元。
18.电子控制单元13a～13d具有cpu、ram、非易失性存储器、通信装置。cpu通过使用ram作为工作区域而执行从非易失性存储器读取的软件(程序)，从而实现各电子控制单元的功能。在此，电子控制单元包含具有用于存储软件的一个数据存储区域(库)的电子控制单元、具有用于存储软件的两个数据存储区域(库)的电子控制单元。在电子控制单元的数据存储区域中，除了用于实现电子控制单元的功能的软件之外，有时还存储版本信息、参数数据、启动用的引导程序、软件更新用的程序等。在具有一个数据存储区域的电子控制单元中，在数据存储区域中安装更新数据会对电子控制单元的软件产生影响。另一方面，在具有两个数据存储区域的电子控制单元中，将两个数据存储区域中的任一方作为读取对象的存储区域(操作面)，并执行在读取对象的存储区域中存储的软件。在非读取对象的另一方的存储区域(非操作面)中，能够在读取对象的存储区域(操作面)的程序的执行期间在后台写入更新数据。在软件更新处理的激活时，通过切换基于cpu41的程序的读取对象的存储区域，能够激活更新版本的软件。
19.此外，在本发明中，具有两个数据存储区域的电子控制单元具有：电子控制单元，其具有被称为“单面挂起存储器”的结构的存储器，该存储器将非易失性存储器具有的单面的数据存储区域虚拟地划分为双面，在执行单面的程序的过程中能够在另一面写入程序；电子控制单元，其除了具有单面的数据存储区域的非易失性存储器之外，还具有具有单面的数据存储区域的扩展非易失性存储器，并能够将这两个非易失性存储器作为操作面和非操作面来使用。
20.如图3所示，软件更新装置11具有微型计算机35、通信装置36，所述微型计算机35包含cpu31、ram32、rom33、存储装置34。微型计算机35具有的cpu31、ram32、rom33、存储装置34也可以是多个。在软件更新装置11中，微型计算机35的cpu31通过使用ram32作为工作区域来执行从rom33读取的程序，从而执行后述的控制处理。通信装置36是经由图1所示的总线15a～15d与通信模块12、电子控制单元13a～13d、显示装置14实施通信的设备。
21.在此，软件的更新处理由从服务器1下载更新数据的阶段、将下载的更新数据传送到更新对象的电子控制单元并在更新对象的电子控制单元的存储区域中安装更新数据的阶段、在更新对象的电子控制单元中使安装的更新版本的软件有效化的激活的阶段构成。
22.关于下载，其是接收并存储从服务器1发送的用于更新电子控制单元的软件的更新数据的处理。在下载的阶段中，不仅包含更新数据的接收，还包含下载的执行能否判断、更新数据的验证等与下载相关的一系列处理的控制。关于安装，其为根据下载的更新数据而向更新对象的电子控制单元写入更新版本的程序(更新软件)的处理。在安装阶段中，不仅包含安装的执行，还包含安装的执行能否判断、更新数据的传送以及更新版本的程序的验证等与安装相关的一系列处理的控制。关于激活，其是使安装的更新版本的程序有效化(激活)的处理。激活的控制不仅包含激活的执行，还包含激活的执行能否判断、执行结果的验证等与激活相关的一系列的控制。
23.从服务器1发送到软件更新装置11的更新数据也可以包含电子控制单元的更新软件、压缩了更新软件的压缩数据、分割了更新软件或压缩数据的分割数据中的任一个。此外，更新数据也可以包含识别更新对象的电子控制单元的标识符(ecuid)和识别更新前的软件的标识符(ecu软件id)。更新数据作为上述的分发包被下载，但在分发包中包含一个或多个电子控制单元的更新数据。
24.在更新数据包含更新软件本身的情况下，在安装阶段中软件更新装置将更新数据(更新软件)传送到更新对象的电子控制单元。此外，在更新数据包含更新软件的压缩数据、差分数据或分割数据的情况下，也可以由软件更新装置11向更新对象的电子控制单元传送更新数据，并由更新对象的电子控制单元根据更新数据生成更新软件，也可以由软件更新装置11在根据更新数据生成更新软件之后，将更新软件传送到更新对象的电子控制单元。在此，更新软件的生成能够通过压缩数据的解压缩、差分数据或分割数据的组合来实施。
25.更新软件的安装能够根据来自软件更新装置11的安装请求，由更新对象的电子控制单元实施。或者，接收了更新数据的更新对象的电子控制单元也可以无需接收来自软件更新装置11的明确的指示地自主实施安装。
26.更新软件的激活能够由更新对象的电子控制单元根据来自软件更新装置11的激活请求来执行。或者，接收了更新数据的更新对象的电子控制单元也可以无需接收来自软件更新装置11的明确的指示地自主实施激活。
27.此外，软件的更新处理能够针对多个电子控制单元的每一个分别连续或并行地实施。
28.此外，在本说明书中的“软件更新处理”不仅包含连续地执行下载、安装、激活的全部的处理，还包含仅实施下载、安装、激活的一部分的处理。
29.图4是图1所示的服务器的功能框图。
30.服务器1包含存储部26、第一通信部27a、第二通信部27b、控制部28。第一通信部27a、第二通信部27b以及控制部28通过图2所示的cpu21使用ram22执行存储在存储装置23中的程序来实现，存储部26通过图2所示的存储装置23来实现。
31.存储部26存储更新管理信息和电子控制单元的软件的更新数据，该更新管理信息针对识别车辆的各车辆识别信息(车辆id)，将表示搭载在车辆上的一个以上的电子控制单元中能够使用的软件的信息建立关联。作为表示在电子控制单元中能够使用的软件的信
息，例如，定义多个电子控制单元各自的软件的最新的版本信息的组合。更新管理信息及更新数据在电子控制单元的软件更新的活动注册时被存储在存储部26中。
32.第一通信部27a能够从软件更新装置11接收软件的更新确认请求。更新确认请求例如是在车辆中接通电源或点火开关时从软件更新装置11向服务器1发送的信息中的、用于向服务器1请求确认是否存在电子控制单元的更新数据的信息。第一通信部27a响应从软件更新装置11接收的更新确认请求，向软件更新装置11发送表示更新数据的有无的信息。此外，第一通信部27a能够接收来自软件更新装置11的分发包的发送请求(下载请求)。第一通信部27a在接收到分发包的下载请求时，将包含电子控制单元的软件的更新数据的分发包发送到软件更新装置11。
33.第二通信部27b能够从软件更新装置11接收更新数据的有效性确认请求。有效性确认请求例如是在更新数据的下载后且安装前从软件更新装置11向服务器1发送的信息中的、用于向服务器1请求确认安装对象的更新数据是否有效的信息。第二通信部27b在接收到更新数据的有效性确认请求时，向软件更新装置11发送表示指定的更新数据是否有效的确认结果。
34.控制部28在第一通信部27a接收更新确认请求时，根据存储在存储部26中的更新管理信息，判断由包含在更新确认请求中的车辆id确定的车辆的软件的更新数据是否存在。基于控制部28的更新数据是否存在的判断结果通过第一通信部27a而被发送到软件更新装置11。控制部28在判断存在电子控制单元的更新数据的情况下，当从软件更新装置11接收了分发包的下载请求时，生成包含存储在存储部26中的更新数据的分发包。该分发包通过第一通信部27a而被发送到软件更新装置11。
35.此外，控制部28在第二通信部27b接收了更新数据的有效性确认请求时，判断使用指定的更新数据的软件更新的事件(活动)是否被取消。控制部28在与指定的更新数据相关的活动被取消的情况下，生成表示指定的更新数据不为有效的确认结果，在除此以外的情况下，生成表示指定的更新数据为有效的确认结果。控制部28生成的确认结果通过第二通信部27b而被发送到软件更新装置11。
36.图5是图1所示的软件更新装置的功能框图。
37.软件更新装置11具有存储部37、第一通信部38a、第二通信部38b、第三通信部38c、控制部39。存储部37由图3所示的存储装置34实现，第一通信部38a、第二通信部38b、第三通信部38c、控制部39通过图3所示的cpu31使用ram32执行存储在rom33中的程序来实现。
38.存储部37除了用于执行电子控制单元13a～13d的软件更新的程序、执行软件更新时使用的各种数据之外，还存储从服务器1下载的软件的更新数据。此外，存储部37作为在安装更新数据之前存储在电子控制单元的数据存储区域中的软件的备份区域发挥功能。更详细而言，在更新对象的电子控制单元仅具有一个数据存储区域(库)的情况下，存储部37存储在安装更新数据之前存储在存储区域中的旧软件的数据。旧软件的数据可以是旧版本的软件整体的数据，也可以是用于从应用了更新数据的新版本的软件中恢复旧版本的软件的差分数据。存储部37也可以将旧软件的数据(备份数据)作为压缩数据进行存储。
39.第一通信部38a例如以车辆的电源或点火开关被接通为契机，向服务器1发送软件的更新确认请求。更新确认请求包含用于识别车辆的车辆id和与车载网络2连接的电子控制单元13a～13d的软件的版本。车辆id及电子控制单元13a～13d的软件的版本用于通过与
服务器1针对每个车辆id保存的最新的软件版本进行比较而判断是否存在电子控制单元的软件的更新数据。此外，第一通信部38a作为针对更新确认请求的响应，从服务器1接收表示有无更新数据的通知。在存在电子控制单元的软件的更新数据的情况下，第一通信部38a向服务器1发送分发包的下载请求，并接收从服务器1发送的分发包。除了更新数据之外，分发包还可以包含用于验证更新数据的真实性的验证用数据、更新数据的数量、安装顺序、软件更新时使用的各种控制信息等。
40.第二通信部38b在安装从服务器1接收的更新数据之前，向服务器1发送用于确认更新数据是否为有效的有效性确认请求。有效性确认请求包含用于识别车辆的车辆识别信息(车辆id)和用于确定下载的分发包或更新数据的识别信息。第二通信部38b接收响应于有效性确认请求而从服务器1发送的确认结果。
41.在安装了从服务器1接收的更新数据之后且激活之前，第三通信部38c向服务器1发送用于确认所安装的更新数据是否有效的有效性确认请求。有效性确认请求包含用于识别车辆的车辆识别信息(车辆id)和用于确定下载的分发包或更新数据的识别信息。第三通信部38c接收响应于有效性确认请求而从服务器1发送的确认结果。
42.控制部39实施用于控制电子控制单元的软件更新的各种处理。控制部39根据第一通信部38a从服务器1接收的针对更新确认请求的确认结果，判断电子控制单元的软件的更新数据的有无。此外，控制部39在第一通信部38a从服务器1接收包含更新数据的分发包时，验证接收的分发包的真实性。
43.此外，控制部39在安装更新的数据之前，判断更新数据是否为有效。如上所述，作为针对发送至服务器1的有效性确认请求的响应，第二通信部38b接收表示在有效性确认请求中指定的更新数据是否为有效的确认结果。控制部39根据第二通信部38b接收的确认结果，能够判断更新数据为有效(即，更新数据涉及的活动未被取消)还是更新数据为无效(即，更新数据涉及的活动被取消)。控制部39根据第二通信部38b接收的确认结果，在判断为更新数据有效的情况下，开始更新数据的安装处理，但在判断为更新数据不为有效的情况下，不实施更新数据的安装。通过在安装更新数据之前向服务器1询问并确认更新数据的有效性，在更新数据涉及的活动被取消的情况下，能够抑制安装该更新数据。
44.此外，控制器39在安装更新数据后且激活前，判断更新数据是否为有效。如上所述，作为针对发送至服务器1的有效性确认请求的响应，第三通信部38c接收表示在有效性确认请求中指定的更新数据是否为有效的确认结果。控制部39根据第三通信部38c接收的确认结果，能够判断更新数据为有效(即，与更新数据相关的活动未被取消)还是更新数据不为有效(即，与更新数据相关的活动被取消)。控制部39根据第三通信部38c接收的确认结果，在判断为更新数据有效的情况下，开始更新版本的软件的激活处理，但在判断为更新数据不为有效的情况下，将更新对象的电子控制单元的软件恢复为更新数据的安装前的状态。控制部39实施的恢复处理根据更新对象的电子控制单元具有的数据存储区域的数量而不同。详细而言，在更新对象的电子控制单元具有一个数据存储区域的情况下，控制部39通过进行回滚，实施将存储在数据存储区域中的更新后的软件恢复为更新前的旧软件的处理。另一方面，在更新对象的电子控制单元具有两个数据存储区域的情况下，控制部39不实施更新版本的软件的激活，将读取对象的数据存储区域维持为存储旧软件的数据存储区域。
45.控制部39在执行软件更新时，作为批准请求处理而实施使输出装置输出需要批准软件更新的主旨的通知、催促输入批准了软件更新的主旨的通知的处理和承接来自用户的操作输入的处理。作为输出装置，能够使用设置在车载网络2中的显示装置14、实施基于声音的通知的声音输出装置等。例如，在批准请求处理中，在将显示装置14作为输出装置使用的情况下，控制部39使显示装置14显示用于请求软件更新的批准的批准请求画面，在用户或管理者批准了的情况下，使显示装置14显示催促按下批准按钮等特定的输入操作的通知。此外，在批准请求处理中，控制部39使显示装置14显示通知存在电子控制单元的软件的更新数据的文字、图标等、使显示装置14显示软件更新处理的执行中的限制事项等。
46.图6是表示实施方式涉及的服务器执行的控制处理的一例的流程图。图6所示的控制处理s1～s7例如以规定的时间间隔反复地执行。
47.在步骤s1中，第一通信部27a判断是否从软件更新装置11接收了更新确认请求。在步骤s1的判断为是的情况下，处理进入步骤s2，在除此以外的情况下，处理进入步骤s3。
48.在步骤s2中，第一通信部27a针对发送了更新确认请求的车辆，发送表示是否存在电子控制单元的软件的更新数据的信息。关于更新数据的有无，例如，控制部28对与包含在更新确认请求中的车辆id建立联地存储在更新管理信息中的软件的版本的组合、与包含在更新确认请求中的当前的软件的版本的组合进行比较，在包含在更新确认请求中的当前的软件的版本的组合与存储在更新管理信息中的版本的组合相比而较旧的情况下，能够判断为更新数据存在。之后，处理进入步骤s3。
49.在步骤s3中，第一通信部27a判断是否从软件更新装置11接收了分发包的下载请求。在步骤s3的判断为是的情况下，处理进入步骤s4，在除此以外的情况下，处理进入步骤s5。
50.在步骤s4中，第一通信部27a将控制部28生成的包含软件的更新数据的分发包发送到软件更新装置11。之后，处理进入步骤s5。
51.在步骤s5中，第二通信部27b判断是否从软件更新装置11接收了更新数据的有效性确认请求。在步骤s5的判断为是的情况下，处理进入步骤s6，在除此以外的情况下，处理进入步骤s1。
52.在步骤s6中，控制部28判断由软件更新装置11指定的更新数据的有效性。例如，控制部28根据在步骤s5中由第二通信部27b接收的有效性确认请求中包含的更新数据的识别信息，判断由该识别信息指定的更新数据的活动是否被取消。在判断为活动被取消的情况下，控制部28判断指定的更新数据不为有效，在除此以外的情况下，控制部28判断指定的更新数据为有效。之后，处理进入步骤s7。
53.在步骤s7中，第二通信部27b将步骤s6中的判断结果、即表示指定的更新数据是否为有效的确认结果发送到软件更新装置11。之后，处理进入步骤s1。
54.图7是表示实施方式的软件更新装置执行的控制处理的一例的流程图。图7所示的控制处理例如以车辆的电源或点火开关被接通为契机来执行。
55.在步骤s11中，第一通信部38a向服务器1发送包含车辆id和电子控制单元的软件版本的组合的更新确认请求。之后，处理进入步骤s12。
56.在步骤s12中，第一通信部38a从服务器1接收针对更新确认请求的确认结果。之后，处理进入步骤s13。
57.在步骤s13中，控制部39根据在步骤s12中接收的确认结果，判断是否存在电子控制单元13a～13d中的任一个软件的更新数据。在步骤s13的判断为是的情况下，处理进入步骤s14，在除此以外的情况下，处理进入步骤s16。
58.在步骤s14中，第一通信部38a执行下载处理。更详细而言，第一通信部38a向服务器1发送分发包的下载请求，并接收响应于下载请求而发送的分发包，将接收的分发包存储在存储部37中。控制部39对接收的分发包中包含的更新数据的真实性进行验证。在步骤s14中，也可以实施下载的执行能否判断、针对服务器1实施下载完成的通知。之后，处理进入步骤s15。
59.在步骤s15中，控制部39针对更新对象的电子控制单元执行安装处理以及激活处理，并结束处理。
60.在步骤s16中，控制部39判断是否承接了执行软件更新处理的指示。软件更新处理不一定连续地执行，例如有时在下载完成的阶段或安装完成的阶段被中断，后续的更新处理在后续执行。因此，在本实施方式中，在步骤s13中判断为没有更新数据的情况下，通过设置步骤s16的判断，能够使被中断的软件更新处理再次开始。关于步骤s16的判断，例如能够在使显示装置14显示通知存在被中断的软件更新处理的文字、图标等之后，根据是否承接了使用输入按钮等的特定的操作输入来实施。在步骤s16的判断为是的情况下，处理进入步骤s15，在除此以外的情况下，结束处理。
61.图8是表示图7所示的安装和/或激活处理的详细的流程图。
62.在步骤s21中，控制部39执行针对安装的批准请求处理。例如，控制部39使显示装置14显示表示开始电子控制单元的软件更新的主旨、表示请求用户批准软件更新的主旨、根据需要显示更新数据的安装所需的时间、安装中的限制事项、注意事项的主旨，并承接用户使用触摸面板、操作按钮等输入装置进行的操作输入。之后，处理进入步骤s22。
63.在步骤s22中，控制部39判断是否实施了批准软件更新(安装)的主旨的操作输入。关于批准安装的主旨的操作输入，例如能够根据在显示装置14显示的“批准”或“开始更新”等按钮是否被按下来进行判断。此外，在用户希望不立即批准软件的更新开始(安装)而是在此后实施软件的更新开始(安装)的情况下，通过按下“此后进行”等按钮，能够承接该主旨，在该情况下，控制部39在步骤s22中判断为否。在步骤s22的判断为是的情况下，处理进入步骤s23，在除此以外的情况下，结束处理。
64.在步骤s23中，第二通信部38b向服务器1发送用于确认安装对象的更新数据是否为有效的有效性确认请求。有效性确认请求包含确定分发包或包含在其中的更新数据的信息。之后，处理进入步骤s24。
65.在步骤s24中，控制部39根据第二通信部38b从服务器1接收的针对有效性确认请求的确认结果，判断安装对象的更新数据是否有效。在步骤s24的处理为是的情况下，处理进入步骤s25，在除此以外的情况下，结束处理。
66.在步骤s25中，控制部39向更新对象的电子控制单元传送更新数据，并指示安装。之后，处理进入步骤s26。更新对象的电子控制单元将从软件更新装置11接收的更新数据写入数据存储区域。
67.在步骤s26中，控制部39执行对激活的批准请求处理。例如，控制部39使显示装置14显示例如电子控制单元的软件更新的准备就绪、通过实施电源或点火开关关闭等特定的
操作来更新程序的主旨的显示、根据需要显示激活所需要的时间、激活中的限制事项、注意事项的主旨，并承接用户使用触摸面板、操作按钮等输入装置进行的操作输入。之后，处理进入步骤s27。
68.在步骤s27中，控制部39判断是否实施了批准软件更新(激活)的主旨的操作输入。关于批准激活的主旨的操作输入，例如能够根据在显示装置14显示的“批准”或“更新”等按钮是否被按下来进行判断。此外，在用户希望不立即批准软件更新(激活)而是此后实施软件更新的情况下，能够通过按下“此后进行”等按钮来承接该主旨，在该情况下，控制部39在步骤s27中判断为否。在步骤s27的判断为是的情况下，处理进入步骤s28，在除此以外的情况下，结束处理。
69.在步骤s28中，第三通信部38c向服务器1发送用于确认安装的更新数据是否为有效的有效性确认请求。有效性确认请求包含确定分发包或包含在其中的更新数据的信息。处理进入步骤s29。
70.在步骤s29中，控制部39根据针对第三通信部38c从服务器1接收的有效性确认请求的确认结果，判断安装的更新数据是否有效。在步骤s29的处理为是的情况下，处理进入步骤s30，在除此以外的情况下，处理进入步骤s31。
71.在步骤s30中，控制部39向更新对象的电子控制单元指示更新版本的软件的激活。此后，结束处理。此外，更新对象的电子控制单元将通过电源或点火off等实施的特定的操作作为契机，进行再次启动，并执行更新后的软件。由此，电子控制单元的软件更新(功能更新)完成。
72.在步骤s31中，控制部39执行恢复处理并结束处理。此外，在本发明中，恢复指的是，使电子控制单元的状态成为能够执行在安装更新数据之前执行的版本的软件(旧软件)的状态。
73.此外，在更新对象的电子控制单元为具有一个数据存储区域的结构的情况下，由于在数据存储区域中在安装了更新数据的时刻对电子控制单元的软件产生影响，所以优选连续实施安装及激活。因此，在更新对象的电子控制单元为具有一个数据存储区域的结构的情况下，也可以省略与激活执行前的批准相关的处理(步骤s26和s27)。
74.图9是表示图8所示的恢复处理的详细的流程图。
75.在步骤s101中，控制部39判断更新对象的电子控制单元具有的数据存储区域的数量为单面还是双面。关于电子控制单元具有的数据存储区域的数量，可以在车辆的制造时等根据电子控制单元的结构而预先存储在存储部37中，也可以通过通信从更新对象的电子控制单元取得，还可以从服务器1取得。在软件更新装置11从服务器1取得更新对象的电子控制单元的数据存储区域的数量的情况下，服务器1也可以在包含更新数据的分发包中包含与更新对象的电子控制单元的数据存储区域的数量相关的信息并发送至软件更新装置11，控制部39根据分发包中包含的信息进行判断。在更新对象的电子控制单元具有的数据存储区域的数量为单面的情况下，处理进入步骤s102，在更新对象的电子控制单元所具有的数据存储区域的数量为双面的情况下，处理进入步骤s103。
76.在步骤s102中，控制部39指示恢复对象的电子控制单元重新安装应用更新数据之前的旧软件。在将更新数据安装到更新对象的电子控制单元(恢复对象的电子控制单元)之前旧软件的数据被备份到软件更新装置11的存储部37的情况下，将备份的数据传送到恢复
对象的电子控制单元，并指示安装。之后，处理进入步骤s103。更新对象的电子控制单元通过将从软件更新装置11接收的数据写入数据存储区域，重新安装(恢复)旧软件。之后，处理进入步骤s104。
77.在步骤s103中，控制部39不实施更新后的软件的激活，并指示恢复对象的电子控制单元将旧软件的数据存储区域作为读取对象的数据存储区域。之后，处理进入步骤s104。
78.在步骤s104中，控制部39判断是否对恢复对象的全部的电子控制单元进行了恢复。在步骤s104的判断为是的情况下，处理进入步骤s105，在除此以外的情况下，处理进入步骤s101。
79.在步骤s105中，控制部39指示恢复对象的电子控制单元激活旧版本的软件。之后，结束处理。此外，更新对象的电子控制单元以通过电源或点火开关关闭等实施的特定的操作为契机，再次启动并执行旧软件。通过图9所示的恢复处理，能够将电子控制单元执行的软件维持为旧软件。
80.本实施方式涉及的软件更新装置11在更新数据的下载后且安装前，向服务器1确认下载的更新数据是否为有效，在下载的更新数据在安装时不为有效的情况下，不实施更新数据的安装。在电子控制单元的软件更新中，假定从更新数据的下载完成起经过了时间地执行安装的情况。在这种情况下，与下载的更新数据相关的活动可能被取消。但是，本实施方式的软件更新装置11在更新数据的安装前确认更新数据的有效性，因此能够抑制由于活动的取消而成为无效的软件被安装的情况，能够将下载时作为更新对象的电子控制单元的软件维持为有效且最新的状态。
81.此外，本实施方式的软件更新装置11在安装后且激活前再次向服务器1确认下载的更新数据是否为有效，在下载的更新数据在激活时为有效的情况下，实施更新后的软件的激活。以此方式，如果将软件更新装置11构成为在软件更新处理中多次确认更新数据的有效性，则能够更可靠地防止由于活动的取消等而成为无效的更新数据被应用至电子控制单元的情况。在判断为安装后且激活前下载的更新数据不为有效的情况下，软件更新装置11能够通过重新安装旧软件或不执行更新后的软件的激活，恢复电子控制单元能够执行在安装更新数据之前的有效且最新的软件(旧软件)的状态，并且能够抑制成为无效的更新数据被反映的情况。
82.在上述实施方式中例示的服务器1的功能也可以作为具有处理器(cpu)、存储器、存储装置的计算机执行的更新管理方法、或者使该计算机执行的更新管理程序、存储了更新管理程序的计算机可读取的非临时存储介质来实现。同样地，作为实施方式例示的软件更新装置11的功能也可以作为具有处理器(cpu)、存储器、存储装置的车载计算机执行的更新控制方法、或者使该车载计算机执行的更新控制程序、存储了更新控制程序的计算机可读取的非临时存储介质来实现。
83.在上述的各实施方式中，对在车辆侧设置在车载网络中的软件更新装置11作为主机装置控制全部的电子控制单元13a～13d的程序更新的示例进行了说明，但是也可以代替设置软件更新装置11地，电子控制单元13a～13d的任一个具有图7～图9所示的更新控制功能，并控制其他的电子控制单元的程序更新。此外，也可以代替设置软件更新装置11地，将图7～图9所示的更新控制功能设置在能够以有线的方式与车载网络2连接的外部设备中，并使用该外部设备实施电子控制单元13a～13d的程序更新处理。
84.本发明的技术能够用于更新电子控制单元的程序的网络系统。