车辆信息存储设备

摘要

一种车辆信息存储设备能够存储有助于诊断的必要信息数据集。该车辆信息存储设备包括：状态信息获取单元，其获取车辆的状态信息项的数据集；和控制单元，其基于由状态信息获取单元获取的信息项的数据集来确定当故障开始时的时点，并还基于当故障开始时的特定时点来从由状态信息获取单元获取的状态信息项的数据集当中确定要用于调查故障的原因的故障原因调查信息数据，并将所确定的故障原因调查信息数据存储在规定存储介质中。

权利要求

1.一种车辆信息存储设备，包括：

状态信息获取单元，其获取车辆的状态信息项数据集；

控制单元，其基于由所述状态信息获取单元获取的所述信息项数据集来确定要被用于调查故障的原因的故障原因调查信息数据，并将所确定的所述故障原因调查信息数据存储在规定存储介质中；以及故障原因调查信息范围确定表存储单元，其用于存储故障原因调查信息范围确定表，所述故障原因调查信息范围确定表包含针对各类故障的规定时段以及时间范围，所述控制单元在主要针对特定故障类型而被监控的任何数据项已经大致保持不变达所述规定时段时判定检测到故障，并且基于所述故障开始之前的数据量以及所述故障开始之后的数据量来描述所述时间范围，其中所述控制单元基于由所述状态信息获取单元获取的所述状态信息项数据集以及在所述故障原因调查信息范围确定表中包含的所述规定时段来确定所述车辆中所述故障开始时的时点，并还基于所述故障开始时的特定时点和所述故障原因调查信息范围确定表中包含的所述时间范围来从由所述状态信息获取单元获取的所述状态信息项数据集当中确定要被用于调查所述故障的原因的所述故障原因调查信息数据。

2.根据权利要求1所述的车辆信息存储设备，其中

所述范围表描述了基于所述故障开始的时间指定的所述信息数据的范围，所述范围是针对各个故障类型基于由所述状态信息获取单元获取的所述状态信息项数据集确定的，并且所述控制单元通过基于取决于所述故障类型的不同标准而参照所述范围表，来基于由所述状态信息获取单元获取的所述状态信息项数据集确定要被用于调查所述故障的原因的所述信息数据。

3.根据权利要求1或2所述的车辆信息存储设备，还包括：

临时存储单元，其存储由所述状态信息获取单元获取的所述状态信息项数据集，其中所述控制单元从存储在所述临时存储单元中的所述状态信息项数据集当中指定要被用于调查所述故障的原因的所述信息数据，并通过将所指定的所述信息数据从所述临时存储单元复制到所述规定存储介质来将所指定的所述信息数据存储到所述规定存储介质中。

4.根据权利要求1或2所述的车辆信息存储设备，其中

由所述状态信息获取单元获取的所述状态信息项数据集被相继地存储在所述规定存储介质中，并且所述控制单元从存储在所述规定存储介质中的所述状态信息项数据集当中指定要被用于调查所述故障的原因的所述信息数据，并在将除了所指定的所述信息数据之外的信息数据从所述规定存储介质删除来将所指定的所述信息数据存储到所述规定存储介质中。

说明书

车辆信息存储设备

技术领域

[0001] 本发明总体而言涉及一种车辆信息存储设备，其能够存储表示当车辆中检测到故障时车辆(包括车辆的车载设备)的状态的信息项的数据，使得所存储的信息项的数据可以有助于调查故障的原因。

背景技术

[0002] 过去，已经在车辆中监视表示车辆(包括车辆的车载设备，此后统称为“车辆”)的状态的信息项的数据。此外，当在车辆中检测到故障时，将表示车辆的状态的信息项的数据存储到非易失性存储介质等中。然后，将存储在非易失性存储介质等中的信息项的数据用于调查故障的原因。这样的调查故障原因的处理可以称为诊断。应该注意，车辆中的控制装置可以配置为在执行其他车辆控制处理的同时存储信息项的数据以用于诊断。

[0003] 例如，专利文献1揭示了一种车辆信息终端设备，其能够将信息项存储到存储装置中以用于诊断。该车辆信息终端设备包括一个或多个车辆电子控制装置、存储装置和内存。电子控制装置包括车辆控制程序和用于诊断车辆的状态的诊断程序。传感器获取表示车辆状态的状态信息项的数据(此后在本段称为“车辆信息”)。从车辆电子控制装置和传感器获取的车辆信息以及通过执行诊断程序获得的诊断结果被相继地存储到内存中。然后，在基于诊断结果在车辆中检测到故障的情况下，将存储在内存中的特定范围内的车辆信息复制到存储装置中，特定范围被确定为直到检测到故障之前的预定时段。

[0004] 专利文献1：日本专利申请公开号2005-43138

发明内容

[0005] 本发明解决的问题

[0006] 在如上所述的过去的设备中，车辆将“在被确定为直到检测到故障之前的预定时段的特定范围内存储的车辆信息”复制并存储到存储装置中。但是不利的是，在许多情况下，对于诊断处理较重要的信息数据集并不是在“检测”到故障前后存储的信息数据集，而是在故障“开始”前后存储的信息数据集。此外，在许多情况下，可能从故障开始起直到已经经过特定时段(经过时间)之后才检测到故障。由于该状况，在如上所述的过去的设备中，从故障开始时的时点(或者从故障开始起已经经过特定时段时段时点)到检测到故障时的时点的本身不必要的信息数据集被存储到存储装置中。因此，会使得用于存储本身不必要的信息数据集的存储能力成为必需。此外，在“被确定为直到检测到故障之前的预定时段的范围”中的时段不够长的情况下，故障开始前后的必要信息可能不能被存储到存储装置中。

[0007] 考虑到以上情况进行了本发明，并且本发明可以提供一种车辆信息存储设备，其能够存储有助于诊断的必要信息。

[0008] 解决问题的手段

[0009] 根据本发明的一个方面，一种车辆信息存储设备，包括：状态信息获取单元，其获取车辆的状态信息项的数据集；控制单元，其基于由所述状态信息获取单元获取的信息项的所述数据集来确定要用于调查故障的原因的故障原因调查信息数据，并将所确定的所述故障原因调查信息数据存储在规定存储介质中；以及故障原因调查信息范围确定表存储单元，其存储故障原因调查信息范围确定表，所述故障原因调查信息范围确定表描述了基于当所述故障开始的时点指定的故障原因调查信息数据的范围，所述范围是基于由所述状态信息获取单元获取的状态信息项目的所述数据集确定的。在该车辆信息存储设备中，所述控制单元基于由所述状态信息获取单元获取的所述状态信息项数据集来确定当所述车辆中所述故障开始时的时点，并还基于当所述故障开始时的特定时点和所述故障原因调查信息范围确定表来从由所述状态信息获取单元获取的所述状态信息项数据集当中确定要用于调查所述故障的原因的所述故障原因调查信息数据。

[0010] 根据本发明的该方面，控制单元确定当故障开始时的时点，并还基于对故障原因调查信息数据的范围(其实基于故障开始的时点指定的)进行描述的故障原因调查信息范围确定表确定故障原因调查信息。即，基于所特定的故障开始的时点来确定故障原因调查信息数据。因此，通过将所确定的故障原因调查信息数据存储到规定存储介质，可以保持必要信息数据来帮助诊断。

[0011] 根据本发明的另一方面，优选地，所述故障原因调查信息范围确定表描述了基于所述故障开始的时点指定的所述故障原因调查信息数据的范围，所述范围是针对各个故障类型基于由所述状态信息获取单元获取的所述状态信息项数据集确定的，并且所述控制单元通过基于取决于所述故障的类型的不同标准而参照所述故障原因调查信息范围确定表，来基于由所述状态信息获取单元获取的所述状态信息项数据集确定要用于调查所述故障的原因的所述故障原因调查信息数据。

[0012] 这样做，当基于故障开始的时点确定要用于调查故障原因的故障原因调查信息数据时，可以取决于故障类型而区别所指定的范围，从而能够更适当地确定必要信息数据。

[0013] 此外，根据本发明的另一方面，所述控制单元可以将当由所述状态信息获取单元获取的所述状态信息项数据集已经恒定了特定时段时的时段之前规定时段的时点确定为当所述故障开始时的所述时点。

[0014] 此外，根据本发明的另一方面，车辆信息存储设备可以还包括：临时存储单元，其存储由所述状态信息获取单元获取的所述状态信息项数据集。由此，所述控制单元可以从存储在所述临时存储单元中的所述状态信息项数据集当中确定所述故障原因调查信息数据，并通过将所确定的所述故障原因调查信息数据从所述临时存储单元复制到所述规定存储介质中来将所确定的所述故障原因调查信息数据存储到所述规定存储介质中。

[0015] 此外，根据本发明的另一方面，可以由所述状态信息获取单元获取的所述状态信息项数据集被相继地存储在所述规定存储介质中，并且所述控制单元可以从存储在所述规定存储介质中的所述状态信息项数据集当中确定所述故障原因调查信息数据，并通过将除了所确定的所述故障原因调查信息数据之外的信息数据从所述规定存储介质删除来将所确定的所述故障原因调查信息数据存储到所述规定存储介质中。本发明的效果[0016] 根据本发明的方面，车辆信息存储设备可以存储有助于诊断的必要信息数据集。

附图说明

[0017] 图1是示出车辆信息存储设备的整体构造的示例的图；

[0018] 图2是示出各个DTC监视不同的信息项的情况的示意图；

[0019] 图3是示出作为示例的表24C的内容的图；并且

[0020] 图4是示出当判定为故障已经开始时的时点和当故障开始时的时点的图。

[0021] 附图标记说明

[0022] 1：车辆信息存储设备

[0023] 10：状态信息获取传感器

[0024] 20：ECU

[0025] 24：ROM

[0026] 24A，24B：程序

[0027] 24C：表

[0028] 26：RAM

[0029] 28：内存

[0030] 30：存储介质

[0031] 40：多重通信线

[0032] 50：车载设备

具体实施方式

[0033] 以下，将参考附图来对用于实现本发明实施例的最佳方式进行说明。

[0034] [实施例]

[0035] 以下，对根据实施例的车辆信息存储设备1进行说明。车辆信息存储设备1对表示包括车辆的车载设备在内的车辆(此后，统称为“车辆”)的状态的信息项的数据进行监视，并在基于表示车辆的状态的信息项的数据(此后称为“故障原因调查信息”)而在车辆中检测到故障时将故障原因调查信息存储在规定的存储介质中。

[0036] 车辆信息存储设备1可以被包括在诸如执行各种车辆控制(例如发动机控制、制动控制、转向控制、以及换档控制)的ECU(电子控制单元)之类的控制装置中，由此可知装置在执行控制装置的主要处理的同时执行车辆信息存储设备1的监视处理和存储处理。另外，车辆信息存储设备1可以设置为在功能上与控制装置分立的专用设备。以下，假定车辆信息存储设备被配置为在执行车辆控制的处理的同时监视车辆状态并存储故障原因调查信息。

[0037] [构造]

[0038] 图1示出了车辆信息存储设备1的整体构造。如图1所示，车辆信息存储设备1包括作为主要部件的如下部件：状态信息获取传感器10、ECU20、以及存储介质30。存储介质30存储故障原因调查信息。状态信息获取传感器10和ECU 20通过一个或多个多重通信线40彼此连接，并通过CAN、BEAN、AVC-LAN或利用诸如FlexRay之类的合适协议彼此进行通信。应该注意，此构造仅用于解释。例如，可以使用其他构造，其中来自传感器的输出值通过另一ECU、网关计算机等输入到ECU 20。

[0039] 状态信息获取传感器10可以包括水温传感器、各种压力传感器、车速传感器、电压传感器、G传感器、横摆率传感器、加速器开度传感器、节气门开度传感器、以及档位开关。

[0040] ECU 20可以包括计算机单元，其具有各通过母线彼此连接的作为主要部件的CPU(中央处理单元)22、ROM(只读存储器)24、以及RAM(随机存取存储器)36。ECU 20还可以包括内存28、I/O端口、计时器、以及计数器，不过这些部件未示出。ROM 24存储包括车辆控制程序24A、以及车辆状态监视和数据存储程序24B的程序，各个程序均由CPU22执行。ROM 24还包括表24C，表24C描述了故障原因调查信息的范围和故障是否开始的标准，以及其他数据。以下对表24C的内容进行详细说明。

[0041] ECU 20通过一个或多个多重通信线40连接到要控制的车载设备50。车载设备50可以包括致动器、发动机、变速器(齿轮箱)、制动装置、以及转向装置。例如，当ECU 20主要为发动机控制而提供时，包括节气门电动机、点火器、以及喷射器的设备可以对应于车载设备50。此外，当ECU 20主要为制动控制而提供时，诸如制动致动器之类的设备可以对应于车载设备50。这里省略对于由ECU 20控制车载设备50的说明，因为这对于本发明的说明而言不是必要部分。

[0042] 故障原因调查信息最终存储在存储介质30中。作为存储介质30，可以使用NVRAM(非易失性RAM)，其中包括例如EEPROM(电子可擦可编程只读存储器)和SRAM(静态随机存取存储器)以及嵌入在NVRAM内部或设置在NVRAM外部的小电池。应该注意，也可以使用诸如闪存、磁盘、磁带或纸带(打印纸带)之类的存储介质。

[0043] [特征处理]

[0044] 以下，将对根据本发明实施例的示例处理进行说明。在此情况下，通过由ECU 20执行ROM 24中的程序24B来实现该处理。

[0045] 以规定间隔(例如每隔数百毫秒)将从状态信息获取传感器10发送的状态信息项的数据存储在RAM 26、内存28等中。应该注意，ECU 20可以以规定间隔从传感器提取输出值，或者各个传感器可以被配置为与规定间隔同步地输出数据。在以下说明中，假定将数据每隔0.5秒存储在RAM 26、内存28等中。

[0046] 从状态信息获取传感器10发送状态信息项的数据，并且ECU 20根据要监视的故障来监视不同的一个或多个信息项。以下，将故障的类型称为“DTC”(诊断问题码)。图2示出了根据各个DTC(图中的“DTC1”、“DTC2”、“DTC3”)监视不同状态信息项的情况。如图2所示，对于“DTC1”，主要监视项“车速”，来判定是否检测到“DCT1”的故障。对于“DTC2”和“DTC3”，以相同的方式，主要监视项“压力(燃料压力和蒸汽压力)”以及“′A′传感器电压(规定车载设备的端子之间的电压)”来判定是否检测到“DCT2”和“DCT3”的故障。应该注意，可以监视仅一项或多项。

[0047] 例如，当对于DTC“主要”监视的项的任何数据已经基本恒定保持了规定时段时，ECU 20判定为检测到DTC的故障。对于各个DTC的“规定时段”可以是先前分别地确定的，并且“规定时段”的数据作为表24C中的数据存储在ROM 24中。图3示出了表24C的示例。

[0048] 应该注意，这样的判定可以对于从状态信息获取传感器10发送的一个或多个状态信息项实时地进行，或者可以对于存储在RAM 26、内存28等中的时序数据每个特定时段统一地进行。

[0049] 图4针对各个DTC示出了当判定为检测到故障时的时点和当故障开始时的时点。如图4所示，针对“DTC1”，在状态“E0”持续了一(1)秒时的时点，判定为检测到故障(即，故障已经开始)。因此，将在判定为故障已经开始的时点之前一(1)秒的时点判定为当故障开始时的时点。

[0050] 以相同的方式，针对“DTC2”，在状态“A1”持续了三(3)秒时的时点，判定为故障已经开始。因此，将在判定为故障已经开始的时点之前三(3)秒的时点判定为当故障开始时的时点。针对“DTC3”，在状态“DF”持续了一又二分之一(1.5)秒时的时点，判定为故障已经开始。因此，将在判定为故障已经开始的时点之前一又二分之一(1.5)秒的时点判定为当故障开始时的时点。在相应的故障开始之后所持续的各个状态(例如以上示例中的“E0”、“A1”和“DF”)对于相应的DTC是特定的。应该注意，图4示出了相应的故障被判定为已经开始时的时点彼此相同的情况。但是，仅出于举例说明的目的设定了该情况。即，在实际情况下，判定相应的故障是否已经开始的各个处理独立地执行。

[0051] 然后，针对其中DTC的故障被判定为已经开始并且识别了当故障开始时的时点的DTC，ECU 20从存储在RAM 26、内存28等中的表24C中的状态信息项的数据当中确定故障原因调查信息的范围。如图3所示，表24C包括故障原因调查信息数据的范围(其表示从故障开始之前的秒数到故障开始之后的秒数)的一列，由此将该时间范围内的数据存储在存储介质30中。应该注意，术语“从故障开始之前的秒数到故障开始之后的秒数”仅用于举例说明的目的。例如，可以基于故障开始之前的数据编号和故障开始之后的数据编号来描述时间范围。

[0052] 应该注意，当判定为故障已经开始时，优选地利用规定HMI(人机界面)输出警告。这样做，用户可以意识到故障，由此用户可以使车辆通过经销商等进行修理。然后，在车辆的修理场所，可以通过参考存储在存储介质30中的故障原因调查信息来迅速地确定故障原因。

[0053] ECU 20从RAM 26、内存28等中提取所确定的范围的数据作为故障原因调查信息，并将所提取的数据存储(复制)到存储介质30中。由此，可以将相应的故障开始之前和之后期间的各个必要信息数据存储到存储介质30中，所述信息数据是基于取决于DTC的不同标准而检测到的。此外，如上所述，在各个故障开始之前和之后期间的数据量可以通过先前在表24C中以合适的值进行描述来确定。通过利用此特征，可以在存储介质30中存储并容纳合适量的信息项的数据。

[0054] 接着，将与过去的存储信息项的数据的方法进行比较。过去，当判定为检测到故障时，将信息项的数据中的位于从当检测到故障时的时点之前规定时段到当检测到故障时的时点的同一时间范围内的每个数据一起存储。但是，为判定故障开始所需的时段会根据故障类型而不同，并且信息项的数据的必要量也会根据故障类型而不同。因此，当使用这种过去的方法时，更容易发生未能存储必要时间的数据和存储了不必要时间的数据的情况。

[0055] 如该对比所清楚的是，车辆信息存储设备1不使用当判定为故障已经开始的时点，而是使用当故障开始时的时点作为基准。这样做，变得可以更适当地确定故障原因调查信息。此外，可以在各故障之间使用不同的确定故障原因调查范围的方法。因此，可以更适当地确定各个故障原因调查信息。由此，可以将对于后续诊断更为必要的信息项的数据存储并容纳在存储介质30中，从而更直接地有助于确定故障原因。

[0056] 此外，可以缩短为将数据从RAM 26、内存28等复制到存储介质30所需的时间。因为通常非易失性存储介质比RAM 26或内存28等需要更长时间来存储数据，所以这是有利的。

[0057] 此外，可以减少信息项的数据量。因此，可以减小存储介质30的容量。

[0058] 如上所述，基于根据本发明实施例的车辆信息存储设备，可以存储和容纳更为必要的信息来帮助诊断。

[0059] [修改示例]

[0060] 虽然为了完整和清楚的公开而已经参照具体实施例对本发明进行了说明，但是所附权利要求并不因此受到限制，而是被构造为实现可以对于本领域的技术人员进行的完全落在本文所述的基本教导范围内的全部修改和改变构造。

[0061] 例如，在以上实施例中，假定来自状态信息获取传感器10的信息项的数据一度存储在RAM 26、内部存储器28等中，而仅将基于上述方法从所存储的数据选择的数据复制到存储介质30中。但是，本发明不限于此。例如，可以将来自状态信息获取传感器10的信息项的数据直接存储在存储介质30中，并可以从存储介质30将除了基于上述方法确定的数据以外的数据删除。

[0062] 此外，作为判定故障已经开始的方法，在以上实施例中描述了一种方法。但是，本发明不限于该方法。例如，当在故障开始时的时点之前和之后在来自一个或多个状态信息获取传感器10的一个或多个信息项的数据的一部分或全部中观察到已知的特定数据变化时，可以基于观察到的数据变化来判定故障已经开始并确定故障开始时的时点。

[0063] 此外，表24C可以仅对项“用于判定故障是否开始的标准”进行描述。在此情况下，无论故障类型如何，可以对于各个DTC均使用“从故障开始之前的秒数到故障开始之后的秒数”或“故障开始之前的数据编号和故障开始之后的数据编号”的共同数据，作为项“故障原因调查信息的范围”的数据。

[0064] 工业实用性

[0065] 本发明可以应用于车辆制造业和车辆零件制造业。

[0066] 本发明要求于2007年12月12日递交的日本专利申请号2007-320992的优先权，其全部内容通过引用结合于此。