CN1661352B - 操作员端系统以及模式文件识别方法 - Google Patents

Abstract

一种存储单元存储一种映射关系(map)，其表示车辆状态的关键词和车辆故障状况之间的对应关系。关键词设置单元根据作为记录对象的车辆设置关键词。处理单元由检索存储单元识别对应于所设置关键词的故障状况。然后，基于预置的故障状况以及所要记录的数据内容和条件之间的对应关系，确定对应于所识别故障状况的模式文件，作为要在数据记录系统中设置的模式文件。

Description

操作员端系统以及模式文件识别方法

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

技术领域

本发明涉及一种操作员端系统以及模式文件识别方法，更具体地说，涉及一种确定模式文件的方法，其响应输出控制参数作为记录对象的车辆中当前可能引起的故障状况。

背景技术

在现有技术中，为了识别车辆的故障状况，已知一种数据记录系统，用于下载配备在车辆上的控制单元的控制参数，然后记录这种控制参数。例如，在日本第JP-A-2002-070637中披露的一种数据记录系统中，首先设置操作条件，如采集信号的名称、采样速率、触发模式等等。然后，基于操作条件，按照时间序列，采样在车辆端控制单元中的各种数据(即，控制参数)。然后，当满足将要获得可用于识别车辆故障状况数据的条件时，将采样数据存储在数据记录单元中。

此外，JP-B2-2589617披露了一种车辆故障诊断系统。当此系统与车辆中的电子控制设备保持数据通信时，这种系统可以接收在电子控制设备中产生的故障码。然后，回应故障代码，在多个工作计划和检查方法之中，选择适当的工作计划和适当的检查方法，然后将其显示。

然而，倘若没有适当设置数据记录系统用的操作条件，亦即，所要记录的数据内容和条件，就会产生这样的不利情况：该系统记录了不必要的数据，或者，相反地该系统未能记录必要的数据。为此，在这种类型的数据记录系统中，由操作员预先确定并且设置可用于识别故障状况的操作条件。作为确定操作条件的方法，如在JP-B2-2589617中披露的，例如，可以考虑参照控制单元中产生的诊断代码，然后响应诊断代码决定操作条件。同时，基于有效采集数据的考虑，优选的是，应细分故障状况，然后设置最佳操作条件以处理个别故障状况。然而，当将故障状况分成不同部分时，在某些情况下，诊断代码并不总是与故障状况对应。所以，优选的是，在更具体地预测了车辆中正在发生的故障状况以后，设置所述操作条件。

发明内容

考虑到这种情况而提出了本发明，以及，本发明的目的是适应作为记录对象的车辆故障状况，适当地确定要由数据记录系统记录的数据内容和条件。

为了解决上述问题，本发明的第一个方面提供一种操作员端系统。所述操作员端系统包括：存储单元，用于存储多个模式文件、分别与模式文件关联并且能够识别车辆故障状况的代码，以及分别与模式文件关联并且能够识别车辆故障状况的关键词；关键词设置单元，用于设置经由网络从提供于车辆上的控制单元中采集的代码，该网络可以向控制单元传输信息/从控制单元接收信息，以及，由操作员输入关键词作为检索关键词；以及，处理单元，用于基于检索关键词(searchkey)，在多个模式文件之中识别对应于检索关键词的模式文件。在各个模式文件中，描述了针对特定故障状况采取措施所需的车辆数据的类型和采集条件，所述车辆数据的类型和采集条件出自多种不同的包括控制单元中控制参数的车辆数据。

这里，在第一个方面，优选的是，代码包括在控制单元中产生的诊断代码。此外，优选的是，关键词包括反映假定处于故障状况中的车辆状态的字符串。还优选的是，关键词包括表示车辆驾驶通过的驾驶环境的字符串。

此外，在第一个方面，优选的是，存储单元应进一步存储一种预定模式文件，其中描述了针对对各种故障状况通常采取措施所必需的车辆数据的类型和采集条件。此外，优选的是，当没有识别出符合查找关键词的模式文件时，处理单元应该识别该预定模式文件。

此外，在第一个方面，优选的是，存储单元应进一步存储多个模式文件集，其分别与多个模式文件单元中车辆的不同类型和车型关联，以及，控制单元的标识符，其分别与多种车辆的类型和车型关联，而且，基于从控制单元采集的标识符，处理单元应在多种车辆类型和车型之中识别车辆的类型和车型，其对应于采集的标识符，以及，还在多个文件集中识别对应于所识别的车辆类型和车型的文件集。

此外，在第一个方面，优选的是，模式文件应包括由控制单元学到的学习数值或者车辆周边信息作为采集内容。此外，优选的是，适应多个模式文件中的个别模式文件，区别地设置加速度传感器的灵敏度。

此外，在第一个方面，优选的是，所述网络应能够向数据记录系统传输信息/从数据记录系统接收信息，基于在所确定的模式文件中描述的类型和采集条件，所述网络可以执行与记录车辆数据的控制单元的数据通信，以及，关键词设置单元应经由数据记录系统从控制单元采集代码。

本发明的第二个方面提供一种模式文件识别方法。这种模式文件识别方法包括设置代码的步骤，该代码经由可以向控制单元传输信息/从控制单元接收信息的网络，从安装于车辆的控制单元中采集，以及，由操作员借助于计算机输入的关键词作为检索关键词；以及，识别模式文件的步骤，由促使计算机基于检索关键词检索存储单元，在多个模式文件之中，识别对应于关键词的模式文件，所述存储单元中存储了多个模式文件、分别与模式文件关联而且能够识别车辆故障状况的代码，以及分别与模式文件关联而且能够识别车辆故障状况的关键词；其中在各个模式文件中，描述了针对特定故障状况通常采取措施所需的车辆数据的类型和采集条件，出自多种不同的包括控制单元中控制参数的车辆数据。

这里，在第二个方面，优选的是，存储单元应进一步存储多个文件集，其分别与多个模式文件单元中车辆的不同类型和车型关联，以及控制单元的标识符，其与多种车辆的类型和车型分别关联，以及，所述计算机基于从控制单元采集的标识符，在多种车辆的类型和车型之中识别车辆的类型和车型，其对应于采集的标识符，以及，还在多个文件集之中识别对应于所识别的车辆类型和车型的文件集。

根据本发明，当在利用从控制单元采集的代码和由操作员输入的关键词作为检索关键词的时候，在多个模式文件之中，识别对应于检索关键词的模式文件。如此，如果包括各种故障状况，假定的模式文件的数目就会变得相当大，尽管如此，因为由使用检索关键词缩小了模式文件的范围，还是可以自动和容易地识别适当的模式文件，所述关键词不仅包括在输出数据作为记录对象的控制单元中产生的代码，而且包括由操作员输入的关键词。在模式文件中，假定将在车辆中产生的故障状况之后，在模型试验或模拟仿真中，预先使可用于识别故障状况的数据内容和采集条件适当地彼此关联。结果，可以在数据记录系统中设置与车辆的故障状况一致的模式文件，因此，可以获得必要的车辆数据的有效记录。

附图简要说明

图1是包括根据本发明实施例的操作员端系统的总体配置图。

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

图3是操作员端系统的系统配置图。

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

图5是表示故障状况和关键词之间的对应的映射关系说明图。

图6是表示设置模式文件的过程流程图。

图7是表示设置模式文件的过程流程图。

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

优选具体实施方式的详细描述

图1是包括根据本发明实施例的操作员端系统的总体配置图。首先，在说明操作员端系统20之前说明数据记录系统1(下文简单称作“记录系统”)。记录系统1是记录关于车辆的各种数据(下文称作“车辆数据”)的系统，以及根据需要将其配备在车辆中。作为记录系统1记录的车辆数据，可以列出提供于车辆的电子控制单元2(下文称作“ECU”)的控制参数。通常假定在ECU 2中计算的控制变量作为“控制参数”，但是用来计算控制变量的参数(发动机转速(rpm)、速度(km/h)等)和学习数值(控制学习图)也包括在控制变量中。

目前，ECU 2主要由微型计算机构成，并且执行不同单元的控制。在本实施例中，下文中，主要对作为ECU 2的用于执行发动机4控制的发动机控制单元2a(下文简单称作“E/G-ECU”)进行说明。然而，本发明可以类似地应用于执行自动变速箱控制的自动变速箱控制单元(AT-ECU)、控制防抱死制动系统的ABS控制单元(ABS-ECU)等等。在本申请中，术语“ECU”用来作为这些控制单元的通用术语。

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

此外，将用来诊断控制对象各部分故障的自诊断程序安装到ECU 2中，以及，在适当周期自动地诊断微型计算机、传感器5等的运行状态。当由此诊断发现故障时，ECU 2产生诊断处理故障内容的代码，然后在ECU 2备份随机存储器(RAM)的预定地址中存储此代码。此外，ECU 2还执行报警处理，视情况不同，引起MIL灯接通或者接通/关闭等。

可以考虑将定期检查的情况、当用户发现任何故障而将车辆送至修理厂的情况等，作为在车辆中安装记录系统1的情况。在前一种情况下，由维修人员对车辆进行试车。在这种情况下，在试车阶段记录系统1随时采集车辆数据，并且根据需要记录所采集的车辆数据。此外，在后一种情况下，除了维修人员可以容易地识别故障的情形，将车辆一度退回用户。在这种情况，由用户正常驾驶车辆的情形下，记录系统1随时采集车辆数据，并且根据需要记录所采集的车辆数据。在结束由维修人员实施的试车之后，或者当把车辆再次送交修理厂时，将记录系统1从车辆上拆除。然后，为了判定在车辆里是否出现故障，或者当故障发生时确定其原因，使用记录在记录系统1中的车辆数据。

图2是记录系统1的系统配置方框图。记录系统1主要由中央处理单元(CPU)6构成。然后，将只读存储器(ROM)7、RAM8、数据记录单元9、操作单元10、通信单元11、以及接口单元12连接到总线，该总线连接于CPU 6。CPU 6执行整个记录系统1的控制，以及，读取存储在ROM 7中的控制程序，然后按照该程序执行处理。RAM 8构成工作区，其暂时存储由CPU 6执行的不同处理数据等，以及，还具有作为缓冲区的功能，其暂时记录按照时间序列基础采集的车辆数据。

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

在假定作为记录对象的车辆中引起的故障状况以后，将对应于故障状况的模式文件存储在作为数据记录单元9的存储卡中。该模式文件由CPU 6读取，然后将其用作文件设置记录系统1的操作条件，亦即，所要记录的数据内容和条件。在这种情况下，将在下文描述模式文件和模式文件设置处理的细节，因而在这里略去其说明。

操作单元10由设有操作开关的遥控器构成，以及，这种遥控器可以由驾驶员操作。当由驾驶员操作该操作开关时，从操作单元10向CPU 6输出操作信号。因此，CPU 6将记录在RAM 8中的车辆数据记录到数据记录单元9中。换句话说，在任意时刻由驾驶员执行的操作开关的操作，起到了触发条件的作用。

当圆满完成满足采集条件的车辆数据记录时，通信单元11通知用户该记录的完成。在本实施例中，通信单元11主要由LED(发光二极管)构成，以及，在适当地结束采集条件中所描述车辆数据的记录时，控制使其接通或接通和关闭。因此，通信单元11可以有效地通知用户车辆数据的记录完成。在这种情况下，通信单元11可以由阴极射线管(CRT)或者液晶显示器、或者扬声器等组成，以及可以使用能够通知驾驶员所述记录完成的多种配置。

接口单元12包括用来在车辆端传输数据的各种接口。通过接口单元12将记录系统1连接到车辆端的CAN(控制区域网络)或者K-Line(一串行通信标准)，以及，可以与车辆端ECU 2保持双向数据通信。因此，记录系统1不仅可以从ECU 2端得到控制参数，而且可以知道ECU 2的情形，诸如诊断代码的产生等等。此外，直接或间接通过ECU 2，可以将从安装于车辆上的各种传感器5输出信号输入到接口单元12。因此，作为控制参数的附加信息，记录系统1可以记录由各种传感器5检测的传感器检测信号和车辆周边信息。这里，车辆周边信息是关于车辆外部的信息。车辆外大气温度、车辆外大气压力、车辆外海拔和绝对位置(纬度/经度)等等，相当于这种外部信息。此外，将与点火开关13的接通或断开同步产生的信号(ON信号/OFF信号)和这些信息一起输入到接口单元12。另外，在网络环境如局域网(LAN)或者类似环境下，经由接口单元12，记录系统1可以执行与外部PC(操作员端系统20)的双向通信。

图3是操作员端系统20的系统配置图。存储在数据记录单元9中的模式文件的选择，是由操作员(通常是维修人员)利用操作员端系统20进行的。操作员端系统20主要由CPU、ROM、RAM以及输入/输出接口构成，而且，可以经由网络环境(本实施例中为LAN)向记录系统1传输信息/从记录系统1接收信息。作为这种操作员端系统20，示例采用了个人计算机(PC)。除此之外，操作员端系统20具有存储单元21，输入部分22诸如键盘、鼠标等，以及，显示部分23诸如CRT、LCD等。作为存储单元21，例如，可以采用外部存储设备如磁盘(HDD(硬盘驱动器))、嵌置电擦除可编程只读存储器(EEPROM)的存储卡等，或者内部存储设备如RAM等。

图4是表示模式文件实例的说明图。所述模式文件由采集内容和采集条件组成。采集内容是作为记录对象的车辆数据的分类。采集条件是响应采集内容应用于采集/记录车辆数据的条件。采样速率、触发条件、记录时间等相当于采集条件。采样速率是收集车辆数据的周期，以及，响应采集内容设置不同的周期。触发条件是适用于将采集的车辆数据从RAM 8记录到数据记录单元9的条件。作为触发条件，可以列出：在车辆数据时间相关变化中的预定点(例如，速度＝0km/h、发动机转速＝0rpm等)、接通点火开关13时的时间点、产生诸如不点火判定故障代码时的时间点、数据采集的开始和结束点、接通MIL灯时的时间点等。记录时间是从RAM 8记录到数据记录单元9的车辆数据的时间长度。例如，可以列出满足触发条件前后10分钟等。

假定了车辆中出现的各种故障状况之后，在实验或模拟仿真中，在模式文件中预先适当地设置了可用于识别故障状况的采集内容和采集条件。在图4所示的实例中，模式文件A是假定怠速不稳作为故障状况的模式文件。按照模式文件A，记录系统1以最高(例如，10msec)采样速率获得车辆数据，如发动机转速、车辆速度、进气管压力、点火提前角、燃油喷射间隔、怠速阀控制量、发动机冷却水温度等等。而且，正在车辆数据收集期间，当使用发动机转速达到0rpm的事件作为触发条件的时候，将满足触发条件定时前后10分钟期间收集的车辆数据记录在数据记录单元9中。作为另外一种选择，当使用发动机转速的变化量超过预定值的事件作为触发条件时，将满足触发条件定时前后10分钟内收集的车辆数据记录在数据记录单元9中。同时，模式文件B是假定不良发动机起动作为故障状况的模式文件，而模式文件C是假定异常振动如喘振等作为故障状况的模式文件。相反，模式文件D并不准备作为其中假定特定故障状况的模式文件，而是描述了对各种故障状况通用检测所需的车辆数据的类型和采集条件。

如此，假定了在车辆中将要引起的故障状况，然后将对应这些故障状况的多个模式文件存储在存储单元21中。此外，将多个文件集以这些文件集单元的形式存储在存储单元21中。每个文件集分别与不同车辆的类型和车型相关。与车辆的类型和车型对应准备文件集的原因是：即使假定了相同的故障状况，但由于车辆的类型和车型方面的不同，所要检测的车辆的类型等也会不同。为此，必须准备每种车辆类型和车型的文件集。每个文件集中，即使在对应故障状况的模式文件中，每种车辆类型和车型的采集内容和采集条件是不同的。此外，将车辆中相当于唯一标识符的ECU 2的ROM-ID(标识符)，与车辆的类型和车型的对应关系存储在存储单元21中。因此，由检索存储单元21可以识别与ROM-ID对应的车辆类型和车型。

图5是表示关键词和故障状况之间的对应映射说明图。各个模式文件与可以识别单个模式文件中相关故障状况的代码关联，以及，还与可以识别单个模式文件中相关故障状况的关键词关联。与某一故障状况关联的代码是由结合于出现故障状况车辆中的ECU 2产生的诊断代码。与某一故障状况关联的关键词是反映出现故障状况车辆状况的字符串。如图5所示，当将“怠速不稳”设置作为故障状况时，例如，与此故障状况关联的关键词是字符串如发动机停止(发动机失速)、怠速不稳(rough idle)、怠速缺乏稳定性(lack of stability ofthe idling)、发动机噪声颤动、振动等等，而与此故障状况关联的代码是TCXX。

在操作员端系统20中，CPU按照存储在ROM中的控制程序执行模式文件设置处理。当从功能上观察处于控制程序运行状态的操作员端系统20时，这种系统20具有关键词设置单元24以及处理单元25。关键词设置单元24设置经由网络从ECU 2获得的诊断代码，该网络可以向安装于车辆的控制单元传输信息/从安装于车辆的控制单元接收信息，以及，由操作员输入关键词作为检索关键词。基于检索关键词，处理单元25在多个存储在存储单元21中的模式文件之中，识别对应于检索关键词的模式文件。

图6和图7是表示设置模式文件的过程流程图。由所连接的记录系统1在线执行这种设置处理，记录系统1安装在车辆中，以及，经由网络可以保持与ECU 2和操作员端系统20的数据通信。首先，在步骤1，从ECU 2向记录系统1传输指令信号，以获取车辆特有的标识符(在本实施例中为ECU 2的ROM-ID)。

当收到指令信号时，记录系统1向ECU 2传输ROM-ID的请求发送信号(步骤2)。当收到该请求发送信号时，ECU 2由检索自己ROM的内部读取ROM-ID(步骤3)，然后向记录系统1传输读取的ROM-ID作为ID信息(步骤4)。然后，当收到ID信息时，记录系统1断定这种系统采集了响应请求发送信号的信息，然后向操作员端系统20传输此ID信息(步骤5)。

在步骤5之后的步骤6中，基于存储在存储单元21中的ROM-ID与车辆的类型和车型之间的关联性，收到ID信息的操作员端系统20，由查询这种ID信息，识别作为记录对象的车辆的类型和车型。

在步骤7，操作员端系统20向记录系统1传输指令信号，以采集在ECU 2中产生的诊断代码。当收到该指令信号时，记录系统1向ECU 2传输诊断代码的请求发送信号(步骤8)。当收到该请求发送信号时，ECU 2由检索其自己的备份ROM，读取该诊断代码(步骤9)，然后向记录系统1传输所读取的诊断代码作为代码信息(步骤10)。在这种情况下，当未产生诊断代码时，将大意是未产生诊断代码的信息传输到记录系统1作为代码信息。然后，当记录系统1收到该代码信息时，这种系统断定它采集了响应请求发送信号的信息，然后将此代码信息传输到操作员端系统20(步骤11)。

在步骤11之后的步骤12中，收到代码信息的操作员端系统20引起显示部分23显示对关键词的输入屏幕。由操作员响应此输入屏幕输入预定字符串(步骤13)。在输入字符串时，操作员预先询问驾驶员有关车辆的状态，然后基于询问的结果，输入符合该车辆的字符串。在这种情况下，优选的是，操作员由预先制作的分别与模式文件关联的关键词组列表，选择性地输入对应的关键词。

然后，由利用车辆的类型和车型、诊断代码、以及输入的关键词作为检索关键词来识别模式文件。更具体地说，首先由检索存储单元21，基于被识别车辆的类型和车型，提取对应的文件集(步骤14)。然后，由检索所提取的文件集，基于检索关键词，在多个模式文件之中识别对应检索关键词的模式文件(步骤15)。在提交多个检索关键词的情况下，可以认为多于一个的模式文件与它们对应。在这种情况下，从这些模式文件中可替换地选择具有最多点击次数检索关键词的模式文件。例如，倘若提交“发动机停转”、“振动”、以及“TCXX”作为检索关键词，识别比“模式文件C(故障状况：异常振动)”具有更多关键词点击次数的“模式文件A(故障状况：怠速不稳)”。这里，倘若不存在对应关键词的故障状况，则识别与故障状况无关联的模式文件(例如，图5中所示的模式文件D)，作为在步骤16要设置的模式文件。

操作员端系统20从存储单元21读取已识别的模式文件。然后，操作员端系统20向记录系统1传输所读取的模式文件，以及，还传输指令信号，其指令所传输的模式文件作为要设置的模式文件(步骤16)。当收到该模式文件时，基于此指令信号，记录系统1在数据存储单元9中存储该模式文件(步骤17)。结果，完成由操作员端系统20进行的模式文件设置。

接着，下文说明记录系统1的记录操作，由操作员端系统20在记录系统1中设置了模式文件。当接通记录系统1的电源以起动其系统时，基于记录在数据存储单元9中的模式文件，设置操作条件。更具体地说，读取在模式文件中详细说明的采集内容，然后设置作为要从车辆端采集的车辆数据，以及，读取采集条件，然后设置作为关于采集/记录车辆数据的条件。结果，将记录系统1设置到该系统基于模式文件执行采集/记录操作的状态。

当设置操作条件时，首先将数据请求信号输出到ECU 2，以得到设置为采集内容的控制参数。与车辆起动的同时，ECU2正在执行正常的系统控制。当ECU 2收到数据请求信号时，这种ECU 2向记录系统1输出对应采集内容的控制参数，直到结束其自身的操作，同时执行此系统控制。当记录系统1收到响应数据请求信号的控制参数时，这种记录系统1以预定采样速率采集这类控制参数，然后，以时间序列为基础在RAM 8中记录所采集的控制参数。此外，当在采集内容中包括除ECU 2控制参数以外的车辆数据时，亦即，传感器检测信号、周边信息等，经由接口单元12，记录系统1还获取这些数据，然后，以时间序列为基础在RAM 8中记录它们。

在对应于采集内容的数据，例如，发动机转速，在ECU 2的控制参数(计算数值)和传感器检测信号二者之中都存在的情况下，记录系统1可以将传感器检测信号与控制参数一起采集，并且将此两种数据都记录在RAM 8中。此外，如果单独提供了用于检测这些周边信息的传感器，记录系统1可以从各个传感器采集作为传感器检测信号的周边信息。在这种情况下，如果车辆端配备了能够检测这些信息的传感器(例如，温度计、GPS等等)，可以利用这些输出信号。

然后，当在数据收集期间满足触发条件时，根据采集条件，将记录在RAM 8中的车辆数据记录到数据存储单元9中。例如，在图3中所示的模式文件A中，当采集的发动机转速变成0rpm时，断定满足触发条件。在这种情况下，从RAM 8读取在满足触发条件定时之前五分钟期间的车辆数据，然后记录在数据存储单元9中。除此之外，将在满足触发条件定时之后五分钟期间记录在RAM 8中的车辆数据也记录到数据存储单元9中。

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

然后，当中断了来自ECU 2的控制参数传输时，记录系统1断定停止车辆的驾驶，然后执行关机处理，使得记录系统1可以安全地关闭电源，然后关闭电源。

如此，根据本实施例，当采用从ECU 2采集的诊断代码和由操作员输入的关键词二者作为检索关键词时，在多个模式文件之中可以识别对应于检索关键词的模式文件。照这样，如果包括各种故障状况，假定的模式文件的数目就会变得相当巨大，尽管如此，因为由使用检索关键词缩小了模式文件的范围，还是可以自动地和容易地识别适当的模式文件，所述检索关键词不仅包括在ECU 2中产生的代码，而且包括由操作员输入的关键词。在模式文件中，假设将在车辆中产生的故障状况之后，在试验或模拟仿真中，预先使可用于识别故障状况的数据内容和采集条件适当地彼此关联。结果，可以在记录系统1中设置与车辆的故障状况相符的模式文件，因此，可以获得必要的车辆数据的有效记录。

另外，可以考虑，如果在记录系统1端预先存储了对应于不同故障状况的模式文件，可以由可选地选择其中之一来设置模式文件。然而，假定的故障状况是多种多样的，如果在故障状况中还包括车辆的类型和车型，模式文件的数目因此会变得相当巨大。由于这个原因，根据此方法，因为在记录系统1端需要足以存储模式文件的记录容量，所以有可能大幅度地扩大系统的配置。基于上述考虑，根据本实施例，因为将这些模式文件存储在操作员端系统20中，因此，可以将从这些模式文件中选择的适当的模式文件，提供给记录系统1端，能够解决此问题。

在本实施例中，模式文件设置处理是在线执行的，但是这样的设置处理也可以离线执行。更具体地说，如图1所示，在配置中，操作员端系统20可以访问作为数据记录单元9的存储卡，和上述处理一样对模式文件进行识别，接着将这样的模式文件记录在存储卡中。然后，将存储卡插入到记录系统1的插座中，接着CPU 6读取存储在存储卡中的模式文件，因此而执行了模式文件的设置。这里，因为在离线处理中不能在操作员端系统20和记录系统1之间传输信息，不能采集ECU 2的ROM-ID和ECU 2中的诊断代码。因此，在这样的情况下，预先采集关于车辆的类型和车型信息以及诊断代码，然后由操作员输入。

在本实施例中，将ECU 2的ROM-ID、反映故障状况的字符串、以及诊断代码是作为关键词的举例。然而，在关键词和故障状况之间的对应中，除上述之外，驾驶环境如高原、寒冷地区等等，其对应于车辆行驶通过的地理因素，可以使其与反映地理环境的故障状况关联作为关键词。此外，可以设置模式文件，使得从各种传感器5输出的传感器检测信号的输入/输出放大增益，可以响应故障状况的变化。例如，在车辆中产生异常振动作为故障状况的情况下，使G传感器的检测值动态地变化。因而，如果过大地设置增益，记录系统1端有可能不能完全记录这种变化。因此，鉴于这种情况，在将异常振动处理作为故障状况的模式文件中，用比处理与此不同的故障状况模式文件中更小的增益采集传感器检测信号。换句话说，在模式文件中可以预先对其进行设置，以改变加速度传感器的灵敏度设置。

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

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

附图标记一览表

1    记录系统      2   ECU           2a  E/G-ECU

4    发动机        5   传感器        6   CPU

7    ROM 8  RAM    9   数据记录单元

10   操作单元      11  通信单元      12  接口单元

13   点火开关      15  电池          20  操作员端系统

21   存储单元      22  输入部分      24  关键词设置单元

25   处理单元

Claims (11)

1. 一种操作员端系统，包括：

存储单元，用于存储多个模式文件、代码、以及关键词，其中，所述代码分别与所述模式文件以及可识别的车辆故障状况关联，以及，所述关键词分别与所述模式文件以及可识别的所述车辆故障状况关联；

关键词设置单元，用于设置所述代码以及所述关键词作为检索关键词，其中所述代码是经由网络从安装在车辆上的控制单元采集的，所述关键词由操作员输入，以及，所述网络向所述控制单元传输信息/从所述控制单元接收信息；以及

处理单元，用于基于所述检索关键词在所述多个模式文件之中，识别对应于所述检索关键词的模式文件，

其中，在各个模式文件中，描述了针对特定故障状况采取措施所需的所述车辆数据的类型和采集条件，该车辆数据的类型和采集条件出自多种不同的、包括所述控制单元中控制参数的车辆数据。

2. 根据权利要求1所述的操作员端系统，其中，所述代码包括所述控制单元中产生的诊断代码。

3. 根据权利要求1所述的操作员端系统，其中，所述关键词包括反映假定处于所述故障状况中的所述车辆状态的字符串。

4. 根据权利要求1所述的操作员端系统，其中，所述关键词包括代表所述车辆驾驶环境的字符串。

5. 根据权利要求1所述的操作员端系统，其中，所述存储单元进一步存储一种预定模式文件，其中描述了所述车辆数据的类型和采集条件，所述车辆数据的类型和采集条件是通常针对各种故障状态采取措施所需的，其中上述各种故障状态不与所述代码和所述关键词相关联，以及

当没有识别出对应于所述检索关键词的所述模式文件时，所述处理单元识别所述预定模式文件。

6. 根据权利要求1所述的操作员端系统，其中，所述存储单元进一步存储：

多个文件集，分别与车辆的不同类型和车型关联，以及，分别包括多个模式文件的单元；以及

所述控制单元的标识符，分别与多种车辆的类型和车型关联，以及

其中，所述处理单元，基于从所述控制单元采集的标识符，在所述多种车辆的类型和车型之中，识别所述车辆的类型和车型，其对应于所述采集的标识符，以及

所述处理单元还在所述多个文件集之中识别符合被识别车辆的类型和车型的文件集。

7. 根据权利要求1所述的操作员端系统，其中，所述模式文件包括至少一种由所述控制单元学到的学习数值，以及所述车辆的周边信息，作为所述采集的内容。

8. 根据权利要求1所述的操作员端系统，其中，适应所述多种模式文件中的单独的模式文件，区别地设置加速度传感器的灵敏度。

9. 根据权利要求1所述的操作员端系统，其中，所述网络向数据记录系统传输信息/从数据记录系统接收信息，其中，基于在选定的模式文件中描述的所述类型和所述采集条件，将所述车辆数据记录至所述数据记录系统，以及，所述数据记录系统可以执行与所述控制单元的所述数据通信，以及

其中，所述关键词设置单元经由所述数据记录系统，从所述控制单元采集所述代码。

10. 一种模式文件识别方法，包括：

设置代码和关键词作为检索关键词，其中，所述代码经由网络从控制单元采集，所述网络向所述控制单元传输信息/从所述控制单元接收信息，所述控制单元安装于车辆，以及，所述关键词由操作员输入；

基于所述检索关键词检索存储单元，其中，将多个模式文件、代码、以及关键词存储在所述存储单元中，所述代码分别与所述模式文件以及可识别的车辆故障状况关联，以及，所述关键词分别与所述模式文件以及所述可识别的车辆所述故障状况关联；以及

在多个模式文件之中识别对应于所述检索关键词的模式文件，

其中，在各个模式文件中，描述了针对特定故障状况采取措施所需的所述车辆数据的类型和采集条件，所述车辆数据的类型和采集条件出自多种不同的包括所述控制单元中控制参数的车辆数据。

11. 根据权利要求10所述的模式文件识别方法，其中，所述存储单元进一步存储分别与车辆的不同类型和车型相关联的多个文件集，并且所述多个文件集分别包括所述多个模式文件的单元，以及，分别与多种车辆类型和车型相关联的所述控制单元的标识符，该方法进一步包括：

基于从所述控制单元采集的所述标识符，在所述多种车辆的所述类型和车型之中，识别所述车辆的类型和车型，其对应所述采集的标识符，以及

在所述多个文件集之中识别文件集，其符合被识别车辆的所述类型和车型。

Images