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