专利名称：车辆控制用软件与车辆控制装置的制作方法
技术领域：
本发明，涉及一种控制车辆的行驶状态的车辆控制软件与车辆控制装置。
背景技术：
近年来，作为车辆控制系统，使用微处理器以及由微处理器所执行的软件(计算机程序)对车辆进行电子控制的系统正在快速发展。通过电子车辆控制系统，能够细微控制引擎的燃烧状态来降低油耗，减少排出气体。另外，通过通信将涉及制动力、驱动力以及转向角的控制机构联动来对车辆全体的运动状态进行综合控制的系统，逐渐得到实用化。
由于这样的车辆控制系统中所使用的软件的大小非常大，因此采用的是所谓面向对象的方式来将软件组件化，并通过组件单位来进行软件的开发·再利用的方法。
另外，车辆控制用软件，逐渐分割为用来控制电子控制装置本身或传感器·执行机构类的基本程序、和利用传感器·执行机构来控制引擎或变速器等的控制应用程序。
以往技术中，有一种程序结构如下的软件，设有在公开侧程序与查询侧程序之间变换数据形式的变换程序(管理程序)，将公开侧程序的数据，对应于来自查询侧程序的查询请求的定时进行变换处理，并移交给查询侧程序(例如专利文献1)。
这种程序构造的软件，吸收了公开侧程序与查询侧程序之间的数据形式的差异，能够防止因数据形式的不一致所引起的再利用性的降低。
专利文献1特开2003-256201号公报这里，关注在属于基本程序的软件组件、和属于控制应用程序的软件组件之间进行的数据的交接。虽然车辆控制用电子控制装置的基本程序，由电子控制装置制造商制作，但控制应用程序的要求规格、即传感器或执行机构输入输出值的变量名或单位等数据形式，因不同车辆制造商而不同。
因此，基本程序部分的软件组件中存在的问题是，无法将传感器或执行机构输入输出值等数据形式标准化，导致再利用性下降。
为了避免这样的问题，公知有一种方法，如上述以往技术所述，设置用来变换数据形式的变换程序，经变换程序来访问基本程序的数据。
但是，该方法中，由于每次查询数据时都执行变换处理，因此在多个控制应用程序查询1个基本程序(软件组件)的情况下，每次发起查询请求时都要进行变换处理，产生的问题是，变换处理的频度增高，处理效率恶化。
另外，还提出了让数据变换的定时与基本程序的数据更新定时同步的方法。
但是，该同步变换中，产生了控制应用程序中的数据同时性的问题。即，在以同一个时间周期作出起动请求的任务(例如10ms周期)之中所执行的控制应用程序中，需要在该任务的执行过程中，基本程序侧的控制数据仿佛不被更新。
数字控制理论中，周期性·外部中断地同步进行的控制处理，被设计为瞬时进行且处理中状态不会发生变化。
但是，在微处理器中实际执行软件时，需要若干执行时间。因此，存在的问题是在任务的前半部分与后半部分中，即使实际上发生了状态变化，控制应用程序也必需继续保持该任务起动时的状况。
发明内容
本发明鉴于以上问题，其目的在于提供一种需要数据形式的变换的实时的车辆控制软件，能够减少数据变换处理次数，提高处理性能，提高处理效率，并确保控制数据的同时性。
基于本发明的车辆控制用软件，具有作为用来控制车辆的信息的控制数据；作为公开上述控制数据的软件组件的公开侧软件组件；作为查询上述控制数据的软件组件的查询侧软件组件；以及，在上述公开侧软件组件与上述查询侧软件组件之间进行上述控制数据的交接时，变换数据形式的数据变换软件，上述数据变换软件，在给定的定时被请求起动，向上述公开侧软件组件作出数据查询请求，将所取得的上述控制数据变换成上述查询侧软件组件所查询的数据形式。
基于本发明的车辆控制用软件，优选，上述数据变换软件，将变换后的上述控制数据作为查询用数据保存起来，同时，上述查询侧软件组件查询上述查询用数据。
基于本发明的车辆控制用软件，优选，数据变换软件，使用上述查询侧软件组件所准备的数据请求命令，将变换后的上述控制数据交付给上述查询侧软件组件。
基于本发明的车辆控制用软件，优选，在上述公开侧软件组件与上述查询侧软件组件之间进行上述控制数据的交接时被变换的上述数据形式，至少是变量名与变量单位的任意一个。
基于本发明的车辆控制用软件，优选，上述数据变换软件，将被请求起动的定时独立于上述查询用软件组件被请求起动的定时来设定。
基于本发明的车辆控制用软件，优选，上述数据变换软件，将被请求起动的定时独立于上述公开用软件组件被请求起动的定时来设定。
基于本发明的车辆控制用软件，优选，上述数据变换软件，将被请求起动的定时至少是时间周期或中断信号的任意一个。
基于本发明的车辆控制用软件，优选，上述软件组件，由用来对安装有车辆控制用软件的电子车辆控制装置、传感器以及执行机构进行控制的基本软件组件，和用来使用上述基本软件组件对控制对象的状态进行控制的控制应用程序组件构成。
基于本发明的车辆控制用软件，优选，通过上述数据变换软件变换上述控制数据这一行为，是在上述基本软件组件与上述控制应用程序组件之间进行数据的公开与查询时实施的。
基于本发明的车辆控制用软件，优选，上述软件组件，是指公开上述控制数据同时查询上述控制数据的组件。
基于本发明的车辆控制用软件，优选，上述软件组件，具有明示出公开数据与查询请求数据的区别的接口。
基于本发明的车辆控制用软件，优选，上述数据变换软件，查询上述软件组件所明示的公开用数据与查询请求数据的区别。
本发明的使用微计算机进行车辆的控制的车辆控制用装置，特征在于安装有上述的软件。
基于本发明的车辆控制用软件，将数据变换软件的执行定时，设为其他执行定时而不是被查询侧软件组件所调用的定时，来进行起动请求，通过这样，能够设计控制数据的同时性，来进行数据变换软件的装配。
图1为表示基于本发明的车辆控制软件的一个实施方式的概要的方框图。
图2为表示使用本发明的车辆控制用软件的面向引擎的电子控制装置的一个实施方式的方框图。
图3为表示基于本实施方式的车辆控制软件中的控制应用程序部分与基本软件部分之间的数据的交接的方框图。
图4为表示以往技术的数据变换软件的方框图。
图5为表示以引擎控制用软件作为实施本发明的车辆控制用软件的构成例的方框图。
图6为表示基于本实施方式的车辆控制软件的AP变量部的内部构造之一例的方框图。
图7为10ms周期任务FW的流程图。
图8为10ms周期IOFW的流程图。
图9为10ms周期缓存FW的流程图。
图10为10ms周期应用程序FW的流程图。
图11为基于吸入空气量推定处理软件组件的吸入空气量推定处理的流程图。
图12为基于燃料量·点火时期运算处理软件组件的燃料量·点火时期运算处理的流程图。
图13为基于故障诊断处理软件组件的故障诊断处理的流程图。
图14为10ms周期缓存FW的流程图。
图15为10ms周期IOFW的流程图。
图16为在引擎旋转同步中断处理程序或事件任务中所执行的IOFW的流程图。
图17为40ms周期缓存FW的流程图。
图18为基于复位处理部的复位处理的流程图。
图中1-数据公开侧软件组件，2-公开用数据，3-数据变换软件，4-数据对应部，5A、5B-查询用数据，6-数据存储器，7、8、9-数据查询侧软件组件，10-应用程序部分，11-第1控制软件组件(吸入空气量推定处理软件组件)，12-第2控制软件组件(燃料量·点火时期运算处理软件组件)，13-第3控制软件组件(故障诊断处理软件组件)，14-AP变量部，20-基本软件部分，21-实时OS，22-执行机构控制功能，23-传感器控制功能，24-通信驱动器，25-数字输入输出部，26-模拟输入输出部，27-复位部，30-框架，31-任务FW，32-IOFW，33-缓存FW，34-应用程序FW，50-ECU。
具体实施例方式
对照图1对基于本发明的车辆控制软件的一个实施方式的概要进行说明。
本实施方式的车辆控制软件，由保存公开用数据2的数据公开侧软件组件1、具有数据对应部4的数据变换软件组件(程序)3、存储查询用数据5A、5B的数据存储器6、以及第1～第3数据查询侧软件组件(程序)7、8、9构成。
数据公开侧软件组件1，根据对每个该软件组件设定的定时(timing)来更新公开用数据2。
数据变换软件3，以时间周期或对微处理器核心的中断信号等给定的定时起动。数据变换软件3的数据对应部4，定义有要以各个起动定时变换的数据。
所起动的数据变换软件3，利用数据公开侧软件组件1所准备的接口，取得数据对应部4中定义的软件组件例如公开侧软件组件1的公开用数据2。
然后，在变换所取得的公开用数据2的数据名、变量的单位等之后，作为查询用数据5A保存在数据存储器6中。
第1数据查询侧软件组件7、与第2数据查询侧软件组件8，以对各个查询用软件组件定义的起动定时起动，利用数据存储器6所准备的接口，来对查询用数据5A进行查询，分别按照自程序进行数据查询侧处理。
另外，数据变换软件3以与上述不同的定时起动，变换与上述相同的数据公开侧软件组件1的公开用数据2，并将其作为与上述不同的查询用数据5B存储在数据存储器6中。
第3数据查询侧软件组件9，利用数据存储器6所准备的接口，对查询用数据5B进行查询，按照自程序进行数据查询侧处理。
通过采用上述构成，即使在多个数据查询侧的软件组件查询1个数据，且需要该数据的变换的情况下，也不需要对每一个查询请求进行变换处理，提高了软件的处理效率。
例如，设想在10ms周期任务中查询同一数据的情况。在作为所查询的数据的来源的公开用数据的更新处理，比10ms周期任务的优先级高的情况下，在10ms周期任务的处理中公开用数据会被变更，存在的问题是，即便是以10ms周期这一相同的定时起动的处理，查询同一数据的情况下的值也会不同。
这样的状态会损害变量的同时性。通过采用本构成，具有能够在10ms周期任务内确保查询用数据的同时性的效果。
另外，再设想还以40ms周期任务查询同一公开用数据的情况。此时，设10ms周期任务的优先级比40ms周期任务的优先级高。
在对应于1个公开用数据只有1个查询用数据的情况下，存在的问题是在40ms周期任务处理中数据变换处理会被实施，损害了40ms周期任务中的变量的同时性。
通过像本实施方式这样，对1个公开用数据准备多个查询用数据，并根据需要对每个任务分配查询用数据，从而带来的效果是即使在多个任务查询1个数据的情况下，也能够确保变量的同时性。
图2中表示应用本发明的车辆控制用软件的面向引擎的电子控制装置(ECU)50。
ECU50中所安装的软件，由用来控制ECU本身和与ECU相连接的传感器·执行机构类的基本软件(平台软件)部分20、以及利用传感器·执行机构控制引擎或变速器等的应用程序部分10构成。
对照图3对控制应用程序部分10与基本软件部分20之间的数据移交进行说明。
近年来，车辆控制用软件伴随着软件规模的大型化，而采用将软件组件化来构成的面向对象的方式。因此，数据的移交也使用该对象的接口来进行。
另一方面，基本软件部分20由ECU制造商开发，控制应用程序部分10由汽车制造商开发。
基本软件部分20的接口，虽然在该ECU制造商内被统一，但控制应用程序部分的接口规格因汽车制造商而不同。
例如，设想对转矩进行控制的控制应用程序软件组件查询引擎转数的情况。
实施基于转矩的引擎控制的第1控制应用程序软件组件101，利用称作NDATA的接口1011进行访问，实施另一个基于转矩的引擎控制的第2控制应用程序软件组件102，使用称作EngRev的接口1021进行访问。
这里，参照图4对以往技术的数据变换软件进行说明。
图4中所示的数据变换软件，由数据公开侧软件组件91、具有公开用数据93与对应表94的数据变换软件92、以及数据查询侧软件组件95构成。
数据公开侧软件组件91，对数据变换软件92进行公开数据登录，并更新公开用数据93。
数据查询侧软件组件95，对数据变换软件92作出数据查询请求。接收到查询请求的数据变换软件92，根据对应表94，获得所请求的数据与公开用数据93之间的对应。之后，变换对应的公开用数据93的变量名或变量单位等数据形式，并将其移交给查询请求源的数据查询侧软件组件95。
在采用该构成的情况下，每当产生了数据查询请求时都必须进行数据变换，特别是在像车辆控制软件这样的要求实时性的软件的情况下，存在导致性能降低的问题。
另外，在像车辆控制用软件这种，多个控制任务或中断处理程序以及事件任务混合存在的软件的情况下，控制任务内的变量的同时性很重要。
在无法确保变量的同时性的情况下，即使是同一定时起动的处理，任务的前半部分与后半部分中查询到的值也不同，从而难以取得控制逻辑的匹配性。
图4所示的构成中，对每个查询请求进行数据的变换。另外，由于在变换数据时所使用的公开用数据，以数据公开侧软件组件的动作定时来进行登录，因此存在的问题是在使用数据变换软件所提供的接口的情况下，数据查询侧无法确保变量的同时性。
图5为将实施本发明的车辆控制用软件以引擎控制用软件为例的构成例。
图5中所示的车辆控制用软件，由控制应用程序部分10、基本软件部分20、以及框架30构成。
控制应用程序部分10，由第1控制软件组件(AP组件1吸入空气量推定处理软件组件)11、第2控制软件组件(AP组件2燃料量·点火时期运算处理软件组件)12、第3控制软件组件(AP组件3故障诊断处理软件组件)13、以及用作控制应用程序部分和基本软件部分的中介的AP变量部14构成。
基本软件部分20，由实时OS(RTOS)21；控制燃料喷射功能以及点火功能等的执行机构控制功能22；用来处理空气流量传感器、加速器开度传感器等的测定值的传感器控制功能23；用来控制CAN、LIN、FlexRay等通信功能的通信驱动器24；用来进行数字输入输出的数字输入输出部25；用来进行模拟输入输出的模拟输入输出部26；以及，进行给ECU50接通电源时的处理的复位部27构成。
框架30，由用来对由中断处理程序或实时OS21起动的任务内的软件组件执行流程进行控制的任务FW31；用来控制基本软件部分的软件组件的执行流程的IOFW32；用来控制数据变换处理的执行流程的缓存FW33；以及，用来对控制应用程序部分的软件组件执行流程进行控制的应用程序FW34构成。
图5中的箭头，表示的是功能间的调用关系的一例，箭头的根部为调用源，箭头的尖部为执行方。
给ECU50接通电源之后，首先执行复位部27，起动实时OS21。实时OS21，根据时间以及对微处理器的中断来起动任务，在任务内执行任务FW31。任务FW31，执行IOFW32、缓存33、应用程序FW34。
IOFW32，按照所定义的控制流程，起动执行机构控制功能22的软件组件、传感器控制功能23的软件组件、以及通信驱动器24的软件组件。
执行机构控制功能22以及传感器控制功能23的软件组件，使用数字输入输出25、模拟输入输出26及通信驱动器24的软件组件，进行执行机构和传感器的控制。
缓存FW33，按照所定义的控制流程，利用传感器控制23的软件组件的接口，取得传感器测定值，并进行变换使得变量名与变量的单位符合控制应用程序10的要求，被作为AP变量(应用程序变量)保存到AP变量部14中。
另外，控制应用程序侧的软件组件(例如吸入空气量推定处理软件组件11、燃料量·点火时期运算处理软件组件12、故障诊断处理软件组件13)所计算出的执行机构控制目标值，被作为AP变量保存在AP变量部14中，按照适于缓存FW33的控制流程，变换数据形式，移交给执行机构控制功能22的软件组件。
应用程序FW34，按照所定义的控制流程，起动控制应用程序软件组件11、12、13。控制应用程序软件组件11、12、13，使用被作为AP变量变换得到的传感器测定值以及其他控制应用程序软件组件所计算出的值，运算控制变量。此时，成为执行机构的控制目标值的控制变量，被作为AP变量来处理。
图6表示AP变量部14的内部构造之一例。AP变量部14，由AP变量QAV141、AP变量NDATAV·A142、AP变量TWV143、燃料量FI144、点火时期TI145、故障诊断结果ERR·ENG146、以及AP变量NDATAV·B147构成。
图7为以10ms周期起动的任务用的10ms周期任务FW311的流程图。
10ms周期任务FW311，执行10ms周期IOFW(1)321，执行10ms周期缓存FW(1)331，执行10ms周期应用程序FW340，执行10ms周期缓存FW(2)332、执行10ms周期IOFW(2)。
图8为10ms周期IOFW(1)321的流程图。
10ms周期IOFW(1)321，在步骤3211中进行空气流量传感器的传感器值输入以及更新处理。之后，在步骤3212中进行引擎转数传感器的传感器值输入以及更新处理。再有，在步骤3213中进行引擎温度传感器的传感器值输入以及更新处理。
图9为10ms周期缓存FW(1)331的流程图。
10ms周期缓存FW(1)331，在步骤3311中使用传感器控制功能23的接口取得空气流量传感器值，并变换变量名以及变量单位，作为AP变量QAV141保存起来。步骤3312中使用传感器控制功能23的接口取得引擎转数传感器值，并变换变量名以及变量单位，作为AP变量NDATA·A142保存起来。步骤3313中使用传感器控制功能23的接口取得引擎温度传感器值，并变换变量名以及变量单位，作为AP变量TWV143保存起来。
图10为10ms周期应用程序FW340的流程图。
步骤3401中执行吸入空气量推定处理软件组件11，步骤3402中执行燃料量·点火时期运算处理软件组件12，步骤3403中执行故障诊断处理软件组件13。
图11为基于吸入空气量推定处理软件组件11的吸入空气量推定处理(步骤3401)的流程图。
步骤34011中取得AP变量QAV141，步骤34012中取得AP变量NDATAV·A142，根据这些AP变量在步骤34013中运算吸入空气量QA，并在步骤34014中作为变量QA保存起来。
图12是基于燃料量·点火时期运算处理软件组件12的燃料量·点火时期运算处理(步骤3402)的流程图。
步骤34021中取得在步骤34014中所保存的变量QA，步骤34022中取得AP变量NDATAV·A142，根据这些变量在步骤34023中运算燃料量FI与点火时期TI，在步骤34024中将它们作为AP变量燃料量FI144·点火时期TI145保存起来。
图13为基于故障诊断处理软件组件13的故障诊断处理(步骤3403)的流程图。
步骤34031中取得在步骤34014中所保存的变量QA，步骤34032中取得AP变量NDATAV·A142，步骤34033中诊断引擎的动作状态，步骤34034中将诊断结果作为AP变量故障诊断结果ERR·ENG146保存起来。
图14为10ms周期缓存FW(2)332的流程图。
10ms周期缓存FW(2)332，在步骤3321中使用AP变量的接口取得AP变量燃烧量FI144，变换变量单位之后，利用执行机构控制功能22的接口，设定为燃料喷射量的控制目标值。
步骤3322中，使用AP变量的接口取得AP变量点火时期TI145，变换变量单位之后，利用执行机构控制功能22的接口，设定为点火时期的控制目标值。
步骤3323中，使用AP变量的接口取得AP变量故障诊断结果ERR·ENG146，变换变量单位之后，利用执行机构控制功能22的接口，设定为仪表盘上的警告灯的ON/OFF状态。
另外，该状态下只是设置了目标值，与反映实际的执行机构的控制的定时不同。
通过采用这样的构成，在进行降低排气用燃烧控制时，能够在控制所需要的控制目标值齐备之后，一齐反映在控制中。另外，在控制目标值被更新的定时、与实际进行控制的定时不同的情况下，也能够对应。
图15为10ms周期IOFW(2)322的流程图。
步骤3221中，向执行机构控制功能22的软件组件请求警告灯输出的更新处理。
图16为在引擎旋转同步中断处理程序或事件任务中所执行的IOFW323的流程图。
步骤3231中，向执行机构控制功能22的软件组件请求燃料喷射执行处理。此时，执行机构控制功能内部，根据步骤3321中所设定的燃料喷射量进行燃料喷射处理。步骤3232中，向执行机构控制功能22的软件组件请求点火用计时器的起动。此时，执行机构控制功能内部，根据步骤3322中所设定的点火时期，进行微机计时器的设置。实际进行点火的是计时器起动的定时。
图17为40ms周期缓存FW333的流程图。
步骤3331中，使用传感器控制功能23的接口取得引擎转数传感器值，变换变量名以及变量单位，作为AP变量NDATAV·B147存储起来。通过这样，能够在以不同的定时起动的10ms任务与40ms周期任务的各个任务的内部，确保被以与控制应用程序不同的定时更新的传感器输入值的同时性。
图18为基于复位部27的复位处理(初始化处理)35的流程图。
步骤351中，进行基本软件部分20的初始化处理。初始化处理，通过使用执行机构控制功能22、传感器控制功能23、通信驱动器24、数字输入输出部25、以及模拟输入输出部26各自所具有的初始化处理的接口来执行。
步骤352中，进行实时OS(RTOS)21的起动处理。此时，起动时间周期任务。但是，由于之后在步骤353中以最高优先级执行初始化任务，因此时间周期任务以及中断处理程序、事件任务，可能在步骤353结束后执行。
步骤353中，执行初始化任务FW。这里，与图7的10ms周期任务同样，执行IOFW32、缓存FW33、应用程序FW34，执行引擎起动时的传感器值的测量，以及控制应用程序软件组件的初始化处理等。
本实施方式的效果概括起来，如下所述。
(1)数据变换软件的执行定时，并不是被查询侧软件组件调用的定时，而是设置另外的执行定时来作出起动请求，因此具有的效果是能够设计控制数据的同时性来实施数据变换软件的装配。
(2)控制数据变换后作为查询用数据保存起来，在查询侧程序的执行定时，通过查询变换后的查询用数据，能够将数据变换次数限制为必要最小限度，有助于提高处理性能。
(3)数据的交接，除了传感器值那种从基本软件向控制应用程序的流动，还有执行机构值那种从控制应用程序向基本软件的流动，若在开发控制应用程序时，不考虑基本软件的接口地将目标值代入到控制数据中，则使得数据变换程序能够以给定的定时在基本软件侧设定控制数据，提高了控制应用程序的再利用效率。
(4)在公开侧软件组件与查询侧软件组件之间的控制数据的交接时被变换的数据形式，至少是变量名与变量单位中的任意一个，因此，控制应用程序的开发者，在开发控制应用程序时，能够不用顾及到基本软件的接口所准备的变量名或变量的单位、以及数据访问用接口，从而提高了开发效率以及再利用效率。
(5)请求起动数据变换软件的定时、与请求起动查询用软件组件的定时能够独立设定，因此能够将数据变换处理的定时、与查询数据来实施的处理的控制流程分开，因此提高了软件的开发效率·再利用效率。
(6)请求起动数据变换软件的定时，与请求起动公开用软件组件的定时能够独立设定，因此能够将数据变换处理的定时、与计算数据来公开的处理的控制流程分开，因此提高了软件的开发效率·再利用效率。
(7)请求起动数据变换软件的定时，至少是时间周期或中断信号中的任意一个，因此通过将数据变换的定时设为每个数据的更新周期、或伴随控制对象的状态变化的中断信号，能够以适当的定时执行变换处理。
(8)软件组件，由用来对安装有车辆控制用软件的电子车辆控制装置、传感器以及执行机构进行控制的基本软件组件，和用来使用基本软件组件来对控制对象的状态进行控制的控制应用程序组件构成，通过这样，能够在被分为基本软件部分与控制应用程序部分、且在软件组件间进行数据的交接的车辆控制软件中，实现兼备软件执行效率与数据同时性的确保的车辆控制软件。
(9)由于通过数据变换软件变换控制数据这一行为，是在基本软件组件与控制应用程序组件之间的数据的公开与查询时进行的，因此在基本软件侧软件组件间，或控制应用程序侧软件组件之间，进行没有伴随数据变换的数据交接时，省略了数据变换程序的调用，提高了软件的处理效率。
虽然上述实施例中，数据公开侧软件组件与数据查询侧软件组件是各自独立的，但也可以在公开作为1个组件的数据的同时查询其他的数据。在兼具图1中的数据公开侧软件组件1所具有的公开用数据7、和数据查询侧软件组件7、8、9的查询请求数据的软件组件中，将各个数据是公开数据还是查询请求数据作为明示的输入输出接口规格来进行明示，通过这样，数据变换软件，能够将明示为公开数据的数据，在其变换处理中，按照图7～图18中所记载的顺序，用来更新由查询用变量5A、5B所构成的数据存储器6。
另外，虽然上述实施例中，以图5中配置有AP变量14的控制应用程序部分10为例对图1中的数据存储器6的具体实施例进行了说明，但其也可以设置在基本软件部分20或框架30内。
在采用这样的配置的情况下，应用程序软件能够与数据存储器的配置方法独立设置，因此能够削减其设计中所需要的工序，从而在应用程序软件的变更频繁的情况下，更加具有削减工序的效果。
以上对本发明的几个实施方式进行了说明，但本发明的实施方式还能够采取各种形式。例如，在车辆控制系统由多个ECU构成的情况下，由应用本发明的车辆控制软件变换得到的传感器测定值及执行机构输出等，并不仅限于1个ECU内的传感器与执行机构，还可以是能够通过网络来查询的其他ECU的传感器与执行机构。
权利要求
1.一种车辆控制用软件，其特征在于，具有作为用来控制车辆的信息的控制数据；作为公开上述控制数据的软件组件的公开侧软件组件；作为查询上述控制数据的软件组件的查询侧软件组件；以及，在上述公开侧软件组件与上述查询侧软件组件之间进行上述控制数据的交接时，变换数据形式的数据变换软件，上述数据变换软件，在给定的定时被请求起动，向上述公开侧软件组件作出数据查询请求，将所取得的上述控制数据变换成上述查询侧软件组件所查询的数据形式。
2.如权利要求1所述的车辆控制用软件，其特征在于上述数据变换软件，将变换后的上述控制数据作为查询用数据保存起来，同时，上述查询侧软件组件查询上述查询用数据。
3.如权利要求1所述的车辆控制用软件，其特征在于上述数据变换软件，使用上述查询侧软件组件所准备的数据请求命令，将变换后的上述控制数据交付给上述查询侧软件组件。
4.如权利要求1所述的车辆控制用软件，其特征在于在上述公开侧软件组件与上述查询侧软件组件之间进行上述控制数据的交接时被变换的上述数据形式，至少是变量名与变量单位的任意一个。
5.如权利要求1所述的车辆控制用软件，其特征在于上述数据变换软件，将被请求起动的定时独立于上述查询用软件组件被请求起动的定时来设定。
6.如权利要求1所述的车辆控制用软件，其特征在于上述数据变换软件，将被请求起动的定时独立于上述公开用软件组件被请求起动的定时来设定。
7.如权利要求1所述的车辆控制用软件，其特征在于上述数据变换软件，将被请求起动的定时至少是时间周期或中断信号的任意一个。
8.如权利要求1所述的车辆控制用软件，其特征在于上述软件组件，由用来对安装有车辆控制用软件的电子车辆控制装置、传感器以及执行机构进行控制的基本软件组件，和用来使用上述基本软件组件对控制对象的状态进行控制的控制应用程序组件构成。
9.如权利要求8所述的车辆控制用软件，其特征在于通过上述数据变换软件变换上述控制数据这一行为，是在上述基本软件组件与上述控制应用程序组件之间进行数据的公开与查询时实施的。
10.如权利要求1所述的车辆控制用软件，其特征在于上述软件组件，是指公开上述控制数据同时查询上述控制数据的组件。
11.如权利要求1所述的车辆控制用软件，其特征在于上述软件组件，具有明示出公开数据与查询请求数据的区别的接口。
12.如权利要求11所述的车辆控制用软件，其特征在于上述数据变换软件，查询上述软件组件所明示的公开用数据与查询请求数据的区别。
13.一种车辆控制用装置，其特征在于在使用微计算机进行车辆的控制的车辆控制用装置中，安装有权利要求1中所述的软件。
全文摘要
本发明提供一种需要数据形式的变换的实时的车辆控制软件，能够减少数据变换处理次数，提高处理性能，提高处理效率，还能够确保控制数据的同时性。该车辆控制用软件，具有作为用来控制车辆的信息的控制数据；作为公开上述控制数据的软件组件的公开侧软件组件；作为查询上述控制数据的软件组件的查询侧软件组件；以及，在上述公开侧软件组件与上述查询侧软件组件之间进行上述控制数据的交接时，变换数据形式的数据变换软件。上述数据变换软件，被在给定的定时请求起动，向上述公开侧软件组件作出数据查询请求，将所取得的上述控制数据变换成上述查询侧软件组件所查询的数据形式。
文档编号G06F17/30GK1834905SQ20061000457
公开日2006年9月20日 申请日期2006年1月28日 优先权日2005年3月17日
发明者吉村健太郎, 成泽文雄, 三宅淳司, 入江彻 申请人:株式会社日立制作所