JP2000336993A - 車両盗難防止装置 - Google Patents

Abstract

(57)【要約】 【課題】 簡素なプログラムで且つプログラム変更も容
易にできるプログラムの構造を備えた盗難防止装置を提
供する。 【解決手段】 イモビプログラムには、キー暗証コード
と車両側コードとを照合する照合処理モジュール６１、
車両組立時に車両側コードを登録する工場登録処理モジ
ュール６２、車両販売後に車両側コードを消去する市場
消去処理モジュール６３、車両側コードを追加する市場
登録処理モジュール６４に加え、モード判定モジュール
６５を備える。そして、モード判定モジュール６５に
は、各処理モジュール６１〜６４への実行許可を集中管
理する機能と、各モジュールで判断されたキー種別を受
信して記憶管理する機能とを有し、このモード判定モジ
ュール６５にて一括して実行条件を判断し、各処理モジ
ュールに対して処理要求を出す構造となっている。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、車両盗難を判定す
る車両盗難防止装置に関し、特に、盗難防止プログラム
の構造に関する。

【０００２】

【従来の技術】従来から車両用盗難防止装置が知られて
いる。このような車両用盗難防止装置では、キーをキー
シリンダに挿入し、イグニッションスイッチがオンされ
ると、キー内の暗証コード（外部コード）と車両側の暗
証コード（内部コード）とを照合し、上記照合結果に応
じてエンジンの始動を許可または禁止する、というのが
一般的な方法である。

【０００３】また、このような装置においては、車両組
付時に車両内メモリに暗証コードを登録する、更には、
車両ユーザーがキーを紛失した場合などを想定し、車両
販売後に車両内の暗証コードを消去・追加する機能も有
している。

【０００４】すなわち、盗難防止装置用プログラム（以
下、イモビプログラムという）は、図１４に示すよう
に、キー内の暗証コードと車両側コードとを照合する照
合処理モジュール、車両組立時（初期時）に車両内メモ
リに車両側コードを登録する工場登録処理モジュール、
車両販売後に車両側コードを消去する市場消去処理モジ
ュール、車両販売後に車両側コードを追加する市場登録
処理モジュールなど各要求に対応した複数のプログラム
モジュールを備えているのである。

【０００５】

【発明が解決しようとする課題】しかしながら、従来の
プログラムは、図１４に示す如く、それぞれが独立した
プログラム構造であるため、各処理モジュールが自分の
処理を実行する条件であるかを個別に判別し、条件成立
時に他の処理モジュールが実行されていないことを確認
したうえで自分の処理を起動させていた。従って、全て
の処理モジュールに、実行条件を判断するロジック、或
いは他の処理が実行されてないことを判断するロジック
を備える必要があり、プログラム全体が複雑となってい
た。

【０００６】また、特にイモビプログラムの場合、ある
処理モジュールと他の処理モジュールとの間で、類似し
た実行条件となっている場合が多く、このように、個別
に実行条件を判断していると、複数の処理モジュールが
同時に実行されてしまう、或いは、処理途中で別のモジ
ュールの処理に移行してしまうといった不具合が生じや
すい。

【０００７】さらに、図１４の点線で示すように、何ら
かの理由で新規に処理モジュールを追加した場合には、
既存の処理モジュール全てに新規モジュールが実行中で
ないかを判断するロジックを追加する必要があるため、
プログラム変更に対し変更箇所が大規模となってしま
う。また、既存の処理モジュールに対して、処理途中で
新規モジュールに移行しないかを検証する必要もあるた
め、盗難防止システムおよびこのプログラムの全体を理
解している熟練した技術者しかプログラム変更に対応で
きないなどの問題も生じていた。

【０００８】本発明は、こうした問題に鑑みなされたも
のであり、簡素なプログラムで且つプログラム変更も容
易にできるプログラムの構造を備えた盗難防止装置を提
供することを目的としている。

【０００９】

【課題を解決するための手段、及び発明の効果】上記目
的を達成するためになされた本発明の車両盗難防止装置
は、請求項１に記載のように、車両盗難防止装置のプロ
グラムの第１処理モジュールおよび第２処理モジュール
の実行開始の判断を前記第１、第２処理モジュールとは
独立したモード判定モジュールにて行うようにしたの
で、前記第１、第２処理モジュール内に実行条件を判断
するロジックを備える必要がなく、プログラム全体を簡
素化できる。また、モード判定モジュールでのみ実行条
件を判断し、前記第１、第２処理モジュールの実行を許
可しているので、第１、第２処理モジュールが同時に実
行されるという不具合を簡単に解決することができる。

【００１０】さらに、新規モジュールを追加する場合で
も、新規モジュールの実行条件をモード判定モジュール
に追加するのみでよく、既存モジュールを変更する必要
はない。よって、このような変更に対しても容易に対応
することができる。

【００１１】また、請求項２においては、前記第１処理
モジュールおよび前記第２処理モジュールに前記外部コ
ードを判断する判断ロジックとこの判断結果をモード判
定モジュールに伝達する伝達ロジックとを備え、前記モ
ード判定モジュールには前記判断ロジックにて判断した
前記外部コードを車両内記憶装置に格納しているので、
他の処理モジュールで外部コード情報を共通利用でき
る。

【００１２】さらに、例えば、第１処理モジュールが実
行された後、第２処理モジュールが実行され、再び第１
処理モジュールが実行され、その途中で外部コードが変
化しても（キーが抜き差しされても）、再度第１処理モ
ジュールを実行するタイミングで、前回の第１処理モジ
ュールでの外部コードの判断結果を誤って使用すること
はない。また、新規モジュールが外部コード情報を利用
するものであった場合でも、モード判定モジュールに対
して外部コード情報の取得要求ロジックを組み入れるだ
けで対応することができる。

【００１３】請求項３乃至請求項４によれば、前記第１
処理モジュールが前記外部コードと前記内部コードとの
照合処理を行う照合処理モジュールであり、前記第２処
理モジュールが前記外部コードを内部コードとして登録
する登録処理モジュールであり、モード判定モジュール
に前記照合処理モジュールでの照合結果を車両内記憶装
置に格納する格納ロジックを備え、前記モード判定モジ
ュールは前記格納ロジックに格納された照合結果に基づ
き前記登録処理モジュールの実行有無を判断するので、
登録処理モジュール内に照合処理ロジックを組み入れる
必要はなく、プログラムを簡素化できる。

【００１４】

【発明の実施の形態】以下、本発明の好適な実施形態を
図面に基づいて説明する。

【００１５】図１は本実施形態の車両盗難防止装置の概
略構成を示すブロック図である。この車両盗難防止装置
は、複数の正規キーＫ１〜Ｋ４と、盗難防止機能を有す
るエンジンＥＣＵ３０と、アンプ回路２１と、キーシリ
ンダ２２とから構成され、キーシリンダ２２内にはアン
テナ２２ａが設けられている。

【００１６】正規キーＫ１〜Ｋ４にはトランスポンダＴ
１〜Ｔ４が内蔵されており、トランスポンダは暗証コー
ドを記憶する機能と暗証コードを送信する機能とを有し
ている。

【００１７】エンジンＥＣＵ３０は各種エンジンの制御
を実行する第１ＣＰＵ３１と、各種制御プログラムが記
憶された第１ＲＯＭ３２と、各種データを一時記憶する
第１ＲＡＭ３３と、第１入出力バッファ３４と、第１入
出力回路３５と、ＥＥＰＲＯＭ３９とを備えている。第
１入出力回路３５にはインジェクタ２３の駆動回路３６
やイグナイタ２４の駆動回路３７が接続されており、第
１ＣＰＵ３１は駆動回路３６、３７を制御することによ
り燃料噴射・点火のエンジン制御を実行している。ま
た、ＥＥＰＲＯＭ３９には、各キーＫ１〜Ｋ４内に記憶
されている暗証コード（外部コード）と等しいコード
（内部コード）が記憶されている（図７）。

【００１８】さらに、エンジンＥＣＵ３０は第２ＣＰＵ
４１と、第２ＲＯＭ４２と、第２ＲＡＭ４３と、第２入
出力バッファ４４と、第２入出力回路４５とを備えてい
る。第２入出力回路４５にはアンプ回路２１が接続され
ており、第２ＣＰＵ４１はこの第２入出力回路４５を介
してキーシリンダ２２に差し込まれたキーからの暗証コ
ードの受信を行う。第２ＣＰＵ４１にて受信した暗証コ
ードは通信線５０を介して第１ＣＰＵ３１に送信され
る。

【００１９】また、エンジンＥＣＵ３０には外部ツール
５５を接続する端子を備えており、車両販売後に暗証コ
ードを消去・追加する場合には、外部ツール５５を接続
し、外部ツール５５から所望の要求コマンドを出力する
ことにより、エンジンＥＣＵ３０が市場登録処理などの
特殊モードに切り替わって、暗証コードを消去・追加を
実行することができるようになる。

【００２０】次に、暗証コードの照合手順を説明する
と、まず、イグニッションがオンされ、エンジンＥＣＵ
３０に電源供給されると、第２ＣＰＵ４１からアンプ回
路２１に対して励起開始信号が送出される。この開始信
号を受け、アンプ回路２１からはキーシリンダ２２に励
起信号（例えば、一定周波数のＳＩＮ波）が送出され
る。そして、キーＫ１〜Ｋ４はこの励起信号を受取り、
このエネルギーを電源として暗証コードを送出し、暗証
コードはアンプ回路２１→第２入出力回路４５→第２Ｃ
ＰＵ４１→通信線５０の経路で第１ＣＰＵ３１に伝達さ
れる。

【００２１】そして、第１ＣＰＵ３１にてこの暗証コー
ドとＥＥＰＲＯＭ３９内のコードとが照合され、この結
果が不一致ならインジェクタ２３、イグナイタ２４の駆
動を停止してエンジンを停止させる。従って、正規キー
を持たない者が、不正にエンジン始動を試みても、照合
結果が不一致となるのでエンジンが停止し車両盗難を防
ぐことができる。

【００２２】図２は、第１ＣＰＵ３１で実行されるイモ
ビプログラム構造を示した図である。本実施形態のイモ
ビプログラムには、キーからの暗証コードと車両側コー
ドとを照合する照合処理モジュール６１、車両組立時に
車両内メモリに車両側コードを登録する工場登録処理モ
ジュール６２、車両販売後に車両側コードを消去する市
場消去処理モジュール６３、同じく車両販売後に車両側
コードを追加する市場登録処理モジュール６４が備えら
れている。この点は従来プログラムと同様であるが、本
実施形態のイモビプログラムではモード判定モジュール
６５をさらに備えており、この点が本発明において最も
特徴とするところである。

【００２３】このモード判定モジュール６５は、照合処
理モジュール６１、工場登録処理モジュール６２、市場
消去処理モジュール６３、市場登録処理モジュール６４
の各モジュールへの実行許可を集中管理する機能と、各
モジュールで判断された情報（キー種別など）を受信し
て第１ＲＡＭ３３にて記憶管理する機能とを有してい
る。すなわち、従来では各モジュールで個別に実行条件
を判断していたが、本実施形態ではこのモード判定モジ
ュール６５にて一括して実行条件を判断し、各処理モジ
ュールに対して処理要求を出す構造となっている。この
構成により、従来とは異なり、照合処理モジュールと工
場登録処理モジュールとの間で直接情報をやり取りした
り、他の処理モジュールに対して実行中であるかを問い
合わせることはない。

【００２４】次に、図３〜図１４を用いて、各処理モジ
ュールで実行される処理について説明する。

【００２５】図３はモード判定モジュール６５内での実
行処理を示すフローチャートであり、この処理は１６ｍ
ｓ毎に実行される。

【００２６】まず、ステップ３０１からステップ３０４
では、現在、工場登録処理モジュール６２、市場消去処
理モジュール６３、市場登録処理モジュール６４、照合
処理モジュール６１での各処理が実行途中であるか否か
を判断する。ここで、実行中であるかは、第１ＲＡＭ３
３に格納されている実行中フラグ（図８）を見て判断す
るが、実行中フラグの操作については後で詳述する。

【００２７】そして、最初はどの処理モジュールも実行
状態にないので、ステップ３０１からステップ３０４の
全ステップでＮＯ判定され、ステップ３０５に進む。ス
テップ３０５からステップ３０８では各処理モジュール
の実行条件をそれぞれ判断し、成立した実行条件に応じ
てステップ３０９からステップ３１２にて工場登録処理
モジュール６２、市場登録処理モジュール６４、市場消
去処理モジュール６３、照合処理モジュール６１の各モ
ジュールに対して処理実行の要求を行う。

【００２８】次に、各モジュールでの処理について、工
場登録処理（図４）、照合処理（図９）、市場消去処理
（図１２）、市場登録処理（図１３）の順に説明する。

【００２９】まず、工場登録処理について説明する。図
３において、ステップ３０５に進むと、ステップ３０５
にてＥＥＰＲＯＭ３９内に工場登録処理への移行を示す
指示データがあるかを判断し、指示データが存在するな
らステップ３０９にて工場登録処理モジュール６２に対
して工場登録処理の実行を要求する。ここで、上記指示
データは、車両組付時（初期時）にのみＥＥＰＲＯＭ３
９内に保持されるデータであり、このデータを検出する
ことによりＥＥＰＲＯＭ３９内に暗証コードが登録され
ていない状態であることを判断することができる。

【００３０】そして、ステップ３０９では工場登録処理
モジュール６２が実行中であることを示す実行中フラグ
をセットし（図８）、工場登録処理モジュール６２での
処理に移行して図４の処理が実行される。

【００３１】図４において、ステップ４０１では、現
在、キーシリンダ２２に挿入されているキーの暗証コー
ドを読み込み、続く、ステップ４０２でこの暗証コード
をＥＥＰＲＯＭ３９内の所定メモリエリア（図７）に格
納する。そして、ステップ４０３ではモード判定モジュ
ール６５に対して今回登録したキーの種別を通知する。
本実施形態では、キーを挿入した順番にＫ１からＫ４の
キー種別を示すデータが付与され、この情報がモード判
定モジュール６５に通知され、Ｋ１、Ｋ２がマスターキ
ー、Ｋ３，Ｋ４がサブキーとしている。

【００３２】ステップ４０４では本ルーチンを実行した
回数（ＥＥＰＲＯＭに登録した暗証コード数）をカウン
トし、ステップ４０５でこの回数が４回以上（キー４本
分の暗証コードを登録完了したか）を判別する。１本目
のキーを挿入した段階では、ステップ４０５でＮＯ判定
されて本ルーチンを終了する。そして、１本目のキーを
抜き、２本目のキーを挿入すると、図３に示したモード
判定処理が実行されるが、工場登録処理モジュール６２
の実行中フラグがセットされているので、ステップ３０
１でＹＥＳ判定されて、再び、図４の処理が実行され
る。

【００３３】なお、一般には、キーを抜く際にイグニッ
ションがオフされ、エンジンＥＣＵ３０の電源が遮断さ
れて、ＥＥＰＲＯＭ３９への登録処理中に電源が遮断さ
れる、或いは、第１ＲＡＭ３３内の実行中フラグがクリ
アされるなどの問題が発生する。この問題を解決するた
めに、本実施形態ではモード判定モジュール６５に図５
で示すロジックが追加されている。

【００３４】図５において、この処理は１６ｍｓ毎に実
行される。まず、ステップ５０１で、図８の情報から工
場登録処理モジュール６２、市場登録処理モジュール６
４、市場消去処理モジュール６３が実行中かを判別し、
実行中のときには、ステップ５０２にてエンジンＥＣＵ
３０への電源を制御するメインリレーをオンし続けるよ
う制御する。これにより、キーを抜いても、上記処理モ
ジュールが実行中にあるときにはエンジンＥＣＵ３０へ
の電源が供給が継続するようになっている。

【００３５】図４の処理に戻り、２本目以降も前述と同
様の処理を繰り返し、４本目のキーの暗証コードの登録
完了で、ステップ４０５にてＹＥＳ判定されてステップ
４０６に進む。

【００３６】ステップ４０６では、ステップ３０５にて
工場登録処理への移行を指示した指示データを消去し、
ステップ４０７で工場登録処理が完了したことをモード
判定モジュール６５に通知する。モード判定モジュール
６５は、この通知を受信すると、図６の処理が起動し、
ステップ６０１で工場登録処理モジュール６２の実行中
フラグをリセットする。また、実行中フラグをリセット
により図５のステップ５０１でＮＯ判定されてメインリ
レー制御もオフされる。

【００３７】以上説明したように、各処理モジュール６
１〜６４はモード判定モジュール６５により実行許可さ
れ（図３のステップ３０５〜３０８）、ステップ３０５
にて工場登録処理への移行を判断すると実行中フラグ
（図８）をセットし、この実行フラグを見て他の処理モ
ジュールへの移行を禁止させるので、工場登録処理中に
他の処理モジュールが実行開始されることはなく、各処
理モジュール６１〜６４間での排他性を確保することが
できる。

【００３８】また、従来のプログラムでは各処理モジュ
ール６１〜６４で、他のモジュールの実行状態を考慮し
てメインリレーをオンするかを指示するロジックを作成
する必要があったが、本実施形態では図５に示す如く、
モード判定モジュール６５が実行中フラグを見て一括し
て指示することができ、プログラムを簡素化することが
できる。

【００３９】次に、照合処理について説明する。通常、
照合処理はエンジン始動のタイミングで実行されて正規
ユーザ（正規キー）でのエンジン始動であるかを判断す
る。

【００４０】図３（モード判定モジュール６５）におい
て、ステップ３０１からステップ３０７でＮＯ判定され
ると、ステップ３０８にて未照合であるかを判断し、未
照合であるならステップ３１２に進み、照合処理の実行
中フラグ（図８）をセットすると共に、照合処理モジュ
ール６１に対して照合処理の実行を要求して図９の処理
が実行される。なお、未照合であるかは、第１ＲＡＭ３
３の保持データ（図１０）に基づいて判別される。

【００４１】図９において、ステップ９０１では、現
在、キーシリンダ２２に挿入されているキーの暗証コー
ドを読み込み、続くステップ９０２ではＥＥＰＲＯＭ３
９内に記憶保持されているコードをサーチする。そし
て、ステップ９０３にてキーの暗証コードと一致するコ
ードがＥＥＰＲＯＭ３９内に記憶されているかを判別
し、不一致ならステップ９０４にてエンジン停止される
べく、燃料・点火のカット要求を行う。

【００４２】ステップ９０５では、コード一致、不一致
の照合結果と一致したコードから今挿入されているキー
がＫ１〜Ｋ４の何かを示すキー種別情報をモード判定モ
ジュール６５に通知する。そして、モード判定モジュー
ル６５は通知を受け、図１０に示すように、照合結果と
キー種別情報を第１ＲＡＭ３３に記憶保持する。

【００４３】ステップ９０６では照合完了かを判断し、
照合完了であるならモード判定モジュール６５に照合完
了を通知し本ルーチンを終了する。

【００４４】モード判定モジュール６５はこの通知を受
けると、図６の処理が起動し、ステップ６０１で工場登
録処理モジュール６２の実行中フラグをリセットする。

【００４５】一方、図９のステップ９０４にて燃料・点
火カット要求がされると、イモビプログラムとは別に設
けられたエンジン制御プログラムにて、図１１に示す処
理が実行されて燃料・点火カットが行われる。

【００４６】図１１の処理は１６ｍｓ毎に実行され、ス
テップ１１０１にて燃料・点火カット要求の有無を判断
し、要求ありならステップ１１０２にて燃料・点火カッ
トを実行すべく駆動回路３６，３７への出力を停止す
る。

【００４７】次に、市場消去処理について説明する。こ
れは車両ユーザがキーを紛失したとき、紛失したキーの
暗証コードをＥＥＰＲＯＭ３９から消去する場合などで
実行される処理である。

【００４８】図３（モード判定モジュール６５）におい
て、ステップ３０１からステップ３０６でＮＯ判定され
ると、ステップ３０７にてマスターキーでの照合一致
で、かつ外部ツール５５より消去要求があるかを判断す
る。ここで、ＹＥＳ判定ならステップ３１１に進み、市
場消去処理の実行中フラグ（図８）をセットすると共
に、市場消去処理モジュール６３に対して市場消去処理
の実行を要求し、図１２の処理が実行される。すなわ
ち、市場消去処理は照合処理モジュール６１でキーシリ
ンダ２２に挿入されたキーがマスターキー（Ｋ１，Ｋ
２）であることを判断した後に実行され、第１ＲＡＭ３
３（図１０）に保持されている情報に基づいてマスター
キーでの照合一致かが判断される。

【００４９】従って、モード判定モジュール６５が判定
結果・キー種別を一括管理しているので、市場消去処理
モジュール６３に照合処理ロジックを設ける必要なく、
プログラム構造を簡素化することができる。

【００５０】図１２において、ステップ１２０１にて図
１０に保持されているキー種別情報を読み込み、ステッ
プ１２０２ではステップ１２０１にて読み込んだキー種
別以外のコードを全て消去する。ステップ１２０３では
暗証コードを全て消去したかを判断する。ＮＯ判定であ
るなら本ルーチンを終了するが、実行中フラグがセット
されてるので、図３のステップ３０３でＹＥＳ判定され
て再び図１２のルーチンが実行される。そして、全消去
したと判断されると、モード判定モジュール６５に市場
消去完了を通知し本ルーチンを終了する。

【００５１】モード判定モジュール６５はこの通知を受
けると、図６の処理が起動し、ステップ６０１で工場登
録処理モジュール６２の実行中フラグをリセットする。
なお、市場消去実行中も図５の処理によりメインリレー
が制御され電源遮断による不具合を回避することができ
る。

【００５２】次に、市場登録処理について説明する。こ
れは車両ユーザがキーを紛失したときなど、新たに購入
したキーの暗証コードをＥＥＰＲＯＭ３９に登録する場
合に実行される。

【００５３】図３（モード判定モジュール６５）におい
て、ステップ３０１からステップ３０５でＮＯ判定され
ると、ステップ３０６にてマスターキーでの照合一致
で、かつ外部ツール５５より登録要求があるかを判断す
る。ここで、ＹＥＳ判定ならステップ３１０に進み、市
場登録処理の実行中フラグ（図８）をセットすると共
に、市場登録処理モジュール６４に対して市場登録処理
の実行を要求し、図１３の処理が実行される。市場登録
処理も市場消去処理と同様に照合処理モジュール６１で
キーシリンダ２２に挿入されたキーがマスターキー（Ｋ
１，Ｋ２）であることを判断した後に実行され、第１Ｒ
ＡＭ３３（図１０）に保持されている情報に基づきマス
ターキーでの照合一致かが判断される。

【００５４】図１３において、ステップ１３０１では現
在、キーシリンダ２２に挿入されているキーの暗証コー
ドを読み込み、続く、ステップ１３０２でこの暗証コー
ドをＥＥＰＲＯＭ３９に登録する。ステップ１３０３で
モード判定モジュール６５に読み込んだキーのキー種別
（Ｋ１〜Ｋ４）を通知し、ステップ１３０４では暗証コ
ードを登録したかを判断する。ＮＯ判定であるなら本ル
ーチンを終了するが、実行中フラグがセットされている
ので、図３のステップ３０４でＹＥＳ判定されて再び図
１３のルーチンが実行される。そして、登録完了したと
判断されると、モード判定モジュール６５に市場登録完
了を通知し本ルーチンを終了する。

【００５５】モード判定モジュール６５はこの通知を受
けると、図６の処理が起動し、ステップ６０１で市場登
録処理モジュール６４の実行中フラグをリセットする。
なお、市場登録実行中も図５の処理によりメインリレー
が制御され電源遮断による不具合を回避することができ
る。

【００５６】以上説明したように、市場登録処理では、
コード登録のために複数回キーを抜き差しする必要があ
る。そして、従来のプログラム構成ではキーを抜き差し
したタイミングで盗難判定のための照合処理を実行すべ
きかを照合処理モジュール内で判断する必要があった
が、本実施形態ではモード判定モジュールで市場登録処
理モジュール６４以外の処理モジュールの実行を禁止し
ているので照合処理モジュール内にこのような判断ロジ
ックを設ける必要はなく、プログラムを簡素化すること
ができる。

【００５７】なお、本実施形態ではキーＫ１〜Ｋ４内に
暗証コードが記憶されており、キーをキーシリンダに挿
入することにより外部コードを車両に入力させている
が、キーに限らず、携帯カードや車両ユーザーがキーボ
ード操作することにより外部コードを入力してもよい。

【図面の簡単な説明】

【図１】実施形態の車両盗難防止装置の概略構成を表す
ブロック図である。

【図２】イモビプログラムの構造および状態遷移を示す
図である。

【図３】モード判定モジュール６５内での実行処理を示
すフローチャートである。

【図４】工場登録処理モジュール６２内での実行処理を
示すフローチャートである。

【図５】モード判定モジュール６５内で実行されるメイ
ンリレー制御処理を示すフローチャートである。

【図６】実行中フラグのリセット処理を示すフローチャ
ートである。

【図７】暗証コードの格納状態を示すＥＥＰＲＯＭ３９
のブロック図である。

【図８】実行中フラグの格納状態を示す第１ＲＡＭ３３
のブロック図である。

【図９】照合処理モジュール６１内での実行処理を示す
フローチャートである。

【図１０】照合結果とキー種別の格納状態を示す第１Ｒ
ＡＭ３３のブロック図である。

【図１１】エンジン制御プログラムで実行される燃料・
点火カットの処理を示すフローチャートである。

【図１２】市場消去処理モジュール６３内での実行処理
を示すフローチャートである。

【図１３】市場登録処理モジュール６４内での実行処理
を示すフローチャートである。

【図１４】従来の盗難防止プログラムの構造を示す図で
ある。

【符号の説明】

Ｋ１〜Ｋ４…キー ３０…エンジンＥＣＵ ３１…
第１ＣＰＵ ３３…第１ＲＡＭ ３９…ＥＥＰＲＯＭ ５５…外
部ツール ６１…照合処理モジュール ６２…工場登録処理モ
ジュール ６３…市場消去処理モジュール ６４…市場登録処理モ
ジュール ６５…モード判定モジュール

Claims (4)

【特許請求の範囲】
1. 【請求項１】 車両外部より入力された外部コードと車
   両内部に保持された内部コードとが不一致のとき車両制
   御を抑制する車両盗難防止装置において、 前記車両盗難防止装置のプログラムは、第１の条件で実
   行される第１処理モジュールと、前記第１の条件とは異
   なる第２の条件で実行される第２処理モジュールとを備
   え、 前記第１処理モジュールおよび前記第２処理モジュール
   の実行開始の判断および実行許可要求は、前記車両盗難
   防止プログラム内の前記第１、第２処理モジュールとは
   独立したモード判定モジュールにて行うことを特徴とす
   る車両盗難防止装置。
2. 【請求項２】 請求項１に記載の車両盗難防止装置にお
   いて、 前記第１処理モジュールおよび前記第２処理モジュール
   には、前記外部コードを判断する判断ロジックとこの判
   断結果を前記モード判定モジュールに伝達する伝達ロジ
   ックとを備え、 前記モード判定モジュールには前記第１、第２処理モジ
   ュールの判断ロジックにて判断した前記外部コードを車
   両内記憶装置に格納する格納ロジックを備えることを特
   徴とする車両盗難防止装置。
3. 【請求項３】 車両外部より入力された外部コードと車
   両内部に保持された内部コードとが不一致のとき車両制
   御を抑制する車両盗難防止装置において、 前記車両盗難防止装置のプログラムは、第１の条件で実
   行され、前記外部コードと前記内部コードとの照合処理
   を行う照合処理モジュールと、前記第１の条件とは異な
   る第２の条件で実行され、前記外部コードを内部コード
   として登録する登録処理モジュールとを備え、 前記照合処理モジュールおよび前記登録処理モジュール
   の実行開始の判断は、前記車両盗難防止プログラム内の
   前記照合処理モジュール、前記登録処理モジュールとは
   独立したモード判定モジュールにて行うことを特徴とす
   る車両盗難防止装置。
4. 【請求項４】 請求項３に記載の車両盗難防止装置にお
   いて、 前記モード判定モジュールには前記照合処理モジュール
   での照合結果を車両内記憶装置に格納する格納ロジック
   を備え、 前記モード判定モジュールは前記格納ロジックに格納さ
   れた照合結果に基づき前記登録処理モジュールの実行有
   無を判断することを特徴とする車両盗難防止装置。