软件更新装置及软件更新系统的制作方法

本发明涉及软件更新装置及软件更新系统。

背景技术：

已知有在自身的软件更新处理中向用户进行文本形式的反馈的便携式无线通信设备(例如，参照专利文献1)。

现有技术文献

专利文献

专利文献1：日本国特表2008-508623号公报

技术实现要素：

发明所要解决的技术问题

现有技术仅考虑了作为软件更新对象的设备自身进行的反馈。

用于解决问题的技术方案

根据本发明的第一方式，提供一种软件更新装置，其包括：存储多个hmi装置的发送目的地信息的存储部，上述多个hmi装置分别具有显示装置；从上述多个hmi装置中选择至少一个hmi装置的选择部；更新车载装置的软件的更新部；和传输部，其从上述存储部获取被选择的上述hmi装置的上述发送目的地信息，将关于上述更新的通知消息传输至被选择的上述hmi装置。

根据本发明的第二方式，提供一种软件更新系统，其包括：执行规定的软件的车载装置；具有分发上述车载装置的软件的分发部的服务器；分别具有显示装置的多个hmi装置；和软件更新装置，其包括：从上述服务器接收上述软件的接收部；存储上述多个hmi装置的发送目的地信息的存储部；从上述多个hmi装置中选择至少一个hmi装置的选择部；将上述车载装置的软件更新为接收到的上述软件的更新部；以及从上述存储部获取被选择的上述hmi装置的上述发送目的地信息，将关于上述更新的通知消息传输至被选择的一个hmi装置的传输部。

发明效果

根据本发明，能够将关于更新的消息向适当的hmi装置传输。

附图说明

图1是示意性地表示软件更新系统的结构的图。

图2是示意性地表示软件更新装置的硬件结构的图。

图3是示意性地表示服务器的硬件结构的图。

图4是示意性地表示智能手机4的硬件结构的图。

图5是示意性地表示第一控制装置及第二控制装置的硬件结构的图。

图6是示意性地表示导航装置的硬件结构的图。

图7是示意性地表示软件更新系统的软件结构的图。

图8是示意性地表示设备管理客户端树形db的结构的图。

图9是示意性地表示设备管理服务器树形db的结构的图。

图10是示意性地表示软件更新管理db的结构的图。

图11是表示软件更新处理中的消息的交换的序列图。

图12是显示于导航装置的显示部的图像。

图13是表示软件更新处理中的消息的交换的序列图。

图14是显示于智能手机的显示部的图像。

图15是示意性地表示包的结构的图。

图16是表示更新部的动作的一例的序列图。

图17是表示更新部的动作的一例的序列图。

图18是示意性地表示hmi管理db的结构的图。

图19是表示hmi选择部的动作的流程图。

图20是表示传输部的动作的流程图。

图21是示意性地表示软件更新系统的软件结构的图。

图22是示意性地表示软件更新系统的软件结构的图。

图23是示意性地表示软件更新系统的软件结构的图。

图24是示意性地表示软件更新系统的软件结构的图。

图25是示意性地表示软件更新系统的软件结构的图。

图26是示意性地表示软件更新系统的软件结构的图。

具体实施方式

(第一实施方式)

图1是示意性地表示第一实施方式的软件更新系统的结构的图。软件更新系统1包含车辆2、服务器3及智能手机4。车辆2、服务器3及智能手机4经由网络5相互连接。此外，图1中，图示了一个车辆2及一个智能手机4，但软件更新系统1也可以包含多个车辆2及智能手机4。

车辆2中搭载有软件更新装置21、第一控制装置22、第二控制装置23及导航装置24。软件更新装置21、第一控制装置22及第二控制装置23经由can网络25相互连接。软件更新装置21及导航装置24经由usb网络26相互连接。

软件更新装置21将第一控制装置22、第二控制装置23及导航装置24中动作的软件更新成由服务器3分发的新的软件。第一控制装置22及第二控制装置23是例如控制车辆2的发动机等的车辆2的所谓ecu(车载装置)。导航装置24是将从出发地到目的地的路径通过例如显示于画面的道路地图或通过声音等向司机导向的装置。

服务器3在内部的存储装置中保持有车辆2中动作的软件。服务器3经由网络5与车辆2及智能手机4进行数据通信，向车辆2分发软件。智能手机4基于由用户输入的各种信息，经由网络5与车辆2及服务器3进行数据通信。此外，智能手机4也可以是例如功能手机及平板终端等其它的hmi(humanmachineinterface，人机接口)终端。网络5是例如因特网等的电通信网。

图2是示意性地表示软件更新装置21的硬件结构的图。软件更新装置21具有：存储部211、控制部212、时刻管理部213、wani/f214、cani/f215、usbi/f217、bt(bluetooth(注册商标))i/f218及存储器219。存储部211、控制部212、时刻管理部213、wani/f214、cani/f215、usbi/f217、bti/f218及存储器219利用总线216相互连接。

控制部212是控制软件更新装置21所处理的信息的送入送出，且根据保存于存储部211中的软件的记载进行动作的中央处理装置(cpu)。存储部211是暂时性地保存控制部212处理的信息，并经由总线216存取数据的存储器。时刻管理部213管理控制软件更新装置21的动作的时刻信息。存储器219是保存软件更新装置21的软件，且即使切断电源也可继续保持存储部211中所保持的信息的存储装置。存储器219是例如搭载文件系统的硬盘及ssd、或未搭载文件系统的闪存等的存储元件。软件更新装置21通过保存于存储器219中的软件进行动作。通过更新该软件，可变更软件更新装置21的动作。

wani/f214是以无线的方式收发信息的接口。以无线的方式进行的信息的收发根据例如lte、wi-fi等的标准进行。cani/f215是车辆2中使用的专用的网络的can(controllerareanetwork，控制器局域网络)的接口。cani/f215与can网络25连接且与车辆2内的其它装置(例如第一控制装置22及第二控制装置23)进行通信。usbi/f217是usb标准的接口，经由usb网络26与导航装置24通信。

图3是示意性地表示服务器3的硬件结构的图。服务器3具有：存储部31、控制部32、存储器34及wani/f35。存储部31、控制部32、存储器34及wani/f35利用总线36相互连接。

控制部32是控制服务器3所处理的信息的送入送出，且根据保存于存储部31中的软件的记载进行动作的中央处理装置(cpu)。存储部31是暂时性地保存控制部32处理的信息，且经由总线36存取数据的存储器。存储器34是保存软件更新装置21的软件，且即使切断电源也可继续保持存储部211中所保持的信息的存储装置。存储器34是例如搭载文件系统的硬盘、ssd、全息磁盘等。服务器3通过保存于存储器34中的软件进行动作。wani/f35是以无线的方式收发信息的接口。以无线的方式进行的信息的收发根据例如lte、wi-fi等的标准进行。

图4是示意性地表示智能手机4的硬件结构的图。智能手机4具有：存储部41、控制部42、输入部43、显示部44、存储器45、wani/f46及bti/f47。存储部41、控制部42、输入部43、显示部44、存储器45、wani/f46及bti/f47利用总线48相互连接。

控制部42是控制智能手机4所处理的信息的送入送出，且根据保存于存储部41中的软件的记载进行动作的中央处理装置(cpu)。存储部41是暂时性地保存控制部42处理的信息，且经由总线48存取数据的存储器。输入部43是接收智能手机4的来自用户的输入的输入设备。输入部43是例如触控笔及指接触型触摸面板、键盘等的输入装置。显示部44是向用户显示智能手机4的信息的显示装置。显示部44是例如液晶面板及触摸面板等的、能够显示数字信息的显示设备。存储器45是保存智能手机4的软件，且即使切断电源也可继续保持存储部41中所保持的信息的存储装置。存储器45是例如搭载文件系统的硬盘及ssd、或未搭载文件系统的闪存等的存储元件。智能手机4通过保存于存储器45中的软件进行动作。通过更新该软件，可变更智能手机4的动作。

wani/f46是以无线的方式收发信息的接口。以无线的方式进行的信息的收发根据例如lte、wi-fi等的标准进行。bti/f47是以无线的方式收发信息的接口。bti/f47除了以无线的方式进行的信息的收发之外，还能够在与其它bti/f之间使用无线测定距离。

图5是示意性地表示第一控制装置22及第二控制装置23的硬件结构的图。以下，对第一控制装置22进行说明。此外，第二控制装置23具有与第一控制装置22相同的结构，因此，省略说明。

第一控制装置22具有存储部221、控制部222、存储器223及cani/f224。存储部221、控制部222、存储器223及cani/f224利用总线225相互连接。

控制部222是控制第一控制装置22所处理的信息的送入送出，且根据保存于存储部221中的软件的记载进行动作的中央处理装置(cpu)。存储部221是暂时性地保存控制部222处理的信息，且经由总线2025存取数据的存储器。存储器223是保存第一控制装置22的软件，且即使切断电源也可继续保持存储部221中所保持的信息的存储装置。存储器223是例如搭载文件系统的硬盘及ssd、或未搭载文件系统的闪存等的存储元件。第一控制装置22通过保存于存储器223中的软件进行动作。通过更新该软件，可变更软件更新装置21的动作。

cani/f215是车辆2中使用的专用的网络的can(controllerareanetwork，控制器局域网络)的接口，与can网络25连接并与软件更新装置21通信。可经由该接口接收软件，并更新储存于存储器223中的软件。控制部222是车辆中的ecu。

图6是示意性地表示导航装置24的硬件结构的图。

导航装置24具有：存储部241、控制部242、输入部244、显示部245、存储器246及usbi/f247。存储部241、控制部242、输入部244、显示部245、存储器246及usbi/f247利用总线248相互连接。

控制部242是控制导航装置24所处理的信息的送入送出，并根据保存于存储部241的软件的记载进行动作的中央处理装置(cpu)。存储部241是暂时性地保存控制部242处理的信息，且经由总线248存取数据的存储器。输入部244是接收导航装置24的来自用户的输入的输入设备。输入部244是例如触控笔及指接触型触摸面板、键盘、指令部等的输入装置。显示部245是向用户显示导航装置24的信息的显示装置。显示部245是例如液晶面板及触摸面板等的能够显示数字信息的显示设备。

存储器246是保存导航装置24的软件，且即使切断电源也可继续保持存储部241中所保持的信息的存储装置。存储器246是例如搭载文件系统的硬盘及ssd、或未搭载文件系统的闪存等的存储元件。导航装置24通过保存于存储器246的软件进行动作。通过更新该软件，可变更导航装置24的动作。usbi/f247是通过usb收发信息的接口，与软件更新装置21进行通信。

图7是示意性地表示软件更新系统1的软件结构的图。

智能手机4具有第二影像输出部404、第二接触输入部405及第六通信部401。第二影像输出部404是例如液晶及阴极射线管、电子纸等的能够显示影像的设备。第二接触输入部405是例如触摸面板等的能够检测人的接触的输入设备。

服务器3具有分发部301、传输部303、第四通信部304及第五通信部305。分发部301将存储于服务器3的存储器34的数据包80经由第四通信部304及网络5向软件更新装置21分发。在此，数据包80是第一控制装置22及导航装置24等的其它设备用的软件。

传输部303将软件更新装置21、第一控制装置22、第二控制装置23、导航装置24及智能手机4输出的各种信息，使用第四通信部304及第五通信部305向其它设备传输。在此，各种信息是例如消息、影像、接触信息等。第四通信部304是无线、有线等的向通信网络的接口。第四通信部304与软件更新装置21连接并进行通信。第五通信部305是无线、有线等的向通信网络的接口。第五通信部305与智能手机4连接并进行通信。

软件更新装置21具有：接收部201、更新部202、hmi管理部200、车辆管理部208、第一通信部204、第二通信部205及第三通信部206。

接收部201将由分发部301送出的数据包80经由第二通信部205接收。由接收部201接收的数据包80保存于存储器219。更新部202基于数据包80所包含的更新信息83，更新导航装置24的软件。

hmi管理部200以软件更新为契机进行选择hmi设备的判断。hmi管理部200将软件更新装置21、第一控制装置22、第二控制装置23及导航装置24输出的消息及影像等的信息经由第二通信部205向传输部303传输。hmi管理部200具有hmi注册部251、hmi管理db252、hmi选择部253及传输部254。后面对hmi管理部200具有的这些各部进行详细叙述。

车辆管理部208经由第一通信部204，从第一控制装置22或第二控制装置23获取车辆信息。车辆管理部208保持获取的车辆信息，并且根据车辆信息的状态控制接收部201、更新部202及hmi管理部200的动作。例如，车辆管理部208根据车辆2的发动机起动，或点火接通，使接收部201进行动作，并开始数据包80的下载。例如，车辆管理部208根据车辆2的点火断开，使更新部202进行动作，并开始第一控制装置22、第二控制装置23及导航装置24的软件的更新。

导航装置24具有第一影像输出部243及第一接触输入部249。第一影像输出部243是例如液晶及阴极射线管、电子纸等的能够显示影像的设备。第一接触输入部249是例如触摸面板等的能够检测人的接触的输入设备。

分发部301具有设备管理服务器部61、设备管理服务器树形db(数据库)62、软件更新管理db64及下载服务器部63。接收部201具有设备管理客户端部71、设备管理客户端树形db72及下载客户端部73。软件的向车辆2的下载动作通过构成分发部301的各部的动作和构成接收部201的各部的动作来实现。

设备管理服务器部61与设备管理客户端部71进行规定消息的交换，并通过实施规定的步骤，在服务器3与车辆2之间实现软件更新的处理。后面对具体的交换进行详细叙述。设备管理服务器部61是例如oma(openmobilealliance，开放移动联盟)中定义的dm(devicemanagement，设备管理)服务器。设备管理客户端部71是例如oma中定义的dm客户端。此外，omadm是手机的软件更新中使用的技术，是经由向称为树形db的树状的数据库的访问，在服务器与客户端间交换软件更新所需要的信息的结构。后面对设备管理服务器树形db62、设备管理客户端树形db72及软件更新管理db64进行详细叙述。

下载服务器部63经由网络5，提供将软件更新中使用的软件的信息设为一块的数据包80。下载服务器部63根据例如http、ftp等的协议提供数据包80。下载客户端部73是与下载服务器部63连接，且经由网络5接收数据包80的客户端。

更新部202包含序列执行部76、更新信息处理部77、及协议处理部78。对于这些各部，与数据包80的结构一起在后面进行详细叙述。

图8是示意性地表示设备管理客户端树形db72的结构的图。设备管理客户端树形db72是根据树结构储存信息的数据库。设备管理客户端树形db72储存有构成树结构的多个要素。这些多个要素中包含：根(root)要素101、devinfo要素102、vin1要素103、devdetail要素104、scomo要素105、下载(download)要素106、数据包3(package3)要素107、pkgurl要素108、状态(status)要素109、运算(operation)要素110、下载要素111、储存(inventory)要素120、已传输呼叫(delivered)要素121、数据包3要素122、状态要素123、运算要素124、安装(install)要素125、展开(deployed)要素130、第一控制装置要素131、状态要素132、版本(version)要素133、第二控制装置要素134、状态要素135、版本要素136、导航装置要素137、状态要素138、及版本要素139的各要素。

在devinfo要素102的配下配置作为车辆的标识符的vin1要素103那样的设备的特征信息。在devdetail要素104的配下配置车辆2的附属信息。在scomo要素105的配下配置于软件更新中使用的要素。

在下载要素106的配下配置与下载相关的要素。图8的例子中，下载要素106和其配下的要素表示从由pkgurl要素108表示的url下载由数据包3要素122表示的软件的指示。状态要素109是保持下载中的状态的要素。通过从服务器侧指定运算要素110的配下的下载要素111，能够使客户端侧的下载客户端部73进行动作，并从服务器侧指示数据包80的下载。

此外，该数据包3要素107的配下的要素全部是从设备管理服务器部61侧经由网络5向设备管理客户端树形db72追加的要素。对该追加的序列进行后述。

储存要素120是用于将下载的数据包80展开并进行软件更新处理的要素。delivered要素121的配下的要素中储存从下载服务器部63获取的数据包80的信息。数据包3要素122表示下载的数据包80的名称。状态要素123表示安装时的状态。通过从服务器侧指定运算要素124的配下的安装要素125，而使客户端侧的更新部202进行动作，并开始数据包80中指定的设备的软件的安装。

展开要素130的配下的要素中储存安装的软件的信息。第一控制装置要素131表示安装的软件的名称。状态要素132表示安装动作的状态。版本要素133表示第一控制装置22保持的软件的版本编号(例如1.0)。同样，第二控制装置要素134表示安装的软件的名称，状态要素135表示安装动作的状态，版本要素136表示第二控制装置23保持的软件的版本编号(例如1.1)。同样，导航装置要素137表示安装的软件的名称，状态要素138表示安装动作的状态，版本要素139表示导航装置24保持的软件的版本编号(例如1.4)。

图9是示意性地表示设备管理服务器树形db62的结构的图。设备管理服务器树形db62是根据树结构储存信息的数据库。设备管理服务器树形db62保持关于多个车辆2的信息。设备管理服务器树形db62储存有构成树结构的多个要素。这些多个要素中包含：根要素150、vin1要素151、devinfo要素154、vin1要素180、devdetail要素155、scomo要素156、其它信息要素158、下载要素157、数据1要素159、pkgurl要素160、状态要素161、运算要素162、下载要素163、vin2要素152、devinfo要素164、devdetail要素165、scomo要素166、及其它信息要素167的各要素。

vin1要素151及vin2要素152分别表示不同的车辆2的标识符。在vin1要素151、vin2要素152各自的配下储存图8中说明的设备管理客户端树形db72的根要素101的配下的信息。也就是，由vin要素指定的车辆2的软件更新状况全部成为储存于vin要素的配下的要素的结构。这样，在设备管理客户端部71及设备管理服务器部61之间，同步控制数据，因此，服务器3能够掌握多个车辆2的软件更新状况。

图10是示意性地表示软件更新管理db64的结构的图。软件更新管理db64是车辆2的供应商用于设定如何进行车辆2的软件更新的数据库。软件更新管理db64具有多个记录。各个记录具有车辆id181、ecuid182、版本183、数据184及pkgurl185的各项目。

车辆id181表示成为软件更新的对象的车辆2的标识符。ecuid182是表示由车辆id181确定的车辆2的第一控制装置22、第二控制装置23、或导航装置24的标识符。版本183是各装置所要应用的更新软件的版本编号。例如在第一控制装置22的情况下表示更新为1.0的版本的软件，在第二控制装置23的情况下表示更新为1.1的版本的软件，在导航装置24的情况下表示更新为1.5的版本的软件。数据184在软件更新的情况下，表示更新对象的数据包80的名称。pkgurl185是决定将该数据包80从哪个服务器如何下载的url信息。图8及图10的例子中，导航装置24的版本183为1.5，与之相对，设备管理客户端树形db72的导航装置要素137的版本139为1.4。这表示应将导航装置24的软件从版本1.4更新为版本1.5。

图11是表示软件更新处理中的消息的交换的序列图。进行软件更新时，设备管理客户端部71向设备管理服务器部61发送vin信息(步骤301)，并参照软件更新管理db64的车辆id181(图10)。vin信息是识别车辆2的信息。设备管理服务器部61储存设备管理服务器树形db62的vin要素180中接收的vin信息。

接着，设备管理服务器部61对设备管理客户端部71发送版本信息获取请求(步骤302)。设备管理客户端部71从设备管理客户端树形db72的树结构获取版本信息(步骤351)，并向设备管理服务器部61发送版本信息(步骤303)。这里所说的版本信息是展开要素130配下的版本要素132、版本要素136、版本要素139的软件的版本信息。设备管理服务器部61中，比较接收的版本信息和软件更新管理db64的版本信息，并判断更新哪个设备的软件(步骤352)。

接着，设备管理服务器部61将软件更新信息发送至设备管理客户端部71(步骤304)。具体而言，软件更新信息是指图9的下载要素157以下的树结构整体，包含表示从哪下载数据包80的pkgurl要素160等的信息。该数据包3要素159及pkgurl要素160是预先从软件更新管理db64的数据要素184及pkgurl要素185获取的信息。设备管理客户端部71向设备管理客户端树形db72追加接收的软件更新信息(步骤353)。具体而言，将接收的软件更新信息作为下载要素106追加于图9的设备管理服务器树形db62的配下的scomo要素205的配下。然后，设备管理客户端部71将响应返回至设备管理服务器部61(步骤305)。

设备管理服务器部61为了询问用户是否进行软件更新，而将软件更新允许请求消息a发送至设备管理客户端部71(步骤306)。设备管理客户端部71向hmi管理部200发送输入请求(步骤354)。hmi管理部200在当前选择的hmi设备(例如导航装置24)中显示消息，从第一接触输入部249接收来自用户的响应。此时，以显示于导航装置24的显示部245的图像为例在图12中表示。hmi管理部200将响应返回至设备管理客户端部71(步骤355)。设备管理客户端部71将允许还是不允许的信息发送至设备管理服务器部61(步骤307)。

设备管理服务器部61为了使数据包80下载至软件更新装置21，而向设备管理客户端部71发送下载执行指示(步骤308)。设备管理客户端部71对设备管理客户端树形db72设定为更新中(步骤361)，对于下载客户端部73指示下载的执行(步骤356)。此时，下载地址的url是步骤353中设定的软件更新信息所包含的pkgurl要素160。另外，设备管理客户端部71同时向设备管理服务器部61通知为更新中(步骤364)。设备管理服务器部61对设备管理服务器树形db62设定为更新中(步骤359)。

下载客户端部73指定下载地址的url且向下载服务器部63请求数据包80(步骤309)，并下载数据包80(步骤310)。下载客户端部73向设备管理客户端部71通知下载结束(步骤357)。设备管理客户端部71将下载结束发送至设备管理服务器部61(步骤311)。另外，对设备管理客户端树形db72的状态要素109设定下载状况(在此，下载正常结束)(步骤358)。设备管理服务器部61对设备管理服务器树形db62设定下载结束(步骤360)。

图13接着图11，表示软件更新处理中的消息的交换的序列图。设备管理服务器部61将用于向用户确认是否确定可以进行软件更新的软件更新允许请求消息b发送至设备管理客户端部71(步骤312)。设备管理客户端部71对于hmi管理部200发送输入请求(步骤359)。hmi管理部200在当前选择的hmi设备(例如导航装置24)显示消息，从第一接触输入部249接收来自用户的响应。hmi管理部200将响应返回至设备管理客户端部71(步骤360)。设备管理客户端部71将允许还是不允许的信息发送至设备管理服务器部61(步骤313)。

设备管理服务器部61将指示软件更新的执行的消息发送至设备管理客户端部71(步骤314)。设备管理客户端部71更新设备管理客户端树形db72的状态要素(例如状态要素138)(步骤363)。设备管理客户端部71为了执行后述的软件更新处理390，向更新部202发送更新开始消息(步骤317)。设备管理客户端部71同时向设备管理服务器部61发送开始更新的内容(步骤366)。此时，从软件更新处理390向hmi管理部200通知开始软件的更新，但该处理在图17及图18中后述。在该时刻，显示消息的hmi设备从导航装置24变更为智能手机4。

设备管理服务器部61更新设备管理服务器树形db62的状态要素(例如状态要素138)(步骤359)。软件更新处理390结束时，设备管理客户端部71向设备管理服务器部61通知软件更新完成(步骤315)，并设定设备管理客户端树形db72的状态要素(例如状态要素138)(步骤361)。设备管理服务器部61为了保存软件更新结束，而更新设备管理服务器树形db62的状态要素(例如状态要素138)(步骤362)。设备管理服务器部61将用于向用户通知软件更新完成的消息发送至设备管理客户端部71(步骤316)。设备管理客户端部71对hmi管理部200发送完成通知(步骤363)，并向用户通知软件更新结束。此时，以显示于智能手机4的显示部44的图像为例在图14中表示。通过以上的处理的流程，软件更新处理的消息的交换完成。

图15是示意性地表示数据包80的结构的图。数据包80在软件更新时，从下载服务器部63向下载客户端部73转移。

数据包80包含标题部81、序列信息82、及更新信息83。标题部81是记载后述的序列信息82和更新信息83如何储存于数据包内的信息。标题部81包含例如序列信息82的尺寸及更新信息83的尺寸等的信息。标题部81中还可以包含：识别车辆2的vin信息、表示序列信息82及更新信息83的压缩形式的信息、用于解码序列信息82及更新信息83的键信息等。

序列信息82是限定更新部202的动作的脚本。该脚本将后述的图16、图17所示的更新部202中的处理以哪个顺序执行，且通过哪个顺序判断作为程序进行记载。序列信息82通过例如javascript或ruby那样的编程语言、shell或批处理那样的工作控制语言、iso13209所限定的otx(opentextnsequenceexchangeformat，开放测试序列交换格式)等记载。以下的说明中，假定序列信息82通过otx记载。

更新信息83包含使第一控制装置22、第二控制装置23、及导航装置24工作的软件的二进制代码信息、软件更新中使用的次序信息、车辆2的诊断信息等。更新信息83通过例如iso22901中规定的odx(opendiagnosticsdataexchange，开放诊断数据交换)表示。次序信息中包含例如软件的版本信息等。

对图7中表示的更新部202的各部与数据包80的关系进行说明。更新部202包含序列执行部76、更新信息处理部77及协议处理部78。序列执行部76解释序列信息82，并作为翻译机执行脚本。更新信息处理部77将由更新信息83制作的二进制代码发送至成为软件更新的对象的设备。协议处理部78执行用于将更新信息处理部77中发送至设备的二进制代码存储于设备的存储器的次序。

图16是表示更新部202的动作的一例的序列图。此外，如上述，根据图15所示的序列信息82的内容，更新部202的动作进行变化。以下的说明中，对进行第一控制装置22的软件更新时的序列进行叙述。

设备管理服务器部61向设备管理客户端部71发送指示软件更新的执行的消息(步骤314)。设备管理客户端部71对于更新部202的序列执行部76指示更新处理的开始(步骤400)。序列执行部76对于更新信息处理部77通知更新处理的开始(步骤x1)，然后，读入序列信息82且解释为程序(步骤274)，并作为序列进行执行。更新信息处理部77读出数据包80的标题部81中包含的车辆2的vin信息(步骤x2)，并发送至序列执行部76(步骤x3)。序列执行部76调查步骤x3中接收的vin信息与步骤301中获取的vin1是否一致(步骤401)，如果不一致，则中断更新处理(步骤402)，并向hmi管理部200发送作为异常的内容(步骤412)。另一方面，在一致的情况下，与第一控制装置22通信，请求版本(步骤404)，并获取版本(步骤405)。更新信息处理部77读出数据包80的更新信息83中包含的版本信息(步骤x4)，并发送至序列执行部76(步骤x5)。序列执行部76调查步骤x5中接收的版本信息是否与步骤405中获取的版本一致(步骤405)，在不一致的情况下，中断更新处理(步骤407)，并向hmi管理部200发送作为异常的内容(步骤412)。另一方面，在一致的情况下，向车辆管理部208请求车辆信息(步骤408)，并从车辆2获取各种信息(步骤409)。这里所说的各种信息是表示例如点火的状态及发动机的状态的信息。车辆管理部208保持与第一控制装置22及第二控制装置23等通信而获取的上述的车辆信息。

序列执行部76调查步骤409中获取的车辆信息(步骤410)，如果是软件更新中存在问题的状态，则中断更新处理(步骤411)，并向hmi管理部200发送作为异常的内容(步骤412)。另一方面，如果没有问题，则序列执行部76与第一控制装置22通信，请求dtc信息(步骤413)，并获取dtc信息。dtc信息是车辆2的诊断信息的一种，是diagnostictrablecode(诊断问题代码)的缩写。通过调查dtc信息，能够对车辆2调查某些问题的有无。序列执行部76调查dtc信息(步骤415)，在存在问题的情况下(步骤416)，将其内容发送至hmi管理部200并进行异常显示(步骤417)。设备管理客户端部71接收到异常显示412及异常显示417时，向设备管理服务器部61发送异常结束的内容的响应(步骤418)。

在步骤415中没有异常的情况下，更新部202为了进行第一控制装置22的软件更新而执行认证处理。认证处理中，序列执行部76向第一控制装置22发送认证请求(步骤419)，作为响应接收要求信息(步骤420)。序列执行部76根据决定的方法利用要求信息生成响应信息(步骤421)，并发送至第一控制装置22。序列执行部76从第一控制装置22接收认证信息(步骤423)，如果认证失败(步骤424)，则设备管理客户端部71向hmi管理部200发送该内容并进行异常显示(步骤425)。设备管理客户端部71同时向设备管理服务器部61发送认证失败的内容的响应(步骤426)。

图17是从图16连续，且表示更新部202的动作的一例的序列图。如果认证成功，则序列执行部76对更新信息处理部77指示进行基于数据包80的软件更新(步骤x7)。更新信息处理部77调查第一控制装置22是否成为保留固有保持的学习值的设定(步骤430)，如果未保留，则中断(步骤431)，设备管理客户端部71向hmi管理部200发送其内容并进行异常显示(步骤432)。设备管理客户端部71同时向设备管理服务器部61发送未保留学习值的内容的响应(步骤433)。更新信息处理部77与第一控制装置22通信，请求学习值(步骤434)，并获取学习值(步骤435)，在存储器219中保存获取的学习值(步骤436)。

更新信息处理部77为了第一控制装置22的软件更新，请求块(block)删除(步骤437)，并请求数据包80的更新信息83中包含的二进制代码的写入(步骤438)。在进行多次软件更新或另一块的软件更新的情况下(步骤439)，返回至步骤437。

如果更新处理全部结束，则更新信息处理部77为了将步骤436中保持的学习值回信至第一控制装置22，而发送学习值写入请求(步骤442)。更新信息处理部77向第一控制装置22请求复位(步骤440)，并向设备管理客户端部71通知软件更新的结束(步骤441)。设备管理客户端部71向设备管理服务器部61通知软件更新完成的内容(步骤315)。设备管理服务器部61将显示软件更新完成的内容的消息的指示发送至设备管理客户端部71(步骤316)，设备管理客户端部71向hmi管理部200发送并显示该消息(步骤363)。通过以上的动作，执行第一控制装置22的软件更新。

此外，成为软件更新的对象的设备也可以不是第一控制装置22，而是第二控制装置23或导航装置24。在该情况下，只要将上述说明内的第一控制装置22分别置换成第二控制装置23或导航装置24即可。

对于hmi管理部200，参照图7进行说明。hmi管理部200具有hmi注册部251、hmi管理db252、hmi选择部253、及传输部254。

hmi注册部251发挥将与软件更新系统1连接的hmi设备的各种信息注册于后述的hmi管理db252的作用。与软件更新系统1连接的hmi设备中，例如包含导航装置24那样利用usb网络17与安装于车辆2的软件更新装置21连接的装置、及智能手机4那样经由网络5与车辆2的软件更新装置21通信的装置。

注册方法例如具有使用导航装置24的第一影像输出部243及第一接触输入部249实现的使用用户接口的方法、及以智能手机4经由网络5与车辆2连接为契机的方法。前者的方法中，例如在第一影像输出部243的画面上显示注册的hmi设备的列表，利用第一接触输入部249接收用户的输入并选择hmi设备，并将选择的hmi设备注册于hmi管理db252。后者的方法中，例如智能手机4与车辆2连接时，智能手机4向hmi管理部200发送自身的各种信息，hmi注册部251以智能手机4为hmi设备注册于hmi管理db252。

hmi管理db252是管理由hmi注册部251收集的hmi设备的信息的数据库。对hmi管理db252的详情进行后述。hmi选择部253从hmi管理db252保持的hmi设备的信息中，以软件更新等为契机选择一个hmi设备，并作为传输地址设定于传输部254。例如，将步骤492中得到的hmi设备的ip地址设定于hmi选择部253。传输部254将hmi管理部200接收的信息传输至hmi选择部253选择的hmi设备。hmi管理部200接收的信息是例如软件更新装置21、第一控制装置22、第二控制装置23、导航装置24等输出的消息或影像等。例如传输部254将消息或影像经由第二通信部205传输至服务器3的传输部303，或经由第三通信部206传输至导航装置24。

图18是示意性地表示hmi管理db252的结构的图。hmi管理db252是由0个以上的多个记录构成的数据库。一个记录表示与一个hmi设备相关的信息。即，一个记录与一个hmi设备对应。各个记录包含设备类型520、发送目标地址530、输入设备标志540、使用中标志550及车外标志560。

设备类型520是一意地表示hmi设备为怎样的设备的信息。设备类型520是表示例如ivi(导航装置或智能手机)、hmd(头戴式显示器)、hud(平视显示器)等的信息。为了在该hmi设备中显示信息，发送目标地址530是表示向何处发送信息的对象地址信息。发送目标地址530是例如ip地址或mac地址。通过向由发送目标地址530表示的对象地址发送信息，在对应的hmi设备中显示信息。

输入设备标志540是表示hmi设备为输入设备或是否具有输入设备的功能的标志。使用中标志550是表示hmi设备是否为当前使用中的标志。车外标志560是表示hmi设备是处于车外的设备，还是处于车内的hmi设备的标志。

图18的例子中，在hmi管理db252注册三个hmi设备。第一个hmi设备为ivi521，发送目标地址531为“192.168.0.5”的ip地址，输入设备标志541为“○”也就是为输入设备，使用中标志551为“×”也就是不是使用中，车外标志561为“×”也就是处于车内。第二个hmi设备为智能手机522，发送目标地址532为“192.168.1.5”的ip地址，输入设备标志542为“○”也就是为输入设备，使用中标志551为“○”也就是为使用中，车外标志563为“○”也就是处于车外。第三个hmi设备为hmd523，发送目标地址533为“192.168.2.5”的ip地址，输入设备标志543为“×”也就是不是输入设备，使用中标志551为“×”也就是不是使用中，车外标志563为“×”也就是处于车内。

使用图7说明与多个hmi设备对应，将软件更新时输出的消息传输至适当的hmi设备，由此，实现显示的结构的动作。

智能手机4的第六通信部401将上述的设备类型420、发送目标地址430、及输入设备标志440经由第二通信部205发送至hmi管理部200的hmi注册部251。hmi注册部251根据接收的设备类型520、发送目标地址530、及输入设备标志540生成记录并注册于hmi管理db252。导航装置24也同样将上述的设备类型420、发送目标地址430、及输入设备标志440经由第三通信部206发送至软件更新装置21的hmi注册部251。hmi注册部251根据接收的设备类型520、发送目标地址530、及输入设备标志540生成记录并注册于hmi管理db252。通过以上那样的动作，能够将多个hmi设备注册至软件更新系统1。

服务器3经由第四通信部304在分发部301与接收部201之间进行通信，并分发数据包80。软件更新装置21的更新部202读入数据包80，并经由第一通信部204更新第一控制装置22、第二控制装置23、及导航装置24的软件。此时，更新部202对hmi管理部200的hmi选择部253，传输更新了软件的内容。hmi选择部253以该情况为契机，从注册于hmi管理db252的记录中选择适合的记录，并从选择的记录获取发送目标地址530。hmi选择部253将获取的发送目标地址530设定于传输部254。传输部254将到达hmi管理部200的消息或影像等的信息发送至发送目标地址530，并进行传输处理。

图11、图13、图16，图17的各序列中，hmi管理部200收发的数据，具体而言，图11的输入请求354、响应355、图13的输入请求359、响应360、及完成通知363、图16的异常显示412、异常显示417、及异常显示425、图17的异常显示432及完成通知363利用传输部254发送至hmi管理部200选择的发送目标地址430。

图19是从注册于hmi管理db252的记录中选择适合的记录的hmi选择部253的动作的流程图。hmi选择部253调查是否需要切换hmi设备(步骤1007)。例如如果由于软件更新等，需要切换hmi设备，则获取需要切换的hmi设备的ip地址(步骤1008)。本实施方式中，ip地址能够从更新部202得到。hmi选择部253检索hmi管理db252的记录，并获取与该ip地址一致的记录(步骤1009)。如果在该记录的使用中标志550为“×”，也就是hmi设备不是使用中的情况下，则hmi选择部253使处理进入步骤1000。另一方面，在记录的使用中标志550为“○”，也就是hmi设备为使用中的情况下，则将该使用中标志550暂定地设为“△”(步骤1011)，并进行印记。

hmi选择部253检索hmi管理db252的记录，并选择使用中标志550为“×”的记录(步骤1012)。在观察到多个使用中标志550为“×”的记录的情况下，hmi选择部253进一步调查输入设备标志540，并选择为“○”的记录(步骤1012)。hmi选择部253将选择的记录的使用中标志550变更为“○”(步骤1013)，并从选择的记录获取发送目标地址530(步骤1014)。hmi选择部253将获取的发送目标地址530设定于传输部254(步骤1015)。hmi选择部253检索使用中标志550为“△”的记录(步骤1016)，并将该记录的使用中标志550变更为“×”，并使处理进入步骤1000。

图20是表示传输部254的动作的流程图。传输部254调查是否指示需要从hmi选择部253切换hmi设备(步骤2001)。例如由于软件更新等，指示需要切换hmi设备。如果未指示需要切换hmi设备，则传输部254执行步骤2004。如果需要切换hmi设备，则传输部254获取需要切换的hmi设备的ip地址(步骤2002)。接着，传输部254将其ip地址保存于存储部211的存储器(步骤2003)。

传输部254调查是否向hmi管理部200发生消息或影像(步骤2004)，如果不发送，则执行步骤2001。在发送的情况下，接收该消息(步骤2005)，并将步骤2003中保存的接收方的ip地址设定于第二通信部205或第三通信部206(步骤2006)。传输部254将到达的消息设定于第二通信部205或第三通信部206并发送消息。然后，传输部254执行步骤2001。

通过以上那样的动作，在软件更新时输出的消息传输至适当的hmi设备，并利用该hmi设备进行显示。

根据上述的实施方式，可得到下面的作用效果。

(1)hmi选择部253从多个hmi设备选择一个hmi设备。传输部254将发送至hmi管理部200的与软件更新相关的消息或影像传输至由hmi选择部253选择的hmi设备。这样，因此，能够将与更新相关的消息传输至适当的hmi设备。

(2)hmi选择部253由于例如软件更新等，需要切换hmi设备时，从多个hmi设备选择一个hmi设备。这样，因此，能够总是选择适于传输与更新相关的消息的hmi设备。

(3)传输部254将车辆1的诊断信息的一种的dtc信息传输至由hmi选择部253选择的hmi设备。这样，因此，能够向用户可靠地通知车辆2的状态。

(4)传输部254调查是否需要从hmi选择部253切换hmi设备，例如在由于软件更新等，需要切换hmi设备的情况下，hmi选择部253从多个hmi设备选择一个hmi设备。即，hmi选择部253在多个hmi设备中的任一个软件被更新的情况下，选择与更新对象的hmi设备不同的一个hmi设备。这样，因此，可在软件更新的时刻切换hmi设备，并将软件更新系统发出的消息显示于适当的hmi设备。

(第二实施方式)

图21是示意性地表示第二实施方式的软件更新系统1a的软件结构的图。该软件更新系统1a具有与图7所示的第一实施方式的软件更新系统1同样的结构，但进一步对软件更新装置21追加有接触确认部3001。

接触确认部3001检测用户接触了智能手机4的第二接触输入部405。换而言之，接触确认部3001检测第二接触输入部405的输入信息进行了变化。接触确认部3001检测智能手机4中检测到用户的接触时，向hmi管理部200通知该智能手机的ip地址。以该通知为契机，在图19的步骤1007中进行肯定判定，hmi选择部253进行动作，并开始选择新的hmi设备的动作。

通过以上的动作，能够实现以用户进行了接触为契机，切换用户使用的hmi设备的结构。

根据上述的实施方式，除了与第一实施方式同样的作用效果之外，还可得到下面的作用效果。

(1)hmi选择部253选择多个hmi设备中、由接触确认部3001检测到被用户接触的一个hmi设备。这样，可对于用户接触的即使用中的hmi设备显示软件更新时的消息。

(第三实施方式)

图22是示意性地表示第三实施方式的软件更新系统1b的软件结构的图。该软件更新系统1b具有与图7所示的第一实施方式的软件更新系统1同样的结构，但还对智能手机4追加有hmi设定部3002。

hmi设定部3002使用第二影像输出部404及第二接触输入部405设定使用的hmi设备。hmi设定部3002通过由第二影像输出部404及第二接触输入部405实现的gui(图形用户界面)，对用户提供设定使用的hmi设备的接口。例如，利用hmi设定部3002，对第二影像输出部404列表显示可使用的hmi设备。用户利用第二接触输入部405选择(指定)确定的hmi设备时，hmi设定部3002将选择(指定)的hmi设备的ip地址通知给软件更新装置21的hmi管理部200。以该通知为契机，在图19的步骤1007中进行肯定判定，hmi选择部253进行动作，并开始选择新的hmi设备的动作。

通过以上的动作，能够实现以用户使用gui明确地选择hmi设备为契机，切换用户使用的hmi设备的结构。

根据上述的实施方式，除了与第一实施方式同样的作用效果之外，还可得到下面的作用效果。

(1)hmi选择部253选择多个hmi设备中的由用户指定的一个hmi设备。这样，因此，可对于用户指定的hmi设备显示软件更新时的消息。

(第四实施方式)

图23是示意性地表示第四实施方式的软件更新系统1c的软件结构的图。该软件更新系统1c具有与图7所示的第一实施方式的软件更新系统1同样的结构，但还对软件更新装置21追加有hmi可用确认部3003。

hmi可用确认部3003检测可显示当前消息的hmi设备。hmi可用确认部3003对于与软件更新系统1c连接的全部的hmi设备，询问是否可显示当前消息。hmi可用确认部3003以检测到不可显示的hmi设备为契机，调查hmi管理部200的hmi管理db252，能够检测当前能够使用的hmi设备。hmi可用确认部3003将当前能够使用的hmi设备的ip地址通知给hmi管理部200。以该通知为契机，在图19的步骤1007中进行肯定判定，hmi选择部253进行动作，并开始选择新的hmi设备的动作。

通过以上的动作，能够实现例如以检测到为软件更新中、或用户由于使用中等的原因不能使用hmi设备为契机，切换用户使用的hmi设备的结构。

根据上述的实施方式，除了与第一实施方式同样的作用效果之外，还可得到下面的作用效果。

(1)hmi选择部253在hmi设备的软件为更新中的情况下，选择其它hmi设备。这样，能够可靠地选择用户可利用的hmi设备。

(2)hmi选择部253选择多个hmi设备中由hmi可用确认部3003检测为可使用的状态的一个hmi设备。这样，因此，不需要从hmi设备明确地通知不能使用，可对当前可使用的hmi设备显示软件更新时的消息。

(第五实施方式)

图24是示意性地表示第五实施方式的软件更新系统1d的软件结构的图。该软件更新系统1d具有与图7所示的第一实施方式的软件更新系统1同样的结构，但还对智能手机4追加有距离测定部3004。另外，对软件更新装置21追加有距离判断部3005。

距离测定部3004测定智能手机4与车辆2的距离。例如，距离测定部3004在与车辆2之间总是进行(或间歇地)无线通信，并根据其电波强度测定智能手机4与车辆2的距离。

距离判断部3005检测由距离测定部3004测定的距离成为一定以上。换而言之，距离判断部3005检测持有智能手机4的用户距车辆2离开一定以上的距离。距离判断部3005检测到智能手机4与车辆2的距离成为一定以上时，向hmi管理部200通知该智能手机的ip地址。以该通知为契机，在图19的步骤1007中进行肯定判定，hmi选择部253进行动作，并开始选择新的hmi设备的动作。

通过以上的动作，能够实现以用户距车辆2离开一定距离以上为契机，切换用户使用的hmi设备的结构。

此外，距离测定部3004进行的距离的测定也可以通过与使用上述的无线通信的电波强度的方法不同的方法进行。另外，距离测定部3004进行的距离的测定只要是能够判断智能手机4与车辆2的距离是否成为预先制定的距离以上的程度的精度即可。

根据上述的实施方式，除了与第一实施方式同样的作用效果之外，还可得到下面的作用效果。

(1)hmi选择部253选择与由距离判断部3005检测到距车辆2离开一定以上的距离的hmi设备不同的hmi设备。这样，因此，能够在用户可靠地可利用的hmi设备中显示关于软件更新的通知消息。例如用户处于车辆2内时，可在导航装置24显示消息，用户距车辆2获取距离时，可在智能手机4显示消息。

(第六实施方式)

图25是示意性地表示第六实施方式的软件更新系统1e的软件结构的图。该软件更新系统1e具有与图7所示的第一实施方式的软件更新系统1同样的结构，但还对软件更新装置21追加有车辆状态判断部3006。

车辆状态判断部3006从车辆管理部208获取车辆状态，且检测车辆2的发动机是否起动。车辆状态判断部3006检测车辆状态的变化时，调查hmi管理部200的hmi管理db252，并将新的hmi设备的ip地址通知给hmi管理部200。以该通知为契机，在图19的步骤1007中进行肯定判定，hmi选择部253进行动作，并开始选择新的hmi设备的动作。

通过以上的动作，以车辆2的车辆状态的变化为契机，能够实现切换用户使用的hmi设备的结构。

此外，车辆状态判断部3006也可以不检测车辆2的发动机是否起动，例如也可以检测点火的接通断开。

根据上述的实施方式，除了与第一实施方式同样的作用效果之外，还可得到下面的作用效果。

(1)hmi选择部253利用车辆状态判断部3006检测到车辆状态变化时，选择一个hmi设备。这样，因此，能够随着车辆状态的变化切换用户使用的hmi设备。例如，在车辆2的电源接通时，导航装置24中可显示消息，在车辆2的电源断开时，智能手机4中可显示消息。

(第七实施方式)

图26是示意性地表示第七实施方式的软件更新系统1f的软件结构的图。该软件更新系统1f具有与图7所示的第一实施方式的软件更新系统1同样的结构，但还对软件更新装置21追加有hmi响应确认部3007。

hmi响应确认部3007对于hmi管理部200的传输部254向hmi设备发送的消息，检测响应是否在一定时间以内返回。hmi响应确认部3007在对于由hmi设备发送的消息，在一定时间以内未返回响应的情况下，调查hmi管理部200的hmi管理db252，并检测当前能够使用的hmi设备。hmi响应确认部3007将能够使用的hmi设备的iip地址通知给hmi管理部200。以该通知为契机，在图19的步骤1007中进行肯定判定，hmi选择部253进行动作，并开始选择新的hmi设备的动作。

传输部254具有保持最近发送至hmi设备的消息的功能。在hmi选择部253选择了新的hmi设备的时刻，传输部254将保持的最近的消息发送至新的hmi设备。此外，hmi响应确认部3007为了检测没有一定时间响应，而将时刻管理部213用作计时器。

通过以上的动作，能够实现在向hmi设备发送消息，且使用户对于该消息的响应在一定时间内未返回的情况下，切换用户使用的hmi设备，并改换成该hmi设备并再次发送消息的结构。

根据上述的实施方式，除了与第一实施方式同样的作用效果之外，还可得到下面的作用效果。

(1)hmi选择部253在利用传输部254向hmi设备传输通知消息后，在一定时间内未确认到响应的情况下，重新选择其它hmi设备，传输部254向利用hmi选择部253重新选择的hmi设备再次传输通知消息。这样，因此，在hmi设备显示消息，但用户在一定时间内未反应的情况下，可在其它hmi设备中重新显示相同的通知消息。

以上，说明了各种实施方式及变形例，但本发明不限定于这些内容。在本发明的技术思想的范围内考虑的其它的方式也包含于本发明的范围内。

下面的优先权基础申请的公开内容作为引用文在此引用。

日本国专利申请2016年第117250号(2016年6月13日申请)

符号说明

1、1a、1b、1c、1d、1e、1f：软件更新系统，2：车辆，3：服务器，4：智能手机，202：更新部，251：hmi注册部，252：hmi管理db，253：hmi选择部，254：传输部。