JP4004422B2

JP4004422B2 - Vehicle identification system and vehicle identification method

Info

Publication number: JP4004422B2
Application number: JP2003073306A
Authority: JP
Inventors: 健一小室
Original assignee: Aisin Seiki Co Ltd; Toyota Motor Corp; Aisin Corp
Current assignee: Toyota Motor Corp; Aisin Corp
Priority date: 2003-03-18
Filing date: 2003-03-18
Publication date: 2007-11-07
Anticipated expiration: 2023-03-18
Also published as: JP2004276828A

Description

【０００１】
【発明の属する技術分野】
この発明は車両特定システム及び車両特定方法に関し、特に複数の電子制御装置（ＥＣＵ）を搭載する車両を特定する技術に関する。
【０００２】
【従来の技術】
従来より、車両のナンバプレートやフレームナンバと当該車両の所有者等を関連付けて管理している。一方、近年においては車両の盗難等が多発しており、車両のナンバプレート等は比較的容易に変更可能なことから、車両のナンバプレートで車両所有者あるいは車両の履歴を特定するシステムでは対応することが困難となっている。
【０００３】
そこで、例えば下記に示す従来技術においては、車両毎に異なるコードを予め記憶したＩＤタグを外部から視認不能な態様で埋設しておき、販売店で車両を販売する際に当該車両が備えるＩＤタグのコードと車両所有者（あるいは車両ユーザ）とを関連付けて管理センタで管理する技術が提案されている。
【０００４】
【特許文献１】
特開２００２−３３７６６２号公報
【０００５】
【発明が解決しようとする課題】
視認不能な態様でＩＤタグを当該車両に一意（ユニーク）に付与することで、仮に当該車両のナンバプレートが不正に変更された場合にも、ＩＤタグをキーとして車両を特定し、本来の車両所有者を一義的に特定することが可能となる。しかしながら、視認不能とはいえ、ＩＤタグ自体を変更乃至破壊されるおそれはあり、この場合にはＩＤタグと車両所有者との関連性が失われ、当該車両を特定し追跡することが不可能となる。
【０００６】
本発明の目的は、盗難等により車両の一部が不正に変更されても車両の特定が可能なシステム及び方法を提供することにある。
【０００７】
【課題を解決するための手段】
本発明は、複数の電子制御装置を備えた車両を特定するシステムであって、各車両に搭載された各電子制御装置の識別データ及び各電子制御装置間の接続状況を示す接続データをパターンとして記憶するパターン記憶手段と、任意の車両のパターンを前記パターン記憶手段に記憶されたパターンと照合する照合手段とを有し、任意の車両のパターンと記憶された前記パターンとの同一性により前記任意の車両を特定することを特徴とする。
【０００８】
また、本発明は、車両特定データをセンタのメモリで一括記憶し、一括記憶された車両特定データと任意の車両から収集したデータとを前記センタのプロセッサで照合することで任意の車両を特定する方法であって、前記車両特定データには、各車両に搭載された複数の電子制御装置の識別データと前記複数の電子制御装置間の接続状況を示す接続データが含まれ、前記センタの前記プロセッサは、任意の車両における電子制御装置の識別データ及び接続データを照合することで前記任意の車両の特定及び異常発生を検出することを特徴とする。
【０００９】
本発明では、ナンバプレートやＩＤタグなど、いずれか一つのデータに基づいて車両を特定するのではなく、複数の電子制御装置（ＥＣＵ）の識別データ及び接続データを要素とするパターンを照合することで車両を特定する。パターン内のいずれかの要素、例えばあるＥＣＵが不正に交換されその識別ＩＤが変化しても、パターン全体としての類似度が維持され車両が特定される。本発明では、特定のＩＤあるいはナンバの一致度で車両を特定するのではなく、パターンの一致度あるいは類似度で車両を特定する。
【００１０】
接続データには、各ＥＣＵ間の物理的あるいは論理的な接続関係を規定する任意のデータが含まれる。接続データの一例は、各ＥＣＵの接続階層構造や各ＥＣＵ間の通信インタフェース、通信速度等である。
【００１１】
【発明の実施の形態】
以下、図面に基づき本発明の実施形態について説明する。
【００１２】
図１には、本実施形態に係る車両１０に搭載される複数の電子制御装置（ＥＣＵ）が例示されている。ＥＣＵとして情報ＥＣＵ１２、ＡＢＳ（アンチロックブレーキシステム）ＥＣＵ１４及びナビゲーション（ナビ）ＥＣＵ１６等が搭載される。
【００１３】
情報ＥＣＵ１２は、車両１０に搭載される複数のＥＣＵを統括するＥＣＵであり、各ＥＣＵはこの情報ＥＣＵ１２に接続される。図においては，ＡＢＳＥＣＵ１４及びナビＥＣＵ１６が同階層で情報ＥＣＵ１２に接続される状態が示されている。ＡＢＳＥＣＵ１４及びナビＥＣＵ１６は、さらに、複数のＥＣＵと下位階層で接続される。複数のＥＣＵの接続形態は車種グレード毎やオプション装着用ＥＣＵの有無で多様であり、車両毎にユニークに定まる。また、情報ＥＣＵが接続されているＥＣＵに対して、接続番号を生成して割り当てることも好適である。
【００１４】
一方、各ＥＣＵの識別ＩＤやバージョン情報も各ＥＣＵ毎にユニークに定まり、例えばＡＢＳＥＣＵ１４のＩＤは２６３ｇｒｈ６、バージョンは２．０３．ａなどとユニークに定まる。本実施形態においては、車両１０に搭載される複数のＥＣＵのＩＤ及びバージョン情報を車両１０を特定するためのデータとして用いるとともに、これらＩＤ及びバージョン情報に加え、複数のＥＣＵ間の接続データも車両１０を特定するためのデータとして用いる。これら各ＥＣＵのＩＤ及びバージョン情報、並びに複数のＥＣＵ間の接続データは情報ＥＣＵ１２に一括して記憶され、適当なタイミング、例えば販売店において車両１０が販売されるタイミングで所定の管理センタに送信される。管理センタへの送信は、情報ＥＣＵ１２が通信機能を用いて行ってもよく、あるいは販売店で車両１０を販売する際に販売員がコンピュータ端末から管理センタに当該データを送信してもよい。また、情報ＥＣＵ１２は、各ＥＣＵの接続データのみを記憶し、情報ＥＣＵ１２を含む各ＥＣＵのＩＤやバージョン情報は別途販売員がコンピュータ端末を用いて管理センタに送信してもよい。通常、車両を購入する場合に車両の所有者のＩＤ（住所や氏名）は車両のナンバプレートやフレームナンバに関連付けられて管理センタに登録される。したがって、この際に、ナンバプレートやフレームナンバとともに、各ＥＣＵのＩＤやバージョン情報を併せて管理センタに登録することも好適である。
【００１５】
なお、図１では３種類のＥＣＵが例示されているが、他のＥＣＵ、例えばスロットル開度等を制御するエンジンＥＣＵ、前後輪の駆動トルク配分を制御するスキッドＥＣＵ、バッテリを制御するバッテリＥＣＵ、ハイブリッド車両におけるエンジン及びモータの駆動を制御するハイブリッドＥＣＵ、パワーウインドウやドアロックシステム等を制御するボディＥＣＵ、各種スイッチからの信号に基づいてメータ表示するメータＥＣＵ、防犯システムを制御する防犯ＥＣＵ等も含まれる。
【００１６】
図２には、管理センタに登録される、車両１０を特定するためのデータが模式的に示されている。車両１０のナンバ（ナンバプレートデータ及びフレームナンバデータ）、情報ＥＣＵ１２のＩＤとバージョン情報、ＡＢＳＥＣＵ１４のＩＤとバージョン情報、ナビＥＣＵ１６のＩＤとバージョン情報、及び各ＥＣＵの接続データである。これらのデータのセットにより、車両特定パターンが構成される。接続データは、Ａ系統あるいはＢ系統等、車種毎に系統が統一されている場合には当該系統名を含む。また、接続データには、情報ＥＣＵ１２とＡＢＳＥＣＵ１４及びナビＥＣＵ１６が同一階層で接続されている等の接続階層データも含まれる。さらに、接続データには各ＥＣＵ間の通信インタフェースの種類、具体的にはどのような信号線で接続されているかも含まれ、各ＥＣＵ間の実効通信速度も含まれる。すなわち、接続データには、互いにＬＡＮその他で電気的に接続された各ＥＣＵ間の物理的あるいは論理的接続に関する任意のデータが含まれる。一つの具体例として、接続データを各ＥＣＵ間の階層構造及び各ＥＣＵ間の通信速度で構成することができる。あるＥＣＵと他のＥＣＵとが接続されていない場合、この「非接続」状態も一種の接続パラメータになり得る。上述したように、ナンバプレートデータやフレームナンバデータ、各ＥＣＵのＩＤやバージョン情報は作業員がコンピュータ端末を用いて管理センタに登録し、接続データは情報ＥＣＵ１２が収集して管理センタに送信してもよく、これら全てのデータ、すなわち車両特定パターンを作業員あるいは情報ＥＣＵ１２が管理センタに一括して送信してもよい。
【００１７】
管理センタには、個々の車両についての車両特定パターンが登録され、パターン群としてデータベース化される。当該パターンには、車両所有者のＩＤ（住所や氏名等）が関連付けられる。
【００１８】
図３には、図２における情報ＥＣＵ１２、ＡＢＳＥＣＵ１４、ナビＥＣＵ１６のＩＤデータ及びバージョン情報の一例が示されている。車両Ａに関しては、情報ＥＣＵ１２のＩＤは１ａ３ｖｂｄ３５、バージョン情報は１．０１．ｃｄであり、ＡＢＳＥＣＵ１４のＩＤは２６３ｇｒｈ６、バージョン情報は２．０３．ａであり、ナビＥＣＵ１６のＩＤはＷａ３６５ｚ、バージョン情報は１．００である。また車両Ｂに関しては、情報ＥＣＵ１２のＩＤは１ａ３３ｇ９８５、バージョン情報は１．０１．ｃｄであり、ＡＢＳＥＣＵ１４のＩＤは２９８７ｆｈ３２、バージョン情報は２．０３ｂであり、ナビＥＣＵ１６のＩＤはＷｃ２ｊｉ３５、バージョン情報は１．０８等である。
【００１９】
また、車両購入後に例えばＡＢＳＥＣＵ１４が新規のＡＢＳＥＣＵに正式に（すなわち、例えば正規のディーラーや修理工場などで）交換された場合、新たなＡＢＳＥＣＵ１４のＩＤ及びバージョン情報が作業者により、あるいは情報ＥＣＵ１２により管理センタに送信され更新される。
【００２０】
このように車両毎に各ＥＣＵのＩＤとバージョン情報及び各ＥＣＵの接続データを１つの車両特定パターンとして管理センタに登録して順次更新することで、例えば複数のＥＣＵのうちのいずれかのＥＣＵが不正に変更された場合でも、パターンの一致の度合いから車両を特定することができる。すなわち、ＥＣＵが公式に交換あるいは修理された場合には交換後のデータによりパターンが更新されて管理センタに登録されるため、車両が現に有するパターンと管理センタが保有するパターンとは完全に一致することとなるが、車両の特定個所、例えばナビＥＣＵ１６が不正に交換あるいは破壊された場合、車両が現に保有するパターンと管理センタが保有するパターンとは一致しないものの、ナビＥＣＵ１６のＩＤ及びバージョン情報以外のＥＣＵのＩＤ、バージョン情報並びに接続データは一致するためパターンの一致度は高く、当該車両を特定することができる。また、パターンにおいて一致しない箇所は不正に変更された箇所であり、当該車両に何らかの異常が発生したことも併せて検知することができる。管理センタにおけるパターンの照合は、例えば以下のように実行される。
【００２１】
（１）ディーラや修理工場に持ち込まれた任意の車両における各ＥＣＵのＩＤ、バージョン情報、接続データからなるパターンと、予め登録されているデータベース内のパターンとを順次照合し、一致度を数値化して一致度の高い順にソートする。
【００２２】
（２）最も一致度の高いパターンの車両を選択し、その一致度が１００％あるいは所定のしきい値を越える場合に、任意の車両を当該車両と特定する。
【００２３】
（３）最も一致度の高いパターンの車両を選択し、その一致度が所定のしきい値以下である場合には特定不能と判定する。
【００２４】
一致度を算出する際に、各ＥＣＵのＩＤ、バージョン情報、接続データにそれぞれ重みを付加することも好適である。例えば、接続データには他のデータよりも大きな重みをつけて一致度を算出する、あるいは情報ＥＣＵ１２には他のＥＣＵよりも大きな重みをつけて一致度を算出する、比較的変更され易いナビＥＣＵ１６には他のデータよりも小さな重みをつけて一致度を算出する等である。車両の車種に応じて重みを変化させることも好適であろう。特定の車種では特定の部品が交換あるいは改造され易い等の特段の事情がある場合、車種に応じた重み付けは有効である。
【００２５】
以下、車両が盗難され、不正に部品が交換された場合を例にとり、車両の特定方法を具体的に説明する。
【００２６】
図４には、ナビＥＣＵ１６が不正に交換された場合のパターン変化例が示されている。車両のパターンは、当初（Ａ）に示されるものであり、このパターンが管理センタに登録されているが、ナビＥＣＵ１６が不正に交換された結果、ナビＥＣＵ１６のＩＤ及びバージョン情報が変更されてパターンは（Ｂ）に示されるものになったとなる。（Ｂ）に示されるパターンは、車両がディーラあるいは修理工場に持ち込まれたタイミングあるいはナビＥＣＵ１６が交換されたタイミングで管理センタに通知される。管理センタでは、（Ａ）に示されるパターンと（Ｂ）に示されるパターンとを照合し、ナビＥＣＵ１６のＩＤ及びバージョン情報において相違するものの他のＩＤ及びバージョン情報並びに接続データが一致するパターンを選択して車両を特定する。持ち込まれた車両の所有者と、管理センタに登録されている当該パターンに関連付けられた車両所有者とが一致しない場合、車両は盗難されたものと推定する。さらに、両パターンがナビＥＣＵ１６のＩＤ及びバージョン情報で相違することから、特定された車両のナビＥＣＵ１６が不正に交換されたことを検知できる。
【００２７】
なお、ナビＥＣＵ１６自体は交換されず、一部の機能が不正に変更された場合、ナビＥＣＵ１６と他のＥＣＵとの間のプロトコルや通信速度に変更が生じ、したがってナビＥＣＵ１６のＩＤとバージョン情報は同一であるものの接続データが異なるとしてナビＥＣＵ１６が不正に変更されたことを検知できる。すなわち、各ＥＣＵが物理的に変更されず、かつ各ＥＣＵのソフトウェアのバージョンも変更されず、単にその機能の一部が不正に改変された場合にも、ＥＣＵ間の接続データに変更が生じる限り本実施形態では車両の特定並びに車両の不正な改造を検知できる。
【００２８】
また、例えば異常時にブザーやクラクションを鳴らす等の防犯ＥＣＵの機能が不正に破壊された場合、情報ＥＣＵ１２と防犯ＥＣＵとの接続データにも変更が生じるから（実効通信速度がゼロ、あるいは階層構造に変更あり）、車両の特定及び車両の不正な改造を検知できる。
【００２９】
図５には、車両のナンバプレートが不正に交換された場合が示されている。当初、車両のナンバプレートは（Ａ）に示されるように、「品川５００そ９３３７」であったものとする。このようなナンバプレートを含むパターンが管理センタに登録されている。次に、車両が修理工場に持ち込まれた際、そのナンバプレートが「品川５００た００１０」であったものとする。（Ｂ）に示されるパターンは作業員からコンピュータ端末により管理センタに通知され、管理センタは通知されたパターンをデータベースに登録されたパターンと照合する。管理センタは、ナンバプレートにおいて相違するものの他のＩＤ及びバージョン情報並びに接続データが一致するパターンを選択して車両を特定する。持ち込まれた車両の所有者と、管理センタに登録されている当該パターンに関連付けられた車両所有者とが一致しない場合、車両は盗難されたものと推定する。さらに、両パターンがナンバプレートで相違することから、特定された車両のナンバプレートが不正に交換されたことを検知できる。
【００３０】
図６には、本実施形態における車両特定方法の全体処理フローチャートが示されている。まず、車両購入時において、ディーラの販売員が車両所有者のＩＤ、各ＥＣＵのＩＤ及びバージョン情報（パーツＩＤ）、車両のナンバプレート、フレームナンバ（車両ＩＤ）を管理センタに登録する（Ｓ１０１）。次に、情報ＥＣＵ１２は各ＥＣＵとの接続情報を取得してメモリに記憶する（Ｓ１０２）。情報ＥＣＵ１２は、各ＥＣＵとのデータ通信によりこれらのデータを取得する。そして、情報ＥＣＵ１２は例えば通信装置を用いて管理センタに発呼し、管理センタとデータ通信が可能か否かを判定して（Ｓ１０３）、通信可能な場合にはＳ１０２でメモリに記憶した接続データを管理センタに送信する（Ｓ１０４）。管理センタでは、例えば情報ＥＣＵ１２のＩＤをキーとしてＳ１０１で登録したデータとＳ１０４にて車両から送信されたデータとを関連付け、車両のパターンとしてデータベースに登録する。Ｓ１０１にて販売員が車両所有者のＩＤ，ナンバプレート、フレームナンバを管理センタに登録し、Ｓ１０４にて情報ＥＣＵ１２がフレームナンバとともに各ＥＣＵのＩＤ、バージョン情報、接続データを送信し、管理センタでフレームナンバをキーとしてこれらのデータを関連付けてパターンを作成してもよい。
【００３１】
その後、情報ＥＣＵ１２は定期的に、あるいは所定のタイミングで各ＥＣＵとの接続情報（各ＥＣＵのＩＤ、バージョン情報、接続データ）を取得し、メモリに記憶された接続情報と比較して変更があるか否かを判定する（Ｓ１０５）。変更がある場合には管理センタに新たな接続情報を送信する。車両が修理工場やディーラに持ち込まれた時点で、作業者が接続情報を取得して管理センタに送信してもよい。管理センタでは、通知されたパターンと既に登録されているパターンとを照合し、パターンが完全に一致する場合には正常であると判定する（Ｓ１０６にて「異常なし」）。一方、パターンが不一致の場合には、最もパターンが一致する車両を当該車両と特定するとともに、当該車両に異常が生じたと判定して（Ｓ１０６にて「異常あり」）、登録されている車両所有者その他の指定箇所へ通報する（Ｓ１０７）。判定結果をディーラあるいは修理工場のコンピュータ端末に返信してもよい。また、必要に応じて現在の車両位置を指定箇所へ通報する（Ｓ１０８）。車両に送信機が搭載されている場合、当該送信機からの送信電波を受信することで位置を追跡することができ、また、ＧＰＳシステムを搭載している場合には当該ＧＰＳシステムからの信号を受信することでその位置を追跡することもできる。車両の現在位置を特定し通報する任意の公知技術を用いることができる。
【００３２】
このように、本実施形態においては、車両のナンバプレートやフレームナンバ、各ＥＣＵのＩＤやバージョン情報に加え、複数のＥＣＵ間の接続データも考慮した一連のパターンを管理センタに登録しておき、当該パターンの一致度を判定することで車両を特定するものであり、車両のいずれかの部品が不正に交換あるいは破壊あるいは改造されてもパターン全体の類似度から車両を確実に特定し、また異常状態を検出することができる。
【００３３】
なお、本実施形態において、接続データを考慮せず、車両のナンバプレート、フレームナンバデータ、各ＥＣＵのＩＤ及びバージョン情報を一つのパターンとして管理センタに登録しておき、任意の車両におけるパターンと登録されたパターンとを照合することによっても車両の特定は可能であり、一つの部品が不正に交換されても車両を特定することは可能である。但し、各ＥＣＵのＩＤやバージョン情報が変更されないような不正改変を検知することができないため、本実施形態のように各ＥＣＵ間の接続データもパターンの要素として用いることが好適で、これにより種々の不正交換あるいは不正改変に対応できる。
【００３４】
【発明の効果】
以上説明したように、本発明によれば、車両の一部の部品に変更が生じても車両を確実に特定することができる。
【図面の簡単な説明】
【図１】車両に搭載される複数のＥＣＵの構成図である。
【図２】図１における情報ＥＣＵのメモリに記憶されるパターンデータ説明図である。
【図３】図２における情報ＥＣＵ、ＡＢＳＥＣＵ、ナビＥＣＵのＩＤ及びバージョン情報説明図である。
【図４】パターンデータ変更説明図である。
【図５】パターンデータ変更説明図である。
【図６】実施形態の全体処理フローチャートである。
【符号の説明】
１０車両、１２情報ＥＣＵ、１４ＡＢＳＥＣＵ、１６ナビＥＣＵ。[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a vehicle identification system and a vehicle identification method, and more particularly to a technique for identifying a vehicle equipped with a plurality of electronic control units (ECUs).
[0002]
[Prior art]
Conventionally, the vehicle number plate and frame number are associated with the owner of the vehicle and managed. On the other hand, in recent years, theft of vehicles has frequently occurred, and the number plate of the vehicle can be changed relatively easily. Therefore, the system that identifies the vehicle owner or the history of the vehicle with the number plate of the vehicle supports it. It has become difficult.
[0003]
Thus, for example, in the prior art shown below, an ID tag that stores a code that is different for each vehicle in advance is embedded in an invisible manner from the outside, and the vehicle is sold at a dealer. A technique has been proposed in which a code is associated with a vehicle owner (or vehicle user) and managed by a management center.
[0004]
[Patent Document 1]
[Patent Document 1] Japanese Patent Application Laid-Open No. 2002-337762
[Problems to be solved by the invention]
By uniquely assigning the ID tag to the vehicle in an invisible manner, even if the number plate of the vehicle is illegally changed, the vehicle is identified using the ID tag as a key, and the original vehicle It becomes possible to uniquely identify the owner. However, although it is invisible, there is a possibility that the ID tag itself may be changed or destroyed. In this case, the association between the ID tag and the vehicle owner is lost, and it is impossible to identify and track the vehicle. It becomes.
[0006]
An object of the present invention is to provide a system and method capable of specifying a vehicle even if a part of the vehicle is illegally changed due to theft or the like.
[0007]
[Means for Solving the Problems]
The present invention is a system for identifying a vehicle including a plurality of electronic control devices, and uses identification data of each electronic control device mounted on each vehicle and connection data indicating a connection status between the respective electronic control devices as a pattern. Pattern storing means for storing, and matching means for comparing a pattern of an arbitrary vehicle with a pattern stored in the pattern storing means, and the arbitrary of the arbitrary vehicle pattern and the stored pattern by the identity The vehicle is specified.
[0008]
In the present invention, vehicle specific data is collectively stored in a center memory, and an arbitrary vehicle is specified by collating the vehicle specific data stored in a batch with data collected from an arbitrary vehicle by a processor of the center. The vehicle specifying data includes identification data of a plurality of electronic control devices mounted on each vehicle and connection data indicating a connection status between the plurality of electronic control devices, and the processor of the center. Is characterized in that the identification of the arbitrary vehicle and the occurrence of an abnormality are detected by collating the identification data and connection data of the electronic control unit in the arbitrary vehicle.
[0009]
In the present invention, a vehicle is not specified based on any one data such as a number plate or an ID tag, but a pattern having identification data and connection data of a plurality of electronic control units (ECUs) as elements is collated. To identify the vehicle. Even if any element in the pattern, for example, an ECU is exchanged illegally and its identification ID changes, the similarity as a whole pattern is maintained and the vehicle is specified. In the present invention, the vehicle is not specified by the matching degree of a specific ID or number, but is specified by the matching degree or similarity of patterns.
[0010]
The connection data includes arbitrary data that defines a physical or logical connection relationship between the ECUs. An example of the connection data is a connection hierarchical structure of each ECU, a communication interface between the ECUs, a communication speed, and the like.
[0011]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0012]
FIG. 1 illustrates a plurality of electronic control units (ECUs) mounted on the vehicle 10 according to the present embodiment. As the ECU, an information ECU 12, an ABS (anti-lock brake system) ECU 14, a navigation (navigation) ECU 16 and the like are mounted.
[0013]
The information ECU 12 is an ECU that controls a plurality of ECUs mounted on the vehicle 10, and each ECU is connected to the information ECU 12. In the figure, a state in which the ABS ECU 14 and the navigation ECU 16 are connected to the information ECU 12 at the same level is shown. The ABS ECU 14 and the navigation ECU 16 are further connected to a plurality of ECUs in a lower hierarchy. The connection form of a plurality of ECUs varies depending on the vehicle type grade and the presence or absence of an optional mounting ECU, and is uniquely determined for each vehicle. It is also preferable to generate and assign a connection number to the ECU to which the information ECU is connected.
[0014]
On the other hand, the identification ID and version information of each ECU are also uniquely determined for each ECU. For example, the ABS ECU 14 ID is 263grh6, and the version is 2.03. It is uniquely determined as a. In the present embodiment, the ID and version information of a plurality of ECUs mounted on the vehicle 10 are used as data for specifying the vehicle 10, and in addition to the ID and version information, connection data between the plurality of ECUs is also used for the vehicle. 10 is used as data for specifying. The ID and version information of each ECU and connection data between the plurality of ECUs are stored in the information ECU 12 at a time, and transmitted to a predetermined management center at an appropriate timing, for example, when the vehicle 10 is sold at a store. The The transmission to the management center may be performed by the information ECU 12 using a communication function, or the salesperson may transmit the data from the computer terminal to the management center when selling the vehicle 10 at the store. Further, the information ECU 12 may store only connection data of each ECU, and a salesperson may separately transmit the ID and version information of each ECU including the information ECU 12 to the management center using a computer terminal. Normally, when a vehicle is purchased, the vehicle owner's ID (address or name) is registered in the management center in association with the vehicle number plate or frame number. Therefore, at this time, it is also preferable to register the ID and version information of each ECU together with the number plate and the frame number in the management center.
[0015]
Although three types of ECUs are illustrated in FIG. 1, other ECUs, for example, an engine ECU that controls throttle opening and the like, a skid ECU that controls driving torque distribution of front and rear wheels, a battery ECU that controls a battery, Hybrid ECUs that control engine and motor drive in hybrid vehicles, body ECUs that control power windows and door lock systems, meter ECUs that display meters based on signals from various switches, security ECUs that control security systems, etc. included.
[0016]
FIG. 2 schematically shows data for identifying the vehicle 10 registered in the management center. The number of the vehicle 10 (number plate data and frame number data), the ID and version information of the information ECU 12, the ID and version information of the ABS ECU 14, the ID and version information of the navigation ECU 16, and the connection data of each ECU. A vehicle specific pattern is constituted by the set of these data. The connection data includes the name of the system when the system is unified for each vehicle type, such as system A or system B. The connection data also includes connection hierarchy data such as information ECU 12, ABS ECU 14, and navigation ECU 16 being connected in the same hierarchy. Furthermore, the connection data includes the type of communication interface between the ECUs, specifically, what signal line is used for connection, and includes the effective communication speed between the ECUs. That is, the connection data includes arbitrary data relating to physical or logical connection between the ECUs that are electrically connected to each other via a LAN or the like. As one specific example, the connection data can be composed of a hierarchical structure between the ECUs and a communication speed between the ECUs. When one ECU and another ECU are not connected, this “non-connection” state can also be a kind of connection parameter. As described above, the license plate data, frame number data, ID and version information of each ECU are registered in the management center by a worker using a computer terminal, and connection data is collected by the information ECU 12 and transmitted to the management center. Alternatively, all these data, that is, the vehicle specific pattern may be transmitted to the management center by the worker or the information ECU 12 in a batch.
[0017]
In the management center, vehicle specific patterns for individual vehicles are registered and databased as a pattern group. The pattern is associated with the vehicle owner's ID (address, name, etc.).
[0018]
FIG. 3 shows an example of ID data and version information of the information ECU 12, ABS ECU 14, and navigation ECU 16 in FIG. Regarding the vehicle A, the ID of the information ECU 12 is 1a3vbd35, and the version information is 1.01. cd, the ABS ECU 14 ID is 263grh6, and the version information is 2.03. The ID of the navigation ECU 16 is Wa365z, and the version information is 1.00. For vehicle B, the ID of information ECU 12 is 1a33g985, and the version information is 1.01. cd, ABSECU14 ID is 2987fh32, version information is 2.03b, navigation ECU16 ID is Wc2ji35, version information is 1.08, etc.
[0019]
Further, for example, when the ABS ECU 14 is officially replaced with a new ABS ECU after purchase of the vehicle (that is, for example, at an authorized dealer or repair shop), the ID and version information of the new ABS ECU 14 are managed by the operator or the information ECU 12. It is sent to the center and updated.
[0020]
In this way, by registering the ID and version information of each ECU and connection data of each ECU in the management center as one vehicle specific pattern for each vehicle and sequentially updating the vehicle, for example, any one of a plurality of ECUs Even if it is changed illegally, the vehicle can be identified from the degree of pattern matching. In other words, when the ECU is officially replaced or repaired, the pattern is updated with the data after replacement and is registered in the management center, so the pattern that the vehicle currently has and the pattern that the management center has are completely the same. However, when a specific part of the vehicle, for example, the navigation ECU 16 is illegally replaced or destroyed, the pattern currently owned by the vehicle does not match the pattern held by the management center, but other than the ID and version information of the navigation ECU 16 Since the ECU ID, version information, and connection data match, the pattern matching degree is high and the vehicle can be specified. Moreover, the part which does not correspond in a pattern is a part changed illegally, and it can also detect that some abnormality generate | occur | produced in the said vehicle collectively. Pattern matching in the management center is executed as follows, for example.
[0021]
(1) A pattern consisting of the ID, version information, and connection data of each ECU in any vehicle brought to a dealer or repair shop is sequentially compared with a pattern in a pre-registered database, and the degree of coincidence is digitized. Sort in descending order of matching.
[0022]
(2) A vehicle having a pattern with the highest degree of coincidence is selected, and when the degree of coincidence exceeds 100% or a predetermined threshold, an arbitrary vehicle is identified as the vehicle.
[0023]
(3) A vehicle having a pattern with the highest degree of coincidence is selected.
[0024]
When calculating the degree of coincidence, it is also preferable to add a weight to each ECU's ID, version information, and connection data. For example, the connection ECU calculates a degree of coincidence with a greater weight than the other data, or calculates a degree of coincidence with the information ECU 12 with a greater weight than the other ECUs. For example, the degree of coincidence is calculated with a smaller weight than other data. It may be preferable to change the weight according to the type of vehicle. Weighting according to the vehicle type is effective when there are special circumstances such as a specific part being easily replaced or modified in a specific vehicle type.
[0025]
Hereinafter, taking a case where the vehicle is stolen and the parts are illegally replaced as an example, a method for identifying the vehicle will be specifically described.
[0026]
FIG. 4 shows an example of a pattern change when the navigation ECU 16 is illegally replaced. The pattern of the vehicle is initially shown in (A), and this pattern is registered in the management center. However, as a result of the navigation ECU 16 being illegally replaced, the ID and version information of the navigation ECU 16 are changed. Is as shown in (B). The pattern shown in (B) is notified to the management center at the timing when the vehicle is brought into a dealer or a repair shop or when the navigation ECU 16 is replaced. The management center collates the pattern shown in (A) with the pattern shown in (B), and selects a pattern in which the ID and version information and connection data that differ in the ID and version information of the navigation ECU 16 match. To identify the vehicle. If the owner of the brought-in vehicle does not match the vehicle owner associated with the pattern registered in the management center, it is estimated that the vehicle has been stolen. Furthermore, since both patterns differ by the ID and version information of the navigation ECU 16, it can be detected that the navigation ECU 16 of the specified vehicle has been illegally replaced.
[0027]
Note that the navigation ECU 16 itself is not exchanged, and if some functions are changed illegally, the protocol and communication speed between the navigation ECU 16 and other ECUs change, so the ID and version information of the navigation ECU 16 are It is possible to detect that the navigation ECU 16 has been illegally changed because the connection data of the same is different. That is, each ECU is not physically changed, the software version of each ECU is not changed, and even if a part of its functions is illegally altered, the connection data between the ECUs is changed. In this embodiment, it is possible to detect vehicle identification and unauthorized modification of the vehicle.
[0028]
In addition, if the function of the security ECU, such as sounding a buzzer or horn in the event of an abnormality, is illegally destroyed, the connection data between the information ECU 12 and the security ECU also changes (the effective communication speed is zero or the hierarchical structure is changed). It is possible to detect vehicle identification and unauthorized modification of the vehicle.
[0029]
FIG. 5 shows a case where the number plate of the vehicle is illegally replaced. Initially, the number plate of the vehicle was “Shinagawa 500 and 9337” as shown in (A). A pattern including such a number plate is registered in the management center. Next, it is assumed that the license plate was “Shinagawa 500 0010” when the vehicle was brought to the repair shop. The pattern shown in (B) is notified from the worker to the management center by the computer terminal, and the management center collates the notified pattern with the pattern registered in the database. The management center specifies a vehicle by selecting a pattern that matches other ID and version information and connection data that are different in the number plate. If the owner of the brought-in vehicle does not match the vehicle owner associated with the pattern registered in the management center, it is estimated that the vehicle has been stolen. Furthermore, since the two patterns are different from each other in the number plate, it can be detected that the number plate of the specified vehicle has been exchanged illegally.
[0030]
FIG. 6 shows an overall process flowchart of the vehicle identification method in the present embodiment. First, at the time of vehicle purchase, the dealer salesperson registers the vehicle owner ID, the ID and version information (part ID) of each ECU, the vehicle number plate, and the frame number (vehicle ID) in the management center (S101). . Next, the information ECU 12 acquires connection information with each ECU and stores it in the memory (S102). Information ECU12 acquires these data by data communications with each ECU. The information ECU 12 makes a call to the management center using, for example, a communication device, determines whether data communication with the management center is possible (S103), and if communication is possible, the connection data stored in the memory in S102 Is transmitted to the management center (S104). In the management center, for example, the data registered in S101 using the ID of the information ECU 12 as a key is associated with the data transmitted from the vehicle in S104, and registered in the database as a vehicle pattern. In S101, the salesperson registers the vehicle owner's ID, number plate, and frame number in the management center. In S104, the information ECU 12 transmits the ID, version information, and connection data of each ECU together with the frame number. A pattern may be created by associating these data with the frame number as a key.
[0031]
Thereafter, the information ECU 12 obtains connection information (ID, version information, connection data of each ECU) with each ECU periodically or at a predetermined timing, and is changed in comparison with the connection information stored in the memory. It is determined whether or not (S105). If there is a change, new connection information is transmitted to the management center. When the vehicle is brought into a repair shop or dealer, the worker may acquire connection information and transmit it to the management center. The management center collates the notified pattern with the already registered pattern, and determines that the pattern is normal (“no abnormality” in S106). On the other hand, if the patterns do not match, the vehicle with the most matched pattern is identified as the vehicle, and it is determined that an abnormality has occurred in the vehicle (“abnormal” in S106), and the registered vehicle ownership A report is sent to the person or other designated location (S107). The determination result may be returned to the dealer or the computer terminal of the repair shop. Further, the current vehicle position is reported to the designated location as required (S108). When the transmitter is mounted on the vehicle, the position can be tracked by receiving the transmission radio wave from the transmitter, and when the GPS system is mounted, the signal from the GPS system is The position can also be tracked by receiving. Any known technique for identifying and reporting the current position of the vehicle can be used.
[0032]
Thus, in this embodiment, in addition to the vehicle number plate and frame number, the ID and version information of each ECU, a series of patterns considering connection data between a plurality of ECUs is registered in the management center, The vehicle is identified by determining the degree of coincidence of the pattern, and even if any part of the vehicle is illegally replaced, destroyed or modified, the vehicle is reliably identified from the similarity of the entire pattern, and abnormal The state can be detected.
[0033]
In this embodiment, the vehicle number plate, frame number data, ID of each ECU, and version information are registered as one pattern in the management center without considering the connection data. The vehicle can also be specified by collating with the pattern thus formed, and the vehicle can be specified even if one part is replaced illegally. However, since it is not possible to detect unauthorized alterations that do not change the ID or version information of each ECU, it is preferable to use connection data between ECUs as pattern elements as in this embodiment. Can deal with unauthorized exchanges or alterations.
[0034]
【The invention's effect】
As described above, according to the present invention, it is possible to reliably identify a vehicle even if some parts of the vehicle are changed.
[Brief description of the drawings]
FIG. 1 is a configuration diagram of a plurality of ECUs mounted on a vehicle.
2 is an explanatory diagram of pattern data stored in a memory of an information ECU in FIG. 1. FIG.
FIG. 3 is an explanatory diagram of ID and version information of information ECU, ABS ECU, and navigation ECU in FIG. 2;
FIG. 4 is an explanatory diagram of pattern data change.
FIG. 5 is an explanatory diagram of pattern data change.
FIG. 6 is an overall process flowchart of the embodiment.
[Explanation of symbols]
10 vehicle, 12 information ECU, 14 ABS ECU, 16 navigation ECU.

Claims

複数の電子制御装置を備えた車両を特定するシステムであって、
各車両に搭載された各電子制御装置の識別データ及び各電子制御装置間の接続状況を示す接続データをパターンとして記憶するパターン記憶手段と、
任意の車両のパターンを前記パターン記憶手段に記憶されたパターンと照合する照合手段と、
を有し、任意の車両のパターンと記憶された前記パターンとの同一性により前記任意の車両を特定することを特徴とする車両特定システム。A system for identifying a vehicle having a plurality of electronic control devices,
Pattern storage means for storing identification data of each electronic control device mounted on each vehicle and connection data indicating a connection status between each electronic control device as a pattern;
Collating means for collating an arbitrary vehicle pattern with a pattern stored in the pattern storing means;
The vehicle specifying system is characterized in that the arbitrary vehicle is specified by the identity of the pattern of the arbitrary vehicle and the stored pattern.

請求項１記載のシステムにおいて、
前記任意の車両のパターンと記憶された前記パターンとの相違により前記任意の車両の異常を検出することを特徴とする車両特定システム。The system of claim 1, wherein
An abnormality of the arbitrary vehicle is detected based on a difference between the arbitrary vehicle pattern and the stored pattern.

請求項１記載のシステムにおいて、
前記パターン記憶手段は、各車両の各電子制御装置の更新に応じて前記パターンを更新することを特徴とする車両特定システム。The system of claim 1, wherein
The said pattern memory | storage means updates the said pattern according to the update of each electronic control apparatus of each vehicle, The vehicle specific system characterized by the above-mentioned.

請求項１記載のシステムにおいて、
前記パターンには、前記車両のナンバプレートデータあるいはフレームナンバデータが含まれることを特徴とする車両特定システム。The system of claim 1, wherein
The vehicle specifying system, wherein the pattern includes number plate data or frame number data of the vehicle.

車両特定データをセンタのメモリで一括記憶し、一括記憶された車両特定データと任意の車両から収集したデータとを前記センタのプロセッサで照合することで任意の車両を特定する方法であって、
前記車両特定データには、各車両に搭載された複数の電子制御装置の識別データと前記複数の電子制御装置間の接続状況を示す接続データが含まれ、
前記センタの前記プロセッサは、任意の車両における電子制御装置の識別データ及び接続データを照合することで前記任意の車両の特定及び異常発生を検出することを特徴とする車両特定方法。Vehicle identification data is collectively stored in a center memory, and the vehicle identification data collectively stored and data collected from an arbitrary vehicle are identified by a processor of the center to identify an arbitrary vehicle,
The vehicle identification data includes identification data of a plurality of electronic control devices mounted on each vehicle and connection data indicating a connection status between the plurality of electronic control devices,
The vehicle identification method, wherein the processor of the center detects identification of the arbitrary vehicle and occurrence of an abnormality by collating identification data and connection data of an electronic control unit in the arbitrary vehicle.