(57)【特許請求の範囲】
【請求項１】
車両に搭載され、多重通信線を介して接続された他ノードとの間で行われる照合が成立する場合に、自己の機能を発揮させるエンジン制御を行う通常時制御手段を有するノードを備えた盗難防止装置であって、
前記ノードは、
前記他ノードとの間で少なくとも直近に行われた照合の結果を記憶する照合履歴記憶手段と、
前記他ノードとの前記多重通信線を介した多重通信に異常が生じた場合に、前記照合履歴記憶手段に記憶されている照合結果に応じて、車両エンジンの最高回転数を前記通常時制御手段によるものよりも制限しつつ前記エンジン制御を行う通信異常時制御手段と、
を有することを特徴とする車両用盗難防止装置。
【請求項２】
車両に搭載され、多重通信線を介して接続された他ノードとの間で行われる照合が成立する場合に、自己の機能を発揮させるエンジン制御を行う通常時制御手段を有するノードを備えた盗難防止装置であって、
前記ノードは、
前記他ノードとの間で少なくとも直近に行われた照合の結果を記憶する照合履歴記憶手段と、
前記他ノードとの前記多重通信線を介した多重通信に異常が生じた場合に、前記照合履歴記憶手段に記憶されている照合結果に応じて、車両エンジンの始動回数を前記通常時制御手段によるものよりも制限しつつ前記エンジン制御を行う通信異常時制御手段と、
を有することを特徴とする車両用盗難防止装置。
【請求項３】
前記通信異常時制御手段は、前記多重通信に異常が生じた場合において、前記照合履歴記憶手段に前記照合が成立していたことを示す結果が記憶されているとき、制限処理を実行しつつ前記エンジン制御を行うことを特徴とする請求項１又は２記載の車両用盗難防止装置。
【請求項４】
前記照合履歴記憶手段は、揮発性のメモリであることを特徴とする請求項１乃至３の何れか一項記載の車両用盗難防止装置。
【請求項５】
前記照合履歴記憶手段は、車両の搭載するバッテリから電源供給される限り前記照合の結果を記憶し続けることを特徴とする請求項４記載の車両用盗難防止装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両用盗難防止装置に係り、特に、車両に搭載され、多重通信線を介して接続された他ノードとの間で行われる照合が成立する場合に、自己の機能を発揮させる制御を行うノードを備えた車両用盗難防止装置に関する。
【背景技術】
【０００２】
従来から、車両に搭載され、ネットワークを介して互いに接続された複数のノード（エンジンＥＣＵやドアロックＥＣＵなど）を備えるシステムが知られている（例えば、特許文献１参照）。このシステムにおいては、各ノードにＩＤコードが付与されており、ネットワークを介した複数のノード間で照合が行われる。そして、その照合が成立する場合は、ノードの機能を発揮させて車両の使用を許可する。一方、上記の照合が成立しない場合は、ノードが不正に交換或いは取り外されたと判断して、ノードの機能を発揮させずに車両の使用を制限する。このため、上記のシステムによれば、車両の盗難を防止することが可能となる。
【特許文献１】特開２００３−２１２０９３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、上記の如く複数のノードを互いに接続するネットワークには、断線や短絡などの通信異常が起こることがある。かかる通信異常が生じた場合、上記のシステムにおいては、ノード間での照合が行われても、その照合結果が不成立となるため、ノードの機能が通常どおりには発揮されず、車両使用が制限されることとなる。
【０００４】
上記したネットワークの通信異常は、特にネットワークに接続するノードの数が増えるほど発生する可能性が高くなるが、上記従来のシステムの如く複数のノードが互いに接続されるネットワークにおいて通信異常に起因して照合が不成立となる場合に車両の使用が制限されるものとすると、車両の使用が過剰に制限される事態が起こり得、車両使用者の利便性が損なわれるおそれがある。
【０００５】
本発明は、上述の点に鑑みてなされたものであり、他ノードとの間の通信異常が発生したときにも防盗性を保ちつつノードの機能を発揮させることが可能な車両用盗難防止装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記の目的は、車両に搭載され、多重通信線を介して接続された他ノードとの間で行われる照合が成立する場合に、自己の機能を発揮させるエンジン制御を行う通常時制御手段を有するノードを備えた盗難防止装置であって、前記ノードは、前記他ノードとの間で少なくとも直近に行われた照合の結果を記憶する照合履歴記憶手段と、前記他ノードとの前記多重通信線を介した多重通信に異常が生じた場合に、前記照合履歴記憶手段に記憶されている照合結果に応じて、車両エンジンの最高回転数を前記通常時制御手段によるものよりも制限しつつ前記エンジン制御を行う通信異常時制御手段と、を有する車両用盗難防止装置により達成される。
また、上記の目的は、車両に搭載され、多重通信線を介して接続された他ノードとの間で行われる照合が成立する場合に、自己の機能を発揮させるエンジン制御を行う通常時制御手段を有するノードを備えた盗難防止装置であって、前記ノードは、前記他ノードとの間で少なくとも直近に行われた照合の結果を記憶する照合履歴記憶手段と、前記他ノードとの前記多重通信線を介した多重通信に異常が生じた場合に、前記照合履歴記憶手段に記憶されている照合結果に応じて、車両エンジンの始動回数を前記通常時制御手段によるものよりも制限しつつ前記エンジン制御を行う通信異常時制御手段と、を有する車両用盗難防止装置により達成される。
【０００７】
この態様の発明において、ノードが他ノードとの間で行った少なくとも直近の照合の結果は、照合履歴記憶手段に記憶される。また、ノードの機能を発揮させる制御は、上記の照合が成立する場合に行われると共に、更に、他ノードとの間の多重通信に異常が生じた場合にも、照合履歴記憶手段に記憶されている照合結果に応じて行われる。かかる構成においては、多重通信に異常が生じても、それ以前に他ノードとの間で行われた照合の結果が成立していたことの履歴が照合履歴記憶手段に残っていれば、ノードの機能を発揮させる制御が行われる。一方逆に、以前に他ノードとの間で行われた照合の結果が成立していたことの履歴が照合履歴記憶手段に残っていなければ、上記の制御は行われない。従って、本発明によれば、他ノードとの間の多重通信に異常が発生したときにも防盗性を保ちつつノードの機能を発揮させることができる。
【０００８】
尚、上記した車両用盗難防止装置において、前記通信異常時制御手段は、前記制御を行う際、自ノードの機能を前記通常時制御手段によるものよりも制限することとしてもよい。
【０００９】
この場合、前記ノードが、車両エンジンを制御するノードであり、前記通信異常時制御手段は、前記制御を行う際、車両エンジンの最高回転数を制限することとしてもよいし、また、車両エンジンの始動回数を制限することとしてもよい。
【００１０】
尚、上記した車両用盗難防止装置において、前記通信異常時制御手段は、前記多重通信に異常が生じた場合において、前記照合履歴記憶手段に前記照合が成立していたことを示す結果が記憶されているとき、制限処理を実行しつつ前記エンジン制御を行うこととすればよい。
また、上記した車両用盗難防止装置において、前記照合履歴記憶手段は、揮発性のメモリであることとすればよい。
更に、この場合、前記照合履歴記憶手段は、車両の搭載するバッテリから電源供給される限り前記照合の結果を記憶し続けることとすればよい。
【発明の効果】
【００１１】
本発明によれば、他ノードとの間の多重通信に異常が発生したときにも防盗性を保ちつつノードの機能を発揮させることができる。
【発明を実施するための最良の形態】
【００１２】
以下、図面を用いて、本発明の具体的な実施の形態について説明する。
【００１３】
図１は、本発明の一実施例であるシステムの構成図を示す。また、図２は、本実施例のシステムを構成するノードの具体的な構成図を示す。本実施例のシステムは、車両に搭載され、車両の盗難を防止するための車両盗難防止装置である。本実施例のシステムは、図１に示す如く、複数（本実施例においては、図１に示す如く６つ）のノード１０と、これら複数のノード１０を互いに接続する多重通信線１２と、を備えている。
【００１４】
多重通信線１２は、ＣＡＮ（Controller Area Network）等のシングル線又はツイストペア線からなる共有バスであり、各ノード１０から送出されるデータを所定の通信プロトコルに従って時分割多重で伝送（多重通信）することが可能である。すなわち、各ノード１０は、多重通信線１２に他ノード１０からのデータが流れていないときはデータ送信を開始することができる一方、二つ以上のノード１０から同時にデータ送信が開始されるときは送信優先順位に従ってデータ送信を行い、他ノード１０からのデータ送信が行われているときは一定時間待機した後にデータ送信を行う。各ノード１０から送出されたデータは制御データとして、多重通信線１２を介して他ノード１０へ送信される。すなわち、各ノード１０は、他ノード１０との間で多重通信線１２を介して各種のデータを送受信することが可能である。
【００１５】
ノード１０は、車両の各種制御装置に設けられるコンピュータを主体に構成された電子制御ユニット（ＥＣＵ）である。例えば、スロットル開度やアクセル開度，エンジン水温等に基づいてエンジン駆動を制御すると共にエンジン始動の許否を判定するエンジンＥＣＵ、車輪速やヨーレート，ステアリング舵角等に基づいて車両の旋回挙動を安定化させるＶＳＣ（Vehicle Stability Control）−ＥＣＵ、シフト操作位置等に基づいて車両のシフトポジションを制御するトランスミッションＥＣＵ、ブレーキ踏力やステアリング舵角等に基づいて車両の制動力を制御するブレーキＥＣＵ、ステアリング舵角等に基づいて操舵アシスト力を制御するパワーステアリングＥＣＵ、エアコン操作スイッチや車内温等に基づいて車内のエアコンディションを制御するオートエアコンＥＣＵ、車両ドアのロック・アンロックを制御するドアロックＥＣＵ、ナビゲーションＥＣＵなどである。
【００１６】
尚、ノード１０は、制御機能も有する、ステアリング舵角に応じた信号を出力する舵角センサや車両の重心軸周りに生ずるヨーレートに応じた信号を出力するヨーレートセンサなどのインテリジェントなセンサであってもよい。以下、本実施例においては、適宜、６つのノード１０のうち、一つをエンジンＥＣＵ１０とし、他の５つをＥＣＵ−Ａ〜ＥＣＵ−Ｅとする。
【００１７】
各ノード１０はそれぞれ、中央演算処理装置であるＣＰＵ２０、及び、多重通信線１２に接続するバスインターフェースとしての通信モジュール２２を備えている。ＣＰＵ２０には、ＲＡＭ２４、ＲＯＭ２６、ＥＥＰＲＯＭ２７、及びコントローラ２８が内蔵されている。ＲＡＭ２４は、ＣＰＵ２０の演算中の情報や演算結果を格納する領域である。ＲＯＭ２６は、ＣＰＵ２０が使用するプログラム及び自ノード１０が受信すべきデータの種類を格納する領域であり、また、ＥＥＰＲＯＭ２７は、自ノード１０を他ノード１０と識別するための固有のＩＤコードの情報を格納する領域である。コントローラ２８は、通信データを格納するレジスタを有している。
【００１８】
ＣＰＵ２０のコントローラは、ＣＡＮ等の所定の通信プロトコルに準じて作成されＲＯＭ２６に格納されたプログラムに従って制御され、多重通信線１２を介したデータフレームの送受信制御を行う。具体的には、自ノード１０の出力データを多重通信線１２を介して他のノード１０へ送信すべくデジタル化し、また、他のノード１０から多重通信線１２を介して受信した入力データをデコードして自身での制御を実行する。また、通信モジュール２２は、コントローラ２８により制御され、他ノード１０にデータを送信すると共に、自ノード１０に送信されてきたデータを受信する。各ノード１０はそれぞれ、自ノード１０に接続するセンサやスイッチ，アクチュエータの状態に基づいて或いは更に他ノード１０から送信されてくるデータに基づいて自ノードにおける制御を行う。
【００１９】
また、ノード１０であるＥＣＵ−Ａ〜ＥＣＵ−Ｅはそれぞれ、エンジン始動開始直前のイニシャルチェック時、自己のＩＤコードをデータとして多重通信線１２に送信する。一方、エンジンＥＣＵ１０は、自車両に搭載され多重通信線１２に接続されるべき自ノード１０以外の他ノード１０（通常であればＥＣＵ−Ａ〜ＥＣＵ−Ｅ）のＩＤコードの情報をＥＥＰＲＯＭ２７に格納している。エンジンＥＣＵ１０は、エンジン始動開始直前のイニシャルチェック時、他ノード１０から送信されて受信したデータからその他ノード１０のＩＤコードを抽出する。そして、多重通信線１２を介して接続する他ノード１０が自車両にとって予め定められた正規のノードであるか否か又は自己のエンジンＥＣＵ１０が正規の車両に搭載されているか否かを判別すべく、受信データから抽出したＩＤコードをＥＥＰＲＯＭ２７に格納されている自車両に搭載された他ノード１０のＩＤコードと照合する。
【００２０】
エンジンＥＣＵ１０は、多重通信線１２に接続された他ノード１０のＩＤコードの照合を行うことにより他ノード１０との照合が成立する場合は、多重通信線１２に正規の他ノード１０が接続されて自ノード１０が正規の車両に搭載されているとして、車両エンジンの始動を許可する。一方、他ノード１０との照合が不成立となる場合は、多重通信線１２に正規でない他ノード１０が接続されており或いは自ノード１０が正規の車両に搭載されていないとして、車両エンジンの始動を不可とする。尚、エンジンＥＣＵ１０が複数の他ノード１０とそれぞれ照合を行うシステムでは、車両エンジンの始動を、すべての他ノード１０との照合が成立する場合に許可し、一方、照合が不成立となる他ノード１０が一つでもある場合には不可とすることとすればよい。
【００２１】
すなわち、本実施例において、エンジンＥＣＵ１０は、イニシャルチェック時に、多重通信線１２に接続する他ノード１０との間で行われるＩＤコードの照合の結果に応じて、車両エンジンの始動の許否を判定する。かかる構成においては、仮にＩＤコードの照合が成立しなければ、車両エンジンは始動されず、車両の移動は不可能となる。従って、本実施例によれば、エンジン始動をエンジンＥＣＵ１０と他ノード１０との間のコード照合を基に許可することで、エンジンＥＣＵ１０における機能が対応車両以外の他車両で発揮されるのを防止できるので、エンジンＥＣＵ１０自体の交換・移設を意味のないものとすることができ、車両における盗難を抑止することが可能となる。
【００２２】
エンジンＥＣＵ１０の有するＣＰＵ２０には、揮発性メモリ３０が内蔵されている。エンジンＥＣＵ１０は、イニシャルチェック時に他ノード１０との間でＩＤコードの照合を行ってその照合が完了した場合、その照合が成立したか或いは不成立であったかを示す照合結果を揮発性メモリ３０に記憶させる。揮発性メモリ３０は、少なくとも直近に行われた照合の結果を記憶する。揮発性メモリ３０は、車両の搭載するバッテリから直接に電源（いわゆる＋Ｂ）供給されており、車両不使用時にも車載バッテリから電源供給される限りにおいて上記の照合結果を記憶し続けることができる。
【００２３】
ところで、本実施例の如く複数のノード１０が多重通信線１２を介して互いに接続されたネットワークシステムにおいては、その多重通信線１２の断線や短絡などの通信異常が発生し、その多重通信線１２を流れる信号の途絶や接地側若しくは電源側への固着（はり付き）などの故障が起こることがある。かかる通信異常が発生した場合には、エンジンＥＣＵ１０で行われる他ノード１０とのＩＤコードの照合は不成立となるため、車両エンジンは始動されないこととなる。かかる通信異常は、特に多重通信線１２に接続するノードの数が増えるほど発生する可能性は高くなるが、この通信異常に起因してエンジンＥＣＵ１０でのコード照合が不成立となった場合に車両エンジンの始動が全く許可されないものとすると、車両の使用が過剰に制限される事態が起こり得、車両使用者の利便性が著しく損なわれるおそれがある。
【００２４】
そこで、本実施例のシステムにおいては、多重通信線１２の通信異常（バスフェール）が生じても車両の防盗性を保ちつつエンジン始動を許可することとしている。以下、図３を参照して、本実施例の特徴部について説明する。図３は、本実施例のシステムにおいてエンジンＥＣＵ１０のＣＰＵ２０が実行する制御ルーチンの一例のフローチャートを示す。
【００２５】
本実施例において、エンジンＥＣＵ１０は、エンジン始動開始直前のイニシャルチェック時、まず、接続する多重通信線１２に断線や短絡などの通信異常が生じているか否かを判別する（ステップ１００）。尚、この通信異常有無の判別は、例えば、多重通信線１２を流れる信号の途絶の有無又は接地側若しくは電源側への固着の有無に基づいて行うこととすればよい。
【００２６】
エンジンＥＣＵ１０は、上記ステップ１００における判別の結果、多重通信線１２が通信異常を起こしておらず正常に機能する場合は、通常どおり、その多重通信線１２に接続される他ノード１０とのＩＤコードの照合を行う（ステップ１０２）。そして、その照合が成立する場合は車両エンジンの始動を許可し、一方、照合が不成立である場合は車両エンジンの始動を禁止する。
【００２７】
上記の如く、エンジンＥＣＵ１０は、少なくとも直近に行われた他ノード１０との間のＩＤコードの照合の結果を揮発性メモリ３０に記憶している。エンジンＥＣＵ１０は、上記ステップ１００における判別の結果、多重通信線１２に通信異常が生じている場合は、次に、揮発性メモリ３０に記憶される過去の照合結果を読み出す処理を行い、その揮発性メモリ３０に自ノード１０と他ノード１０とのＩＤコードの照合が過去に成立していたことを示す照合履歴の結果が記憶されているか否かを判別する（ステップ１０４）。
【００２８】
このステップ１０４における判別の結果、揮発性メモリ３０にコード照合が成立していたことを示す照合履歴の結果が記憶されていない場合は、通常どおり、その多重通信線１２に接続される他ノード１０のＩＤコードの照合を行う（ステップ１０２）。尚、この場合は、コード照合が不成立となるため、車両エンジンの始動が許可されることは起こり得ない。
【００２９】
一方、上記ステップ１０４における判別の結果、揮発性メモリ３０にコード照合が成立していたことを示す照合履歴の結果が記憶されている場合は、自ノード１０と他ノード１０とのＩＤコードの照合処理を行うことなく、その時点で車両エンジンの始動を許可する（ステップ１０６）。この場合は、エンジンＥＣＵ１０によるエンジン始動を許可する機能が発揮されることとなる。
【００３０】
このように、本実施例のシステムにおいては、エンジンＥＣＵ１０によるエンジン始動の許否判定が、多重通信線１２に通信異常が生じていない状況においては、通常どおり、その多重通信線１２に接続される他ノード１０とのコード照合の結果に基づいて行われ、一方、多重通信線１２に通信異常が生じている状況においては、揮発性メモリ３０に他ノード１０とのコード照合が過去に成立していたことを示す照合履歴の結果が記憶されているか否かに基づいて行われる。
【００３１】
本実施例においては、一旦、多重通信線１２を介して互いに接続されたエンジンＥＣＵ１０と他ノード１０との間でコード照合が成立すると、その照合履歴の結果がエンジンＥＣＵ１０の揮発性メモリ３０に記憶されるが、その揮発性メモリ３０に記憶された照合履歴の結果は、上書き以外では、そのエンジンＥＣＵ１０と電源供給元の車載バッテリとの接続が遮断されない限り記憶され続ける。すなわち、エンジンＥＣＵ１０が正規の車両から取り外されて他の車両に移設されたときは、車載バッテリからの電源供給停止に起因してその揮発性メモリ３０の内容（具体的には、過去の照合履歴の結果）が消去される一方、自己のエンジンＥＣＵ１０が正規の車両から取り外されず車載バッテリとの接続が維持されるときは、かかる揮発性メモリ３０からの消去がなされることはない。
【００３２】
この点、エンジンＥＣＵ１０の揮発性メモリ３０にコード照合が過去に成立していたことを示す照合履歴の結果が記憶されていなければ、現時点で、エンジンＥＣＵ１０に多重通信線１２を介して接続する他ノード１０が自車両にとって予め定められた正規のノードである可能性は低く、自己のエンジンＥＣＵ１０が正規の車両に搭載されている可能性は低く、エンジンＥＣＵ１０の移設が行われた可能性が高いと判断できる。本実施例においては、上記の照合履歴の結果が揮発性メモリ３０に記憶されていない場合、車両エンジンの始動は不可となるため、エンジンＥＣＵ１０における機能が対応車両以外の他車両では発揮されず、従って、エンジンＥＣＵ１０自体の交換・移設を意味のないものとすることができ、車両における盗難を抑止することが可能となる。
【００３３】
一方、エンジンＥＣＵ１０の揮発性メモリ３０に上記の照合履歴の結果が記憶されていれば、現時点でも、エンジンＥＣＵ１０に多重通信線１２を介して接続する他ノード１０は自車両にとって予め定められた正規のノードである可能性は高く、自己のエンジンＥＣＵ１０は正規の車両に搭載されている可能性は高いと判断できる。このため、現時点で、揮発性メモリ３０に照合履歴の結果が記憶されているときは、多重通信線１２を利用したＩＤコードの照合が行われずその結果が成立しなくても、自車両のエンジン始動を許可することに不測の事態が生ずることはほとんどない。これに対して、本実施例においては、揮発性メモリ３０に上記の照合履歴の結果が記憶されている場合、車両エンジンの始動は許可される。
【００３４】
従って、本実施例のシステムによれば、車両エンジンの始動許可を、多重通信線１２を利用したエンジンＥＣＵ１０と他ノード１０とのコード照合が成立する場合に行うと共に、更に、多重通信線１２に通信異常が生じてその通信を行うことができない場合にも、揮発性メモリ３０にエンジンＥＣＵ１０と他ノード１０とのコード照合が過去に成立していたことを示す照合履歴の結果が記憶されているときには行うことができるので、多重通信線１２の多重通信に通信異常が発生したときにも防盗性を保ちつつ車両エンジンの始動を許可することができ、これにより、エンジン始動の信頼性を確保することが可能となっている。このため、本実施例によれば、通信異常に伴って車両使用が過剰に制限されるのを回避することができ、車両使用者の利便性を向上させることが可能となっている。
【００３５】
尚、上記の実施例においては、エンジンＥＣＵ１０が特許請求の範囲に記載した「ノード」に、エンジンＥＣＵ１０以外のＥＣＵ−Ａ〜ＥＣＵ−Ｅのノード１０が特許請求の範囲に記載した「他ノード」に、揮発性メモリ３０が特許請求の範囲に記載した「照合履歴記憶手段」に、それぞれ相当していると共に、エンジンＥＣＵ１０のＣＰＵ２０が、図３に示すルーチン中ステップ１０２の処理を実行することにより特許請求の範囲に記載した「通常時制御手段」が、ステップ１０４及び１０６の処理を実行することにより特許請求の範囲に記載した「通信異常時制御手段」が、それぞれ実現されている。
【００３６】
ところで、上記の実施例においては、多重通信線１２を利用したエンジンＥＣＵ１０と他ノード１０とのコード照合が成立する場合にエンジン始動が許可される場合（通常時始動許可時）と、多重通信線１２の通信異常時に揮発性メモリ３０にコード照合が過去に成立していたことを示す照合履歴の結果が記憶されている場合にエンジン始動が許可される場合（通信異常時始動許可時）とで、エンジンＥＣＵ１０によるエンジン制御を異ならせることとしていないが、通信異常時始動許可時には、エンジン駆動を通常時始動許可時のものに比べて制限することとしてもよい。
【００３７】
例えば、エンジンＥＣＵ１０は、通常時始動許可時には、その許可後における車両エンジンの最高回転数を制限することなく通常値に維持するが、通信異常時始動許可時には、その許可後における車両エンジンの最高回転数を上記の通常値よりも低い予め定められた抑制値（例えば２０００ｒｐｍなど）に制限する制御を行う。かかる構成によれば、エンジンＥＣＵ１０が正規の車両でない他車両に移設されたにもかかわらず、その揮発性メモリ３０に他ノード１０とのコード照合が過去に成立していたことを示す照合履歴の結果が記憶されているときにも、エンジン始動は許可されるが、その後のエンジン回転は制限されるので、他車両に移設されたエンジンＥＣＵ１０の機能が制限され、その他車両の移動が困難となり、車両盗難の抑止を図ることが可能となる。
【００３８】
また例えば、エンジンＥＣＵ１０は、通常時始動許可はその始動を連続して行うことのできる回数（始動回数）を制限することなく行うが、通信異常時始動許可はその始動回数を制限して行う（例えば５回など）。かかる構成によれば、エンジンＥＣＵ１０が正規の車両でない他車両に移設されたにもかかわらず、その揮発性メモリ３０に他ノード１０とのコード照合が過去に成立していたことを示す照合履歴の結果が記憶されているときにも、エンジン始動は許可されるが、その後の始動回数は制限されるので、他車両に移設されたエンジンＥＣＵ１０の機能が制限され、その他車両の移動が困難となり、車両盗難の抑止を図ることが可能となる。
【００３９】
また、上記の実施例においては、他ノード１０がイニシャルチェック時に多重通信線１２に送信する自己に割り当てられた固有のＩＤコードをエンジンＥＣＵ１０が受信して、そのエンジンＥＣＵ１０が他ノード１０とのコード照合を行うが、他ノード１０によるＩＤコードの送信をエンジンＥＣＵ１０からの要求に従って行うこととしてもよい。また、この際、秘匿性を高めるため、他ノード１０が送信するデータを、自己の固有のＩＤコードに代えて、エンジンＥＣＵ１０から送られてくる任意のデータを予め定められた規則で変換して得られるコードとしてもよい。
【００４０】
更に、上記の実施例においては、車両の有する各種の電子制御ユニットである複数のノード１０を多重通信線１２を介して接続させたうえで、エンジンＥＣＵ１０に、他ノード１０とのＩＤコードの照合が成立する場合及びその照合が成立しなくても過去の照合履歴が揮発性メモリ３０に記憶されている場合にエンジン始動を許可させるものとしたが、本発明はこれに限定されるものではなく、エンジンＥＣＵ１０以外のドアロックＥＣＵやシフトロックＥＣＵなどの車載ＥＣＵに他ノード１０とのＩＤコードの照合が成立する場合等にドアロックを解除したりシフトロックを解除したりするものに適用することとしてもよいし、また、車両以外に搭載されて、複数のノードを多重通信線１２を介して接続させたうえで、少なくとも一のノード１０に他ノード１０とのＩＤコードの照合が成立する場合等に自ノード１０の機能を発揮させるものに適用することとしてもよい。
【図面の簡単な説明】
【００４１】
【図１】本発明の一実施例であるシステムの構成図である。
【図２】本実施例のシステムを構成するノードの具体的な構成図である。
【図３】本実施例のシステムにおいてエンジンＥＣＵが実行する制御ルーチンの一例のフローチャートである。
【符号の説明】
【００４２】
１０  ノード
１２  多重通信線
２８  コントローラ
３０  揮発性メモリ
【図１】
0004811132.tif 000002
【図２】
0004811132.tif 000003
【図３】
0004811132.tif 000004