JP2002014839A

JP2002014839A - 自己診断機能を備えた車両用制御装置及び記録媒体

Info

Publication number: JP2002014839A
Application number: JP2001000547A
Authority: JP
Inventors: Yoshiyuki Maki; 良幸牧; Masaya Oi; 正也大井
Original assignee: Denso Corp
Current assignee: Denso Corp
Priority date: 2000-04-28
Filing date: 2001-01-05
Publication date: 2002-01-18
Anticipated expiration: 2021-01-05
Also published as: JP4449220B2

Abstract

(57)【要約】【課題】ダイアグ対象の構成にのみ変更が生じた場合
や故障情報にのみ増減が生じた場合における自己診断プ
ログラムの再利用性を向上させ、しかも、自己診断プロ
グラムをコンパクトにすると共に自己診断プログラムの
作成工数を削減する。【解決手段】自己診断プログラムが、オブジェクト指
向設計される前提の下、故障検出処理毎に設けられて故
障を検出する故障検出オブジェクト１００と、故障項目
毎に設けられてダイアグ故障情報を記憶する故障情報保
存オブジェクト３００と、ＦＦＤを記憶するＦＦＤ保存
オブジェクト５００とを備える構成にする。このとき、
故障情報管理オブジェクト２００、ＦＦＤ管理オブジェ
クト４００がそれぞれ、該当するオブジェクト３００，
５００にダイアグ故障情報、ＦＦＤを記憶させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、車両を制御する車
両用制御装置の自己診断機能に関し、さらに、当該自己
診断機能をオブジェクト指向プログラミングにて実現す
る技術に関する。

【０００２】

【従来の技術】近年、高性能マイクロプロセッサの出現
などエレクトロニクス技術の進歩を背景として、機械技
術と電子技術とが結びついたメカトロニクス技術の進歩
が著しい。メカトロニクスの進歩の一部として、自動車
等の車両にも多くのコンピュータシステムが採用されて
きている。このような車載用のコンピュータシステム
は、省資源、省エネルギー、走行性能、安全性、快適性
等を追求するものであり、車両内のエンジン・駆動系、
走行・安全系、エンターテイメント系、及びその他の随
所に搭載されている。

【０００３】その中でも特に高い信頼性を要求される車
両制御用のコンピュータシステムは、システム内の各部
位の故障検出を的確に行わないと、走行上の不具合を引
き起こす可能性があり、場合によっては走行不能となる
こともある。そのため、コンピュータシステムに自己診
断機能を備えることにより、信頼性の向上が図られてい
る。すなわち、コンピュータ部やセンサ類の動作状態を
適当な周期で自動的にチェックし、故障時には、ユーザ
などに故障を知らせるための警告灯（ＭＩＬ）を点灯し
たり、その故障内容が修理担当者などに分かるよう故障
コード（ＤＴＣ）を記憶したりするダイアグノーシス
（以下「ダイアグ」という。）処理を可能にしている。
このダイアグ処理の対象は、クランク角センサ、カム角
センサ、水温センサなどの各センサをはじめ、現在では
約２００にもおよぶ。以下、ダイアグ処理の対象を「ダ
イアグ対象」と呼ぶ。

【０００４】そして、このようなダイアグ処理を実現す
るための自己診断プログラムの設計では、上述したダイ
アグ対象が、車種やグレードあるいはモデルチェンジの
タイミングで変わるということを考慮しなければならな
い。そのため、再利用性という観点から、オブジェクト
指向設計することが望ましい。つまり、ダイアグ対象に
依存する処理とダイアグ対象に依存しない処理を別のオ
ブジェクトが実行するようにして、ダイアグ対象に依存
しない処理を実行するオブジェクトはダイアグ対象が変
わってもそのまま利用できるようにし、過去に作成した
自己診断プログラムを部分的に用いて新たな自己診断プ
ログラムを作成できるようにするのである。

【０００５】このような技術について本願出願人は、特
願平１０−２６４８３０号で既に提案している。この技
術は、ダイアグ対象に依存する処理を実行するオブジェ
クトを異常検出オブジェクトとして自己診断プログラム
上で分離し、ダイアグ対象が変更された場合にはこの異
常検出オブジェクトだけを変更し、他のオブジェクトに
関して再利用を図ったものである。

【０００６】

【発明が解決しようとする課題】しかしながら、上述の
技術においても、次の点では改良の余地がある。それ
は、異常検出オブジェクトが、故障を検出するだけでな
く、処理結果としての故障情報を記憶する点である。

【０００７】（１）「ダイアグ対象が変わる」場合は、
大別して２つに分けられる。ダイアグ対象の構成が変わ
る場合と、ダイアグ対象が増減する場合である。例えば
ある車種では水温センサＡを用い、別の車種では水温セ
ンサＢを用いるという場合が前者に相当する。また例え
ば、ある車種ではセンサＣを用いず、別の車種ではセン
サＣを用いるという場合が後者に相当する。

【０００８】車種・グレードが違っても同様の車両制御
を行う場合には、同様の機能を有するセンサ等を用いる
ことになるため、前者のようにダイアグ対象の構成が変
わる場合が多い。そして、ダイアグ対象の構成のみが変
わる場合、故障検出処理（検出ロジック）の変更を迫ら
れるが、故障情報についてはそのままでよいことにな
る。

【０００９】一方、故障情報は、法規やメーカによって
予め定められるものである。したがって、メーカからの
要求などにより故障項目の増減が生じると、故障情報を
変更する必要が生じるが、故障検出処理については何等
変更する必要がないことがある。

【００１０】つまり、上述の技術では、ダイアグ対象に
依存する処理を分離してダイアグ対象毎の単位でオブジ
ェクト化を図ったのであるが、ダイアグ対象等の変更状
況によっては、異常検出オブジェクト内に再利用できる
部分が存在することになってしまう。

【００１１】（２）また、従来のように、ダイアグ対象
毎にオブジェクト化すると、２以上の異常検出オブジェ
クトで故障検出処理が重複する場合があった。ダイアグ
対象が異なっていても故障検出処理が同一になる場合が
あるためである。これは自己診断プログラムのコンパク
ト化を阻害する原因となる。

【００１２】（３）さらに、自己診断プログラムの作成
段階において、故障情報は最初に決定されることが多く
開発途中ではほとんど変更されないが、故障検出処理
は、センサの変更に従い、また、ロジック（アルゴリズ
ム）の改良によって、開発途中で何度も変更される可能
性がある。しかし、従来の構成では、同一オブジェクト
内に故障情報の記述があるため、故障検出処理だけを変
更しようとしても故障情報との関連を考慮する必要が生
じ、結果として、プログラム作成工数を増大させてしま
っていた。

【００１３】（４）また、故障情報の中には、ダイアグ
対象の故障項目に対応するダイアグ故障情報と、故障時
の車両状態を含むフリーズ情報が存在する。フリーズ情
報を記憶するのは、故障原因の究明などに利用できるた
めである。このようなフリーズ情報は、ダイアグ故障情
報と異なり、故障項目に対応させて記憶することは通常
行わない。故障項目に対応させて記憶しようとすれば、
例えば２００という故障項目に対応するフリーズ情報の
記憶領域が必要になり、記憶容量などが問題となるため
である。したがって、永続的な又は重要な故障と判断さ
れた場合に、その付帯情報として記憶するのが一般的で
ある。

【００１４】したがって、故障情報の変更と一口に言っ
ても、故障項目の増減によって変更される情報はダイア
グ故障情報であり、フリーズ情報は変更されない場合が
考えられる。逆に、フリーズ情報のみが変更され、ダイ
アグ故障情報は変更されない場合が考えられる。つま
り、故障情報を一まとめにして記憶する構成を採れば、
故障情報の変更状況に合わせて、再利用できる部分が存
在することになる。

【００１５】本発明は、上述した問題を解決するために
なされたものであり、自己診断プログラムの再利用性を
向上させることを第１の目的とし、自己診断プログラム
をコンパクトにすると共に自己診断プログラムの作成工
数を削減することを第２の目的とする。

【００１６】

【課題を解決するための手段及び発明の効果】上述した
目的を達成するためになされた請求項１に記載の車両用
制御装置の自己診断機能を実現する自己診断プログラム
は、オブジェクト指向設計され、再利用が可能なオブジ
ェクトの単位で構成されている。

【００１７】そして、本発明では特に、自己診断プログ
ラムが、故障検出オブジェクトと、故障情報保存オブジ
ェクトとを備える。故障検出オブジェクトは、ダイアグ
対象に依存する故障検出処理に対応させて用意される。
そして、所定の故障検出処理を実行する。一方、故障情
報保存オブジェクトは、上述した故障項目に対応させて
用意される。そして、故障項目に対応するダイアグ故障
情報を記憶する。

【００１８】つまり、故障検出処理を実行するオブジェ
クトと、ダイアグ故障情報を記憶するオブジェクトとを
別個のオブジェクトとしたのである。これによって、ダ
イアグ対象の構成が変わった場合には故障検出オブジェ
クトだけを変更し、故障情報保存オブジェクトについて
はそのまま再利用することができる。また、メーカから
の要求などにより故障項目の増減が生じた場合には、故
障情報保存オブジェクトだけを変更し、故障検出オブジ
ェクトについてはそのまま再利用することができる。そ
の結果、ダイアグ対象の構成のみに変更が生じた場合や
ダイアグ故障情報のみに増減が生じた場合における自己
診断プログラムの再利用性が図られる。すなわち、上記
（１）に示した問題が解決される。

【００１９】また、従来はダイアグ対象毎にオブジェク
ト化がなされていたため、複数のオブジェクトで故障検
出処理が重複することがあった。これに対して、本発明
では、故障検出処理に対応させて故障検出オブジェクト
を用意したため、ダイアグ対象が異なっている場合であ
っても故障検出処理が共通であれば、それは一つの故障
検出オブジェクトとして実現される。したがって、自己
診断プログラムがコンパクトになる。すなわち、上記
（２）に示した問題が解決される。

【００２０】さらに、従来の構成では同一オブジェクト
内にダイアグ故障情報の記述があるため、故障検出処理
だけを変更しようとしてもダイアグ故障情報との関連を
考慮する必要が生じ、自己診断プログラムの作成工数を
増大させてしまっていた。これに対して本発明では、故
障情報保存オブジェクトがダイアグ故障情報を記憶する
ため、故障検出処理を変更する場合に、故障情報保存オ
ブジェクトについては手直しする必要がなく、ダイアグ
故障情報との関連を考慮する必要がない。その結果、自
己診断プログラムの作成工数を削減することができる。
すなわち、上記（３）に示した問題が解決される。

【００２１】以上のように本発明によれば、上記第１及
び第２の目的が達成される。ところで、故障検出オブジ
ェクトや故障情報保存オブジェクトの再利用という観点
からは、請求項２に示すように、自己診断プログラムが
さらに、故障情報管理オブジェクトを備える構成にする
とよい。故障情報管理オブジェクトは、故障検出オブジ
ェクトから故障検出結果を受け取り、対応する故障情報
保存オブジェクトを判断する。そして、当該故障情報保
存オブジェクトに受け取った故障検出結果に基づくダイ
アグ故障情報を記憶させる。

【００２２】故障検出オブジェクトは故障検出処理毎に
用意されるものであり、故障情報保存オブジェクトは故
障項目毎に用意されるものであるため、それらオブジェ
クト間の対応をとる必要がある。その対応関係を有する
のが、故障情報管理オブジェクトである。このようなイ
ンターフェース的オブジェクトを用意することによっ
て、故障検出オブジェクトと故障情報保存オブジェクト
とが相互に存在を意識する必要がなくなり、両オブジェ
クトの独立性が向上する。例えば、故障検出オブジェク
トを再利用する場合に、対応する故障情報保存オブジェ
クトがどれであるかということを意識する必要がなくな
るからである。これによって、故障検出オブジェクト及
び故障情報保存オブジェクトの再利用が容易になる。

【００２３】なお、自己診断プログラムによる自己診断
機能は、ただ単にダイアグ対象の作動状態を単発的にチ
ェックして「故障」を判定するものではない。「故障」
にもレベルがあるからである。例えば、センサからの入
力信号系の「故障」を例に挙げた場合、コネクタ等にお
ける一時的な接触不良も「故障」であるし、完全な断線
も「故障」である。前者の場合は、その後良好な作動状
態を維持することがあり、特に部品交換の必要性が認め
られないことがある。したがって、従来より、このよう
な接触不良などの一時的な故障を「仮異常」、完全な断
線などの永続的な故障を「確定異常」などとして、故障
のレベルを判定することが行われている。このような判
定は、故障検出オブジェクトがそれぞれの処理で行って
もよいが、数パターンに分けられるため、請求項３に示
すように、故障情報管理オブジェクトが行うようにする
とよい。この場合、故障情報管理オブジェクトは、故障
検出オブジェクトから故障検出結果を受け取ると、故障
のレベルを判定するための、当該故障検出オブジェクト
に応じた故障レベル判定処理を実行し、当該故障レベル
判定処理による結果に従いダイアグ故障情報を故障情報
保存オブジェクトに記憶させる。このようにすれば、故
障検出オブジェクトが故障のレベルを判定するよりも効
率的であり、自己診断プログラムのさらなるコンパクト
化に寄与できる。

【００２４】ところで、上述したように、自己診断機能
では、故障時における車両状態を含むフリーズ情報を記
憶するのが一般的である。そして、フリーズ情報は、故
障項目毎に記憶されるものではなく、永続的な又は重要
な故障と判断された場合に、ダイアグ故障情報の付帯情
報として記憶される。

【００２５】したがって、自己診断プログラムの再利用
性を向上させるという観点からは、請求項４に示す構成
を採用することが考えられる。すなわち、ダイアグ故障
情報の付帯情報である、故障時における車両状態を含む
フリーズ情報を記憶することを前提として、ダイアグ故
障情報を記憶する故障情報保存オブジェクトとは別に、
フリーズ情報を記憶する故障時状態保存オブジェクトと
を備えるものとすることが考えられる。もちろん、この
場合も、請求項５に示すように、故障情報保存オブジェ
クトは、故障項目毎に用意することが望ましい。故障項
目の追加・変更がオブジェクトの単位で可能になるため
である。

【００２６】この場合、ダイアグ故障情報のみに変更が
生じた場合、すなわちフリーズ情報の変更がなければ、
故障時状態保存オブジェクトはそのまま再利用すること
ができる。また、フリーズ情報のみに変更が生じた場
合、すなわちダイアグ故障情報に変更がなければ、故障
情報保存オブジェクトはそのまま再利用することができ
る。すなわち、上記（４）に示す問題が解決される。そ
の結果、このような構成を採用しても、自己診断プログ
ラムの再利用性を向上させるという第１の目的が達成さ
れる。

【００２７】なお、請求項６に示すように、請求項１〜
３に示した構成に加え、故障時状態保存オブジェクトを
備える構成にすることも考えられる。このようにすれ
ば、自己診断プログラムの再利用性のさらなる向上に寄
与できる。フリーズ情報は、所定のデータ群であり、最
も重要な故障に対して記憶しておくことが考えられる。
したがってこのときは、故障時状態保存オブジェクトは
１つだけ用意すればよい。しかしながら、近年では、メ
モリの記憶容量が増加しているため、故障項目によって
異なるフリーズ情報を記憶することもある。このような
ときは、要求されるフリーズ情報に合わせて複数の故障
時状態保存オブジェクトを用意することで対応すること
が考えられる。このようにすれば、フリーズ情報の変更
にオブジェクト単位の変更で対応できる。また、同一内
容のフリーズ情報を複数の故障項目に対応させて記憶す
る構成にすることもできる。すなわち、メモリに余裕が
あれば、故障時状態保存オブジェクトを追加してフリー
ズ情報の記憶領域を増やすことができ、逆にメモリに余
裕がなければ、故障時状態保存オブジェクトを削除する
ことによってフリーズ情報の記憶領域を減らすことがで
きる。つまり、限られたメモリをどのように使用するか
を、故障時状態保存オブジェクトの追加／削除によって
変更することができる。

【００２８】故障時状態保存オブジェクトを備える構成
を前提とすれば、請求項７に示すように、さらに、故障
時状態管理オブジェクトを備える構成とすることが考え
られる。故障時状態管理オブジェクトは、故障項目と故
障時状態保存オブジェクトとの対応関係に基づき、該当
する故障時状態保存オブジェクトにフリーズ情報を記憶
させる。このようにすれば、故障時状態保存オブジェク
トは故障項目との対応を意識する必要がなくなり、故障
時状態保存オブジェクトの追加や削除が用意になるとい
う点で有利である。

【００２９】そして、この対応関係は、故障項目の変更
に伴って変更されるため、請求項８に示すように、故障
項目毎にダイアグ故障情報を保存する故障情報保存オブ
ジェクトに記憶しておくことが望ましい。故障項目の変
更に伴う変更部分をまとめておくことによって、その変
更作業が簡単になるからである。また、故障項目に依存
する情報を故障情報保存オブジェクトに記憶しておけ
ば、故障項目の変更があっても、故障時状態管理オブジ
ェクトを変更する必要はなくなるからである。

【００３０】また、フリーズ情報は、永続的な又は重要
な故障と判断された場合に、その付帯情報として記憶さ
れることは既に述べた。したがって、限られた記憶領域
に有用なフリーズ情報を記憶するため、請求項９に示す
ように、故障時状態管理オブジェクトは、故障項目毎の
フリーズ情報の保存必要性である優先度情報に基づい
て、故障時状態保存オブジェクトに記憶させたフリーズ
情報を更新するようにしてもよい。これによって、優先
度情報に基づくフリーズ情報の更新がなされるため、よ
り有用なフリーズ情報を記憶することができる。この優
先度情報も、故障項目毎に設けられるものであることを
考えると、請求項１１に示すように、故障情報保存オブ
ジェクトに記憶しておくことが望ましい。故障情報保存
オブジェクトに上述した対応関係を記憶しておくのと同
様に、故障項目の変更に伴う変更部分をまとめておくこ
とによって、その変更作業が簡単になるからである。ま
た、故障項目に依存する情報を故障情報保存オブジェク
トに記憶しておけば、故障項目の変更があっても、故障
時状態管理オブジェクトを変更する必要はなくなるから
である。

【００３１】ところで、故障時状態管理オブジェクト
は、請求項１２に示すように、フリーズ情報の保存依頼
があると、フリーズ情報の一部となる車両情報を取得
し、故障時状態保存オブジェクトにフリーズ情報を記憶
させることが考えられる。フリーズ情報の保存依頼は、
例えば故障情報管理オブジェクトを備える構成であれ
ば、故障情報管理オブジェクトが行うという具合であ
る。また、請求項１３に示すように、フリーズ情報の無
効依頼があると、故障時状態保存オブジェクトに記憶さ
せたフリーズ情報を無効にすることが考えられる。「無
効にする」場合、故障時状態保存オブジェクトにフリー
ズ情報を消去させることが考えられる。また、例えばフ
リーズ情報を通常操作では読み出せないようにマスクを
かけることが考えられる。後者のようにする理由は、一
度記憶されたフリーズ情報を、無効になった後でも、必
要に応じて参照できるようにするためである。

【００３２】なお、このような車両用制御装置の自己診
断プログラムは、例えば、フロッピー（登録商標）ディ
スク、光磁気ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、ハード
ディスク等のコンピュータ読み取り可能な記録媒体に記
録し、必要に応じてコンピュータシステムにロードして
起動することにより用いることができる。この他、ＲＯ
ＭやバックアップＲＡＭをコンピュータ読み取り可能な
記録媒体として前記プログラムを記録しておき、このＲ
ＯＭあるいはバックアップＲＡＭをコンピュータシステ
ムに組み込んで用いてもよい。

【００３３】

【発明の実施の形態】以下、本発明を具体化した実施例
を図面を参照して説明する。［第１実施例］図１は、エンジン制御システムの全体を
示す構成図である。このエンジン制御システムは、エン
ジン１１及び、このエンジン１１を制御するエンジン制
御ユニット１６を中心に構成されている。このエンジン
制御ユニット１６が「車両用制御装置」に相当する。

【００３４】エンジン１１には、エアクリーナからの吸
入空気が吸気管１２を経て供給されている。この吸気管
１２には、吸入空気量を測定するエアフローセンサ１３
と、吸気温度を検出する吸気温センサ１４が配置され、
さらに、アクセルペダルによって駆動されるスロットル
弁１５が配置されている。

【００３５】エンジン制御ユニット１６には、エンジン
１１の状態を示す各種信号が入力される。この信号を列
挙すれば、エアフローセンサ１３からの吸入空気量検出
信号、スロットルセンサ１７からのスロットル弁１５の
開度検出信号、排出ガス中に含まれる酸素濃度を検出す
る空燃比センサ１８からの信号、バッテリ１９からのバ
ッテリ電圧信号、水温センサ２０からの検出信号、エン
ジン１１によって駆動されるディストリビュータ２１か
らの回転信号、さらに気筒判別信号等である。

【００３６】また、エンジン制御ユニット１６では、こ
れらの各種検出信号に基づいてエンジン１１の運転状態
に対応した燃料噴射量等を演算し、エンジン１１の複数
の気筒それぞれに設定されるインジェクタ２２ａ，２２
ｂ，２２ｃ，２２ｄに対して燃料噴射指令を出力し、ま
た、イグナイタ２３に対して点火指令信号を出力して、
エンジン１１の運転制御を実行する。

【００３７】さらに、エンジン制御ユニット１６は、車
両の各部位の診断も各センサ群からの検出信号に基づい
て実行する。このため、エンジン制御ユニット１６に対
しては、異常検出結果の出力のための診断モードを設定
するテストスイッチ２４が配置され、さらに、そのテス
ト結果であるダイアグノーシスの結果表示等を行う警告
灯２５が接続されている。

【００３８】スイッチ２６はバッテリ１９をエンジン制
御ユニット１６に対して接続するイグニッションスイッ
チであり、このイグニッションスイッチ２６に連動する
ようにしてスタータモータ２７を制御するスタータスイ
ッチ２８が設けられている。次に、エンジン制御ユニッ
ト１６について説明する。図２は、図１に示したエンジ
ン制御ユニット１６の構成を示すブロック図である。エ
ンジン制御ユニット１６は、コンピュータシステムを構
成するＣＰＵ３１を備える。このＣＰＵ３１にはアナロ
グ入力回路３２及びディジタル入力回路３３からのデー
タが入力され、アナログ入力回路３２からのアナログ入
力データは、Ａ／Ｄ変換器３４でディジタルデータに変
換されてＣＰＵ３１に入力される。

【００３９】アナログ入力回路３２には、エアフローセ
ンサ１３からの検出信号Ｕｓ、水温センサ２０からの検
出信号Ｔｈｗ、吸気温センサ１４からの検出信号Ｔｈ
ａ、及びバッテリ１９の電圧＋Ｂが入力される。一方、
ディジタル入力回路３３には、ディストリビュータ２１
からの気筒判別信号Ｇ１と回転角信号Ｎｅ、空燃比セン
サ１８からの酸素濃度に対応したリーン・リッチ信号Ｏ
ｘ、スロットルセンサ１７からのスロットル弁１５の開
度を示す信号ＳＴＯ、スタータスイッチ２８からのスタ
ート信号ＳＴＡ、及びテストスイッチ２４からの診断モ
ードを設定する信号Ｔが入力される。

【００４０】Ａ／Ｄ変換器３４は、アナログ入力回路３
２に入力される各種の検出信号をＣＰＵ３１からの指令
に従い順次選択して読み取り、ディジタルデータに変換
するマルチプレクサ機能を有する。また、電源回路３５
は、イグニッションスイッチ２６を経てバッテリ１９の
電圧＋ＢをＣＰＵ３１に供給し、また、常時バックアッ
プ用電源Ｂａｔｔを供給している。

【００４１】ＣＰＵ３１からの出力データは、出力回路
３６、３７及び３８に供給され、エンジン制御ユニット
１６からの出力信号として取り出される。すなわち、出
力回路３６からはイグナイタ２３に対して点火指令信号
ＩＧｔを出力する。また、出力回路３７からは診断結果
を表す信号Ｗを出力して警告灯２５を点灯制御する。出
力回路３８からの出力信号τｑは、エンジン１１の運転
状態に対応した燃料噴射量を指示するもので、インジェ
クタ２２ａ〜２２ｄに出力されて、これらインジェクタ
２２ａ〜２２ｄの噴射量を変える。

【００４２】さらにＣＰＵ（エンジン制御ユニット）３
１内には、後述する自己診断プログラムを格納するメモ
リ３９が設けられている。このメモリ３９は、ＲＯＭ及
び、イグニッションスイッチ２６がオフされているとき
にも電源供給されてデータを保持するスタンバイＲＡＭ
又は不揮発性のＥＥＰＲＯＭとで構成されている。自己
診断プログラムは、ＲＯＭ内に格納されている。そして
後述するように、スタンバイＲＡＭ又はＥＥＰＲＯＭに
は、自己診断プログラムによって「ダイアグ故障情報」
としての故障情報及び、故障時における車両状態を含む
「フリーズ情報」としてのフリーズ・フレーム・データ
（以下「ＦＦＤ」と記述する。）が記憶される。

【００４３】本第１実施例は、メモリ３９のＲＯＭ内に
格納された自己診断プログラムに特徴を有するものであ
る。そこで次に、自己診断プログラムについて説明す
る。図３は、自己診断プログラムの構造（アーキテクチ
ャ）を概念的に示した説明図である。自己診断プログラ
ムは、オブジェクト指向設計された複数のプログラムで
構成される。既に知られるように、オブジェクト指向設
計とは、従来のソフトウェアが処理（例えば、燃料噴射
という処理）に着目したものに対し、モノを基本単位に
モデル化し、そのモノの特性や振る舞い（動作）で処理
を記述するものである。この基本単位を「オブジェク
ト」と称し、オブジェクト指向設計されたプログラム
は、このオブジェクトを最小構成単位として記述され
る。プログラム全体としては、オブジェクトからオブジ
ェクトへの通知（メッセージ）によりオブジェクト間を
結合することで一連の処理が実行される。オブジェクト
は、データ（属性）とデータに対するメソッド（手続
き）とを備え、他のオブジェクトからのメッセージによ
ってメソッドを実行する。なお、本明細書中では、「オ
ブジェクトが・・・する。」というオブジェクトを主体
とした表現を用いるが、実際には、ＣＰＵ３１が処理プ
ログラムを実行することで実現されることは言うまでも
ない。

【００４４】図３には、本第１実施例を説明するために
必要なオブジェクトのみを示した。つまり、本第１実施
例における自己診断プログラムは少なくとも、故障検出
オブジェクト１００と、故障情報管理オブジェクト２０
０と、故障情報保存オブジェクト３００と、ＦＦＤ管理
オブジェクト４００と、ＦＦＤ保存オブジェクト５００
とを備えている。

【００４５】これらのオブジェクト１００〜５００は、
プラットフォーム（以下「ＰＦ」という。）６００上の
プログラムであり、ＰＦ６００との間で適宜情報交換を
行いながら動作する。故障検出オブジェクト１００は、
エンジン制御ユニット１６に入力された各センサ群など
の情報に基づき、自己診断の対象となるダイアグ対象の
故障を検出する。この故障検出オブジェクト１００は、
故障検出処理毎に用意されている。つまり、ダイアグ対
象が異なっている場合でも、故障検出方法が同一であれ
ば、故障検出オブジェクト１００は同一のものとなる。

【００４６】故障情報管理オブジェクト２００は、各故
障検出オブジェクト１００からの正常／異常の通知を受
け、故障情報保存通知及びＭＩＬ駆動通知を行う。この
ＭＩＬ駆動通知はＰＦ６００に対して行われ、これによ
って、上述した警告灯２５が点灯される。

【００４７】故障情報保存オブジェクト３００は、故障
情報管理オブジェクト２００からの故障情報保存の通知
があると、故障情報を保存する。この故障情報保存オブ
ジェクト３００は、予め定められた故障項目毎に用意さ
れている。また、ＦＦＤ管理オブジェクト４００は、故
障情報管理オブジェクト２００からのＦＦＤ保存依頼の
通知があると、車両状態をＰＦ６００から取得し、ＦＦ
Ｄ保存通知を発行する。

【００４８】ＦＦＤ保存オブジェクト５００は、ＦＦＤ
管理オブジェクト４００からＦＦＤ保存通知が発行され
ると、ＦＦＤ管理オブジェクト４００が取得した車両状
態を含むＦＦＤ記憶する。各オブジェクト１００〜５０
０は、上述したように各種の通知（メッセージ）によっ
て結合されて一連の処理を実行する。そこで次に、メッ
セージシーケンスチャート（以下「ＭＳＣ」という。）
を参照して各オブジェクト１００〜５００の結合をさら
に詳しく説明する。

【００４９】図４は、故障情報の保存手順を示すＭＳＣ
である。まずＰＦ６００が故障検出オブジェクト１００
に診断の開始を通知する。この診断開始の通知は、個々
の故障検出オブジェクト１００に対し、それぞれのタイ
ミングで行われる。ＰＦ６００からの診断開始の指示を
受けた故障検出オブジェクト１００は、故障検出処理Ｓ
１を実行する。この故障検出処理Ｓ１にて、故障情報管
理オブジェクト２００への正常又は異常が通知される。

【００５０】正常又は異常が通知されると、故障情報管
理オブジェクト２００は、故障レベル判定処理Ｓ２を実
行し、対応する故障情報保存オブジェクト３００へ故障
情報保存通知を発行する。したがって、故障情報管理オ
ブジェクト２００が、故障検出オブジェクト１００と故
障情報保存オブジェクト３００との対応関係を有してい
る。これについては後述する。

【００５１】故障情報保存オブジェクト３００は、故障
情報保存の通知があると、故障情報記憶処理Ｓ３を実行
する。この故障情報記憶処理Ｓ３では、故障レベル判定
処理Ｓ２にて決定された故障情報を記憶し、その後、保
存終了を通知する。本第１実施例では、故障情報とし
て、一時的な故障を示す「仮異常」、永続的な故障を示
す「確定異常」、そしてさらに、故障していない状態を
示す「正常」が記憶される。

【００５２】故障情報管理オブジェクト２００における
故障レベル判定処理Ｓ２では、故障情報保存オブジェク
ト３００から保存終了の通知がなされると、ＦＦＤの保
存タイミングであるか否かを判断し、保存タイミングで
なければ、正常／異常通知に対する処理の完了を示す通
知完了を故障検出オブジェクト１００に対して出力す
る。

【００５３】この通知完了出力があると、故障検出オブ
ジェクト１００は、ＰＦ６００に対して終了を通知す
る。これによって、１つの故障検出オブジェクト１００
に係る診断処理が終了する。上述した故障情報管理オブ
ジェクト２００における故障レベル判定処理Ｓ２で、Ｆ
ＦＤの保存タイミングであると判断された場合、図５に
示す如くとなる。

【００５４】すなわち、故障情報保存オブジェクト３０
０から保存終了が通知された後、故障レベル判定処理Ｓ
２では、ＦＦＤ管理オブジェクト４００に対するＦＦＤ
保存依頼を通知する。すると、ＦＦＤ管理オブジェクト
４００は、ＦＦＤ保存通知発行処理Ｓ４を実行する。こ
のＦＦＤ保存通知発行処理Ｓ４では、車両状態をＰＦ６
００から取得し、ＦＦＤ保存通知を発行する。

【００５５】これによって、ＦＦＤ保存オブジェクト５
００は、ＦＦＤ記憶処理Ｓ５を実行する。ＦＦＤ記憶処
理Ｓ５では、ＦＦＤ管理オブジェクト４００にて取得さ
れた車両状態を含むＦＦＤを記憶し、その後、保存終了
を通知する。この保存終了通知がなされると、ＦＦＤ管
理オブジェクト４００は、故障情報管理オブジェクト２
００に対し、ＦＦＤ保存依頼に対する依頼完了の通知を
行う。

【００５６】そして、上述したような通知完了が故障情
報管理オブジェクト２００によって出力され、故障検出
オブジェクト１００がＰＦ６００に対して診断終了を通
知することによって、診断処理が終了する。ＦＦＤの保
存タイミングであるか否かは、故障検出オブジェクト１
００毎に、詳しくは故障検出内容毎に異なっており、後
述するように、異常が確定的になった時点でＦＦＤを保
存する場合もあれば、異常と判断された時点でＦＦＤを
保存する場合もある。

【００５７】次に、図６に基づいて、故障検出オブジェ
クト１００と故障情報保存オブジェクト３００との対応
関係を説明する。故障検出オブジェクト１００が故障検
出処理毎に用意されていることは、既に述べた。例え
ば、図６では、エアフローセンサ１３の故障検出処理に
対応させて故障検出オブジェクト１１０が用意され、水
温センサ２０の故障検出処理に対応させて故障検出オブ
ジェクト１２０が用意され、同様に、吸気温センサ１４
に対応させて故障検出オブジェクト１３０、スロットル
センサ１７に対応させて故障検出オブジェクト１４０が
用意されている。すなわち、故障検出オブジェクト１１
０〜１４０では、それぞれエアフローセンサ診断、水温
センサ診断、吸気温センサ診断、スロットルセンサ診断
を行う。ここで４つの故障検出オブジェクト１１０〜１
４０を区別するため、以下では適宜、Ａ故障検出オブジ
ェクト１１０、Ｂ故障検出オブジェクト１２０、Ｃ故障
検出オブジェクト１３０及びＤ故障検出オブジェクト１
４０と記述する。

【００５８】このとき、Ａ〜Ｄの各故障検出オブジェク
ト１１０〜１４０にはそれぞれユニークなダイアグＩＤ
が割り振られており、Ａ〜Ｄの各故障検出オブジェクト
１１０〜１４０は、故障情報管理オブジェクト２００に
対し、正常／異常の通知と共に、このダイアグＩＤを出
力する。

【００５９】一方、故障情報保存オブジェクト３００
は、上述したように故障項目毎に用意されている。本第
１実施例では、故障情報保存名がこの故障項目に１対１
に対応している。すなわち、故障情報保存オブジェクト
３００には、それぞれユニークな故障情報保存名が付け
られている。例えば図６で言えば、故障情報保存オブジ
ェクト３１０には故障情報保存名として「エアフローシ
ート」が付けられ、故障情報保存オブジェクト３２０に
は故障情報保存名として「水温シート」が付けられてい
る。同様に、故障情報保存オブジェクト３３０には「吸
気温シート」、故障情報保存オブジェクト３４０には
「スロットルＨｉｇｈシート」、故障情報保存オブジェ
クト３５０には「スロットルＬｏｗシート」という故障
情報保存名が付けられている。なお、故障検出オブジェ
クト１００と同様に、５つの故障情報保存オブジェクト
３１０〜３５０を区別するため、以下では適宜、Ｅ故障
情報保存オブジェクト３１０、Ｆ故障情報保存オブジェ
クト３２０、Ｇ故障情報保存オブジェクト３３０、Ｈ故
障情報保存オブジェクト３４０及びＩ故障情報保存オブ
ジェクト３５０と記述する。

【００６０】そして、故障情報管理オブジェクト２００
は、故障検出オブジェクト１００のダイアグＩＤと、故
障情報保存オブジェクト３００の故障情報保存名との対
応関係を有している。図６では、ダイアグＩＤ「１」に
対して故障情報保存名「エアフローシート」が対応し、
同様に、「２」に対して「水温シート」が、「３」に対
して「吸気温シート」が、「４」に対して「スロットル
Ｈｉｇｈシート」が、「５」に対して「スロットルＬｏ
ｗシート」が対応している様子を示した。

【００６１】これによって、故障情報管理オブジェクト
２００は、例えばＡ故障検出オブジェクト１１０からの
正常／異常通知があると、共に通知されるダイアグＩＤ
「１」に基づき、対応する故障情報保存オブジェクト３
００がＥ故障情報保存オブジェクト３１０であると判断
することができる。したがって、Ｅ故障情報保存オブジ
ェクト３１０に故障情報保存の通知をしたり、あるい
は、Ｅ故障情報保存オブジェクト３１０に記憶された故
障情報を参照したりすることができる。

【００６２】また、Ｄ故障検出オブジェクト１４０にお
ける故障検出処理では、正常／異常通知と共にダイアグ
ＩＤ「４」又はダイアグＩＤ「５」を出力する。このと
き、ダイアグＩＤ「４」が出力されれば、対応する故障
情報保存オブジェクト３００がＨ故障情報保存オブジェ
クト３４０と判断される。一方、ダイアグＩＤ「５」が
出力されれば、対応する故障情報保存オブジェクト３０
０がＩ故障情報保存オブジェクト３５０と判断される。
このようにして、故障検出処理に対応して設けられるＤ
故障検出オブジェクト１４０と、故障項目に対応して設
けられるＨ及びＩの故障情報保存オブジェクト３４０，
３５０との対応付けもなされる。

【００６３】次に、各オブジェクト１００〜５００でそ
れぞれ実行される、故障検出処理Ｓ１、故障レベル判定
処理Ｓ２、故障情報記憶処理Ｓ３、ＦＦＤ保存発行処理
Ｓ４及びＦＦＤ記憶処理Ｓ５を具体的に説明し、各オブ
ジェクト１００〜５００の動作に対する理解を深める。

【００６４】まず故障検出処理Ｓ１について、図７及び
図８に基づき説明する。図７は、Ｂ故障検出オブジェク
ト１２０にて実行される故障検出処理Ｓ１を示すフロー
チャートである。この故障検出処理Ｓ１は、ＰＦ６００
から診断開始の通知があると実行される。

【００６５】最初のステップ（以下、ステップを単に記
号Ｓで示す。）１０００において、水温センサ値を読み
込む。ここでいう水温センサ値は、水温センサ２０から
の検出信号Ｔｈｗの電圧値である。続くＳ１０１０で
は、水温センサ値が所定範囲内か否かを判断する。例え
ば水温センサ値が、０．１Ｖ〜４．９Ｖの範囲で得られ
る構成では、０．１Ｖを下回っていたり、４．９Ｖを上
回っていたりする場合、断線などによって水温センサ値
が固着していることが考えられる。ここで所定範囲内で
あると判断された場合（Ｓ１０１０：ＹＥＳ）、Ｓ１０
２０にて正常通知を故障情報管理オブジェクト２００へ
発行し、その後、故障情報管理オブジェクト２００から
の通知完了出力を待って、Ｓ１０４０へ移行する。一
方、所定範囲内でないと判断された場合（Ｓ１０１０：
ＮＯ）、Ｓ１０３０にて異常通知を故障情報管理オブジ
ェクト２００へ発行し、その後、故障情報管理オブジェ
クト２００からの通知完了出力を待って、Ｓ１０４０へ
移行する。

【００６６】Ｓ１０４０ではＰＦ６００に対する終了通
知を行い、その後、本故障検出処理Ｓ１を終了する。な
お、Ｓ１０２０及びＳ１０３０では、正常／異常通知の
発行と共にダイアグＩＤ「２」を出力する。これによっ
て、故障情報管理オブジェクト２００では、対応する故
障情報保存オブジェクト３００であるＦ故障情報保存オ
ブジェクト３２０を判断できることになる（図６参
照）。

【００６７】一方、図８（ａ）は、Ｄ故障検出オブジェ
クト１４０にて実行される故障検出処理Ｓ１を示すフロ
ーチャートである。この故障検出処理Ｓ１も、ＰＦ６０
０から診断開始の通知があると実行される。上述した水
温センサ２０の場合と同様に、例えばスロットルセンサ
値が、０．１Ｖ〜４．９Ｖの範囲で得られる構成では、
０．１Ｖを下回っていたり、４．９Ｖを上回っていたり
する場合、断線などによってスロットルセンサ値が固着
していることが考えられる。ただし、スロットルセンサ
値が４．９Ｖを上回っている場合と０．１Ｖを下回って
いる場合とでは、故障原因が異なる可能性がある。そこ
でここでは、４．９Ｖを上回っている場合をＨｉｇｈ故
障とし、０．１Ｖを下回っている場合をＬｏｗ故障とし
て区別する。図８（ｂ）に示す如くである。

【００６８】図８（ａ）のＳ１１００において、スロッ
トルセンサ値を読み込む。ここでいうスロットルセンサ
値は、スロットルセンサ１７からの検出信号ＳＴＯの電
圧値である。続くＳ１１１０では、スロットルセンサ値
に基づき、Ｈｉｇｈ故障であるか否かを判断する。ここ
でＨｉｇｈ故障であると判断された場合（Ｓ１１１０：
ＹＥＳ）、すなわち４．９Ｖを上回っていた場合には、
Ｓ１１２０にてＨｉｇｈ故障異常通知を発行する。一
方、Ｈｉｇｈ故障でないと判断された場合（Ｓ１１１
０：ＮＯ）、Ｓ１１３０にてＨｉｇｈ故障正常通知を発
行する。Ｓ１１２０及びＳ１１３０においては、ダイア
グＩＤ「４」が出力される。Ｓ１１２０又はＳ１１３０
の処理終了後、故障情報管理オブジェクト２００からの
通知完了出力を待って、Ｓ１１４０へ移行する。

【００６９】Ｓ１１４０では、Ｌｏｗ故障であるか否か
を判断する。ここでＬｏｗ故障であると判断された場合
（Ｓ１１４０：ＹＥＳ）、すなわち０．１Ｖを下回って
いた場合には、Ｓ１１５０にてＬｏｗ故障異常通知を発
行する。一方、Ｌｏｗ故障でないと判断された場合（Ｓ
１１４０：ＮＯ）、Ｓ１１６０にてＬｏｗ故障正常通知
を発行する。Ｓ１１５０及びＳ１１６０においては、ダ
イアグＩＤ「５」が出力される。Ｓ１１５０又はＳ１１
６０の処理終了後、故障情報管理オブジェクト２００か
らの通知完了出力を待って、Ｓ１１７０へ移行する。

【００７０】Ｓ１１７０ではＰＦ６００への終了通知を
行い、その後、本故障検出処理を終了する。この場合の
ＭＳＣは、図９に示す如くとなる。Ｄ故障検出オブジェ
クト１４０からＨｉｇｈ故障に関する正常／異常の通知
があると（Ｓ１１２０，Ｓ１１３０）、出力されるダイ
アグＩＤ「４」に基づき、故障情報管理オブジェクト２
００は、Ｈ故障情報保存オブジェクト３４０へ故障情報
保存を通知する。その後、故障情報管理オブジェクト２
００からの通知完了出力を待って、Ｌｏｗ故障に関する
正常／異常通知を行い（Ｓ１１５０，Ｓ１１６０）、ダ
イアグＩＤ「５」を出力する。これによって、故障情報
管理オブジェクト２００は、Ｉ故障情報保存オブジェク
ト３５０へ故障情報保存を通知する。

【００７１】続いて、図１０に基づき、故障レベル判定
処理Ｓ２について説明する。図１０は、故障情報管理オ
ブジェクト２００にて実行される故障レベル判定処理Ｓ
２を示すフローチャートである。この故障レベル判定処
理Ｓ２は、故障検出オブジェクト１００からの正常／異
常の通知があると実行される。

【００７２】最初のＳ２０００において、正常通知か否
かを判断する。ここで正常通知であると判断された場合
（Ｓ２０００：ＹＥＳ）、Ｓ２０１０へ移行する。一
方、正常通知でないと判断された場合（Ｓ２０００：Ｎ
Ｏ）、すなわち異常通知である場合には、Ｓ２０６０へ
移行する。

【００７３】Ｓ２０１０では、現在の故障情報が「正
常」であるか否かを判断する。この判断は、対応する故
障情報保存オブジェクト３００に記憶されている故障情
報を参照することによってなされる。以下において、現
在の故障情報が「仮異常」であるか又は「確定異常」で
あるかの判断を行う場合も同様である。ここで現在の故
障情報が「正常」であると判断された場合（Ｓ２０１
０：ＹＥＳ）、すなわち、正常状態のときに正常通知が
なされた場合には、Ｓ２０３０へ移行する。一方、現在
の故障情報が「正常」でないと判断された場合（Ｓ２０
１０：ＮＯ）、すなわち異常状態のときに正常通知がな
された場合には、Ｓ２０２０へ移行する。

【００７４】Ｓ２０２０では、正常復帰条件が成立した
か否かを判断する。正常復帰とは、一度「異常」となっ
た後、例えば２０トリップや４０トリップといった所定
期間に連続して正常通知がされた場合、故障情報を「正
常」に復帰させることをいう。なお、１トリップはイグ
ニッションキーのオンからオフまでの期間である。ここ
で正常復帰条件が成立したと判断された場合（Ｓ２０２
０：ＹＥＳ）、Ｓ２０３０へ移行する。一方、正常復帰
条件が成立しない場合は（Ｓ２０２０：ＮＯ）、Ｓ２０
５０へ移行する。

【００７５】Ｓ２０３０では、故障情報を「正常」とす
る。そして続くＳ２０４０にて、故障情報保存通知を発
行する。この通知は、上述したように故障情報保存オブ
ジェクト３００に対して発行される。そして、故障情報
保存オブジェクト３００からの保存終了通知を待って、
故障検出オブジェクト１００への通知完了の出力を行い
（Ｓ２１７０）、本故障レベル判定処理Ｓ２を終了す
る。

【００７６】上述したＳ２０２０で正常復帰条件が成立
しなかった場合に移行するＳ２０５０では、現在の故障
情報が「仮異常」であるか否かを判断する。ここで現在
の故障情報が「仮異常」であると判断された場合（Ｓ２
０５０：ＹＥＳ）、Ｓ２０８０へ移行する。一方、現在
の故障情報が「仮異常」でない場合（Ｓ２０５０：Ｎ
Ｏ）、すなわち「確定異常」である場合には、Ｓ２１２
０へ移行する。なお、Ｓ２０８０及びＳ２１２０の処理
については後述する。

【００７７】最初のＳ２０００において否定判断された
場合に移行するＳ２０６０では、現在の故障情報が「正
常」であるか否かを判断する。ここで現在の故障情報が
「正常」であると判断された場合（Ｓ２０６０：ＹＥ
Ｓ）、すなわち正常状態のときに異常通知がなされた場
合には、Ｓ２０７０へ移行する。一方、現在の故障情報
が「正常」でないと判断された場合（Ｓ２０６０：Ｎ
Ｏ）、すなわち異常状態のときに異常通知がなされた場
合には、Ｓ２１００へ移行する。

【００７８】Ｓ２０７０では、仮異常条件が成立したか
否かを判断する。仮異常とは、上述したように、一時的
な異常の可能性が高い状態を示す。ここで仮異常条件が
成立したと判断された場合（Ｓ２０７０）、Ｓ２０８０
へ移行する。一方、仮異常条件が成立しない場合（Ｓ２
０７０）、上述したＳ２０３０からの処理を実行する。
この場合は、故障情報は「正常」となる。

【００７９】Ｓ２０８０では、故障情報を「仮異常」と
する。そして続くＳ２０９０にて、故障情報保存オブジ
ェクト３００へ故障情報保存通知を発行する。その後、
故障情報保存オブジェクト３００からの保存終了通知を
待って、Ｓ２１４０へ移行する。

【００８０】Ｓ２０６０において否定判断された場合に
移行するＳ２１００では、現在の故障情報が「仮異常」
であるか否かを判断する。ここで現在の故障情報が「仮
異常」であると判断された場合（Ｓ２１００：ＹＥ
Ｓ）、すなわち仮異常状態のときに異常通知がなされた
場合には、Ｓ２１１０へ移行する。一方、現在の故障情
報が「仮異常」でない場合（Ｓ２１００：ＮＯ）、すな
わち確定異常であるときに異常通知がなされた場合に
は、Ｓ２１２０へ移行する。

【００８１】Ｓ２１１０では、確定異常条件が成立した
か否かを判断する。確定異常とは、上述したように、永
続的な異常の可能性が高い状態を示す。ここで確定異常
条件が成立したと判断された場合（Ｓ２１１０：ＹＥ
Ｓ）、Ｓ２１２０へ移行する。一方、確定異常条件が成
立しない場合（Ｓ２１１０：ＮＯ）、上述したＳ２０８
０へ移行する。この場合は、故障情報は「仮異常」とな
る。

【００８２】Ｓ２１２０では、故障情報を「確定異常」
とする。そして続くＳ２１３０にて、故障情報保存オブ
ジェクト３００へ故障情報保存通知を発行する。その
後、故障情報保存オブジェクト３００からの保存終了通
知を待って、Ｓ２１４０へ移行する。

【００８３】Ｓ２０９０又はＳ２１３０から移行するＳ
２１４０では、ＭＩＬ駆動通知を行う。この通知は、Ｐ
Ｆ６００に対して発行される。既に述べたが、これによ
ってＰＦ６００は出力回路３７を介して警告灯２５の点
灯を行う。続くＳ２１５０では、ＦＦＤの保存条件が成
立したか否かを判断する。ＦＦＤデータの保存条件成立
は、故障検出オブジェクト１００からのダイアグＩＤに
基づいて判断する。例えば、ダイアグＩＤが「２」であ
る場合（図６参照）、すなわち、水温センサ診断を行う
Ｂ故障検出オブジェクト１２０から異常通知があった場
合には、仮異常となった時点でＦＦＤ保存条件が成立し
たと判断される。また例えば、ダイアグＩＤが「３」で
ある場合（図６参照）、すなわち、吸気温センサ診断を
行うＣ故障検出オブジェクト１３０から異常通知があっ
た場合には、確定異常となった時点でＦＦＤ保存条件が
成立したと判断される。ここでＦＦＤ保存条件が成立し
たと判断された場合（Ｓ２１５０：ＹＥＳ）、Ｓ２１６
０へ移行する。一方、ＦＦＤ保存条件が成立していない
と判断された場合（Ｓ２１５０：ＮＯ）、Ｓ２１８０へ
移行する。

【００８４】Ｓ２１６０では、ＦＦＤ優先度が以前に記
憶したものよりも高いか否かを判断する。ここでＦＦＤ
優先度について説明する。故障情報が故障項目毎に用意
された故障情報保存オブジェクト３００に保存されるの
に対し、ＦＦＤは、１つのＦＦＤ保存オブジェクト５０
０に保存される。したがって、２以上の故障項目に対す
るＦＦＤを保存することはできない。そのため、各故障
項目に対応するＦＦＤ優先度が、各故障情報保存オブジ
ェクト３００毎に設定されている。図６で言えば、Ｅ故
障情報保存オブジェクト３１０には、ＦＦＤ優先度が
「３」として設定されている。同様に、Ｆ〜Ｉの故障情
報保存オブジェクト３２０〜３５０にはそれぞれ、
「２」，「１」，「３」，「２」という具合に、ＦＦＤ
優先度が設定されている。本第１実施例では、この数字
が小さくなるほど優先度が高い。このＦＦＤ優先度が
「優先度情報」に相当する。

【００８５】したがって、Ｓ２１６０では、故障情報保
存オブジェクト３００のＦＦＤ優先度を参照し、ＦＦＤ
優先度の数字が以前記憶したＦＦＤに対応するＦＦＤ優
先度よりも小さい場合に肯定判断される。ここでＦＦＤ
優先度が高いと判断された場合（Ｓ２１６０：ＹＥ
Ｓ）、ＦＦＤ管理オブジェクト４００へＦＦＤ保存依頼
通知を発行し（Ｓ２１７０）、ＦＦＤ管理オブジェクト
４００からの依頼完了の通知を待って、故障検出オブジ
ェクト１００への通知完了出力を行い（Ｓ２１８０）、
本故障レベル判定処理Ｓ２を終了する。一方、ＦＦＤ優
先度が高くない、すなわち同じかあるいは低い場合に
は、Ｓ２１７０の処理を実行せず、故障検出オブジェク
ト１００への通知完了出力を行い（Ｓ２１８０）、本故
障レベル判定処理Ｓ２を終了する。

【００８６】続いて、図１１に基づき、故障情報記憶処
理Ｓ３、ＦＦＤ保存発行処理Ｓ４、及びＦＦＤ記憶処理
Ｓ５を説明する。図１１（ａ）は、故障情報保存オブジ
ェクト３００にて実行される故障情報記憶処理Ｓ３を示
すフローチャートである。この故障情報記憶処理Ｓ３
は、故障情報管理オブジェクト２００からの故障情報保
存通知があると実行される。

【００８７】処理が開始されると、故障情報を記憶する
（Ｓ３０００）。そして、故障情報管理オブジェクト２
００に対する保存終了通知を行い（Ｓ３０１０）、その
後、本故障情報記憶処理を終了する。故障情報は、故障
情報保存オブジェクト３００のデータとしてメモリ３９
に記憶される。なお、故障情報は故障レベル判定処理Ｓ
２にて設定される（図１０中のＳ２０３０，Ｓ２０８
０，Ｓ２１２０）。このとき故障情報が、例えば予め定
められたグローバル変数に代入される構成であれば、こ
のグローバル変数から故障情報を読み出して記憶するこ
とが考えられる。また、故障情報が故障情報管理オブジ
ェクト２００の内部データ（ローカル変数）となってい
れば、故障情報管理オブジェクト２００内のデータを参
照して、詳しくは故障情報管理オブジェクト２００にデ
ータ参照を要求するメッセージを出力することで参照し
て、故障情報を記憶することが考えられる。さらに、故
障情報管理オブジェクト２００が故障情報保存通知と共
に故障情報を出力するようにし、出力された故障情報を
記憶するようにしてもよい。

【００８８】図１１（ｂ）は、ＦＦＤ管理オブジェクト
４００にて実行されるＦＦＤ保存通知発行処理Ｓ４を示
すフローチャートである。このＦＦＤ保存通知発行処理
Ｓ４は、故障情報管理オブジェクト２００からのＦＦＤ
保存依頼通知があると実行される。

【００８９】処理が開始されると、ＦＦＤの一部となる
車両状態を取得する（Ｓ４０００）。そして、ＦＦＤ保
存オブジェクト５００へＦＦＤ保存通知を発行し（Ｓ４
０１０）、ＦＦＤ保存オブジェクト５００からの保存終
了通知を待って、故障情報管理オブジェクト２００に対
する依頼完了通知を行う（Ｓ４０２０）。その後、本Ｆ
ＦＤ保存通知発行処理Ｓ４を終了する。

【００９０】このとき、ＦＦＤ保存オブジェクトにて実
行されるＦＦＤ記憶処理Ｓ５が、図１１（ｃ）に示すも
のである。ここでは、まずＦＦＤを記憶する（Ｓ５００
０）。ＦＦＤは、故障時における車両状態を含むデータ
である。そして、ＦＦＤ管理オブジェクト４００への保
存終了通知を行い（Ｓ５０１０）、その後、ＦＦＤ記憶
処理Ｓ５を終了する。

【００９１】なお、本第１実施例では、ＦＦＤを図１２
に示すデータ群としている。すなわち、ＰＩＤサポート
データ、故障コード、空燃比Ｆ／Ｂ制御状態、負荷値、
水温、空燃比Ｆ／Ｂ補正係数、空燃比学習補正係数、吸
気管絶対圧、エンジン回転数及び車速からなっている。
ＰＩＤサポートデータとは、どのＦＦＤを使っているか
をまとめた識別子であり、また、故障コードは、図６に
示す故障情報保存名となっている。空燃比Ｆ／Ｂ制御状
態は、空燃比Ｆ／Ｂ制御のオン／オフなどの情報であ
り、負荷値とは、エンジンに係る負荷を示す値である。
このようなＦＦＤの項目は、法規によって、また、メー
カ毎の仕様によって定められるものであり、これらには
限定されない。このようなＦＦＤは、修理などの際に故
障原因を究明する手助けとなる。

【００９２】ＦＦＤは、上述したＦＦＤ優先度に従い、
ＦＦＤ優先度の高い故障項目に対応するものが優先的に
記憶される。つまり、故障情報管理オブジェクト２００
からのＦＦＤ保存依頼の通知があった場合（図１０中の
Ｓ２１７０）、既にＦＦＤが保存されているときには、
上書きされることになる（図１１（ｃ）中のＳ５００
０）。

【００９３】また、上述した故障情報と同様に、ＦＦＤ
管理オブジェクト４００にて取得される車両状態が、例
えば予め定められたグローバル変数に代入される構成で
あれば、ＦＦＤ保存オブジェクト５００は、このグロー
バル変数から車両状態を読み出してＦＦＤを記憶する。
また、取得した車両状態がＦＦＤ管理オブジェクト４０
０の内部データ（ローカル変数）となっていれば、ＦＦ
Ｄ保存オブジェクト５００は、ＦＦＤ管理オブジェクト
４００内のデータを参照してＦＦＤを記憶する。さら
に、ＦＦＤ管理オブジェクト４００がＦＦＤ保存通知と
共に車両状態を出力する場合、ＦＦＤ保存オブジェクト
５００は、出力された車両状態を用いてＦＦＤを記憶す
る。

【００９４】以上のように各オブジェクト１００〜５０
０を構成したことによる効果を次に述べる。本第１実施
例では、自己診断プログラムに、故障検出処理Ｓ１を実
行する故障検出オブジェクト１００と、故障情報記憶処
理Ｓ３を実行して故障情報を記憶する故障情報保存オブ
ジェクト３００とを備える構成とした。これによって、
ダイアグ対象の構成が変わった場合には故障検出オブジ
ェクト１００だけを変更し、故障情報保存オブジェクト
３００についてはそのまま再利用することができる。ま
た、メーカからの要求などにより故障項目の増減が生じ
た場合には、故障情報保存オブジェクト３００だけを変
更し、故障検出オブジェクト１００についてはそのまま
再利用することができる。すなわち、ダイアグ対象の構
成のみに変更が生じた場合や故障情報のみに増減が生じ
た場合における自己診断プログラムの再利用性が図られ
る。

【００９５】また、従来はダイアグ対象毎にオブジェク
ト化がなされていたため、複数のオブジェクトで故障検
出処理が重複することがあった。これに対して、本第１
実施例では、故障検出処理毎に故障検出オブジェクト１
００を用意したため、ダイアグ対象が異なっている場合
であっても故障検出処理が共通であれば、それは一つの
故障検出オブジェクト１００として実現される。したが
って、自己診断プログラムがコンパクトになる。

【００９６】さらに、従来の構成では同一オブジェクト
内に故障情報の記述があるため、故障検出処理だけを変
更しようとしても故障情報との関連を考慮する必要が生
じ、自己診断プログラムの作成工数を増大させてしまっ
ていた。これに対しても、本第１実施例では、故障情報
保存オブジェクト３００が故障情報を記憶するため、故
障検出処理を変更する場合に、故障情報保存オブジェク
ト３００については何等手直しする必要がなく、故障情
報との関連を考慮する必要がない。その結果、自己診断
プログラムの作成工数を削減することができる。

【００９７】また、本第１実施例では、故障情報管理オ
ブジェクト２００が、故障検出オブジェクト１００のダ
イアグＩＤと、故障情報保存オブジェクト３００の故障
情報保存名との対応関係を有している（図６参照）。こ
れによって、故障情報管理オブジェクト２００が、故障
検出オブジェクト１００からの正常／異常通知がある
と、共に通知されるダイアグＩＤに基づき、対応する故
障情報保存オブジェクト３００を判断する。つまり、故
障検出オブジェクト１００は故障情報保存オブジェクト
３００との対応を、また、故障情報保存オブジェクト３
００は故障検出オブジェクト１００との対応を何等意識
する必要がない。例えば図６においてＡ故障検出オブジ
ェクト１１０を交換するような場合、新たな故障検出オ
ブジェクト１００のダイアグＩＤを「１」とすればよ
く、対応するＥ故障情報保存オブジェクト３１０には何
等手を加える必要がない。すなわち、故障情報管理オブ
ジェクト２００を設けたことによって、故障検出オブジ
ェクト１００及び故障情報保存オブジェクト３００の再
利用が容易になる。

【００９８】そして、各故障検出オブジェクト１００に
共通する故障レベル判定処理Ｓ２を、この故障情報管理
オブジェクト２００が実行するようにした。これは、自
己診断プログラムのさらなるコンパクト化に寄与してい
る。さらに、この故障レベル判定処理Ｓ２において、Ｆ
ＦＤを保存するか否かを判断しており（図１０中のＳ２
１５０，Ｓ２１６０）、故障情報管理オブジェクト２０
０からのＦＦＤ保存依頼の通知に基づき、ＦＦＤ管理オ
ブジェクト４００がＦＦＤの一部となる車両状態を取得
し（図１１（ｂ）中のＳ４０００）、ＦＦＤ管理オブジ
ェクト４００からの通知によりＦＦＤ保存オブジェクト
５００がＦＦＤを記憶する（図１１（ｃ）中のＳ５００
０）。このように故障情報に直接的に依存しないＦＦＤ
管理オブジェクト４００及びＦＦＤ保存オブジェクト５
００を他のオブジェクト１００〜３００とは別個に用意
することによって、自己診断プログラムの再利用性を向
上させることができる。

【００９９】具体的には、故障項目毎に記憶される「ダ
イアグ故障情報」としての故障情報にのみ変更があった
場合には、故障情報保存オブジェクト３００を変更する
ことで対応でき、ＦＦＤ保存オブジェクト５００はその
まま再利用することができる。逆に、付帯情報として記
憶される「フリーズ情報」としてのＦＦＤにのみ変更が
あった場合には、ＦＦＤ保存オブジェクト５００を変更
することで対応でき、故障情報保存オブジェクト３００
はそのまま再利用することができる。

【０１００】また、ＦＦＤは、ＦＦＤ優先度に基づいて
更新される（図６参照）。これによって、より有用なＦ
ＦＤを記憶することができる。このＦＦＤ優先度は、故
障情報保存オブジェクト３００に記憶するようにした。
その結果、故障項目の変更に伴う変更部分がまとまって
おり、その変更作業が簡単になる。また、故障項目に依
存するＦＦＤ優先度を故障情報保存オブジェクト３００
に記憶しているため、故障項目の変更があっても、ＦＦ
Ｄ管理オブジェクト４００を変更する必要がない。

【０１０１】なお、上述した故障レベル判定処理Ｓ２は
図１０に示した１つのパターンであるとしたが、例えば
故障項目によって数パターンある場合も考えられる。こ
のときは、故障レベル判定処理の最初に例えばダイアグ
ＩＤによる分岐処理を設けて、それぞれのパターンで故
障のレベルを判定するようにすればよい。

【０１０２】なお、本第１実施例の故障検出オブジェク
ト１００が「故障検出オブジェクト」に相当し、故障情
報管理オブジェクト２００が「故障情報管理オブジェク
ト」に相当し、故障情報保存オブジェクト３００が「故
障情報保存オブジェクト」に相当する。また、ＦＦＤ管
理オブジェクト４００が「故障時状態管理オブジェク
ト」に相当し、ＦＦＤ保存オブジェクト５００が「故障
時状態保存オブジェクト」に相当する。［第２実施例］上記第１実施例においては、１つのＦＦ
Ｄ保存オブジェクト５００を用意しており、ＦＦＤ優先
度を故障情報管理オブジェクト２００が判断して（図１
０中のＳ２１６０）、ＦＦＤ保存依頼をＦＦＤ管理オブ
ジェクト４００へ通知していた（Ｓ２１７０）。

【０１０３】ただし、故障項目に対し、要求されるＦＦ
Ｄが変わることもある。この場合、要求されるＦＦＤに
合わせ、ＦＦＤ管理オブジェクト４００及びＦＦＤ保存
オブジェクト５００をセットで用意して対応することが
考えられる。このようにしたときは、故障情報管理オブ
ジェクト２００が、対応するＦＦＤ管理オブジェクト４
００を判断し、該当するＦＦＤ管理オブジェクト４００
へＦＦＤ保存依頼を通知する。

【０１０４】しかし、ＦＦＤの変更があった場合に、故
障情報管理オブジェクト２００の変更を極力抑えるため
には、すなわちＦＦＤ保存機能を実現するプログラムの
独立性を高めるためには、複数のＦＦＤ保存オブジェク
ト５００をＦＦＤに合わせて用意し、ＦＦＤ管理オブジ
ェクト４００が、対応するＦＦＤ保存オブジェクト５０
０を判断するようにすることが望ましい。

【０１０５】そこで、本第２実施例では、複数のＦＦＤ
保存オブジェクト５００が存在する場合を例示する。こ
の場合の自己診断プログラムの構造（アーキテクチャ）
を概念的に示すのが図１３の説明図である。ここでは、
ＦＦＤ保存オブジェクト５００が複数用意されているた
め、ＦＦＤ管理オブジェクト４００は、故障情報管理オ
ブジェクト２００からのＦＦＤ保存依頼の通知がある
と、対応するＦＦＤ保存オブジェクト５００を判断し、
ＦＦＤ保存の通知を行う。

【０１０６】具体的には、故障管理オブジェクト２００
が実行する故障レベル判定処理Ｓ２及びＦＦＤ管理オブ
ジェクト４００が実行するＦＦＤ保存通知発行処理Ｓ４
が、上記第１実施例と異なってくる。本第２実施例にお
けるＭＳＣを、図１４に示した。ここでは、故障情報管
理オブジェクト２００による故障レベル判定処理をＳ
２’とし、ＦＦＤ管理オブジェクト４００による保存通
知発行処理をＳ４’として上記第１実施例と区別した。

【０１０７】上記第１実施例では、１つのＦＦＤ保存オ
ブジェクト５００を備える構成であったため、ＦＦＤ優
先度だけが故障情報保存オブジェクト３００に記憶され
ていた。これに対して本第２実施例では、各故障項目と
ＦＦＤ保存オブジェクト５００とを対応付けるための対
応関係も、故障情報保存オブジェクト３００に記憶して
おく。

【０１０８】例えば図１５に示す如くである。ここでは
Ｅ故障情報保存オブジェクト３１０に記憶される故障情
報、すなわち故障情報保存名「エアフローシート」に対
応するＦＦＤが、シートβに記憶されることが示されて
いる。同様に、故障情報保存名「水温シート」、「吸気
温シート」、「スロットルＨｉｇｈシート」及び「スロ
ットルＬｏｗシート」に対応するＦＦＤがそれぞれ、シ
ートα又はシートβに記憶されることが示されている。

【０１０９】ＦＦＤは上述したように、法規によって、
また、メーカ毎の仕様によって定められるものである。
本第２実施例では、シートαに図１２に示すデータ群、
すなわちＰＩＤサポートデータ、故障コード、空燃比Ｆ
／Ｂ制御状態、負荷値、水温、空燃比Ｆ／Ｂ補正係数、
空燃比学習補正係数、吸気管絶対圧、エンジン回転数及
び車速が記憶され、一方、シートβに、これらのデータ
群にさらに他の情報を付加したデータ群が記憶される
（図１６参照）。

【０１１０】故障情報管理オブジェクト２００は、故障
レベル判定処理Ｓ２’において、図１５に示すように、
ＦＦＤ保存依頼と共に、故障情報に対応するＦＦＤ優先
度及びシートの情報をＦＦＤ管理オブジェクト４００へ
通知する。一方、上述したシート毎に、ＦＦＤ保存オブ
ジェクト５００が用意されている。図１７（ａ）には、
シートαに対応するＦＦＤ保存オブジェクト（以下「α
ＦＦＤ保存オブジェクト」という。）５１０と、シート
βに対応するＦＦＤ保存オブジェクト（以下「βＦＦＤ
保存オブジェクト」という。）５２０とを示した。ＦＦ
Ｄ管理オブジェクト４００は、シートの情報からＦＦＤ
保存オブジェクト５００を特定する。また、ＦＦＤ保存
オブジェクト５００に記憶されているＦＦＤのＦＦＤ優
先度を管理している。

【０１１１】このような構成を前提として、上記第１実
施例と異なる、故障レベル判定処理Ｓ２’及びＦＦＤ保
存通知発行処理Ｓ４’を次に説明する。図１８は、故障
レベル判定処理Ｓ２’を示すフローチャートである。こ
こでＳ２２００〜Ｓ２３４０は、上記第１実施例の故障
レベル判定処理Ｓ２中のＳ２０００〜Ｓ２１４０（図１
０参照）と同様であるため、説明は割愛する。

【０１１２】故障情報が「仮異常」又は「確定異常」と
され（Ｓ２２８０，Ｓ２３２０）、故障情報保存通知
（Ｓ２２９０，Ｓ２３３０）がなされ、さらにＭＩＬ駆
動通知（Ｓ２３４０）が行われた後に移行するＳ２３５
０では、ＦＦＤの保存条件が成立したか否かを判断す
る。ＦＦＤデータの保存条件成立は、上記第１実施例と
同様に、故障検出オブジェクト１００からのダイアグＩ
Ｄに基づいて判断する。ここでＦＦＤ保存条件が成立し
たと判断された場合（Ｓ２３５０：ＹＥＳ）、Ｓ２３６
０へ移行する。一方、ＦＦＤ保存条件が成立していない
と判断された場合（Ｓ２３５０：ＮＯ）、Ｓ２３６０の
処理を実行せずに、Ｓ２３９０へ移行する。

【０１１３】Ｓ２３６０ではＦＦＤ管理オブジェクト４
００へＦＦＤ保存依頼通知を発行し、その後、Ｓ２３９
０において、ＦＦＤ管理オブジェクト４００からの依頼
完了の通知を待って、故障検出オブジェクト１００への
通知完了出力を行い、本故障レベル判定処理Ｓ２’を終
了する。Ｓ２３６０におけるＦＦＤ保存依頼通知には、
上述したように、ＦＦＤ優先度及びシートの情報が付加
される。

【０１１４】一方、上記第１実施例ではＦＦＤの保存依
頼のみを故障レベル判定処理Ｓ２で行っていたが、本第
２実施例では、正常復帰した場合には、ＦＦＤを無効に
するためのＦＦＤの無効依頼を行う。つまり、故障情報
が「正常」とされ（Ｓ２２３０）、故障情報保存通知
（Ｓ２２４０）がなされた後に移行するＳ２３７０で
は、ＦＦＤの無効条件が成立したか否かを判断する。Ｆ
ＦＤの無効条件成立も、保存条件と同様に、故障検出オ
ブジェクト１００からのダイアグＩＤに基づいて判断す
る。ここでＦＦＤ無効条件が成立したと判断された場合
（Ｓ２３７０：ＹＥＳ）、Ｓ２３８０にてＦＦＤ無効依
頼通知を発行し、その後、Ｓ２３９０へ移行する。一
方、ＦＦＤ無効条件が成立していないと判断された場合
（Ｓ２３７０：ＮＯ）、Ｓ２３８０の処理を実行せず、
Ｓ２３９０へ移行する。

【０１１５】Ｓ２３９０では、ＦＦＤ管理オブジェクト
４００からの依頼完了の通知を待って、故障検出オブジ
ェクト１００への通知完了出力を行い、本故障レベル判
定処理Ｓ２’を終了する。続けてＦＦＤ保存通知発行処
理Ｓ４’を、図１９のフローチャートに基づいて説明す
る。

【０１１６】まず最初のＳ４１００では、保存依頼か否
かを判断する。ここで保存依頼であると判断された場合
（Ｓ４１００：ＹＥＳ）、Ｓ４１１０へ移行する。一
方、保存依頼でないと判断された場合（Ｓ４１００：Ｎ
Ｏ）、すなわち無効依頼であった場合には、Ｓ４１６０
へ移行する。

【０１１７】Ｓ４１１０では、ＦＦＤの一部となる車両
状態を取得する。続くＳ４１２０では、シートを決定す
る。この処理は、保存先のＦＦＤ保存オブジェクト５０
０を判断するものである。ここでは、αＦＦＤ保存オブ
ジェクト５１０又はβＦＦＤ保存オブジェクト５２０の
いずれか一方が、該当するＦＦＤ保存オブジェクト５０
０として決定される。

【０１１８】そして、Ｓ４１３０では、取得したＦＦＤ
優先度が、該当するＦＦＤ保存オブジェクト５００に既
に記憶されているＦＦＤのＦＦＤ優先度よりも高いか否
かを判断する。ここで優先度が高いと判断された場合
（Ｓ４１３０：ＹＥＳ）、Ｓ４１４０にて該当するＦＦ
Ｄ保存オブジェクト５００に対してＦＦＤ保存を発行
し、Ｓ４１５０へ移行する。一方、優先度が高くないと
判断された場合（Ｓ４１３０：ＮＯ）、Ｓ４１４０の処
理を実行せずに、Ｓ４１５０へ移行する。

【０１１９】上述したＳ４１００にて否定判断された場
合に移行するＳ４１６０では、上述したＳ４１２０と同
様に、シートを決定する。この処理は、ＦＦＤを無効に
するＦＦＤ保存オブジェクト５００を判断するものであ
る。ここでαＦＦＤ保存オブジェクト５１０又はβＦＦ
Ｄ保存オブジェクト５２０のいずれか一方が、該当する
ＦＦＤ保存オブジェクト５００として決定される。続く
Ｓ４１７０では、該当するＦＦＤ保存オブジェクト５０
０に対してＦＦＤ無効を発行し、Ｓ４１５０へ移行す
る。なお、ＦＦＤ無効の通知がなされた場合、ＦＦＤ保
存オブジェクト５００は、記憶されているＦＦＤを抹消
することが考えられる。また、無効フラグをセットする
などして、マスクをかけることが考えられる。後者のよ
うにすれば、無効になった後でも、必要に応じてＦＦＤ
を参照することができる。

【０１２０】Ｓ４１５０では、ＦＦＤ保存オブジェクト
５００からの保存／無効の終了通知を待って、故障情報
管理オブジェクト２００に対する依頼完了通知を行う。
その後、本ＦＦＤ保存通知発行処理Ｓ４’を終了する。
以上のように各オブジェクト１００〜５００を構成した
本第２実施例においても、上記第１実施例と同様の効果
が得られることは言うまでもない。そしてさらに、以下
に示すような効果が得られる。

【０１２１】ここでは、ＦＦＤ管理オブジェクト４００
が、図１９に示したＦＦＤ保存通知発行処理において、
ＦＦＤに合わせて容易されるＦＦＤ保存オブジェクト５
００を判断して（Ｓ４１２０，Ｓ４１６０）ＦＦＤ保存
／無効の要求を発行する（Ｓ４１４０，４１７０）。ま
た、ＦＦＤ保存の要求を発行してＦＦＤを更新するとき
には、ＦＦＤ優先度を判断している（Ｓ４１３０）。

【０１２２】したがって、図１８に示した故障レベル判
定処理Ｓ２’では、保存条件又は無効条件の成立を判断
して（Ｓ２３５０，Ｓ２３７０）、ＦＦＤ保存依頼又は
ＦＦＤ無効依頼を通知するだけとなっている（Ｓ２３６
０，Ｓ２３８０）。つまり、本第２実施例の場合、故障
情報管理オブジェクト２００は所定タイミングでＦＦＤ
保存／無効依頼を通知するだけであり、上記第１実施例
と比較して、ＦＦＤ変更時における故障情報管理オブジ
ェクト２００の再利用性が向上している。

【０１２３】さらに、故障項目とシートとの対応関係
は、ＦＦＤ優先度と同様、故障情報保存オブジェクト３
００に記憶するようにした。その結果、故障項目の変更
に伴う変更部分がまとまっており、その変更作業が簡単
になる。また、故障項目に依存する対応関係を故障情報
保存オブジェクト３００に記憶しているため、故障項目
の変更があっても、ＦＦＤ管理オブジェクト４００を変
更する必要がない。

【０１２４】なお、本第２実施例においても、故障検出
オブジェクト１００が「故障検出オブジェクト」に相当
し、故障情報管理オブジェクト２００が「故障情報管理
オブジェクト」に相当し、故障情報保存オブジェクト３
００が「故障情報保存オブジェクト」に相当する。ま
た、ＦＦＤ管理オブジェクト４００が「故障時状態管理
オブジェクト」に相当し、ＦＦＤ保存オブジェクト５０
０が「故障時状態保存オブジェクト」に相当する。［そ
の他］上記第２実施例では、異なるＦＦＤそれぞれに対
応させて、αＦＦＤ保存オブジェクト５１０及びβＦＦ
Ｄ保存オブジェクト５２０をそれぞれ１つずつ用意し
た。一方、同一のＦＦＤに対応させて複数のＦＦＤ保存
オブジェクト５００を用意することも考えられる。例え
ば図１７（ｂ）に示すように、複数のαＦＦＤ保存オブ
ジェクト５１０や複数のβＦＦＤ保存オブジェクト５２
０を用意するという具合である。メモリ３９のスタンバ
イＲＡＭ又はＥＥＰＲＯＭに余裕があれば故障項目に対
応させてより多くのＦＦＤを記憶させることが望ましい
ためである。この場合、ＦＦＤ管理オブジェクト４００
は、シートの情報から特定されるオブジェクト５１０，
５２０にＦＦＤを記憶していないものがある内は、その
オブジェクト５１０，５２０にＦＦＤを記憶させる。そ
して、シート情報に対応するオブジェクト５１０，５２
０の全てにＦＦＤが記憶されると、ＦＦＤ優先度に基づ
き、最もＦＦＤ優先度の低いＦＦＤを更新していく。

【０１２５】このようにすれば、限りあるスタンバイＲ
ＡＭ又はＥＥＰＲＯＭにより多くのＦＦＤを記憶させる
ことができる。言い換えると、メモリに余裕があればＦ
ＦＤ保存オブジェクト５００を追加してＦＦＤの記憶領
域を増やすことができ、逆に、メモリに余裕がなければ
ＦＦＤ保存オブジェクト５００を削除することによって
ＦＦＤの記憶領域を減らすことができる。つまり、限ら
れたメモリをどのように使用するかをＦＦＤ保存オブジ
ェクト５００の追加／削除によって変更することがで
き、効率的なメモリ３９の使用を容易に実現できる。

【０１２６】以上、本発明はこのような実施例に何等限
定されるものではなく、本発明の主旨を逸脱しない範囲
において種々なる形態で実施し得る。

【図面の簡単な説明】

【図１】実施例のエンジン制御システムを示す構成図で
ある。

【図２】実施例のエンジン制御ユニットの構成を示すブ
ロック図である。

【図３】第１実施例の自己診断プログラムの構造を概念
的に示した説明図である。

【図４】故障情報の記憶手順を示すＭＳＣである。

【図５】第１実施例における故障情報及びＦＦＤの記憶
手順を示すＭＳＣである。

【図６】故障情報管理オブジェクトの有する対応関係を
示す説明図である。

【図７】水温センサの故障検出処理を示すフローチャー
トである。

【図８】スロットルセンサの故障検出処理を示すフロー
チャートである。

【図９】スロットルセンサにおける故障情報記憶手順を
示すＭＳＣである。

【図10】第１実施例の故障レベル判定処理を示すフロー
チャートである。

【図11】（ａ）は故障情報記憶処理を示すフローチャー
トであり、（ｂ）はＦＦＤ保存通知発行処理を示すフロ
ーチャートであり、（ｃ）はＦＦＤ記憶処理を示すフロ
ーチャートである。

【図12】ＦＦＤを例示する説明図である。

【図13】第２実施例の自己診断プログラムの構造を概念
的に示した説明図である。

【図14】第２実施例における故障情報及びＦＦＤの記憶
手順を示すＭＳＣである。

【図15】第２実施例の故障情報保存オブジェクトの有す
る情報を示す説明図である。

【図16】２種類のＦＦＤを例示する説明図である。

【図17】ＦＦＤ管理オブジェクトとＦＦＤ保存オブジェ
クトとの対応を示す説明図である。

【図18】第２実施例の故障レベル判定処理を示すフロー
チャートである。

【図19】第２実施例のＦＦＤ保存通知発行処理を示すフ
ローチャートである。

【符号の説明】

１１…エンジン１２…吸気管１３…エアフローセンサ１４…吸気温センサ１５…スロットル弁１６…エンジン制御ユニット１７…スロットルセンサ１８…空燃比センサ１９…バッテリ２０…水温センサ２１…ディストリビュータ２２ａ，２２ｂ，２２ｃ，２２ｄ…インジェクタ２３…イグナイタ２４…テストスイッチ２５…警告灯２６…イグニッションスイッチ２７…スタータモータ２８…スタータスイッチ３２…アナログ入力回路３３…ディジタル入力回路３４…Ａ／Ｄ変換器３５…電源回路３６，３７，３８…出力回路３９…メモリ１００，１１０，１２０，１３０，１４０…故障検出オ
ブジェクト２００…故障情報管理オブジェクト３００，３１０，３２０，３３０，３４０，３５０…故
障情報保存オブジェクト４００…ＦＦＤ管理オブジェクト５００，５１０，５２０…ＦＦＤ保存オブジェクト

───────────────────────────────────────────────────── フロントページの続きＦターム(参考） 5B048 AA14 CC11 CC17 DD03 FF02 5B076 DD05 5H223 AA09 BB01 BB08 BB10 DD03 EE29

Claims

【特許請求の範囲】

【請求項１】ダイアグ対象の故障検出結果に基づき、予
め設定された故障項目に対するダイアグ故障情報を記憶
する自己診断機能を備えた車両制御装置において、前記自己診断機能を実現するための自己診断プログラム
は、オブジェクト指向設計され、再利用が可能なオブジェク
トの単位で構成されており、ダイアグ対象に依存する故障検出処理に対応させて用意
され、所定の故障検出処理を実行して故障検出を行う故
障検出オブジェクトと、前記故障項目に対応させて用意され、前記ダイアグ故障
情報を記憶する故障情報保存オブジェクトとを備えるこ
とを特徴とする自己診断機能を備えた車両用制御装置。
【請求項２】請求項１に記載の車両用制御装置におい
て、前記自己診断プログラムは、さらに、前記故障検出オブ
ジェクトから前記故障検出結果を受け取り、対応する前
記故障情報保存オブジェクトを判断し、当該故障情報保
存オブジェクトに前記故障検出結果に基づくダイアグ故
障情報を記憶させる故障情報管理オブジェクトを備えて
いることを特徴とする自己診断機能を備えた車両用制御
装置。
【請求項３】請求項２に記載の車両用制御装置におい
て、前記故障情報管理オブジェクトは、前記故障検出オブジ
ェクトから前記故障検出結果を受け取ると、故障のレベ
ルを判定するための、当該故障検出オブジェクトに応じ
た故障レベル判定処理を実行し、当該故障レベル判定処
理による結果に従い前記ダイアグ故障情報を記憶させる
ことを特徴とする自己診断機能を備えた車両用制御装
置。
【請求項４】ダイアグ対象の故障検出結果に基づき、予
め設定された故障項目に対するダイアグ故障情報を記憶
する自己診断機能を備えた車両制御装置において、前記自己診断機能を実現するための自己診断プログラム
は、オブジェクト指向設計され、再利用が可能なオブジェク
トの単位で構成されており、前記ダイアグ故障情報の付帯情報である、故障時におけ
る車両状態を含むフリーズ情報を記憶することを前提と
して、前記ダイアグ故障情報を記憶する故障情報保存オブジェ
クトと、前記フリーズ情報を記憶する故障時状態保存オブジェク
トとを備えていることを特徴とする自己診断機能を備え
た車両用制御装置。
【請求項５】請求項４に記載の車両用制御装置におい
て、前記故障情報保存オブジェクトは、前記故障項目毎に対
応させて用意されていることを特徴とする自己診断機能
を備えた車両用制御装置。
【請求項６】請求項１〜３のいずれかに記載の車両用制
御装置において、前記ダイアグ故障情報の付帯情報である、故障時におけ
る車両状態を含むフリーズ情報を記憶することを前提と
して、前記自己診断プログラムは、さらに、前記フリーズ情報
を記憶する故障時状態保存オブジェクトを備えているこ
とを特徴とする自己診断機能を備えた車両用制御装置。
【請求項７】請求項４〜６のいずれかに記載の車両用制
御装置において、前記自己診断プログラムは、さらに、前記故障項目と前
記故障時状態保存オブジェクトとの対応関係に基づき、
該当する故障時状態保存オブジェクトに前記フリーズ情
報を記憶させる故障時状態管理オブジェクトを備えてい
ることを特徴とする自己診断機能を備えた車両用制御装
置。
【請求項８】請求項７に記載の車両用制御装置におい
て、前記故障情報保存オブジェクトが前記対応関係を記憶し
ていることを特徴とする自己診断機能を備えた車両用制
御装置。
【請求項９】請求項７又は８のいずれかに記載の車両用
制御装置において、前記故障時状態管理オブジェクトは、前記故障項目毎の
前記フリーズ情報の保存必要性である優先度情報に基づ
いて、前記故障時状態保存オブジェクトに記憶させたフ
リーズ情報を更新することを特徴とする自己診断機能を
備えた車両用制御装置。
【請求項１０】請求項９に記載の車両用制御装置におい
て、前記故障情報保存オブジェクトが前記優先度情報を記憶
していることを特徴とする自己診断機能を備えた車両用
制御装置。
【請求項１１】請求項７〜１０のいずれかに記載の車両
用制御装置において、前記故障時状態管理オブジェクトは、前記フリーズ情報
の保存依頼があると、前記フリーズ情報の一部となる車
両情報を取得し、前記故障時状態保存オブジェクトに前
記フリーズ情報を記憶させることを特徴とする自己診断
機能を備えた車両用制御装置。
【請求項１２】請求項７〜１１のいずれかに記載の車両
用制御装置において、前記故障時状態管理オブジェクトは、前記フリーズ情報
の無効依頼があると、前記故障時状態保存オブジェクト
に記憶させた前記フリーズ情報を無効にすることを特徴
とする自己診断機能を備えた車両用制御装置。
【請求項１３】請求項１〜１２のいずれかに記載の車両
用制御装置の前記自己診断プログラムを記録したコンピ
ュータ読み取り可能な記録媒体。