特許 6224475 車両制御装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6224475

(24)【登録日】2017年10月13日

(45)【発行日】2017年11月1日

(54)【発明の名称】車両制御装置

(51)【国際特許分類】

   B60R 16/023 20060101AFI20171023BHJP

   H04L 12/28 20060101ALI20171023BHJP

【ＦＩ】

   B60R16/023 P

   H04L12/28 200A

【請求項の数】2

【全頁数】12

(21)【出願番号】特願2014-20010(P2014-20010)

(22)【出願日】2014年2月5日

(65)【公開番号】特開2015-147446(P2015-147446A)

(43)【公開日】2015年8月20日

【審査請求日】2016年4月8日

(73)【特許権者】

【識別番号】509186579

【氏名又は名称】日立オートモティブシステムズ株式会社

(74)【代理人】

【識別番号】110000350

【氏名又は名称】ポレール特許業務法人

(72)【発明者】

【氏名】中原 章晴

【審査官】 筑波 茂樹

(56)【参考文献】

【文献】 特開２０１３−１９３５９８（ＪＰ，Ａ）

【文献】 特開２０１３−１０２３９３（ＪＰ，Ａ）

【文献】 特開２００５−０４１４４０（ＪＰ，Ａ）

【文献】 特開２００６−２３２２１３（ＪＰ，Ａ）

【文献】 特表２００８−５２７８６４（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｂ６０Ｒ １６／０２−１６／０２３

Ｈ０４Ｌ １２／００−１２／９５５

(57)【特許請求の範囲】

【請求項1】

車両に搭載されネットワークによって接続される複数の単位車両制御装置を有し、少なくとも１つの前記単位車両制御装置に車両を識別する車両識別コードを記憶した車両制御装置において、
前記単位車両制御装置の夫々は通信を介して外部の診断装置とメッセージのやり取りを行うノードを備えており、
前記夫々のノードの一つを代表ノードとし、前記代表ノードが有する固別識別情報を車両識別用情報として他のノードに転送、記憶させ、
前記診断装置から前記夫々のノードに対して送信される車両識別要求メッセージに対して前記各ノードは、前記車両識別コードと前記各ノード自身に記憶された前記車両識別用情報を含む車両識別応答メッセージ、或いは前記車両識別コードを含まず前記各ノード自身に記憶された前記車両識別用情報を含む車両識別応答メッセージのいずれかを返信するものであって、
複数の前記単位車両制御装置と前記診断装置はインターネットプロトコルを使用してインターネット回線で接続され、
前記代表ノードが有する固別識別情報は、前記代表ノードが有するＭＡＣアドレスであり、前記代表ノードが有する前記ＭＡＣアドレスを前記車両識別用情報である車両識別用ＭＡＣアドレスとして前記代表ノード以外の他の前記ノードに転送、記憶させ、
更に、複数の前記単位車両制御装置の電源が起動されると、前記車両識別コードが前記代表ノードに転送されると共に、前記代表ノードは前記車両識別コードが転送、保存されていないことを検出する機能を有し、前記代表ノードは前記車両識別コードが転送、保存されていないことを検出すると前記代表ノード以外の他の前記ノードに前記車両識別コードが転送、保存されていないことを通知することを特徴とする車両制御装置。

【請求項2】

請求項１に記載の車両制御装置において、
他の前記ノードは、前記診断装置から送信される識別要求メッセージを受信した場合、前記車両識別コードが転送、保存されていないことを表す情報と車両識別用ＭＡＣアドレスに基づいて識別応答メッセージを作成して前記診断装置に返信することを通知することを特徴とする車両制御装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明はネットワークを介して外部装置と相互にデータ通信を行う車両制御装置に係り、特にインターネット回線を利用したＩＰベースで車両の診断装置と相互にデータ通信を行う車両制御装置に関するものである。

【背景技術】

【0002】

一般的に、自動車等の車両に搭載された車両制御装置と診断装置（診断ツール）とを、有線或いは無線を問わず通信を行えるように接続することにより、例えば修理工場等において、診断装置から所定の通信フォーマットを用いて、車両の故障データ等のダイアグ情報のみならず、制御ＥＣＵの内部データの読み出しや制御プログラムの書き換えを行うことが知られている。

【0003】

そして、近年ではこの車両制御装置と診断装置との通信にインターネット回線を利用したＩＰベースでの通信が検討されている。そして、このＩＰベースによる通信ではインターネットプロトコル（ＩＰ）を利用することが必要である。このため、車両に搭載された車両制御装置と診断装置とが通信を行うための規格（Ｄｉａｇｎｏｓｔｉｃ ｏｖｅｒ Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ、以下ＤｏＩＰという）が、ＩＳＯ１３４００として標準化された。

【0004】

このようなＤｏＩＰに関する技術として、例えば特開２０１３−１０２３９３号公報（特許文献１）には、各ノードが外部装置に対して車両識別コードを含む車両識別応答メッセージを返信する際に、通信負荷の増加や、不揮発性メモリの使用容量の増加を抑制するために、複数のノードの中で、外部装置である診断装置と直接的に通信を行うＤｏＩＰエッジノードに車両識別コードを記憶させ、他のノードへの車両識別要求メッセージに対して車両識別応答メッセージを返信する際にも、そのＤｏＩＰエッジノードに記憶された車両識別コードを利用することが示されている。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１３−１０２３９３号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

ところで、ＩＰベースのネットワークを利用する場合、そのネットワークに複数の単位車両制御装置が同時に接続されることは往々にして発生することである。ここで、単位車両制御装置とはエンジン制御装置、ブレーキ制御装置、変速機制御装置、ナビゲーション制御装置等の個別の制御装置を意味するものである。そのため、外部装置である診断装置は、ネットワークに接続された単位車両制御装置がいずれの車両に属するものであるか識別する必要がある。

【0007】

ＩＳＯ１３４００では、この識別のために車両識別コード（Ｖｅｈｉｃｌｅ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ、略してＶＩＮという）を用いることが規定されている。例えば、診断装置はネットワークに接続された各単位車両制御装置に対して車両識別要求メッセージを送信し、各単位車両制御装置はそのＩＰアドレスとともに車両識別コードＶＩＮを含む車両識別応答メッセージを返信することになる。これにより、診断装置は車両識別コードＶＩＮを手掛かりとして、各単位車両制御装置がいずれの車両に属するものであるかを識別することができるようになる。

【0008】

尚、以下の説明では便宜上エンジン制御ＥＣＵの不揮発メモリに車両識別コードＶＩＮが記憶されているものとして説明するが、本発明はこれに特定されるものではなく、他の制御ＥＣＵに車両識別コードＶＩＮが記憶されていても良いものである。

【0009】

この車両識別コードＶＩＮは各車両に固有のものであり、エンジン制御システムのエンジン制御ＥＣＵの不揮発メモリに書き込まれている。従って、各単位車両制御装置が車両識別コードＶＩＮを取得するには、車両識別コードＶＩＮを記憶したエンジン制御ＥＣＵからその車両識別コードＶＩＮを読み出し、他の単位車両制御装置のノードに転送して車両識別応答メッセージのヘッダに付加することが考えられる。また、この他に特許文献１に記載されるように、通信負荷の観点から、複数のノードの中で外部装置と直接的に通信を行うノード（エッジノード）に車両識別コードＶＩＮを記憶させ、車両識別応答メッセージのヘッダにこの車両識別コードＶＩＮを付加することが考えられる。

【0010】

しかしながら、何らかの要因により、車両識別コードＶＩＮが不揮発メモリ上から消滅したり、また、エンジン制御ＥＣＵの制御プログラムの書き換えを行った直後などに記憶させた車両識別コードＶＩＮが消えてしまうことが考えられる。このような状況において、診断装置が車両識別要求メッセージを送信した際、各単位車両制御装置から返信される車両識別応答メッセージには車両識別コードＶＩＮが含まれておらず、結果として診断装置は車両と各単位車両制御装置を紐付ける（関係付ける）手掛かりを得られなくなる。このため、ネットワークに複数の車両の単位車両制御装置が同時に接続されている場合、診断装置はいずれの車両の単位車両制御装置か識別できない状態に陥ってしまう。

【0011】

尚、このような場合は再び車両識別コードＶＩＮをエンジン制御ＥＣＵの不揮発メモリに書き込みすることで車両識別コードＶＩＮの回復ができるが、ネットワークに複数の車両が接続されている状態の場合では、どの車両の車両識別コードＶＩＮが消えた状態の車両なのか判別が困難である。

【0012】

本発明の目的は、１つの単位車両制御装置に記憶させた車両識別コードＶＩＮが消滅した場合であっても、各単位車両制御装置がいずれの車両に属するものか識別することができる車両制御装置を提供することにある。

【課題を解決するための手段】

【0013】

本発明の特徴は、複数の単位車両制御装置が備えるノードの一つを代表ノードとし、この代表ノードが有する固別識別情報を車両識別用情報として代表ノード以外の他のノードに転送、記憶させ、診断装置から各ノードに対して送信される車両識別要求メッセージに対し、各ノードは、車両識別コードと各ノード自身に記憶された車両識別用情報を含む車両識別応答メッセージ、或いは各ノード自身に記憶された車両識別用情報を含む車両識別応答メッセージのいずれかを診断装置に返信する、ところにある。

【発明の効果】

【0014】

本発明によれば、単位車両制御装置に記憶させた車両識別コードＶＩＮが消えてしまった場合であっても、車両毎の各単位車両制御装置のノードは共通の車両識別用情報を有しているので、診断装置はそれらをグループとして紐付けして管理できるので、各単位車両制御装置がいずれの車両に属するものか識別することができる。

【図面の簡単な説明】

【0015】

【図1】本発明が適用される車両制御装置の構成図である。

【図2】診断装置と各ノードの間の通信手順を説明する説明図である。

【図3】車両識別コードがある場合の診断装置の管理テーブルを説明する説明図である。

【図4】車両識別コードがない場合の診断装置の管理テーブルを説明する説明図である。

【図5】本発明の代表的な実施形態である診断装置と各ノードの間の通信手順を説明する説明図である。

【図6】図５に示す実施形態で、車両識別コードがある場合の診断装置の管理テーブルを説明する説明図である。

【図7】図５に示す実施形態で、車両識別コードがない場合の診断装置の管理テーブルを説明する説明図である。

【発明を実施するための形態】

【0016】

次に、本発明の実施形態について図面を用いて詳細に説明するが、本発明は以下の実施形態に限定されることなく、本発明の技術的な概念の中で種々の変形例や応用例をもその範囲に含むものである。

【0017】

図１は複数の車両と診断装置が接続された状態の構成を示しており、本実施例では説明を簡単にするため２台の車両が診断装置と接続された状態を示している。

【0018】

第１車両１０と第２車両２０は、ＩＰベースのネットワーク４０に接続されて外部の診断装置３０と通信可能に接続されている。上述した通り、第１車両１０と第２車両２０は通信プロトコルとしてＩＳＯ１３４００に規定されたＤｏＩＰを用いて診断装置３０と通信が実行されるものである。

【0019】

そして、第１車両１０にはＤｏＩＰエンティティ１３Ａ、ＤｏＩＰエンティティ１３Ｂを有し、第２車両２０にはＤｏＩＰエンティティ２３Ａ、ＤｏＩＰエンティティ２３Ｂ、ＤｏＩＰエンティティ２３Ｃを夫々有している。また、これらのＤｏＩＰエンティティは必要に応じて追加して設けられる。各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃは診断装置３０とメッセージのやり取りを行うＤｏＩＰノードを夫々備えている。尚、以下ではＤｏＩＰエンティティはＤｏＩＰノードの概念を含むものとして説明する。

【0020】

そして、各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃは各車両の単位車両制御装置の制御ＥＣＵとサブネットワークを構成する。このサブネットワークからなる単位車両制御装置は上述したようにエンジン制御装置、ブレーキ制御装置、変速機制御装置、ナビゲーション制御装置等の個別の制御装置を意味している。

【0021】

したがって、例えば、ＤｏＩＰエンティティ１３Ａは第１車両１０のエンジン制御ＥＣＵ１１Ａと内部ネットワーク１２Ａによって接続され、また、ＤｏＩＰエンティティ１３Ｂは第１車両１０のブレーキ制御ＥＣＵ１１Ｂと内部ネットワーク１２Ｂによって接続されている。

【0022】

同様にＤｏＩＰエンティティ２３Ａは第２車両２０のエンジン制御ＥＣＵ２１Ａと内部ネットワーク２２Ａによって接続され、またＤｏＩＰエンティティ２３Ｂは第２車両２０のブレーキ制御ＥＣＵ２１Ｂと内部ネットワーク２２Ｂによって接続され、更にＤｏＩＰエンティティ２３Ｃは第２車両２０のナビゲーション制御ＥＣＵ２１Ｃと内部ネットワーク２２Ｃによって接続されている。

【0023】

これらのサブネットワークは代表的な例を示したものであって、これら以外にも種々のサブネットワークを置き換え、或いは追加できるものである。そして、このサブネットワークの通信プロトコルはＣＡＮやＬＩＮ等のＩＰベースのネットワークと異なる通信プロトコルにて接続されている。

【0024】

第１車両１０のエンジン制御ＥＣＵ１１Ａ、及び第２車両２０のエンジン制御ＥＣＵ２１Ａの不揮発性メモリ、例えばフラッシュメモリには車両識別コードＶＩＮ１、及び車両識別コードＶＩＮ２が記憶されており、これらの車両識別コードＶＩＮ１、ＶＩＮ２は所定のタイミングでＤｏＩＰエンティティ１３Ａ、ＤｏＩＰエンティティ２３Ａに転送されるようになっている。例えば、各車両１０、２０の単位車両制御装置の電源起動時に、車両識別コードＶＩＮ１、及び車両識別コードＶＩＮ２を転送するように構成されている。

【0025】

また、各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃはネットワーク上の通信機器を特定する物理アドレスであるＭＡＣアドレス（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ａｄｄｒｅｓｓ）を備えている。ＭＡＣアドレスはネットワーク上で、各ノード（＝ＤｏＩＰエンティティ）を識別するためにネットワーク機器のハードウェアに一意に割り当てられる物理アドレスである。このＭＡＣアドレスは後で説明するが、各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃの固別識別情報として用いられ、また、そのうちの一つは車両識別用情報として用いられるものである。

【0026】

このＭＡＣアドレスはパケット送受信を行うＤｏＩＰエンティティに対応するノードの通信ポート毎にユニークな値が割り当てられており、ＤｏＩＰエンティティ１３ＡにはＭＡＣアドレス１３Ａ-Ａ、ＤｏＩＰエンティティ１３ＢにはＭＡＣアドレス１３Ｂ-Ｂ、ＤｏＩＰエンティティ２３ＡにはＭＡＣアドレス２３Ａ-Ａ、ＤｏＩＰエンティティ２３ＢにはＭＡＣアドレス２３Ｂ-Ｂ、ＤｏＩＰエンティティ２３ＣにはＭＡＣアドレス２３Ｃ-Ｃが割り当てられている。ここで、ＤｏＩＰエンティティ１３ＡとＤｏＩＰエンティティ２３Ａは代表ノードとして位置づけられている。

【0027】

そして、上述したようにＩＰベースのネットワーク４０を介して診断装置３０にＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃを通信可能に接続する場合、図１に示すように第１車両１０と第２車両２０の各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃが同時に接続されることが発生する。上述したように、診断装置１３０はダイアグコードや内部データを読み出し、各制御ＥＣＵの診断、制御プログラムの書き換え等を行うものであり、診断装置３０は第１車両１０及び第２車両２０の各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃを選択して上述の処理動作を実行するものである。

【0028】

したがって、診断装置３０は処理動作の対象となる車両を特定する必要があり、そのためには、各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃの各ノードがいずれの車両に属しているかを識別する必要がある。この識別のために、ＩＳＯ１３４００では車両識別コードＶＩＮを用いることが規定されている。

【0029】

図２に、ＩＳＯ１３４００に規定されている車両識別のための通信手順を示している。図２に示すように、まず各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３ＣはＩＰアドレスの取得処理を行う。

【0030】

次に、このＩＰアドレス取得処理の後、各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃは夫々マルチキャストにて、自身のＩＰアドレスを含む車両アナウンスメッセージをタイミングｔ１〜ｔ３で３回送信する。診断装置３０はその車両アナウンスメッセージを受信し、ＩＰアドレスを基に対応するＤｏＩＰエンティティに対してタイミングｔ４で車両識別要求メッセージを送信する。

【0031】

対応するＤｏＩＰエンティティがその車両識別要求メッセージを受信すると、これに応答してタイミングｔ５でメッセージ送信元の診断装置３０に車両識別コードＶＩＮを含む車両識別応答メッセージを返信する。これにより、診断装置３０は車両識別コードＶＩＮを基に各ＤｏＩＰエンティティがいずれの車両に属するものであるかを識別することが可能になる。ここで、車両識別応答メッセージは少なくともヘッダ領域とペイロード領域からなり、ヘッダ領域には診断装置３０や各ＤｏＩＰエンティティを認識する情報が記憶され、ペイロード領域には各ＤｏＩＰエンティティの個別の種々の詳細情報が記憶されている。

【0032】

ここで、電源起動時にＤｏＩＰエンティティ１３ＡからはＤｏＩＰエンティティ１３Ｂに対して車両識別コードＶＩＮ１が転送されており、同様にＤｏＩＰエンティティ２３ＡからはＤｏＩＰエンティティ２３Ｂ、２３Ｃに対して車両識別コードＶＩＮ２が転送されており、この転送された車両識別コードＶＩＮ１、ＶＩＮ２が各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃから診断装置３０に送られ、診断装置３０ではこの車両識別コードＶＩＮ１、ＶＩＮ２から各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃの属する車両を特定することができるようになっている。

【0033】

次に、診断装置３０における各車両１０、２０と各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃの紐付き状態を図３に基づき説明する。図２に示す通信手順によって、ＤｏＩＰエンティティから車両識別コードＶＩＮを含む車両識別応答メッセージを受信した診断装置３０では、第１車両１０に属することを識別する車両識別情報ＶＩＮ１とＤｏＩＰエンティティ１３Ａ、１３Ｂとが紐付けられていることから、ＤｏＩＰエンティティ１３Ａ、１３Ｂが第１車両１０に属することを判断することができる。同様に、第２車両２０に属することを識別する車両識別情報ＶＩＮ２とＤｏＩＰエンティティ、２３Ａ、２３Ｂ、２３Ｃとが紐付けられていることからＤｏＩＰエンティティ、２３Ａ、２３Ｂ、２３Ｃが第２車両２０に属することを判断することができる。

【0034】

このように車両識別情報ＶＩＮ１、ＶＩＮ２が存在していると、車両識別コードＶＩＮ１、ＶＩＮ２を手掛かりに、各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃがどの車両に搭載されているかを紐付けて管理することができる。

【0035】

しかしながら、第１車両１０のエンジン制御ＥＣＵ１１Ａや第２車両２０のエンジン制御ＥＣＵ２１Ａに書き込まれた車両識別コードＶＩＮ１、ＶＩＮ２が何らかの要因により不揮発メモリ上から消滅しり、また、エンジン制御ＥＣＵ１１Ａ、２１Ａの制御プログラムの書き換えを行った直後に記憶された車両識別コードＶＩＮ１、ＶＩＮ２が消滅しまうことがある。

【0036】

このような場合、各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃは車両識別コードＶＩＮ１、車両識別コードＶＩＮ２を診断装置３０へ返信することができない。このため、図４にあるように各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃは夫々相互にばらばらの関係となる。したがって、診断装置３０は各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃがいずれの車両に属するものであるかを識別することができなくなってしまうことになる。

【0037】

このように、診断装置３０は各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃから返信された車両識別応答メッセージのペイロード領域の情報は取得できるものの、これらの夫々のＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃがいずれの車両に属するものか識別ができず、上述したような処理動作の対象となる車両を特定できないことになる。

【0038】

例えば、ＤｏＩＰエンティティ２３Ａ、２３Ｂ、２３Ｃは第２車両２０に属するものであるが、個々のＤｏＩＰエンティティ２３Ａ、２３Ｂ、２３Ｃは車両識別コードＶＩＮ２と相互に紐付けが消滅しているので、ＤｏＩＰエンティティ２３Ａ、２３Ｂ、２３Ｃはばらばらの関係となって、診断装置３０はＤｏＩＰエンティティ２３Ａ、２３Ｂ、２３Ｃの夫々を相互に特定することができないものである。

【0039】

このような不具合を対策するため、本実施形態では車両内の複数のＤｏＩＰエンティティの中で、代表ノードとなるＤｏＩＰエンティティを予め決めておき、電源が起動されると代表ノードとなるＤｏＩＰエンティティの固別識別情報として機能するＭＡＣアドレスを他のＤｏＩＰエンティティに転送するものである。

【0040】

この結果、代表ノードとなるＤｏＩＰエンティティ以外のノードに代表ノードのＭＡＣアドレスが記憶されることになる。そして、転送されたＤｏＩＰエンティティのＭＡＣアドレス（＝固別識別情報）は、これ以外のＤｏＩＰエンティティの車両識別用ＭＡＣアドレス（＝車両識別用情報）として利用されることになる。

【0041】

そして、各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃは診断装置３０からの車両識別要求メッセージを受信したならば、それに応答してメッセージ送信元の診断装置３０に、車両識別コードＶＩＮ１、ＶＩＮ２と、代表ノードであるＤｏＩＰエンティティ１３Ａ，２３ＡのＭＡＣアドレス１３Ａ-Ａ，２３Ａ-Ａを車両識別用ＭＡＣアドレスとして車両識別応答メッセージのヘッダ領域に書き込んで、車両識別応答メッセージを診断装置３０に返信するように動作する。

【0042】

尚、車両識別コードＶＩＮ１、ＶＩＮ２は電源起動時にエンジン制御ＥＣＵ１１Ａ，２１Ａから代表ノードであるＤｏＩＰエンティティ１３Ａ、ＤｏＩＰエンティティ２３Ａに転送されるようになっている。このため、代表ノードであるＤｏＩＰエンティティ１３Ａ、ＤｏＩＰエンティティ２３Ａは車両識別コードが格納されていないことを検出する機能を備えており、電源の起動時に車両識別コードが保存されていないことを検出したならば、車両識別コードが保存されていないことを他のノードに通知する構成となっている。これによって、他のノードはこれに基づいて車両識別応答メッセージを作製することなる。

【0043】

つまり、各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃは、車両識別コードＶＩＮ１，ＶＩＮ２が自身のメモリに格納されてない場合に、診断装置３０から送信される識別要求メッセージを受信したならば、車両識別コードＶＩＮ１，ＶＩＮ２が保存されていないことを表す情報と車両識別用ＭＡＣアドレスに基づいて車両識別応答メッセージを作成して診断装置に返信するように動作する。尚、診断装置から車両識別要求メッセージを受信したときに、車両識別コードＶＩＮ１，ＶＩＮ２が格納されていない場合は、車両のフロント部のパネル上に設けたＬＥＤランプを点灯させて外部に報知することも可能である。

【0044】

本実施例においては上述したように、ＤｏＩＰエンティティ１３ＡとＤｏＩＰエンティティ２３Ａが代表ノードとなり、これらが備えるＭＡＣアドレス１３Ａ-ＡとＭＡＣアドレス２３Ａ-Ａが車両識別用ＭＡＣアドレスとなって、残りのＤｏIＰエンティティ１３Ｂ、２３Ｂ、２３Ｃに転送、記憶されるものである。

【0045】

次に、図５を用いて本実施形態の通信手順を説明するが、図５に示すものは第２車両２０に搭載されたＤｏＩＰエンティティ２３Ａ、２３Ｂ、２３Ｃと診断装置３０が通信を行う場合を示している。

【0046】

尚、各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃは上述したように固別のＭＡＣアドレスを有しているが、診断装置３０と通信する場合は車両識別用ＭＡＣアドレスを送信するように各ＤｏＩＰエンティティの通信ロジックが設定されている。

【0047】

電源の起動直後に、代表ノードとなるＤｏＩＰエンティティ２３Ａは、タイミングｔ６、ｔ７で車両内の代表ノード以外のＤｏＩＰエンティティ２３Ｂ、２３Ｃへ自身のＭＡＣアドレス２３Ａ-Ａを車両識別用ＭＡＣアドレスとして転送、通知する。通知を受けたＤｏＩＰエンティティ２３Ｂ、２３Ｃは、受信した車両識別用ＭＡＣアドレス２３Ａ-ＡをＤｏＩＰエンティティ２３Ｂ、２３Ｃのノードが有しているＲＡＭ等の揮発性メモリに一時的に格納し、タイミングｔ８、ｔ９でＤｏＩＰエンティティ２３Ａに対して車両識別用ＭＡＣアドレス２３Ａ-Ａを受信したことを応答として返信する。この状態で、ＤｏＩＰエンティティ２３Ａ、２３Ｂ、２３Ｃには車両識別用ＭＡＣアドレス２３Ａ-Ａが共通して記憶されている状態となる。

【0048】

その後、診断装置３０からは順番に車両識別要求メッセージが送られてくるが、例えば、タイミングｔ１０でＤｏＩＰエンティティ２３Ｂに対して車両識別要求メッセージが送られてくると、ＤｏＩＰエンティティ２３Ｂは車両識別コードＶＩＮ２だけでなく、タイミングｔ６で送られてきた車両識別用ＭＡＣアドレス２３Ａ-Ａをも含む車両識別応答メッセージをタイミングｔ１１で診断装置３０に返信することになる。

【0049】

したがって、診断装置３０では車両の識別情報として車両識別コードＶＩＮ２に加えて、その車両固有の車両識別用ＭＡＣアドレス２３Ａ-Ａの情報を得ることができる。すなわち、ＤｏＩＰエンティティ２３Ａ、２３Ｂ、２３Ｃは相互に車両識別コードＶＩＮ２及び車両識別用ＭＡＣアドレス２３Ａ-Ａと紐付け（関係付け）されることになる。

【0050】

ここで、車両識別応答メッセージはヘッダ領域とペイロード領域で構成されていることは上述した通りである。そして、車両識別コードが消滅していない場合は、ヘッダ領域には車両識別コードと車両識別用ＭＡＣアドレスが格納される。一方、車両識別コードが消滅している場合は、ヘッダ領域には車両識別コードは格納されなく、車両識別用ＭＡＣアドレスだけが格納されるようになる。尚、この他に車両識別コードが保存されていないことを表す情報を格納することも可能である。

【0051】

図６、図７は診断装置３０における車両と各ＤｏＩＰエンティティの紐付け（関係付け）の状態を示しており、図６は車両識別コードＶＩＮ１、ＶＩＮ２が消滅していないときに通信が行われた場合を示し、図７は車両識別コードＶＩＮ１、ＶＩＮ２が消滅したときに通信が行われた場合を示している。尚、図６、図７では車両識別用ＭＡＣアドレス１３Ａ-ＡをＭＡＣ１、車両識別用ＭＡＣアドレス２３Ａ-ＡをＭＡＣ２として表記してある。

【0052】

これから分かるように、車両識別コードＶＩＮ１、ＶＩＮ２、車両識別用ＭＡＣアドレス１３Ａ-Ａ、２３Ａ-Ａを用いることで各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃの間の相互の紐付けが可能となる。

【0053】

図６にあるように、診断装置３０では車両識別コードＶＩＮ１、ＶＩＮ２と車両識別用ＭＡＣアドレスＭＡＣ１、ＭＡＣ２が紐付けされている。更に、車両識別用ＭＡＣアドレスＭＡＣ１にはＤｏＩＰエンティティ１３Ａ、１３Ｂがグループとして紐付けられている。同様に車両識別用ＭＡＣアドレスＭＡＣ２にはＤｏＩＰエンティティ２３Ａ、２３Ｂ、２３Ｃがグループとして紐付けられている。このように、車両識別用ＭＡＣアドレスＭＡＣ１、ＭＡＣ２は車両識別コードＶＩＮ１、ＶＩＮ２に関係付けられているから、これらの２つの情報を用いて、各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃがどの車両に搭載されているかを紐付けて管理することができる。

【0054】

一方、図７は車両識別コードＶＩＮ１、ＶＩＮ２が消滅した状態で通信が行われた場合を示している。図７からわかるように、車両識別コードＶＩＮ１、ＶＩＮ２が消滅した場合、車両識別コードＶＩＮ１、ＶＩＮ２と車両識別用ＭＡＣアドレスＭＡＣ１、ＭＡＣ２の紐付けは消滅するので、車両識別コードＶＩＮ１、ＶＩＮ２を用いて車両を特定することはできないようになる。このような場合、従来では図４に示すように各ＤｏＩＰエンティティ１３Ａ、１３Ｂ、２３Ａ、２３Ｂ、２３Ｃは夫々個々にばらばらとなって、相互にどのような紐付きの状態になっているか全く知る手立てがなかった。

【0055】

しかしながら、本実施形態によれば車両識別用ＭＡＣアドレスＭＡＣ１にはＤｏＩＰエンティティ１３Ａ、１３Ｂが紐付けられ、車両識別用ＭＡＣアドレスＭＡＣ２にはＤｏＩＰエンティティ２３Ａ、２３Ｂ、２３Ｃが紐付けられていることから、少なくともＤｏＩＰエンティティ１３Ａ、１３Ｂは第１車両１０に搭載され、ＤｏＩＰエンティティ２３Ａ、２３Ｂ、２３Ｃは第２車両２０に搭載されていることがわかるようになる。

【0056】

このように、車両に搭載されている複数のＤｏＩＰエンティティの夫々に共通の車両識別用ＭＡＣアドレスを付与することによって、その車両固有のグループとして複数のＤｏＩＰエンティティを管理することができるようになる。したがって、夫々のＤｏＩＰエンティティの関係が個々にばらばらとならず、車両固有のグループとして複数のＤｏＩＰエンティティの紐付き状態を知ることができるようになる。

【0057】

尚、診断装置３０において以前に受信した車両識別コードと車両識別用ＭＡＣアドレスの紐付け情報を記憶しておくことも可能である。このようにすると、エンジン制御ＥＣＵに書き込まれた車両識別コードが不揮発メモリ上から消滅したり、また、エンジン制御ＥＣＵのプログラム書き換えを行った直後に記憶された車両識別コードが消滅している場合であっても、記憶済みの紐付け情報と車両識別用ＭＡＣアドレスを手掛かりとして、どの車両の車両識別コードが格納されていたかを特定することが可能となる。

【0058】

これによって、複数の接続された車両の中から容易に車両識別コードが消えた状態の車両を特定できるようになる。更には、エンジン制御ＥＣＵへ車両識別コードを送信してフラッシュメモリに書き込むことも可能となる。

【0059】

以上述べた通り、本発明は複数の単位車両制御装置が備えるノードの一つを代表ノードとし、この代表ノードが有する固別識別情報を車両識別用情報として代表ノード以外の他のノードに転送、記憶させ、診断装置から各ノードに対して送信される車両識別要求メッセージに対し、各ノードは、車両識別コードと各ノード自身に記憶された車両識別用情報を含む車両識別応答メッセージ、或いは各ノード自身に記憶された車両識別用情報を含む車両識別応答メッセージのいずれかを診断装置に返信する構成とした。

【0060】

これによれば、単位車両制御装置に記憶させた車両識別コードＶＩＮが消えてしまった場合であっても、車両毎の各単位車両制御装置のノードは共通の車両識別用情報を有しているので、診断装置はそれらをグループとして紐付けして管理できるので、各単位車両制御装置がいずれの車両に属するものか識別することができる。

【符号の説明】

【0061】

１０…第１車両、２０…第２車両、３０…診断装置、４０…ＩＰベースのネットワーク、１１Ａ、２１Ａ…エンジン制御ＥＣＵ、１１Ｂ、２１Ｂ…ブレーキ制御ＥＣＵ、１２Ａ、１２Ｂ…第１車両のネットワーク、１３Ａ、１３Ｂ…第１車両のＤｏＩＰエンティティ、１３Ａ-Ａ、１３Ｂ-Ｂ…第１車両のＤｏＩＰエンティティのＭＡＣアドレス、２１Ｃ…ナビゲーション制御ＥＣＵ、２２Ａ、２２Ｂ、２２Ｃ…第２車両のネットワーク、２３Ａ、２３Ｂ、２３Ｃ…第２車両のＤｏＩＰエンティティ、２３Ａ-Ａ、２３Ｂ-Ｂ、２３Ｃ-Ｃ…第２車両のＤｏＩＰエンティティのＭＡＣアドレス。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】