JP7064414B2 - 故障診断装置 - Google Patents

Description

本発明は、車両の電子制御装置に記録される故障コードに基づいて故障診断を行う故障診断装置に関する。

近年の車両は様々なＥＣＵ（電子制御装置）を備える。各ＥＣＵは、制御に関連する機器に故障が発生した場合に、故障に対応する故障コードを記録する。以下では、故障コードを単にコードまたはＤＴＣ（Ｄｉａｇｎｏｓｔｉｃ Ｔｒｏｕｂｌｅ Ｃｏｄｅ）ともいう。ＤＴＣは車両を修理する際に使用される。例えば、修理を担当する整備士（テクニシャン等）は、車両に故障診断装置を接続し、画面に表示されるＤＴＣに基づいて故障箇所を特定する。

ところで、１つの故障に起因して複数のＥＣＵが個々にＤＴＣを記録する場合がある。このような場合、整備士は、故障診断装置の画面に表示される複数のＤＴＣに基づいて故障箇所を特定する必要がある。特許文献１には、複数のＤＴＣが記録される場合であっても故障箇所を短時間で特定するための装置が開示される。この装置は、ＤＴＣに優先順位を付したテーブルを予め記憶し、複数のＤＴＣが記録される場合に、ＤＴＣの優先順位を画面に表示する。整備士は、ＤＴＣの優先順位に従い故障診断を実行する。

特公平８－２０３４０号公報

特許文献１のテーブルでは、車両の基本制御に関わるＤＴＣの優先順位が上位にされ、補正制御（基本制御の結果を補正する制御）に関わるＤＴＣの優先順位が下位にされる。しかし、複数のＤＴＣが記録される場合、その原因が上位の基本制御の故障であるとは限らない。このため、特許文献１の装置を使用して故障診断を行う場合、不要な作業が発生する可能性が残されている。

本発明はこのような課題を考慮してなされたものであり、整備士の経験に左右されることなく短時間で真の故障箇所を特定することができる故障診断装置を提供することを目的とする。

本発明の態様は、
車両の電子制御装置に記録される故障コードに基づいて故障診断を行う故障診断装置であって、
互いに関連する複数の前記故障コードの系統を示す系統情報を記憶する記憶部と、
複数の前記故障コードが記録される場合に、前記系統情報に基づいて真の前記故障コードを特定する特定部と、
前記特定部の特定結果を出力する出力部と、
を備える。

本発明によれば、整備士の経験に左右されることなく短時間で真の故障箇所を特定することができる。

図１は故障診断対象の車両とデータ収集装置の構成図である。 図２は本実施形態に係る故障診断装置とサーバの構成図である。 図３はＤＴＣの第１記録態様の説明に供する説明図である。 図４はＤＴＣの第２記録態様の説明に供する説明図である。 図５は系統テーブルの構成図である。 図６は図５の系統テーブルに含まれる系統の一覧図である。 図７は故障診断処理の主処理のフローチャートである。 図８は故障診断処理のＤＴＣ特定処理のフローチャートである。 図９は記録されるＤＴＣが複数系統にわたる場合の説明に供する説明図である。 図１０は記録されるＤＴＣが複数系統にわたる場合の説明に供する説明図である。 図１１は記録されるＤＴＣが複数系統にわたる場合の説明に供する説明図である。

以下、本発明に係る故障診断装置について、好適な実施形態を挙げ、添付の図面を参照して詳細に説明する。

［１．車両８０の構成］
本実施形態では車両８０を故障診断対象とする。図１を用いて車両８０の構成について説明する。車両８０は、駆動用のエンジンを有するガソリン車両である。なお、車両８０は、駆動用のエンジンの他に駆動用のモータを有するハイブリッド車両、または、駆動用のモータのみを有する電動車両（燃料電池車両を含む）等であってもよい。また、本実施形態では、車両８０として四輪車を想定するが、車両８０は二輪車または三輪車であってもよい。

車両８０は、複数のＥＣＵ８２（電子制御装置）と、時計８４と、測位装置８６と、走行距離計８８と、メータ９０と、を有する。複数のＥＣＵ８２として、第１ＥＣＵ８２ａ、第２ＥＣＵ８２ｂ、第３ＥＣＵ８２ｃ、メータＥＣＵ８２ｄの４つのＥＣＵ８２を想定する。例えば、第１ＥＣＵ８２ａはエンジンＥＣＵであり、エンジン制御に関わる故障発生時にＤＴＣを記録する。第２ＥＣＵ８２ｂはブレーキＥＣＵであり、ブレーキ制御に関わる故障発生時にＤＴＣを記録する。第３ＥＣＵ８２ｃはステアリングＥＣＵであり、ステアリング制御に関わる故障発生時にＤＴＣを記録する。メータＥＣＵ８２ｄは、メータ９０の制御を行い、故障に応じた警告灯９８を表示させる。時計８４は、日時を計時する。測位装置８６は、衛星航法および自立航法で車両８０の位置を計測する。走行距離計８８は、車両８０の走行距離を積算する。

各ＥＣＵ８２と時計８４と測位装置８６と走行距離計８８とメータ９０は、通信バス９２を介して接続され、Ｆ－ＣＡＮ、Ｂ－ＣＡＮ等の車内ネットワーク９４を構成する。通信バス９２は、車室内に設けられたデータリンクコネクタ９６（例えばＵＳＢコネクタ）を有する。車両８０の外部の装置（データ収集装置６０）は、車内ネットワーク９４に対してデータリンクコネクタ９６を介して接続可能である。

［２．データ収集装置６０の構成］
図１を用いて車内ネットワーク９４に接続されるデータ収集装置６０の構成について説明する。データ収集装置６０は、車両８０のデータリンクコネクタ９６を介して車内ネットワーク９４に接続されて、ＤＴＣを含む各情報を収集する。図１に示されるように、データ収集装置６０は、入力部６２、演算部６４、記憶部６６、通信部６８、表示部７０、データリンクケーブル７２を有する。

入力部６２は、タッチパネル、操作キー等のヒューマンマシンインターフェースで構成される。演算部６４は、ＣＰＵ等のプロセッサで構成される。記憶部６６は、ＲＯＭ、ＲＡＭ、ハードディスク等で構成される。表示部７０は、ディスプレイを備える表示装置で構成される。

データ収集装置６０は、データリンクケーブル７２のコネクタ７４がデータリンクコネクタ９６に接続されると、車両８０の各ＥＣＵ８２とデータ通信が可能となる。演算部６４は、コネクタ７４とデータリンクコネクタ９６が接続された状態で、整備士が入力部６２で所定操作することにより出力される操作信号に応じて各ＥＣＵ８２に記録されるＤＴＣを収集して表示部７０に表示する。また、演算部６４は、整備士が入力部６２で所定操作することにより出力される操作信号に応じて、各ＥＣＵ８２に記録されるＤＴＣを削除する。

［３．故障診断装置１０の構成］
図２を用いて故障診断装置１０の構成について説明する。故障診断装置１０は、例えば、コンピュータ（タブレット型コンピュータ、スマートフォンを含む。）で構成される。故障診断装置１０は、入力部１２、演算部１４、記憶部１６、表示部１８、通信インターフェース２０を有する。

入力部１２は、タッチパネル、キーボード、マウス等のヒューマンマシンインターフェースで構成される。演算部１４は、ＣＰＵ等のプロセッサで構成される。記憶部１６は、ＲＯＭ、ＲＡＭ、ハードディスク等で構成される。表示部１８は、ディスプレイを備える表示装置で構成される。

演算部１４は、記憶部１６に記憶されるプログラムを実行することにより特定部２２および情報呼び出し部２４として機能する。特定部２２および情報呼び出し部２４については下記［６］で説明する。

記憶部１６は、演算部１４が実行するプログラムの他に、系統テーブル３０（図５）を記憶する。更に、記憶部１６は、ＤＴＣに対応する修理情報５０を記憶する。修理情報５０としては、具体的な修理マニュアルを記憶するようにしてもよい。しかし、修理マニュアルを記憶するとなると大きな容量が必要である。本実施形態では、記憶部１６の大容量化を避けるために、外部のサーバ１０２が修理マニュアルを記憶することとし、記憶部１６は修理情報５０としてサーバ１０２が提供するウェブサイトのＵＲＬを記憶することとする。

［４．ＤＴＣの記録態様］
車両８０の機器に故障が発生すると、その機器に関わるＥＣＵ８２は故障形態に応じたＤＴＣを記録する。整備士が車両８０にデータ収集装置６０を接続すると、演算部６４は、全てのＥＣＵ８２に記録されるＤＴＣを収集して表示部７０に表示する。

ところで、データ収集装置６０の表示部７０に複数のＤＴＣが表示されることがある。その原因は、各ＥＣＵ８２におけるＤＴＣの記録態様にある。ＤＴＣの記録態様は大きく分けて次の２つのパターンがある。

［４．１．第１記録態様］
図３を用いてＤＴＣの第１記録態様について説明する。車両８０に搭載される機器に故障が発生すると、その機器に関わる第１ＥＣＵ８２ａは、その機器を用いる制御を停止すると共に、故障形態に応じたＤＴＣ（ここではコードＡ）を記録する。このとき、第１ＥＣＵ８２ａは、コードＡに相当する故障が発生したことを示す故障信号を車内ネットワーク９４に出力する。

第２ＥＣＵ８２ｂは、第１ＥＣＵ８２ａから出力される情報を使用する制御、所謂協調制御を行う。第２ＥＣＵ８２ｂは、第１ＥＣＵ８２ａが出力する故障信号を受信すると、協調制御を停止すると共に、故障形態（協調制御の停止）に応じたＤＴＣ（ここではコードＥ）を記録する。このとき、第２ＥＣＵ８２ｂは、コードＥに相当する故障が発生したことを示す故障信号を車内ネットワーク９４に出力する。

第３ＥＣＵ８２ｃは、第２ＥＣＵ８２ｂから出力される情報を使用する協調制御を行う。第３ＥＣＵ８２ｃは、第２ＥＣＵ８２ｂが出力する故障信号を受信すると、協調制御を停止すると共に、故障形態（協調制御の停止）に応じたＤＴＣ（ここではコードＩ）を記録する。このとき、第３ＥＣＵ８２ｃは、コードＩに相当する故障が発生したことを示す故障信号を車内ネットワーク９４に出力する。

メータＥＣＵ８２ｄは、第１ＥＣＵ８２ａ、第２ＥＣＵ８２ｂ、第３ＥＣＵ８２ｃから出力される故障信号を受信し、メータ９０を制御する。メータ９０は各故障に対応する警告灯９８を点灯させる。

以上のように、１つの故障が発生すると、複数のＥＣＵ８２が連鎖的に制御を停止し故障状態に陥ることがある。このような故障を連鎖故障と称する。連鎖故障の発生時に、各ＥＣＵ８２はそれぞれＤＴＣを記録する。連鎖故障が発生している状態で、整備士がデータ収集装置６０を車両８０に接続すると、データ収集装置６０の表示部７０には複数のＤＴＣ、ここではコードＡ、Ｅ、Ｉが表示される。

［４．２．第２記録態様］
図４を用いてＤＴＣの第２記録態様について説明する。車両８０に搭載される機器に故障が発生すると、その機器に関わる第４ＥＣＵ８２ｅは、故障した機器を用いる制御を停止すると共に、故障形態に応じたＤＴＣ（ここではコードＸ）を記録する。しかし、故障が修理することなく解消した場合、すなわち一過性の故障である場合、第４ＥＣＵ８２ｅは、故障が解消した機器を用いる制御を再開させる。この場合、第４ＥＣＵ８２ｅは、ＤＴＣを保持する。警告灯９８が点灯しない場合、ユーザは一過性の故障に気付かないことが多く、車両８０を販売店等に持ち込まない。このため、第４ＥＣＵ８２ｅのＤＴＣは消去されることなく残る。

一過性の故障が解消した後に、何らかの故障、例えばＣＡＮ故障等の故障が発生すると、第１ＥＣＵ８２ａがＤＴＣ（ここではコードＡ）を記録し、第２ＥＣＵ８２ｂがＤＴＣ（ここではコードＥ）を記録する。このような故障が発生している状態で、整備士がデータ収集装置６０を車両８０に接続すると、データ収集装置６０の表示部７０には複数のＤＴＣ、ここではコードＡ、Ｅと、既に解消した一過性の故障を示すコードＸが表示される。

［５．系統テーブル３０］
図５を用いて記憶部１６に記憶される系統テーブル３０について説明する。上記［４］で説明したように、車両８０には、実際に発生している故障を示す真のＤＴＣの他に、連鎖して発生する故障を示すＤＴＣ、または、過去に発生した一過性の故障を示すＤＴＣが記録される場合がある。系統テーブル３０は、車両８０に複数のＤＴＣが記録される場合に、複数のＤＴＣの中から真のＤＴＣを特定する際に使用される。系統テーブル３０は、ＤＴＣと種々の情報とを紐付けた一覧表であり、故障情報３２と、系統情報３４と、を有する。

故障情報３２は、故障に関する種々の情報、すなわち、システム情報３６と、ＤＴＣ情報３８と、外部情報４０と、を有し、外部情報４０は、警告灯情報４２と、車両状態情報４４と、を有する。ＤＴＣ情報３８は、故障毎に割り当てられるＤＴＣを示す。システム情報３６は、ＤＴＣに対応する故障が発生する車両システムを示す。警告灯情報４２は、ＤＴＣに対応する故障が発生したときに点灯する警告灯９８を示す。なお、警告灯９８の点灯を伴わない故障の場合、警告灯情報４２はブランクである。車両状態情報４４は、ＤＴＣに対応する故障が発生したときに車両８０に現れる状態（不具合）を示す。

系統情報３４は、互いに関連する複数のＤＴＣの系統を示す。系統情報３４は、ＤＴＣの関連状態を示すだけでなく、連鎖故障の発生時に記録される複数のＤＴＣの記録順序を示す。系統情報３４は、上位システム情報４６と、上位ＤＴＣ情報４８と、を有する。上位システム情報４６と上位ＤＴＣ情報４８は、連鎖故障の発生時に故障を誘発するＤＴＣ、すなわち先に記録されるＤＴＣと、そのＤＴＣに対応する故障が発生する車両システムを示す。

系統情報３４について更に説明する。図５に示されるコードＢの上位ＤＴＣはコードＡである。これは車両８０でコードＡが記録されると、次いでコードＢが記録されることを意味する。図５に示されるコードＥの上位ＤＴＣはエンジンシステムの全て（ＡＬＬ）のコードＡ～Ｄである。これは車両８０でエンジンシステムのコードＡ～Ｄのいずれかが記録されると、次いでコードＥが記録されることを意味する。図５に示されるコードＩの上位ＤＴＣはブレーキシステムの全て（ＡＬＬ）のコードＥ～Ｇである。これはブレーキシステムのコードＥ～Ｇのいずれかが記録されると、次いでコードＩが記録されることを意味する。

図５に示される系統情報３４は、図６に示される９つの系統を含む。図６に示される各系統においては、左側のＤＴＣほど上位のＤＴＣである。ここでいう上位とは、連鎖故障時に先に記録されることを意味する。

［６．故障診断処理の手順］
図７、図８を用いて故障診断装置１０が行う故障診断処理の手順について説明する。故障診断装置１０による故障診断処理の前に、整備士は次の作業を行う。整備士は、車両８０のデータリンクコネクタ９６にデータ収集装置６０のコネクタ７４を接続し、入力部６２で所定操作を行う。データ収集装置６０の演算部６４は、各ＥＣＵ８２からＤＴＣを収集し、表示部７０にＤＴＣを表示させる。次に、整備士は、データ収集装置６０の表示部７０に表示されるＤＴＣを故障診断装置１０の入力部１２に入力する。また、整備士は、車両８０のメータ９０に表示される警告灯９８の種類を故障診断装置１０の入力部１２に入力する。更に、整備士は、ユーザから聞いた車両状態（不具合の状態等）を故障診断装置１０の入力部１２に入力する。整備士がこれらの作業を行うと、故障診断装置１０は図７に示される主処理を開始する。

［６．１．主処理］
ステップＳ１において、入力部１２は、演算部１４に情報を入力する。ここでは、整備士により入力されたＤＴＣ、外部情報を入力する。外部情報というのは、整備士が入力部１２に入力した警告灯９８の種類および車両状態のことをいう。ステップＳ１が終了すると、処理はステップＳ２に移行する。

ステップＳ２において、特定部２２は、入力された情報に複数のＤＴＣがあるか否かを判定する。ＤＴＣが複数である場合（ステップＳ２：ＹＥＳ）、処理はステップＳ３に移行する。一方、ＤＴＣが単数である場合（ステップＳ２：ＮＯ）、処理はステップＳ４に移行する。

ステップＳ２からステップＳ３に移行すると、特定部２２は、ＤＴＣを特定する処理、例えば図８に示されるＤＴＣ特定処理を行う。ＤＴＣ特定処理については後述する。一方、ステップＳ２からステップＳ４に移行すると、特定部２２は、入力されたＤＴＣを真のＤＴＣとして特定する。ステップＳ３またはステップＳ４が終了すると、処理はステップＳ５に移行する。

ステップＳ５において、特定部２２は表示部１８に対して表示指示を出力する。表示部１８は、特定部２２の表示指示に従い、画面に特定結果とボタンを表示する。例えば、表示部１８は、画面に、ステップＳ３で特定された系統および真のＤＴＣ、または、ステップＳ４で特定された真のＤＴＣを表示する。更に、表示部１８は、画面に、ＤＴＣに対応する操作マニュアルを呼び出すためのボタンを表示する。この際、特定部２２は、修理情報５０の中から真のＤＴＣに対応するＵＲＬを読み出す。ステップＳ５が終了すると、処理はステップＳ６に移行する。

ステップＳ６において、情報呼び出し部２４は、表示部１８の画面に表示されるボタンが操作されたか否かを判定する。ボタンが操作された場合（ステップＳ６：ＹＥＳ）、処理はステップＳ７に移行する。一方、ボタンが操作されない場合（ステップＳ６：ＮＯ）、一連の処理は終了する。

ステップＳ６からステップＳ７に移行すると、情報呼び出し部２４は、特定部２２が読み出したＵＲＬに基づいて、通信インターフェース２０および公衆回線等の外部ネットワーク１００を介してサーバ１０２が提供するウェブサイトにアクセスする。更に、情報呼び出し部２４は、サーバ１０２から真のＤＴＣに対応する修理マニュアルをダウンロードすると共に、表示部１８に対して表示指示を出力する。表示部１８は、情報呼び出し部２４の表示指示に従い、画面に修理マニュアルを表示する。ステップＳ７が終了すると、一連の処理は終了する。

整備士は、真のＤＴＣを把握することで故障を特定し、修理を行うことができる。また、整備士は、必要に応じて修理マニュアルを参照し、修理を行うことができる。

［６．２．ＤＴＣ特定処理］
図８を用いて、図７のステップＳ３で行われるＤＴＣ特定処理の一例を説明する。ステップＳ１１において、特定部２２は、入力された複数のＤＴＣを系統テーブル３０と照合し、ＤＴＣの系統を特定する。上記［５］で説明したように、図５に示される系統テーブル３０の系統情報３４は、図６に示される９つのＤＴＣの系統を含む。例えば、コードＡ、Ｂ、Ｅ、Ｈ、ＩのＤＴＣが入力される場合（図９、図１０）、特定部２２は、ＤＴＣの系統が系統１（Ａ、Ｂ、Ｅ、Ｉ）と系統８（Ｈ）であると特定する。また、コードＢ、Ｅ、Ｈ、ＩのＤＴＣが入力される場合（図１１）、特定部２２は、ＤＴＣの系統が系統２（Ｂ、Ｅ、Ｉ）と系統８（Ｈ）であると特定する。ステップＳ１１が終了すると、処理はステップＳ１２に移行する。

ステップＳ１２において、特定部２２は、ステップＳ１１の特定の結果に複数の系統があるか否かを判定する。系統が複数である場合（ステップＳ１２：ＹＥＳ）、処理はステップＳ１３に移行する。一方、系統が単数である場合（ステップＳ１２：ＮＯ）、処理はステップＳ１４に移行する。

ステップＳ１３において、特定部２２は、外部情報４０（警告灯情報４２、車両状態情報４４）に基づき系統を特定する。ここで図９～図１１を用いて系統の特定に関して説明する。図９～図１１において、網掛けで示されるＤＴＣ情報３８および警告灯情報４２は、図７のステップＳ１で入力されるＤＴＣ、すなわち車両８０の各ＥＣＵ８２に記録されるＤＴＣを意味する。

例えば、図９、図１０に示されるように、コードＡ、Ｂ、Ｅ、Ｈ、ＩのＤＴＣが入力される場合を想定する。コードＡ、Ｂ、Ｅ、Ｈ、ＩのＤＴＣ群には、図６に示されるように、コードＡ、Ｂ、Ｅ、Ｉからなる系統１と、コードＨからなる系統８が含まれる。車両８０で系統１に関わる故障（この場合、連鎖故障。）が発生している場合、図１０に示されるようにメータ９０は警告灯１～警告灯４を表示する。一方、車両８０で系統８に関わる故障が車両８０に発生している場合、図９に示されるようにメータ９０は警告灯４のみを表示する。特定部２２は、ステップＳ１で入力された警告灯９８の種類が、警告灯１～警告灯４（図１０）か、警告灯４のみ（図９）かを判定し、警告灯情報４２に基づいて、現在発生している故障に関わるＤＴＣの系統を特定する。

例えば、図１１に示されるように、コードＢ、Ｅ、Ｈ、ＩのＤＴＣが入力される場合を想定する。コードＢ、Ｅ、Ｈ、ＩのＤＴＣ群には、図６に示されるように、コードＢ、Ｅ、Ｉからなる系統２と、コードＨからなる系統８が含まれる。車両８０で系統２に関わる故障（この場合、連鎖故障。）が発生している場合、図１１に示されるようにメータ９０は警告灯２～警告灯４を表示する。一方、車両８０で系統８に関わる故障が車両８０に発生している場合、メータ９０は警告灯４のみを表示する（図示なし）。特定部２２は、ステップＳ１で入力された警告灯９８の種類が、警告灯２～警告灯４（図１１）か、警告灯４のみ（図示なし）かを判定し、警告灯情報４２に基づいて現在発生している故障に関わるＤＴＣの系統を特定する。

なお、ここでは外部情報４０として警告灯情報４２を用いた系統の特定例を説明したが、外部情報４０として車両状態情報４４を用いて系統を特定することもできる。この場合、特定部２２は、ステップＳ１で入力された車両状態が、車両状態情報４４のいずれに該当するかを判定し、現在発生している故障に関わるＤＴＣの系統を特定する。また、警告灯情報４２と車両状態情報４４の両者を用いて系統を特定することもできる。ステップＳ１３が終了すると、処理はステップＳ１４に移行する。

ステップＳ１４において、特定部２２は、系統の最上位のＤＴＣを真のＤＴＣとして特定する。例えば、図９に示される状態である場合、特定部２２は、系統８の最上位のＤＴＣ、すなわちコードＨが真のＤＴＣであると特定する。例えば、図１０に示される状態である場合、特定部２２は、系統１の最上位のＤＴＣ、すなわちコードＡが真のＤＴＣであると特定する。例えば、図１１に示される状態である場合、特定部２２は、系統２の最上位のＤＴＣ、すなわちコードＢが真のＤＴＣであると特定する。ステップＳ１４が終了すると、処理は図７に示されるステップＳ５に移行する。

［７．変形例］
［７．１．変形例１］
各ＥＣＵ８２は、ＤＴＣを記録する際に、故障が発生したタイミングを特定するための特定情報をＤＴＣに紐付けて記録する。特定情報は、例えば、時計８４で計時される日時の情報、測位装置８６で測定される車両８０の走行位置の情報、走行距離計８８で積算される走行距離の情報である。

データ収集装置６０の演算部６４は、各ＥＣＵ８２からＤＴＣおよび特定情報を収集し、表示部７０にＤＴＣおよび特定情報を表示させる。整備士は、データ収集装置６０の表示部７０に表示されるＤＴＣおよび特定情報を故障診断装置１０の入力部１２に入力する。この際、ＤＴＣと特定情報は互いに紐付けられる。

また、故障診断装置１０による故障診断処理の前に、整備士は、ユーザから聞いた車両８０の不具合発生タイミング（日時、走行位置、走行距離）を故障診断装置１０の入力部１２に入力する。

図８に示されるＤＴＣ特定処理のステップＳ１３において、特定部２２は、ユーザから聞いた車両８０の不具合発生タイミングに近い特定情報を判別し、その特定情報に紐付けられるＤＴＣが含まれる系統を特定する。また、特定情報と警告灯情報４２と車両状態情報４４を用いて系統を特定することもできる。

［７．２．その他の変形例］
上述した実施形態および変形例では、整備士がデータ収集装置６０に表示されたＤＴＣ等の情報を故障診断装置１０に入力部１２を介して入力する。これに代わり、データ収集装置６０と故障診断装置１０とでデータ通信を行い、データ収集装置６０から故障診断装置１０にＤＴＣ等の情報が入力されるようにしてもよい。この場合、故障診断装置１０にはデータ収集装置６０と有線または無線でデータ通信を行うための通信装置（入力部１２に相当する）が設けられる。

また、データ収集装置６０を介することなく、車両８０と故障診断装置１０とでデータ通信を行い、車両８０から故障診断装置１０にＤＴＣ等の情報が入力されるようにしてもよい。この場合、故障診断装置１０にはデータ収集装置６０と有線または無線でデータ通信を行うための通信装置（入力部１２に相当する）が設けられる。

また、車両８０に故障診断装置１０が設けられてもよい。この場合、故障診断装置１０は通信バス９２に接続される。

上述した実施形態および変形例では、表示部１８が、特定部２２により特定される真のＤＴＣとその系統を表示する。これに代わり、故障診断装置１０以外の装置と通信を行う通信部６８（通信回路等）を設け、通信部６８が、特定部２２により特定される真のＤＴＣとその系統を示す情報を、外部の装置に出力するようにしてもよい。

［８．実施形態から得られる技術的思想］
上記実施形態および変形例から把握しうる技術的思想について、以下に記載する。

本発明の態様は、
車両８０の電子制御装置（ＥＣＵ８２）に記録される故障コード（ＤＴＣ）に基づいて故障診断を行う故障診断装置１０であって、
互いに関連する複数の故障コードの系統を示す系統情報３４を記憶する記憶部１６と、
複数の故障コードが記録される場合に、系統情報に基づいて真の故障コードを特定する特定部２２と、
特定部２２の特定結果を出力する出力部（表示部１８）と、
を備える。

上記構成によれば、系統情報３４に基づいて真の故障コードを特定するようにしているため、連鎖故障に起因して複数の故障コードが記録されたとしても、連鎖故障の上位の故障に対応する故障コード、すなわち真の故障コードを特定することができる。このため、整備士の経験に左右されることなく短時間で真の故障箇所を特定することができる。

本発明において、
車両８０に記録される故障コードを特定部２２に入力する入力部１２を備えてもよい。

本発明において、
系統情報３４は、故障の連鎖に伴い記録される複数の故障コード（ＤＴＣ）の記録順序を示す情報を含み、
特定部２２は、記録される複数の故障コードのうち、記録順序が最も先である故障コードを、真の故障コードとして特定するようにしてもよい。

本発明において、
記憶部１６は、故障コード（ＤＴＣ）に対応する警告灯９８を示す警告灯情報４２を記憶し、
特定部２２は、複数の系統の故障コードが記録される場合に、実際に点灯している警告灯９８を示す情報と警告灯情報４２とに基づいて真の故障コードを特定するようにしてもよい。

真の故障コードの他に、過去に発生した故障に関わる故障コードが記録される場合がある。上記構成によれば、系統情報３４だけでなく警告灯情報４２を用いるため、複数の系統の故障コードが記録されていても、真の故障コードが含まれる系統を特定することができ、特定した系統に含まれる故障コードの中から真の故障コードを特定することができる。このように系統を特定することができるため、効率良く作業を行うことができる。

本発明において、
記録される故障コード（ＤＴＣ）には、故障が発生したタイミングを特定するための特定情報が付加されており、
特定部２２は、複数の系統の故障コードが記録される場合に、実際に故障が発生したタイミングを示す情報と特定情報とに基づいて真の故障コードを特定するようにしてもよい。

真の故障コードの他に、過去に発生した故障に関わる故障コードが記録される場合がある。上記構成によれば、系統情報３４だけでなく特定情報を用いるため、複数の系統の故障コードが記録されていても、真の故障コードが含まれる系統を特定することができ、特定した系統に含まれる故障コードの中から真の故障コードを特定することができる。このように系統を特定することができるため、効率良く作業を行うことができる。

本発明において、
記憶部１６は、故障コード（ＤＴＣ）に対応する不具合の状態を示す不具合情報（車両状態情報４４）を記憶し、
特定部２２は、複数の系統の故障コードが記録される場合に、実際に発生している不具合の状態を示す情報と不具合情報とに基づいて真の故障コードを特定するようにしてもよい。

真の故障コードの他に、過去に発生した故障に関わる故障コードが記録される場合がある。上記構成によれば、系統情報３４だけでなく不具合情報（車両状態情報４４）を用いるため、複数の系統の故障コードが記録されていても、真の故障コードが含まれる系統を特定することができ、特定した系統に含まれる故障コードの中から真の故障コードを特定することができる。このように系統を特定することができるため、効率良く作業を行うことができる。

本発明において、
出力部（表示部１８）は、記録される故障コードを系統付けて表示すると共に、真の故障コードを表示するようにしてもよい。

上記構成によれば、整備士が真の故障コードだけでなく、連鎖故障であることを把握することができる。

なお、本発明に係る故障診断装置は、上述の実施形態に限らず、本発明の要旨を逸脱することなく、種々の構成を採り得ることはもちろんである。

１０…故障診断装置 １２…入力部
１６…記憶部 １８…表示部（出力部）
２２…特定部 ３４…系統情報
４２…警告灯情報 ４４…車両状態情報（不具合情報）
８０…車両 ８２…ＥＣＵ（電子制御装置）
９８…警告灯

Claims (5)

1. 車両の電子制御装置に記録される故障コードに基づいて故障診断を行う故障診断装置であって、
   互いに関連する複数の前記故障コードの系統を示す系統情報を予め記憶する記憶部と、
   複数の前記故障コードが記録される場合に、前記系統情報に基づいて真の前記故障コードを特定する特定部と、
   前記車両に記録される前記故障コードを前記特定部に入力する入力部と、
   前記特定部の特定結果を出力する出力部と、
   を備え
   前記記憶部に記憶される前記系統情報は、故障の連鎖に伴い記録される複数の前記故障コードを互いに関連付けると共に複数の前記故障コードの記録順序を示す情報を含み、
   前記特定部は、前記入力部を用いて入力された複数の前記故障コードと、前記系統情報において関連付けられる複数の故障コードとを照合することによって、前記故障コードの系統を特定し、特定された前記故障コードの系統において記録される複数の前記故障コードのうち、記録順序が最も先である前記故障コードを、真の前記故障コードとして特定する、故障診断装置。
2. 請求項１に記載の故障診断装置であって、
   前記記憶部は、前記故障コードに対応する警告灯を示す警告灯情報を記憶し、
   前記特定部は、複数の前記系統の前記故障コードが記録される場合に、実際に点灯している前記警告灯を示す情報と前記警告灯情報とに基づいて真の前記故障コードを特定する、
   故障診断装置。
3. 請求項１または２に記載の故障診断装置であって、
   記録される前記故障コードには、故障が発生したタイミングを特定するための特定情報が付加されており、
   前記特定部は、複数の前記系統の前記故障コードが記録される場合に、実際に故障が発生したタイミングを示す情報と前記特定情報とに基づいて真の前記故障コードを特定する、
   故障診断装置。
4. 請求項１に記載の故障診断装置であって、
   前記記憶部は、前記故障コードに対応する不具合の状態を示す不具合情報を記憶し、
   前記特定部は、複数の前記系統の前記故障コードが記録される場合に、実際に発生している前記不具合の状態を示す情報と前記不具合情報とに基づいて真の前記故障コードを特定する、
   故障診断装置。
5. 請求項１に記載の故障診断装置であって、
   前記出力部は、記録される前記故障コードを系統付けて表示すると共に、真の前記故障コードを表示する、
   故障診断装置。

Images