软件管理系统、管理服务器及车辆的制作方法

本申请是申请日为2017年3月10日、申请号为201710140652.9、发明名称为“车辆用的软件管理系统、管理服务器及车辆”的申请的分案申请。

本发明涉及软件管理系统、管理服务器及车辆。

背景技术：

已知有一种车辆用的软件管理系统，具有：车辆，具有dcm(datacommunicationmodule：数据通信模块)等通信装置；及管理服务器，通过该车辆经由该通信装置而连接，能够对安装于该车辆的软件进行更新。

在该车辆用的软件管理系统中，当管理服务器取得最新的软件(关于安装于车辆的软件的最新版本的软件)时，判定为需要向该最新的软件进行更新，该管理服务器对于该车辆发送最新的软件。由此，根据该车辆用的软件管理系统，该车辆能够适当取得最新的软件。

然而，关于安装于车辆的软件中的与自动驾驶功能或驾驶支援功能等相关的软件，在向最新的软件进行更新时，需要车辆的用户的许可。因此，当用户疏忽许可操作时，关于与自动驾驶功能或驾驶支援功能等相关的软件，用户仍继续利用旧版本。

由于这样的情况，在车辆用的软件管理系统中，对于在向最新的软件更新时积极地进行许可操作的用户给予奖励，希望实现向最新的软件的早期更新。

技术实现要素：

因此，本公开是在能够对安装于车辆的与自动驾驶功能或驾驶支援功能相关的软件进行更新的软件管理系统中，在关于该软件需要更新的情况下，实现早期更新。

根据本公开的一方面，车辆用的软件管理系统具备以下那样的结构。即，一种车辆用的软件管理系统，具有：车辆，具有自动驾驶功能或驾驶支援功能；及管理服务器，对安装于所述车辆的软件进行管理，其中，具有：是否需要更新判定部，判定是否需要对安装于所述车辆且与所述自动驾驶功能或所述驾驶支援功能相关的软件进行更新；更新部，在通过所述是否需要更新判定部判定为需要更新且更新被用户许可的情况下，对与所述自动驾驶功能或所述驾驶支援功能相关的软件进行更新；及限制部，在通过所述是否需要更新判定部判定为需要更新的情况下，将控制标志设置成on(激活)状态，该控制标志能够限制所述自动驾驶功能或所述驾驶支援功能的一部分或全部的动作，在所述更新部对与所述自动驾驶功能或所述驾驶支援功能相关的软件进行了更新的情况下，将该控制标志设置成off(非激活)状态，在所述控制标志为on状态下的预定的定时，所述限制部对于所述自动驾驶功能或所述驾驶支援功能的一部分或全部的动作开始进行限制，在所述控制标志成为off状态的定时，所述限制部解除该限制。

根据上述车辆用的软件管理系统，是否需要更新判定部判定是否需要对安装于车辆且与自动驾驶功能或驾驶支援功能相关的软件进行更新。而且，可以是，根据上述车辆用的软件管理系统，在通过是否需要更新判定部判定为需要更新且更新被用户许可的情况下，更新部对与自动驾驶功能或驾驶支援功能相关的软件进行更新。

由此，在上述车辆用的软件管理系统中，关于安装于车辆的与自动驾驶功能或驾驶支援功能相关的软件，在判定为需要更新的情况下，如果用户许可，则能够更新。

在上述车辆用的软件管理系统中，可以具备报告部，该报告部在通过所述是否需要更新判定部判定为需要更新的情况下向所述用户报告以许可更新。

另外，根据上述车辆用的软件管理系统，在通过是否需要更新判定部判定为需要更新的情况下，限制部将能够限制自动驾驶功能或驾驶支援功能的一部分或全部的动作的控制标志设置成on状态。而且，在更新部对与自动驾驶功能或驾驶支援功能相关的软件进行了更新的情况下，限制部将控制标志设置成off状态。并且，在限制部中，可以在控制标志为on状态下的预定的定时，对于自动驾驶功能或驾驶支援功能的一部分或全部的动作开始进行限制，在控制标志成为off状态的定时，解除该限制。

由此，在与自动驾驶功能或驾驶支援功能相关的软件的更新时，如果用户不在早期进行许可操作，则在该车辆中，自动驾驶功能或驾驶支援功能的一部分或全部的动作受限制。换言之，用户在早期进行更新的许可操作并完成更新，由此能够避免在该车辆中自动驾驶功能或驾驶支援功能的一部分或全部的动作受限制这样的事态(或者，能够缩短动作受限制的时间)，能够得到积极地进行许可操作产生的奖励。

其结果是，根据上述车辆用的软件管理系统，在早期进行基于用户的许可操作，在需要对与自动驾驶功能或驾驶支援功能相关的软件进行更新的情况下，能够实现早期更新。

在上述车辆用的软件管理系统中，可以在所述车辆为ig-on(点火开关-接通)状态下控制标志成为on状态的定时，对于所述自动驾驶功能或所述驾驶支援功能的一部分或全部的动作开始进行限制。

在上述车辆用的软件管理系统中，可以在控制标志成为on状态之后在所述车辆停止的定时，对于所述自动驾驶功能或所述驾驶支援功能的一部分或全部的动作开始进行限制。

根据本公开，在能够对安装于车辆的与自动驾驶功能或驾驶支援功能相关的软件进行更新的软件管理系统中，在需要对该软件进行更新的情况下，能够实现早期更新。

附图说明

前述及后述的本发明的特征及优点通过下面的具体实施方式的说明并参照附图而明确，其中，相同的附图标记表示相同的部件。

图1是表示车辆用的软件管理系统的一例的图。

图2是表示管理服务器的硬件结构的一例的图。

图3a是表示自动驾驶或驾驶支援系统的结构的硬件结构的一例的图。

图3b是表示自动驾驶用或驾驶支援用ecu的硬件结构的一例的图。

图4a是表示软件信息的一例的图。

图4b是表示用户信息的一例的图。

图5a是表示驾驶支援软件信息的一例的图。

图5b是表示驾驶支援软件信息的一例的图。

图5c是表示驾驶支援软件信息的一例的图。

图6是表示管理服务器的软件管理部及用户管理部的功能结构的一例的图。

图7是表示驾驶支援用ecu的版本管理部的功能结构的一例的图。

图8a是表示管理服务器中的对象车辆的ig-on状态管理处理的流程的流程图。

图8b是表示管理服务器中的对象便携终端的连接状态管理处理的流程的流程图。

图9是表示管理服务器中的版本管理处理的流程的流程图。

图10是表示管理服务器中的版本管理处理的流程的流程图。

图11是表示车辆中的最新化处理的流程的流程图。

图12是表示车辆中的最新化处理的流程的流程图。

图13是表示便携终端中的许可更新处理的流程的流程图。

图14是表示管理服务器中的用户管理处理的流程的流程图。

图15是表示管理服务器中的版本管理处理的流程的流程图。

图16是表示管理服务器中的版本管理处理的流程的流程图。

图17是表示车辆中的最新化处理的流程的流程图。

图18是表示车辆中的最新化处理的流程的流程图。

图19是表示管理服务器中的版本管理处理的流程的流程图。

图20是表示管理服务器中的版本管理处理的流程的流程图。

图21是表示管理服务器中的软件发送处理的流程的流程图。

图22是表示车辆中的最新化准备处理的流程的流程图。

图23是表示车辆中的最新化准备处理的流程的流程图。

图24是表示车辆中的最新化处理的流程的流程图。

具体实施方式

以下，参照附图，说明本发明的各实施方式。另外，在本说明书及附图中，对于实质上具有同一功能结构的构成要素，通过标注同一附图标记而省略重复的说明。而且，关于本说明书及附图使用的用语中的“自动驾驶功能”及“驾驶支援功能”，分别是指用于实现以下所示的等级的功能。

“自动驾驶功能”：

·将车辆的驾驶操作及周边监控全部执行的等级

·仅在成为功能极限的情况下，驾驶者亲自进行驾驶操作，但是在除此以外的情况下，将车辆的驾驶操作及周边监控全部执行的等级

“驾驶支援功能”：

·虽然驾驶者负有安全运行的责任，但是执行转向、制动、加速这全部的驾驶支援的等级

·虽然执行转向、制动或加速的驾驶支援，但是不用执行转向、制动、加速这全部的驾驶支援的等级

·虽然驾驶者进行车辆的转向·制动·加速用的驾驶操作，但是执行前方碰撞警告等除转向、制动、加速以外的支援的等级

另外，acc(adaptivecruisecontrol：自适应巡航控制)、lka(lanekeepingassistsystem：车道保持辅助系统)、ipa(intelligentparkingassist：智能停车辅助系统)等的功能包含在“驾驶支援功能”中。

[第一实施方式]

<1.车辆用的软件管理系统的整体结构>

首先，说明车辆用的软件管理系统的整体结构。图1是表示车辆用的软件管理系统的整体结构的一例的图。如图1所示，车辆用的软件管理系统100具有管理服务器110、车辆120、便携终端140。在本实施方式中，管理服务器110与车辆120经由网络150以能够通信的方式连接。而且，管理服务器110与便携终端140经由网络150以能够通信的方式连接。

在管理服务器110中安装有软件管理程序及用户管理程序，通过执行这些程序，管理服务器110作为软件管理部111及用户管理部112发挥功能。

软件管理部111对安装于在车辆120上搭载的自动驾驶或驾驶支援系统132的与自动驾驶功能或驾驶支援功能相关的软件进行管理。另外，与自动驾驶功能或驾驶支援功能相关的软件是在向最新版本的软件进行更新时原则上需要用户的许可的软件。然而，将来也可能不再需要用户的许可。因此，以下，以用于对与自动驾驶功能或驾驶支援功能相关的软件进行更新的最新版本的软件包括需要用户的许可的软件和不需要用户的许可的软件的情况为前提进行说明。

具体而言，软件管理部111对于安装于自动驾驶或驾驶支援系统132的软件，监控是否新取得了最新版本的软件。在软件管理部111中，当新取得最新版本的软件时，存储于软件db113，并判定需要该最新版本的软件的更新，将该最新版本的软件向车辆120发送。由此，安装于自动驾驶或驾驶支援系统132的软件被更新。

另外，软件管理部111根据安装于自动驾驶或驾驶支援系统132的软件的更新状况，为了限制自动驾驶功能或驾驶支援功能的一部分或全部的动作，而对车辆120指示进行功能限制。

此外，软件管理部111将关于安装于自动驾驶或驾驶支援系统132的软件的更新状况存储于用户信息db114。

用户管理部112是解析部的一例，参照用户信息db114，针对各用户来解析安装于自动驾驶或驾驶支援系统132的软件的更新状况。

车辆120具有dcm(datacommunicationmodule)131和自动驾驶系统或驾驶支援系统132。dcm131是通信装置，经由网络150而与管理服务器110连接。

自动驾驶或驾驶支援系统132通过执行被安装的与自动驾驶功能或驾驶支援功能相关的软件，来实现自动驾驶功能或驾驶支援功能。而且，在自动驾驶或驾驶支援系统132中，使用从管理服务器110发送的最新版本的软件对被安装的与自动驾驶功能或驾驶支援功能相关的软件进行更新。此外，在自动驾驶或驾驶支援系统132中，按照来自管理服务器110的功能限制的指示，对自动驾驶功能或驾驶支援功能的一部分或全部的动作进行限制。

在便携终端140安装有许可更新程序，该程序在便携终端140中被执行，由此便携终端140作为许可更新部141发挥功能。

许可更新部141与管理服务器110进行通信，在新存储于软件db113的最新版本的软件是需要用户的许可的软件的情况下，受理基于用户的许可更新的输入。在管理服务器110与车辆120未以能够通信的方式连接的情况下，在管理服务器110中，向便携终端140询问是否许可软件的更新。因此，在许可更新部141中，从管理服务器110存在是否许可更新的询问的情况下，受理来自用户的许可更新的输入而向管理服务器110发送。

这样，经由便携终端140能够事先进行许可更新的输入，由此，车辆120的用户能够在与驾驶操作车辆120的定时不同的定时输入许可更新。其结果是，对于车辆120的用户而言，容易许可软件的更新。而且，在车辆120以能够通信的方式与管理服务器110连接的情况下(例如，成为ig-on状态时)，对于用户不进行是否许可更新的询问，能够立即执行软件的更新。

<2.管理服务器的硬件结构>

接下来，说明管理服务器110的硬件结构。图2是表示管理服务器的硬件结构的一例的图。

如图2所示，管理服务器110具备cpu(centralprocessingunit：中央处理器)201、rom(readonlymemory：只读存储器)202、ram(randomaccessmemory：随机存储器)203、辅助存储部204、用户界面部205、通信部206。另外，管理服务器110的各部经由总线207而相互连接。

cpu201是将ram203作为作业区域并执行存储于rom202及辅助存储部204的程序(软件管理程序、用户管理程序等)的计算机。

用户界面部205输入cpu201执行程序时所需的信息，或者输出通过cpu201执行程序而生成的信息。

通信部206与网络150连接，经由网络150而与车辆120的dcm131、便携终端140之间进行通信。

<3.自动驾驶或驾驶支援系统的结构>

接下来，说明车辆120的自动驾驶或驾驶支援系统132的系统结构及该系统包含的自动驾驶用或驾驶支援用ecu(electroniccontrolunit)的硬件结构。图3a是表示自动驾驶或驾驶支援系统132的系统结构的一例的图，图3b是表示该系统包含的自动驾驶用ecu或驾驶支援用ecu的硬件结构的图。

如图3a所示，自动驾驶或驾驶支援系统132具有自动驾驶用或驾驶支援用ecu300。而且，具有自动驾驶开关301、gps(globalpositioningsystem：全球定位系统)302、车速传感器303、横摆角速度传感器304、相机305、毫米波雷达306、激光雷达307。而且，具有加速踏板传感器308、制动踏板传感器309、转向角传感器310、节气门促动器311、制动促动器312、转向促动器313、显示装置314、自动驾驶信息db315。

自动驾驶用或驾驶支援用ecu300通过执行安装于自动驾驶或驾驶支援软件存储部322的与自动驾驶功能相关的软件或与驾驶支援功能相关的软件，来实现自动驾驶功能或驾驶支援功能。自动驾驶用或驾驶支援用ecu300一边与自动驾驶开关301～激光雷达307、加速踏板传感器308～自动驾驶信息db315之间发送接收信息，一边实现自动驾驶功能或驾驶支援功能。另外，这里省略通过自动驾驶用或驾驶支援用ecu300实现的自动驾驶功能或驾驶支援功能的说明。

在自动驾驶用或驾驶支援用ecu300还安装有版本管理程序。自动驾驶用或驾驶支援用ecu300通过执行该版本管理程序，也作为版本管理部321发挥功能。

版本管理部321在从管理服务器110接收到最新版本的软件的情况下，使用该接收到的最新版本的软件对已经安装的软件进行更新。而且，版本管理部321如果从管理服务器110接受到功能限制的指示，则在最新版本的软件的更新完成之前的期间的预定的定时，开始对自动驾驶功能或驾驶支援功能的一部分或全部的动作进行限制的处理。预定的定时是例如车辆120接受到功能限制的指示之后的下一ig-on状态的定时。对自动驾驶功能或驾驶支援功能的一部分或全部的动作进行限制的处理持续至最新版本的软件的更新完成为止，通过更新完成而解除限制。另外，版本管理部321的该功能的详情在后文叙述。

如图3b所示，作为版本管理部321发挥功能的自动驾驶用或驾驶支援用ecu300具有cpu331、ram332、连接部333、rom334。在本实施方式中，版本管理程序存储于rom334。而且，版本管理程序以ram332等为作业区域而由cpu331执行，由此，一边与经由连接部333而连接的dcm131之间发送接收信息，一边实现作为版本管理部321的功能。

另外，以下为了简化说明，说明在车辆120上搭载驾驶支援系统132而对安装于驾驶支援用ecu300的驾驶支援软件存储部322的与驾驶支援功能相关的软件进行更新的情况。但是，搭载自动驾驶系统的情况(对安装于自动驾驶用ecu的自动驾驶软件存储部的与自动驾驶功能相关的软件进行更新的情况)也同样。

<4.存储于管理服务器的信息>

接下来，说明管理服务器110的软件db113及用户信息db114中分别存储的信息。图4是表示存储于软件db的软件信息及存储于用户信息db的用户信息的一例的图。

如图4a所示，存储于软件db113的软件信息400包含"软件id"、"软件名"、"生成者"、"生成日期时间"、"ver"、"是否需要许可"作为信息的项目。

在"软件id"中存储有识别与驾驶支援功能相关的软件的识别符。在"软件名"中存储有通过软件id而确定的软件的名称。在"生成者"中存储有通过软件id而确定的软件的与生成者相关的信息。在"生成日期时间"中存储有通过软件id而确定的软件的生成日期时间。

在"ver"中存储有通过软件id而确定的软件的版本信息。在"是否需要许可"中存储有表示通过软件id而确定的软件是否为在更新时需要用户的许可的软件的信息。

如图4b所示，在存储于用户信息db114的用户信息410中包含"车辆id"、"车辆编号牌"、"dcm"、"用户属性"、"便携终端"、"软件的更新状况"、"功能限制"作为信息的项目。

在"车辆id"中存储有识别车辆的识别符。在"车辆编号牌"中存储有通过车辆id而确定的车辆的号码牌的信息。在"dcm"中存储有搭载于通过车辆id而确定的车辆的dcm的种类。

在"用户属性"中存储有与拥有通过车辆id而确定的车辆的用户的属性相关的信息。在"用户属性"中包含"姓名"、"性别"、"年龄"、"住所"等小项目。在"便携终端"中包含用于识别拥有通过车辆id而确定的车辆的用户持有的便携终端的信息。

在"软件的更新状况"中存储有关于存储于软件db113的软件的与各车辆的更新状况相关的信息。与更新状况相关的信息针对各软件分开管理。因此，"软件的更新状况"还包含"s/w101"、"s/w203"、"s/w301"…作为小项目。

另外，与更新状况相关的信息包含安装于各个车辆的驾驶支援系统132的软件的版本信息、表示通过最新的软件直至更新完成为止的各状况的信息(未许可、已许可、完成)。

与更新状况相关的信息为"未许可"表示虽然是在更新时需要用户的许可的软件但是还未通过用户许可更新的状况。而且，与更新状况相关的信息为"已许可"表示虽然在更新时需要用户的许可的软件处于通过用户许可了更新的状况但是处于软件的更新还未完成的状况。此外，与更新状况相关的信息为"完成"表示关于在更新时需要用户的许可的软件已经通过用户许可更新且处于软件的更新完成的状况。另外，关于在更新时不需要用户的许可而软件的更新已经完成的情况，与更新状况相关的信息也成为"完成"。

在"功能限制"中存储有在最新版本的软件即需要用户的许可的软件新存储于软件db113且向各车辆发送了功能限制标志的on指示的情况下表示指示中的信息。功能限制标志是能够对驾驶支援功能的一部分或全部的动作进行限制的控制标志。表示指示中的信息在关于需要用户的许可的软件通过用户输入许可更新且更新完成的情况下被删除。在图4b的例子中，安装于车辆id＝"c2"的车辆的驾驶支援软件存储部的软件id＝"s/w101"的软件不是最新版本，处于需要向ver＝"1.3.1"进行更新的状况。然而，由于未通过车辆id＝"c2"的车辆的用户许可更新，因此在图4b的例子中，在"功能限制"中存储有表示指示中的信息。

<5.存储于驾驶支援用ecu的驾驶支援软件信息>

接下来，说明表示与安装于驾驶支援用ecu300的驾驶支援软件存储部322的软件相关的信息的驾驶支援软件信息。驾驶支援软件信息存储于驾驶支援软件存储部322。通过安装于驾驶支援软件存储部322的与驾驶支援功能相关的软件由从管理服务器110发送的软件更新而驾驶支援软件信息被改写。而且，在通过与驾驶支援功能相关的软件实现的驾驶支援功能的一部分或全部的动作基于来自管理服务器110的指示被限制的情况下，驾驶支援软件信息被改写。此外，在该限制解除的情况下也被改写。

图5是表示驾驶支援软件信息的一例的图。其中，图5a表示车辆id＝"c1"的车辆的驾驶支援软件存储部中存储的驾驶支援软件信息，图5b表示车辆id＝"c2"的车辆的驾驶支援软件存储部中存储的驾驶支援软件信息。此外，图5c表示车辆id＝c3的车辆的驾驶支援软件存储部中存储的驾驶支援软件信息。

如图5所示，各驾驶支援软件信息包含"软件id"、"软件名"、"生成者"、"生成日期时间"、"ver"、"功能限制标志"作为信息的项目。

在"软件id"中存储有用于识别安装于驾驶支援软件存储部322的软件的识别符。在"软件名"、"生成者"、"生成日期时间"、"ver"中分别存储有通过软件id而识别的软件的名称、与生成者相关的信息、生成日期时间、版本信息。

在"功能限制标志"中，关于通过软件id而识别的软件，在从管理服务器110存在功能限制标志的on指示的情况下存储有"on"，在功能限制被解除的情况下存储有"off"。

图5a的例子表示在车辆id＝"c1"的车辆的驾驶支援系统132中安装有通过软件id＝"s/w101"而识别的软件。而且，图5a的例子表示该软件为ver＝"1.3.1"的软件且向最新版本的更新完成，因此在"功能限制标志"中存储有"off"。

图5b的例子表示在车辆id＝"c2"的车辆的驾驶支援系统132中安装有通过软件id＝"s/w101"、"s/w203"而识别的软件。而且，图5b的例子表示通过软件id＝"s/w101"而识别的软件是ver＝"1.3.0"的软件，不是最新版本。因此，在"功能限制标志"中存储有"on"。

另外，图5b的例子表示通过软件id＝"s/w203"而识别的软件是ver＝"2.1"的软件，向最新版本的更新完成，因此在"功能限制标志"中存储有"off"。

图5c的例子表示在车辆id＝"c3"的车辆的驾驶支援系统132安装有通过软件id＝"s/w203"、"s/w301"而识别的软件。而且，图5c的例子表示通过软件id＝"s/w203"而识别的软件是ver＝"2.0"的软件，不是最新版本。但是，如图4b所示，关于最新版本的软件，已经许可更新，从管理服务器110未发送功能限制标志的on指示，因此在"功能限制标志"中存储"off"。

另外，图5c的例子表示通过软件id＝"s/w301"而识别的软件是不需要用户的许可的软件，因此没有在"功能限制标志"中存储"on"、"off"的情况。

<6.管理服务器的功能结构的详情>

接下来，说明管理服务器110的软件管理部111及用户管理部112的功能结构的详情。图6是表示管理服务器的软件管理部及用户管理部的功能结构的一例的图。

如图6所示，软件管理部111具有连接状态管理部601、软件取得部602、软件种类判定部603、功能限制标志控制部604、报告指示部605、更新指示部606。

连接状态管理部601对于管理服务器110的管理对象的车辆是否处于与管理服务器110以能够通信的方式连接的状态进行管理。而且，连接状态管理部601对于管理服务器110的管理对象的车辆的用户持有的便携终端是否处于与管理服务器110以能够通信的方式连接的状态进行管理。

软件取得部602取得用于对安装于驾驶支援用ecu300的软件进行更新的最新版本的软件，并存储于软件db113。软件取得部602在新取得该最新版本的软件并存储于软件db113的情况下，判定为安装于驾驶支援用ecu300的软件需要更新。即，软件取得部602作为判定是否需要对安装于驾驶支援用ecu300的软件进行更新的是否需要更新判定部发挥功能。

软件种类判定部603判定通过软件取得部602新取得且存储于软件db113的最新版本的软件(判定为需要更新的软件)是否为在更新时需要用户的许可的软件。

软件种类判定部603在判定为是需要用户的许可的软件的情况下，将判定结果向功能限制标志控制部604及报告指示部605通知。而且，软件种类判定部603在判定为是不需要用户的许可的软件的情况下，将判定结果向更新指示部606通知。

功能限制标志控制部604是控制部的一例。功能限制标志控制部604在从软件种类判定部603接收到判定结果的情况下，向对象车辆发送功能限制标志的on指示。功能限制标志控制部604在发送了功能限制标志的on指示的情况下，在用户信息410的"功能限制"中存储表示指示中的信息。

报告指示部605在从软件种类判定部603接收到判定结果的情况下，对于对象车辆作出指示，以进行关于需要用户的许可的软件的更新的许可请求。而且，报告指示部605根据更新的许可请求的指示，判定从对象车辆是否发送了表示通过对象车辆的用户进行许可更新的输入的信息，在判定为发送了的情况下，向更新指示部606通知更新被许可。

更新指示部606是接收部的一例。更新指示部606在从软件种类判定部603接收到判定结果的情况下，或者从报告指示部605接收到更新被许可的通知的情况下，对于对象车辆发送最新版本的软件，指示更新。在根据更新指示部606的更新的指示，从对象车辆接收到软件的更新完成通知的情况下，在更新指示部606中，改写用户信息db114的用户信息410的"软件的更新状况"，将"功能限制"中存储的信息删除。

<7.驾驶支援用ecu的功能结构的详情>

接下来，说明驾驶支援用ecu300的版本管理部321的功能结构的详情。图7是表示驾驶支援用ecu的版本管理部的功能结构的一例的图。

如图7所示，版本管理部321具有报告部701、安装执行部702、限制部703。

报告部701在从管理服务器110的报告指示部605接收到更新的许可请求的指示的情况下，对于车辆120的用户，显示询问最新版本的软件的是否许可更新的许可请求画面。而且，报告部701通过显示许可请求画面，而受理来自用户的许可更新的输入。在报告部701中，在从用户受理了许可更新的输入的情况下，判定为许可更新，对于管理服务器110，发送表示进行了许可更新的输入的信息。

安装执行部702是更新部的一例。安装执行部702在从管理服务器110接收到最新版本的软件的情况下，使用最新版本的软件，对已经安装于驾驶支援软件存储部322的软件进行更新。而且，安装执行部702在最新版本的软件的更新完成的情况下，将更新完成通知向管理服务器110发送，并向限制部703发送。

限制部703是限制部的一例。限制部703在从管理服务器110接收到功能限制标志的on指示的情况下，在存储于驾驶支援软件存储部322的驾驶支援软件信息510的"功能限制标志"中存储"on"。

另外，限制部703在车辆成为ig-on状态时，参照存储于驾驶支援软件存储部322的驾驶支援软件信息510，判定功能限制标志是否成为on状态。限制部703在判定为功能限制标志成为on状态的情况下，对于与该软件关联的驾驶支援功能的一部分或全部的动作进行限制(实施功能限制)。

另外，限制部703在从安装执行部702接收到更新完成通知的情况下，在存储于驾驶支援软件存储部322的驾驶支援软件信息510的"功能限制标志"中存储off。而且，在接收到更新完成通知的时刻已经实施功能限制的情况下，限制部703解除功能限制。

<8.在管理服务器中执行的处理的说明>

接下来，说明在管理服务器110中执行的处理(对象车辆的ig-on状态管理处理、对象便携终端的连接状态管理处理、版本管理处理)。

(1)对象车辆的ig-on状态管理处理及对象便携终端的连接状态管理处理

图8a、图8b是分别表示管理服务器的对象车辆的ig-on状态管理处理及对象便携终端的连接状态管理处理的流程的流程图。

如图8a所示，在步骤s801中，连接状态管理部601判定是否接收到对象车辆的ig-on信号。在步骤s801中，在判定为未接收到对象车辆的ig-on信号的情况下，进入步骤s804。

另一方面，在步骤s801中，在判定为接收到对象车辆的ig-on信号的情况下，进入步骤s802。在步骤s802中，连接状态管理部601判定为对象车辆为ig-on状态。

在步骤s803中，连接状态管理部601判定是否接收到对象车辆的ig-off(点火开关-断开)信号。在步骤s803中，在判定为未接收到对象车辆的ig-off信号的情况下，返回步骤s802。

另一方面，在步骤s803中，在判定为接收到对象车辆的ig-off信号的情况下，进入步骤s804。在步骤s804中，连接状态管理部601判定为对象车辆为ig-off状态。

在步骤s805中，连接状态管理部601判定对象车辆是否成为管理对象外。在判定为未成为管理对象外的情况下，返回步骤s801。另一方面，在判定为成为管理对象外的情况下，结束关于该对象车辆的ig-on状态管理处理。

如图8b所示，在步骤s811中，连接状态管理部601判定是否接收到对象便携终端的连接要求。在步骤s811中，判定为未接收到对象便携终端的连接要求的情况下，进入步骤s814。

另一方面，在步骤s811中，在判定为接收到对象便携终端的连接要求的情况下，进入步骤s812。在步骤s812中，连接状态管理部601判定为对象便携终端为连接状态。

在步骤s813中，连接状态管理部601判定是否接收到对象便携终端的切断要求。在步骤s813中，在判定为未接收到对象便携终端的切断要求的情况下，返回步骤s812。

另一方面，在步骤s813中判定为接收到对象便携终端的切断要求的情况下，进入步骤s814。在步骤s814中，连接状态管理部601判定为对象便携终端处于非连接状态。

在步骤s815中，连接状态管理部601判定对象便携终端是否成为管理对象外。在判定为未成为管理对象外的情况下，返回步骤s811。另一方面，在判定为成为管理对象外的情况下，结束关于该对象便携终端的连接状态管理处理。

(2)版本管理处理的流程

图9及图10是表示管理服务器的版本管理处理的流程的流程图。如图9所示，在步骤s901中，软件取得部602判定是否新取得最新版本的软件并存储于软件db113。

在步骤s901中，在判定为未新取得最新版本的软件的情况下，在软件取得部602中，判定为不需要向最新版本的软件进行更新，进入步骤s902。在步骤s902中，连接状态管理部601判定从对象车辆是否接收到ig-on信号。在步骤s902中判定为未接收到ig-on信号的情况下，进入步骤s915。

另一方面，在步骤s902中，在判定为接收到ig-on信号的情况下，进入步骤s903。在步骤s903中，更新指示部606判定通过对象车辆的用户已经许可更新的软件是否存在。

在步骤s903中，判定为已经许可更新的软件存在的情况下，进入步骤s904。在步骤s904中，更新指示部606将已经许可更新的软件向对象车辆发送，改写用户信息db114的用户信息410的"软件的更新状况"之后，进入步骤s905。另一方面，在步骤s903中，在判定为许可更新的软件不存在的情况下，直接进入步骤s905。

在步骤s905中，软件种类判定部603从对象车辆取得对象车辆的驾驶支援软件存储部322中安装的各软件的版本信息。

在步骤s906中，软件种类判定部603基于在步骤s905中取得的版本信息，判定对象车辆的驾驶支援软件存储部322中安装的各软件是否为最新版本。

在步骤s906中，在判定为是最新版本的情况下，进入步骤s915。另一方面，在判定为不是最新版本的情况下，进入步骤s907。

在步骤s907中，软件种类判定部603判定在判定为不是最新版本的软件之中是否存在更新时不需要用户的许可的软件。

在步骤s907中，判定为存在不需要用户的许可的软件的情况下，进入步骤s908。在步骤s908中，更新指示部606将最新版本的软件即不需要用户的许可的软件向对象车辆发送。此外，更新指示部606在改写用户信息db114的用户信息410的"软件的更新状况"之后，进入步骤s909。

另一方面，在步骤s907中，在判定为不需要用户的许可的软件不存在的情况下，直接进入步骤s909。

在步骤s909中，软件种类判定部603判定在判定为不是最新版本的软件之中是否存在更新时需要用户的许可的软件。

在步骤s909中，在判定为不存在需要用户的许可的软件的情况下，进入步骤s915。另一方面，在步骤s909中，在判定为存在需要用户的许可的软件的情况下，进入步骤s910。

在步骤s910中，功能限制标志控制部604对于需要用户的许可的软件，判定是否已经发送了功能限制标志的on指示。在步骤s910中，在判定为未发送功能限制标志的on指示的情况下，进入步骤s911。

在步骤s911中，功能限制标志控制部604对于需要用户的许可的软件，向对象车辆发送功能限制标志的on指示，进入步骤s912。另一方面，在步骤s910中，在判定为功能限制标志的on指示已发送的情况下，直接进入步骤s912。

在步骤s912中，报告指示部605对于需要用户的许可的软件，向对象车辆作出指示，以进行更新的许可请求。

如果根据更新的许可请求的指示而在对象车辆中进行许可请求，则在步骤s913中，报告指示部605判定从对象车辆是否接收到表示通过对象车辆的用户进行了许可更新的输入的信息。在步骤s913中，在判定为从对象车辆接收到表示进行了许可更新的输入的信息的情况下，进入步骤s914。

在步骤s914中，更新指示部606将最新版本的软件(通过用户许可了更新的软件)向对象车辆发送。而且，更新指示部606在改写用户信息db114的用户信息410的"软件的更新状况"之后，进入步骤s915。

另一方面，在步骤s913中，在判定为从对象车辆未接收到表示进行了许可更新的输入的信息的情况下，直接进入步骤s915。

在步骤s915中，连接状态管理部601判定从对象车辆是否接收到ig-off信号。在步骤s915中，在判定为从对象车辆未接收ig-off信号的情况下，返回步骤s901。这样，管理服务器110的版本管理处理持续至从对象车辆接收到ig-off信号为止。

另一方面，在步骤s901中，在判定为新取得最新版本的软件并存储于软件db113的情况下，在软件取得部602中，判定为需要向该最新版本的软件进行更新，进入图10的步骤s1001。

在步骤s1001中，连接状态管理部601判定对象车辆是否处于ig-on状态。在步骤s1001中，在判定为对象车辆处于ig-on状态的情况下，进入步骤s1002。

在步骤s1002中，软件种类判定部603判定新存储的最新版本的软件是否为需要用户的许可的软件。在步骤s1002中，在判定为是不需要用户的许可的软件的情况下，进入步骤s1006。

另一方面，在步骤s1002中，在判定为是需要用户的许可的软件的情况下，进入步骤s1003。

在步骤s1003中，功能限制标志控制部604向对象车辆发送功能限制标志的on指示，该功能限制标志用于限制与判定为需要用户的许可的软件关联的驾驶支援功能的一部分或全部的动作。然后，进入步骤s1004。

在步骤s1004中，报告指示部605对于判定为需要用户的许可的软件，向对象车辆作出指示，以进行更新的许可请求。

当根据更新的许可请求的指示而在对象车辆中作出许可请求时，在步骤s1005中，报告指示部605判定从对象车辆是否接收到表示进行许可更新的输入的信息。在步骤s1005中，在判定为接收到表示进行许可更新的输入的信息的情况下，进入步骤s1006。

在步骤s1006中，更新指示部606将最新版本的软件(通过用户许可更新的软件)向对象车辆发送。而且，更新指示部606改写用户信息db114的用户信息410的"软件的更新状况"之后，返回图9的步骤s902。

另一方面，在步骤s1005中，在判定为未接收到表示进行了许可更新的输入的信息的情况下，直接返回图9的步骤s902。

另一方面，在步骤s1001中，在判定为对象车辆不是ig-on状态的情况下，进入步骤s1011。在步骤s1011中，报告指示部605判定新存储的最新版本的软件是否为需要用户的许可的软件。在步骤s1011中，在判定为是不需要用户的许可的软件的情况下，返回图9的步骤s902。

另一方面，在步骤s1011中，在判定为是需要用户的许可的软件的情况下，进入步骤s1012。在步骤s1012中，连接状态管理部601判定与对象车辆建立对应而登录的便携终端是否为连接状态。

在步骤s1012中，在判定为是非连接状态的情况下，返回图9的步骤s902。另一方面，在步骤s1012中，在判定为是连接状态的情况下，进入步骤s1013。

在步骤s1013中，报告指示部605对于判定为需要用户的许可的软件，向对象便携终端作出指示，以进行更新的许可请求。

如果根据更新的许可请求的指示而在对象便携终端中进行许可请求，则在步骤s1014中，报告指示部605判定从对象便携终端是否接收到表示进行了许可更新的输入的信息。在步骤s1014中，在判定为接收到表示进行了许可更新的输入的信息的情况下，进入步骤s1015。

在步骤s1015中，报告指示部605对于判定为需要用户的许可的软件，识别为已经通过用户许可更新，改写用户信息410的"软件的更新状况"之后，返回步骤s902。

<9.在车辆中执行的处理的说明>

接下来，说明在车辆120中执行的处理(最新化处理)的流程。图11及图12是表示车辆的最新化处理的流程的流程图。图11及图12所示的流程图通过车辆成为ig-on状态而开始处理。

如图11所示，在步骤s1101中，限制部703参照驾驶支援软件信息510，判定功能限制标志为on状态的软件是否存在。在步骤s1101中，在判定为功能限制标志为on状态的软件存在的情况下，进入步骤s1102。另一方面，在判定为功能限制标志为on状态的软件不存在的情况下，进入步骤s1103。

在步骤s1102中，限制部703实施功能限制，来限制与功能限制标志为on状态的软件关联的驾驶支援功能的一部分或全部的动作。

在步骤s1103中，dcm131将ig-on信号向管理服务器110发送。

在步骤s1104中，安装执行部702判定从管理服务器110是否接收到许可更新的软件。经由便携终端140通过用户许可更新的软件存在的情况下，从管理服务器110发送许可更新的软件。因此，在安装执行部702中，在判定为从管理服务器110接收到许可更新的软件的情况下，进入步骤s1105。

在步骤s1105中，安装执行部702通过许可更新的软件对已经安装于驾驶支援软件存储部322的软件进行了更新之后，进入步骤s1106。

另一方面，在步骤s1104中，在判定为从管理服务器110未接收到许可更新的软件的情况下，直接进入步骤s1106。

在步骤s1106中，安装执行部702取得安装于驾驶支援软件存储部322的各软件的版本信息，向管理服务器110发送。

在步骤s1107中，安装执行部702判定从管理服务器110是否接收到不需要用户的许可的软件。在步骤s1107中，在判定为接收到不需要用户的许可的软件的情况下，进入步骤s1108。

在步骤s1108中，安装执行部702使用不需要用户的许可的软件对已经安装于驾驶支援软件存储部322的软件进行了更新之后，进入步骤s1109。

另一方面，在步骤s1107中，在判定为未接收到不需要用户的许可的软件的情况下，直接进入步骤s1109。

在步骤s1109中，限制部703判定从管理服务器110是否接收到功能限制标志的on指示。在步骤s1109中，在判定为接收到功能限制标志的on指示的情况下，进入步骤s1110。

在步骤s1110中，限制部703基于来自管理服务器110的on指示，在驾驶支援软件信息510的"功能限制标志"中存储了"on"之后，进入步骤s1111。

另一方面，在步骤s1109中，在判定为未接收到功能限制标志的on指示的情况下，直接进入步骤s1111。

在步骤s1111中，报告部701判定从管理服务器110是否接收到更新的许可请求的指示。在步骤s1111中，在判定为接收到更新的许可请求的指示的情况下，进入步骤s1112。

在步骤s1112中，报告部701对于从管理服务器110指示了更新的许可请求的软件，在显示了许可请求画面之后，进入图12的步骤s1201。

另一方面，在步骤s1111中，在判定为未接收到更新的许可请求的指示的情况下，进入图12的步骤s1221。

在步骤s1201中，报告部701判定在许可请求画面上通过用户是否进行了许可更新的输入。在步骤s1201中，在判定为在从显示许可请求画面起的预定时间内通过用户进行了许可更新的输入的情况下，进入步骤s1202。

在步骤s1202中，报告部701将表示通过用户进行了许可更新的输入的信息向管理服务器110发送。在步骤s1203中，安装执行部702从管理服务器110接收通过用户许可了更新的软件。

在步骤s1204中，安装执行部702使用从管理服务器110接收到的软件，对已经安装于驾驶支援软件存储部322的软件进行更新。

当安装执行部702的更新完成时，在步骤s1205中，限制部703对于更新完成的软件，在驾驶支援软件信息510的"功能限制标志"中存储off。而且，在已经实施功能限制的情况下，限制部703解除关于与更新完成的软件关联的驾驶支援功能的功能限制(即，功能限制在功能限制标志成为off状态的定时被解除)。

在步骤s1206中，安装执行部702将表示更新完成的更新完成通知向管理服务器110发送之后，进入步骤s1221。

另一方面，在步骤s1201中，在判定为在从显示许可请求画面起的预定时间内用户未进行许可更新的输入的情况下，进入步骤s1211。在步骤s1211中，限制部703判定功能限制是否为实施中。

在步骤s1211中，在判定为功能限制不为实施中的情况下，进入步骤s1212。在步骤s1212中，报告部701在接下来成为ig-on状态时，向用户报告实施关于许可请求的软件的功能限制之后，进入步骤s1221。

另一方面，在步骤s1211中，在判定为功能限制为实施中的情况下，直接进入步骤s1221。在步骤s1221中，限制部703判定车辆是否成为了ig-off状态。在步骤s1221中，在判定为未成为ig-off状态的情况下，返回步骤s1107。另一方面，在判定为成为ig-off状态的情况下，结束最新化处理。

<10.在便携终端中执行的处理的说明>

接下来，说明在便携终端140中执行的处理(许可更新处理)的流程。图13是表示便携终端的许可更新处理的流程的流程图。图13所示的流程图在便携终端140中通过许可更新程序起动而开始处理。

在步骤s1301中，许可更新部141与管理服务器110连接。在步骤s1302中，许可更新部141判定从管理服务器110是否接收到更新的许可请求的指示。

在步骤s1302中，在判定为未接收到更新的许可请求的指示的情况下，进入步骤s1307。

另一方面，在步骤s1302中，在判定为接收到更新的许可请求的指示的情况下，进入步骤s1303。在步骤s1303中，许可更新部141显示许可请求画面。

在步骤s1304中，许可更新部141判定在许可请求画面上通过用户是否进行了许可更新的输入。在判定为在从显示许可请求画面起的预定时间内通过用户进行了许可更新的输入的情况下，进入步骤s1305。在步骤s1305中，许可更新部141将表示通过用户进行了许可更新的输入的信息向管理服务器110发送之后，进入步骤s1306。

另一方面，在步骤s1304中，在判定为在从显示许可请求画面起的预定时间内未进行许可更新的输入的情况下，直接进入步骤s1306。

在步骤s1306中，许可更新部141判定是否输入了结束许可更新程序的指示。在步骤s1307中，在判定为未输入结束许可更新程序的指示的情况下，返回步骤s1302。

另一方面，在步骤s1306中，在判定为输入了结束许可更新程序的指示的情况下，进入步骤s1307。在步骤s1307中，许可更新部141切断与管理服务器110的连接，结束许可更新处理。

<11.车辆用的软件管理系统的实施例>

接下来，关于车辆用的软件管理系统100的各实施例，参照图9～图13进行说明。另外，以下，在对象车辆的第一次的ig-on状态下，确认安装于对象车辆的软件的版本信息，在第二次的ig-on状态下，实施功能限制。

<11.1实施例1>

在实施例1中，说明如下的情况：在第一次的ig-on状态下，在软件db113中新存储多个最新版本的软件，但是在对象车辆中不许可更新，在第二次的ig-on状态下，实施功能限制。另外，多个软件包含不需要用户的许可的软件和需要用户的许可的软件。

(1)实施例1时的管理服务器110的处理(第一次的ig-on状态)

在实施例1的情况下，在软件db113中新存储多个最新版本的软件之前，连接状态管理部601从对象车辆接收ig-on信号(步骤s901(否)→s902(是))。

在此时刻，许可更新的软件不存在(步骤s903(否))。而且，从对象车辆发送安装于驾驶支援软件存储部322的各软件的版本信息，因此在软件种类判定部603中，取得该版本信息(步骤s905)。

在此时刻，在对象车辆的驾驶支援软件存储部322安装最新版本的软件。因此，在管理服务器110中，待机至新取得最新版本的软件并存储于软件db113中为止(步骤s906(是)→s915(否)→s901)。

在此，新取得多个最新版本的软件(更新时不需要用户的许可的软件和更新时需要用户的许可的软件)并存储于软件db113(步骤s901(是))。另外，在此时刻，对象车辆已经处于ig-on状态(步骤s1001(是)。

因此，对于最新版本的软件中的不需要用户的许可的软件，更新指示部606向对象车辆发送，并改写用户信息db114(步骤s1002(否)→s1006)。另一方面，对于需要用户的许可的软件，功能限制标志控制部604向对象车辆发送功能限制标志的on指示(步骤s1002(是)→步骤s1003)。而且，报告指示部605向对象车辆作出指示，以进行更新的许可请求(步骤s1004)。

在此，对象车辆的用户不进行许可更新的输入。在这种情况下，从对象车辆未发送表示进行了许可更新的输入的信息(步骤s1005(否))。因此，更新指示部606不向对象车辆发送需要用户的许可的软件。然后，如果从对象车辆接收到ig-off信号，则在管理服务器110中，结束版本管理处理(步骤s902(否)→步骤s915(是))。

(2)实施例1时的车辆120的处理(第一次的ig-on状态)

在车辆120第一次成为ig-on状态的时刻，功能限制标志都是off状态，因此不实施功能限制，在dcm131中，向管理服务器110发送ig-on信号(步骤s1101(否)→s1103)。而且，在第一次成为ig-on状态的时刻，也不从管理服务器110发送许可更新的软件(步骤s1104(否))。

因此，在安装执行部702中，读出安装于驾驶支援软件存储部322的各软件的版本信息，向管理服务器110发送(步骤s1106)。

在此时刻，安装于驾驶支援软件存储部322的各软件的版本信息为最新。因此，从管理服务器110既不发送不需要用户的许可的软件，也不发送功能限制标志的on指示(步骤s1107(否)→s1109(否))。而且，也不从管理服务器110发送更新的许可请求的指示(步骤s1111(否)→s1221(否)→s1107)。

在此，通过管理服务器110新取得多个最新版本的软件(更新时不需要用户的许可的软件和需要用户的许可的软件)，并存储于软件db113。

在这种情况下，从管理服务器110发送不需要用户的许可的软件。因此，在安装执行部702中，接收该软件，对已经安装于驾驶支援软件存储部322的软件进行更新(步骤s1107(是)→s1108)。而且，从管理服务器110发送功能限制标志的on指示，因此在限制部703中，接收该on指示，将功能限制标志设定成on(步骤s1109(是)→s1110)。

此外，从管理服务器110发送更新的许可请求的指示，因此在报告部701中，接收该指示而显示许可请求画面(步骤s1111(是)→s1112)。

在此，车辆120的用户未进行许可更新的输入。在这种情况下，在报告部701中，判定为用户未进行许可更新的输入(步骤s1201(否))。另外，在此时刻，由于还未实施功能限制，因此在限制部703中，向用户报告在接下来成为ig-on状态时实施功能限制(步骤s1211(否)→s1212)。然后，如果车辆120成为ig-off状态，则结束最新化处理(步骤s1221(是))。

(3)实施例1时的管理服务器110的处理(第二次的ig-on状态)

说明在第一次的ig-on状态下，新取得多个最新版本的软件并存储于软件db113，以后，在第二次成为ig-on状态之前的期间，不取得进一步的最新版本的软件。

在这种情况下，在软件db113中未存储进一步的最新版本的软件，从对象车辆接收第二次的ig-on信号(步骤s901(否)→s902(是))。

在此时刻，许可更新的软件不存在。而且，从对象车辆发送安装于驾驶支援软件存储部322的各软件的版本信息(步骤s903(否)→s905)。

在管理服务器110中，在第一次的ig-on状态下，不向对象车辆发送需要用户的许可的软件。因此，从对象车辆取得的版本信息中，对于需要用户的许可的软件，版本信息不是最新的版本信息(步骤s906(否)→s907(否)→s909(是))。

另外，在管理服务器110中，在第一次的ig-on状态下，对于该软件已经向对象车辆发送功能限制标志的on指示，因此这里不发送功能限制标志的on指示(步骤s910(是))。另一方面，在报告部701中，再次作出指示，以进行更新的许可请求(步骤s912)。

另外，在第二次的ig-on状态下，用户在进行了许可更新的输入的情况下，发送许可更新后的该软件，改写用户信息db114(步骤s913(是)→s914)。另一方面，在第二次的ig-on状态下用户也未进行许可更新的输入的情况下，既不发送该软件，也不改写用户信息db114(步骤s913(否))。

然后，在接收到第二次的ig-off信号的情况下，结束关于对象车辆的版本管理处理(步骤s915(是))。

(4)实施例1时的车辆120的处理(第二次的ig-on状态)

在车辆120第二次成为ig-on状态的时刻，关于需要用户的许可的软件的功能限制标志成为on状态。因此，当第二次成为ig-on状态时，在限制部703中，实施功能限制(步骤s1101(是)→s1102)。然后，dcm131向管理服务器110发送ig-on信号(步骤s1103)。另外，在此时刻，不从管理服务器110发送许可更新的软件(步骤s1104(否))。

在安装执行部702中，读出安装于驾驶支援软件存储部322的各软件的版本信息，向管理服务器110发送(步骤s1106)。

向管理服务器110发送的版本信息中，对于在第一次的ig-on状态下未进行许可更新的输入的软件，版本信息不是最新。因此，从管理服务器110发送更新的许可请求的指示。另外，关于该软件的功能限制标志的on指示在第一次的ig-on状态下已经从管理服务器110发送，因此这里不再发送(步骤s1107(否)→s1109(否)→s1111(是))。

在接收到更新的许可请求的指示的报告部701中，显示更新的许可请求画面，受理用户的许可更新的输入。

在此，在报告部701中，从用户受理许可更新的输入。在这种情况下，在报告部701中，将表示进行了许可更新的输入的信息向管理服务器110发送(步骤s1201(是)→s1202)。而且，在安装执行部702中，从管理服务器110接收许可更新的软件，对已经安装于驾驶支援软件存储部322的软件进行更新(步骤s1203→s1204)。此外，在限制部703中，解除实施中的功能限制，并将功能限制标志设置成off状态，在安装执行部702中，将更新完成通知向管理服务器110发送(步骤s1205→s1206)。然后，当车辆120成为ig-off状态时，结束最新化处理(步骤s1221(是))。

另外，在第二次的ig-on状态下用户也未进行许可更新的输入的情况下，继续功能限制直至车辆120成为ig-off状态为止(步骤s1201(否)→s1211(是)→s1221(是))。

<11.2实施例2>

在实施例2中，说明如下的情况：在ig-off状态下，新取得多个最新版本的软件并存储于软件db113，但是在第一次的ig-on状态下未许可更新，在第二次的ig-on状态下实施功能限制。另外，与实施例1同样，多个最新版本的软件包含不需要用户的许可的软件和需要用户的许可的软件。

(1)实施例2时的管理服务器110的处理(第一次的ig-on状态)

在实施例2的情况下，在对象车辆成为第一次的ig-on状态之前，新取得多个最新版本的软件并存储于软件db113(步骤s901(是))。在这种情况下，在连接状态管理部601中，判定对象车辆是否为ig-on状态(步骤s1001)。

在此时刻，对象车辆不是ig-on状态，因此在连接状态管理部601中，判定便携终端是否为连接状态(步骤s1001(否)→s1011(是)→s1012)。在连接状态管理部601中，如果便携终端为非连接状态，则等待从对象车辆的ig-on信号的发送(步骤s1012(否)→s902)。

在此，当对象车辆成为第一次的ig-on状态时，在连接状态管理部601中，接收ig-on信号(步骤s902(是))。在此时刻，许可更新的软件不存在。而且，从对象车辆发送安装于驾驶支援软件存储部322的各软件的版本信息(步骤s903(否)→s905)。

在此，在软件db113中已经存储有多个最新版本的软件，因此在软件种类判定部603中，判定为取得的版本信息不是最新(步骤s906(否))。

在已经存储于软件db113的多个最新版本的软件中，对于不需要用户的许可的软件，更新指示部606向对象车辆发送。而且，更新指示部606改写用户信息db114(步骤s907(是)→s908)。

另外，关于需要用户的许可的软件，还未发送功能限制标志的on指示。因此，在功能限制标志控制部604中，对于该软件，向对象车辆发送功能限制标志的on指示(步骤s909(是)→s910(否)→s911)。而且，在报告指示部605中，对于该软件，向对象车辆作出指示，以进行更新的许可请求(步骤s912)。

在此，报告部701从对象车辆未接收到表示进行了许可更新的输入的信息(步骤s913(否))。

在这种情况下，在更新指示部606中，不向对象车辆发送需要用户的许可的软件。然后，当从对象车辆接收到ig-off信号时，在管理服务器110中，结束版本管理处理(步骤s915(是))。

(2)实施例2时的车辆120的处理(第一次的ig-on状态)

在车辆120第一次成为ig-on状态的时刻，功能限制标志都为off状态，因此不实施功能限制，在dcm131中，向管理服务器110发送ig-on信号(步骤s1101(否)→s1103)。而且，在第一次的ig-on状态的时刻，不从管理服务器110发送许可更新的软件(步骤s1104(否))。

因此，在安装执行部702中，读出安装于驾驶支援软件存储部322的各软件的版本信息，向管理服务器110发送(步骤s1106)。

在此时刻，在管理服务器110的软件db113中已经存储有多个最新版本的软件。因此，从管理服务器110发送不需要用户的许可的软件，并且对于需要用户的许可的软件，发送功能限制标志的on指示。因此，在安装执行部702中，对于不需要用户的许可的软件进行更新。而且，对于需要用户的许可的软件，将功能限制标志设置成on状态(步骤s1107(是)→s1108→s1109(是)→s1110)。

此外，由于从管理服务器110发送关于需要用户的许可的软件的更新的许可请求的指示，因此在报告部701中，显示许可请求画面(步骤s1111(是)→s1112)。

在此，用户未进行许可更新的输入。在此时刻，由于还未实施功能限制，因此在报告部701中，向用户报告在接下来成为ig-on状态时实施功能限制(步骤s1201(否)→s1211(否)→s1212)。然后，当车辆120成为ig-off状态时，结束最新化处理(步骤s1221(是))。

另外，关于实施例2时的管理服务器110的处理(第二次的ig-on状态)及车辆120的处理(第二次的ig-on状态)，与上述实施例1相同，因此这里省略说明。

<11.3实施例3>

在实施例3中，说明如下的情况：在ig-off状态下，在软件db113中新存储多个最新版本的软件，用户利用便携终端140进行许可更新的输入，在成为ig-on状态时对软件进行更新。

(1)实施例3时的管理服务器110的处理

在实施例3的情况下，在对象车辆成为ig-on状态之前，新取得多个最新版本的软件并存储于软件db113。因此，在连接状态管理部601中，判定对象车辆是否为ig-on状态(步骤s901(是)→s1001)。

在此时刻，对象车辆不是ig-on状态，因此在连接状态管理部601中，判定便携终端140是否为连接状态(步骤s1001(否)→s1011(是)→s1012)。

在此，便携终端140为连接状态。在这种情况下，在报告指示部605中，对于便携终端作出指示，以在最新版本的软件中，对于需要用户的许可的软件，进行更新的许可请求(步骤s1012(是)→s1013)。

在此，报告指示部605从便携终端接收到表示进行了许可更新的输入的信息(步骤s1014(是))。在这种情况下，在更新指示部606中，关于需要用户的许可的软件，识别为已经通过用户许可了更新(步骤s1015)。

然后，当对象车辆成为ig-on状态时，在连接状态管理部601中，从对象车辆接收ig-on信号(步骤s902(是))。在此时刻，由于是经由便携终端140已经许可了更新的软件，因此在更新指示部606中，将识别为许可了更新的软件向对象车辆发送。而且，在更新指示部606中，改写用户信息db114的用户信息410(步骤s903(是)→s904)。

另外，在更新指示部606中，从对象车辆取得安装于驾驶支援软件存储部322的各软件的版本信息(步骤s905)。在此时刻，对于需要用户的许可的软件已向车辆120发送，因此关于需要用户的许可的软件的版本信息为最新。另一方面，对于不需要用户的许可的软件，还未向车辆120发送，因此关于不需要用户的许可的软件的版本信息不是最新(步骤s906(否))。

因此，在更新指示部606中，将不需要用户的许可的软件向对象车辆发送，并改写用户信息db114(步骤s907(是)→s908)。另外，在此时刻，需要用户的许可的软件已发送(步骤s909(否))，因此当从对象车辆接收ig-off信号时，结束关于对象车辆的版本管理处理(步骤s915(是))。

(2)实施例3时的车辆120的处理(第一次的ig-on)

在车辆120第一次成为ig-on状态的时刻，功能限制标志都为off状态，因此不实施功能限制，在dcm131中，向管理服务器110发送ig-on信号(步骤s1101(否)→s1103)。

在此，在实施例3的情况下，在成为ig-on状态的时刻，从管理服务器110发送许可更新的软件。因此，在安装执行部702中，当接收到许可更新的软件时，对已经安装于驾驶支援软件存储部322的软件进行更新(步骤s1104(是)→s1105)。

然后，在安装执行部702中，将安装于驾驶支援软件存储部322的各软件的版本信息向管理服务器110发送(步骤s1106)。在此时刻，对于需要用户的许可的软件，更新为最新版本，但是对于不需要用户的许可的软件，还未更新为最新版本。

因此，从管理服务器110发送不需要用户的许可的软件。在安装执行部702中，当接收到不需要用户的许可的软件时，对已经安装于驾驶支援软件存储部322的软件进行更新(步骤s1107(是)→s1108)。

另外，不从管理服务器110发送功能限制标志的on指示及关于需要用户的许可的软件的更新的许可请求的指示(步骤s1109(否)→s1111(否)→s1221)。

然后，当车辆120成为ig-off状态时，结束最新化处理(步骤s1221(是))。

(3)实施例3时的便携终端140的处理

在实施例3的情况下，将便携终端140的许可更新部141连接于管理服务器110之后，从管理服务器110发送关于需要用户的许可的软件的更新的许可请求的指示(步骤s1301→s1302(是))。

在许可更新部141中，当接收到更新的许可请求的指示时，显示许可请求画面，受理用户的许可更新的输入(步骤s1303)。在用户输入了许可更新的情况下，在许可更新部141中，向管理服务器110发送表示进行了许可更新的输入的信息(步骤s1304(是)→s1305)。

然后，当通过用户输入许可更新程序的停止指示时，在许可更新部141中，切断与管理服务器110的连接，结束许可更新处理(步骤s1306(是)→s1307)。

<12.在管理服务器中执行的其他的处理的说明>

接下来，说明在管理服务器110中执行的其他的处理(用户管理部112的用户管理处理)。

图14是表示通过管理服务器110的用户管理部112执行的用户管理处理的流程的流程图。图14所示的流程图与对象车辆的ig-on状态管理处理、对象便携终端的连接状态管理处理、版本管理处理并行地执行。

在步骤s1401中，用户管理部112判定报告指示部605是否向对象车辆作出指示，以进行更新的许可请求。在步骤s1401中，在判定为未作出指示的情况下，进入步骤s1405。

另一方面，在判定为作出了指示的情况下，进入步骤s1402。在步骤s1402中，用户管理部112对于报告指示部605作出指示以进行更新的许可请求的软件，开始直至通过用户进行许可更新的输入为止的时间的管理。而且，用户管理部112开始报告指示部605作出指示以进行更新的许可请求的次数的管理。

在步骤s1403中，用户管理部112对于通过报告指示部605作出指示以进行更新的许可请求的软件，判定通过用户是否进行了许可更新的输入。

在步骤s1403中，在判定为未进行许可更新的输入的情况下，待机至进行许可更新的输入为止。另一方面，在判定为进行了许可更新的输入的情况下，进入步骤s1404。

在步骤s1404中，用户管理部112统计通过用户进行许可更新的输入为止花费的时间及在此期间报告指示部605作出指示以进行更新的许可请求的次数。

在步骤s1405中，用户管理部112判定对象车辆是否成为管理对象外。在判定为未成为管理对象外的情况下，返回步骤s1401。另一方面，在判定为成为管理对象外的情况下，结束关于该对象车辆的用户管理处理。

<13.总结>

根据以上的说明可知，在本实施方式的车辆用的软件管理系统中，

·管理服务器取得关于安装于自动驾驶或驾驶支援系统的软件的最新版本的软件并存储于软件db的情况下，判定为需要更新。

·在判定为需要更新的情况下，判定新取得的最新版本的软件是否为在更新时需要用户的许可的软件。

·在判定为是需要用户的许可的软件的情况下，向车辆发送用于限制与该软件关联的自动驾驶功能或驾驶支援功能的一部分或全部的动作的功能限制标志的on指示。

·在功能限制标志成为on状态之后，在接下来成为ig-on状态时，开始限制与该软件关联的自动驾驶功能或驾驶支援功能的一部分或全部的动作的处理。

·车辆的用户对于该软件进行许可更新的输入，通过该软件的更新完成而解除功能限制。

根据上述结构，能够得到如下的奖励：用户积极地进行许可更新的输入，由此能够避免自动驾驶功能或驾驶支援功能的一部分或全部的动作受限制这样的事态(或者能够缩短受限制的时间)。由此，用户能积极地进行许可更新的输入。其结果是，根据本实施方式的车辆用的软件管理系统，在更新时能够实现关于需要用户的许可的软件的早期更新。

[第二实施方式]

在上述第一实施方式中，在判定为需要用户的许可的软件存储于软件db113且需要更新的情况下，管理服务器110向车辆发送功能限制标志的on指示。而且，在从管理服务器110接受到功能限制标志的on指示的情况下，在车辆120中，将功能限制标志设置成on状态。

相对于此，在第二实施方式中，不进行从管理服务器110向车辆120的功能限制标志的on指示。另一方面，在第二实施方式中，关于需要用户的许可的软件，在判定为用户未进行许可更新的输入的情况下，车辆120将功能限制标志设置成on状态。以下，关于第二实施方式，以与第一实施方式的不同点为中心进行说明。

<1.在管理服务器中执行的处理的说明>

首先，说明在管理服务器110中执行的处理中的版本管理处理。

图15及图16是表示版本管理处理的流程的流程图。在图15所示的流程图中，与图9所示的流程图的不同点是在图15的情况下没有步骤s910、s911的处理的点。同样，在图16所示的流程图中，与图10所示的流程图的不同点是在图16的情况下没有步骤s1003的处理的点。这是因为，在本实施方式中，不从管理服务器110向车辆120进行功能限制标志的on指示。

<2.在车辆中执行的处理的说明>

接下来，说明在车辆120中执行的处理(最新化处理)。图17及图18是表示车辆的最新化处理的流程的流程图。

在图17所示的流程图中，与图11所示的流程图的不同点是在图17的情况下没有步骤s1109、s1110的处理的点。这是因为，在本实施方式中，不从管理服务器110向车辆120进行功能限制标志的on指示。

另外，在图18所示的流程图中，与图12所示的流程图的不同点是在图18的情况下在步骤s1801中将功能限制标志设置成on的点。在本实施方式中，从管理服务器110接收更新的许可请求的指示，在报告部701显示了许可请求画面的状态下判定为用户未进行许可更新的输入的情况下，限制部703将功能限制标志设置成on状态。

这样，在本实施方式中，在车辆120中，根据是否进行了基于用户的许可更新的输入，在车辆120侧对功能限制标志的on或off进行控制。

<3.总结>

根据以上的说明可知，在本实施方式的车辆用的软件管理系统中，

·管理服务器取得关于安装于自动驾驶或驾驶支援系统的软件的最新版本的软件并存储于软件db的情况下，判定为需要更新。

·在判定为需要更新的情况下，判定新取得的最新版本的软件是否为更新时需要用户的许可的软件。

·关于需要用户的许可的软件，在判定为通过用户未许可更新的情况下，将用于限制与该软件关联的自动驾驶功能或驾驶支援功能的一部分或全部的动作的功能限制标志设置成on状态。

·在功能限制标志成为了on状态之后接下来成为ig-on状态时，开始对于与该软件关联的自动驾驶功能或驾驶支援功能的一部分或全部的动作进行限制的处理。

·车辆的用户对于该软件进行许可更新的输入，通过该软件的更新完成而解除功能限制。

根据上述结构，能够得到如下的奖励：用户积极地进行许可更新的输入，由此能够避免自动驾驶功能或驾驶支援功能的一部分或全部的动作受限制这样的事态(或者能够缩短受限制的时间)。由此，用户能积极地进行许可更新的输入。其结果是，根据本实施方式的车辆用的软件管理系统，在更新时能够实现关于需要用户的许可的软件的早期更新。

[第三实施方式]

在上述第一及第二实施方式中，关于不需要用户的许可的软件，以车辆成为ig-on状态为触发而向车辆发送。而且，关于需要用户的许可的软件，以进行了基于用户的许可更新的输入为触发而向车辆发送。

相对于此，在第三实施方式中，判定车辆的状态是否成为适合于更新的状态，在判定为成为适合于更新的状态的情况下，从管理服务器向车辆发送最新版本的软件。由此，能够使车辆的通信负载分散。以下，关于第三实施方式，以与上述第一实施方式的不同点为中心进行说明。

<1.在管理服务器中执行的处理的说明>

首先，说明在管理服务器110中执行的处理(版本管理处理、软件发送处理)的流程。

(1)版本管理处理

图19及图20是表示版本管理处理的流程的流程图。在图19所示的流程图中，与图9所示的流程图的不同点是在图19的情况下步骤s1901、s1902、s1903的处理内容与图9的步骤s904、s908、s914的处理内容不同的点。另外，在本实施方式中，在驾驶支援软件信息510中存储软件的"更新标志"。更新标志是表示能够对安装于驾驶支援系统132的软件进行更新的状态的标志。存储于驾驶支援软件信息510的"更新标志"在从管理服务器110接收到更新标志的on指示时成为on状态，在对应的软件被更新为最新版本时成为off状态。

在步骤s1901中，更新指示部606向对象车辆发送许可更新的软件的更新标志的on指示。

在步骤s1902中，更新指示部606向对象车辆发送关于不需要用户的许可的软件的更新标志的on指示。

在步骤s1903中，更新指示部606向对象车辆发送关于需要用户的许可的软件的更新标志的on指示。

同样，在图20所示的流程图中，与图10所示的流程图的不同点是在图20的情况下步骤s2001的处理内容与图10的步骤s1006的处理内容不同的点。

在步骤s2001中，更新指示部606向对象车辆发送关于需要用户的许可的软件的更新标志的on指示。

这样，在本实施方式中，管理服务器110即使成为能够向对象车辆发送软件的状态，也不立即发送软件，而向对象车辆发送关于该软件的更新标志的on指示。

由此，在对象车辆中，在车辆120中判定为成为适合于更新的状态的情况下，关于更新标志为on状态的软件，能够向管理服务器110进行发送要求。

即，在车辆120中，在成为适合于接收及更新的状态的情况下，能够执行软件的接收及更新。

(2)软件发送处理

图21是表示管理服务器110的软件管理部111的软件发送处理的流程的流程图。图21所示的软件发送处理与版本管理处理并行地执行。

在步骤s2101中，更新指示部606判定从对象车辆是否存在软件的发送要求。在步骤s2101中，在判定为存在软件的发送要求的情况下，进入步骤s2102。

在步骤s2102中，更新指示部606关于存在发送要求的软件，向对象车辆发送，并改写用户信息db114。

<2.在车辆中执行的处理的说明>

接下来，说明在车辆120中执行的处理(最新化准备处理、最新化处理)。

(1)最新化准备处理

图22及图23是表示车辆120的最新化准备处理的流程的流程图。

在图22的流程图中，与图11的流程图的不同点是在图22的情况下步骤s2201～s2205的处理内容与图11的步骤s1101、s1104、s1105、s1107、s1108的处理内容不同的点。

在步骤s2201中，限制部703参照驾驶支援软件信息510，判定功能限制标志为on状态且更新标志为off状态的软件是否存在。

在步骤s2201中，在判定为功能限制标志为on状态且更新标志为off状态的软件存在的情况下，进入步骤s1102。另一方面，在步骤s2201中，在判定为功能限制标志为on状态且更新标志为off状态的软件不存在的情况下，进入步骤s1103。

功能限制标志为on状态且更新标志为off状态的软件是判定为需要用户的许可的软件而功能限制标志成为on状态、但是用户未进行许可更新的输入的软件。

另外，功能限制标志为on状态且更新标志为on状态的软件是判定为需要用户的许可的软件而功能限制标志成为on状态、但是用户进行了许可更新的输入的软件。通过用户进行许可更新的输入，由此更新标志成为on状态，但是在成为适合于更新的状态之前不更新，因此功能限制标志仍为on状态。在这种情况下，不实施功能限制。

在步骤s2202中，安装执行部702判定是否接收到关于许可更新的软件的更新标志的on指示。在步骤s2202中，在判定为接收到的情况下，在步骤s2203中，安装执行部702将关于许可更新的软件的更新标志设置成on状态。

在步骤s2204中，安装执行部702判定是否接收到关于不需要用户的许可的软件的更新标志的on指示。在步骤s2204中，在判定为接收到的情况下，在步骤s2205中，安装执行部702将关于不需要用户的许可的软件的更新标志设置成on状态。

同样，在图23所示的流程图中，与图12所示的流程图的不同点是在图23的情况下步骤s2301、s2302的处理内容与图12的步骤s1203、s1204的处理内容不同的点。而且，是在图23的情况下没有图12的步骤s1205、s1206的处理的点。

在步骤s2301中，安装执行部702判定从管理服务器110是否接收到关于许可更新的软件的更新标志的on指示。

在步骤s2301中，在判定为接收到的情况下，在步骤s2302中，安装执行部702将关于许可更新的软件的更新标志设置成on状态。

(2)最新化处理

图24是表示车辆120的最新化处理的流程的流程图。图24所示的最新化处理与最新化准备处理(图22、图23)并行地执行。但是，最新化准备处理以车辆120成为ig-on状态为条件而开始执行，相对于此，最新化处理也可以不是车辆为ig-on状态，只要是能够与管理服务器110进行通信的状态即可。

在步骤s2401中，安装执行部702判定车辆120是否处于适合于更新的状态。在步骤s2401中，在判定为处于适合于更新的状态的情况下，进入步骤s2402。另外，适合于更新的状态可列举例如车辆120停止的状态、驻车于驻车场等的状态或者在车辆120为电动机动车的情况下为充电中的状态等。

在步骤s2402中，安装执行部702判定更新标志为on状态的软件是否存在。在步骤s2402中，在判定为更新标志为on状态的软件存在的情况下，进入步骤s2403。

在步骤s2403中，安装执行部702对于更新标志为on状态的软件，向管理服务器110进行最新版本的发送要求。在步骤s2404中，在根据发送要求而从管理服务器110发送了最新版本的软件的情况下，安装执行部702接收该软件。而且，安装执行部702使用接收到的软件，对已经安装于驾驶支援软件存储部322的软件进行更新。

在步骤s2405中，限制部703将功能限制标志设置成off状态。另外，在已经实施功能限制的情况下，解除功能限制(即，功能限制在功能限制标志成为off状态的定时被解除)。

在步骤s2406中，安装执行部702将更新完成通知向管理服务器110发送。

<3.总结>

根据以上的说明可知，在本实施方式的车辆用的软件管理系统中，

·管理服务器取得关于安装于自动驾驶或驾驶支援系统的软件的最新版本的软件并存储于软件db的情况下，判定为需要更新。

·在判定为需要更新的情况下，判定新取得的最新版本的软件是否为在更新时需要用户的许可的软件。

·在判定为是需要用户的许可的软件的情况下，向车辆发送用于限制与该软件关联的自动驾驶功能或驾驶支援功能的一部分或全部的动作的功能限制标志的on指示。

·功能限制标志成为on状态之后接下来成为ig-on状态时，开始限制与该软件关联的自动驾驶功能或驾驶支援功能的一部分或全部的动作的处理。

·车辆的用户对于该软件进行许可更新的输入，通过该软件的更新完成而解除功能限制。

·关于新取得的最新版本的软件中的不需要用户的许可的软件，在车辆成为ig-on状态的情况下，向车辆发送更新标志的on指示。而且，关于需要用户的许可的软件，在进行了基于用户的许可更新的输入的情况下，向车辆发送更新标志的on指示。

·在车辆中，在判定为成为适合于更新的状态的情况下，关于更新标志为on状态的软件，从管理服务器接收最新版本的软件，进行更新。

根据上述结构，能够得到如下的奖励：用户积极地进行许可更新的输入，由此能够避免自动驾驶功能或驾驶支援功能的一部分或全部的动作受限制这样的事态(或者能够缩短受限制的时间)。由此，用户积极地进行许可更新的输入。其结果是，根据本实施方式的车辆用的软件管理系统，在更新时能够实现关于需要用户的许可的软件的早期更新。

而且，根据上述结构，能够在车辆成为适合于更新的状态的情况下执行与自动驾驶功能或驾驶支援功能相关的软件。由此，根据本实施方式的车辆用的软件管理系统，能够使车辆的通信负载分散。

[变形例]

在上述第一至第三实施方式中，在本次的ig-on状态下功能限制标志成为on状态的情况下，在下一ig-on状态下实施功能限制。然而，实施功能限制的定时没有限定于此。例如，可以在本次的ig-on状态下功能限制标志成为on状态的定时实施功能限制，也可以在功能限制标志成为on状态之后车辆120初次停止的定时实施功能限制。无论如何，只要在功能限制标志成为on状态之后的预定的定时开始功能限制即可。

另外，在上述第一至第三实施方式中，在软件取得部602新取得最新版本的软件并存储于软件db113的定时，软件种类判定部603进行判定。然而，软件种类判定部603进行判定的定时没有限定于此，可以在预先确定的日期时间进行判定。或者，可以在对象车辆处于ig-on状态的情况或者处于能够通信的状态的情况下进行判定。

另外，在上述第一至第三实施方式中，说明了管理服务器110的软件取得部602作为是否需要更新判定部发挥功能的情况。然而，作为是否需要更新判定部的功能可以配置在车辆120侧。但是，在这种情况下，在管理服务器110的软件取得部602中，每当取得最新版本的软件时，将表示取得了最新版本的软件的信息向车辆120发送。或者，在管理服务器110的软件取得部602中，每当取得最新版本的软件时，将取得的软件的版本信息向车辆120发送。

由此，在配设于车辆120侧的是否需要更新判定部中，基于从软件取得部602发送的信息，能够判定是否需要对安装于驾驶支援用ecu300的软件进行更新。

另外，在这种情况下，在管理服务器110的软件种类判定部603中，将与该软件的"是否需要许可"相关的信息向车辆120发送。并且，驾驶支援用ecu300的版本管理部321的报告部701及限制部703基于是否需要更新判定部的判定结果及发送的与"是否需要许可"相关的信息而进行动作。即，在需要更新及许可的情况下，在报告部701中，显示更新的许可请求画面，受理许可更新的输入，在限制部703中，将功能限制标志设置成on状态。另外，限制部703的动作并不局限于此，也可以如上述第二实施方式那样，在许可请求画面上未作出许可更新的输入的情况下，将功能限制标志设置成on状态。

而且，在上述第一至第三实施方式中，说明了新存储于软件db113的最新版本的软件包含需要用户的许可的软件和不需要用户的许可的软件。然而，新存储于软件db113的最新版本的软件可以都是需要用户的许可的软件。在这种情况下，不需要软件种类判定部603的功能，在功能限制标志控制部604中，如果通过软件取得部602取得最新版本的软件并存储于软件db113，则向对象车辆发送功能限制标志的on指示。

另外，在上述第一至第三实施方式中，在车辆120的安装执行部702完成了软件的更新的情况下，限制部703将功能限制标志设置成off状态。然而，限制部703可以基于来自管理服务器110的指示，将功能限制标志设置成off状态。具体而言，可以在管理服务器110的更新指示部606从车辆120接收到更新完成通知的情况下，功能限制标志控制部604将功能限制标志的off指示向车辆120发送。由此，车辆120的功能限制标志的on及off由管理服务器110控制。

另外，在上述第一至第三实施方式中，说明了对功能限制标志的on状态和off状态进行控制的情况，但是对于限制自动驾驶功能或驾驶支援功能的一部分或全部的动作，也可以不使用功能限制标志。

例如，可以在对于与自动驾驶功能或驾驶支援功能相关的软件而判定为需要更新的情况、即预先确定的多个条件同时成立的情况下，限制自动驾驶功能或驾驶支援功能的一部分或全部的动作。预先确定的多个条件可以包含例如用户未许可更新。另外，此时，是否需要对于与自动驾驶功能或驾驶支援功能相关的软件的更新的判定可以在管理服务器110侧进行，也可以在车辆120侧进行。同样，预先确定的多个条件是否同时成立的判定可以在管理服务器110侧进行，也可以在车辆120侧进行。

或者，可以在对于与自动驾驶功能或驾驶支援功能相关的软件而判定为需要更新且从管理服务器110向车辆120发送了功能限制的指示的情况、即判断为在车辆120中开始功能限制的情况下，限制自动驾驶功能或驾驶支援功能的一部分或全部的动作。即，可以是，是否需要更新的判定在管理服务器110侧进行，预先确定的多个条件是否同时成立的判定在管理服务器110侧进行。

另外，本发明没有限定为上述实施方式中列举的结构等、与其他的要素的组合等在此所示的结构。关于这些点，在不脱离本发明的主旨的范围内能够变更，能够根据其应用方式适当地确定。