CN117087565A - 电子控制装置、车辆信息提供方法以及存储介质 - Google Patents

Abstract

电子控制装置(1)具备：数据提取部(12a)，从遵循规定的通信协议的数据帧提取数据；车辆信息生成部(12b)，基于由数据提取部提取出的数据生成车辆信息；车辆信息保存部(12c)，保存由车辆信息生成部生成的车辆信息；以及车辆信息提供部(12g)，将由车辆信息保存部保存的车辆信息提供给请求了该车辆信息的提供的请求源的应用程序。

Description

电子控制装置、车辆信息提供方法以及存储介质

技术领域

本发明涉及电子控制装置、车辆信息提供方法以及持续性计算机读取存储介质。

背景技术

在车辆控制系统中，例如提供将电子控制装置(以下，称为ECU(ElectronicControl Unit：电子控制单元))与CAN(Controller Area Network：控制器局域网)(注册商标)总线连接的结构(例如参照专利文献1)。

专利文献1：日本特开2011-218974号公报

在ECU与CAN总线连接，搭载于ECU的控制部执行多个应用程序的情况下，该多个应用程序分别从CAN帧提取CAN数据，基于该提取出的CAN数据生成车辆信息。然而，在多个应用程序各自分别生成车辆信息的结构中，需要按照每个应用程序来准备用于生成车辆信息的程序模块，在制作应用程序时存在成本增大、产生大量的麻烦等问题。另外，无用地消耗用于保存每个应用程序的程序模块的储存器的存储容量。而且，若基于CAN数据生成车辆信息的逻辑在应用程序间不同，则有根据相同的CAN数据生成不同的车辆信息之虞，若利用该不同的车辆信息，则有在应用程序间的动作中产生不良情况之虞。

发明内容

本发明是鉴于上述的情况而完成的，其目的在于提供多个应用程序分别能够容易且适当地利用基于遵循规定的通信协议的数据的车辆信息的电子控制装置、车辆信息提供方法以及车辆信息提供程序。

根据技术方案1中记载的发明，具备执行多个应用程序的控制部(6)。数据提取部(12a)从遵循规定的通信协议的数据帧提取数据。车辆信息生成部(12b)基于由数据提取部提取出的数据生成车辆信息。车辆信息保存部(12c)保存由车辆信息生成部生成的车辆信息。车辆信息提供部(12g)将由车辆信息保存部保存的车辆信息提供给请求了该车辆信息的提供的请求源的应用程序。

从遵循规定的通信协议的数据帧提取数据，基于该提取出的数据生成车辆信息并保存，将该保存的车辆信息提供给请求了该车辆信息的提供的请求源的应用程序。

不需要针对每个应用程序准备用于生成车辆信息的程序模块，在制作应用程序时能够抑制成本增大、大量的麻烦的产生，也能够抑制储存器的存储容量的消耗。而且，不存在根据遵循规定的通信协议的相同的数据生成不同的车辆信息之虞，也不存在在应用程序间的动作中产生不良情况之虞。由此，多个应用程序分别能够容易且适当地利用基于遵循规定的通信协议的数据的车辆信息。

附图说明

图1是表示一实施方式的功能框图。

图2是对协议变换进行说明的图。

图3是表示CAN帧的接收时的流程的图。

图4是汽车数据协调器的功能框图。

图5是表示车辆信息的生成时的流程的图。

图6是表示CAN数据和车辆信息的图。

图7是表示车辆信息列表的图。

图8是表示车辆信息列表的图。

图9是表示车辆信息列表的图。

图10是表示服务提供列表的图。

图11是表示登记请求受理处理的流程图。

图12是表示车辆信息保存处理的流程图。

图13是表示更新时处理的流程图。

图14是表示提供请求受理处理的流程图。

图15是序列图。

图16是序列图

图17是序列图。

图18是序列图。

具体实施方式

以下，参照附图对一实施方式进行说明。如图1所示，搭载于车辆的主ECU1例如通过从传动ECU、车身ECU、驾驶室ECU、底盘ECU、安全ECU等获取信息或者对各ECU进行指示来控制车辆。为了实现该情况，主ECU1具备多个应用程序和多个中间件。主ECU1作为对例如以功能提高、不良情况修改等为目的的重编程的实施进行管理的更新主发挥功能。

主ECU1经由CAN总线2(Controller Area Network)(注册商标)(相当于通信总线)与多个ECU3、4连接为能够数据通信，对多个ECU3、4指示动作指示或者从多个ECU3、4获取动作状态，由此统一管理多个ECU3、4。经由CAN总线2与主ECU1连接的ECU的个数并不局限于2个，是任意的。多个ECU3、4例如是传动ECU、车身ECU、驾驶室ECU、底盘ECU、安全ECU等。

主ECU1与作为数据通信机发挥功能的DCM(Data Communication Module：数据通信模块)连接。DCM通过经由通信网络与外部无线连接而能够收发数据。DCM通过经由通信网络与OTA中心无线连接而能够接收从该OTA中心发送的分发包。DCM若接收从OTA中心发送的分发包，则将该接收到的分发包转送到主ECU1。主ECU1从多个ECU中确定作为重编程对象发挥功能的重编程对象ECU，若从DCM转送分发包，则从该转送的分发包中提取更新程序，对重编程对象ECU指示该提取出的更新程序的写入，由此实施重编程。

主ECU1具备第一控制部5、第二控制部6(相当于控制部)以及储存器7。第一控制部5和第二控制部6分别由具有CPU(Central Processing Unit：中央处理单元)的微机构成。主ECU1具有ROM(Read Only Memory：只读存储器)、RAM(Random Access Memory：随机存取存储器)以及I/O(Input/Output：输入/输出)。第一控制部5和第二控制部6分别通过执行储存于非迁移实体存储介质中的控制程序而执行与该控制程序对应的处理，协作地控制主ECU1的整体动作。第二控制部6执行的控制程序包括车辆信息提供程序。

第一控制部5经由CAN总线2与ECU3、4连接，与ECU3、4之间进行遵循CAN协议(相当于规定的通信协议)的数据通信。第一控制部5与第二控制部6经由以太网8连接，在两者之间进行遵循以太网协议的数据通信。即，第一控制部5与CAN总线2直接连接。第二控制部6不与CAN总线2直接连接，而经由以太网8与CAN总线2连接。基于以太网协议的数据通信与基于CAN协议的数据通信相比高速大容量。第一控制部5和第二控制部6相当于多个CPU。

在主ECU1的硬件架构中，第一CPU成为与CAN总线2连接，直接访问CAN总线2的结构，第二CPU成为不与CAN总线2连接，不直接访问CAN总线2的结构。在相同的基盘内，第二CPU通过以太网与第一CPU连接为能够数据通信。另外，也可以取代多个CPU，而是利用软件实现相同功能的虚拟机。

储存器7例如是以NOR型闪存、NAND型闪存为主体的非易失性存储器，在由第一控制部5、第二控制部6执行的多个应用程序中共享。即，多个应用程序分别访问储存器7来实施数据的写入和数据的读出。在本实施方式中，例示储存器7内置于主ECU1的结构，但也可以应用储存器7配置于主ECU1的外部的结构。另外，虽然例示在由第一控制部5、第二控制部6执行的多个应用程序中共享储存器7的结构，但也可以在由与主ECU1连接为能够数据通信的其他的ECU的控制部执行的应用程序中共享储存器7。

属于应用程序层9的各应用程序9a在请求与车辆相关的信息的情况下，根据请求的信息的粒度对属于中间件层10的CAN服务11、汽车数据协调器12、场景协调器13中的任一方请求信息的发送。在CAN服务11、汽车数据协调器12、场景协调器13中分别设定有应用程序编程接口(以下，称为API(Application Programming Interface))以能够提供信息。

第一控制部5如上述那样与CAN总线2直接连接，因此具有对包含遵循CAN协议的数据即CAN数据的CAN帧的收发进行控制的功能。另外，第一控制部5具有将CAN帧协议变换为以太网帧的功能。即，如图2所示，第一控制部5若从CAN总线2接收CAN帧，则将该接收到的CAN帧协议变换为以太网帧，将该协议变换后的以太网帧发送给CAN服务11。

如图3所示，CAN服务11若接收从第一控制部5发送的以太网帧，则从该接收到的以太网帧提取CAN协议数据单元(以下，称为PDU(Protocol Data Unit：协议数据单元))，将该提取出的CANPDU发送给汽车数据协调器12。PDU是收发的信息的单位，包含由通信协议定义的控制信息的部分和作为数据的内容的有效载荷。CAN帧的ID、控制字段、数据字段分别与以太网帧的CANID、DLC、CAN数据对应。

汽车数据协调器12具有如下的功能，若接收从CAN服务11发送的CANPDU，则基于该接收到的CANPDU生成车辆信息，将该生成的车辆信息提供给请求了该车辆信息的提供的请求源的应用程序。以下，参照图4和5对汽车数据协调器12的结构进行说明。汽车数据协调器12具备数据提取部12a、车辆信息生成部12b、车辆信息保存部12c、登记请求受理部12d、更新有无判定部12e、提供请求受理部12f、车辆信息提供部12g。由第二控制部6执行控制这些汽车数据协调器12的动作的各部12a～12g。

数据提取部12a若接收从CAN服务11发送的CANPDU，则从该接收到的CANPDU提取CAN数据。CAN数据是遵循CAN的通信协议的数据形式。若由数据提取部12a提取CAN数据，则车辆信息生成部12b解释该提取出的CAN数据并生成车辆信息。如图6所示，例如，如果车速为“60km/h”时的CAN数据为“01 23 45 67ab…”，则车辆信息生成部12b生成表示车速“60km/h”的数据作为车辆信息。作为车辆信息而生成的数据是根据CAN数据唯一地确定的数据。例如作为车辆信息而生成的数据是以比CAN数据少的数据量表现的数据。

若由车辆信息生成部12b生成车辆信息，则车辆信息保存部12c能够将该生成的车辆信息保存于图7所示的车辆信息列表。在该情况下，车辆信息保存部12c在尚未保存车辆信息的情况下，新保存本次生成的车辆信息。在已经保存车辆信息但本次生成的车辆信息与该已经保存的车辆信息不一致的情况下，车辆信息保存部12c覆盖保存本次生成的车辆信息。另一方面，在已经保存车辆信息且本次生成的车辆信息与该已经保存的车辆信息一致的情况下，车辆信息保存部12c不保存本次生成的车辆信息而废弃。

在车辆信息列表中保存的车辆信息除了上述的车速以外，还有与智能钥匙的有无、危险状态、驾驶席车门、燃料消耗量、IG继电器状态、里程计的数值、车辆位置、日期相关的信息。各车辆信息的内容如下。

“智能钥匙的有无”：是与智能钥匙的有无相关的信息，在钥匙存在于车内的情况下为“True”，在钥匙不存在于车内的情况下为“False”。

“危险状态”：是与危险灯的状态相关的信息，在闪烁状态的情况下为“接通”，在熄灭状态的情况下为“断开”。

“驾驶席车门”：是与驾驶席车门相关的信息，在驾驶席的车门为打开状态的情况下为“打开状态”，在驾驶席的车门为关闭状态且为锁定状态的情况下为“锁定”，在驾驶席的车门为关闭状态且为解锁状态的情况下为“解锁”。

“燃料消耗量”：是与燃料消耗量相关的信息，为“0ml”～“32ml”的数值。

“IG继电器状态”：是与IG继电器的驱动状态相关的信息，在IG继电器为接通状态的情况下为“接通”，在IG继电器为断开状态的情况下为“断开”。

“里程计的数值”：是与里程计的数值相关的信息，是显示于里程计的距离信息。

“车速”：是与车速相关的信息，是车速脉冲信号的累计值并且是由脉冲的计数器数确定的信息。

“车辆位置”：是与车辆位置相关的信息，是由导航装置确定的纬度经度。

“日期”：是与日期相关的信息，是由年、月、日、时、分、秒确定的信息。

另外，车辆信息保存部12c也可以赋予时间戳来保存车辆信息。如图8所示，车辆信息保存部12c例如也可以针对“智能钥匙的有无”在每次更新钥匙是否存在于车内的状态时赋予时间戳。通过赋予时间戳，能够保存与智能钥匙的有无相关的履历，能够追溯并获取与智能钥匙的有无相关的过去的车辆信息。另外，如图9所示，车辆信息保存部12c例如也可以针对“危险状态”在每次更新危险灯的闪烁状态和熄灭状态时赋予时间戳。通过赋予时间戳，能够保存与危险状态相关的履历，能够追溯并获取与危险状态相关的过去的车辆信息。关于“智能钥匙的有无”和“危险状态”以外的车辆信息，也是同样的。

登记请求受理部12d受理分别来自多个应用程序9a的登记请求，将该受理的登记请求登记于服务提供列表。登记请求是想要接受车辆信息的提供的应用程序9a将表示应用程序9a的应用程序ID与想要接受提供的车辆信息种类建立对应关系地登记的请求。如图10所示，登记请求受理部12d例如若从应用程序A受理作为车辆信息种类的“智能钥匙的有无”的登记请求，则将应用程序A的应用程序ID与“智能钥匙的有无”建立对应关系地登记。登记请求受理部12d若从应用程序B受理作为车辆信息种类的“车速”和“车辆位置”的登记请求，则将应用程序B的应用程序ID与“车速”和“车辆位置”建立对应关系地登记。另外，登记请求受理部12d也可以通过与应用程序9a同样地处理其他的中间件，从而受理来自其他的中间件的登记请求，将该受理的登记请求登记于服务提供列表。

更新有无判定部12e判定由车辆信息保存部12c保存的车辆信息的更新有无。在本次生成的车辆信息由车辆信息保存部12c新保存或者覆盖保存的情况下，更新有无判定部12e判定由车辆信息保存部12c保存的车辆信息有更新。即，在每次根据CAN数据被更新而车辆信息保存部12c新保存或者覆盖保存车辆信息时，更新有无判定部12e判定有车辆信息的更新。换言之，车辆信息保存部12c始终保存最新的车辆信息。

提供请求受理部12f受理分别来自多个应用程序9a的车辆信息的提供请求。车辆信息提供部12g将由车辆信息保存部12c保存的车辆信息提供给请求了该车辆信息的提供的请求源的应用程序9a。在该情况下，车辆信息提供部12g能够将不同粒度的车辆信息提供给请求了该车辆信息的提供的请求源的应用程序9a。即，应用程序9a能够获取任意的粒度的车辆信息。作为车辆信息提供部12g提供车辆信息的情况，存在以由更新有无判定部12e判定出有车辆信息的更新为契机的情况以及以由提供请求受理部12f受理了来自应用程序9a的车辆信息的提供请求为契机的情况。

接下来，参照图11至图18对上述的结构的作用进行说明。依次说明在主ECU1中由汽车数据协调器12进行的登记请求受理处理、车辆信息保存处理、更新时处理、提供请求受理处理。

(1)登记请求受理处理(参照图11)

汽车数据协调器12若通过受理来自应用程序9a的登记请求而登记请求受理处理的开始条件成立，则开始登记请求受理处理。汽车数据协调器12若开始登记请求受理处理，则获取从应用程序9a通知的应用程序ID和车辆信息种类(S1)。汽车数据协调器12将该获取的应用程序ID与车辆信息种类建立对应关系地登记于服务提供列表(S2)，结束登记请求受理处理。

(2)车辆信息保存处理(参照图12)

汽车数据协调器12若通过从CAN服务11接收到CANPDU而车辆信息保存处理的开始条件成立，则开始车辆信息保存处理。汽车数据协调器12若开始车辆信息保存处理，则从该接收到的CANPDU提取CAN数据(S11、相当于数据提取工序)。汽车数据协调器12解释该提取出的CAN数据并生成车辆信息(S12、相当于车辆信息生成工序)。汽车数据协调器12参照车辆信息列表(S13)，判定是否将本次生成的车辆信息作为保存对象(S14)。

汽车数据协调器12若判定为尚未保存车辆信息、或者虽然已经保存车辆信息但本次生成的车辆信息与该已经保存的车辆信息不一致，则判定为将本次生成的车辆信息作为保存对象(S14：是)，将本次生成的车辆信息保存于车辆信息列表(S15、相当于车辆信息保存工序)，结束车辆信息保存处理。例如在作为本次的车辆信息而生成车速“60km/h”的情况下，若车辆信息列表的“车速”的保存区域为空、或者已经保存于车辆信息列表的“车速”的保存区域的车辆信息为车速“60km/h”以外，从前次更新车辆信息，则汽车数据协调器12将作为本次的车辆信息而生成的车速“60km/h”保存于车辆信息列表。

另一方面，汽车数据协调器12若判定为已经保存车辆信息，且本次生成的车辆信息与该已经保存的车辆信息一致，则判定为不将本次生成的车辆信息作为保存对象(S14：否)，不将本次生成的车辆信息保存于车辆信息列表而废弃(S16)，结束车辆信息保存处理。例如在作为本次的车辆信息而生成车速“60km/h”的情况下，若已经保存于车辆信息列表的“车速”的保存区域的车辆信息为车速“60km/h”，不从前次更新车辆信息，则汽车数据协调器12不将作为本次的车辆信息而生成的车速“60km/h”保存于车辆信息列表而废弃。

(3)更新时处理(参照图13)

汽车数据协调器12若通过在上述的车辆信息保存处理中更新车辆信息并将本次生成的车辆信息保存于车辆信息列表而更新时处理的开始条件成立，则开始更新时处理。汽车数据协调器12若开始更新时处理，则参照服务提供列表(S21)，确定与成为更新对象的车辆信息建立对应关系的该车辆信息的提供目的地的应用程序9a(S22)。汽车数据协调器12若确定车辆信息的提供目的地的应用程序9a，则参照车辆信息列表(S23)，将保存于车辆信息列表的车辆信息提供给作为该车辆信息的提供目的地而确定的应用程序9a(S24、相当于车辆信息提供工序)，结束更新时处理。即，汽车数据协调器12将车辆信息的最新值提供给作为车辆信息的提供目的地而确定的应用程序9a。

在图10所示的服务提供列表中，例如在本次生成的车辆信息为“车速”的情况下，汽车数据协调器12将与“车速”建立对应关系的应用程序B确定为车辆信息的提供目的地，将“车速”的最新值提供给应用程序B。同样，在图10所示的服务提供列表中，在本次生成的车辆信息为“车辆位置”的情况下，汽车数据协调器12将与“车辆位置”建立对应关系的应用程序B、D确定为车辆信息的提供目的地，将“车辆位置”的最新值提供给应用程序B、D。

(4)提供请求受理处理(参照图14)

汽车数据协调器12若通过受理来自应用程序9a的提供请求而提供请求受理处理的开始条件成立，则开始提供请求受理处理。汽车数据协调器12若开始提供请求受理处理，则获取从应用程序9a通知的应用程序ID和指定车辆信息(S31)。汽车数据协调器12基于该获取的应用程序ID来确定车辆信息的提供目的地的应用程序9a(S32)，基于该获取的指定车辆信息来确定向提供目的地的应用程序9a提供的车辆信息种类(S33)。汽车数据协调器12参照车辆信息列表(S34)，将与该确定出的车辆信息种类对应的车辆信息提供给作为该车辆信息的提供目的地而确定的应用程序9a(S35、相当于车辆信息提供工序)，结束提供请求受理处理。

例如在应用程序X通知了“智能钥匙的有无”的提供请求的情况下，汽车数据协调器12将应用程序X确定为车辆信息的提供目的地，将“智能钥匙的有无”的最新值提供给应用程序X。

接下来，参照图15至图18对CAN服务11和汽车数据协调器12协作进行的处理进行说明。例如若主ECU1起动，则汽车数据协调器12将打开指示通知给CAN服务11(t1)。CAN服务11若被从汽车数据协调器12通知打开指示，则将针对该通知的打开指示的响应通知给汽车数据协调器12(t2)，制作暂时的数据存储区域。

汽车数据协调器12将设置ID过滤器指示通知给CAN服务11(t3)。CAN服务11若被从汽车数据协调器12通知设置ID过滤器指示，则将针对该通知的设置ID过滤器指示的响应通知给汽车数据协调器12(t4)，保存由该通知的设置ID过滤器指示指定的ID。

CAN服务11若从第一控制部5接收以太网帧(t5)，则对照该保存的ID与在该接收到的以太网帧中储存的CANID。CAN服务11若确定了储存有与该保存的ID一致的CANID的以太网帧，则从该确定的以太网帧提取CANPDU，将该提取出的CANPDU保存于数据存储区域。CAN服务11若确定了储存有与该保存的ID不一致CANID的以太网帧，则不从该确定的以太网帧提取CANPDU而废弃。此后，CAN服务11每当从第一控制部5接收以太网帧时(t10、t14、t17)，反复进行上述的处理。

汽车数据协调器12若被从应用程序9a通知登记请求(t6)，则实施在上述的图11中说明的登记请求受理处理。汽车数据协调器12获取由该通知的登记请求指定的应用程序ID和车辆信息种类，将该获取的应用程序ID与车辆信息种类建立对应关系地登记于服务提供列表。

汽车数据协调器12以规定周期(例如几毫秒周期)向CAN服务11通知读取指示(t7)。CAN服务11若被从汽车数据协调器12通知读取指示，则将保存于数据存储区域的CANPDU通知给汽车数据协调器12(t8)。汽车数据协调器12若从CAN服务11获取CANPDU，则实施在上述的图12中说明的车辆信息保存处理。汽车数据协调器12从该获取的CANPDU提取CAN数据，解释该提取出的CAN数据并生成车辆信息，参照车辆信息列表，判定是否将本次生成的车辆信息作为保存对象。此后，汽车数据协调器12和CAN服务11以汽车数据协调器12通知读取指示的周期反复进行上述的处理(t11、t12、t15、t16、t18、t19)。

汽车数据协调器12若判定为未更新车辆信息，则不将本次生成的车辆信息保存于车辆信息列表而废弃。另一方面，汽车数据协调器12若判定为更新车辆信息，则将本次生成的车辆信息保存于车辆信息列表，实施在上述的图13中说明的更新时处理。汽车数据协调器12参照服务提供列表，确定车辆信息的提供目的地的应用程序9a，参照车辆信息列表，将保存于车辆信息列表的车辆信息、即车辆信息的最新值通知给作为该车辆信息的提供目的地而确定的应用程序9a(t9、t13、t20)。

在图17和图18的例示中，表示根据从应用程序9a通知的登记请求而指定“车速”作为车辆信息种类的情况。在该情况下，汽车数据协调器12向应用程序9a通知基于紧接从应用程序9a通知了登记请求之后的最初从CAN服务11获取的CANPDU而生成的车辆信息(t9)。此后，汽车数据协调器12若例如基于在“t8”的定时从CAN服务11获取的CANPDU而生成的车辆信息为车速“58km/h”，基于在“t12”的定时从CAN服务11获取的CANPDU而生成的车辆信息为车速“60km/h”，则从前次更新车辆信息，因此作为车辆信息而将车速“60km/h”通知给应用程序9a(t13)。

汽车数据协调器12若基于在“t16”的定时从CAN服务11获取的CANPDU而生成的车辆信息为车速“60km/h”，则不从前次更新车辆信息，因此不将车辆信息通知给应用程序9a而废弃。汽车数据协调器12若基于在“t19”的定时从CAN服务11获取的CANPDU而生成的车辆信息为车速“62km/h”，则从前次更新车辆信息，因此作为车辆信息而将车速“62km/h”通知给应用程序9a(t20)。以上，说明了作为车辆信息种类而指定“车速”的情况，但其他车辆信息种类也同样。

像以上说明的那样，根据本实施方式，能够得到以下所示的作用效果。

在主ECU1中，从CAN帧提取CAN数据，基于该提取出的CAN数据生成车辆信息并保存，将该保存的车辆信息提供给请求了该车辆信息的提供的请求源的应用程序9a。不需要针对每个应用程序准备用于生成车辆信息的程序模块，在制作应用程序9a时能够抑制成本增大、大量的麻烦的产生，也能够抑制储存器7的存储容量的消耗。而且，不存在根据相同的CAN数据生成不同的车辆信息之虞，也不存在在应用程序9a间的动作中产生不良情况之虞。由此，多个应用程序9a分别能够容易且适当地利用基于CAN数据的车辆信息。

在主ECU1中，以保存的车辆信息被更新为契机，将该保存的车辆信息提供给请求了该车辆信息的提供的请求源的应用程序9a。能够在车辆信息被更新的定时，将最新的车辆信息提供给应用程序9a。即，能够在应用程序9a不通知提供请求的情况下将最新的车辆信息提供给应用程序9a。

在主ECU1中，以受理了来自应用程序9a的提供请求为契机，将该保存的车辆信息提供给请求了该车辆信息的提供的请求源的应用程序9a。能够与是否从前次更新车辆信息无关地在应用程序9a通知提供请求的任意的定时将最新的车辆信息提供给应用程序9a。

在主ECU1中，将从CAN总线2接收到的CAN帧协议变换为以太网帧，从该协议变换后的以太网帧提取CAN数据。能够将由未与CAN总线2直接连接的第二控制部6执行的应用程序9a作为对象，多个应用程序9a分别容易且适当地利用基于CAN数据的车辆信息。

本发明遵循实施例进行了记述，但理解为不限定于该实施例、构造。本发明也包含各种变形例、均等范围内的变形。除此之外，各种组合、方式、进一步地包含它们中仅一个要素、其以上或者其以下的其他组合、方式也进入本发明的范畴、思想范围。

本发明所记载的控制部及其方法也可以由专用计算机实现，该专用计算机通过构成被编程为执行由计算机程序具体化的一个至多个功能的处理器和存储器而被提供。或者，本发明所记载的控制部及其方法也可以由专用计算机实现，该专用计算机通过由一个以上的专用硬件逻辑电路构成处理器而被提供。或者，本发明所记载的控制部及其方法也可以由一个以上的专用计算机实现，该专用计算机通过被编程为执行一个至多个功能的处理器和存储器与由一个以上的硬件逻辑电路构成的处理器的组合而构成。另外，计算机程序也可以作为由计算机执行的指令存储于计算机能够读取的非迁移有形记录介质。

这里，本申请中记载的流程图或者流程图的处理由多个部分(或称为步骤)构成，各部分例如表现为S1。并且，各部分能够分割为多个子部分，另一方面，多个部分也可以合并而成为一个部分。并且，这样构成的各部分能够被称为设备、模块、方法。

Claims (9)

1.一种电子控制装置，具备执行多个应用程序的控制部，其中，所述电子控制装置具备：

数据提取部，从遵循规定的通信协议的数据帧提取数据；

车辆信息生成部，基于由所述数据提取部提取出的数据生成车辆信息；

车辆信息保存部，保存由所述车辆信息生成部生成的车辆信息；以及

车辆信息提供部，将由所述车辆信息保存部保存的车辆信息提供给请求了所述车辆信息的提供的请求源的应用程序。

2.根据权利要求1所述的电子控制装置，其中，

所述电子控制装置具备登记请求受理部，所述登记请求受理部受理分别来自所述多个应用程序的登记请求，

所述车辆信息提供部将由所述登记请求受理部受理了登记请求的应用程序作为请求了所述车辆信息的提供的请求源的应用程序并提供由所述车辆信息保存部保存的车辆信息。

3.根据权利要求1所述的电子控制装置，其中，

所述电子控制装置具备更新有无判定部，所述更新有无判定部判定由所述车辆信息保存部保存的车辆信息的更新有无，

所述车辆信息提供部以由所述更新有无判定部判定为由所述车辆信息保存部保存的车辆信息有更新为契机，将由所述车辆信息保存部保存的车辆信息提供给请求了所述车辆信息的提供的请求源的应用程序。

4.根据权利要求1所述的电子控制装置，其中，

所述电子控制装置具备提供请求受理部，所述提供请求受理部受理分别来自所述多个应用程序的提供请求，

所述车辆信息提供部以由所述提供请求受理部受理了来自应用程序的提供请求为契机，将由所述车辆信息保存部保存的车辆信息提供给请求了所述车辆信息的提供的请求源的应用程序。

5.根据权利要求1所述的电子控制装置，其中，

由所述控制部执行所述数据提取部、所述车辆信息生成部、所述车辆信息保存部以及所述车辆信息提供部。

6.根据权利要求1所述的电子控制装置，其中，

所述车辆信息提供部将不同粒度的车辆信息提供给请求了所述车辆信息的提供的请求源的应用程序。

7.根据权利要求1至6中的任一项所述的电子控制装置，其中，

所述电子控制装置还具备一个至多个处理器，

一个至多个处理器提供数据提取部、车辆信息生成部、车辆信息保存部以及车辆信息提供部中的至少一个。

8.一种车辆信息提供方法，其中，

在具备执行多个应用程序的控制部的电子控制装置中进行以下工序：

数据提取工序，从遵循规定的通信协议的数据帧提取数据；

车辆信息生成工序，基于由所述数据提取工序提取出的数据生成车辆信息；

车辆信息保存工序，保存由所述车辆信息生成工序生成的车辆信息；以及

车辆信息提供工序，将由所述车辆信息保存工序保存的车辆信息提供给请求了所述车辆信息的提供的请求源的应用程序。

9.一种持续性计算机读取存储介质，具备由计算机实施的命令，所述命令使具备执行多个应用程序的控制部的电子控制装置执行以下工序：

数据提取工序，从遵循规定的通信协议的数据帧提取数据；

车辆信息生成工序，基于由所述数据提取工序提取出的数据生成车辆信息；

车辆信息保存工序，保存由所述车辆信息生成工序生成的车辆信息；以及

车辆信息提供工序，将由所述车辆信息保存工序保存的车辆信息提供给请求了所述车辆信息的提供的请求源的应用程序。