专利名称：控制单元和数据传输方法
技术领域：
本发明涉及一种控制单元和一种数据传输方法，并且更具体地说，涉及一种在数据记录装置和控制单元之间的数据通信的方法。
背景技术：
在现有技术中，已知一种数据记录装置，用于下载安装在车辆上的控制单元中的控制参数，并且记录该控制参数，以识别车辆的故障状况。例如，日本JP-A-2002-070637披露了一种数据记录装置，其有效地利用有限的存储容量，以可靠并有效地记录关于控制单元的数据。在该数据记录装置中，按时间顺序采样在车辆端控制单元中的各种数据，之后，将所采集的采样数据存储在静态存储器(SRAM)中。然后，当可用于识别车辆故障状况数据的采集条件得到满足时，将存储在SRAM中的序列采样数据存储到数据记录部分中。
同时，因为控制单元是为执行车辆控制的目的而准备的，为获得控制单元数据，数据记录装置必须指令该控制单元传输数据。因此，每当控制单元响应车辆的起动而启动时，数据记录装置不能采集数据，直到这种数据记录装置指令该控制单元传输数据。基于改进所记录数据可靠性的考虑，更可取的是，数据记录装置应该在车辆起动时记录数据，也就是在启动控制单元的时候。然而，由于在收到关于数据传输的指令后，控制单元响应该指令，然后准备传输条件以传输必要数据，这在一定程度上要花费一些时间，由此引发了这样一种不利情况，该控制单元未能在启动之后立即记录数据。
发明内容
考虑上述情况而产生了本发明，以及，本发明的一个目的是提供一种控制单元和一种数据传输方法，在数据记录装置的记录操作可靠性方面得到改进。
为了克服这种问题，本发明的第一个方面提供了一种控制单元，能够向数据记录装置传输信息/从数据记录装置接收信息，以执行车辆的控制。该控制单元包括接收部分，用于接收从数据记录装置传输的数据请求信号；传输部分，用于向数据记录装置传输控制参数，这些参数符合所述数据请求信号，出自用来执行车辆控制的控制参数；以及存储部分，用于在关机时刻存储传输部分传输控制参数的传输状态作为通信历史记录。在该控制单元中，当在存储部分中存储了通信历史记录时，在接通电源之后所执行的启动处理中，传输部分从存储部分读取该通信历史记录，然后基于所读取的通信历史记录恢复在关机时刻的传输状态。
这里，在第一个方面，优选的是，当接收部分从数据记录装置收到传输状态应当延续的作用信号，传输部分应当恢复所述传输状态。
此外，本发明的第二个方面，提供了在控制单元中向数据记录装置传输数据的方法，该数据单元能够向数据记录装置传输信息/从数据记录装置接收信息，以执行车辆控制。这种传输数据的方法包括第一个步骤，接收从数据记录装置传输的数据请求信号；第二个步骤，向数据记录装置传输控制参数，该参数对应数据请求信号，出自用来执行车辆控制的控制参数；以及第三个步骤，在关机时刻存储传输部分传输控制参数的传输状态，作为通信历史记录。在所述方法中，当存储了通信历史记录时，在接通电源之后所执行的启动处理中，基于所存储的通信历史记录，第二个步骤恢复在关机时刻的传输状态。
这里，在第二个方面，优选的是，当从数据记录装置收到传输状态应当延续的作用信号时，第二个步骤应当恢复所述传输状态。
根据本发明，当在存储部分中存储了通信历史记录时，在接通电源之后所执行的启动处理中，从数据记录装置发出传输状态应当延续的作用指令，然后基于所存储的通信历史记录，恢复在关机时刻的传输状态。在这种方式中，因为由控制单元本身恢复在关机时刻的通信状态，能够改善在数据记录装置和控制单元之间数据通信的可靠性，胜于根据来自数据记录装置的指令设置传输状态的情况。因此，在启动所述控制单元之后，该控制单元能够立即执行数据采集。结果，所述数据记录装置能够无误地记录必要的数据，并且也能够改进所记录数据的可靠性。
图1是包括根据本发明实施例的控制单元的车辆说明图。
图2是表示ECU1的功能系统配置的方框图。
图3是表示记录装置的系统配置的方框图。
图4是表示模式文件的一个实例的说明图。
图5是表示记录在数据记录部分的按时间顺序变化的车辆数据说明图。
优选
具体实施例方式
的详细描述 图1是包括根据本发明实施例控制单元的车辆说明图。电子控制单元1(在下文中简称为“ECU”)，安装在车中用于执行不同单元的控制。作为安装在车中的ECU1，可以认为是以下控制单元发动机控制单元(下文中简称“E/G-ECU”)，用于执行发动机2的控制；变速箱控制单元(AT-ECU)，用于执行自动变速箱控制；ABS控制单元(ABS-ECU)，用于执行防抱死制动系统控制，等等。在本发明实施例中，对这些控制单元将主要解释E/G-ECU，但是，本发明可以类似地应用于AT-ECU和ABS-ECU。在本申请中，术语“ECU”用来表示关于车辆控制所需的不同控制单元的通称。
组成ECU1的各个控制单元经由K-line(一个串行通信标准)或者CAN(控制区域网络)相互连接。通过经由此通信线路传递信息，各个控制单元能够共享交互信息。此外，如图1所示，除ECU1之外，将数据记录装置4(下文简称为“记录装置”)连接到此通信线路。下文将要说明记录装置4的详细配置，但是，此记录装置4是这样一种装置，其记录有关车辆的各种数据(下文称为“车辆数据”)。在将记录装置4连接到通信线路的情形中，能够在ECU1和记录装置4之间执行信息传输。因此，由执行与ECU1的数据通信，记录装置4能够采集并且记录车辆数据。在这种情况下，图1中说明了将记录装置4安装到车辆里的情形。不过，将记录装置4在这种情况下安装到车辆里，该记录装置4可以是以可拆除方式安装在车辆中的。
可以采用由CPU(中央处理单元)、ROM(只读存贮器)、RAM(随机存储器)、输入/输出接口等组成的微型计算机作为ECU1。为了执行车辆的控制，ECU1按照预置的控制程序执行各种控制变量的计算。然后，将在此计算中所计算得到的控制变量输出到各种执行机构。将来自不同传感器3输出的传感器检测信号输入到ECU1里，以执行这种计算。这种类型的传感器包括进气量传感器、增压压力传感器、速度传感器、发动机转速传感器、冷却液温度传感器、加速度传感器(G传感器)等。在这种情况下，从这些传感器3输出的全部传感器检测信号，并不总是共同地输入到组成ECU1的各控制单元里。所需的传感器检测信号是使各控制单元足以执行控制所必需的信号。此外，除了这些控制变量的计算，将用于诊断在控制对象中每个部分故障的自诊断程序安装到ECU1里，并且在适当的周期自动地诊断微型计算机、传感器等的运行状况。当通过这些诊断发现故障时，ECU1产生处理故障内容的诊断代码，然后在ECU1的备份RAM的预定地址中存储这些代码。此外，ECU1执行报警进程以引起故障灯(MIL灯)亮或者亮/灭等等，视情况而定。
图2是表示根据本实施例ECU1的功能系统配置方框图。ECU1与记录装置4一起完成执行数据通信的次级功能以及执行车辆控制的功能。当ECU1执行数据通信时，就其功能作用观察，ECU1具有接收部分1a、传输部分1b和存储部分1c。接收部分1a，接收从记录装置4传输的数据请求信号。此数据请求信号是这样一种信号，其指令ECU1传输记录装置4记录的控制参数，也就是ECU1向记录装置4传输的控制参数。传输部分1b，向记录装置4传输控制参数，其对应数据请求信号，在由ECU1所计算的控制参数之中。存储部分1c，当关闭传输控制参数的传输部分1b时，存储该传输状态，作为通信历史记录。基于防止继关机之后因为电源关闭-断开而擦除通信历史记录的考虑，将组成微型计算机的备份RAM用作存储部分1c。当在存储部分1c中存储了通信历史记录时，在开启电源之后所执行的启动处理中，传输部分1b读取存储在存储部分1c中的通信历史记录，然后基于此通信历史记录恢复在关机时的传输状态。
接着，下述内容将要解释用于记录车辆数据的记录装置4。在以下情况下可以考虑将记录装置4安装于车辆中定期检查的情况，当用户发现任何故障而将车辆送交修理厂的情况等。在前一种情况下，由维修人员进行试车。在这种情况下，记录装置4在按要求的试车阶段采集车辆数据，并且根据具体情况记录所采集的车辆数据。同样，在后一种情况下，除维修人员能够容易地识别故障的情形外，将该车辆一度退回用户。在这种情况下，由用户正常驾驶车辆期间，记录装置4随时采集车辆数据，并且必要时记录所采集的车辆数据。在由维修人员实施试车结束之后，或者当把车辆再一次送到修理厂时，将记录装置4从车辆上拆除。然后，为了判定在车辆里是否出现故障，或者当故障发生时确定其原因，使用记录在记录装置4中的车辆数据。
作为记录装置4所记录的车辆数据，考虑了ECU1的控制参数。这里把在ECU1中计算的控制变量假定作为“控制参数”，但是用于计算控制变量的参数(发动机转速(rpm)、速度(km/h)等)以及学习数值(控制学习图)，同样包含在控制变量中。
图3是表示记录装置4的系统配置方框图。用于存储车辆数据的记录装置4，主要由CPU5构成。其次，ROM 6、RAM 7、数据记录部分8、操作部分9、通知部分10，以及接口部分11连接到总线上，该总线与CPU5连接。CPU5实施全部记录装置4的控制，并且读取存储在ROM 6中的控制程序，然后按照这个程序执行进程。更具体地，CPU5以预定采样速率按时间顺序收集从车辆端输出的车辆数据，然后在数据记录部分8中存储所收集的车辆数据。RAM 7构成一个工作区，暂时存储由CPU5执行的不同处理数据等，以及，也具有作为暂时记录按时间顺序收集的车辆数据的缓冲区功能。
假设下述条件得以满足，将记录在RAM 7中的序列车辆数据记录到外部系统可以访问(存取)的数据记录部分8中。在本实施例中，考虑到记录在数据记录部分8中的数据通用性，将能够以可拆卸方式安装到记录装置4的卡片型非易失性存储器，例如闪速存储器型存储卡，用作数据记录部分8。基于此目的，记录装置4具有插口(或者驱动器)，经由该插口，CPU5能够直接/间接地访问存储卡。在将记录装置4与车辆结合使用的情况下，预先将存储卡插入到该插口里。因此，CPU能够在相当于数据记录部分8的存储卡上记录车辆数据，并且能够读取记录在存储卡上的信息。可以使用不同的存储媒体，例如，智能卡(SmartMedia)、SD存储卡等作为这种类型的存储卡。这些存储卡的存储容量设置在8MB至1GB的不同范围内，并且，因此能够根据用户的选择使用具有预定存储容量的存储卡。
模式文件由CPU5读取并且使用，预先记录在用作数据记录部分8的存储卡中。虽然下文将要详细描述模式文件，模式文件是假设出车辆会发生的故障状况之后，在模型试验或者模拟仿真中对应用于记录可用于识别故障状况车辆数据的条件进行了适当地设置。亦即，在模式文件中描述了记录装置4采集/记录车辆数据时所使用的基本信息，并且，记录装置4根据模式文件记录车辆数据。
操作部分9由设有操作开关的遥控器构成，以及，这种遥控器可以由驾驶员操作。当由驾驶员操作该操作开关时，从操作部分9向CPU5输出操作信号。由此，CPU5在数据记录部分8中记录在RAM 7中所记录的车辆数据。当圆满完成了车辆数据的记录时，通知部分10通知用户该记录的完成。在本实施例中，通知部分10主要由LED(发光二极管)构成，以及，当适当结束在采集条件中所描述的车辆数据记录时，控制使其接通或者接通/断开。由此，通知部分10可以有效地通知用户车辆数据记录的完成。在这种情况下，通知部分10可以由阴极射线管(CRT)、或液晶显示器、或扬声器等构成，以及，可以使用能够通知驾驶员记录完成的不同配置。
接口部分11，包括可以在车辆和记录装置4之间传输数据的不同接口。例如，将记录装置4经由此接口部分11连接到在车辆端的CAN或者K-Line上，并且使其能够与在车辆端的ECU 1保持双向数据通信。此外，可以将向车辆提供的从不同传感器3输出的传感器检测信号，经由ECU1直接或者间接地输入到接口部分11，或者可以将与点火开关12的接通或者断开同步产生的信号(on信号/off信号)输入到接口部分11。另外，经由接口部分11，记录装置4可以执行与外部安装的作为外部系统的通用计算机(外部PC)的双向通讯。
将记录装置4连接到提供于车辆端的电池13(见图1)，并且利用从电池13提供的电能操作。在这种情况下，为了在切断电源的情况下保持记录装置4操作所必需的电能，给记录装置4提供了备用电池(未示出)。例如，这种备用电池可以由具有预定静电容量的电容器等构成。一旦切断在电池13和记录装置4之间的电连接，就将蓄积在备用电池中的电能适当地提供给组成记录装置4的不同电路。此外，尽管在图3中未示出，还给记录装置4提供了指示当前日期/时间的时钟功能和检测预定周期定时的定时器功能。
其次，下文将解释在记录装置4和ECU1之间的数据通信程序。在将记录装置4初始安装于车辆的状态中，切断了此记录装置4的电源，然后与车辆的起动同步或者在车辆起动之前接通这种电源。当接通电源并且启动系统时，记录装置4首先执行操作状态的设置。此操作状态的设置是根据记录在数据记录部分8中的模式文件进行的。
图4是表示模式文件的一个实例的说明图。该模式文件由采集内容和采集条件组成。采集内容是作为记录对象的车辆数据的分类。采集条件是根据采集内容用来表示采集/记录车辆数据的条件。采样速率、触发条件、记录时间等相当于采集条件。采样速率是在收集(collect)车辆数据时的周期，并且设置不同的周期响应采集的内容。触发条件是用来表示将采集的车辆数据从RAM 7记录至数据记录部分8的条件。车辆数据在时间相关变化中的预定点(例如，速度＝0km/h、发动机转速＝0rpm，等等)、当接通点火开关的时间点、当产生诸如不点火判定的故障代码时间点、数据采集采集的起点和终点、当MIL灯亮的时间点等，可以被列为触发条件。记录时间是从RAM 7记录至数据记录部分8的车辆数据的持续时间。例如，可以列出满足触发条件的前后10分钟等等。
在图4示出的实例中，模式文件A是一种假定怠速不稳(rough idle)作为故障状况的模式文件。根据此模式文件A，记录装置4以最高采样速率(例如，10毫秒)得到车辆数据，诸如发动机转速、车辆速度、进气管压力、点火提前角、燃油喷射间隔、辅助空气控制阀的控制量、发动机冷却水温度，等等。此外，正当在车辆数据收集周期中使用发动机转速变成0转数/分的事件作为触发条件时，将所收集的满足触发条件的定时前后经过10分钟的车辆数据记录在数据记录部分8中。可选择地，正当使用发动机转速的变化量超过预定值的事件作为触发条件时，将所收集的满足触发条件的定时前后经过10分钟的车辆数据记录在数据记录部分8中。
同时，模式文件B是这样一种假定异常发动机起动作为故障状况的模式文件，以及，模式文件C是这样一种假定不正常振动，如喘振等，作为故障状况的模式文件。相反，模式文件D不是作为在其中假定特定故障状况的模式文件准备的，以及，而是将其设置作为对应在各种故障状况下必须采集的最低限度车辆数据的宽范围应用的模式文件。如此，在模式文件中出现了多种文件，各与不同的故障状况对应。因为这个原因，当将记录装置4安装到车辆里时，在适当选择与记录装置4所结合车辆的故障状况对应的模式文件之后，作为前提，必须将该模式文件记录在存储卡上，同时参考用户的故障状况说明和存储在ECU1的备份RAM中的诊断代码，由操作外部PC的维修人员执行模式文件的选定和记录。
这里，在将记录装置4结合到车辆后，一旦处于启动时间，可以立即根据模式文件执行操作状态的设置，然后，在后续的启动时间，通过参照操作历史记录设置操作状态。此操作历史记录是在记录装置4的关机时刻记录在数据记录部分8中的信息，并且，在此操作历史记录中描述了记录装置4在关机时刻的操作状态。将用于记录装置4在后续启动中恢复关机时刻的操作状态所需的最低限度内容记录在操作历史记录中。结果，通过参照操作历史记录，记录装置4可以恢复与关机之前相同操作状态。根据利用操作历史记录设置操作状态，不仅能够保持在各个行驶周期中操作状态的连续性，而且，由于与模式文件相比信息少，能够在短时间内设置操作状态。
当设置了操作状态时，记录装置4向ECU1输出具有在下列(1)或者(2)中示出内容的数据请求信号。
(1)直接定义采集内容的数据请求信号当在记录装置4中没有存储操作历史记录时，输出此数据请求信号，亦即，当从未操作过该记录装置4，并且是第一次执行车辆数据的记录操作。
(2)定义传输条件应当仍然延续的数据请求信号当在记录装置4中已经存储了操作历史记录时，亦即，当已执行车辆数据记录操作一次以上时，将此数据请求信号输出。
同时，当与车辆的起动一起同时接通ECU1的电源时，以与记录装置4的通信为背景，ECU1从相当于存储部分1c的备份RAM中读取通信历史记录。描述了ECU1在关机时传输控制参数的传输状态，并且，更具体地，对ECU1所传输的控制参数的类型、传输方法等进行描述。
当已将控制参数传输至记录装置4时，亦即，当已经存储通信历史记录时，ECU1读取通信历史记录，然后根据该通信历史记录，识别传输部分1b在关机时刻之前的传输状态。然后，当ECU1收到从记录装置4传输的数据请求信号时，其准备(stand by)恢复所识别的传输状态。在此状态中，因为车辆数据的记录操作已经执行了一次以上，从记录装置4输出作用为传输状态应当延续的数据请求信号(上述的(2))。响应这个数据请求信号，ECU1根据通信历史记录恢复在关机时刻的传输状态。结果，与关机时刻之前所传输的那些控制参数相同类型的控制参数，按照相同的通信方法，同样进行传输。
相反，当从来没有向记录装置4传输控制参数时，亦即，当没有存储过通信历史记录时，ECU1准备建立与记录装置4的数据通信。在这种情况下，因为从来没有执行过车辆数据的记录操作，从记录装置4输出直接定义采集内容的数据请求信号(上述的(1))。结果，ECU1按照预定通信方法(例如，按照采集内容所请求类型的次序)传输控制参数，该参数与数据请求信号对应，出自用来执行车辆控制的控制参数。现在，当ECU1输出车辆数据，而且按照时间相关基础输出控制参数期间，该ECU1正在运行正常控制，直至结束其固有操作。
记录装置4以预定采样速率采集从ECU1传输的控制参数，然后在RAM 7中按时间顺序记录所采集的控制参数。在这种情况下，当车辆数据除了用于ECU1的控制参数之外，也就是，在采集内容中还包括传感器检测信号、周边信息等，记录装置4还经由接口部分11采集这些数据，并且在RAM 7中按时间顺序将其存储。在ECU1的控制参数(计算值)和传感器检测信号二者之中都出现符合采集内容的数据的情形下，例如发动机速度，记录装置4能够将传感器检测信号与控制参数一起采集，然后将二者的数据记录于RAM 7中。此外，周边信息是指车辆外部周边的信息。车辆外大气温度、车辆外大气压力、车辆外海拔和绝对位置(纬度/经度)等，相当于这种周边信息。此外，当要记录周边信息时，单独给记录装置4提供用于检测周边信息的不同传感器。因此，通过得到从这些传感器输出的传感器检测信号，记录装置4可以记录周边信息。在这种情况下，当车辆端配置了能够检测这些信息的传感器(例如温度计、全球定位系统(GPS)等等)时，也可以使用这些输出信号。
其次，在数据收集期间，当满足触发条件时，根据采集条件，将记录在RAM 7中的车辆数据记录到数据存储部分8中。例如，在图4示出的模式文件A中，当采集的发动机转速成为0rpm时，判定满足触发条件。在此情况下，从RAM 7中读取在满足触发条件时刻之前5分钟期间的车辆数据，然后记录在数据存储部分8中。除此之外，还将记录在RAM 7中满足触发条件定时之后5分钟期间的车辆数据记录到数据存储部分8中。
图5是表示记录在数据记录部分8中按时间顺序变化的车辆数据说明图。在图5中，示出作为车辆数据的速度(km/h)、节气门开度(deg)、发动机转速(rpm)和进气管负压力(mmHg)。如图5所示，在数据记录部分8中所记录的车辆数据，是与采集时的时间信息关联记录的。作为此时间信息，或者采用由日期/时间所指示的绝对时间，或者采用由从记录开始经过的时间所指示的相对时间。
然后，在相同的定时，例如在由驾驶员断开点火开关12时，或者由预定时间周期设置的比那个定时更后的终止定时，ECU1执行关机处理。更具体地说，ECU1停止向记录装置4传输控制参数，而且还记录在关机时刻的传输状态，也就是有关由哪些传输方法传输哪些类型控制参数的信息，作为通信历史记录。同时，当来自ECU1的控制参数的传输被中断时，记录装置4判定车辆驾驶停止，然后执行关机处理，使得记录装置4可以关闭电源安全设备，然后关闭电源。
根据本发明实施例，将传输部分1b在关机时刻传输控制参数的传输状态，存储到存储部分1c中作为通信历史记录。当在存储部分1c中存储了通信历史记录时，在接通电源之后所执行的启动处理中，从记录装置4发出作用为传输状态应当延续的指令，然后根据存储的通信历史记录恢复在关机时刻的传输状态。在此方式中，因为由ECU1本身恢复在关机时刻的通信状态，能够改善在数据记录装置4和ECU1之间数据通信的可靠性，优于根据来自数据记录装置4的指令设置传输状态的情况。因此，在启动ECU1之后，ECU1能够立即执行数据采集。结果，所述数据记录装置4能够无误地记录必要的数据，并且也能够改善所记录数据的可靠性。
在这种情况下，本发明的实施例中，当ECU1收到从记录装置4传输的数据请求信号时，这样的ECU1恢复传输状态。然而，因为记录装置4一旦安装到车辆里，用户改变其中模式文件的可能性较低，在启动处理中不用接收数据请求信号，ECU1本身就可以自动地恢复传输状态。因此，在ECU1本身启动之后，ECU1能够立即向记录装置4传输控制参数。结果，能够进一步改善在记录装置4和ECU1之间的数据通信的可靠性。
在这种情况下，在记录装置4中的数据记录部分8不局限于闪速存储器型存储卡，并且可以广泛地应用各种记录媒体，诸如磁记录媒体、光记录媒体等等。在这种情况下，将记录在RAM 7中的车辆数据，经由CPU5控制的不同的驱动器，记录在记录媒体上。换句话说，并不总是提供本发明中的数据记录部分8作为记录装置4的组成部分。如果这样的系统能够记录至少在数据部分8上的车辆数据，记录装置4就足够了。在这种情况下，并不总是要求可拆卸地安装数据记录部分8，而且可以与记录装置4一起整体地提供数据记录部分8。
本领域技术人员应当明了，对本发明已描述的优选具体实施例可以进行各种改进和变化，而不偏离本发明的精神或范围。因此，本发明包括在所附权利要求及其等同替换范围之内的各种改进和变化。
附图中标号一览表1 ECU1a接收部分1b传输部分1c存储部分2 发动机3 传感器4 记录装置5 CPU6 ROM7 RAM8 数据记录部分9 操作部分10通知部分11接口部分12点火开关13电池
权利要求
1.一种控制单元，能够向数据记录装置传输信息/从数据记录装置接收信息，以执行车辆控制，包括接收部分，用于接收从所述记录装置传输的数据请求信号；传输部分，用于向所述数据记录装置传输对应于所述数据请求信号的控制参数，该控制参数出自用以执行所述车辆控制的控制参数；以及存储部分，用于存储所述传输部分在关机时刻的传输状态作为通信历史记录，其中，当在存储部分中存储了所述通信历史记录时，在接通电源之后所执行的启动过程中，所述传输部分从所述存储部分读取所述通信历史记录，以及所述传输部分基于所述读取的通信历史记录，恢复在所述关机时刻的所述传输状态。
2.根据权利要求1所述的控制单元，其中，当所述接收部分从所述数据记录装置收到延续所述传输状态的信号时，所述传输部分恢复所述传输状态。
3.一种在能够向所述数据记录装置传输信息/从所述数据记录装置接收信息以执行车辆控制的控制单元中，向数据记录装置传输数据的方法，包括接收从所述数据记录装置传输的数据请求信号；向所述数据记录装置传输对应于所述数据请求信号的控制参数，该控制参数出自用以执行所述车辆控制的控制参数；存储传输部分在关机时刻的传输状态作为通信历史记录；以及当存储了所述通信历史记录时，在接通电源之后所执行的启动过程中，基于所存储的通信历史记录，恢复在所述关机时刻的所述传输状态。
4.根据权利要求3所述的传输数据的方法，进一步包括当从所述数据记录装置收到延续传输状态的信号时，恢复所述传输状态。
全文摘要
一种控制单元接收从数据记录装置传输的数据请求信号，然后向数据记录装置传输控制参数，这些参数对应数据请求信号，出自用以执行车辆控制的控制参数。在此情况下，在关机时刻传输部分的传输状态被存储作为通信历史记录。因此，当在存储部分存储了通信历史记录时，在接通电源之后所执行的启动过程中，根据所读取的通信历史记录，恢复在关机时刻的传输状态。
文档编号F02D45/00GK1661347SQ20051000895
公开日2005年8月31日 申请日期2005年2月25日 优先权日2004年2月27日
发明者野口清成 申请人:富士重工业株式会社