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