服务器、管理方法、非临时存储介质及软件更新装置、中心、空中下载主机

摘要

本发明为一种服务器，被配置为与车辆进行通信，具有：存储装置，其被配置为存储使用信息，在所述使用信息中，由在所述车辆搭载的多个电子控制单元中的至少一个执行的软件的设定信息与识别所述车辆的用户的用户识别信息建立关联；一个或多个处理器，其被配置为，从作为所述多个电子控制单元中的一个的软件更新装置接收由所述软件更新装置特定的用户识别信息，并且根据所述特定的用户识别信息和所述使用信息，向所述软件更新装置发送与所述用户识别信息建立关联的设定信息。

说明书

技术领域

本发明涉及一种服务器、管理方法、非临时存储介质、软件更新装置、中心及空中下载主机。

背景技术

在车辆中，搭载有用于控制车辆的动作的多个电子控制单元(ECU)。ECU具有处理器、RAM那样的临时存储部、闪速存储器ROM那样的非易失性的存储部，通过处理器执行存储在非易失性的存储部中的软件来实现ECU的控制功能。各ECU存储的软件是可改写的，并通过更新为进一步新版本的软件，能够改善各ECU的功能、追加新的功能。

作为更新ECU的软件的技术的一例，有OTA(Over The Air：空中下载)技术，该OTA技术将车载网络具有的通信装置与互联网等通信网络无线连接，经由无线通信从设置在中心的分发服务器下载软件，通过安装下载的软件来实施ECU的软件更新、追加。

在分发软件的服务器中，通常根据车辆识别号码来管理搭载在车辆的多个ECU的软件的版本以及版本的组合。例如，在日本特开2018-181377中记载了一种系统，其设置在车辆的网关向管理服务器发送车辆的识别号码和多个ECU的控制程序的版本信息，管理服务器根据修正表判断是否需要更新控制程序，在需要的情况下向网关发送更新程序。

发明内容

在通过上述的OTA能够进行软件的更新、追加的车辆中，根据用户的收费状况、每个用户的OTA的许可/非许可的设定、基于用户的喜好、以往的车辆的使用历史记录的学习值等，设想车辆能够使用的软件、通过软件的执行而提供的功能的范围、各功能的使用方式等是针对每个用户而不同的。

近年来，一个用户使用多台车辆的情况、以汽车共享等多个用户共用一台车辆的情况等车辆的使用方式是根据用户而多样的。在同一用户使用任意的车辆的情况下，只要能够使能够使用的软件的组合、软件提供的功能的范围尽可能地相同，则在每次使用车辆时用户的使用感均不会发生大的变化，因此能够提高用户的便利性。

本发明提供一种服务器、管理方法、非临时存储介质及软件更新装置，其能够使用户不显著改变使用感地使用车辆。

本发明的第一方式的服务器被配置为与车辆进行通信。所述服务器具有：存储装置，其被配置为存储使用信息，在所述使用信息中，由在所述车辆搭载的多个电子控制单元中的至少一个电子控制单元执行的软件的设定信息与识别所述车辆的用户的用户识别信息建立关联；一个或多个处理器，其被配置为，从作为所述多个电子控制单元中的一个电子控制单元的软件更新装置接收由所述软件更新装置特定的用户识别信息，并且根据所述特定的用户识别信息和所述使用信息，向所述软件更新装置发送与所述用户识别信息建立关联的设定信息。

本发明的第二方式的管理方法是由具有处理器、存储器和存储装置的计算机执行的方法。所述管理方法具有：存储使用信息，在所述使用信息中，由在车辆搭载的多个电子控制单元中的至少一个电子控制单元执行的软件的设定信息与识别所述车辆的用户的用户识别信息建立关联的步骤；从作为所述多个电子控制单元中的一个电子控制单元的软件更新装置接收由所述软件更新装置特定的用户识别信息的步骤；根据所述特定的用户识别信息和所述使用信息，向所述软件更新装置发送与所述用户识别信息建立关联的设定信息的步骤。

本发明的第三方式的非临时存储介质存储管理程序，所述管理程序能够由计算机执行，并且使所述计算机执行以下功能，所述功能包括：存储使用信息，在所述使用信息中，由在车辆搭载的多个电子控制单元中的至少一个电子控制单元执行的软件的设定信息与识别所述车辆的用户的用户识别信息建立关联的功能；从作为所述多个电子控制单元中的一个电子控制单元的软件更新装置接收由所述软件更新装置特定的用户识别信息的功能；根据所述特定的用户识别信息和所述使用信息，向所述软件更新装置发送与所述用户识别信息建立关联的设定信息的功能。只是，所述计算机具有处理器、存储器和所述非临时存储介质。

本发明的第四方式的软件更新装置被配置为与服务器进行通信。所述软件更新装置具有一个或多个处理器，所述一个或多个处理器被配置为，取得识别车辆的用户的用户识别信息；从所述服务器取得与所述用户识别信息建立关联的、由在所述车辆搭载的多个电子控制单元中的至少一个电子控制单元执行的软件的设定信息；将所述设定信息转发至所述多个电子控制单元中的所述至少一个电子控制单元。

本发明的第五方式的中心被配置为与车辆进行通信。所述中心具有：存储装置，其被配置为存储使用信息，在所述使用信息中，由在所述车辆搭载的多个电子控制单元中的至少一个电子控制单元执行的软件的设定信息与识别所述车辆的用户的用户识别信息建立关联；一个或多个处理器，其被配置为，从作为所述多个电子控制单元中的一个的空中下载主机接收由所述空中下载主机特定的用户识别信息，并且根据所述特定的用户识别信息和所述使用信息，向所述空中下载主机发送与所述用户识别信息建立关联的设定信息。

本发明的第六方式的空中下载主机被配置为与中心进行通信。所述空中下载主机具有一个或多个处理器，所述一个或多个处理器被配置为，取得识别车辆的用户的用户识别信息；从所述中心取得与所述用户识别信息建立关联的、由在所述车辆搭载的多个电子控制单元中的至少一个电子控制单元执行的软件的设定信息；将所述设定信息转发至所述多个电子控制单元中的所述至少一个电子控制单元。

根据本发明，能够提供一种服务器、管理方法、非临时存储介质及软件更新装置，其能够使用户不显著改变使用感地使用车辆。

附图说明

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

图1是表示实施方式的网络系统的整体结构的框图。

图2是表示图1所示的服务器的概要结构的框图。

图3是表示图1所示的软件更新装置的概要结构的框图。

图4是图1所示的服务器的功能框图。

图5是表示图1所示的服务器存储的使用信息的一例的图。

图6是图1所示的软件更新装置的功能框图。

图7是表示实施方式的服务器执行的控制处理的一例的流程图。

图8是表示实施方式的软件更新装置执行的设定处理的一例的流程图。

图9是表示实施方式的软件更新装置执行的更新处理的一例的流程图。

具体实施方式

图1是表示实施方式的网络系统的整体结构的框图，图2是表示图1所示的服务器的概要结构的框图，图3是表示图1所示的软件更新装置的概要结构的框图。

图1所示的网络系统是用于更新搭载在车辆的电子控制单元13a～13e的软件的系统，具有服务器1(中心)和搭载在车辆的车载网络2。另外，图1的网络系统能够控制通过软件更新装置11和电子控制单元13a～13e执行软件而提供的功能。

服务器1能够经由网络5与搭载在车辆的软件更新装置11进行通信，并对使用信息进行管理，所述使用信息包括由软件更新装置11及电子控制单元13a～13e执行的一个以上的软件的设定信息。

如图2所示，服务器1包括CPU21、RAM22、存储装置23、通信装置24。存储装置23具有硬盘、SSD等可读写的存储介质，并存储用于执行软件的更新管理的程序、后述的使用信息。在服务器1中，CPU21通过使用RAM22作为工作区域来执行从存储装置23读取的软件，从而执行后述的控制处理。通信装置24是用于经由互联网等网络5与软件更新装置11进行通信的通信装置。另外，服务器1也可以具有多个CPU21、RAM22、存储装置23、通信装置24。

车载网络2包括软件更新装置11(OTA主机)、通信模块12、多个电子控制单元13a～13e和显示装置14。软件更新装置11经由总线15a与通信模块12连接，经由总线15b与电子控制单元13a和13b连接，经由总线15c与电子控制单元13c和13d连接，经由总线15d与电子控制单元13e和显示装置14连接。软件更新装置11是能够经由通信模块12和网络5以无线(Over The Air)方式与服务器1进行通信，从服务器1下载电子控制单元13a～13e的软件的更新数据，并指示将下载的更新数据转发到更新对象的电子控制单元来更新软件的装置。软件更新装置11有时也被称为中央网关。此外，软件更新装置11能够从服务器1取得软件更新装置11以及电子控制单元13a～13e执行的一个以上的软件的设定信息。通信模块12是连接车载网络2和设置在中心的服务器1的通信装置。电子控制单元13a～13e是控制车辆的各部分的动作的ECU，具有CPU、RAM、闪速存储器、EEPROM等非易失性的存储装置，CPU将RAM作为工作区域使用，通过执行存储在存储装置中的软件来执行控制功能。其中，电子控制单元13e是能够与后述的便携终端3进行通信的装置，例如是具有天线、收发器，并通过与便携终端3的通信而实施认证处理，并控制车门的解锁、启动的ECU。显示装置14(HMI)用于实施与软件更新装置11和电子控制单元13a～13e中的任一个提供的功能相关的各种显示、显示用于用户输入设定值的画面。作为显示装置14，典型地能够使用汽车导航系统的显示装置，但只要是能够显示信息的装置即可，没有特别限定。另外，在图1中，例示了五个电子控制单元13a～13e，但电子控制单元的数量没有特别限定。

如图3所示，软件更新装置11具有微型计算机35和通信装置36，微型计算机35具有CPU31、RAM32、ROM33和存储装置34。在软件更新装置11中，微型计算机35的CPU31通过使用RAM32作为工作区域来执行从ROM33读取的软件，从而执行后述的控制处理。通信装置36是经由图1所示的总线15a～15d与通信模块12、电子控制单元13a～13e、显示装置14实施通信的通信装置。软件更新装置11也可以具有多个微型计算机35、CPU31、RAM32、ROM33、存储装置34、通信装置36。软件更新装置11也是电子控制单元的一种。

在本实施方式中，便携终端3是能够与电子控制单元13e进行通信的终端装置，例如是作为车辆的钥匙使用的便携设备(无线钥匙)、智能手机等。便携终端3与电子控制单元13e的通信方式没有特别限定，能够使用RF-LF通信、BLE(Bluetooth(注册商标)LowEnergy)、Wi-Fi(注册商标)等。便携终端3在与电子控制单元13e的通信时，将分配给便携终端3的特有的识别信息或分配给用户的特有的识别信息发送至电子控制单元13e。分配给便携终端3的识别信息和分配给用户的识别信息能够作为用于识别用户的用户识别信息(用户ID)来使用。

图4是图1所示的服务器的功能框图，图5是表示图1所示的服务器存储的使用信息的一例的图。另外，图5中的“No.”列是为了说明而设置的，也可以省略。

服务器1具有存储部26、通信部27和控制部28。存储部26由图2所示的存储装置23实现，通信部27和控制部28通过图2所示的CPU21使用RAM22执行存储在存储装置23中的软件来实现。

存储部26存储使用信息。使用信息是将软件更新装置11和电子控制单元13a～13e执行的一个以上的软件的设定信息与识别用户的用户ID建立关联的信息。用户ID只要是能够唯一地识别用户的信息即可，能够使用预先基于用户的注册而发行的标识符、用户的邮件地址、电话号码、作为车辆的钥匙使用的便携设备的识别信息等。使用信息能够通过在用户新注册时或者在用户注册之后最初使用车辆之后，在服务器1中将用户ID与设定信息建立关联并存储而生成。

在图5所示的使用信息的示例中，将用户ID与设定信息建立关联，所述设定信息包括用于识别软件的软件ID和由该软件ID识别的软件的设定值。在使用信息中，也可以将一个用户ID与一个或多个电子控制单元(软件更新装置11、电子控制单元13a～13e中的任一个)能够执行的一个或多个软件的软件ID和软件的设定值建立关联。另外，在图5的例子中，使用软件ID来确定设定值的对象，但也可以代替软件ID而使用对电子控制单元进行确定的识别信息。

针对每个软件ID存储的设定值是在电子控制单元执行由软件ID确定的软件时进行参考的信息。更详细而言，设定值包含表示在车辆中能够使用的软件、在车辆中能够使用的软件可提供的功能(可提供的功能的范围、功能的有效性)、经由无线通信的软件的更新(基于OTA的更新)的可否、在车辆侧注册的设定值、在车辆的使用中软件进行学习的学习值、软件的收费状况的至少一者的信息。

以下，根据图5，说明具体例。

图5的表中所示的No.1和No.2的使用信息包含针对用户由软件ID“sw_a01”和“sw_a02”确定的软件的设定信息，但根据用户ID而能够使用的功能的范围不同。具体而言，在用户ID“user_001”的使用信息中，设定了功能A、B以及D为有效和软件ID“sw_a02”使用的设定值α的值。另一方面，在用户ID“user_002”的使用信息中，设定了功能A～D为有效和软件ID“sw_a02”使用的设定值α以及β的值。

另外，图5的表格所示的No.3～5的使用信息包含针对用户的软件ID“sw_a03”的设定信息，但根据收费状况而能够使用的追加功能的范围不同。具体而言，在用户ID“user_003”的使用信息中，针对计划a进行收费并设定追加的功能F和G为有效和上次的车辆使用中软件学习的学习值。在用户ID“user_004”的使用信息中，针对计划b进行收费并设定追加的功能F为有效。另外，在用户ID“user_005”的使用信息中，未被收费而设定追加的功能F以及G为无效。

近年来，车辆的使用方式各式各样，有时一个用户使用多台车辆、多个用户共用一台车辆。在本实施方式中，如图5所示，在服务器中保存将用户ID与软件的设定信息建立关联的使用信息，如后所述地，在车辆的使用开始时等从服务器1向电子控制单元分发。根据本实施方式，在一个用户使用多台车辆的情况下，即使使用的车辆改变，在用户的使用信息中设定的软件、功能也能够在任何车辆中使用。另外，在多个用户共用一台车辆的情况下，即使使用车辆的用户改变，也能够使用在使用车辆的用户的使用信息中设定的软件、功能。因此，能够在不使基于用户的车辆的使用感产生显著变化的情况下使用车辆。另外，在能够经由无线通信进行软件的更新(基于OTA的更新)的车辆中，在进行软件的更新处理时需要用户的承诺。在多个用户共用这种能够进行基于OTA的软件更新的车辆的情况下，基于OTA的软件的更新功能优选限定为车辆的拥有者、管理者等具有权限的用户。在使用信息中，针对每个用户设定可否使用基于软件更新装置11的软件更新功能，由此能够仅由特定的用户执行基于OTA的软件更新。

作为在设定信息中能够具体设定的设定信息的具体例，列举根据用户接近车辆时的迎宾灯的点亮、空调的自动运转、设置温度、座椅位置的设定、驾驶模式、用户的驾驶特性而取得的制动驱动力的调整用的修正值(常数、学习值)等，但不限于此。

通信部27根据来自软件更新装置的请求，从存储部26取得与由软件更新装置11特定的用户ID建立关联并存储的设定信息，并将取得的设定信息发送到软件更新装置11。另外，通信部27在车辆的使用结束之后，从软件更新装置11接收更新请求，所述更新请求包含使用了车辆的用户的用户ID、在车辆中软件更新装置11以及电子控制单元13a～13e执行的一个以上的软件的设定信息。该更新请求指的是，在车辆的使用中用于使用由用户新设定或改变的设定值、软件学习的学习值等而更新存储在存储部26中的使用信息的指示。另外，通信部27接受从软件更新装置11发送的设定信息的发送请求。

当通信部27接收更新请求时，控制部28根据接收到的用户ID和设定信息来更新存储在存储部26中的使用信息。

图6是图1所示的软件更新装置的功能框图。

软件更新装置11具有取得部37、通信部38和控制部39。取得部37、通信部38以及控制部39通过图3所示的CPU31使用RAM32执行在ROM33中存储的软件来实现。

取得部37在车辆开始使用时，取得识别用户的用户ID。如图1说明的那样，在本实施方式中，通过电子控制单元13e与用户的便携终端3实施通信，能够向车载网络2中组入用户ID。因此，取得部37能够取得电子控制单元13e从便携终端3接收的用户ID。取得部37也可以代替经由电子控制单元13e取得便携终端3保持的用户ID，通过与便携终端3实施直接通信而取得便携终端3保持的用户ID。另外，取得部37也可以使显示装置14显示催促输入用户ID的显示，并通过基于用户的未图示的输入装置的操作、基于预先注册的用户信息的生物体认证来取得用户ID。

通信部38在车辆开始使用时，将取得部37取得的用户ID发送到服务器1，并请求发送设定信息。通信部38接收从服务器1发送的设定信息，并将接收的设定信息存储在存储装置34中。另外，通信部38在车辆的使用结束之后，向服务器1发送包含取得部37取得的用户ID和控制部39取得的设定信息的更新请求。

控制部39从存储装置34读取通信部38取得的设定信息，并将在读取的设定信息中包含的设定值转发到由设定信息中包含的软件ID确定的电子控制单元。在从服务器1取得的设定信息中包含软件更新装置11执行的软件的设定值的情况下，控制部39将软件更新装置11执行的软件的设定值存储在规定的存储区域中。另外，控制部39在车辆的使用结束之后从软件更新装置11以及电子控制单元13a～13e中的一个以上取得软件的设定信息。

在上述处理的基础上，通信部38和控制部39通过与服务器1的无线通信，实施电子控制单元13a～13e的软件更新处理。在此，软件更新处理包括从服务器1向车辆发送更新数据的下载、将下载的更新数据转发到更新对象的电子控制单元并向更新对象的电子控制单元的存储区域写入更新数据的安装、在更新对象的电子控制单元中使安装的更新程序有效的激活的这三个阶段。

下载是接收并存储从服务器1发送的用于更新电子控制单元的软件的更新数据的处理。在下载的阶段中，不仅是更新数据的接收，还包括下载的执行可否判断、更新数据的验证等与下载有关的一系列处理的控制。安装是根据下载的更新数据，使作为更新对象的电子控制单元将更新版本的程序(更新软件)写入车载装置的存储部的处理。在安装的阶段中，不仅是安装的执行，还包含安装的执行可否判断、更新数据的转发以及更新版本的程序的验证等与安装相关的一系列的处理的控制。激活是使安装的更新版本的程序有效化(激活)的处理。关于激活的控制，不仅是激活的执行，还包括激活的执行可否判断、执行结果的验证等与激活相关的一系列的控制。

从服务器1发送到软件更新装置11的更新数据也可以包含电子控制单元的更新软件、压缩了更新软件的压缩数据、将更新软件或压缩数据分割而成的分割数据中的任一者。另外，更新数据也可以包含识别更新对象的电子控制单元的标识符(ECUID)和识别更新前的软件的标识符(ECU软件ID)。如上所述，更新数据作为分发包被下载，该分发包包括单个或多个电子控制单元的更新数据。

在更新数据包括更新软件本身的情况下，在安装的阶段中，软件更新装置将更新数据(更新软件)转发到更新对象的电子控制单元。另外，在更新数据包含更新软件的压缩数据、差分数据或分割数据的情况下，也可以由软件更新装置11向更新对象的电子控制单元转发更新数据，由更新对象的电子控制单元根据更新数据生成更新软件，也可以由软件更新装置11在根据更新数据生成更新软件之后，将更新软件转发到更新对象的电子控制单元。这里，更新软件的生成能够通过压缩数据的解压缩、差分数据或分割数据的组合来实施。

更新软件的安装能够根据来自软件更新装置11的安装请求，由更新对象的电子控制单元实施。或者，接收了更新数据的更新对象的电子控制单元也可以无需接受来自软件更新装置11的明确的指示地自主地实施安装。

更新软件的激活能够由电子控制单元根据来自软件更新装置11的激活请求来实施。或者，接收了更新数据的更新对象的电子控制单元也可以不接受来自软件更新装置11的明确的指示地自主地实施激活。

另外，软件的更新处理能够针对多个电子控制单元分别连续地或并行地实施。

通信部38在车辆的电源或点火装置被接通时等的规定的时刻，向服务器1发送用于确认是否存在电子控制单元13a～13e的软件的更新数据的确认要求，并接收服务器1的确认结果(表示是否存在更新数据的信息)。另外，通信部38向服务器1发送分发包的下载请求，并接收从服务器1发送的分发包。分发包也可以包含用于验证更新数据的真实性的验证用数据、更新数据的数量、安装顺序、软件更新时使用的各种控制信息等。通信部38将接收的分发包存储在存储装置34中。通信部38验证接收的更新数据的真实性。

当基于通信部38的分发包的下载完成时，控制部39实施更新对象的电子控制单元的安装及激活。另外，更新对象的电子控制单元能够根据在分发包中包含的信息(与更新数据建立关联的电子控制单元的识别信息等)来确定。

以下，对服务器1以及软件更新装置11执行的控制处理进行说明。

图7是表示实施方式的服务器执行的控制处理的一例的流程图。图7所示的控制处理在服务器1中以规定的时间间隔反复执行。

在步骤S1中，通信部27判断是否从软件更新装置11接收了设定信息的发送请求。在步骤S1的判断为是的情况下，处理进入步骤S2，在除此之外的情况下，处理进入步骤S3。

在步骤S2中，通信部27参照存储在存储部26中的使用信息，取得与从软件更新装置11接收的发送请求中包含的用户ID建立关联的设定信息。通信部27将取得的设定信息发送到软件更新装置11。此后，处理进入步骤S3。

在步骤S3中，通信部27判断是否从软件更新装置11接收了设定信息的更新请求。在步骤S3的判断为是的情况下，处理进入步骤S4，在除此之外的情况下，处理进入步骤S1。

在步骤S4中，控制部28根据存储在存储部26中的使用信息，确定与从软件更新装置11接收的更新请求中包含的用户ID建立关联的设定信息，并使用更新请求中包含的新的设定信息来更新被确定的设定信息。此后，处理进入步骤S1。

图8是表示实施方式的软件更新装置执行的设定处理的一例的流程图。图8所示的控制处理例如在车辆开始使用时被执行。软件更新装置11从服务器1取得的设定信息包括软件更新装置11和电子控制单元13a～13e执行的一个以上的软件使用的设定值，因此优选在电子控制单元13a～13e启动软件之前、即车辆的电源或点火装置被接通之前执行。关于图8所示的控制处理，例如能够在使用了用于实施车辆的解锁的便携终端3的认证成功时、检测到持有用于认证的便携终端3的用户乘入了车辆时、在车辆的电源或点火装置被接通之前、接收到来自用于认证的便携终端3的指示时中的任一时刻开始。但是，在参照从服务器1取得的设定信息的电子控制单元不影响车辆的动作的情况下，也可以在接通车辆的电源或点火装置被接通之后，开始图8的控制处理，从服务器1取得设定信息，并根据取得的设定信息而重新启动对象的电子控制单元的软件。

在步骤S11中，取得部37取得用户ID。用户ID也可以由取得部37直接从便携终端3取得，该便携终端3用于实施车辆的操作的认证，或者如图1所示，也可以取得部37经由电子控制单元13e进行取得。此后，处理进入步骤S12。

在步骤S12中，通信部38向服务器1发送包含在步骤S11中取得的用户ID的设定信息的发送请求。此后，处理进入步骤S13。

在步骤S13中，通信部38取得响应于在步骤S12中发送的发送请求而从服务器1发送的设定信息。此后，处理进入步骤S14。

在步骤S14中，控制部39将在步骤S13中获得的设定信息中包含的设定值转发到在设定信息中特定的电子控制单元，并且结束处理。在步骤S13中取得的设定信息中包含软件更新装置11执行的软件的设定值的情况下，控制部39将软件更新装置11执行的软件的设定值存储在规定的存储区域中。另外，软件更新装置11以及电子控制单元13a～13e分别在接收到设定值时，根据接收的设定值而执行软件，由此提供反映了从服务器1取得的设定值的功能等。在一个用户使用多台车辆的情况下，根据车辆的型号、选项选择、收费状况，电子控制单元13a～13e可执行的软件的有无、可提供的功能的范围有时会不同。在这种情况下，通过反映在设定信息中包含的设定值中的、在使用的车辆中可进行设定的全部的设定值，也能够使软件更新装置11以及电子控制单元13a～13e执行的软件的设定值尽可能地接近从服务器1取得的设定信息。由此，即使用户使用的车辆改变，也能够在车辆能够提供的功能、车辆的特性的范围内每次均使用户的体验相同或大致相同，能够抑制用户的使用感的显著变化。

图9是表示实施方式的软件更新装置执行的更新处理的一例的流程图。图9所示的控制处理是用于将在车辆的使用中由用户新设定的设定值、在车辆的使用中由用户改变的设定值、由电子控制单元的软件在车辆的使用中学习的学习值等保存在服务器中的处理，并在车辆的使用完成之后被执行。图9所示的控制处理例如也可以以车辆的电源或点火装置被断开为契机来执行。

在步骤S21中，控制部39从软件更新装置11以及电子控制单元13a～13e取得软件的设定信息。此后，处理进入步骤S22。

在步骤S22中，通信部38向服务器1发送包含取得的设定信息和在图8的步骤S11中取得的用户ID的设定信息的更新请求，并结束处理。

如上所述，本实施方式的服务器1将搭载在车辆的软件更新装置11以及电子控制单元13a～13e执行软件时的设定信息与用户ID建立关联并存储，并根据来自软件更新装置11的请求而发送使用信息。因此，通过电子控制单元执行软件，能够针对每个用户管理能够提供给用户的功能，因此即使用户使用的车辆改变，用户也能够使用大致相同的功能。

此外，服务器1在基于用户的车辆的使用结束之后，取得软件更新装置11以及电子控制单元13a～13e的软件的设定信息来更新使用信息，因此能够在相同用户下次使用相同车辆时提供相同的功能。

另外，在服务器1存储的使用信息中，由于能够设定图5中说明的各种信息，所以能够细致地设定用户能够使用的功能及其使用方式等，能够在车辆使用时进行再现。

此外，本实施方式的软件更新装置11从服务器1取得与用户ID建立关联的设定信息，并在软件更新装置11以及电子控制单元13a～13e的软件执行时进行反映，因此即使使用的车辆改变，用户也能够使用相同的功能。

另外，软件更新装置11在车辆的使用结束之后，通过将软件更新装置11以及电子控制单元13a～13e在执行软件时参照的设定值发送到服务器1，能够由服务器1管理电子控制单元13a～13e在执行软件时的设定值，并能够在下次的车辆使用时进行使用。

作为实施方式例示的服务器1的功能也可以作为具有处理器(CPU)、存储器和存储装置的计算机执行的管理方法、或者使该计算机执行的管理程序、存储管理程序的计算机可读取的非临时存储介质来实现。同样地，作为实施方式例示的软件更新装置11的功能也可以作为具有处理器(CPU)、存储器和存储装置的车载计算机执行的控制方法、或者使该车载的计算机执行的控制程序、存储控制程序的计算机可读取的非临时存储介质来实现。

在上述的实施方式中，说明了在车辆侧设置在车载网络2中的软件更新装置11作为主机装置从服务器1取得全部的电子控制单元13a～13e的软件的设定信息，并将更新后的设定值发送给服务器1的例子，但也可以代替软件更新装置11地，电子控制单元13a～13e的任一个(不实施软件更新控制的电子控制单元)具有图7～图9所示的控制功能，并实施来自服务器1的设定信息的接收和设定信息的更新请求。另外，也可以将图7～图9所示的控制功能设置在能够以有线的方式与车载网络2连接的外部设备，并使用该外部设备实施电子控制单元13a～13e的软件的设定信息的取得以及更新请求。

此外，上述实施方式中例示的使用信息还可以包括设定信息被更新的日期和时间。在这种情况下，使用信息是针对每个用户ID随时间记录的设定信息。如果采用这种结构，则保留的历史记录为，虽然在软件的购买前或签约前特定的电子控制单元的功能为无效，但能够通过在某一时刻之后软件的购买完成或签约完成，该特定的电子控制单元的功能成为有效。在电子控制单元的软件发生了某些异常情况的情况下，通过参照使用信息，能够在软件发生了异常情况的时刻掌握该软件是有效或无效。另外，关于针对每个用户ID随时间记录了设定信息的使用信息，能够掌握基于用户的软件的使用状况，并向用户提出电子控制单元的新的功能、软件。

另外，在设定信息中，也可以包含与车辆的使用场所相关的信息。关于使用场所的信息也可以是对可用地点进行特定的信息和对不可用地点进行特定的信息中的任一个，能够是国家、州、省、各地的名称，并使用GPS的坐标范围等。通过软件更新装置11、电子控制单元13a～13e执行软件而实现的功能，有时会由于车辆的使用场所的法规等被限制使用。因此，也可以将与车辆的使用场所有关的信息包含在设定信息中，并在车辆侧根据与预先设定的目的地有关的信息、取得的GPS坐标来判断可否使用软件。

本发明的技术能够用于管理电子控制单元执行的软件的设定信息的网络系统。