(57)【特許請求の範囲】
【請求項１】
車両を異常診断する異常診断手段による異常診断判定項目／異常診断検査項目（以下異常診断項目と称す）の完了を示すレディネスを記憶する第１記憶手段（２１）と、
前記第１記憶手段に記憶されたレディネスの全クリア要求を受付けると当該全クリア要求とは異なる所定の条件を満たしたことを条件として全てのレディネスをクリアするクリア手段（１２）と、を備え、
前記クリア手段は、前記所定の条件を満たさないことを条件として、正常のレディネスが記憶されている項目以外の異常診断項目の情報をクリアすることを特徴とする電子制御装置。
【請求項２】
請求項１記載の電子制御装置において、
前記クリア手段は、前記所定の条件として、前記レディネスの全クリア要求を受付する前に当該レディネスの全クリア要求が所定回数以上受付けられていることを条件とし、前記レディネスを全てクリアすることを特徴とする電子制御装置。
【請求項３】
車両を異常診断する異常診断手段による異常診断判定項目／異常診断検査項目（以下異常診断項目と称す）の完了を示すレディネスを記憶する第１記憶手段（２１）と、
前記第１記憶手段に記憶されたレディネスの全クリア要求を受付けると当該全クリア要求とは異なる所定の条件を満たしたことを条件として全てのレディネスをクリアするクリア手段（１２）と、
パーマネントダイアグ（ＰＤＴＣ）情報を不揮発的に記憶する第２記憶手段（２４）と、を備え、
前記クリア手段は、前記所定の条件として、前記第２記憶手段に記憶されるパーマネントダイアグ情報の読出要求を受付けていることを条件とし、前記レディネスを全てクリアすることを特徴とする電子制御装置。
【請求項４】
車両を異常診断する異常診断手段による異常診断判定項目／異常診断検査項目（以下異常診断項目と称す）の完了を示すレディネスを記憶する第１記憶手段（２１）と、
前記第１記憶手段に記憶されたレディネスの全クリア要求を受付けると当該全クリア要求とは異なる所定の条件を満たしたことを条件として全てのレディネスをクリアするクリア手段（１２）と、を備え、
前記クリア手段は、前記所定の条件として、前記レディネスの全クリア要求の受付後の第１所定時間中に当該レディネスの読出要求を受付けないことを条件とし、前記レディネスを全てクリアすることを特徴とする電子制御装置。
【請求項５】
車両を異常診断する異常診断手段による異常診断判定項目／異常診断検査項目（以下異常診断項目と称す）の完了を示すレディネスを記憶する第１記憶手段（２１）と、
前記第１記憶手段に記憶されたレディネスの全クリア要求を受付けると当該全クリア要求とは異なる所定の条件を満たしたことを条件として全てのレディネスをクリアするクリア手段（１２）と、を備え、
前記クリア手段は、前記所定の条件として、前記レディネスの全クリア要求の受付後の第２所定時間中にレディネスの読出要求以外の要求を受付けることを条件とし、前記レディネスを全てクリアすることを特徴とする電子制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両の異常診断処理を可能にした電子制御装置に関する。
【背景技術】
【０００２】
一般的に、車両には多数の電子制御装置が搭載されているが、その中で特定の電子制御装置は、車両の自己異常診断（ＯＢＤ：On-Board Diagnostics）機能を備えている。近年ではＯＢＤIIが規定されており、ガソリン車、ディーゼル車は幅広く対象とされている。ＯＢＤII規定は、排ガス、エンジンなどの主要部品を定期的にモニタすることで、車両状態、部品を診断可能になっている。
【０００３】
電子制御装置は、車両に搭載された各種センサ情報に基づいて、様々な検査項目を異常と判断すると、異常を示す情報を記憶手段に記憶させる。この情報は、車両ディーラー又は車両工場などの担当者により外部ツールを用いて読み出され、不具合の修理又は部品交換などに必要な情報として活用される（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−２５５８６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
異常診断機能が何らかの原因で正常に機能しない場合にはセンサ等の異常を適切に判断できないため、当該装置の機能を車載状態のまま外部からチェック可能にしており、センサ等の複数機器に対する各異常診断の実施状態を記憶手段に記憶するようにしている。
【０００６】
例えば、ＯＢＤII規定では、異常診断判定項目／異常診断検査項目（以下異常診断検査項目と称す）の成立を示すレディネス（readiness）情報を記憶手段に保持させるように規定している。例えば、このレディネスは、全ての異常診断検査項目で成立した場合に、製造工場から出荷可能、修理工場にて修理完了等と見做される。
【０００７】
このレディネスは、規定上、外部のスキャンツールにより全クリア可能になっており記憶手段から抹消できる。しかし逆に、このレディネスは、全ての判定対象項目／検査対象項目が成立しないと全て完了とならない。この判定対象項目／検査対象項目は、条件成立の容易性、判定時間がそれぞれ異なり、一度クリアされた場合には再び完了させることが容易ではないものも存在する。例えば多大な時間を要する場合もある。したがって、製造工場出荷プロセス又は車両ディーラーによる修理環境下など、外部のスキャンツールの操作等によりレディネスの全クリア要求を受付けたときには適切な処理を行うことが望まれる。
【０００８】
本発明の目的は、レディネスの全クリア要求に対し適切な処理を行うことができる電子制御装置を提供することにある。
【課題を解決するための手段】
【０００９】
請求項１記載の発明によれば、第１記憶手段は、車両を異常診断する異常診断手段による異常診断判定項目／異常診断検査項目（以下、異常診断項目と称す）の完了を示すレディネスを記憶する。クリア手段は、第１記憶手段に記憶されたレディネスの全クリア要求を受付けると当該全クリア要求とは異なる所定の条件を満たしたことを条件としてレディネスをクリアする。請求項１記載の発明によれば、レディネスを全クリアするために他の所定の条件を満たす必要がありレディネスを全クリアしにくくなる。しかも、クリア手段は、前記所定の条件を満たさないときには、正常のレディネスが記憶されている項目以外の異常診断項目の情報をクリアするため、正常のレディネスが記憶されている異常診断項目のレディネスを残留させることができ、この異常診断項目を再度正常に成立させるための時間などの制約を必要としなくなる。
【００１０】
また例えば、請求項２記載の発明では、レディネスの全クリア要求を受付する前に当該レディネスの全クリア要求が所定回数以上受付けられていることを条件としているため、意図的にユーザがレディネスを全て消去したいか否かを確認することができ、レディネスを全クリアしにくくなる。
【００１１】
また例えば、請求項３記載の発明では、パーマネントダイアグ情報の読出要求が受付けられている必要がある。パーマネントダイアグ情報は不揮発的に第２記憶手段に記憶されるものであり、ユーザがこのパーマネントダイアグ情報を読出したいときには、消去しづらい情報を意図的に読出したいものと判定でき、この後、レディネスが全クリア要求されていることからユーザが意図的にクリアしたいものであると判断できる。したがって、この条件を満たしたときにはユーザが意図的に全クリアしたいものと判断できる。
【００１２】
また例えば、請求項４記載の発明によれば、レディネスの全クリア要求の受付後の第１所定時間中にレディネスの読出要求を受付けないことを条件としているため、レディネスの読出を不要としていると判断でき、外部ユーザは意図的にクリアしたい意思表示を示したと判断できる。
【００１３】
また例えば、請求項５記載の発明によれば、レディネスのクリア要求の受付後の第２所定時間中にレディネスの読出要求以外の要求を受付けることを条件としてクリア処理するため、レディネスの読出を不要としていると判定でき、ユーザが意図的にレディネスを意図的に全てクリアしたいものと判断できる。このようにして、電子制御装置は全クリア要求を受付けたときに適切な処理を行うことができる。
【図面の簡単な説明】
【００１４】
【図１】第１実施形態における通信システム及び電子制御装置の電気的構成を概略的に示すブロック図
【図２】処理動作を概略的に示すフローチャート
【図３】第２実施形態における処理動作を概略的に示すフローチャート
【図４】第３実施形態における処理動作を概略的に示すフローチャート（その１）
【図５】処理動作を概略的に示すフローチャート（その２）
【図６】第４実施形態における処理動作を概略的に示すフローチャート
【発明を実施するための形態】
【００１５】
以下、電子制御装置の一実施形態について図面を参照しながら説明する。図１に示す通信システム１は、車両に搭載された複数の電子制御装置（ＥＣＵ：Electronic Control Unit、以下、ＥＣＵと略す）２〜４を備え、当該複数のＥＣＵ２〜４が車両ネットワークによる通信線５を通じて双方向通信可能に接続されている。通信線５には、車外からスキャンツール６を接続可能にするテストポート（ＤＬＣ：Data Link Connector）７が設けられている。
【００１６】
スキャンツール６は、例えば液晶ディスプレー８、複数のボタン９、ケーブル１０、コネクタ１１などを備えており、例えば車両製造業者又はディーラーなどに所属する作業者がコネクタ１１を通信線５のテストポート７に接続することで使用される。複数のボタン９は、例えば全消去ボタン、一部消去ボタン及び確定ボタンなどのボタンである。
【００１７】
ＥＣＵ２は、スキャンツール６から通信線５を通じて入力されるコマンドに従って、異常診断に関連する情報等をスキャンツール６に応答する。例えば、スキャンツール６は、ＥＣＵ２に記録されたダイアグ情報（ダイアグコード：ＤＴＣ）の読み出し、消去、車両内の警告灯の消灯制御、車台番号（ＶＩＮ：Vehicle Identification Number）の読み出し、警告灯（ＭＩＬ：Malfunction Indicator Light）の状況を表示することができる。
【００１８】
ＥＣＵ２は、クリア手段としてのマイクロコンピュータ（以下、マイコンと略す）１２、通信インタフェース１３、及び、不揮発性記憶手段としてのＥＥＰＲＯＭ１４を備える。このマイコン１２は、ＣＰＵ１６と、ＲＯＭ１７、ＲＡＭ１８及びバックアップＲＡＭとしてのＳＲＡＭ１５などのメモリとを備え、メモリに記憶されるプログラムをＣＰＵ１６が実行することに応じて各種の機能を実現する。なお、ＲＡＭ１８には、ＣＰＵ１６がプログラムを実行する際の作業領域が確保されている。
【００１９】
ＳＲＡＭ１５は、イグニッションスイッチ１９のオンオフ状態に影響されることなく、バッテリ２０から常時電力供給されており、当該バッテリ２０から電源が供給されている間、書き込まれたデータを常時記憶保持する揮発性メモリである。ＳＲＡＭ１５には、異常に関連する情報を記憶するための領域が確保されている。このＳＲＡＭ１５には、レディネスを記憶するレディネス記憶領域（第１記憶手段相当）２１と、履歴情報記憶領域２２と、異常を診断したときのデータなどのダイアグ情報（ＤＴＣ）を記憶する異常関連情報記憶領域２３と、を備えている。
【００２０】
レディネス記憶領域２１は、ＥＣＵ２が実行可能な異常診断処理の種類毎に異常診断の実行の有無（完了又は未完了）、及び、異常診断処理の正常又は異常を示すレディネスフラグが記憶される。
【００２１】
例えば、ＯＢＤII規定では、常時監視対象、定期監視対象の異常診断判定項目／異常診断検査項目（以下、異常診断項目）が予め定められている。常時監視対象の項目としては、ミスファイア、フューエルシステム、排ガス制御系（Ａ／Ｆセンサ）、などが挙げられ、定期監視対象の項目としては、排ガス再循環システム、Ｏ２センサ及びそのヒータ、触媒装置、燃料蒸発ガス排出抑制装置（エバポシステム）、二次空気供給装置、エアコンディショニングシステム、などが挙げられる。マイコン１２のＣＰＵ１６は、これらの各構成要素の異常診断を行い当該異常診断が完了したときに、レディネスを正常又は異常としてＳＲＡＭ１５のレディネス記憶領域２１に記憶させる。
【００２２】
履歴情報記憶領域２２は、これらの異常診断処理の実行時の異常診断履歴を記憶する領域であり、レディネス記憶領域２１に対応した異常診断処理の種類毎にそれぞれ異常診断履歴（正常履歴／異常履歴）を記憶する領域として設けられる。異常関連情報記憶領域２３は、レディネスに対応して異常診断の実行結果を示すデータとして異常診断関連情報を記憶保持する領域として設けられる。この異常診断関連情報は、例えば、異常有／異常無／異常有無不明を表す情報を含み、リセットされていれば異常有無不明として設定される。ＥＥＰＲＯＭ１４は、ダイアグ情報（ＤＴＣ）の中でも不揮発的に記憶すべき情報としてパーマネントダイアグ情報（ＰＤＴＣ）を記憶するためのＰＤＴＣ記憶領域（第２記憶手段相当）２４を備えた不揮発性記憶メモリである。
【００２３】
マイコン１２のＣＰＵ１６は、車両ユーザなどによりイグニッションスイッチ１９がオンにされ車両が起動すると、メモリに記憶されたプログラムを実行することで所定の車両制御を実行し、また並行して車両制御に関する異常診断を行う異常診断手段として動作する。異常診断処理の実行時期は、異常診断の種類ごとに異なるものの、マイコン１２のＣＰＵ１６は、イグニッションスイッチ１９がオンされて車両が起動した直後に各種センサの出力信号に基づいて異常診断処理したり、車両の走行時に車両制御の実行結果に基づいて異常診断したりすることもある。また、マイコン１２のＣＰＵ１６は、イグニッションスイッチ１９が一旦オフされて再度オンされることで所謂ドライビングサイクルが変化しても、前回の車両状態（各種センサの出力信号）を予めＳＲＡＭ１５に記憶しておき、今回の車両状態（各種センサの出力信号）と照合することで異常診断処理することもある。すなわち、多数の異常診断項目の中でも、比較的短時間で検出しやすい項目と長時間かけなければ検出し難い項目とが存在する。
【００２４】
マイコン１２のＣＰＵ１６は、各種の異常診断項目の実行毎に対応する診断実行有無を示すレディネスフラグをＳＲＡＭ１５にセットし、異常診断完了したことを示す情報を記憶させる。そして、マイコン１２のＣＰＵ１６は、ＳＲＡＭ１５内の異常関連情報記憶領域２３の記憶内容を当該異常診断結果に従った内容に更新する。また、マイコン１２は、異常を生じた場合には例えば警告表示ランプを点灯させることで車両乗員に報知する。
【００２５】
また、ユーザによりスキャンツール６が通信線５に接続されると外部要求受付処理を実行する。すなわち、マイコン１２は、通信インタフェース１３を通じて外部から何らかの要求を受付けるまで待機し、要求信号を受け付けると、これに応じた処理を実行する。
【００２６】
スキャンツール６は、ＳＲＡＭ１５に記憶されるレディネスフラグの全クリア要求をＥＣＵ２に出力可能になっている。この全クリア要求は、スキャンツール６のユーザ操作に応じてマイコン１２に向けて出力されるコマンドであり、ユーザによるスキャンツール６の例えば１回のボタン操作により１回のクリア要求がなされるものとなっている。
【００２７】
以下、本実施形態に係る作用について説明する。図２にレディネスの全クリア要求を受付けたときのマイコン１２の処理内容を概略的に示している。通常、マイコン１２は、異常診断処理を行うと、異常診断項目に対応してレディネスの完了をレディネスフラグとしてＳＲＡＭ１５に記憶させる。
【００２８】
ユーザ操作に応じて、スキャンツール６が全クリア要求をＥＣＵ２に出力すると、ＥＣＵ２のマイコン１２は、レディネスの全クリア要求を受付ける。マイコン１２が、レディネスの全クリア要求を受付けたときには（Ｓ１：ＹＥＳ）、この全クリア要求をステップＳ１以前に第１所定回数以上だけ受付けたか否かを判定する（Ｓ２）。このステップＳ２では、例えば、ユーザによりスキャンツール６から全クリア要求を示すコマンドが入力（例えば、全消去ボタン９が押下）されていたかを判定する。マイコン１２は、全クリア要求の受付回数をＲＡＭ１８などのメモリに記憶し、この受付回数が所定回数以上となっている場合に、全てのレディネスをクリアする（Ｓ３）。この場合、マイコン１２は、ユーザが意図的に全てのレディネスの情報を消去したいと判断して全クリア要求を承認し、全てのレディネスを消去する。
【００２９】
また、マイコン１２は、ステップＳ１のクリア要求を受付する以前に所定回数未満しか全クリア要求を受付けていなかったときには（Ｓ２：ＮＯ）、たとえステップＳ１において全クリア要求を受付けたとしても、正常のレディネスが記憶されている項目以外の異常診断項目の情報をクリアする（Ｓ４）。
【００３０】
マイコン１２が、正常のレディネスが記憶されている項目以外の異常診断項目の情報をクリアすることにより、正常のレディネスが記憶されている異常診断項目のレディネスを残留させることができ、この異常診断項目を再度正常に成立させるための時間などの制約を必要としなくなる。
【００３１】
以上説明したように、本実施形態によれば、マイコン１２は、レディネス記憶領域２１に記憶されたレディネスの全クリア要求を受付けると、当該全クリア要求とは異なる所定の条件を満たしたことを条件としてレディネスをクリアする。したがって、レディネスを全クリアするためには、他の所定の条件を満たす必要がありレディネスをクリアしにくくなる。
【００３２】
このとき、例えば、マイコン１２はレディネスの全クリア要求の受付処理以前に当該レディネスの全クリア要求を所定回数以上受付けていることを全クリア処理実行条件としているため、ユーザが意図的にレディネスを全て消去したいか否かを確認することができ、レディネスを全クリアしにくくなる。このようにして、ＥＣＵ２はクリア要求を受付けたときに適切な処理を行うことができる。
【００３３】
（第２実施形態）
図３は第２実施形態の追加説明図を示す。第２実施形態が第１実施形態と異なるところは、図２のステップＳ２に代えて図３のステップＳ２ａを設けており、パーマネントダイアグ（ＰＤＴＣ）情報の読出要求が受付けられていることを条件としてレディネスを全てクリアするところにある。
【００３４】
すなわち、ユーザ操作に応じて、スキャンツール６が全クリア要求をＥＣＵ２に出力すると、ＥＣＵ２のマイコン１２は全クリア要求を受付ける。マイコン１２が全クリア要求を受付けると（Ｓ１：ＹＥＳ）、ステップＳ１の処理以前の所定時間前までにＰＤＴＣ情報の読出要求を受付けたか否かを判定し（Ｓ２ａ）、この判定結果を満たしたことを条件として（Ｓ２ａ：ＹＥＳ）、全クリア要求を承認して全てのレディネスを消去し（Ｓ３）、ＰＤＴＣ情報の読出要求を受付けていないときには（Ｓ２ａ：ＮＯ）、正常のレディネスが記憶されている項目以外の異常診断項目の情報をクリアする（Ｓ４）。
【００３５】
前述したように、ＥＥＰＲＯＭ１４にはダイアグ情報の中でも恒久的に記憶すべき情報としてＰＤＴＣ情報が記憶されている。マイコン１２は、ステップＳ２ａのＰＤＴＣ情報の読出要求について、ステップＳ１を処理する前の所定時間内に受付けていれば、ユーザが意図的に重要度の高い操作をステップＳ１の直前にしていることを確認できる。このため、このステップＳ１の全クリア要求を承認し、全てのレディネスを消去する。
【００３６】
また、マイコン１２はステップＳ１の全クリア要求を受付する以前に所定回数未満しか全クリア要求を受付けていなかったときには（Ｓ２：ＮＯ）、たとえステップＳ１において全クリア要求を受付けたとしても、正常のレディネスが記憶されている項目以外の異常診断項目の情報をクリアする（Ｓ４）。
【００３７】
マイコン１２は、正常のレディネスが記憶されている項目以外の異常診断項目の情報をクリアすることにより、正常のレディネスが記憶されている異常診断項目のレディネスを残留させることができ、この異常診断項目を再度正常に成立させるための時間等を必要としなくなる。
【００３８】
マイコン１２は、ユーザ操作に応じてＰＤＴＣ情報を読出したいときには、消去しづらい情報を意図的に読出したいものと判断し、この後、レディネスが全クリア要求されていることから、ユーザが意図的にレディネスを全クリアしたいものと判断する。したがって、この条件を満たしたときには、意図的にレディネスを全クリアしたいという意思表示を確認できる。第２実施形態によっても前述実施形態と同一又は類似の効果を奏するものとなり、ＥＣＵ２はクリア要求を受付けたときに適切な処理を行うことができる。
【００３９】
（第３実施形態）
図４及び図５は第３実施形態の追加説明図を示す。第３実施形態が第１又は第２実施形態と異なるところは、レディネスの全クリア要求の受付後の第１所定時間中に当該レディネスの読出要求を受付けないことを条件としてレディネスを全てクリアするところにある。
【００４０】
すなわち、ユーザ操作に応じて、スキャンツール６が全クリア要求をＥＣＵ２に出力すると、ＥＣＵ２のマイコン１２は全クリア要求を受付ける（Ｔ１）。マイコン１２が全クリア要求を受付けると（Ｔ１：ＹＥＳ）、まずタイマを起動する（Ｔ２）。これは、クリア要求受付後の所定時間内のユーザ操作が、どのような操作となるかを確認するために行われる時間計測処理である。そして、マイコン１２は、正常のレディネスが記憶されている項目以外の異常診断項目の情報をクリアする（Ｔ３）。このタイミングでは、正常のレディネスが記憶されている異常診断項目の情報を残している。そしてマイコン１２は、図５に示すレディネスの全クリア判定処理を実行する（Ｕ１〜Ｕ４）。
【００４１】
マイコン１２は、ステップＵ１において第１所定時間経過したか否かを判定し（Ｕ１）、第１所定時間経過したことを条件として全てのレディネスをクリアする（Ｕ２）。第１所定時間は例えば５［ｓｅｃ］程度の時間に設定される。逆に、マイコン１２はレディネスの読出要求を受付けたときには（Ｕ３：ＹＥＳ）、タイマを停止し（Ｕ３）、ステップＴ３で消去した項目以外の異常診断項目の情報を残したまま、全クリア判定処理を終了する（Ｕ４）。
【００４２】
本実施形態によれば、マイコン１２はステップＵ３でＹＥＳと判定したときには、ユーザが意図的に消去したくないという意思表示を示したと判断する。この結果、正常のレディネスが記憶されている異常診断項目の情報が残留することになり、この異常診断項目を再度正常に成立させるための時間などの制約を必要としなくなる。
【００４３】
また、レディネスの全クリア要求の受付後の第１所定時間中にレディネスの読出要求を受付けないことを全クリア条件としているため、レディネスの読出を不要としていると判断でき、この結果、マイコン１２は、ユーザが意図的にクリアしたいという意思表示を示したと判断できる。この第３実施形態によっても前述実施形態と同一又は類似の効果を奏する。このようにして、ＥＣＵ２はクリア要求を受付けたときに適切な処理を行うことができる。
【００４４】
（第４実施形態）
図６は第４実施形態の追加説明図を示す。この第４実施形態が、第３実施形態と異なるところは、レディネスの全クリア要求の受付後の第２所定時間中にレディネスの読出要求以外の要求を受付けることを条件としてレディネスを全てクリアするところにある。
【００４５】
本実施形態では、第３実施形態で説明した図４に示す処理は同一である。すなわち図４に示すように、ユーザ操作に応じて、スキャンツール６が全クリア要求をＥＣＵ２に出力すると、ＥＣＵ２のマイコン１２は全クリア要求を受付ける（Ｔ１）。マイコン１２が全クリア要求を受付けると（Ｔ１：ＹＥＳ）、まずタイマを起動する（Ｔ２）。そして、マイコン１２は、正常のレディネスが記憶されている項目以外の異常診断項目の情報をクリアする（Ｔ３）。このタイミングでは正常のレディネスの異常診断項目の情報を残している。そしてマイコン１２は、図６に示すレディネスの全クリア判定処理を実行する（Ｕ１ａ〜Ｕ４）。
【００４６】
マイコン１２は、ステップＵ１ａにおいて第２所定時間経過したか否かを判定し（Ｕ１ａ）、第２所定時間経過したことを条件として全クリア判定処理を終了する。第２所定時間は第３実施形態の第１所定時間と同一（例えば５［ｓｅｃ］）であっても異なる時間であっても良い。マイコン１２は、ステップＵ１ａにおいてＹＥＳと判定したときには、ユーザが意図的に消去したくないという意思表示をしたと判断する。この結果、正常のレディネスが記憶されている異常診断項目の情報が残留することになる。
【００４７】
またマイコン１２は、外部のスキャンツール６からレディネスの読出要求以外の何らかの要求を受付けたか否かを判定する（Ｕ５）。マイコン１２は、この何らかの要求を受付けたことを条件として、タイマを停止し（Ｕ４）、全てのレディネスをクリアする（Ｕ５）。この何らかの要求としては、例えば、エンジンの回転数情報、車速情報、バッテリ電圧（ＶＢ）情報などの車両状態の情報などを要求する場合である。
【００４８】
すなわち、本実施形態に係る処理は、ユーザが意図的に消去したいときにレディネスの読出操作以外の操作に移ることを想定しており、マイコン１２は、例えばユーザが読出操作以外の操作を行うことで当該操作に伴う要求を受付けたときには、ユーザが意図的に消去したいという意思表示を示したと判断する。この結果、全てのレディネスがクリア処理される（Ｕ６）ことになる。
【００４９】
本実施形態によれば、マイコン１２は、レディネスのクリア要求の受付後の第２所定時間中にレディネスの読出要求以外の要求を受付けることを条件として全クリア処理するため、レディネスの読出を不要としていると判定でき、ユーザが意図的にレディネスを全クリアしたいと判断できる。この第４実施形態においても前述実施形態と同一又は類似の効果を奏する。このようにして、ＥＣＵ２はクリア要求を受付けたときに適切な処理を行うことができる。
【００５０】
（他の実施形態）
前述実施形態に限定されるものではなく、例えば、以下に示す変形又は拡張が可能である。
スキャンツール６はボタン９の一回の操作に応じて一回の要求を送信する形態を示したがこれに限定されるものではなく一回の操作に応じて複数回の要求を送信する形態に適用しても良い。逆に２回以上の操作に応じて一回の要求を送信する形態に適用しても良い。
第２実施形態において、ＰＤＴＣ情報の読出要求の受付条件は、ステップＳ１の処理以前の所定時間前までの条件としているが所定時間前までの条件に限られない。
各種情報（例えばレディネス、履歴情報、異常関連情報等）がバックアップＲＡＭとしてのＳＲＡＭ１５に記憶される形態を示したが、記憶媒体はこれに限られるものではなく、これらの少なくとも一部の情報を例えば不揮発性メモリ（例えばＥＥＰＲＯＭ）に記憶させるようにしても良い。
【符号の説明】
【００５１】
図面中、１２はマイコン（クリア手段）、１４はＥＥＰＲＯＭ、１５はＳＲＡＭ、２１はレディネス記憶領域（第１記憶手段）、２４はＰＤＴＣ記憶領域（第２記憶手段）を示す。
【図１】
0006435880.tif 000002
【図２】
0006435880.tif 000003
【図３】
0006435880.tif 000004
【図４】
0006435880.tif 000005
【図５】
0006435880.tif 000006
【図６】
0006435880.tif 000007