CN109857418A - 车载软件分发系统、服务器及方法 - Google Patents

Abstract

本发明涉及车载软件分发系统、服务器及方法，用于实现灵活的更新用软件的分发控制。车载软件分发系统(1)构成为具备：车载软件分发服务器(远程信息处理中心(10))，通过活动来管理针对多个车辆(20)的车载系统(例如引擎ECU(241))的同一功能的升级，将该活动的软件远程地分发给对象车辆；终端(30)；以及软件更新装置(210)，搭载于多个车辆(20)的各个车辆。另外，在远程信息处理中心(10)中，活动管理部(112)根据预定的基准将活动的对象车辆分类为群组，针对该分类出的每个群组，制作从属于活动的多个子活动，软件分发部(更新用软件分发部(113))将针对各个子活动的软件远程地分发给对象车辆。

Description

车载软件分发系统、服务器及方法

技术领域

本发明涉及车载软件分发系统、车载软件分发服务器以及车载软件分发方法，适合应用于针对在乘用车等车辆中搭载的设备实现远程的软件更新的车载软件分发系统、车载软件分发服务器以及车载软件分发方法。

背景技术

近年来，由于驾驶支援功能、自动驾驶技术的发展，搭载于汽车用的电子控制装置(ECU：Electric Control Unit，电子控制单元)的软件的规模增大。另外，随着软件的规模增大，软件不良现象所引起的召回的次数以及每次召回需要应对的车辆台数也处于增加的趋势。另外，另一方面，随着通信网络的发展，汽车以无线方式与中心系统等连接的互联汽车也有了普及的兆头。

在这样的状况中，针对将在现有便携电话、电视机中使用的基于无线的远程软件更新技术应用于汽车来远程地更新汽车的ECU软件的面向汽车的远程软件更新技术的需求提高。

例如，在专利文献1中，公开了经由网络进行车载软件的更新的信息处理系统。在专利文献1公开的信息处理系统中，将汽车ECU中的更新用软件应用后的存储器的散列值发送给中心，实施与事先登记的验证用的散列值的比较，从而能够在中心侧确认对象的汽车的ECU中的软件的更新是否正常地完成。

现有技术文献

专利文献1：日本专利第5864510号公报

发明内容

此处，在专利文献1公开的信息处理系统中，以针对具有相同ECUID(能够唯一地确定ECU的标识符)的ECU或者车辆统一地分发同一软件为前提。但是，在实际的软件更新中，存在为了验证而仅对特定车辆分发软件的情形、由于与车辆所在的国家、地域(地区)对应地规定不同而分发仅变更了一部分数据的软件的情形等。在专利文献1公开的信息处理系统中，在如上所述不对所有汽车统一地分发软件的状况(不一齐地分发同一软件的状况)下，存在不明确如何控制软件分发的问题。

本发明是考虑以上情况而完成的，提供一种能够实现为了验证而仅对特定车辆分发软件或者与地区对应地分发不同的软件等并非统一地分发更新用软件而是灵活地分发更新用软件的控制的车载软件分发系统、车载软件分发服务器以及车载软件分发方法。

为了解决上述问题，在本发明中，提供控制针对多个车辆的车载系统的同一功能的升级的车载软件分发系统，该车载软件分发系统具有：车载软件分发服务器(Telematicscenter，远程信息处理中心)，通过活动(main campaign，主活动)来管理同一功能的升级，将基于该活动的软件远程地分发给该活动的对象车辆；终端，进行针对车载软件分发服务器的输入输出；以及软件更新装置，搭载于多个车辆的各个车辆，下载从车载软件分发服务器分发的软件并安装到对象的车载系统。该车载软件分发系统的特征在于，具有：活动管理部，车载软件分发服务器根据预定的基准将活动的对象车辆分类为群组，针对该分类出的每个群组，制作从属于活动的多个子活动(例如测试活动、分发活动)；以及软件分发部，针对各个子活动，将基于该子活动的软件远程地分发给该子活动的对象车辆。

另外，为了解决上述问题，在本发明中，提供车载软件分发服务器(远程信息处理中心)，该车载软件分发服务器通过活动(主活动)来管理针对多个车辆的车载系统的同一功能的升级，将基于该活动的软件远程地分发给该活动的对象车辆，该车载软件分发服务器的特征在于，具备：活动管理部，根据预定的基准将活动的对象车辆分类为群组，针对该分类出的每个群组，制作从属于活动的多个子活动(例如测试活动、分发活动)；以及软件分发部，针对各个子活动，将基于该子活动的软件远程地分发给该子活动的对象车辆。

另外，为了解决上述问题，在本发明中，提供控制针对多个车辆的车载系统的同一功能的升级的车载软件分发系统的车载软件分发方法。在该车载软件分发方法中，车载软件分发系统具有：车载软件分发服务器，通过活动来管理同一功能的升级，将基于该活动的软件远程地分发给该活动的对象车辆；终端，进行针对车载软件分发服务器的输入输出；以及软件更新装置，搭载于多个车辆的各个车辆，下载从车载软件分发服务器分发的软件并安装到对象的车载系统。另外，该车载软件分发方法的特征在于，具备：活动制作步骤，车载软件分发服务器根据预定的基准将活动的对象车辆分类为群组，针对该分类出的每个群组，制作从属于活动的多个子活动；以及软件分发步骤，车载软件分发服务器针对各个子活动，将基于该子活动的软件远程地分发给该子活动的对象车辆。

根据本发明，能够实现灵活的更新用软件的分发控制。

附图说明

图1是示出本发明的第1实施方式的车载软件分发系统的结构例的图。

图2是示出车辆信息的具体示例的图。

图3是示出车辆结构信息的具体示例的图。

图4是示出主活动信息的具体示例的图。

图5是示出测试活动信息的具体示例的图。

图6是示出分发活动信息的具体示例的图。

图7是示出更新进展状况信息的具体示例的图。

图8是示出主活动信息以及测试活动信息的制作处理的处理顺序的一个例子的流程图。

图9是说明活动管理画面的一个例子的图。

图10是示出基于测试活动的更新用软件的验证处理的处理顺序的一个例子的流程图(其1)。

图11是示出基于测试活动的更新用软件的验证处理的处理顺序的一个例子的流程图(其2)。

图12是示出分发活动信息的制作处理的处理顺序的一个例子的流程图。

图13是示出基于分发活动的更新用软件的分发处理的处理顺序的一个例子的流程图(其1)。

图14是示出基于分发活动的更新用软件的分发处理的处理顺序的一个例子的流程图(其2)。

图15是示出第2实施方式中的分发活动信息的制作处理的处理顺序的一个例子的流程图。

图16是说明分发活动制作画面的一个例子的图。

图17是示出分发开始日期时间变更处理的处理顺序的一个例子的流程图。

(附图标记说明)

1：车载软件分发系统；10：远程信息处理中心；20：车辆；30：终端；40：网络；110：中央运算处理装置；111：车辆管理部；112：活动管理部；113：更新用软件分发部；114：地理编码处理部；115：分发开始日期时间变更部；120：存储装置；121：车辆DB；122：车辆结构DB；123：主活动DB；124：测试活动DB；125：分发活动DB；126：更新进展状况DB；127：软件DB；128：地图DB；130：通信部；210：软件更新装置；211：中央运算处理装置；212：活动确认部；213：更新用软件请求部；214：ECU软件更新部；215：存储装置；216：位置测位装置；220：通信部；230：导航终端；231：中央运算处理装置；232：更新信息显示部；233：存储装置；234：输入输出装置；241：引擎ECU；242：自动驾驶ECU；310：中央运算处理装置；311：活动信息输入输出部；320：存储装置；330：输入输出装置；340：通信部；1210：车辆信息；1220：车辆结构信息；1230：主活动信息；1240：测试活动信息；1250：分发活动信息；1260：更新进展状况信息。

具体实施方式

以下，根据附图详细叙述本发明的一个实施方式。

(1)第1实施方式

(1-1)车载软件分发系统1的结构

图1是示出本发明的第1实施方式的车载软件分发系统的结构例的图。图1所示的车载软件分发系统1是一边确认车辆20的位置信息一边向车辆20分发软件的系统，具备作为服务器的远程信息处理中心10、搭载于车辆20的软件更新装置210、以及对远程信息处理中心10进行输入输出的终端30。此外，如图1所示，远程信息处理中心10、软件更新装置210以及终端30经由网络40相互可通信地连接。

如图1所示，远程信息处理中心10经由通信部130连接于网络40，软件更新装置210经由车辆20的通信部220连接于网络40，终端30经由通信部340连接于网络40。其结果，远程信息处理中心10、软件更新装置210以及终端30经由网络40相互可通信地连接。网络40例如能够通过便携电话网、因特网、无线LAN(Local Area Network，局域网)等近距离无线通信或者它们的组合构成。

此外，在图1中，搭载有软件更新装置210的车辆20仅示出了1台，但本实施方式中的结构不限定于此，也可以构成为分别搭载有软件更新装置210的多台车辆20经由网络40与远程信息处理中心10以及终端30可通信地连接。然后，远程信息处理中心10与终端30还可以通过同一设备实现。

(1-1-1)远程信息处理中心10

远程信息处理中心10是服务器，经由网络40从终端30接收软件分发指示，对车辆20分发软件。远程信息处理中心10具备中央运算处理装置110、存储装置120以及通信部130。

中央运算处理装置110例如由CPU(Central Processing Unit，中央处理单元)、RAM(Random Access Memory，随机存取存储器)等构成，通过执行预定的程序，实现远程信息处理中心10的各功能。中央运算处理装置110具备车辆管理部111、活动管理部112、更新用软件分发部113、地理编码(geocoding)处理部114以及分发开始日期时间变更部115，作为这些各功能的结构。此外，分发开始日期时间变更部115是用于实现本发明的第2实施方式的车载软件分发系统具有的功能的结构。

车辆管理部111管理存储装置120的车辆DB121以及车辆结构DB122中储存的各信息，根据需要进行各信息的登记、变更以及删除。

活动管理部112管理存储装置120的主活动DB123、测试活动DB124以及分发活动DB125中储存的各信息，根据来自终端30的软件的分发指示、来自车辆20(软件更新装置210)的软件的安装结果的通知等，进行各信息的登记、变更以及删除。

更新用软件分发部113根据来自终端30的指示，从存储装置120的软件DB127取出对于车辆20合适的更新用软件，经由通信部130以及网络40分发给车辆20。

地理编码处理部114接收由车辆20的位置测位装置216(后述详情)获取到的车辆20的位置信息(纬度信息以及经度信息)，使用存储装置120的地图DB128，根据该位置信息确定住所，从而识别车辆20位于哪个国家、地域(地区)。

分发开始日期时间变更部115是用于通过后述的第2实施方式实现的功能的结构，根据软件分发的完成状况，变更存储装置120的分发活动DB125中储存的各信息。

存储装置120例如由HDD(Hard Disk Drive，硬盘驱动器)、SSD(Solid StateDrive，固态驱动器)、闪存存储器或者ROM(Read Only Memory，只读存储器)等构成。存储装置120除了储存中央运算处理装置110执行的程序之外，还储存执行该程序所需的数据群等。

如图1所示，作为存储装置120中储存的数据群，存储装置120具备车辆DB121、车辆结构DB122、主活动DB123、测试活动DB124、分发活动DB125、更新进展状况DB126、软件DB127以及地图DB128等。

此外，在本说明中，“活动”表示用于针对为了更新某ECU的同一功能而想要分发的更新用软件将作为分发目的地的1个以上的车辆20的信息关联地管理的信息的单位。更详细而言，在想要新分发更新用软件而升级软件时，将该更新用软件的整体的分发称为“主活动”。另外，作为从属于“主活动”的单位，将针对限定于测试(验证)用途的特定的车辆20的更新用软件的分发测试称为“测试活动”。进而，作为从属于“主活动”以及“测试活动”的单位，将以基于“测试活动”的更新用软件的分发测试的成功的结果进行的、向存在于全世界的车辆20的更新用软件的分发称为“分发活动”。作为活动的具体示例，例如可以举出召回应对，通过活动来分发用于消除该召回的原因的更新用软件，更新用软件被安装到对象的ECU，从而进行功能的升级。

车辆DB121关于1个以上的车辆20的各个车辆(各车辆20)，积蓄由车型、利用状况以及可能成为软件分发时的限制条件的信息等构成的“车辆信息”。“车辆信息”在后述的图2中示出具体示例。

车辆结构DB122关于各车辆20，积蓄由用于管理所搭载的ECU的类别以及所安装的软件的版本的信息等构成的“车辆结构信息”。“车辆结构信息”在后述的图3中示出具体示例。

主活动DB123积蓄由用于管理在主活动中成为软件的升级对象的ECU的类别、更新用软件的分发时的限制条件以及成为更新对象的车辆台数的信息等构成的“主活动信息”。“主活动信息”在后述的图4中示出具体示例。

测试活动DB124如上所述，积蓄由在分发活动之前对限定于测试用途的特定的车辆20进行的“测试活动”所需的信息构成的“测试活动信息”。“测试活动信息”是从属于“主活动信息”的信息，在后述的图5中示出具体示例。

分发活动DB125如上所述，积蓄由以测试活动成功的结果针对存在于全世界的车辆20进行的“分发活动”所需的信息构成的“分发活动信息”。“分发活动信息”是从属于“主活动信息”以及“测试活动信息”的信息，在后述的图6中示出具体示例。

更新进展状况DB126积蓄用于管理各车辆20中的更新用软件的安装的进展状况的信息即“更新进展状况信息”。“更新进展状况信息”在后述的图7中示出具体示例。

软件DB127积蓄分发给车辆20的更新用软件。另外，地图DB128积蓄车辆20行驶的国家、地域的“地图数据”。地图数据具体而言例如通过点、线来表现十字路口、道路、国境等信息。

通信部130由依照网络40中使用的通信标准的网络卡等构成，经由网络40在与车辆20以及终端30之间根据各种协议发送接收数据。网络卡依照有线LAN等有线通信、无线LAN等无线通信或者该二者所需的通信标准。

(1-1-2)车辆20

车辆20具备软件更新装置210、通信部220、导航终端230、各种ECU(引擎ECU241、自动驾驶ECU242、…)。车辆20的各设备通过CAN(Controller Area Network，控制器区域网络)等车内网络连接。

软件更新装置210具备中央运算处理装置211、存储装置215以及位置测位装置216。

中央运算处理装置211例如由CPU、RAM等构成，通过执行预定的程序，实现软件更新装置210的各功能。中央运算处理装置211具备活动确认部212、更新用软件请求部213以及ECU软件更新部214，作为这些各功能的结构。

活动确认部212以车辆20的引擎启动作为触发，向远程信息处理中心10进行询问，确认是否有用于对本车辆的ECU实施软件升级的活动信息。

更新用软件请求部213在活动确认部212的确认的结果是有以本车辆的ECU作为对象的活动的情况下，对远程信息处理中心10请求该活动的更新用软件并下载。

ECU软件更新部214使用更新用软件请求部213下载的更新用软件，升级更新对象的ECU。

存储装置215例如由HDD、SSD、闪存存储器或者ROM等构成。存储装置215除了储存中央运算处理装置211执行的程序之外，还储存执行该程序所需的数据群等。

位置测位装置216例如由GPS(Global Positioning System，全球定位系统)传感器等构成，获取用于特定车辆20的当前位置的位置信息(纬度信息以及经度信息)。

通信部220由依照网络40中使用的通信标准的网络卡等构成，经由网络40在与远程信息处理中心10以及终端30之间根据各种协议发送接收数据。网络卡例如依照无线LAN等无线通信。

导航终端230由具有在车辆20行驶时进行当前位置、向目的地的路径向导的导航功能的一般的汽车导航装置构成。导航终端230具备中央运算处理装置231、存储装置233以及输入输出装置234。

中央运算处理装置231例如由CPU、RAM等构成，通过执行预定的动作程序，实现基于导航终端230的导航功能。中央运算处理装置231作为其功能结构，具备更新信息显示部232。更新信息显示部232使输入输出装置234显示基于导航功能的显示画面、基于从远程信息处理中心10发送的更新用软件的信息的显示画面。

存储装置233例如由HDD、SSD、闪存存储器或者ROM等构成。存储装置233除了储存中央运算处理装置231执行的程序之外，还储存执行该程序所需的数据群等。

输入输出装置234组合触摸面板、键盘或者鼠标等而构成，作为针对导航终端230、软件更新装置210的输入部以及输出部(显示部)发挥功能。

此外，在本实施方式的车辆20中，软件更新装置210和导航终端230也可以由同一设备实现。然后，导航终端230不限定于搭载于车辆20的结构，例如也可以代替导航终端230而使用发挥与导航终端230同样的功能的智能手机等便携终端。在该情况下，可以考虑将通信部220配置于能够与便携终端通信的附近，软件更新装置210例如使用OBD(On BoardDiagnostics，车上诊断)等的连接器，从而软件更新装置210与便携终端进行通信。

引擎ECU241是管理车辆20中的引擎动作的ECU。自动驾驶ECU242是管理车辆20中的自动驾驶的动作控制的ECU。如图1所示，这些ECU与总线型CAN网络连接，软件更新装置210具有这些总线型网络的集线器功能。

此外，在图1中，作为各种ECU的一个例子，示出了引擎ECU241和自动驾驶ECU242，但搭载于车辆20的各种ECU不限于此。例如，也可以搭载有挂起控制用的ECU、电子反射镜控制用的ECU等具有支援车辆20的控制、安全的功能的ECU。此外，这些ECU分别内置有用于使自身动作的软件。该软件分别储存于各ECU具有的存储装置(未图示)，由各ECU具有的中央运算处理装置(未图示)执行。在以后的说明中，作为一个例子，设想通过更新用软件的分发来更新自动驾驶ECU242的状况，但在本实施方式中成为更新对象的ECU不限于此。

(1-1-3)终端30

终端30是通用的计算机、平板电脑、智能手机等便携终端等，具备中央运算处理装置310、存储装置320、输入输出装置330和通信部340。

中央运算处理装置310例如由CPU、RAM等构成，通过执行预定的动作程序，实现终端30的功能。中央运算处理装置310作为其功能结构，具备活动信息输入输出部311。

活动信息输入输出部311根据用户对输入输出装置330的操作，向远程信息处理中心10询问活动信息，在输入输出装置330中显示接收到的活动信息。

存储装置320例如由HDD、SSD、闪存存储器或者ROM等构成。存储装置320除了储存中央运算处理装置211执行的程序之外，还储存执行该程序所需的数据群等。

输入输出装置330组合触摸面板、键盘或者鼠标等而构成，作为针对终端30、远程信息处理中心10的输入部以及输出部(显示部)发挥功能。

通信部340由依照网络40中使用的通信标准的网络卡等构成，经由网络40在与远程信息处理中心10之间根据各种协议发送接收数据。网络卡例如依照无线LAN等无线通信。

此外，如上所述，终端30可以通过与远程信息处理中心10同一设备实现，例如在远程信息处理中心10构成为包括终端30的功能的情况下，远程信息处理中心10具备与终端30的输入输出装置330相当的输入输出装置，进而，中央运算处理装置110只要具备活动信息输入输出部311即可。

(1-2)各种数据的构造

以下，关于在图1所示的远程信息处理中心10的存储装置120中储存于DB的各种数据的构造举出具体示例而说明。此外，在该具体示例中，示出基于表形式的数据构造，但本实施方式中的各种数据的构造不限于此。

图2是示出车辆信息的具体示例的图。车辆信息是关于各车辆20的车辆主体的元信息，储存于车辆DB121。图2所示的车辆信息1210是具备VIN1211、车型ID1212、最终停车位置1213、出厂时地区1214、所属地区1215、测试车辆标志1216、沉默(silent)标志1217、利用频度1218以及更新日期时间1219而构成的表形式的数据。

VIN1211是能够唯一地特定车辆20的标识符(VIN：Vehicle IdentificationNumber，汽车识别编号)。车型ID1212是能够唯一地确定由VIN1211确定的车辆20(该记录中的对象车辆20)的车型的标识符。最终停车位置1213是对象车辆20最后成为引擎关断时的位置信息，按照纬度、经度的顺序来描述。

出厂时地区1214是表示对象车辆20的出厂时的地区的信息，根据VIN1211、车型ID1212预先算出。另外，所属地区1215是表示对象车辆20的当前的地区(流通时的地区)的信息，通过地理编码处理部114根据最终停车位置1213算出。例如，在对象车辆20在美国(US)出厂的情况下，出厂时地区1214为“US”，在之后被出口到欧洲(EU)至今的情况下，所属地区1215为“EU”。

测试车辆标志1216是用于管理对象车辆20是否可成为测试活动的对象的信息。在可成为测试活动的对象的情况下记录为“真”，在不可成为测试活动的对象的情况下记录为“假”。

沉默标志1217是用于在更新对象车辆20的ECU的情况下判断可否显示向用户告知(通知)更新的执行的“确认画面”的信息。沉默标志1217为“真”的情况表示无需确认画面的显示，所以不进行软件更新的告知。沉默标志1217为“假”的情况表示需要确认画面的显示，所以告知软件更新的确认画面显示于预定的显示画面(例如导航终端230的输入输出装置234)。关于沉默标志1217的设定，设想由对象车辆20的所有者通过导航终端230的输入输出装置234的操作事先进行登记，从而登记的信息被通知给远程信息处理中心1等。

利用频度1218是表示对象车辆20以何种程度的频度被设为引擎开启、即表示对象车辆20被利用的频度的信息。此外，在远程信息处理中心10侧识别对象车辆20中的引擎开启的方法没有特别限定。例如，既可以检测到引擎启动通过从车辆20被通知给远程信息处理中心10而能够识别，此外，例如也可以根据在检测到引擎启动后进行的从车辆20向远程信息处理中心10的通信(例如，后述的图13的步骤S901的通信)由远程信息处理中心10算出车辆20中的引擎开启。

另外，更新日期时间1219是表示车辆信息1210的该记录被更新的日期时间的信息。

图3是示出车辆结构信息的具体示例的图。车辆结构信息是与各车辆20具有的ECU相关的信息，储存于车辆结构DB122。图3所示的车辆结构信息1220是具备VIN1221、ECU-ID1222、序列ID1223、软件版本1224以及更新日期时间1225而构成的表形式的数据。

VIN1221是与车辆信息1210的VIN1211共同的数据，是能够唯一地确定对象车辆20的标识符。

ECU-ID1222是能够唯一地确定搭载于对象车辆20的ECU的类别的标识符。另外，序列ID1223是能够唯一地确定搭载于对象车辆20的ECU的标识符。例如，比较图3的数据行的第1行和第3行可知，即使ECU的类别(ECU-ID1222)相同，各个ECU的序列ID1223也会不同。另外，软件版本1224是能够唯一地确定在搭载于对象车辆20的ECU中安装的软件的标识符。

另外，更新日期时间1225是表示车辆结构信息1220的该记录被更新的日期时间的信息。

图4是表示主活动信息的具体示例的图。如上所述，主活动信息储存于主活动DB123。图4所示的主活动信息1230是具备主活动ID1231、ECU-ID1232、临界标志1233、更新对象台数1234、更新完成台数1235以及更新日期时间1236而构成的表形式的数据。

主活动ID1231是能够唯一地确定主活动信息的标识符，在本例中，对ID的第一字符共同地赋予“M”。

ECU-ID1232是与车辆结构信息1220的ECU-ID1222共同的数据，是表示在该记录的主活动中作为软件的更新对象的ECU的类别(ECU-ID)的信息。

临界标志1233是表示该记录的主活动信息的优先级的信息，是用于判断车辆20的驾驶人是否能够进行软件更新的拒绝的信息。例如，如图4所示，临界标志1233为“真”的情况表示是软件更新的紧急性(优先级)高的活动，车辆20的驾驶人没有软件更新的拒绝权。另一方面，临界标志1233为“假”的情况表示是软件更新的紧急性(优先级)比较低的活动，能够由车辆20的驾驶人拒绝软件更新(或者其更新定时)。

更新对象台数1234是表示从属于该记录的主活动信息的所有分发活动中的更新对象台数(与图6所示的分发活动信息1250的更新对象台数1256相当)的总和的信息。另外，更新完成台数1235是表示从属于该记录的主活动信息的所有分发活动中的更新完成台数(与图6所示的分发活动信息1250的更新完成台数1257相当)的总和的信息。

另外，更新日期时间1236是表示主活动信息1230的该记录被更新的日期时间的信息。

图5是示出测试活动信息的具体示例的图。如上所述，测试活动信息储存于测试活动DB124。图5所示的测试活动信息1240是具备测试活动ID1241、引用源主活动ID1242、测试车辆VIN1243、对象地区1244、更新文件名1245、应用版本1246、验证用散列值1247以及更新日期时间1248而构成的表形式的数据。

测试活动ID1241是能够唯一地确定测试活动信息的标识符，在本例中，对ID的第一字符共同地赋予“T”。

引用源主活动ID1242是与主活动信息1230的主活动ID1231共同的数据，是能够唯一地确定作为该记录的测试活动信息的引用源(从属目的地)的主活动信息的标识符。

测试车辆VIN1243是与车辆信息1210的VIN1211、车辆结构信息1220的VIN1221共同的数据，是用于确定该记录的测试活动在测试执行时分发软件的车辆20(测试车辆)的信息。

对象地区1244是表示关于由后述的更新文件名1245指定的更新用软件设想的分发对象的地区的信息。此外，记录于对象地区1244(后述的对象地区1254也同样)的数据优选为与车辆信息1210的所属地区1215共同的数据。

更新文件名1245是能够唯一地确定在该记录的测试活动执行的测试中分发的更新用软件的标识符。

应用版本1246是与车辆结构信息1220的软件版本1224共同的数据，是安装由更新文件名1245确定的更新用软件后的版本信息。

验证用散列值1247是表示在该记录的测试活动中指定的车辆20(即，由测试车辆VIN1243确定的测试车辆)针对更新对象ECU的软件更新结束后的存储装置的整个区域获取到的散列值的信息。

另外，更新日期时间1248是表示测试活动信息1240的该记录被更新的日期时间的信息。

图6是示出分发活动信息的具体示例的图。如上所述，分发活动信息储存于分发活动DB125。图6所示的分发活动信息1250是具备分发活动ID1251、引用源主活动ID1252、引用源测试活动ID1253、对象地区1254、分发开始日期时间1255、更新对象台数1256、更新完成台数1257以及更新日期时间1258而构成的表形式的数据。

分发活动ID1251是能够唯一地确定分发活动信息的标识符，在本例中，对ID的第一字符共同地赋予“D”。

引用源主活动ID1252是与主活动信息1230的主活动ID1231共同的数据，是能够唯一地确定作为该记录的分发活动信息的引用源(从属目的地)的主活动信息的标识符。另外，引用源测试活动ID1253是与测试活动信息1240的测试活动ID1241共同的数据，是能够唯一地确定作为该记录的分发活动信息的引用源(从属目的地)的测试活动信息的标识符。

对象地区1254是与测试活动信息1240的对象地区1244共同的数据，在制作该记录的分发活动信息时，拷贝引用源的测试活动信息1240的对象地区1244而储存。

分发开始日期时间1255是表示该记录的分发活动信息成为有效并且许可向车辆20分发更新用软件的日期时间的信息。

更新对象台数1256是表示该记录的分发活动信息作为对象的预定更新的车辆20的台数的信息。另外，更新完成台数1257是表示该记录的分发活动信息作为对象的车辆20中的软件更新完成的台数的信息。更具体而言，更新完成台数1257是在后述的更新进展状况信息1260的分发活动ID1261一致的记录中状态1263为“更新完成”的台数(参照图7)。

另外，更新日期时间1258是表示分发活动信息1250的该记录被更新的日期时间的信息。

此外，图4～图6所例示的主活动信息1230、测试活动信息1240以及分发活动信息1250的各信息由车载软件分发系统1的管理者等经由终端30的输入输出装置330输入。“车载软件分发系统1的管理者等”具体而言例如设想为车载软件分发系统1的运用者、车辆20的制造管理者或者各ECU的制造管理者等。

图7是表示更新进展状况信息的具体示例的图。更新进展状况信息是管理以分发活动为单位分发的更新用软件的各车辆20中的安装的进展状况的信息，储存于更新进展状况DB126。图7所示的更新进展状况信息1260是具备分发活动ID1261、VIN1262、状态1263以及更新日期时间1264而构成的表形式的数据。

分发活动ID1261是与分发活动信息1250的分发活动ID1251共同的数据，是能够唯一地确定分发活动信息的标识符。另外，VIN1262是与车辆信息1210的VIN1211等共同的数据，是与该记录对应的能够唯一地特定车辆20的标识符。

状态1263是表示针对在该记录中指定的分发活动ID1261的更新用软件的、由VIN1262确定的车辆20中的处理状况(进展状况)的信息。例如在图7的情况下，状态1263为“更新完成”的情况表示在车辆20中更新用软件的安装完成。此时，在后述的更新日期时间1264中，记录“更新完成”被确认的日期时间(或者也可以是安装完成的日期时间)。另外，状态1263为“下载完成”的情况表示在车辆20中更新用软件的下载完成而安装未完成。然后，状态1263为“未获取到用户许可”的情况表示是在车辆20中针对更新用软件的安装未得到用户(例如驾驶人)的许可的状况。

另外，更新日期时间1264是表示更新进展状况信息1260的该记录被更新的日期时间的信息。例如在更新日期时间1264中，示出基于分发活动ID1261(分发活动ID1251)和VIN1262的组合的记录被更新的日期时间。

(1-3)活动的处理

关于本实施方式的车载软件分发系统1中的各种的活动(主活动、测试活动、分发活动)，说明各自的与制作、执行相关的处理。

(1-3-1)主活动、测试活动的制作

图8是表示主活动信息以及测试活动信息的制作处理的处理顺序的一个例子的流程图。图8所示的处理通过终端30所搭载的中央运算处理装置310的活动信息输入输出部311和远程信息处理中心10所搭载的中央运算处理装置110的车辆管理部111以及活动管理部112执行。

首先，在步骤S101中，活动信息输入输出部311根据管理者对输入输出装置330的操作，向远程信息处理中心10询问所有的车辆信息1210、车辆结构信息1220以及活动信息(主活动信息1230、测试活动信息1240、分发活动信息1250)。

在接收到步骤S101的询问的远程信息处理中心10中，车辆管理部111以及活动管理部112从车辆DB121、车辆结构DB122、主活动DB123、测试活动DB124以及分发活动DB125中检索并抽出询问对象的各信息(步骤S111)。然后，在步骤S112中，车辆管理部111以及活动管理部112向终端30发送在S111中抽出的检索结果。

在接收到在步骤S112中发送的检索结果时，活动信息输入输出部311在输入输出装置330中显示该检索结果(步骤S102)。步骤S102中的显示被显示为“活动管理画面”，管理者能够经由活动管理画面制作(登记)各种活动信息、或者修正登记完毕的活动信息。

此处，图9是说明活动管理画面的一个例子的图。如图9所示，活动管理画面3310显示于输入输出装置330。在图9所例示的活动管理画面3310中，当前时间点下的各种活动信息的详细内容以树形式被可视化。具体而言，示出附加有主活动ID“M012”的1个主活动信息的详细内容，进而，作为从属于该主活动信息的测试活动信息，示出了附加有测试活动ID“T45M012”或者“T13M012”的2个测试活动信息的详细内容和附加有分发活动ID“D98M012”或者“D33M012”的2个分发活动信息的详细内容。此外，测试活动信息和分发活动信息的从属关系能够通过参照分发活动信息的详细内容显示中的“引用源测试活动ID”识别。

另外，在图9所例示的活动管理画面3310中，配置有管理者能够进行选择的按钮3311～3314。

按钮3311在新制作主活动时被选择。具体而言，在新制作主活动情况下，通过由管理者进行选择按钮3311的操作，显示制作主活动所需的预定的信息的输入画面。然后，在管理者完成上述预定的信息的输入时，根据输入信息，从终端30对远程信息处理中心10委托主活动信息的制作(后述的图8的步骤S103)。

另外，按钮3312在将与配置部位关联的主活动信息作为从属目的地而新制作测试活动时被选择。具体而言，在新制作从属于主活动ID“M012”的主活动的测试活动的情况下，通过由管理者进行选择按钮3312的操作，显示制作测试活动所需的预定的信息的输入画面。然后，在管理者完成上述预定的信息的输入时，根据输入信息，从终端30对远程信息处理中心10委托测试活动信息的制作(后述的图8的步骤S105)。

另外，按钮3313、3314在将与配置部位关联的测试活动作为从属目的地而新制作分发活动时被选择。具体而言，在新制作从属于测试活动ID“T45M012”的测试活动的分发活动的情况下，通过由管理者进行选择按钮3313的操作，显示制作分发活动所需的预定的信息的输入画面。然后，在管理者完成上述预定的信息的输入时，根据输入信息，从终端30对远程信息处理中心10委托分发活动信息的制作(后述的图12的步骤S403)。

此外，虽然在图9中省略了图示，但在活动管理画面3310中也可以单独地设置用于修正各活动信息的登记内容的按钮。

返回到主活动信息以及测试活动信息的制作处理的说明。在图8的步骤S102中显示出活动管理画面3310之后，在管理者在该画面中进行选择按钮3311的操作时，显示制作主活动所需的预定的信息的输入画面。然后，在管理者完成上述预定的信息的输入时，根据输入信息，活动信息输入输出部311向远程信息处理中心10委托主活动信息的制作(步骤S103)。

此处，新制作主活动所需的预定的信息包括图4所例示的主活动信息1230中的ECU-ID1232以及临界标志1233。关于ECU-1232，只要从车辆结构信息1220中选择在该主活动中作为更新对象的ECU的ECU-ID1222即可。另外，关于临界标志1233，只要根据该主活动的优先级进行选择即可。

此外，在本实施方式中，经由活动管理画面开始活动信息的新制作的情况下的操作顺序不限定于如上所述根据预定的按钮的选择显示单独的输入画面。作为其他操作顺序，例如在开始活动信息的新制作的情况下，也可以在输入所需的预定的信息(例如，如果是主活动，则是ECU-ID以及临界标志)之后选择预定的按钮(例如按钮3311)，从而活动信息输入输出部311向远程信息处理中心10委托活动信息的制作。此外，这样的操作顺序不仅能够在主活动(步骤S103)中应用，在测试活动(后述的图8的步骤S105)、分发活动(后述的图12的步骤S403)的新制作中也同样能够应用。

接收到步骤S103中的主活动信息的制作委托的活动管理部112根据步骤S103的输入信息，在主活动DB123中制作新的主活动信息1230的记录并登记(步骤S113)。然后，向终端30发送新制作出的主活动信息1230的制作结果(步骤S114)。

然后，接收到主活动信息1230的制作结果的活动信息输入输出部311在输入输出装置330中显示该制作结果(步骤S104)。此时，也可以一并地显示步骤S103的输入信息。

接下来，管理者能够经由活动管理画面新制作从属于在直至步骤S104为止的处理中登记的主活动的测试活动。具体而言，例如在管理者在活动管理画面中进行选择按钮3312的操作时，显示制作测试活动所需的预定的信息的输入画面。然后，在管理者完成上述预定的信息的输入时，根据输入信息，活动信息输入输出部311向远程信息处理中心10委托测试活动信息的制作(步骤S105)。

此处，新制作测试活动所需的预定的信息包括图5所例示的测试活动信息1240中的引用源主活动ID1242以及测试车辆VIN1243。关于引用源主活动ID1242，能够使用在步骤S104中从远程信息处理中心10接收到的主活动ID1231。然后，关于测试车辆VIN1243，能够从在步骤S102中接收到的检索结果中的车辆信息1210中的VIN1211中选择。

此外，在步骤S105中能够选择为测试车辆VIN1243的VIN1211优选如限定于在与该VIN1211关联的车辆信息1210的记录中测试车辆标志1216为“真”的VIN等那样设置有无法从所有车辆20中进行选择的限制。这样，通过限制能够选择为测试车辆VIN1243的车辆20，能够期待提高测试活动中的测试效率、测试结果的可靠性。

然后，接收到步骤S105中的测试活动信息的制作委托的活动管理部112根据步骤S105的输入信息，在测试活动DB124中制作新的测试活动信息1240并登记(步骤S115)。然后，向终端30发送新制作出的测试活动信息1240的制作结果(步骤S116)。

然后，接收到测试活动信息1240的制作结果的活动信息输入输出部311在输入输出装置330中显示该制作结果(步骤S106)。此时，也可以一并地显示步骤S105的输入信息。

然后，在由管理者进行用于在直至步骤S106为止的处理中登记的测试活动信息1240中登记测试用的更新用软件的操作时，活动信息输入输出部311向远程信息处理中心10委托向测试活动的更新用软件的登记(步骤S107)。

具体而言，例如管理者从终端30的存储装置320抽出预先准备的更新用软件，输入该更新用软件的对象地区、更新文件名以及应用版本(分别与图5所示的测试活动信息1240中的对象地区1244、更新文件名1245以及应用版本1246对应)，并且进行指示向测试活动的更新用软件的登记的操作(例如，活动管理画面中的预定按钮的选择等)。然后，根据该操作，活动信息输入输出部311向远程信息处理中心10发送输入的信息。

然后，接收到步骤S107中的更新用软件的登记委托的活动管理部112根据步骤S107的输入信息，在测试活动DB124中储存的测试活动信息1240的对象记录中登记与更新用软件相关的信息(软件信息)(步骤S117)。然后，将步骤S117的登记成功并且测试活动中的更新用软件的分发准备完成的消息作为制作结果发送到终端30(步骤S118)。

最后，接收到更新用软件的制作结果的活动信息输入输出部311在输入输出装置330中显示该制作结果(步骤S108)。

以上，通过进行图8所示的各步骤的处理，制作主活动信息1230以及测试活动信息1240，做好测试活动中的测试用的更新用软件的分发准备。

(1-3-2)测试活动的执行

图10以及图11是示出基于测试活动的更新用软件的验证处理的处理顺序的一个例子的流程图(其1、其2)。其中，图10示出车辆20从远程信息处理中心10下载更新用软件的处理。另外，图11示出在图10所示的下载之后车辆20将更新用软件安装于对象的ECU并向远程信息处理中心10通知其结果的处理。

以下，参照图10以及图11，说明测试活动的执行的流程。此外，在参照图10以及图11的以下说明中，车辆20设为是与在图8的步骤S105中指定的测试车辆VIN1243相当的车辆(即测试车辆)，设想在进行了伴随管理者的操作的图8的处理之后实际通过测试活动实施更新用软件的验证作业的情形。

首先，参照图10，说明基于测试活动的更新用软件的下载处理。图10所示的处理通过车辆20所搭载的软件更新装置210的活动确认部212以及更新用软件请求部213和远程信息处理中心10所搭载的中央运算处理装置110的活动管理部112以及更新用软件分发部113来执行。

在图10的步骤S201中，车辆20的活动确认部212使用从引擎ECU241得到的信息检测引擎启动(开启状态)。在检测到引擎启动时，活动确认部212关于该车辆20的VIN(车辆信息1210的VIN1211)向远程信息处理中心10询问活动的有无(步骤S202)。

在接受到步骤S202的询问的远程信息处理中心10中，活动管理部112确认接收到的VIN是否登记于测试活动信息1240的测试车辆VIN1243(步骤S211)。然后，活动管理部112向车辆20发送步骤S211的确认结果(检索结果)(步骤S212)。作为此处的检索结果，在步骤S211中有相应的记录的情况下，发送该记录的测试活动信息1240，在没有相应的记录的情况下，发送表示未登记有测试活动信息的消息。

在接收到来自远程信息处理中心10的检索结果的车辆20中，活动确认部212确认检索结果是否包括测试活动信息1240(步骤S204)，在未包括测试活动信息1240的情况下(步骤S204的“否”)，不存在要下载的更新用软件，所以结束处理。另一方面，在包括测试活动信息1240的情况下(步骤S204的“是”)，更新用软件请求部213向远程信息处理中心10请求由该测试活动信息1240的更新文件名1245确定的更新用软件的提供(步骤S205)。

然后，在远程信息处理中心10侧，在接收到步骤S205的请求时(步骤S213)，更新用软件分发部113根据指定的更新文件名1245从软件DB127抽出所请求的更新用软件并发送给车辆20(步骤S214)。

在步骤S214中发送的更新用软件被车辆20接收而开始下载(步骤S206)，更新用软件请求部213将该更新用软件的下载数据积蓄到存储装置215(步骤S207)。然后，在更新用软件的下载完成时，更新用软件请求部213向远程信息处理中心10通知下载完成(步骤S208)。

然后，在远程信息处理中心10中，在接收(接受)到步骤S208的下载完成通知时，活动管理部112针对对象的测试活动信息1240的验证用散列值1247，代替散列值，临时地储存与更新进展状况信息1260的状态1263共同的信息(具体而言，与“下载完成”相当的信息)(步骤S215)。通过该处理，能够通过测试活动信息1240管理测试活动进展到了下载完成。

然后，活动管理部112向车辆20发送用于安装下载的更新用软件的开始命令(步骤S216)。

然后，在远程信息处理中心10中，在接收(接受)到步骤S216的安装开始命令时，活动确认部212转移到等待更新用软件的安装开始直至引擎成为停止状态(关断状态)的待机状态(步骤S209)。活动确认部212能够使用从引擎ECU241得到的信息检测引擎停止。然后，在引擎成为停止状态时，如图11所示那样开始安装处理。

接下来，参照图11，说明基于测试活动的更新用软件的安装处理以及结果通知处理。图11所示的处理通过车辆20所搭载的软件更新装置210的活动确认部212以及ECU软件更新部214和远程信息处理中心10所搭载的中央运算处理装置110的活动管理部112来执行。

在图11的步骤S301中，车辆20的活动确认部212使用从引擎ECU241得到的信息检测引擎停止(关断状态)。在检测到引擎停止时，活动确认部212确认在存储装置215中是否储存有更新用软件、即测试活动信息是否存在(步骤S302)。

在步骤S302的确认中，在测试活动信息不存在情况下(步骤S302的“否”)，要安装的更新用软件不存在，所以结束处理。另一方面，在测试活动信息存在的情况下(步骤S302的“是”)，活动确认部212向远程信息处理中心10通知更新对象ECU的软件安装的开始(步骤S303)。

在接收到步骤S303的安装开始通知的远程信息处理中心10中，活动管理部112针对对象的测试活动信息1240的验证用散列值1247，代替散列值，临时地储存与更新进展状况信息1260的状态1263共同的信息(具体而言，与“安装开始”相当的信息)(步骤S311)。通过该处理，能够通过测试活动信息1240管理测试活动进展到了安装开始。

然后，在车辆20侧，ECU软件更新部214执行更新对象ECU的软件安装，对该ECU的存储装置进行改写(步骤S304)。此时，ECU软件更新部214从更新对象ECU除了接受更新的成功与否信息以外，还接受将该ECU的存储装置区域视作1个二进制数据而制作出的散列值。然后，ECU软件更新部214向远程信息处理中心10发送从更新对象ECU获取到的更新的成功与否信息和更新成功的情况下的散列值(步骤S305)。

然后，在接收到在步骤S305中发送的更新的成功与否信息和散列值的远程信息处理中心10中，活动管理部112将对象的测试活动信息1240的验证用散列值1247更新为该散列值(步骤S312)。

此外，在车辆20中的软件更新失败的情况下(在接收到更新的失败信息的情况下)，活动管理部112通过在对象的测试活动信息1240的验证用散列值1247中临时地储存与更新进展状况信息1260的状态1263共同的信息(具体而言，与“测试活动失败”相当的信息)来管理测试活动失败。在这样的情况下，可以考虑由管理者重新将修正版的更新用软件登记到测试活动(参照图8的步骤S107)，重新执行图10以及图11的处理。然后，在重新执行的结果是软件更新成功的情况下，只要使用从车辆20与更新的成功与否信息一起发送的散列值更新验证用散列值1247即可。

以上，通过进行图10以及图11所示的各步骤的处理，测试活动的执行完成。另外，在测试活动中的测试成功结束的情况下，如后所述，成为能够经由分发活动的制作(图12)而进行分发活动的执行(图13、图14)的状况。

(1-3-3)分发活动的制作

图12是示出分发活动信息的制作处理的处理顺序的一个例子的流程图。图12所示的处理通过终端30所搭载的中央运算处理装置310的活动信息输入输出部311和远程信息处理中心10所搭载的中央运算处理装置110的车辆管理部111以及活动管理部112来执行。

首先，在步骤S401中，活动信息输入输出部311根据管理者对输入输出装置330的操作，向远程信息处理中心10询问所有的车辆信息1210、车辆结构信息1220以及活动信息(主活动信息1230、测试活动信息1240、分发活动信息1250)。

在接收到步骤S401的询问的远程信息处理中心10中，车辆管理部111以及活动管理部112从车辆DB121、车辆结构DB122、主活动DB123、测试活动DB124以及分发活动DB125中检索并抽出询问对象的各信息(步骤S411)。然后，在步骤S412中，车辆管理部111以及活动管理部112向终端30发送在S411中抽出的检索结果。

在接收到在步骤S412中发送的检索结果时，活动信息输入输出部311在输入输出装置330中显示该检索结果(步骤S402)。步骤S402中的显示例如显示为图9所例示的活动管理画面3310。参照图9，如上所述，管理者能够经由活动管理画面3310制作(登记)各种活动信息、或者修正登记完毕的活动信息。

在步骤S402中显示出活动管理画面3310之后，在管理者在该画面中进行选择按钮3313(或者按钮3314)的操作时，显示制作分发活动所需的预定的信息的输入画面。然后，在管理者完成上述预定的信息的输入时，根据输入信息，活动信息输入输出部311向远程信息处理中心10委托分发活动信息的制作(步骤S403)。

此处，在新制作分发活动所需的预定的信息中，包括图6所例示的分发活动信息1250中的引用源主活动ID1252、引用源测试活动ID1253、对象地区1254以及分发开始日期时间1255。其中，关于引用源测试活动ID1253，只要从在步骤S402中接收到的检索结果中选择该分发活动从属的测试活动的1个测试活动信息1240并选择其测试活动ID1241即可。另外，关于引用源主活动ID1252以及对象地区1254，只要对证上述选择出的测试活动信息1240的引用源主活动ID1242以及对象地区1254即可。另外，关于分发开始日期时间1255，只要由管理者任意地设定即可。

此外，在图12所示的分发活动信息的制作处理中，如果仅在步骤S403中进行了分发活动信息的制作委托，则分发活动信息不会被制作，通过远程信息处理中心10中的以后的处理(步骤S413～S417)抽出分发活动制作前的最终确认用的信息。

接收到步骤S403中的分发活动信息的制作委托的活动管理部112根据步骤S403的输入信息首先检索测试活动DB124中储存的引用源的测试活动信息1240(步骤S413)。进而，活动管理部112确认引用源的测试活动信息1240存在且在该记录的验证用散列值1247中是否储存(积蓄)有散列值而并非状态(例如与“下载完成”、“安装开始”等相当的信息)(步骤S414)。

在步骤S414中指定的测试活动信息1240中未积蓄有散列值的情况(步骤S414的“否”)表示测试活动中的更新用软件的验证未完成，所以活动管理部112中止分发活动信息的制作，将其结果作为制作结果发送给终端30(步骤S420)。

另一方面，在步骤S414中指定的测试活动信息1240中积蓄有散列值的情况(步骤S414的“是”)表示测试活动中的更新用软件的验证正常地完成，所以活动管理部112进行步骤S415的处理。

在步骤S415中，活动管理部112使用从测试活动信息1240得到的引用源主活动ID1242检索在主活动DB123中储存的引用源的主活动信息1230，从该主活动信息1230中抽出ECU-ID1232。在步骤S413中检索出的引用源的测试活动信息1240和在步骤S415中检索出的引用源的主活动信息1230都是要新制作的分发活动信息从属的活动信息。

接下来，在步骤S416中，活动管理部112检索在车辆DB121中储存的车辆信息1210以及在车辆结构DB122中储存的车辆结构信息1220，将车辆结构信息1220的ECU-ID1222与引用源的主活动信息1230的ECU-ID1232一致且车辆信息1210的所属地区1215与引用源的测试活动信息1240的对象地区1244一致的车辆的VIN1211(VIN1221)全部抽出。

在步骤S416中抽出的车辆的VIN1211(VIN1221)与作为分发活动的对象的车辆的VIN相当，所以活动管理部112将汇总它们的一览(VIN一览)发送给终端30(步骤S417)。

然后，接收到VIN一览的活动信息输入输出部311在输入输出装置330中显示接收到的VIN一览(步骤S404)。通过步骤S404的显示，对管理者示出分发活动制作前的最终确认用的信息。对此，管理者确认显示出的VIN一览，在判断为作为分发活动的对象车辆没有问题的情况下，进行用于通知分发活动的制作决定的预定的操作。在进行该操作时，活动信息输入输出部311向远程信息处理中心10发送分发活动的制作决定通知(步骤S405)。

在接收到步骤S405的分发活动的制作决定通知的远程信息处理中心10中，活动管理部112根据在步骤S413中接收到的信息，在分发活动DB125中制作新的分发活动信息1250的记录(步骤S418)。

进而，活动管理部112根据在步骤S416中抽出的VIN一览，在更新进展状况DB126中按照各个VIN制作单独的更新进展状况信息1260的记录，从而能够针对作为对象的车辆20的每台车辆，管理分发活动的执行中的进展状况(状态)(步骤S419)。另外，此时将对象的车辆20的总台数记录为主活动信息1230的更新对象台数1234，在更新完成台数1235中记录“0”。

在步骤S419的处理完成后，活动管理部112向终端30发送与新制作出的分发活动信息1250以及更新后的主活动信息1230相关的制作结果(步骤S420)。

然后，在接收到在步骤S420中发送的制作结果的远程信息处理中心10中，活动信息输入输出部311在输入输出装置330中显示该制作结果(步骤S406)。

以上，通过进行图12所示的各步骤的处理，制作从属于主活动信息1230以及测试活动信息1240的分发活动信息1250，做好分发活动中的更新用软件的分发准备。

(1-3-4)分发活动的执行

图13以及图14是示出基于分发活动的更新用软件的分发处理的处理顺序的一个例子的流程图(其1、其2)。其中，图13示出车辆20从远程信息处理中心10下载更新用软件的处理。另外，图14示出在图13所示的下载之后车辆20将更新用软件安装到对象ECU并向远程信息处理中心10通知其结果的处理。

以下，参照图13以及图14，说明分发活动的执行的流程。

首先，参照图13，说明基于分发活动的更新用软件的下载处理。图13所示的处理通过车辆20所搭载的软件更新装置210的活动确认部212以及更新用软件请求部213和远程信息处理中心10所搭载的中央运算处理装置110的活动管理部112、更新用软件分发部113以及地理编码处理部114来执行。

在图13的步骤S501中，车辆20的活动确认部212使用从引擎ECU241得到的信息检测引擎启动(开启状态)。在检测到引擎启动时，活动确认部212关于该车辆20的VIN(车辆信息1210的VIN1211)向远程信息处理中心10询问分发活动的有无(基于分发活动的软件的升级的有无)(步骤S502)。然后，在步骤S502中，活动确认部212使用位置测位装置216确认车辆20的当前的位置信息，与活动询问一起发送给远程信息处理中心10。

在接受到步骤S502的询问的远程信息处理中心10中，活动管理部112使用发送源的车辆20的VIN检索车辆信息1210，利用接收到的位置信息更新具有相同值的VIN1211的记录中的最终停车位置1213(步骤S511)。进而，在步骤S511中，地理编码处理部114使用地图DB128中储存的地图数据，根据接收到的位置信息确定住所，利用包括确定出的住所的地区更新所属地区1215。

然后，活动管理部112检索更新进展状况信息1260，确认是否存在VIN1262与发送源的车辆20的VIN一致的记录(步骤S512)。然后，活动管理部112向车辆20发送步骤S512的确认结果(检索结果)(步骤S513)。

此处，详细说明步骤S512的检索结果，在步骤S511中在更新进展状况信息1260中有相应的记录(VIN一致的记录)情况下，作为有分发活动的检索结果，活动管理部112将与该记录的分发活动ID1261对应的分发活动信息1250、与该记录的VIN1262对应的车辆信息1210所包含的沉默标志1217、与上述分发活动信息1250的引用源测试活动ID1253对应的测试活动信息1240所包含的更新文件名1245、与上述分发活动信息1250的引用源主活动ID1252对应的主活动信息1230所包含的临界标志1233作为检索结果发送给车辆20。另一方面，在步骤S511中在更新进展状况信息1260中没有相应的记录(VIN一致的记录)的情况下，活动管理部112发送表示没有分发活动的消息的检索结果。

此外，关于步骤S512的检索结果，优选即使在步骤S511中在更新进展状况信息1260中有VIN一致的记录而在根据该记录抽出的各活动信息中的地区(测试活动信息1240的对象地区1244、分发活动信息1250的对象地区1254)与发送源的车辆20的地区(车辆信息1210的所属地区1215)不一致的情况下，活动管理部112仍发送表示没有分发活动的消息的检索结果。

在接收到来自远程信息处理中心10的检索结果的车辆20中(步骤S503)，活动确认部212确认在检索结果中是否包括分发活动信息1250(步骤S504)，在未包括分发活动信息1250的情况下(步骤S504的“否”)，由于要下载的更新用软件不存在，所以结束处理。另一方面，在包括分发活动信息1250的情况下(步骤S504的“是”)，更新用软件请求部213向远程信息处理中心10请求由与上述分发活动信息1250一并地接收到的测试活动信息1240的更新文件名1245确定出的更新用软件的提供(步骤S505)。

然后，在远程信息处理中心10侧，在接收到步骤S505的请求时(步骤S514)，更新用软件分发部113根据指定的更新文件名1245从软件DB127中抽出所请求的更新用软件并发送给车辆20(步骤S515)。

在步骤S515中发送的更新用软件被车辆20接收而开始下载(步骤S506)，活动管理部112将该更新用软件的下载数据积蓄到存储装置215(步骤S507)。然后，在更新用软件的下载完成时，活动管理部112向远程信息处理中心10通知下载完成(步骤S508)。

然后，在远程信息处理中心10中，在接收(接受)到步骤S508的下载完成通知时，活动管理部112在更新进展状况信息1260的相应的记录的状态1263中登记分发活动进展到了下载完成(步骤S516)。

然后，活动管理部112向车辆20发送用于安装下载的更新用软件的开始命令(步骤S517)。

然后，在远程信息处理中心10中，在接收(接受)到步骤S516的安装开始命令时，活动确认部212转移到等待更新用软件的安装开始直至引擎成为停止状态(关断状态)的待机状态(步骤S509)。活动确认部212能够使用从引擎ECU241得到的信息检测引擎停止。然后，在引擎成为停止状态时，如图14所示那样开始安装处理。

接下来，参照图14，说明基于分发活动的更新用软件的安装处理以及结果通知处理。图14所示的处理通过车辆20所搭载的软件更新装置210的活动确认部212以及ECU软件更新部214和远程信息处理中心10所搭载的中央运算处理装置110的活动管理部112来执行。

在图14的步骤S601中，车辆20的活动确认部212使用从引擎ECU241得到的信息检测引擎停止(关断状态)。在检测到引擎停止时，活动确认部212确认在存储装置215中是否储存有更新用软件、即分发活动信息是否存在(步骤S602)。

在步骤S602的确认中分发活动信息不存在情况下(步骤S602的“否”)，由于要安装的更新用软件不存在，所以结束此次的软件更新处理，最后从车辆20的位置测位装置216获取当前的位置信息，作为最终停车位置发送给远程信息处理中心10(步骤S611)。

另一方面，在步骤S602的确中分发活动信息存在的情况下(步骤S602的“是”)，活动确认部212确认在基于分发活动的更新用软件的下载处理中从远程信息处理中心10接收到的沉默标志1217(参照图13的步骤S503)是否为“真”(步骤S603)。在沉默标志1217为“真”的情况下(步骤S603的“是”)，判断为无需针对软件更新的向车辆20的驾驶人的告知，不进行以后的步骤S604～S606的处理而进入到步骤S607。另一方面，在沉默标志1217为“假”的情况下(步骤S603的“否”)，活动确认部212使导航终端230的输入输出装置234显示针对软件更新的向车辆20的驾驶人的告知(由此开始更新用软件的安装)(步骤S604)。

接下来，活动确认部212确认在基于分发活动的更新用软件的下载处理中从远程信息处理中心10接收到的临界标志1233(参照图13的步骤S503)是否为“真”(步骤S605)。在临界标志1233为“真”的情况下(步骤S605的“是”)，判断为软件更新的紧急性高而车辆20的驾驶人不具有软件更新的拒绝权，不进行步骤S606的处理而进入到步骤S607。另一方面，在临界标志1233为“假”的情况下(步骤S605的“否”)，活动确认部212使导航终端230的输入输出装置234显示是“由此实施”软件更新还是“之后实施”软件更新的选项，从车辆20的驾驶人获取针对更新用软件的安装的许可(步骤S606)。

在步骤S606中驾驶人选择“之后实施”的情况下(步骤S606的“否”)，未得到安装的许可，所以结束车辆20中的此次的软件更新处理，最后从车辆20的位置测位装置216获取当前的位置信息，作为最终停车位置发送给远程信息处理中心10(步骤S611)。在该情况下，在下次的引擎停止时，重新获取基于步骤S606的安装的执行许可。

在步骤S606中驾驶人选择“由此实施”的情况下(步骤S606的“是”)，活动确认部212向远程信息处理中心10通知更新对象ECU的软件安装的开始(步骤S607)。

在接收到步骤S607的安装开始通知的远程信息处理中心10中，活动管理部112在更新进展状况信息1260的相应的记录的状态1263中登记分发活动进展到了安装开始(步骤S621)。

然后，在车辆20侧，ECU软件更新部214执行更新对象ECU的软件安装，对该ECU的存储装置进行改写(步骤S608)。此时，ECU软件更新部214从更新对象ECU除了接受更新的成功与否信息之外，还接受将该ECU的存储装置区域视为1个二进制数据而制作出的散列值。然后，ECU软件更新部214向远程信息处理中心10发送从更新对象ECU获取到的更新的成功与否信息和更新成功的情况下的散列值(步骤S609)。

然后，在接收到在步骤S609中发送的更新的成功与否信息和散列值的远程信息处理中心10中，活动管理部112在更新进展状况信息1260的相应的记录的状态1263中登记分发活动进展到了安装完成(步骤S622)。

进而，活动管理部112从在步骤S622中登记的更新进展状况信息1260的记录中抽出分发活动ID1261，从与该分发活动ID1261对应的分发活动信息1250中抽出引用源测试活动ID1253，抽出具有与该引用源测试活动ID1253相同值的测试活动ID1241的测试活动信息1240所包含的验证用散列值1247。然后，活动管理部112比较该抽出的验证用散列值1247和在步骤S622中从车辆20接收到的散列值(步骤S623)。然后，活动管理部112向车辆20发送步骤S623中的散列值的比较结果(步骤S624)。

然后，在接收到来自远程信息处理中心10的散列值的比较结果的车辆20中，活动确认部212根据该比较结果实施车辆20的控制(步骤S610)。若详细说明，则2个散列值为相同值的情况表示分发活动的更新用软件与基于测试活动的验证时相同地被正常地安装，所以对车辆20不实施特别的控制。另一方面，2个散列值并非相同值的情况表示分发活动的更新用软件未被正常地安装，所以对车辆20实施为了安装失败时预先确定的预定的控制。具体而言，例如可以考虑重新开始更新用软件的安装(步骤S608)、或者在导航终端230的输入输出装置234中显示询问目的地的信息等。这些安装失败时的预定的控制不限定于上述示例，除此以外，例如也可以实施使车辆20的引擎停止等的控制。

在步骤S610中在车辆20中实施了任意的控制的情况下，然后，活动确认部212也最后从车辆20的位置测位装置216获取当前的位置信息，作为最终停车位置发送给远程信息处理中心10(步骤S611)。

然后，在接收到最终停车位置的远程信息处理中心10中，活动管理部112从车辆DB121中抽出具有对象车辆20的VIN1211的车辆信息1210的记录，根据接收到的最终停车位置更新该记录中的最终停车位置1213以及所属地区1215(步骤S625)。此外，在所属地区1215的更新中，利用根据接收到的最终停车位置确定的当前的地区来进行改写，但在确定这样的地区时，也可以与上述图13的步骤S511的处理同样地进行基于地理编码处理部114的处理。

此外，在本实施方式的车载软件分发系统1中，在图14的步骤S623中进行的散列值的比较处理也可以并非通过远程信息处理中心10的活动管理部112实施，而是通过搭载于车辆20的软件更新装置210实施。在该情况下，在图13的步骤S515中进行的处理中，远程信息处理中心10在向车辆20发送更新用软件时，一并地发送在该更新用软件的测试活动中登记的验证用散列值1247。在这样构成时，能够在刚刚安装后的车辆20侧判断更新用软件是否被正常地安装(无需与远程信息处理中心10进行通信)，所以即使在假定安装未正常地完成的情况下，也能够期待迅速地进行恢复处理(例如开始重新的安装)。

以上，通过进行图13以及图14所示的各步骤的处理，完成分发活动的执行。

图13以及图14的处理是针对基于分发活动的对象车辆20分别执行的。另外，在各个对象车辆20中进行更新用软件的安装时，分发活动信息1250的更新完成台数1257被更新(更新日期时间1258也被更新)。然后，最终在更新完成台数1257的值和更新对象台数1256成为相同值时，表示在分发活动的所有对象车辆20中更新用软件的安装都正常地完成，所以在更新进展状况信息1260的状态1263中登记“更新完成”(更新日期时间1264也被更新)。

如以上说明那样，在本实施方式的车载软件分发系统1中，作为车载软件分发服务器的远程信息处理中心10通过活动(主活动)来管理同一功能的升级，向该活动的对象车辆远程地分发基于该活动的软件。更详细而言，其特征在于，活动管理部112根据预定的基准(例如测试车辆标志1216、所属地区1215等)将主活动的对象车辆分类为群组，针对该分类出的每个群组，制作从属于活动的多个子活动(测试活动、分发活动)，更新用软件分发部113针对各个子活动，将基于该子活动的软件远程地分发给该子活动的对象车辆。根据这样的车载软件分发系统1，不仅能够在分发活动(第2子活动)中针对对象车辆20一齐地或者依次执行更新用软件的分发以及安装，还能够在测试活动(第1子活动)中仅向验证用的特定车辆(测试车辆)分发更新用软件、或者根据车辆20的所属地区分发应用版本、更新文件名不同的更新用软件，所以能够实现在主活动中并非统一地分发更新用软件而是灵活地分发更新用软件的控制。

另外，在本实施方式的车载软件分发系统1中，在1个主活动中，在针对基于测试活动的特定的测试车辆的验证用的软件的分发(以及安装)成功时(图12的步骤S414的“是”)，制作向其他对象车辆的分发活动(图12的步骤S418)，仅在测试活动成功的情况下执行分发活动。根据这样的车载软件分发系统1，在执行面向一般的分发活动前，能够通过测试活动确认针对更新用软件的分发(以及安装)的实效性，所以能够提高基于活动的功能升级的安全性以及可靠性。

进而，在本实施方式的车载软件分发系统1中，比较在测试活动中从软件安装后的更新对象ECU获取到的散列值与在分发活动中从软件安装后的更新对象ECU获取到的散列值(图14的步骤S623)，在两散列值一致的情况下，判断为分发活动成功(更新用软件的正常的安装)，从而能够进一步提高基于活动的功能升级的安全性以及可靠性。

另外，如图9所例示的活动管理画面3310那样，在本实施方式的车载软件分发系统1中，能够由管理者对这些各种活动的设定进行选择、修正，所以能够进行更灵活的活动的设定以及执行。

(2)第2实施方式

说明本发明的第2实施方式。第2实施方式的车载软件分发系统的结构例设为与图1所例示的第1实施方式的车载软件分发系统1等同，省略说明与第1实施方式共同的结构、处理。

第2实施方式在进行远程信息处理中心10所搭载的中央运算处理装置110中的分发开始日期时间变更部115的处理这点与第1实施方式不同。因此，以下以该分发开始日期时间变更部115的处理为中心，说明第2实施方式的车载软件分发系统1。

(2-1)分发活动的制作

图15是示出第2实施方式中的分发活动信息的制作处理的处理顺序的一个例子的流程图。图15所示的处理通过终端30所搭载的中央运算处理装置310的活动信息输入输出部311、远程信息处理中心10所搭载的中央运算处理装置110的车辆管理部111、活动管理部112以及分发开始日期时间变更部115来执行。

此外，在图15中，从开始分发活动信息的制作处理至进行终端30的步骤S404的处理以及远程信息处理中心10的步骤S417的处理与在第1实施方式中参照图12说明的分发活动信息的制作处理的同步骤的处理相同，所以省略说明。

根据图15，在步骤S404中活动信息输入输出部311使输入输出装置330显示从远程信息处理中心10接收到的VIN一览，从而对管理者示出分发活动制作前的最终确认用的信息。对此，管理者确认显示出的VIN一览，在判断为作为分发活动的对象车辆没有问题的情况下，进行“用于通知分发活动的制作决定的预定的操作”。在上述预定的操作中，例如包括指定具有作为对象的VIN的车辆群(VIN一览所示的分发活动的所有对象车辆)的群组分割数(N个)的操作、设定每个群组的更新用软件的分发开始日期时间(分发开始日期时间信息)的操作等。参照图16，另行后述“用于通知分发活动的制作决定的预定的操作”的具体示例。

然后，在由管理者进行用于通知分发活动的制作决定的上述预定的操作时，活动信息输入输出部311根据该操作将具有作为对象的VIN的车辆群分割为N个群组，针对每个群组设定不同的分发开始日期时间信息(步骤S701)。

此外，作为将车辆群分割为N个群组的方法，例如可以考虑管理者操作输入输出装置330并每台逐一地指定群组的方法。除此以外，例如还可以考虑从车辆群的VIN中检索车辆信息1210并例如使用利用频度1218由低到高依次排序的结果而分割为指定的群组数的方法。

然后，活动信息输入输出部311关于在步骤S701中设定的N个群组的各个群组，向远程信息处理中心10发送分发活动的制作决定通知(步骤S702)。

在接收到步骤S702的分发活动的制作决定通知的远程信息处理中心10中，活动管理部112根据在步骤S413中接收到的信息，在分发活动DB125中制作N个新的分发活动信息1250(步骤S711)。

进而，活动管理部112根据VIN一览，在更新进展状况DB126中按照各个VIN制作单独的更新进展状况信息1260的记录，从而能够针对作为对象的车辆20的每台车辆，管理分发活动的执行中的进展状况(状态)(步骤S712)。另外，此时将对象的车辆20的总台数记录到主活动信息1230的更新对象台数1234，在更新完成台数1235中记录“0”。

在步骤S419的处理完成后，活动管理部112向终端30发送与新制作出的分发活动信息1250以及更新后的主活动信息1230相关的制作结果(步骤S713)。

然后，在接收到在步骤S713中发送的制作结果的远程信息处理中心10中，活动信息输入输出部311在输入输出装置330中显示该制作结果(步骤S703)。

以上，通过进行图15所示的各步骤的处理，能够根据管理者的要求将对象的车辆20分割为多个群组而制作分发活动且在各个群组(分发活动)中设定不同的分发开始日期时间。

接下来，进一步详细说明图15所示的分发活动信息的制作处理中的“用于通知分发活动的制作决定的预定的操作”。

图16是示出说明分发活动制作画面的一个例子的图。图16所示的分发活动制作画面3320是在新制作分发活动时将管理者的预定的操作可受理地显示的画面，与在第1实施方式中图9所例示的活动管理画面3310同样地显示于输入输出装置330。例如，在活动管理画面3310中进行新制作分发活动的操作的情况下(具体而言，在按钮3313、按钮3314被选择的情况下)，分发活动制作画面3320显示于输入输出装置330。

在图16的分发活动制作画面3320中，配置有以表形式显示与作为分发对象的多个车辆20相关的信息(例如VIN一览)的显示区域3321、显示与分发活动的分割数相关的信息的显示区域3322、显示第1个分发的分发活动(第1分发活动)的分发开始日期时间的显示区域3323、显示第2个分发的分发活动(第2分发活动)等中的分发开始日期时间的间隔(分发开始间隔)的显示区域3324、用于分别修正(设定)显示区域3322～3324的显示内容的按钮3325～3327、以及在决定基于分发活动制作画面3320的显示内容的分发活动的制作的情况下选择的按钮3328。

其中，在显示区域3321中显示出的表是为了依照预定的规则将作为分发对象的多个车辆20分割为N个群组而能够排序的VIN一览。更具体而言，该表是关于对象车辆20的各个对象车辆(VIN1211)从车辆信息1210中抽出车型ID1212、所属地区1215、利用频度1218以及更新日期时间1219而显示出的表，设为在各项目中能够升序或者降序地排序。在图16中，显示对象车辆20的利用频度以由少到多的顺序排序的例子。

作为分发活动制作画面3320中的管理者的“用于通知分发活动的制作决定的预定的操作”，首先在显示区域3321中进行排序，以在分发活动中想要优先地分发文件的对象车辆20在显示区域3321中来到上位(上侧)的方式进行向管理者所希望的顺序的排列。

然后，在显示区域3321中进行了排序之后，在显示区域3322中决定生成几个分发活动、即决定将作为分发对象的车辆群分割为几个群组(按钮3325)。

接下来，在显示区域3323中，关于分割出的N个群组中的在指定的排序中顺序位于最前的第1群组，输入文件的分发开始日期时间。第1群组是想要最优先地分发文件的群组(第1分发活动)。然后，在显示区域3324中，关于第1群组以后的群组(第2群组等)，输入从向第1群组的文件分发起延迟何种程度地分发文件的分发开始间隔。

如上所述的针对显示区域3321～3323的操作与“用于通知分发活动的制作决定的预定的操作”相当，根据这些操作进行分发活动的群组分割、各群组中的分发开始日期时间的设定等(图15的步骤S701)。

然后，在上述输入全部完成之后，在按钮3328被选择时，按照管理者指定的方法从终端30对远程信息处理中心10发送N个分发活动的制作决定通知(图15的步骤S702)。

具体而言，在利用图16的分发活动制作画面3320的显示内容对车辆群进行分组的情况下，从利用频度少的车辆起依次生成3个群组，针对利用频度最少的群组(第1群组)，在分发活动DB125中新制作对分发开始日期时间1255设定了“2017/11/01 00：00：00”的分发活动信息1250(第1分发活动)。接下来，针对利用频度少的群组(第2群组)，新制作对分发开始日期时间1255设定了作为上述群组的分发开始日期时间的1周之后的“2017/11/08 00：00：00”的分发活动信息1250(第2分发活动)，针对利用频度最多的群组(第3群组)，新制作对分发开始日期时间1255设定了再往后1周的“2017/11/15 00：00：00”的分发活动信息1250(第3分发活动)。由此，越是对象车辆20中的利用频度低的车辆，则分发开始日期时间越早地被设定。

此处，例如在第1实施方式中说明的分发活动中，在对所有对象车辆20一齐地分发更新用软件的文件的情况下，由于刚刚分发开始后一齐地来自对象车辆20的访问集中而远程信息处理中心10的负载有可能急剧增加。对此，在上述第2实施方式的车载软件分发系统1中，根据依照预定的基准(例如利用频度1218)排序分发活动(子活动)的对象车辆而得到的结果，能够将分发活动分割为多个群组，能够在分割出的分发活动的各个分发活动中设定不同的软件的分发开始定时(分发开始日期时间)。通过这样构成，在第2实施方式的车载软件分发系统1中，使远程信息处理中心10的负载以管理者的意图的方式分散且针对利用频度低而更新机会少的对象车辆20优先地进行分发，从而能够期待使意图不良现象的修正的更新用文件的分发可靠地执行的效果。特别地，通过针对利用频度低的对象车辆20优先地进行分发，能够期待主活动整体中的活动实现率(更新进展率)的提高。

另外，关于显示区域3321，如上所述，第2实施方式中的车辆20的排序方法不仅能够利用频度，还能够利用地区、车型等各种数据。由此，第2实施方式的车载软件分发系统1为了抑制远程信息处理中心10的负载，能够优先地更新确定车型的软件、或者优先地更新位于特定的地区的车辆的软件，能够比第1实施方式更灵活地实现更新用软件的分发控制。

(2-2)分发开始日期时间的变更

如上所述，在第2实施方式的车载软件分发系统1中，能够对分割为多个群组的分发活动的各个分发活动设定不同的分发开始日期时间，从而能够抑制远程信息处理中心10的负载。但是，实际上也有各分发活动没有按照计划推进的情况。

因此，在第2实施方式的车载软件分发系统1中，根据从属于同一主活动的其他分发活动的进展状况，分发开始日期时间变更部115能够变更分发活动中的更新用软件的分发开始日期时间(分发开始日期时间变更处理)。

图17是示出分发开始日期时间变更处理的处理顺序的一个例子的流程图。图17所示的分发开始日期时间变更处理通过远程信息处理中心10所搭载的中央运算处理装置110的分发开始日期时间变更部115来执行。

根据图17，首先分发开始日期时间变更部115抽出主活动DB123中储存的主活动信息1230的1件记录(步骤S801)。

然后，分发开始日期时间变更部115从分发活动DB125中抽出从属于在步骤S801中抽出的主活动信息1230的全部件数的分发活动信息1250(步骤S802)。

接下来，分发开始日期时间变更部115指定1个地区(指定地区)，从在步骤S802中抽出的分发活动信息1250中抽出对象地区1254与指定地区一致的分发活动信息(同一地区分发活动群)(步骤S803)。

接下来，分发开始日期时间变更部115从同一地区分发活动群中抽出分发开始日期时间1255与当前时刻相比为过去的分发活动群(同一地区过去分发活动群)(步骤S804)。

接下来，分发开始日期时间变更部115从同一地区过去分发活动群所包含的分发活动信息1250的各个分发活动信息中抽出更新对象台数1256以及更新完成台数1257，对各台数进行积算(步骤S805)。

接下来，分发开始日期时间变更部115判定将在步骤S805中算出的“更新完成台数之和”除以“更新对象台数之和”算出的“更新进展率”是否为预定的阈值(在本例中设为P％)以上(步骤S806)。此外，设想预定的阈值“P％”由远程信息处理中心10的管理者设定。作为具体的值，可以是固定值，也可以是根据从起先生成分发活动的日期时间起的经过时间而变化等的变动值。

在步骤S806中更新进展率为P％以上的情况(步骤S806的“是”)表示软件分发比管理者的设想更顺利地进行，所以通过来自步骤S807的处理将分发尚未开始的分发活动提前而有效化。

具体而言，首先从在步骤S803中抽出的同一地区分发活动群中，抽出分发开始日期时间1255与当前时刻相比为将来的、且与当前时刻最近的1件分发活动信息(步骤S807)。然后，将在步骤S807中抽出的分发活动信息的分发开始日期时间1255变更为当前时刻，并且存储原分发开始日期时间与当前时刻之差(设为“D秒”)(步骤S808)。进而，从在步骤S803中抽出的同一地区分发活动群中，抽出在步骤S807中未被抽出但分发开始日期时间1255与当前时刻相比更将来的全部件数的分发活动信息，将这些分发开始日期时间1255全部变更为提前了“D秒”的日期时间(步骤S809)。

以上，通过步骤S807～S809的处理，关于同一地区分发活动群中的分发开始日期时间尚未到来的全部分发活动，能够将分发开始日期时间提前“D秒”(提前处理)。然后，进行步骤S810的处理。此外，在步骤S806中更新进展率小于P％的情况下(步骤S806的“否”)，软件分发并没有以超过管理者的设想的那么早地推进，可以认为无需提前，所以不进行步骤S807～S809的处理而进入到步骤S810的处理。

然后，在步骤S810中，分发开始日期时间变更部115关于在步骤S802中抽出的分发活动信息1250所包含的所有的对象地区1254，确认是否指定为指定地区而进行了步骤S803～S809的处理。这就是对上述所有的对象地区确认是否调研了提前处理。

在步骤S810中未被调研提前处理的对象地区残留的情况下(步骤S810的“否”)，返回到步骤S803，变更指定地区而重复进行处理。另一方面，在步骤S810中对所有对象地区确认了提前处理的调研的情况下(步骤S810的“是”)，分发开始日期时间变更部115结束处理。

此外，图17所例示的处理是对在步骤S801中抽出的1个主活动进行分发开始日期时间的变更的处理，但在第2实施方式的车载软件分发系统1中，也可以通过远程信息处理中心10定期地重复进行该处理，从而能够重新更新相同的主活动的信息、或者能够变更其他所有的主活动的分发开始日期时间。

如以上那样，在第2实施方式的车载软件分发系统1中，通过进行上述分发开始日期时间变更处理，在被分割为群组的分发活动中的、先执行的任意的分发活动早结束的情况下，能够将未执行的分发活动的执行(分发开始日期时间)提前。这样一来，根据第2实施方式的车载软件分发系统1，根据分发活动的实时的进展状况，不对远程信息处理中心10施加过度的负载，而能够将其他分发活动的分发开始日期时间提前，能够实现比第1实施方式的车载软件分发系统更灵活的分发控制。另外，其结果是不仅能够期待抑制远程信息处理中心10的负载增大的效果，还能够期待作为整体早完成软件分发的效果。

此外，本发明不限定于上述实施方式而包括各种变形例。例如，上述实施方式是为了使本发明易于理解地说明而详细说明的例子，不限定于一定具备说明的所有结构。例如，能够对各实施方式的结构的一部分进行其他结构的追加、删除、置换。

另外，也可以将上述各结构、功能、处理部、处理单元等的一部分或者全部例如通过利用集成电路设计等而用硬件实现。另外，上述各结构、功能等也可以通过处理器解释实现各个功能的程序并执行而用软件实现。实现各功能的程序、表、文件等的信息能够储存于存储器、硬盘、SSD(Solid State Drive，固态驱动器)等记录装置或者IC卡、SD卡、DVD等记录介质。

另外，控制线、信息线表示在说明上被认为是必要的，在产品上未必示出所有控制线、信息线。实际上也可以认为几乎所有结构相互连接。

Claims (15)

1.一种车载软件分发系统，控制针对多个车辆的车载系统的同一功能的升级，所述车载软件分发系统的特征在于，具备：

车载软件分发服务器，通过活动来管理所述同一功能的升级，将基于该活动的软件远程地分发给该活动的对象车辆；

终端，进行针对所述车载软件分发服务器的输入输出；以及

软件更新装置，搭载于多个所述车辆的各个车辆，下载从所述车载软件分发服务器分发的所述软件并安装到对象的车载系统，

所述车载软件分发服务器具有：

活动管理部，根据预定的基准将所述活动的对象车辆分类为群组，针对该分类出的每个群组，制作从属于所述活动的多个子活动；以及

软件分发部，针对各个所述子活动，将基于该子活动的软件远程地分发给该子活动的对象车辆。

2.根据权利要求1所述的车载软件分发系统，其特征在于，

由所述活动管理部制作的多个所述子活动包括：

第1子活动，向所述活动的对象车辆中的验证用的特定车辆所构成的群组分发验证用的软件，

第2子活动，向所述活动的对象车辆中的除了所述特定车辆以外的车辆所构成的群组分发基于所述子活动的软件。

3.根据权利要求2所述的车载软件分发系统，其特征在于，

在从属于所述活动的所述第1子活动成功的情况下，所述活动管理部制作从属于该活动的所述第2子活动，

仅在所述第1子活动成功的情况下，所述软件分发部进行基于所述第2子活动的所述软件的分发。

4.根据权利要求3所述的车载软件分发系统，其特征在于，

在通过所述第1子活动而被分发了所述验证用的软件的所述特定车辆中，所述软件更新装置将该验证用的软件安装到对象的车载系统之后，获取该车载系统的存储装置区域的散列值并发送给所述车载软件分发服务器，

在通过所述第2子活动而被分发了所述软件的所述对象车辆中，所述软件更新装置将该软件安装到对象的车载系统之后，获取该车载系统的存储装置区域的散列值并发送给所述车载软件分发服务器，

在所述第2子活动中接收到的散列值与在所述第1子活动中接收到的散列值一致的情况下，所述活动管理部判断为该第2子活动成功。

5.根据权利要求2所述的车载软件分发系统，其特征在于，

所述活动管理部能够根据按照预定的基准排序所述第2子活动的对象车辆而得到的结果，将该第2子活动分割为多个，能够在该分割出的第2子活动的各个子活动中设定不同的软件的分发开始定时。

6.根据权利要求5所述的车载软件分发系统，其特征在于，

所述活动管理部根据按照各对象车辆的利用频度由低到高的顺序排序所述第2子活动的对象车辆而得到的结果，将该第2子活动分割为多个，越是该分割出的第2子活动中的包括所述利用频度低的对象车辆的对象车辆，越早地设定所述软件的分发开始定时。

7.根据权利要求5所述的车载软件分发系统，其特征在于，

所述活动管理部在分割出的多个所述第2子活动的执行中，在先执行的任意的所述第2子活动结束的情况下，将未执行的所述第2子活动中的所述软件的分发开始定时提前。

8.根据权利要求1所述的车载软件分发系统，其特征在于，

所述活动管理部根据各对象车辆的地区将所述活动的对象车辆分类为所述群组，针对该分类出的每个群组，制作从属于所述活动的多个所述子活动。

9.根据权利要求8所述的车载软件分发系统，其特征在于，

所述软件更新装置还具有位置测位装置，该位置测位装置获取本车辆的当前的位置信息，

所述车载软件分发服务器还具有地理编码处理部，该地理编码处理部根据所述活动的对象车辆的由所述位置测位装置获取到的位置信息，确定各对象车辆的流通时的地区，

所述活动管理部根据由所述地理编码处理部确定出的所述各对象车辆的流通时的地区，将所述活动的对象车辆分类为所述群组，针对该分类出的每个群组，制作从属于所述活动的多个子活动。

10.一种车载软件分发服务器，通过活动来管理针对多个车辆的车载系统的同一功能的升级，将基于该活动的软件远程地分发给该活动的对象车辆，所述车载软件分发服务器的特征在于，具备：

活动管理部，根据预定的基准将所述活动的对象车辆分类为群组，针对该分类出的每个群组，制作从属于所述活动的多个子活动；以及

软件分发部，针对各个所述子活动，将基于该子活动的软件远程地分发给该子活动的对象车辆。

11.根据权利要求10所述的车载软件分发服务器，其特征在于，

由所述活动管理部制作的多个所述子活动包括：

第1子活动，向所述活动的对象车辆中的验证用的特定车辆所构成的群组分发验证用的软件；以及

第2子活动，向所述活动的对象车辆中的除了所述特定车辆以外的车辆所构成的群组分发基于所述子活动的软件。

12.根据权利要求11所述的车载软件分发服务器，其特征在于，

所述活动管理部能够根据按照预定的基准排序所述第2子活动的对象车辆而得到的结果，将该第2子活动分割为多个，能够在该分割出的第2子活动的各个子活动中设定不同的软件的分发开始定时。

13.一种车载软件分发方法，是控制针对多个车辆的车载系统的同一功能的升级的车载软件分发系统的车载软件分发方法，其特征在于，

所述车载软件分发系统具有：

车载软件分发服务器，通过活动来管理所述同一功能的升级，将基于该活动的软件远程地分发给该活动的对象车辆；

终端，进行针对所述车载软件分发服务器的输入输出；以及

软件更新装置，搭载于多个所述车辆的各个车辆，下载从所述车载软件分发服务器分发的所述软件并安装到对象的车载系统，

所述车载软件分发方法具有：

活动制作步骤，所述车载软件分发服务器根据预定的基准将所述活动的对象车辆分类为群组，针对该分类出的每个群组，制作从属于所述活动的多个子活动；以及

软件分发步骤，所述车载软件分发服务器针对各个所述子活动，将基于该子活动的软件远程地分发给该子活动的对象车辆。

14.根据权利要求13所述的车载软件分发方法，其特征在于，

通过所述活动制作步骤制作的多个所述子活动包括：

第1子活动，向所述活动的对象车辆中的验证用的特定车辆所构成的群组分发验证用的软件；以及

第2子活动，向所述活动的对象车辆中的除了所述特定车辆以外的车辆所构成的群组分发基于所述子活动的软件。

15.根据权利要求14所述的车载软件分发方法，其特征在于，

在所述活动制作步骤中，所述车载软件分发服务器根据按照预定的基准排序所述第2子活动的对象车辆而得到的结果，将该第2子活动分割为多个，在该分割出的第2子活动的各个子活动中设定不同的软件的分发开始定时。