CN117640373A - 服务器、非暂时性存储介质以及软件更新方法 - Google Patents

Abstract

本发明涉及服务器、非暂时性存储介质以及软件更新方法，服务器构成为通过无线通信来更新车辆的控制装置的软件。服务器包括储存有程序的一个或者多个存储器、和构成为执行上述程序的一个或者多个处理器，上述一个或者多个处理器构成为：根据上述软件的更新内容来控制是向上述车辆发送用于从具有上述车辆的管理者权限的用户取得上述软件的更新的允许的使用允许信息、还是向上述用户能够操作的用户终端发送上述使用允许信息。

Description

服务器、非暂时性存储介质以及软件更新方法

技术领域

本公开涉及服务器、非暂时性存储介质以及软件更新方法。

背景技术

通过无线通信来更新储存于车辆控制装置(ECU：Electronic Control Unit)的软件(车辆的控制程序)的OTA(Over The Air：空中下载技术)技术的研究开发正在推进。例如日本特开2017-149323公开了能够不损害用户的便利性地安全更新软件的车辆控制系统。在判定为车辆的电子钥匙的所在位置是车内的情况下，便携器将请求更新用软件的下载的信号向服务器发送。ECU经由便携器下载从服务器发送的更新用软件来更新软件。

在更新个人计算机、智能手机等电气设备的软件的情况下，一般将用户的允许作为条件。在ECU的软件的更新中也同样考虑为预先取得用户的允许。期望从用户恰当地取得允许。

发明内容

本公开提供一种恰当地取得用于更新ECU的软件的允许的技术。

本公开的第一方式所涉及的服务器通过无线通信来更新车辆的控制装置的软件。服务器具备储存有程序的一个或者多个存储器、和执行程序的一个或者多个处理器。一个或者多个处理器构成为：根据软件的更新内容来控制是向车辆发送用于从具有车辆的管理者权限的用户取得软件的更新的允许的使用允许信息、还是向用户能够操作的用户终端发送使用允许信息。

在第一方式的基础上，一个或者多个处理器可以构成为：在软件的更新对象是与车辆的安全性关联的第一功能的情况下，向车辆发送使用允许信息，在软件的更新对象的功能是第一功能以外的第二功能的情况下，向用户终端发送使用允许信息。

在第一方式的基础上，第一功能可以包括车辆的行驶功能、自动驾驶功能、安全功能以及充电功能中的至少一个。

在第一方式的基础上，第二功能可以包括与车辆的便利性和/或舒适性关联的功能。

在第一方式的基础上，与便利性和/或舒适性关联的功能可以包括车辆的HMI(人机接口)功能、通信功能、空调功能、导航功能、音响/影像功能中的至少一个。

根据上述第一方式和上述结构，在软件的更新对象是与车辆的安全性关联的功能等的情况下，向车辆发送使用允许信息。由此，能够可靠地取得具有管理者权限的用户的允许。另一方面，在软件的更新对象是与车辆的便利性和/或舒适性关联的功能等其他功能的情况下，向用户终端发送使用允许信息。由此，能够使用户的便利性提高。因而，能够恰当地取得用于更新ECU的软件的允许。

在第一方式的基础上，一个或者多个处理器可以构成为：在软件的更新对象是由用户登记的功能的情况下，向车辆发送使用允许信息。

根据上述结构，能够实现想要确保对于与车辆的安全性关联的功能以外的功能也要自己赋予允许的用户的希望。

在第一方式的基础上，一个或者多个处理器可以构成为：在软件的更新对象是被登记为由处于用户的监督下的第二用户使用的功能的情况下，向其他的用户能够操作的终端发送使用允许信息。

根据上述结构，对于与被登记为其他的用户主要使用的功能有关的使用允许信息，能够取得最受该功能的更新的影响的该其他的用户的允许。

在第一方式的基础上，一个或者多个处理器可以构成为：在软件的更新数据量大于规定量的情况下，向车辆发送使用允许信息，在更新数据量为规定量以下的情况下，向用户终端发送使用允许信息。

一般在更新数据量小的情况下，软件的更新可能限于比较小的功能改善，相对于此，在更新数据量大的情况下，软件的更新对象包括主要的功能的可能性高。因此，在上述结构中，当更新数据量大于基准量的情况下，通过向车辆发送使用允许信息，能够可靠地取得具有管理者权限的用户的允许。另一方面，在更新数据量为基准量以下的情况下，通过向用户终端发送使用允许信息，能够使用户的便利性提高。

在第一方式的基础上，可以以在车辆的行驶中不受理由允许软件的更新的用户进行的操作的方式输出使用允许信息。

根据上述结构，在车辆的行驶中不受理允许软件的更新的用户操作，换言之，用户操作的受理仅限于车辆停车的期间。由此，能够在更安全的状况下取得软件的更新允许。

本公开的第二方式所涉及的非暂时性存储介质存储能够由一个或者多个处理器执行并使上述一个或者多个处理器执行用于通过无线通信来更新车辆的控制装置的软件的功能的命令。功能包括：向车辆或者用户能够操作的用户终端发送用于从具有车辆的管理者权限的用户取得与软件的更新有关的允许的使用允许信息；和在发送上述使用允许信息的情况下，根据软件的更新内容来控制是向车辆发送使用允许信息、还是向用户能够操作的用户终端发送使用允许信息。

本公开的第三方式所涉及的软件更新方法是由一个或者多个处理器执行并用于通过无线通信来更新车辆的控制装置的软件的方法。软件更新方法包括：向车辆或者用户能够操作的用户终端发送用于从具有车辆的管理者权限的用户取得与软件的更新有关的允许的使用允许信息；和在发送上述使用允许信息的情况下，根据软件的更新内容来控制是向车辆发送使用允许信息、还是向用户终端发送使用允许信息。

根据第二方式或者上述第三方式，与第一方式同样，能够恰当地取得用于更新ECU的软件的允许。

根据本公开，能够恰当地取得用于更新ECU的软件的允许。

附图说明

以下参照附图，对本发明的示例性实施例的特征、优点、以及技术和工业意义进行描述，在附图中相同的附图标记表示相同的元件，其中，

图1是表示本公开的实施方式所涉及的信息处理系统的简要结构的图。

图2是表示OTA中心的典型的构成例的框图。

图3是表示车辆的典型的构成例的框图。

图4是表示用户终端的典型的构成例的框图。

图5是表示与软件更新有关的用于取得用户的允许的处理步骤的第1实施例的流程图。

图6是表示与软件更新有关的用于取得用户的允许的处理步骤的第2实施例的流程图。

图7是表示与软件更新有关的用于取得用户的允许的处理步骤的第3实施例的流程图。

图8是表示与软件更新有关的用于取得用户的允许的处理步骤的第4实施例的流程图。

图9是表示与软件更新有关的用于取得用户的允许的处理步骤的第5实施例的流程图。

图10是表示与软件更新有关的用于取得用户的允许的处理步骤的第6实施例的流程图。

具体实施方式

以下，参照附图对本公开的实施方式详细地进行说明。其中，在附图中对相同或者相当的部分标注相同的附图标记，不重复其说明。

[实施方式]

＜系统构成＞

图1是表示本公开的实施方式所涉及的信息处理系统的简要结构的图。信息处理系统100具备OTA中心1、车辆2以及用户终端3。OTA中心1经由有线或者无线的网络NW来与车辆2以及用户终端3连接为相互可通信。

OTA中心1是提供被搭载于车辆2的ECU(参照图3)的软件的服务器。OTA中心1例如由制造车辆主体(VP：Vehicle Platform)的车辆制造商管理。关于OTA中心1的结构将在图2中进行说明。

车辆2由用户管理。换言之，用户具有车辆2的管理者权限。在本实施方式中，设想用户是个人(或者少数的人数)的例子。不过，用户例如也可以是进行使用了车辆2的业务的法人(交通企业等)。将在图3中对车辆2的构成进行说明。

用户终端3是能够被车辆2的用户操作的终端。用户终端3可以是移动终端，也可以是固定终端。移动终端例如包括智能手机、平板、笔记本PC(Personal Computer)、可穿戴设备(智能手表等)。固定终端例如包括桌面PC。关于用户终端3的构成将在图4中进行说明。

其中，在图1中，为了配合纸面的情况仅图示了1台车辆2，但车辆2的台数任意。通常，信息处理系统100包括大量的车辆2。关于用户终端3也同样。

图2是表示OTA中心1的典型的构成例的框图。OTA中心1包括服务器11、输入装置12、显示器13以及通信装置14。服务器11包括处理器111、存储器112、储存器113以及网络接口114。OTA中心1的构件通过通信总线来相互连接。

储存器113是HDD(Hard Disk Drive)、SSD(Solid State Drive)、闪存等可改写的非易失性存储器。在储存器113储存有包括OS(Operating System)的系统程序51、包括控制运算所需的计算机可读取的代码的控制程序52、用于更新车辆2的控制程序的更新程序53、以及用于获得与更新程序53的下载、安装等相关的用户的允许的使用允许信息54(后述)。处理器111例如是CPU(Central Processing Unit)或MPU(Micro-Processing Unit)。处理器111通过读出系统程序51以及控制程序52并在存储器112展开、执行来实现各种处理。网络接口114对服务器11与其他设备(车辆2、用户终端3等)之间的经由通信装置14的数据通信进行控制。

输入装置12是键盘、鼠标等，受理服务器11的操作者的输入。显示器13对于服务器11的操作者显示各种信息。

其中，图2中示出了服务器11包括1个处理器111的例子，但服务器11也可以包括多个处理器。即，服务器11包括1个以上的处理器。关于存储器112以及储存器113也同样。

在本说明书中，“处理器”并不局限于以存储程序方式执行处理的狭义的处理器，能够包括ASIC(Application Specific Integrated Circuit)、FPGA(Field-ProgrammableGate Array)等硬连线电路。因此，“处理器”这一用语还能够改称为由计算机可读取的代码以及/或者硬连线电路预先定义了处理的处理电路(processing circuitry)。

图3是表示车辆2的典型的构成例的框图。在本实施方式中，车辆2是自动驾驶车辆。另外，车辆2是能够通过从车辆外部的充电装置供给的电力进行充电(插电式充电或者非接触充电)的车辆。不过，车辆2也可以是不与自动驾驶对应的仅能够进行手动驾驶的车辆。车辆2也可以是不与插电式充电及非接触充电对应的车辆。

车辆2包括中央ECU21、多个独立(discrete)ECU22、高级驾驶辅助系统(ADAS：Advanced Driver-Assistance Systems)23、ADS24、传感器组25、输入装置26、车载显示器27、DCM(Data Communication Module)28以及用户认证设备29。独立ECU22是按每个功能被分割的ECU，例如是制动ECU、转向ECU、电动发电机ECU、车身ECU等。独立ECU22也可以是储存有用于实现ADAS23以及/或者ADS24的功能的软件的控制器。车辆2的构件通过CAN(Controller Area Network)、车载以太网(Ethernet)(注册商标)等有线的车载网络而相互连接。

中央ECU21以及独立ECU22的基本结构与服务器11的结构同样。在独立ECU22的储存器223储存有由独立ECU22的处理器221执行的软件(系统程序71以及控制程序72)。独立ECU22以车辆2根据来自传感器组25等的信号成为所希望的状态的方式控制与独立ECU22对应的系统。虽然这里的系统均未图示，但能够包括制动系统、转向系统、动力总成系统、车身系统等。

中央ECU21的处理器211控制被储存于独立ECU22的储存器223的软件的更新处理。中央ECU21从OTA中心1经由DCM28接收(下载)软件，并将下载了的软件在恰当的时机储存(安装)于独立ECU22的储存器223。然后，中央ECU21在恰当的时机将所安装的软件有效化(激活)。

ADAS23例如包括追随行驶(ACC：Adaptive Cruise Control)、自动速度限制(ASL：Auto Speed Limiter)、车道维持辅助(LKA：Lane Keeping Assist)、减少碰撞伤害制动(PCS：Pre-Crash Safety)、以及车道脱离警报(LDA：Lane Departure Alert)。ADS24构成为能够执行车辆2的自动驾驶。

传感器组25包括构成为检测车辆2的外部状况的传感器。传感器组25还包括构成为检测与车辆2的行驶状态相应的信息及转向操纵操作、加速操作以及制动操作的传感器(均未图示)。具体而言，传感器组25例如能够包括照相机、雷达、激光雷达(LIDAR：LaserImaging Detection and Ranging)、车速传感器、加速度传感器、横摆率传感器、转向传感器(均未图示)。

输入装置26例如是设置于多信息显示器(MID：Multi Information Display)的触摸面板。输入装置26可以是物理开关或者按钮。车载显示器27例如是MID。车载显示器27可以是应用了液晶、有机EL(Electro Luminescence)等显示技术的仪表板。DCM28是车载通信模块。DCM28构成为能够实现中央ECU21与服务器11的双向的数据通信。

用户认证设备29对车厢内(典型的是驾驶座)的人物是否是具有车辆2的管理者权限的预先登记的用户进行认证。用户认证设备29例如包括能够基于图像处理进行脸部认证的照相机(未图示)。由用户认证设备29进行的生物体认证的手法并不特别限定，也可以是声音认证、指纹认证、静脉认证、虹膜认证等。

图4是表示用户终端3的典型的构成例的框图。用户终端3包括运算处理装置31、输入装置32、显示器33以及通信装置34。输入装置32和显示器33例如一体地构成为触摸面板显示器。然而，输入装置32也可以是输入专用设备(键盘、鼠标等)，显示器33也可以是固定式监视器。用户终端3的其他结构与服务器11的结构(参照图2)同样。

＜用户的使用允许＞

希望在独立ECU22的软件的更新之前取得用户的允许。在本实施方式中，向用户提示用于取得用户的允许的信息。以下，将该信息称为“使用允许信息”。使用允许信息包括与软件的使用允许契约有关的信息，但是并不限定于此。使用允许信息可以包括用于对软件的更新内容进行说明的信息，也可以包括用于对软件更新后的车辆2的使用方法进行说明的信息(所谓的指南)。

当考虑是将使用允许信息显示于车载显示器27还是显示于用户终端3(显示器33)时，在本实施方式中，根据软件的更新内容来控制使用允许信息的显示场所。更详细而言，对于很多用户而言，认为熟习操作的用户终端3更容易进行使用允许信息的阅览。另一方面，在软件的更新对象是车辆2的主要的功能的情况下，可靠地取得具有车辆2的管理者权限的用户(可以说是车辆2的所有者)的允许是很重要的，车辆2的利用适合于该目的。鉴于这样的事情，在本实施方式中，根据软件的更新内容、换言之根据成为软件的更新对象的功能或者软件的更新数据量，来设定使用允许信息的显示场所。

＜处理流程＞

以下，参照流程图对6个实施例(第1实施例～第6实施例)依次详细地进行说明。

＜＜第1实施例＞＞

图5是表示与软件更新有关的用于取得用户的允许的处理步骤的第1实施例的流程图。在应该新更新的软件被登记于OTA中心1的服务器11的情况下，由服务器11执行该流程图所示的一系列处理。流程图中的步骤基本上通过软件处理来实现，但其一部分或者全部也可以通过硬件处理来实现。以下，将步骤省略为S。对于后述的其他的流程图也相同。

在本实施例中，设想为新被更新的软件与什么样的功能关联(被分类为哪个功能)由软件的开发企业(典型地为车辆制造商)预先登记。

在S11中，服务器11判定软件的更新对象是否是与车辆2的安全性关联的功能。与安全性关联的功能例如包括车辆2的行驶功能、自动驾驶功能、安全功能以及充电功能中的至少一个。行驶功能包括由制动系统、转向系统、动力总成系统(均未图示)等实现的功能。自动驾驶功能包括由ADS24实现的功能。安全功能包括由车身系统(未图示)实现的功能(警报功能、汽车防盗功能、无钥匙功能、远程启动功能等)。充电功能包括由用于插电式充电或者非接触充电的充电系统(未图示)实现的功能。

在软件的更新对象是与车辆2的安全性关联的功能的情况下(在S11中为是)，服务器11生成用于显示于车载显示器27的使用允许信息并向车辆2发送(S12)。另一方面，在软件的更新对象不是与车辆2的安全性关联的功能的情况下(在S11中为否)，服务器11生成用于显示于用户终端3的显示器33的使用允许信息并向用户终端3发送(S13)。

这样，向车辆2发送与车辆2的安全性关联的主要的功能所涉及的使用允许信息。在车辆2中，能够使用用户认证设备29来对具有车辆2的管理者权限的用户(可以说是车辆2的所有者)进行认证。由此，能够在获得了具有管理者权限的用户的允许之后更新与车辆2的安全性关联的功能。另一方面，向用户终端3发送与其他的功能(换言之，对于车辆2的行驶、自动驾驶、安全等而言是附加的功能)有关的使用允许信息。由此，由于用户能够使用自身习惯使用的用户终端3来阅览使用允许信息，所以用户的便利性提高。

此外，也可以是无论使用允许信息的发送场所是车辆2与用户终端3的哪一个，在车辆2的行驶中都不受理允许软件的更新的用户操作的结构。作为一个例子，可以构成为在车辆2的行驶中(包括准备就绪(Ready ON)时等车辆2是能够行驶的状态的情况)，使显示于车载显示器27或者显示器33上的允许按钮变灰，仅在车辆2停车的期间(关闭(Ready OFF)时、驻车时等)受理允许按钮的按下操作。由此，能够在更安全的状况下取得软件的更新允许。

《第2实施例》

被设定为向车辆2发送使用允许信息的功能并不限定于与车辆2的安全性关联的功能，也可以包括由用户预先登记(选择)的功能。

图6是表示与软件更新有关的用于取得用户的允许的处理步骤的第2实施例的流程图。与图5所示的例子相同，在S21中，服务器11判定软件的更新对象是否是与车辆2的安全性关联的功能。在软件的更新对象是与车辆2的安全性关联的功能的情况下(在S21中为是)，服务器11生成用于显示于车载显示器27的使用允许信息并向车辆2发送(S23)。

在软件的更新对象不是与车辆2的安全性关联的功能的情况下(在S21中为否)，服务器11使处理进入至S22，判定软件的更新对象是否是由用户预先登记的功能。在软件的更新对象是由用户预先登记的功能的情况下(在S22中为是)，服务器11生成用于显示于车载显示器27的使用允许信息并向车辆2发送(S23)。另一方面，在软件的更新对象不是由用户预先登记的功能的情况下(在S22中为否)，服务器11生成用于显示于用户终端3的显示器33的使用允许信息并向用户终端3发送(S24)。

可能存在想要确保对于与车辆2的安全性关联的功能以外的功能也要自己赋予允许的用户。这样的用户能够预先登记需要自己的允许的功能。因此，并不局限于与车辆2的安全性关联的功能所涉及的使用允许信息，对于与由用户预先登记的功能有关的使用允许信息，也可以向车辆2发送。由此，对于与车辆2的安全性关联的功能以外的功能，也能够在获得了具有管理者权限的用户的允许之后进行软件的更新处理。

《第3实施例》

在第1实施例和第2实施例中，说明为原则上向用户终端3发送使用允许信息。但是，使用允许信息的默认的发送场所也可以是车辆2。

图7是表示与软件更新有关的用于取得用户的允许的处理步骤的第3实施例的流程图。在S31中，服务器11判定软件的更新对象是否是与车辆2的便利性和/或舒适性关联的功能。与便利性和/或舒适性关联的功能例如包括车辆2的HMI(Human Machine Interface：人机界面)功能、通信功能、空调功能、导航功能、音响/影像(AV：Audio Visual)功能中的至少一个。HMI功能由输入装置26和车载显示器27实现。通信功能是所谓的连通功能(车辆2与OTA中心1之间的通信、或者车辆2与其他车辆之间的通信所涉及的功能)，由DCM28实现。空调功能由未图示的空调系统(热泵空调、电加热器等)实现。导航功能由未图示的导航系统实现。音响/影像功能由车载的音响系统(未图示)等实现。

在软件的更新对象是与车辆2的便利性和/或舒适性关联的功能的情况下(在S31中为是)，服务器11生成用于显示于用户终端3的显示器33的使用允许信息并向用户终端3发送(S33)。另一方面，在软件的更新对象不是与车辆2的便利性和/或舒适性关联的功能的情况下(在S31中为否)，服务器11生成用于显示于车载显示器27的使用允许信息并向车辆2发送(S32)。

这样，向用户终端3发送与车辆2的便利性和/或舒适性关联的功能所涉及的使用允许信息。由此，由于用户能够使用自身习惯使用的用户终端3来阅览使用允许信息，所以用户的便利性提高。另一方面，向车辆2发送与其他的功能有关的使用允许信息。由此，对于与便利性和/或舒适性关联的一部分功能以外的功能，能够在获得了具有管理者权限的用户的允许之后进行更新。

《第4实施例》

也可以将第1实施例和第3实施例进行组合。

图8是表示与软件更新有关的用于取得用户的允许的处理步骤的第4实施例的流程图。在S41中，服务器11判定软件的更新对象是否是与车辆2的安全性关联的功能。在软件的更新对象是与车辆2的安全性关联的功能的情况下(在S41中为是)，服务器11生成用于显示于车载显示器27的使用允许信息并向车辆2发送(S43)。

在软件的更新对象不是与车辆2的安全性关联的功能的情况下(在S41中为否)，服务器11使处理进入至S42，判定软件的更新对象是否是与车辆2的便利性和/或舒适性关联的功能。在软件的更新对象是与车辆2的便利性和/或舒适性关联的功能的情况下(在S42中为是)，服务器11生成用于显示于用户终端3的显示器33的使用允许信息并向用户终端3发送(S44)。

在软件的更新对象不是与车辆2的便利性和/或舒适性关联的功能的情况下(在S42中为否)，服务器11向预先登记的用户所希望的设备发送使用允许信息(S45)。即，在用户登记了车辆2的情况下，服务器11向车辆2发送使用允许信息，在用户登记了用户终端3的情况下，服务器11向用户终端3发送使用允许信息。

这样，根据第4实施例，与第1实施例及第3实施例同样，对于与车辆2的安全性关联的功能所涉及的使用允许信息，向车辆2发送。由此，能够可靠地取得具有管理者权限的用户的允许。另一方面，对于与车辆2的便利性和/或舒适性关联的功能所涉及的使用允许信息，向用户终端3发送。由此，能够使用户的便利性提高。并且，对于与不属于上述的任意一个的功能有关的使用允许信息，向预先登记的设备发送。由此，用户能够选择是重视允许的可靠性还是重视便利性的提高。

《第5实施例》

对于车辆2而言，不仅会被具有管理者权限的用户(例如父母)使用，也会在该用户的监督下被不具有管理者权限的标准用户(例如儿女)使用。在软件中也存在主要由标准用户使用的软件。对于这样的软件的更新，可以取得标准用户的允许。其中，标准用户相当于本公开所涉及的“第二用户”。

图9是表示与软件更新有关的用于取得用户的允许的处理步骤的第5实施例的流程图。在S51中，服务器11判定软件的更新对象是否是与车辆2的安全性关联的功能。在软件的更新对象是与车辆2的安全性关联的功能的情况下(在S51中为是)，服务器11生成用于显示于车载显示器27的使用允许信息并向车辆2发送(S53)。其结果是，可取得具有管理者权限的用户的允许。

在软件的更新对象不是与车辆2的安全性关联的功能的情况下(在S51中为否)，服务器11使处理进入至S52，判定软件的更新对象是否是作为供标准用户使用而被预先登记的功能。在软件的更新对象是标准用户用的功能的情况下(在S52中为是)，服务器11生成用于显示于标准用户所使用的终端(未图示)的使用允许信息并向该终端发送(S55)。其结果是，可取得不具有管理者权限的标准用户的允许。

另一方面，在软件的更新对象不是标准用户用的功能的情况下(在S52中为否)，服务器11生成用于显示于具有管理者权限的用户的用户终端3的使用允许信息并向用户终端3发送(S54)。其结果是，可取得具有管理者权限的用户的允许。

这样，根据第5实施例，对于与车辆2的安全性关联的功能所涉及的使用允许信息，向车辆2发送。由此，能够可靠地取得具有管理者权限的用户的允许。对于与预先登记为标准用户主要使用的功能有关的使用允许信息，向标准用户的终端发送。由此，能够取得最受该功能的更新的影响的标准用户的允许。并且，对于与不属于上述的任意一个的功能有关的使用允许信息，向用户终端3发送。由此，能够使具有管理者权限的用户的便利性提高。

《第6实施例》

在第1实施例～第5实施例中，对根据成为软件的更新对象的功能来决定使用允许信息的发送场所的例子进行了说明。在第6实施例中，对根据软件的更新数据量来决定使用允许信息的发送场所的例子进行说明。

图10是表示与软件更新有关的用于取得用户的允许的处理步骤的第6实施例的流程图。在S61中，服务器11判定软件的更新数据量(从服务器11向车辆2发送的软件的数据尺寸)是否大于规定的基准量。在更新数据量大于基准量的情况下(在S61中为是)，服务器11生成用于显示于车载显示器27的使用允许信息并向车辆2发送(S62)。另一方面，在更新数据量为基准量以下的情况下(在S61中为否)，服务器11生成用于显示于用户终端3的显示器33的使用允许信息并向用户终端3发送(S63)。

一般在更新数据量大的情况下(所谓的大型更新等)，软件的更新对象包括主要的功能的可能性高。与此相对，在更新数据量小的情况下(安全补丁的定期的分发等)，可能软件的更新限于比较小的功能改善。因此，在更新数据量大于基准量的情况下，通过向车辆2发送使用允许信息，能够在可靠地取得了具有管理者权限的用户的允许之后更新软件。另一方面，在更新数据量为基准量以下的情况下，通过向用户习惯使用的用户终端3发送使用允许信息，能够使用户的便利性提高。

如以上那样，在本实施方式中，当软件的更新对象是与车辆2的安全性关联的功能的情况下，或者当更新数据量大于基准量的情况下，向车辆2发送使用允许信息。由此，能够可靠地取得具有车辆2的管理者权限的用户(所有者)的允许。另一方面，在软件的更新对象是与车辆2的便利性和/或舒适性关联的功能的情况下，或者在更新数据量为基准量以下的情况下，向用户终端3发送使用允许信息。由此，用户能够使用习惯使用的用户终端3来阅览使用允许信息，从而能够使用户的便利性提高。

本次公开的实施方式全部的点都应被认为是例示，并非是对本发明进行的限制。本发明的范围并非由上述的实施方式的说明限定，而是由技术方案表示，意在包括与技术方案等同的意思以及在其范围内的全部变更。

Claims (11)

1.一种服务器，构成为通过无线通信来更新车辆的控制装置的软件，其特征在于，

所述服务器包括：

一个或者多个存储器，储存有程序；和

一个或者多个处理器，构成为执行所述程序，

其中，所述一个或者多个处理器构成为：根据所述软件的更新内容来控制是向所述车辆发送用于从具有所述车辆的管理者权限的用户取得所述软件的更新的允许的使用允许信息、还是向所述用户能够操作的用户终端发送所述使用允许信息。

2.根据权利要求1所述的服务器，其特征在于，

所述一个或者多个处理器构成为：

在所述软件的更新对象是与所述车辆的安全性关联的第一功能的情况下，向所述车辆发送所述使用允许信息，

在所述软件的更新对象是所述第一功能以外的第二功能的情况下，向所述用户终端发送所述使用允许信息。

3.根据权利要求2所述的服务器，其特征在于，

所述第一功能包括所述车辆的行驶功能、自动驾驶功能、安全功能以及充电功能中的至少一个。

4.根据权利要求2所述的服务器，其特征在于，

所述第二功能包括与所述车辆的便利性或者舒适性的至少一方关联的功能。

5.根据权利要求4所述的服务器，其特征在于，

与所述便利性或者舒适性的至少一方关联的功能包括所述车辆的HMI亦即人机接口功能、通信功能、空调功能、导航功能、音响/影像功能中的至少一个。

6.根据权利要求2～5中任一项所述的服务器，其特征在于，

所述一个或者多个处理器构成为：在所述软件的更新对象是由所述用户登记的功能的情况下，向所述车辆发送所述使用允许信息。

7.根据权利要求2～5中任一项所述的服务器，其特征在于，

所述一个或者多个处理器构成为：在所述软件的更新对象是被登记为由第二用户使用的功能的情况下，向所述第二用户能够操作的终端发送所述使用允许信息，其中，所述第二用户是处于所述用户的监督下的用户。

8.根据权利要求1所述的服务器，其特征在于，

所述一个或者多个处理器构成为：

在所述软件的更新数据量大于规定量的情况下，向所述车辆发送所述使用允许信息，

在所述更新数据量为所述规定量以下的情况下，向所述用户终端发送所述使用允许信息。

9.根据权利要求1所述的服务器，其特征在于，

所述使用允许信息被以在所述车辆的行驶中不受理由允许所述软件的更新的所述用户进行的操作的方式输出。

10.一种非暂时性存储介质，存储能够由一个或者多个处理器执行并使所述一个或者多个处理器执行用于通过无线通信来更新车辆的控制装置的软件的功能的命令，其特征在于，

所述功能包括：

向所述车辆或者所述用户能够操作的用户终端发送用于从具有所述车辆的管理者权限的用户取得与所述软件的更新有关的允许的使用允许信息；和

在发送所述使用允许信息的情况下，根据所述软件的更新内容来控制是向所述车辆发送所述使用允许信息、还是向所述用户终端发送所述使用允许信息。

11.一种软件更新方法，由一个或者多个处理器执行并用于通过无线通信来更新车辆的控制装置的软件，其特征在于，

所述软件更新方法包括：

向所述车辆或者所述用户能够操作的用户终端发送用于从具有所述车辆的管理者权限的用户取得与所述软件的更新有关的允许的使用允许信息；和

在发送所述使用允许信息的情况下，根据所述软件的更新内容来控制是向所述车辆发送所述使用允许信息、还是向所述用户终端发送所述使用允许信息。