JP3918712B2 - 故障診断機能判定装置 - Google Patents
故障診断機能判定装置 Download PDFInfo
- Publication number
- JP3918712B2 JP3918712B2 JP2002304573A JP2002304573A JP3918712B2 JP 3918712 B2 JP3918712 B2 JP 3918712B2 JP 2002304573 A JP2002304573 A JP 2002304573A JP 2002304573 A JP2002304573 A JP 2002304573A JP 3918712 B2 JP3918712 B2 JP 3918712B2
- Authority
- JP
- Japan
- Prior art keywords
- failure diagnosis
- determination
- function
- normal
- diagnosis
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- G—PHYSICS
- G01—MEASURING; TESTING
- G01M—TESTING STATIC OR DYNAMIC BALANCE OF MACHINES OR STRUCTURES; TESTING OF STRUCTURES OR APPARATUS, NOT OTHERWISE PROVIDED FOR
- G01M15/00—Testing of engines
- G01M15/04—Testing internal-combustion engines
Landscapes
- Chemical & Material Sciences (AREA)
- Engineering & Computer Science (AREA)
- Combustion & Propulsion (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Combined Controls Of Internal Combustion Engines (AREA)
- Time Recorders, Dirve Recorders, Access Control (AREA)
- Electrical Control Of Air Or Fuel Supplied To Internal-Combustion Engine (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Testing And Monitoring For Control Systems (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、車両の故障診断機能判定装置、プログラム、及び記録媒体に関する。
【０００２】
【従来の技術】
従来より、車両には、センサ等の各種の機器の異常を自動的に検出するために、マイコン等を主要部とする故障診断装置が搭載されている。
ところが、この故障診断装置が、何らの原因で正常に機能しない場合には、センサ等の異常を的確に検出できないので、故障診断装置の機能をチェックする方法として、例えばＣＡＲＢ（California Air Resources Board）により所定の故障診断規則が提案されている（非特許文献１参照）。
【０００３】
この規則は、故障診断装置の機能を車載状態（オンボード）でチェックするものであり、故障診断結果をランプ等により報知するように定めている。この規則では、エンジン始動から次のエンジン始動までを運転サイクルと定めており、例えば図２１に示す様に、運転サイクル終了時に、ステップ２０００にて、例えばセンサ等の故障診断が完了しているか否かを判定し、故障診断が完了している場合には、ステップ２１００にて、故障診断機能が正常と判断する処理等が可能である。
【０００４】
【非特許文献１】
ＯＢＤII（故障診断装置）規則「ＯＢＤII Malfunction and Diagnostic System Requirements」（米国）、ＣＡＲＢ、２００２年４月２５日発行
【０００５】
【発明が解決しようとする課題】
しかしながら、上述した技術では、次の様な問題があり、必ずしも十分ではない。
つまり、前記故障診断装置の機能をチェックする場合には、図２２に示す様に、例えばセンサ等の故障診断の完了により（フラグ＝１）、一度機能が正常と判定された場合には、その後異常と判定されるまでは、正常であるとのデータを保持している。そのため、外部装置（外部ツール）を使用して、その判定をクリアすることは可能であるが、その後一度でも機能が正常と判定された場合には、何らかの原因で、故障診断が完了できない状態（フラグ＝０）が続いた場合でも、機能が正常と判定されてしまう。
【０００６】
本発明は、前記課題を解決するためになされたものであり、その目的は、故障診断装置の機能のチェックを的確に行うことができる故障診断機能判定装置、プログラム、及び記録媒体に関する。
【０００７】
【課題を解決するための手段及び発明の効果】
（１）請求項１の発明は、車両に搭載された診断対象（例えばセンサ等の機器）の故障診断を自動的に行う故障診断装置における、前記自動的に行われる故障診断の機能を判定する故障診断機能判定装置に関するものであり、本発明では、前記診断対象の故障診断が完了したか否かを判定する完了状態判定手段と、車両の運転サイクル終了時に、前記故障診断が完了したか否かに関わらず、前記完了状態判定手段による判定結果を、最新のものから過去に至る複数回分、記憶する診断判定記憶手段と、前記診断判定記憶手段に記憶された判定結果に基づき、前記診断対象の故障診断が、前記複数回分にわたり完了していないと判定された場合には、前記故障診断装置の機能が正常ではないと判定する機能判定手段と、を備えたことを特徴とする。
【０００８】
本発明では、車両の運転サイクル終了時に、故障診断が完了したか否かに関わらず、完了状態判定手段による判定結果を、最新のものから過去に至る複数回分記憶し、その記憶された判定結果に基づき、診断対象の故障診断が、複数回分にわたり完了していないと判定された場合には、故障診断装置の機能が正常ではないと判定するので、的確に故障診断機能の判定を行うことができる。
【０００９】
従って、従来の様に、「故障診断が完了できない状態が続いた場合でも、過去に完了できていれば、機能が正常と判定されてしまう」ということがなく、故障診断の機能の状態を的確に判定することができるという効果を奏する。
【００１０】
（２）請求項２の発明では、前記故障診断機能の判定結果を記憶する機能判定記憶手段を備えたことを特徴とする。
【００１１】
本発明では、例えば正常判定履歴エリアに、故障診断機能の判定結果として、例えば故障判定機能の正常又は異常のデータの少なくともいずれか一方を記憶することができるので、この記憶した判定結果に基づいて、例えばＭＩＬ等のランプの点灯や消灯などの制御を行うことができる。
【００１２】
（３）請求項３の発明では、故障診断機能が正常でないと判定された場合には、前記機能判定記憶手段に記憶されている前記故障診断機能の正常履歴をクリア（消去）することを特徴とする。
本発明では、故障診断機能が正常でないと判定された場合には、記憶されている故障診断機能の正常履歴をクリアするので、過去の正常と判定されたデータを消去することができる。それにより、正常でないにもかかわらず正常であると誤判定したり誤表示することを防止することができる。
【００１３】
尚、故障診断機能の正常履歴をクリアする処理では、誤判定の原因となりうる正常であるとのデータを消去するが、正常のデータを消去する処理の概念には、消去して異常のデータに変更する処理も含むものとする（以下同様）。
【００１４】
（４）請求項４の発明は、車両に搭載された診断対象（センサ等の機器）の故障診断を自動的に行う故障診断装置における、前記自動的に行われる故障診断の機能を判定する故障診断機能判定装置に関するものであり、本発明では、前記診断対象の故障診断が完了したか否かを判定する完了状態判定手段と、車両の運転サイクル終了時に、前記故障診断が完了したか否かに関わらず、前記完了状態判定手段による判定結果を、最新のものから過去に至る複数回分、記憶する診断判定記憶手段と、前記診断判定記憶手段に記憶された前記複数回分の判定結果に基づき、前記診断対象の故障診断が完了した頻度又は完了しなかった頻度の少なくともいずれか一方を求める頻度算出手段と、前記頻度算出手段により算出された前記頻度に基づいて、前記故障診断装置の機能の判定を行うものであって、前記故障診断が完了した頻度が所定値未満の場合又は前記故障診断が完了しない頻度が所定値以上の場合には、前記故障診断機能を正常と判定しない機能判定手段と、を備えたことを特徴とする。
【００１５】
本発明では、車両の運転サイクル終了時に、故障診断が完了したか否かに関わらず、完了状態判定手段による判定結果を、最新のものから過去に至る複数回分記憶し、その記憶された複数回分の判定結果に基づき、診断対象の故障診断が完了した頻度又は完了しなかった頻度の少なくともいずれか一方を求め、その頻度に基づいて、故障診断装置の機能の判定を行う。そして、故障診断が完了した頻度が所定値未満の場合又は故障診断が完了しない頻度が所定値以上の場合には、故障診断機能を正常と判定しない。よって、的確に故障診断機能の判定を行うことができる。
【００１６】
従って、従来の様に、「故障診断が完了できない状態が続いた場合でも、過去に完了できていれば、機能が正常と判定されてしまう」ということがなく、故障診断の機能の状態を的確に判定することができるという効果を奏する。
特に本発明では、完了頻度等を用いて故障診断機能の判定を行うので、例えば連続した完了／未完了のデータが得られない場合（特にセンサ等の異常チェックの頻度が少ないような場合）でも、迅速に故障診断機能をチェックすることができるという利点がある。
【００１８】
（５）請求項５の発明では、前記故障診断機能の判定結果を記憶する機能判定記憶手段を備えたことを特徴とする。
本発明では、例えば正常判定履歴エリアに、故障診断機能の判定結果として、例えば故障判定機能の正常又は異常のデータの少なくともいずれか一方を記憶することができるので、この記憶した判定結果に基づいて、例えばＭＩＬ等のランプの点灯や消灯などの制御を行うことができる。
【００１９】
（６）請求項６の発明では、前記故障診断機能が正常でないと判定された場合には、前記機能判定記憶手段に記憶されている前記故障診断機能の正常履歴をクリア（消去）することを特徴とする。
本発明では、故障診断機能が正常でないと判定された場合には、記憶されている故障診断機能の正常履歴をクリアするので、過去の正常と判定されたデータを消去することができる。それにより、正常でないにもかかわらず正常であると誤判定したり誤表示することを防止することができる。
【００２０】
（７）請求項７の発明は、 車両に搭載された診断対象（センサ等の機器）の故障診断を自動的に行う故障診断装置における、前記自動的に行われる故障診断の機能を判定する故障診断機能判定装置に関するものであり、本発明では、前記診断対象の故障診断が完了したか否かを判定する完了状態判定手段と、車両の運転サイクル終了時に、前記故障診断が完了したか否かに関わらず、前記完了状態判定手段による判定結果を、最新のものから過去に至る複数回分、記憶する診断判定記憶手段と、外部装置からの判定クリア要求があるか否かを判定するクリア要求判定手段と、前記クリア要求判定手段により、前記判定クリア要求があると判断されると前記診断判定記憶手段に記憶した前記判定結果をクリアする判定結果クリア手段と、を備えるとともに、前記診断判定記憶手段に記憶された前記複数回分の判定結果に基づき、前記診断対象の故障診断が完了した頻度又は完了しなかった頻度の少なくともいずれか一方を求める頻度算出手段と、前記頻度算出手段により算出された前記頻度に基づいて、前記故障診断装置の機能の判定を行うものであって、前記故障診断が完了した頻度が所定値未満の場合又は前記故障診断が完了しない頻度が所定値以上の場合には、前記故障診断機能を正常と判定しない機能判定手段と、を備えたことを特徴とする。
【００２１】
本発明では、車両の運転サイクル終了時に、故障診断が完了したか否かに関わらず、完了状態判定手段による判定結果を、最新のものから過去に至る複数回分記憶し、更に、外部装置からの判定クリア要求があるか否かを判定し、判定クリア要求があると判断されると、その記憶した判定結果をクリアする。また、診断判定記憶手段に記憶された複数回分の判定結果に基づき、診断対象の故障診断が完了した頻度又は完了しなかった頻度の少なくともいずれか一方を求め、この頻度に基づいて、故障診断装置の機能の判定を行う。そして、故障診断が完了した頻度が所定値未満の場合又は故障診断が完了しない頻度が所定値以上の場合には、故障診断機能を正常と判定しない。よって、的確に故障診断機能の判定を行うことができる。
【００２２】
従って、従来の様に、「故障診断が完了できない状態が続いた場合でも、過去に完了できていれば、機能が正常と判定されてしまう」ということがなく、故障診断の機能の状態を的確に判定することができるという効果を奏する。
特に本発明では、頻度に基づく判定を行うので、記憶装置のエリアが小さい場合でも前記効果を奏することができる。
【００２３】
尚、診断判定記憶手段に記憶した判定結果をクリアする処理の概念には、完了のデータを消去するだけでなく、完了のデータを未完了のデータに変更する処理も含むものとする（以下同様）。
（８）請求項８の発明では、前記故障診断機能の判定結果を記憶する機能判定記憶手段を備えたことを特徴とする。
【００２４】
本発明では、例えば正常判定履歴エリアに、故障診断機能の判定結果として、例えば故障判定機能の正常及び／又は異常のデータを記憶することができるので、この記憶した判定結果に基づいて、例えばＭＩＬ等のランプの点灯や消灯などの制御を行うことができる。
【００２５】
（９）請求項９の発明では、前記故障診断機能が正常でないと判定された場合には、前記機能判定記憶手段に記憶されている前記故障診断機能の正常履歴をクリア（消去）することを特徴とする。
本発明では、故障診断機能が正常でないと判定された場合には、記憶されている故障診断機能の正常履歴をクリアするので、過去の正常と判定されたデータを消去することができる。それにより、正常でないにもかかわらず正常であると誤判定したり誤表示することを防止することができる。
【００３２】
（１０）請求項１０の発明では、車両に搭載された診断対象（センサ等の機器）の故障診断を自動的に行う故障診断装置における、前記自動的に行われる故障診断の機能を判定する故障診断機能判定装置に関するものであり、本発明では、エンジンの始動毎に、前記診断対象の故障診断の完了状態を判定する完了状態判定手段と、前記完了状態判定手段の完了状態判定結果に基づき、前記故障診断装置の機能が正常か否かを判定する機能判定手段と、前記機能判定手段による前記故障診断機能の判定結果が正常である場合に正常である旨を記憶する機能判定記憶手段と、エンジンの始動回数を計測する始動回数記憶手段と、前記始動回数計測手段により計測された前記始動回数が、所定の回数以上か否かを判定する始動回数判定手段と、前記始動回数判定手段により前記始動回数が所定の回数以上と判定された場合には、前記機能判定記憶手段において前記正常である旨が記憶された正常履歴をクリアする判定クリア手段と、を備えたことを特徴とする。
【００３３】
本発明では、完了状態判定手段の完了状態判定結果に基づき、故障診断装置の機能が正常か否かを判定し、その判定結果が正常である場合に正常である旨を記憶する。また、エンジンの始動回数を計測し、その始動回数が、所定の回数以上か否かを判定する。そしてその始動回数が所定の回数以上と判定された場合には、機能判定記憶手段において正常である旨が記憶された正常履歴をクリアする。よって、的確に故障診断機能の判定を行うことができる。
【００３４】
従って、従来の様に、「故障診断が完了できない状態が続いた場合でも、過去に完了できていれば、機能が正常と判定されてしまう」ということがなく、故障診断の機能の状態を的確に判定することができるという効果を奏する。
特に本発明では、適切なタイミングで自動的に故障診断機能の判定結果をクリアできるので、その処理が容易であるという利点がある。
【００３５】
（１１）請求項１１の発明は、車両に搭載された診断対象（センサ等の機器）の故障診断を自動的に行う故障診断装置における、前記自動的に行われる故障診断の機能を判定する故障診断機能判定装置に関するものであり、本発明では、エンジンの始動毎に、前記診断対象の故障診断の完了状態を判定する完了状態判定手段と、前記完了状態判定手段の完了状態判定結果に基づき、前記故障診断装置の機能が正常か否かを判定する機能判定手段と、前記機能判定手段による前記故障診断機能の判定結果が正常である場合に正常である旨を記憶する機能判定記憶手段と、エンジンの始動回数を計測する始動回数記憶手段と、前記始動回数計測手段により計測された前記始動回数が、所定の回数以上か否かを判定する始動回数判定手段と、を備え、前記機能判定手段は、前記始動回数判定手段により前記始動回数が所定の回数以上と判定された場合には、前記故障診断機能を異常とみなすことを特徴とする。
【００３６】
本発明では、完了状態判定手段の完了状態判定結果に基づき、故障診断装置の機能が正常か否かを判定し、その判定結果が正常である場合に正常である旨を記憶する。また、エンジンの始動回数を計測し、その始動回数が、所定の回数以上か否かを判定する。そして、前記始動回数が所定の回数以上と判定された場合には、故障診断機能を異常とみなす。よって、的確に故障診断機能の判定を行うことができる。
【００３７】
従って、従来の様に、「故障診断が完了できない状態が続いた場合でも、過去に完了できていれば、機能が正常と判定されてしまう」ということがなく、故障診断の機能の状態を的確に判定することができるという効果を奏する。
尚、正常ではないと判定された場合には、故障診断機能の判定結果をクリアする等の処理が可能である。
【００３８】
（１２）請求項１２の発明では、前記始動回数が前記所定回数以上と判定された場合にその旨を報知する第１の報知手段を備えたことを特徴とする。
本発明では、例えば１００回以上警報ランプにより、始動回数が所定回数以上である旨を報知するので、その報知状態に応じて、ユーザ等が適切な対応をとることができる。
（１３）請求項１３の発明は、前記始動回数が前記所定回数よりも小さい回数であって故障診断機能が正常か異常かを判定する回数としては少ない回数の場合にその旨を報知する第２の報知手段を備えたことを特徴とする。
【００３９】
（１４）請求項１４の発明では、故障診断機能の判定結果を報知する判定結果報知手段を備えたことを特徴とする。
本発明では、例えばＭＩＬ等により、故障診断機能の判定結果を報知するので、ユーザ等はそれにより、故障診断機能の状態を正確に把握することができる。
【００４０】
（１５）請求項１５の発明は、請求項１〜１４いずれかに記載の故障診断機能判定装置の機能を実現するための手段を有するプログラムを示している。
つまり、上述した故障診断機能判定装置の機能を実現するための各手段は、コンピュータのプログラムにより実行される処理により実現することができる。
【００４１】
（１６）請求項１６の発明は、請求項１５に記載のプログラムの機能を実現するための手段を記憶している記録媒体を示している。
つまり、上述した様なプログラムをコンピュータシステムにて実現する機能は、例えば、コンピュータシステム側で起動するプログラムとして備えることができる。このようなプログラムの場合、例えば、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク等のコンピュータ読み取り可能な記録媒体に記録し、必要に応じてコンピュータシステムにロードして起動することにより用いることができる。この他、ＲＯＭやバックアップＲＡＭ等をコンピュータ読み取り可能な記録媒体として前記プログラムを記録しておき、このＲＯＭあるいはバックアップＲＡＭ等をコンピュータシステムに組み込んで用いても良い。
【００４２】
【発明の実施の形態】
次に、本発明の故障診断機能判定装置、プログラム、及び記録媒体の実施の形態の例（実施例）について、図面に基づいて説明する。
（実施例１）
本実施例の故障診断機能判定装置は、連続した最近の（センサ等の機器の異常チェックの）完了／未完了の情報から、故障診断機能が正常か異常かを判定するものである。
【００４３】
ａ）まず、本実施例の故障診断機能判定装置を含む制御システムについて説明する。
図１に示す様に、本実施例では、車両のエンジン１を制御する電子制御装置であるエンジン制御装置（エンジンＥＣＵ）２を備えており、このエンジンＥＣＵ２が、センサ等の機器の異常を検出する故障診断装置と、この故障診断装置の機能が正常か異常かを判定する故障診断機能判定装置として機能する。
【００４４】
前記エンジンＥＣＵ２は、周知の演算処理装置であるマイクロコンピュータ（マイコン）３と、故障診断の結果等を記憶する記憶装置４とを備えている。従って、主としてマイコン３と記憶装置４とにより故障診断機能判定装置が構成されている。
【００４５】
前記マイコン３は、エンジン１側、詳しくはエンジン１及びその周囲等に配置された（異常検出の対象である）センサ等の機器と接続されるとともに、異常検出等の結果を報知するＭＩＬ（マルチインジケータランプ）６と接続されている。また、マイコン３には、（図示しない接続端子を介して）外部装置（外部ツール）７が、例えばガソリンスタンド等の車両をチェックする場所等にて、必要に応じて適宜接続される。
【００４６】
前記記憶装置４としては、例えば不揮発性メモリであるＥＥＰＲＯＭ（又は揮発性メモリであるＳＲＡＭ）等が挙げられ、この記憶装置４には、後述する様に、複数回（ｎ回：例えば１０回）の故障診断の完了／未完了の状態をそれぞれ記憶するために、記憶領域である完了履歴エリア１〜ｎがそれぞれ設定されている。尚、前記記憶装置４ではなく、各回の故障診断の実施に対応して、その結果をそれぞれ記憶する様な個別の記憶装置を用いてもよい。
【００４７】
ｂ）次に、本実施例の故障診断機能判定装置の基本的な動作について説明する。
通常は、マイコン３により、センサ等の機器及びＭＩＬ６の動作を制御する。また、マイコン３には、センサ等からの信号が入力する。
【００４８】
更に、マイコン３に外部装置７が接続された場合には、外部装置７から出力された各種の要求信号に応じて、マイコン３では、外部装置７に対する出力等の処理を行う。
例えば、外部装置７からマイコン３に対して、センサ等の異常検出の結果を出力する要求がなされた場合には、マイコン３から外部装置７に対して、異常検出の結果が出力される。
【００４９】
また、外部装置７からマイコン３に対して、判定クリア要求がなされた場合には、記憶装置４の完了履歴エリア１〜ｎに記憶された完了／未完了のデータがクリア（消去）される。即ち、全ての完了履歴エリア１〜ｎには、未完了を示す「０」が設定される。尚、ここで判定クリア要求とは、全ての完了履歴エリア１〜ｎのデータをクリアする要求である。
【００５０】
特に、本実施例では、センサ等の故障診断を実施した場合に、それが完了したときには、完了履歴エリア１に「１」と記憶し、一方、故障診断が未完了のときには、完了履歴エリア１に「０」と記憶する。そして、この動作を連続１０回繰り返し、それぞれの完了／未完了の結果を、完了履歴エリア１〜ｎに順次記憶する。尚、前記連続１０個のデータは、最新のデータが記憶されるごとに、毎回最新の１０個のデータに更新される。
【００５１】
ここで、上述したセンサ等の異常検出を行う項目としては、例えば排気ガス中の酸素濃度を検出する酸素センサの異常チェック、燃料タンクからの燃料の蒸発状態をチェックするエバポシステムの異常チェック、失火状態の異常チェック、排気再循環（ＥＧＲ）の異常チェック、触媒機能の異常チェックなどが挙げられる。
【００５２】
ｃ）次に、本実施例の故障診断機能判定装置のマイコン３にて実施される主要な処理について説明する。
▲１▼外部装置７からの要求時の処理
本処理は、外部装置７からの要求が検知された場合に実施される処理である。
【００５３】
図２（ａ）のフローチャートに示す様に、ステップ１００では、外部装置７から、判定クリア要求があるか否かを判定する。ここで肯定判断されるとステップ１１０に進み、一方否定判断されると一旦本処理を終了する。
ステップ１１０では、判定クリア要求があるので、センサ等の故障診断が完了しているか否かの完了履歴を、全て未完了に設定し、一旦本処理を終了する。
【００５４】
つまり、本処理では、判定クリア要求があった場合には、全ての完了履歴エリア１〜ｎに記憶されている完了を示す「１」のデータを、全て未完了の「０」に設定する。これにより、全ての完了履歴エリア１〜ｎに記憶されているデータは、未完了を示す「０」となる。
【００５５】
▲２▼運転サイクル終了時の処理
本処理は、運転サイクル終了時に実施される。つまり、運転サイクルとは、前回の始動時から今回の始動時までの期間であるので、運転サイクル終了時とは、今回の始動時を意味する（以下同様）。
【００５６】
図２（ｂ）のフローチャートに示す様に、ステップ２００では、センサ等の故障診断の完了／未完了の履歴を更新する。即ち、最新の過去１０回分の完了／未完了のデータを、前記完了履歴エリア１〜ｎに記憶する。
続くステップ２１０では、過去１０回の故障診断で、１回以上、センサ等の故障診断が完了したか否かを判定する。ここで肯定判断されるとステップ２２０に進み、一方否定判断されるとステップ２３０に進む。
【００５７】
ステップ２２０では、過去１０回のうち、１回以上故障診断が完了しているので、故障診断機能が正常とし、正常を示すためにＭＩＬ６を駆動し（例えば消灯し）、一旦本処理を終了する。
一方、ステップ２３０では、過去１０回のうち、１回も故障診断が完了していないので、故障診断機能が異常とし、異常を示すためにＭＩＬ６を駆動し（例えば点灯又は点滅し）、一旦本処理を終了する。
【００５８】
上述した処理により、故障診断機能が正常であるか異常であるかを判定して、報知することができる。
ｄ）次に、本実施例の故障診断機能判定装置の効果について説明する。
本実施例では、センサ等の故障診断の完了／未完了を完了履歴エリア１〜ｎに記憶し、最新の過去１０回の故障診断のうち、１回でも完了している場合には、故障診断機能が正常であると判定し、一方、１回も完了していない場合には、異常と判定している。
【００５９】
つまり、図３に示す様に、故障診断が過去１０回のうち、１回でも完了している場合には、故障診断機能が正常と判断して、ＭＩＬ６により正常を表示し、また、過去１０回連続して完了していない場合には、異常と判定して、ＭＩＬ６により異常を表示するので、異常である（詳しくは故障診断が完了していない）にもかかわらず正常と誤判定することがない。
【００６０】
従って、従来の様に、「故障診断が完了できない状態が続いた場合でも、過去に完了できていれば、機能が正常と判定されてしまう」ということがなく、故障診断の機能の状態を的確に判定することができるという効果を奏する。
尚、本実施例では、連続して１０回故障診断が未完了した場合に、故障診断機能が異常であるとみなしたが、連続していなくともよい。また、所定時間内に故障診断が未完了の場合に、異常とみなしてもよい。
（実施例２）
次に実施例２について説明するが、前記実施例１と同様な箇所の説明は省略する。
【００６１】
ａ）まず、本実施例の故障診断機能判定装置の制御システムについて説明する。
図４に示す様に、本実施例では、前記実施例１と同様に、エンジン１１、エンジンＥＣＵ１２、マイコン１３、記憶装置１４、ＭＩＬ１６、外部装置１７等を備えている。
【００６２】
特に本実施例では、記憶装置１４に、前記実施例１と同様な、完了／未完了のデータを記憶する完了履歴エリア１〜ｎ（例えば１０）を有するとともに、完了履歴エリアのデータに基づいて実施された故障診断機能の判定結果を記憶する正常判定履歴エリアを有している。尚、この正常判定履歴エリアは、他の記憶装置に設けてよい。
【００６３】
そして、前記実施例１に示す様な故障診断機能の判定の結果、故障診断機能が正常と判定された場合には、この正常判定履歴エリアに「１」を記憶し、一方、故障診断機能が異常と判定された場合には、この正常判定履歴エリアに「０」を記憶する。
【００６４】
ｂ）次に、本実施例の故障診断機能判定装置の処理について説明する。
▲１▼外部装置１７からの要求時の処理
図５（ａ）のフローチャートに示す様に、ステップ３００では、外部装置１７から、判定クリア要求があるか否かを判定する。ここで肯定判断されるとステップ３１０に進み、一方否定判断されると一旦本処理を終了する。
【００６５】
ステップ３１０では、判定クリア要求があるので、センサ等の故障診断が完了しているか否かの完了履歴を、全て未完了に設定するとともに、故障診断機能の正常履歴（故障診断機能履歴）をクリアし、一旦本処理を終了する。
尚、ここで判定クリア要求とは、全ての完了履歴エリア１〜ｎ及び正常判定履歴エリアのデータをクリアする要求である。
【００６６】
つまり、本処理では、判定クリア要求があった場合には、全ての完了履歴エリア１〜ｎに記憶されている完了を示す「１」のデータを、全て未完了の「０」に設定するとともに、正常判定履歴エリアに記憶されている正常を示す「１」のデータを、異常を示す「０」に設定する。
【００６７】
▲２▼運転サイクル終了時の処理
図５（ｂ）のフローチャートに示す様に、ステップ４００では、センサ等の故障診断の完了／未完了の履歴を更新する。即ち、最新の過去１０回分の完了／未完了のデータを、前記完了履歴エリア１〜ｎに記憶する。
【００６８】
続くステップ４１０では、今回（即ち最新の故障診断にて）、故障診断が完了したか否かを判定する。ここで肯定判断されるとステップ４２０に進み、一方否定判断されるとステップ４３０に進む。
ステップ４２０では、今回、故障診断が完了しているので、故障診断機能が正常として、その正常であることを記憶する。即ち、正常判定履歴エリアに「１」を記憶し、一旦本処理を終了する。
【００６９】
一方、ステップ４３０では、過去１０回、センサ等の故障診断が全て未完了であるか否かを判定する。ここで肯定判断されるとステップ４４０に進み、一方否定判断されると一旦本処理を終了する。
ステップ４４０では、過去１０回全て未完了であるので、故障診断機能が異常であるとみなして、故障診断機能の正常履歴をクリアする。即ち、正常判定履歴エリアに「０」を記憶し、一旦本処理を終了する。
【００７０】
上述した処理により、故障診断機能が正常であるか異常であるかを判定することができる。
ｃ）この様に、本実施例では、センサ等の故障診断の完了／未完了を完了履歴エリア１〜ｎに記憶するとともに、故障診断機能の判定の結果を正常判定履歴エリアに記憶し、今回完了である場合には、故障診断機能が正常であると判断し、一方、過去１０回全て未完了である場合には、異常と判定している。
【００７１】
これにより、前記実施例１と同様に、故障診断機能が正常か異常かを的確に判定することができ、前記図３に示す様に、ＭＩＬ１６によりその判定結果を表示することができる。
特に本実施例では、故障診断機能の判定の結果を正常判定履歴エリアに記憶しているので、いつでも判定結果を取り出すことが可能である。
（実施例３）
次に実施例３について説明するが、前記実施例１と同様な箇所の説明は省略する。
【００７２】
ａ）まず、本実施例の故障診断機能判定装置の制御システムについて説明する。
図６に示す様に、本実施例では、前記実施例１と同様に、エンジン２１、エンジンＥＣＵ２２、マイコン２３、記憶装置２４、ＭＩＬ２６、外部装置２７等を備えている。
【００７３】
ｂ）次に、本実施例の故障診断機能判定装置の処理について説明する。
▲１▼外部装置１７からの要求時の処理
図７（ａ）のフローチャートに示す様に、ステップ５００では、外部装置２７から、判定クリア要求があるか否かを判定する。ここで肯定判断されるとステップ５１０に進み、一方否定判断されると一旦本処理を終了する。
【００７４】
ステップ５１０では、判定クリア要求があるので、センサ等の故障診断が完了しているか否かの完了履歴を、全て未完了に設定し、一旦本処理を終了する。
つまり、本処理では、判定クリア要求があった場合には、全ての完了履歴エリア１〜ｎに記憶されている完了を示す「１」のデータを、全て未完了の「０」に設定する。
【００７５】
▲２▼運転サイクル終了時の処理
図７（ｂ）のフローチャートに示す様に、ステップ６００では、センサ等の故障診断の完了／未完了の履歴を更新する。即ち、最新の過去１０回分の完了／未完了のデータを、前記完了履歴エリア１〜ｎに記憶する。
【００７６】
続くステップ６１０では、過去１０回分の完了／未完了のデータに基づいて、完了頻度（＝完了の回数／完了と未完了の回数の合計）を算出する。
続くステップ６２０では、完了頻度が２０％以上か否かを判定する。ここで肯定判断されるとステップ６３０に進み、一方否定判断されるとステップ６４０に進む。
【００７７】
ステップ６３０では、完了頻度が２０％以上と高いので、故障診断機能が正常として、正常を示すためにＭＩＬ２６を駆動し、一旦本処理を終了する。
一方、ステップ６４０では、完了頻度が低いので、故障診断機能が異常とし、異常を示すためにＭＩＬ２６を駆動し、一旦本処理を終了する。
【００７８】
上述した処理により、故障診断機能が正常であるか異常であるかを判定して、報知することができる。
ｃ）この様に、本実施例では、センサ等の故障診断の完了／未完了を完了履歴エリア１〜ｎに記憶するとともに、その記憶したデータに基づいて完了頻度を求め、完了頻度が高い場合には、故障診断機能が正常であると判断し、一方、完了頻度が低い場合には、異常と判定している。
【００７９】
これにより、前記実施例１と同様に、故障診断機能が正常か異常かを的確に判定することができる。
特に本実施例では、完了頻度を用いて故障診断機能の判定を行うので、前記実施例１の様に、連続した完了／未完了のデータが得られない場合（特にセンサ等の異常チェックの頻度が少ないような場合）でも、迅速に故障診断機能をチェックすることができるという利点がある。
（実施例４）
次に実施例４について説明するが、前記実施例２と同様な箇所の説明は省略する。
【００８０】
ａ）まず、本実施例の故障診断機能判定装置の制御システムについて説明する。
図８に示す様に、本実施例では、前記実施例２と同様に、エンジン３１、エンジンＥＣＵ３２、マイコン３３、記憶装置３４、ＭＩＬ３６、外部装置３７等を備えている。
【００８１】
本実施例では、記憶装置３４に、前記実施例２と同様な、完了／未完了のデータを記憶する完了履歴エリア１〜ｎ（例えば１０）を有するとともに、完了履歴エリアのデータに基づいて実施された故障診断機能の判定結果を記憶する正常判定履歴エリアを有している。
【００８２】
ｂ）次に、本実施例の故障診断機能判定装置の処理について説明する。
▲１▼外部装置３７からの要求時の処理
図９（ａ）のフローチャートに示す様に、ステップ７００では、外部装置３７から、判定クリア要求があるか否かを判定する。ここで肯定判断されるとステップ７１０に進み、一方否定判断されると一旦本処理を終了する。
【００８３】
ステップ７１０では、判定クリア要求があるので、センサ等の故障診断が完了しているか否かの完了履歴を、全て未完了に設定するとともに、故障診断機能の正常履歴をクリアし、一旦本処理を終了する。
つまり、本処理では、判定クリア要求があった場合には、全ての完了履歴エリア１〜ｎに記憶されている完了を示す「１」のデータを、全て未完了の「０」に設定するとともに、正常判定履歴エリアに記憶されている正常を示す「１」のデータを、異常を示す「０」に設定する。
【００８４】
▲２▼運転サイクル終了時の処理
図９（ｂ）のフローチャートに示す様に、ステップ８００では、センサ等の故障診断の完了／未完了の履歴を更新する。即ち、最新の過去１０回分の完了／未完了のデータを、前記完了履歴エリア１〜ｎに記憶する。
【００８５】
続くステップ８１０では、今回（即ち最新の故障診断にて）、故障診断が完了したか否かを判定する。ここで肯定判断されるとステップ８２０に進み、一方否定判断されるとステップ８３０に進む。
ステップ８２０では、今回、故障診断が完了しているので、故障診断機能が正常として、その正常であることを記憶する。即ち、正常判定履歴エリアに「１」を記憶し、一旦本処理を終了する。
【００８６】
一方、ステップ８３０では、過去１０回分の完了／未完了のデータに基づいて、前記完了頻度を算出する。
続くステップ８４０では、完了頻度が２０％未満か否かを判定する。ここで肯定判断されるとステップ８５０に進み、一方否定判断されると一旦本処理を終了する。
【００８７】
ステップ８５０では、完了頻度が２０％未満と低いので、故障診断機能が異常であるとみなして、故障診断機能の正常履歴をクリアする。即ち、正常判定履歴エリアに「０」を記憶し、一旦本処理を終了する。
上述した処理により、故障診断機能が正常であるか異常であるかを判定することができる。
【００８８】
ｃ）この様に、本実施例では、センサ等の故障診断の完了／未完了を完了履歴エリア１〜ｎに記憶するとともに、故障診断機能の判定結果を正常判定履歴エリアに記憶し、今回完了である場合には、故障診断機能が正常であると判断し、一方、完了頻度が低い場合には、異常と判定している。
【００８９】
これにより、前記実施例２と同様に、故障診断機能が正常か異常かを的確に判定して、ＭＩＬ３６によりその判定結果を表示することができるとともに、完了頻度を用いた判定を行うので、前記実施例３と同様な効果も奏する。
（実施例５）
次に実施例５について説明するが、前記実施例１と同様な箇所の説明は省略する。
【００９０】
ａ）まず、本実施例の故障診断機能判定装置の制御システムについて説明する。
図１０に示す様に、本実施例では、前記実施例１と同様に、エンジン４１、エンジンＥＣＵ４２、マイコン４３、記憶装置４４、ＭＩＬ４６、外部装置４７等を備えている。
【００９１】
本実施例では、記憶装置４４に、始動回数（運転サイクル数）を記憶する運転サイクル数記憶エリアと、完了回数を記憶する完了回数記憶エリアとを有している。
ｂ）次に、本実施例の故障診断機能判定装置の処理について説明する。
【００９２】
▲１▼外部装置４７からの要求時の処理
図１１（ａ）のフローチャートに示す様に、ステップ９００では、外部装置４７から、判定クリア要求があるか否かを判定する。ここで肯定判断されるとステップ９１０に進み、一方否定判断されると一旦本処理を終了する。
【００９３】
ステップ９１０では、判定クリア要求があるので、運転サイクル数と完了回数とを「０」に設定し、一旦本処理を終了する。
▲２▼運転サイクル終了時の処理
図１１（ｂ）のフローチャートに示す様に、ステップ１０００では、今回のルーチンの通過に合わせて、運転サイクル数に１を加算する。
【００９４】
続くステップ１０１０では、今回（即ち最新の故障診断にて）、故障診断が完了したか否かを判定する。ここで肯定判断されるとステップ１０２０に進み、一方否定判断されるとステップ１０３０に進む。
ステップ１０２０では、今回、故障診断が完了しているので、完了回数に１を加算し、ステップ１０４０に進む。
【００９５】
一方、ステップ１０３０では、前記完了頻度を算出し、ステップ１０４０に進む 。
ステップ１０４０では、完了頻度が２０％未満であるか否かを判定する。ここで肯定判断されるとステップ１０６０に進み、一方否定判断されるとステップ１０５０に進む。
【００９６】
ステップ１０５０では、故障診断機能が正常として、正常を示すために、ＭＩＬ４６を駆動し、一旦本処理を終了する。
一方、ステップ１０６０では、完了頻度が低いので、故障診断機能が異常とみなし、異常を示すために、ＭＩＬ４６を駆動し、一旦本処理を終了する。
【００９７】
上述した処理により、故障診断機能が正常であるか異常であるかを判定して、報知することができる。
ｃ）この様に、本実施例では、外部装置４７による判定クリア要求の後（従って各エリアをクリアした後）の完了頻度を求め、完了頻度が低い場合には、故障診断機能が異常であると判定し、一方完了頻度が高い場合には、正常であると判定している。
【００９８】
これにより、前記実施例１と同様に、故障診断機能が正常か異常かを的確に判定して、ＭＩＬ４６によりその判定結果を表示することができるとともに、完了頻度を用いた判定を行うので、前記実施例３と同様な効果も奏する。
（実施例６）
次に実施例６について説明するが、前記実施例５と同様な箇所の説明は省略する。
【００９９】
ａ）まず、本実施例の故障診断機能判定装置の制御システムについて説明する。
図１２に示す様に、本実施例では、前記実施例５と同様に、エンジン５１、エンジンＥＣＵ５２、マイコン５３、記憶装置５４、ＭＩＬ５６、外部装置５７等を備えている。
【０１００】
本実施例では、記憶装置５４に、始動回数（運転サイクル数）を記憶する運転サイクル数記憶エリアと、完了回数を記憶する完了回数記憶エリアとを有するとともに、運転サイクル数記憶エリア及び完了回数記憶エリアのデータに基づいて実施された故障診断機能の判定結果を記憶する正常判定履歴エリアを有している。
【０１０１】
ｂ）次に、本実施例の故障診断機能判定装置の処理について説明する。
▲１▼外部装置４７からの要求時の処理
図１３（ａ）のフローチャートに示す様に、ステップ１１００では、外部装置５７から、判定クリア要求があるか否かを判定する。ここで肯定判断されるとステップ１１１０に進み、一方否定判断されると一旦本処理を終了する。
【０１０２】
ステップ１１１０では、判定クリア要求があるので、運転サイクル数と完了回数とを「０」に設定するとともに、故障診断機能の正常履歴をクリアし、一旦本処理を終了する。
▲２▼運転サイクル終了時の処理
図１３（ｂ）のフローチャートに示す様に、ステップ１２００では、今回のルーチンの通過に合わせて、運転サイクル数に１を加算する。
【０１０３】
続くステップ１２１０では、今回（即ち最新の故障診断にて）、故障診断が完了したか否かを判定する。ここで肯定判断されるとステップ１２２０に進み、一方否定判断されるとステップ１２４０に進む。
ステップ１２２０では、今回、故障診断が完了しているので、完了回数に１を加算する。
【０１０４】
続くステップ１２３０では、故障診断機能が正常として、その正常であることを記憶する。即ち、正常判定履歴エリアに「１」を記憶し、一旦本処理を終了する。
一方、ステップ１２４０では、前記完了頻度を算出する。
【０１０５】
続くステップ１２４０では、完了頻度が２０％未満であるか否かを判定する。ここで肯定判断されるとステップ１２６０に進み、一方否定判断されると一旦本処理を終了する。
ステップ１２６０では、完了頻度が低いので、故障診断機能が異常とみなして、故障診断機能の正常履歴をクリアする。即ち、正常判定履歴エリアに「０」を記憶し、一旦本処理を終了する。
【０１０６】
上述した処理により、故障診断機能が正常であるか異常であるかを判定することができる。
ｃ）この様に、本実施例では、外部装置５７による判定クリア要求の後（従って各エリアをクリアした後）の完了頻度を求め、完了頻度が低い場合には、故障診断機能が異常であると判定している。
【０１０７】
これにより、前記実施例５と同様に、故障診断機能が正常か異常かを的確に判定して、ＭＩＬ５６によりその判定結果を表示することができるとともに、完了頻度を用いた判定を行うので、前記実施例３と同様な効果も奏する。
（実施例７）
次に実施例７について説明するが、前記実施例１と同様な箇所の説明は省略する。
【０１０８】
ａ）まず、本実施例の故障診断機能判定装置の制御システムについて説明する。
図１４に示す様に、本実施例では、エンジン６１、エンジンＥＣＵ６２、マイコン６３、記憶装置６４、ＭＩＬ６６、外部装置６７を備えるとともに、（マニュアルにて操作される）スイッチ７１及びそのスイッチの動作を検出する所定操作検出部７２と、センサ等の異常チェックが１０回未満の場合に点灯する１０回未満警告ランプ７３と、１００回以上の場合に点灯する１００回以上警告ランプ７４とを備えている。
【０１０９】
また、本実施例では、記憶装置６４に、始動回数を記憶する始動回数記憶エリアと、故障診断機能の判定結果を記憶する正常判定履歴エリアとを有している。
ｂ）次に、本実施例の故障診断機能判定装置の処理について説明する。
▲１▼スイッチ７１及び外部装置４７からの要求時の処理
図１５（ａ）のフローチャートに示す様に、ステップ１３００では、スイッチ７１から、判定クリア要求があるか否かを判定する。ここで肯定判断されるとステップ１３２０に進み、一方否定判断されるとステップ１３１０に進む。
【０１１０】
ステップ１３１０では、外部装置６７から、判定クリア要求があるか否かを判定する。ここで肯定判断されると前記ステップ１３２０に進み、一方否定判断されると一旦本処理を終了する。
ステップ１３２０では、スイッチ７１又は外部装置６７からの判定クリア要求があるので、故障診断機能の正常履歴をクリアし、一旦本処理を終了する。
【０１１１】
尚、故障診断機能の正常履歴をクリアするのと同時に、始動回数もクリアしておく。
▲２▼運転サイクル終了時の処理
図１５（ｂ）のフローチャートに示す様に、ステップ１４００では、今回（即ち最新の故障診断にて）、故障診断が完了したか否かを判定する。ここで肯定判断されるとステップ１４１０に進み、一方否定判断されるとステップ１４２０に進む。
【０１１２】
ステップ１４１０では、今回、故障診断が完了しているので、故障診断機能が正常として、その正常であることを記憶する。即ち、正常判定履歴エリアに「１」を記憶する。
ステップ１４２０では、始動回数が１０回未満か否かを判定する。ここで肯定判断されるとステップ１４４０に進み、一方否定判断されるとステップ１４３０に進む。
【０１１３】
ステップ１４４０では、始動回数が１０回未満であるので、その状態を運転者等に報知するために、１０回未満警告ランプ７３を点灯する。ここで、１０回未満警告ランプ７３を点灯するのは、本実施例では、マニュアルのスイッチ７１にて判定クリアすることを想定しているので、１０回未満の異常判定回数では、故障診断機能の正常か異常かを判定する回数としては少なすぎるからである。
【０１１４】
一方、ステップ１４３０では、始動回数が１０回以上であるので、１０回未満警告ランプ７３を点灯することなく（消灯して）、ステップ１４５０に進む。
ステップ１４５０では、始動回数が１００回以上か否かを判定する。ここで肯定判断されるとステップ１４７０に進み、一方否定判断されるとステップ１４６０に進む。
【０１１５】
ステップ１４７０では、始動回数が１００回以上であるので、その状態を運転者等に報知するために、１００回以上警告ランプ７４を点灯し、一旦本処理を終了する。そして、この１００回以上警告ランプ７４を点灯することにより、ユーザにスイッチ７１を押して判定クリアしてもらうことを要求する。
【０１１６】
ここで、１００回以上警告ランプ７４を点灯するのは、１００回以上の多くの始動回数の場合には、かなり古いデータ（例えばかなり前に完了とされたデータ過去）が残っていることがあり、従って、最近の状態を正確に捉えにくいと考えられるからである。
【０１１７】
一方、ステップ１４６０では、始動回数が１００回未満であるので、１００回以上警告ランプ７４を点灯することなく（消灯して）、一旦本処理を終了する。ｃ）この様に、本実施例では、図１６に示す様に、ユーザにより、スイッチ７１を操作して判定クリアしてもらうことを前提としており、スイッチ７１が操作された場合には、故障診断機能の正常履歴がクリアされるので、故障診断機能は一応異常の状態とされ、その異常がＭＩＬ６５にて表示される。
【０１１８】
そして、両警告ランプ７３、７４が点灯しない期間に故障診断機能の判定を行うことにより、確実に故障診断機能の判定を行うことができる。
つまり、始動回数が１０回以上１００回未満の場合には、どちらのランプ７３、７４も点灯することがなく、故障診断機能の状態を判断するのに適切な状態と考えられるので、このランプ７３、７４が点灯しない期間において、例えば前記実施例１の様にして故障診断機能の判定を行うことにより、故障診断機能の判定を確実に行うことができる。
【０１１９】
また、１００回以上警告ランプ７４を点灯することにより、ユーザに判定クリアの操作を要求するので、古いデータに基づく故障診断機能の判定を防止できるという利点もある。
（実施例８）
次に実施例８について説明するが、前記実施例７と同様な箇所の説明は省略する。
【０１２０】
ａ）まず、本実施例の故障診断機能判定装置の制御システムについて説明する。
図１７に示す様に、本実施例では、エンジン８１、エンジンＥＣＵ８２、マイコン８３、記憶装置８４、ＭＩＬ８６、外部装置８７を備えている。
【０１２１】
また、本実施例では、記憶装置８４に、始動回数（運転サイクル数）を記憶する始動回数記憶エリアと故障診断機能の判定結果を記憶する正常判定履歴エリアとを有している。
ｂ）次に、本実施例の故障診断機能判定装置の処理について説明する。
【０１２２】
▲１▼外部装置８７からの要求時の処理
図１８（ａ）のフローチャートに示す様に、ステップ１５００では、外部装置８７から、判定クリア要求があるか否かを判定する。ここで肯定判断されると前記ステップ１５１０に進み、一方否定判断されると一旦本処理を終了する。
【０１２３】
ステップ１５１０では、判定クリア要求があるので、故障診断機能の正常履歴をクリアし、一旦本処理を終了する。
尚、故障診断機能の正常履歴をクリアするのと同時に、始動回数もクリアしておく。
【０１２４】
▲２▼運転サイクル終了時の処理
図１８（ｂ）のフローチャートに示す様に、ステップ１６００では、今回（即ち最新の故障診断にて）、故障診断が完了したか否かを判定する。ここで肯定判断されるとステップ１６１０に進み、一方否定判断されるとステップ１６２０に進む。
【０１２５】
ステップ１６１０では、今回、故障診断が完了しているので、故障診断機能が正常として、その正常であることを記憶する。即ち、正常判定履歴エリアに「１」を記憶する。
ステップ１６２０では、始動回数が１００回以上か否かを判定する。ここで肯定判断されるとステップ１６３０に進み、一方否定判断されると一旦本処理を終了する。
【０１２６】
ステップ１６３０では、始動回数が１００回以上であるので、故障診断機能の正常履歴をクリアし、一旦本処理を終了する。
ｃ）この様に、本実施例では、始動回数が１００回以上の多数回に上る場合には、過去の（完了等の）古いデータが残っている可能性があるので、故障診断機能の判定を好適に行えない状態とみなして、自動的に故障診断機能の正常履歴をクリアするので、的確に故障診断機能を判定することができる。つまり、最新のデータに基づいて故障診断機能の判定を行うので、より正確に故障診断機能のチェックを行うことができる。また、ユーザによる操作を必要としないので、一層便利であるという利点もある。
【０１２７】
尚、本実施例では、始動回数が１００回以上の場合には、正常履歴をクリアしており、それは、故障診断機能が正常に働いていないと見なす（即ち異常とみなす）処理である。
（参考例）
次に参考例について説明するが、前記実施例７と同様な箇所の説明は省略する。
【０１２８】
ａ）まず、参考例の故障診断機能判定装置の制御システムについて説明する。
図１９に示す様に、本参考例では、エンジン９１、エンジンＥＣＵ９２、マイコン９３、記憶装置９４、ＭＩＬ９６、外部装置９７を備えるとともに、前記実施例７と同様なスイッチ９８及び所定操作検出部９９を備えている。
【０１２９】
また、本参考例では、記憶装置９４に、故障診断機能の判定結果を記憶する正常判定履歴エリアを有している。
ｂ）次に、本参考例の故障診断機能判定装置の処理について説明する。
・スイッチ９８及び外部装置９７からの要求時の処理
図２０（ａ）のフローチャートに示す様に、ステップ１７００では、スイッチ９８から、判定クリア要求があるか否かを判定する。ここで肯定判断されるとステップ１７２０に進み、一方否定判断されるとステップ１７１０に進む。
【０１３０】
ステップ１７１０では、外部装置９７から、判定クリア要求があるか否かを判定する。ここで肯定判断されると前記ステップ１７２０に進み、一方否定判断されると一旦本処理を終了する。
ステップ１７２０では、スイッチ９８又は外部装置９７からの判定クリア要求があるので、故障診断機能の正常履歴をクリアし、一旦本処理を終了する。
【０１３１】
・運転サイクル終了時の処理
図２０（ｂ）のフローチャートに示す様に、ステップ１８００では、今回（即ち最新の故障診断にて）、故障診断が完了したか否かを判定する。ここで肯定判断されるとステップ１８１０に進み、一方否定判断されると一旦本処理を終了する。
【０１３２】
ｃ）この様に、本参考例では、ユーザにより、スイッチ９８を操作して判定クリアしてもらうことを前提としており、スイッチ９８が操作された場合には、故障診断機能の正常履歴がクリアされるので、故障診断機能は一応異常の状態とされ、その異常がＭＩＬ９６にて表示される。
【０１３３】
その後、例えば前記実施例１の様に、故障診断機能の判定を行うことにより、確実に故障診断機能の判定を行うことができる。
つまり、ガソリンスタンド等にて車両点検する場合に、容易に任意のタイミングから故障診断機能の判定を開始できるという利点がある。
【０１３４】
尚、本発明は前記実施例になんら限定されるものではなく、本発明を逸脱しない範囲において種々の態様で実施しうることはいうまでもない。
例えば前記各実施例では、故障診断機能判定装置について述べたが、本発明は、それらに限らず、上述したアルゴリズムに基づく処理を実行させるプログラムやそのプログラムを記憶している記録媒体にも適用できる。
【０１３５】
この記録媒体としては、マイクロコンピュータとして構成される電子制御装置、マイクロチップ、フレキシブルディスク、ハードディスク、光ディスク等の各種の記録媒体が挙げられる。つまり、上述した故障診断機能判定装置の処理を実行させることができるプログラムを記憶したものであれば、特に限定はない。
【０１３６】
尚、前記プログラムは、単に記録媒体に記憶されたものに限定されることなく、例えばインターネットなどの通信ラインにて送受信されるプログラムにも適用される。
【図面の簡単な説明】
【図１】 実施例１の故障診断機能判定装置のシステム構成を示す説明図である。
【図２】 実施例１の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求がある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図３】 実施例１の故障診断機能判定装置の動作タイミングを示すタイミングチャートである。
【図４】 実施例２の故障診断機能判定装置のシステム構成を示す説明図である。
【図５】 実施例２の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求がある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図６】 実施例３の故障診断機能判定装置のシステム構成を示す説明図である。
【図７】 実施例３の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求がある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図８】 実施例４の故障診断機能判定装置のシステム構成を示す説明図である。
【図９】 実施例４の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求がある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図１０】 実施例５の故障診断機能判定装置のシステム構成を示す説明図である。
【図１１】 実施例５の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求がある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図１２】 実施例６の故障診断機能判定装置のシステム構成を示す説明図である。
【図１３】 実施例６の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求がある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図１４】 実施例７の故障診断機能判定装置のシステム構成を示す説明図である。
【図１５】 実施例７の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求がある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図１６】 実施例７の故障診断機能判定装置の動作タイミングを示すタイミングチャートである。
【図１７】 実施例８の故障診断機能判定装置のシステム構成を示す説明図である。
【図１８】 実施例８の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求がある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図１９】 参考例の故障診断機能判定装置のシステム構成を示す説明図である。
【図２０】 参考例の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求が
ある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図２１】 従来技術の説明図である。
【図２２】 従来技術の説明図である。
【符号の説明】
１、１１、２１、３１、４１、５１、６１、８１、９１…エンジン
２、１２、２２、３２、４２、５２、６２、８２、９２…電子制御装置（エンジンＥＣＵ）
３、１３、２３、３３、４３、５３、６３、８３、９３…マイクロコンピュータ（マイコン）
４、１４、２４、３４、４４、５４、６４、８４、９４…記憶装置
６、１６、２６、３６、４６、５６、６６、８６、９６…マルチインジケータランプ（ＭＩＬ）
７、１７、２７、３７、４７、５７、６７、８７、９７…外部装置（外部ツール）
７１、９８…スイッチ
７２、９９…所定操作検出部
７３…１０回未満警告ランプ
７４…１００回以上警告ランプ
【発明の属する技術分野】
本発明は、車両の故障診断機能判定装置、プログラム、及び記録媒体に関する。
【０００２】
【従来の技術】
従来より、車両には、センサ等の各種の機器の異常を自動的に検出するために、マイコン等を主要部とする故障診断装置が搭載されている。
ところが、この故障診断装置が、何らの原因で正常に機能しない場合には、センサ等の異常を的確に検出できないので、故障診断装置の機能をチェックする方法として、例えばＣＡＲＢ（California Air Resources Board）により所定の故障診断規則が提案されている（非特許文献１参照）。
【０００３】
この規則は、故障診断装置の機能を車載状態（オンボード）でチェックするものであり、故障診断結果をランプ等により報知するように定めている。この規則では、エンジン始動から次のエンジン始動までを運転サイクルと定めており、例えば図２１に示す様に、運転サイクル終了時に、ステップ２０００にて、例えばセンサ等の故障診断が完了しているか否かを判定し、故障診断が完了している場合には、ステップ２１００にて、故障診断機能が正常と判断する処理等が可能である。
【０００４】
【非特許文献１】
ＯＢＤII（故障診断装置）規則「ＯＢＤII Malfunction and Diagnostic System Requirements」（米国）、ＣＡＲＢ、２００２年４月２５日発行
【０００５】
【発明が解決しようとする課題】
しかしながら、上述した技術では、次の様な問題があり、必ずしも十分ではない。
つまり、前記故障診断装置の機能をチェックする場合には、図２２に示す様に、例えばセンサ等の故障診断の完了により（フラグ＝１）、一度機能が正常と判定された場合には、その後異常と判定されるまでは、正常であるとのデータを保持している。そのため、外部装置（外部ツール）を使用して、その判定をクリアすることは可能であるが、その後一度でも機能が正常と判定された場合には、何らかの原因で、故障診断が完了できない状態（フラグ＝０）が続いた場合でも、機能が正常と判定されてしまう。
【０００６】
本発明は、前記課題を解決するためになされたものであり、その目的は、故障診断装置の機能のチェックを的確に行うことができる故障診断機能判定装置、プログラム、及び記録媒体に関する。
【０００７】
【課題を解決するための手段及び発明の効果】
（１）請求項１の発明は、車両に搭載された診断対象（例えばセンサ等の機器）の故障診断を自動的に行う故障診断装置における、前記自動的に行われる故障診断の機能を判定する故障診断機能判定装置に関するものであり、本発明では、前記診断対象の故障診断が完了したか否かを判定する完了状態判定手段と、車両の運転サイクル終了時に、前記故障診断が完了したか否かに関わらず、前記完了状態判定手段による判定結果を、最新のものから過去に至る複数回分、記憶する診断判定記憶手段と、前記診断判定記憶手段に記憶された判定結果に基づき、前記診断対象の故障診断が、前記複数回分にわたり完了していないと判定された場合には、前記故障診断装置の機能が正常ではないと判定する機能判定手段と、を備えたことを特徴とする。
【０００８】
本発明では、車両の運転サイクル終了時に、故障診断が完了したか否かに関わらず、完了状態判定手段による判定結果を、最新のものから過去に至る複数回分記憶し、その記憶された判定結果に基づき、診断対象の故障診断が、複数回分にわたり完了していないと判定された場合には、故障診断装置の機能が正常ではないと判定するので、的確に故障診断機能の判定を行うことができる。
【０００９】
従って、従来の様に、「故障診断が完了できない状態が続いた場合でも、過去に完了できていれば、機能が正常と判定されてしまう」ということがなく、故障診断の機能の状態を的確に判定することができるという効果を奏する。
【００１０】
（２）請求項２の発明では、前記故障診断機能の判定結果を記憶する機能判定記憶手段を備えたことを特徴とする。
【００１１】
本発明では、例えば正常判定履歴エリアに、故障診断機能の判定結果として、例えば故障判定機能の正常又は異常のデータの少なくともいずれか一方を記憶することができるので、この記憶した判定結果に基づいて、例えばＭＩＬ等のランプの点灯や消灯などの制御を行うことができる。
【００１２】
（３）請求項３の発明では、故障診断機能が正常でないと判定された場合には、前記機能判定記憶手段に記憶されている前記故障診断機能の正常履歴をクリア（消去）することを特徴とする。
本発明では、故障診断機能が正常でないと判定された場合には、記憶されている故障診断機能の正常履歴をクリアするので、過去の正常と判定されたデータを消去することができる。それにより、正常でないにもかかわらず正常であると誤判定したり誤表示することを防止することができる。
【００１３】
尚、故障診断機能の正常履歴をクリアする処理では、誤判定の原因となりうる正常であるとのデータを消去するが、正常のデータを消去する処理の概念には、消去して異常のデータに変更する処理も含むものとする（以下同様）。
【００１４】
（４）請求項４の発明は、車両に搭載された診断対象（センサ等の機器）の故障診断を自動的に行う故障診断装置における、前記自動的に行われる故障診断の機能を判定する故障診断機能判定装置に関するものであり、本発明では、前記診断対象の故障診断が完了したか否かを判定する完了状態判定手段と、車両の運転サイクル終了時に、前記故障診断が完了したか否かに関わらず、前記完了状態判定手段による判定結果を、最新のものから過去に至る複数回分、記憶する診断判定記憶手段と、前記診断判定記憶手段に記憶された前記複数回分の判定結果に基づき、前記診断対象の故障診断が完了した頻度又は完了しなかった頻度の少なくともいずれか一方を求める頻度算出手段と、前記頻度算出手段により算出された前記頻度に基づいて、前記故障診断装置の機能の判定を行うものであって、前記故障診断が完了した頻度が所定値未満の場合又は前記故障診断が完了しない頻度が所定値以上の場合には、前記故障診断機能を正常と判定しない機能判定手段と、を備えたことを特徴とする。
【００１５】
本発明では、車両の運転サイクル終了時に、故障診断が完了したか否かに関わらず、完了状態判定手段による判定結果を、最新のものから過去に至る複数回分記憶し、その記憶された複数回分の判定結果に基づき、診断対象の故障診断が完了した頻度又は完了しなかった頻度の少なくともいずれか一方を求め、その頻度に基づいて、故障診断装置の機能の判定を行う。そして、故障診断が完了した頻度が所定値未満の場合又は故障診断が完了しない頻度が所定値以上の場合には、故障診断機能を正常と判定しない。よって、的確に故障診断機能の判定を行うことができる。
【００１６】
従って、従来の様に、「故障診断が完了できない状態が続いた場合でも、過去に完了できていれば、機能が正常と判定されてしまう」ということがなく、故障診断の機能の状態を的確に判定することができるという効果を奏する。
特に本発明では、完了頻度等を用いて故障診断機能の判定を行うので、例えば連続した完了／未完了のデータが得られない場合（特にセンサ等の異常チェックの頻度が少ないような場合）でも、迅速に故障診断機能をチェックすることができるという利点がある。
【００１８】
（５）請求項５の発明では、前記故障診断機能の判定結果を記憶する機能判定記憶手段を備えたことを特徴とする。
本発明では、例えば正常判定履歴エリアに、故障診断機能の判定結果として、例えば故障判定機能の正常又は異常のデータの少なくともいずれか一方を記憶することができるので、この記憶した判定結果に基づいて、例えばＭＩＬ等のランプの点灯や消灯などの制御を行うことができる。
【００１９】
（６）請求項６の発明では、前記故障診断機能が正常でないと判定された場合には、前記機能判定記憶手段に記憶されている前記故障診断機能の正常履歴をクリア（消去）することを特徴とする。
本発明では、故障診断機能が正常でないと判定された場合には、記憶されている故障診断機能の正常履歴をクリアするので、過去の正常と判定されたデータを消去することができる。それにより、正常でないにもかかわらず正常であると誤判定したり誤表示することを防止することができる。
【００２０】
（７）請求項７の発明は、 車両に搭載された診断対象（センサ等の機器）の故障診断を自動的に行う故障診断装置における、前記自動的に行われる故障診断の機能を判定する故障診断機能判定装置に関するものであり、本発明では、前記診断対象の故障診断が完了したか否かを判定する完了状態判定手段と、車両の運転サイクル終了時に、前記故障診断が完了したか否かに関わらず、前記完了状態判定手段による判定結果を、最新のものから過去に至る複数回分、記憶する診断判定記憶手段と、外部装置からの判定クリア要求があるか否かを判定するクリア要求判定手段と、前記クリア要求判定手段により、前記判定クリア要求があると判断されると前記診断判定記憶手段に記憶した前記判定結果をクリアする判定結果クリア手段と、を備えるとともに、前記診断判定記憶手段に記憶された前記複数回分の判定結果に基づき、前記診断対象の故障診断が完了した頻度又は完了しなかった頻度の少なくともいずれか一方を求める頻度算出手段と、前記頻度算出手段により算出された前記頻度に基づいて、前記故障診断装置の機能の判定を行うものであって、前記故障診断が完了した頻度が所定値未満の場合又は前記故障診断が完了しない頻度が所定値以上の場合には、前記故障診断機能を正常と判定しない機能判定手段と、を備えたことを特徴とする。
【００２１】
本発明では、車両の運転サイクル終了時に、故障診断が完了したか否かに関わらず、完了状態判定手段による判定結果を、最新のものから過去に至る複数回分記憶し、更に、外部装置からの判定クリア要求があるか否かを判定し、判定クリア要求があると判断されると、その記憶した判定結果をクリアする。また、診断判定記憶手段に記憶された複数回分の判定結果に基づき、診断対象の故障診断が完了した頻度又は完了しなかった頻度の少なくともいずれか一方を求め、この頻度に基づいて、故障診断装置の機能の判定を行う。そして、故障診断が完了した頻度が所定値未満の場合又は故障診断が完了しない頻度が所定値以上の場合には、故障診断機能を正常と判定しない。よって、的確に故障診断機能の判定を行うことができる。
【００２２】
従って、従来の様に、「故障診断が完了できない状態が続いた場合でも、過去に完了できていれば、機能が正常と判定されてしまう」ということがなく、故障診断の機能の状態を的確に判定することができるという効果を奏する。
特に本発明では、頻度に基づく判定を行うので、記憶装置のエリアが小さい場合でも前記効果を奏することができる。
【００２３】
尚、診断判定記憶手段に記憶した判定結果をクリアする処理の概念には、完了のデータを消去するだけでなく、完了のデータを未完了のデータに変更する処理も含むものとする（以下同様）。
（８）請求項８の発明では、前記故障診断機能の判定結果を記憶する機能判定記憶手段を備えたことを特徴とする。
【００２４】
本発明では、例えば正常判定履歴エリアに、故障診断機能の判定結果として、例えば故障判定機能の正常及び／又は異常のデータを記憶することができるので、この記憶した判定結果に基づいて、例えばＭＩＬ等のランプの点灯や消灯などの制御を行うことができる。
【００２５】
（９）請求項９の発明では、前記故障診断機能が正常でないと判定された場合には、前記機能判定記憶手段に記憶されている前記故障診断機能の正常履歴をクリア（消去）することを特徴とする。
本発明では、故障診断機能が正常でないと判定された場合には、記憶されている故障診断機能の正常履歴をクリアするので、過去の正常と判定されたデータを消去することができる。それにより、正常でないにもかかわらず正常であると誤判定したり誤表示することを防止することができる。
【００３２】
（１０）請求項１０の発明では、車両に搭載された診断対象（センサ等の機器）の故障診断を自動的に行う故障診断装置における、前記自動的に行われる故障診断の機能を判定する故障診断機能判定装置に関するものであり、本発明では、エンジンの始動毎に、前記診断対象の故障診断の完了状態を判定する完了状態判定手段と、前記完了状態判定手段の完了状態判定結果に基づき、前記故障診断装置の機能が正常か否かを判定する機能判定手段と、前記機能判定手段による前記故障診断機能の判定結果が正常である場合に正常である旨を記憶する機能判定記憶手段と、エンジンの始動回数を計測する始動回数記憶手段と、前記始動回数計測手段により計測された前記始動回数が、所定の回数以上か否かを判定する始動回数判定手段と、前記始動回数判定手段により前記始動回数が所定の回数以上と判定された場合には、前記機能判定記憶手段において前記正常である旨が記憶された正常履歴をクリアする判定クリア手段と、を備えたことを特徴とする。
【００３３】
本発明では、完了状態判定手段の完了状態判定結果に基づき、故障診断装置の機能が正常か否かを判定し、その判定結果が正常である場合に正常である旨を記憶する。また、エンジンの始動回数を計測し、その始動回数が、所定の回数以上か否かを判定する。そしてその始動回数が所定の回数以上と判定された場合には、機能判定記憶手段において正常である旨が記憶された正常履歴をクリアする。よって、的確に故障診断機能の判定を行うことができる。
【００３４】
従って、従来の様に、「故障診断が完了できない状態が続いた場合でも、過去に完了できていれば、機能が正常と判定されてしまう」ということがなく、故障診断の機能の状態を的確に判定することができるという効果を奏する。
特に本発明では、適切なタイミングで自動的に故障診断機能の判定結果をクリアできるので、その処理が容易であるという利点がある。
【００３５】
（１１）請求項１１の発明は、車両に搭載された診断対象（センサ等の機器）の故障診断を自動的に行う故障診断装置における、前記自動的に行われる故障診断の機能を判定する故障診断機能判定装置に関するものであり、本発明では、エンジンの始動毎に、前記診断対象の故障診断の完了状態を判定する完了状態判定手段と、前記完了状態判定手段の完了状態判定結果に基づき、前記故障診断装置の機能が正常か否かを判定する機能判定手段と、前記機能判定手段による前記故障診断機能の判定結果が正常である場合に正常である旨を記憶する機能判定記憶手段と、エンジンの始動回数を計測する始動回数記憶手段と、前記始動回数計測手段により計測された前記始動回数が、所定の回数以上か否かを判定する始動回数判定手段と、を備え、前記機能判定手段は、前記始動回数判定手段により前記始動回数が所定の回数以上と判定された場合には、前記故障診断機能を異常とみなすことを特徴とする。
【００３６】
本発明では、完了状態判定手段の完了状態判定結果に基づき、故障診断装置の機能が正常か否かを判定し、その判定結果が正常である場合に正常である旨を記憶する。また、エンジンの始動回数を計測し、その始動回数が、所定の回数以上か否かを判定する。そして、前記始動回数が所定の回数以上と判定された場合には、故障診断機能を異常とみなす。よって、的確に故障診断機能の判定を行うことができる。
【００３７】
従って、従来の様に、「故障診断が完了できない状態が続いた場合でも、過去に完了できていれば、機能が正常と判定されてしまう」ということがなく、故障診断の機能の状態を的確に判定することができるという効果を奏する。
尚、正常ではないと判定された場合には、故障診断機能の判定結果をクリアする等の処理が可能である。
【００３８】
（１２）請求項１２の発明では、前記始動回数が前記所定回数以上と判定された場合にその旨を報知する第１の報知手段を備えたことを特徴とする。
本発明では、例えば１００回以上警報ランプにより、始動回数が所定回数以上である旨を報知するので、その報知状態に応じて、ユーザ等が適切な対応をとることができる。
（１３）請求項１３の発明は、前記始動回数が前記所定回数よりも小さい回数であって故障診断機能が正常か異常かを判定する回数としては少ない回数の場合にその旨を報知する第２の報知手段を備えたことを特徴とする。
【００３９】
（１４）請求項１４の発明では、故障診断機能の判定結果を報知する判定結果報知手段を備えたことを特徴とする。
本発明では、例えばＭＩＬ等により、故障診断機能の判定結果を報知するので、ユーザ等はそれにより、故障診断機能の状態を正確に把握することができる。
【００４０】
（１５）請求項１５の発明は、請求項１〜１４いずれかに記載の故障診断機能判定装置の機能を実現するための手段を有するプログラムを示している。
つまり、上述した故障診断機能判定装置の機能を実現するための各手段は、コンピュータのプログラムにより実行される処理により実現することができる。
【００４１】
（１６）請求項１６の発明は、請求項１５に記載のプログラムの機能を実現するための手段を記憶している記録媒体を示している。
つまり、上述した様なプログラムをコンピュータシステムにて実現する機能は、例えば、コンピュータシステム側で起動するプログラムとして備えることができる。このようなプログラムの場合、例えば、フレキシブルディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＤＶＤ、ハードディスク等のコンピュータ読み取り可能な記録媒体に記録し、必要に応じてコンピュータシステムにロードして起動することにより用いることができる。この他、ＲＯＭやバックアップＲＡＭ等をコンピュータ読み取り可能な記録媒体として前記プログラムを記録しておき、このＲＯＭあるいはバックアップＲＡＭ等をコンピュータシステムに組み込んで用いても良い。
【００４２】
【発明の実施の形態】
次に、本発明の故障診断機能判定装置、プログラム、及び記録媒体の実施の形態の例（実施例）について、図面に基づいて説明する。
（実施例１）
本実施例の故障診断機能判定装置は、連続した最近の（センサ等の機器の異常チェックの）完了／未完了の情報から、故障診断機能が正常か異常かを判定するものである。
【００４３】
ａ）まず、本実施例の故障診断機能判定装置を含む制御システムについて説明する。
図１に示す様に、本実施例では、車両のエンジン１を制御する電子制御装置であるエンジン制御装置（エンジンＥＣＵ）２を備えており、このエンジンＥＣＵ２が、センサ等の機器の異常を検出する故障診断装置と、この故障診断装置の機能が正常か異常かを判定する故障診断機能判定装置として機能する。
【００４４】
前記エンジンＥＣＵ２は、周知の演算処理装置であるマイクロコンピュータ（マイコン）３と、故障診断の結果等を記憶する記憶装置４とを備えている。従って、主としてマイコン３と記憶装置４とにより故障診断機能判定装置が構成されている。
【００４５】
前記マイコン３は、エンジン１側、詳しくはエンジン１及びその周囲等に配置された（異常検出の対象である）センサ等の機器と接続されるとともに、異常検出等の結果を報知するＭＩＬ（マルチインジケータランプ）６と接続されている。また、マイコン３には、（図示しない接続端子を介して）外部装置（外部ツール）７が、例えばガソリンスタンド等の車両をチェックする場所等にて、必要に応じて適宜接続される。
【００４６】
前記記憶装置４としては、例えば不揮発性メモリであるＥＥＰＲＯＭ（又は揮発性メモリであるＳＲＡＭ）等が挙げられ、この記憶装置４には、後述する様に、複数回（ｎ回：例えば１０回）の故障診断の完了／未完了の状態をそれぞれ記憶するために、記憶領域である完了履歴エリア１〜ｎがそれぞれ設定されている。尚、前記記憶装置４ではなく、各回の故障診断の実施に対応して、その結果をそれぞれ記憶する様な個別の記憶装置を用いてもよい。
【００４７】
ｂ）次に、本実施例の故障診断機能判定装置の基本的な動作について説明する。
通常は、マイコン３により、センサ等の機器及びＭＩＬ６の動作を制御する。また、マイコン３には、センサ等からの信号が入力する。
【００４８】
更に、マイコン３に外部装置７が接続された場合には、外部装置７から出力された各種の要求信号に応じて、マイコン３では、外部装置７に対する出力等の処理を行う。
例えば、外部装置７からマイコン３に対して、センサ等の異常検出の結果を出力する要求がなされた場合には、マイコン３から外部装置７に対して、異常検出の結果が出力される。
【００４９】
また、外部装置７からマイコン３に対して、判定クリア要求がなされた場合には、記憶装置４の完了履歴エリア１〜ｎに記憶された完了／未完了のデータがクリア（消去）される。即ち、全ての完了履歴エリア１〜ｎには、未完了を示す「０」が設定される。尚、ここで判定クリア要求とは、全ての完了履歴エリア１〜ｎのデータをクリアする要求である。
【００５０】
特に、本実施例では、センサ等の故障診断を実施した場合に、それが完了したときには、完了履歴エリア１に「１」と記憶し、一方、故障診断が未完了のときには、完了履歴エリア１に「０」と記憶する。そして、この動作を連続１０回繰り返し、それぞれの完了／未完了の結果を、完了履歴エリア１〜ｎに順次記憶する。尚、前記連続１０個のデータは、最新のデータが記憶されるごとに、毎回最新の１０個のデータに更新される。
【００５１】
ここで、上述したセンサ等の異常検出を行う項目としては、例えば排気ガス中の酸素濃度を検出する酸素センサの異常チェック、燃料タンクからの燃料の蒸発状態をチェックするエバポシステムの異常チェック、失火状態の異常チェック、排気再循環（ＥＧＲ）の異常チェック、触媒機能の異常チェックなどが挙げられる。
【００５２】
ｃ）次に、本実施例の故障診断機能判定装置のマイコン３にて実施される主要な処理について説明する。
▲１▼外部装置７からの要求時の処理
本処理は、外部装置７からの要求が検知された場合に実施される処理である。
【００５３】
図２（ａ）のフローチャートに示す様に、ステップ１００では、外部装置７から、判定クリア要求があるか否かを判定する。ここで肯定判断されるとステップ１１０に進み、一方否定判断されると一旦本処理を終了する。
ステップ１１０では、判定クリア要求があるので、センサ等の故障診断が完了しているか否かの完了履歴を、全て未完了に設定し、一旦本処理を終了する。
【００５４】
つまり、本処理では、判定クリア要求があった場合には、全ての完了履歴エリア１〜ｎに記憶されている完了を示す「１」のデータを、全て未完了の「０」に設定する。これにより、全ての完了履歴エリア１〜ｎに記憶されているデータは、未完了を示す「０」となる。
【００５５】
▲２▼運転サイクル終了時の処理
本処理は、運転サイクル終了時に実施される。つまり、運転サイクルとは、前回の始動時から今回の始動時までの期間であるので、運転サイクル終了時とは、今回の始動時を意味する（以下同様）。
【００５６】
図２（ｂ）のフローチャートに示す様に、ステップ２００では、センサ等の故障診断の完了／未完了の履歴を更新する。即ち、最新の過去１０回分の完了／未完了のデータを、前記完了履歴エリア１〜ｎに記憶する。
続くステップ２１０では、過去１０回の故障診断で、１回以上、センサ等の故障診断が完了したか否かを判定する。ここで肯定判断されるとステップ２２０に進み、一方否定判断されるとステップ２３０に進む。
【００５７】
ステップ２２０では、過去１０回のうち、１回以上故障診断が完了しているので、故障診断機能が正常とし、正常を示すためにＭＩＬ６を駆動し（例えば消灯し）、一旦本処理を終了する。
一方、ステップ２３０では、過去１０回のうち、１回も故障診断が完了していないので、故障診断機能が異常とし、異常を示すためにＭＩＬ６を駆動し（例えば点灯又は点滅し）、一旦本処理を終了する。
【００５８】
上述した処理により、故障診断機能が正常であるか異常であるかを判定して、報知することができる。
ｄ）次に、本実施例の故障診断機能判定装置の効果について説明する。
本実施例では、センサ等の故障診断の完了／未完了を完了履歴エリア１〜ｎに記憶し、最新の過去１０回の故障診断のうち、１回でも完了している場合には、故障診断機能が正常であると判定し、一方、１回も完了していない場合には、異常と判定している。
【００５９】
つまり、図３に示す様に、故障診断が過去１０回のうち、１回でも完了している場合には、故障診断機能が正常と判断して、ＭＩＬ６により正常を表示し、また、過去１０回連続して完了していない場合には、異常と判定して、ＭＩＬ６により異常を表示するので、異常である（詳しくは故障診断が完了していない）にもかかわらず正常と誤判定することがない。
【００６０】
従って、従来の様に、「故障診断が完了できない状態が続いた場合でも、過去に完了できていれば、機能が正常と判定されてしまう」ということがなく、故障診断の機能の状態を的確に判定することができるという効果を奏する。
尚、本実施例では、連続して１０回故障診断が未完了した場合に、故障診断機能が異常であるとみなしたが、連続していなくともよい。また、所定時間内に故障診断が未完了の場合に、異常とみなしてもよい。
（実施例２）
次に実施例２について説明するが、前記実施例１と同様な箇所の説明は省略する。
【００６１】
ａ）まず、本実施例の故障診断機能判定装置の制御システムについて説明する。
図４に示す様に、本実施例では、前記実施例１と同様に、エンジン１１、エンジンＥＣＵ１２、マイコン１３、記憶装置１４、ＭＩＬ１６、外部装置１７等を備えている。
【００６２】
特に本実施例では、記憶装置１４に、前記実施例１と同様な、完了／未完了のデータを記憶する完了履歴エリア１〜ｎ（例えば１０）を有するとともに、完了履歴エリアのデータに基づいて実施された故障診断機能の判定結果を記憶する正常判定履歴エリアを有している。尚、この正常判定履歴エリアは、他の記憶装置に設けてよい。
【００６３】
そして、前記実施例１に示す様な故障診断機能の判定の結果、故障診断機能が正常と判定された場合には、この正常判定履歴エリアに「１」を記憶し、一方、故障診断機能が異常と判定された場合には、この正常判定履歴エリアに「０」を記憶する。
【００６４】
ｂ）次に、本実施例の故障診断機能判定装置の処理について説明する。
▲１▼外部装置１７からの要求時の処理
図５（ａ）のフローチャートに示す様に、ステップ３００では、外部装置１７から、判定クリア要求があるか否かを判定する。ここで肯定判断されるとステップ３１０に進み、一方否定判断されると一旦本処理を終了する。
【００６５】
ステップ３１０では、判定クリア要求があるので、センサ等の故障診断が完了しているか否かの完了履歴を、全て未完了に設定するとともに、故障診断機能の正常履歴（故障診断機能履歴）をクリアし、一旦本処理を終了する。
尚、ここで判定クリア要求とは、全ての完了履歴エリア１〜ｎ及び正常判定履歴エリアのデータをクリアする要求である。
【００６６】
つまり、本処理では、判定クリア要求があった場合には、全ての完了履歴エリア１〜ｎに記憶されている完了を示す「１」のデータを、全て未完了の「０」に設定するとともに、正常判定履歴エリアに記憶されている正常を示す「１」のデータを、異常を示す「０」に設定する。
【００６７】
▲２▼運転サイクル終了時の処理
図５（ｂ）のフローチャートに示す様に、ステップ４００では、センサ等の故障診断の完了／未完了の履歴を更新する。即ち、最新の過去１０回分の完了／未完了のデータを、前記完了履歴エリア１〜ｎに記憶する。
【００６８】
続くステップ４１０では、今回（即ち最新の故障診断にて）、故障診断が完了したか否かを判定する。ここで肯定判断されるとステップ４２０に進み、一方否定判断されるとステップ４３０に進む。
ステップ４２０では、今回、故障診断が完了しているので、故障診断機能が正常として、その正常であることを記憶する。即ち、正常判定履歴エリアに「１」を記憶し、一旦本処理を終了する。
【００６９】
一方、ステップ４３０では、過去１０回、センサ等の故障診断が全て未完了であるか否かを判定する。ここで肯定判断されるとステップ４４０に進み、一方否定判断されると一旦本処理を終了する。
ステップ４４０では、過去１０回全て未完了であるので、故障診断機能が異常であるとみなして、故障診断機能の正常履歴をクリアする。即ち、正常判定履歴エリアに「０」を記憶し、一旦本処理を終了する。
【００７０】
上述した処理により、故障診断機能が正常であるか異常であるかを判定することができる。
ｃ）この様に、本実施例では、センサ等の故障診断の完了／未完了を完了履歴エリア１〜ｎに記憶するとともに、故障診断機能の判定の結果を正常判定履歴エリアに記憶し、今回完了である場合には、故障診断機能が正常であると判断し、一方、過去１０回全て未完了である場合には、異常と判定している。
【００７１】
これにより、前記実施例１と同様に、故障診断機能が正常か異常かを的確に判定することができ、前記図３に示す様に、ＭＩＬ１６によりその判定結果を表示することができる。
特に本実施例では、故障診断機能の判定の結果を正常判定履歴エリアに記憶しているので、いつでも判定結果を取り出すことが可能である。
（実施例３）
次に実施例３について説明するが、前記実施例１と同様な箇所の説明は省略する。
【００７２】
ａ）まず、本実施例の故障診断機能判定装置の制御システムについて説明する。
図６に示す様に、本実施例では、前記実施例１と同様に、エンジン２１、エンジンＥＣＵ２２、マイコン２３、記憶装置２４、ＭＩＬ２６、外部装置２７等を備えている。
【００７３】
ｂ）次に、本実施例の故障診断機能判定装置の処理について説明する。
▲１▼外部装置１７からの要求時の処理
図７（ａ）のフローチャートに示す様に、ステップ５００では、外部装置２７から、判定クリア要求があるか否かを判定する。ここで肯定判断されるとステップ５１０に進み、一方否定判断されると一旦本処理を終了する。
【００７４】
ステップ５１０では、判定クリア要求があるので、センサ等の故障診断が完了しているか否かの完了履歴を、全て未完了に設定し、一旦本処理を終了する。
つまり、本処理では、判定クリア要求があった場合には、全ての完了履歴エリア１〜ｎに記憶されている完了を示す「１」のデータを、全て未完了の「０」に設定する。
【００７５】
▲２▼運転サイクル終了時の処理
図７（ｂ）のフローチャートに示す様に、ステップ６００では、センサ等の故障診断の完了／未完了の履歴を更新する。即ち、最新の過去１０回分の完了／未完了のデータを、前記完了履歴エリア１〜ｎに記憶する。
【００７６】
続くステップ６１０では、過去１０回分の完了／未完了のデータに基づいて、完了頻度（＝完了の回数／完了と未完了の回数の合計）を算出する。
続くステップ６２０では、完了頻度が２０％以上か否かを判定する。ここで肯定判断されるとステップ６３０に進み、一方否定判断されるとステップ６４０に進む。
【００７７】
ステップ６３０では、完了頻度が２０％以上と高いので、故障診断機能が正常として、正常を示すためにＭＩＬ２６を駆動し、一旦本処理を終了する。
一方、ステップ６４０では、完了頻度が低いので、故障診断機能が異常とし、異常を示すためにＭＩＬ２６を駆動し、一旦本処理を終了する。
【００７８】
上述した処理により、故障診断機能が正常であるか異常であるかを判定して、報知することができる。
ｃ）この様に、本実施例では、センサ等の故障診断の完了／未完了を完了履歴エリア１〜ｎに記憶するとともに、その記憶したデータに基づいて完了頻度を求め、完了頻度が高い場合には、故障診断機能が正常であると判断し、一方、完了頻度が低い場合には、異常と判定している。
【００７９】
これにより、前記実施例１と同様に、故障診断機能が正常か異常かを的確に判定することができる。
特に本実施例では、完了頻度を用いて故障診断機能の判定を行うので、前記実施例１の様に、連続した完了／未完了のデータが得られない場合（特にセンサ等の異常チェックの頻度が少ないような場合）でも、迅速に故障診断機能をチェックすることができるという利点がある。
（実施例４）
次に実施例４について説明するが、前記実施例２と同様な箇所の説明は省略する。
【００８０】
ａ）まず、本実施例の故障診断機能判定装置の制御システムについて説明する。
図８に示す様に、本実施例では、前記実施例２と同様に、エンジン３１、エンジンＥＣＵ３２、マイコン３３、記憶装置３４、ＭＩＬ３６、外部装置３７等を備えている。
【００８１】
本実施例では、記憶装置３４に、前記実施例２と同様な、完了／未完了のデータを記憶する完了履歴エリア１〜ｎ（例えば１０）を有するとともに、完了履歴エリアのデータに基づいて実施された故障診断機能の判定結果を記憶する正常判定履歴エリアを有している。
【００８２】
ｂ）次に、本実施例の故障診断機能判定装置の処理について説明する。
▲１▼外部装置３７からの要求時の処理
図９（ａ）のフローチャートに示す様に、ステップ７００では、外部装置３７から、判定クリア要求があるか否かを判定する。ここで肯定判断されるとステップ７１０に進み、一方否定判断されると一旦本処理を終了する。
【００８３】
ステップ７１０では、判定クリア要求があるので、センサ等の故障診断が完了しているか否かの完了履歴を、全て未完了に設定するとともに、故障診断機能の正常履歴をクリアし、一旦本処理を終了する。
つまり、本処理では、判定クリア要求があった場合には、全ての完了履歴エリア１〜ｎに記憶されている完了を示す「１」のデータを、全て未完了の「０」に設定するとともに、正常判定履歴エリアに記憶されている正常を示す「１」のデータを、異常を示す「０」に設定する。
【００８４】
▲２▼運転サイクル終了時の処理
図９（ｂ）のフローチャートに示す様に、ステップ８００では、センサ等の故障診断の完了／未完了の履歴を更新する。即ち、最新の過去１０回分の完了／未完了のデータを、前記完了履歴エリア１〜ｎに記憶する。
【００８５】
続くステップ８１０では、今回（即ち最新の故障診断にて）、故障診断が完了したか否かを判定する。ここで肯定判断されるとステップ８２０に進み、一方否定判断されるとステップ８３０に進む。
ステップ８２０では、今回、故障診断が完了しているので、故障診断機能が正常として、その正常であることを記憶する。即ち、正常判定履歴エリアに「１」を記憶し、一旦本処理を終了する。
【００８６】
一方、ステップ８３０では、過去１０回分の完了／未完了のデータに基づいて、前記完了頻度を算出する。
続くステップ８４０では、完了頻度が２０％未満か否かを判定する。ここで肯定判断されるとステップ８５０に進み、一方否定判断されると一旦本処理を終了する。
【００８７】
ステップ８５０では、完了頻度が２０％未満と低いので、故障診断機能が異常であるとみなして、故障診断機能の正常履歴をクリアする。即ち、正常判定履歴エリアに「０」を記憶し、一旦本処理を終了する。
上述した処理により、故障診断機能が正常であるか異常であるかを判定することができる。
【００８８】
ｃ）この様に、本実施例では、センサ等の故障診断の完了／未完了を完了履歴エリア１〜ｎに記憶するとともに、故障診断機能の判定結果を正常判定履歴エリアに記憶し、今回完了である場合には、故障診断機能が正常であると判断し、一方、完了頻度が低い場合には、異常と判定している。
【００８９】
これにより、前記実施例２と同様に、故障診断機能が正常か異常かを的確に判定して、ＭＩＬ３６によりその判定結果を表示することができるとともに、完了頻度を用いた判定を行うので、前記実施例３と同様な効果も奏する。
（実施例５）
次に実施例５について説明するが、前記実施例１と同様な箇所の説明は省略する。
【００９０】
ａ）まず、本実施例の故障診断機能判定装置の制御システムについて説明する。
図１０に示す様に、本実施例では、前記実施例１と同様に、エンジン４１、エンジンＥＣＵ４２、マイコン４３、記憶装置４４、ＭＩＬ４６、外部装置４７等を備えている。
【００９１】
本実施例では、記憶装置４４に、始動回数（運転サイクル数）を記憶する運転サイクル数記憶エリアと、完了回数を記憶する完了回数記憶エリアとを有している。
ｂ）次に、本実施例の故障診断機能判定装置の処理について説明する。
【００９２】
▲１▼外部装置４７からの要求時の処理
図１１（ａ）のフローチャートに示す様に、ステップ９００では、外部装置４７から、判定クリア要求があるか否かを判定する。ここで肯定判断されるとステップ９１０に進み、一方否定判断されると一旦本処理を終了する。
【００９３】
ステップ９１０では、判定クリア要求があるので、運転サイクル数と完了回数とを「０」に設定し、一旦本処理を終了する。
▲２▼運転サイクル終了時の処理
図１１（ｂ）のフローチャートに示す様に、ステップ１０００では、今回のルーチンの通過に合わせて、運転サイクル数に１を加算する。
【００９４】
続くステップ１０１０では、今回（即ち最新の故障診断にて）、故障診断が完了したか否かを判定する。ここで肯定判断されるとステップ１０２０に進み、一方否定判断されるとステップ１０３０に進む。
ステップ１０２０では、今回、故障診断が完了しているので、完了回数に１を加算し、ステップ１０４０に進む。
【００９５】
一方、ステップ１０３０では、前記完了頻度を算出し、ステップ１０４０に進む 。
ステップ１０４０では、完了頻度が２０％未満であるか否かを判定する。ここで肯定判断されるとステップ１０６０に進み、一方否定判断されるとステップ１０５０に進む。
【００９６】
ステップ１０５０では、故障診断機能が正常として、正常を示すために、ＭＩＬ４６を駆動し、一旦本処理を終了する。
一方、ステップ１０６０では、完了頻度が低いので、故障診断機能が異常とみなし、異常を示すために、ＭＩＬ４６を駆動し、一旦本処理を終了する。
【００９７】
上述した処理により、故障診断機能が正常であるか異常であるかを判定して、報知することができる。
ｃ）この様に、本実施例では、外部装置４７による判定クリア要求の後（従って各エリアをクリアした後）の完了頻度を求め、完了頻度が低い場合には、故障診断機能が異常であると判定し、一方完了頻度が高い場合には、正常であると判定している。
【００９８】
これにより、前記実施例１と同様に、故障診断機能が正常か異常かを的確に判定して、ＭＩＬ４６によりその判定結果を表示することができるとともに、完了頻度を用いた判定を行うので、前記実施例３と同様な効果も奏する。
（実施例６）
次に実施例６について説明するが、前記実施例５と同様な箇所の説明は省略する。
【００９９】
ａ）まず、本実施例の故障診断機能判定装置の制御システムについて説明する。
図１２に示す様に、本実施例では、前記実施例５と同様に、エンジン５１、エンジンＥＣＵ５２、マイコン５３、記憶装置５４、ＭＩＬ５６、外部装置５７等を備えている。
【０１００】
本実施例では、記憶装置５４に、始動回数（運転サイクル数）を記憶する運転サイクル数記憶エリアと、完了回数を記憶する完了回数記憶エリアとを有するとともに、運転サイクル数記憶エリア及び完了回数記憶エリアのデータに基づいて実施された故障診断機能の判定結果を記憶する正常判定履歴エリアを有している。
【０１０１】
ｂ）次に、本実施例の故障診断機能判定装置の処理について説明する。
▲１▼外部装置４７からの要求時の処理
図１３（ａ）のフローチャートに示す様に、ステップ１１００では、外部装置５７から、判定クリア要求があるか否かを判定する。ここで肯定判断されるとステップ１１１０に進み、一方否定判断されると一旦本処理を終了する。
【０１０２】
ステップ１１１０では、判定クリア要求があるので、運転サイクル数と完了回数とを「０」に設定するとともに、故障診断機能の正常履歴をクリアし、一旦本処理を終了する。
▲２▼運転サイクル終了時の処理
図１３（ｂ）のフローチャートに示す様に、ステップ１２００では、今回のルーチンの通過に合わせて、運転サイクル数に１を加算する。
【０１０３】
続くステップ１２１０では、今回（即ち最新の故障診断にて）、故障診断が完了したか否かを判定する。ここで肯定判断されるとステップ１２２０に進み、一方否定判断されるとステップ１２４０に進む。
ステップ１２２０では、今回、故障診断が完了しているので、完了回数に１を加算する。
【０１０４】
続くステップ１２３０では、故障診断機能が正常として、その正常であることを記憶する。即ち、正常判定履歴エリアに「１」を記憶し、一旦本処理を終了する。
一方、ステップ１２４０では、前記完了頻度を算出する。
【０１０５】
続くステップ１２４０では、完了頻度が２０％未満であるか否かを判定する。ここで肯定判断されるとステップ１２６０に進み、一方否定判断されると一旦本処理を終了する。
ステップ１２６０では、完了頻度が低いので、故障診断機能が異常とみなして、故障診断機能の正常履歴をクリアする。即ち、正常判定履歴エリアに「０」を記憶し、一旦本処理を終了する。
【０１０６】
上述した処理により、故障診断機能が正常であるか異常であるかを判定することができる。
ｃ）この様に、本実施例では、外部装置５７による判定クリア要求の後（従って各エリアをクリアした後）の完了頻度を求め、完了頻度が低い場合には、故障診断機能が異常であると判定している。
【０１０７】
これにより、前記実施例５と同様に、故障診断機能が正常か異常かを的確に判定して、ＭＩＬ５６によりその判定結果を表示することができるとともに、完了頻度を用いた判定を行うので、前記実施例３と同様な効果も奏する。
（実施例７）
次に実施例７について説明するが、前記実施例１と同様な箇所の説明は省略する。
【０１０８】
ａ）まず、本実施例の故障診断機能判定装置の制御システムについて説明する。
図１４に示す様に、本実施例では、エンジン６１、エンジンＥＣＵ６２、マイコン６３、記憶装置６４、ＭＩＬ６６、外部装置６７を備えるとともに、（マニュアルにて操作される）スイッチ７１及びそのスイッチの動作を検出する所定操作検出部７２と、センサ等の異常チェックが１０回未満の場合に点灯する１０回未満警告ランプ７３と、１００回以上の場合に点灯する１００回以上警告ランプ７４とを備えている。
【０１０９】
また、本実施例では、記憶装置６４に、始動回数を記憶する始動回数記憶エリアと、故障診断機能の判定結果を記憶する正常判定履歴エリアとを有している。
ｂ）次に、本実施例の故障診断機能判定装置の処理について説明する。
▲１▼スイッチ７１及び外部装置４７からの要求時の処理
図１５（ａ）のフローチャートに示す様に、ステップ１３００では、スイッチ７１から、判定クリア要求があるか否かを判定する。ここで肯定判断されるとステップ１３２０に進み、一方否定判断されるとステップ１３１０に進む。
【０１１０】
ステップ１３１０では、外部装置６７から、判定クリア要求があるか否かを判定する。ここで肯定判断されると前記ステップ１３２０に進み、一方否定判断されると一旦本処理を終了する。
ステップ１３２０では、スイッチ７１又は外部装置６７からの判定クリア要求があるので、故障診断機能の正常履歴をクリアし、一旦本処理を終了する。
【０１１１】
尚、故障診断機能の正常履歴をクリアするのと同時に、始動回数もクリアしておく。
▲２▼運転サイクル終了時の処理
図１５（ｂ）のフローチャートに示す様に、ステップ１４００では、今回（即ち最新の故障診断にて）、故障診断が完了したか否かを判定する。ここで肯定判断されるとステップ１４１０に進み、一方否定判断されるとステップ１４２０に進む。
【０１１２】
ステップ１４１０では、今回、故障診断が完了しているので、故障診断機能が正常として、その正常であることを記憶する。即ち、正常判定履歴エリアに「１」を記憶する。
ステップ１４２０では、始動回数が１０回未満か否かを判定する。ここで肯定判断されるとステップ１４４０に進み、一方否定判断されるとステップ１４３０に進む。
【０１１３】
ステップ１４４０では、始動回数が１０回未満であるので、その状態を運転者等に報知するために、１０回未満警告ランプ７３を点灯する。ここで、１０回未満警告ランプ７３を点灯するのは、本実施例では、マニュアルのスイッチ７１にて判定クリアすることを想定しているので、１０回未満の異常判定回数では、故障診断機能の正常か異常かを判定する回数としては少なすぎるからである。
【０１１４】
一方、ステップ１４３０では、始動回数が１０回以上であるので、１０回未満警告ランプ７３を点灯することなく（消灯して）、ステップ１４５０に進む。
ステップ１４５０では、始動回数が１００回以上か否かを判定する。ここで肯定判断されるとステップ１４７０に進み、一方否定判断されるとステップ１４６０に進む。
【０１１５】
ステップ１４７０では、始動回数が１００回以上であるので、その状態を運転者等に報知するために、１００回以上警告ランプ７４を点灯し、一旦本処理を終了する。そして、この１００回以上警告ランプ７４を点灯することにより、ユーザにスイッチ７１を押して判定クリアしてもらうことを要求する。
【０１１６】
ここで、１００回以上警告ランプ７４を点灯するのは、１００回以上の多くの始動回数の場合には、かなり古いデータ（例えばかなり前に完了とされたデータ過去）が残っていることがあり、従って、最近の状態を正確に捉えにくいと考えられるからである。
【０１１７】
一方、ステップ１４６０では、始動回数が１００回未満であるので、１００回以上警告ランプ７４を点灯することなく（消灯して）、一旦本処理を終了する。ｃ）この様に、本実施例では、図１６に示す様に、ユーザにより、スイッチ７１を操作して判定クリアしてもらうことを前提としており、スイッチ７１が操作された場合には、故障診断機能の正常履歴がクリアされるので、故障診断機能は一応異常の状態とされ、その異常がＭＩＬ６５にて表示される。
【０１１８】
そして、両警告ランプ７３、７４が点灯しない期間に故障診断機能の判定を行うことにより、確実に故障診断機能の判定を行うことができる。
つまり、始動回数が１０回以上１００回未満の場合には、どちらのランプ７３、７４も点灯することがなく、故障診断機能の状態を判断するのに適切な状態と考えられるので、このランプ７３、７４が点灯しない期間において、例えば前記実施例１の様にして故障診断機能の判定を行うことにより、故障診断機能の判定を確実に行うことができる。
【０１１９】
また、１００回以上警告ランプ７４を点灯することにより、ユーザに判定クリアの操作を要求するので、古いデータに基づく故障診断機能の判定を防止できるという利点もある。
（実施例８）
次に実施例８について説明するが、前記実施例７と同様な箇所の説明は省略する。
【０１２０】
ａ）まず、本実施例の故障診断機能判定装置の制御システムについて説明する。
図１７に示す様に、本実施例では、エンジン８１、エンジンＥＣＵ８２、マイコン８３、記憶装置８４、ＭＩＬ８６、外部装置８７を備えている。
【０１２１】
また、本実施例では、記憶装置８４に、始動回数（運転サイクル数）を記憶する始動回数記憶エリアと故障診断機能の判定結果を記憶する正常判定履歴エリアとを有している。
ｂ）次に、本実施例の故障診断機能判定装置の処理について説明する。
【０１２２】
▲１▼外部装置８７からの要求時の処理
図１８（ａ）のフローチャートに示す様に、ステップ１５００では、外部装置８７から、判定クリア要求があるか否かを判定する。ここで肯定判断されると前記ステップ１５１０に進み、一方否定判断されると一旦本処理を終了する。
【０１２３】
ステップ１５１０では、判定クリア要求があるので、故障診断機能の正常履歴をクリアし、一旦本処理を終了する。
尚、故障診断機能の正常履歴をクリアするのと同時に、始動回数もクリアしておく。
【０１２４】
▲２▼運転サイクル終了時の処理
図１８（ｂ）のフローチャートに示す様に、ステップ１６００では、今回（即ち最新の故障診断にて）、故障診断が完了したか否かを判定する。ここで肯定判断されるとステップ１６１０に進み、一方否定判断されるとステップ１６２０に進む。
【０１２５】
ステップ１６１０では、今回、故障診断が完了しているので、故障診断機能が正常として、その正常であることを記憶する。即ち、正常判定履歴エリアに「１」を記憶する。
ステップ１６２０では、始動回数が１００回以上か否かを判定する。ここで肯定判断されるとステップ１６３０に進み、一方否定判断されると一旦本処理を終了する。
【０１２６】
ステップ１６３０では、始動回数が１００回以上であるので、故障診断機能の正常履歴をクリアし、一旦本処理を終了する。
ｃ）この様に、本実施例では、始動回数が１００回以上の多数回に上る場合には、過去の（完了等の）古いデータが残っている可能性があるので、故障診断機能の判定を好適に行えない状態とみなして、自動的に故障診断機能の正常履歴をクリアするので、的確に故障診断機能を判定することができる。つまり、最新のデータに基づいて故障診断機能の判定を行うので、より正確に故障診断機能のチェックを行うことができる。また、ユーザによる操作を必要としないので、一層便利であるという利点もある。
【０１２７】
尚、本実施例では、始動回数が１００回以上の場合には、正常履歴をクリアしており、それは、故障診断機能が正常に働いていないと見なす（即ち異常とみなす）処理である。
（参考例）
次に参考例について説明するが、前記実施例７と同様な箇所の説明は省略する。
【０１２８】
ａ）まず、参考例の故障診断機能判定装置の制御システムについて説明する。
図１９に示す様に、本参考例では、エンジン９１、エンジンＥＣＵ９２、マイコン９３、記憶装置９４、ＭＩＬ９６、外部装置９７を備えるとともに、前記実施例７と同様なスイッチ９８及び所定操作検出部９９を備えている。
【０１２９】
また、本参考例では、記憶装置９４に、故障診断機能の判定結果を記憶する正常判定履歴エリアを有している。
ｂ）次に、本参考例の故障診断機能判定装置の処理について説明する。
・スイッチ９８及び外部装置９７からの要求時の処理
図２０（ａ）のフローチャートに示す様に、ステップ１７００では、スイッチ９８から、判定クリア要求があるか否かを判定する。ここで肯定判断されるとステップ１７２０に進み、一方否定判断されるとステップ１７１０に進む。
【０１３０】
ステップ１７１０では、外部装置９７から、判定クリア要求があるか否かを判定する。ここで肯定判断されると前記ステップ１７２０に進み、一方否定判断されると一旦本処理を終了する。
ステップ１７２０では、スイッチ９８又は外部装置９７からの判定クリア要求があるので、故障診断機能の正常履歴をクリアし、一旦本処理を終了する。
【０１３１】
・運転サイクル終了時の処理
図２０（ｂ）のフローチャートに示す様に、ステップ１８００では、今回（即ち最新の故障診断にて）、故障診断が完了したか否かを判定する。ここで肯定判断されるとステップ１８１０に進み、一方否定判断されると一旦本処理を終了する。
【０１３２】
ｃ）この様に、本参考例では、ユーザにより、スイッチ９８を操作して判定クリアしてもらうことを前提としており、スイッチ９８が操作された場合には、故障診断機能の正常履歴がクリアされるので、故障診断機能は一応異常の状態とされ、その異常がＭＩＬ９６にて表示される。
【０１３３】
その後、例えば前記実施例１の様に、故障診断機能の判定を行うことにより、確実に故障診断機能の判定を行うことができる。
つまり、ガソリンスタンド等にて車両点検する場合に、容易に任意のタイミングから故障診断機能の判定を開始できるという利点がある。
【０１３４】
尚、本発明は前記実施例になんら限定されるものではなく、本発明を逸脱しない範囲において種々の態様で実施しうることはいうまでもない。
例えば前記各実施例では、故障診断機能判定装置について述べたが、本発明は、それらに限らず、上述したアルゴリズムに基づく処理を実行させるプログラムやそのプログラムを記憶している記録媒体にも適用できる。
【０１３５】
この記録媒体としては、マイクロコンピュータとして構成される電子制御装置、マイクロチップ、フレキシブルディスク、ハードディスク、光ディスク等の各種の記録媒体が挙げられる。つまり、上述した故障診断機能判定装置の処理を実行させることができるプログラムを記憶したものであれば、特に限定はない。
【０１３６】
尚、前記プログラムは、単に記録媒体に記憶されたものに限定されることなく、例えばインターネットなどの通信ラインにて送受信されるプログラムにも適用される。
【図面の簡単な説明】
【図１】 実施例１の故障診断機能判定装置のシステム構成を示す説明図である。
【図２】 実施例１の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求がある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図３】 実施例１の故障診断機能判定装置の動作タイミングを示すタイミングチャートである。
【図４】 実施例２の故障診断機能判定装置のシステム構成を示す説明図である。
【図５】 実施例２の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求がある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図６】 実施例３の故障診断機能判定装置のシステム構成を示す説明図である。
【図７】 実施例３の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求がある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図８】 実施例４の故障診断機能判定装置のシステム構成を示す説明図である。
【図９】 実施例４の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求がある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図１０】 実施例５の故障診断機能判定装置のシステム構成を示す説明図である。
【図１１】 実施例５の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求がある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図１２】 実施例６の故障診断機能判定装置のシステム構成を示す説明図である。
【図１３】 実施例６の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求がある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図１４】 実施例７の故障診断機能判定装置のシステム構成を示す説明図である。
【図１５】 実施例７の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求がある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図１６】 実施例７の故障診断機能判定装置の動作タイミングを示すタイミングチャートである。
【図１７】 実施例８の故障診断機能判定装置のシステム構成を示す説明図である。
【図１８】 実施例８の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求がある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図１９】 参考例の故障診断機能判定装置のシステム構成を示す説明図である。
【図２０】 参考例の故障診断機能判定装置の処理を示し、（ａ）は判定クリア要求が
ある場合の処理を示すフローチャート、（ｂ）は故障診断機能の判定処理を示すフローチャートである。
【図２１】 従来技術の説明図である。
【図２２】 従来技術の説明図である。
【符号の説明】
１、１１、２１、３１、４１、５１、６１、８１、９１…エンジン
２、１２、２２、３２、４２、５２、６２、８２、９２…電子制御装置（エンジンＥＣＵ）
３、１３、２３、３３、４３、５３、６３、８３、９３…マイクロコンピュータ（マイコン）
４、１４、２４、３４、４４、５４、６４、８４、９４…記憶装置
６、１６、２６、３６、４６、５６、６６、８６、９６…マルチインジケータランプ（ＭＩＬ）
７、１７、２７、３７、４７、５７、６７、８７、９７…外部装置（外部ツール）
７１、９８…スイッチ
７２、９９…所定操作検出部
７３…１０回未満警告ランプ
７４…１００回以上警告ランプ
Claims (16)
- 車両に搭載された診断対象の故障診断を自動的に行う故障診断装置における、前記自動的に行われる故障診断の機能を判定する故障診断機能判定装置において、
前記診断対象の故障診断が完了したか否かを判定する完了状態判定手段と、
車両の運転サイクル終了時に、前記故障診断が完了したか否かに関わらず、前記完了状態判定手段による判定結果を、最新のものから過去に至る複数回分、記憶する診断判定記憶手段と、
前記診断判定記憶手段に記憶された判定結果に基づき、前記診断対象の故障診断が、前記複数回分にわたり完了していないと判定された場合には、前記故障診断装置の機能が正常ではないと判定する機能判定手段と、
を備えたことを特徴とする故障診断機能判定装置。 - 前記故障診断機能の判定結果を記憶する機能判定記憶手段を備えたことを特徴とする前記請求項１に記載の故障診断機能判定装置。
- 前記故障診断機能が正常でないと判定された場合には、前記機能判定記憶手段に記憶されている前記故障診断機能の正常履歴をクリアすることを特徴とする前記請求項２に記載の故障診断機能判定装置。
- 車両に搭載された診断対象の故障診断を自動的に行う故障診断装置における、前記自動的に行われる故障診断の機能を判定する故障診断機能判定装置において、
前記診断対象の故障診断が完了したか否かを判定する完了状態判定手段と、
車両の運転サイクル終了時に、前記故障診断が完了したか否かに関わらず、前記完了状態判定手段による判定結果を、最新のものから過去に至る複数回分、記憶する診断判定記憶手段と、
前記診断判定記憶手段に記憶された前記複数回分の判定結果に基づき、前記診断対象の故障診断が完了した頻度又は完了しなかった頻度の少なくともいずれか一方を求める頻度算出手段と、
前記頻度算出手段により算出された前記頻度に基づいて、前記故障診断装置の機能の判定を行うものであって、前記故障診断が完了した頻度が所定値未満の場合又は前記故障診断が完了しない頻度が所定値以上の場合には、前記故障診断機能を正常と判定しない機能判定手段と、
を備えたことを特徴とする故障診断機能判定装置。 - 前記故障診断機能の判定結果を記憶する機能判定記憶手段を備えたことを特徴とする前記請求項４に記載の故障診断機能判定装置。
- 前記故障診断機能が正常でないと判定された場合には、前記機能判定記憶手段に記憶されている前記故障診断機能の正常履歴をクリアすることを特徴とする前記請求項５に記載の故障診断機能判定装置。
- 車両に搭載された診断対象の故障診断を自動的に行う故障診断装置における、前記自動的に行われる故障診断の機能を判定する故障診断機能判定装置において、
前記診断対象の故障診断が完了したか否かを判定する完了状態判定手段と、
車両の運転サイクル終了時に、前記故障診断が完了したか否かに関わらず、前記完了状態判定手段による判定結果を、最新のものから過去に至る複数回分、記憶する診断判定記憶手段と、
外部装置からの判定クリア要求があるか否かを判定するクリア要求判定手段と、
前記クリア要求判定手段により、前記判定クリア要求があると判断されると前記診断判 定記憶手段に記憶した前記判定結果をクリアする判定結果クリア手段と、
を備えるとともに、
前記診断判定記憶手段に記憶された前記複数回分の判定結果に基づき、前記診断対象の故障診断が完了した頻度又は完了しなかった頻度の少なくともいずれか一方を求める頻度算出手段と、
前記頻度算出手段により算出された前記頻度に基づいて、前記故障診断装置の機能の判定を行うものであって、前記故障診断が完了した頻度が所定値未満の場合又は前記故障診断が完了しない頻度が所定値以上の場合には、前記故障診断機能を正常と判定しない機能判定手段と、
を備えたことを特徴とする故障診断機能判定装置。 - 前記故障診断機能の判定結果を記憶する機能判定記憶手段を備えたことを特徴とする前記請求項７に記載の故障診断機能判定装置。
- 前記故障診断機能が正常でないと判定された場合には、前記機能判定記憶手段に記憶されている前記故障診断機能の正常履歴をクリアすることを特徴とする前記請求項８に記載の故障診断機能判定装置。
- 車両に搭載された診断対象の故障診断を自動的に行う故障診断装置における、前記自動的に行われる故障診断の機能を判定する故障診断機能判定装置において、
エンジンの始動毎に、前記診断対象の故障診断の完了状態を判定する完了状態判定手段と、
前記完了状態判定手段の完了状態判定結果に基づき、前記故障診断装置の機能が正常か否かを判定する機能判定手段と、
前記機能判定手段による前記故障診断機能の判定結果が正常である場合に正常である旨を記憶する機能判定記憶手段と、
エンジンの始動回数を計測する始動回数記憶手段と、
前記始動回数計測手段により計測された前記始動回数が、所定の回数以上か否かを判定する始動回数判定手段と、
前記始動回数判定手段により前記始動回数が所定の回数以上と判定された場合には、前記機能判定記憶手段において前記正常である旨が記憶された正常履歴をクリアする判定クリア手段と、
を備えたことを特徴とする故障診断機能判定装置。 - 車両に搭載された診断対象の故障診断を自動的に行う故障診断装置における、前記自動的に行われる故障診断の機能を判定する故障診断機能判定装置において、
エンジンの始動毎に、前記診断対象の故障診断の完了状態を判定する完了状態判定手段と、
前記完了状態判定手段の完了状態判定結果に基づき、前記故障診断装置の機能が正常か否かを判定する機能判定手段と、
前記機能判定手段による前記故障診断機能の判定結果が正常である場合に正常である旨を記憶する機能判定記憶手段と、
エンジンの始動回数を計測する始動回数記憶手段と、
前記始動回数計測手段により計測された前記始動回数が、所定の回数以上か否かを判定する始動回数判定手段と、
を備え、前記機能判定手段は、
前記始動回数判定手段により前記始動回数が所定の回数以上と判定された場合には、前記故障診断機能を異常とみなす
ことを特徴とする故障診断機能判定装置。 - 前記始動回数が前記所定回数以上と判定された場合にその旨を報知する第１の報知手段を備えたことを特徴とする前記請求項１０又は１１に記載の故障診断機能判定装置。
- 前記始動回数が前記所定回数よりも小さい回数であって故障診断機能が正常か異常かを判定する回数としては少ない回数の場合にその旨を報知する第２の報知手段を備えたことを特徴とする前記請求項１２に記載の故障診断機能判定装置。
- 前記故障診断機能の判定結果を報知する判定結果報知手段を備えたことを特徴とする前記請求項１〜１３のいずれかに記載の故障診断機能判定装置。
- 前記請求項１〜１４のいずれかに記載の故障診断機能判定装置の機能を実現するための手段を有することを特徴とするプログラム。
- 前記請求項１５に記載のプログラムの機能を実現するための手段を記憶していることを特徴とする記録媒体。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002304573A JP3918712B2 (ja) | 2002-10-18 | 2002-10-18 | 故障診断機能判定装置 |
| US10/687,662 US7117081B2 (en) | 2002-10-18 | 2003-10-20 | Diagnosis function evaluation system for evaluating a fault diagnosis function, computer product, and computer readable storage medium |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002304573A JP3918712B2 (ja) | 2002-10-18 | 2002-10-18 | 故障診断機能判定装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2004136817A JP2004136817A (ja) | 2004-05-13 |
| JP3918712B2 true JP3918712B2 (ja) | 2007-05-23 |
Family
ID=32105124
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002304573A Expired - Fee Related JP3918712B2 (ja) | 2002-10-18 | 2002-10-18 | 故障診断機能判定装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US7117081B2 (ja) |
| JP (1) | JP3918712B2 (ja) |
Families Citing this family (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE102004024536A1 (de) * | 2004-05-18 | 2005-12-15 | Robert Bosch Gmbh | Verfahren zum Betrieb eines Systems |
| US7489981B2 (en) * | 2004-09-01 | 2009-02-10 | Honda Motor Co., Ltd. | Assembly line control system and immobilizer data protocol and communication process flow |
| JP2006144637A (ja) * | 2004-11-18 | 2006-06-08 | Hitachi Ltd | 可変動弁機構の診断機能の評価方法及び可変動弁機構の診断装置 |
| JP6432356B2 (ja) * | 2015-01-14 | 2018-12-05 | 株式会社デンソー | 電子制御装置 |
| CN106371429A (zh) * | 2016-11-12 | 2017-02-01 | 驭联智能科技发展（上海）有限公司 | 车内设备集中检测方法及*** |
| JP6922458B2 (ja) * | 2017-06-14 | 2021-08-18 | 株式会社デンソー | 電子制御装置 |
| CN107462425B (zh) * | 2017-08-04 | 2019-10-11 | 北京航天发射技术研究所 | 一种车载装备***的故障预测方法及故障预测平台 |
| CN111692703B (zh) | 2019-03-15 | 2023-04-25 | 开利公司 | 空气调节***的故障检测方法 |
| CN110794803A (zh) * | 2019-08-01 | 2020-02-14 | 中国第一汽车股份有限公司 | 一种发动机控制器的测试***及方法 |
| DE112020007131T5 (de) * | 2020-04-27 | 2023-03-09 | Mitsubishi Electric Corporation | Anomalie-diagnoseverfahren, anomalie-diagnosevorrichtung und anomalie-diagnoseprogramm |
| CN112327794B (zh) * | 2020-10-15 | 2023-05-09 | 无锡沃尔福汽车技术有限公司 | 一种obd鲁棒性测试评估方法及装置 |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| DE19609242A1 (de) * | 1996-03-09 | 1997-09-11 | Bosch Gmbh Robert | Verfahren und Vorrichtung zur Steuerung einer Antriebseinheit eines Fahrzeugs |
| JP3739126B2 (ja) * | 1996-04-04 | 2006-01-25 | 株式会社小松製作所 | ダンプトラックの故障診断方法及び装置 |
| JPH1137903A (ja) * | 1997-07-18 | 1999-02-12 | Honda Motor Co Ltd | 電子制御装置の診断装置 |
| JP3692932B2 (ja) * | 2000-12-13 | 2005-09-07 | 株式会社デンソー | 情報提供機能を備えた車両用制御装置及び記録媒体 |
| JP2002243591A (ja) * | 2001-02-22 | 2002-08-28 | Mitsubishi Electric Corp | 車両用故障診断装置 |
| JP2003084998A (ja) * | 2001-09-12 | 2003-03-20 | Denso Corp | 故障診断システム及び電子制御装置 |
-
2002
- 2002-10-18 JP JP2002304573A patent/JP3918712B2/ja not_active Expired - Fee Related
-
2003
- 2003-10-20 US US10/687,662 patent/US7117081B2/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| US7117081B2 (en) | 2006-10-03 |
| US20040083071A1 (en) | 2004-04-29 |
| JP2004136817A (ja) | 2004-05-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2625148B2 (ja) | 車載電子制御装置 | |
| JP4065790B2 (ja) | 車載電子制御装置 | |
| JP4157576B2 (ja) | エンジン制御装置 | |
| JP5206737B2 (ja) | 電子制御装置及び情報管理システム | |
| JP3918712B2 (ja) | 故障診断機能判定装置 | |
| JP4636118B2 (ja) | 電子機器及びプログラム | |
| US20020087237A1 (en) | Controller for vehicle with self-diagnostic function and recording medium | |
| WO1994004809A1 (en) | Self-diagnosing apparatus of vehicle | |
| JP5849990B2 (ja) | 車載制御装置及び車載制御システム | |
| JP2006291730A (ja) | 車両用診断装置 | |
| CN111736030A (zh) | 一种汽车的通用故障管理方法 | |
| US10096177B2 (en) | Electronic control unit | |
| JP2987446B2 (ja) | 車輌の自己診断装置 | |
| JP4600510B2 (ja) | 制御装置およびプログラム | |
| JP2006286111A (ja) | 半導体メモリの管理装置 | |
| US10248489B2 (en) | Electronic control unit | |
| JP2004151021A (ja) | 車両用故障診断装置 | |
| US7136780B2 (en) | Abnormality diagnosis apparatus for automatic activation timer circuit | |
| JP2007062632A (ja) | 電子制御ユニットおよび異常発生時記憶用データの記憶方法 | |
| JP2925437B2 (ja) | 自己診断機能を備えた車両制御用コンピュータシステム | |
| JP2013151220A (ja) | 車載制御装置 | |
| WO2018079537A1 (ja) | 電子制御装置及びそのデータ保護方法 | |
| US11726853B2 (en) | Electronic control device | |
| JP2006161604A (ja) | 車両故障診断装置 | |
| JP4556666B2 (ja) | 車載式故障診断システムの検査装置および検査方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20041227 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20061031 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20061107 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061227 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20070123 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20070205 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110223 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120223 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130223 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |