JP6499958B2 - 車両故障診断装置 - Google Patents

Description

本発明は、車両の故障を診断する車両故障診断装置に関する。

車両の故障診断では、複数のセンサの検出結果の組合せで各故障の有無や故障部位の特定を行うなど、検出結果どうしに関連がある。例えば、エンジンに取り付けられたあるセンサが正常に機能しているかの診断を正しく行うためには、その診断に関連する別のセンサが正常に動作していることが前提条件になる場合がある。

また、あるセンサａが故障した際に、そのセンサａについての故障診断ｂはＮＧ（故障であるとの診断結果）となるが、センサａのセンサ値を参照して行う別の故障診断ｃを実行した場合、その診断では、故障したセンサａの結果を利用するために誤判定してしまうことがある。例を挙げると、エンジンから排出される排気ガス浄化のための三元触媒が劣化していないかを診断する際に、三元触媒の上流側に設置された排気ガス中の空燃比を検出する空燃比センサのセンサ値を使用する。空燃比センサが故障している場合、空燃比センサのセンサ値も異常となり、三元触媒の劣化診断を誤判定してしまう。

従来、以上のような関連する診断の誤判定を防止するために、前提となる診断のＮＧ判定をしたとき、関連する診断を誤判定しないように、この関連する診断を停止（マスク）し、実行しないことが知られている。

特許第５２３０５５７号公報では、診断の起動許可や停止要求を演算するために必要な診断相関情報を行列形式の相関表（マトリックス）で表し、この相関表のうち、前提となる診断のいずれにも関連しない診断の行や、関連する診断のいずれの前提にもならない診断の列を削除することで相関表を圧縮し、圧縮した相関表の行と列に対応する全ての項目に対し、関連する診断の起動許可か停止要求かを検索し、診断するか否かを決定している。

特許第５２３０５５７号公報

しかしながら、近年では、排気規制強化に対応するためのデバイス追加などにより、相関表は規模拡大していて、空白の行と列を圧縮するのみでは、検索処理の負荷が大きく、また、相関表を記憶するために必要とするＲＯＭやＲＡＭの記憶容量も多いという問題があった。

本発明の目的は、前提となる診断と関連する診断との相関情報を検索する処理の負荷を軽減するとともに必要な記憶容量も低減した車両故障診断装置を提供することにある。

本発明は上記の目的を達成するために、車両の故障診断を行う車両故障診断装置であって、前記故障診断が、複数種類の故障診断をするものであり、前記複数種類の故障診断のうちの一の故障診断である前提故障診断と、前記前提故障診断により故障が発生していると診断された場合に該前提故障診断に関連して診断不可能な故障診断である関連故障診断と、を関連付けた相関表を有し、前記相関表に基づいて、前記関連故障診断に関連付けられた前記前提故障診断を検索し、前記前提故障診断により故障が発生していると診断された場合に前記関連故障診断を実行するか否かを決定する診断制御手段と、を有する車両故障診断装置であって、前記相関表は、前記関連故障診断のそれぞれごとに、該関連故障診断に関連付けられた前記前提故障診断を列記し、該関連故障診断に関連付けられていない前記前提故障診断は列記しない表であり、前記相関表は、前記前提故障診断のそれぞれをｂｉｔ位置に割り当て、該割り当てられたｂｉｔのみが立った数値を列記することで、前記関連故障診断に関連付けられた前記前提故障診断を列記した表である、ことを特徴とする。

本発明によれば、前提となる診断と関連する診断との相関情報を検索する処理の負荷を軽減するとともに必要な記憶容量も削減した車両故障診断装置を提供することができる。

上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

本発明の実施形態に係る車両故障診断装置の構成を示すブロック図。 本発明の実施例１に係る車両故障診断装置による故障診断の対象である、火花点火内燃機関およびその制御装置の基本構成図。 マトリックスの一例を示す図。 図３で示したマトリックス２０１の一部を拡大して示す図。 従来のデータ構造と検索方法を説明する図。 マスク対象となる診断と前記診断が前提とする（影響を受ける）診断との関連性を示すマトリックスの詳細例を示す図。 図６に示したマトリックスの中に記載した“○”に対応する一意な番号を設定する際の設定例を示す図。 図７に示した一意な番号を設定した一次元配列を示す図。 図８に示した一次元配列に基づいた検索処理のフローチャートを示す図。 図６に示したマトリックスの中に記載した“○”に対応する一意な番号を設定する際の設定例の図７とは別の例を示す図。 図１０に示した一意な番号を設定した一次元配列を示す図。

以下、図面を用いて、本発明の実施形態に係る車両故障診断装置について詳細に説明する。

図１は、本発明の実施形態に係る車両故障診断装置の構成を示すブロック図である。

本実施形態に係る車両故障診断装置１００は、車両の故障診断を行う車両故障診断装置であって、前記故障診断が、複数種類の故障診断をするものであり、前記複数種類の故障診断のうちの一の故障診断である前提故障診断と、前記前提故障診断で故障が発生していると診断された場合に該前提故障診断に関連して診断不可能な故障診断である関連故障診断と、を関連付けた相関表１０２を記憶装置１０１内に有し、前記相関表１０２に基づいて、前記関連故障診断に関連付けられた前記前提故障診断を検索し、前記前提故障診断により故障が発生していると診断された場合に前記関連故障診断を実行するか否かを決定する診断制御装置１０３と、を有する。相関表１０２は、前記関連故障診断のそれぞれごとに、該関連故障診断に関連付けられた前記前提故障診断を列記し、該関連故障診断に関連付けられていない前記前提故障診断は列記しない表である。

なお、相関表１０２は、前記前提故障診断のそれぞれごとに、該前提故障診断に関連付けられた前記関連故障診断を列記し、該前提故障診断に関連付けられていない前記関連故障診断は列記しない表であってもよい。すなわち、本実施形態に係る車両故障診断装置１００は、車両の故障診断を行う装置であって、前記故障診断が、複数種類の故障診断をするものであり、前記複数種類の故障診断のうちの一の故障診断である前提故障診断と、前記前提故障診断で故障が発生していると診断された場合に該前提故障診断に関連して診断不可能な故障診断である関連故障診断と、を関連付けた相関表１０２を記憶装置１０１内に有し、前記相関表１０２に基づいて、前記前提故障診断に関連付けられた前記関連故障診断を検索し、前提故障診断により故障が発生していると診断された場合に前記関連故障診断を実行するか否かを決定する診断制御装置１０３と、を有する。相関表１０２は、前記前提故障診断のそれぞれごとに、該前提故障診断に関連付けられた前記関連故障診断を列記し、該前提故障診断に関連付けられていない前記関連故障診断は列記しない表である。

なお、本発明は、複数種類の故障を診断するものであり、前記複数種類の故障のうちの一の故障である前提故障と、前記前提故障が発生していると診断された場合に該前提故障に関連して診断不可能な故障である関連故障と、を関連付けた相関表を有するものであってもよい。

本実施形態によれば、このように構成することで、相関表１０２の記憶に必要な記憶容量を削減することができるとともに、相関表１０２の容量が小さいので、相関表１０２に基づいて検索する処理の負荷を軽減することができる。

図２は、本発明の実施例１に係る車両故障診断装置による故障診断の対象である、火花点火内燃機関およびその制御装置の基本構成図である。

本実施形態では、以下において、故障診断の対象として筒内噴射式火花点火内燃機関について説明するが、本発明に係る車両故障診断装置は、ポート噴射式火花点火内燃機関や、筒内噴射とポート噴射の両方を備えたデュアル噴射式火花点火内燃機関などの火花点火内燃機関はもちろんのこと、これらに限らず、電気自動車（ＥＶ）や、燃料電池自動車（ＦＣＶ）、変速機などの故障診断を行う場合にも適用可能である。

図２において、エンジン１には、ピストン２、吸気バルブ３、排気バルブ４が備えられている。吸気は、空気流量計（ＡＦＭ）１８を通過して絞り弁１７に入り、分岐部であるコレクタ１４より吸気管１０、吸気バルブ３を介してエンジン１の燃焼室１９に供給される。燃料は、燃料噴射弁５から、エンジン１の燃焼室１９に噴射供給され、点火コイル７、点火プラグ６で点火される。燃焼後の排気ガスは排気バルブ４を介して排気管１１に排出され、排気管１１には排気ガス浄化のための三元触媒１２が備えられている。ピストン２の直線運動により不図示のクランクが回転運動する。

エンジンコントロールユニット（ＥＣＵ）９には、エンジン１のクランクに設けたシグナルプレート１６によりクランクの角度を検出するクランク角度センサ１５の信号、ＡＦＭ１８の空気量信号、排気ガス中の空燃比を検出する空燃比センサ１３の信号、アクセル開度センサ２０のアクセル開度等の信号が入力される。エンジンコントロールユニット９はアクセル開度センサ２０の信号からエンジンへの要求トルクの算出、アイドル状態の判定等を行ない、エンジン１に必要な吸入空気量を算出し、それに見合った開度信号を絞り弁１７に出力する。また、エンジンコントロールユニット９から燃料噴射弁５へは燃料噴射信号が、点火プラグ６へは点火信号が出力される。さらに、エンジン１に取り付けられたノックセンサ８が、エンジン１の異常燃焼時に発生する異音（ノッキング）を検出し、点火信号をフィードバック制御している。

エンジンコントロールユニット９は、図１に示した車両故障診断装置１００として機能し、図２に示した各構成の故障診断を行う。また、エンジンコントロールユニット９は、例えばＲＯＭやＲＡＭといった記憶装置（図１に示した記憶装置１０１に相当）を備え、この記憶装置に、複数種類の故障のうちの一の故障である前提故障と、この前提故障が発生していると診断された場合に該前提故障に関連して診断不可能な故障である関連故障と、を関連付けた相関表（図１に示した相関表１０２に相当）（以下「マトリックス」ともいう）を記憶している。また、エンジンコントロールユニット９は、この相関表に基づいて、前提故障が発生した場合に該前提故障に関連付けられた関連故障を検索し、関連故障の診断を実行するか否かを決定する診断制御装置（図１に示した診断制御装置１０３に相当）を有する。エンジンコントロールユニット９は、例えばＣＰＵやＭＰＵといった演算制御装置や記憶装置を有するコンピュータで構成される。

図３は、マトリックスの一例を示す図である。

従来のマトリックスであるマトリックス２０１では、その行２０２の先頭に関連故障の診断（マスク対象となる診断）を記載し、列２０３の先頭に前提故障の診断（前提となる診断）を記載している。

図４は、図３で示したマトリックス２０１の一部を拡大して示す図である。

図３に示したマトリックス２０１の行２０２には、マスク対象となる診断３０１の診断項目３０２を記載しており、マトリックス２０１の列２０３に前記マスク対象となる診断３０１の前提となる診断３０３の診断項目３０４を記載している。行２０２に記載された診断項目３０２が列２０３に記載された診断項目３０４を前提とする場合には、マトリックス２０１において行２０２と列２０３とが交差する箇所に“○”を記載している。

図５は、従来のデータ構造と検索方法を説明する図である。

従来は検索対象であるマトリックス２０１中の“○”の箇所を「１」、それ以外の箇所を「０」としたマップ４０１で検索対象を判断し、このマップ４０１の行ごとに検索する。例えば、まず、マスク対象診断１の前提となっている診断を見つけるため診断１〜Ｚ８の全てを順に検索する（図５に参照番号４０２で示す）。マスク対象診断１の検索４０２が終了すると、マスク対象診断２の前提となっている診断を見つけるため診断１〜Ｚ８の全てを順に検索する（図５に参照番号４０３で示す）。このようにして、マトリックス２０１の全範囲を検索する。

図６は、マスク対象となる診断と前記診断が前提とする（影響を受ける）診断との関連性を示すマトリックスの詳細例を示す図である。

図６では、マトリックスの列に記載したマスクする診断項目５０４の前提となる診断の診断項目５０１に対応する複数の構造体５０２のうちの各構造体のＩＤ番号５０５と、診断項目５０１に対応する各構造体におけるｂｉｔ位置５０３を示している。

この例では、プログラミング言語における構造体を用いて、マスク対象となる診断と前記診断が前提とする診断の関連を保持している。

前提となる診断は複数種類あり、この複数種類の前提となる診断のうち８種類をひとまとめとして、一つの構造体ＩＤ番号５０５に割り当てており、一つの構造体ＩＤ番号５０５のそれぞれが８ｂｉｔであり、この８ｂｉｔのそれぞれに８種類の前提となる診断のそれぞれを割り当てている。

例えば、図６において、マスク対象となる診断が「マスク対象診断１」である場合には、複数種類の前提となる診断のうちＦＬＡＧ＿１（０１）の構造体に割り当てられた診断では、「診断１」（構造体のｂｉｔ０に割り当てられている）、「診断２」（構造体のｂｉｔ１に割り当てられている）および「診断８」（構造体のｂｉｔ７に割り当てられている）が“○”となっている。

図７は、図６に示したマトリックスの中に記載した“○”に対応する一意な番号を設定する際の設定例を示す図である。

本実施例では、ＦＬＡＧ＿１（０１）〜ＦＬＡＧ＿ＺＺ（ＺＺ）の各構造体のそれぞれに順に割り当てた数値を上位１ｂｙｔｅとし、ＦＬＡＧ＿１（０１）〜ＦＬＡＧ＿ＺＺ（ＺＺ）の各構造体のそれぞれにおいて、前提となる診断ごとに、ｂｉｔ０〜７のうち割り当てられたｂｉｔのみが立った数値を下位１ｂｙｔｅとし、この上位１ｂｙｔｅおよび下位１ｂｙｔｅでなる２ｂｙｔｅの数値を、その前提となる診断の一意な番号として用いるようにしている。

すなわち、構造体ＦＬＡＧ＿１（０１）に含まれる前提となる診断の一意な番号の上位１ｂｙｔｅは０ｘ０１であり、次の構造体ＦＬＡＧ＿２（０２）に含まれる前提となる診断の一意な番号の上位１ｂｙｔｅは０ｘ０２であり、この要領で順に振っていく。

また、各構造体のｂｉｔ０に割り当てられた前提となる診断を示す一意な番号の下位１ｂｙｔｅは０ｘ０１であり、各構造体のｂｉｔ１に割り当てられた前提となる診断を示す一意な番号の下位１ｂｙｔｅは０ｘ０２であり、各構造体のｂｉｔ２に割り当てられた前提となる診断を示す一意な番号の下位１ｂｙｔｅは０ｘ０４であり、各構造体のｂｉｔ３に割り当てられた前提となる診断を示す一意な番号の下位１ｂｙｔｅは０ｘ０８であり、各構造体のｂｉｔ４に割り当てられた前提となる診断を示す一意な番号の下位１ｂｙｔｅは０ｘ１０であり、各構造体のｂｉｔ５に割り当てられた前提となる診断を示す一意な番号の下位１ｂｙｔｅは０ｘ２０であり、各構造体のｂｉｔ６に割り当てられた前提となる診断を示す一意な番号の下位１ｂｙｔｅは０ｘ４０であり、各構造体のｂｉｔ７に割り当てられた前提となる診断を示す一意な番号の下位１ｂｙｔｅは０ｘ８０である。従って、例えば、ＦＬＡＧ＿１（０１）のｂｉｔ１に割り当てられた「診断２」の一意な番号は０ｘ０１０２である。

各行の終端（各マスク対象診断に対応した一意な番号の終端）には終端記号６０５を記憶させることにより、検索インデックスを一次元配列として設定できる。本実施例では、終端記号を０ｘＦＦＦＦとしているが、他の一意な番号と重複しなければ如何なるものであってもよい。

図８は、図７に示した一意な番号を設定した一次元配列を示す図である。

本実施例では、この一次元配列を図１に示した相関表１０２として用いる。

この一次元配列は、各マスク対象診断について、前提となる診断の一意な番号を列記し、その最後に終端記号０ｘＦＦＦＦを付加してなる。この一次元配列では、各マスク対象診断について、前提とならない診断の一意な番号は列記していない。

また、一次元配列全体の終端に、予備（リザーブ）の終端記号０ｘＦＦＦＦを付加した構成としておくことで、今後、デバイス追加などにより故障診断の種類が増えた場合であっても、終端記号と次の終端記号との間に新たな一意な番号を列記することで、容易に拡張に対応することができる。

図９は、図８に示した一次元配列に基づいた検索処理のフローチャートを示す図である。

図９において、まず、ステップ８０１で一意な番号の現在の位置を格納する変数ｉｄｘｕｎｑを定義し、初期化する。

次に、ステップ８０２でマスクする診断の現在の位置を格納する変数ｉｄｘｍａｓｋを定義し、初期化する。

次に、ステップ８０３で必要な検索項目を全項目検索していないかを判定している。図９では、一意な番号を設定した一次元配列をＭＡＴＲＩＸ[]とし、マスク対象診断が終了したかを判定する判定値をＭＡＳＫＦＩＮとしている。ステップ８０３で判定した結果、前提となる診断とマスク対象の診断の全ての項目が検索されていない場合、ステップ８０４に進み、前提となる診断とマスク対象の診断の全ての項目が検索された場合、検索プログラムを終了する。

次に、ステップ８０４とステップ８０５であらかじめ記憶しておいた一意な番号を分解する。ステップ８０４では、一意な番号の上位１ｂｙｔｅ（前提となる診断が含まれる構造体のＩＤ）を変数ＵＰＰＮＵＭに代入する。ステップ８０５では、一意な番号の下位１ｂｙｔｅ（前提となる診断の各構造体内でのｂｉｔ位置）を変数ＬＯＷＮＵＭに代入する。一意な番号を分解することにより、検索対象の診断を正しく判別している。

次に、ステップ８０６で検索対象となっているマスク対象の診断（マトリックスの行に記載の診断項目）が検索中であるかを判定している。検索対象となっているマスク対象の診断が検索中の場合、ステップ８０７に進む。

次に、ステップ８０７で検索中の一意な番号に対応する前提となる診断の診断結果をバッファＲｅｓｕｌｔｂｕｆに代入している。

次に、ステップ８０８で確認結果を格納する変数ＲＥＳＵＬＴに前記バッファＲｅｓｕｌｔｂｕｆの情報を反映している。確認結果ＲＥＳＵＬＴはマスクが必要か否かを「０」、「１」のみを用いて判別する変数である。

次に、ステップ８０９で変数ｉｄｘｕｎｑに１を加算する。変数ｉｄｘｕｎｑを加算した後、ステップ８０３に戻る。

ステップ８０６で、検索対象となっているマスク対象の診断が終了した場合、ステップ８１０に進む。

次に、ステップ８１０では、ステップ８０８で算出した確認結果ＲＥＳＵＬＴから、診断のマスク処理を設定するフラグＭＡＳＫＤＩＡＧ[]に値をセットする。

次に、ステップ８１１で確認結果ＲＥＳＵＬＴの初期化を行う。

次に、ステップ８１２で変数ｉｄｘｍａｓｋに１を加算する。変数ｉｄｘｍａｓｋを加算した後、ステップ８０９に進む。

最後に、ステップ８０３で判定した結果、前提となる診断とマスク対象の診断の全ての項目が検索された場合、検索処理を終了する。

次に実施例２について、図１０、図１１を用いて説明する。この実施例２は、実施例１において図７および図８に示した一意な番号の、別の例を示すものである。

図１０は、図６に示したマトリックスの中に記載した“○”に対応する一意な番号を設定する際の設定例の図７とは別の例を示す図である。

本実施例では、ＦＬＡＧ＿１（０１）〜ＦＬＡＧ＿ＺＺ（ＺＺ）の各構造体のそれぞれに順に割り当てた数値を上位１ｂｙｔｅとし、ＦＬＡＧ＿１（０１）〜ＦＬＡＧ＿ＺＺ（ＺＺ）の各構造体のそれぞれにおいて、ｂｉｔ０〜７のうち前提となる診断のいずれかが割り当てられたｂｉｔの全てが立った数値を下位１ｂｙｔｅとし、この上位１ｂｙｔｅおよび下位１ｂｙｔｅでなる２ｂｙｔｅの数値を、その構造体に含まれる前提となる診断全てを示す一意な番号として用いるようにしている。

すなわち、構造体ＦＬＡＧ＿１（０１）に含まれる前提となる診断の一意な番号の上位１ｂｙｔｅは０ｘ０１であり、次の構造体ＦＬＡＧ＿２（０２）に含まれる前提となる診断の一意な番号の上位１ｂｙｔｅは０ｘ０２であり、この要領で順に振っていく。

また、各構造体の各ｂｉｔのそれぞれに割り当てられた前提となる診断が“○”である場合（図６参照）には、そのｂｉｔを立て、その結果のｂｉｔ０〜７で表わされる数値を、その構造体に含まれる前提となる診断全てを示す一意な番号として用いるようにしている。

従って、例えば、「マスク対象診断１」に対応しＦＬＡＧ＿１（０１）に割り当てられた一意な番号は、ｂｉｔ０、ｂｉｔ１およびｂｉｔ７が立っているので、ｂｉｔ７を上位として２進数で１０００００１１となり、０ｘ０１８３である。この実施例によれば、複数の前提故障診断についての、各関連故障診断と関連するか否かの情報を一つの一意な番号で表現することができ、相関表１０２の記憶に必要な記憶容量をより削減することができる。

図１１は、図１０に示した一意な番号を設定した一次元配列を示す図である。

本実施例では、この一次元配列を図１に示した相関表１０２として用いる。

この一次元配列は、各マスク対象診断について、前提となる診断の一意な番号を列記し、その最後に終端記号０ｘＦＦＦＦを付加してなる。この一次元配列では、一意な番号の数値自体が、いずれが前提となる診断であっていずれが前提とならない診断であるかの情報を含んでいる。この一次元配列に基づいた検索処理は、実施例１と同様にして行うことができるのでその説明は省略する。

＜付記＞
なお、以上説明した本発明は、
１．
車両の故障診断を行う車両故障診断装置であって、
前記故障診断が、複数種類の故障診断をするものであり、
前記複数種類の故障診断のうちの一の故障診断である前提故障診断と、前記前提故障診断により故障が発生していると診断された場合に該前提故障診断に関連して診断不可能な故障診断である関連故障診断と、を関連付けた相関表を有し、
前記相関表に基づいて、前記関連故障診断に関連付けられた前記前提故障診断を検索し、前記前提故障診断により故障が発生していると診断された場合に前記関連故障診断を実行するか否かを決定する診断制御手段と、を有する車両故障診断装置であって、
前記相関表は、前記関連故障診断のそれぞれごとに、該関連故障診断に関連付けられた前記前提故障診断を列記し、該関連故障診断に関連付けられていない前記前提故障診断は列記しない表である、
ことを特徴とする車両故障診断装置、としたので、
・前提となる診断と関連する診断との相関情報を検索する処理の負荷を軽減するとともに必要な記憶容量も削減した車両故障診断装置を提供することができる。

２．
車両の故障診断を行う車両故障診断装置であって、
前記故障診断が、複数種類の故障診断をするものであり、
前記複数種類の故障診断のうちの一の故障診断である前提故障診断と、前記前提故障診断により故障が発生していると診断された場合に該前提故障診断に関連して診断不可能な故障診断である関連故障診断と、を関連付けた相関表を有し、
前記相関表に基づいて、前記前提故障診断に関連付けられた前記関連故障診断を検索し、前提故障診断により故障が発生していると診断された場合に前記関連故障診断を実行するか否かを決定する診断制御手段と、を有する車両故障診断装置であって、
前記相関表は、前記前提故障診断のそれぞれごとに、該前提故障診断に関連付けられた前記関連故障診断を列記し、該前提故障診断に関連付けられていない前記関連故障診断は列記しない表である、
ことを特徴とする車両故障診断装置、としたので、
・前提となる診断と関連する診断との相関情報を検索する処理の負荷を軽減するとともに必要な記憶容量も削減した車両故障診断装置を提供することができる。

また本発明は、
３．
１．に記載の車両故障診断装置において、
前記相関表は、前記関連故障診断のそれぞれごとの該関連故障診断に関連付けられた前記前提故障診断の列記の最後に終端記号を有する表である、
ことを特徴とする車両故障診断装置、としたので、
・終端記号によって、現在の関連故障診断と次の関連故障診断との区切りが明確になって処理が簡単になり、前提となる診断と関連する診断との相関情報を検索する処理の負荷をより軽減することができる。

また本発明は、
４．
１．に記載の車両故障診断装置において、
前記相関表は、前記前提故障診断のそれぞれをｂｉｔ位置に割り当て、該割り当てられたｂｉｔのみが立った数値を列記することで、前記関連故障診断に関連付けられた前記前提故障診断を列記した表である、
ことを特徴とする車両故障診断装置、としたので、
・前提故障診断の列記に大きな記憶容量を必要とせず、必要な記憶容量をより削減することができる。

また本発明は、
５．
１．に記載の車両故障診断装置において、
前記相関表は、前記前提故障診断のそれぞれをｂｉｔ位置に割り当て、前記前提故障診断のいずれかが割り当てられたｂｉｔの全てが立った数値を列記することで、前記関連故障診断に関連付けられた前記前提故障診断を列記した表である、
ことを特徴とする車両故障診断装置、としたので、
・前提故障診断の列記に大きな記憶容量を必要とせず、必要な記憶容量をより削減することができる。

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

１…エンジン、２…ピストン、３…吸気バルブ、４…排気バルブ、５…燃料噴射弁、６…点火プラグ、７…点火コイル、８…ノックセンサ、９…ＥＣＵ（エンジンコントロールユニット）、１０…吸気管、１１…排気管、１２…三元触媒、１３…空燃比センサ、１４…コレクタ、１５…クランク角度センサ、１６…シグナルプレート、１７…絞り弁、１８…ＡＦＭ（空気流量計）、１９…燃焼室、２０…アクセル開度センサ。

Claims (2)

1. 車両の故障診断を行う車両故障診断装置であって、
   前記故障診断が、複数種類の故障診断をするものであり、
   前記複数種類の故障診断のうちの一の故障診断である前提故障診断と、前記前提故障診断により故障が発生していると診断された場合に該前提故障診断に関連して診断不可能な故障診断である関連故障診断と、を関連付けた相関表を有し、
   前記相関表に基づいて、前記関連故障診断に関連付けられた前記前提故障診断を検索し、前記前提故障診断により故障が発生していると診断された場合に前記関連故障診断を実行するか否かを決定する診断制御手段と、を有する車両故障診断装置であって、
   前記相関表は、前記関連故障診断のそれぞれごとに、該関連故障診断に関連付けられた前記前提故障診断を列記し、該関連故障診断に関連付けられていない前記前提故障診断は列記しない表であり、
   前記相関表は、前記前提故障診断のそれぞれをｂｉｔ位置に割り当て、該割り当てられたｂｉｔのみが立った数値を列記することで、前記関連故障診断に関連付けられた前記前提故障診断を列記した表である、
   ことを特徴とする車両故障診断装置。
2. 車両の故障診断を行う車両故障診断装置であって、
   前記故障診断が、複数種類の故障診断をするものであり、
   前記複数種類の故障診断のうちの一の故障診断である前提故障診断と、前記前提故障診断により故障が発生していると診断された場合に該前提故障診断に関連して診断不可能な故障診断である関連故障診断と、を関連付けた相関表を有し、
   前記相関表に基づいて、前記関連故障診断に関連付けられた前記前提故障診断を検索し、前記前提故障診断により故障が発生していると診断された場合に前記関連故障診断を実行するか否かを決定する診断制御手段と、を有する車両故障診断装置であって、
   前記相関表は、前記関連故障診断のそれぞれごとに、該関連故障診断に関連付けられた前記前提故障診断を列記し、該関連故障診断に関連付けられていない前記前提故障診断は列記しない表であり、
   前記相関表は、前記前提故障診断のそれぞれをｂｉｔ位置に割り当て、前記前提故障診断のいずれかが割り当てられたｂｉｔの全てが立った数値を列記することで、前記関連故障診断に関連付けられた前記前提故障診断を列記した表である、
   ことを特徴とする車両故障診断装置。

Images