JPH0968096A - 車両用記憶装置 - Google Patents

Abstract

(57)【要約】 【課題】 車両寿命中にＥＥＰＲＯＭのデータリフレッ
シュをタイマを用いずに適当な間隔で行うことができる
ようにする。 【解決手段】 冷間始動（エンジン冷却水温≦４０℃）
で且つ暖機完了（エンジン冷却水温≧８０℃）の場合に
は、バックアップＲＡＭのカウンタを１インクリメント
する（ステップ１１１〜１１３）。これにより、バック
アップＲＡＭのカウンタのカウント値が所定値ｎに達し
た時、つまり冷間始動で且つ暖機完了まで運転が継続さ
れた運転回数が所定回数ｎに達した時には、カウンタを
「０」にクリアし（ステップ１１５）、ＥＥＰＲＯＭの
データリフレッシュを実行する（ステップ１１６）。こ
の際、データリフレッシュは、ＥＥＰＲＯＭの格納デー
タを読み出してそのデータをＥＥＰＲＯＭの同一アドレ
スに上書きすることで行われる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、不揮発性メモリと
してＥＥＰＲＯＭ等の書換え可能なＲＯＭを用いた車両
用記憶装置に関するものである。

【０００２】

【従来の技術】近年の車両用電子制御回路では、書換え
可能な不揮発性メモリとしてＥＥＰＲＯＭを用いたもの
がある。このものでは、車両出荷前にＥＥＰＲＯＭに制
御データを書き込み、その制御データを使用して車両の
制御を行うようになっている。周知のように、ＥＥＰＲ
ＯＭは、電気的に記憶内容を書換え可能なＲＯＭである
が、ＥＥＰＲＯＭに書き込まれたデータの中には一旦書
き込まれたら更新（内容が変更）されないものがある。
このようなデータとして、例えば車両盗難防止用セキュ
リティシステムに使用する暗証コードがある。

【０００３】

【発明が解決しようとする課題】一般に、ＥＥＰＲＯＭ
にはデータ保持期間に限界があり、このデータ保持期間
が車両の寿命よりも短くなるおそれがある。従って、車
両寿命中にＥＥＰＲＯＭの格納データが消失してしまう
おそれがあり、例えば、車両盗難防止用セキュリティシ
ステムに使用する暗証コードのデータが消失すると、盗
難防止機能の解除が不可能となり、車両が使用できなく
なってしまう。

【０００４】このようなデータ消失を回避するために、
ＥＥＰＲＯＭの格納データと同一のデータを該ＥＥＰＲ
ＯＭの同一アドレスに上書きする“データリフレッシ
ュ”をタイマで一定時間毎に行うことが考えられる。し
かし、ＥＥＰＲＯＭのデータ書換え回数には制限があ
り、車両寿命中のデータ書換え回数を制限回数内に収め
るためには、非常に周期の長いタイマ、つまり非常に多
くのビットを持ったタイマが必要となり、プログラム処
理上効率的でない。近年は、車両の電子制御化が進み、
１つの制御回路で行うプログラム処理が益々増加する傾
向にあり、タイマに多くのビットを持たせる余裕は少な
くなってきている。

【０００５】本発明はこのような事情を考慮してなされ
たものであり、従ってその目的は、車両寿命中にＥＥＰ
ＲＯＭ等の書換え可能なＲＯＭのデータリフレッシュを
タイマを用いずに適当な間隔で行うことができる車両用
記憶装置を提供することにある。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に、本発明の請求項１の車両用記憶装置は、不揮発性メ
モリとしてＥＥＰＲＯＭ等の書換え可能なＲＯＭを用
い、車両運転条件が予め設定されたデータリフレッシュ
条件になったときに前記書換え可能なＲＯＭの格納デー
タと同一のデータを該書換え可能なＲＯＭの同一アドレ
スに上書きするデータリフレッシュ手段を備えた構成と
なっている。

【０００７】この構成では、書換え可能なＲＯＭのデー
タリフレッシュのタイミングを車両運転条件が予め設定
されたデータリフレッシュ条件になったか否かで判断す
るので、データリフレッシュをタイマを用いずに行うこ
とができる。更に、データリフレッシュ条件が適度な間
隔で成立するようにデータリフレッシュ条件を設定する
ことで、車両寿命中にデータリフレッシュ回数が制限回
数を越えることがなく、適当なタイミングでデータリフ
レッシュを行うことができる。

【０００８】また、請求項２では、前記データリフレッ
シュ手段は、冷間始動の回数が所定回数に達することを
前記データリフレッシュ条件としている。ここで、冷間
始動は、エンジンが冷えた状態で始動することであり、
エンジン停止後、エンジンが冷える前に再始動するとき
は冷間始動ではない。つまり、冷間始動は、前回のエン
ジン運転終了から長時間経過していることを意味してい
るため、冷間始動の回数が所定回数に達することをデー
タリフレッシュ条件とすることで、データリフレッシュ
の間隔を適切に設定できる。

【０００９】但し、冷間始動の場合でも、エンジンが暖
まる前にエンジンを停止すると、その直後の始動も冷間
始動になってしまい、前回の冷間始動から今回の冷間始
動までの時間が短くなってしまう。

【００１０】そこで、請求項３では、前記データリフレ
ッシュ手段は、冷間始動で且つエンジン冷却水温が所定
温度以上になるまで（つまり暖機が完了するまで）運転
が継続された運転回数が所定回数に達することをデータ
リフレッシュ条件としている。これにより、冷間始動で
も暖機完了前にエンジンが停止された場合には、データ
リフレッシュ条件判断上は、冷間始動の回数にカウント
されず、データリフレッシュの間隔が短くならずに済
む。

【００１１】ところで、書換え可能なＲＯＭの全メモリ
領域に対してデータリフレッシュを１度にまとめて行う
場合に、データリフレッシュするメモリ領域が大きい
と、データリフレッシュ実行時間が長くなり、その分、
データリフレッシュ実行中に外部からのノイズ等の影響
を受けやすくなり、書込みエラーが発生するおそれがあ
る。

【００１２】そこで、請求項４では、前記データリフレ
ッシュ手段は、前記書換え可能なＲＯＭのメモリ領域を
複数に分割し、前記データリフレッシュ条件を満たした
回数に応じてデータリフレッシュの対象となるメモリ領
域をシフトさせる。このように、書換え可能なＲＯＭの
メモリ領域を複数に分割してデータリフレッシュを行う
ことで、データリフレッシュ１回当たりの書換え時間を
短くでき、その分、外部からのノイズ等の影響を受けに
くくなる。

【００１３】

【発明の実施の形態】以下、本発明を車両盗難防止用セ
キュリティシステムに適用した第１の実施形態を図１乃
至図３に基づいて説明する。まず、図１に基づいてシス
テム全体の概略構成を説明する。イグニッションキー
（以下「ＩＧキー」と略称する）１１には、所定の暗証
コードを格納するメモリ（図示せず）が設けられてい
る。このＩＧキー１１をキーシリンダ（図示せず）に差
し込むと、ＩＧキー１１のメモリから暗証コードがイモ
ビユニット１２に読み取られる。読み取られた暗証コー
ドはイモビユニット１２のメモリ（図示せず）に格納さ
れている暗証コードと照合され、キーシリンダに差し込
まれたＩＧキー１１が正規のＩＧキーであるか否かが判
定されて、正規のＩＧキーでなければ、車両盗難と判定
される。

【００１４】上記イモビユニット１２は、暗証コードの
照合結果（盗難判定結果）に応じてエンジン制御回路
（以下「エンジンＥＣＵ」と略称する）１３内のマイク
ロコンピュータ１４に暗証コード又はＮＧコードを送信
する。このエンジンＥＣＵ１３のマイクロコンピュータ
１４は、エンジン冷却水温を検出する水温センサ１５
等、運転状態を検出する各種センサの出力を入力バッフ
ァ１６を介して読み込み、燃料噴射量や点火時期等を演
算して、その演算結果に応じた燃料噴射信号や点火信号
を出力バッファ１７を介してインジェクタ１８や点火装
置（図示せず）に出力し、エンジンを制御する。更に、
マイクロコンピュータ１４は、イモビユニット１２から
ＩＧコードを受信したときには、点火・噴射をカットす
ることで、エンジンを始動不能にして車両の盗難を防
ぐ。

【００１５】このマイクロコンピュータ１４には、後述
する各種のプログラムや定数を記憶したＲＯＭ（図示せ
ず）や各種の入力データや演算結果を一時的に記憶する
ＲＡＭ（図示せず）の他、バッテリ（図示せず）でバッ
クアップされたバックアップＲＡＭ１９が内蔵され、更
に、書換え可能な不揮発性メモリとしてＥＥＰＲＯＭ２
０が外付けで設けられている。このＥＥＰＲＯＭ２０に
は、車両出荷時に所定の暗証コードが書き込まれてい
る。

【００１６】次に、盗難判定処理の流れを図２に基づい
て説明する。まず、ＩＧキー１１がキーシリンダ（図示
せず）に差し込まれると（ステップ１０１）、ＩＧキー
１１のメモリから暗証コードをイモビユニット１２で読
み取り（ステップ１０２）、ＩＧキー１１の暗証コード
をイモビユニット１２のメモリ（図示せず）に格納され
ている暗証コードと照合して、キーシリンダに差し込ま
れたＩＧキー１１が正規のＩＧキーであるか否かを判定
する（ステップ１０３）。そして、ＩＧキー１１が正規
のものであれば、イモビユニット１２からエンジンＥＣ
Ｕ１３へ暗証コードを送信し（ステップ１０４）、不正
なＩＧキーが使用された場合には、エンジンＥＣＵ１３
へＮＧコードを送信する（ステップ１０５）。

【００１７】この後、エンジンＥＣＵ１３では、ＥＥＰ
ＲＯＭ２０から暗証コードを読み出し（ステップ１０
６）、この暗証コードをイモビユニット１２から受信し
た暗証コードと照合して（ステップ１０７）、両暗証コ
ードが一致しているか否かを判定する（ステップ１０
８）。そして、両暗証コードが一致していれば、エンジ
ン運転を許容し（ステップ１０９）、両暗証コードが不
一致であれば、エンジンを停止させる（ステップ１１
０）。

【００１８】次に、エンジンＥＣＵ１３のマイクロコン
ピュータ１４が実行する図３のデータリフレッシュ処理
について説明する。このデータリフレッシュ処理は、特
許請求の範囲でいうデータリフレッシュ手段として機能
し、エンジン始動後、エンジン冷却水温が８０℃以上に
なるまで、周期的に実行される。処理が開始されると、
まずステップ１１１で、始動時のエンジン冷却水温が４
０℃以下であるか否か、つまり冷間始動であるか否かを
判定する。冷間始動（エンジン冷却水温≦４０℃）の場
合には、ステップ１１２に進み、現在のエンジン冷却水
温が８０℃以上に上昇したか否か、つまり暖機が完了し
たか否かを判定し、暖機完了（エンジン冷却水温≧８０
℃）の場合には、ステップ１１３に進み、バックアップ
ＲＡＭ１９に記憶されるカウンタのカウント値を１イン
クリメントし、ステップ１１４へ進む。このような処理
により、冷間始動で且つ暖機完了まで運転が継続された
運転回数をバックアップＲＡＭ１９に記憶し、イグニッ
ションスイッチ（図示せず）のオフ後もこの運転回数を
バックアップＲＡＭ１９に保持する。

【００１９】一方、上記ステップ１１１，１１２のいず
れかで「Ｎｏ」と判定された場合、つまり冷間始動でな
いか、或は暖機完了前であれば、バックアップＲＡＭ１
９のカウンタをインクリメントせずに、ステップ１１４
に進む。このステップ１１４では、バックアップＲＡＭ
１９のカウンタのカウント値が所定値ｎに達したか否か
を判定し、カウント値が所定値ｎに達した場合、つま
り、冷間始動で且つ暖機完了まで運転が継続された運転
回数が所定回数ｎに達した場合には、ステップ１１５に
進み、カウンタを「０」にクリアし、続くステップ１１
６で、ＥＥＰＲＯＭ２０のデータリフレッシュを実行す
る。この際、データリフレッシュは、ＥＥＰＲＯＭ２０
の格納データを読み出してそのデータをＥＥＰＲＯＭ２
０の同一アドレスに上書きすることで行われる。

【００２０】これに対し、上述したステップ１１４で、
バックアップＲＡＭ１９のカウンタのカウント値が所定
値ｎに達していないと判定された場合には、カウンタの
クリアやデータリフレッシュを行わずに本ルーチンを終
了する。

【００２１】以上説明した第１の実施形態では、冷間始
動で且つ暖機完了まで運転が継続された運転回数が所定
回数に達することをデータリフレッシュ条件として、Ｅ
ＥＰＲＯＭ２０のデータリフレッシュを実行するように
したので、ＥＥＰＲＯＭ２０のデータリフレッシュをタ
イマを用いずに行うことができると共に、上記データリ
フレッシュ条件によってデータリフレッシュの間隔が適
度な長さとなり、車両寿命中にデータリフレッシュ回数
が制限回数を越えることがなく、適当なタイミングでデ
ータリフレッシュを行うことができる。

【００２２】更に、上記第１の実施形態では、データリ
フレッシュ条件として、冷間始動に加え、暖機完了も条
件としたので、冷間始動でも暖機完了前にエンジンが停
止されると、データリフレッシュ条件判断上は、冷間始
動の回数にカウントされず、データリフレッシュの間隔
が短くならずに済む。

【００２３】しかしながら、本発明は、図４に示す第２
の実施形態のように、冷間始動（エンジン冷却水温≦４
０℃）のみを条件とし、冷間始動を行う毎にバックアッ
プＲＡＭ１９のカウンタをインクリメントし（ステップ
１１１，１１３）、冷間始動の回数が所定回数に達した
ときにデータリフレッシュ条件が成立してＥＥＰＲＯＭ
２０のデータリフレッシュを行うようにしても良い。こ
の場合でも、データリフレッシュ条件となる冷間始動の
運転回数を前記第１の実施形態の所定回数ｎより大きく
設定することで、データリフレッシュの間隔を適度な長
さとすることができる。

【００２４】以上説明した第１及び第２の両実施形態で
は、ＥＥＰＲＯＭ２０のデータリフレッシュを必要とす
る全メモリ領域に対してデータリフレッシュを１度にま
とめて行う。この場合、データリフレッシュの対象とな
るメモリ領域が大きいと、データリフレッシュ実行時間
が長くなり、その分、データリフレッシュ実行中に外部
からのノイズ等の影響を受けやすくなり、書込みエラー
が発生するおそれがある。

【００２５】そこで、図５に示す第３の実施形態のデー
タリフレッシュ処理では、ＥＥＰＲＯＭ２０のメモリ領
域をｎ分割し（ｎ≧２）、データリフレッシュ条件を満
たした運転回数に応じてデータリフレッシュの対象とな
るメモリ領域をシフトさせてデータリフレッシュをｎ回
に分けて行うようにしている。

【００２６】具体的には、まずステップ１２１で、デー
タリフレッシュ条件が成立したか否かを判定する。ここ
で、データリフレッシュ条件としては、冷間始動のみで
も良く、或は、冷間始動且つ暖機完了であっても良い。
そして、冷間始動毎に、或は冷間始動且つ暖機完了毎
に、バックアップＲＡＭ１９のカウンタをインクリメン
トし（ステップ１２２）、そのカウンタのカウント値ｍ
をｎ（メモリ領域の分割数）と比較し（ステップ１２
３）、ｍ≦ｎであれば、ステップ１２４に進み、ｎ分割
されたＥＥＰＲＯＭ２０のｍ番目（ｍはカウンタのカウ
ント値）のメモリ領域をデータリフレッシュする。

【００２７】このようにしてデータリフレッシュされる
メモリ領域は、カウンタのカウント値ｍ（つまりデータ
リフレッシュ条件を満たした運転回数）に応じてシフト
され、ｎ回のデータリフレッシュでＥＥＰＲＯＭ２０の
全メモリ領域のデータリフレッシュが一通り終了する。
そして、カウンタのカウント値ｍがｎを越えた時点で、
ステップ１２５に進み、カウンタを「０」にクリアし、
次にデータリフレッシュ条件が成立した時点で、１番目
のメモリ領域に戻ってデータリフレッシュを行うことに
なる。

【００２８】この第３の実施形態のように、ＥＥＰＲＯ
Ｍ２０のメモリ領域を複数に分割してデータリフレッシ
ュを行うことで、データリフレッシュ１回当たりの書換
え時間を短くでき、その分、外部からのノイズ等の影響
を受けにくくなり、データリフレッシュの信頼性を向上
できる。

【００２９】ところで、バックアップＲＡＭ１９に記憶
されるカウンタのカウント値は、バッテリからの電源供
給が断たれると消えてしまう。そこで、バッテリからの
電源供給遮断時等、バックアップＲＡＭ１９の記憶デー
タが破壊されたときにも、ＥＥＰＲＯＭ２０をデータリ
フレッシュするようにしても良い。

【００３０】尚、本発明は、データリフレッシュ条件と
して、車速、走行距離等、他の車両運転条件を用いても
良く、また、前記各実施形態において、冷間始動や暖機
完了を判断するエンジン冷却水温は、４０℃、８０℃と
多少異なっても良いことは言うまでもない。

【００３１】その他、本発明は、上記実施形態のような
車両盗難防止用セキュリティシステムに用いられるＥＥ
ＰＲＯＭ２０に限定されず、他の車両制御システムに用
いられるＥＥＰＲＯＭのデータリフレッシュにも適用し
て実施でき、また、ＥＥＰＲＯＭに限らず、フラッシュ
ＲＯＭ等の他の書換え可能なＲＯＭを用いるようにして
も良い。

【００３２】

【発明の効果】以上の説明から明らかなように、本発明
の請求項１によれば、ＥＥＰＲＯＭ等の書換え可能なＲ
ＯＭのデータリフレッシュのタイミングを車両運転条件
が予め設定されたデータリフレッシュ条件になったか否
かで判断するので、データリフレッシュをタイマを用い
ずに適度な間隔で行うことができ、車両寿命中にデータ
リフレッシュ回数が制限回数を越えることがなく、車両
寿命中は書換え可能なＲＯＭのデータを保持することが
できる。

【００３３】また、請求項２では、冷間始動の回数が所
定回数に達することをデータリフレッシュ条件としてい
るので、データリフレッシュの間隔を適度な長さとする
ことができる。

【００３４】また、請求項３では、冷間始動で且つ暖機
完了まで運転が継続された運転回数が所定回数に達する
ことをデータリフレッシュ条件としているので、冷間始
動で暖機完了前にエンジンが停止された場合を排除で
き、データリフレッシュの間隔が短くならずに済む。

【００３５】また、請求項４では、書換え可能なＲＯＭ
のメモリ領域を複数に分割し、データリフレッシュ条件
を満たした回数に応じてデータリフレッシュの対象とな
るメモリ領域をシフトさせるようにしたので、データリ
フレッシュ１回当たりの書換え時間を短くでき、その
分、外部からのノイズ等の影響を受けにくくなり、デー
タリフレッシュの信頼性を向上できる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態におけるシステム全体
の概略構成を示すブロック図

【図２】盗難判定処理の流れを示すフローチャート

【図３】データリフレッシュ処理の流れを示すフローチ
ャート

【図４】本発明の第２の実施形態におけるデータリフレ
ッシュ処理の主要部を示すフローチャート

【図５】本発明の第３の実施形態におけるデータリフレ
ッシュ処理の流れを示すフローチャート

【符号の説明】

１１…ＩＧキー、１２…イモビユニット、１３…エンジ
ンＥＣＵ、１４…マイクロコンピュータ（データリフレ
ッシュ手段）、１５…水温センサ、１９…バックアップ
ＲＡＭ、２０…ＥＥＰＲＯＭ（書換え可能なＲＯＭ）。

Claims (4)

【特許請求の範囲】
1. 【請求項１】 不揮発性メモリとして書換え可能なＲＯ
   Ｍを用いた車両用記憶装置において、 車両運転条件が予め設定されたデータリフレッシュ条件
   になったときに前記書換え可能なＲＯＭの格納データと
   同一のデータを該書換え可能なＲＯＭの同一アドレスに
   上書きするデータリフレッシュ手段を備えていることを
   特徴とする車両用記憶装置。
2. 【請求項２】 前記データリフレッシュ手段は、冷間始
   動の回数が所定回数に達することを前記データリフレッ
   シュ条件とすることを特徴とする請求項１に記載の車両
   用記憶装置。
3. 【請求項３】 前記データリフレッシュ手段は、冷間始
   動で且つエンジン冷却水温が所定温度以上になるまで運
   転が継続された運転回数が所定回数に達することを前記
   データリフレッシュ条件とすることを特徴とする請求項
   １に記載の車両用記憶装置。
4. 【請求項４】 前記データリフレッシュ手段は、前記書
   換え可能なＲＯＭのメモリ領域を複数に分割し、前記デ
   ータリフレッシュ条件を満たした回数に応じてデータリ
   フレッシュの対象となるメモリ領域をシフトさせること
   を特徴とする請求項１乃至３のいずれかに記載の車両用
   記憶装置。