CN109643254A - 车载更新系统、车载更新装置及通信装置的更新方法 - Google Patents

Abstract

提供一种能够防止关于使用者的车辆使用的便利性的下降地进行搭载于车辆的通信装置的更新处理的车载更新系统、车载更新装置及通信装置的更新方法。车载更新装置具有取得车辆的行驶的信息的行驶信息取得部、将取得的信息向服务器装置发送的行驶信息发送部、从车辆外的服务器装置取得车辆通信装置的更新用程序的更新用信息取得部及将取得的更新用程序向通信装置发送的更新用信息发送部，更新通信装置的存储部存储的程序。服务器装置具有接收车载更新装置发送的行驶信息的行驶信息接收部、基于接收的信息决定进行基于车载更新装置的通信装置的更新处理的定时的更新定时决定部、基于决定的定时向车载更新装置发送更新处理的开始指示的开始指示发送部。

Description

车载更新系统、车载更新装置及通信装置的更新方法

技术领域

本发明涉及对搭载于车辆的通信装置的程序或数据进行更新的车载更新系统、车载更新装置及通信装置的更新方法。

背景技术

以往，在车辆上搭载多个ECU(Electronic Control Unit，电子控制单元)等通信装置，多个ECU经由CAN(Controller Area Network，控制器区域网络)总线等通信线连接而相互能够进行信息的收发。各ECU通过CPU(Central Processing Unit，中央处理器)等处理装置将存储于闪存或EEPROM(Electrically Erasable Programmable Read Only Memory，电可擦可编程只读存储器)等存储部中存储的程序读出并执行，而进行车辆的控制等各种处理。在ECU的存储部中存储的程序或数据在产生例如功能追加、不良情况的修正或改订等的需要时，需要进行改写成新的程序或数据的更新处理。这种情况下，对于成为更新处理的对象的ECU经由通信线发送更新用的程序或数据。

在专利文献1中提出了如下的程序更新系统：控制装置接收更新数据，该更新数据包括对于更新对象的控制装置的更新控制程序、实现算出更新控制程序的摘要值的手段、判定更新后的控制装置的动作是否正常的手段及答复判定结果的手段的计算机程序，控制装置通过接收到的更新数据包含的更新控制程序对控制程序进行更新，并执行所述计算机程序而判定更新后的动作是否正常，由此能够验证程序的更新的正当性。

在先技术文献

专利文献

专利文献1：日本特开2015-103163号公报

发明内容

发明的概要

发明要解决的课题

近年来，开发出利用无线通信等从车外取得用于进行车辆的ECU的更新的程序或数据，使用取得的程序或数据而自动地进行ECU的更新的系统。在这样的系统中，在何种定时进行ECU的更新处理成为问题。在进行ECU的存储部中存储的程序或数据的更新的情况下，该ECU在更新处理完成之前期间无法进行通常的处理。因此，在ECU的更新处理完成之前车辆无法行驶，存在使用者的关于车辆使用的便利性下降的问题。

本发明鉴于这样的情况而作出，其目的在于提供一种能够防止使用者的关于车辆使用的便利性的下降地进行搭载于车辆的通信装置的更新处理的车载更新系统、车载更新装置及通信装置的更新方法。

用于解决课题的方案

本发明的车载更新系统具备通信装置、服务器装置、车载更新装置，该通信装置搭载于车辆，该服务器装置设置于所述车辆外，该车载更新装置具有进行从所述服务器装置取得所述通信装置的更新用的程序或数据的处理的更新用信息取得部以及进行将所述更新用信息取得部取得的更新用的程序或数据向所述通信装置发送的处理的更新用信息发送部，并进行对所述通信装置的存储部存储的程序或数据进行更新的处理，所述车载更新系统的特征在于，所述车载更新装置具有：行驶信息取得部，取得与所述车辆的行驶相关的信息；及行驶信息发送部，将所述行驶信息取得部取得的信息向所述服务器装置发送，所述服务器装置具有：行驶信息接收部，接收所述车载更新装置发送的与所述车辆的行驶相关的信息；更新定时决定部，基于所述行驶信息接收部接收到的信息，决定进行所述车载更新装置对所述通信装置的更新处理的定时；及开始指示发送部，基于所述更新定时决定部决定的定时，向所述车载更新装置发送更新处理的开始指示，所述车载更新装置还具有从所述服务器装置接收所述通信装置的更新处理的开始指示的开始指示接收部，所述更新用信息发送部根据所述开始指示接收部接收到的开始指示而将更新用的程序或数据向所述通信装置发送。

另外，本发明的车载更新系统的特征在于，所述服务器装置具有：行驶信息存储部，将所述行驶信息接收部接收到的信息蓄积并存储；及非行驶时间段推定部，基于所述行驶信息存储部存储的信息，推定所述车辆不行驶的时间段，所述更新定时决定部基于所述非行驶时间段推定部推定的时间段，决定进行更新处理的定时。

另外，本发明的车载更新系统的特征在于，所述非行驶时间段推定部基于所述行驶信息存储部存储的规定天数的信息，提取所述车辆未行驶的时间段，从提取的时间段中将最长的时间段推定为所述车辆不行驶的时间段。

另外，本发明的车载更新系统的特征在于，所述更新定时决定部在从所述非行驶时间段推定部推定的时间段的中央时间点起前后推移所述通信装置的更新处理所需的时间而得到的时间范围之中决定进行更新处理的定时。

另外，本发明的车载更新系统的特征在于，所述车载更新装置具有：蓄电池信息取得部，取得与所述车辆的蓄电池的蓄积电量相关的信息；及更新可否判定部，根据蓄电池信息取得部取得的蓄电池的蓄积电量，判定是否能够进行所述通信装置的更新处理，在所述更新可否判定部判定为能够进行更新处理的情况下，所述更新用信息发送部将更新用的程序或数据向所述通信装置发送。

另外，本发明的车载更新系统的特征在于，所述车载更新装置具有：IG状态取得部，取得所述车辆的IG(点火)信号的状态；及选择受理部，在所述更新可否判定部判定为不能够进行更新处理之后，在所述IG信号从关闭状态向开启状态发生了变化的情况下，受理是否允许进行所述通信装置的更新处理的选择，在所述选择受理部受理了允许进行更新处理的选择的情况下，所述更新用信息发送部将更新用的程序或数据向所述通信装置发送。

另外，本发明的车载更新系统的特征在于，所述车载更新装置具有：IG状态取得部，取得所述车辆的IG(点火)信号的状态；及更新中断部，在所述IG信号为开启状态的情况下，中断基于所述更新用信息发送部的更新用的程序或数据的发送，进行使所述通信装置恢复成更新前的程序或数据的动作的处理。

另外，本发明的车载更新装置具备更新用信息取得部和更新用信息发送部，该更新用信息取得部进行从设置于车辆外的服务器装置取得搭载于所述车辆的通信装置的更新用的程序或数据的处理，该更新用信息发送部进行将所述更新用信息取得部取得的更新用的程序或数据向所述通信装置发送的处理，所述车载更新装置进行对所述通信装置的存储部存储的程序或数据进行更新的处理，其特征在于，具备：行驶信息取得部，取得与所述车辆的行驶相关的信息；及更新定时决定部，基于所述行驶信息取得部取得的信息，决定进行所述通信装置的更新处理的定时，所述更新用信息发送部根据所述更新定时决定部决定的定时，将更新用的程序或数据向所述通信装置发送。

另外，本发明的通信装置的更新方法从设置于车辆外的服务器装置取得搭载于所述车辆的通信装置的更新用的程序或数据，发送取得的更新用的程序或数据而对所述通信装置的存储部存储的程序或数据进行更新，其特征在于，取得与所述车辆的行驶相关的信息，将取得的信息向所述服务器装置发送，接收到发送的信息的所述服务器装置基于接收到的信息，决定进行所述通信装置的更新处理的定时，所述服务器装置基于决定的定时来发送更新处理的开始指示，接收来自所述服务器装置的更新处理的开始指示，根据接收到的开始指示而将更新用的程序或数据向所述通信装置发送。

在本发明中，车载更新装置进行搭载于车辆的通信装置的程序或数据的更新处理。车载更新装置从设置于车辆外的服务器装置等取得更新用的程序或数据。车载更新装置在更新处理的对象为多个的情况下，关于各通信装置分别取得更新用的程序或数据。但是，也可以使用一个更新用的程序或数据来进行多个通信装置的更新处理。车载更新装置在规定的定时将从服务器装置取得的更新用的程序或数据向更新对象的通信装置发送。从车载更新装置接收到更新用的程序或数据的通信装置将接收到的更新用的程序或数据向自身的存储部写入，由此对程序或数据进行更新。而且，车载更新装置从服务器装置取得更新用的程序或数据的定时与车载更新装置向通信装置发送更新用的程序或数据的定时可以不同。例如车载更新装置在车辆的行驶中从服务器装置取得更新用的程序或数据并预先存储，在车辆停车而发动机停止之后能够将存储的更新用的程序或数据向更新对象的通信装置发送。

在本发明的车载更新系统中，服务器装置决定车载更新装置将更新用的程序或数据向更新对象的通信装置发送的定时，即进行通信装置的更新处理的定时。因此，车载更新装置进行取得车辆的行驶信息向服务器装置发送的处理。服务器装置基于从车载更新装置接收的行驶信息，决定进行更新处理的定时，向车载更新装置发送更新处理的开始指示。车载更新装置接收来自服务器装置的开始指示，根据接收到的开始指示而开始向通信装置的更新用的程序或数据的发送，开始通信装置的更新处理。

需要说明的是，决定了进行更新处理的定时的服务器装置可以设为在决定的定时将开始指示向车载更新装置发送，在开始指示的接收后车载更新装置立即或没有迟滞地开始通信装置的更新处理的结构。而且，决定进行更新处理的定时的服务器装置也可以设为例如将指定进行更新处理的时刻的开始指示在该时刻之前的时间点向车载更新装置预先发送，接收到开始指示的车载更新装置在被指定的时刻开始更新处理的结构。这种情况下，服务器装置可以将指定进行更新处理的定时的开始指示与更新用的程序或数据一起向车载更新装置发送。

由此，本发明的车载更新系统中，服务器装置蓄积车辆的行驶信息，决定进行通信装置的更新处理的适当的定时(例如车辆不行驶的可能性高的时间段等)而向车载更新装置发送开始指示，在该定时车载更新装置能够进行通信装置的更新处理。

另外，在本发明中，服务器装置将从车载更新装置接收到的行驶信息蓄积并预先存储，基于蓄积的行驶信息来推定车辆不行驶的时间段。

例如服务器装置基于蓄积的规定天数(例如一个月等)的行驶信息，在该期间中提取车辆未行驶的时间段。如果提取的时间段为一个，则服务器装置能够将该时间段推定为车辆不行驶的时间段。在提取的时间段分为多个的情况下，服务器装置选择最长的时间段，将该时间段作为车辆不行驶的时间段的推定结果。并且，服务器装置算出推定的时间段的中央的时间点(即，如果推定的时间段为上午1点至上午3点的时间段，则是成为中央的上午2点的时间点)，在该中央时间点的前后的规定时间范围内决定进行更新处理的定时。规定时间范围可以设为例如通信装置的更新处理所需的时间。

由此，服务器装置能够以在车辆不行驶的可能性高的时间段进行更新处理的方式向车载更新装置发送更新处理的开始指示。

另外，在本发明中，车载更新装置取得车辆的蓄电池的蓄积电量的信息，在进行更新处理之前根据蓄电池的蓄积电量来判定是否能够进行更新处理。车载更新装置例如根据蓄电池的蓄积电量是否超过预先确定的阈值，来判定是否能够进行更新处理。车载更新装置在基于蓄电池的蓄积电量而判定为能够进行更新处理的情况下，开始更新用的程序或数据的向通信装置的发送。由此，能够防止例如在更新处理的中途发生蓄电池用尽等的情况。

另外，在本发明中，车载更新装置取得车辆的IG(点火)信号的状态。车载更新装置根据蓄电池的蓄积电量而判定为不能够进行更新处理之后，尝试在IG信号从关闭状态向开启状态发生了变化的情况下无法进行的更新处理。但是，在IG信号向开启状态发生了变化的情况下，存在使用者要使车辆行驶的可能性，当进行更新处理时在更新处理完成之前无法使车辆行驶，因此车载更新装置向使用者询问是否允许进行更新处理，受理是否允许的选择。车载更新装置基于受理的选择，在得到了进行更新处理的允许的情况下开始通信装置的更新处理。由此，能够防止更新处理成为使用者对车辆的使用的妨碍的情况。

另外，在本发明中，在达到进行通信装置的更新处理的定时之际IG信号为开启状态的情况下或者在进行更新处理的中途而IG信号成为开启状态的情况下，车载更新装置中断更新用的程序或数据的向通信装置的发送，使更新对象的通信装置恢复成基于更新前的程序或数据的动作。由此，即使在更新处理的中途，使用者也能够使用车辆。

另外，在本发明中，可以设为不是服务器装置而是车载更新装置进行行驶信息的存储及基于行驶信息的更新处理的定时的决定等的处理的结构。由此，即使在车载更新装置无法频繁地进行与服务器装置的通信的环境下，也能够适当地决定进行更新处理的定时。

发明效果

在本发明的情况下，基于车辆的行驶信息来决定进行通信装置的更新处理的定时，由此能够防止进行更新处理引起的使用者的关于车辆使用的便利性的下降。

附图说明

图1是表示本实施方式的车载更新系统的结构的示意图。

图2是表示ECU的结构的框图。

图3是用于说明ECU进行的更新处理的示意图。

图4是表示网关的结构的框图。

图5是表示服务器装置的结构的框图。

图6是用于说明服务器装置进行的非行驶时间段推定处理及更新定时决定处理的示意图。

图7是表示网关进行的行驶信息收集及发送的处理次序的流程图。

图8是表示网关进行的更新程序取得处理的次序的流程图。

图9是表示网关进行的更新处理的次序的流程图。

图10是表示网关进行的更新处理的次序的流程图。

图11是表示服务器装置进行的处理的次序的流程图。

图12是表示服务器装置进行的处理的次序的流程图。

图13是表示ECU进行的更新处理的次序的流程图。

图14是表示变形例的网关的结构的框图。

具体实施方式

图1是表示本实施方式的车载更新系统的结构的示意图。本实施方式的车载更新系统是搭载于车辆1的多个ECU(Electronic Control Unit，电子控制单元)2经由配设在车辆1内的通信线1a、1b及网关10相互进行通信的系统。本实施方式的车载更新系统中，网关10相当于车载更新装置，ECU2相当于通信装置。而且，在图示的例子中，是在车内的通信线1a上连接两个ECU2及一个显示装置7，在通信线1b上连接三个ECU2，两条通信线1a、1b与网关10连接的系统结构，网关10对通信线1a、1b间的通信进行中继，由此全部的ECU2能够与其他的ECU2或显示装置7之间进行数据的收发。

另外，在本实施方式的车载更新系统中，在网关10上经由通信线1c连接无线通信装置3，网关10经由无线通信装置3能够进行与设置在车辆1外的服务器装置9的通信。而且，从车辆1的IG开关4将IG信号向网关10输入，并从检测车辆1的蓄电池5的蓄积电量的蓄电池检测部6将检测结果向网关10输入。

ECU2可包括例如对车辆1的发动机的动作进行控制的ECU、对车门的锁定/开锁进行控制的ECU、对灯的点亮/熄灭进行控制的ECU、对气囊的动作进行控制的ECU、及对ABS(Antilock Brake System，防抱死制动系统)的动作进行控制的ECU等各种ECU。各ECU2与配设于车辆1的通信线1a或1b连接，经由通信线1a、1b而与其他的ECU2、显示装置7及网关10之间进行数据的收发。

无线通信装置3通过进行例如手机通信网或无线LAN(Local Area Network，局域网)等的无线通信而能够与服务器装置9之间进行信息的收发。无线通信装置3经由通信线1c连接于网关10，能够与网关10之间进行基于有线通信的信息的收发。由此，无线通信装置3能够对网关10及服务器装置9之间的通信进行中继，将从网关10提供的数据向服务器装置9发送，并将从服务器装置9接收到的数据向网关10提供。

网关10连接有构成车辆1的车内网络的多个通信线1a～1c，进行对通信线间的数据的收发进行中继的处理。在图1所示的例子中，在网关10连接有三个通信线1a～1c，即连接有两个ECU2及一个显示装置7的第一通信线1a、连接有三个ECU2的第二通信线1b及连接有无线通信装置3的第三通信线1c。网关10将从任一通信线1a～1c接收到的数据向其他的通信线1a～1c发送，由此进行数据的中继。

IG开关4是使用者用于进行车辆1的发动机起动等的开关，切换为开启/关闭这两个状态。在本实施方式中，IG信号表示IG开关4的状态，IG开启是车辆1的发动机等原动机进行动作而进行基于交流发电机等的发电的状态，IG关闭是车辆1的原动机停止而不进行发电的状态。蓄电池检测部6基于蓄电池5的输出端子的电压值及/或输入输出的电流量的累计值等，进行蓄积于蓄电池5的电量的检测。显示装置7是例如液晶显示器等，根据从ECU2或网关10提供的显示命令等，进行对于车辆1的使用者的消息显示等。而且虽然图示省略，但是显示装置7具有例如触摸面板或硬键等操作部，受理使用者的操作而向ECU2或网关10通知受理的操作内容。需要说明的是，显示装置7可以是与例如车辆导航装置共用的结构。

服务器装置9管理及存储由搭载于车辆1的ECU2执行的程序及数据。服务器装置9根据来自车辆1的询问而通知是否需要程序等的更新，并且在需要更新的情况下进行将更新用的程序及数据向车辆1发布的处理。

在本实施方式的车载更新系统中，在车辆1的发动机进行动作时进行网关10及服务器装置9的通信，从服务器装置9向网关10进行更新所需的程序及/或数据等的取得(下载)。完成了更新所需的程序及/或数据等的取得的网关10然后在车辆1的发动机停止之后(IG开关4向关闭状态进行了切换之后)，在达到规定的更新定时的情况下，将从服务器装置9取得的程序及/或数据等向更新对象的ECU2发送，由此进行更新处理。从网关10接收到更新所需的程序及/或数据等的ECU2通过向自身的存储部写入该程序及/或数据等而进行更新处理。

另外，在本实施方式的车载更新系统中，网关10收集车辆1的行驶的信息，并将其定期地向服务器装置9发送。从网关10向服务器装置9发送的行驶信息可以包含例如车辆1的发动机起动的时刻、发动机停止的时刻、车辆1的车门的锁定被操作的时刻、使用者就座于车辆1内的座席的时刻、穿脱座椅安全带的时刻、操作了换挡杆的时刻、及操作了制动器的时刻等信息。网关10从搭载于车辆1的ECU2或其他的车载设备收集这些信息。在本实施方式中，行驶信息包含与车辆1的发动机的起动及停止的时刻相关的信息。

服务器装置9接收从车辆1发送的行驶信息，并将接收到的行驶信息蓄积于存储部。服务器装置9进行基于蓄积的行驶信息来推定车辆1不行驶的可能性高的时间段的处理。在本实施方式中，服务器装置9推定的时间段可以通过例如从上午1点至上午5点那样由开始时刻及结束时刻所示的时间间隔来表示，而且也可以如每周星期日的从上午1点至上午5点或者每月10日的从上午1点至上午5点等那样附加星期几或日期等的条件。服务器装置9参照例如过去30日量或1年量等的规定期间量的行驶信息进行推定。

另外，服务器装置9将推定的时间段包含的一个时间点决定为进行车辆1的ECU2的更新处理的定时。在本实施方式中，服务器装置9决定的更新定时可以表示作为例如上午3点那样的时刻。服务器装置9在达到决定的更新处理的定时的情况下，对于车辆1发送更新处理的开始指示。接收到该开始指示的车辆1的网关10通过将预先从服务器装置9取得并存储的更新用的程序及/或数据向更新对象的ECU2发送来进行更新处理。或者，服务器装置9可以在达到决定的更新处理的定时之前，对于车辆1发送指定该定时的开始指示。接收到该开始指示的车辆1的网关10在达到以接收到的开始指示所指定的定时的情况下，进行更新对象的ECU2的更新处理。

图2是表示ECU2的结构的框图。需要说明的是，在本图中，将多个ECU2共用的功能块选出表示，关于按照各ECU2而不同的功能块省略图示。本实施方式的ECU2具备处理部21、存储部22及通信部23等而构成。处理部21使用例如CPU(Central Processing Unit，中央处理器)或MPU(Micro-Processing Unit，微处理单元)等运算处理装置构成，通过将存储部22存储的程序22a读出并执行而进行各种运算处理。需要说明的是，存储部22存储的程序22a按照各ECU2而其内容不同。

存储部22使用闪存或EEPROM(Electrically Erasable Programmable Read OnlyMemory，电可擦可编程只读存储器)等非易失性的存储器元件而构成。存储部22存储处理部21执行的程序22a和该程序22a的执行所需的数据。需要说明的是，以下“程序22a”的记载包含程序22a和该程序22a的执行所需的数据。

通信部23连接于构成车内网络的通信线1a或1b，按照例如CAN(Controller AreaNetwork，控制器局域网络)等通信协议进行数据的收发。通信部23通过将从处理部21提供的数据转换成电信号而向通信线1a或1b输出来发送数据，并且通过对通信线1a或1b的电位进行采样并得来接收数据，并将接收到的数据向处理部21提供。

另外，在本实施方式的ECU2的处理部21设有更新用信息接收部21a、更新用信息写入处理部21b、更新处理部21c及恢复处理部21d。更新用信息接收部21a～恢复处理部21d是用于进行存储部22存储的程序22a的更新(update)处理的功能块。更新用信息接收部21a～恢复处理部21d是通过处理部21执行与成为更新处理的对象的程序22a不同的程序(图示省略)而实现的软件性的功能块。

更新用信息接收部21a进行利用通信部23接收经由通信线从网关10发送的更新用的程序，并将接收的更新用的程序向备份存储器(图示省略)等蓄积的处理。更新用信息写入处理部21b进行将更新用信息接收部21a蓄积的更新用的程序向存储部22的空闲区域写入的处理。更新处理部21c在更新用信息写入处理部21b完成了更新用的程序的写入之后，将存储部22存储的更新前的程序进行无效化，将新写入的更新用的程序进行有效化，由此进行程序22a的更新。恢复处理部21d在从网关10的更新用的程序的发送中断的情况下，开始基于存储部22存储的更新前的程序的处理，进行恢复成进行更新处理之前的状态下的动作的处理。

图3是用于说明ECU2进行的更新处理的示意图。本实施方式的ECU2的存储部22为了至少将程序22a预先存储两组量而具有充分的存储容量。在图3的上段所示的例子中，在存储部22存在有程序22a和与该程序22a相同程度的容量的空闲区域22b。此时存储部22存储的程序22a有效，处理部21将该程序22a读出并执行。

在更新用信息接收部21a从网关10接收到更新用的程序的情况下，更新用信息写入处理部21b不向更新前的程序22a覆写，而将接收到的更新用的程序22a存储于存储部22的空闲区域22b。更新用信息写入处理部21b将更新用的程序22a没有错误地向存储部22写入完成之后，更新处理部21c将更新前的程序22a进行无效化，将新存储的更新用的程序22a进行有效化，由此完成更新处理。然后，ECU2的处理部21将有效化的更新用的程序22a读出并执行。需要说明的是，无效化的更新前的程序22a例如可以在某些定时被擦除，而且例如也可以不擦除而残留在存储部22内，在下次更新处理时处理为空闲区域22b。

这样，本实施方式的ECU2将存储更新前的程序22a的区域(第一区域)和存储更新用的程序22a的区域(第二区域)至少设置于存储部22。即，各ECU2具有能够将程序22a存储至少两组量的存储区域。接收到为了更新处理而网关10发送的更新用的程序22a的ECU2将接收到的更新用的程序22a存储于与存储有更新前的程序22a的区域不同的区域。即，在ECU2中，不覆写更新前的程序22a而将更新用的程序22a存储于存储部22。ECU2将更新用的程序22a向存储部22存储结束后，将更新前的程序22a进行无效化，将更新用的程序22a进行有效化，由此切换处理部21执行的程序22a。即，ECU2通过进行作为处理部21的引导对象的程序的切换而完成更新处理。

图4是表示网关10的结构的框图。本实施方式的网关10具备处理部11、存储部12及三个车内通信部13等而构成。处理部11使用例如CPU或MPU等运算处理装置而构成，通过将存储部12或未图示的ROM(Read Only Memory，只读存储器)等存储的程序读出并执行而进行各种运算处理。在本实施方式中，处理部11进行对车内网络的通信线1a～1c间的数据收发进行中继的处理、及ECU2的更新处理等所需的运算处理。而且，从车辆1的IG开关4供给的IG信号及蓄电池检测部6检测的蓄电池的蓄积电量的信息向处理部11输入。但是，IG信号及/或蓄电池的蓄积电量可以通过利用了通信线1a～1c的车内通信向网关10输入。

存储部12使用闪存或EEPROM等非易失性的存储器元件构成。存储部12存储例如ECU2的更新使用的程序及数据等。存储部12可以存储处理部11执行的程序及该程序的执行所需的数据等。而且，存储部12可以存储在处理部11的处理的过程中生成的数据等。

车内通信部13连接于构成车内网络的通信线1a～1c，按照例如CAN等通信协议进行数据的收发。车内通信部13通过将从处理部11提供的数据转换成电信号而向通信线1a～1c输出来发送信息，并通过对通信线1a～1c的电位进行采样并取得来接收数据，并将接收到的数据向处理部11提供。需要说明的是，网关10具备的三个车内通信部13可以是分别按照不同的通信协议进行通信。

另外，处理部11通过执行存储部12或ROM等存储的程序，而将行驶信息取得部11a、行驶信息发送部11b、更新用信息取得部11c、开始指示接收部11d、IG状态取得部11e、蓄电池信息取得部11f、更新可否判定部11g、更新用信息发送部11h、选择受理部11i及更新中断部11j等作为软件性的功能块实现。

行驶信息取得部11a进行从向网关10直接输入的信息及经由车内网络接收的信息中取得与车辆1的行驶相关的信息的处理。在本实施方式中，行驶信息取得部11a取得的行驶信息是与车辆1的发动机的起动及停止的时刻相关的信息。行驶信息取得部11a通过取得例如从IG开关4输入的IG信号的开启状态/关闭状态切换的时刻而能够取得与发动机的起动及停止的时刻相关的信息。需要说明的是，为了取得这样的时刻的信息，在本实施方式中，处理部11具备计时功能，但是也可以利用例如GPS(Global Positioning System，全球定位系统)的信号包含的时刻信息。行驶信息取得部11a将IG信号从关闭状态向开启状态切换的时刻作为车辆1的发动机起动的时刻，将从开启状态向关闭状态切换的时刻作为发动机停止的时刻而预先存储于存储部12。

行驶信息发送部11b进行将行驶信息取得部11a取得的行驶信息利用无线通信装置3向服务器装置9发送的处理。行驶信息发送部11b发送行驶信息的定时例如可以如每1天或每1周等那样设为规定周期，而且例如可以设为每当行驶信息取得部11a取得行驶信息时等。

更新用信息取得部11c在规定的定时进行经由无线通信装置3的与服务器装置9的通信，询问是否需要搭载于车辆1的ECU2的程序22a的更新。进行是否需要更新的询问的规定的定时例如可以如每1天或每1周等那样设为规定周期，而且例如可以设为IG开关4每次从关闭状态向开启状态切换时等。在从服务器装置9提供了需要更新的通知时，更新用信息取得部11c经由无线通信装置3从服务器装置9取得更新所需的程序及数据等(以下，简称为更新用程序)并存储于存储部12。此时，更新用信息取得部11c关于需要更新的全部的ECU2，进行更新用程序的取得。

开始指示接收部11d进行经由无线通信装置3接收服务器装置9发送的更新处理的开始指示的处理。如果是服务器装置9在开始更新处理的定时发送开始指示的结构，则优选在开始指示接收部11d接收到开始指示的情况下，网关10开始更新处理。如果是服务器装置9在开始更新处理的定时以前发送指定了该定时的开始指示的结构，则开始指示接收部11d将以接收到的开始指示所指定的更新处理的定时存储于存储部12。这种情况下，在达到存储部12存储的更新处理的定时的情况下，网关10开始更新处理。

IG状态取得部11e在达到ECU2的更新处理开始的定时的情况下，及进行更新处理期间，取得从IG开关4输入的IG信号，进行监控IG开关4的开启状态/关闭状态的变化的处理。在本实施方式的车载更新系统中，基本上在车辆1未行驶时，即IG开关4为关闭状态时进行更新处理。因此，即使达到开始更新处理的定时，如果IG开关4为开启状态，则也不进行更新处理。而且，在进行更新处理的中途而IG开关4从关闭状态向开启状态发生了变化的情况下，也将更新处理中断。

蓄电池信息取得部11f在达到进行ECU2的更新处理的定时的情况下，取得从蓄电池检测部6输入的蓄积电量，由此取得在车辆1的蓄电池5中在该时间点蓄积的电量。需要说明的是，在蓄电池检测部6将蓄电池5的蓄积电量向网关10输入的结构的情况下，蓄电池信息取得部11f只要仅取得蓄电池检测部6的检测结果即可。但是，在蓄电池检测部6是例如仅输入蓄电池5的端子电压值的结构等情况下，蓄电池信息取得部11f需要进行取得从蓄电池检测部6的输入信息，并基于取得的信息来算出蓄电池5的蓄积电量的处理。

更新可否判定部11g根据蓄电池信息取得部11f取得的蓄电池5的蓄积电量与预先确定的阈值的比较结果，进行是否能够进行基于从服务器装置9取得的更新用程序的更新处理的判定。例如在如果蓄电池5的蓄积电量为95％以上则确定为可以进行更新处理的情况下，更新可否判定部11g根据蓄电池信息取得部11f取得的蓄积电量是否为95％以上而能够判定是否能够进行更新处理。在更新可否判定部11g判定为能够进行更新处理的情况下，网关10进行更新处理，在判定为不能进行更新处理的情况下，不进行更新处理而等待下次的机会。

更新用信息发送部11h将更新用信息取得部11c从服务器装置9取得并存储于存储部22的更新用的程序读出，并将读出的更新用的程序向成为更新处理的对象的ECU2发送，由此进行该ECU2的存储部22存储的程序22a的更新处理。判定为进行更新处理的更新用程序存在多个的情况下，更新用信息发送部11h可以按照适当的顺序而顺次发送更新用程序，也可以将多个更新用程序并列地发送。通过更新用信息发送部11h向ECU2发送的更新用程序从存储部12被擦除(但是，也可以不擦除而存储至需要写入其他的数据为止)。但是，通过更新可否判定部11g判定为不进行更新处理的更新用程序存储于存储部12，等待下次进行更新处理的机会。

选择受理部11i在更新可否判定部11g判定为不能进行更新处理而不进行更新处理，然后IG开关4从关闭状态向开启状态切换的情况下，进行从使用者受理未进行的更新处理是否进行的选择的处理。此时，选择受理部11i提供经由车内通信部13向显示装置7显示向使用者的消息的指示。接收到该指示的显示装置7进行例如“由于蓄电池剩余量不足而无法进行软件的更新。从现在起执行更新吗？更新需要约5分钟的时间，在此期间无法使车行驶。”等消息显示。显示装置7通过触摸面板或硬键等操作部，进行更新处理是否进行的选择操作的受理，并将受理的操作内容向网关10发送。网关10的选择受理部11i基于来自显示装置7的信息，受理是否进行更新处理的选择。在选择受理部11i受理了进行更新处理的选择的情况下，网关10进行ECU2的更新处理。在受理了不进行更新处理的选择的情况下，网关10不进行更新处理而等待下次的机会。

更新中断部11j在达到进行更新处理的定时开始更新处理，在进行更新处理的中途IG状态取得部11e取得的IG开关4的状态从关闭状态向开启状态切换的情况下，进行中断更新处理的处理。更新中断部11j中断基于更新用信息发送部11h的向ECU2的更新用程序的发送处理，中断ECU2的程序22a的更新处理。而且，此时，更新中断部11j可以将更新处理的中断向ECU2通知。更新处理未中断的ECU2通过恢复处理部21d而恢复成基于更新前的程序22a的动作。

图5是表示服务器装置9的结构的框图。本实施方式的服务器装置9是例如车辆1的制造公司或销售公司等进行运营管理的装置，设置在车辆1外的适当场所。服务器装置9是能够进行与多个车辆1的通信，从各车辆1收集信息并进行管理的装置。服务器装置9具备处理部91、存储部92及通信部93等而构成。处理部91使用例如CPU或MPU等运算处理装置构成，通过将存储部92存储的服务器程序读出并执行而进行与车辆1的管理相关的各种运算处理。在本实施方式中，处理部91进行对搭载于车辆1的ECU2的更新用程序进行发布的处理、及决定进行使用了该更新用程序的更新处理的定时的处理等。

存储部92使用例如硬盘等大容量的存储装置构成。存储部92存储处理部91执行的服务器程序及该执行所需的数据，并存储在处理部91的处理过程中生成的数据。而且，在本实施方式中，在存储部92设置存储有向车辆1发布的更新用的程序或数据的更新用程序DB(数据库)92a。在更新用程序DB92a中，能搭载于多种车辆1的各种ECU2用的各种版本的程序被存储作为更新用程序，服务器装置9从其中选择适当的程序而向车辆1发送。

另外，在存储部92设置存储有与各车辆1相关的信息的车辆信息DB92b。在车辆信息DB92b存储有例如车辆1的车种、型号、搭载的ECU2的类别、及各ECU2的软件的版本等信息。服务器装置9基于该车辆信息DB92b，能够判断是否需要各车辆1的ECU2的更新处理。而且，在存储部92设置存储从各车辆1的网关10接收到的行驶信息的行驶信息DB92c。

通信部93经由例如互联网及手机通信网等，进行与车辆1之间的通信。通信部93将从处理部91提供的发送用的消息向所希望的车辆1发送，并将从车辆1接收到的消息向处理部91提供。

另外，在处理部91，通过执行存储部92存储的服务器程序而将更新用信息发送部91a、行驶信息接收部91b、非行驶时间段推定部91c、更新定时决定部91d及开始指示发送部91e等作为软件性的功能块实现。更新用信息发送部91a在从车辆1的网关10接收到更新的有无的询问的情况下，进行从车辆信息DB92b取得关于该车辆1的信息，判断是否需要程序的更新，并将判定结果作为询问的应答向车辆1发送的处理。而且，更新用信息发送部91a在从车辆1的网关10接收到更新用程序的发送要求的情况下，进行从存储部92的更新用程序DB92a存储的更新用程序中读出适合于要求源的车辆1的更新用程序，并向要求源的车辆1发送的处理。

行驶信息接收部91b进行接收从车辆1的网关10定期地或者在适当的定时发送的车辆1的行驶信息的处理。行驶信息接收部91b在接收到来自车辆1的行驶信息的情况下，进行将接收到的行驶信息与该车辆1的辨别信息等建立对应地存储于存储部92的行驶信息DB92c的处理。

非行驶时间段推定部91c基于从各车辆1发送而蓄积于存储部92的行驶信息DB92c中的各车辆1的行驶信息，进行推定车辆1不行驶的可能性高的时间段的处理。更新定时决定部91d进行将非行驶时间段推定部91c推定的时间段包含的规定的定时决定作为进行车辆1的更新处理的定时的处理。

开始指示发送部91e基于更新定时决定部91d决定的更新定时，进行向车辆1发送更新处理的开始指示的处理。需要说明的是，开始指示发送部91e可以设为在达到更新定时决定部91d决定的定时的情况下发送向车辆1的开始指示的结构，这种情况下在接收到开始指示的车辆1开始更新处理。或者，开始指示发送部91e可以设为在达到更新定时决定部91d决定的定时之前将指定了更新定时的开始指示向车辆1发送的结构，这种情况下在接收到开始指示的车辆1中未立即开始更新处理。车辆1的网关10在达到以开始指示所指定的更新定时的情况下，开始车辆1的更新处理。

图6是用于说明服务器装置9进行的非行驶时间段推定处理及更新定时决定处理的示意图。在图6的上段，上下并排示出在服务器装置9的存储部92的行驶信息DB92c中蓄积的车辆1的3天的行驶信息的例子。各行驶信息关于各日的从0点至24点，利用标注有“行驶”的标签的横长的长方形来表示车辆1行驶(IG开关4为开启状态)的期间，并利用横实线来表示未行驶(IG开关4为关闭状态)的期间。需要说明的是，在本例中，为了简化说明而示出根据3天的行驶信息来推定非行驶时间段的例子，但是实际上可以使用例如一个月或半年等的更多的行驶信息来进行推定处理。

服务器装置9的非行驶时间段推定部91c从3天的行驶信息中提取车辆1完全未行驶的时间段。在本例中，将1天的中央附近的时间段和跨1天的最初及下一天的最初的部分的时间段这两个时间段提取作为非行驶时间段。如果提取的时间段为一个，则非行驶时间段推定部91c只要将提取的时间段作为非行驶时间段即可。在提取了多个时间段的情况下，非行驶时间段推定部91c从这些时间段中选择时间最长的一个时间段，并将选择的一个时间段设为非行驶时间段。在本例中，将1天的中央附近的时间段设为非行驶时间段的推定结果。

服务器装置9的更新定时决定部91d基于非行驶时间段推定部91c推定的非行驶时间段的开始时刻t0及结束时刻t1，来算出非行驶时间段的中央时刻t2＝(t0+t1)/2。而且，更新定时决定部91d进行在车辆1中推定更新处理所需的时间T的处理。更新处理所需的时间T可以基于例如更新用程序的数据尺寸进行推定。更新定时决定部91d以使非行驶时间段的中央时刻t2包含于更新处理的时间内的方式决定更新开始时刻t3。在本例中，设为更新开始时刻t3＝t2-T/2。

服务器装置9的开始指示发送部91e在达到更新定时决定部91d决定的更新开始时刻t3的情况下向车辆1发送更新开始指示，或者在更新定时决定部91d决定了更新定时之后至达到更新开始时刻t3为止期间，将指定了更新开始时刻t3的更新开始指示向车辆1发送。

图7是表示网关10进行的行驶信息收集及发送的处理次序的流程图。需要说明的是，本流程图将车辆1的IG开关4为开启状态的情况设为初期状态来表示处理。网关10的处理部11的行驶信息取得部11a取得从IG开关4输入的IG信号，判定IG信号是否从开启状态向关闭状态进行了切换(步骤S1)。在IG信号未向关闭状态切换的情况下(S1：否)，行驶信息取得部11a等待至IG信号向关闭状态切换为止。在IG信号向关闭状态进行了切换的情况下(S1：是)，行驶信息取得部11a取得进行了IG信号的切换的时刻，并将该切换时刻作为行驶信息存储于存储部12(步骤S2)。

接下来，行驶信息取得部11a判定IG信号是否从关闭状态向开启状态进行了切换(步骤S3)。在IG信号未向开启状态切换的情况下(S3：否)，行驶信息取得部11a等待至IG信号向开启状态切换为止。在IG信号向开启状态进行了切换的情况下(S3：是)，行驶信息取得部11a取得进行了IG信号的切换的时刻，并将该切换时刻作为行驶信息存储于存储部12(步骤S4)。而且，行驶信息发送部11b将存储部12存储的行驶信息利用无线通信装置3向服务器装置9发送(步骤S5)，使处理返回步骤S1。

需要说明的是，在图7所示的流程图中，设为在IG开关4向开启状态进行了切换时进行向服务器装置9的行驶信息的发送的结构，但是行驶信息的发送也可以在其他的定时进行。

图8是表示网关10进行的更新程序取得处理的次序的流程图。网关10的处理部11的更新用信息取得部11c取得从IG开关4输入的IG信号，判定IG信号是否从关闭状态向开启状态进行了切换(步骤S11)。在IG信号未向开启状态切换的情况下(S11：否)，更新用信息取得部11c等待至IG信号向开启状态切换为止。在IG信号向开启状态进行了切换的情况下(S11：是)，更新用信息取得部11c进行经由无线通信装置3的无线通信，向服务器装置9询问搭载于车辆1的ECU2的程序的更新的有无(步骤S12)。

更新用信息取得部11c经由无线通信装置3接收对于询问从服务器装置9发送的应答(步骤S13)。在该应答中，除了更新的有无之外，还包含需要更新的程序的信息，例如程序的辨别信息及数据量等信息。更新用信息取得部11c基于来自服务器装置9的应答，判定搭载于车辆1的ECU2的程序的更新的有无(步骤S14)。在没有更新的情况下(S14：否)，更新用信息取得部11c使处理返回步骤S11。在存在更新的情况下(S14：是)，更新用信息取得部11c向服务器装置9要求更新用程序的发送(步骤S15)。更新用信息取得部11c经由无线通信装置3接收根据要求而从服务器装置9发送的更新用程序(步骤S16)，将接收到的更新用程序存储于存储部12(步骤S17)，使处理返回步骤S11。

图9及图10是表示网关10进行的更新处理的次序的流程图。网关10的处理部11的开始指示接收部11d判定在无线通信装置3是否接收到从服务器装置9发送的更新处理的开始指示(步骤S21)。在未接收到更新处理的开始指示的情况下(S21：否)，开始指示接收部11d等待至接收到来自服务器装置9的开始指示为止。在接收到更新处理的开始指示的情况下(S21：是)，处理部11的IG状态取得部11e取得从IG开关4输入的IG信号，判定IG信号是否为关闭状态(步骤S22)。在IG信号为开启状态的情况下(S22：否)，IG状态取得部11e使处理返回步骤S21。需要说明的是，此时，网关10可以将无法进行更新处理的意旨向服务器装置9通知。

在IG信号为关闭状态的情况下(S22：是)，处理部11的蓄电池信息取得部11f取得从蓄电池检测部6输入的蓄电池5的蓄积电量(步骤S23)。处理部11的更新可否判定部11g基于在步骤S23中得的蓄电池5的蓄积电量是否超过规定的阈值，判定是否能够进行更新处理(步骤S24)。在判定为能够进行更新处理的情况下(S24：是)，处理部11利用车内通信部13，将进行更新处理的意旨向进行更新处理的ECU2通知(步骤S25)。

接下来，处理部11的IG状态取得部11e取得从IG开关4输入的IG信号，判定IG信号是否为开启状态(步骤S22)。在IG信号不为开启状态的情况下(S26：否)，处理部11的更新用信息发送部11h将存储部12存储的更新用的程序读出，向更新对象的ECU2发送(步骤S27)。此时，更新用信息发送部11h将存储部12存储的更新用的程序分割成规定的数据尺寸，并将分割的更新用的程序顺次向ECU2发送。更新用信息发送部11h通过研究存储部12存储的更新用程序的向ECU2的发送是否完成，来判定ECU2的更新处理是否完成(步骤S29)。在更新处理未完成的情况下(S29：否)，处理部11使处理返回步骤S26。

另外，在步骤S26中，在IG信号为开启状态的情况下(S26：是)，处理部11的更新中断部11j中断基于更新用信息发送部11h的更新用程序的发送，并进行将中断更新处理的意旨向ECU2通知的处理(步骤S28)。更新中断部11j在IG信号成为关闭状态而中断更新处理的原因消失的情况下，将进行更新处理的意旨的通知向中断了更新处理的ECU2再次发送，使处理返回步骤S26。处理部11一边进行更新用程序的向ECU2的发送及根据需要的发送的中断，一边继续进行更新用程序的向ECU2的发送。在更新处理完成的情况下(S29：是)，处理部11将更新完成的更新用程序从存储部12擦除(步骤S30)。处理部11利用无线通信装置3将更新完成向服务器装置9通知(步骤S31)，使处理返回步骤S21。

另外，在步骤S24中，在基于蓄电池5的蓄积电量而判定为无法进行更新处理的情况下(S24：否)，处理部11的IG状态取得部11e取得从IG开关4输入的IG信号，判定IG信号是否为开启状态(步骤S32)。在IG信号不为开启状态的情况下(S32：否)，处理部11等待IG信号成为开启状态为止。在IG信号为开启状态的情况下(S32：是)，处理部11的选择受理部11i利用车内通信部13向显示装置7发送消息的显示命令，由此在显示装置7上显示促使是否进行更新处理的选择的消息(步骤S33)。选择受理部11i从显示装置7接收对于显示装置7的操作部的操作内容，由此受理是否进行更新处理的选择操作(步骤S34)。

处理部11基于选择受理部11i受理的选择，判定是否允许更新处理(步骤S35)。在允许更新处理的情况下(S35：是)，处理部11的更新用信息发送部11h将存储于存储部12的更新用的程序读出，向更新对象的ECU2发送(步骤S36)。更新用信息发送部11h通过研究存储部12存储的更新用程序的向ECU2的发送是否完成，来判定ECU2的更新处理是否完成(步骤S37)。在更新处理未完成的情况下(S37：否)，处理部11使处理返回步骤S36。在更新处理完成的情况下(S37：是)，处理部11将更新完成的更新用程序从存储部12擦除(步骤S38)。处理部11利用无线通信装置3将更新完成向服务器装置9通知(步骤S39)，使处理返回步骤S21。

另外，在不允许更新处理的情况下(S35：否)，处理部11将更新处理未完成的意旨的通知利用无线通信装置3向服务器装置9发送(步骤S40)，使处理返回步骤S21。

图11及图12是表示服务器装置9进行的处理的次序的流程图。需要说明的是，服务器装置9关于成为管理对象的各车辆1，单独进行本图的流程图所示的处理。服务器装置9的处理部91的行驶信息接收部91b判定是否接收到从车辆1发送的行驶信息(步骤S51)。在未接收到行驶信息的情况下(S51：否)，行驶信息接收部91b使处理进入步骤S53。在接收到行驶信息的情况下(S51：是)，行驶信息接收部91b将接收到的行驶信息存储于存储部92的行驶信息DB92c(步骤S52)，使处理进入步骤S53。

接下来，处理部91判定从车辆1是否接收到ECU2的程序的更新有无的询问(步骤S53)。在未接收到询问的情况下(S53：否)，处理部91使处理进入步骤S56。在接收到询问的情况下(S53：是)，处理部91通过参照存储部92的车辆信息DB92b，来研究询问涉及的车辆1的关于ECU2的程序的更新的有无(步骤S54)。处理部91将作为研究结果而得到的更新的有无作为应答向询问源的车辆1发送(步骤S55)，使处理进入步骤S56。

接下来，处理部91判定从车辆1是否接收到更新用程序的发送要求(步骤S56)。在未接收到发送要求的情况下(S56：否)，处理部91使处理返回步骤S51。在接收到发送要求的情况下(S56：是)，处理部91的更新用信息发送部91a将在要求源的车辆1的ECU2中应进行更新处理的更新用程序从存储部92的更新用程序DB92a读出，向要求源的车辆1发送(步骤S57)。处理部91的非行驶时间段推定部91c基于行驶信息DB92c存储的行驶信息，对于发送了更新用程序的车辆1进行推定非行驶时间段(不行驶的可能性高的时间段)的处理(步骤S58)。处理部91的更新定时决定部91d基于非行驶时间段推定部91c推定的非行驶时间段，决定进行更新处理的定时(步骤S59)。

处理部91将通过自身具有的计时功能而计时的时刻与在步骤S59中作为更新定时而决定的时刻进行比较，由此判定是否达到决定的更新定时(步骤S60)。在未达到更新定时的情况下(S60：否)，处理部91等待至达到更新定时为止。在达到更新定时的情况下(S60：是)，处理部91的开始指示发送部91e对于发送了更新用程序的车辆1发送开始指示(步骤S61)。

然后，处理部91根据从车辆1是否接收到更新处理完成的通知，来判定更新处理是否完成(步骤S62)。在更新处理未完成的情况下(S62：否)，处理部91等待至更新处理完成为止。在更新处理完成的情况下(S62：是)，处理部91为了记录程序的更新完成的意旨而对存储部92的车辆信息DB92b进行更新(步骤S63)，使处理返回步骤S51。需要说明的是，在本流程图中，虽然省略图示，但是在从车辆1接收到更新处理未完成的意旨的通知的情况下，处理部91使处理返回步骤S58，只要新进行非行驶时间段的推定及更新定时的决定等而进行同样的处理即可。

图13是表示ECU2进行的更新处理的次序的流程图。ECU2的处理部21判定从网关10是否接收到进行存储部22存储的程序22a的更新处理的意旨的通知(步骤S71)。在未接收到通知的情况下(S71：否)，处理部21等待至接收到进行更新处理的意旨的通知为止。在接收到进行更新处理的意旨的通知的情况下(71：是)，处理部21停止基于存储部22存储的程序22a的通常的处理(步骤S72)，从通常的动作模式向进行更新处理的模式切换。

处理部21的更新用信息接收部21a判定是否接收到从网关10发送的更新用程序(分割成规定的数据尺寸的更新用程序)(步骤S73)。在接收到更新用程序的情况下(S73：是)，处理部21的更新用信息写入处理部21b将接收到的更新用程序向存储部22的空闲区域22b写入(步骤S75)。处理部21判定是否从网关10应接收的更新用程序全部接收而完成了写入(步骤S76)。在关于更新用程序的全部的写入未完成的情况下(S76：否)，处理部21使处理返回步骤S73。在更新用程序的全部的写入完成的情况下(S76：是)，处理部21的更新处理部21c将存储部22存储的更新前的程序22a进行无效化，将新存储的更新用的程序22a进行有效化，由此进行处理部21执行的程序22a的切换(步骤S77)，使处理返回步骤S71。由此，ECU2从进行更新处理的模式向基于更新后的程序22a的通常动作模式切换。

在从网关10未接收到更新用程序的情况下(S73：否)，处理部21判定从网关10是否接收到中断更新处理的意旨的通知(步骤S74)。在未接收到中断的通知的情况下(S74：否)，处理部21使处理返回步骤S73，等待至从网关10接收到更新用程序或更新处理中断的通知为止。在接收到中断更新处理的意旨的通知的情况下(S74：是)，处理部21的恢复处理部21d中断更新用程序的接收及写入，进行恢复成基于存储部22存储的更新前的程序22a的动作的处理(步骤S78)，使处理返回步骤S71。由此，ECU2从进行更新处理的模式向基于更新前的程序22a的通常动作模式切换。

在以上的结构的本实施方式的车载更新系统中，网关10进行搭载于车辆1的ECU2的存储部22存储的程序22a的更新处理。网关10从设置在车辆1外的服务器装置9取得更新用程序。网关10在成为更新处理的对象的ECU2为多个的情况下，关于各ECU2分别取得更新用程序。但是也可以使用一个更新用程序来进行多个ECU2的更新处理。网关10在规定的定时将从服务器装置取得的更新用程序向更新对象的ECU2发送。从网关10接收到更新用程序的ECU2将接收到的更新用程序向存储部12写入，由此对程序22a进行更新。而且，网关10从服务器装置9取得更新用程序的定时与网关10向ECU2发送更新用程序的定时可以不同。例如网关10可以在车辆1的行驶中从服务器装置9取得更新用程序而预先存储于存储部12，在车辆1停车而发动机停止之后将存储的更新用程序向更新对象的ECU2发送。

在本实施方式的车载更新系统中，服务器装置9决定网关10将更新用程序向更新对象的ECU2发送的定时，即进行ECU2的更新处理的定时。因此，网关10进行取得车辆1的行驶信息向服务器装置9发送的处理。服务器装置9基于从网关10接收到的行驶信息，决定进行更新处理的定时，向网关10发送更新处理的开始指示。网关10接收来自服务器装置9的开始指示，根据接收到的开始指示而开始向ECU2的更新用程序的发送，开始ECU2的更新处理。

需要说明的是，决定了进行更新处理的定时的服务器装置9可以设为在决定的定时将开始指示向网关10发送，在开始指示的接收后网关10能够立即或没有迟滞地开始ECU2的更新处理的结构。而且，决定了进行更新处理的定时的服务器装置9可以设为例如将指定了进行更新处理的时刻的开始指示在该时刻之前的时间点向网关10预先发送，接收到开始指示的网关10在指定的时刻开始更新处理的结构。这种情况下，服务器装置9可以在进行更新用程序的发送时，将指定了进行更新处理的定时的开始指示与更新用程序一起向网关10发送。

由此，本实施方式的车载更新系统中，服务器装置9蓄积车辆1的行驶信息，决定进行ECU2的更新处理的适当的定时(例如车辆1不行驶的可能性高的时间段等)而向网关10发送开始指示，在该定时网关10能够进行ECU2的更新处理。基于车辆1的行驶信息来决定进行ECU2的更新处理的定时，由此能够防止进行更新处理引起的使用者的关于车辆1的使用的便利性的下降。

另外，在本实施方式中，服务器装置9将从网关10接收到的信息预先蓄积并存储于存储部92的行驶信息DB92c，基于蓄积的行驶信息来推定车辆1不行驶的时间段。例如服务器装置9基于蓄积的规定天数(例如一个月等)的行驶信息，在该期间中提取车辆1未行驶的时间段。如果提取的时间段为一个，则服务器装置9能够将该时间段推定为车辆1不行驶的时间段。在提取的时间段存在多个的情况下，服务器装置9选择最长的时间段，将该时间段作为车辆1不行驶的时间段的推定结果。并且，服务器装置9算出推定的时间段的中央的时间点，在该中央时间点的前后的规定时间范围内决定进行更新处理的定时。规定时间范围可以设为例如ECU2的更新处理所需的时间。由此，服务器装置9能够以在车辆1不行驶的可能性高的时间段进行更新处理的方式向网关10发送更新处理的开始指示。

另外，在本实施方式中，网关10取得车辆1的蓄电池5的蓄积电量的信息，在进行更新处理之前根据蓄电池5的蓄积电量来判定是否能够进行更新处理。网关10根据例如蓄电池5的蓄积电量是否超过预先确定的阈值来判定是否能够进行更新处理。网关10在基于蓄电池5的蓄积电量而判定为能够进行更新处理的情况下，开始更新用程序的向ECU2的发送。由此，能够防止例如在更新处理的中途发生蓄电池用尽等的情况。

另外，在本实施方式中，网关10取得车辆1的IG开关输出的IG信号的状态。网关10在根据蓄电池5的蓄积电量而判定为不能够进行更新处理之后，尝试在IG信号从关闭状态向开启状态发生了变化的情况下无法进行的更新处理。但是在IG信号向开启状态发生了变化的情况下，使用者存在要使车辆1行驶的可能性，当进行更新处理时，无法使车辆1行驶至更新处理完成为止，因此网关10向使用者询问是否允许进行更新处理的情况，并受理是否允许的选择。网关10基于受理的选择，在得到了进行更新处理的允许的情况下开始ECU2的更新处理。由此，能够防止更新处理成为使用者对车辆1的使用的妨碍的情况。

另外，在本实施方式中，在达到进行ECU2的更新处理的定时之际IG信号为开启状态的情况下或者在进行更新处理的中途而IG信号成为了开启状态的情况下，网关10中断更新用程序的向ECU2的发送，使更新对象的ECU2恢复成基于更新前的程序22a的动作。由此，即使在更新处理的中途，使用者也能够使用车辆1。

需要说明的是，在本实施方式中，设为搭载于车辆1的网关10进行从服务器装置9的更新用的程序的取得及向各ECU2的更新用的程序的发送等的结构，即网关10作为车载更新装置发挥功能的结构，但是并不局限于此。也可以设为网关10以外的车载设备，例如任一ECU2进行作为车载更新装置的处理的结构。而且，虽然设为利用无线通信从车外的服务器装置9取得更新用的程序的结构，但是并不局限于此。也可以设为例如网关10通过读入记录有更新用的程序的记录介质来取得更新用的程序的结构。而且，虽然将更新对象的通信装置设为ECU2，但是并不局限于此，可以将ECU2以外的各种通信装置作为更新处理的对象。

另外，进行将更新用程序向网关10发送的处理的服务器装置与进行车辆1的行驶信息的蓄积及基于行驶信息的更新处理的定时的决定等的服务器装置可以是不同的服务器装置。而且，图6所示的非行驶时间段的推定及更新定时的决定为一例，并不局限于此。例如服务器装置9可以将图6的时刻t2或t0等作为更新定时。

(变形例)

在上述的实施方式中，设为车辆1外的服务器装置9进行行驶信息的蓄积及更新处理定时的决定等的结构，但是并不局限于此。

图14是表示变形例的网关110的结构的框图。在变形例的车载更新系统中，是搭载于车辆1的网关110进行行驶信息的蓄积及更新处理定时的决定等的结构。变形例的网关110是不将图4所示的网关10的行驶信息发送部11b及开始指示接收部11d设置于处理部111，取代于此而将非行驶时间段推定部111k及更新定时决定部111l设置于处理部111的结构。而且，在变形例的网关110的存储部112设有行驶信息DB112a。

变形例的网关110将行驶信息取得部11a取得的行驶信息存储并蓄积于在存储部12设置的行驶信息DB112a。非行驶时间段推定部111k基于在行驶信息DB112a中蓄积的各车辆1的行驶信息，进行推定车辆1不行驶的可能性高的时间段的处理。更新定时决定部111l进行将非行驶时间段推定部111k推定的时间段包含的规定的定时决定作为进行车辆1的更新处理的定时的处理。网关110在达到更新定时决定部111l决定的定时的情况下，开始从服务器装置9取得的更新用程序的向ECU2的发送，开始更新处理。

以上的结构的变形例的车载更新系统设为不是服务器装置9而是网关110进行行驶信息的存储及基于行驶信息的更新处理的定时的决定等的处理的结构。由此，即使在网关110无法频繁地进行与服务器装置9的通信的环境下，也能够适当地决定进行更新处理的定时。

标号说明

1 车辆

1a～1c 通信线

2 ECU(通信装置)

3 无线通信装置

4 IG开关

5 蓄电池

6 蓄电池检测部

9 服务器装置

10 网关(车载更新装置)

11 处理部

11a 行驶信息取得部

11b 行驶信息发送部

11c 更新用信息取得部

11d 开始指示接收部

11e IG状态取得部

11f 蓄电池信息取得部

11g 更新可否判定部

11h 更新用信息发送部

11i 选择受理部

11j 更新中断部

12 存储部

13 车内通信部

21 处理部

21a 更新用信息接收部

21b 更新用信息写入处理部

21c 更新处理部

21d 恢复处理部

22 存储部

22a 程序

22b 空闲区域

23 通信部

91 处理部

91a 更新用信息发送部

91b 行驶信息接收部

91c 非行驶时间段推定部

91d 更新定时决定部

91e 开始指示发送部

92 存储部

92a 更新用程序DB

92b 车辆信息DB

92c 行驶信息DB(行驶信息存储部)

93 通信部

110 网关(车载更新装置)

111 处理部

111k 非行驶时间段推定部

111l 更新定时决定部

112 存储部

112a 行驶信息DB

Claims (9)

1.一种车载更新系统，具备通信装置、服务器装置、车载更新装置，该通信装置搭载于车辆，该服务器装置设置于所述车辆外，该车载更新装置具有进行从所述服务器装置取得所述通信装置的更新用的程序或数据的处理的更新用信息取得部以及进行将所述更新用信息取得部取得的更新用的程序或数据向所述通信装置发送的处理的更新用信息发送部，并进行对所述通信装置的存储部存储的程序或数据进行更新的处理，所述车载更新系统的特征在于，

所述车载更新装置具有：行驶信息取得部，取得与所述车辆的行驶相关的信息；及行驶信息发送部，将所述行驶信息取得部取得的信息向所述服务器装置发送，

所述服务器装置具有：行驶信息接收部，接收所述车载更新装置发送的与所述车辆的行驶相关的信息；更新定时决定部，基于所述行驶信息接收部接收到的信息，决定进行所述车载更新装置对所述通信装置的更新处理的定时；及开始指示发送部，基于所述更新定时决定部决定的定时，向所述车载更新装置发送更新处理的开始指示，

所述车载更新装置还具有从所述服务器装置接收所述通信装置的更新处理的开始指示的开始指示接收部，

所述更新用信息发送部根据所述开始指示接收部接收到的开始指示而将更新用的程序或数据向所述通信装置发送。

2.根据权利要求1所述的车载更新系统，其特征在于，

所述服务器装置具有：

行驶信息存储部，将所述行驶信息接收部接收到的信息蓄积并存储；及

非行驶时间段推定部，基于所述行驶信息存储部存储的信息，推定所述车辆不行驶的时间段，

所述更新定时决定部基于所述非行驶时间段推定部推定的时间段，决定进行更新处理的定时。

3.根据权利要求2所述的车载更新系统，其特征在于，

所述非行驶时间段推定部基于所述行驶信息存储部存储的规定天数的信息，提取所述车辆未行驶的时间段，从提取的时间段中将最长的时间段推定为所述车辆不行驶的时间段。

4.根据权利要求3所述的车载更新系统，其特征在于，

所述更新定时决定部在从所述非行驶时间段推定部推定的时间段的中央时间点起前后推移所述通信装置的更新处理所需的时间而得到的时间范围之中决定进行更新处理的定时。

5.根据权利要求1～4中任一项所述的车载更新系统，其特征在于，

所述车载更新装置具有：

蓄电池信息取得部，取得与所述车辆的蓄电池的蓄积电量相关的信息；及

更新可否判定部，根据蓄电池信息取得部取得的蓄电池的蓄积电量，判定是否能够进行所述通信装置的更新处理，

在所述更新可否判定部判定为能够进行更新处理的情况下，所述更新用信息发送部将更新用的程序或数据向所述通信装置发送。

6.根据权利要求5所述的车载更新系统，其特征在于，

所述车载更新装置具有：

IG状态取得部，取得所述车辆的IG(点火)信号的状态；及

选择受理部，在所述更新可否判定部判定为不能够进行更新处理之后，在所述IG信号从关闭状态向开启状态发生了变化的情况下，受理是否允许进行所述通信装置的更新处理的选择，

在所述选择受理部受理了允许进行更新处理的选择的情况下，所述更新用信息发送部将更新用的程序或数据向所述通信装置发送。

7.根据权利要求1～6中任一项所述的车载更新系统，其特征在于，

所述车载更新装置具有：

IG状态取得部，取得所述车辆的IG(点火)信号的状态；及

更新中断部，在所述IG信号为开启状态的情况下，中断基于所述更新用信息发送部的更新用的程序或数据的发送，进行使所述通信装置恢复成更新前的程序或数据的动作的处理。

8.一种车载更新装置，具备更新用信息取得部和更新用信息发送部，该更新用信息取得部进行从设置于车辆外的服务器装置取得搭载于所述车辆的通信装置的更新用的程序或数据的处理，该更新用信息发送部进行将所述更新用信息取得部取得的更新用的程序或数据向所述通信装置发送的处理，所述车载更新装置进行对所述通信装置的存储部存储的程序或数据进行更新的处理，其特征在于，具备：

行驶信息取得部，取得与所述车辆的行驶相关的信息；及

更新定时决定部，基于所述行驶信息取得部取得的信息，决定进行所述通信装置的更新处理的定时，

所述更新用信息发送部根据所述更新定时决定部决定的定时，将更新用的程序或数据向所述通信装置发送。

9.一种通信装置的更新方法，从设置于车辆外的服务器装置取得搭载于所述车辆的通信装置的更新用的程序或数据，发送取得的更新用的程序或数据而对所述通信装置的存储部存储的程序或数据进行更新，其特征在于，

取得与所述车辆的行驶相关的信息，

将取得的信息向所述服务器装置发送，

接收到发送的信息的所述服务器装置基于接收到的信息，决定进行所述通信装置的更新处理的定时，

所述服务器装置基于决定的定时来发送更新处理的开始指示，

接收来自所述服务器装置的更新处理的开始指示，

根据接收到的开始指示而将更新用的程序或数据向所述通信装置发送。