CN102971713B - 控制装置 - Google Patents

Abstract

本发明提供一种变更搭载于车辆上的控制单元的控制内容的控制装置，设有时间表取得单元和变更日期时间生成单元，该时间表取得单元取得与车辆有关的时间表，该变更日期时间生成单元基于由时间表取得单元取得的时间表来推定不使用车辆的时间段，对应该时间段而生成并输出进行控制内容的变更的变更日期时间。

Description

控制装置

技术领域

本发明涉及一种控制装置，其变更搭载于车辆上的控制单元的控制内容。

背景技术

以往，对控制搭载于车辆的内部的装置的程序进行更新的技术已被提出。例如在下述的专利文献1中记载的车载网关装置中，当从服务器接收程序，将已存储于车载网关装置中的程序更新为该接收到的程序。

专利文献1：日本特开2004－192278号公报

发明内容

更新作为电子控制装置（控制单元）的ECU（Electronic ControlUnit：电子控制单元）的程序的情况下，根据程序的更新内容的不同，有时有必要在更新程序期间使车辆停车。但是，为应对程序的更新而使车辆停车的时间段因用户而异。因此，一概设定程序的更新日期时间（日期和时间）的情况下，可能会在设定的更新日期时间用户不能应对程序的更新。对于重要性大的程序，优选提前更新。因此，生成与拥有车辆的用户的情况、即车辆的利用状况对应的程序的更新日期时间变得有必要。

本发明是鉴于上述问题而研发的，其目的在于提供一种能够对应车辆的利用状况而生成控制单元的控制内容的变更日期时间的控制装置。

为解决上述问题，本发明的控制装置变更搭载于车辆上的控制单元的控制内容，其特征在于，包括：时间表取得单元，取得与车辆有关的时间表；以及变更日期时间生成单元，基于由时间表取得单元取得的时间表来推定不使用车辆的时间段，对应该时间段而生成并输出进行控制内容的变更的变更日期时间。

该控制装置中，取得与车辆有关的时间表，基于取得的时间表来推定不使用车辆的时间段而生成并输出更新日期时间。这样，通过取得与车辆有关的时间表，能够推定不使用车辆的时间段、即车辆的利用状况。因此，能够生成与车辆的利用状况对应的控制内容的变更日程。

优选时间表取得单元从车辆的外部的终端取得时间表。这种情况下，由于能够从例如手机、电脑等外部终端的时间表程序取得拥有车辆的用户的时间表，所以能够适宜地掌握车辆的利用状况。

优选时间表是拥有车辆的用户的行动预定。这种情况下，通过取得拥有车辆的用户的行动预定，而能够推定不利用车辆的日期时间（利用的日期时间）。因此，能够适宜地生成与拥有车辆的用户的情况对应的控制单元的控制内容的变更日期时间。

优选时间表包含车辆的利用状况、利用环境、利用预定中的至少一个。这种情况下，例如车辆为公司用车、租用车等由法人管理的情况下，通过取得车辆的利用状况、借出状况等，能够推定不利用车辆的日期时间。因此，能够适宜地生成与拥有车辆的用户的情况对应的控制单元的控制内容的变更日期时间。

优选控制单元为电子控制装置，变更日期时间生成单元基于由时间表取得单元取得的时间表来推定不使用车辆的时间段，对应该时间段而生成并输出进行电子控制装置的程序的变更的变更日期时间。根据这样的结构，能够对应车辆的利用状况而生成电子控制单元（ECU）的程序的变更日期时间。

发明效果

根据本发明，能够对应车辆的利用状况而生成控制单元的控制内容的变更日期时间。

附图说明

图1是表示包含作为一实施方式的控制装置的程序发送中心在内的程序更新系统的结构的图示。

图2是表示保持与个人用户的时间表有关的数据的表的一例的图示。

图3是表示保持与法人用户的时间表有关的数据的表的一例的图示。

图4是表示程序发送中心的结构的图示。

图5是表示程序发送中心的动作的流程图。

图6是表示个人用户的重编程时间表生成处理的流程图。

图7是表示个人用户的程序发送系统的序列图。

图8是表示法人用户的重编程时间表生成处理的流程图。

图9是表示法人用户的程序发送系统的序列图。

具体实施方式

以下，参照附图详细说明实施方式。另外，说明中相同要素或具有相同功能的要素使用相同的附图标记，省略重复说明。

图1是包含作为一实施方式的控制装置的程序发送中心的程序更新系统的结构图。如图1所示，程序更新系统1包含程序发送中心2、数据中心3、操作员中心4和车辆5而构成。程序发送中心2、数据中心3以及操作员中心4经由网络能够相互通信地连接。

数据中心3例如由汽车厂运营，进行作为汽车等车辆5所具有的电子控制装置（控制单元）的重编程对象ECU（Electronic Control Unit：电子控制单元）54（后述）的控制内容的变更即程序更新（以下称作重编程）、追加及删除时的引导和指示。数据中心3设有保持与车辆5相关的各种数据的信息DB（数据库）30。信息DB 30由收纳与车辆5相关的车辆信息的车辆信息DB、收纳与车辆5的保养履历相关的信息的保养记录DB、收纳驾驶员的驾驶特性等驾驶员学习信息的驾驶员学习DB、收纳与搭载于车辆5上的导航系统的设定（家设定等）相关的导航设定信息的导航设定信息DB构成。另外，数据中心3管理由驾驶员学习信息和导航设定信息确定的顾客信息。

另外，数据中心3基于所保持着的收纳于信息DB 30中的数据来设定面向用户的重编程的引导方法。具体地，数据中心3基于车辆5的用户的特性信息（性别、年龄、导航系统的利用状况、重编程实施频率等）设定面向用户的重编程的引导方法。作为程序更新的引导方法，有仅进行重编程的通知（用户按照引导进行更新）、由操作员中心4的操作员对用户直接引导更新的步骤等方法。

另外，数据中心3将从程序发送中心2、操作员中心4输出的数据转送给车辆5，并将从车辆5发送的数据转送给程序发送中心2、操作员中心4。

操作员中心4是有操作员常驻，由操作员对各车辆5执行的重编程的管理、监视进行支持的中心。操作员中心4具有数据通信功能，与数据中心3进行数据的接收发送。因此，操作员中心4与车辆5的数据通信经由数据中心3进行。

操作员中心4接收从程序发送中心2发送的重编程数据（重编程的开始预定时刻、处理时间、车辆停车位置等）时，基于重编程数据，判断能否确保进行重编程的期间的操作员，将操作员的确保信息发送给程序发送中心2。在此，在能够确保操作员的情况下，该操作员在开始预定时刻之前处于待机。这时，在操作员中心4中，连接到该预约的车辆5，对驾驶员通知操作员在目的地附近，基于操作员的监视执行重编程。另外，当从预约的车辆5的重编程管理ECU 53自动连接到操作员中心4时，在操作员中心4中，由处于待机的操作员来应对。

另外，操作员中心4设有顾客信息DB 40。在顾客信息DB 40中收纳与数据中心3的车辆信息DB的车辆信息关联的顾客信息。另外，操作员中心4经由网络NW与时间表DB 6以及企业DB 7连接。时间表DB 6以及企业DB 7例如是网络上共有的数据库服务器。

时间表DB 6是收纳拥有车辆5的用户的个人时间表的数据库。在时间表DB 6中收纳有通过个人用户的电脑、手机、PDA（Personal DigitalAssistant：个人数码助理）等车辆5的外部终端向时间表程序输入的时间表。用户的时间表程序与时间表DB 6的协作通过用户的登录进行。图2是表示保持与个人用户的时间表有关的数据的表的一例的图示。如图2所示，在时间表DB 6中，与顾客信息关联的“用户ID”、“事件名”、“场所”、“时间”、“事件种类”被建立对应而保持。

企业DB 7是收纳具有公司用车/商用车的企业、租车公司等的时间表的数据库（车辆管理系统）。在企业DB 7中收纳通过法人用户的电脑、拥有车辆的车主的手机、PDA等向时间表程序输入的时间表。图3是表示保持与法人用户的时间表有关的数据的表的一例的图示。如图4所示，在企业DB 7中，与顾客信息关联的“车辆ID”、“车种”、“用途”、“事件名”、“保管场所”被建立对应而保持。

程序发送中心2是通过遥控操作更新管理重编程对象ECU 54的程序的程序更新装置（控制装置）。如图4所示，程序发送中心2设有用户信息取得部21、程序管理DB 22、时间表取得部（时间表取得单元）23、时间段推定部24、重编程时间表生成部（重编程时间表生成单元）25、重编程时间表设定部26。程序发送中心2具有数据通信功能，与数据中心3进行数据的接收发送。因此，程序发送中心2与车辆5的数据通信经由数据中心3进行。另外，作为程序发送中心2的程序更新装置是具有CPU（Central Processing Unit：中央处理单元）、ROM（Read Only Memory：只读存储器）、RAM（Random AccessMemory：随机存储器）、通信模块等的服务器装置。

用户信息取得部21是取得程序更新所需要的拥有车辆的用户的信息的部分。用户信息取得部21通过进行各车辆5的支持的商家等在管理电子控制装置的程序的程序管理DB 22中新收纳更新用程序时，取得该程序更新所需要的与该车辆的用户有关的信息。具体地，用户信息取得部21对数据中心3发送登录信息取得要求，从包含在更新用程序中的表示对象车辆的信息取得与车种、年型、车牌号有关的车辆信息。用户信息取得部21取得车辆信息时，对操作员中心4发送顾客信息取得要求，取得与车辆信息关联的表示车辆的所有者名等的用户信息（顾客信息）。用户信息取得部21对时间表取得部23输出取得的与程序更新的该车辆有关的用户信息。

时间表取得部23是取得与车辆5有关的时间表的部分。时间表取得部23取得从用户信息取得部21输出的用户信息时，用户信息所表示的用户的时间表程序与时间表DB 6、企业DB 7协作的情况下，取得拥有车辆的用户的时间表。具体地，时间表取得部23基于用户信息从时间表DB 6或企业DB 7取得用户的时间表。所谓用户的时间表，用户为个人的情况下是拥有车辆5的用户的个人行动预定（例如出差、会议等），用户为法人的情况下是作为所有者的车主的时间表、车辆的管理状况、租用车的利用状况、预约状况等。时间表取得部23将取得的表示与车辆有关的时间表的时间表信息输出给时间段推定部24以及重编程时间表生成部25。

时间段推定部24是根据用户的时间表推定不使用车辆5的时间段的部分。时间段推定部24取得从时间表取得部23输出的时间表信息时，基于该时间表信息推定不使用车辆的时间段。具体地，时间段推定部24判定预先设定的重编程的候补时间是否有预定，在候补时间有预定的情况下，推定该候补时间的时间段是否为不使用车辆5的时间段。时间段推定部24在时间表信息中进行模糊检索、行动插补推定等处理，提取例如“讨论（商谈）”、“出差”等预定，取得该预定的时间段。

更详细地，时间段推定部24在个人用户的情况下，如图2所示，例如通勤中每日使用车辆（根据过去的积累信息推定）的用户（例如用户ID：0001）的时间表信息中，时间表里加入了“讨论（场所：通勤地（会议室））”的预定的情况下，认为讨论的时间段中用户位于通勤地的会议室，不使用车辆的可能性高，将该时间段（9：00～11：00）推定为不使用车辆的时间段。或者，时间段推定部24在例如仅用户使用车辆（根据过去的积累信息推定），住在东京的用户（用户ID：0002）的时间表信息中，时间表里加入了“国内出差（场所：名古屋）”的预定的情况下，认为在新干线上的移动时间中不使用车辆的可能性高，将该时间段（8：00～11：00）推定为不使用车辆的时间段。

另外，时间段推定部24在法人、租车公司的情况下，基于时间表信息的保管场所（参照图3）来判定车辆5是否被保管在电波不能到达的场所（例如室内（地下）停车场），在判定为车辆被保管在电波不能到达的场所的情况下，根据时间表信息推定在电波不能到达的场所停车的时间段。时间段推定部24将表示所推定的时间段的时间段信息输出给重编程时间表生成部25。

重编程时间表生成部25是对应由时间表取得部23取得的用户的时间表以及由时间段推定部24推定的时间段而生成并输出进行重编程的重编程时间表的部分。重编程时间表生成部25在用户为个人的情况下，取得从时间段推定部24输出的时间段信息时，将该时间段信息所表示的时间段作为重编程的时间表（重编程时间表）生成。

另外，重编程时间表生成部25在用户为法人的情况下由于大多拥有多台车辆，所以从时间段推定部24接收时间信息时，生成多个车辆能够在短时间集中实施编程的重编程时间表。另外，重编程时间表生成部25对应车辆的种类、用途（时间表信息）来使假定为利用频率低的日期时间（星期几）优先而生成重编程时间表。具体地，重编程时间表生成部25当车辆为公司用车的情况下，对利用频率高的平日的日间降低重编程的候补日程的优先度，当车辆为休闲用的租用车的情况下，对周六日和繁忙期降低重编程的候补日程的优先度，而生成重编程时间表。重编程时间表生成部25将表示所生成的重编程时间表的重编程时间表信息发送（输出）给数据中心3。接收到重编程时间表信息的数据中心3将重编程时间表信息转送给车辆5。

重编程时间表设定部26是当对于发送给用户的重编程时间表有从用户表示同意的响应的情况下，设定重编程时间表的部分。当从重编程时间表生成部25输出重编程时间表后，经由数据中心3从车辆5取得同意重编程时间表这一内容的响应信息的情况下，重编程时间表设定部26设定按照所提出的重编程时间表的重编程的时间表。另外，车辆5被保管在电波不能到达的场所的情况下，重编程时间表设定部26设定成在车辆的利用中实施更新用的程序的下载。重编程时间表设定部26将表示所设定的重编程的时间表的重编程数据发送给操作员中心4。

车辆5设有通信部51、传感器52、重编程管理ECU 53、重编程对象ECU 54。通信部51是与数据中心3进行数据的接收发送的部分，接收从数据中心3发送的数据并输出给重编程管理ECU 53，并将从重编程管理ECU 53输出的数据发送给数据中心3。

传感器52是取得生物体信息、车座落座位置等信息的部分。传感器52将取得的信息输出给重编程管理ECU 53。

重编程管理ECU 53是将与重编程相关的处理进行集中的部分。在重编程管理ECU 53中进行重编程的管理、重编程的要求接收、重编程实施的可否判断（车辆是否停止中的判断等）、重编程的操作步骤的通知、基于由传感器52取得的信息学习驾驶员的驾驶特性并发送的处理等。重编程管理ECU 53接收从程序发送中心2发送的重编程时间表信息时，将重编程时间表信息例如显示在导航系统的显示器上（提示给用户）。重编程管理ECU 53将重编程时间表信息提示给用户后，由用户对输入接收单元（触屏、开关等）输入对重编程时间表信息的回答（同意/取消）的情况下，将表示该内容的响应信息通过通信部51发送给程序发送中心2。

另外，在重编程管理ECU 53中，由重编程对象ECU 54结束重编程后，判断重编程是否成功。然后，在重编程管理ECU 53中，将重编程成功/失败的判定结果经由数据中心3发送给操作员中心4。

重编程对象ECU 54是作为编程的更新对象的电子控制单元。重编程对象ECU 54取得从重编程管理ECU 53输出的更新程序时，改写重编程对象的软件的程序。重编程对象ECU 54以包含CPU、ROM、RAM的计算机为主体构成，重编程对象ECU 54的各功能通过在ROM、RAM上读入与车辆5的控制有关的程序，由CPU执行该程序来实现。

（个人用户的重编程时间表设定）

接着，参照图5、图6说明程序发送中心2的动作。图5是表示程序发送中心的动作的流程图，图6是表示重编程时间表生成处理的流程图。另外，以下的说明中，关于用户为个人的情况进行例示。

如图5所示，首先执行重编程时间表生成处理（步骤S01）。

如图6所示，在重编程时间表生成处理中，首先通过用户信息取得部21确定拥有重编程的对象车辆的用户（步骤S11）。接着，由时间表取得部23判定被确定的用户的时间表程序是否已与时间表DB 6协作（步骤S12）。判定为用户的时间表程序已与时间表DB 6协作的情况下，移至步骤S13。而当没有判定为用户的时间表程序已与时间表DB 6协作的情况下，移至步骤S18。

在步骤S13中，由时间表取得部23取得用户的时间表。然后，判定在预先设定的候补时间段中是否有用户的预定（步骤S14）。判定为有用户的预定的情况下，移至步骤S15。而没有判定为有用户的预定的情况下，移至步骤S18。

在步骤S15中，由时间段推定部24判定用户的预定是否是不使用车辆5的预定、即不使用车辆5的时间段。判定为用户的预定是不使用车辆5的预定的情况下，移至步骤S16。而没有判定为用户的预定是不使用车辆5的预定的情况下，移至步骤S18。

在步骤S16中，由时间段推定部24判定在不使用车辆5的时间段的前后是否没有预定。当判定为在不使用车辆5的时间段的前后没有预定的情况下，由重编程时间表生成部25生成重编程时间表（步骤S17），重编程时间表生成处理结束。而没有判定为在不使用车辆5的时间段的前后没有预定的情况下，移至步骤S18。在步骤S18中，进行重编程时间表的候补日程的重新评估，程序发送中心2的处理结束。

返回图5，当由重编程时间表生成处理生成重编程时间表时，判定服务器的状态是否良好（是否不拥挤）（步骤S02）。当判定为服务器的状态良好的情况下，重编程时间表发送给车辆5（步骤S03）。而当没有判定为服务器的状态良好的情况下，处理结束。

接着，对应于重编程时间表发送给了车辆5的情况，判定在从车辆5发送的响应信息中是否表示了用户同意了重编程时间表（步骤S04）。当判定为用户同意了重编程时间表的情况下，由重编程时间表设定部26设定车辆5的重编程时间表（步骤S05）。而当没有判定为用户同意了重编程时间表的情况下，返回步骤S01而反复进行处理。

接着，参照图7说明程序更新系统1的动作。图7是表示程序更新系统的动作的序列图。

如图7所示，首先从程序发送中心2对数据中心3发送登录信息取得要求（步骤S21）。在接收了从程序发送中心2发送的登录信息要求的数据中心3中，参照信息DB 30而提取车辆信息等登录信息，该登录信息被发送给程序发送中心2（步骤S22）。在接收到从数据中心3发送的登录信息的程序发送中心2中，要求取得与登录信息对应的顾客信息的顾客信息取得要求被发送给操作员中心4（步骤S23）。在接收到从程序发送中心2发送的顾客信息取得要求的操作员中心4中，参照顾客信息DB 40而提取与车辆信息对应的顾客信息，该顾客信息被发送给程序发送中心2（步骤S24）。

在接收到从操作员中心4发送的顾客信息的程序发送中心2中，要求取得顾客信息中表示的用户的时间表的时间表信息取得要求被发送给时间表DB 6（步骤S25）。在接收到从程序发送中心2发送的时间表信息取得要求的时间表DB 6中，提取与用户对应的时间表信息，该时间表信息被发送给程序发送中心2（步骤S26）。

在接收到从时间表DB 6发送的时间表信息的程序发送中心2中，生成重编程时间表（步骤S27），该重编程时间表经由数据中心3被发送给车辆5（步骤S28）。在接收到从程序发送中心2发送的重编程时间表的车辆5中，对用户提示重编程时间表，针对重编程时间表的可否的响应信息被发送给程序发送中心2（步骤S29）。在接收到从车辆5发送的响应信息的程序发送中心2中，设定重编程时间表（步骤S30）。

（法人用户的重编程时间表设定）

接着，参照图8说明法人用户的情况下的程序发送中心2的动作。另外，关于图6所示的处理，由于与个人用户的情况为相同的处理，所以其说明省略。

如图8所示，在重编程时间表生成处理中，首先通过用户信息取得部21确定拥有重编程的对象车辆的用户（步骤S31）。接着，由时间表取得部23判定被确定的用户（车主、企业）的时间表程序是否已与时间表DB 7协作（步骤S32）。判定为用户的时间表程序已与企业DB 7协作的情况下，移至步骤S33。而当没有判定为用户的时间表程序已与企业DB 7协作的情况下，移至步骤S38。

在步骤S33中，由时间表取得部23取得用户的时间表。然后，判定在预先设定的候补时间段中是否有用户的预定（公司用车的使用、租用车的预定等）（步骤S34）。判定为有用户的预定的情况下，移至步骤S35。而没有判定为有用户的预定的情况下，移至步骤S39。

在步骤35中，由时间段推定部24判定在候补时间段的前后是否没有预定。当判定为在车候补时间段的前后没有预定的情况下，移至步骤S36。而当没有判定为在车候补时间段的前后没有预定的情况下，移至步骤S39。

在步骤S36中，由时间段推定部24判定车辆5的保管场所是否为电波不能到达的场所。当判定为车辆5的保管场所是电波不能到达的场所的情况下，由重编程时间表设定部26调整下载日程（步骤S37）。而当没有判定为车辆5的保管场所是电波不能到达的场所的情况下，移至步骤S38。

在步骤S38中，由重编程时间表生成部25生成重编程时间表，重编程时间表生成处理结束。在步骤39中，进行重编程时间表的候补日程的重新评估，程序发送中心2的处理结束。

接着，参照图9说明程序更新系统1的动作。图9是表示程序更新系统的动作的序列图。

如图9所示，首先从程序发送中心2对数据中心3发送登录信息取得要求（步骤S41）。在接收了从程序发送中心2发送的登录信息要求的数据中心3中，参照信息DB 30而提取车辆信息等登录信息，该登录信息被发送给程序发送中心2（步骤S42）。在接收到从数据中心3发送的登录信息的程序发送中心2中，要求取得与登录信息对应的顾客信息的顾客信息取得要求被发送给操作员中心4（步骤S43）。在接收到从程序发送中心2发送的顾客信息取得要求的操作员中心4中，参照顾客信息DB 40而提取与车辆信息对应的顾客信息，该顾客信息被发送给程序发送中心2（步骤S44）。

在接收到从操作员中心4发送的顾客信息的程序发送中心2中，要求取得顾客信息中表示的用户的时间表的时间表信息取得要求被发送给时间表DB 6（步骤S45）。在接收到从程序发送中心2发送的时间表信息取得要求的时间表DB 6中，提取与用户对应的时间表信息，该时间表信息被发送给程序发送中心2（步骤S46）。

在接收到从企业DB 7发送的时间表信息的程序发送中心2中，将要求取得表示车辆5的保管场所的车辆保管场所信息的车辆保管场所信息取得要求被发送给企业DB 7（步骤S47）。在接收到从程序发送中心2发送的车辆保管场所信息取得要求的企业DB 7中，提取车辆5的保管场所信息，该车辆保管场所信息被发送给程序发送中心2（步骤S48）。

在接收到从企业DB 7发送的时间表信息以及车辆保管信息的程序发送中心2中，生成重编程时间表（步骤S49），该重编程时间表经由数据中心3被发送给车辆5（步骤S50）。在接收到从程序发送中心2发送的重编程时间表的车辆5中，对用户提示重编程时间表，针对重编程时间表的可否的响应信息被发送给程序发送中心2（步骤S51）。在接收到从车辆5发送的响应信息的程序发送中心2中，设定重编程时间表（步骤S52）。

如以上说明，程序发送中心2是用于更新搭载于车辆5上的重编程对象ECU 54的程序的程序更新装置，由时间表取得部23取得与车辆5有关的时间表，时间段推定部24基于取得的时间表推定不使用车辆5的时间段，重编程时间表生成部25生成并输出重编程时间表。通过如此取得与车辆5有关的时间表，能够推定不使用车辆5的时间段、即车辆5的利用状况。因此，能够生成与车辆5的利用状况对应的重编程的时间表。

另外，时间表是拥有车辆5的用户的行动预定。这种情况下，通过取得拥有车辆5的用户的行动预定，从而能够推定不利用车辆5的日期时间（利用的日期时间）。因此，能够适宜地生成与拥有车辆5的用户的情况对应的重编程对象ECU 54的重编程的重编程时间表。

时间表包含车辆的利用状况、利用环境、利用预定。这种情况下，例如车辆5为公司用车、租用车等由法人管理的情况下，通过取得车辆5的利用状况、借出状况等，能够推定不利用车辆5的日期时间。因此，能够适宜地生成与拥有车辆5的用户的情况对应的重编程对象ECU 54的重编程的重编程时间表。

本发明不限于上述实施方式。例如上述实施方式中，采用分别独立设置程序发送中心2、数据中心3以及操作员中心4的结构，但是程序发送中心2、数据中心3以及操作员中心4也可以是同一中心。另外，程序更新装置（控制单元）也可以搭载于车辆5上。

另外，上述实施方式中，将本发明的控制装置适用于重编程对象ECU 54的重编程，但是也能够适用于作为控制单元的FPGA（FieldProgrammable Gate Array：现场可编程门阵列）的程序的改写。FPGA是能够写入逻辑电路的门阵列，能够改写逻辑电路的程序（控制内容的变更）。在FPGA中，通过从存储器读入程序来实现其功能。

标号说明

2…程序发送中心（控制装置）

5…车辆

23…时间表取得部（时间表取得单元）

25…重编程时间表生成部（变更日期时间生成单元）

Claims (1)

1.一种控制装置，变更搭载于车辆上的控制单元的控制内容，其特征在于，包括：

用户信息取得部，取得所述控制内容的变更所需要的拥有所述车辆的用户的信息；

时间表取得单元，取得时间表，所述时间表是由所述用户信息取得部取得的所述用户的行动预定；

时间段推定部，基于由所述时间表取得单元取得的所述时间表来推定不使用所述车辆的时间段；以及

变更日期时间生成单元，对应由所述时间段推定部推定的时间段而生成并输出进行所述控制内容的变更的变更日期时间，

所述时间表取得单元从收纳有所述用户的所述时间表的数据库服务器取得所述时间表，

所述时间段推定部判定预先设定的所述控制内容的变更的候补时间是否有所述用户的预定，在所述候补时间有预定的情况下，推定该候补时间的时间段是否为不使用所述车辆的所述时间段。