(57)【特許請求の範囲】
【請求項１】
車両駆動に関するセンサーからの入力を受けて車両駆動装置を制御するとともに、識別コードを記憶する装置を備える第一の制御手段と、
この第一の制御手段と通信手段で接続され、識別コードを記憶する装置を備える第二の制御手段と、
前記車両駆動装置の始動を指令するイグニッションスイッチの“ＯＦＦ”位置から“ＯＮ”位置への切換時であるかどうかを判定する手段と、
この切換時が判定されたときに前記各識別コードを通信手段を介して照合する手段と、  この照合結果が適合しないとき車両の発進を阻止する手段と、
前記切換時が判定されたときに前記２つの制御手段の少なくとも一方が新品であるかどうかを判定する手段と、
少なくとも一方が新品であると判定されたとき外部からの要求により前記各識別コードの書き換えを許可する手段と、
前記照合結果の不適合の履歴を記憶する手段と、
この記憶された不適合の履歴をみて不適合の回数が複数回のとき車両の発進を阻止する手段と、
前記外部からの書き換え要求があったときに前記記憶された不適合の履歴をクリアする手段と
を設けたことを特徴とする車両盗難防止装置。
【請求項２】
前記照合結果の履歴を記憶する手段が不揮発性メモリーであることを特徴とする請求項１に記載の車両盗難防止装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
この発明は車両盗難防止装置に関する。
【０００２】
【従来の技術】
電子式エンジン集中制御装置（ＥＣＣＳ）においては、マイクロコンピューターからなるエレクトロニックコントロールユニット（ＥＣＵ）によりエンジン制御が実行される。イグニッションスイッチを“ＳＴＡＲＴ”位置まで回すと、スターターによりクランク軸がクランキングされるとともに、ＥＣＵで始動時噴射パルス幅が算出され、この噴射パルス幅を開弁時間とする信号がインジェクターに送られて開弁時間に相当する燃料量が吸気管に供給され、エンジンが始動されるわけである（特開昭５５−１５１１３３号公報）。
【０００３】
【発明が解決しようとする課題】
ところで、上記の装置では、キーがなくてもイグニッションスイッチの接点を直結されれば、エンジンが始動され車両の発進が可能となり、車両の盗難に対して無防備であることから、エンジン制御用の第一の制御手段とは別に車両盗難防止用の第二の制御手段を設けて２つの制御手段を通信手段で結び、各制御手段が保存する識別コードを照合し、その照合結果が適合しないときは始動を禁止して車両の発進を阻止することにより、車両が盗難にあう機会を減らすものを提案した（特願平６−２７３８２３号）。
【０００４】
この場合に、上記の識別コードの組み合わせの数は、ビット数を増やすほど、飛躍的に増大するため、組み合わせの数がある程度大きな値となるようにビット数を決定している。したがって、上記第一の制御手段と通信を行える装置が故意に用意され、その装置により思い付きの識別コードを第一の制御手段に返信させても、照合結果が適合する確率は低いといえる。
【０００５】
しかしながら、不正な始動操作がなんども繰り返されると、いつかは照合結果が適合することがあり得るので、車両盗難防止機能が損なわれる。
【０００６】
そこで、車両駆動に関するセンサーからの入力を受けて車両駆動装置を制御するとともに、識別コードを記憶する装置を備える第一の制御手段と、この第一の制御手段と通信手段で接続され、識別コードを記憶する装置を備える第二の制御手段とを有し、前記車両駆動装置の始動を指令するイグニッションスイッチの“ＯＦＦ”位置から“ＯＮ”位置への切換時であるかどうかを判定し、この切換時が判定されたときに前記各識別コードを通信手段を介して照合し、この照合結果が適合しないとき車両の発進を阻止し、前記切換時が判定されたときに前記２つの制御手段の少なくとも一方が新品であるかどうかを判定し、少なくとも一方が新品であると判定されたとき外部からの要求により前記各識別コードの書き換えを許可するものを前提として、照合結果の不適合の履歴を記憶する手段を設けておき、その不適合の履歴をみて不適合の回数が複数回のとき、照合結果のいかんにかかわらず車両の発進を阻止することにより、車両盗難防止効果を高めるとともに、照合結果の適合の履歴を記憶する手段を設けておき、その適合の履歴をみて適合の回数が複数回のとき、車両の発進阻止を解除することが考えられる。
しかしながら、第一の制御手段または第二の制御手段のいずれかの交換のため外部からの書き換え要求があった場合に、外部からの書き換え要求の直前において不正な始動操作により車両の発進が阻止されているときには正規の始動操作を所定回繰り返す必要がある。
そこで本発明は、外部からの書き換え要求があったときに前記記憶された不適合の履歴をクリアすることにより、外部からの要求により各識別コードの書き換えを許可した後で正規の始動操作を繰り返すことを避けることを目的とする。
【０００９】
【課題を解決するための手段】
第１の発明は、図１２に示すように、車両駆動に関するセンサーからの入力を受けて車両駆動装置２１を制御するとともに、識別コードを記憶する装置を備える第一の制御手段３１と、この第一の制御手段３１と通信手段３２で接続され、識別コードを記憶する装置を備える第二の制御手段３３と、前記車両駆動装置２１の始動を指令するイグニッションスイッチの“ＯＦＦ”位置から“ＯＮ”位置への切換時であるかどうかを判定する手段２３と、この切換時が判定されたときに前記各識別コードを通信手段３２を介して照合する手段３４と、この照合結果が適合しないとき車両の発進を阻止する手段２５と、前記切換時が判定されたときに前記２つの制御手段３１，３２の少なくとも一方が新品であるかどうかを判定する手段３５と、少なくとも一方が新品であると判定されたとき外部からの要求により前記各識別コードの書き換えを許可する手段３６と、前記照合結果の不適合の履歴を記憶する手段２６と、この記憶された不適合の履歴をみて不適合の回数が複数回のとき車両の発進を阻止する手段２７と、前記外部からの書き換え要求があったときに前記記憶された不適合の履歴をクリアする手段３７とを設けた。
【００１０】
第２の発明は、第１の発明において、前記照合結果の履歴を記憶する手段が不揮発性メモリーである。
【００１３】
【作用】
第１の発明では、外部からの書き換え要求があったときに照合結果の不適合の履歴をクリアするので、外部からの書き換え要求の直前において不正な始動操作により発進禁止状態になっている場合にも、外部からの要求により各識別コードの書き換えを許可した後で正規の始動操作を繰り返す必要がない。
【００１４】
照合結果の履歴を保持するために電源を用いるものでは、電源が切れた場合に照合結果の履歴が消失してしまうが、第２の発明では、照合結果の履歴を記憶する手段が不揮発性メモリーであるので、照合結果の履歴が消失することがない。
【００１５】
【実施例】
図１において、２はマイクロコンピューターからなるＥＣＵで、このＥＣＵ２によりエンジン制御が集中的に行われる。公知のようにＥＣＣＳ用ＥＣＵ２での制御項目の主なものは空燃比（燃料噴射量）と点火時期であり、ＥＣＵ２では、内部のプログラムソフトにしたがい、所定の空燃比となるように吸気管に設けたインジェクター３を介して燃料噴射量を、また点火装置４を介して点火時期を制御する。このＥＣＵ２（後述するＩＭＭＵについても）は、通常１つのユニットで構成され、故障時には一体で交換される。
【００１６】
１１は車両移動禁止用ＥＣＵ（以下ＩＭＭＵで略称する）で、このＩＭＭＵ１１もマイクロコンピューターから構成され、このＩＭＭＵ１１と上記のＥＣＣＳ用ＥＣＵ２とは双方向通信装置１２を介して連結される。これら２つのＥＣＵは、マイクロコンピューターに限定されるものでなく、一般にＥＣＵといった場合その含まれる範囲は広く、通常の電気部品だけでＥＣＵを構成したものでもかまわない。
【００１７】
ＩＭＭＵ１１にはトランスポンダーキー１４が備えられ、ＩＭＭＵ１１からアンテナ１３を介し電磁波（あるいは電波）を送ってトランスポンダーキー１４に呼びかけると、トランスポンダーキー１４が固有の電子的コードを送ってよこすので、このコードとＩＭＭＵに保持しているコードとが一致するかどうかをみることによって、トランスポンダーキー１４とＩＭＭＵとの組み合わせが正しいかどうかを確認することができる。ＩＭＭＵを取り外し、代わりに他の車両のＩＭＭＵを組み付けたり、ＩＭＭＵはそのままで他の車両のトランスポンダーキーを持ってきたりしても、ＩＭＭＵとＥＣＣＳ用ＥＣＵの通信条件は成立しない。つまりＩＭＭＵとＥＣＣＳ用ＥＣＵとの間で通信条件を成立させるためには、トランスポンダーキーの所持が必要となるのである。
【００１８】
次に、車両盗難防止に関するＥＣＣＳ用ＥＣＵでのプロセスを、図２ないし図６のフローチャーを用いて説明する。ここでは先願装置（特願平６−２７３８２３号）と同じ部分を先に説明し、そのあとで参照例の部分に言及する。なお、先願装置における説明ではＥＣＣＳ用ＥＣＵを単にＥＣＣＳと称する。
【００１９】
ＥＣＣＳとＩＭＭＵの間で行う通信は双方向であるため、コマンドやデータをＥＣＣＳからＩＭＭＵに送るには、その前に通信モードをＥＣＣＳ→ＩＭＭＵモードに切換え、またＩＭＭＵからＥＣＣＳにコマンドやデータを送り返すにも前もって通信モードをＩＭＭＵ→ＥＣＣＳモードに切換えておかなければならない。こうした通信モードの切換えについてはその説明を省略する。
【００２０】
図２において、ステップ１ではイグニッションスイッチ（図ではＩＧＮ  ＳＷで表示）をみて、イグニッションスイッチが“ＯＦＦ”位置から“ＯＮ”位置に切換えられたときは、ステップ２に進み、ＲＡＭの初期化を行ったあと、ステップ３でＥＣＣＳが新品であるかどうかを判定する。これは、ＥＣＣＳのＥＥＰＲＯＭに保存している新品フラグが新品側にセットされているかどうかにより判断するものである。新品でない場合はステップ４と５で通信タイマーのカウントをスタートし、ＩＭＭＵにテスト送信を要求する。通信タイマーは通信開始からの経過時間を計測するためのものである。
【００２１】
ステップ６ではＩＭＭＵからの返信の有無を確かめ、返信があった（つまりテスト送信が正常に行われた）場合は、ステップ７に進み、今度はＩＭＭＵが新品であるかどうかをみる。ＩＭＭＵのＥＥＰＲＯＭに保存されている新品フラグが新品側にセットされていなければ、新品でないと判断してステップ８に進み、前述のようにトランスポンダーキーの発信するキーコードとＩＭＭＵに設定されたキーコードの照合を行い、これらのキーコードが一致したときは続いてステップ９において識別コードが一致するかどうかを判定する。
【００２２】
識別コードの確認は、ＥＣＣＳからＩＭＭＵに識別コードの送信要求を送り、これに対してＩＭＭＵから返信された識別コードと、ＥＣＣＳのＥＥＰＲＯＭに保存されている識別コードを照合することで行う。
【００２３】
両方の識別コードが一致したときは、ステップ１０でフェールセーフフラグ（始動前はクリア状態）をセットし、ステップ１１で通信タイマーを初期化する。フェールセーフフラグがないと、走行中になんらかの理由で始動禁止操作によってエンジンへの燃料供給が突然カットされる可能性があるが、このような燃料カットが行われることのないように、車両盗難防止のためのチェックを始動時に限定する目的で上記のフェールセーフフラグが設けられている。したがって、フェールセーフフラグがセットされるときは始動が継続されることになる。
【００２４】
なお、ステップ６１、６２，６３，６４は参照例の部分であり、後で詳述する。
【００２５】
一方、ステップ６においてＩＭＭＵからの返信がなかった場合あるいは返信があってもチェックサムがエラーとなった場合はステップ１３に進む。ステップ８，９において送信トラブルあるいはキーコードや識別コードの不一致が発見された場合にも、同様にステップ１３に進む。
【００２６】
ステップ１３〜１６では、車両が走行中かどうか（ステップ１３）、ギヤ位置がニュートラル位置（図ではＮで略記）以外にあるかどうか（ステップ１４）、通信タイマーの計測時間が設定時間を超過していないかどうか（ステップ１５）、ステップ１６へと流れてくる繰り返しの回数が所定値を超えていないかどうか（ステップ１６）の各項目を当たり、すべての項目がＮｏのときは、ステップ５に戻ってやり直す。いずれかの項目がＹｅｓのときは、ステップ１７に進みフェールセーフフラグをみてクリア状態にあるときは、ステップ１８と１９で通信タイマーを初期化し、エンジンの始動を禁止（たとえば燃料の供給停止）したあと、図２の処理を終了する。ステップ６，８，９からステップ１３に移行するときにはステップ１０を経過していないため、フェールセーフフラグがクリア状態にある。したがって、始動時の送信トラブルあるいはキーコードや識別コードが不一致のときは、常に始動禁止操作が行われるのである。
【００２７】
図４は運転終了時の処理を表す。このプロセスは、イグニションスイッチの“ＯＮ”位置から“ＯＦＦ”位置への切換時に実行される。ステップ３２においてこの切換時が検出されると、ステップ３３で識別コードの更新要求が新たな識別コードとともにＥＣＣＳからＩＭＭＵに向けて送られる。
【００２８】
ステップ３４ではＩＭＭＵからの返信をみて、ＩＭＭＵからの返信がなければ、あるいは送信エラーが検出されたときにはステップ３７によりステップ３３，３４のプロセスを所定回数繰り返し、ＩＭＭＵからの返信が依然として正常化されなければ、そのまま図４の処理を終了する。
【００２９】
ステップ３４でＩＭＭＵからの返信が正常であるときは、更新した識別コードをステップ３５においてＥＣＣＳのＥＥＰＲＯＭに保存し、ステップ３６でフェールセーフフラグをクリアしたあと、図４の処理を終了する。
【００３０】
図４のフローにより、次回のエンジン始動は、更新された識別コードがＥＣＣＳとＩＭＭＵの双方に記憶され、フェールセーフフラグがクリアされた状態で行われる。
【００３１】
図２に戻り、ステップ３と７でＥＣＣＳまたはＩＭＭＵのいずれかが新品であると判断されたときは、図３のフローに示すようにＥＣＣＳとＩＭＭＵに記憶される各識別コードの書き換え（たとえば初期化）を実行する。
【００３２】
初期化プロセスではまず、ステップ２１においてＥＣＣＳからＩＭＭＵに初期化要求を送信する。なお、初期化要求の送信は、ＥＣＣＳやＩＭＭＵとは別の第三のＥＣＵからの初期化命令の入力に応じて行うようにしてあり、第三のＥＣＵからの初期化命令が入力されない限り、各識別コードの初期化が行われることはない。
【００３３】
初期化要求に対してＥＣＣＳが自分のＥＥＰＲＯＭから初期化コードを読み出してこれをＩＭＭＵに送信し、この送信された初期化コードをＩＭＭＵが識別コードとして記憶するとともに、その識別コードをＥＣＣＳに返信する。ＥＣＣＳではステップ２２でこの返信がエラーとなったときには、ステップ２５において送信チェックの回数をみて、所定回数のチェックが行われていなければステップ２１に戻って処理を繰り返し、所定回数に達した場合には初期化不能として図３の処理を終了する。
【００３４】
ステップ２２での送信チェックに異常がなければ、ステップ２３に進み、初期化コードを識別コードとしてＥＣＣＳのＥＥＰＲＯＭに保存する。
【００３５】
この初期化処理の直後は識別コードの照合を行うことなくエンジンの始動許可を継続し、イグニションスイッチの“ＯＦＦ”状態待ちとなる。そして、次回始動時より、通常の識別コードの照合が行われる。
【００３６】
図５は始動時の通信制御を示す流れ図で、ＥＣＣＳが実行する。ステップ５１でイグニッションスイッチが“ＳＴＡＲＴ”位置にきたときは、ステップ５２に進んで通信を中断（停止または終了でもかまわない）し、ステップ５３で始動時噴射パルス幅Ｔｓｔを算出する。イグニッションスイッチが“ＳＴＡＲＴ”位置になく、ステップ５４でイグニッションスイッチが“ＳＴＡＲＴ”位置から“ＯＮ”位置に切換えられたときは、ステップ５５に進み、通信を開始（あるいは再開）する。“ＳＴＡＲＴ”位置から“ＯＮ”位置への切換時以外であればステップ５６で通信を継続する。
【００３７】
上記のフローチャートの説明の中でＥＣＣＳとＩＭＭＵとの間で送信される各種のコマンドを図６にまとめている。この図からわかるようにコマンドは８ビットのバイナリーコードである。これらのコマンドは図７に示すプロトコルフォーマットにしたがって送信される。識別コード確認を例にとると、ＥＣＣＳからは、図６に示す識別コード更新を要求する８ビットのコマンドと、８ビットの固定値と、エラー検出用の８ビットのチェックサムからなる合計２４ビットの信号がＩＭＭＵに送られる（図７の上段参照）。チェックサムはコマンドと固定値の８ビットのデータを、１バイト単位で各桁に分割して、桁ごとに合算したもので、このチェックサムを照合することにより通信エラーの有無を確認することができる。一方、ＩＭＭＵからＥＣＣＳに返されるのは、図６に示す識別コード登録を要求する８ビットのコマンドと、８ビットの識別コード、そして８ビットのチェックサムからなる２４ビットの信号である（図７の下段参照）。
【００３８】
以上で先願装置の説明を終える。
【００３９】
さて、上記の識別コードの組み合わせの数は、２８通りもあり、さらに識別コードを始動のたびに変化させることもできるので、上記ＥＣＣＳと通信を行える装置が用意され、その装置により思い付きの識別コードをＥＣＣＳに返信させても、照合結果が適合する確率は低いものである。
【００４０】
しかしながら、不正な始動操作がなんども繰り返されると、いつかは照合結果が適合することがあり得るので、車両盗難防止機能が損なわれる。
【００４１】
これに対処するため、参照例では図８のフローチャートと図２のフローにおいてステップ６１，６２，６３，６４を新たに追加し、照合結果の不適合の履歴を記憶する手段を設けておき、その不適合の履歴をみて不適合の回数が複数回であるときは車両の発進を阻止する。
【００４２】
詳細には図２のフローにおいて、フェールセーフフラグをセットするステップ１０の直前のステップ６１においてロックフラグをみる。このロックフラグは後述する図８のフローにおいてセットされるフラグであり、工場出荷時にはクリア状態にある。このときはステップ１０に進んでフェールセーフフラグをセットする。つまり、ロックフラグがクリア状態にあるときの処理は、上記の先願装置と同じである。これに対して、ロックフラグがセットされているときは、ステップ６２と６３に進み、通信タイマーを初期化するとともに、始動を禁止する。
【００４３】
一方、ステップ６４では、カウンターの値ＮＧＣＯＵＮＴ（初期値は０）をインクリメントする。このカウンターは始動の禁止操作を行った累積回数を計測するためのもので、ＮＧＣＯＵＮＴの値を照合結果の不適合の履歴として不揮発性メモリー（たとえばＥＥＰＲＯＭ，フラッシュメモリーなど）に記憶させる。
【００４４】
次に、図８のフローは、ＲＡＭ初期化において実行するフロー、つまりイグニッションスイッチのＯＦＦ位置からＯＮ位置への切換時に行うフローである。図８において、ステップ７１ではカウンター値ＮＧＣＯＵＮＴと所定値の１０とを比較する。比較の結果、ＮＧＣＯＵＮＴの値が１０未満のときは何もしないで図８のフローを終了し、１０以上になったときはステップ７２に進んでロックフラグをセットする。所定値は１０に限られるものでなく、複数であればよい。
【００４５】
さて、不正に始動操作が行われるときは車両盗難防止のチェックにより始動が禁止され、そのつどＮＧＣＯＵＮＴの値が増えてゆくので、不正な始動が１０回におよぶと、ロックフラグがセットされる。ロックフラグのセットによりその後は、始動時の送信トラブルがなくキーコードや識別コードが一致したときでも、始動禁止状態が解除されることがない。つまり、車両盗難防止装置をかいくぐってエンジンを始動させようと、不正な始動操作をなんども繰り返すことによって、たまたまキーコードや識別コードが一致したとしても、あるいは解析によりキーコードと識別コードを一致させ得たとしても、それ以前に始動禁止とされた操作の累積回数が１０回以上となっていれば、始動禁止操作が解除されることがなく、これにより車両盗難防止効果を高めることができるのである。
【００４６】
なお、正規の方法で始動操作が実行される限りＮＧＣＯＵＮＴは工場出荷時に設定された０のままであるので、ロックフラグはクリア状態あり、このときは従来と同じである。
【００４７】
図９、図１０、図１１は第１実施例で、それぞれ参照例の図２、図３、図８に対応する。参照例と相違するのは、図９においてステップ８１，８２を、図１０においてステップ９１，９２，９３を、図１１においてステップ１０１，１０２，１０３，１０４を追加した点である。
【００４８】
図９のステップ８１では、カウンターの値ＯＫＣＯＵＮＴ（初期値は０）をインクリメントする。このカウンターは正規の始動操作が行われた累積回数を計測するためのもので、ＯＫＣＯＵＮＴの値を照合結果の適合の履歴として不揮発性メモリーに記憶させる。
【００４９】
ＯＫＣＯＵＮＴの値と所定値の１０とを図１１のステップ１０１において比較し、ＯＫＣＯＵＮＴの値が１０以上になったときはステップ１０２に進んでロックフラグをクリアし、ステップ１０３，１０４で２つのカウンター値とも初期化する。ロックフラグがクリアされれば、図９において、始動時の送信トラブルがなくキーコードや識別コードが一致した場合に、ステップ６１からステップ１０のフェールセーフフラグのセットへとふたたび進むことができることになる。ＯＫＣＯＵＮＴと比較するための所定値は１０に限られず、複数であればよい。
【００５０】
このようにして、不正な始動操作の繰り返しによりロックフラグがセットされた後でも、正規の始動操作を１０回以上繰り返せば、２つのカウンター値の初期化とともに、ロックフラグがクリアされるので、不正な始動操作が繰り返し行われた後でも、始動許可継続が可能になる。これに対して、参照例では、ロックフラグがセットされた後にはロックフラグのセット前に復帰させようがない。
【００５１】
一方、図１０においてはステップ９１，９２，９３を新たに追加しており、外部からの初期化要求があったときは、ステップ９１でロックフラグをクリアし、２つのカウンター値ともステップ９２，９３において初期化している。
【００５２】
ＥＣＣＳまたはＩＭＭＵのいずれかの交換のため外部からの要求で初期化処理を行った直後は、識別コードの照合を行うことなくエンジンの始動許可を継続してイグニッションスイッチの“ＯＦＦ”状態待ちとなり、次回始動時より通常の識別コードの照合が行われるのであるが、その次回始動時にロックフラグがセットされているときは、正規の始動操作を１０回以上繰り返さないと、ロックフラグがクリアされない（始動許可が継続されない）。
【００５３】
これに対して、この例では、初期化要求があったときには即座にロックフラグをクリアし、２つのカウンター値を初期化しているので、初期化要求の直前に不正な始動操作によりロックフラグがセットされている場合にも、新品のＥＣＵの交換直後に正規の始動操作を所定回繰り返す必要がない。
【００５４】
実施例において、キーコードや識別コードの不一致あるいは通信条件が成立しない場合などに燃料供給をカットしてエンジンを停止することとしたが、エンジンの停止に限定されるものでなく、車両の発進を阻止する手段であればかまわない。たとえば、ブレーキやトラスミッションの操作により発進を阻止することが可能である。さらに、発進阻止は、上記のような物理的阻止に止まらず、警報発信を介した間接的な発進阻止でもかまわない。
【００５５】
実施例ではまた、エンジンの始動に際して始動を許可した状態で識別コードの照合を行い、その照合結果が適合しない（つまりコードが一致しない）とき車両の発進阻止を行うようにしているが、エンジンの始動に際して始動を禁止した状態で識別コードの照合を行い、その照合結果が適合しない（つまりコードが一致した）とき車両の発進許可を行うようにしているものについても、適用することができる。
【００５６】
実施例では識別コードの照合結果で発進阻止を行っているが、特開昭６４−５６２５３号公報に示されるようなメカニカルキーによる照合の場合でもよいことはいうまでもない。
【００５９】
【発明の効果】
第１の発明は、車両駆動に関するセンサーからの入力を受けて車両駆動装置を制御するとともに、識別コードを記憶する装置を備える第一の制御手段と、この第一の制御手段と通信手段で接続され、識別コードを記憶する装置を備える第二の制御手段と、前記車両駆動装置の始動を指令するイグニッションスイッチの“ＯＦＦ”位置から“ＯＮ”位置への切換時であるかどうかを判定する手段と、この切換時が判定されたときに前記各識別コードを通信手段を介して照合する手段と、この照合結果が適合しないとき車両の発進を阻止する手段と、前記切換時が判定されたときに前記２つの制御手段の少なくとも一方が新品であるかどうかを判定する手段と、少なくとも一方が新品であると判定されたとき外部からの要求により前記各識別コードの書き換えを許可する手段と、前記照合結果の不適合の履歴を記憶する手段と、この記憶された不適合の履歴をみて不適合の回数が複数回のとき車両の発進を阻止する手段と、前記外部からの書き換え要求があったときに前記記憶された不適合の履歴をクリアする手段とを設けたので、外部からの書き換え要求の直前において不正な始動操作により発進禁止状態になっている場合にも、外部からの要求により各識別コードの書き換えを許可した後で正規の始動操作を繰り返す必要がない。
【００６０】
第２の発明は、第１の発明において、前記照合結果の履歴を記憶する手段が不揮発性メモリーであるので、照合結果の履歴が消失することがない。
【図面の簡単な説明】
【図１】参照例の制御システム図である。
【図２】参照例の始動時の車両盗難防止機能を説明するための流れ図である。
【図３】始動時の車両盗難防止機能を説明するための流れ図である。
【図４】エンジン停止時の車両盗難防止機能を説明するための流れ図である。
【図５】始動時の通信制御を示す流れ図である。
【図６】ＥＣＣＳとＩＭＭＵが交わすコマンド内容を示す表である。
【図７】ＥＣＣＳとＩＭＭＵが交わす通信のプロトコルフォーマットの説明図である。
【図８】始動時のＲＡＭ初期化の中で実行されるロックフラグのセットを説明するための流れ図である。
【図９】第１実施例の始動時の車両盗難防止機能を説明するための流れ図である。
【図１０】第１実施例の始動時の車両盗難防止機能を説明するための流れ図である。
【図１１】第１実施例のロックフラグのセットを説明するための流れ図である。
【図１２】第１の発明のクレーム対応図である。
【符号の説明】
２ ＥＣＣＳ用ＥＣＵ（第一の制御手段）
３ インジェクター
１１  ＩＭＭＵ（第二の制御手段）
１２  通信装置
２１  車両駆動装置
２３  切換時判定手段
２５  発進阻止手段
２６  不適合履歴記憶手段
２７  発進阻止手段
３１  第一の制御手段
３２  通信手段
３３  第二の制御手段
３４  識別コード照合手段
３５  新品判定手段
３６  識別コード書き換え手段
３７  履歴クリア手段
【図１】
0003572424.tif 000002
【図２】
0003572424.tif 000003
【図３】
0003572424.tif 000004
【図４】
0003572424.tif 000005
【図５】
0003572424.tif 000006
【図６】
0003572424.tif 000007
【図７】
0003572424.tif 000008
【図８】
0003572424.tif 000009
【図９】
0003572424.tif 000010
【図１０】
0003572424.tif 000011
【図１１】
0003572424.tif 000012
【図１２】
0003572424.tif 000013