(57)【特許請求の範囲】
【請求項１】
車両外部より入力された外部コードと車両内部に保持された内部コードとが不一致のとき車両制御を抑制する車両盗難防止装置において、
前記車両盗難防止装置のプログラムは、
第１の条件で実行され、前記外部コードと前記内部コードとの照合処理を行う照合処理モジュールと、
前記第１の条件とは異なる第２の条件で実行され、前記外部コードを内部コードとして登録する登録処理モジュールと、
前記照合処理モジュール、前記登録処理モジュールとは独立したモジュールであって、前記照合処理モジュールおよび前記登録処理モジュールの実行開始の判断処理を行うモード判定モジュールとを備え、
該モード判定モジュールは、前記実行開始の判断処理において、
前記照合処理モジュールあるいは登録処理モジュールが実行中か否かを示す実行中情報に基づき確認する確認処理と、
該確認処理により、前記照合処理モジュールあるいは登録処理モジュールのうち一方が実行中でなければ他方の実行につきその実行の要求を判断する実行要求処理と
を備えることを特徴とする車両盗難防止装置。
【請求項２】
請求項１に記載の車両盗難防止装置において、前記モード判定モジュールの前記実行開始の判断処理は、さらに、前記実行要求処理により、前記照合処理モジュールあるいは登録処理モジュールのいずれかの実行の要求を行うことが判断されたことに基づき、前記実行中情報に対し、該当する処理モジュールが実行中である旨を示す内容に書き換える実行中情報処理を備えるものである車両盗難防止装置。
【請求項３】
請求項２に記載の車両盗難防止装置において、前記実行中情報処理は、実行中の前記照合処理モジュールあるいは登録処理モジュールから、当該処理モジュールによる処理の完了通知を受けたことに基づき、前記実行中情報を実行中でない旨を示す内容に書き換えるものである車両盗難防止装置。
【請求項４】
請求項１に記載の車両盗難防止装置において、前記モード判定モジュールは前記照合処理モジュールでの照合処理による一致または不一致を示す照合結果の通知を受けると該照合結果を車両内記憶装置に格納する格納処理を備え、前記モード判定モジュールは前記車両内記憶装置に格納された前記照合結果に基づき前記登録処理モジュールを実行するか否かを判断することを特徴とする車両盗難防止装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、車両盗難を判定する車両盗難防止装置に関し、特に、盗難防止プログラムの構造に関する。
【０００２】
【従来の技術】
従来から車両用盗難防止装置が知られている。このような車両用盗難防止装置では、キーをキーシリンダに挿入し、イグニッションスイッチがオンされると、キー内の暗証コード（外部コード）と車両側の暗証コード（内部コード）とを照合し、上記照合結果に応じてエンジンの始動を許可または禁止する、というのが一般的な方法である。
【０００３】
また、このような装置においては、車両組付時に車両内メモリに暗証コードを登録する、更には、車両ユーザーがキーを紛失した場合などを想定し、車両販売後に車両内の暗証コードを消去・追加する機能も有している。
【０００４】
すなわち、盗難防止装置用プログラム（以下、イモビプログラムという）は、図１４に示すように、キー内の暗証コードと車両側コードとを照合する照合処理モジュール、車両組立時（初期時）に車両内メモリに車両側コードを登録する工場登録処理モジュール、車両販売後に車両側コードを消去する市場消去処理モジュール、車両販売後に車両側コードを追加する市場登録処理モジュールなど各要求に対応した複数のプログラムモジュールを備えているのである。
【０００５】
【発明が解決しようとする課題】
しかしながら、従来のプログラムは、図１４に示す如く、それぞれが独立したプログラム構造であるため、各処理モジュールが自分の処理を実行する条件であるかを個別に判別し、条件成立時に他の処理モジュールが実行されていないことを確認したうえで自分の処理を起動させていた。従って、全ての処理モジュールに、実行条件を判断するロジック、或いは他の処理が実行されてないことを判断するロジックを備える必要があり、プログラム全体が複雑となっていた。
【０００６】
また、特にイモビプログラムの場合、ある処理モジュールと他の処理モジュールとの間で、類似した実行条件となっている場合が多く、このように、個別に実行条件を判断していると、複数の処理モジュールが同時に実行されてしまう、或いは、処理途中で別のモジュールの処理に移行してしまうといった不具合が生じやすい。
【０００７】
さらに、図１４の点線で示すように、何らかの理由で新規に処理モジュールを追加した場合には、既存の処理モジュール全てに新規モジュールが実行中でないかを判断するロジックを追加する必要があるため、プログラム変更に対し変更箇所が大規模となってしまう。また、既存の処理モジュールに対して、処理途中で新規モジュールに移行しないかを検証する必要もあるため、盗難防止システムおよびこのプログラムの全体を理解している熟練した技術者しかプログラム変更に対応できないなどの問題も生じていた。
【０００８】
本発明は、こうした問題に鑑みなされたものであり、簡素なプログラムで且つプログラム変更も容易にできるプログラムの構造を備えた盗難防止装置を提供することを目的としている。
【０００９】
【課題を解決するための手段、及び発明の効果】
上記目的を達成するためになされた本発明の車両盗難防止装置は、請求項１に記載のように、車両盗難防止装置のプログラムの外部コードと前記内部コードとの照合処理を行う照合処理モジュールと、外部コードを内部コードとして登録する登録処理モジュールとの実行開始の判断を前記照合処理モジュール、登録処理モジュールとは独立したモード判定モジュールにて行うようにしたので、前記照合処理モジュール、登録処理モジュール内に実行条件を判断するロジックを備える必要がなく、プログラム全体を簡素化できる。また、モード判定モジュールでのみ実行条件を判断し、前記照合処理モジュール、登録処理モジュールの実行を許可しているので、第１、第２処理モジュールが同時に実行されるという不具合を簡単に解決することができる。
【００１０】
さらに、新規モジュールを追加する場合でも、新規モジュールの実行条件をモード判定モジュールに追加するのみでよく、既存モジュールを変更する必要はない。よって、このような変更に対しても容易に対応することができる。
【００１１】
また、請求項２においては、モード判定モジュールの実行開始の判断処理における実行要求処理により、照合処理モジュールあるいは登録処理モジュールのいずれかの実行の要求を行うことが判断されたことに基づき、該当する処理モジュールが実行中である旨を示す内容に実行中情報を書き換える実行中情報処理を備える。また請求項３に示すように、モード判定モジュールは実行中の処理モジュールがその処理を完了させた旨の通知を受けると、実行中情報処理により、該当する処理モジュールが実行中ではない旨を示す内容に実行中情報を書き換える。
【００１３】
請求項４によれば、モード判定モジュールに前記照合処理モジュールでの照合処理による一致または不一致を示す照合結果を車両内記憶装置に格納する格納処理を備え、前記モード判定モジュールは格納された照合結果に基づき前記登録処理モジュールを実行するか否かを判断するので、登録処理モジュール内に照合処理ロジックを組み入れる必要はなく、プログラムを簡素化できる。
【００１４】
【発明の実施の形態】
以下、本発明の好適な実施形態を図面に基づいて説明する。
【００１５】
図１は本実施形態の車両盗難防止装置の概略構成を示すブロック図である。この車両盗難防止装置は、複数の正規キーＫ１〜Ｋ４と、盗難防止機能を有するエンジンＥＣＵ３０と、アンプ回路２１と、キーシリンダ２２とから構成され、キーシリンダ２２内にはアンテナ２２ａが設けられている。
【００１６】
正規キーＫ１〜Ｋ４にはトランスポンダＴ１〜Ｔ４が内蔵されており、トランスポンダは暗証コードを記憶する機能と暗証コードを送信する機能とを有している。
【００１７】
エンジンＥＣＵ３０は各種エンジンの制御を実行する第１ＣＰＵ３１と、各種制御プログラムが記憶された第１ＲＯＭ３２と、各種データを一時記憶する第１ＲＡＭ３３と、第１入出力バッファ３４と、第１入出力回路３５と、ＥＥＰＲＯＭ３９とを備えている。第１入出力回路３５にはインジェクタ２３の駆動回路３６やイグナイタ２４の駆動回路３７が接続されており、第１ＣＰＵ３１は駆動回路３６、３７を制御することにより燃料噴射・点火のエンジン制御を実行している。また、ＥＥＰＲＯＭ３９には、各キーＫ１〜Ｋ４内に記憶されている暗証コード（外部コード）と等しいコード（内部コード）が記憶されている（図７）。
【００１８】
さらに、エンジンＥＣＵ３０は第２ＣＰＵ４１と、第２ＲＯＭ４２と、第２ＲＡＭ４３と、第２入出力バッファ４４と、第２入出力回路４５とを備えている。第２入出力回路４５にはアンプ回路２１が接続されており、第２ＣＰＵ４１はこの第２入出力回路４５を介してキーシリンダ２２に差し込まれたキーからの暗証コードの受信を行う。第２ＣＰＵ４１にて受信した暗証コードは通信線５０を介して第１ＣＰＵ３１に送信される。
【００１９】
また、エンジンＥＣＵ３０には外部ツール５５を接続する端子を備えており、車両販売後に暗証コードを消去・追加する場合には、外部ツール５５を接続し、外部ツール５５から所望の要求コマンドを出力することにより、エンジンＥＣＵ３０が市場登録処理などの特殊モードに切り替わって、暗証コードを消去・追加を実行することができるようになる。
【００２０】
次に、暗証コードの照合手順を説明すると、まず、イグニッションがオンされ、エンジンＥＣＵ３０に電源供給されると、第２ＣＰＵ４１からアンプ回路２１に対して励起開始信号が送出される。この開始信号を受け、アンプ回路２１からはキーシリンダ２２に励起信号（例えば、一定周波数のＳＩＮ波）が送出される。そして、キーＫ１〜Ｋ４はこの励起信号を受取り、このエネルギーを電源として暗証コードを送出し、暗証コードはアンプ回路２１→第２入出力回路４５→第２ＣＰＵ４１→通信線５０の経路で第１ＣＰＵ３１に伝達される。
【００２１】
そして、第１ＣＰＵ３１にてこの暗証コードとＥＥＰＲＯＭ３９内のコードとが照合され、この結果が不一致ならインジェクタ２３、イグナイタ２４の駆動を停止してエンジンを停止させる。従って、正規キーを持たない者が、不正にエンジン始動を試みても、照合結果が不一致となるのでエンジンが停止し車両盗難を防ぐことができる。
【００２２】
図２は、第１ＣＰＵ３１で実行されるイモビプログラム構造を示した図である。本実施形態のイモビプログラムには、キーからの暗証コードと車両側コードとを照合する照合処理モジュール６１、車両組立時に車両内メモリに車両側コードを登録する工場登録処理モジュール６２、車両販売後に車両側コードを消去する市場消去処理モジュール６３、同じく車両販売後に車両側コードを追加する市場登録処理モジュール６４が備えられている。この点は従来プログラムと同様であるが、本実施形態のイモビプログラムではモード判定モジュール６５をさらに備えており、この点が本発明において最も特徴とするところである。
【００２３】
このモード判定モジュール６５は、照合処理モジュール６１、工場登録処理モジュール６２、市場消去処理モジュール６３、市場登録処理モジュール６４の各モジュールへの実行許可を集中管理する機能と、各モジュールで判断された情報（キー種別など）を受信して第１ＲＡＭ３３にて記憶管理する機能とを有している。すなわち、従来では各モジュールで個別に実行条件を判断していたが、本実施形態ではこのモード判定モジュール６５にて一括して実行条件を判断し、各処理モジュールに対して処理要求を出す構造となっている。この構成により、従来とは異なり、照合処理モジュールと工場登録処理モジュールとの間で直接情報をやり取りしたり、他の処理モジュールに対して実行中であるかを問い合わせることはない。
【００２４】
次に、図３〜図１４を用いて、各処理モジュールで実行される処理について説明する。
【００２５】
図３はモード判定モジュール６５内での実行処理を示すフローチャートであり、この処理は１６ｍｓ毎に実行される。
【００２６】
まず、ステップ３０１からステップ３０４では、現在、工場登録処理モジュール６２、市場消去処理モジュール６３、市場登録処理モジュール６４、照合処理モジュール６１での各処理が実行途中であるか否かを判断する。ここで、実行中であるかは、第１ＲＡＭ３３に格納されている実行中フラグ（図８）を見て判断するが、実行中フラグの操作については後で詳述する。
【００２７】
そして、最初はどの処理モジュールも実行状態にないので、ステップ３０１からステップ３０４の全ステップでＮＯ判定され、ステップ３０５に進む。ステップ３０５からステップ３０８では各処理モジュールの実行条件をそれぞれ判断し、成立した実行条件に応じてステップ３０９からステップ３１２にて工場登録処理モジュール６２、市場登録処理モジュール６４、市場消去処理モジュール６３、照合処理モジュール６１の各モジュールに対して処理実行の要求を行う。
【００２８】
次に、各モジュールでの処理について、工場登録処理（図４）、照合処理（図９）、市場消去処理（図１２）、市場登録処理（図１３）の順に説明する。
【００２９】
まず、工場登録処理について説明する。図３において、ステップ３０５に進むと、ステップ３０５にてＥＥＰＲＯＭ３９内に工場登録処理への移行を示す指示データがあるかを判断し、指示データが存在するならステップ３０９にて工場登録処理モジュール６２に対して工場登録処理の実行を要求する。ここで、上記指示データは、車両組付時（初期時）にのみＥＥＰＲＯＭ３９内に保持されるデータであり、このデータを検出することによりＥＥＰＲＯＭ３９内に暗証コードが登録されていない状態であることを判断することができる。
【００３０】
そして、ステップ３０９では工場登録処理モジュール６２が実行中であることを示す実行中フラグをセットし（図８）、工場登録処理モジュール６２での処理に移行して図４の処理が実行される。
【００３１】
図４において、ステップ４０１では、現在、キーシリンダ２２に挿入されているキーの暗証コードを読み込み、続く、ステップ４０２でこの暗証コードをＥＥＰＲＯＭ３９内の所定メモリエリア（図７）に格納する。そして、ステップ４０３ではモード判定モジュール６５に対して今回登録したキーの種別を通知する。本実施形態では、キーを挿入した順番にＫ１からＫ４のキー種別を示すデータが付与され、この情報がモード判定モジュール６５に通知され、Ｋ１、Ｋ２がマスターキー、Ｋ３，Ｋ４がサブキーとしている。
【００３２】
ステップ４０４では本ルーチンを実行した回数（ＥＥＰＲＯＭに登録した暗証コード数）をカウントし、ステップ４０５でこの回数が４回以上（キー４本分の暗証コードを登録完了したか）を判別する。１本目のキーを挿入した段階では、ステップ４０５でＮＯ判定されて本ルーチンを終了する。そして、１本目のキーを抜き、２本目のキーを挿入すると、図３に示したモード判定処理が実行されるが、工場登録処理モジュール６２の実行中フラグがセットされているので、ステップ３０１でＹＥＳ判定されて、再び、図４の処理が実行される。
【００３３】
なお、一般には、キーを抜く際にイグニッションがオフされ、エンジンＥＣＵ３０の電源が遮断されて、ＥＥＰＲＯＭ３９への登録処理中に電源が遮断される、或いは、第１ＲＡＭ３３内の実行中フラグがクリアされるなどの問題が発生する。この問題を解決するために、本実施形態ではモード判定モジュール６５に図５で示すロジックが追加されている。
【００３４】
図５において、この処理は１６ｍｓ毎に実行される。まず、ステップ５０１で、図８の情報から工場登録処理モジュール６２、市場登録処理モジュール６４、市場消去処理モジュール６３が実行中かを判別し、実行中のときには、ステップ５０２にてエンジンＥＣＵ３０への電源を制御するメインリレーをオンし続けるよう制御する。これにより、キーを抜いても、上記処理モジュールが実行中にあるときにはエンジンＥＣＵ３０への電源が供給が継続するようになっている。
【００３５】
図４の処理に戻り、２本目以降も前述と同様の処理を繰り返し、４本目のキーの暗証コードの登録完了で、ステップ４０５にてＹＥＳ判定されてステップ４０６に進む。
【００３６】
ステップ４０６では、ステップ３０５にて工場登録処理への移行を指示した指示データを消去し、ステップ４０７で工場登録処理が完了したことをモード判定モジュール６５に通知する。モード判定モジュール６５は、この通知を受信すると、図６の処理が起動し、ステップ６０１で工場登録処理モジュール６２の実行中フラグをリセットする。また、実行中フラグをリセットにより図５のステップ５０１でＮＯ判定されてメインリレー制御もオフされる。
【００３７】
以上説明したように、各処理モジュール６１〜６４はモード判定モジュール６５により実行許可され（図３のステップ３０５〜３０８）、ステップ３０５にて工場登録処理への移行を判断すると実行中フラグ（図８）をセットし、この実行フラグを見て他の処理モジュールへの移行を禁止させるので、工場登録処理中に他の処理モジュールが実行開始されることはなく、各処理モジュール６１〜６４間での排他性を確保することができる。
【００３８】
また、従来のプログラムでは各処理モジュール６１〜６４で、他のモジュールの実行状態を考慮してメインリレーをオンするかを指示するロジックを作成する必要があったが、本実施形態では図５に示す如く、モード判定モジュール６５が実行中フラグを見て一括して指示することができ、プログラムを簡素化することができる。
【００３９】
次に、照合処理について説明する。通常、照合処理はエンジン始動のタイミングで実行されて正規ユーザ（正規キー）でのエンジン始動であるかを判断する。
【００４０】
図３（モード判定モジュール６５）において、ステップ３０１からステップ３０７でＮＯ判定されると、ステップ３０８にて未照合であるかを判断し、未照合であるならステップ３１２に進み、照合処理の実行中フラグ（図８）をセットすると共に、照合処理モジュール６１に対して照合処理の実行を要求して図９の処理が実行される。なお、未照合であるかは、第１ＲＡＭ３３の保持データ（図１０）に基づいて判別される。
【００４１】
図９において、ステップ９０１では、現在、キーシリンダ２２に挿入されているキーの暗証コードを読み込み、続くステップ９０２ではＥＥＰＲＯＭ３９内に記憶保持されているコードをサーチする。そして、ステップ９０３にてキーの暗証コードと一致するコードがＥＥＰＲＯＭ３９内に記憶されているかを判別し、不一致ならステップ９０４にてエンジン停止されるべく、燃料・点火のカット要求を行う。
【００４２】
ステップ９０５では、コード一致、不一致の照合結果と一致したコードから今挿入されているキーがＫ１〜Ｋ４の何かを示すキー種別情報をモード判定モジュール６５に通知する。そして、モード判定モジュール６５は通知を受け、図１０に示すように、照合結果とキー種別情報を第１ＲＡＭ３３に記憶保持する。
【００４３】
ステップ９０６では照合完了かを判断し、照合完了であるならモード判定モジュール６５に照合完了を通知し本ルーチンを終了する。
【００４４】
モード判定モジュール６５はこの通知を受けると、図６の処理が起動し、ステップ６０１で工場登録処理モジュール６２の実行中フラグをリセットする。
【００４５】
一方、図９のステップ９０４にて燃料・点火カット要求がされると、イモビプログラムとは別に設けられたエンジン制御プログラムにて、図１１に示す処理が実行されて燃料・点火カットが行われる。
【００４６】
図１１の処理は１６ｍｓ毎に実行され、ステップ１１０１にて燃料・点火カット要求の有無を判断し、要求ありならステップ１１０２にて燃料・点火カットを実行すべく駆動回路３６，３７への出力を停止する。
【００４７】
次に、市場消去処理について説明する。これは車両ユーザがキーを紛失したとき、紛失したキーの暗証コードをＥＥＰＲＯＭ３９から消去する場合などで実行される処理である。
【００４８】
図３（モード判定モジュール６５）において、ステップ３０１からステップ３０６でＮＯ判定されると、ステップ３０７にてマスターキーでの照合一致で、かつ外部ツール５５より消去要求があるかを判断する。ここで、ＹＥＳ判定ならステップ３１１に進み、市場消去処理の実行中フラグ（図８）をセットすると共に、市場消去処理モジュール６３に対して市場消去処理の実行を要求し、図１２の処理が実行される。すなわち、市場消去処理は照合処理モジュール６１でキーシリンダ２２に挿入されたキーがマスターキー（Ｋ１，Ｋ２）であることを判断した後に実行され、第１ＲＡＭ３３（図１０）に保持されている情報に基づいてマスターキーでの照合一致かが判断される。
【００４９】
従って、モード判定モジュール６５が判定結果・キー種別を一括管理しているので、市場消去処理モジュール６３に照合処理ロジックを設ける必要なく、プログラム構造を簡素化することができる。
【００５０】
図１２において、ステップ１２０１にて図１０に保持されているキー種別情報を読み込み、ステップ１２０２ではステップ１２０１にて読み込んだキー種別以外のコードを全て消去する。ステップ１２０３では暗証コードを全て消去したかを判断する。ＮＯ判定であるなら本ルーチンを終了するが、実行中フラグがセットされてるので、図３のステップ３０３でＹＥＳ判定されて再び図１２のルーチンが実行される。そして、全消去したと判断されると、モード判定モジュール６５に市場消去完了を通知し本ルーチンを終了する。
【００５１】
モード判定モジュール６５はこの通知を受けると、図６の処理が起動し、ステップ６０１で工場登録処理モジュール６２の実行中フラグをリセットする。なお、市場消去実行中も図５の処理によりメインリレーが制御され電源遮断による不具合を回避することができる。
【００５２】
次に、市場登録処理について説明する。これは車両ユーザがキーを紛失したときなど、新たに購入したキーの暗証コードをＥＥＰＲＯＭ３９に登録する場合に実行される。
【００５３】
図３（モード判定モジュール６５）において、ステップ３０１からステップ３０５でＮＯ判定されると、ステップ３０６にてマスターキーでの照合一致で、かつ外部ツール５５より登録要求があるかを判断する。ここで、ＹＥＳ判定ならステップ３１０に進み、市場登録処理の実行中フラグ（図８）をセットすると共に、市場登録処理モジュール６４に対して市場登録処理の実行を要求し、図１３の処理が実行される。市場登録処理も市場消去処理と同様に照合処理モジュール６１でキーシリンダ２２に挿入されたキーがマスターキー（Ｋ１，Ｋ２）であることを判断した後に実行され、第１ＲＡＭ３３（図１０）に保持されている情報に基づきマスターキーでの照合一致かが判断される。
【００５４】
図１３において、ステップ１３０１では現在、キーシリンダ２２に挿入されているキーの暗証コードを読み込み、続く、ステップ１３０２でこの暗証コードをＥＥＰＲＯＭ３９に登録する。ステップ１３０３でモード判定モジュール６５に読み込んだキーのキー種別（Ｋ１〜Ｋ４）を通知し、ステップ１３０４では暗証コードを登録したかを判断する。ＮＯ判定であるなら本ルーチンを終了するが、実行中フラグがセットされているので、図３のステップ３０４でＹＥＳ判定されて再び図１３のルーチンが実行される。そして、登録完了したと判断されると、モード判定モジュール６５に市場登録完了を通知し本ルーチンを終了する。
【００５５】
モード判定モジュール６５はこの通知を受けると、図６の処理が起動し、ステップ６０１で市場登録処理モジュール６４の実行中フラグをリセットする。なお、市場登録実行中も図５の処理によりメインリレーが制御され電源遮断による不具合を回避することができる。
【００５６】
以上説明したように、市場登録処理では、コード登録のために複数回キーを抜き差しする必要がある。そして、従来のプログラム構成ではキーを抜き差ししたタイミングで盗難判定のための照合処理を実行すべきかを照合処理モジュール内で判断する必要があったが、本実施形態ではモード判定モジュールで市場登録処理モジュール６４以外の処理モジュールの実行を禁止しているので照合処理モジュール内にこのような判断ロジックを設ける必要はなく、プログラムを簡素化することができる。
【００５７】
なお、本実施形態ではキーＫ１〜Ｋ４内に暗証コードが記憶されており、キーをキーシリンダに挿入することにより外部コードを車両に入力させているが、キーに限らず、携帯カードや車両ユーザーがキーボード操作することにより外部コードを入力してもよい。
【図面の簡単な説明】
【図１】実施形態の車両盗難防止装置の概略構成を表すブロック図である。
【図２】イモビプログラムの構造および状態遷移を示す図である。
【図３】モード判定モジュール６５内での実行処理を示すフローチャートである。
【図４】工場登録処理モジュール６２内での実行処理を示すフローチャートである。
【図５】モード判定モジュール６５内で実行されるメインリレー制御処理を示すフローチャートである。
【図６】実行中フラグのリセット処理を示すフローチャートである。
【図７】暗証コードの格納状態を示すＥＥＰＲＯＭ３９のブロック図である。
【図８】実行中フラグの格納状態を示す第１ＲＡＭ３３のブロック図である。
【図９】照合処理モジュール６１内での実行処理を示すフローチャートである。
【図１０】照合結果とキー種別の格納状態を示す第１ＲＡＭ３３のブロック図である。
【図１１】エンジン制御プログラムで実行される燃料・点火カットの処理を示すフローチャートである。
【図１２】市場消去処理モジュール６３内での実行処理を示すフローチャートである。
【図１３】市場登録処理モジュール６４内での実行処理を示すフローチャートである。
【図１４】従来の盗難防止プログラムの構造を示す図である。
【符号の説明】
Ｋ１〜Ｋ４…キー    ３０…エンジンＥＣＵ    ３１…第１ＣＰＵ
３３…第１ＲＡＭ    ３９…ＥＥＰＲＯＭ    ５５…外部ツール
６１…照合処理モジュール      ６２…工場登録処理モジュール
６３…市場消去処理モジュール  ６４…市場登録処理モジュール
６５…モード判定モジュール
【図１】
0004206561.tif 000002
【図２】
0004206561.tif 000003
【図３】
0004206561.tif 000004
【図４】
0004206561.tif 000005
【図５】
0004206561.tif 000006
【図６】
0004206561.tif 000007
【図７】
0004206561.tif 000008
【図８】
0004206561.tif 000009
【図９】
0004206561.tif 000010
【図１０】
0004206561.tif 000011
【図１１】
0004206561.tif 000012
【図１２】
0004206561.tif 000013
【図１３】
0004206561.tif 000014
【図１４】
0004206561.tif 000015