(57)【要約】【課題】車両用電子制御装置において、車両への組み付けが完了して所定のタイミングが到来するまでに検出された異常の異常情報と、そのタイミング後に検出された異常の異常情報とを、書換可能不揮発性メモリに区別して記憶可能にする。【解決手段】電子制御装置は、センサ等からの信号に基づき自己診断処理を行い（Ｓ１１０）、異常を検出すると、その異常情報であるＤＴＣを、当該装置の動作モードが機能検査モードであれば（Ｓ１４３：ＹＥＳ）、ＥＥＰＲＯＭの第１記憶領域に記憶し（Ｓ１５０）、当該装置の動作モードが通常モードであれば（Ｓ１４３：ＮＯ）、ＥＥＰＲＯＭの第２記憶領域に記憶する（Ｓ１５５）。そして機能検査モードは、車両の製造工場やカーディーラで使う機能検査のためのモードであり、電子制御装置は、外部ツールからのコマンドを受けると機能検査モードになり、その後、通常モードへの移行条件が成立すると通常モードになる。【選択図】図１４
2010139514.tif 000002
【特許請求の範囲】
【請求項１】
車両に組み付けられると共に、
データの書き換えが可能な不揮発性メモリと、
前記車両に搭載された機器からの情報に基づいて診断を行う診断手段と、
前記診断手段により異常が検出された場合に、その異常を示す異常情報を前記不揮発性メモリに記憶する異常情報保存手段と、
を備えた電子制御装置であって、
当該電子制御装置の動作モードは、機能検査のための動作を行う機能検査モードと、通常の動作を行う通常モードとに切り替わるようになっており、
前記不揮発性メモリには、前記異常情報を記憶するための記憶領域が複数あり、
前記異常情報保存手段は、前記診断手段により異常が検出された時の当該電子制御装置の動作モードにより、前記異常情報を記憶する前記不揮発性メモリの記憶領域を変更すること、
を特徴とする電子制御装置。
【請求項２】
請求項１の電子制御装置において、
前記異常情報保存手段は、
当該電子制御装置の動作モードが前記機能検査モードであるときに前記診断手段により異常が検出された場合には、前記異常情報の記憶先を前記不揮発性メモリの第１記憶領域にし、
当該電子制御装置の動作モードが前記通常モードであるときに前記診断手段により異常が検出された場合には、前記異常情報の記憶先を前記不揮発性メモリの第２記憶領域にすること、
を特徴とする電子制御装置。
【請求項３】
請求項１の電子制御装置において、
前記異常情報保存手段は、
当該電子制御装置の動作モードが前記機能検査モードであるときに前記診断手段により異常が検出された場合には、前記異常情報の記憶先を前記不揮発性メモリの第１記憶領域にすると共に、履歴情報をセットし、
当該電子制御装置の動作モードが前記通常モードであるときに前記診断手段により異常が検出された場合には、前記履歴情報に応じて、前記履歴情報がセットされていなければ、前記異常情報の記憶先を前記第１記憶領域にし、前記履歴情報がセットされていれば、前記異常情報の記憶先を前記不揮発性メモリの第２記憶領域にすること、
を特徴とする電子制御装置。
【請求項４】
車両に組み付けられると共に、
データの書き換えが可能な不揮発性メモリと、
前記車両に搭載された機器からの情報に基づいて診断を行う診断手段と、
前記診断手段により異常が検出された場合に、その異常を示す異常情報を前記不揮発性メモリに記憶する異常情報保存手段と、
を備えた電子制御装置であって、
前記不揮発性メモリには、前記異常情報を記憶するための記憶領域が複数あり、
前記異常情報保存手段は、外部装置から送信されて来る指示に応じて、前記異常情報を記憶する前記不揮発性メモリの記憶領域を変更すること、
を特徴とする電子制御装置。
【請求項５】
請求項１に記載の電子制御装置において、
前記複数の記憶領域のうち、当該電子制御装置の動作モードが前記通常モードであるときに前記診断手段により検出された異常の異常情報が記憶された記憶領域が何れであるかを示す情報を有していること、
を特徴とする電子制御装置。
【請求項６】
請求項４に記載の電子制御装置において、
前記複数の記憶領域のうち、外部の故障診断装置からの故障診断用異常情報読み出し要求を受けた場合に前記故障診断装置へ出力すべき異常情報が記憶されている記憶領域が何れであるかを示す情報を有していること、
を特徴とする電子制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ書き換え可能な不揮発性メモリに、診断結果としての異常情報を記憶する電子制御装置に関する。
【背景技術】
【０００２】
例えば、車両に組み付けられて該車両のエンジン等を制御する電子制御装置としては、車両に搭載された各種センサからの情報に基づき様々な異常項目についての診断（即ち、正常か異常かの判断）を行い、異常と判断すると、その異常を示す診断結果としての異常情報（いわゆるＤＴＣ：Ｄｉａｇｎｏｓｔｉｃ  Ｔｒｏｕｂｌｅ  Ｃｏｄｅ、或いは、Ｆａｕｌｔ  Ｃｏｄｅと呼ばれる）を、ＥＥＰＲＯＭ等のデータ書き換え可能な不揮発性メモリ（以下、書換可能不揮発性メモリともいう）に記憶するものがある。
【０００３】
そして、この種の電子制御装置は、例えば車両の製造時において、当該装置の車両への組み付けが完了していない状態（即ち、当該装置にセンサや電気負荷等の周辺機器が全て完全に接続されていない状態）で動作することがある。そして、そのような状態で電子制御装置が上記の診断を行うと、異常を検出する可能性があり、その異常を示す異常情報であって、車両への組み付け完了前の異常情報（換言すれば、組み付け作業中の異常情報であり、車両未完成段階での異常情報）を、書換可能不揮発性メモリに記憶してしまう。
【０００４】
すると、車両がユーザーに使用されるようになってから、車両整備工場などにて、車両の整備者が、故障診断装置により電子制御装置の書換可能不揮発性メモリ内の異常情報を読み出した際に、上記組み付け完了前の異常情報が読み出されてしまい、その結果、整備者は、本当は正常であっても異常が生じていると判断してしまう。つまり、車両への組み付け完了前の異常情報は、市場での通常の車両整備工程では不要な異常情報である。
【０００５】
そこで、こうした組み付け完了前の異常情報を記憶しないようにした電子制御装置として、車両がユーザーに使用され始めたと考えられる条件が成立したか否かを判定し、その条件が成立したタイミングから、記憶手段への診断結果の記憶を開始するように構成されたものがある（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００６−２９１７３０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上記特許文献１の電子制御装置では、車両への組み付け作業中に検出された異常の異常情報を、のちのちに書換可能不揮発性メモリから読み出して検証したい場合に、それを行うことができない。
【０００８】
そこで、本発明は、車両用電子制御装置において、車両への組み付けが完了して所定のタイミングが到来するまでに検出された異常の異常情報と、そのタイミング後に検出された異常の異常情報とを、書換可能不揮発性メモリに区別して記憶することができるようにすることを目的としている。
【課題を解決するための手段】
【０００９】
まず、参考発明の電子制御装置について説明する。
参考発明の電子制御装置は、車両に組み付けられるものであり、データの書き換えが可能な不揮発性メモリ（書換可能不揮発性メモリ）と、前記車両（組み付け対象車両）に搭載された機器からの情報に基づいて診断を行う診断手段と、診断手段により異常が検出された場合に、その異常を示す異常情報を書換可能不揮発性メモリに記憶する異常情報保存手段とを備えている。
【００１０】
更に、この電子制御装置において、書換可能不揮発性メモリには、異常情報を記憶するための記憶領域が複数ある。
そして、異常情報保存手段は、当該電子制御装置の車両への組み付けが完了してから成立する特定条件が成立したか否かを判定し、その判定結果により（即ち、特定条件が成立しているか否かにより）、前記異常情報を記憶する書換不揮発性メモリの記憶領域を変更するようになっている。尚、電子制御装置の車両への組み付けが完了するとは、車両に搭載されているセンサや電気負荷等の機器のうち、当該電子制御装置と接続されるべき全ての機器が当該電子制御装置に接続された状態になったことを意味している。
【００１１】
このような参考発明の電子制御装置によれば、車両への組み付けが完了して特定条件が成立する前の異常情報（詳しくは、特定条件が成立する前に検出された異常の異常情報）と、その特定条件が成立した後の異常情報（詳しくは、特定条件が成立した後に検出された異常の異常情報）とを、書換可能不揮発性メモリにおける別々の記憶領域に記憶することができる。
【００１２】
また、書換可能不揮発性メモリにおける複数の記憶領域のうち、特定条件が成立する前の異常情報が記憶される記憶領域を「第１次記憶領域」と言い、特定条件が成立した後の異常情報が記憶される記憶領域を「第２次記憶領域」と言うことにすると、車両への組み付け完了前の異常情報は第１次記憶領域に記憶されることとなり、車両がユーザーに使用され始めてからの異常情報は第２次記憶領域に記憶されることとなる。
【００１３】
このため、外部の故障診断装置からの要求のうち、車両の故障診断を行うために従来から用意されている通常の異常情報読み出し要求（故障診断用異常情報読み出し要求）に対しては、第２次記憶領域に記憶されている異常情報を読み出して故障診断装置へ出力するように構成すれば、車両への組み付け完了前の異常情報であって通常の車両整備工程では不要な異常情報が故障診断装置に出力されてしまうことがなく、車両の整備者が、本当は正常なのに異常が生じていると判断してしまうことを防止することができる。また、故障診断装置からの特別な異常情報読み出し要求に対しては、第１次記憶領域に記憶されている異常情報を読み出して故障診断装置へ出力するように構成すれば、その出力される異常情報により、車両への組み付け完了前（組み付け作業中）に検出された異常を確認することができるようになる。
【００１４】
ここで、カリフォルニア州大気資源局（ＣＡＲＢ：Ｃａｌｉｆｏｒｎｉａ  Ａｉｒ  Ｒｅｓｏｕｒｃｅｓ  Ｂｏａｒｄ）による法規には、診断結果として記憶されているＤＴＣを、永久故障コード（Ｐｅｒｍａｎｅｎｔ  Ｆａｕｌｔ  Ｃｏｄｅ：以下、ここでは、ＰＤＴＣ（Ｐｅｒｍａｎｅｎｔ  ＤＴＣ）と言う）として、電子制御装置のＥＥＰＲＯＭに記憶し、このＰＤＴＣを、電子制御装置と通信可能な外部ツールからのコマンドで消去できるようにしてはいけない旨の規定が設けられた。しかし、参考発明の電子制御装置によれば、故障診断装置からのＰＤＴＣ読み出し要求（前述した故障診断用異常情報読み出し要求に相当）に対しては、上記第２次記憶領域内の異常情報を出力するように構成することで、車両への組み付け完了前の異常情報がＰＤＴＣとして出力されてしまうことを防止することができ、上記規定があっても支障はない。つまり、車両への組み付け完了前の異常情報をＥＥＰＲＯＭから消去する必要はない。
【００１５】
一方、異常情報保存手段が判定する特定条件としては、当該電子制御装置の車両への組み付けが完了してから、その車両がユーザーに使用され始めるまでの間に成立する条件ならば、どのような条件でも良く、また、その車両がユーザーに使用され始めたと考えられる条件でも良い。
【００１６】
ところで、一般に車両の製造工場においては、電子制御装置の車両への組み付けが完了したなら、その電子制御装置を最初に機能検査モード（機能検査のための動作を行うモード）で動作させることで異常の有無を効率良く確認し、異常が無いことを確認できたならば、電子制御装置を機能検査モードから通常モード（通常の動作を行うモード）に設定して、その後、車両を出荷するようにしている。
【００１７】
そこで、請求項１の電子制御装置も、書換可能不揮発性メモリ、診断手段、及び異常情報保存手段を備えているが、当該電子制御装置の動作モードは、機能検査のための動作を行う機能検査モードと、通常の動作を行う通常モードとに切り替わるようになっている。そして、異常情報保存手段は、診断手段により異常が検出された時の当該電子制御装置の動作モードにより、異常情報を記憶する書換可能不揮発性メモリの記憶領域を変更するようになっている。つまり、この電子制御装置では、車両への組み付け及び機能検査モードによる機能検査が完了して通常モードに切り替えられたときが、所定のタイミングが到来したときに該当している。
【００１８】
このような請求項１の電子制御装置によれば、車両への組み付け及び機能検査モードによる機能検査が完了して通常モードに切り替えられるまでの異常情報（つまり、機能検査モード時の異常情報）と、その後の通常モードでの異常情報であって、車両がユーザーに使用される状況での異常情報とを、書換可能不揮発性メモリにおける別々の記憶領域に記憶することができ、前述の目的を達成することができる。
【００１９】
そして、書換可能不揮発性メモリにおける複数の記憶領域のうち、機能検査モード時の異常情報が記憶される記憶領域を「機能検査時記憶領域」と言い、通常モード時の異常情報が記憶される記憶領域を「通常時記憶領域」と言うことにすると、前述した故障診断用異常情報読み出し要求（ＰＤＴＣ読み出し要求）に対しては、通常時記憶領域内の異常情報を読み出して故障診断装置へ出力するように構成すれば良い。このように構成すれば、通常の車両整備工程において、車両の整備に不要な機能検査モード時の異常情報が故障診断装置に出力されてしまうことが防止される。
【００２０】
また、車両への組み付け完了前に検出された異常を検証するための特別な異常情報読み出し要求に対しては、機能検査時記憶領域内の異常情報を読み出して故障診断装置へ出力するように構成すれば良い。このように構成すれば、機能検査モード時に検出された異常を簡単に確認することができるようになる。
【００２１】
次に、請求項２の電子制御装置は、請求項１の電子制御装置の一具体例であり、この電子制御装置において、異常情報保存手段は、当該電子制御装置の動作モードが機能検査モードであるときに診断手段により異常が検出された場合には、異常情報の記憶先を書換可能不揮発性メモリの第１記憶領域にし、当該電子制御装置の動作モードが通常モードであるときに診断手段により異常が検出された場合には、異常情報の記憶先を書換可能不揮発性メモリの第２記憶領域にする。
【００２２】
この構成では、第１記憶領域が前述の機能検査時記憶領域に該当し、第２記憶領域が前述の通常時記憶領域に該当することとなる。このため、外部の故障診断装置からの要求のうち、前述した故障診断用異常情報読み出し要求（ＰＤＴＣ読み出し要求）に対しては、第２記憶領域内の異常情報を読み出して故障診断装置へ出力するように構成すれば良い。また、車両への組み付け完了前に検出された異常を検証するための特別な異常情報読み出し要求に対しては、第１記憶領域内の異常情報を読み出して故障診断装置へ出力するように構成すれば良い。
【００２３】
また、この電子制御装置によれば、各モードでの異常情報の記憶領域が固定して分けられているため、どのモードでの異常情報がどの記憶領域に記憶されているかが明確で分かりやすいという利点がある。
【００２４】
次に、請求項３の電子制御装置は、請求項１の電子制御装置の他の一具体例である。そして、この電子制御装置において、異常情報保存手段は、当該電子制御装置の動作モードが機能検査モードであるときに診断手段により異常が検出された場合には、異常情報の記憶先を書換可能不揮発性メモリの第１記憶領域にすると共に、履歴情報をセットし、当該電子制御装置の動作モードが通常モードであるときに診断手段により異常が検出された場合には、前記履歴情報に応じて、その履歴情報がセットされていなければ、異常情報の記憶先を前記第１記憶領域にし、履歴情報がセットされていれば、異常情報の記憶先を書換可能不揮発性メモリの第２記憶領域にする。
【００２５】
このような請求項３の電子制御装置では、機能検査モード時に診断手段により異常が検出された場合には、請求項２の電子制御装置と同様に、その機能検査モード時の異常情報が第１記憶領域に記憶され、通常モード時の異常情報は第２記憶領域に記憶される。これに対して、もし機能検査モード時に診断手段により異常が検出されなかった場合には、上記履歴情報がセットされないため、通常モード時の異常情報が第１記憶領域に記憶されることとなる。よって、書換可能不揮発性メモリの記憶領域を無駄なく効率的に使用することができるようになる。
【００２６】
そして、このため、請求項３の電子制御装置は、外部の故障診断装置からの前述した故障診断用異常情報読み出し要求（ＰＤＴＣ読み出し要求）を受けた場合には、履歴情報に応じて、その履歴情報がセットされていれば、第２記憶領域内の異常情報を読み出して故障診断装置へ出力し、履歴情報がセットされていなければ、第１記憶領域内の異常情報を読み出して故障診断装置へ出力するように構成すれば良い。つまり、履歴情報により、通常モード時の異常情報が記憶されている記憶領域を特定することができる。一方、前述の特別な異常情報読み出し要求を受けた場合には、履歴情報に応じて、その履歴情報がセットされていれば、第１記憶領域内の異常情報を読み出して故障診断装置へ出力し、履歴情報がセットされていなければ、該当する異常情報が無いことを示すメッセージ情報を故障診断装置へ出力するように構成することができる。
【００２７】
一方、請求項４の電子制御装置も、書換可能不揮発性メモリ、診断手段、及び異常情報保存手段を備えている。そして、異常情報保存手段は、外部装置から送信されて来る指示（記憶領域の切り替え指示）に応じて、異常情報を記憶する書換可能不揮発性メモリの記憶領域を変更する。
【００２８】
この電子制御装置によれば、車両への組み付けが完了して所定のタイミングが到来したときに、外部装置から記憶領域の切り替え指示を送信してやれば良い。このようにすれば、所定のタイミング前の異常情報と、そのタイミング後の異常情報とを、書換可能不揮発性メモリにおける別々の記憶領域に記憶することができる。
【００２９】
そして、外部装置から記憶領域の切り替え指示を送信してやるタイミングとしては、当該電子制御装置の車両への組み付けが完了してから、その車両がユーザーに使用され始めるまでの間であれば良く、例えば、前述した機能検査モードで異常が無いことを確認できたタイミングや、車両製造工場において車両の完成確認作業が完了したタイミングや、車両の工場出荷時や、カーディーラにおいて車両をユーザーへ引き渡す前のタイミング（いわゆる納車の前）などが考えられる。
【００３０】
また、車両が市場に出てから電子制御装置内のプログラムを書き換えたときに、外部装置から記憶領域の切り替え指示を送信してやれば、書き換え前の旧プログラムによる異常情報（詳しくは、旧プログラムにより実現されていた診断手段による異常情報）と、書き換え後の新プログラムによる異常情報（詳しくは、新プログラムより実現される診断手段による異常情報）とを、書換可能不揮発性メモリの別々の記憶領域に記憶させることができる。更に、その際に、新プログラムによる異常情報の記憶領域（つまり、切り替え後の記憶領域）を示す識別情報を記憶しておき、新プログラムでは、書換可能不揮発性メモリから異常情報を読み出す場合に、上記識別情報が示す記憶領域から読み出すようにすれば、旧プログラムによる異常情報が、新プログラムによる処理に悪影響を与えてしまうことを確実に防止することができる。例えば、新プログラムでは検出対象外となった異常についての旧プログラムによる異常情報を、新プログラムの処理で参照してしまい、その新プログラムでの処理が何等かのフェイルセーフモードから抜け出せなくなる、といった不具合を防止できる。
【００３１】
また例えば、この請求項４の電子制御装置は、外部の故障診断装置からの前述した故障診断用異常情報読み出し要求（ＰＤＴＣ読み出し要求）を受けた場合には、その要求を受けた時点で異常情報の記憶先に設定されている記憶領域から異常情報を読み出して故障診断装置へ出力するように構成することができる。また、特別な異常情報読み出し要求を受けた場合には、過去に異常情報の記憶先となっていた記憶領域内の異常情報を読み出して故障診断装置へ出力するように構成することができる。
【００３２】
また、ＯＢＤ２の規格に対応した故障診断装置から送信される特定のコマンドが、記憶領域の切り替え指示として用いられるようにすれば、以下の点で好ましい。
即ち、ＯＢＤ２の規格に対応した故障診断装置（いわゆるスキャンツール）は、市販されており、例えばカーディーラやカーディーラ以外の車両修理工場等にて、車両の故障診断を行う際に、車両の通信線を介して電子制御装置と接続される。このため、車両が市場に出てから異常情報の記憶先である記憶領域の切り替えを実施するのに有利である。
【００３３】
また更に、ＯＢＤ２の規格に対応した故障診断装置は、車両の通信線に接続されると、電子制御装置に対して、その電子制御装置が故障診断装置に出力可能な情報の種類を問い合わせるコマンド（以下、サポート情報問い合わせコマンドという）を送信するようになっている。そこで、上記記憶領域の切り替え指示を、サポート情報問い合わせコマンドとすれば、故障診断装置を車両の通信線に接続するだけで、特別な操作をしなくても、異常情報の記憶先である記憶領域の切り替えを実施することができる。
【００３４】
次に、請求項５の電子制御装置は、請求項１の電子制御装置において、書換可能不揮発性メモリの複数の記憶領域のうち、当該電子制御装置の動作モードが通常モードであるときに診断手段により検出された異常の異常情報が記憶された記憶領域（前述の通常時記憶領域）が何れであるかを示す情報（以下、判別用情報という）を有している。このため、外部の故障診断装置からの前述した故障診断用異常情報読み出し要求（ＰＤＴＣ読み出し要求）を受けて、通常モード時の異常情報を故障診断装置へ出力する場合に、その出力すべき異常情報が記憶されている記憶領域を、上記判別用情報に基づき容易に特定することができるようになる。尚、請求項３の電子制御装置においては、履歴情報が判別用情報に相当する。
【００３５】
次に、請求項６の電子制御装置は、請求項４の電子制御装置において、書換可能不揮発性メモリの複数の記憶領域のうち、外部の故障診断装置からの故障診断用異常情報読み出し要求（具体例としてＰＤＴＣ読み出し要求）を受けた場合に故障診断装置へ出力すべき異常情報が記憶されている記憶領域が何れであるかを示す情報（以下、判別用情報という）を有している。このため、故障診断装置からの故障診断用異常情報読み出し要求を受けた場合に、出力すべき異常情報の読み出し先である記憶領域を、上記判別用情報に基づき容易に特定することができるようになる。
【図面の簡単な説明】
【００３６】
【図１】第１実施形態のＥＣＵ（電子制御装置）１を表す構成図である。
【図２】第１実施形態のＥＣＵにおけるＣＰＵが実行する診断結果記憶処理を表すフローチャートである。
【図３】第１実施形態のＥＣＵが搭載された車両にセンターからサービス開始の情報が送信されるまでの流れを説明する説明図である。
【図４】第１実施形態のセンターの情報処理装置が行うサービス開始処理を表すフローチャートである。
【図５】第１実施形態のＥＣＵにおけるＣＰＵが実行するフラグ設定処理を表すフローチャートである。
【図６】第１実施形態のＥＣＵにおけるＣＰＵが実行する異常情報出力処理を表すフローチャートである。
【図７】第２実施形態のＥＣＵが搭載された車両にセンターから通信開始情報が送信されるまでの流れを説明する説明図である。
【図８】第２実施形態のセンターの情報処理装置が行う通信開始判定処理を表すフローチャートである。
【図９】第３実施形態のＥＣＵが搭載された車両にセンターからエリア離脱情報が送信されるまでの流れを説明する説明図である。
【図１０】第３実施形態のセンターの情報処理装置が行う位置判定処理を表すフローチャートである。
【図１１】第４実施形態のＥＣＵにおけるＣＰＵが実行するフラグ設定処理を表すフローチャートである。
【図１２】第５実施形態のＥＣＵにおけるＣＰＵが実行する診断結果記憶処理を表すフローチャートである。
【図１３】第５実施形態のＥＣＵにおけるＣＰＵが実行する異常情報出力処理を表すフローチャートである。
【図１４】第６実施形態のＥＣＵにおけるＣＰＵが実行する診断結果記憶処理を表すフローチャートである。
【図１５】第７実施形態のＥＣＵにおけるＣＰＵが実行する診断結果記憶処理を表すフローチャートである。
【図１６】第８実施形態のＥＣＵにおけるＣＰＵが実行するフラグ設定処理を表すフローチャートである。
【図１７】第９実施形態の使用領域ステイタス及びＥＥＰＲＯＭ領域を説明する説明図である。
【図１８】第９実施形態のＥＣＵにおけるＣＰＵが実行する診断結果記憶処理を表すフローチャートである。
【図１９】第９実施形態のＥＣＵにおけるＣＰＵが実行する異常情報出力処理を表すフローチャートである。
【発明を実施するための形態】
【００３７】
以下に、本発明の実施形態ついて説明する。但し、以下に説明する各実施形態のうち、第１〜第５実施形態は、本発明が適用された第６実施形態以降の各実施形態と一部が共通するものであって、参考例として開示するものである。
［第１実施形態］
まず図１は、第１実施形態の電子制御装置（以下、ＥＣＵという）１を表す構成図である。尚、本実施形態のＥＣＵ１は、車両に組み付けられて、その車両のエンジンを制御するものである。
【００３８】
図１に示すように、ＥＣＵ１は、ＣＰＵ（中央演算装置）３と、ＣＰＵ３が実行するプログラムや該プログラムの実行時に参照されるデータを格納するＲＯＭ５と、データを一時的に記憶するためのＲＡＭ７と、データ保持用の電源が常時供給されたスタンバイＲＡＭ（ＳＲＡＭ）９と、書換可能不揮発性メモリであるＥＥＰＲＯＭ１１と、入力回路１３と、出力回路１５とを備えている。
【００３９】
ＣＰＵ３には、エンジンを制御するための情報として、吸気管圧力センサの出力Ｐｂ、エンジン回転数センサの出力Ｎｅ、エンジン水温センサの出力Ｔｗ、排気系の酸素センサ（空燃比センサ）の出力Ｏ２、車速センサの出力Ｖ、イグニッションスイッチの出力ＩＧＮ等の各種信号が、入力回路１３を介して入力される。また、出力回路１５は、点火装置やインジェクタや警告ランプ（ＭＩＬ）等の電気負荷へ、ＣＰＵ３からの指令に応じて駆動信号を出力する。
【００４０】
そして、ＣＰＵ３は、入力回路１３を介して入力される各種信号に基づいて制御演算を行い、その演算結果に基づき出力回路１５に指令を与えることにより、エンジンの制御に関係する電気負荷を制御する。例えば、ＣＰＵ３は、インジェクタの開弁タイミング及び開弁時間を演算し、その演算結果に基づいて、出力回路１５にインジェクタを駆動するための指令を与えることにより、エンジンへの燃料噴射を制御する。
【００４１】
また、ＥＣＵ１には、車両内の通信線２１に接続された他の装置とＣＰＵ３が通信するための通信回路１７も備えられている。
他の装置の１つとしては、例えばナビゲーション装置２３がある。そして、そのナビゲーション装置２３には、例えば、ＥＣＵ１から車速の演算値が送信される。また、ナビゲーション装置２３には、車両へのテレマティクスサービスを実施するための処理を行うデータセンターの情報処理装置と通信するための無線通信装置２５が備えられている。
【００４２】
更に、通信線２１には、車両の故障診断を行うための故障診断装置である外部ツール２７が、図示しないコネクタを介して着脱可能になっている。その外部ツール２７は、マイコン及び表示装置（ディスプレイ）を備えたハンディタイプの装置、或いは、小型のパソコン等である。
【００４３】
尚、ＥＣＵ１の電源としては、イグニッションスイッチのオン／オフに連動して車載バッテリから供給される動作用電源と、車載バッテリから常時供給されるバックアップ電源とがある。そして、ＥＣＵ１は、イグニッションスイッチがオンされると動作用電源が供給されて動作する。また、スタンバイＲＡＭ９には、ＥＣＵ１内の電源回路（図示省略）によって上記バックアップ電源から生成される一定の電圧が、データ保持用の電源として常時供給される。
【００４４】
ここで、ＥＣＵ１のＣＰＵ３は、エンジンを制御するための処理と並行して、図２に示す診断結果記憶処理を、例えば一定時間毎に実行するようになっている。
そして、ＣＰＵ３は、診断結果記憶処理の実行を開始すると、まずＳ１１０にて、異常を検出するための診断処理を行う。この診断処理は、入力回路１３を介して入力される各種センサやスイッチ等からの信号に基づいて、その信号に関係する箇所に異常がないか否かを判断する処理（いわゆる自己診断処理）であり、複数の異常検出対象項目について行われる。例えば、あるセンサの異常を検出するための診断処理としては、そのセンサの出力値が規定範囲内に入っているか否かを判定し、規定範囲内に入っていなければ、そのセンサが異常であると判断する。
【００４５】
次にＳ１２０にて、上記の診断処理で異常と判断した異常検出対象項目があったか否かを判定し、異常と判断した項目がなければ、そのまま当該診断結果記憶処理を終了する。
また、異常と判断した項目があれば（Ｓ１２０：ＹＥＳ）、Ｓ１３０に進み、異常と判断した項目に対応するＤＴＣ（即ち、その項目が異常であることを示す異常情報）をスタンバイＲＡＭ９に記憶すると共に、所定の条件を満たす場合、例えばイグニッションスイッチのオンからオフまでを１トリップとし、２トリップ連続して同じ異常を検出するような場合などには、警告ランプを点灯させる。
【００４６】
そして、次のＳ１４０にて、当該ＥＣＵ１の車両への組み付けが完了してから成立する特定の条件が既に成立しているか否かを判定する。具体的には、後述する条件成立フラグを参照して、その条件成立フラグがオンならば、特定の条件が成立していると判定する。尚、条件成立フラグは、ＥＥＰＲＯＭ１１における所定の記憶領域に記憶されるフラグであり、ＥＣＵ１の製造時においては、オフに初期設定されている。
【００４７】
上記Ｓ１４０にて、特定の条件が成立していると判定した場合には、Ｓ１５５に進み、診断処理で異常と判断した項目に対応するＤＴＣを、ＰＤＴＣ（外部ツールからのコマンドで消去できないＥＥＰＲＯＭ１１内の永久故障コード）としてＥＥＰＲＯＭ１１の第２記憶領域に記憶する。そして、その後、当該診断結果記憶処理を終了する。
【００４８】
また、上記Ｓ１４０にて、特定条件が成立していないと判定した場合には、Ｓ１５０に進み、診断処理で異常と判断した項目に対応するＤＴＣを、ＥＥＰＲＯＭ１１の第１記憶領域に記憶する。そして、その後、当該診断結果記憶処理を終了する。
【００４９】
次に、上記Ｓ１４０で参照される条件成立フラグが、どのようにして初期値のオフからオンされるかについて説明する。
まず、図３に示すように、ＥＣＵ１が搭載される（組み付けられる）車両３５の無線通信装置２５と通信するテレマティクスサービス用のセンター３１には、サーバーや通信機器等からなる情報処理装置３３があり、その情報処理装置３３は、車両３５の無線通信装置２５と携帯電話用の公衆回線を介して通信するようになっている。そして、その通信により、車両３５側から、車両３５の現在位置や運転状態や故障の有無等の情報を収集し、また、その収集した情報に基づいて、道路交通情報や車両点検整備の案内情報等を車両３５側へ送信する。すると、それらの情報は、車両３５のナビゲーション装置２３の表示装置に表示される。
【００５０】
ここで、図３に示すように、ＥＣＵ１が搭載された新たな車両３５の購入者が決まると、その車両３５を販売するカーディーラ３７においては、その車両３５のユーザーへの引き渡し前の時点で、コンピュータからなる端末装置３９に、その車両３５に関する登録情報が入力される。登録情報としては、例えば、車両３５の車体番号及び登録番号や、ユーザーの住所、氏名、連絡先電話番号及びＥメールアドレス等である。そして、端末装置３９に入力された車両３５に関する登録情報は、公衆回線又は専用回線を介してセンター３１の情報処理装置３３に送信される。
【００５１】
一方、センター３１の情報処理装置３３は、図４に示すサービス開始処理を一定時間毎に行っている。
そして、このサービス開始処理では、まずＳ２１０にて、端末装置３９からの登録情報を受信したか否かを判定し、登録情報を受信していなければ、そのまま当該サービス開始処理を終了するが、登録情報を受信したならば、次のＳ２２０に進んで、受信した登録情報を記憶する登録処理を行う。そして、次のＳ２３０にて、今回受信した登録情報に該当する車両３５（以下、該当車両３５という）へ、サービスの実施を開始することを示すサービス開始の情報を送信し、その後、当該サービス開始処理を終了する。
【００５２】
該当車両３５においては、センター３１からのサービス開始の情報が、ナビゲーション装置２３の無線通信装置２５によって受信される。
そして、ナビゲーション装置２３は、センター３１からのサービス開始の情報を受信すると、当該ナビゲーション装置２３を構成する表示装置に、テレマティクスサービスを受けることが可能になったことを示すメッセージを表示して、そのことをユーザーに知らせる。このため、センター３１の情報処理装置３３が該当車両３５へサービス開始の情報を送信した時に、その該当車両３５に対するサービスが開始されたことになる。
【００５３】
また、ナビゲーション装置２３は、センター３１からのサービス開始の情報を、通信線２１を介してＥＣＵ１に転送する。
そして、ＥＣＵ１では、ＣＰＵ３が、条件成立フラグがオフされている場合に、図５に示すフラグ設定処理を一定時間毎に実行するようになっている。そのフラグ設定処理では、まずＳ３１０にて、通信線２１を介して上記サービス開始の情報を受信したか否かを判定する。そして、サービス開始の情報を受信していないと判定した場合には、そのまま当該フラグ設定処理を終了するが、サービス開始の情報を受信したと判定した場合には、Ｓ３２０に進んで、ＥＥＰＲＯＭ１１内の条件成立フラグをオンに書き換え、その後、当該フラグ設定処理を終了する。
【００５４】
つまり、本実施形態のＥＣＵ１では、センター３１の情報処理装置３３から、当該ＥＣＵ１が搭載されている車両３５へ、テレマティクスサービスの実施開始を示すサービス開始の情報が送信されたことを検知すると、特定の条件が成立したとして、条件成立フラグをオフからオンに変更するようになっている。そして、その条件成立フラグがオンになると、図２における診断処理（Ｓ１１０）で異常が検出されてその異常のＤＴＣをＥＥＰＲＯＭ１１へ記憶する際の記憶先が、第１記憶領域から第２記憶領域に変更される。
【００５５】
尚、センター３１の情報処理装置３３が図４のＳ２３０にて、サービス開始の情報と共に、ＥＣＵ１に対して記憶領域の切り替えを指示するための記憶領域切り替えコマンドを送信し、その記憶領域切り替えコマンドが、ナビゲーション装置２３から通信線２１を介してＥＣＵ１に転送され、ＥＣＵ１のＣＰＵ３は、図５のＳ３１０にて、その記憶領域切り替えコマンドを受信したか否かを判定し、受信したと判定したならば条件成立フラグをオンに書き換える、というように構成しても良い。また、ナビゲーション装置２３が、センター３１からのサービス開始の情報を受信すると、その情報がセンター３１から送信されて来たことを示す報知情報をＥＣＵ１へ送信し、ＥＣＵ１のＣＰＵ３は、図５のＳ３１０にて、その報知情報を受信したか否かを判定するように構成しても良い。
【００５６】
一方更に、ＥＣＵ１のＣＰＵ３は、外部ツール２７からの要求を示すコマンド（以下単に、要求と言う）のうち、ＥＥＰＲＯＭ１１に記憶されたＤＴＣの読み出し要求に応答するための処理として、図６に示す異常情報出力処理を一定時間毎に実行するようになっている。
【００５７】
その異常情報出力処理では、まずＳ４１０にて、外部ツール２７からのＰＤＴＣ読み出し要求を受信したか否かを判定する。このＰＤＴＣ読み出し要求は、カリフォルニア州大気資源局の法規で規定されているＰＤＴＣをＥＥＰＲＯＭ１１から読み出して出力することを要求するものであり、前述の故障診断用異常情報読み出し要求に相当する。つまり、ＰＤＴＣ読み出し要求は、車両整備工場等において、車両の整備者（外部ツール２７の操作者でもある）が、車両の故障診断を行う場合に用いる要求である。
【００５８】
そして、Ｓ４１０でＰＤＴＣ読み出し要求を受信したと判定した場合には、Ｓ４２０に進み、ＥＥＰＲＯＭ１１の第２記憶領域に記憶されているＤＴＣ（即ち、ＰＤＴＣ）を読み出して外部ツール２７へ送信し、その後、当該異常情報出力処理を終了する。
【００５９】
また、上記Ｓ４１０にて、ＰＤＴＣ読み出し要求を受信していないと判定した場合には、Ｓ４３０に移行して、外部ツール２７からの特別ＤＴＣ読み出し要求を受信したか否かを判定する。この特別ＤＴＣ読み出し要求は、ＥＣＵ１の車両への組み付けが完了する前（組み付け中）に図２のＳ１１０で検出された異常のＤＴＣを読み出して、その異常を検証するために用いられる要求であり、前述した特別な異常情報読み出し要求に相当する。
【００６０】
そして、Ｓ４３０で特別ＤＴＣ読み出し要求を受信していないと判定した場合には、そのまま当該異常情報出力処理を終了するが、特別ＤＴＣ読み出し要求を受信したと判定した場合には、Ｓ４４０に進み、ＥＥＰＲＯＭ１１の第１記憶領域に記憶されているＤＴＣを読み出して外部ツール２７へ送信し、その後、当該異常情報出力処理を終了する。
【００６１】
尚、外部ツール２７は、ＰＤＴＣ読み出し要求を送信するための操作が行われると、そのＰＤＴＣ読み出し要求をＥＣＵ１へ送信すると共に、ＥＣＵ１から送信されて来るＰＤＴＣ（この場合、ＥＥＰＲＯＭ１１の第２記憶領域内のＤＴＣ）を、当該外部ツール２７の表示装置に表示させる。同様に、外部ツール２７は、特別ＤＴＣ読み出し要求を送信するための操作が行われると、その特別ＤＴＣ読み出し要求をＥＣＵ１へ送信すると共に、ＥＣＵ１から送信されて来るＤＴＣ（この場合、ＥＥＰＲＯＭ１１の第１記憶領域内のＤＴＣ）を、当該外部ツール２７の表示装置に表示させる。
【００６２】
以上のような本実施形態のＥＣＵ１によれば、車両への組み付けが完了してから該車両がユーザーに使用され始めるまでの間の特定タイミングであって、その車両へのテレマティクスサービスが開始されるタイミングまでは、診断処理で検出された異常のＤＴＣがＥＥＰＲＯＭ１１の第１記憶領域に記憶され、テレマティクスサービスが開始された後は、ＤＴＣがＥＥＰＲＯＭ１１の第２記憶領域にＰＤＴＣとして記憶にされる。
【００６３】
このため、車両への組み付け中に検出された異常のＤＴＣであって、通常の車両整備工程では参照不要なＤＴＣは、ＥＥＰＲＯＭ１１の第１記憶領域に記憶され、車両がユーザーに使用され始めてから検出された異常のＤＴＣについては、ＥＥＰＲＯＭ１１の第２記憶領域にＰＤＴＣとして記憶されることとなる。
【００６４】
そして、外部ツール２７からのＰＤＴＣ読み出し要求に対しては、上記第２記憶領域内のＰＤＴＣを外部ツール２７へ出力するため、車両への組み付け完了前（組み付け中）のＤＴＣが外部ツール２７へ出力されず、車両の整備者が、本当は正常なのに異常が生じていると判断してしまうことを防止することができる。よって、車両への組み付け完了前のＤＴＣをＥＥＰＲＯＭ１１から消去する必要はない。
【００６５】
また、外部ツール２７からの特別ＤＴＣ読み出し要求に対しては、上記第１記憶領域内のＤＴＣを外部ツール２７へ出力するため、外部ツール２７の使用者は、そのＤＴＣにより、当該ＥＣＵ１の車両への組み付け完了前（組み付け作業中）に検出された異常を確認することができる。
【００６６】
尚、車両への組み付け完了前のＤＴＣは、図２のＳ１３０により、スタンバイＲＡＭ９にも記憶されるが、スタンバイＲＡＭ９は、車載バッテリが外されたり、バッテリ上がりが生じると、記憶内容が消えてしまう。一方、ＥＥＰＲＯＭ１１は、電源供給の停止によって記憶内容が消えることはない。よって、本実施形態のＥＣＵ１によれば、車両への組み付け完了前のＤＴＣをＥＥＰＲＯＭ１１の第１記憶領域内に確実に保存することができる。また、本実施形態では、図２におけるＳ１２０の診断処理が診断手段に相当し、Ｓ１４０〜Ｓ１５５の処理が異常情報保存手段に相当している。
［第２実施形態］
第２実施形態のＥＣＵは、第１実施形態のＥＣＵ１とハードウェア構成は同じであるため、以下の説明において、構成要素の符号は、第１実施形態と同じものを用いる。また、このことは、後述する他の実施形態についても同様である。
【００６７】
第２実施形態においては、第１実施形態と比較すると、条件成立フラグがオフからオンになる条件（即ち、ＤＴＣのＥＥＰＲＯＭ１１における記憶先を切り替える条件）が異なっている。
【００６８】
まず、図７に示すように、本第２実施形態では、ＥＣＵ１が組み付けられる車両３５の製造工場４１に、コンピュータからなる管理装置４３が設けられており、その管理装置４３には、製造している各車両３５について該車両３５が完成したか否かを示す管理情報が入力されている。そして、管理装置４３は、その管理情報をセンター３１の情報処理装置３３へ、一定時間毎に、或いは、該管理情報が更新される毎に、公衆回線又は専用回線を介して送信する。尚、管理情報は、例えば、車両の車体番号と、その車体番号の車両が完成しているか否かを示す情報とからなる。よって、その管理情報により、どの車体番号の車両が完成しているかを知ることができる。
【００６９】
また、ＥＣＵ１と共に車両３５に搭載されるナビゲーション装置２３の無線通信装置２５は、電源が供給されて動作を開始すると、センター３１の情報処理装置３３への定期的なアクセスを開始する。そして、そのアクセス時に送信する信号には、当該無線通信装置２５が搭載された車両に固有の情報（本実施形態では車体番号）が含まれている。
【００７０】
そして、センター３１の情報処理装置３３は、図８に示す通信開始判定処理を一定時間毎に行っている。
この通信開始判定処理では、まずＳ２５０にて、車両３５の無線通信装置２５からのアクセスがあったか否かを判定し、アクセスがなければ、そのまま当該処理を終了するが、アクセスがあったと判定した場合には、Ｓ２６０に進む。
【００７１】
Ｓ２６０では、アクセスされた無線通信装置２５が搭載されている車両（以下、アクセス車両という）３５が完成しているか否かを、前述の管理装置４３から受信した管理情報に基づいて判定する。具体的には、無線通信装置２５からのアクセス信号に含まれていた車体番号の車両が完成しているか否かを、管理装置４３から受信した管理情報に基づき判定する。そして、アクセス車両３５が完成していない（製造中）と判定した場合には、そのまま当該通信開始判定処理を終了するが、アクセス車両３５が完成していると判定した場合には、次のＳ２７０にて、そのアクセス車両３５へ、当該情報処理装置３３との通信が成立したことを知らせるための通信開始情報を送信し、その後、当該通信開始判定処理を終了する。
【００７２】
また、センター３１からの通信開始情報の送信先の車両３５では、そのセンター３１からの通信開始情報が、ナビゲーション装置２３から通信線２１を介してＥＣＵ１に転送される。
【００７３】
そして、そのＥＣＵ１では、ＣＰＵ３が、図５のフラグ設定処理におけるＳ３１０にて、前述したサービス開始の情報に代えて、上記通信開始情報を受信したか否かを判定し、通信開始情報を受信したと判定したならば、Ｓ３２０に進んで、条件成立フラグをオンに書き換えるようになっている。
【００７４】
このような第２実施形態では、製造中の車両３５の無線通信装置２５が動作を開始してセンター３１の情報処理装置３３にアクセスしても、その情報処理装置３３からは通信開始情報が送信されない。そして、車両３５が完成した後、その車両３５の無線通信装置２５がセンター３１の情報処理装置３３にアクセスした場合には、その情報処理装置３３から当該車両３５へ自動的に通信開始情報が送信され、その車両３５のＥＣＵ１にて、ＤＴＣのＥＥＰＲＯＭ１１における記憶先が第１記憶領域から第２記憶領域に変更されることとなる。
【００７５】
そして、この第２実施形態のＥＣＵ１によっても、車両への組み付けが完了してから該車両がユーザーに使用され始めるまでの間の特定タイミング（具体的には、車両の無線通信装置２５と情報処理装置３３との通信が成立したタイミング）で、ＤＴＣのＥＥＰＲＯＭ１１における記憶先が第１記憶領域から第２記憶領域に変更される。よって、第１実施形態と同様の効果を得ることができる。
【００７６】
尚、上記第２実施形態において、センター３１の情報処理装置３３は、図８のＳ２６０にて、アクセス車両３５についての管理情報を要求する信号を管理装置４３へ送信し、その要求信号に応答して管理装置４３から送信されて来る管理情報に基づいて、アクセス車両３５が完成しているか否かを判定するようにしても良い。
［第３実施形態］
第３実施形態においては、第１実施形態と比較すると、条件成立フラグがオフからオンになる条件が異なっている。
【００７７】
まず、図９に示すように、本第３実施形態において、ＥＣＵ１が搭載された車両３５のナビゲーション装置２３は、無線通信装置２５により、センター３１の情報処理装置３３へ、当該車両３５の現在位置を示す位置情報を定期的に送信するようになっている。
【００７８】
そして、センター３１の情報処理装置３３は、図１０に示す位置判定処理を一定時間毎に行っている。
この位置判定処理では、まずＳ２８０にて、車両３５からの位置情報に基づいて、その車両３５が特定エリア４５を出たか否か（換言すれば、特定エリアから移動したか否か）を判定する（図９参照）。尚、特定エリア４５は、車両３５を製造する製造工場の敷地、又は、その敷地のうち、製造中の車両３５が存在し且つ完成車両は排除されると定められている領域であり、何れにしても、その特定エリア４５を出た車両３５は、完成しているがユーザーには使用されていない未使用車両である。
【００７９】
そして、上記Ｓ２８０にて、車両３５が特定エリア４５を出ていないと判定した場合には、そのまま当該位置判定処理を終了するが、車両３５が特定エリア４５を出たと判定した場合には、Ｓ２９０に進む。
【００８０】
Ｓ２９０では、特定エリア４５を出たと判定した車両３５へ、特定エリア４５を出たことを示すエリア離脱情報を送信し（図９参照）、その後、当該位置判定処理を終了する。
また、センター３１からのエリア離脱情報の送信先の車両３５では、そのセンター３１からのエリア離脱情報が、ナビゲーション装置２３から通信線２１を介してＥＣＵ１に転送される。
【００８１】
そして、そのＥＣＵ１では、ＣＰＵ３が、図５のフラグ設定処理におけるＳ３１０にて、前述したサービス開始の情報に代えて、上記エリア離脱情報を受信したか否かを判定し、エリア離脱情報を受信したと判定したならば、Ｓ３２０に進んで、条件成立フラグをオンに書き換えるようになっている。
【００８２】
このような第３実施形態のＥＣＵ１によっても、車両への組み付けが完了してから該車両がユーザーに使用され始めるまでの間の特定タイミング（具体的には、車両３５が特定エリア４５から出たタイミング）で、ＤＴＣのＥＥＰＲＯＭ１１における記憶先が第１記憶領域から第２記憶領域に変更される。よって、第１実施形態と同様の効果を得ることができる。
【００８３】
尚、特定エリア４５としては、車両３５を販売するカーディーラの敷地や、そのカーディーラの敷地のうちで車両３５のＥＣＵ１を新品に交換するための作業領域に設定しても良い。
［第３実施形態の変形例］
第３実施形態の変形例として、車両３５のナビゲーション装置２３が、図１０と同様の処理を実行するようにしても良い。
【００８４】
つまり、ナビゲーション装置２３は、自身が搭載されている車両（以下、自車両という）３５の位置を常時検出しているため、その検出値に基づいて、自車両３５が特定エリア４５を出たか否かを判定し、特定エリア４５を出たと判定したならば、通信線２１を介してＥＣＵ１へエリア離脱情報を送信するように構成しても良い。
［第４実施形態］
第４実施形態のＥＣＵ１は、第３実施形態と比較すると、ＣＰＵ３が、フラグ設定処理として、図１１の処理を実行する点が異なっている。
【００８５】
また、本第４実施形態では、ナビゲーション装置２３からＥＣＵ１へ自車両３５の位置情報が定期的に送信されるようになっている。
そして、ＣＰＵ３が図１１のフラグ設定処理を開始すると、まずＳ３１３にて、ナビゲーション装置２３からの位置情報に基づき、自車両３５が第３実施形態で説明した特定エリア４５を出たか否かを判定する。そして、自車両３５が特定エリア４５を出ていないと判定した場合には、そのままフラグ設定処理を終了するが、自車両３５が特定エリア４５を出たと判定した場合には、Ｓ３２０に進んで、条件成立フラグをオンに書き換え、その後、当該フラグ設定処理を終了する。
【００８６】
つまり、第４実施形態のＥＣＵ１では、自車両３５が特定エリア４５を出たか否かを位置情報に基づき判定する処理を、外部の装置ではなく、ＣＰＵ３が行うようになっている。そして、このような第４実施形態のＥＣＵ１によっても、第３実施形態と同じ効果が得られる。
［第５実施形態］
第５実施形態のＥＣＵ１は、第１〜第４実施形態と比較すると、ＣＰＵ３が、図２の診断結果記憶処理に代えて、図１２の診断結果記憶処理を実行し、図６の異常情報出力処理に代えて、図１３の異常情報出力処理を実行する点が異なっている。
【００８７】
まず、図１２の診断結果記憶処理では、図２の診断結果記憶処理に対して、Ｓ１４５とＳ１４７が追加されている。
そして、前述のＳ１４０にて、条件成立フラグがオフであり特定の条件が成立していないと判定した場合には、Ｓ１４５に進んで、履歴フラグをセットし（この例では履歴フラグを１にし）、その後、Ｓ１５０に進む。また、Ｓ１４０にて、条件成立フラグがオンであり特定の条件が成立していると判定した場合には、Ｓ１４７に進んで、履歴フラグがセットされているか否かを判定する。そして、履歴フラグがセットされていればＳ１５５に進むが、履歴フラグがセットされていなければ、Ｓ１５０に進む。尚、履歴フラグも、条件成立フラグと同様に、ＥＥＰＲＯＭ１１における所定の記憶領域に記憶されるフラグであり、ＥＣＵ１の製造時においては、オフに初期設定されている。
【００８８】
次に、図１３の異常情報出力処理では、図６の異常情報出力処理に対して、Ｓ４１５，Ｓ４３５，Ｓ４４５が追加されている。
そして、前述のＳ４１０で外部ツール２７からのＰＤＴＣ読み出し要求を受信したと判定した場合には、Ｓ４１５に進んで、履歴フラグがセットされているか否かを判定し、履歴フラグがセットされていればＳ４２０に進むが、履歴フラグがセットされていなければＳ４４０に進む。
【００８９】
また、前述のＳ４３０で外部ツール２７からの特別ＤＴＣ読み出し要求を受信したと判定した場合には、Ｓ４３５に進んで、履歴フラグがセットされているか否かを判定し、履歴フラグがセットされていればＳ４４０に進むが、履歴フラグがセットされていなければＳ４４５に進む。そして、そのＳ４４５にて、該当するＤＴＣが無いことを示すメッセージ情報を外部ツール２７に送信し、その後、当該異常情報出力処理を終了する。
【００９０】
つまり、図１２の診断結果記憶処理では、条件成立フラグが未だセットされていないときにＳ１１０の診断処理により異常が検出された場合には（Ｓ１４０：ＮＯ）、その異常を示すＤＴＣの記憶先をＥＥＰＲＯＭ１１の第１記憶領域にすると共に、履歴情報としての履歴フラグをセットするようになっている（Ｓ１４５，Ｓ１５０）。そして、条件成立フラグがセットされた後でＳ１１０の診断処理により異常が検出された場合には（Ｓ１４０：ＹＥＳ）、履歴フラグを参照して、履歴フラグがセットされていなければ、ＤＴＣの記憶先をＥＥＰＲＯＭ１１の第１記憶領域にし（Ｓ１４７：ＮＯ→Ｓ１５０）、履歴フラグがセットされていれば、ＤＴＣの記憶先をＥＥＰＲＯＭ１１の第２記憶領域にするようになっている（Ｓ１４７：ＹＥＳ→Ｓ１５５）。
【００９１】
このため、条件成立フラグがオンされるまでに診断処理により異常が検出されたならば、第１〜第４実施形態と同様に、条件成立フラグがオンされる前のＤＴＣはＥＥＰＲＯＭ１１の第１記憶領域に記憶され、条件成立フラグがオンされた後のＤＴＣはＥＥＰＲＯＭ１１の第２記憶領域に記憶されることとなる。
【００９２】
これに対して、条件成立フラグがオンされるまでに診断処理により異常が検出されなかった場合（つまり、条件成立フラグがオンされる前のＤＴＣがＥＥＰＲＯＭ１１の第１記憶領域に記憶されなかった場合）には、履歴フラグがセットされないため、条件成立フラグがセットされた後のＤＴＣがＥＥＰＲＯＭ１１の第１記憶領域に記憶されることとなる。よって、ＥＥＰＲＯＭ１１の記憶領域を無駄なく効率的に使用することができる。
【００９３】
そして、このため、図１３の異常情報出力処理では、外部ツール２７からのＰＤＴＣ読み出し要求を受けた場合には、履歴フラグを参照して、履歴フラグがセットされていれば、ＥＥＰＲＯＭ１１の第２記憶領域内のＤＴＣを読み出して外部ツール２７へ出力し（Ｓ４１５：ＹＥＳ→Ｓ４２０）、履歴フラグがセットされていなければ、ＥＥＰＲＯＭ１１の第１記憶領域内のＤＴＣを読み出して外部ツールへ出力するようになっている（Ｓ４１５：ＮＯ→Ｓ４４０）。つまり、Ｓ４１５では、履歴フラグにより、条件成立フラグがセットされた後のＤＴＣであって、ＰＤＴＣ読み出し要求に応答して出力すべきＰＤＴＣの記憶先を特定していると言える。
【００９４】
また、外部ツール２７からの特別ＤＴＣ読み出し要求を受けた場合にも、履歴フラグを参照して、履歴フラグがセットされていれば、ＥＥＰＲＯＭ１１の第１記憶領域内のＤＴＣを読み出して外部ツール２７へ出力するが（Ｓ４３５：ＹＥＳ→Ｓ４４０）、履歴フラグがセットされていなければ、該当するＤＴＣ（即ち、ＥＣＵ１の車両への組み付けが完了する前に検出された異常のＤＴＣ）がＥＥＰＲＯＭ１１内に無いため、そのことを示すメッセージ情報を外部ツール２７へ出力するようになっている（Ｓ４３５：ＮＯ→Ｓ４４５）。
［第６実施形態］
第６実施形態のＥＣＵ１は、第１実施形態と比較すると、ＣＰＵ３が、図２の診断結果記憶処理に代えて、図１４の診断結果記憶処理を実行する点が異なっている。尚、図１４の診断結果記憶処理は、後述の動作モードに拘わらず実行される。
【００９５】
更に、ＣＰＵ３の動作モード（ＥＣＵ１の動作モードでもある）が、通常の動作を行う通常モードと機能検査モードとに切り替わるようになっている。
ここで、機能検査モードとは、車両の製造工場やカーディーラで使う特殊な動作モードであり、ＥＣＵ１に関わる機能検査のための動作を行うモードである。
【００９６】
例えば、この機能検査モードでは、負荷動作確認のために、特定の負荷（例えば、車両のインスツルメントパネルに設けられているランプや計器類等）を強制的に順次作動させたり、前述した診断処理と同様の処理であるが、その診断処理よりも正常判定条件が厳しい特殊診断処理を行ったりする。
【００９７】
そして、ＣＰＵ３は、外部ツール２７からの機能検査モード移行コマンドを受けると、機能検査モードになり、その後、通常モードへの移行条件が成立すると、機能検査モードから通常モードになる。尚、通常モードへの移行条件としては、外部ツール２７によって事前に指定された回数だけイグニッションスイッチがオフからオンされた、という条件や、外部ツール２７からの通常モード移行コマンドを受けた、という条件である。尚、事前に指定されたイグニッションスイッチのオンの回数とは、例えば、機能検査モードにおいて必要とされるイグニッションスイッチのオン回数のことである。あるいは車両の状況を考慮して、さらに所定回数だけ（例えば１，２回など）イグニッションスイッチのオン回数を増やしても良い。
【００９８】
このため、車両の製造工場においては、ＥＣＵ１の車両への組み付けが完了したなら、外部ツール２７からＥＣＵ１へ機能検査モード移行コマンドを与えて、ＥＣＵ１を最初に機能検査モードで動作させることにより異常の有無を効率良く確認するようにしている。例えば、前述の強制的な負荷作動機能により、ランプや計器類等が正常に作動するか否かを目視で確認したり、上記特殊診断処理による診断結果を外部ツール２７側へ読み出すことにより、センサやスイッチ等が正常に接続されて機能しているか否かを確認する。
【００９９】
そして、異常が無いことを確認できたならば、通常モードへの移行条件を成立させて、ＥＣＵ１を機能検査モードから通常モードに設定して、その後、車両を出荷するようにしている。尚、このような作業は、カーディーラにおいて、故障したＥＣＵ１を新品に交換した際にも行われる可能性がある。また、機能検査モードは、工場モードとも呼ばれる。
【０１００】
そこで、図１４の診断結果記憶処理では、図２の診断結果記憶処理と比較すると、Ｓ１４０に代わるＳ１４３で現在の動作モードを判定し、機能検査モードであればＳ１５０に進み、通常モードであればＳ１５５に進むようになっている。
【０１０１】
このような第６実施形態のＥＣＵ１では、車両への組み付け作業が完了する前であると考えられる機能検査モードのときに、診断処理により異常が検出された場合には、その異常のＤＴＣがＥＥＰＲＯＭ１１の第１記憶領域に記憶され、車両への組み付け作業が完了した後であると考えられる通常モードのときに、診断処理により異常が検出された場合には、その異常のＤＴＣがＰＤＴＣとしてＥＥＰＲＯＭ１１の第２記憶領域に記憶されることとなる。つまり、機能検査モード時のＤＴＣであって、車両への組付け作業が完了するまでのＤＴＣは、ＥＥＰＲＯＭ１１の第１記憶領域にされ、通常モード時のＤＴＣであって、車両がユーザーに使用される状態になってからのＤＴＣは、ＥＥＰＲＯＭ１１の第２記憶領域にＰＤＴＣとして記憶される。よって、前述した他の実施形態と同様の効果を得ることができる。
【０１０２】
尚、本第６実施形態のＥＣＵ１においても、第１実施形態と同様に、外部ツール２７からのＰＤＴＣ読み出し要求に対しては、上記第２記憶領域内のＰＤＴＣが外部ツール２７へ出力されるため、通常の車両整備工程においては不要な機能検査モード時のＤＴＣが外部ツール２７に出力されてしまうことが防止され、延いては、車両の整備者が、本当は正常なのに異常が生じていると判断してしまうことを防止することができる。よって、機能検査モード時のＤＴＣをＥＥＰＲＯＭ１１から消去する必要はない。また、本第６実施形態のＥＣＵ１においても、第１実施形態と同様に、外部ツール２７からの特別ＤＴＣ読み出し要求に対しては、上記第１記憶領域内のＤＴＣが外部ツール２７へ出力されるため、外部ツール２７の使用者は、そのＤＴＣにより、当該ＥＣＵ１の機能検査モード時に検出された異常を確認することができる。
【０１０３】
一方、本第６実施形態では、Ｓ１４３〜Ｓ１５５の処理が異常情報保存手段に相当している。
［第７実施形態］
第７実施形態のＥＣＵ１は、第５実施形態と第６実施形態を組み合わせたものである。
【０１０４】
具体的には、まず、第５実施形態と比較すると、ＣＰＵ３が、第６実施形態と同様に、通常モードと機能検査モードとに切り替わるようになっている。
更に、ＣＰＵ３は、図１２の診断結果記憶処理に代えて、図１５の診断結果記憶処理を実行するようになっている。尚、図１５の診断結果記憶処理は、ＣＰＵ３の動作モードに拘わらず実行される。
【０１０５】
そして、図１５の診断結果記憶処理では、図１２の診断結果記憶処理と比較すると、Ｓ１４０に代わるＳ１４４で現在の動作モードを判定し、機能検査モードであればＳ１４５に進み、通常モードであればＳ１４７に進むようになっている。
【０１０６】
よって、この図１５の診断結果記憶処理では、機能検査モードのときにＳ１１０の診断処理により異常が検出された場合には（Ｓ１４４：ＹＥＳ）、その異常を示すＤＴＣの記憶先をＥＥＰＲＯＭ１１の第１記憶領域にすると共に、履歴情報としての履歴フラグをセットすることとなる（Ｓ１４５，Ｓ１５０）。そして、通常モードのときにＳ１１０の診断処理により異常が検出された場合には（Ｓ１４４：ＮＯ）、履歴フラグを参照して、履歴フラグがセットされていなければ、ＤＴＣの記憶先をＥＥＰＲＯＭ１１の第１記憶領域にし（Ｓ１４７：ＮＯ→Ｓ１５０）、履歴フラグがセットされていれば、ＤＴＣの記憶先をＥＥＰＲＯＭ１１の第２記憶領域にすることとなる（Ｓ１４７：ＹＥＳ→Ｓ１５５）。
【０１０７】
このため、機能検査モードの時に診断処理により異常が検出されたならば、第６実施形態と同様に、その機能検査モード時のＤＴＣがＥＥＰＲＯＭ１１の第１記憶領域に記憶され、その後の通常モード時のＤＴＣはＥＥＰＲＯＭ１１の第２記憶領域に記憶されることとなる。これに対して、もし機能検査モードの時に診断処理により異常が検出されなかった場合には、履歴フラグがセットされないため、通常モード時のＤＴＣがＥＥＰＲＯＭ１１の第１記憶領域に記憶されることとなる。よって、第５実施形態と同様に、ＥＥＰＲＯＭ１１の記憶領域を無駄なく効率的に使用することができる。
【０１０８】
尚、本第７実施形態においても、異常情報出力処理としては、図１３の処理が実行される。そして、その図１３の処理では、外部ツール２７からのＰＤＴＣ読み出し要求を受けた場合のＳ４１５にて、履歴フラグにより、通常モード時のＤＴＣであって、ＰＤＴＣ読み出し要求に応答して出力すべきＰＤＴＣの記憶先を特定することとなる。
［第８実施形態］
第８実施形態のＥＣＵ１は、第１実施形態と比較すると、下記の点が異なっている。
【０１０９】
まず、通信線２１には、外部ツール２７として、ＯＢＤ２の規格（本実施形態では、更に詳細にはＩＳＯ１５７６５）に対応した市販の故障診断装置（以下、スキャンツールという）が着脱可能に接続される。
【０１１０】
このスキャンツールは、例えばカーディーラやカーディーラ以外の車両修理工場、車両整備工場等にて、車両の故障診断を行う際に、通信線２１に接続される。そして、スキャンツールは、第１実施形態で説明した外部ツール２７と同様の機能を有している。
【０１１１】
更に、スキャンツールは、通信線２１に接続されると、接続確認のために、ＥＣＵ１に対して、そのＥＣＵ１が当該スキャンツールに出力可能な情報の種類を問い合わせるコマンド（以下、サポート情報問い合わせコマンドという）を自動的に送信するようになっている。
【０１１２】
そのサポート情報問い合わせコマンドは、具体的には、「＄７ＤＦ、＄０１、＄００」というデータ列からなるコマンドである。尚、＄は、後続の数字がヘキサ表示の数字であることを示す符号である。そして、ＥＣＵ１は、そのサポート情報問い合わせコマンドを受信すると、自ＥＣＵがスキャンツールに出力可能な故障診断用の情報として、どのような種類の情報があるかを示すデータを、スキャンツールに返送する。すると、スキャンツールの表示装置には、ＥＣＵ１が出力可能な情報の種類を示すリスト等が表示されることとなる。よって、スキャンツールの使用者は、その表示内容により、ＥＣＵ１からどの様な故障診断用情報を抽出できるかを知ることができる。
【０１１３】
そして、本第８実施形態のＥＣＵ１では、ＣＰＵ３が、図５のフラグ設定処理に代えて、図１６のフラグ設定処理を実行する。
図１６のフラグ設定処理では、まずＳ３１５にて、上記スキャンツールからのサポート情報問い合わせコマンド（図１６中では「特定のコマンド」）を受信したか否かを判定する。そして、サポート情報問い合わせコマンドを受信していないと判定した場合には、そのままフラグ設定処理を終了するが、サポート情報問い合わせコマンドを受信したと判定した場合には、Ｓ３２０に進んで、条件成立フラグをオンに書き換え、その後、当該フラグ設定処理を終了する。
【０１１４】
このため、本第８実施形態では、スキャンツールからのサポート情報問い合わせコマンドが、第１実施形態におけるセンター３１からのサービス開始の情報と同様に、ＤＴＣの記憶領域を切り替えさせる指示としての役割を果たすこととなる。
【０１１５】
このような第８実施形態のＥＣＵ１によれば、車両が市場へ出た後に当該ＥＣＵ１が新品に交換された場合や、ＤＴＣのＥＥＰＲＯＭ１１における記憶先が第１記憶領域から第２記憶領域に変更されていないまま車両が工場から出荷された場合でも、市場にて上記スキャンツールを接続することにより、ＤＴＣの記憶先を第１記憶領域から第２記憶領域へ変更することができる。よって、当該ＥＣＵ１が新品に交換された車両や工場から出荷された新品の車両がユーザーに使用され始める直前に、ＤＴＣのＥＥＰＲＯＭ１１における記憶先を第１記憶領域から第２記憶領域に切り替えるのに有利である。
【０１１６】
しかも、スキャンツールを車両の通信線２１に接続するだけで、特別な操作をしなくても、ＤＴＣの記憶先を切り替えることができるため、操作忘れによってＤＴＣの記憶先切り替えが未実施になってしまう、ということも回避することができる。
［第９実施形態］
第９実施形態のＥＣＵ１は、第１実施形態と比較すると、下記の点が異なっている。
【０１１７】
尚、本第９実施形態についての説明では、ＤＴＣを記憶するためのＥＥＰＲＯＭ１１の各記憶領域のことを、図１７（Ｂ）に示すように、ＥＥＰＲＯＭ領域（０）〜（＊）という。「＊」は、ＥＥＰＲＯＭ領域の総数よりも１だけ小さい整数である。
【０１１８】
まず、図１７（Ａ）に示すように、ＥＥＰＲＯＭ１１における所定の記憶領域には、どのＥＥＰＲＯＭ領域をＤＴＣの記憶先にするかを示す使用領域ステイタスが記憶されている。例えば、使用領域ステイタスの値が０であれば、ＥＥＰＲＯＭ領域（０）がＤＴＣの記憶先であることを示し、使用領域ステイタスの値が１であれば、ＥＥＰＲＯＭ領域（１）がＤＴＣの記憶先であることを示している。また、ＥＣＵ１が製造された時点での使用領域ステイタスの値（即ち、初期値）は０である。
【０１１９】
そして、ＥＣＵ１のＣＰＵ３は、外部ツール２７からの切り替え指示に応じて、使用領域ステイタスの値を変更するようになっている。
具体的に説明すると、外部ツール２７は、予め定められた所定の操作が行われると、ＥＣＵ１へ、切り替え指示を送信するようになっている。そして、ＥＣＵ１のＣＰＵ３は、外部ツール２７からの切り替え指示を受信したか否かを判定し、切り替え指示を受信したと判定すると、使用領域ステイタスの値を１増加させる。
【０１２０】
更に、ＥＣＵ１のＣＰＵ３は、図２の診断結果記憶処理に代えて、図１８の診断結果記憶処理を実行する。
図１８の診断結果記憶処理では、図２の診断結果記憶処理と比較すると、Ｓ１４０〜Ｓ１５５の代わりに、Ｓ１６０及びＳ１７０の処理が行われる。
【０１２１】
即ち、図１８の診断結果記憶処理では、Ｓ１３０の処理を行った後、Ｓ１６０に進み、使用領域ステイタスを読み込む。そして、続くＳ１７０にて、今回の診断処理（Ｓ１１０）で異常と判断した項目に対応するＤＴＣを、ＥＥＰＲＯＭ領域（０）〜（＊）のうち、使用領域ステイタスが示すＥＥＰＲＯＭ領域に記憶する。そして、その後、当該診断結果記憶処理を終了する。
【０１２２】
また、図１８の診断結果記憶処理では、前述の条件成立フラグを参照しないため、ＣＰＵ３は、図５のフラグ設定処理を実行しない。
このような第９実施形態のＥＣＵ１によれば、外部ツール２７から切り替え指示を送信してやることで、ＤＴＣが記憶されるＥＥＰＲＯＭ１１の記憶領域を、ＥＥＰＲＯＭ領域（０）→ＥＥＰＲＯＭ領域（１）→ＥＥＰＲＯＭ領域（２）…というように順次変更することができる。
【０１２３】
そこで、本実施形態では、車両製造工場において、ＥＣＵ１の車両への組み付けが完了してからその車両が出荷されるまでの間の特定時点で（例えば車両の完成時や出荷時に）、外部ツール２７からＥＣＵ１へ切り替え指示を与えて、使用領域ステイタスの値を０から１に更新することにより、ＤＴＣの記憶先がＥＥＰＲＯＭ領域（０）からＥＥＰＲＯＭ領域（１）に変更されるようにしている。このため、ＥＣＵ１において、車両が工場から出荷される前のＤＴＣは、ＥＥＰＲＯＭ領域（０）に記憶され、その車両が出荷されてユーザーに使用されてからのＤＴＣは、ＥＥＰＲＯＭ領域（１）に記憶されることとなる。
【０１２４】
更に、本実施形態では、車両が市場に出てからＥＣＵ１内のプログラム（つまり、ＣＰＵ３が実行するプログラム）を書き換えたときにも、外部ツール２７からＥＣＵ１へ切り替え指示を与えて、使用領域ステイタスの値を１から２に更新することにより、ＤＴＣの記憶先がＥＥＰＲＯＭ領域（１）からＥＥＰＲＯＭ領域（２）に変更されるようにしている。このため、ＥＣＵ１において、書き換え後の新プログラムによるＤＴＣを、書き換え前の旧プログラムによるＤＴＣが記憶されたＥＥＰＲＯＭ領域（１）とは別のＥＥＰＲＯＭ領域（２）に記憶させることができる。
【０１２５】
また、以上のことから、ＣＰＵ３は、図６の異常情報出力処理に代えて、図１９の異常情報出力処理を実行するようになっている。
その図１９の異常情報出力処理では、まずＳ５１０にて、外部ツール２７からの前述したＰＤＴＣ読み出し要求を受信したか否かを判定し、ＰＤＴＣ読み出し要求を受信したと判定した場合には、次のＳ５２０にて、使用領域ステイタスの値が０であるか否かを判定する。
【０１２６】
そして、使用領域ステイタスの値が０ならば、当該ＥＣＵ１が組み付けられた車両が未出荷であり、その車両がユーザーに使用されてからのＤＴＣが無いということであるため、該当するＤＴＣ（ＰＤＴＣ読み出し要求に対して応答すべきＤＴＣ）が無いことを示すメッセージ情報を外部ツール２７に送信し、その後、当該異常情報出力処理を終了する。
【０１２７】
また、上記Ｓ５２０にて、使用領域ステイタスの値が０ではないと判定した場合には、Ｓ５４０に移行して、ＥＥＰＲＯＭ領域（０）〜（＊）のうち、使用領域ステイタスが示すＥＥＰＲＯＭ領域に記憶されているＤＴＣを読み出して外部ツール２７へ送信し、その後、当該異常情報出力処理を終了する。
【０１２８】
このため、ＥＣＵ１は、車両が工場から出荷された後にＰＤＴＣ読み出し要求を受けたならば、その時点でＤＴＣの記憶先に設定されているＥＥＰＲＯＭ領域からＤＴＣを読み出して、そのＤＴＣをＰＤＴＣとして外部ツール２７へ送信することとなる。
【０１２９】
一方、上記Ｓ５１０にて、ＰＤＴＣ読み出し要求を受信していないと判定した場合には、Ｓ５５０に移行して、外部ツール２７からの前述した特別ＤＴＣ読み出し要求を受信したか否かを判定する。そして、特別ＤＴＣ読み出し要求を受信していないと判定した場合には、そのまま当該異常情報出力処理を終了するが、特別ＤＴＣ読み出し要求を受信したと判定した場合には、Ｓ５６０に進み、ＥＥＰＲＯＭ領域（０）に記憶されているＤＴＣ（即ち、車両が工場から出荷される前のＤＴＣであり、ＥＣＵ１の車両への組み付け中に検出されたと考えられる異常のＤＴＣ）を読み出して外部ツール２７へ送信し、その後、当該異常情報出力処理を終了する。
【０１３０】
以上のような第９実施形態のＥＣＵ１によっても、第１実施形態について述べたのと同様の効果を得ることができる。尚、本第９実施形態では、Ｓ１６０、Ｓ１７０の処理が異常情報保存手段に相当している。また、使用領域ステイタスが前述の判別用情報に相当している。
【０１３１】
ところで、車両が市場に出てから（工場出荷後）、ＥＣＵ１の動作モードが前述の機能検査モードに変更される可能性があるのであれば、以下の各変形例１，２のように変形すれば良い。
［変形例１］
ＥＣＵ１のＣＰＵ１は、通常モードから機能検査モードになった場合に、使用領域ステイタスの値を自動的に１増加させ、その後、機能検査モードから通常モードに戻った時に、機能検査モード時の使用領域ステイタスの値をＥＥＰＲＯＭ１１の所定領域Ｒに記憶すると共に、使用領域ステイタスの値を、機能検査モードになる前の元の値に戻す。そして、その後、外部ツール２７からの切り替え指令を受けた場合（例えば、ＥＣＵ１のプログラム書き換えが実施された場合）には、使用領域ステイタスの値を、上記所定領域Ｒに記憶されている機能検査モード時の値以外で、且つ、現在の値よりも大きい値のうちの、最小の値に変更する。例えば、使用領域ステイタスの現在値が２であり、上記所定領域Ｒに記憶されている値が３であれば、使用領域ステイタスの値を２から４に変更する。
【０１３２】
更に、ＥＣＵ１のＣＰＵ３は、図１９のＳ５４０では、既に設定された使用領域ステイタスの値のうち、上記所定領域Ｒに記憶されている値以外で最も大きい値が示すＥＥＰＲＯＭ領域からＤＴＣを読み出して外部ツール２７へ出力する。
【０１３３】
また、ＣＰＵ３は、図１９のＳ５６０では、上記所定領域Ｒに値が記憶されていなければ、ＥＥＰＲＯＭ領域（０）からＤＴＣを読み出して外部ツール２７へ送信し、上記所定領域Ｒに値が記憶されていれば、その値が示すＥＥＰＲＯＭ領域（或いは、更にＥＥＰＲＯＭ領域（０）からも）ＤＴＣを読み出して外部ツール２７へ送信する。
【０１３４】
尚、ＥＣＵ１のＣＰＵ１は、機能検査モードから通常モードに戻った時に、使用領域ステイタスの値を、機能検査モードになる前の元の値に戻すのではなく、自動的に１増加させるようにしても良い。また、動作モード変更時の使用領域ステイタスの変更は、ＣＰＵ１が自動的に行うのではなく、外部ツール２７から切り替え指示を与えることで実施するようにしても良い。
［変形例２］
ＥＣＵ１のＣＰＵ１は、通常モードから機能検査モードになった場合に、使用領域ステイタスの値を自動的に０に設定し、その後、機能検査モードから通常モードに戻った時に、使用領域ステイタスの値を、機能検査モードになる前の値に戻すか、或いは、機能検査モードになる前の値に１加算した値に設定するように構成しても良い。
［変形例３］
また、上記第９実施形態のＥＣＵ１は、以下のように変形することもできる。
【０１３５】
まず、外部ツール２７が、外部操作によって０〜＊の何れかに指定される値を含んだ切り替え指示をＥＣＵ１へ送信するようにしておき、ＥＣＵ１のＣＰＵ３は、切り替え指示を受信したと判定すると、使用領域ステイタスの値を、その受信した切り替え指示が示す値に設定する。
【０１３６】
つまり、外部ツール２７から切り替え指示により、使用領域ステイタスの値（延いては、ＤＴＣの記憶先であるＥＥＰＲＯＭ領域）を、任意に変更することができるようにしても良い。
【０１３７】
そして、この場合にも、外部ツールからＥＣＵ１への切り替え指示により、車両製造工場における上記特定時点（車両完成時や車両出荷時）にて、使用領域ステイタスの値を０から１に変更し、その後にＥＣＵ１内のプログラムを書き換えた場合には、使用領域ステイタスの値を１から２に変更すれば良い。
【０１３８】
また、もし、車両が市場に出てから、ＥＣＵ１の動作モードが機能検査モードに変更される可能性があるのであれば、その機能検査モードに変更した際に、外部ツール２７からＥＣＵ１への切り替え指示により、使用領域ステイタスの値を０に変更し、通常モードに戻した際に、外部ツールからＥＣＵ１への切り替え指示により、使用領域ステイタスの値を、０へ変更する前の元の値に戻すか、或いは、その元の値よりも１だけ大きい値に変更すれば良い。
【０１３９】
更に、ＥＣＵ１のＣＰＵ３が、外部ツール２７からの要求に応じて、使用領域ステイタスの値を外部ツール２７へ出力するように構成しておけば、外部ツール２７により、ＥＣＵ１における使用領域ステイタスの現在値を容易に且つ確実に確認することができ、使い勝手が向上する。
【０１４０】
以上、本発明の一実施形態について説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々なる態様で実施し得ることは勿論である。
【０１４１】
上記各実施形態では、非ＰＤＴＣとして記憶されたＥＥＰＲＯＭ１１内のＤＴＣも、外部ツール２７からの特別ＤＴＣ読み出し要求によって読み出すことができるようにしたが、必ずしもそのように構成する必要はない。例えば、非ＰＤＴＣとして記憶されたＤＴＣについては、ＥＣＵ１からＥＥＰＲＯＭ１１を取り外し、その単体状態のＥＥＰＲＯＭ１１から直接読み出すようにしても良い。
【０１４２】
また上記各実施例では、条件成立フラグが、様々な条件が成立することによりオフからオンに変更された場合、あるいは、機能検査モードから通常モードに切り替わった場合に、ＤＴＣの不揮発性メモリ（ＥＥＰＲＯＭなど）における記憶先を切り替えるようにしていたが、この記憶先の切り替え処理のみならず、切り替え処理によってＤＴＣの記憶先が不揮発性メモリの第１記憶領域から第２記憶領域へと切り替る際、あるいはそれ以後、第１記憶領域内のＤＴＣを消去するようにしても良い。このようにすることで、不揮発性メモリの領域を有効利用することができる。つまり、不揮発性メモリはＤＴＣ（ＰＤＴＣ）を記憶すること以外にも、例えばエンジンの制御等、車両に搭載された機器の制御に関連する情報としての学習値を記憶したり、あるいは盗難防止装置における認証番号や暗証番号など、容易に消去されたくない情報を記憶することに用いることがある。このように、種々の情報を記憶させるための領域として、記憶先を切り替えた後に実質利用価値の少ない第１記憶領域を用いることで有効利用し、記憶すべき情報量が多いがメモリサイズに制限がある、という課題に対して有効といえる。
【符号の説明】
【０１４３】
１…ＥＣＵ（電子制御装置）、３…ＣＰＵ、５…ＲＯＭ、７…ＲＡＭ、９…スタンバイＲＡＭ、１１…ＥＥＰＲＯＭ、１３…入力回路、１５…出力回路、１７…通信回路、２１…通信線、２３…ナビゲーション装置、２５…無線通信装置、２７…外部ツール、３１…センター、３３…情報処理装置、３５…車両、３７…カーディーラ、３９…端末装置、４１…車両の製造工場、４３…管理装置、４５…特定エリア
【図１】
2010139514.tif 000003
【図２】
2010139514.tif 000004
【図４】
2010139514.tif 000005
【図５】
2010139514.tif 000006
【図６】
2010139514.tif 000007
【図８】
2010139514.tif 000008
【図１０】
2010139514.tif 000009
【図１１】
2010139514.tif 000010
【図１２】
2010139514.tif 000011
【図１３】
2010139514.tif 000012
【図１４】
2010139514.tif 000013
【図１５】
2010139514.tif 000014
【図１６】
2010139514.tif 000015
【図１７】
2010139514.tif 000016
【図１８】
2010139514.tif 000017
【図１９】
2010139514.tif 000018
【図３】
2010139514.tif 000019
【図７】
2010139514.tif 000020
【図９】
2010139514.tif 000021