JP5177109B2 - 電子制御装置 - Google Patents

Description

本発明は、データ書き換え可能な不揮発性メモリに診断結果を記憶する電子制御装置に関する。

例えば、車両に組み付けられて該車両のエンジン等を制御する電子制御装置としては、車両に搭載された各種センサからの情報に基づき様々な異常項目についての診断（即ち、正常か異常かの判断）を行い、異常と判断すると、その異常を示す診断結果としての異常情報（いわゆるＤＴＣ：Ｄｉａｇｎｏｓｔｉｃ Ｔｒｏｕｂｌｅ Ｃｏｄｅ )を、ＥＥＰＲＯＭ等のデータ書き換え可能な不揮発性メモリ（以下、書換可能不揮発性メモリともいう）に記憶するものがある。

そして、この種の電子制御装置は、例えば車両の製造中において、当該装置の車両への組み付けが完了していない状態（即ち、当該装置にセンサや電気負荷等の周辺機器が全て完全に接続されていない状態）で動作することがある。そして、そのような状態で電子制御装置が上記の診断を行うと、異常を検出することとなり、延いては、不要な診断結果を書換可能不揮発性メモリに記憶してしまう。

そこで、こうした不要な診断結果を記憶しないように工夫した電子制御装置として、車速やエンジン回転数等の車両の運転状態に基づき、車両がユーザに使用されているか否かを判定し、ユーザに使用されていると判定した時から、記憶手段への診断結果の記憶を開始するように構成されたものがある（例えば、特許文献１参照）。

特開２００６−２９１７３０号公報

しかしながら、上記従来技術は、車両の製造ラインでは発生しないと考えられる運転状態であって、車両がユーザに使用されていると想定される運転状態を、診断結果の記憶開始条件にしているため、実際にいつ記憶開始になるかが不明確となる。このため、車両がユーザに使用され始めてから比較的すぐに発生した異常の診断結果であって、本来ならば記憶すべき必要な診断結果を、書換可能不揮発性メモリに記憶し損ねるという可能性がある。

そこで、本発明は、電子制御装置において、診断結果のうち、ユーザによる使用開始前の不要な診断結果だけが書換可能不揮発性メモリに記憶されないようにすることを、確実に実現することを目的としている。

まず、本発明の電子制御装置を説明する前に、参考発明の電子制御装置について説明する。
参考発明の電子制御装置は、車両に組み付けられるものであり、データの書き換えが可能な不揮発性メモリ（書換可能不揮発性メモリ）と、前記車両（組み付け対象車両）に搭載された機器からの情報に基づいて診断を行い、異常と判断した後、その異常を示す診断結果を書換可能不揮発性メモリに記憶する診断手段とを備えている。

更に、参考発明の電子制御装置は、書換可能不揮発性メモリへの診断結果の記憶が許可されているか否かを示す可否情報を記憶する可否情報記憶手段と、外部装置から送信されて来る記憶許可指示を受けると、可否情報記憶手段内の可否情報を、非許可を示す内容から許可を示す内容に変更する許可切替手段と、記憶許可手段とを備えている。そして、記憶許可手段は、可否情報記憶手段内の可否情報が許可を示す内容である場合に、診断手段が診断結果を書換可能不揮発性メモリに記憶するのを許可する。

このような電子制御装置では、外部装置から記憶許可指示が送信されて来ると、許可切替手段により、可否情報記憶手段内の可否情報が非許可を示す内容から許可を示す内容に変更され、それに伴い、記憶許可手段が、書換可能不揮発性メモリへの診断結果の記憶を許可することとなる。

よって、この参考発明の電子制御装置によれば、外部装置から当該電子制御装置へ記憶許可指示を送信した時点で、書換可能不揮発性メモリへの診断結果の記憶を許可することができ、従来技術のように診断結果の記憶開始がいつになるか不明確となることがないため、本発明の目的を達成することができる。

具体的には、下記の方法を行えば良い。
即ち、当該電子制御装置の組み付け対象車両への組み付けが完了してから、その車両がユーザに使用され始めるまでの間に、外部装置から当該電子制御装置へ記憶許可指示を送信してやれば良い。尚、電子制御装置の車両への組み付けが完了するとは、車両に搭載されているセンサや電気負荷等の機器のうち、当該電子制御装置と接続されるべき全ての機器が当該電子制御装置に接続された状態になったことを意味している。

そして、このようにすれば、当該電子制御装置の車両への組み付け中に検出された異常を示す不要な診断結果については、書換可能不揮発性メモリに記憶されてしまうことを防止することができ、その車両がユーザに使用され始めてからの診断結果については、書換可能不揮発性メモリへの記憶が確実に許可されるようにすることができる。つまり、診断結果のうち、ユーザによる使用開始前の不要な診断結果だけが書換可能不揮発性メモリに記憶されないようにすることを、確実に実現することができる。

尚、上記の方法は、車両の製造工場で実施することができ、また、車両の修理工場において、当該電子制御装置を新品に交換する際においても実施することができる。また、上記の方法の、更に具体的な一例としては、車両の製造工場において、その車両が完成したなら、外部装置から電子制御装置へ記憶許可指示を送信してやれば良い。

ここで、カリフォルニア州大気資源局（ＣＡＲＢ：Ｃａｌｉｆｏｒｎｉａ Ａｉｒ Ｒｅｓｏｕｒｃｅｓ Ｂｏａｒｄ）による法規には、診断結果として記憶されているＤＴＣを、永久故障コード（Permanent DTC, 以下、ＰＤＴＣとも言う）として、電子制御装置のＥＥＰＲＯＭに記憶し、このＰＤＴＣを、電子制御装置と通信可能な外部ツールからのコマンドで消去できるようにしてはいけない旨の規定が設けられたが、参考発明の電子制御装置によれば、消去しなければならない不要な診断結果が書換可能不揮発性メモリに記憶されてしまうことを防止できるため、そのような規定があっても支障はない。

次に、本発明の電子制御装置について説明する。
まず、請求項１の電子制御装置は、前述した参考発明の電子制御装置と同様に、車両に組み付けられるものであり、データの書き換えが可能な書換可能不揮発性メモリと、前記車両に搭載された機器からの情報に基づいて診断を行い、異常と判断した後、その異常を示す診断結果を書換可能不揮発性メモリに記憶する診断手段とを備えている。

そして、この電子制御装置は、前記車両に搭載されたナビゲーション装置と接続される。更に、この電子制御装置は、書換可能不揮発性メモリへの診断結果の記憶が許可されているか否かを示す可否情報を記憶する可否情報記憶手段と、許可切替手段及び記憶許可手段とを備えている。

そして、許可切替手段は、前記ナビゲーション装置が検出する車両の位置情報に基づいて、当該電子制御装置が組み付けられた前記車両が、特定の領域を出たか否かを判定し、前記車両が前記特定の領域を出たことを検知すると、可否情報記憶手段内の可否情報を、非許可を示す内容から許可を示す内容に変更する。そして、記憶許可手段は、可否情報記憶手段内の可否情報が許可を示す内容である場合に、診断手段が診断結果を書換可能不揮発性メモリに記憶するのを許可する。

このような請求項１の電子制御装置によれば、当該装置が組み付けられた車両が特定の領域を出ると、可否情報記憶手段内の可否情報が許可を示す内容に変更されることとなる。このため、特定の領域を、例えば、車両製造工場の敷地や、その製造工場の敷地のうち、製造中の車両が存在し完成車両は排除されると定められている領域や、カーディーラの敷地や、そのカーディーラの敷地のうちで車両の電子制御装置を新品に交換するための作業領域など、車両のユーザーが車両を使用する前の特定の領域（換言すれば、請求項４に記載の如く、車両がユーザに使用され始める前に存在する領域）に設定しておけば、人が特別な作業を行わなくても、参考発明の電子制御装置について述べた効果を得ることができる。

次に、請求項２の電子制御装置では、請求項１の電子制御装置において、データ保持用の電源が常時供給されたＲＡＭであるスタンバイＲＡＭ（バックアップＲＡＭとも呼ばれる）が備えられている。そして、診断手段は、診断結果をスタンバイＲＡＭにも記憶するようになっており、そのスタンバイＲＡＭへの診断結果の記憶は常時許可されている。

このような請求項２の電子制御装置によれば、当該装置の車両への組み付け中に検出された異常を示す診断結果はスタンバイＲＡＭ内に残るため、その組み付け中に発生した不具合や故障の解析を、スタンバイＲＡＭ内の診断結果に基づき容易に行うことができるようになる。

次に、請求項３の電子制御装置では、請求項１，２の電子制御装置において、可否情報記憶手段は、書換可能不揮発性メモリの特定の記憶領域であることを特徴としている。
このような請求項３の電子制御装置によれば、全ての電源が遮断されても（具体的には、データ保持用のバックアップ電源が遮断されても）、許可を示す内容に変更された可否情報を継続して保持することができる。このため、車両がユーザに使用され始めてから、書換可能不揮発性メモリへの診断結果の記憶が非許可に戻ってしまうのを確実に防止することができる。

第１実施形態のＥＣＵ（電子制御装置）を表す構成図である。 第１実施形態のＥＣＵにおけるＣＰＵが実行する診断結果記憶処理を表すフローチャートである。 外部ツールが行う処理を表すフローチャートである。 第１実施形態のＥＣＵにおけるＣＰＵが実行する許可切替処理を表すフローチャートである。 第２実施形態のＥＣＵが搭載された車両にセンターからＥＥＰＲＯＭ記憶許可コマンドが送信されるまでの流れを説明する説明図である。 第２実施形態のセンターの情報処理装置が行うサービス開始処理を表すフローチャートである。 第３実施形態のＥＣＵが搭載された車両にセンターからＥＥＰＲＯＭ記憶許可コマンドが送信されるまでの流れを説明する説明図である。 第３実施形態のセンターの情報処理装置が行うＥＥＰＲＯＭ記憶許可コマンド送信処理を表すフローチャートである。 第４実施形態のＥＣＵが搭載された車両にセンターからＥＥＰＲＯＭ記憶許可コマンドが送信されるまでの流れを説明する説明図である。 第４実施形態のセンターの情報処理装置が行うＥＥＰＲＯＭ記憶許可コマンド送信処理を表すフローチャートである。 第５実施形態のＥＣＵにおけるＣＰＵが実行する許可切替処理を表すフローチャートである。 第６実施形態のＥＣＵにおけるＣＰＵが実行する許可切替処理を表すフローチャートである。 第７実施形態のＥＣＵにおけるＣＰＵが実行する許可切替処理を表すフローチャートである。 第８実施形態のＥＣＵにおけるＣＰＵが実行する許可切替処理を表すフローチャートである。

以下に、本発明の実施形態ついて説明する。但し、以下に説明する各実施形態のうち、第１〜第５、第７、第８の各実施形態は参考例であり、第６実施形態が本発明の適用されたものである。
［第１実施形態］
まず図１は、第１実施形態の電子制御装置（以下、ＥＣＵという）１を表す構成図である。尚、本実施形態のＥＣＵ１は、車両に組み付けられて、その車両のエンジンを制御するものである。

図１に示すように、ＥＣＵ１は、ＣＰＵ（中央演算装置）３と、ＣＰＵ３が実行するプログラムや該プログラムの実行時に参照されるデータを格納するＲＯＭ５と、データを一時的に記憶するためのＲＡＭ７と、データ保持用の電源が常時供給されたスタンバイＲＡＭ（ＳＲＡＭ）９と、書換可能不揮発性メモリであるＥＥＰＲＯＭ１１と、入力回路１３と、出力回路１５とを備えている。

ＣＰＵ３には、エンジンを制御するための情報として、吸気管圧力センサの出力Ｐｂ、エンジン回転数センサの出力Ｎｅ、エンジン水温センサの出力Ｔｗ、排気系の酸素センサ（空燃比センサ）の出力Ｏ２、車速センサの出力Ｖ、イグニッションスイッチの出力ＩＧＮ等の各種信号が、入力回路１３を介して入力される。また、出力回路１５は、点火装置やインジェクタや警告ランプ（ＭＩＬ）等の電気負荷へ、ＣＰＵ３からの指令に応じて駆動信号を出力する。

そして、ＣＰＵ３は、入力回路１３を介して入力される各種信号に基づいて制御演算を行い、その演算結果に基づき出力回路１５に指令を与えることにより、エンジンの制御に関係する電気負荷を制御する。例えば、ＣＰＵ３は、インジェクタの開弁タイミング及び開弁時間を演算し、その演算結果に基づいて、出力回路１５にインジェクタを駆動するための指令を与えることにより、エンジンへの燃料噴射を制御する。

また、ＥＣＵ１には、車両内の通信線２１に接続された他の装置とＣＰＵ３が通信するための通信回路１７も備えられている。
他の装置の１つとしては、例えばナビゲーション装置２３がある。そして、そのナビゲーション装置２３には、例えば、ＥＣＵ１から車速の演算値が送信される。また、ナビゲーション装置２３には、車両へのテレマティクスサービスを実施するための処理を行うデータセンターの情報処理装置と通信するための無線通信装置２５が備えられている。

更に、通信線２１には、車両の故障診断等を行うための外部ツール２７が、図示しないコネクタを介して着脱可能になっている。その外部ツール２７は、マイコン及び表示装置（ディスプレイ）を備えたハンディタイプの装置、或いは、小型のパソコン等である。

尚、ＥＣＵ１の電源としては、イグニッションスイッチのオン／オフに連動して車載バッテリから供給される動作用電源と、車載バッテリから常時供給されるバックアップ電源とがある。そして、ＥＣＵ１は、イグニッションスイッチがオンされると動作用電源が供給されて動作する。また、スタンバイＲＡＭ９には、ＥＣＵ１内の電源回路（図示省略）によって上記バックアップ電源から生成される一定の電圧が、データ保持用の電源として常時供給される。

ここで、ＥＣＵ１のＣＰＵ３は、エンジンを制御するための処理と並行して、図２に示す診断結果記憶処理を、例えば一定時間毎に実行するようになっている。
そして、ＣＰＵ３は、診断結果記憶処理の実行を開始すると、まずＳ１１０にて、異常を検出するための診断処理を行う。この診断処理は、入力回路１３を介して入力される各種センサやスイッチ等からの信号に基づいて、その信号に関係する箇所に異常がないか否かを判断する処理であり、複数の異常検出対象項目について行われる。例えば、あるセンサの異常を検出するための診断処理としては、そのセンサの出力値が規定範囲内に入っているか否かを判定し、規定範囲内に入っていなければ、そのセンサが異常であると判断する。

次にＳ１２０にて、上記の診断処理で異常と判断した異常検出対象項目があったか否かを判定し、異常と判断した項目がなければ、そのまま当該診断結果記憶処理を終了する。
また、異常と判断した項目があれば（Ｓ１２０：ＹＥＳ）、Ｓ１３０に進み、異常と判断した項目に対応するＤＴＣ（即ち、その項目が異常であることを示す診断結果）をスタンバイＲＡＭ９に記憶すると共に、所定の条件を満たす場合、例えばイグニッションスイッチのオンからオフまでを１トリップとし、２トリップ連続して同じ異常を検出するような場合などには、警告ランプを点灯させる。

そして、次のＳ１４０にて、ＥＥＰＲＯＭ記憶許可フラグが、許可を示すオンであるか否かを判定し、そのフラグがオンでなければ、そのまま当該診断結果記憶処理を終了する。尚、ＥＥＰＲＯＭ記憶許可フラグは、ＥＥＰＲＯＭ１１における特定の記憶領域に記憶されるフラグであり、ＥＣＵ１の製造時においては、オフに初期設定されている。

また、上記Ｓ１４０にて、ＥＥＰＲＯＭ記憶許可フラグがオンであると判定した場合には、Ｓ１５０に進み、診断処理で異常と判断した項目に対応するＤＴＣを、ＰＤＴＣとしてＥＥＰＲＯＭ１１にも記憶する。そして、その後、当該診断結果記憶処理を終了する。

次に、ＥＥＰＲＯＭ記憶許可フラグが、どのようにして初期値のオフからオンされるかについて説明する。
まず図３は、外部ツール２７が行う処理を表すフローチャートである。尚、図３の処理は、実際には、外部ツール２７を構成するコンピュータによって実行される。

図３に示すように、外部ツール２７は、通信線２１に接続された状態で、特定の操作が行われると（Ｓ２１０：ＹＥＳ）、ＥＣＵ１へＥＥＰＲＯＭ記憶許可コマンドを送信する（Ｓ２２０）。

また、ＥＣＵ１のＣＰＵ３は、ＥＥＰＲＯＭ記憶許可フラグがオフされている場合に、図４に示す許可切替処理を一定時間毎に実行する。
ＣＰＵ３が許可切替処理の実行を開始すると、まずＳ３１０にて、通信線２１を介してＥＥＰＲＯＭ記憶許可コマンドを受信したか否かを判定する。そして、ＥＥＰＲＯＭ記憶許可コマンドを受信していないと判定した場合には、そのまま当該許可切替処理を終了するが、ＥＥＰＲＯＭ記憶許可コマンドを受信したと判定した場合には、Ｓ３２０に進んで、ＥＥＰＲＯＭ１１内のＥＥＰＲＯＭ記憶許可フラグをオンに書き換え、その後、当該許可切替処理を終了する。

よって、外部ツール２７を車両の通信線２１に接続すると共に、その外部ツール２７に対して特定の操作を行えば、その外部ツール２７からＥＣＵ１へ、ＥＥＰＲＯＭ記憶許可コマンドが送信される。つまり、車両外部からツール２７によって、換言すると車両に組み付けられていない外部装置によって記憶許可コマンドを送りＥＥＰＲＯＭ記憶許可フラグを記憶不可の状態から記憶許可の状態へと変更するのである。

そして、ＥＣＵ１では、通信線２１を介して送られて来るＥＥＰＲＯＭ記憶許可コマンドを受信すると、ＥＥＰＲＯＭ記憶許可フラグがオンされ、それにより、図２のＳ１５０でＥＥＰＲＯＭ１１にＤＴＣが記憶されることが許可される。

このようなＥＣＵ１によれば、外部ツール２７から当該ＥＣＵ１へＥＥＰＲＯＭ記憶許可コマンドを送信した時点で、ＥＥＰＲＯＭ１１へのＤＴＣの記憶を許可することができ、従来技術のようにＤＴＣの記憶開始がいつになるか不明確となることがない。

このため、本実施形態では、ＥＣＵ１の車両への組み付けが完了して、そのＥＣＵ１における診断処理（Ｓ１１０）で異常と誤判定される可能性がなくなった時点から、その車両がユーザに使用され始めるまでの間の、特定のタイミングで、外部ツール２７からＥＣＵ１へＥＥＰＲＯＭ記憶許可コマンドを送信させて、ＥＣＵ１におけるＥＥＰＲＯＭ記憶許可フラグをオンするようにしている。

具体的には、車両の製造工場において、車両が完成したなら、外部ツール２７からＥＣＵ１へＥＥＰＲＯＭ記憶許可コマンドを送信するようにしている。また例えば、カーディーラ等の車両修理工場において、故障したＥＣＵ１を新品に交換する際には、新品のＥＣＵ１の車両への組み付けが完了したら、外部ツール２７からＥＣＵ１へＥＥＰＲＯＭ記憶許可コマンドを送信するようにしている。

そして、このような本実施形態のＥＣＵ１によれば、車両への組み付け中に誤って検出された異常を示す不要なＤＴＣについては、ＥＥＰＲＯＭ１１に記憶されてしまうことを防止することができ、その車両がユーザに使用され始めてから検出された異常のＤＴＣについては、ＥＥＰＲＯＭ１１への記憶が確実に許可されるようにすることができる。つまり、検出された異常を示すＤＴＣのうち、車両がユーザに使用され始める前の不要なＤＴＣだけがＥＥＰＲＯＭ１１に記憶されないようにすることを、確実に実現することができる。

また、ＥＣＵ１において、スタンバイＲＡＭ９へのＤＴＣの記憶は常時許可されているため（Ｓ１３０）、当該ＥＣＵ１の車両への組み付け中に検出された異常を示すＤＴＣはスタンバイＲＡＭ９内に残ることとなる。よって、車両への組み付け中に発生した不具合や故障については、スタンバイＲＡＭ９内のＤＴＣを読み出すことで、容易に解析することができる。

尚、ＥＣＵ１のＣＰＵ３は、外部ツール２７から送信されるコマンドのうち、スタンバイＲＡＭ９内のＤＴＣを要求するコマンド（以下、第１種読出コマンドという）を受信すると、スタンバイＲＡＭ９内のＤＴＣを外部ツール２７へ送信し、ＥＥＰＲＯＭ１１内のＤＴＣを要求するコマンド（以下、第２種読出コマンドという）を受信すると、ＥＥＰＲＯＭ１１内のＤＴＣを外部ツール２７へ送信するようになっている。

そして、外部ツール２７は、上記第１種読出コマンドを送信するための操作が行われると、その第１種コマンドをＥＣＵ１へ送信すると共に、ＥＣＵ１から送信されて来るＤＴＣ（即ち、スタンバイＲＡＭ９内のＤＴＣ）を、当該外部ツール２７の表示装置に表示させる。同様に、外部ツール２７は、上記第２種読出コマンドを送信するための操作が行われると、その第２種コマンドをＥＣＵ１へ送信すると共に、ＥＣＵ１から送信されて来るＤＴＣ（即ち、ＥＥＰＲＯＭ１１内のＤＴＣ）を、当該外部ツール２７の表示装置に表示させる。

よって、ＥＣＵ１におけるスタンバイＲＡＭ９内のＤＴＣと、ＥＥＰＲＯＭ１１内のＤＴＣは、外部ツール２７を操作することにより、その外部ツール２７側へ読み出して、該外部ツール２７の表示装置に表示させることができる。

また更に、ＥＣＵ１では、ＥＥＰＲＯＭ記憶許可フラグがＥＥＰＲＯＭ１１に記憶されているため、車載バッテリが車両から外されたり、バッテリ上がりが生じたりしても、オフからオンに変更されたＥＥＰＲＯＭ記憶許可フラグを継続して保持することができる。このため、車両がユーザに使用され始めた後に、ＥＥＰＲＯＭ１１へのＤＴＣの記憶が非許可（禁止）に戻ってしまうのを確実に防止することができる。

尚、本実施形態では、図２におけるＳ１１０、Ｓ１２０、Ｓ１３０、及びＳ１５０の処理が診断手段に相当し、Ｓ１４０の判定処理が記憶許可手段に相当し、図４の許可切替処理が参考発明における許可切替手段に相当している。そして、ＥＥＰＲＯＭ記憶許可フラグが可否情報に相当し、そのＥＥＰＲＯＭ記憶許可フラグを記憶しているＥＥＰＲＯＭ１１の記憶領域が可否情報記憶手段に相当している。また、外部ツール２７が参考発明における外部装置に相当し、ＥＥＰＲＯＭ記憶許可コマンドが参考発明における記憶許可指示に相当している。
［第２実施形態］
第２実施形態のＥＣＵは、第１実施形態のＥＣＵ１とハードウェア構成は同じであるため、以下の説明において、構成要素の符号は、第１実施形態と同じものを用いる。

第２実施形態のＥＣＵ１は、第１実施形態のＥＣＵ１と比較すると、ＥＥＰＲＯＭ記憶許可コマンドの送信元が、外部ツール２７ではなく、図５に示すように、車両へのテレマティクスサービスを実施するための処理を行うセンター３１の情報処理装置３３である点が異なっている。

そのセンター３１の情報処理装置３３は、サーバーや通信機器等からなり、ＥＣＵ１が搭載された（組み付けられた）車両３５の無線通信装置２５と携帯電話用の公衆回線を介して通信する。そして、その通信により、車両３５側から、車両３５の現在位置や運転状態や故障の有無等の情報を収集し、また、その収集した情報に基づいて、道路交通情報や車両点検整備の案内情報等を車両３５側へ送信する。すると、それらの情報は、車両３５のナビゲーション装置２３の表示装置に表示される。

次に、センター３１の情報処理装置３３からＥＥＰＲＯＭ記憶許可コマンドが送信されるまでの流れについて説明する。
図５に示すように、ＥＣＵ１が搭載された新たな車両３５の購入者が決まると、その車両３５を販売するカーディーラ３７においては、その車両３５のユーザへの引き渡し前の時点で、コンピュータからなる端末装置３９に、その車両３５に関する登録情報が入力される。登録情報としては、例えば、車両３５の車体番号及び登録番号や、ユーザの住所、氏名、連絡先電話番号及びＥメールアドレス等である。そして、端末装置３９に入力された車両３５に関する登録情報は、公衆回線又は専用回線を介してセンター３１の情報処理装置３３に送信される。

一方、センター３１の情報処理装置３３は、図６に示すサービス開始処理を一定時間毎に行っている。
そして、このサービス開始処理では、まずＳ４１０にて、端末装置３９からの登録情報を受信したか否かを判定し、登録情報を受信していなければ、そのまま当該サービス開始処理を終了するが、登録情報を受信したならば、次のＳ４２０に進んで、受信した登録情報を記憶する登録処理を行う。そして、次のＳ４３０にて、今回受信した登録情報に該当する車両３５（以下、該当車両３５という）へ、サービスの実施を開始することを示すサービス開始の情報と、ＥＥＰＲＯＭ記憶許可コマンドを送信し、その後、当該サービス開始処理を終了する。

該当車両３５においては、センター３１からのサービス開始の情報とＥＥＰＲＯＭ記憶許可コマンドが、ナビゲーション装置２３の無線通信装置２５によって受信される。
そして、ナビゲーション装置２３は、センター３１からのサービス開始の情報を受信すると、当該ナビゲーション装置２３を構成する表示装置に、テレマティクスサービスを受けることが可能になったことを示すメッセージを表示して、そのことをユーザに知らせる。このため、センター３１の情報処理装置３３が該当車両３５へサービス開始の情報を送信した時に、その該当車両３５に対するサービスが開始されたことになる。

また、ナビゲーション装置２３は、センター３１からのＥＥＰＲＯＭ記憶許可コマンドを、通信線２１を介してＥＣＵ１に転送する。
すると、ＥＣＵ１では、前述した図４の許可切替処理により、ＥＥＰＲＯＭ１１内のＥＥＰＲＯＭ記憶許可フラグがオフからオンに書き換えられて、ＥＥＰＲＯＭ１１へのＤＴＣの記憶が許可されることとなる。

つまり、本第２実施形態のＥＣＵ１では、センター３１からサービスの実施開始時に送信されるＥＥＰＲＯＭ記憶許可コマンドを受けると、ＥＰＲＯＭ記憶許可フラグをオフからオンに変更するようになっている。

そして、このような第２実施形態のＥＣＵ１によれば、人が当該ＥＣＵ１へＥＥＰＲＯＭ記憶許可コマンドを送信するための特別な操作を行わなくても、第１実施形態のＥＣＵ１について述べた効果と同じ効果（即ち、ＤＴＣのうち、車両３５がユーザに使用され始める前の不要なＤＴＣだけがＥＥＰＲＯＭ１１に記憶されないようにすることができる、という効果）を得ることができる。
［第３実施形態］
第３実施形態のＥＣＵは、第１実施形態のＥＣＵ１とハードウェア構成は同じであるため、以下の説明において、構成要素の符号は、第１実施形態と同じものを用いる。

第３実施形態においては、第２実施形態と比較すると、センター３１の情報処理装置３３からＥＥＰＲＯＭ記憶許可コマンドが送信されるまでの流れが異なっている。
まず、図７に示すように、本第３実施形態では、ＥＣＵ１が組み付けられる車両３５の製造工場４１に、コンピュータからなる管理装置４３が設けられており、その管理装置４３には、製造している各車両３５について該車両３５が完成したか否かを示す管理情報が入力されている。そして、管理装置４３は、その管理情報をセンター３１の情報処理装置３３へ、一定時間毎に、或いは、該管理情報が更新される毎に、公衆回線又は専用回線を介して送信する。尚、管理情報は、例えば、車両の車体番号と、その車体番号の車両が完成しているか否かを示す情報とからなる。よって、その管理情報により、どの車体番号の車両が完成しているかを知ることができる。

また、ＥＣＵ１と共に車両３５に搭載されるナビゲーション装置２３の無線通信装置２５は、電源が供給されて動作を開始すると、センター３１の情報処理装置３３への定期的なアクセスを開始する。そして、そのアクセス時に送信する信号には、当該無線通信装置２５が搭載された車両に固有の情報（本実施形態では車体番号）が含まれている。

そして、センター３１の情報処理装置３３は、図８に示すＥＥＰＲＯＭ記憶許可コマンド送信処理を一定時間毎に行っている。
このＥＥＰＲＯＭ記憶許可コマンド送信処理では、まずＳ５１０にて、車両３５の無線通信装置２５からのアクセスがあったか否かを判定し、アクセスがなければ、そのまま当該処理を終了するが、アクセスがあったと判定した場合には、Ｓ５２０に進む。

Ｓ５２０では、アクセスされた無線通信装置２５が搭載されている車両（以下、アクセス車両という）３５が完成しているか否かを、前述の管理装置４３から受信した管理情報に基づいて判定する。具体的には、無線通信装置２５からのアクセス信号に含まれていた車体番号の車両が完成しているか否かを、管理装置４３から受信した管理情報に基づき判定する。そして、アクセス車両３５が完成していない（製造中）と判定した場合には、そのまま当該ＥＥＰＲＯＭ記憶許可コマンド送信処理を終了するが、アクセス車両３５が完成していると判定した場合には、次のＳ５３０にて、そのアクセス車両３５へ、ＥＥＰＲＯＭ記憶許可コマンドを送信し、その後、当該ＥＥＰＲＯＭ記憶許可コマンド送信処理を終了する。

そして、センター３１からのＥＥＰＲＯＭ記憶許可コマンドの送信先の車両３５では、第２実施形態と同様に、そのセンター３１からのＥＥＰＲＯＭ記憶許可コマンドが、ナビゲーション装置２３から通信線２１を介してＥＣＵ１に転送され、そのＥＣＵ１では、前述した図４の許可切替処理により、ＥＥＰＲＯＭ１１内のＥＥＰＲＯＭ記憶許可フラグがオフからオンに書き換えられることとなる。

このような第３実施形態のシステムでは、製造中の車両３５の無線通信装置２５が動作を開始してセンター３１の情報処理装置３３にアクセスしても、その情報処理装置３３からはＥＥＰＲＯＭ記憶許可コマンドが送信されない。そして、車両３５が完成した後、その車両３５の無線通信装置２５がセンター３１の情報処理装置３３にアクセスした場合には、その情報処理装置３３から当該車両３５へ自動的にＥＥＰＲＯＭ記憶許可コマンドが送信され、その車両３５のＥＣＵ１にて、ＥＥＰＲＯＭ１１へのＤＴＣの記憶が許可されることとなる。よって、このシステムによっても、第２実施形態と同様の効果を得ることができる。

尚、上記第３実施形態において、センター３１の情報処理装置３３は、図８のＳ５２０にて、アクセス車両３５についての管理情報を要求する信号を管理装置４３へ送信し、その要求信号に応答して管理装置４３から送信されて来る管理情報に基づいて、アクセス車両３５が完成しているか否かを判定するようにしても良い。
［第４実施形態］
第４実施形態のＥＣＵは、第１実施形態のＥＣＵ１とハードウェア構成は同じであるため、以下の説明において、構成要素の符号は、第１実施形態と同じものを用いる。

第４実施形態においては、第２実施形態と比較すると、センター３１の情報処理装置３３からＥＥＰＲＯＭ記憶許可コマンドが送信されるまでの流れが異なっている。
まず、図９に示すように、本第４実施形態において、ＥＣＵ１が搭載された車両３５のナビゲーション装置２３は、無線通信装置２５により、センター３１の情報処理装置３３へ、当該車両３５の現在位置を示す位置情報を定期的に送信するようになっている。

そして、センター３１の情報処理装置３３は、図１０に示すＥＥＰＲＯＭ記憶許可コマンド送信処理を一定時間毎に行っている。
このＥＥＰＲＯＭ記憶許可コマンド送信処理では、まずＳ６１０にて、車両３５からの位置情報に基づいて、その車両３５が特定エリア４５を出たか否か（換言すれば、特定エリアから移動したか否か）を判定する（図９参照）。尚、特定エリア４５は、車両３５を製造する製造工場の敷地、又は、その敷地のうち、製造中の車両３５が存在し且つ完成車両は排除されると定められている領域であり、何れにしても、その特定エリア４５を出た車両３５は、完成しているがユーザには使用されていない未使用車両である。

そして、上記Ｓ６１０にて、車両３５が特定エリア４５を出ていないと判定した場合には、そのまま当該ＥＥＰＲＯＭ記憶許可コマンド送信処理を終了するが、車両３５が特定エリア４５を出たと判定した場合には、Ｓ６２０に進む。

Ｓ６２０では、特定エリア４５を出たと判定した車両３５へ、ＥＥＰＲＯＭ記憶許可コマンドを送信し（図９参照）、その後、当該ＥＥＰＲＯＭ記憶許可コマンド送信処理を終了する。

そして、センター３１からのＥＥＰＲＯＭ記憶許可コマンドの送信先の車両３５では、第２，第３実施形態と同様に、そのセンター３１からのＥＥＰＲＯＭ記憶許可コマンドが、ナビゲーション装置２３から通信線２１を介してＥＣＵ１に転送され、そのＥＣＵ１では、前述した図４の許可切替処理により、ＥＥＰＲＯＭ１１内のＥＥＰＲＯＭ記憶許可フラグがオフからオンに書き換えられることとなる。

このような第４実施形態のシステムによれば、車両３５が特定エリア４５から出ると、その車両３５へ、センター３１の情報処理装置３３から自動的にＥＥＰＲＯＭ記憶許可コマンドが送信され、その車両３５のＥＣＵ１にて、ＥＥＰＲＯＭ１１へのＤＴＣの記憶が許可されることとなる。よって、このシステムによっても、第２，第３実施形態と同様の効果を得ることができる。

尚、特定エリア４５としては、車両３５を販売するカーディーラの敷地や、そのカーディーラの敷地のうちで車両３５のＥＣＵ１を新品に交換するための作業領域に設定しても良い。
［第４実施形態の変形例］
第４実施形態の変形例として、車両３５のナビゲーション装置２３が、図１０と同様の処理を実行するようにしても良い。

つまり、ナビゲーション装置２３は、自身が搭載されている車両（以下、自車両という）３５の位置を常時検出しているため、その検出値に基づいて、自車両３５が特定エリア４５を出たか否かを判定し、特定エリア４５を出たと判定したならば、通信線２１を介してＥＣＵ１へＥＥＰＲＯＭ記憶許可コマンドを送信するように構成しても良い。
［第５実施形態］
第５実施形態のＥＣＵは、第１実施形態のＥＣＵ１とハードウェア構成は同じであるため、以下の説明において、構成要素の符号は、第１実施形態と同じものを用いる。

第５実施形態のＥＣＵ１は、第２実施形態で説明したＥＣＵ１と比較すると、ＣＰＵ３が、図４の許可切替処理に代えて、図１１の許可切替処理を実行する点が異なっている。
また、本第５実施形態では、前述したセンター３１から車両３５へのサービス開始の情報が、ナビゲーション装置２３から通信線２１を介してＥＣＵ１に転送されるようになっている。

そして、ＣＰＵ３が図１１の許可切替処理を開始すると、まずＳ３１５にて、上記サービス開始の情報を受信したか否かを判定する。そして、サービス開始の情報を受信していないと判定した場合には、そのまま当該許可切替処理を終了するが、サービス開始の情報を受信したと判定した場合には、Ｓ３２０に進んで、ＥＥＰＲＯＭ１１内のＥＥＰＲＯＭ記憶許可フラグをオンに書き換え、その後、当該許可切替処理を終了する。

つまり、第５実施形態のＥＣＵ１では、センター３１の情報処理装置３３から、当該ＥＣＵ１が搭載されている車両３５へサービス開始の情報が送信されたことを検知したなら（Ｓ３１５：ＹＥＳ）、ＥＥＰＲＯＭ記憶許可フラグをオフからオンに変更するようになっている。

そして、このようなＥＣＵ１によれば、センター３１による車両３５へのサービス開始時であって、車両３５のユーザによる使用開始直前に、ＤＴＣのＥＥＰＲＯＭ１１への記憶が自動的に許可されることとなる。よって、第２実施形態と同様に、人が特別な操作を行わなくても、第１実施形態のＥＣＵ１について述べた効果と同じ効果を得ることができる。

尚、本第５実施形態において、センター３１の情報処理装置３３は、ＥＥＰＲＯＭ記憶許可コマンドを送信する必要はない。
また、ナビゲーション装置２３からＥＣＵ１へサービス開始の情報が転送されるのではなく、ナビゲーション装置２３が、センター３１からのサービス開始の情報を受信すると、その情報がセンター３１から送信されて来たことを示す報知情報をＥＣＵ１へ送信し、ＥＣＵ１のＣＰＵ３は、図１１のＳ３１５にて、その報知情報を受信したか否かを判定するように構成しても良い。
［第６実施形態］
第６実施形態のＥＣＵは、第１実施形態のＥＣＵ１とハードウェア構成は同じであるため、以下の説明において、構成要素の符号は、第１実施形態と同じものを用いる。

第６実施形態のＥＣＵ１は、第４実施形態で説明したＥＣＵ１と比較すると、ＣＰＵ３が、図４の許可切替処理に代えて、図１２の許可切替処理を実行する点が異なっている。
また、本第６実施形態では、ナビゲーション装置２３からＥＣＵ１へ自車両３５の位置情報が定期的に送信されるようになっている。

そして、ＣＰＵ３が図１２の許可切替処理を開始すると、まずＳ３１７にて、ナビゲーション装置２３からの位置情報に基づき、自車両３５が前述の特定エリア４５を出たか否かを判定する。そして、自車両３５が特定エリア４５を出ていないと判定した場合には、そのまま当該許可切替処理を終了するが、自車両３５が特定エリア４５を出たと判定した場合には、Ｓ３２０に進んで、ＥＥＰＲＯＭ１１内のＥＥＰＲＯＭ記憶許可フラグをオンに書き換え、その後、当該許可切替処理を終了する。

つまり、第６実施形態のＥＣＵ１では、自車両３５が特定エリア４５を出たことを検知すると（Ｓ３１７：ＹＥＳ）、ＥＥＰＲＯＭ記憶許可フラグをオフからオンに変更するようになっている。

そして、このようなＥＣＵ１によれば、第４実施形態と同様に、車両３５が特定エリア４５から出ると、ＥＥＰＲＯＭ１１へのＤＴＣの記憶が許可されることとなり、人が特別な操作を行わなくても、第１実施形態のＥＣＵ１について述べた効果と同じ効果を得ることができる。

尚、第５実施形態と同様に、本第６実施形態においても、センター３１の情報処理装置３３は、ＥＥＰＲＯＭ記憶許可コマンドを送信する必要はない。
また、ナビゲーション装置２３からＥＣＵ１へ位置情報が送信されるのではなく、ナビゲーション装置２３が、自車両３５が特定エリア４５を出たと判定すると、そのことを示す報知情報をＥＣＵ１へ送信し、ＥＣＵ１のＣＰＵ３は、図１２のＳ３１７にて、その報知情報を受信したか否かを判定するように構成しても良い。
［第７実施形態］
第７実施形態のＥＣＵは、第１実施形態のＥＣＵ１とハードウェア構成は同じであるため、以下の説明において、構成要素の符号は、第１実施形態と同じものを用いる。

第７実施形態のＥＣＵ１は、第１実施形態のＥＣＵ１と比較すると、下記の点が異なっている。
まず、通信線２１には、外部ツール２７として、ＯＢＤ２の規格（本実施形態では、更に詳細にはＩＳＯ１５７６５）に対応した市販の故障診断装置（以下、スキャンツールという）が着脱可能に接続される。尚、このスキャンツールは、例えばカーディーラやカーディーラ以外の車両修理工場、車両整備工場等にて、車両の故障診断を行う際に、通信線２１に接続される。

スキャンツールは、第１実施形態で説明した外部ツール２７と同様の機能を有しているが、図３の処理は行わない。つまり、スキャンツールには、ＥＥＰＲＯＭ記憶許可コマンドを送信する機能はない。

また、スキャンツールは、通信線２１に接続されると、接続確認のために、ＥＣＵ１に対して、そのＥＣＵ１が当該スキャンツールに出力可能な情報の種類を問い合わせるコマンド（以下、サポート情報問い合わせコマンドという）を自動的に送信するようになっている。

ここで、サポート情報問い合わせコマンドは、具体的には、「＄７ＤＦ、＄０１、＄００」というデータ列からなるコマンドである。尚、＄は、後続の数字がヘキサ表示の数字であることを示す符号である。

そして、ＥＣＵ１は、そのサポート情報問い合わせコマンドを受信すると、自ＥＣＵがスキャンツールに出力可能な故障診断用の情報として、どのような種類の情報があるかを示すデータを、スキャンツールに返送する。すると、スキャンツールの表示装置には、ＥＣＵ１が出力可能な情報の種類を示すリスト等が表示されることとなる。よって、スキャンツールの使用者は、その表示内容により、ＥＣＵ１からどの様な故障診断用情報を抽出できるかを知ることができる。

次に、ＥＣＵ１のＣＰＵ３は、図４の許可切替処理に代えて、図１３の許可切替処理を実行するようになっている。
そして、ＣＰＵ３が図１３の許可切替処理を開始すると、まずＳ３１９にて、上記スキャンツールからのサポート情報問い合わせコマンド（図１３中では「特定のコマンド」）を受信したか否かを判定する。そして、サポート情報問い合わせコマンドを受信していないと判定した場合には、そのまま当該許可切替処理を終了するが、サポート情報問い合わせコマンドを受信したと判定した場合には、Ｓ３２０に進んで、ＥＥＰＲＯＭ１１内のＥＥＰＲＯＭ記憶許可フラグをオンに書き換え、その後、当該許可切替処理を終了する。

このため、第７実施形態のＥＣＵ１では、スキャンツールが通信線２１に接続されて、そのスキャンツールからのサポート情報問い合わせコマンドを受信すると、ＥＥＰＲＯＭ記憶許可フラグがオンされ、それにより、図２のＳ１５０でＥＥＰＲＯＭ１１にＤＴＣが記憶されることが許可される。つまり、スキャンツールからのサポート情報問い合わせコマンドが、第１実施形態におけるＥＥＰＲＯＭ記憶許可コマンドと同様の役割も果たすようにしている。

このような第７実施形態のＥＣＵ１によれば、車両が市場へ出た後に当該ＥＣＵ１が新品に交換された場合や、ＥＥＰＲＯＭ１１へのＤＴＣの記憶が許可されていないまま車両が工場から出荷された場合でも、市場にて上記スキャンツールを接続することにより、ＥＥＰＲＯＭ１１へのＤＴＣの記憶を許可することができる。よって、当該ＥＣＵ１が新品に交換された車両や工場から出荷された新品の車両がユーザに使用され始める直前に、ＥＥＰＲＯＭ１１へのＤＴＣの記憶を許可するのに有利である。

しかも、スキャンツールを車両の通信線２１に接続するだけで、特別な操作をしなくても、ＥＥＰＲＯＭ１１へのＤＴＣの記憶を許可することができるため、操作忘れによってＤＴＣの記憶許可が未実施になってしまう、ということも回避することができる。
［第８実施形態］
第８実施形態のＥＣＵは、第１実施形態のＥＣＵ１とハードウェア構成は同じであるため、以下の説明において、構成要素の符号は、第１実施形態と同じものを用いる。

第８実施形態のＥＣＵ１は、第１実施形態のＥＣＵ１と比較すると、ＣＰＵ３が、図４の許可切替処理に代えて、図１４の許可切替処理を一定時間毎に実行する点が異なっている。尚、図１４の許可切替処理は、後述の動作モードに拘わらず実行される。

そして、ＣＰＵ３が図１４の許可切替処理を開始すると、まずＳ７１０にて、当該ＣＰＵ３の動作モード（ＥＣＵ１の動作モードでもある）が機能検査モードになっているか否かを判定する。

ここで、機能検査モードとは、車両の製造工場やカーディーラで使う特殊な動作モードであり、ＥＣＵ１に関わる機能検査のための動作を行うモードである。
例えば、この機能検査モードでは、負荷動作確認のために、特定の負荷（例えば、車両のインスツルメントパネルに設けられているランプや計器類等）を強制的に順次作動させたり、図２のＳ１１０で行われる診断処理と同様の処理であるが、その診断処理よりも正常判定条件が厳しい特殊診断処理を行ったりする。

そして、ＣＰＵ３は、外部ツール２７からの機能検査モード移行コマンドを受けると、通常の動作を行う通常モードから機能検査モードに移行し、その後、通常モードへの移行条件が成立すると、機能検査モードから通常モードに復帰する。尚、通常モードへの移行条件としては、外部ツール２７によって事前に指定された回数だけイグニッションスイッチがオフからオンされた、という条件や、外部ツール２７からの通常モード移行コマンドを受けた、という条件である。尚、事前に指定されたイグニッションスイッチのオンの回数とは、例えば、機能検査モードにおいて必要とされるイグニッションスイッチのオン回数のことである。あるいは車両の状況を考慮して、さらに所定回数だけ（例えば１，２回など）イグニッションスイッチのオン回数を増やしても良い。

このため、車両の製造工場においては、ＥＣＵ１の車両への組み付けが完了したなら、外部ツール２７からＥＣＵ１へ機能検査モード移行コマンドを送信して、ＥＣＵ１を機能検査モードで動作させることにより異常の有無を効率良く確認するようにしている。例えば、前述の強制的な負荷作動機能により、ランプや計器類等が正常に作動するか否かを目視で確認したり、上記特殊診断処理による診断結果を外部ツール２７側へ読み出すことにより、センサやスイッチ等が正常に接続されて機能しているか否かを確認する。

そして、異常が無いことを確認できたならば、通常モードへの移行条件を成立させて、ＥＣＵ１を機能検査モードから通常モードに戻し、その後、車両を出荷するようにしている。尚、このような作業は、カーディーラにおいて、故障したＥＣＵ１を新品に交換する際にも行われる。また、機能検査モードは、工場モードとも呼ばれる。

図１４に戻り、上記Ｓ７１０にて、動作モードが機能検査モードになっていない（つまり、通常モードである）と判定した場合には、そのまま当該許可切替処理を終了するが、機能検査モードになっていると判定した場合には、Ｓ７２０に進む。

そして、Ｓ７２０では、前述した通常モードへの移行条件が成立したか否かを判定し、通常モードへの移行条件が成立していなければ、そのまま当該許可切替処理を終了する。
また、Ｓ７２０にて、通常モードへの移行条件が成立したと判定した場合には、Ｓ７３０に進み、通常モードに移行する。即ち、動作モードを通常モードに切り替える。そして、次のＳ７４０にて、ＥＥＰＲＯＭ１１内のＥＥＰＲＯＭ記憶許可フラグをオンに書き換え、その後、当該許可切替処理を終了する。

このため、第８実施形態のＥＣＵ１では、動作モードが機能検査モードから通常モード（即ち、車両がユーザに使用される場合の動作モード）へ切り替わると、その時点から、図２のＳ１５０でＥＥＰＲＯＭ１１にＤＴＣが記憶されることが許可されることとなる。

よって、他の実施形態のＥＣＵ１と同様に、ＥＥＰＲＯＭ１１へのＤＴＣの記憶開始がいつになるか不明確となることがなく、ＤＴＣのうち、車両がユーザに使用され始める前の不要なＤＴＣだけがＥＥＰＲＯＭ１１に記憶されないようにすることができる。

特に、第８実施形態のＥＣＵ１によれば、当該ＥＣＵ１の車両への組み付け及び機能検査モードによる機能検査が完了してから、その車両がユーザに使用され始める前に、確実にＥＥＰＲＯＭ１１へのＤＴＣの記憶が許可されることとなり、しかも、ＤＴＣの記憶を許可するためだけの特別な作業を行う必要も無い。

尚、ＣＰＵ３が図４の許可切替処理も行うようにすれば、外部ツール２７からのＥＥＰＲＯＭ記憶許可コマンドによっても、ＥＥＰＲＯＭ１１へのＤＴＣの記憶を許可することができるようになる。

また、ＣＰＵ３が図１３の許可切替処理も行うようにすれば、前述のスキャンツールが接続された時に送信されるサポート情報問い合わせコマンドによっても、ＥＥＰＲＯＭ１１へのＤＴＣの記憶を許可することができるようになる。

また、ＥＥＰＲＯＭ１１への記憶を許可するタイミングを、上述のように機能検査モードから通常モードへ切り替わった時点ではなく、車両の状況を考慮して、通常モードへ切り替わった時点から、ユーザに使用される前の所定のタイミング（所定時間後、例えば秒単位、時間単位にて設定するなど）としても良い。

以上、本発明の一実施形態について説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲において、種々なる態様で実施し得ることは勿論である。

例えば、書換可能不揮発性メモリとしては、ＥＥＰＲＯＭに限らず、例えばフラッシュメモリでも良い。
また、各実施形態のＥＣＵ１において、何等かの原因によりＥＥＰＲＯＭ記憶許可フラグがオンされないまま車両３５がユーザに使用され始めた場合の保険的な機能として、車速やエンジン回転数等の車両３５の運転状態に基づき、車両３５がユーザに使用されているか否かを判定し、ユーザに使用されていると判定したなら、ＥＥＰＲＯＭ記憶許可フラグをオンする、という機能を付加しても良い。例えば、その機能としては、車速の積算値が一定値を越えたら車両３５がユーザに使用されていると判定する、といったものが考えられる。

また、可否情報は、フラグ（ＥＥＰＲＯＭ記憶許可フラグ）に限るものではなく、複数ビットのデータであっても良い。

１…ＥＣＵ（電子制御装置）、３…ＣＰＵ、５…ＲＯＭ、７…ＲＡＭ、９…スタンバイＲＡＭ、１１…ＥＥＰＲＯＭ、１３…入力回路、１５…出力回路、１７…通信回路、２１…通信線、２３…ナビゲーション装置、２５…無線通信装置、２７…外部ツール、３１…センター、３３…情報処理装置、３５…車両、３７…カーディーラ、３９…端末装置、４１…車両の製造工場、４３…管理装置、４５…特定エリア

Claims (4)

1. 車両に組み付けられると共に、
   データの書き換えが可能な不揮発性メモリと、
   前記車両に搭載された機器からの情報に基づいて診断を行い、異常と判断した後、その異常を示す診断結果を前記不揮発性メモリに記憶する診断手段と、
   を備えた電子制御装置であって、
   当該電子制御装置は、前記車両に搭載されたナビゲーション装置と接続され、
   前記不揮発性メモリへの前記診断結果の記憶が許可されているか否かを示す可否情報を記憶する可否情報記憶手段と、
   前記ナビゲーション装置が検出する前記車両の位置情報に基づいて、当該電子制御装置が組み付けられた前記車両が、特定の領域を出たか否かを判定し、前記車両が前記特定の領域を出たことを検知すると、前記可否情報記憶手段内の可否情報を、非許可を示す内容から許可を示す内容に変更する許可切替手段と、
   前記可否情報記憶手段内の可否情報が許可を示す内容である場合に、前記診断手段が前記診断結果を前記不揮発性メモリに記憶するのを許可する記憶許可手段と、
   を備えていることを特徴とする電子制御装置。
2. 請求項１に記載の電子制御装置において、
   データ保持用の電源が常時供給されたスタンバイＲＡＭを備え、
   前記診断手段は、前記診断結果を前記スタンバイＲＡＭにも記憶するようになっており、そのスタンバイＲＡＭへの前記診断結果の記憶は常時許可されていること、
   を特徴とする電子制御装置。
3. 請求項１または請求項２に記載の電子制御装置において、
   前記可否情報記憶手段は、前記不揮発性メモリの特定の記憶領域であること、
   を特徴とする電子制御装置。
4. 請求項１ないし請求項３の何れか１項に記載の電子制御装置において、
   前記特定の領域は、前記車両がユーザに使用され始める前に存在する領域であること、
   を特徴とする電子制御装置。