CN117597678A - 系统、中心以及控制程序 - Google Patents

Abstract

管理中心(3)的移动性GW(11)从数据收集装置(2)获取多个车辆数据。移动性GW(11)在接收到从数据收集装置(2)发送的车辆数据时，使用该接收到的车辆数据追加到存储于影子存储部(112)的车辆数据来进行更新。另外，以不需要与更新车辆数据的定时的同步的第二周期，使用根据存储于影子存储部(112)的车辆数据得到的最新索引，追加存储于索引存储部(125)的索引来进行更新。

Description

系统、中心以及控制程序

相关申请的交叉引用

本国际申请基于在2021年7月2日在日本专利局申请的日本专利申请第2021-110902号来主张优先权，通过参照将日本专利申请第2021-110902号的全部内容引用到本国际申请。

技术领域

本发明涉及从车载装置向中心发送车辆数据来进行处理的系统、对从车载装置发送的车辆数据进行处理的中心、中心的控制程序。

背景技术

在专利文献1中记载了一种数字孪生模拟，其通过从车辆收集车辆数据来在虚拟空间中再现现实世界的车辆的状态。

另外，近年来，受到移动服务的扩展，例如提供一种车队服务(fleet service)，其通过从管理对象车辆定期地收集GPS信息等车辆数据并使管理对象车辆的位置显示在浏览器的地图画面上，从而服务管理者对管理对象车辆进行集中管理。

专利文献1：日本特开2019-153291号公报

在进行上述的数字孪生模拟等的系统中，从车载装置以恒定间隔向中心发送车辆数据，在中心对发送来的车辆数据进行管理。

然而，从车载装置向中心发送的车辆数据存在各种车辆数据。例如，存在短时间内的变化大且期望以高频度发送的车辆数据(例如，车速数据)、短时间内变化少且不那么需要以高频度发送的车辆数据(例如，水温数据)。

另一方面，考虑在中心侧，在接收到车辆数据的情况下，按照每个接收到的定时，进行对所存储的车辆数据进行更新的处理。并且，考虑在中心侧，根据移动服务等(例如，进一步考虑服务的必要性或者用途)，进行将接收到的车辆数据加工成容易利用的数据等的处理。

然而，发明者的详细研究的结果为发现了如下的课题：若在中心侧，针对上述的短时间内变化的车辆数据、短时间内变化少的车辆数据，进行在接收到的定时进行更新，或者加工成在移动服务中容易利用的数据等的处理，则运算的负荷变大。

例如，在移动服务中利用车辆数据的情况下，也认为与车速等在短时间内变化的车辆数据匹配地，进行加工上述的数据的处理的必要性较低。

发明内容

本发明优选提供一种能够减少中心侧的运算负荷的技术。

a)本发明的一个方式提供一种系统，具备：多个车载装置，分别搭载于多个车辆；以及中心，能够与该多个车载装置分别进行数据通信。

车载装置具备：第一存储部，存储从搭载有车载装置的车辆中的其他的装置发送的车辆数据；以及发送控制部，以第一周期对中心发送车辆数据。

中心具备：第二存储部，存储从车载装置依次发送的上述车辆数据；以及第三存储部，存储与存储于第二存储部的车辆数据相关联的信息亦即索引。

而且，中心具备：第一更新部，在接收到从车载装置发送的车辆数据时，将接收到的车辆数据追加到存储于第二存储部的车辆数据来进行更新；以及第二更新部，以不需要与第一更新部的更新定时的同步的第二周期，与存储于第二存储部的车辆数据的最新数据相关联地追加存储于第三存储部的索引来进行更新。

由此，在本发明的系统中，能够以与发送车辆数据的第一周期不同的第二周期，对存储于第三存储部的索引进行更新，因此能够减少中心的运算负荷。例如，通过将第二周期设定为与被设定为以高频度发送车辆数据的第一周期相比较长的周期，能够减少中心的运算负荷。

另外，当在移动服务中利用车辆数据的情况下，能够以适当的定时(即，第二周期)更新能够提取该车辆数据的索引，因此从这方面出发，也能够减少中心的运算负荷。

b)本发明的其他的方式提供一种中心，能够经由通信机与分别搭载于多个车辆的多个车载装置分别进行数据通信。

中心具备：通信部，接收从车载装置以第一周期发送的车辆数据；第二存储部，存储车辆数据；以及第三存储部，存储与存储于第二存储部的车辆数据相关联的信息亦即索引。

而且，中心具备：第一更新部，在通过通信部接收到车辆数据时，使用接收到的车辆数据，追加到存储于第二存储部的车辆数据来进行更新；以及第二更新部，以不需要与第一更新部的更新定时的同步的第二周期，与存储于第二存储部的车辆数据的最新数据相关联地追加存储于第三存储部的索引来进行更新。

由此，在本发明的中心中，能够以与发送车辆数据的第一周期不同的第二周期，更新存储于第三存储部的索引，因此能够减少中心的运算负荷。另外，当在移动服务中利用车辆数据的情况下，能够以适当的定时(即，第二周期)更新能够提取该车辆数据的索引，因此从这方面出发，也能够减少中心的运算负荷。

c)本发明的另一其他的一个方式提供一种控制程序，由中心执行，该中心能够经由通信机与分别搭载于多个车辆的多个车载装置分别进行数据通信。

通过该控制程序，接收从车载装置以第一周期发送的车辆数据，将车辆数据存储于第二存储部，将与存储于第二存储部的车辆数据相关联的信息亦即索引存储于第三存储部。

而且，在接收到车辆数据时，使用接收到的车辆数据，追加到存储于第二存储部的车辆数据来进行更新，以不需要与该更新的定时的同步的第二周期，与存储于第二存储部的车辆数据的最新数据相关联地追加存储于第三存储部的索引来进行更新。

由此，在本发明的控制程序中，能够以与发送车辆数据的第一周期不同的第二周期，更新存储于第三存储部的索引，因此能够减少中心的运算负荷。另外，当在移动服务中利用车辆数据的情况下，能够以适当的定时(即，第二周期)更新能够提取该车辆数据的索引，因此从这方面出发，也能够减少中心的运算负荷。

附图说明

图1是表示第一实施方式的移动性IoT系统的结构的框图。

图2是表示数据收集装置的结构的框图。

图3是表示管理中心的结构的框图。

图4是表示数据收集装置的功能性结构的功能框图。

图5是表示管理中心的功能性结构的功能框图。

图6是表示CAN帧的结构的图。

图7是表示数据标准化处理的流程图。

图8是表示车辆数据转换表的结构的图。

图9是表示标准化车辆数据的第一层级和数据格式的图。

图10是表示标准化车辆数据的结构的图。

图11是表示标准化车辆数据的制作步骤的时序图。

图12是表示数据收集装置的调度系统的功能性结构的功能框图。

图13是表示与车辆数据的种类对应的更新定时的图。

图14是表示与车辆数据的种类对应的发送周期的图。

图15是表示数据发送处理的前半部分的流程图。

图16是表示数据发送处理的后半部分的流程图。

图17是表示数据发送定时的定时图。

图18是表示移动性IoT系统中的数据的流动的时序图。

图19是表示所发送的车辆数据的结构的图。

图20是表示移动性GW以及数据管理部的功能性结构的功能框图。

图21是表示影子的结构的图。

图22是表示最新索引的结构的图。

图23是表示索引的结构的图。

图24A是表示移动性GW的处理的流程图，图24B是表示数据管理部的处理的流程图。

图25是表示请求的具体例的图。

图26是表示搭载于车辆的ECU的连接状态的框图。

图27是表示第二实施方式的移动性IoT系统的结构的框图。

图28是功能性地表示服务侧单元的结构的功能框图。

图29是表示包含车辆数据以外的数据的索引的结构的图。

图30是表示车辆行驶的地域和雨的范围的图。

图31是表示第二实施方式的数据的流动的时序图。

具体实施方式

以下与附图一同说明本发明的实施方式。

[1.第一实施方式]

[1-1.整体结构]

本第一实施方式的移动性IoT系统1具有在云上管理车辆状态的功能，如图1所示，具备多个数据收集装置(即，边缘装置)2、管理中心3、服务提供服务器4。IoT是Internet ofThings(物联网)的缩写。

数据收集装置2搭载于车辆，具有经由广域无线通信网NW与管理中心3进行数据通信的功能。

管理中心3是对移动性IoT系统1进行管理的装置。管理中心3具有经由广域无线通信网NW与多个数据收集装置2以及服务提供服务器4之间进行数据通信的功能。

服务提供服务器4例如是为了提供对车辆的运行进行管理的服务而设置的服务器。此外，移动性IoT系统1也可以具备服务内容相互不同的多个服务提供服务器。这些服务提供服务器4也可以由内部部署构成，也可以由云构成，也可以被构成为与管理中心3在物理上相同的服务器。

如图2所示，数据收集装置2具备微型计算机11、车辆接口(以下，车辆I/F)12、通信机13、存储部14。

微型计算机11具备第一核21、第二核22、ROM23、RAM24、闪存25、输入输出部26、总线27。此外，闪存25相当于第一存储部。

微型计算机11的各种功能是通过由第一核21以及第二核22执行储存于非迁移实体记录介质的程序而实现的。在该例中，ROM23相当于储存有程序的非迁移实体记录介质。另外，通过该程序的执行，而执行与程序对应的方法。

此外，由第一核21以及第二核22执行的功能的一部分或者全部也可以由一个或多个IC等以硬件方式构成。

闪存25是能够进行数据改写的非易失性存储器。闪存25具备储存后述的标准化车辆数据的标准化车辆数据储存部25a以及规则存储部25b。

输入输出部26是用于在微型计算机11的外部与第一核21以及第二核22之间进行数据的输入输出的电路。

总线27将第一核21、第二核22、ROM23、RAM24、闪存25以及输入输出部26连接成能够相互进行数据输入输出。

车辆I/F12是用于与搭载于车辆的电子控制装置以及传感器等之间进行信号的输入输出的输入输出电路。

车辆I/F12具备电源电压输入端口、通用输入输出端口、CAN通信端口以及以太网通信端口等。CAN通信端口是用于根据CAN通信协议来进行数据的发送接收的端口。以太网通信端口是用于基于以太网通信协议而进行数据的发送接收的端口。CAN是ControllerArea Network(控制器局域网)的缩写。CAN是注册商标。以太网是注册商标。

在CAN通信端口以及以太网通信端口连接有搭载于车辆的其他的电子控制装置。由此，数据收集装置2能够与其他的电子控制装置之间进行通信帧的发送接收。

通信机13经由广域无线通信网NW与管理中心3进行数据通信。

存储部14是用于存储各种数据的存储装置。

如图26所示，在车辆搭载有一个ECU210、多个ECU220、多个ECU230、车外通信装置240、车内通信网250。ECU是Electronic Control Unit(电子控制单元)的缩写。

ECU210通过统制多个ECU220，而实现车辆整体取得协作的控制。

ECU220设置于根据车辆中的功能而划分出的每个域，主要执行存在于该域内的多个ECU230的控制。各ECU220经由分别单独地设置的下层网络(例如，CAN)而与下属的ECU230连接。ECU220具有集中地管理对下属的ECU230的访问权限等并进行使用者的认证等的功能。域例如是动力总成(Powertrain)、车身(Body)、底盘以及座舱等。

与属于动力总成的域的ECU220连接的ECU230例如包含控制发动机的ECU230、控制马达的ECU230、以及控制电池的ECU230等。

与属于车身的域的ECU220连接的ECU230例如包含控制空调的ECU230、以及控制车门的ECU230等。

与属于底盘的域的ECU220连接的ECU230例如包含控制制动器的ECU230、以及控制转向的ECU230等。

与属于座舱的域的ECU220连接的ECU230例如包含控制仪表以及导航的显示的ECU230、以及控制由车辆的乘员操作的输入装置的ECU230等。

车外通信装置240经由广域无线通信网NW与车辆外的通信装置(例如，云服务器)之间进行数据通信。

车内通信网250具备CAN FD和以太网。CAN FD是CAN with Flexible Data Rate(具有灵活数据速率的CAN)的缩写。CAN FD将ECU210与各ECU220以及车外通信装置240进行总线连接。以太网将ECU210与各ECU220以及车外通信装置240之间单独地连接。

ECU210是以具备CPU210a、ROM210b以及RAM210c等的微型计算机为中心而构成的电子控制装置。微型计算机的各种功能是通过由CPU210a执行储存于非迁移实体记录介质的程序而实现的。在该例中，ROM210b相当于储存有程序的非迁移实体记录介质。另外，通过该程序的执行，而执行与程序对应的方法。此外，由CPU210a执行的功能的一部分或者全部也可以由一个或多个IC等以硬件方式构成。另外，构成ECU210的微型计算机的数量可以是一个也可以是多个。

ECU220、ECU230以及车外通信装置240均与ECU210同样，是以具备CPU、ROM以及RAM等的微型计算机为中心而构成的电子控制装置。另外，构成ECU220、ECU230以及车外通信装置240的微型计算机的数量可以是一个也可以是多个。ECU220是统制1个以上的ECU230的ECU，ECU210是统制1个以上的ECU220的ECU、或者是统制包含车外通信装置240的车辆整体的ECU220、230的ECU。

数据收集装置2与ECU210连接成能够与ECU210之间进行数据通信。即，数据收集装置2经由ECU210，接收ECU210、220、230的信息。另外，数据收集装置2将与车辆控制相关的请求发送给ECU210，或者经由ECU210发送给ECU220、230。

如图3所示，管理中心3具备控制部31、通信部32、存储部33。此外，存储部33具备后述的第二存储部33a以及第三存储部33b。

控制部31是以具备CPU41、ROM42以及RAM43等的微型计算机为中心而构成的电子控制装置。微型计算机的各种功能是通过由CPU41执行储存于非迁移实体记录介质的程序而实现的。在该例中，ROM42相当于储存有程序的非迁移实体记录介质。另外，通过该程序的执行，而执行与程序对应的方法。此外，由CPU41执行的功能的一部分或者全部也可以由一个或多个IC等以硬件方式构成。另外，构成控制部31的微型计算机的数量可以是一个也可以是多个。

通信部32经由广域无线通信网NW与多个数据收集装置2以及服务提供服务器4之间进行数据通信。

存储部33是用于存储各种数据的存储装置。

[1-2.数据收集装置的功能]

接下来，对数据收集装置2的功能进行说明。

如图4所示，数据收集装置2具备第一单元101，作为通过由第一核21执行储存于ROM23的程序而实现的功能模块。数据收集装置2具备第二单元102，作为通过由第二核22执行储存于ROM23的程序而实现的功能模块。

第一单元101具备实时操作系统(以下，RTOS)103、第一应用104。

第一应用104执行用于控制车辆的各种处理。第一应用104为了执行用于控制车辆的各种处理，而被构成为能够访问闪存25的标准化车辆数据储存部25a来参照标准化车辆数据。

RTOS103管理第一应用104，以能够确保基于第一应用104的处理的实时性。

第二单元102具备通用操作系统(以下，GPOS)105、第二应用106。

第二应用106执行与由服务提供服务器4提供的服务相关的处理。第二应用106为了执行与服务相关的处理，而被构成为能够访问闪存25的标准化车辆数据储存部25a来参照标准化车辆数据。

另外，第二应用106执行与发送车辆数据的情况下的调度相关的处理。第二应用106为了执行与调度相关的处理，而被构成为能够访问闪存25的规则存储部25b，来参照各车辆数据的发送周期。

GPOS105是为了使各种应用进行动作而搭载于数据收集装置2的基本软件，管理第二应用106。

[1-3.管理中心的功能]

接下来，对管理中心3的功能进行说明。

如图5所示，管理中心3具备车辆侧单元110和服务侧单元120，作为通过由CPU41执行储存于ROM42的程序而实现的功能模块。

将接近对车辆的访问的一侧作为车辆侧单元110，将接近来自服务提供服务器4的访问的一侧作为服务侧单元120，将功能模块分为2个，将这两个功能模块被构成为疏耦合。

实现构成管理中心3的这些要素的方法不限于软件，对于其一部分或者全部的要素，也可以使用一个或多个硬件来实现。例如，在上述功能由作为硬件的电子电路实现的情况下，该电子电路也可以由包含多个逻辑电路的数字电路或模拟电路或它们的组合来实现。

车辆侧单元110管理对车辆的访问以及从车辆接收到的数据。车辆侧单元110具备移动性网关(以下，移动性GW)111。移动性GW111除了向车辆中继对车辆的访问请求的功能之外，还具有管理从车辆接收到的数据的功能。

而且，移动性GW111具备影子存储部112、车辆控制部113。影子存储部112按照搭载数据收集装置2的每个车辆存储收纳车辆数据的影子114。影子114表示某车辆的车辆数据组。车辆控制部113具备基于来自服务提供服务器4的指示，对搭载有数据收集装置2的车辆进行控制的功能。

服务侧单元120接受来自服务提供服务器4的请求，并且进行车辆数据的提供。服务侧单元120具备数据管理部121、访问API122。API是Application ProgrammingInterface(应用程序接口)的缩写。

数据管理部121具备对用于提供不取决于车辆的连接状态的变化的车辆访问的虚拟空间亦即数字孪生123进行管理的功能。数据管理部121管理对在车辆侧单元110中管理的车辆数据的访问所需的数据。

访问API122是用于由服务提供服务器4访问移动性GW111以及数据管理部121的标准接口。访问API122对服务提供服务器4提供用于对车辆的访问、获取车辆数据的API。

[1-4.由车辆I/F执行的处理]

接下来，对由车辆I/F12执行的处理进行说明。

车辆I/F12若接收通信帧，则基于接收到通信帧的通信端口，判断通信帧的通信协议。具体而言，车辆I/F12例如在利用CAN通信端口接收通信帧的情况下，判断为接收到的通信帧的通信协议为CAN通信协议。另外，车辆I/F12例如在利用以太网通信端口接收通信帧的情况下，判断为接收到的通信帧的通信协议为以太网通信协议。

而且，车辆I/F12基于通信帧的识别信息，判断是否需要通信帧，在判断为需要的情况下，将接收到的通信帧输出到第一单元101。

如图6所示，CAN帧由帧开始、仲裁字段、控制字段、数据字段、CRC字段、ACK字段以及帧结束构成。此外，仲裁字段由11比特或者29比特的标识符(即，ID)和1比特的RTR比特构成。

另外，将在CAN通信中使用的11比特的标识符称为CANID。CANID基于CAN帧中包含的数据的内容、CAN帧的发送源、以及CAN帧的发送目的地等而预先设定。

数据字段由分别8比特(即1字节)的第一数据、第二数据、第三数据、第四数据、第五数据、第六数据、第七数据以及第八数据构成。以下，也将数据字段的第一～第八数据中的各个数据称为CAN数据。

因此，车辆I/F12在接收到CAN帧的情况下，基于CANID，判断是否需要接收到的CAN帧。

[1-5.由第一单元执行的处理]

接下来，对由第一单元101执行的处理进行说明。

第一单元101若获取从车辆I/F12输出的通信帧，则从通信帧提取识别信息和数据，制作由识别信息和数据构成的标准格式数据，并将所制作的标准格式数据存储于闪存25。例如，第一单元101在获取到CAN帧的情况下，制作由CANID和第一～第八数据构成的标准格式数据。

此外，在包含与所制作的标准格式数据相同的识别信息的标准格式数据已经存储于闪存25的情况下，第一单元101通过覆盖该标准格式数据并进行存储，来更新标准格式数据。

[1-6.由第二单元执行的处理]

接下来，对由第二单元102执行的数据标准化处理的步骤进行说明。数据标准化处理是在微型计算机11的动作中反复执行的处理。

若执行数据标准化处理，则如图7所示，首先在S10中，第二核22判断预先设定的标准化执行条件是否成立。

标准化执行条件是指后述的第一高频度标准化条件、第二高频度标准化条件、第三高频度标准化条件、第一低频度标准化条件、第二低频度标准化条件、事件标准化条件以及不变标准化条件中的至少任一个成立。

第一高频度标准化条件是指经过了预先设定的第一高频度标准化周期(例如，在本第一实施方式中为500ms)。

第二高频度标准化条件是指经过了预先设定的第二高频度标准化周期(例如，在本第一实施方式中为2s)。

第三高频度标准化条件是指经过了预先设定的第三高频度标准化周期(例如，在本第一实施方式中为4s)。

第一低频度标准化条件是指经过了预先设定的第一低频度标准化周期(例如，在本第一实施方式中为30s)。

第二低频度标准化条件是指经过了预先设定的第二低频度标准化周期(例如，在本第一实施方式中为300s)。

事件标准化条件是指经过了预先设定的事件标准化周期(例如，在本第一实施方式中为12小时)。此外，作为事件标准化条件，也可以采用第一～第三高频度标准化周期。

不变标准化条件是指这次的S10的处理为在微型计算机11起动之后初次的S10的处理。

这里，在标准化执行条件不成立的情况下，第二核22结束数据标准化处理。另一方面，在标准化执行条件成立的情况下，第二核22在S20中，从闪存25获取与构成标准化执行条件的7个标准化条件中的、成立的标准化条件对应的标准格式数据。例如，在第二高频度标准化条件成立的情况下，第二核22在S20中，获取与第二高频度标准化条件对应的标准格式数据。

然后，第二核22在S30中，对标准格式数据中包含的数据进行分割。例如，从CAN帧生成的标准格式数据由CANID和第一～第八数据构成，因此第二核22按照每1字节对第一～第八数据进行分割，提取8个CAN数据。

然后，第二核22在S40中，参照储存于ROM23的车辆数据转换表23a，将在S30中分割出的各提取数据转换为控制标签以及车辆数据。

车辆数据转换表23a具备归一化信息、语义化信息。

归一化信息是用于将提取数据归一化，以使得与车型以及车辆制造企业无关地使相同的物理量成为相同的值的信息。

语义化信息是指用于使用归一化后的车辆数据，而转换为有语义的车辆数据的信息。

如图8所示，车辆数据转换表23a的归一化信息例如具备“CANID”、“ECU”、“位置”、“DLC”、“唯一标签”、“分辨率”、“偏移”以及“单位”，作为设定项目。

“ECU”是表示CAN帧的发送源的ECU的信息。例如，“ENG”表示发动机ECU。

“位置”是表示数据字段内的CAN数据的位置的信息。“DLC”是表示数据长度的信息。DLC是Data Length Code的缩写。

“唯一标签”是表示控制标签的信息。例如，“ETHA”表示吸气温度，“NE1”表示发动机转速。“分辨率”是表示每1比特的数值的信息。

因此，通过“CANID”、“ECU”、“位置”、“DLC”以及“唯一标签”，从标准格式数据提取与“唯一标签”对应的数据。而且，通过“分辨率”、“偏移”以及“单位”将提取数据转换为车辆数据。

另外，车辆数据转换表23a的语义化信息是例如如图8所示，通过从控制标签为“SSA”的“转向操纵移动角度”减去控制标签为“SSAZ”的“转向操纵零点”而转换为“转向操纵角”的转换式。由此，从表示“转向操纵移动角度”的车辆数据和表示“转向操纵零点”的车辆数据转换为表示具有“从基准位置起的转向操纵量”这样的语义的“转向操纵角”的车辆数据。

若S40的处理结束，则如图7所示，在S50中，第二核22将转换后的车辆数据层级化并存储于闪存25。具体而言，第二核22将转换后的车辆数据储存于在闪存25中设置的标准化车辆数据储存部25a的对应区域。

标准化车辆数据储存部25a储存将车辆数据层级化而构成的标准化车辆数据。

标准化车辆数据按照每个车辆(即，每个数据收集装置2)制作，具有多个层级结构。在标准化车辆数据中，针对多个层级中的各个层级，设定1个或者多个项目。例如，如图9所示，标准化车辆数据具备“属性信息”、“动力总成”、“能量”、“ADAS/AD”、“车身”、“多媒体”以及“其他”，作为设定于最上位的第一层级的项目。ADAS是Advanced Driver AssistanceSystem(高级驾驶辅助系统)的缩写。AD是Autonomous Driving(自动驾驶)的缩写。这些“属性信息”、“动力总成”以及“能量”等相当于类别。

另外，各车辆数据具备“唯一标签”、“ECU”、“数据类型”、“数据尺寸”、“数据值”以及“数据单位”，作为项目。“唯一标签”以及“ECU”如上所述。“数据类型”、“数据尺寸”以及“数据单位”表示与“数据值”所示的数值相关的类型、尺寸、单位。

如图10所示，标准化车辆数据除了第一层级级之外，至少具备第二层级以及第三层级。第二层级为第一层级的正下方的层级，第三层级为第二层级的正下方的层级。标准化车辆数据是在上述的归一化以及语义化的处理中设定的项目。标准化车辆数据具有成为层级化结构的数据结构。

例如，作为第一层级的项目的“属性信息”具备“车辆识别信息”、“车辆属性”、“传输结构”以及“固件版本”等，作为第二层级的项目。

“车辆识别信息”是表示能够唯一地识别车辆的信息的类别名。“车辆属性”是表示车辆的种类的类别名。“传输信息”是表示与传输相关的信息的类别名。“固件版本”是表示与车辆的固件相关的信息的类别名。

另外，作为第一层级的项目的“动力总成”是表示动力总成信息的类别名，具备“加速器踏板”、“发动机”以及“发动机油”等，作为第二层级的项目。

在“加速器踏板”中包含加速器踏板的状态、开度等1个以上的车辆数据。在“发动机”中包含发动机的状态、转速等1个以上的各个车辆数据。这些第二层级也相当于类别。其他的第一层级的项目也同样。

另外，作为第一层级的项目的“能量”具备“电池状态”、“电池结构”以及“燃料”等，作为第二层级的项目。

另外，作为第二层级的项目的“车辆识别信息”具备“车辆识别编号”、“车体编号”以及“车牌号码”，作为第三层级的项目。这些第三层级的项目包含1个以上的各个车辆数据(也称为条款)。

另外，作为第二层级的项目的“车辆属性”具备“品牌名”、“型号”以及“制造年”等，作为第三层级的项目。

另外，作为第二层级的项目的“传输结构”具备“传输种类”，作为第三层级的项目。

此外，将这些项目的情况也称为条款，将具有下位层级的项目的情况也称为类别。

例如，在转换后的车辆数据的控制标签为“车辆识别信息”的情况下，第二核22在标准化车辆数据储存部25a中第一层级为“属性信息”且第二层级为“车辆识别信息”且第三层级为“车辆识别编号”的储存区域中，储存转换后的车辆数据。

[1-7.标准化车辆数据的制作步骤]

接下来，使用图11所示的时序图，对数据收集装置2制作标准化车辆数据的步骤进行说明。

若如箭头L11所示，车辆I/F12从车辆获取车辆数据，则如箭头L12所示，车辆I/F12进行通信协议判定。而且，车辆I/F12如箭头L13所示那样对不需要的车辆数据进行过滤，如箭头L14所示，将所需的车辆数据输出到第一单元101。

第一单元101若从车辆I/F12获取车辆数据，则如箭头L15所示，将车辆数据转换为标准格式，如箭头L16所示，将转换为标准格式的车辆数据存储于闪存25。

第二单元102若如箭头L17所示，从闪存25获取转换为标准格式的车辆数据，则如箭头L18所示，对获取到的车辆数据进行转换。而且，如箭头L19所示，第二单元102将转换后的数据结构化而制作标准化车辆数据。

[1-8.发送数据的调度]

接下来，对由数据收集装置2执行的发送数据(即，所发送的车辆数据)的调度进行说明。即，对数据收集装置2向管理中心3发送车辆数据时的发送间隔控制进行说明。

如图12所示，数据收集装置2的调度系统能够通过存储于闪存25的规则存储部25b的规则以及周期控制部106a的处理来实现。此外，周期控制部106a能够通过第二应用106的处理来实现。

上述规则是指用于根据车辆数据的种类来决定向管理中心3的发送周期(即，第一周期)的规则。此外，在图12中，种类为数据1以及数据2表示按照规定的规则1来设定发送周期的数据，数据3以及数据4表示按照与规则1不同的规则2来设定发送周期的数据，数据5以及数据6表示按照与规则1以及规则2不同的规则3来设定发送周期的数据。

此外，作为调度中的上述规则的设定项目，包含“项目”、“发送频度”、“初始同步定时”、“类别”等。初始同步定时表示在数据收集装置2的起动后，最初向管理中心3发送车辆数据的定时。也可以以车辆数据的项目(即，条款)为单位来设定发送周期，也可以以车辆数据的类别为单位设定发送周期。

以下，具体地进行说明。

如图13所示，作为车辆数据，例如存在被分至车辆识别信息、车辆属性、发动机、发动机油、驱动模式等类别的各种车辆数据。而且，各种车辆数据分别被分类为具体的类别或者条款。例如，车辆识别信息这样的类别被划分成车辆识别编号、车体编号以及车牌号码这样的条款，发动机被划分成发动机接通断开状态以及发动机转速，发动机油被划分成发动机油等。

对于这些被划分的车辆数据，进行发送的频度(即，发送频度：发送周期)基于经由CAN从其他的电子控制装置发送的周期的观点、车辆数据值的变化的程度等来设定。例如，在来自其他的电子控制装置的发送的频度原本较低的情况下，考虑降低发送频度(即，加长发送周期)。另外，即使在来自其他的电子控制装置的发送的频度较高的情况下，例如，冷却水温的值也不会急剧变化，因此考虑降低发送频度(即，加长发送周期)。

具体而言，例如，发动机转速在短时间内变化，因此设定为较短的发送周期以使得以高频度发送。例如，发动机油的温度在短时间内不变化，因此设定为以与上述高频度相比频度低的低频度进行发送的相对长的发送周期。例如，关于节约燃料的ECO模式动作状态，作为成为该状态的事件数据，例如被设定为与高频度对应的较短的发送周期。此外，对于事件数据，与上述高频度的情况相比也可以采用较长的发送周期。例如，车辆识别编号从相符的车辆最初发送即可，因此作为不变数据，例如设定为仅在初次的发送时发送。具体而言，例如，能够设定为在将上述车辆的点火开关接通之后，在从该车辆的初次的发送时发送车辆识别编号。此外，作为图13所示的规则的表，作为考虑了更新定时的发送频度的设定值，也可以记载具体的数值。

并且，如图14所示，以高频度发送的车辆数据(即，高频度数据)、以低频度发送的车辆数据(即，低频度数据)也可以根据发送的必要性而被进一步细致地分类。图14是表示关于规则的发送频度的详细情况的表。此外，上述图14所示的表示与车辆数据的种类对应的发送周期的表例如预先存储于数据收集装置2的规则存储部25b。

例如，像后面详述的那样，通过规定的计算式“mod{(tx+β)/(T×α)}”，设定车辆数据的发送周期。此外，在该计算式为0的情况下，进行发送。

具体而言，例如，作为以1秒的周期发送的高频度数据，设定第一、第二高频度数据。此外，在数据量较多的情况下，能够将该高频度数据分割为多份并发送。例如，能够分割为两半，而按照上述发送周期的每个一半的周期(例如，每500ms)连续地发送。此外，其他发送的车辆数据也同样。

另外，例如作为以4秒的周期发送的高频度数据，设定第三、第四高频度数据。并且，例如，作为以8秒的周期发送的高频度数据，设定第五、第六高频度数据。

另外，例如，作为以1分钟的周期发送的低频度数据，设定第一、第二低频度数据。并且，例如，作为以10分钟的周期发送的低频度数据，设定第三、第四低频度数据。

如上述那样设定的各车辆数据通过通信机13，以与各车辆数据对应的发送周期，发送给管理中心3。

此外，上述各车辆数据是基于上述发送周期由数据收集装置2自发地向管理中心3发送的，但也可以能够根据来自管理中心3侧的指示，变更上述规则、发送周期。

[1-9.基于数据收集装置的数据发送处理的步骤]

接下来，对由数据收集装置2执行的向管理中心3的数据发送处理的步骤进行说明。数据发送处理是在微型计算机11的动作中反复执行的处理。

若执行数据发送处理，则如图15所示，第二核22首先在S110中，判断预先设定的第一高频度发送条件是否成立。第一高频度发送条件是指将当前时刻设为tx，将发送间隔设定值(例如，本第一实施方式中为500ms)设为T，mod{tx/(T×2)}为0。

这里，在第一高频度发送条件不成立的情况下，第二核22转移到S130。另一方面，在第一高频度发送条件成立的情况下，第二核22在S120中，从构成标准化车辆数据的车辆数据中，从标准化车辆数据储存部25a提取被设定为第一高频度数据的车辆数据，并发送至管理中心3，转移到S130。

若转移到S130，则第二核22判断预先设定的第二高频度发送条件是否成立。第二高频度发送条件是指mod{(tx+T)/(T×2)}为0。

这里，在第二高频度发送条件不成立的情况下，第二核22转移到S150。另一方面，在第二高频度发送条件成立的情况下，第二核22在S140中，从构成标准化车辆数据的车辆数据中，从标准化车辆数据储存部25a提取被设定为第二高频度数据的车辆数据，并发送给管理中心3，转移到S150。

若转移到S150，则第二核22判断预先设定的第三高频度发送条件是否成立。第三高频度发送条件是指mod{tx/(T×8)}为0。

这里，在第三高频度发送条件不成立的情况下，第二核22转移到S170。另一方面，在第三高频度发送条件成立的情况下，第二核22在S160中，从构成标准化车辆数据的车辆数据中，从标准化车辆数据储存部25a提取被设定为第三高频度数据的车辆数据，并发送给管理中心3，转移到S170。

若转移到S170，则第二核22判断预先设定的第四高频度发送条件是否成立。第四高频度发送条件是指mod{(tx+T)/(T×8)}为0。

这里，在第四高频度发送条件不成立的情况下，第二核22转移到S190。另一方面，在第四高频度发送条件成立的情况下，第二核22在S180中，从构成标准化车辆数据的车辆数据中，从标准化车辆数据储存部25a提取被设定为第四高频度数据的车辆数据，并发送给管理中心3，转移到S190。

若转移到S190，则第二核22判断预先设定的第五高频度发送条件是否成立。第五高频度发送条件是指mod{tx/(T×16)}为0。

这里，在第五高频度发送条件不成立的情况下，第二核22转移到S210。另一方面，在第五高频度发送条件成立的情况下，第二核22在S200中，从构成标准化车辆数据的车辆数据中，从标准化车辆数据储存部25a提取被设定为第五高频度数据的车辆数据，并发送给管理中心3，转移到S210。

若转移到S210，则第二核22判断预先设定的第六高频度发送条件是否成立。第六高频度发送条件是指mod{(tx+T)/(T×16)}为0。

这里，在第六高频度发送条件不成立的情况下，第二核22转移到S230。另一方面，在第六高频度发送条件成立的情况下，第二核22在S180中，从构成标准化车辆数据的车辆数据中，从标准化车辆数据储存部25a提取被设定为第六高频度数据的车辆数据，并发送给管理中心3，转移到S230。

若转移到S230，则第二核22判断预先设定的第一低频度发送条件是否成立。第一低频度发送条件是指mod{tx/(T×120)}为0。

这里，在第一低频度发送条件不成立的情况下，第二核22转移到S250。另一方面，在第一低频度发送条件成立的情况下，第二核22在S240中，从构成标准化车辆数据的车辆数据中，从标准化车辆数据储存部25a提取被设定为第一低频度数据的车辆数据，并发送给管理中心3，转移到S250。

若转移到S250，则如图16所示，第二核22判断预先设定的第二低频度发送条件是否成立。第二低频度发送条件是指mod{(tx+T)/(T×120)}为0。

这里，在第二低频度发送条件不成立的情况下，第二核22转移到S270。另一方面，在第二低频度发送条件成立的情况下，第二核22在S260中，从构成标准化车辆数据的车辆数据中，从标准化车辆数据储存部25a提取被设定为第二低频度数据的车辆数据，并发送给管理中心3，转移到S270。

若转移到S270，则第二核22判断预先设定的第三低频度发送条件是否成立。第三低频度发送条件是指mod{tx/(T×1200)}为0。

这里，在第三低频度发送条件不成立的情况下，第二核22转移到S290。另一方面，在第三低频度发送条件成立的情况下，第二核22在S280中，从构成标准化车辆数据的车辆数据中，从标准化车辆数据储存部25a提取被设定为第三低频度数据的车辆数据，并发送给管理中心3，转移到S290。

若转移到S290，则第二核22判断预先设定的第四低频度发送条件是否成立。第四低频度发送条件是指mod{(tx+T)/(T×1200)}为0。

这里，在第四低频度发送条件不成立的情况下，第二核22转移到S310。另一方面，在第四低频度发送条件成立的情况下，第二核22在S300中，从构成标准化车辆数据的车辆数据中，从标准化车辆数据储存部25a提取被设定为第四低频度数据的车辆数据，并发送给管理中心3，转移到S310。

若转移到S310，则第二核22判断预先设定的事件发送条件是否成立。事件发送条件是指mod{tx/(T×172800)}为0。此外，作为事件发送条件，也可以采用第一～第六高频度发送条件中的任一方。

这里，在事件发送条件不成立的情况下，第二核22转移到S330。另一方面，在事件发送条件成立的情况下，第二核22在S320中，从构成标准化车辆数据的车辆数据中，从标准化车辆数据储存部25a提取被设定为事件数据的车辆数据，并发送给管理中心3，转移到S330。

若转移到S330，则第二核22判断预先设定的不变发送条件是否成立。不变发送条件是指这次的S330的处理为在微型计算机11起动之后初次的S330的处理。

这里，在不变发送条件不成立的情况下，第二核22结束数据发送处理。另一方面，在不变发送条件成立的情况下，第二核22在S340中，从构成标准化车辆数据的车辆数据中，从标准化车辆数据储存部25a提取被设定为不变数据的车辆数据，并发送给管理中心3，结束数据发送处理。

如图17所示，若设时刻t0为初次的发送定时，则在时刻t0，发送第一高频度数据、第三高频度数据、第五高频度数据、第一低频度数据、第三低频度数据、事件数据以及不变数据。

第一高频度数据从时刻t0起每当经过1000ms时被发送。此外，在将数据进行二等分的情况下，也可以每当经过发送周期的一半的500ms时，发送各二等分后的数据。此外，在对其他的数据也进行二等分的情况下，也可以在发送周期的一半的定时发送各二等分后的数据。

第二高频度数据在从时刻t0起经过了500ms的时刻t1被发送，然后从时刻t1起每当经过1000ms时被发送。

第三高频度数据从时刻t0起每当经过4s时被发送。第四高频度数据在从时刻t0起经过了2s的时刻t4被发送，然后从时刻t4起每当经过4s时被发送。

第五高频度数据从时刻t0起每当经过8s时被发送。第六高频度数据在从时刻t0经过了4s的时刻被发送，然后每当经过8s时被发送。

第一低频度数据从时刻t0起每当经过1分钟时被发送。第二低频度数据在从时刻t0起经过了30s的时刻被发送，然后每当经过1分钟时被发送。

第三低频度数据从时刻t0起每当经过10分钟时被发送。第四低频度数据在从时刻t0起经过了5分钟的时刻被发送，然后每当经过10分钟时被发送。

事件数据从时刻t0起每当经过12小时时被发送。此外，事件数据也可以在发送第一～第六高频度数据的定时发送。

这里，使用图18所示的时序图，对车辆与数据收集装置2与管理中心3之间的数据的流动总结地进行说明。

如箭头L21所示，从配置于车辆的各传感器、各电子控制装置向数据收集装置2的调度系统发送车辆数据。

具体而言(例如，参照图26)，数据收集装置(即，边缘装置)2针对具有中继功能的ECU210，指定从哪个ECU获取哪个数据来指示数据收集。ECU210经由车内通信网250，接收从各ECU220发送的数据中的从所指定的ECU发送的指定数据，并发送给数据收集装置2。数据收集装置2也可以经由ECU210对各ECU220请求数据发送，以使得各ECU220发送数据。数据收集装置2将接收到的车辆数据归一化、语义化，形成为层级结构的标准化车辆数据。

调度系统按照上述的规则来设定车辆数据的发送周期。另外，根据需要来分割车辆数据。

而且，如箭头L22所示，按照所设定的发送周期，将车辆数据发送给管理中心3的车辆侧单元110。此外，调度系统也可以按照所设定的发送周期，发送标准化车辆数据的分割后的一部分，也可以发送标准化车辆数据的全部。

在车辆侧单元110中，将接收到的车辆数据存储于第二存储部33a。即，将接收到的车辆数据同步地存储于第二存储部33a。此外，作为第二存储部33a，例如列举影子存储部112(例如，参照图20)等。

另外，像后述那样，服务侧单元120具备第三存储部33b。在服务侧单元120中，以与第二存储部33a的车辆数据的获取不同的周期、即非同步(例如，每1秒)地获取根据存储于第二存储部33a的车辆数据制作出的最新车辆数据、即能够检索车辆数据的最新索引118(例如，参照图20)，并存储于第三存储部33b。此外，作为第三存储部33b，例如列举索引存储部125(例如，参照图20)。

此外，从数据收集装置2向管理中心3发送的车辆数据被数据结构化，例如列举图19所示的例子。

在该车辆数据中，“attributes”表示属性信息，“firmware-version”表示固件的版本，“mobility-id-informaton”表示确定车辆的信息。该“attributes”相当于图10的属性信息。

此外，“mobility-id-informaton”例如是“vehicle-makers-serial-number”(即，车体编号)、“vehicle-gegistration-no”(即，车牌号码的编号)、“vin”(即，车辆识别编号)。该“mobility-id-informaton”相当于图10的车辆识别信息。

这样，数据收集装置2在将车辆数据形成为图10或者图19所示的数据结构之后，向管理中心3发送。

此外，发送数据被进行数据压缩以及base64编码。

[1-10.移动性GW和数据管理部的结构]

如图20所示，移动性GW111具备影子制作部115、最新索引制作部116、最新索引存储部117。

每当从数据收集装置2以根据车辆数据的种类而设定的发送周期(即，第一周期)发送车辆数据时，影子制作部115将发送来的车辆数据覆盖于结构化的标准化车辆数据的相符区域，由此更新标准化车辆数据。

而且，影子制作部115使用更新后的标准化车辆数据，制作新的影子114。而且，影子制作部115将制作出的影子114存储于影子存储部112。由此，在影子存储部112中，按照每个车辆，存储制作时刻相互不同的多个影子114。

影子制作部115从数据收集装置2接收形成为层级化结构的标准化车辆数据。影子制作部115也可以接收标准化车辆数据的一部分的层级化结构数据。影子制作部115也可以在使用更新后的标准化车辆数据制作新的影子114时，赋予顺序编号等任意的信息而存储于影子存储部112。

一个影子114是某车辆的规定时刻的车辆数据组，包含由图10所示的标准化后的数据结构表示的车辆数据组。此外，影子制作部115经由通信部32接收结构化的标准化车辆数据的定时根据车辆而散乱，但新的影子制作也可以针对全部的车辆在相同的定时进行。影子制作部115也可以针对全部的车辆以恒定周期进行新的影子制作。在影子存储部112中，按照每个车辆，积蓄过去的影子。也可以依次删除经过了恒定期间的影子114。

由此，以第一周期覆盖(即，更新)标准化车辆数据，并且将依次更新后的标准化车辆数据作为影子114存储于影子存储部112。即，根据时刻对存储于影子114的车辆数据进行更新。此外，在发送周期较长的车辆数据的情况下，在影子114中存储有前次接收到的车辆数据的值。

此外，也可以采用下述的结构。

也可以被构成为，并不是以从数据收集装置2接收到车辆数据的定时(即，第一周期)进行云上的影子114制作，而是以与第一周期没有关系的第三周期进行。

另外，以按照每个车辆数据的发送周期从数据取集装置2发送数据，因此在上述的实施方式中，每次都制作了影子114，但也可以以与接收到车辆数据的定时没有关系的定时(即，第三周期)，制作影子114。

并且，也可以将从数据收集装置2接收到的车辆数据以标准化车辆数据的结构(例如，作为临时的影子)预先存储于影子存储部112的空闲区域，以第三周期的定时，制作赋予了shadow-version等的影子114，并存储于影子存储部112。

此外，第三周期被设定得比第二周期短，但也可以与第二周期相同，也可以设定得比第二周期长。此外，以第二周期从影子114向索引126发送数据。

如图21所示，影子114具备车辆数据储存部114a、设备数据储存部114b。

车辆数据储存部114a储存有“object-id”、“Shadow＿version”以及“mobility-data”，作为与搭载有数据收集装置2的车辆相关的数据。

“object-id”是用于识别车辆的编号。例如，在与某车辆对应的多个影子114中，具有相同的“object-id”。此外，在某车辆的车辆数据最初由管理中心3接收的情况下，为了识别该车辆，赋予“object-id”。

“Shadow＿version”是表示影子114的版本的数值，每当制作影子114时，设定表示制作的时刻的时间戳。

“mobility-data”是上述的标准化车辆数据。

设备数据储存部114b储存有“object-id”、“update＿time”、“version”、“power＿status”、“power＿status＿timestamp”、“notify＿reason”，作为与搭载于数据收集装置2的硬件以及软件相关的数据。这些信息与上述标准化车辆数据不同，在产生变化时被从数据收集装置2发送。

“object-id”是对搭载有数据收集装置2的车辆进行识别的字符串，作为分区键发挥功能。

“update＿time”是表示更新时刻的数值。

“version”是表示数据收集装置2的硬件以及软件的版本的字符串。

“power＿status”是表示数据收集装置2的系统状态(例如，断开、接通等)的字符串。

“power＿status＿timestamp”是表示系统状态的通知时刻的数值。

“notify＿reason”是表示通知理由的字符串。

这样，影子114除了包含车辆数据组之外，还包含数据收集装置2的信息。此外，设备数据储存部114b也可以不将数据收集装置2的信息包含于影子而单独地存储于ROM42。设备数据储存部114b对于数据收集装置2的信息，也可以不按照每个时间戳积蓄过去的数据，而仅将最新的数据存储于ROM42。

最新索引制作部116从影子存储部112按照每个车辆获取最新的影子114，使用获取到的影子114来制作最新索引118(例如，也称为第一索引)。而且，最新索引制作部116将制作出的最新索引118存储于最新索引存储部117。在最新索引存储部117中，按照每个车辆存储有一个最新索引118。

最新索引118以及后述的索引126是指成为从影子存储部112检索影子114时的键的参数信息。即，最新索引118、索引126是由车辆数据(即，标准化车辆数据)的一部分构成并且与车辆数据相关联的数据。此外，最新索引118是指基于最新的车辆数据的参数信息。最新索引制作部116使用从数据收集装置2获取到的车辆数据，或者由自身生成数据，来生成最新索引118。

即，存储于影子存储部112的车辆数据像上述那样按照每个第一周期被更新，因此在最新索引存储部117中，按照每个第一周期，存储各车辆的最新索引118。

如图22所示，最新索引118储存“gateway-id”、“object-id”、“shadow-version”、“vin”、“location-lon”、“location-lat”以及“location-alt”。

“gateway-id”是对移动性GW111进行识别的信息。

“object-id”是对搭载有数据收集装置2的车辆进行识别的信息。

“shadow-version”与影子114的“Shadow＿version”对应。即，“shadow-version”是对影子114进行识别的信息，设定时间戳。

“vin”是搭载有数据收集装置2的车辆固有的登记编号。

“location-lon”是表示搭载有数据收集装置2的车辆所在的纬度的信息。

“location-lat”是表示搭载有数据收集装置2的车辆所在的经度的信息。

“location-alt”是表示搭载有数据收集装置2的车辆所在的高度的信息。

如上述图20所示，数据管理部121具备索引制作部124、索引存储部125。

索引制作部124从最新索引存储部117按照每个规定周期(即，与第一周期不同的第二周期)、即定期地(例如，每1秒)获取最新索引118，使用获取到的最新索引118制作索引126(例如，也称为第二索引)。而且，索引制作部124将制作出的索引126存储于索引存储部125。由此，在索引存储部125中，按照每个车辆，存储制作时刻相互不同的多个索引126。

即，存储于索引存储部125的索引126像上述那样按照每个第二周期被制作，因此在索引存储部125中，按照每个第二周期，存储按照各车辆的索引126。这样，按照每个第二周期，更新索引126。

如图23所示，索引126储存有“timestamp”、“schedule-type”、“gateway-id”、“object-id”、“shadow-version”、“vin”、“location”以及“alt”。

“timestamp”是以毫秒为单位表示时刻的时间戳。

“schedule-type”表示数据制作源的调度器是定期的还是事件的。在定期的情况下，“schedule-type”被设定为“Repeat”，在事件的情况下“schedule-type”被设定为“Event”。

“gateway-id”是对移动性GW111进行识别的信息。“object-id”是对搭载有数据收集装置2的车辆进行识别的信息。

“shadow-version”是网关的时间戳，是对影子114进行识别的信息。“vin”是搭载有数据收集装置2的车辆固有的登记编号。

“location”是表示搭载有数据收集装置2的车辆所在的纬度以及经度的信息。“alt”是表示搭载有数据收集装置2的车辆所在的高度的信息。

这里，也可以设为不设置最新索引制作部116以及最新索引存储部117的结构，索引制作部124获取存储于影子存储部112的影子114而生成索引126。优选为，索引制作部124使用从最新索引存储部117获取到的最新索引118生成索引126。这是使移动性GW111和数据管理部121疏耦合的结构之一。

并且，也可以设为不设置索引制作部124以及索引存储部125的结构。例如，索引获取部127也可以使用从访问API122指定的object-id和时间戳(例如，shadow-version)，对数据获取部119请求所指定的车辆数据的获取。

这里，对上述的移动性GW111和数据管理部121中的处理的流程总结地进行说明。

如图24A所示，在移动性GW111中，在S410中，判定是否接收到车辆数据。这里，若进行肯定判断，则进入S420，另一方面，若进行否定判断，则暂时结束本处理。

在S420中，基于接收到的车辆数据来覆盖标准化车辆数据，并且制作影子114并存储于影子存储部112。

在接下来的430中，基于影子114，制作最新索引118，并存储于最新索引存储部117，暂时结束本处理。

另一方面，如图24B所示，在数据管理部121中，在S510中，判定是否是制作并存储索引126的恒定的定时(即，用于更新索引126的第二周期)。这里，若进行肯定判断，则进入S520，另一方面，若进行否定判断，则暂时结束本处理。

在S520中，基于存储于最新索引存储部117的最新索引118来制作索引126，并存储于索引存储部125，暂时结束本处理。

另外，如上述图20所示，移动性GW111具备数据获取部119。数据管理部121具备索引获取部127。

为了从影子114获取与指定参数对应的车辆数据，索引获取部127提供能够确定影子114的索引126。

另外，索引获取部127若从访问API122接收指示指定时间内的指定车辆的指定数据的获取的请求，则从索引存储部125获取与接收到的请求的指定时间以及指定车辆相符的索引126。

而且，索引获取部127将基于获取到的索引126而确定的影子114作为指定影子，将指示指定影子中的指定数据的获取的请求发送给数据获取部119。具体而言，利用“object-id”和“shadow-version”唯一地决定影子114，因此使用“object-id”和“shadow-version”，对数据获取部119请求指定数据的获取。

数据获取部119若从索引获取部127接收请求，则从接收到的请求所表示的指定影子提取指定数据，并将提取出的指定数据发送给访问API122。

这里，提取出的指定数据也可以经由索引获取部127发送给访问API122。

另外，访问API122也可以为了进行指定时间内的指定车辆的指定数据的获取，而经由索引获取部127从索引存储部125获取相符的索引126，使用获取到的索引126(例如，“object-id”和“shadow-version”)对数据获取部119请求指定数据的获取。

图25所示的请求RQ1、RQ2、RQ3是服务提供服务器4向访问API122发送的请求的具体例。换言之，访问API122是向服务提供服务器4提供的车辆数据获取用的API。

请求RQ1是针对“object-id”为“dt-000002”的车辆、“object-id”为“dt-000008”的车辆，指示从2019年8月27日5时17分10.5秒起10秒钟内的纬度(即，“item-names”为“latitude”的数据)的获取的请求。

经由接受到请求RQ1的访问API122，索引获取部127从索引存储部126获取能够确定与“object-id”和时刻信息对应的影子114的“shadow-version”。而且，索引获取部127对数据获取部119指示获取与“object-id”和“shadow-version”对应的“latitude”。数据获取部119从影子存储部112获取相符的车辆数据，将该车辆数据发送给访问API122。

请求RQ2是指示在利用由135.8974670767784所表示的经度和36.16643474082275所表示的高度确定的左上的地点、由139.7863560656673所表示的经度和35.05532363071164所表示的高度确定的右下的地点确定的矩形内的区域中在从2019年8月27日5时17分10.5秒起10秒钟之间存在的车辆的纬度的获取的请求。

经由接受到请求RQ2的访问API122，索引获取部127从索引存储部126获取在指定时刻存在于指定区域内的车辆的“object-id”列表，获取该“object-id”的指定时刻的“shadow-version”。而且，索引获取部127对数据获取部119指示获取与“object-id”和“shadow-version”对应的“latitude”。数据获取部119从影子存储部112获取相符的车辆数据，将该车辆数据发送给访问API122。

请求RQ3是针对“object-id”为“dt-000002”的车辆、“object-id”为“dt-000008”的车辆，指示在2019年8月27日5时17分10.5秒的类别“ADAS/AD”的全部项目的信息的获取的请求。

经由接受到请求RQ3的访问API122，索引获取部127从索引存储部126获取能够确定与“object-id”和时刻信息对应的影子114的“shadow-version”。而且，索引获取部127对数据获取部119指示获取与“object-id”和“shadow-version”对应的类别“ADAS/AD”的全部项目的信息。数据获取部119从影子存储部112获取相符的车辆数据，将该车辆数据发送给访问API122。

在上述的结构的管理中心3中，如上述图5的箭头L1所示，服务提供服务器4经由访问API122访问数据管理部121的数字孪生123，由此确定与指定车辆对应的影子114。

而且，如上述图4的箭头L2所示，服务提供服务器4将包含指定影子和控制内容的控制指示发送给移动性GW111的车辆控制部113。

由此，车辆控制部113向与指定影子对应的车辆的数据收集装置2发送控制指示。而且，若控制指示由数据收集装置2接收，则在搭载有数据收集装置2的车辆中，执行基于控制指示的控制。

[1-11.效果等]

(1a)本第一实施方式的移动性IoT系统1具备：分别搭载于多个车辆的多个数据收集装置2、以及能够与该多个数据收集装置2分别进行数据通信的管理中心3。

数据收集装置2被构成为将从搭载有数据收集装置2的车辆中的其他的装置发送的车辆数据例如存储于闪存25。另外，例如，被构成为通过第二核22对管理中心3以第一周期发送车辆数据。

管理中心3被构成为将从数据收集装置2依次发送的车辆数据例如作为影子114存储于影子存储部112，并且将包含车辆数据的一部分且与车辆数据相关联的最新索引118存储于最新索引存储部117。另外，被构成为将根据最新索引118制作出的索引126存储于索引存储部125。

而且，在管理中心3中，在接收到从数据收集装置2发送的车辆数据时，使用接收到的车辆数据，对存储于影子存储部112的影子114和存储于最新索引存储部117的最新索引118进行更新。另外，以不需要与更新车辆数据的定时的同步的第二周期(例如，恒定周期)，使用最新索引118，对存储于索引存储部125的索引126进行更新。

由此，在本移动性IoT系统1中，能够以与发送车辆数据的第一周期不同的第二周期，对存储于索引存储部125的索引126进行更新，因此能够减少管理中心3的运算负荷。例如，将第二周期设定为与被设定为以高频度发送车辆数据的第一周期相比较长的周期，由此能够减少管理中心3的运算负荷。

另外，在移动服务中利用车辆数据的情况下，能够以适当的定时(即，第二周期)更新能够提取该车辆数据的索引126，因此从这点出发，也能够减少管理中心3的运算负荷。

此外，车辆控制部113也可以经由服务侧单元120的访问API122获取来自服务提供服务器4的控制指示。在服务侧单元120设置访问API122、在车辆侧单元110设置车辆控制部113也是使两个单元疏耦合的结构之一。

(1b)本第一实施方式的移动性IoT系统1能够根据来自与移动性IoT系统能够进行数据通信的服务提供服务器4的请求，使用存储于索引存储部125的索引126，对服务提供服务器4提供存储于影子存储部112的车辆数据。

(1c)本第一实施方式的移动性IoT系统1在以第一周期向管理中心3发送车辆数据的情况下，在存在更新频度高的车辆数据和更新频度低的车辆数据时，能够将更新频度高的车辆数据的发送周期设定得比更新频度低的车辆数据的发送周期短。以下，详细地进行说明。

为了在云上管理车辆状态，并立即反映车辆状态，考虑从车辆侧向管理中心3侧以恒定间隔发送车辆数据。但是，在车辆数据中，存在变化少且不那么需要更新的数据、变化多且期望频繁的更新的数据、只要一次同步就不会变化的属性数据等。

另外，若持续发送车辆数据，则数据量肥大化，与之相伴，通信量、数据管理成本增加。并且，为了发送大容量的数据，需要稳定的通信环境，但车辆环境的变化剧烈，很难进行稳定的通信维持。

因此，在本第一实施方式中，根据车辆数据的种类来确定适当的发送周期。即，将更新频度高的车辆数据的发送周期设定得比更新频度低的车辆数据的发送周期短。由此，能够尽可能减少发送数据量。

即，在本第一实施方式中，通过上述的调度功能，能够按照每个车辆数据将车辆状态的数据更新频度最佳化，因此能够削减数据量和通信的开销。

此外，在以上说明的第一实施方式中，移动性IoT系统1相当于系统，管理中心3相当于中心，数据收集装置2相当于车载装置，服务提供服务器4相当于服务提供单元，通信机13相当于通信机，第二核22相当于发送控制部，闪存25相当于第一存储部，通信部32相当于通信部，第二存储部33a相当于第二存储部，第三存储部33b相当于第三存储部，移动性GW111相当于第一更新部，数据管理部121相当于第二更新部。

＜变形例＞

此外，除了上述的例子以外，例如也可以是，即使不预先具有最新索引118，数据管理部121(即，第二更新部)对存储于影子存储部112(即，第二存储部33a)的影子114进行检索，提取最新索引118，对存储于索引存储部125(即，第三存储部33b)的数据(即，索引126)进行更新。此外，移动性IoT系统1(例如，管理中心3)也可以具有服务提供服务器4的功能。

[2.第二实施方式]

接下来，对第二实施方式进行说明。

第二实施方式的基本的结构与第一实施方式相同，因此，以下主要对与第一实施方式的不同点进行说明。此外，与第一实施方式相同的附图标记表示同一结构，参照先前的说明。

在本第二实施方式中，在管理中心3中，服务提供服务器4进行与其他的外部服务服务器201的通信，而获取必要的外部数据(例如，天气、交通状态的数据)。

[2-1.结构]

如图27所示，在本第二实施方式中，移动性IoT系统1与第一实施方式同样，具备管理中心3、服务提供服务器4。管理中心3具备服务侧单元120、车辆侧单元110。另外，在各车辆分别搭载有数据收集装置2。

特别是，在本第二实施方式中，外部服务服务器201与管理中心3连接成能够进行数据通信。该外部服务服务器201是能够供给雨等天气的信息、道路的交通阻塞状况等信息(例如，车辆数据以外的信息)的服务器。

因此，在该移动性IoT系统1中，基于来自管理中心3的请求，能够从外部服务服务器201获取雨等天气的信息(即，天气信息)、道路的交通阻塞状况(即，交通阻塞信息)等信息。

此外，在本第二实施方式中也是，管理中心3能够以第一周期从数据收集装置2获取车辆数据。服务侧单元120侧能够以与第一周期不同的第二周期(例如，按照每个恒定时间)从车辆侧单元110获取最新索引118。

[2-2.服务侧单元]

如图28所示，在服务侧单元120的服务侧实例203中，进行时刻管理，并且基于管理事件的数据库205(即，DB)的信息，按照每个规定期间发行指示规定的动作的事件。

在服务侧单元120中，基于该事件，与第一实施方式同样，获取根据各影子114中包含的车辆数据制作出的最新索引118。而且，根据该最新索引118制成索引126，并存储于索引存储部125(即，DB)。

另外，服务侧单元120基于上述事件，进行外部数据的获取。即，针对外部服务服务器201，经由API请求天气信息、交通阻塞信息，由此获取天气信息、交通阻塞信息。

此外，作为天气信息，列举表示在某时刻，哪个范围(例如，由纬度、经度规定的矩形范围)是雨的范围的信息。同样，作为交通阻塞信息，列举表示在某时刻，哪个范围是交通阻塞的范围的信息。

该天气信息、交通阻塞信息例如与车辆数据的索引126相关联地存储于上述索引存储部125。

在图29中表示与天气信息、交通阻塞信息相关联的索引(以下，复合索引)的结构。

在该复合索引中，存储上述的“object-id”(即，车辆的ID)、“location”(即，车辆的平面位置)、“alt”(即，车辆的高度)、“timestamp”(即，时刻)的信息，并且存储与“event”相关的信息。

该与“event”相关的信息表示事件的矩形范围。例如，如图30所示，在表示地上的平面中，以矩形表示雨的范围。

[2-3.动作]

接下来，对本第二实施方式的移动性IoT系统1中的整体的动作进行说明。

如图31所示，从数据收集装置2向车辆侧单元110以第一周期散乱地发送各车辆数据。

服务侧单元120以与第一周期不同的第二周期，从车辆侧单元110获取最新索引118。

另外，服务侧单元120在规定的事件发行的定时，对外部服务服务器201请求天气信息等。

外部服务服务器201根据该请求，向服务侧单元120发送天气信息等。

服务侧单元120将从车辆侧单元110获取到的最新索引118与从外部服务服务器201获取到的天气信息等相关联地存储。即，制作上述图29所示的复合索引，并存储于例如索引存储部125。

这里，例如在某时刻、某地域的范围内，针对在雨中行驶的车辆存在车速的请求的情况下，从服务提供服务器4经由访问API122从服务侧单元的索引存储部125提取相符的复合索引。

接下来，基于该复合索引，访问车辆侧单元110的影子存储部112，从影子存储部112的影子114提取满足上述条件的车辆以及车速，并将该车速的信息发送给服务提供服务器4。

由此，服务提供服务器4能够获取满足作为目的的条件的车速的信息。

[2-4.效果]

在本第二实施方式中，实现与第一实施方式同样的效果。

另外，在本第二实施方式中，被构成为将车辆数据以外的数据相关联(即，综合)地存储于在第三存储部33b中存储的索引(即，复合索引)126。此外，该车辆数据以外的数据是从服务提供服务器4以外的其他的外部服务器(即，外部服务服务器201)供给的数据。

即，在本第二实施方式中，被构成为制作添加了从外部服务服务器201获取到的天气信息、交通阻塞信息而得的复合索引，作为车辆数据的索引126。

因此，在本第二实施方式中，能够根据来自服务提供服务器4的请求，提供更高级的服务。

例如，服务器即使不直接访问车辆，仅通过指定想要数据的车辆的、例如vin、时间、场所(即，纬度经度)，就能够获取与该条件相符的车辆数据，能够容易地进行服务。

例如，服务器通过利用API，设定时间、场所的范围以及event(例如，雨的范围)，能够仅限于在该时间中在规定的场所的范围中的雨的区域中的车辆，来获取车辆数据。

[3.其他的实施方式]

以上，对本发明的实施方式进行了说明，但本发明不限于上述实施方式，能够各种变形地实施。

本发明所记载的系统以及用于进行中心的控制的结构及其方法也可以由专用计算机实现，该专用计算机通过构成被编程为执行由计算机程序具体化的一个至多个功能的处理器和存储器而被提供。或者，本发明所记载的系统以及用于进行中心的控制的结构及其方法也可以由专用计算机实现，该专用计算机通过由一个以上的专用硬件逻辑电路构成处理器而被提供。或者，本发明所记载的系统以及用于进行中心的控制的结构及其方法也可以由一个以上的专用计算机实现，该专用计算机通过被编程为执行一个至多个功能的处理器和存储器与由一个以上的硬件逻辑电路构成的处理器的组合而构成。

另外，计算机程序也可以作为由计算机执行的指令而存储于计算机能够读取的非迁移有形记录介质。在实现系统所包含的各部的功能的方法中，不一定需要包含软件，其全部的功能也可以使用一个或多个硬件来实现。

也可以通过多个构成要素实现上述各实施方式的一个构成要素所具有的多个功能，或者通过多个构成要素实现一个构成要素所具有的一个功能。另外，也可以通过一个构成要素实现多个构成要素所具有的多个功能，或者通过一个构成要素实现由多个构成要素实现的一个功能。另外，也可以省略上述各实施方式的结构的一部分。另外，也可以相对于其他的上述各实施方式的结构附加或者置换上述各实施方式的结构的至少一部分。

另外，除了上述的系统、车载装置、中心之外，也能够以系统实施的方法、车载装置实施的方法、中心实施的方法等各种方法来实现本发明。并且，也能够以用于使计算机作为系统、车载装置、中心发挥功能的程序、记录了该程序的半导体存储器等非迁移实体记录介质、数据管理方法等各种方式来实现本发明。

Claims (9)

1.一种系统(1)，其中，具备：多个车载装置(2)，分别搭载于多个车辆；以及中心(3)，能够与该多个车载装置分别进行数据通信，

所述车载装置具备：

第一存储部(25)，存储从搭载有该车载装置的所述车辆中的其他的装置发送的车辆数据；以及

发送控制部(22)，以第一周期对所述中心发送所述车辆数据，

所述中心具备：

第二存储部(33a)，存储从所述车载装置依次发送的所述车辆数据；

第三存储部(33b)，存储索引，所述索引是与存储于该第二存储部的所述车辆数据相关联的信息；

第一更新部(111)，在接收到从所述车载装置发送的所述车辆数据时，将该接收到的所述车辆数据追加到存储于所述第二存储部的所述车辆数据来进行更新；以及

第二更新部(121)，以不需要与所述第一更新部的更新定时的同步的第二周期，与存储于所述第二存储部的所述车辆数据的最新数据相关联地追加存储于所述第三存储部的所述索引来进行更新。

2.根据权利要求1所述的系统，其中，

所述第二存储部被构成为存储从所述车载装置依次发送的所述车辆数据、以及包含该车辆数据的一部分且与该车辆数据相关联的最新车辆数据，

所述第三存储部被构成为对存储于所述第二存储部的所述车辆数据的所述索引进行存储，

所述第一更新部被构成为在接收到从所述车载装置发送的所述车辆数据时，使用该接收到的所述车辆数据，来对存储于所述第二存储部的所述车辆数据以及所述最新车辆数据进行更新，

所述第二更新部被构成为以不需要与对存储于所述第二存储部的所述车辆数据进行更新的定时的同步的所述第二周期，基于存储于所述第二存储部的所述最新车辆数据，对存储于所述第三存储部的所述索引进行更新。

3.根据权利要求1或2所述的系统，其中，

所述中心被构成为根据来自提供针对所述车辆的服务的服务提供单元(4)的请求，使用存储于所述第三存储部的所述索引，获取存储于所述第二存储部的所述车辆数据，并提供给所述服务提供单元。

4.根据权利要求1至3中任一项所述的系统，其中，

所述车载装置被构成为在以所述第一周期向所述中心发送所述车辆数据的情况下，当存在更新频度高的所述车辆数据和与该高的更新频度相比更新频度低的所述车辆数据时，将所述更新频度高的所述车辆数据的发送周期设定得比所述更新频度低的所述车辆数据的发送周期短。

5.根据权利要求1至4中任一项所述的系统，其中，

所述中心被构成为为了更新所述索引，而与所述第一周期非同步地从所述第二存储部以恒定周期获取所述车辆数据的所述最新数据。

6.根据权利要求1至5中任一项所述的系统，其中，

所述中心被构成为与所述第一周期非同步地制作所述影子。

7.根据权利要求1至6中任一项所述的系统，其中，

所述系统被构成为将所述车辆数据以外的数据相关联地存储于在所述第三存储部中存储的所述索引。

8.一种中心(3)，能够经由通信机(13)与分别搭载于多个车辆的多个车载装置(2)分别进行数据通信，其中，所述中心具备：

通信部(32)，接收从所述车载装置以第一周期发送的车辆数据；

第二存储部(33a)，存储所述车辆数据；

第三存储部(33b)，存储索引，所述索引是与存储于该第二存储部的所述车辆数据相关联的信息；

第一更新部(111)，在通过所述通信部接收到所述车辆数据时，使用该接收到的所述车辆数据，追加到存储于所述第二存储部的所述车辆数据来进行更新；以及

第二更新部(121)，以不需要与所述第一更新部的更新定时的同步的第二周期，与存储于所述第二存储部的所述车辆数据的最新数据相关联地追加存储于所述第三存储部的所述索引来进行更新。

9.一种控制程序，由中心(3)执行，所述中心能够经由通信机(13)与分别搭载于多个车辆的多个车载装置(2)分别进行数据通信，其中，所述控制程序用于执行以下功能：

接收从所述车载装置以第一周期发送的车辆数据；

将所述车辆数据存储于第二存储部(33a)，将索引存储于第三存储部(33b)，所述索引是与存储于该第二存储部的所述车辆数据相关联的信息；

在接收到所述车辆数据时，使用该接收到的所述车辆数据，追加到存储于所述第二存储部的所述车辆数据来进行更新；以及

以不需要与所述更新的定时的同步的第二周期，与存储于所述第二存储部的所述车辆数据的最新数据相关联地追加存储于所述第三存储部的所述索引来进行更新。