特許 7363510 管理装置、車載装置の識別情報割り当て方法、車載システム、及びデータ構造

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

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

(11)【特許番号】

(24)【登録日】2023-10-10

(45)【発行日】2023-10-18

(54)【発明の名称】管理装置、車載装置の識別情報割り当て方法、車載システム、及びデータ構造

(51)【国際特許分類】

   H04L 12/28 20060101AFI20231011BHJP

   H04L 41/0806 20220101ALI20231011BHJP

   H04L 43/0811 20220101ALI20231011BHJP

   B60R 16/023 20060101ALI20231011BHJP

   H04W 8/00 20090101ALI20231011BHJP

【ＦＩ】

H04L12/28 200Z

H04L41/0806

H04L43/0811

H04L12/28 100A

B60R16/023 P

H04W8/00 110

【請求項の数】 9

(21)【出願番号】P 2020007269

(22)【出願日】2020-01-21

(65)【公開番号】P2021114724

(43)【公開日】2021-08-05

【審査請求日】2022-05-23

(73)【特許権者】

【識別番号】395011665

【氏名又は名称】株式会社オートネットワーク技術研究所

(73)【特許権者】

【識別番号】000183406

【氏名又は名称】住友電装株式会社

(73)【特許権者】

【識別番号】000002130

【氏名又は名称】住友電気工業株式会社

(74)【代理人】

【識別番号】110000280

【氏名又は名称】弁理士法人サンクレスト国際特許事務所

(72)【発明者】

【氏名】遠藤 雅大

【審査官】安藤 一道

(56)【参考文献】

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

【文献】特開２００６－０９００３８（ＪＰ，Ａ）

【文献】特開２０１７－０９１０４９（ＪＰ，Ａ）

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

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

【文献】国際公開第２０１８／１０５３３０（ＷＯ，Ａ１）

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

Ｈ０４Ｌ １２／２８

Ｂ６０Ｒ １６／０２３

Ｈ０４Ｗ ８／００

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

【請求項1】

車載ネットワークに接続される車載装置に識別情報を付与する管理装置であって、
車載装置の固有ＩＤを含む、識別情報付与の要求フレームを前記車載装置から受信する受信部と、
前記受信部によって受信された前記要求フレームに対して割り当てられた識別情報を含む応答フレームを生成する生成部と、
前記生成部によって生成された前記応答フレームを、前記要求フレームの送信元の前記車載装置へ送信する送信部と、
車載装置の固有ＩＤと、車載装置が接続されるネットワークバスのチャンネルとの対応関係を示す対応テーブルを記憶する記憶部と、
前記受信部によって受信された前記要求フレームに含まれる前記固有ＩＤと、前記要求フレームが伝送されたネットワークバスのチャンネルとの対応関係が、前記対応テーブルに示される対応関係と一致するか否かを判定する接続状態判定部と、
を備え、
前記応答フレームは、正常応答フレームと、異常応答フレームとを含み、
前記生成部は、前記接続状態判定部によって、前記要求フレームに含まれる前記固有ＩＤと、前記要求フレームが伝送された前記チャンネルとの対応関係が、前記テーブルに示される前記対応関係と一致すると判定された場合、割り当てられた前記識別情報を含む前記正常応答フレームを生成し、
前記生成部は、前記接続状態判定部によって、前記要求フレームに含まれる前記固有ＩＤと、前記要求フレームが伝送された前記チャンネルとの対応関係が、前記テーブルに示される前記対応関係と一致しないと判定された場合、前記識別情報を含まない前記異常応答フレームを生成する、
管理装置。

【請求項2】

前記要求フレームは、要求された識別情報の個数をさらに含み、
前記応答フレームは、互いに異なる識別情報を前記個数含む、
請求項１に記載の管理装置。

【請求項3】

前記要求フレームは、前記車載ネットワークにおいて共通の識別情報であり、且つ、識別情報の割り当て専用の識別情報である共通識別情報を含む、
請求項１又は請求項２に記載の管理装置。

【請求項4】

前記要求フレームは、前記識別情報の要求専用の識別子をさらに含む、
請求項３に記載の管理装置。

【請求項5】

前記応答フレームは、前記共通識別情報を含む、
請求項３又は請求項４に記載の管理装置。

【請求項6】

前記応答フレームは、前記識別情報の要求に対する応答専用の識別子をさらに含む、
請求項５に記載の管理装置。

【請求項7】

前記受信部によって受信された前記要求フレームに対して識別情報を割り当てる割当て部をさらに備える、
請求項１から請求項６のいずれか１項に記載の管理装置。

【請求項8】

車載ネットワークに接続された車載装置の識別情報割り当て方法であって、
前記車載ネットワークに接続された管理装置が、車載装置の固有ＩＤを含む、識別情報付与の要求フレームを前記車載装置から受信するステップと、
前記管理装置が、受信された前記要求フレームに対して割り当てられた識別情報を含む応答フレームを生成するステップと、
前記管理装置が、生成された前記応答フレームを、前記要求フレームの送信元の前記車載装置へ送信するステップと、
受信された前記要求フレームに含まれる前記固有ＩＤと、前記要求フレームが伝送されたネットワークバスのチャンネルとの対応関係が、前記管理装置において記憶された、車載装置の固有ＩＤと、車載装置が接続されるネットワークバスのチャンネルとの対応関係を示す対応テーブルに示される対応関係と一致するか否かを判定するステップと、
を含み、
前記応答フレームは、正常応答フレームと、異常応答フレームとを含み、
前記要求フレームに含まれる前記固有ＩＤと、前記要求フレームが伝送された前記チャンネルとの対応関係が、前記テーブルに示される前記対応関係と一致すると判定された場合、前記生成するステップにおいて、割り当てられた前記識別情報を含む前記正常応答フレームを生成し、
前記要求フレームに含まれる前記固有ＩＤと、前記要求フレームが伝送された前記チャンネルとの対応関係が、前記テーブルに示される前記対応関係と一致しないと判定された場合、前記生成するステップにおいて、前記識別情報を含まない前記異常応答フレームを生成する、
車載装置の識別情報割り当て方法。

【請求項9】

車載ネットワークに接続される管理装置と、
前記車載ネットワークに接続される車載装置と、
を備え、
前記車載装置は、前記車載装置の固有ＩＤを含む、識別情報付与の要求フレームを送信する第１送信部を含み、
前記管理装置は、
前記車載装置から送信された前記要求フレームを受信する第２受信部と、
前記第２受信部によって受信された前記要求フレームに対して割り当てられた識別情報を含む応答フレームを生成する生成部と、
前記生成部によって生成された前記応答フレームを、前記要求フレームの送信元の前記車載装置へ送信する第２送信部と、
車載装置の固有ＩＤと、車載装置が接続されるネットワークバスのチャンネルとの対応関係を示す対応テーブルを記憶する記憶部と、
前記第２受信部によって受信された前記要求フレームに含まれる前記固有ＩＤと、前記要求フレームが伝送されたネットワークバスのチャンネルとの対応関係が、前記対応テーブルに示される対応関係と一致するか否かを判定する接続状態判定部と、
を含み、
前記車載装置は、
前記管理装置から送信された前記応答フレームを受信する第１受信部と、
前記第１受信部によって受信された前記応答フレームに含まれる識別情報を、自装置の識別情報として設定する設定部と、
をさらに含み、
前記応答フレームは、正常応答フレームと、異常応答フレームとを含み、
前記生成部は、前記接続状態判定部によって、前記要求フレームに含まれる前記固有ＩＤと、前記要求フレームが伝送された前記チャンネルとの対応関係が、前記テーブルに示される前記対応関係と一致すると判定された場合、割り当てられた前記識別情報を含む前記正常応答フレームを生成し、
前記生成部は、前記接続状態判定部によって、前記要求フレームに含まれる前記固有ＩＤと、前記要求フレームが伝送された前記チャンネルとの対応関係が、前記テーブルに示される前記対応関係と一致しないと判定された場合、前記識別情報を含まない前記異常応答フレームを生成する、
車載システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、管理装置、車載装置の識別情報割り当て方法、車載システム、及びデータ構造に関する。

【背景技術】

【0002】

車載ネットワークに接続される各車載装置には固有の識別番号が割り当てられる。ＣＡＮ（Controller Area Network）、ＦｌｅｘＲａｙ等の車載ネットワーク用通信プロトコルにおいては、車載装置の識別情報であるＣＡＮ ＩＤ、フレームＩＤ等が用いられる。

【0003】

識別情報は、車載ネットワークにおいて一意的に定められなければならない。例えば車載ネットワークに車載装置を追加した場合、追加された車載装置に対して、他の車載装置と重複しないように識別情報を割り当てる必要がある。

【0004】

特許文献１には、車載ネットワークにおいてＥＣＵ（Electronic Control unit）に動的に識別番号を付与する方法が開示されている。特許文献１に開示された方法では、各ＥＣＵが、複数の整数のナンバーが登録された共通ナンバーテーブルを記憶し、共通ナンバーテーブルから１つのナンバーを決定し、決定されたナンバーと自機の固有ＩＤとを管理ＥＣＵに送信する。管理ＥＣＵは、各ＥＣＵが送信するナンバー同士に重複するナンバーがあるか否かを判定し、重複しない場合、送信されたナンバーを各ＥＣＵの識別番号として割り当て、重複する場合、そのナンバーを最小の固有ＩＤのＥＣＵに対して割り当てる。固有ＩＤが最小でなかったＥＣＵは、共通ナンバーテーブルから再度ナンバーを決定し、管理ＥＣＵへ送信する。

【先行技術文献】

【特許文献】

【0005】

【文献】特開２０１２－２２２５２７号公報

【発明の概要】

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

【0006】

しかしながら、特許文献１に開示された方法では、同時に識別番号の付与を要求するＥＣＵが多くなると、ナンバーが重複する可能性が高くなる。つまり、ＥＣＵは他のＥＣＵがどのナンバーを決定したかを特定できないため、複数のＥＣＵ間で同じナンバーを決定することが考えられる。ナンバーが重複すると、固有ＩＤが最小でないＥＣＵは再度ナンバーの付与を要求する必要があるため、ナンバー付与に要する時間が増す。さらに、１台のＥＣＵが複数の識別番号の付与を要求することも考えられる。この場合も、ナンバーが重複する可能性が高まるため、ナンバー付与に要する時間が増加すると考えられる。

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

【0007】

本開示の一態様に係る管理装置は、車載ネットワークに接続される車載装置に識別情報を付与する管理装置であって、車載装置の固有ＩＤを含む、識別情報付与の要求フレームを前記車載装置から受信する受信部と、前記受信部によって受信された前記要求フレームに対して割り当てられた識別情報を含む応答フレームを生成する生成部と、前記生成部によって生成された前記応答フレームを、前記要求フレームの送信元の前記車載装置へ送信する送信部と、を備える。

【0008】

本開示の一態様に係る車載装置の識別情報割り当て方法は、車載ネットワークに接続された車載装置の識別情報割り当て方法であって、前記車載ネットワークに接続された管理装置が、車載装置の固有ＩＤを含む、識別情報付与の要求フレームを前記車載装置から受信するステップと、前記管理装置が、受信された前記要求フレームに対して割り当てられた識別情報を含む応答フレームを生成するステップと、前記管理装置が、生成された前記応答フレームを、前記要求フレームの送信元の前記車載装置へ送信するステップと、を含む。

【0009】

本開示の一態様に係る車載システムは、車載ネットワークに接続される管理装置と、前記車載ネットワークに接続される車載装置と、を備え、前記車載装置は、前記車載装置の固有ＩＤを含む、識別情報付与の要求フレームを送信する第１送信部を含み、前記管理装置は、前記車載装置から送信された前記要求フレームを受信する第２受信部と、前記第２受信部によって受信された前記要求フレームに対して割り当てられた識別情報を含む応答フレームを生成する生成部と、前記生成部によって生成された前記応答フレームを、前記要求フレームの送信元の前記車載装置へ送信する第２送信部と、を含み、前記車載装置は、前記管理装置から送信された前記応答フレームを受信する第１受信部と、前記第１受信部によって受信された前記応答フレームに含まれる識別情報を、自装置の識別情報として設定する設定部と、をさらに含む。

【0010】

本開示の一態様に係るデータ構造は、車載ネットワークに接続された車載装置が識別情報の割り当てを要求するための要求フレームに用いられるデータ構造であって、ＩＤ領域と、データ領域とを含み、前記ＩＤ領域には、前記車載ネットワークにおける共通識別情報が格納され、前記データ領域には、識別情報の割り当てを要求する車載装置の固有ＩＤと、前記識別情報の要求数とが格納される。

【0011】

本開示の他の態様に係るデータ構造は、車載ネットワークに接続された車載装置による識別情報の割り当て要求に応答するための応答フレームに用いられるデータ構造であって、ＩＤ領域と、データ領域とを含み、前記ＩＤ領域には、前記車載ネットワークにおける共通識別情報が格納され、前記データ領域には、識別情報の割り当てを要求する車載装置の固有ＩＤと、前記車載装置に割り当てられた識別情報とが格納され、前記データ領域には、前記車載装置から要求された個数の前記識別情報が格納される。

【0012】

本開示は、上記のような特徴的な構成を備える管理装置として実現することができるだけでなく、管理装置における特徴的な処理をステップとする車載装置の識別情報割り当て方法として実現したり、かかるステップをコンピュータに実行させるためのコンピュータプログラムとして実現したりすることができる。管理装置の一部又は全部を半導体集積回路として実現したり、管理装置を含む車載システムとして実現したりすることができる。さらに本開示は、上記の車載装置の識別情報割り当て方法に用いられるデータ構造としても実現することができる。

【発明の効果】

【0013】

本開示によれば、複数の車載装置が同時に識別情報の割り当てを要求したり、１台の車載装置が複数の識別情報の割り当てを要求したりする場合に、識別番号の割り当てに要する時間の増加を抑制することができる。

【図面の簡単な説明】

【0014】

【図1】実施形態に係る識別情報管理システムの一例を説明するための模式図である。

【図2】実施形態に係る車載システムの構成の一例を示すブロック図である。

【図3】実施形態に係る管理装置の構成の一例を示すブロック図である。

【図4】中継テーブルの構成の一例を示す図である。

【図5】実施形態に係る車載装置の構成の一例を示すブロック図である。

【図6】実施形態に係るサーバの構成の一例を示すブロック図である。

【図7】実施形態に係る車載装置の機能の一例を示す機能ブロック図である。

【図8】ＣＡＮのフレームフォーマットを示す模式図である。

【図9】実施形態に係る要求フレームの一例を示す模式図である。

【図10】実施形態に係る管理装置の機能の一例を示す機能ブロック図である。

【図11】チャンネル管理テーブルの構成の一例を示す図である。

【図12】ＩＤデータベースの構成の一例を示す図である。

【図13】実施形態に係る正常応答フレームの一例を示す模式図である。

【図14】実施形態に係る異常応答フレームの一例を示す模式図である。

【図15】実施形態に係る車載装置の通信設定処理の手順の一例を示すフローチャートである。

【図16】実施形態に係る管理装置の通信管理処理の手順の一例を示すフローチャートである。

【図17】実施形態に係る管理装置の機能の変形例を示す機能ブロック図である。

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

【0015】

＜本開示の実施形態の概要＞
以下、本開示の実施形態の概要を列記して説明する。

【0016】

（１） 本実施形態に係る管理装置は、車載ネットワークに接続される車載装置に識別情報を付与する管理装置であって、車載装置の固有ＩＤを含む、識別情報付与の要求フレームを前記車載装置から受信する受信部と、前記受信部によって受信された前記要求フレームに対して割り当てられた識別情報を含む応答フレームを生成する生成部と、前記生成部によって生成された前記応答フレームを、前記要求フレームの送信元の前記車載装置へ送信する送信部と、を備える。これにより、車載装置から送信された要求フレームに応じて、車載装置とは異なる装置が、車載装置間で重複しないように識別情報を割り当てることができる。つまり、識別情報を割り当てる装置は、各車載装置に割り当てられる識別情報を特定し得るため、１つの車載装置に割り当てられた識別情報を他の車載装置に割り当てないようにすることができる。したがって、複数の車載装置が同時に識別情報の割り当てを要求したり、１台の車載装置が複数の識別情報の割り当てを要求したりする場合に、識別番号の割り当てに要する時間の増加を抑制することができる。

【0017】

（２） 本実施形態に係る管理装置において、前記要求フレームは、要求された識別情報の個数をさらに含み、前記応答フレームは、互いに異なる識別情報を前記個数含んでもよい。これにより、１台の車載装置に対して複数の識別情報を付与することができる。

【0018】

（３） 本実施形態に係る管理装置において、前記応答フレームは、正常応答フレームと、異常応答フレームとを含み、前記生成部は、前記識別情報が割り当てられた場合に、割り当てられた前記識別情報を含む前記正常応答フレームを生成し、前記生成部は、前記識別情報が割り当てられなかった場合に、前記識別情報を含まない前記異常応答フレームを生成し、前記送信部は、前記生成部によって生成された前記正常応答フレーム、又は、前記異常応答フレームを、前記送信元の前記車載装置へ送信してもよい。これにより、車載装置が正常応答フレームを受信した場合には、車載装置は正常応答フレームに含まれる識別情報を取得することができる。車載装置が異常応答フレームを受信した場合には、車載装置は識別情報を取得することなく、再度要求フレームを送信するなど必要な処置を執ることができる。

【0019】

（４） 本実施形態に係る管理装置は、車載装置の固有ＩＤと、車載装置が接続されるネットワークバスのチャンネルとの対応関係を示す対応テーブルを記憶する記憶部と、前記受信部によって受信された前記要求フレームに含まれる前記固有ＩＤと、前記要求フレームが伝送されたネットワークバスのチャンネルとの対応関係が、前記対応テーブルに示される対応関係と一致するか否かを判定する接続状態判定部と、をさらに備え、前記生成部は、前記接続状態判定部によって、前記要求フレームに含まれる前記固有ＩＤと、前記要求フレームが伝送された前記チャンネルとの対応関係が、前記テーブルに示される前記対応関係と一致すると判定された場合、前記正常応答フレームを生成し、前記生成部は、前記接続状態判定部によって、前記要求フレームに含まれる前記固有ＩＤと、前記要求フレームが伝送された前記チャンネルとの対応関係が、前記テーブルに示される前記対応関係と一致しないと判定された場合、前記異常応答フレームを生成してもよい。これにより、車載装置が正しいチャンネルに接続されていない場合には、当該車載装置に識別情報を割り当てることなく、異常応答フレームを送信することで接続異常を通知することができる。

【0020】

（５） 本実施形態に係る管理装置において、前記要求フレームは、前記車載ネットワークにおいて共通の識別情報であり、且つ、識別情報の割り当て専用の識別情報である共通識別情報を含んでもよい。車載ネットワークプロトコルで規定されるフレームには、車載装置の識別情報を格納するための領域が設けられるが、識別情報割り当て前の車載装置は格納すべき識別情報を有しない。このため、要求フレームに共通識別情報を格納することにより、車載装置の識別情報を必要とせず、要求フレームを受信した管理装置等の車載装置が当該フレームを識別情報の割り当てに用いられるフレームとして認識することができる。

【0021】

（６） 本実施形態に係る管理装置において、前記要求フレームは、前記識別情報の要求専用の識別子をさらに含んでもよい。これにより、要求フレームを受信した管理装置等の車載装置が、要求フレームと応答フレームとを識別することができる。

【0022】

（７） 本実施形態に係る管理装置において、前記応答フレームは、前記共通識別情報を含んでもよい。これにより、応答フレームを受信した車載装置が当該フレームを識別情報の割り当てに用いられるフレームとして認識することができる。

【0023】

（８） 本実施形態に係る管理装置において、前記応答フレームは、前記識別情報の要求に対する応答専用の識別子をさらに含んでもよい。これにより、応答フレームを受信した車載装置が、要求フレームと応答フレームとを識別することができる。

【0024】

（９） 本実施形態に係る管理装置は、前記受信部によって受信された前記要求フレームに対して識別情報を割り当てる割当て部をさらに備えてもよい。これにより、管理装置が外部装置に問い合わせることなく、要求フレームに対して識別情報を割り当てることができる。

【0025】

（１０） 本実施形態に係る車載装置の識別情報割り当て方法は、車載ネットワークに接続された車載装置の識別情報割り当て方法であって、前記車載ネットワークに接続された管理装置が、車載装置の固有ＩＤを含む、識別情報付与の要求フレームを前記車載装置から受信するステップと、前記管理装置が、受信された前記要求フレームに対して割り当てられた識別情報を含む応答フレームを生成するステップと、前記管理装置が、生成された前記応答フレームを、前記要求フレームの送信元の前記車載装置へ送信するステップと、を含む。これにより、車載装置から送信された要求フレームに応じて、車載装置とは異なる装置が、車載装置間で重複しないように識別情報を割り当てることができる。つまり、識別情報を割り当てる装置は、各車載装置に割り当てられる識別情報を特定し得るため、１つの車載装置に割り当てられた識別情報を他の車載装置に割り当てないようにすることができる。したがって、複数の車載装置が同時に識別情報の割り当てを要求したり、１台の車載装置が複数の識別情報の割り当てを要求したりする場合に、識別番号の割り当てに要する時間の増加を抑制することができる。

【0026】

（１１） 本実施形態に係る車載システムは、車載ネットワークに接続される管理装置と、前記車載ネットワークに接続される車載装置と、を備え、前記車載装置は、前記車載装置の固有ＩＤを含む、識別情報付与の要求フレームを送信する第１送信部を含み、前記管理装置は、前記車載装置から送信された前記要求フレームを受信する第２受信部と、前記第２受信部によって受信された前記要求フレームに対して割り当てられた識別情報を含む応答フレームを生成する生成部と、前記生成部によって生成された前記応答フレームを、前記要求フレームの送信元の前記車載装置へ送信する第２送信部と、を含み、前記車載装置は、前記管理装置から送信された前記応答フレームを受信する第１受信部と、前記第１受信部によって受信された前記応答フレームに含まれる識別情報を、自装置の識別情報として設定する設定部と、をさらに含む。これにより、車載装置から送信された要求フレームに応じて、車載装置とは異なる装置が、車載装置間で重複しないように識別情報を割り当てることができる。つまり、識別情報を割り当てる装置は、各車載装置に割り当てられる識別情報を特定し得るため、１つの車載装置に割り当てられた識別情報を他の車載装置に割り当てないようにすることができる。したがって、複数の車載装置が同時に識別情報の割り当てを要求したり、１台の車載装置が複数の識別情報の割り当てを要求したりする場合に、識別番号の割り当てに要する時間の増加を抑制することができる。

【0027】

（１２） 本実施形態に係るデータ構造は、車載ネットワークに接続された車載装置が識別情報の割り当てを要求するための要求フレームに用いられるデータ構造であって、ＩＤ領域と、データ領域とを含み、前記ＩＤ領域には、前記車載ネットワークにおける共通識別情報が格納され、前記データ領域には、識別情報の割り当てを要求する車載装置の固有ＩＤと、前記識別情報の要求数とが格納される。これにより、要求フレームを受信した管理装置等の車載装置が、当該フレームを要求フレームとして認識することができ、さらに、必要となる識別情報の個数を特定することができる。したがって、要求フレームを送信した車載装置に対して、必要な個数の識別情報を付与することができる。

【0028】

（１３） 本実施形態に係るデータ構造は、車載ネットワークに接続された車載装置による識別情報の割り当て要求に応答するための応答フレームに用いられるデータ構造であって、ＩＤ領域と、データ領域とを含み、前記ＩＤ領域には、前記車載ネットワークにおける共通識別情報が格納され、前記データ領域には、識別情報の割り当てを要求する車載装置の固有ＩＤと、前記車載装置に割り当てられた識別情報とが格納され、前記データ領域には、前記車載装置から要求された個数の前記識別情報が格納される。これにより、応答フレームを受信した車載装置が、当該フレームを応答フレームとして認識することができ、さらに、１つの車載装置に対して１又は複数の識別情報を一度に付与することができる。

【0029】

＜本開示の実施形態の詳細＞
以下、図面を参照しつつ、本発明の実施形態の詳細を説明する。なお、以下に記載する実施形態の少なくとも一部を任意に組み合わせてもよい。

【0030】

［１．識別情報管理システム］
本実施形態に係る識別情報管理システムは、車両に搭載される車載ネットワークに接続される車載装置の識別情報を管理するシステムである。識別情報は、車載ネットワークにおいて各車載装置（ノード）を識別するために用いられる。例えば、ＣＡＮバスネットワークにおいては、ＣＡＮ ＩＤが識別情報である。本実施形態では、ＣＡＮ ＩＤを識別情報とする。なお、識別情報はＣＡＮ ＩＤに限定されない。例えば、ＦｌｅｘＲａｙにおいては、フレームＩＤに含められる車載装置のＩＤが識別情報であり、ＬＩＮ（Local Interconnect Network）においては、ヘッダのＰＩＤ（Protected Identifier）フィールドに含められる車載装置のＩＤが識別情報である。

【0031】

図１は、本実施形態に係る識別情報管理システムの一例を説明するための模式図である。

【0032】

識別情報管理システム１００は、複数の車両１０と、サーバ４０とを含む。車両１０は、無線通信機（後述する車外通信機２０２）を搭載しており、基地局２０（又は路側機）との間での無線通信が可能である。基地局２０は、インターネット３０に接続され、サーバ４０もインターネット３０に接続されている。車両１０は、サーバ４０との間でのデータ通信が可能である。

【0033】

サーバ４０は、データベース（ＩＤデータベース４０６。図５参照）を有し、車両１０毎に、各車載装置に割り当てられているＣＡＮ ＩＤを記憶する。車両１０は、新たな車載装置が車載ネットワークに接続されるなど、車載装置にＣＡＮ ＩＤを付与する必要がある場合に、サーバ４０へＣＡＮ ＩＤの割り当てを要求する。サーバ４０は、要求に応じて車載装置にＣＡＮ ＩＤを割り当て、データベースにＣＡＮ ＩＤを登録する。サーバ４０は、割り当てられたＣＡＮ ＩＤを要求元の車両１０へ送信する。このようにして、各車両１０の車載装置のＣＡＮ ＩＤが管理される。

【0034】

［２．車載システム］
図２は、本実施形態に係る車載システムの構成の一例を示すブロック図である。

【0035】

車載システム２００は、例えば、車載装置２０１＿１，２０１＿２，２０１＿３，…と、管理装置３００と、車外通信機２０２とを備える。なお、以下の説明では、車載装置２０１＿１，２０１＿２，２０１＿３，…を総称して車載装置２０１ともいう。

【0036】

車載装置２０１のそれぞれは、例えば、エンジン制御装置、インバータ制御装置、ステアリング制御装置、ブレーキ制御装置、等のパワートレイン及びドライブトレインの制御装置であり、エアコンディショナー制御装置、ナビゲーション装置、表示装置、室内灯制御装置、パワーウインドウ制御装置等の車内設備の制御装置である。

【0037】

車載装置２０１のそれぞれは車載ネットワーク４００に接続されている。車載ネットワーク４００は複数のＣＡＮバスを含む。１つのＣＡＮバスは独立したデータ伝送路であり、通信チャンネルである。図２に示す例では、車載ネットワーク４００は６つのチャンネル４００＿１，４００＿２，４００＿３，４００＿４，４００＿５，４００＿６を有する。車載装置２０１のそれぞれは、チャンネル４００＿１，４００＿２，４００＿３，４００＿４，４００＿５，４００＿６の少なくとも１つに接続されている。図２に示す例では、車載装置２０１＿１がチャンネル４００＿１，４００＿２に接続され、車載装置２０１＿２がチャンネル４００＿２，４００＿３に接続され、車載装置２０１＿３がチャンネル４００＿１，４００＿２，４００＿３，４００＿４に接続され、車載装置２０１＿４がチャンネル４００＿３，４００＿４に接続され、車載装置２０１＿５がチャンネル４００＿２，４００＿４に接続され、車載装置２０１＿６，２０１＿７，２０１＿８のそれぞれがチャンネル４００＿５，４００＿６に接続されている。

【0038】

管理装置３００は、車載装置２０１から要求フレームを受信し、サーバ４０にＣＡＮ ＩＤの割り当てを要求する。サーバ４０からＣＡＮ ＩＤが通知されると、管理装置３００は割り当てられたＣＡＮ ＩＤを含む応答フレームを生成し、要求元の車載装置２０１へ送信する。つまり、管理装置３００は、車載装置２０１とサーバ４０との間を仲介する。

【0039】

管理装置３００は、車載ネットワーク４００の各チャンネル４００＿１，４００＿２，４００＿３に接続されている。管理装置３００は中継装置であり、互いに異なるチャンネルに接続された車載装置２０１間の通信を中継する。さらに管理装置３００は、車載装置２０１から要求フレームを受信すると、送信元の車載装置２０１が接続されているチャンネルと、その車載装置２０１が接続されるべきチャンネルとが一致するか否かを判定する接続状態判定処理を実行する。接続状態が正常である、つまり、車載装置２０１が正しいチャンネルに接続されている場合、管理装置３００は、割り当てられたＣＡＮ ＩＤを含む正常応答フレームを生成し、正常応答フレームを要求フレーム送信元の車載装置２０１へ送信する。他方、車載装置２０１が正しいチャンネルに接続されていない場合、管理装置３００は、ＣＡＮ ＩＤを含まない異常応答フレームを生成し、異常応答フレームを要求フレーム送信元の車載装置２０１へ送信する。

【0040】

管理装置３００には、車外通信機２０２が接続されている。車外通信機２０２は、無線通信を行うことが可能である。車外通信機２０２は、無線によって基地局２０を介して車外の装置、例えば端末、サーバ４０等と通信を行う。

【0041】

管理装置３００には、中央装置２０３が接続されている。中央装置２０３は、ユーザインタフェース、つまり、タッチセンサ、スイッチ、マイクロフォンなどの入力部、及び、モニタ、スピーカ等の出力部を備えている。管理装置３００は、ユーザへ異常等を通知する場合、中央装置２０３に出力指令を送信する。これに応じて、中央装置２０３が画面又は音声を出力する。

【0042】

［３．管理装置の構成］
図３は、本実施形態に係る管理装置の構成の一例を示すブロック図である。具体的な一例では、管理装置３００は、プロセッサ３０１と、非一過性メモリ３０２と、一過性メモリ３０３と、通信インタフェース３０４とを備える。

【0043】

一過性メモリ３０３は、例えばＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）等の揮発性メモリである。非一過性メモリ３０２は、例えばフラッシュメモリ、ハードディスク、ＲＯＭ（Read Only Memory）等の不揮発性メモリである。非一過性メモリ３０２には、コンピュータプログラムである通信管理プログラム３０５及び通信管理プログラム３０５の実行に使用されるデータが格納される。管理装置３００は、コンピュータを備えて構成され、管理装置３００の各機能は、前記コンピュータの記憶装置に記憶されたコンピュータプログラムである通信管理プログラム３０５がＣＰＵであるプロセッサ３０１によって実行されることで発揮される。通信管理プログラム３０５は、フラッシュメモリ、ＲＯＭ、ＣＤ－ＲＯＭなどの記録媒体に記憶させることができる。プロセッサ３０１は、通信管理プログラム３０５を実行し、後述するような通信管理処理を実行する。

【0044】

なお、プロセッサ３０１は、ＣＰＵに限られない。プロセッサ３０１は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）、ゲートアレイ、ＦＰＧＡ（Field Programmable Gate Array）等のハードウェアロジック回路であってもよい。この場合、ハードウェアロジック回路は、通信管理プログラム３０５と同様の処理を実行可能に構成される。

【0045】

非一過性メモリ３０２には、中継テーブル３０６とチャンネル管理テーブル３０７とが設けられる。中継テーブル３０６は、ＣＡＮ ＩＤ毎に使用するチャンネルを管理するためのテーブルである。図４は、中継テーブル３０６の構成の一例を示す図である。例えば、中継テーブル３０６において、ＣＡＮ ＩＤと、フレームの送受信に用いられるチャンネルとが対応付けられている。図４において、“ｒ”は管理装置３００がフレームの受信に用いるチャンネルを示し、“ｓ”は管理装置３００から車載装置２０１へのフレームの送信に用いるチャンネルを示している。すなわち、ＣＡＮ ＩＤ“１００”を送信元とするフレームの受信用チャンネルの番号が“０”であり、ＣＡＮ ＩＤ“１００”を宛先とするフレームの送信用チャンネルの番号が“２”及び“３”である。同様にして、ＣＡＮ ＩＤ“１１０”を送信元とするフレームの受信用チャンネルの番号が“０”であり、ＣＡＮ ＩＤ“１１０”を宛先とするフレームの送信用チャンネルの番号が“１”及び“２”である。ＣＡＮ ＩＤ“２００”及び“２５０”を送信元とするフレームの受信用チャンネルの番号が“１”であり、ＣＡＮ ＩＤ“２００”及び“２５０”を宛先とするフレームの送信用チャンネルの番号が“２”である。ＣＡＮ ＩＤ“３００”を送信元とするフレームの受信用チャンネルの番号が“２”であり、ＣＡＮ ＩＤ“３００”を宛先とするフレームの送信用チャンネルの番号が“４”である。

【0046】

中継テーブル３０６は、車載装置２０１と他の装置（例えば、他の車載装置２０１又は車両１０の外部の装置）との間の通信の中継に使用される。例えば１つの車載装置２０１から、他の車載装置２０１へＣＡＮ ＩＤ“１００”のＣＡＮフレームが送信される場合を考える。このＣＡＮフレームにはＣＡＮ ＩＤ“１００”が宛先に含まれる。管理装置３００は、チャンネル“０”によってＣＡＮフレームを受信し、ＣＡＮフレームから宛先のＣＡＮ ＩＤ“１００”を抽出する。管理装置３００は、中継テーブル３０６を参照し、ＣＡＮ ＩＤ“１００”の送信用チャンネルの番号が“２”及び“３”であることを特定し、選択されたチャンネルにＣＡＮフレームを送信する。

【0047】

チャンネル管理テーブル３０７は、上述した接続状態判定処理に用いられる。チャンネル管理テーブル３０７は、車載装置２０１の装置ＩＤと、車載装置２０１が接続されるべきチャンネルとの対応関係を示す対応テーブルである。ここで、「装置ＩＤ」とは、車載装置２０１毎に割り当てられたユニークな識別情報であり、例えば車載装置２０１のシリアルナンバー、ＭＡＣアドレス等である。チャンネル管理テーブル３０７については後述する。

【0048】

通信インタフェース３０４は車載ネットワーク４００の各チャンネル４００＿１，４００＿２，４００＿３及び車外通信機２０２及び中央装置２０３と接続される通信線に接続される。

【0049】

［４．車載装置の構成］
図５は、本実施形態に係る車載装置の構成の一例を示すブロック図である。具体的な一例では、車載装置２０１は、プロセッサ２１１と、非一過性メモリ２１２と、一過性メモリ２１３と、通信インタフェース２１４とを備える。

【0050】

非一過性メモリ２１２には、コンピュータプログラムである通信設定プログラム２１５及び通信設定プログラム２１５の実行に使用されるデータが格納される。車載装置２０１は、コンピュータを備えて構成され、車載装置２０１のＣＡＮ ＩＤの設定に関する機能は、前記コンピュータの記憶装置に記憶されたコンピュータプログラムである通信設定プログラム２１５がＣＰＵであるプロセッサ２１１によって実行されることで発揮される。通信設定プログラム２１５は、フラッシュメモリ、ＲＯＭ、ＣＤ－ＲＯＭなどの記録媒体に記憶させることができる。プロセッサ２１１は、通信設定プログラム２１５を実行し、後述するような通信設定処理を実行する。さらに非一過性メモリ２１２には、自装置の装置ＩＤ２１６が記憶されている。

【0051】

なお、プロセッサ２１１は、ＣＰＵに限られない。プロセッサ２１１は、例えば、ＡＳＩＣ、ゲートアレイ、ＦＰＧＡ等のハードウェアロジック回路であってもよい。この場合、ハードウェアロジック回路は、通信設定プログラム２１５と同様の処理を実行可能に構成される。

【0052】

通信インタフェース２１４は車載ネットワーク４００のチャンネル４００＿１，４００＿２，４００＿３のうちの１つ又は複数に接続される。

【0053】

［５．サーバの構成］
図６は、本実施形態に係るサーバの構成の一例を示すブロック図である。具体的な一例では、サーバ４０は、プロセッサ４０１と、非一過性メモリ４０２と、一過性メモリ４０３と、通信インタフェース４０４とを備える。

【0054】

非一過性メモリ４０２には、コンピュータプログラムであるＩＤ割当てプログラム４０５及びＩＤ割当てプログラム４０５の実行に使用されるデータが格納される。サーバ４０は、コンピュータを備えて構成され、サーバ車載装置２０１用のＣＡＮ ＩＤの割当てに関する機能は、前記コンピュータの記憶装置に記憶されたコンピュータプログラムであるＩＤ割当てプログラム４０５がＣＰＵであるプロセッサ４０１によって実行されることで発揮される。ＩＤ割当てプログラム４０５は、フラッシュメモリ、ＲＯＭ、ＣＤ－ＲＯＭなどの記録媒体に記憶させることができる。プロセッサ４０１は、ＩＤ割当てプログラム４０５を実行し、後述するようなＩＤ割当て処理を実行する。

【0055】

非一過性メモリ４０２には、ＩＤデータベース（以下、「ＩＤＤＢ」という）４０６が設けられる。ＩＤＤＢ４０６は、ＩＤ割当て処理に用いられる。ＩＤＤＢ４０６は、車載装置２０１に割り当てられているＣＡＮ ＩＤを車両１０毎に管理するためのデータベースである。ＩＤＤＢ４０６については後述する。

【0056】

［６．車載装置の機能］
次に、車載装置２０１のＣＡＮ ＩＤの設定に関する機能について説明する。図７は、本実施形態に係る車載装置の機能の一例を示す機能ブロック図である。車載装置２０１は、第１送信部２２１と、第１受信部２２２と、要求フレーム生成部２２３と、設定部２２４との各機能を有する。

【0057】

要求フレーム生成部２２３は、ＣＡＮ ＩＤ付与の要求フレームを生成する。例えば新たな車載装置２０１が車載ネットワーク４００に接続された場合、車載システム２００の起動時において、車載装置２０１はＣＡＮ ＩＤの付与を管理装置３００に要求する。このとき、要求フレームが生成され、当該要求フレームが管理装置３００へ送信される。要求フレーム生成部２２３は、主としてプロセッサ２１１によって実現される。

【0058】

図８は、ＣＡＮのフレームフォーマットを示す模式図である。図８には、ＣＡＮの標準フォーマットのデータフレーム構造が示される。図中の上側の線はリセッシブを、下側の線はドミナントを示す。図８に示すように、ＣＡＮのデータフレームには、ＳＯＦ（Start Of Frame）、ＣＡＮ ＩＤ、ＲＴＲ（Remote transmission Request）、コントロールフィールド、データフィールド、ＣＲＣ（Cyclic Redundancy Check）シーケンス、ＣＲＣデリミタ、ＡＣＫ（Acknowledgement）スロット、ＡＣＫデリミタ、ＥＯＦ（End Of Frame）の各フィールドが含まれる。ＳＯＦはフレームの開始を示す。ＣＡＮ ＩＤは、車載装置２０１及びフレームの種類を識別するために用いられる。ＲＴＲはデータフレームとリモートフレームとを識別するために使用される。データフレームの場合、ＲＴＲはドミナントである。コントロールフィールドには通信制御に用いられる情報が格納される。データフィールドには、最大８バイトの実データ（ペイロード）が格納される。ＣＲＣシーケンス及びＣＲＣデリミタは合わせてＣＲＣフィールドと呼ばれ、ＣＲＣフィールドには一種の誤り検出符号が格納される。ＡＣＫスロット及びＡＣＫデリミタは合わせてＡＣＫフィールドと呼ばれ、ＡＣＫフィールドにはＣＲＣフィールド部分までを正常に受信できたか否かを示す情報が格納される。ＥＯＦはフレームの終わりを示す。

【0059】

図９は、本実施形態に係る要求フレームの一例を示す模式図である。ＣＡＮ ＩＤの割当てに関するフレームのＣＡＮ ＩＤフィールドには共通ＩＤ（例えば、０ｘ６ＦＦ）が格納される。共通ＩＤは、ＣＡＮ ＩＤの割当てに関するフレーム（要求フレーム及び応答フレーム）であることを識別するために用いられる。共通ＩＤは、車載ネットワーク４００において共通の情報である。すなわち、車載ネットワーク４００に接続された全ての車載装置２０１及び管理装置３００は、ＣＡＮ ＩＤの割当てに関するフレームを送受信する場合、１つの共通ＩＤを使用する。要求フレームを受信した装置は、ＣＡＮ ＩＤフィールドの共通ＩＤを参照することによって、当該フレームがＣＡＮ ＩＤの割当てに関するフレームであることを識別する。

【0060】

要求フレームのデータフィールドには、「装置ＩＤ」及び「要求ＩＤ数」の各データが含まれる。１台の車載装置２０１に割り当てられるＣＡＮ ＩＤは１つとは限らず、複数の場合もある。要求ＩＤ数は、車載装置２０１が要求するＣＡＮ ＩＤの個数である。要求フレームのデータフィールドの末尾には、当該フレームが要求フレームであることを示す識別子、すなわちＣＡＮ ＩＤの要求専用の識別子（図９の例では「００」）が含まれる。要求フレームを受信した装置は、この識別子を参照することによって当該フレームが要求フレームであることを識別する。なお、ここではＣＡＮにおける要求フレームの一例を説明したが、要求フレームをＣＡＮ ＦＤに適用してもよい。この場合、ＣＡＮ ＦＤのフレームフォーマットにおけるＣＡＮ ＩＤフィールドに共通ＩＤが格納され、データフィールドに「装置ＩＤ」及び「要求ＩＤ数」が格納される。

【0061】

再び図７を参照する。第１送信部２２１は、要求フレーム生成部２２３によって生成された要求フレームを、車載装置２０１に接続されたＣＡＮバス（チャンネル）を通じて送信する。第１送信部２２１は、主として通信インタフェース２１４によって実現される。

【0062】

管理装置３００は、要求フレームに対する応答フレームを送信する。第１受信部２２２は、車載装置２０１に接続されたＣＡＮバス（チャンネル）を通じて応答フレームを受信する。第１受信部２２２は、主として通信インタフェース２１４によって実現される。

【0063】

設定部２２４は、第１受信部２２２によって受信された応答フレームが正常応答フレームである場合、当該正常応答フレームに含まれるＣＡＮ ＩＤを、自装置のＣＡＮ ＩＤとして設定する。自装置のＣＡＮ ＩＤは、例えば非一過性メモリ２１２に記憶される。車載ネットワーク４００における以降の通信において、車載装置２０１を識別する情報としてＣＡＮ ＩＤが使用される。設定部２２４は、主としてプロセッサ２１１によって実現される。

【0064】

［７．管理装置の機能］
次に、管理装置３００の車載装置２０１に対するＣＡＮ ＩＤの付与に関する機能について説明する。図１０は、本実施形態に係る管理装置の機能の一例を示す機能ブロック図である。管理装置３００は、第２受信部３１１と、接続状態判定部３１２と、ＩＤ問合せ部３１３と、応答フレーム生成部３１４と、第２送信部３１５と、出力指令部３１６との各機能を有する。

【0065】

第２受信部３１１は、車載装置２０１から送信された要求フレームを、ＣＡＮバス（チャンネル）を通じて受信する。第２受信部３１１は、主として通信インタフェース３０４によって実現される。

【0066】

接続状態判定部３１２は、第２受信部３１１によって受信された要求フレームに含まれる固有ＩＤと、要求フレームが伝送されたチャンネルとの対応関係が、チャンネル管理テーブル３０７に示される対応関係と一致するか否かを判定する。

【0067】

図１１は、チャンネル管理テーブルの構成の一例を示す図である。チャンネル管理テーブル３０７は、車載ネットワーク４００のチャンネルの番号と、装置ＩＤの範囲とを対応付けて記憶するテーブルである。図１１においては、装置ＩＤが１６進数により示されている。図１１に示す例では、チャンネル”０”に対して、”０ｘ００”から”０ｘ２Ｆ”までの装置ＩＤの範囲が対応する。つまり、装置ＩＤが”０ｘ００”から”０ｘ２Ｆ”までの車載装置２０１の接続先はチャンネル”０”である。同様に、チャンネル”１”には、”０ｘ３０”から”０ｘ５Ｆ”までの装置ＩＤの範囲が対応する。チャンネル”２”には、”０ｘ６０”から”０ｘ８Ｆ”までの装置ＩＤの範囲が対応する。チャンネル”３”には、”０ｘ９０”から”０ｘＢＦ”までの装置ＩＤの範囲が対応する。チャンネル”４”には、”０ｘＣ０”から”０ｘＥＦ”までの装置ＩＤの範囲が対応する。

【0068】

再び図１０を参照する。接続状態判定部３１２は、要求フレームに含まれる装置ＩＤと、当該要求フレームが伝送されたチャンネルの番号とを、チャンネル管理テーブル３０７に照会する。つまり、接続状態判定部３１２は、要求フレームが伝送されたチャンネルの番号に対応する装置ＩＤの範囲をチャンネル管理テーブル３０７によって特定し、要求フレームに含まれる装置ＩＤが、特定された装置ＩＤの範囲に含まれるか否かを判定する。要求フレームに含まれる装置ＩＤが、特定された装置ＩＤの範囲内である場合、接続状態判定部３１２は、要求フレームの送信元の車載装置２０１が、適切なチャンネルに接続されていると判断する。他方、要求フレームに含まれる装置ＩＤが、特定された装置ＩＤの範囲から外れる場合、接続状態判定部３１２は、要求フレームの送信元の車載装置２０１が、不適切なチャンネルに接続されていると判断する。接続状態判定部３１２は、主としてプロセッサ３０１によって実現される。

【0069】

要求フレームに含まれる装置ＩＤが、特定された装置ＩＤの範囲内である場合、ＩＤ問合せ部３１３は、サーバ４０へＣＡＮ ＩＤの割当てを要求する。さらに具体的には、ＩＤ問合せ部３１３は、要求フレームに含まれる要求ＩＤ数分のＣＡＮ ＩＤの割当てを要求する。この要求には、要求フレームの送信元の車載装置２０１の装置ＩＤと、要求ＩＤ数とが含まれる。サーバ４０は、ＣＡＮ ＩＤの割当て要求を受け付けると、要求ＩＤ数分のＣＡＮ ＩＤを割当てる。

【0070】

サーバ４０によるＩＤ割当て処理について説明する。図１２は、ＩＤＤＢ４０６の構成の一例を示す図である。ＩＤＤＢ４０６は、ＣＡＮ ＩＤと、装置ＩＤとを対応付けて記憶する。さらにＩＤＤＢ４０６は、ＣＡＮ ＩＤ毎に、使用されるチャンネルの番号を記憶する。図１２に示す例において、“ｒ”は管理装置３００がフレームの受信に用いるチャンネル（受信チャンネル）を示し、“ｓ”は管理装置３００から車載装置２０１へのフレームの送信に用いるチャンネル（送信チャンネル）を示している。すなわち、図１２に示されるＩＤＤＢ４０６は、ある車載装置２０１に対してＣＡＮ ＩＤが割り当てられた場合に、管理装置３００がそのＣＡＮ ＩＤを使用して通信するときにフレームをどのチャンネル（受信チャンネル）からどのチャンネル（送信チャンネル）へ中継するかを示している。装置ＩＤに対してＣＡＮ ＩＤが割り当てられている場合、ＩＤＤＢ４０６において当該ＣＡＮ ＩＤと当該装置ＩＤと送信用チャンネル及び受信用チャンネルの番号とが互いに対応付けて記憶される。図１２の例では、ＣＡＮ ＩＤ“１００”に対して装置ＩＤ“０ｘ１０”が登録され、受信用チャンネル “０”及び送信用チャンネル“２”，“３”が登録されている。ＣＡＮ ＩＤ“２００”に対して装置ＩＤ“０ｘ４０”が登録され、受信用チャンネル “１”及び送信用チャンネル“２”が登録されている。ＣＡＮ ＩＤ“２５０”に対して装置ＩＤ“０ｘ５０”が登録され、受信用チャンネル “１”及び送信用チャンネル“２”が登録されている。ＣＡＮ ＩＤ“３００”に対して装置ＩＤ“０ｘ７０”が登録され、受信用チャンネル “２”及び送信用チャンネル“４”が登録されている。

【0071】

ＣＡＮ ＩＤが割り当てられていない装置ＩＤは、ＩＤＤＢ４０６に登録されない。ＣＡＮ ＩＤに対応する装置ＩＤが存在しない場合、当該ＣＡＮ ＩＤに対応する装置ＩＤはブランクとされる。図１２の例では、ＣＡＮ ＩＤ“２１０”に対応する装置ＩＤが存在しないため、ＣＡＮ ＩＤ“２１０”に対する装置ＩＤはブランクとされている。

【0072】

チャンネル番号に関しては、装置ＩＤに割り当てられていないＣＡＮ ＩＤ（つまり、利用されていないＣＡＮ ＩＤ）に対して、送信用チャンネル番号及び受信用チャンネル番号が登録されていない場合と、送信用チャンネル番号及び受信用チャンネル番号が登録されている場合とがある。新たな車載装置２０１が車載ネットワーク４００に接続された場合に、次の２つのケースで管理装置３００が使用するチャンネルが決定される。
（１）車載ネットワーク４００におけるチャンネルの使用状況を考慮してチャンネルが動的に決定される（以下、「動的チャンネル決定」という）。
（２）ＣＡＮバスの負荷の偏りを抑制する等の観点から、ＣＡＮ ＩＤに対して事前にチャンネルが決定されている（以下、「静的チャンネル決定」という）。
具体的な一例では、動的チャンネル決定及び静的チャンネル決定のいずれが用いられるかは、ＣＡＮ ＩＤ毎に定められる。ただし、これに限定されず、全てのＣＡＮ ＩＤに対して動的チャンネル決定及び静的チャンネル決定のいずれか一方が用いられてもよい。

【0073】

動的チャンネル決定が用いられる場合、ＩＤＤＢ４０６において、装置ＩＤがブランクとなっているＣＡＮ ＩＤに対して（つまり、装置ＩＤがブランクのレコードにおいて）、送信用チャンネル番号及び受信用チャンネル番号が登録されていない。図１２の例では、ＣＡＮ ＩＤ“２１０”に対応する送信用チャンネル及び受信用チャンネルが登録されていない。動的チャンネル決定においては、新たな（つまりＣＡＮ ＩＤが割り当てられていない）車載装置２０１が要求フレームを管理装置３００へ送信し、要求フレームを受信した管理装置３００が、車載ネットワーク４００におけるチャンネルの使用状況（各チャンネルにおける車載装置２０１の接続数等）に基づいて、当該車載装置２０１に関する通信（当該車載装置２０１を宛先又は送信元とする通信）において使用するチャンネルを決定する。管理装置３００は、当該車載装置２０１の装置ＩＤと共に、決定されたチャンネルの番号をサーバ４０に通知する。サーバ４０は、当該車載装置２０１に対してＣＡＮ ＩＤを割り当て、ＩＤＤＢ４０６に、ＣＡＮ ＩＤに対応付けて、装置ＩＤと、受信チャンネル番号及び送信チャンネル番号とを登録する。

【0074】

他方、静的チャンネル決定が用いられる場合、ＩＤＤＢ４０６において、装置ＩＤがブランクとなっているＣＡＮ ＩＤに対して、送信用チャンネル番号及び受信用チャンネル番号が事前に登録されている。図１２の例では、ＣＡＮ ＩＤ“３５０”に対して事前に受信用チャンネル番号“１”及び送信用チャンネル番号“３”が定められており、ＣＡＮ ＩＤ“３５０”のレコードにおいて、チャンネル“１”の値が“ｒ”とされ、チャンネル“３”の値が“ｓ”とされる。静的チャンネル決定においては、新たな車載装置２０１から要求フレームを受信した管理装置３００が、サーバ４０に当該車載装置２０１に対するＣＡＮ ＩＤを要求すると共に、チャンネルの割り当ても要求する。サーバ４０は、当該車載装置２０１に対してＣＡＮ ＩＤを割り当て、ＩＤＤＢ４０６に、割り当てられたＣＡＮ ＩＤに対応付けて装置ＩＤを登録する。さらにサーバ４０は、ＩＤＤＢ４０６を参照して、割り当てられたＣＡＮ ＩＤに対して予め定められた受信チャンネル番号及び送信チャンネル番号を特定し、特定された受信チャンネル番号及び送信チャンネル番号を管理装置３００へ送信する。

【0075】

再び図１０を参照する。ＩＤ問合せ部３１３は、サーバ４０から送信されたＣＡＮ ＩＤの通知を受信する。ＩＤ問合せ部３１３は、主として通信インタフェース３０４によって実現される。

【0076】

応答フレーム生成部３１４は、第２受信部３１１によって受信された要求フレームに対して割り当てられたＣＡＮ ＩＤ、つまり、サーバ４０から通知されたＣＡＮ ＩＤを含む応答フレーム（正常応答フレーム又は異常応答フレーム）を生成する。具体的には、応答フレーム生成部３１４は、要求フレームに含まれる装置ＩＤが、特定された装置ＩＤの範囲内である場合、サーバ４０によって割り当てられたＣＡＮ ＩＤを含む正常応答フレームを生成し、要求フレームに含まれる装置ＩＤが、特定された装置ＩＤの範囲から外れる場合、ＣＡＮ ＩＤを含まない異常応答フレームを生成する。応答フレーム生成部３１４は、主としてプロセッサ３０１によって実現される。

【0077】

図１３は、本実施形態に係る正常応答フレームの一例を示す模式図である。正常応答フレームのＣＡＮ ＩＤフィールドには、共通ＩＤが格納される。正常応答フレームのデータフィールドには、「装置ＩＤ」及び割り当てられた「ＣＡＮ ＩＤ」の各データが含まれる。具体的には、割り当てられた数のＣＡＮ ＩＤがデータフィールドに格納される。正常応答フレームのデータフィールドの末尾には、当該フレームが正常応答フレームであることを示す識別子、すなわち割り当てられたＣＡＮ ＩＤの通知専用の識別子（図１３の例では「０１」）が含まれる。正常応答フレームを受信した装置は、この識別子を参照することによって当該フレームが正常応答フレームであることを識別する。

【0078】

図１４は、本実施形態に係る異常応答フレームの一例を示す模式図である。異常応答フレームのＣＡＮ ＩＤフィールドには、共通ＩＤが格納される。異常応答フレームのデータフィールドには、「装置ＩＤ」のデータが含まれる。つまり、異常応答フレームのデータフィールドには、ＣＡＮ ＩＤが含まれない。異常応答フレームのデータフィールドの末尾には、当該フレームが異常応答フレームであることを示す識別子、すなわちＣＡＮ ＩＤの割当てが行われなかったことの通知専用の識別子（図１４の例では「ＦＦ」）が含まれる。異常応答フレームを受信した装置は、この識別子を参照することによって当該フレームが異常応答フレームであることを識別する。

【0079】

再び図１０を参照する。第２送信部３１５は、応答フレーム生成部３１４によって生成された応答フレーム（正常応答フレーム又は異常応答フレーム）を、ＣＡＮ ＩＤの要求元の車載装置２０１に接続されたＣＡＮバス（チャンネル）を通じて送信する。第２送信部３１５は、主として通信インタフェース３０４によって実現される。

【0080】

出力指令部３１６は、要求フレームに含まれる装置ＩＤが、特定された装置ＩＤの範囲から外れる場合に、エラー出力指令を中央装置２０３へ送信する。中央装置２０３（図２参照）は、エラー出力指令を受け付けると、エラー出力を実行する。エラー出力は、例えば、エラー情報の表示、エラー情報の音声出力、ブザー音の出力等である。出力指令部３１６は、主として通信インタフェース３０４によって実現される。

【0081】

［８．車載システムの動作］
本実施形態に係る車載システムの動作について説明する。図１５は、本実施形態に係る車載装置２０１の通信設定処理の手順の一例を示すフローチャートであり、図１６は、本実施形態に係る管理装置３００の通信管理処理の手順の一例を示すフローチャートである。

【0082】

図１５を参照する。車載装置２０１のプロセッサ２１１は、例えば車載装置２０１が起動されたとき、又は車載装置２０１の車載ネットワーク４００への接続を検出したときに、通信設定プログラム２１５（図５参照）を起動する。これにより、プロセッサ２１１は、通信設定処理を開始する。通信設定処理において、まずプロセッサ２１１は、自装置に対してＣＡＮ ＩＤが設定済みであるか否かを判定する（ステップＳ１０１）。この処理では、例えば非一過性メモリ２１２にＣＡＮ ＩＤが記憶されているか否かを判定することにより、ＣＡＮ ＩＤが設定済みであるか否かが判定される。

【0083】

ＣＡＮ ＩＤが設定済みである場合（ステップＳ１０１においてＹＥＳ）、プロセッサ２１１は、通信設定処理を終了する。他方、ＣＡＮ ＩＤが設定されていない場合（ステップＳ１０１においてＮＯ）、プロセッサ２１１は、非一過性メモリ２１２から装置ＩＤ２１６を読み出す（ステップＳ１０２）。さらにプロセッサ２１１は、読み出された装置ＩＤ２１６を含む要求フレームを生成する（ステップＳ１０３）。次いでプロセッサ２１１は、生成された要求フレームを、車載装置２０１に接続されているチャンネルを通じて通信インタフェース２１４に送信させる（ステップＳ１０４）。

【0084】

図１６を参照する。管理装置３００のプロセッサ３０１は、例えば車載装置２０１が起動されたときに、通信管理プログラム３０５（図３参照）を起動する。これにより、プロセッサ３０１は、通信管理処理を開始する。通信管理処理において、管理装置３００は、車載装置２０１から送信された要求フレームを受信する（ステップＳ２０１）。

【0085】

次にプロセッサ３０１は、接続状態判定処理を実行する（ステップＳ２０２）。すなわち、プロセッサ３０１は、要求フレームの送信元の車載装置２０１の装置ＩＤと、当該車載装置２０１が接続されているチャンネルとの対応関係が、チャンネル管理テーブル３０７に登録された装置ＩＤとチャンネルとの対応関係と一致するか否かを判定する。この処理では、要求フレームの送信元の車載装置２０１の装置ＩＤと、当該車載装置２０１が接続されているチャンネルとの対応関係が、チャンネル管理テーブル３０７に登録された装置ＩＤとチャンネルとの対応関係と一致する場合には、装置ＩＤに異常がないと判断され、チャンネル管理テーブル３０７に登録された装置ＩＤとチャンネルとの対応関係と一致しない場合には、装置ＩＤに異常があると判断される。

【0086】

接続状態判定処理の結果、装置ＩＤに異常がない場合（ステップＳ２０２においてＹＥＳ）、プロセッサ３０１は、サーバ４０にＣＡＮ ＩＤの要求を送信する（ステップＳ２０３）。サーバ４０は、当該要求に応じて装置ＩＤに対してＣＡＮ ＩＤを割当て、割り当てられたＣＡＮ ＩＤを管理装置３００へ通知する。管理装置３００は、割り当てられたＣＡＮ ＩＤの通知をサーバ４０から受信する（ステップＳ２０４）。

【0087】

ここで、上述した動的チャンネル決定が用いられる場合、管理装置３００が、車載ネットワーク４００におけるチャンネルの使用状況に基づいて、新たな車載装置２０１に関する通信において使用されるチャンネルを決定する。管理装置３００は、サーバ４０に対するＣＡＮ ＩＤの要求において、決定されたチャンネルの番号をサーバ４０に通知する。サーバ４０は、当該車載装置２０１に対してＣＡＮ ＩＤを割り当て、ＩＤＤＢ４０６に、ＣＡＮ ＩＤに対応付けて、装置ＩＤと、受信チャンネル番号及び送信チャンネル番号とを登録する。

【0088】

静的チャンネル決定が用いられる場合、管理装置３００が、サーバ４０に新たな車載装置２０１に対するＣＡＮ ＩＤを要求すると共に、チャンネルの割り当ても要求する。サーバ４０は、当該車載装置２０１に対してＣＡＮ ＩＤを割り当て、ＩＤＤＢ４０６に、割り当てられたＣＡＮ ＩＤに対応付けて装置ＩＤを登録する。さらにサーバ４０は、ＩＤＤＢ４０６を参照して、割り当てられたＣＡＮ ＩＤに対して予め定められた受信チャンネル番号及び送信チャンネル番号を、管理装置３００へ送信する。

【0089】

プロセッサ３０１は、受信したＣＡＮ ＩＤを含む正常応答フレームを生成する（ステップＳ２０５）。プロセッサ３０１は、生成された正常応答フレームを、送信対象の車載装置２０１に接続されているチャンネルを通じて通信インタフェース２１４に送信させる（ステップＳ２０６）。さらにプロセッサ３０１は、車載装置２０１に割り当てられたＣＡＮ ＩＤを中継テーブル３０６に登録する（ステップＳ２０７）。

【0090】

動的チャンネル決定が用いられる場合、中継テーブル３０６へのＣＡＮ ＩＤの登録の際、プロセッサ３０１は、決定された送信チャンネル番号及び受信チャンネル番号を、ＣＡＮ ＩＤに対応付けて登録する。静的チャンネル決定が用いられる場合、中継テーブル３０６へのＣＡＮ ＩＤの登録の際、プロセッサ３０１は、サーバ４０から通知された送信チャンネル番号及び受信チャンネル番号を、ＣＡＮ ＩＤに対応付けて登録する。以上で、通信管理処理が終了する。

【0091】

他方、接続状態判定処理の結果、装置ＩＤに異常がある場合（ステップＳ２０２においてＮＯ）、プロセッサ３０１は、異常応答フレームを生成する（ステップＳ２０８）。プロセッサ３０１は、生成された異常応答フレームを、送信対象の車載装置２０１に接続されているチャンネルを通じて通信インタフェース２１４に送信させる（ステップＳ２０９）。さらにプロセッサ３０１は、中央装置２０３に対してエラー出力指令を通信インタフェース２１４に送信させる（ステップＳ２１０）。以上で、通信管理処理が終了する。

【0092】

再び図１５を参照する。要求フレームの送信元の車載装置２０１は、管理装置３００から送信された応答フレーム（正常応答フレーム又は異常応答フレーム）を受信する（ステップＳ１０５）。プロセッサ２１１は、受信された応答フレームが正常応答フレームであるか異常応答フレームであるかを判定する（ステップＳ１０６）。すなわち、プロセッサ２１１は、装置ＩＤに異常があるか、異常がないかを判定する。受信されたフレームが異常応答フレームである場合（ステップＳ１０６においてＮＯ）、プロセッサ２１１は、通信設定処理を中止する。

【0093】

他方、受信されたフレームが正常応答フレームである場合（ステップＳ１０６においてＹＥＳ）、プロセッサ２１１は、受信された正常応答フレームに含まれるＣＡＮ ＩＤを自装置のＣＡＮ ＩＤとして設定する（ステップＳ１０７）。以上で、通信設定処理が終了する。

【0094】

［９．変形例］
なお、管理装置３００の構成は上述した実施形態に係る管理装置３００の構成に限定されない。例えば、サーバ４０の機能を管理装置３００が有してもよい。つまり、管理装置３００が、要求フレームを送信した車載装置２０１に対してＣＡＮ ＩＤを割り当ててもよい。この場合、サーバ４０を省略することができる。図１７は、実施形態に係る管理装置の機能の変形例を示す機能ブロック図である。図１７に示す管理装置３００は、ＩＤ問合せ部３１３に代えて、割当て部３２０の機能を有する。割当て部３２０は、第２受信部３１１によって受信された要求フレームに対して、ＣＡＮ ＩＤを割り当てる。具体的な一例では、割当て部３２０は、上述したサーバ２０と同様のＩＤ割当て処理を実行する。

【0095】

管理装置３００は、要求フレームの送信元の車載装置２０１の装置ＩＤと、要求フレームが伝送されたチャンネルとの対応関係が、チャンネル管理テーブル３０７に定義されている対応関係と一致しない場合に、エラー出力指令を中央装置２０３へ送信する構成について述べたが、これに限定されない。要求フレームの送信元の車載装置２０１の装置ＩＤと、要求フレームが伝送されたチャンネルとの対応関係が、チャンネル管理テーブル３０７に定義されている対応関係と一致しない場合に、管理装置３００が、エラー情報の表示、エラー情報の音声出力、ブザー音の出力等のエラー出力を行ってもよい。

【0096】

要求フレーム及び応答フレームそれぞれのＣＡＮ ＩＤフィールドに、共通ＩＤが格納されることとしたが、これに限定されない。要求フレームと応答フレームとでＣＡＮ ＩＤフィールドに格納される情報を異ならせてもよい。例えば、要求フレームのＣＡＮ ＩＤフィールドには第１共通ＩＤを格納し、応答フレームのＣＡＮ ＩＤフィールドには第２共通ＩＤ（ただし、第１共通ＩＤと第２共通ＩＤとは互いに異なる）を格納することができる。ここで、第１共通ＩＤ及び第２共通ＩＤのそれぞれは、車載ネットワーク４００において共通の情報であってもよい。すなわち、車載ネットワーク４００に接続された全ての車載装置２０１及び管理装置３００は、要求フレームの送受信には第１共通ＩＤを使用し、応答フレームの送受信には第２共通ＩＤを使用する。要求フレームを受信した装置は、ＣＡＮ ＩＤフィールドの第１共通ＩＤを参照することによって、当該フレームが要求フレームであることを識別し、応答フレームを受信した装置は、ＣＡＮ ＩＤフィールドの第２共通ＩＤを参照することによって、当該フレームが応答フレームであることを識別する。

【0097】

要求フレームに対してＣＡＮ ＩＤを割り当てる構成について述べたが、これに限定されるものではない。ＣＡＮ ＩＤに代えて、ＣＡＮフレームの拡張フォーマットにおいて定義される拡張ＩＤを用いてもよい。この場合、装置ＩＤを要求フレームのデータフィールドに格納せず、拡張ＩＤを静的に設定して車載装置及び要求フレームを識別する。例えば、拡張ＩＤに装置ＩＤを設定する、もしくはＣＡＮ ＩＤ及び拡張ＩＤに要求フレームであることを示す車載装置毎に異なるＩＤを設定する。これにより、データフィールドを参照せずに、ＣＡＮ ＩＤ及び拡張ＩＤからいずれの車載装置からの要求フレームであるかを識別することができる。

【0098】

［１０．効果］
以上のように、車載システム２００は、車載ネットワーク４００に接続される管理装置３００と、車載ネットワーク４００に接続される車載装置２０１と、を備える。車載装置２０１は、第１送信部２２１と、第１受信部２２２と、設定部２２４と、を含む。管理装置３００は、第２受信部３１１と、応答フレーム生成部３１４と、第２送信部３１５と、を含む。第１送信部２２１は、車載装置２０１の装置ＩＤ（固有ＩＤ）を含む、ＣＡＮ ＩＤ付与の要求フレームを送信する。第２受信部３１１は、車載装置２０１から送信された要求フレームを受信する。応答フレーム生成部３１４は、第２受信部３１１によって受信された要求フレームに対して割り当てられたＣＡＮ ＩＤを含む応答フレームを生成する。第２送信部３１５は、応答フレーム生成部３１４によって生成された応答フレームを、要求フレームの送信元の車載装置２０１へ送信する。第１受信部２２２は、管理装置３００から送信された応答フレームを受信する。設定部２２４は、第１受信部２２２によって受信された応答フレームに含まれるＣＡＮ ＩＤを、自装置のＣＡＮ ＩＤとして設定する。これにより、車載装置２０１から送信された要求フレームに応じて、車載装置２０１とは異なる装置であるサーバ４０が、車載装置２０１間で重複しないようにＣＡＮ ＩＤを割り当てることができる。つまり、サーバ４０は、各車載装置２０１に割り当てられるＣＡＮ ＩＤを特定し得るため、１つの車載装置２０１に割り当てられたＣＡＮ ＩＤを他の車載装置２０１に割り当てないようにすることができる。したがって、複数の車載装置２０１が同時にＣＡＮ ＩＤの割り当てを要求したり、１台の車載装置２０１が複数のＣＡＮ ＩＤの割り当てを要求したりする場合に、ＣＡＮ ＩＤの割り当てに要する時間の増加を抑制することができる。

【0099】

要求フレームは、要求されたＣＡＮ ＩＤの個数（要求ＩＤ数）をさらに含んでもよい。応答フレームは、要求ＩＤ数の互いに異なるＣＡＮ ＩＤを含んでもよい。これにより、１台の車載装置２０１に対して複数のＣＡＮ ＩＤを付与することができる。

【0100】

応答フレームは、正常応答フレームと、異常応答フレームとを含んでもよい。応答フレーム生成部３１４は、ＣＡＮ ＩＤが割り当てられた場合に、割り当てられたＣＡＮ ＩＤを含む正常応答フレームを生成してもよい。応答フレーム生成部３１４は、ＣＡＮ ＩＤが割り当てられなかった場合に、ＣＡＮ ＩＤを含まない異常応答フレームを生成してもよい。第２送信部３１５は、応答フレーム生成部３１４によって生成された正常応答フレーム、又は、異常応答フレームを、送信元の車載装置２０１へ送信してもよい。これにより、車載装置２０１が正常応答フレームを受信した場合には、車載装置２０１は正常応答フレームに含まれるＣＡＮ ＩＤを取得することができる。車載装置２０１が異常応答フレームを受信した場合には、車載装置２０１はＣＡＮ ＩＤを取得することなく、再度要求フレームを送信するなど必要な処置を執ることができる。

【0101】

管理装置３００は、非一過性メモリ３０２と、接続状態判定部３１２と、をさらに備えてもよい。非一過性メモリ３０２は、車載装置２０１の装置ＩＤと、車載装置２０１が接続されるＣＡＮバスのチャンネルとの対応関係を示すチャンネル管理テーブル３０７を記憶する。接続状態判定部３１２は、第２受信部３１１によって受信された要求フレームに含まれる装置ＩＤと、要求フレームが伝送されたチャンネルとの対応関係が、前記チャンネル管理テーブル３０７に示される対応関係と一致するか否かを判定する。応答フレーム生成部３１４は、接続状態判定部３１２によって、要求フレームに含まれる装置ＩＤと、要求フレームが伝送されたチャンネルとの対応関係が、チャンネル管理テーブル３０７に示される対応関係と一致すると判定された場合、正常応答フレームを生成する。応答フレーム生成部３１４は、接続状態判定部３１２によって、要求フレームに含まれる装置ＩＤと、要求フレームが伝送されたチャンネルとの対応関係が、チャンネル管理テーブル３０７に示される対応関係と一致しないと判定された場合、異常応答フレームを生成してもよい。これにより、車載装置２０１が正しいチャンネルに接続されていない場合には、車載装置２０１にＣＡＮ ＩＤを割り当てることなく、異常応答フレームを送信することで接続異常を通知することができる。

【0102】

要求フレームは、車載ネットワーク４００において共通の識別情報であり、且つ、ＣＡＮ ＩＤの割り当て専用の識別情報である共通ＩＤを含んでもよい。ＣＡＮフレームには、車載装置２０１のＣＡＮ ＩＤを格納するための領域が設けられるが、ＣＡＮ ＩＤ割り当て前の車載装置２０１は格納すべきＣＡＮ ＩＤを有しない。このため、要求フレームに共通ＩＤを格納することにより、車載装置２０１のＣＡＮ ＩＤを必要とせず、要求フレームを受信した管理装置３００等の車載装置が当該フレームをＣＡＮ ＩＤの割り当てに用いられるフレームとして認識することができる。

【0103】

要求フレームは、ＣＡＮ ＩＤの要求専用の識別子をさらに含んでもよい。これにより、要求フレームを受信した管理装置３００等の車載装置が、要求フレームと応答フレームとを識別することができる。

【0104】

応答フレームは、共通ＩＤを含んでもよい。これにより、応答フレームを受信した車載装置２０１が当該フレームをＣＡＮ ＩＤの割り当てに用いられるフレームとして認識することができる。

【0105】

応答フレームは、ＣＡＮ ＩＤの要求に対する応答専用の識別子をさらに含んでもよい。これにより、応答フレームを受信した車載装置２０１が、要求フレームと応答フレームとを識別することができる。

【0106】

管理装置３００は、第２受信部３１１によって受信された要求フレームに対してＣＡＮＩＤを割り当てる割当て部をさらに備えてもよい。これにより、管理装置３００がサーバなどの外部装置に問い合わせることなく、要求フレームに対してＣＡＮ ＩＤを割り当てることができる。

【0107】

要求フレームに用いられるデータ構造は、ＣＡＮ ＩＤ領域と、データ領域とを含む。ＣＡＮ ＩＤ領域には、車載ネットワーク４００における共通ＩＤが格納される。データ領域には、ＣＡＮ ＩＤの割り当てを要求する車載装置２０１の装置ＩＤと、ＣＡＮ ＩＤの要求数とが格納される。これにより、要求フレームを受信した管理装置３００等の車載装置が、当該フレームを要求フレームとして認識することができ、さらに、必要となるＣＡＮ ＩＤの個数を特定することができる。したがって、要求フレームを送信した車載装置２０１に対して、必要な個数のＣＡＮ ＩＤを付与することができる。

【0108】

応答フレームに用いられるデータ構造は、ＣＡＮ ＩＤ領域と、データ領域とを含む。ＣＡＮ ＩＤ領域には、車載ネットワーク４００における共通ＩＤが格納される。データ領域には、ＣＡＮ ＩＤの割り当てを要求する車載装置２０１の装置ＩＤと、車載装置２０１に割り当てられたＣＡＮ ＩＤとが格納される。データ領域には、車載装置２０１から要求された個数のＣＡＮ ＩＤが格納される。これにより、応答フレームを受信した車載装置２０１が、当該フレームを応答フレームとして認識することができ、さらに、１つの車載装置２０１に対して１又は複数のＣＡＮ ＩＤを一度に付与することができる。

【0109】

［１１．補記］
今回開示された実施の形態はすべての点で例示であって、制限的ではない。本発明の権利範囲は、上述の実施形態ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味及びその範囲内でのすべての変更が含まれる。

【符号の説明】

【0110】

１０ 車両
２０ 基地局
３０ インターネット
４０ サーバ
１００ 識別情報管理システム
２００ 車載システム
２０１，２０１＿１，２０１＿２，２０１＿３，２０１＿４，２０１＿５，２０１＿６，２０１＿７ 車載装置
２０２ 車外通信機
２０３ 中央装置
２１１ プロセッサ
２１２ 非一過性メモリ
２１３ 一過性メモリ
２１４ 通信インタフェース
２１５ 通信設定プログラム
２１６ 装置ＩＤ
２２１ 第１送信部
２２２ 第１受信部
２２３ 要求フレーム生成部
２２４ 設定部
３００ 管理装置
３０１ プロセッサ
３０２ 非一過性メモリ
３０３ 一過性メモリ
３０４ 通信インタフェース
３０５ 通信管理プログラム
３０６ 中継テーブル
３０７ チャンネル管理テーブル
３１１ 第２受信部
３１２ 接続状態判定部
３１３ ＩＤ問合せ部
３１４ 応答フレーム生成部
３１５ 第２送信部
３１６ 出力指令部
３２０ 割当て部
４００ 車載ネットワーク
４００＿１，４００＿２，４００＿３ チャンネル
４０１ プロセッサ
４０２ 非一過性メモリ
４０３ 一過性メモリ
４０４ 通信インタフェース
４０５ プログラム
４０６ ＩＤデータベース

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】