(57)【要約】【課題】車両に搭載された複数の機器の異常を診断し、機器に異常が発生していることをユーザに確実に認識させることができる車両用診断装置及び車両用診断システムを提供する。【解決手段】ＥＣＵ２００は、バックアップＲＡＭ３２０に異常コードが記憶されている場合にＭＩＬ１４０に動作を指示する報知指示部３１２と、スキャンツール４００から消去要求信号を受信したか否かを判定する消去要求判定部３１５と、消去要求判定部３１５によって消去要求信号を受信したと判定されたことに基づいて、バックアップＲＡＭ３２０を異常コードが記憶されていない状態にする消去処理を実行する消去処理実行部３１６と、消去要求判定部３１５が消去要求信号を受信したと判定した後に、消去処理実行部３１６による消去処理の実行を所定期間禁止する消去処理禁止部３１７と、を有する。【選択図】図１
2016147651.tif 000002
【特許請求の範囲】
【請求項１】
車両（１００）に搭載された複数の機器（１１１，１１２，１１３，１１４，１１５）の異常を診断する車両用診断装置（２００）であって、
前記機器に異常が発生した場合に、該異常に対応する異常コードを生成する異常コード生成部（３１１）と、
前記異常コードを記憶する記憶部（３２０）と、
前記記憶部に前記異常コードが記憶されている場合に、前記車両に搭載された報知装置（１４０）に動作を指示する報知指示部（３１２）と、
外部ツール（４００）から異常コード要求信号を受信したか否かを判定する異常コード要求判定部（３１３）と、
前記異常コード要求判定部によって前記異常コード要求信号を受信したと判定されたことに基づいて、前記記憶部に記憶されている前記異常コードを前記外部ツールに送信する異常コード送信部（３１４）と、
前記外部ツールから消去要求信号を受信したか否かを判定する消去要求判定部（３１５）と、
前記消去要求判定部によって前記消去要求信号を受信したと判定されたことに基づいて、前記記憶部を前記異常コードが記憶されていない状態にする消去処理を実行する消去処理実行部（３１６）と、
前記消去要求判定部が前記消去要求信号を受信したと判定した後に、前記消去処理実行部による前記消去処理の実行を所定期間禁止する消去処理禁止部（３１７）と、を有することを特徴とする車両用診断装置。
【請求項２】
前記消去処理禁止部は、前記消去要求判定部が前記消去要求信号を受信したと判定した後に、予め定められた時間（ｔ）が経過するまで、前記消去処理実行部による前記消去処理の実行を禁止することを特徴とする請求項１に記載の車両用診断装置。
【請求項３】
前記消去処理禁止部は、前記消去要求判定部が前記消去要求信号を受信したと判定した後に、更に、前記消去要求判定部が前記消去要求信号を受信したと判定した回数が所定値以上となるまで、前記消去処理実行部による前記消去処理の実行を禁止することを特徴とする請求項１に記載の車両用診断装置。
【請求項４】
前記消去処理禁止部は、前記消去要求判定部が前記消去要求信号を受信したと判定した後に、該判定が行われた電源サイクルにおいて、更に、前記消去要求判定部が前記消去要求信号を受信したと判定した回数が所定回数以上となるまで、前記消去処理実行部による前記消去処理の実行を禁止することを特徴とする請求項３に記載の車両用診断装置。
【請求項５】
前記消去処理禁止部は、前記消去要求判定部が前記消去要求信号を受信したと判定した後に、該判定が行われた車両運転サイクルにおいて、更に、前記消去要求判定部が前記消去要求信号を受信したと判定した回数が所定回数以上となるまで、前記消去処理実行部による前記消去処理の実行を禁止することを特徴とする請求項３に記載の車両用診断装置。
【請求項６】
前記消去処理禁止部は、前記消去要求判定部が前記消去要求信号を受信したと判定した後に、該判定から車両が運転を停止するまでの間に、更に、前記消去要求判定部が前記消去要求信号を受信したと判定した回数が所定回数以上となるまで、前記消去処理実行部による前記消去処理の実行を禁止することを特徴とする請求項３に記載の車両用診断装置。
【請求項７】
前記消去処理禁止部は、前記消去要求判定部が前記消去要求信号を受信したと判定した後に、前記異常コード送信部による前記異常コードの送信、及び、前記外部ツールによる前記異常コードの受信、の少なくとも一方が完了するまで、前記消去処理実行部による前記消去処理の実行を禁止することを特徴とする請求項１に記載の車両用診断装置。
【請求項８】
前記異常コード生成部は、前記機器に異常が発生した場合に、該異常に対応する保存用異常コードを生成し、
前記記憶部は、前記保存用異常コードを記憶し、
前記消去処理実行部は、前記消去要求判定部によって前記消去要求信号を受信したと判定された場合でも、前記記憶部を前記保存用異常コードが記憶されたままの状態とし、
前記消去処理禁止部は、前記消去要求判定部が前記消去要求信号を受信したと判定した後に、前記記憶部によって前記保存用異常コードが記憶されるまで、前記消去処理実行部による前記消去処理の実行を禁止することを特徴とする請求項１に記載の車両用診断装置。
【請求項９】
前記消去処理禁止部は、前記複数の機器のうち予め定められた機器（１１４）に異常が発生した場合のみ、前記消去処理実行部による前記消去処理の実行を禁止することを特徴とする請求項１乃至８のいずれか１項に記載の車両用診断装置。
【請求項１０】
車両（１００）に搭載された複数の機器（１１１，１１２，１１３，１１４，１１５）の異常を診断する車両用診断システム（１０）であって、
前記車両に搭載され、前記機器と接続された電子制御装置（２００）と、
前記電子制御装置と通信可能な外部ツール（４００）と、
前記機器に異常が発生していることを報知する報知装置（１４０）と、を備え、
前記電子制御装置は、
前記機器に異常が発生した場合に、該異常に対応する異常コードを生成する異常コード生成部（３１１）と、
前記異常コードを記憶する記憶部（３２０）と、
前記記憶部に前記異常コードが記憶されている場合に、前記報知装置に動作を指示する報知指示部（３１２）と、
前記外部ツールから異常コード要求信号を受信したか否かを判定する異常コード要求判定部（３１３）と、
前記異常コード要求判定部によって前記異常コード要求信号を受信したと判定されたことに基づいて、前記記憶部に記憶されている前記異常コードを前記外部ツールに送信する異常コード送信部（３１４）と、
前記外部ツールから消去要求信号を受信したか否かを判定する消去要求判定部（３１５）と、
前記消去要求判定部によって前記消去要求信号を受信したと判定されたことに基づいて、前記記憶部を前記異常コードが記憶されていない状態にする消去処理を実行する消去処理実行部（３１６）と、
前記消去要求判定部が前記消去要求信号を受信したと判定した後に、前記消去処理実行部による前記消去処理の実行を所定期間禁止する消去処理禁止部（３１７）と、を有することを特徴とする車両用診断システム。
【請求項１１】
前記消去処理禁止部は、前記消去要求判定部が前記消去要求信号を受信したと判定した後に、予め定められた時間（ｔ）が経過するまで、前記消去処理実行部による前記消去処理の実行を禁止することを特徴とする請求項１０に記載の車両用診断システム。
【請求項１２】
前記消去処理禁止部は、前記消去要求判定部が前記消去要求信号を受信したと判定した後に、更に、前記消去要求判定部が前記消去要求信号を受信したと判定した回数が所定値以上となるまで、前記消去処理実行部による前記消去処理の実行を禁止することを特徴とする請求項１０に記載の車両用診断システム。
【請求項１３】
前記消去処理禁止部は、前記消去要求判定部が前記消去要求信号を受信したと判定した後に、該判定が行われた電源サイクルにおいて、更に、前記消去要求判定部が前記消去要求信号を受信したと判定した回数が所定回数以上となるまで、前記消去処理実行部による前記消去処理の実行を禁止することを特徴とする請求項１２に記載の車両用診断システム。
【請求項１４】
前記消去処理禁止部は、前記消去要求判定部が前記消去要求信号を受信したと判定した後に、該判定が行われた車両運転サイクルにおいて、更に、前記消去要求判定部が前記消去要求信号を受信したと判定した回数が所定回数以上となるまで、前記消去処理実行部による前記消去処理の実行を禁止することを特徴とする請求項１２に記載の車両用診断システム。
【請求項１５】
前記消去処理禁止部は、前記消去要求判定部が前記消去要求信号を受信したと判定した後に、該判定から車両が運転を停止するまでの間に、更に、前記消去要求判定部が前記消去要求信号を受信したと判定した回数が所定回数以上となるまで、前記消去処理実行部による前記消去処理の実行を禁止することを特徴とする請求項１２に記載の車両用診断システム。
【請求項１６】
前記消去処理禁止部は、前記消去要求判定部が前記消去要求信号を受信したと判定した後に、前記異常コード送信部による前記異常コードの送信、及び、前記外部ツールによる前記異常コードの受信、の少なくとも一方が完了するまで、前記消去処理実行部による前記消去処理の実行を禁止することを特徴とする請求項１０に記載の車両用診断システム。
【請求項１７】
前記異常コード生成部は、前記機器に異常が発生した場合に、該異常に対応する保存用異常コードを生成し、
前記記憶部は、前記保存用異常コードを記憶し、
前記消去処理実行部は、前記消去要求判定部によって前記消去要求信号を受信したと判定された場合でも、前記記憶部を前記保存用異常コードが記憶されたままの状態とし、
前記消去処理禁止部は、前記消去要求判定部が前記消去要求信号を受信したと判定した後に、前記記憶部によって前記保存用異常コードが記憶されるまで、前記消去処理実行部による前記消去処理の実行を禁止することを特徴とする請求項１０に記載の車両用診断システム。
【請求項１８】
前記消去処理禁止部は、前記複数の機器のうち予め定められた機器（１１４）に異常が発生した場合のみ、前記消去処理実行部による前記消去処理の実行を禁止することを特徴とする請求項１０乃至１７のいずれか１項に記載の車両用診断システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載された複数の機器の異常を診断する車両用診断装置及び車両用診断システムに関する。
【背景技術】
【０００２】
車両に搭載されるセンサやアクチュエータといった機器の多くが、電子制御装置によって電気的に制御されている。近年の車両の複雑化に伴い、電子制御装置の制御対象となる機器は増加する傾向にある。機器に異常が発生し、当該機器が誤動作した際に安全に及ぼす影響は、今後ますます無視できないものになると考えられる。
【０００３】
車両の安全性の確保は、高性能化、高機能化と並んで重要な社会的ニーズとなっている。車両の機能安全に関し導入された国際規格（ＩＳＯ２６２６２）においても、車両に異常が発生した際に、所定時間内に車両を安全な状態に移行させることが求められている。
【０００４】
下記特許文献１には、車両に搭載された機器に異常が発生していることを報知する手段として、ＭＩＬ（Malfunction Indication Lamp）と称される警告灯を備えるシステムが開示されている。ＭＩＬは一般的に車両のインストルメンタルパネル等に設けられており、機器に異常が発生している場合に点灯する。
【０００５】
詳細には、機器に異常が発生すると、電子制御装置はその機器や異常の内容に対応する異常コードをメモリに記憶し、ＭＩＬは、この異常コードがメモリに記憶されていることに基づいて点灯する。このようなＭＩＬの点灯により、機器に異常が発生していることを報知し、安全を確保するために走行中の車両を路肩に寄せさせたり、車両を修理工場に持ち込ませたりするといった対応をユーザに促すことができる。
【０００６】
車両が持ち込まれた修理工場では、作業者がスキャンツールと称される外部ツールを用いて、異常が発生している機器や、その異常の内容を特定する。具体的には、まず、スキャンツールは車両の電子制御装置と通信可能な状態とされ、電子制御装置に異常コードの要求信号を送信する。当該要求信号を受信した電子制御装置は、メモリに記憶している異常コードをスキャンツールに送信する。スキャンツールが、受信したその異常コードを解析することによって、異常が発生している機器や異常の内容を特定し、作業者は機器の修理や交換を行うことが可能となる。
【０００７】
異常が発生していた機器の修理等を終えた作業者は、スキャンツールから電子制御装置に消去要求信号を送信させる。電子制御装置は、スキャンツールから消去要求信号を受信したと判定すると、メモリに記憶していた異常コードを消去する。メモリが異常コードを記憶していない状態となったことで、ＭＩＬが消灯し、機器が正常な状態に復帰したことをユーザに認識させることができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１１−２５５８６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
前述した車両用診断システムでは、電子制御装置に異常が発生した場合に、誤ってＭＩＬを消灯させてしまい、機器に異常が発生していることをユーザに認識させることができなくなるおそれがあった。つまり、実際にはスキャンツールから消去要求信号を受信していないにもかかわらず、当該信号を受信したと電子制御装置が誤判定してしまい、その誤判定に基づいて、メモリから異常コードを消去してしまうという懸念がある。このため、機器が正常状態に復帰していないにもかかわらずＭＩＬが消灯し、ユーザが機器に異常が発生していることを認識することなく車両を継続して使用してしまい、危険を招くおそれがあった。
【００１０】
本発明はこのような課題に鑑みてなされたものであり、その目的は、車両に搭載された複数の機器の異常を診断し、機器に異常が発生していることをユーザに確実に認識させることができる車両用診断装置及び車両用診断システムを提供することにある。
【課題を解決するための手段】
【００１１】
上記課題を解決するために、本発明に係る車両用診断装置は、車両（１００）に搭載された複数の機器（１１１，１１２，１１３，１１４，１１５）の異常を診断する車両用診断装置（２００）であって、前記機器に異常が発生した場合に、該異常に対応する異常コードを生成する異常コード生成部（３１１）と、前記異常コードを記憶する記憶部（３２０）と、前記記憶部に前記異常コードが記憶されている場合に、前記車両に搭載された報知装置（１４０）に動作を指示する報知指示部（３１２）と、外部ツール（４００）から異常コード要求信号を受信したか否かを判定する異常コード要求判定部（３１３）と、前記異常コード要求判定部によって前記異常コード要求信号を受信したと判定されたことに基づいて、前記記憶部に記憶されている前記異常コードを前記外部ツールに送信する異常コード送信部（３１４）と、前記外部ツールから消去要求信号を受信したか否かを判定する消去要求判定部（３１５）と、前記消去要求判定部によって前記消去要求信号を受信したと判定されたことに基づいて、前記記憶部を前記異常コードが記憶されていない状態にする消去処理を実行する消去処理実行部（３１６）と、前記消去要求判定部が前記消去要求信号を受信したと判定した後に、前記消去処理実行部による前記消去処理の実行を所定期間禁止する消去処理禁止部（３１７）と、を有する。
【００１２】
この車両用診断装置によれば、車両に搭載された機器に異常が発生した場合は、記憶部に異常コードが記憶される。この記憶部に異常コードが記憶されている場合に報知装置による報知がなされ、機器に異常が発生していることをユーザに認識させることができる。作業者が異常が発生した機器の修理等を終えた後は、外部ツールから車両用診断装置に消去要求信号を送信することで消去処理を実行させ、記憶部を異常コードが記憶されていない状態とする。
【００１３】
ここで、消去処理実行部は、消去要求判定部が消去要求信号を受信したと判定した後であっても、消去処理の実行を所定期間禁止される。したがって、車両用診断装置に異常が発生し、消去要求判定部は実際には消去要求信号を受信していないにもかかわらず、受信したと誤判定してしまう場合でも、当該所定期間にわたって記憶部に異常コードを記憶させておくことが可能となる。したがって、当該所定期間は報知装置による報知を継続し、異常が発生していることをより確実にユーザに認識させることができる。
【００１４】
また、上記課題を解決するために、本発明に係る車両用診断システムは、車両（１００）に搭載された複数の機器（１１１，１１２，１１３，１１４，１１５）の異常を診断する車両用診断システム（１０）であって、前記車両に搭載され、前記機器と接続された電子制御装置（２００）と、前記電子制御装置と通信可能な外部ツール（４００）と、前記機器に異常が発生していることを報知する報知装置（１４０）と、を備える。前記電子制御装置は、前記機器に異常が発生した場合に、該異常に対応する異常コードを生成する異常コード生成部（３１１）と、前記異常コードを記憶する記憶部（３２０）と、前記記憶部に前記異常コードが記憶されている場合に、前記報知装置に動作を指示する報知指示部（３１２）と、前記外部ツールから異常コード要求信号を受信したか否かを判定する異常コード要求判定部（３１３）と、前記異常コード要求判定部によって前記異常コード要求信号を受信したと判定されたことに基づいて、前記記憶部に記憶されている前記異常コードを前記外部ツールに送信する異常コード送信部（３１４）と、前記外部ツールから消去要求信号を受信したか否かを判定する消去要求判定部（３１５）と、前記消去要求判定部によって前記消去要求信号を受信したと判定されたことに基づいて、前記記憶部を前記異常コードが記憶されていない状態にする消去処理を実行する消去処理実行部（３１６）と、前記消去要求判定部が前記消去要求信号を受信したと判定した後に、前記消去処理実行部による前記消去処理の実行を所定期間禁止する消去処理禁止部（３１７）と、を有する。
【００１５】
この車両用診断システムによれば、車両に搭載された機器に異常が発生した場合は、電子制御装置の記憶部に異常コードが記憶される。この記憶部に異常コードが記憶されている場合に報知装置による報知がなされ、機器に異常が発生していることをユーザに認識させることができる。作業者が異常が発生した機器の修理等を終えた後は、外部ツールから車両用診断装置に消去要求信号を送信することで消去処理を実行させ、記憶部を異常コードが記憶されていない状態とする。
【００１６】
ここで、消去処理実行部は、消去要求判定部が消去要求信号を受信したと判定した後であっても、消去処理の実行を所定期間禁止される。したがって、車両用診断システムに異常が発生し、消去要求判定部は実際には消去要求信号を受信していないにもかかわらず、受信したと誤判定してしまう場合でも、当該所定期間にわたって記憶部に異常コードを記憶させておくことが可能となる。したがって、当該所定期間は報知装置による報知を継続し、異常が発生していることをより確実にユーザに認識させることができる。
【発明の効果】
【００１７】
本発明によれば、車両に搭載された複数の機器の異常を診断し、機器に異常が発生していることをユーザに確実に認識させることができる車両用診断装置及び車両用診断システムを提供することができる。
【図面の簡単な説明】
【００１８】
【図１】実施形態に係るＥＣＵ及び車両用診断システムの構成を示すブロック図である。
【図２】図１に示すＥＣＵによるＭＩＬを点灯させる際の処理を示すフローチャートである。
【図３】図１に示すＥＣＵによるＭＩＬを消灯させる際の処理を示すフローチャートである。
【図４】図１に示すＥＣＵによる処理の第１変形例を示すフローチャートである。
【図５】図１に示すＥＣＵによる処理の第２変形例を示すフローチャートである。
【図６】図１に示すＥＣＵによる処理の第３変形例を示すフローチャートである。
【図７】図１に示すＥＣＵによる処理の第４変形例を示すフローチャートである。
【図８】図１に示すＥＣＵによる処理の第５変形例を示すフローチャートである。
【図９】図１に示すＥＣＵによる処理の第６変形例を示すフローチャートである（ＭＩＬを点灯させる際）。
【図１０】図１に示すＥＣＵによる処理の第６変形例を示すフローチャートである（ＭＩＬを消灯させる際）。
【発明を実施するための形態】
【００１９】
以下、添付図面を参照しながら本発明の実施形態について説明する。説明の理解を容易にするため、各図面において同一の構成要素に対しては可能な限り同一の符号を付して、重複する説明は省略する。
【００２０】
まず、図１を参照しながら、実施形態に係るＥＣＵ（Electronic Control Unit：電子制御装置）２００（車両用診断装置）及び車両用診断システム１０について説明する。車両用診断システム１０は、ＥＣＵ２００と、スキャンツール４００（外部ツール）と、ＭＩＬ１４０（報知装置）と、を備えている。まず、ＥＣＵ２００について説明する。
【００２１】
ＥＣＵ２００は、車両１００に搭載され、エンジン（不図示）の制御を行う制御装置である。ＥＣＵ２００は、入出力回路２１０と、電源回路２２０と、通信回路２３０と、マイクロコントローラ３００（以下、「マイコン３００」と称する）と、を有している。
【００２２】
入出力回路２１０は、車載機器との通信を行う電子回路である。ＥＣＵ２００は、この入出力回路２１０によって、回転センサ１１１と、エアフロセンサ１１２と、水温センサ１１３と、スロットルセンサ１１４と、Ｏ２センサ１１５と、の各種センサと接続されている。回転センサ１１１は、エンジンの回転数を測定する。エアフロセンサ１１２は、吸気管（不図示）によってエンジンに取り込まれる空気の量を測定する。水温センサ１１３は、エンジンを冷却する冷却水の温度を測定する。スロットルセンサ１１４は、吸気管に設けられるスロットルバルブの開度を測定する。Ｏ２センサ１１５は、エンジンから排出される排出ガス中の酸素濃度を測定する。各種センサは、その測定値に対応する信号をＥＣＵ２００に送信する。
【００２３】
また、ＥＣＵ２００は、入出力回路２１０によって、イグニションスイッチ１２０と接続されている。車両１００のユーザによるオン動作及びオフ動作に基づいて、イグニションスイッチ１２０はＥＣＵ２００に信号を送信する。
【００２４】
また、ＥＣＵ２００は、入出力回路２１０によって、インジェクタ１３１と、イグナイタ１３２と、ＭＩＬ１４０と、の各機器と接続されている。インジェクタ１３１は、エンジンの気筒内に燃料であるガソリンを噴射する。イグナイタ１３２は、火花点火を行うことで、エンジンの気筒内の混合気に着火させる。ＭＩＬ（Malfunction Indication Lamp）１４０は、車両１００のインストルメンタルパネルに設けられる警告灯であり、複数の点灯部を有している。
【００２５】
電源回路２２０は、入出力回路２１０と、通信回路２３０と、マイコン３００と、に電力の供給を行う電子回路である。
【００２６】
通信回路２３０は、外部ツール４００との通信を行う電子回路である。詳細には、通信回路２３０はコネクタ１５０と接続されており、このコネクタ１５０に着脱自在であるスキャンツール４００と通信を行う。また、通信回路２３０は、マイコン３００のシリアルＩ／Ｏ３５０とも接続されている。
【００２７】
マイコン３００は、回転センサ１１１等の各種センサから受信する信号に基づき、自己診断プログラムにしたがって、各種センサの異常を診断する。マイコン３００は、ＣＰＵ３１０と、バックアップＲＡＭ３２０と、ＲＡＭ３３０と、ＲＯＭ３４０と、シリアルＩ／Ｏ３５０と、Ｉ／Ｏ３６０と、を有している。
【００２８】
ＣＰＵ３１０は、ＲＯＭ３４０に記憶されたプログラムにしたがって演算を行う演算装置である。ＣＰＵ３１０は、データを適宜バックアップＲＡＭ３２０やＲＡＭ３３０に一時記憶させながら、エンジンにとって最適な燃料噴射量や、噴射タイミング、点火時期を演算する。ＣＰＵ３１０は、この演算結果に基づいて、Ｉ／Ｏ３６０及び入出力回路２１０を介してインジェクタ１３１等の機器に制御信号を送信する。
【００２９】
ＣＰＵ３１０は、異常コード生成部３１１と、報知指示部３１２と、異常コード要求判定部３１３と、異常コード送信部３１４と、消去要求判定部３１５と、消去処理実行部３１６と、消去処理禁止部３１７と、カウンタ部３１８と、を有している。
【００３０】
異常コード生成部３１１は、各種センサに異常が発生していると診断された場合に、その機器や異常の内容に対応する異常コードを生成する部分である。ＣＰＵ３１０は、この生成された異常コードをバックアップＲＡＭ３２０に一時記憶させる。
【００３１】
報知指示部３１２は、バックアップＲＡＭ３２０に異常コードが記憶されている場合に、ＭＩＬ１４０に点灯を指示する部分である。ＭＩＬ１４０は、複数の点灯部を有しており、報知指示部３１２から点灯指示を受けると、バックアップＲＡＭ３２０に記憶された異常コードに対応する点灯部を点灯させる。
【００３２】
異常コード要求判定部３１３は、マイコン３００がスキャンツール４００から異常コード要求信号を受信したか否かを判定する部分である。異常コード要求信号は、スキャンツール４００が、バックアップＲＡＭ３２０に記憶されている異常コードを読み出す際に送信する信号である。
【００３３】
異常コード送信部３１４は、異常コード要求判定部３１３によって異常コード要求信号を受信したと判定されたことに基づいて、バックアップＲＡＭ３２０に記憶されている異常コードをスキャンツール４００に送信する部分である。異常コード送信部３１４は、シリアルＩ／Ｏ３５０及び通信回路２３０を介して異常コードを送信する。
【００３４】
消去要求判定部３１５は、マイコン３００がスキャンツール４００から消去要求信号を受信したか否かを判定する部分である。消去要求信号は、スキャンツール４００が、バックアップＲＡＭ３２０に記憶されている異常コードの消去を要求する際に送信する信号である。
【００３５】
消去処理実行部３１６は、消去要求判定部３１５によって消去要求信号を受信したと判定されたことに基づいて、バックアップＲＡＭ３２０を異常コードが記憶されていない状態にする消去処理を実行する部分である。すなわち、バックアップＲＡＭ３２０が異常コードを記憶している状態で、消去要求判定部３１５によって消去要求信号を受信したと判定された場合、消去処理実行部３１６は、消去処理によって当該異常コードを消去する。一方、バックアップＲＡＭ３２０が異常コードを記憶していない状態で、消去要求判定部３１５によって消去要求信号を受信したと判定された場合、消去処理実行部３１６は、消去処理によってバックアップＲＡＭ３２０が異常コードを記憶していない状態を維持させる。
【００３６】
消去処理禁止部３１７は、消去要求判定部３１５によって消去要求信号を受信したと判定された後に、消去処理実行部３１６による消去処理の実行を所定期間禁止する部分である。すなわち、消去処理実行部３１６は、当該所定期間が経過した後に、消去処理を実行することが可能となる。
【００３７】
カウンタ部３１８は、消去要求判定部３１５によって消去要求信号を受信したと判定された回数のカウントを行う部分である。後述するように、このカウンタ部３１８によるカウントは、消去処理の実行可否の判定に使用される。
【００３８】
シリアルＩ／Ｏ３５０は、通信回路２３０経由でライン２３１に接続される。ライン２３１はＯＢＤＩＩ対応の通信線であり、ライン２３１のコネクタ１５０にスキャンツール４００のコネクタ４１０を着脱自在に接続することにより、ＥＣＵ２００とスキャンツール４００とが通信可能となる。
【００３９】
Ｉ／Ｏ３６０は、回転センサ１１１等とＥＣＵ２００とで通信を行うためのインターフェイスである。回転センサ１１１等が送信した信号は、入出力回路２１０を介してＩ／Ｏ３６０に入力される。
【００４０】
続いて、スキャンツール４００について説明する。スキャンツール４００は、車両１００が持ち込まれる修理工場において作業者によって操作される外部ツールである。スキャンツール４００は、コネクタ４１０と、通信回路４２０と、マイクロコントローラ４３０（以下、「マイコン４３０」と称する）と、メモリ４４０と、表示装置４５０と、入力装置４６０と、を有している。
【００４１】
スキャンツール４００は、そのコネクタ４１０がライン２３１の１５０と接続されることで、ＥＣＵ２００と通信可能となる。作業者が入力装置４６０によって所定の入力操作を行うと、マイコン４３０がメモリ４４０に記憶されているプログラムにしたがって演算を行う。そして、マイコン４３０は、通信回路４２０及びライン２３１を介して、ＥＣＵ２００に所定のプロトコルにより信号を送受信する。
【００４２】
次に、図２を参照しながら、以上のように構成されたＥＣＵ２００によるユーザへの異常の報知や、異常の診断について説明する。図２は、車両１００に搭載されている各種センサのいずれかに異常が発生していると判定された場合に、ＥＣＵ２００によって実行される処理の流れを示している。尚、以下、詳細にはＥＣＵ２００の異常コード生成部３１１等の各部分によって行われる処理も、簡便のために総括してＥＣＵ２００によって行われるものとして説明する。
【００４３】
まず、ＥＣＵ２００は、ステップＳ１０１で、異常が発生している機器や異常の内容に対応する異常コードを生成する。
【００４４】
次に、ＥＣＵ２００は、ステップＳ１０２で、バックアップＲＡＭ３２０に異常コードを記憶させる。
【００４５】
次に、ＥＣＵ２００は、ステップＳ１０３で、ＭＩＬ１４０に点灯を指示する。つまり、バックアップＲＡＭ３２０に異常コードが記憶されたことに基づいて、ＭＩＬ１４０に信号を送信し、それまで消灯していたＭＩＬ１４０を点灯させる。これにより、車両１００のインストルメンタルパネルに設けられたＭＩＬ１４０の複数の点灯部のうち、異常コードに対応する点灯部が点灯し、機器に異常が生じていることをユーザが認識することができる。
【００４６】
次に、ＥＣＵ２００は、ステップＳ１０４で、スキャンツール４００から異常コードの要求があったか否かを判定する。ユーザが車両１００を持ち込んだ修理工場等において、作業者がスキャンツール４００の入力装置４６０を操作することで、ＥＣＵ２００に異常コード要求信号が送信される。ＥＣＵ２００は、このスキャンツール４００から送信された異常コード要求信号を受信したか否かを判定する。ＥＣＵ２００は、スキャンツール４００から異常コード要求信号を待機し、当該信号を受信すると（Ｓ１０４：ＹＥＳ）、ステップＳ１０５の処理に進む。
【００４７】
次に、ＥＣＵ２００は、ステップＳ１０５で、スキャンツール４００に異常コードを送信する。スキャンツール４００がその異常コードを受信すると、異常が生じている機器や、異常の内容に関する情報が表示装置４５０に表示される。これにより、作業者は、車両１００に搭載されたいずれの機器に、どのような異常が発生しているかを把握することができる。
【００４８】
以上のように点灯したＭＩＬ１４０は、ＥＣＵ２００がスキャンツール４００から消去要求信号を受信し、バックアップＲＡＭ３２０から異常コードが消去されることで消灯する。しかしながら、このように異常コードの消去に基づいてＭＩＬ１４０を消灯させるように構成すると、ＥＣＵ２００に異常が発生している場合に、機器に異常が発生していることをユーザに認識させることができなくなるおそれがある。
【００４９】
つまり、実際にはスキャンツール４００から消去要求信号を受信していないにもかかわらず、消去要求信号を受信したとＥＣＵ２００が誤判定してしまい、その誤判定に基づいて、バックアップＲＡＭ３２０から異常コードを消去してしまうという懸念がある。このような消去処理が行われたため、機器が正常状態に復帰していないにもかかわらずＭＩＬ１４０が消灯し、ユーザが機器に異常が発生していることを認識することなく車両１００の使用を継続してしまい、危険を招くおそれがある。
【００５０】
そこで、ＥＣＵ２００では、機器に異常が発生していることをユーザに確実に認識させるべく、消去処理の実行を所定期間禁止している。次に、図３を参照しながら、ＭＩＬ１４０を消灯させる際のＥＣＵ２００の処理について説明する。
【００５１】
まず、ＥＣＵ２００は、図３に示されるステップＳ２０１で、スキャンツール４００から異常コード消去要求があったか否かを判定する。具体的には、ＥＣＵ２００がスキャンツール４００から消去要求信号を受信したか否かを判定する。この消去要求信号は、機器の修理等を終えた後に、作業者がスキャンツール４００の入力装置４６０によって所定の入力操作を行い、ＥＣＵ２００に送信させる信号である。スキャンツール４００から消去要求信号を受信したと判定された場合（Ｓ２０１：ＹＥＳ）、ＥＣＵ２００はステップＳ２０２の処理に進む。
【００５２】
ここで、ステップＳ２０１で、「スキャンツール４００から消去要求信号を受信したと判定した場合」とは、実際にＥＣＵ２００がスキャンツール４００から消去要求信号を受信した場合と、実際には受信していないにもかかわらず受信したとＥＣＵ２００が誤判定した場合と、の双方を含む。
【００５３】
次に、ＥＣＵ２００は、ステップＳ２０２で、車両１００が消去処理を実行可能な状態にあるか否かを判定する。具体的には、車両１００が停止しているか否かを判定する。車両１００の走行中に消去処理が実行されると、それに起因してＥＣＵ２００によるエンジンの制御が不安定となり、安全を確保できなくなるおそれがある。このため、ステップＳ２０２では、安全を確保できる状態で消去処理を実行すべく、車両１００が停止しているか否かの判定を行う。車両１００が停止しており、消去処理を実行可能な状態にあると判定された場合（Ｓ２０２：ＹＥＳ）、ＥＣＵ２００はステップＳ２０３の処理に進む。
【００５４】
次に、ＥＣＵ２００は、ステップＳ２０３で、消去要求の対象がスロットルセンサ１１４の異常コードであるか否かを判定する。バックアップＲＡＭ３２０は、複数の異常コードを記憶可能であるが、ステップＳ２０３では、スキャンツール４００から受信する異常コード要求信号が、スロットルセンサ１１４の異常コードの消去を要求するものであるか否かを判定する。これは、全ての機器の異常コードの消去を行う際に、消去処理の実行を所定期間禁止するのではなく、スロットルセンサ１１４の異常コードの消去に限り所定期間禁止することを意味する。消去要求の対象がスロットルセンサ１１４の異常コードではないと判定された場合（Ｓ２０３：ＮＯ）、ＥＣＵ２００は、後述するステップＳ２０４の処理を行うことなくステップＳ２０５の処理に進む。一方、消去要求の対象がスロットルセンサ１１４の異常コードであると判定された場合（Ｓ２０３：ＹＥＳ）、ＥＣＵ２００はステップＳ２０４の処理に進む。
【００５５】
次に、ＥＣＵ２００は、ステップＳ２０４で、最初の消去要求から時間ｔが経過しているか否かを判定する。この時間ｔは、予め定められているものである。すなわち、ステップＳ２０１でスキャンツール４００から異常コード要求信号を受信したと判定したのが、最初に異常コード要求信号を受信してから時間ｔが経過した後であるか否かを判定する。最初の消去要求から時間ｔが経過していないと判定された場合（Ｓ２０８：ＮＯ）、ＥＣＵ２００はステップＳ２０８に進む。
【００５６】
次に、ＥＣＵ２００は、ステップＳ２０８で、スキャンツール４００に否定応答を行う。具体的には、ＥＣＵ２００は、消去処理が実行されなかった（否定された）旨を示す信号をスキャンツール４００に送信する。スキャンツール４００が当該信号を受信することで、作業者は、消去処理が実行されず、バックアップＲＡＭ３２０に異常コードが記憶されたままの状態となっていることを認識することができる。ステップＳ２０８の処理を終えたＥＣＵ２００は、再びステップＳ２０１の処理に戻り、前述した処理を行う。
【００５７】
一方、ステップＳ２０４で、最初の消去要求から時間ｔが経過していると判定された場合（Ｓ２０４：ＹＥＳ）、ＥＣＵ２００は、ステップＳ２０５の処理に進む。
【００５８】
次に、ＥＣＵ２００は、ステップＳ２０５で、バックアップＲＡＭ３２０から異常コードを消去する消去処理を実行する。すなわち、ステップＳ２０１で最初の異常コード要求信号を受信したと判定されてから、ステップＳ２０４で時間ｔが経過するまでが、消去処理の実行を禁止している期間となる。
【００５９】
次に、ＥＣＵ２００は、ステップＳ２０６で、ＭＩＬ１４０に消灯指示を行う。すなわち、ＥＣＵ２００は、バックアップＲＡＭ３２０から異常コードが消去されたことに基づいて、ＭＩＬ１４０に信号を送信し、それまで点灯していたＭＩＬ１４０を消灯させる。これにより、車両１００のインストルメンタルパネルに設けられたＭＩＬ１４０の複数の点灯部のうち、消去要求の対象の異常コードに対応する点灯部が消灯し、機器が正常状態に復帰したことをユーザが認識することができる。
【００６０】
次に、ＥＣＵ２００は、ステップＳ２０７で、スキャンツール４００に肯定応答を行う。具体的には、ＥＣＵ２００は、消去処理が実行された（肯定された）旨を示す信号をスキャンツール４００に送信する。スキャンツール４００が当該信号を受信することで、作業者は、消去処理が実行され、バックアップＲＡＭ３２０から異常コードが消去されたことを認識することができる。
【００６１】
以上のように、ＥＣＵ２００では、消去要求信号を受信したと判定した後であっても、消去処理の実行が所定期間禁止されている。したがって、ＥＣＵ２００に異常が発生し、ＥＣＵ２００は実際には消去要求信号を受信していないにもかかわらず、受信したと誤判定してしまう場合でも、当該所定期間にわたってバックアップＲＡＭ３２０に異常コードを記憶させておくことが可能となる。したがって、当該所定期間はＭＩＬ１４０による点灯（報知）を継続し、機器に異常が発生していることをより確実にユーザに認識させることができる。
【００６２】
また、ＥＣＵ２００では、消去要求信号を受信したと判定した後に、予め定められた時間ｔが経過するまで、消去処理の実行が禁止されている。したがって、ＥＣＵ２００に異常が発生し、消去要求信号を受信したとの判定が誤ったものであった場合にも、時間ｔの間は消去処理を実行せずＭＩＬ１４０による点灯（報知）を継続し、機器に異常が発生していることをより確実にユーザに認識させることができる。
【００６３】
また、ＥＣＵ２００では、車両１００に搭載される複数の機器のち、スロットルセンサ１１４に異常が発生した場合のみ、消去処理の実行が禁止される。したがって、国際規格等の対象となる機器に異常が発生した場合のみ消去処理を実行することとし、制御の負荷を軽減しながらも、車両１００の安全を確保することが可能となる。
【００６４】
次に、図４を参照しながら、ＥＣＵ２００による処理の第１変形例について説明する。前述した実施形態が予め定められた時間ｔを消去処理の実行を禁止する期間としているのに対し、この第１変形例は異常コード消去要求の回数に基づいて消去処理を禁止している。以下、前述した実施形態と共通する部分については適宜説明を省略する。
【００６５】
まず、ＥＣＵ２００は、図４に示されるステップＳ３０１で、スキャンツール４００から異常コード消去要求があったか否かを判定する。この判定は、前述した実施形態のステップＳ２０１で行う判定と同様のものである。スキャンツール４００から消去要求信号を受信したと判定された場合（Ｓ３０１：ＹＥＳ）、ＥＣＵ２００はステップＳ３０２の処理に進む。
【００６６】
次に、ＥＣＵ２００は、ステップＳ３０２で、ステップＳ３０１でスキャンツール４００から消去要求信号を受信したと判定される毎に、カウント値を１ずつ増加させる。
【００６７】
次に、ＥＣＵ２００は、ステップＳ３０３で、車両１００が消去処理を実行可能な状態にあるか否かを判定する。この判定は、前述した実施形態のステップＳ２０２で行う判定と同様のものである。車両１００が停止しており、消去処理を実行可能な状態にあると判定された場合（Ｓ３０３：ＹＥＳ）、ＥＣＵ２００はステップＳ３０４の処理に進む。
【００６８】
次に、ＥＣＵ２００は、ステップＳ３０４で、消去要求の対象がスロットルセンサ１１４の異常コードであるか否かを判定する。この判定は、前述した実施形態のステップＳ２０３で行う判定と同様のものである。消去要求の対象がスロットルセンサ１１４の異常コードではないと判定された場合（Ｓ３０４：ＮＯ）、ＥＣＵ２００は、後述するステップＳ３０５の処理を行うことなくステップＳ３０６の処理に進む。一方、消去要求の対象がスロットルセンサ１１４の異常コードである場合（Ｓ３０４：ＹＥＳ）、ＥＣＵ２００はステップＳ３０５の処理に進む。
【００６９】
次に、ＥＣＵ２００は、ステップＳ３０５で、カウント値が所定値以上であるか否かを判定する。すなわち、ステップＳ３０２の処理によって１つ増加した後のカウント値が、所定値以上であるか否かを判定する。カウント値が所定値に達していないと判定された場合（Ｓ３０５：ＮＯ）、ＥＣＵ２００はステップＳ３１０の処理に進む。
【００７０】
次に、ＥＣＵ２００は、ステップＳ３１０で、スキャンツール４００に否定応答を行う。この否定応答は、前述した実施形態のステップＳ２０８で行うものと同様のものである。ステップＳ３１０の処理を終えたＥＣＵ２００は、再びステップＳ３０１の処理に戻り、前述した処理を行う。
【００７１】
一方、ステップＳ３０５で、カウント値が所定値以上であると判定された場合（Ｓ３０５：ＹＥＳ）、ＥＣＵ２００は、ステップＳ３０６の処理に進む。
【００７２】
次に、ＥＣＵ２００は、ステップＳ３０６で、バックアップＲＡＭ３２０から異常コードを消去する消去処理を実行する。すなわち、ステップＳ３０１で最初の異常コード要求信号を受信したと判定されてから、ステップＳ３０５でカウント値が所定値に達するまでの間が、消去処理の実行を禁止している期間となる。
【００７３】
次に、ＥＣＵ２００は、ステップＳ３０７で、ＭＩＬ１４０に消灯指示を行う。さらに、ＥＣＵ２００は、ステップＳ３０８で、スキャンツール４００に肯定応答を行う。これらステップＳ３０７，Ｓ３０８における処理は、それぞれ前述した実施形態のステップＳ２０６，Ｓ２０７における処理と同様のものである。
【００７４】
次に、ＥＣＵ２００は、ステップＳ３０９で、要求回数のカウントのリセットを行う。すなわち、バックアップＲＡＭ３２０から異常コードを消去したことに基づいて、要求回数のカウントの初期化を行う。
【００７５】
以上のように、第１変形例では、消去要求信号を受信したと判定した後に、更に、前記消去要求信号を受信したと判定した回数が所定値以上となるまで、消去処理の実行を禁止する。したがって、ＥＣＵ２００に異常が発生し、ＥＣＵ２００は実際には消去要求信号を受信していないにもかかわらず、受信したと誤判定してしまう場合でも、カウント値が所定値以上となるまでバックアップＲＡＭ３２０に異常コードを記憶させておくことが可能となる。したがって、当該所定期間はＭＩＬ１４０による点灯（報知）を継続し、機器に異常が発生していることをより確実にユーザに認識させることができる。
【００７６】
次に、図５を参照しながら、ＥＣＵ２００による処理の第２変形例について説明する。前述した第１変形例は異常コード消去要求の回数に基づいて消去処理を禁止しているのに対し、この第２変形例はさらに進んで、１回の電源サイクルにおける異常コード消去要求の回数に基づいて消去処理を禁止している。以下、前述した実施形態や第１変形例と共通する部分については適宜説明を省略する。
【００７７】
尚、本願で「電源サイクル」とは、ＥＣＵ２００へ電力供給が開始されたあるタイミングから、同様にＥＣＵ２００へ電力供給を開始された次のタイミングまでの期間を１サイクルとするものである。本第２変形例では、その一例として、イグニションスイッチ１２０がオン状態とされたあるタイミングから、同様にイグニションスイッチ１２０がオン状態とされた次のタイミングまでの期間を１サイクルとする。
【００７８】
まず、ＥＣＵ２００は、図５に示されるステップＳ４０１で、スキャンツール４００から異常コード消去要求があったか否かを判定する。この判定は、前述した実施形態のステップＳ２０１で行う判定と同様のものである。スキャンツール４００から消去要求信号を受信したと判定された場合（Ｓ４０１：ＹＥＳ）、ＥＣＵ２００はステップＳ４０２の処理に進む。
【００７９】
次に、ＥＣＵ２００は、ステップＳ４０２で、異常コード消去要求に先駆けてイグニションスイッチ１２０がオン状態にされていたか否かを判定する。詳細には、前回消去要求信号を受信したと判定されたときから、ステップＳ４０１で消去要求信号を受信したと判定されるまでの間に、イグニションスイッチ１２０がオフ状態からオン状態にされていたか否かを判定する。消去要求信号の受信に先駆けてイグニションスイッチ１２０がオン状態にされていないと判定された場合（Ｓ４０２：ＮＯ）、すなわち、前回消去要求信号を受信したときと電源サイクルが同一の場合、ＥＣＵ２００はステップＳ４０３の処理に進む。
【００８０】
次に、ＥＣＵ２００は、ステップＳ４０３で、ステップＳ４０１でスキャンツール４００から消去要求信号を受信したと判定される毎に、カウント値を１ずつ増加させる。
【００８１】
次に、ＥＣＵ２００は、ステップＳ４０４で、車両１００が消去処理を実行可能な状態にあるか否かを判定する。この判定は、前述した実施形態のステップＳ２０２で行う判定と同様のものである。車両１００が停止しており、消去処理を実行可能な状態にあると判定された場合（Ｓ４０４：ＹＥＳ）、ＥＣＵ２００はステップＳ４０５の処理に進む。
【００８２】
次に、ＥＣＵ２００は、ステップＳ４０５で、消去要求の対象がスロットルセンサ１１４の異常コードであるか否かを判定する。この判定は、前述した実施形態のステップＳ２０３で行う判定と同様のものである。消去要求の対象がスロットルセンサ１１４の異常コードではないと判定された場合（Ｓ４０５：ＮＯ）、ＥＣＵ２００は、後述するステップＳ４０６の処理を行うことなくステップＳ４０７の処理に進む。一方、消去要求の対象がスロットルセンサ１１４の異常コードである場合（Ｓ４０５：ＹＥＳ）、ＥＣＵ２００はステップＳ４０６の処理に進む。
【００８３】
次に、ＥＣＵ２００は、ステップＳ４０６で、カウント値が所定値以上であるか否かを判定する。すなわち、ステップＳ４０３の処理によって１つ増加した後のカウント値が、所定値以上であるか否かを判定する。カウント値が所定値に達していないと判定された場合（Ｓ４０６：ＮＯ）、ＥＣＵ２００はステップＳ４１２の処理に進む。
【００８４】
次に、ＥＣＵ２００は、ステップＳ４１２で、スキャンツール４００に否定応答を行う。この否定応答は、前述した実施形態のステップＳ２０８で行うものと同様のものである。ステップＳ４１２の処理を終えたＥＣＵ２００は、再びステップＳ３０１の処理に戻り、前述した処理を行う。
【００８５】
一方、ステップＳ４０６で、カウント値が所定値以上であると判定された場合（Ｓ４０６：ＹＥＳ）、ＥＣＵ２００は、ステップＳ４０７の処理に進む。
【００８６】
次に、ＥＣＵ２００は、ステップＳ４０７で、バックアップＲＡＭ３２０から異常コードを消去する消去処理を実行する。すなわち、ステップＳ４０１で最初の異常コード要求信号を受信したと判定されてから、ステップＳ４０６でカウント値が所定値に達するまでの間が、消去処理の実行を禁止している期間となる。
【００８７】
次に、ＥＣＵ２００は、ステップＳ４０８で、ＭＩＬ１４０に消灯指示を行う。また、ＥＣＵ２００は、ステップＳ４０９で、スキャンツール４００に肯定応答を行い、ステップＳ４１０で、要求回数のカウントのリセットを行う。これらステップＳ４０８，Ｓ４０９，Ｓ４１０における処理は、それぞれ前述した第１変形例のステップＳ３０７，Ｓ３０８，Ｓ３０９における処理と同様のものである。
【００８８】
これに対し、ステップＳ４０２で、消去要求に先駆けてイグニションスイッチ１２０がオフ状態からオン状態にされていたと判定された場合（Ｓ４０２：ＹＥＳ）、すなわち、前回消去要求信号を受信したときと電源サイクルが異なる場合、ＥＣＵ２００はステップＳ４１１の処理に進む。
【００８９】
次に、ＥＣＵ２００は、ステップＳ４１１で、要求回数カウントのリセットを行う。すなわち、前回消去要求信号を受信したときと電源サイクルが異なるものになったことに基づいて、要求回数のカウントの初期化を行う。その後、ＥＣＵ２００は、ステップＳ４０３の処理に進み、前述した処理を行う。
【００９０】
以上のように、第２変形例では、消去要求信号を受信したと判定された後に、該判定が行われた電源サイクルにおいて、更に、消去要求信号を受信したと判定された回数が所定回数以上となるまで、消去処理の実行を禁止する。したがって、ＥＣＵ２００に異常が発生し、ＥＣＵ２００は実際には消去要求信号を受信していないにもかかわらず、受信したと誤判定してしまう場合でも、カウント値が所定値以上となるまでバックアップＲＡＭ３２０に異常コードを記憶させておくことが可能となる。また、このカウント値は、１回の電源サイクルにおける異常コード消去要求の回数をカウントしたものであり、電源サイクルが異なるものになった場合はカウントがリセットされる。したがって、ＭＩＬ１４０による点灯（報知）を継続し、機器に異常が発生していることをより確実にユーザに認識させることができる。
【００９１】
次に、図６を参照しながら、ＥＣＵ２００による処理の第３変形例について説明する。前述した第２変形例は１回の電源サイクルにおける異常コード消去要求の回数に基づいて消去処理を禁止しているのに対し、この第３変形例は、１回の車両運転サイクルにおける異常コード消去要求の回数に基づいて消去処理を禁止している。以下、前述した実施形態や変形例と共通する部分については適宜説明を省略する。
【００９２】
尚、本願で「車両運転サイクル」とは、車両１００が停止状態から走行可能となったあるタイミングから、同様に車両１００が停止状態から走行可能となった次のタイミングまでの期間を１サイクルとするものである。本第３変形例では、その一例として、エンジンの回転数がゼロから５００ｒｐｍまで上昇したあるタイミングから、同様にエンジンの回転数がゼロから５００ｒｐｍまで上昇した次のタイミングまでの期間を１サイクルとする。
【００９３】
まず、ＥＣＵ２００は、図６に示されるステップＳ５０１で、スキャンツール４００から異常コード消去要求があったか否かを判定する。この判定は、前述した実施形態のステップＳ２０１で行う判定と同様のものである。スキャンツール４００から消去要求信号を受信したと判定された場合（Ｓ５０１：ＹＥＳ）、ＥＣＵ２００はステップＳ５０２の処理に進む。
【００９４】
次に、ＥＣＵ２００は、ステップＳ４０２で、異常コード消去要求に先駆けてエンジンの回転数がゼロから５００ｒｐｍまで上昇したか否かを判定する。詳細には、前回消去要求信号を受信したと判定されたときから、ステップＳ５０１で消去要求信号を受信したと判定されるまでの間に、エンジンの回転数がゼロから５００ｒｐｍまで上昇していたか否かを判定する。消去要求信号の受信に先駆けてエンジンの回転数がゼロから５００ｒｐｍに上昇していないと判定された場合（Ｓ５０２：ＮＯ）、すなわち、前回消去要求信号を受信したときと車両運転サイクルが同一の場合、ＥＣＵ２００はステップＳ５０３の処理に進む。
【００９５】
次に、ＥＣＵ２００は、ステップＳ５０３で、ステップＳ５０１でスキャンツール４００から消去要求信号を受信したと判定される毎に、カウント値を１ずつ増加させる。
【００９６】
次に、ＥＣＵ２００は、ステップＳ５０４で、車両１００が消去処理を実行可能な状態にあるか否かを判定する。この判定は、前述した実施形態のステップＳ２０２で行う判定と同様のものである。車両１００が停止しており、消去処理を実行可能な状態にあると判定された場合（Ｓ５０４：ＹＥＳ）、ＥＣＵ２００はステップＳ５０５の処理に進む。
【００９７】
次に、ＥＣＵ２００は、ステップＳ５０５で、消去要求の対象がスロットルセンサ１１４の異常コードであるか否かを判定する。この判定は、前述した実施形態のステップＳ２０３で行う判定と同様のものである。消去要求の対象がスロットルセンサ１１４の異常コードではないと判定された場合（Ｓ５０５：ＮＯ）、ＥＣＵ２００は、後述するステップＳ５０６の処理を行うことなくステップＳ５０７の処理に進む。一方、消去要求の対象がスロットルセンサ１１４の異常コードである場合（Ｓ５０５：ＹＥＳ）、ＥＣＵ２００はステップＳ５０６の処理に進む。
【００９８】
次に、ＥＣＵ２００は、ステップＳ５０６で、カウント値が所定値以上であるか否かを判定する。すなわち、ステップＳ５０３の処理によって１つ増加した後のカウント値が、所定値以上であるか否かを判定する。カウント値が所定値に達していないと判定された場合（Ｓ５０６：ＮＯ）、ＥＣＵ２００はステップＳ５１２に進む。
【００９９】
次に、ＥＣＵ２００は、ステップＳ５１２で、スキャンツール４００に否定応答を行う。この否定応答は、前述した実施形態のステップＳ２０８で行うものと同様のものである。ステップＳ５１２の処理を終えたＥＣＵ２００は、再びステップＳ５０１の処理に戻り、前述した処理を行う。
【０１００】
一方、ステップＳ５０６で、カウント値が所定値以上であると判定された場合（Ｓ５０６：ＹＥＳ）、ＥＣＵ２００は、ステップＳ５０７の処理に進む。
【０１０１】
次に、ＥＣＵ２００は、ステップＳ５０７で、バックアップＲＡＭ３２０から異常コードを消去する消去処理を実行する。すなわち、ステップＳ５０１で最初の異常コード要求信号を受信したと判定されてから、ステップＳ５０６でカウント値が所定値に達するまでの間が、消去処理の実行を禁止している期間となる。
【０１０２】
次に、ＥＣＵ２００は、ステップＳ５０８で、ＭＩＬ１４０に消灯指示を行う。また、ＥＣＵ２００は、ステップＳ５０９で、スキャンツール４００に肯定応答を行い、ステップＳ５１０で、要求回数のカウントのリセットを行う。これらステップＳ５０８，Ｓ５０９，Ｓ５１０における処理は、それぞれ前述した第１変形例のステップＳ３０７，Ｓ３０８，Ｓ３０９における処理と同様のものである。
【０１０３】
これに対し、ステップＳ５０２で、消去要求に先駆けてエンジンの回転数がゼロから５００ｒｐｍまで上昇していたと判定された場合（Ｓ５０２：ＹＥＳ）、すなわち、前回消去要求信号を受信したときと車両運転サイクルが異なる場合、ＥＣＵ２００はステップＳ５１１の処理に進む。
【０１０４】
次に、ＥＣＵ２００は、ステップＳ５１１で、要求回数カウントのリセットを行う。すなわち、前回消去要求を受信したときと車両運転サイクルが異なるものになったことに基づいて、要求回数のカウントの初期化を行う。その後、ＥＣＵ２００は、ステップＳ５０３の処理に進み、前述した処理を行う。
【０１０５】
以上のように、第３変形例では、消去要求信号を受信したと判定された後に、該判定が行われた車両運転サイクルにおいて、更に、消去要求信号を受信したと判定された回数が所定回数以上となるまで、消去処理の実行を禁止する。したがって、ＥＣＵ２００に異常が発生し、ＥＣＵ２００は実際には消去要求信号を受信していないにもかかわらず、受信したと誤判定してしまう場合でも、カウント値が所定値以上となるまでバックアップＲＡＭ３２０に異常コードを記憶させておくことが可能となる。また、このカウント値は、１回の車両運転サイクルにおける異常コード消去要求の回数をカウントしたものであり、車両運転サイクルが異なるものになった場合はカウントがリセットされる。したがって、ＭＩＬ１４０による点灯（報知）を継続し、異常が発生していることをより確実にユーザに認識させることができる。
【０１０６】
次に、図７を参照しながら、ＥＣＵ２００による処理の第４変形例について説明する。前述した第３変形例は、１回の車両運転サイクルにおける異常コード消去要求の回数に基づいて消去処理を禁止しているのに対し、この第４変形例は、スキャンツール４００から異常コード消去要求があったと判定されてから、車両が運転を停止するまでの間における異常コード消去要求の回数に基づいて消去処理を禁止している。以下、前述した実施形態や変形例と共通する部分については適宜説明を省略する。
【０１０７】
まず、ＥＣＵ２００は、図７に示されるステップＳ６０１で、スキャンツール４００から異常コード消去要求があったか否かを判定する。この判定は、前述した実施形態のステップＳ２０１で行う判定と同様のものである。スキャンツール４００から異常コード要求信号を受信したと判定された場合（Ｓ６０１：ＹＥＳ）、ＥＣＵ２００はステップＳ６０２の処理に進む。
【０１０８】
次に、ＥＣＵ２００は、ステップＳ６０２で、異常コード消去要求に先駆けてエンジンが停止していたか否かを判定する。詳細には、前回消去要求信号を受信したと判定されたときから、ステップＳ６０２で消去要求信号を受信したと判定されるまでの間に、エンジンの回転数がゼロとなっていたか否かを判定する。消去要求信号の受信に先駆けてエンジンが停止していないと判定された場合（Ｓ６０２：ＮＯ）、ＥＣＵ２００はステップＳ６０３の処理に進む。
【０１０９】
次に、ＥＣＵ２００は、ステップＳ６０３で、ステップＳ５０１でスキャンツール４００から消去要求信号を受信したと判定される毎に、カウント値を１ずつ増加させる。
【０１１０】
次に、ＥＣＵ２００は、ステップＳ６０４で、車両１００が消去処理を実行可能な状態にあるか否かを判定する。この判定は、前述した実施形態のステップＳ２０２で行う判定と同様のものである。車両１００が停止しており、消去処理を実行可能な状態にあると判定された場合（Ｓ６０４：ＹＥＳ）、ＥＣＵ２００はステップＳ６０５の処理に進む。
【０１１１】
次に、ＥＣＵ２００は、ステップＳ６０５で、消去要求の対象がスロットルセンサ１１４の異常コードであるか否かを判定する。この判定は、前述した実施形態のステップＳ２０３で行う判定と同様のものである。消去要求の対象がスロットルセンサ１１４の異常コードではないと判定された場合（Ｓ６０５：ＮＯ）、ＥＣＵ２００は、後述するステップＳ６０６の処理を行うことなくステップＳ６０７の処理に進む。一方、消去要求の対象がスロットルセンサ１１４の異常コードである場合（Ｓ６０５：ＹＥＳ）、ＥＣＵ２００はステップＳ６０６の処理に進む。
【０１１２】
次に、ＥＣＵ２００は、ステップＳ６０６で、カウント値が所定値以上であるか否かを判定する。すなわち、ステップＳ６０３の処理によって１つ増加した後のカウント値が、所定値以上であるか否かを判定する。カウント値が所定値に達していないと判定された場合（Ｓ６０６：ＮＯ）、ＥＣＵ２００はステップＳ６１２に進む。
【０１１３】
次に、ＥＣＵ２００は、ステップＳ６１２で、スキャンツール４００に否定応答を行う。この否定応答は、前述した実施形態のステップＳ２０８で行うものと同様のものである。ステップＳ６１２の処理を終えたＥＣＵ２００は、再びステップＳ６０１の処理に戻り、前述した処理を行う。
【０１１４】
一方、ステップＳ６０６で、カウント値が所定値以上であると判定された場合（Ｓ６０６：ＹＥＳ）、ＥＣＵ２００は、ステップＳ６０７の処理に進む。
【０１１５】
次に、ＥＣＵ２００は、ステップＳ６０７で、バックアップＲＡＭ３２０から異常コードを消去する消去処理を実行する。すなわち、ステップＳ６０１で最初の異常コード要求信号を受信したと判定されてから、ステップＳ６０５でカウント値が所定値に達するまでの間が、消去処理の実行を禁止している期間となる。
【０１１６】
次に、ＥＣＵ２００は、ステップＳ６０８で、ＭＩＬ１４０に消灯指示を行う。また、ＥＣＵ２００は、ステップＳ６０９で、スキャンツール４００に肯定応答を行い、ステップＳ６１０で、要求回数のカウントのリセットを行う。これらステップＳ６０８，Ｓ６０９，Ｓ６１０における処理は、それぞれ前述した第１変形例のステップＳ３０７，Ｓ３０８，Ｓ３０９における処理と同様のものである。
【０１１７】
これに対し、ステップＳ６０２で、消去要求に先駆けてエンジンが停止していたと判定された場合（Ｓ５０２：ＹＥＳ）、ＥＣＵ２００はステップＳ６１１の処理に進む。
【０１１８】
次に、ＥＣＵ２００は、ステップＳ６１１で、要求回数カウントのリセットを行う。すなわち、前回消去要求があったときから、今回消去要求があるまでの間に、エンジンが停止していたことに基づいて、要求回数のカウントの初期化を行う。その後、ＥＣＵ２００は、ステップＳ６０３の処理に進み、前述した処理を行う。
【０１１９】
以上のように、第４変形例では、消去要求信号が受信したと判定された後に、該判定から車両１００が運転を停止するまでの間に、更に、消去要求信号を受信したと判定した回数が所定回数以上となるまで、消去処理の実行を禁止する。したがって、ＥＣＵ２００に異常が発生し、ＥＣＵ２００は実際には消去要求信号を受信していないにもかかわらず、受信したと誤判定してしまう場合でも、カウント値が所定値以上となるまでバックアップＲＡＭ３２０に異常コードを記憶させておくことが可能となる。また、このカウント値は、車両１００が運転を停止した後に、異常コード消去要求の回数をカウントしたものであり、車両１００が運転を停止した場合はカウントがリセットされる。したがって、ＭＩＬ１４０による点灯（報知）を継続し、異常が発生していることをより確実にユーザに認識させることができる。
【０１２０】
次に、図８を参照しながら、ＥＣＵ２００による処理の第５変形例について説明する。この第５変形例では、バックアップＲＡＭ３２０に記憶されている異常コードの読み出しが完了しているか否かに基づいて消去処理を禁止している。以下、前述した実施形態と共通する部分については適宜説明を省略する。
【０１２１】
まず、ＥＣＵ２００は、図８に示されるステップＳ７０１で、スキャンツール４００から異常コード消去要求があったか否かを判定する。この判定は、前述した実施形態のステップＳ２０１で行う判定と同様のものである。スキャンツール４００から消去要求信号を受信したと判定された場合（Ｓ７０１：ＹＥＳ）、ＥＣＵ２００はステップＳ７０２の処理に進む。
【０１２２】
次に、ＥＣＵ２００は、ステップＳ７０２で、車両１００が消去処理を実行可能な状態にあるか否かを判定する。この判定は、前述した実施形態のステップＳ２０２で行う判定と同様のものである。車両１００が停止しており、消去処理を実行可能な状態にあると判定された場合（Ｓ７０２：ＹＥＳ）、ＥＣＵ２００はステップＳ７０３の処理に進む。
【０１２３】
次に、ＥＣＵ２００は、ステップＳ７０３で、消去要求の対象がスロットルセンサ１１４の異常コードであるか否かを判定する。この判定は、前述した実施形態のステップＳ２０３で行う判定と同様のものである。消去要求の対象がスロットルセンサ１１４の異常コードではないと判定された場合（Ｓ７０３：ＮＯ）、ＥＣＵ２００は、後述するステップＳ７０４の処理を行うことなくステップＳ７０５の処理に進む。一方、消去要求の対象がスロットルセンサ１１４の異常コードであると判定された場合（Ｓ７０３：ＹＥＳ）、ＥＣＵ２００はステップＳ７０４の処理に進む。
【０１２４】
次に、ＥＣＵ２００は、ステップＳ７０４で、バックアップＲＡＭ３２０に記憶されている異常コードの読み出しが完了しているか否かを判定する。ここでは、ＥＣＵ２００は、異常コード送信部３１４による異常コードの送信が既に行われたか否かに基づいて、異常コードの読み出しが完了しているか否かを判定する。バックアップＲＡＭ３２０に記憶されている異常コードの読み出しが完了していないと判定された場合（Ｓ７０４：ＮＯ）、すなわち、異常コード送信部３１４がまだ異常コードを送信していない場合、ＥＣＵ２００はステップＳ７０８の処理に進む。
【０１２５】
次に、ＥＣＵ２００は、ステップＳ７０８で、スキャンツール４００に否定応答を行う。この否定応答は、前述した実施形態のステップＳ２０８で行うものと同様のものである。ステップＳ７０８の処理を終えたＥＣＵ２００は、再びステップＳ７０１の処理に戻り、前述した処理を行う。
【０１２６】
一方、ステップＳ７０４で、バックアップＲＡＭ３２０に記憶されている異常コードの読み出しが完了していると判定された場合（Ｓ７０４：ＹＥＳ）、すなわち、異常コード送信部３１４が既に異常コードを送信している場合、ＥＣＵ２００はステップＳ７０５の処理に進む。
【０１２７】
次に、ＥＣＵ２００は、ステップＳ７０５で、バックアップＲＡＭ３２０から異常コードを消去する消去処理を実行する。すなわち、ステップＳ７０１で最初の異常コード要求信号を受信したと判定されてから、ステップＳ７０４でバックアップＲＡＭ３２０に記憶されている異常コードの読み出しが完了していると判定されるまでが、消去処理の実行を禁止している期間となる。
【０１２８】
次に、ＥＣＵ２００は、ステップＳ７０６で、ＭＩＬ１４０に消灯指示を行う。また、ＥＣＵ２００は、ステップＳ７０７で、スキャンツール４００に肯定応答を行う。これらステップＳ７０６，Ｓ７０７における処理は、それぞれ前述した実施形態のステップＳ２０６，Ｓ２０７の処理と同様のものである。
【０１２９】
以上のように、第５変形例では、消去要求信号が受信したと判定された後に、異常コードの送信が完了するまで、消去処理の実行を禁止する。したがって、ＥＣＵ２００に異常が発生し、ＥＣＵ２００は実際には消去要求信号を受信していないにもかかわらず、受信したと誤判定してしまう場合でも、異常コードの送信が完了するまでバックアップＲＡＭ３２０に異常コードを記憶させておくことが可能となる。これにより、異常コードの送信が完了するまでＭＩＬ１４０による点灯（報知）を継続し、異常が発生していることをより確実にユーザに認識させることができる。
【０１３０】
また、この第５変形例において、異常コードの読み出しが完了しているか否かの判定を、スキャンツール４００による異常コードの受信が既に行われたか否かに基づいて行ってもよい。すなわち、ＥＣＵ２００は、スキャンツール４００が既に異常コードを受信している場合は、異常コードの読み出しが完了していると判定する一方で、スキャンツール４００がまだ異常コードを受信していない場合は、異常コードの読み出しが完了していないと判定してもよい。この場合でも、ＭＩＬ１４０による点灯（報知）を継続し、異常が発生していることをより確実にユーザに認識させることができる。
【０１３１】
また、この第５変形例では、異常コードの読み出しが完了しているか否かの判定を、異常コード送信部３１４による異常コードの送信が既に行われたか否かと、スキャンツール４００による異常コードの受信が既に行われたか否かと、の双方に基づいて行ってもよい。すなわち、ＥＣＵ２００は、異常コード送信部３１４が既に異常コードを送信し、且つ、スキャンツール４００が既に異常コードを受信している場合のみ、異常コードの読み出しが完了していると判定する一方で、この他の場合は、異常コードの読み出しが完了していないと判定してもよい。この場合でも、ＭＩＬ１４０による点灯（報知）を継続し、異常が発生していることをより確実にユーザに認識させることができる。
【０１３２】
次に、図９及び図１０を参照しながら、ＥＣＵ２００による処理の第６変形例について説明する。
【０１３３】
第６実施形態に係るＥＣＵ２００では、そのＣＰＵ３１０の異常コード生成部３１１は、車両１００に搭載されている各種センサに異常が発生していると判定された場合に、前述した異常コードの他に、保存用異常コードを生成する。この保存用異常コードは、各種センサに発生している異常の内容に対応するものである。異常コード生成部３１１によって生成された保存用異常コードは、バックアップＲＡＭ３２０に記憶される。保存用異常コードの構成は、異常コードの構成と同一のものであってもよいし、バックアップＲＡＭ３２０において使用する領域を小さくするために、異常コードの構成を簡略化したものであってもよい。
【０１３４】
前述したように、バックアップＲＡＭ３２０に記憶された異常コードは、スキャンツール４００からの異常コード消去要求に基づいて消去される。これに対し、バックアップＲＡＭ３２０に記憶された保存用異常コードは、スキャンツール４００から異常コード消去要求があった場合にも、消去されることなくバックアップＲＡＭ３２０に保存される。したがって、各種センサの異常が複数回発生すると、バックアップＲＡＭ３２０にはその回数と同数の保存用異常コードが記憶される。
【０１３５】
このようにしてバックアップＲＡＭ３２０に記憶された保存用異常コードは、ＥＣＵ２００等に故障が生じた場合に、その故障原因を特定するために使用される。作業者は、スキャンツール４００等の外部ツールによって、バックアップＲＡＭ３２０から保存用異常コードを読み出すとともに、当該保存用異常コードを解析することで、ＥＣＵ２００等の故障原因を特定することができる。
【０１３６】
第６変形例では、バックアップＲＡＭ３２０による保存用異常コードの記憶が既に完了しているか否かに基づいて消去処理を禁止している。以下、前述した実施形態と共通する部分については適宜説明を省略する。
【０１３７】
図９は、車両１００に搭載されている各種センサのいずれかに異常が発生していると判定された場合に、ＥＣＵ２００によって実行される処理の流れを示している。尚、以下、詳細にはＥＣＵ２００の異常コード生成部３１１等の各部分によって行われる処理も、簡便のために総括してＥＣＵ２００によって行われるものとして説明する。
【０１３８】
まず、ＥＣＵ２００は、ステップＳ８０１で、異常が発生している機器や異常の内容に対応する異常コードを生成する。さらに、ＥＣＵ２００は、ステップＳ８０２で、異常が発生している機器や異常の内容に対応する保存用異常コードを生成する。
【０１３９】
次に、ＥＣＵ２００は、ステップＳ８０３で、バックアップＲＡＭ３２０に異常コードを記憶させる。さらに、ＥＣＵ２００は、ステップＳ８０４で、バックアップＲＡＭ３２０に保存用異常コードを記憶させる。
【０１４０】
次に、ＥＣＵ２００は、ステップＳ８０５で、ＭＩＬ１４０に点灯を指示する。ＥＣＵ２００は、バックアップＲＡＭ３２０に異常コードが記憶されたことに基づいて、ＭＩＬ１４０に信号を送信し、それまで消灯していたＭＩＬ１４０を点灯させる。この処理は、前述した実施形態のステップＳ１０３の処理と同様のものである。
【０１４１】
次に、ＥＣＵ２００は、ステップＳ８０６で、スキャンツール４００から異常コードの要求があったか否かを判定する。この判定は、前述した実施形態のステップＳ１０４で行う判定と同様のものである。ＥＣＵ２００は、スキャンツール４００から異常コード要求信号を待機し、当該信号を受信すると（Ｓ８０６：ＹＥＳ）、ステップＳ８０７の処理に進む。
【０１４２】
次に、ＥＣＵ２００は、ステップＳ８０７で、スキャンツール４００に異常コードを送信する。この処理は、前述した実施形態のステップＳ１０５の処理と同様のものである。
【０１４３】
次に、図１０を参照しながら、ＭＩＬ１４０を消灯させる際のＥＣＵ２００の処理について説明する。まず、ＥＣＵ２００は、図１０に示されるステップＳ９０１で、スキャンツール４００から異常コード消去要求があったか否かを判定する。この判定は、前述した実施形態のステップＳ２０１で行う判定と同様のものである。スキャンツール４００から消去要求信号を受信したと判定された場合（Ｓ９０１：ＹＥＳ）、ＥＣＵ２００はステップＳ２０２の処理に進む。
【０１４４】
次に、ＥＣＵ２００は、ステップＳ９０２で、車両１００が消去処理を実行可能な状態にあるか否かを判定する。この判定は、前述した実施形態のステップＳ２０２で行う判定と同様のものである。車両１００が停止しており、消去処理を実行可能な状態にあると判定された場合（Ｓ９０２：ＹＥＳ）、ＥＣＵ２００はステップＳ９０３の処理に進む。
【０１４５】
次に、ＥＣＵ２００は、ステップＳ９０３で、消去要求の対象がスロットルセンサ１１４の異常コードであるか否かを判定する。この判定は、前述した実施形態のステップＳ２０３で行う判定と同様のものである。消去要求の対象がスロットルセンサ１１４の異常コードではないと判定された場合（Ｓ９０３：ＮＯ）、ＥＣＵ２００は、後述するステップＳ９０４の処理を行うことなくステップＳ９０５の処理に進む。一方、消去要求の対象がスロットルセンサ１１４の異常コードであると判定された場合（Ｓ９０３：ＹＥＳ）、ＥＣＵ２００はステップＳ９０４の処理に進む。
【０１４６】
次に、ＥＣＵ２００は、ステップＳ９０４で、バックアップＲＡＭ３２０による保存用異常コードの記憶が既に完了しているか否かを判定する。バックアップＲＡＭ３２０による保存用異常コードの記憶がまだ完了していないと判定された場合（Ｓ９０４：ＮＯ）、ＥＣＵ２００はステップＳ９０８の処理に進む。
【０１４７】
次に、ＥＣＵ２００は、ステップＳ９０８で、スキャンツール４００に否定応答を行う。この否定応答は、前述した実施形態のステップＳ２０８で行うものと同様のものである。ステップＳ９０８の処理を終えたＥＣＵ２００は、再びステップＳ９０１の処理に戻り、前述した処理を行う。
【０１４８】
一方、ステップＳ９０４で、バックアップＲＡＭ３２０による保存用異常コードの記憶が既に完了していると判定された場合（Ｓ９０４：ＹＥＳ）、ＥＣＵ２００はステップＳ９０５の処理に進む。
【０１４９】
次に、ＥＣＵ２００は、ステップＳ９０５で、バックアップＲＡＭ３２０から異常コードを消去する消去処理を実行する。すなわち、ステップＳ９０１で最初の異常コード要求信号を受信したと判定されてから、ステップＳ９０４でバックアップＲＡＭ３２０による保存用異常コードの記憶が既に完了していると判定されるまでが、消去処理の実行を禁止している期間となる。このステップＳ９０５の消去処理で、保存用異常コードがバックアップＲＡＭ３２０から消去されることはない。
【０１５０】
次に、ＥＣＵ２００は、ステップＳ９０６で、ＭＩＬ１４０に消灯指示を行う。また、ＥＣＵ２００は、ステップＳ９０７で、スキャンツール４００に肯定応答を行う。これらステップＳ９０６，Ｓ９０７における処理は、それぞれ前述した実施形態のステップＳ２０６，Ｓ２０７の処理と同様のものである。
【０１５１】
以上のように、第６変形例では、異常コード生成部３１１は、機器に異常が発生した場合に、該異常に対応する保存用異常コードを生成する。また、バックアップＲＡＭ３２０は、保存用異常コードを記憶する。また、消去処理実行部３１６は、消去要求判定部３１５によって消去要求信号を受信したと判定された場合でも、バックアップＲＡＭ３２０を保存用異常コードが記憶されたままの状態とする。また、消去処理禁止部３１７は、消去要求判定部３１５が消去要求信号を受信したと判定した後に、バックアップＲＡＭ３２０によって保存用異常コードが記憶されるまで、消去処理実行部３１６による消去処理の実行を禁止する。したがって、ＥＣＵ２００に異常が発生し、ＥＣＵ２００は実際には消去要求信号を受信していないにもかかわらず、受信したと誤判定してしまう場合でも、バックアップＲＡＭ３２０によって保存用異常コードが記憶されるまで、バックアップＲＡＭ３２０に異常コードを記憶させておくことが可能となる。これにより、保存用異常コードが記憶されるまでＭＩＬ１４０による点灯（報知）を継続し、異常が発生していることをより確実にユーザに認識させることができる。また、異常コードが消去された場合でも、保存用異常コードに基づいて異常が発生している機器や異常の内容を特定することができる。
【０１５２】
以上、具体例を参照しつつ本発明の実施の形態について説明した。しかし、本発明はこれらの具体例に限定されるものではない。すなわち、これら具体例に、当業者が適宜設計変更を加えたものも、本発明の特徴を備えている限り、本発明の範囲に包含される。例えば、前述した各具体例が備える各要素およびその配置、材料、条件、形状、サイズなどは、例示したものに限定されるわけではなく適宜変更することができる。また、前述した各実施の形態が備える各要素は、技術的に可能な限りにおいて組み合わせることができ、これらを組み合わせたものも本発明の特徴を含む限り本発明の範囲に包含される。
【符号の説明】
【０１５３】
１００：車両
１１１：回転センサ（機器）
１１２：エアフロセンサ（機器）
１１３：水温センサ（機器）
１１４：スロットルセンサ（機器）
１１５：Ｏ２センサ（機器）
１４０：ＭＩＬ（報知装置）
２００：ＥＣＵ（車両用診断装置）
３１１：異常コード生成部
３１２：報知指示部
３１３：異常コード要求判定部
３１４：異常コード送信部
３１５：消去要求判定部
３１６：消去処理実行部
３１７：消去処理禁止部
３２０：バックアップＲＡＭ（記憶部）
４００：スキャンツール（外部ツール）
【図１】
2016147651.tif 000003
【図２】
2016147651.tif 000004
【図３】
2016147651.tif 000005
【図４】
2016147651.tif 000006
【図５】
2016147651.tif 000007
【図６】
2016147651.tif 000008
【図７】
2016147651.tif 000009
【図８】
2016147651.tif 000010
【図９】
2016147651.tif 000011
【図１０】
2016147651.tif 000012