CN1661349B - 数据记录装置及数据记录方法 - Google Patents

Abstract

一种数据记录装置按照时间序列采集车辆数据。然后，将满足预定采集条件并且在预定周期收集的一系列车辆数据记录到数据记录单元中，所述一系列车辆数据出自由数据采集单元采集的时间序列的车辆数据，同时使其与时间信息关联。当数据控制单元在数据记录单元中记录一系列车辆数据时，数据采集单元仍在继续采集车辆数据。

Description

数据记录装置及数据记录方法

本申请要求根据2004年2月27日提交的日本专利申请JP-2004-055043的外国优先权，该申请的内容在此并入本申请作为参考。

技术领域

本发明涉及一种数据记录装置及其记录方法，更具体地说，涉及记录包括配备在车辆上控制单元中控制参数的车辆数据的方法。

背景技术

在现有技术中，为了识别车辆故障状况，已知一种数据记录装置，用于下载配备在车辆上控制单元中的控制参数，然后记录这种参数。例如，在JP-A-2002-070637中披露了一种数据记录装置，用于通过有效地利用有限存储容量，无误地有效记录控制单元的数据。在JP-A-2002-070637的数据记录装置中，根据时间序列，采样车辆端控制单元中的各种数据(即，控制参数)，然后，将采集的采样数据按照要求存储在静态存储器(SRAM)中。之后，当预定触发条件，相当于在其之下将获得可用于识别车辆故障状况数据的条件，得到满足时，下载存储在静态存储器中的序列采样数据，接着，将这种数据存储在数据记录单元中。然而，在JP-A-2002-070637的数据记录装置中，因为控制参数的采样受到时间的限制，所以正当在数据记录单元中存储采样数据时，暂时停止这种控制参数采样。

根据上文对现有技术的描述，将造成这样一种情形：虽然所述数据对于识别车辆故障状况是有用的，但在上述周期性的限制下，不能采集到这种数据。这种情况将会在这样的情形下产生，在先前的触发条件满足之后，正在下载数据到数据记录单元中时，随后的触发条件再一次满足。在这种情况下，由于先前触发条件的满足，控制参数的采样本身被强迫中断。因此，在这种中断当中即使满足随后的触发条件，也不能采集采样数据本身，当然不可能在数据记录单元中存储这种数据。结果，当接连满足触发条件时，将会发生必要数据的记录失败，从而，造成记录数据可靠性降低。

发明内容

考虑到这种情况而产生了本发明，以及，本发明的目的是减少可用于识别车辆故障状况数据记录的失败，以及，改善记录数据的可靠性。

为了克服此问题，本发明的第一个方面提供一种数据记录装置，其记录包括配备在车辆上控制单元中控制参数的车辆数据，至附属系统可以访问的数据记录单元之中。所述数据记录装置包括：数据采集单元，用于根据时间序列采集车辆数据；以及，数据控制单元，用于记录一系列车辆数据，其满足预定采集条件，以及，在预定周期收集出自由数据记录单元中数据采集单元采集的时间序列的车辆数据，同时使其与时间信息关联。进一步，在所述数据记录装置中，当数据控制单元在数据记录单元中记录一系列车辆数据时，数据采集单元仍在继续采集车辆数据。

这里，在第一个方面，优选的是，数据控制单元应具有全记录(full-recording)模式，其不考虑采集条件，而使其与时间信息关联，将由数据采集单元采集的一系列车辆数据记录在数据记录单元中，以及，需要时可以切换记录模式到全记录模式。同时，优选的是，所述数据记录装置进一步包括随机存储器，用于记录由数据采集单元采集的时间序列的车辆数据；以及，其中数据控制单元记录在该数据记录单元中随机存储器中的一系列车辆数据。

在第一个方面，优选的是，数据记录装置进一步包括通信单元，用于当至数据记录单元中记录完成时，记录完成的通知。而且，优选的是，数据采集单元进一步采集学习数值作为车辆数据，其中该学习数值是由控制单元学习得到，以及响应车辆驾驶状况或者车辆周边信息产生变化而得的数值作为车辆数据。

本发明的第二个方面提供一种数据记录方法，其记录包括配备在车辆上控制单元中控制参数的车辆数据，至附属系统可以访问的数据记录单元之中。这种数据记录方法包括：根据时间序列采集车辆数据的第一个步骤；以及，记录一系列车辆数据的第二个步骤，其满足预定采集条件，以及，在预定周期收集，出自在数据记录单元中所采集的时间序列的车辆数据，同时使其与时间信息关联。在该方法中，当数据控制单元在数据记录单元中记录一系列车辆数据时，第一步骤仍在继续采集车辆数据。

优选的是，第二步骤应具有全记录模式，其中，不考虑采集条件，而使其与时间信息关联，将所采集的一系列车辆数据记录至数据记录单元中，以及，必要时可以切换记录模式到全记录方式。并且，优选的是，所述数据记录方法进一步包括记录在随机存储器中采集的时间序列的车辆数据的步骤；以及，其中，第二步骤在数据记录单元中记录该随机存储器中所记录的一系列车辆数据。此外，优选的是，所述数据记录方法进一步包括当至数据记录单元中的记录完成时，记录完成的通知步骤。

根据本发明，在数据记录单元中记录一系列车辆数据，其满足预定采集条件，以及，在预定周期收集，出自根据时间相关从控制单元输出的控制参数。在这种情况下，当在数据记录单元中记录一系列车辆数据时，仍在继续控制参数的采集。因此，即使在采集条件仍然延续的情况下，可以减少这样一种车辆数据记录失败情形的发生。结果，可以避免用于识别车辆故障状况数据的记录失败，因此，可以达到记录数据可靠性的改进。

附图说明

图1是外加了根据本发明实施例数据记录装置的车辆说明图。

图2是表示记录装置系统配置的方框图。

图3是表示模式文件实例的说明图。

图4是表示根据本发明实施例数据记录程序流程图。

图5是表示在步骤3中数据记录处理的详细过程流程图。

图6是表示记录在数据记录单元中车辆数据的时间序列变化说明图。

具体实施方式

图1是外加了根据本发明实施例数据记录装置的车辆说明图。首先，在说明数据记录装置1(在下文简单称作“记录装置”)以前，在下文将解释外加了记录装置1的车辆。在车辆中配备了电子控制单元2(下文称作“ECU”)，用于执行配备到车辆上的不同单元的控制。ECU 2主要由微型计算机构成。在本实施例中，下文主要对作为代表性单元，用于控制发动机4的发动机控制单元2a(在下文简称为“E/G-ECU”)进行说明。然而，本发明可以类似地应用于执行自动变速箱控制的自动变速箱控制单元(AT-ECU)、执行防抱死制动系统控制的ABS控制单元(ABS-ECU)等等。在本申请中，术语“ECU”用来表示关于这些控制单元的一般术语。

为了检测受控对象的状况，将来自各种传感器5的信号输入到ECU2中。作为这种类型的传感器5，可以列出例如进气量传感器、增压压力传感器(booster sensor)、速度传感器、发动机速度传感器、冷却液温度传感器、加速度传感器(G传感器)等等。基于该信号，按照预置的控制程序，ECU 2执行关于各种控制变量的计算。然后，将由此计算得到的控制变量输出到不同执行机构。例如，E/G-ECU 2a执行关于燃油喷射间隔(燃油喷射量)、点火正时、节气门开度等的计算，然后响应所计算的控制变量向不同执行机构输出控制信号，等等。通过K线(一种串行通信标准)或CAN(控制器区域网络)，使结合在车辆中的各ECU2相互连接，以及，通过经由这些通信线路执行串行通信，它们可以共享相互的信息。在这种情况下，通常，并不总是将全部信号输入到组成ECU 2的各控制单元中。所要求的信号对单独的控制单元足以执行控制。

此外，将用来诊断控制对象各部分故障的自诊断程序结合到ECU 2中，以及，在适当时期自动地诊断微型计算机、传感器5等的运行状况。当由这种诊断发现故障时，ECU 2产生处理故障内容的诊断代码，然后，在ECU 2备份RAM的预定地址中存储这种代码。此外，ECU 2执行报警进程使得引起MIL灯按照要求亮或者亮/灭等等。

其次，在下文说明根据本实施例的数据记录装置1。这种记录装置1是以可拆卸方式安装的系统，用来对车辆的各种数据(在下文称作“车辆数据”)进行记录，以及，根据需要将其装备在车辆中。ECU 2的控制参数可以认为是数据记录装置1记录的“车辆数据”。在这里，在ECU2中计算的典型的控制变量假定作为“控制参数”，但是用来计算控制变量的参数(发动机速度(rpm)、车辆速度(km/h)，等等)和学习数值(学习控制图)也包括在控制变量中。此外，记录装置1可以记录由各种传感器5检测的传感器检测信号和车辆周边信息，作为控制参数的随附信息。在这里，车辆的周边信息是关于车辆外部的信息。车辆外部的大气温度、车辆外部的大气压、车辆周围的海拔和绝对位置(纬度/经度)等相当于这类外部信息。

将记录装置1结合到车辆中的情况包括：周期性检查的情况、当用户发现任何故障把车辆送交修理厂的情况等。在前一种情况下，由维修人员进行试车。在这种情况下，记录装置1在试车期间任何必要的时间内采集车辆数据，并且根据需要记录所采集的车辆数据。同样地，在后一种情况下，除维修人员可以容易地识别故障的情况外，将车辆一度退回给用户。在这种情况下，在由用户正常驾驶车辆的情况下，记录装置1随时采集车辆数据，并且根据需要记录所采集的车辆数据。在完成由维修人员实施的试车之后，或者当车辆再次被送交修理厂时，将记录装置1从车辆中拆除。然后，采用在记录装置1中记录的车辆数据，以确定车辆中是否发生故障或识别故障发生的原因。

与ECU 2不同，因为记录装置1未必总是配备在车辆中，所以在车辆端也就没有预先准备给定的安装空间。在本实施例中，将记录装置1安装在乘员室，并且将其电连接至提供于车辆端的各种电缆。这里，从降低维修人员工作负荷的观点考虑，优选快速、简单地将记录装置1安装到车辆上。同样地，从安全的观点考虑，优选将记录装置1安置在不妨碍驾驶员驾驶操作的适当位置。此外，从避免电连接失效的观点考虑，优选将记录装置1固定到车辆上，以使在车辆驾驶期间不会容易地移动记录装置1。考虑到上述诸多方面，在本实施例中，将尼龙搭扣紧固件(维可牢尼龙搭扣带，velcro strap)粘结到记录装置1上，然后借助于尼龙搭扣带将记录装置1装配到座椅下的地板垫上。结果，通过此布置，可以满意地固定记录装置1，具有良好的可拆卸性而且不会妨碍驾驶员的驾驶操作。在这种情况下，除了使用尼龙搭扣的固定记录装置1外，还可以借助于螺栓、螺钉(bolt，screw)等装置，将这种记录装置1固定到座椅下的座椅架上。

图2是表示记录装置1的系统配置的方框图。记录装置1主要由CPU6构成。此外，将ROM 7(只读存储器)、RAM 8(随机存储器)、数据记录单元9、操作单元10、通信单元11和接口单元12连接于总线，至CPU 6。CPU 6实施整个记录装置1的控制，并且读取存储在ROM 7中的控制程序，然后，根据该程序执行处理。CPU 6实现作为采集单元的功能，其采集车辆数据，包括根据时间序列按预定采样速率采集从车辆端输出的控制参数，以及，作为数据控制单元的作用，其在数据记录单元9中记录采集的车辆数据。RAM 8构成工作区，其暂时存储由CPU6处理的各种处理数据等等，以及，还具有缓冲区的功能，其暂时记录按照时间序列采集的车辆数据。

假定一旦满足下述条件，将记录在RAM 8中的一系列车辆数据记录在可由附属系统访问的数据记录单元9中。在本实施例中，考虑到记录在数据记录单元9中数据的通用性，将可拆卸方式连接于记录装置1的卡片型非易失性存储器，例如，闪速存储器型存储卡，用作数据记录单元9。因为这个目的，记录装置1具有插座(或驱动器)，经由该插座(或驱动器)CPU 6可以访问存储卡。在将记录装置1结合到车辆上的情况下，由维修人员把存储卡插入插座。因此，CPU 6可以在相当于数据记录单元9的存储卡上记录车辆数据，以及，可以读取记录在存储卡上的信息。作为这种类型的存储卡，可以采用各种存储媒体，如智能卡(SmartMedia)、SD存储卡等等。这些存储卡的存储容量设置在8BM至1GB的范围内，因此，根据用户的选择，可以采用具有预定存储容量的存储卡。

将由CPU 6读取并且使用的模式文件预先记录在作为数据记录单元9的存储卡中。在假定作为记录对象的车辆中引起的故障状况以后，在实验或模拟仿真中预先设置适用于记录可用于识别故障状况车辆数据的条件。更确切地说，在模式文件中描述记录装置1采集/记录车辆数据时使用的基本信息，以及，记录装置1按照所述模式文件记录车辆数据。

图3是表示模式文件实例的说明图。模式文件由采集内容、采集条件和操作条件组成。采集内容是作为记录对象的车辆数据的内容。采集条件是按照采集内容用于采集/记录车辆数据的条件。采样速率、触发条件、记录时间等等对应于采集条件。采样速率是收集车辆数据的时间周期，而且，响应采集内容设置不同的值。车辆数据，一种时间序列，持续(或可变地)调整其时间宽度，并且使其按照时间序列延续，可以通过设置采样速率收集。触发条件是用来将采集的一系列车辆数据从RAM 8中记录到数据记录单元9中的条件。作为触发条件，可以列出：在车辆数据时间相关变化中的预定点(例如，速度＝0km/h、发动机速度＝0(rpm)等)、接通点火开关13时的时间点、产生故障码如不点火判定时的时间点、数据采集的开始和结束点、MIL灯亮的时间点等。记录时间是从RAM 8记录到数据记录单元9的车辆数据的时间长度。例如，可以列出满足触发条件之前和之后10分钟等等。操作条件是一种条件，在其之下使处理过程转移至记录装置1的结束操作(关机处理，如下文所述)。因为记录装置1必须与ECU 2的操作同步记录车辆数据，基本上将ECU 2的操作结束设置为操作条件(在图3中的操作条件(i))。

在这里，当按照采集内容和采集条件在某个定时将车辆数据记录在数据记录单元9中时，还可以假定这样的情况(数据记录完成)，满足采集内容和采集条件的模式在其后的驾驶周期中未曾出现。举例说明，如图3中所示模式文件B情况，从作为采集条件的点火开关13接通开始，记录车辆数据仅10分钟，在数据记录单元9中已记录收集的车辆数据经10分钟之后，完成数据记录。在这种情况下，即使ECU 2的操作仍在继续，也不会产生记录车辆数据的情况，因而几乎不需要保持记录装置1的操作。因此，在模式文件中也将数据记录完成设置为次级操作条件(图3中的操作条件(ii))。

在图3示出的实例中，模式文件A是这样一种假定怠速不稳(roughidle)作为故障状况的模式文件。根据模式文件A，记录装置1不断地在以最高采样速率(例如，10msec)采集车辆数据，如发动机速度、车辆速度、进气管压力、点火提前角、燃油喷射间隔、怠速调整阀控制量、发动机冷却液温度等等。并且，在采集车辆数据期间，当使用发动机转速达到0转数/分的事件作为触发条件时，将满足触发条件时刻的10分钟前后期间收集的车辆数据，记录在数据记录单元9中。作为另外一种选择，当使用发动机速度变化量超过预定值的事件作为触发条件的时侯，将满足触发条件时刻的10分钟前后期间收集的车辆数据，记录在数据记录单元9中。然后，在结束ECU 2操作的条件下，原则上记录装置1完成车辆数据的采集/记录，然后，所述处理转至关机处理(当完成数据记录时，在完成的时刻，所述处理转至到关机处理)。同时，模式文件B是这样一种假定不良发动机起动作为故障状况的模式文件，而模式文件C是一种假定异常振动如喘振或类似振动作为故障状况的模式文件。相反，模式文件D不是准备作为其中假定特定故障状况的模式文件，而是这样一种支持广泛应用的模式文件，其在各种故障状况下采集最低限度的车辆数据。

在模式文件中存在多个分别对应不同故障状况的文件。因此，当在车辆中配备记录装置1时，作为前提必须适当选择对应于相关车辆故障状况的模式文件，然后，必须将这种模式文件记录在存储卡上。由维修人员预先执行模式文件的选择，以及在存储卡上记录它们，同时参考用户对故障状态的说明和存储在ECU 2备份RAM中的诊断代码。

操作单元10由遥控器构成，其上设有操作开关。这种遥控器可以由驾驶员操作。当驾驶员操作该操作开关时，从操作单元10向CPU 6输出操作信号。因而，CPU 6在数据记录单元9中记录该记录在RAM 8中的车辆数据。换句话说，由用户在任何定时对此操作开关的操作起到了触发条件的作用。并且，由操作该操作开关可以切换记录模式。这种记录模式是车辆数据到数据记录单元9的记录模式，以及，提出了两种类型的模式，即，节省存储模式和全记录模式。节省存储模式是减少在数据记录单元9中记录数据量的模式，以及，将满足预定采集条件并且在预定周期收集的一系列车辆数据，记录在数据记录单元9中。同时，全记录方式是这样一种模式，其不考虑模式文件中描述的采集条件，随时或者每个预定周期，将记录在RAM 8中的时间一系列车辆数据记录到数据记录单元9中。通常，记录方式初始设置为节省存储模式，而且仅当驾驶员执行操作时将这种记录模式切换到全记录模式。在这种情况下，操作单元10可进一步包括输入装置如键盘、鼠标等等。

当满意地完成车辆数据记录时，通信单元11通知用户记录完成。在本实施例中，通信单元11主要由LED构成，并且，当适当地结束采集条件中描述的车辆数据的记录时，控制使其接通或接通/关闭(ON/OFF)。因此，通信单元11可以有效地通知用户车辆数据记录完成。在这种情况下，通信单元11可以由CRT、液晶显示器、或者扬声器等构成，以及，可以采用能够通知驾驶员记录完成的不同配置。

接口单元12包括可以传输车辆端数据的不同接口。经由这种接口单元12将记录装置1连接到车辆的CAN或K-line上，以及，可以保持与车辆ECU 2的双向数据通信。因此，记录装置1可以从ECU 2采集控制参数，以及，可以掌握ECU 2的情形，如诊断代码的产生等等。此外，直接或间接通过ECU 2，可以将从各种提供于车辆上传感器输出的输出信号输入到接口单元12中，此外，还可以将与点火开关13接通或者关闭同步产生的信号(ON信号/OFF信号)输入到接口单元12中。另外，记录装置1可以执行与通用计算机(附属PC)的双向通信，该通用计算机作为附属系统，是经由接口单元12从外部连接的。

记录装置1连接到配备于车辆的电池14(见图1)，以及，由从电池14提供的电能操作。在这种情况下，为了在切断电能的情况下保持用于记录装置1操作所必要的电源，记录装置1配备有备用电池(未示出)。例如，这种备用电池由具有预定静电容量的电容器等构成。电池14和记录装置1之间的电连接一旦断开，就将积累在备用电池中的电能适当地提供给组成记录装置1的各种电路。此外，虽然在图2中未示出，记录装置1设有指示当前日期和时间的时钟功能和检测预定周期定时的定时器功能。

图4是表示根据本实施例的数据记录过程的流程图。由记录装置1执行的记录处理过程是按照以下次序进展的：启动处理、操作状态设置处理、车辆数据记录处理、和关机处理。

启动处理(步骤1)

从达到降低电池14中电能消耗的观点考虑，在发动机停止条件下，基本上切断记录装置1的电源。当起动发动机4时，记录装置1自动地接通其电源，以及，启动系统如计算机操作系统等等。在这种情况下，为了一旦起动发动机就执行车辆数据记录，最好在接通点火开关13之前启动记录装置1的系统。因此，由利用下述方法1-3之一或多种方法的组合，记录装置1执行启动处理。

^*方法1(在点火开关13接通之前启动)

当接通点火开关13时，作为前提出现驾驶员的进入动作。因此，记录装置1检测该进入动作，然后执行启动处理。例如，基于智能钥匙系统的信号、门锁解除、就座、接触车门、或者由打开和关闭车门所引起的车辆振动，可以检测驾驶员的进入动作。当由传感器等检测驾驶员的进入动作，然后经由接口单元12输入一个响应此动作的信号作为启动信号时，此信号作用为触发条件，以及，将记录装置1的电源接通。

^*方法2(与点火开关13接通时刻同步启动)

当经由接口单元12输入从点火开关13输出的接通信号(ON信号)时，此接通信号起触发作用，以及，将记录装置1的电源接通。可替换地，当由于点火开关13的接通改变了接口单元12中CAN上的通信信号时，此信号改变起触发作用，以及，将记录装置1的电源接通。

^*方法3(在点火开关13接通之后启动)

每预定时间周期将定时器信号从内置定时器(未示出)提供给记录装置1。然后，此定时器信号起触发作用，以及，接通至记录装置1的电源。当伴随电源接通启动系统时，记录装置1向车辆的ECU 2输出数据请求信号。因为当起动车辆时通常ECU 2正在操作，从ECU 2端输出响应此数据请求信号的信号。因此，根据记录装置1是否接收到来自ECU2的信号，记录装置1判断是否现在起动车辆。当记录装置1收到来自ECU 2的预定信号时，这种记录装置1继续其启动的状态。相反，当记录装置1没有收到来自ECU 2的预定信号时，一度关闭电源，以及，响应定时器信号的输入再次接通电源。然后，重复类似处理。

除上述以外，如果给相当于操作单元10的遥控器提供了电源开关，用户本人可以在接通点火开关13之前执行记录装置1的启动处理。在这种情况下，响应电源开关操作的操作信号起触发作用，以及，接通至记录装置1的电源。

操作状态设置处理(步骤2)

当接通电源启动系统时，基于记录在数据记录单元9中的模式文件设置操作条件。更具体地说，读取模式文件中描述的采集内容，然后，将这些内容设置作为要从车辆采集的车辆数据，以及，还读取采集条件，然后设置关于车辆数据采集/记录的条件。结果，将记录装置1设置成一种该系统依照模式文件实现采集/记录操作的情况。

一旦施加了利用模式文件的设置，就在随后的设置处理中参照操作历史记录。这种操作历史记录是在关机处理(下文描述的步骤4)中记录在数据记录单元9中的信息，以及，在操作历史记录中描述记录装置1在之前结束时的操作状态。由参照此操作历史记录，将记录装置1恢复到和在之前结束时所获得的操作状态相同的操作状态。因此，因为贯穿各驾驶周期，可以保持记录装置1操作状态的连续性，所以对于在多周期内执行数据记录的情况，操作历史记录是有效的。如下文所述，在操作历史记录中仅记录必要的最低限度的内容，以恢复操作状态至与之前操作结束时所获得的操作状态相同的状态。为此，即使由读取此操作历史记录恢复操作状态，此操作所需时间要短于读取模式文件的情况。结果，即使在启动记录装置1之后必须立即记录车辆数据的情况下，也可以达到对记录装置1记录操作响应性能的改善。

车辆数据记录处理(步骤3)

图5是表示在步骤3中数据记录处理详细过程的流程图。当在之前步骤2设置了操作状态时，首先向ECU 2输出数据请求信号，以采集在步骤10设置为采集内容的控制参数。在起动车辆的同时，ECU 2正在执行通常的系统控制。当ECU 2接收到数据请求信号时，这种ECU 2输出响应采集内容的控制参数给记录装置1，直到结束其自己的操作，同时执行系统控制。

在步骤11，判断记录装置1是否已接收到控制参数。如果在步骤11为否定判断，亦即，如果记录装置1还没有接收到控制参数，过程转移到下文描述的步骤16。另一方面，如果在步骤11为肯定判断，亦即，如果记录装置1已接收到控制参数，过程转移到步骤12。在这种情况下，以预定采样速率连续采集接收到的控制参数，然后将采集的控制参数以时间序列记录在RAM 8中。同样地，如果在采集的内容中，包括除ECU2的控制参数以外的车辆数据，亦即，信号、周边信息等等，记录装置1还经由接口单元12采集这些数据，以及，在RAM 8中按照时间序列记录它们。

在这种情况下，当对应于采集内容的数据，例如，发动机速度，既有ECU 2的控制参数(计算值)也有信号时，记录装置1可以将该信号与控制参数一起采集，并且在RAM 8中记录这两种数据。此外，如果与记录装置1一起单独提供了用于检测这些周边信息的传感器，能够获得作为来自各传感器信号的周边信息。车辆上安装了能够检测这些信息的传感器(例如，温度计、GPS、等等)的情况下，可以利用这些输出信号。

在步骤12，判断是否满足触发条件。如果在步骤12为否定判断，亦即，不满足触发条件，该过程返回到步骤11。另一方面，如果在步骤12为肯定判断，亦即，如果满足触发条件，将记录在RAM 8中的一系列车辆数据存储到数据记录单元9中(步骤13)。例如，在示于图3的模式文件A中，当采集的发动机速度成为0rpm时，判断满足触发条件。在这种情况下，从RAM 8读取满足触发条件定时之前5分钟期间收集的车辆数据，以及，在数据记录单元9中记录。除此以外，将满足触发条件定时之后5分钟期间记录在RAM 8中的车辆数据记录到数据记录单元9中。换句话说，一系列车辆数据，其满足预定采集条件，并且是在预定周期中收集的，出自记录在RAM 8中的时间序列的车辆数据，将其记录在数据记录单元9中。在这种情况下，当将一系列车辆数据记录在数据记录单元9中的时候，相当于数据采集单元的CPU 6仍在继续采集车辆数据。

图6是表示记录在数据记录单元9中时间序列的车辆数据变化的说明图。在图6中，示出车辆速度(km/h)、节气门开度(deg)、发动机速度(rpm)和进气管负压(mmHg)作为车辆数据。如图6所示，记录在数据记录单元9中的车辆数据是与收集时的时间信息关联记录的。作为这种时间信息，可以采用或者由日期/时间表示的绝对时间，或者由从记录开始流逝的时间表示的相对时间。

在步骤14，判断是否完成数据记录，亦即，通过步骤13中的记录操作，满足采集条件的记录得到完满执行。如果在步骤14为否定判断，亦即，未完成数据记录，过程返回到步骤11。另一方面，如果在步骤14为肯定判断，亦即，完成了数据记录，过程转移到步骤15。在步骤15，执行记录操作完成处理，然后所述处理从此数据记录例行程序(routine)退出。在该记录操作完成处理中，控制通信单元11以接通LED，以及，停止收集从ECU 2输出的车辆数据。

同时，在步骤16，使计数器Ct的数值增加1。此计数器Ct对虽然向ECU 2输出了数据请求信号但未收到控制参数的事件次数计数。因此，在启动记录装置1的系统时，在执行的启动例行程序中将计数器Ct置“0”。在步骤16之后的步骤17，判断计数器Ct的数值是否达到预定值(在本实施例中为“5”)。提供步骤17所示判断的原因是：判断是否已完成了ECU 2操作，以在完成ECU 2操作时，该处理必须转移到关机处理。如在模式文件的操作条件中所给出的，除在一个驾驶周期中完成数据记录的情况之外，随着作为记录对象的ECU 2操作的结束，同时结束数据记录处理。通常在构成ECU 2的各控制单元中单独设置操作结束定时。例如，ABS-ECU在断开点火开关13时结束其操作，而E/G-ECU 2a在断开点火开关13后仍然操作一定时间，然后完成操作。这样，因为响应作为记录对象的ECU 2的操作结束定时不同，所以必须由记录装置1本身监测ECU 2的操作状态，以促成在适当定时结束数据记录处理。为此，在本实施例中，在已输出数据请求信号但未收到来自ECU2车辆数据的条件下，判断ECU 2操作结束。在这种情况下，因为可以设想到ECU 2可能暂时中断了的工作(或者一种通讯处理)，所以记录装置1输出预定次数的数据请求信号。然后，如果在输出预定次数数据请求信号之后未曾接收到数据(计数器Ct≥5)，该处理从此数据记录例行程序中退出，作为对在步骤17中肯定判断的回应。

现在，正当这种系统执行一系列这种数据记录处理的时候，记录装置1监测连接到车辆电池14的电源线路。当切断电源时，该处理转移到在步骤4的关机处理。在这种情况下，从备用电池(未示出)提供电能，以及，由此电能操作记录装置1。

关机处理(步骤4)

关机处理是切断记录装置1电源的处理。在此关机处理中，首先检查记录装置1的当前操作状态，以安全地执行电源切断。根据此检查，将记录装置1的操作状态分为下述状态之一：“在车辆数据收集中”、“在车辆数据记录中”、或者“数据记录完成”。这里，“在车辆数据收集中”的状态相当于不满足触发条件，以及，记录装置1当前正在从车辆端采集数据的状态。“在车辆数据记录中”的状态相当于满足触发条件，以及目前正在将存储在RAM 8中的车辆数据记录到数据记录单元9中的状态。然后，执行操作状态结束处理，因为除了“数据记录完成”状态外，记录装置1的操作仍然在继续。更具体地说，在“在车辆数据收集中”的情况下，停止车辆数据的收集。另一方面，在“在车辆数据记录中”的情况下，停止车辆数据的收集，以及，还要将未记录的车辆数据记录到数据记录单元9中。

当执行操作状态结束处理时，或者当完成数据记录时，基于所检查的当前操作状态，记录装置1记录由参数信息和数据记录单元9中的状态信息组成的操作历史。参数信息是在随后启动时恢复操作状态所需最低限度的信息，其在结束时记录。采集内容、RAM 8的地址、采集条件等相当于这种信息。状态信息给出所检查的记录装置1的操作状态。将任何“在车辆数据收集中”的状态、“在车辆数据记录中”的状态、或者“数据记录完成”的状态记录作为这种信息。当结束操作历史记录时，切断电源，并且因此结束关机处理。

如此，根据本实施例，基于模式文件连续采集包括ECU 2控制参数的车辆数据。然后，按照采集条件将采集的车辆数据记录在数据记录单元9中。换句话说，因为在数据记录的中途还在继续控制参数的采集，因此，即使在触发条件继续的情况下，可以减少车辆数据记录失败情况的发生。结果，必定可以记录可识别车辆故障状况的车辆数据，并因此能够获得记录数据可靠性的改善。

此外，根据本实施例，响应在模式文件中描述的车辆故障状况，对采集内容和采集条件进行设置。因此，可以有效地记录在识别故障状况中必需的车辆数据。另外，根据此模式文件，将满足预定采集条件并且在预定周期收集的一系列车辆数据记录在数据记录单元9中。因而，在数据记录单元9中可以实现节省存储。此外，因为在数据记录单元9中同时将车辆数据与时间信息关联起来记录，可以使数据分析更为方便。同时，如果将记录方式切换到全记录方式，则可以记录全部车辆数据而不考虑采集条件。因而，相比于节省存储方式，可以更精确地记录车辆数据。此外，记录装置1可以由通信单元11通知驾驶员已经完成必要车辆数据记录的事实。结果，作为对记录完成的回应，驾驶员可采取措施，如由驾驶员将车辆送入修理厂，等等。

另外，数据记录单元9并不局限于闪速存储器型存储卡，而是可以广泛地应用各种记录媒体，诸如磁记录媒体、光记录媒体等等。在这种情况下，经由CPU 6控制的不同驱动器，将记录在RAM 8中的车辆数据记录在记录媒体上。通过上文所述可以理解，并不总是提供本发明中的数据记录单元9作为记录装置1的组成部分。换句话说，如果这种系统能够记录至少在数据记录单元9上的车辆数据，该记录装置1就足够了。在这种情况下，并不总是要求可拆卸地附加数据记录单元9，而是可以将数据记录单元9与记录装置1一起整体地提供。

本领域技术人员应当明了，对本发明已描述的优选具体实施例可以进行各种改进和变化，而不偏离本发明的精神或范围。因此，本发明包括在所附权利要求及其等同替换范围之内的各种改进和变化。

附图标记一览表

1     记录装置

2     电子控制单元(ECU)

2a    发动机控制单元

4     发动机

5     传感器

6     CPU

7     ROM(只读存储器)

8     RAM(随机存储器)

9     数据记录单元

10    操作单元

11    通信单元

12    接口单元

14    电池

Claims (10)

1.一种数据记录装置，用于存储关于车辆控制单元中控制参数的车辆数据，并可由附属系统访问，包括：

数据采集单元，根据时间序列采集所述车辆数据；以及

数据控制单元，用于在数据记录单元中，在预定期间内，在与时间信息关联的同时，记录一系列所述车辆数据，

其中，所述一系列的车辆数据是满足预定采集条件的时间序列的车辆数据；以及

其中，当所述数据控制单元在所述数据记录单元中记录一系列车辆数据时，所述数据采集单元继续采集所述车辆数据。

2.根据权利要求1所述的数据记录装置，其中：

所述数据控制单元具有全记录模式，并可以切换记录模式至所述全记录模式，在所述全记录模式中，不考虑所述采集条件，而与所述时间信息关联，将所述一系列车辆数据记录在所述数据记录单元中。

3.根据权利要求1所述的数据记录装置，进一步包括：

随机存储器，用于记录所述时间序列的车辆数据；

其中，所述数据控制单元记录所述一系列车辆数据。

4.根据权利要求1所述的数据记录装置，进一步包括：

通信单元，用于至所述数据记录单元的所述记录完成时，通知记录完成。

5.根据权利要求1所述的数据记录装置，其中：

所述数据采集单元还采集由所述控制单元学习的以及响应所述车辆驾驶条件变化而得的数值，作为所述车辆数据。

6.根据权利要求1所述的数据记录装置，其中：

所述数据采集单元还采集所述车辆周边信息。

7.一种数据记录方法，其将关于车辆控制单元中控制参数的车辆数据记录至数据记录单元之中，包括以下步骤：

根据时间序列采集所述车辆数据；

数据控制单元记录一系列所述车辆数据，其满足预定采集条件，以及是在预定期间内，从所述数据记录单元中自被采集的时间序列的车辆数据中收集的，同时使其与时间信息关联；以及

当所述数据控制单元在所述数据记录单元中记录所述一系列车辆数据时，继续采集所述车辆数据。

8.根据权利要求7所述的数据记录方法，其中，

所述记录步骤具有一种全记录模式，并能切换记录模式至所述全记录模式，在所述全记录模式中，不考虑所述采集条件，而与所述时间信息关联，将所述被采集的一系列车辆数据记录在所述数据记录单元中。

9.根据权利要求7所述的数据记录方法，进一步包括：

在随机存储器中存储所述被采集的时间序列的车辆数据，其中，所述存储步骤在所述数据记录单元中记录所述随机存储器中所记录的所述一系列车辆数据。

10.根据权利要求7所述的数据记录方法，进一步包括：当至所述数据记录单元中的所述记录完成时，通知所述记录的完成。

Images