JP2024020981A - 管理装置、機能部、車載通信システムおよび車両通信管理プログラム - Google Patents

Abstract

【課題】新たな構成の車載ネットワークにおいて、各機能部間における通信をより確実に行うことが可能な管理装置、機能部、車載通信システムおよび車両通信管理プログラムを提供する。【解決手段】管理装置は、１または複数の車載機能部を含む車載ネットワークに用いられる管理装置であって、前記車載ネットワークへの機能部の追加を検知する検知部と、前記検知部によって追加を検知された前記機能部である新規機能部から送信された、前記車載機能部と前記新規機能部とが通信を行うために必要な要件を示す要件情報に基づいて、前記車載機能部が前記要件を満たしているか否かを判定する判定部と、前記判定部によって前記車載機能部が前記要件を満たしていないと判定された場合、前記車載機能部の更新を要求する更新要求情報を、前記車載機能部と異なる外部装置へ送信する更新要求部とを備える。【選択図】図３

Description

本開示は、管理装置、機能部、車載通信システムおよび車両通信管理プログラムに関する。

ユーザのニーズに応じて様々な機能部を、車載ネットワークへ追加することが可能な技術が求められている。たとえば、特許文献１（特開２０１７－２２０２２０号公報）には、以下のような車両用電子制御装置が開示されている。すなわち、車両用電子制御装置は、車載ネットワーク（６）に接続され、搭載されているアプリケーションにより所定の機能を実行する車両用電子制御装置（１～５）であって、前記アプリケーションからの要求に応じて前記車載ネットワークに接続された他の車両用電子制御装置に搭載されている機能を利用するサービスを要求すると共に、前記他の車両用電子制御装置からサービスの要求を受けた場合はサービスを生成して応答するサービスインターフェース（８）と、前記サービスインターフェースと、前記他の車両用電子制御装置の前記サービスインターフェースとの間で所定のプロトコルによりサービスの要求及び応答に対応したメッセージを送受信するサービスバス（９）と、前記サービスの位置を管理することで前記サービスを動的に相互利用可能とするサービス管理部（１１）とを備える。

特開２０１７－２２０２２０号公報

しかしながら、新たな機能部が追加される前の車載ネットワークにおける機能部が、追加された機能部との通信に対応していない場合、各機能部間の通信が不調または不能となる可能性がある。

本開示は、上述の課題を解決するためになされたもので、その目的は、新たな構成の車載ネットワークにおいて、各機能部間における通信をより確実に行うことが可能な管理装置、機能部、車載通信システムおよび車両通信管理プログラムを提供することである。

本開示の管理装置は、１または複数の車載機能部を含む車載ネットワークに用いられる管理装置であって、前記車載ネットワークへの機能部の追加を検知する検知部と、前記検知部によって追加を検知された前記機能部である新規機能部から送信された、前記車載機能部と前記新規機能部とが通信を行うために必要な要件を示す要件情報に基づいて、前記車載機能部が前記要件を満たしているか否かを判定する判定部と、前記判定部によって前記車載機能部が前記要件を満たしていないと判定された場合、前記車載機能部の更新を要求する更新要求情報を、前記車載機能部と異なる外部装置へ送信する更新要求部とを備える。

本開示の一態様は、このような特徴的な処理部を含む管理装置として実現され得るだけでなく、かかる特徴的な処理をステップとする方法として実現され得たり、管理装置の一部または全部を実現する半導体集積回路として実現され得る。本開示の一態様は、機能部における処理をステップとする方法として実現され得たり、機能部の一部または全部を実現する半導体集積回路として実現され得る。

本開示によれば、新たな構成の車載ネットワークにおいて、各機能部間における通信をより確実に行うことができる。

図１は、本開示の実施の形態に係る通信システムの構成を示す図である。 図２は、本開示の実施の形態に係る車載通信システムの構成を示す図である。 図３は、本開示の実施の形態に係る中継装置の構成を示す図である。 図４は、本開示の実施の形態に係る車載通信システムにおける新規ネットワークの構成を示す図である。 図５は、比較例に係る車載ネットワークにおける機能部のバージョン情報の一例を示す図である。 図６は、本開示の実施の形態に係る新規機能部の構成を示す図である。 図７は、本開示の実施の形態に係る車載通信システムにおける新規ネットワークの構築処理のシーケンスの一例を示す図である。 図８は、本開示の実施の形態に係る車載通信システムにおける新規ネットワークの構築処理のシーケンスの他の例を示す図である。

最初に、本開示の実施の形態の内容を列記して説明する。
（１）本開示の実施の形態に係る管理装置は、１または複数の車載機能部を含む車載ネットワークに用いられる管理装置であって、前記車載ネットワークへの機能部の追加を検知する検知部と、前記検知部によって追加を検知された前記機能部である新規機能部から送信された、前記車載機能部と前記新規機能部とが通信を行うために必要な要件を示す要件情報に基づいて、前記車載機能部が前記要件を満たしているか否かを判定する判定部と、前記判定部によって前記車載機能部が前記要件を満たしていないと判定された場合、前記車載機能部の更新を要求する更新要求情報を、前記車載機能部と異なる外部装置へ送信する更新要求部とを備える。

このような構成により、管理装置は、車載ネットワークにおいて新規機能部の追加を検知した場合、車載機能部を新規機能部と通信可能な状態に更新することができる。したがって、新たな構成の車載ネットワークにおいて、各機能部間における通信をより確実に行うことができる。

（２）上記（１）において、前記管理装置は、さらに、前記新規機能部から前記要件情報を受信した場合、前記要件を判断するための前記車載機能部の機能部情報を前記車載機能部から取得する取得部を備えてもよく、前記判定部は、前記要件情報および前記機能部情報に基づいて、前記車載機能部が前記要件を満たしているか否かを判定してもよい。

このような構成により、車載機能部が新規機能部との通信に対応しているか否かを判定するにあたって、たとえば最新の機能部情報を考慮することが可能となるため、判定部による判定精度を向上させることができる。また、車載機能部の機能部情報をたとえば車載ネットワーク外の外部装置から取得する必要がないので、当該機能部情報の取得処理を簡略化することができる。

（３）上記（１）において、前記管理装置は、さらに、前記要件を判断するための前記車載機能部の機能部情報を前記外部装置から取得する取得部を備えてもよく、前記判定部は、前記要件情報および前記機能部情報に基づいて、前記車載機能部が前記要件を満たしているか否かを判定してもよい。

このような構成により、車載機能部が新規機能部との通信に対応しているか否かを判定するにあたって、たとえば最新の機能部情報を考慮することが可能となるため、判定部による判定精度を向上させることができる。また、たとえば車載ネットワークにおける車載機能部から当該車載機能部の機能部情報を取得することができ、当該機能部情報を取得することができる。

（４）上記（１）から（３）のいずれかにおいて、前記要件は、前記車載機能部に組み込まれたソフトウェアのバージョンと前記新規機能部に組み込まれたソフトウェアのバージョンとが同一であること、または、前記車載機能部に組み込まれたソフトウェアのバージョンが前記新規機能部に組み込まれたソフトウェアのバージョンより新しいことであってもよい。

このような構成により、車載機能部および新規機能部が互いに通信を行う上で、車載機能部に組み込まれるソフトウェアを適切な状態に更新することができる。

（５）本開示の実施の形態に係る機能部は、１または複数の車載機能部と管理装置とを含む車載ネットワークに用いられる機能部であって、前記機能部が前記車載ネットワークに追加された場合、前記車載機能部と通信を行うために必要な要件を示す要件情報を前記車載ネットワークにおける管理装置へ送信する処理部を備える。

このような構成により、機能部が車載ネットワークに追加された場合、管理装置は、要件情報を当該機能部から取得できるので、車載機能部が当該要件情報に含まれる要件を満たすか否かを判断することができる。また、管理装置は、車載機能部が当該要件を満たしていない場合、追加された機能部が車載機能部と正常に通信するために必要な各種処理を行うことができる。したがって、新たな構成の車載ネットワークにおいて、各機能部間における通信をより確実に行うことができる。

（６）本開示の実施の形態に係る車載通信システムは、１または複数の車載機能部を含む車載ネットワークに用いられる管理装置と、機能部とを備え、前記管理装置は、前記車載ネットワークへの前記機能部の追加を検知し、前記車載ネットワークへの追加を検知された前記機能部である新規機能部は、前記車載機能部と前記新規機能部とが通信を行うために必要な要件を示す情報である要件情報を前記管理装置へ送信し、前記管理装置は、前記新規機能部から受信した前記要件情報に基づいて、前記車載機能部が前記要件を満たしているか否かを判定し、前記管理装置は、前記車載機能部が前記要件を満たしていないと判定した場合、前記車載機能部の更新を要求する更新要求情報を、前記車載機能部と異なる外部装置へ送信する。

このような構成により、管理装置は、車載ネットワークにおいて新規機能部の追加を検知した場合、車載機能部を新規機能部と通信可能な状態に更新することができる。したがって、新たな構成の車載ネットワークにおいて、各機能部間における通信をより確実に行うことができる。

（７）本開示の実施の形態に係る車両通信管理プログラムは、１または複数の車載機能部を含む車載ネットワークに用いられる管理装置において用いられる車両通信管理プログラムであって、コンピュータを、前記車載ネットワークへの機能部の追加を検知する検知部と、前記検知部によって追加を検知された前記機能部である新規機能部から送信された、前記車載機能部と前記新規機能部とが通信を行うために必要な要件を示す要件情報に基づいて、前記車載機能部が前記要件を満たしているか否かを判定する判定部と、前記判定部によって前記車載機能部が前記要件を満たしていないと判定された場合、前記車載機能部の更新を要求する更新要求情報を、前記車載機能部と異なる外部装置へ送信する更新要求部、として機能させるためのプログラムである。

このような構成により、管理装置は、車載ネットワークにおいて新規機能部の追加を検知した場合、車載機能部を新規機能部と通信可能な状態に更新することができる。したがって、新たな構成の車載ネットワークにおいて、各機能部間における通信をより確実に行うことができる。

以下、本開示の実施の形態について図面を用いて説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰り返さない。また、以下に記載する実施の形態の少なくとも一部を任意に組み合わせてもよい。

［通信システム］
図１は、本開示の実施の形態に係る通信システムの構成を示す図である。

図１を参照して、通信システム５０１は、サーバ１８０と、１または複数の車載通信システム３０１とを備える。車載通信システム３０１は、車両１に搭載される。

［車載通信システム］
図２は、本開示の実施の形態に係る車載通信システムの構成を示す図である。

図２を参照して、車載通信システム３０１は、たとえば、１または複数の車載ＥＣＵ（Ｅｌｅｃｔｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）２０２と、１または複数の中継装置１０１とを備える。

図２に示す例では、車載通信システム３０１は、車載ＥＣＵ２０２である車載ＥＣＵ２０２Ａ，２０２Ｂと、１つの中継装置１０１とを備える。車載ＥＣＵ２０２および中継装置１０１は、車載ネットワーク４０１を構成する。車載ＥＣＵ２０２は、車両１に搭載される車載機能部の一例である。中継装置１０１は、管理装置の一例である。

なお、車載通信システム３０１は、２つの車載ＥＣＵを備える構成に限らず、１つまたは３つ以上の車載ＥＣＵ２０２を備える構成であってもよい。また、車載通信システム３０１は、１つの中継装置１０１を備える構成に限らず、複数の中継装置１０１を備える構成であってもよい。

車載ネットワーク４０１において、車載ＥＣＵ２０２は、たとえばイーサネット（登録商標）ケーブル１１を介して中継装置１０１に接続される。

より詳細には、中継装置１０１は、複数の通信ポート５１を含む。通信ポート５１は、たとえば、イーサネットケーブル１１を接続可能な端子である。中継装置１０１および各車載ＥＣＵ２０２は、通信ポート５１およびイーサネットケーブル１１を介して他の車載ＥＣＵ２０２に接続されている。

中継装置１０１は、複数の車載ＥＣＵ２０２を含む車載ネットワーク４０１に用いられる。中継装置１０１は、たとえばゲートウェイ装置であり、自己に接続される複数の車載ＥＣＵ２０２間のデータを中継可能である。中継装置１０１は、たとえば、レイヤ２、およびレイヤ２よりも上位のレイヤ３に従って中継処理を行うことが可能である。

より詳細には、中継装置１０１は、たとえばイーサネットの通信規格に従って、イーサネットケーブル１１を介して接続された車載ＥＣＵ２０２間でやり取りされるフレームの中継処理を行う。

なお、車載通信システム３０１では、イーサネットの通信規格に従ってフレームの中継処理が行われる構成に限らず、たとえば、ＣＡＮ（Ｃｏｎｔｒｏｌｌｅｒ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＣＡＮ ＦＤ（ＣＡＮ ｗｉｔｈ Ｆｌｅｘｉｂｌｅ Ｄａｔａ Ｒａｔｅ）、ＦｌｅｘＲａｙ（登録商標）、ＭＯＳＴ（Ｍｅｄｉａ Ｏｒｉｔｅｎｄ Ｓｙｓｔｅｍ Ｔｒａｎｓｐｏｒｔ）（登録商標）およびＬＩＮ（Ｌｏｃａｌ Ｉｎｔｅｒｃｏｎｎｅｃｔ Ｎｅｔｗｏｒｋ）等の通信規格に従ってフレームの中継が行われる構成であってもよい。

中継装置１０１および各車載ＥＣＵ２０２は、後述する各種情報を含むフレームを生成し、他の車載ＥＣＵ２０２または中継装置１０１へ送信する。

車載ＥＣＵ２０２は、たとえば、ＴＣＵ（Ｔｅｌｅｍａｔｉｃｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎ Ｕｎｉｔ）、自動運転ＥＣＵ、エンジンＥＣＵ、センサ、ナビゲーション装置、ヒューマンマシンインターフェース、およびカメラ等である。

この例では、車載ＥＣＵ２０２Ａおよび車載ＥＣＵ２０２Ｂは、それぞれエンジンＥＣＵおよびＴＣＵである。

以下、車載ＥＣＵ２０２Ａおよび車載ＥＣＵ２０２Ｂを、それぞれエンジンＥＣＵ２０２ＡおよびＴＣＵ２０２Ｂとも称する。

エンジンＥＣＵ２０２Ａは、中継装置１０１を介してＴＣＵ２０２Ｂと通信を行うことが可能であり、たとえば車両１におけるエンジンを制御する。

より詳細には、エンジンＥＣＵ２０２Ａは、たとえば、エンジンの回転数、車両１の車速、エンジンの軸トルク、トランスミッションの状態、スロットルバルブの状態、および各センサの計測値等を示す情報を取得し、取得した情報に基づいてエンジンを制御する。

また、エンジンＥＣＵ２０２Ａは、たとえば、中継装置１０１からの要求に応じて、取得した情報の一部または全部を中継装置１０１へ送信することが可能である。

図１および図２を参照して、ＴＣＵ２０２Ｂは、サーバ１８０と通信を行うことが可能である。詳細には、ＴＣＵ２０２Ｂは、たとえば、ＩＰパケットを用いて無線基地局装置１６１経由でサーバ１８０と通信することが可能である。

より詳細には、ＴＣＵ２０２Ｂは、たとえば、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）または５Ｇ等の通信規格に従って、無線基地局装置１６１と無線通信を行うことが可能である。

具体的には、無線基地局装置１６１は、サーバ１８０からインターネット等の外部ネットワーク１７０経由でＩＰパケットを受信すると、受信したＩＰパケットを無線信号に含めてＴＣＵ２０２Ｂへ送信する。

ＴＣＵ２０２Ｂは、サーバ１８０からのＩＰパケットを含む無線信号を無線基地局装置１６１から受信すると、受信した無線信号からＩＰパケットを取得し、取得したＩＰパケットをイーサネットフレームに格納して中継装置１０１へ送信する。

また、ＴＣＵ２０２Ｂは、中継装置１０１からイーサネットフレームを受信すると、受信したイーサネットフレームからＩＰパケットを取得し、取得したＩＰパケットを無線信号に含めて無線基地局装置１６１へ送信する。

無線基地局装置１６１は、ＴＣＵ２０２Ｂから無線信号を受信すると、受信した無線信号からＩＰパケットを取得し、取得したＩＰパケットを外部ネットワーク１７０経由でサーバ１８０へ送信する。

サーバ１８０は、たとえばＯＴＡ（Ｏｖｅｒ Ｔｈｅ Ａｉｒ）サーバであり、車両１の外部に設けられる。サーバ１８０は、車載機能部と異なる外部装置の一例である。サーバ１８０は、車載ＥＣＵ２０２に組み込まれたソフトウェアを更新するための更新用プログラムを保持している。後述するように、サーバ１８０は、中継装置１０１からの要求に応じて、更新用プログラムを指定された車載ＥＣＵ２０２へ送信する。

［中継装置］
図３は、本開示の実施の形態に係る中継装置の構成を示す図である。

図３を参照して、中継装置１０１は、中継部１１１と、検知部１１２と、取得部１１３と、判定部１１４と、更新要求部１１５と、生成部１１６と、設定部１１７と、記憶部１１８とを備える。

中継部１１１、検知部１１２、取得部１１３、判定部１１４、更新要求部１１５、生成部１１６および設定部１１７の一部または全部は、たとえば、１または複数のプロセッサを含む処理回路（Ｃｉｒｃｕｉｔｒｙ）により実現される。記憶部１１８は、たとえば上記処理回路に含まれる不揮発性メモリである。

中継部１１１は、車載ＥＣＵ２０２間で送受信されるフレームを中継する。より詳細には、中継部１１１は、ある車載ＥＣＵ２０２からフレームを受信すると、受信したフレームを送付先の車載ＥＣＵ２０２へ送信する。

また、中継部１１１は、車載ネットワーク４０１に新たに追加された機能部から自己の中継装置１０１宛てのフレームを受信すると、受信したフレームを検知部１１２へ出力する。

以下、車載ネットワーク４０１に新たに追加される機能部を新規機能部とも称し、新規機能部を含む車載ネットワーク４０１を新規ネットワークとも称し、新規機能部が追加される前の車載ネットワーク４０１を既存ネットワークとも称する。また、既存ネットワークに含まれる機能部を既存機能部とも称する。

図４は、本開示の実施の形態に係る車載通信システムにおける新規ネットワークの構成を示す図である。図４は、図２に示される車載ネットワーク４０１に新たに車載ＥＣＵ２０２Ｃが追加された車載ネットワーク４０１の構成を示している。

図４を参照して、車載ＥＣＵ２０２Ｃは、たとえば、イーサネットケーブル１１を介して中継装置１０１における通信ポート５１に接続される。この例では、車載ＥＣＵ２０２Ｃは、ナビゲーション装置である。以下、車載ＥＣＵ２０２Ｃをナビゲーション装置２０２Ｃとも称する。

再び図３を参照して、中継装置１０１における検知部１１２は、車載ネットワーク４０１への新規機能部の追加を検知する。ここでは、検知部１１２は、車載ＥＣＵ２０２Ｃを検知する。

検知部１１２は、車載ＥＣＵ２０２Ｃからフレームを中継部１１１経由で受信して、当該フレームに含まれるＩＤおよび認証用パスワードを用いて、当該車載ＥＣＵ２０２Ｃの認証処理を行う。

検知部１１２は、車載ＥＣＵ２０２Ｃの認証に成功すると、認証が成功した旨を示す認証成功情報を含むフレームを中継部１１１経由で車載ＥＣＵ２０２Ｃへ送信する。

検知部１１２は、上記のように新規機能部の認証に成功すると、たとえば新規機能部のＩＤを示す検知情報を含むフレームを取得部１１３へ出力する。

なお、検知部１１２は、たとえば定期的に、新規機能部を検知するための探索メッセージを中継部１１１経由でブロードキャストする構成であってもよい。この場合、新規機能部は、上記探索メッセージを受信し、受信した探索メッセージに対する応答として上記接続要求情報を送信する。

また、検知部１１２は、車載ネットワーク４０１における既存の車載ＥＣＵ２０２にインストールされるアプリケーションを新規機能部として追加する構成であってもよい。すなわち、新規機能部は、ハードウェアであってもよいし、ソフトウェアであってもよい。

以下、車載ＥＣＵ２０２におけるアプリケーションを実現するソフトウェアを、単に「ソフトウェア」とも称する。

［課題］
ところで、新規ネットワークにおいて、既存機能部が新規機能部との通信に対応していない場合、各機能部間の通信を正常に行えない可能性がある。

たとえば、図４において、既存機能部の一例である車載ＥＣＵ２０２Ｂ、に組み込まれたソフトウェア（以下、「既存ソフトウェア」とも称する。）が、新規機能部である車載ＥＣＵ２０２Ｃ、に組み込まれたソフトウェア（以下、「新規ソフトウェア」とも称する。）との通信に対応していない場合、車載ＥＣＵ２０２Ｃと車載ＥＣＵ２０２Ｂとの間の通信が、不調または不能となる可能性がある。

図５は、比較例に係る車載ネットワークにおける車載ＥＣＵに組み込まれたソフトウェアのバージョン情報の一例を示す図である。

図５の例では、既存ソフトウェアのバージョンが「Ｖｅｒ．１」であり、新規ソフトウェアのバージョンが「Ｖｅｒ．２」である。このように、既存ソフトウェアのバージョンが新規ソフトウェアのバージョンより古い場合、新規ネットワークにおいて、正常な通信を確保することができない可能性がある。

これに対して、本開示の実施の形態に係る車載通信システムでは、以下のような構成および動作により、上記課題を解決する。

［新規機能部］
図６は、本開示の実施の形態に係る新規機能部の構成を示す図である。図６は、図４に示される車載ＥＣＵ２０２Ｃの構成を示している。

図６を参照して、車載ＥＣＵ２０２Ｃは、通信部２１１と、処理部２１２と、記憶部２１３とを備える。通信部２１１および処理部２１２の一方または両方は、たとえば、１または複数のプロセッサを含む処理回路により実現される。記憶部２１３は、たとえば上記処理回路に含まれる不揮発性メモリである。

通信部２１１は、中継装置１０１または他の車載ＥＣＵ２０２から自己の車載ＥＣＵ２０２Ｃ宛てのフレームを受信すると、受信したフレームを処理部２１２へ出力する。

処理部２１２は、通信部２１１から受けたフレームに含まれる情報に基づいて各種処理を行う。処理部２１２は、たとえば、中継装置１０１から認証成功情報を受信すると、他の機能部と通信を行うために必要な要件を示す要件情報を当該中継装置１０１へ送信する。

より詳細には、処理部２１２は、既存機能部と通信を行うための要件情報を含むフレームを通信部２１１経由で中継装置１０１へ送信する。ここでは、処理部２１２は、車載ＥＣＵ２０２Ｂと通信を行うための要件情報を含むフレームを中継装置１０１へ送信することとする。

要件情報は、たとえば、既存機能部と新規機能部との通信の要件となる既存ソフトウェアのバージョン情報および新規ソフトウェアのバージョン情報を含む。

要件情報に含まれる要件（以下、「要件Ｒ」とも称する。）は、たとえば、既存ソフトウェアのバージョンと新規ソフトウェアのバージョンとが同一であることである。具体的には、要件Ｒは、たとえば、車載ＥＣＵ２０２Ｂに組み込まれたソフトウェアのバージョンと車載ＥＣＵ２０２Ｃに組み込まれたソフトウェアのバージョンとが同一であることである。

なお、要件Ｒは、既存ソフトウェアのバージョンが、新規ソフトウェアのバージョンより新しいことであってもよい。

また、要件Ｒは、既存機能部に要求される通信動作の設定内容を示す要件であってもよい。たとえば、要件Ｒは、既存機能部における通信帯域についての要件、および既存機能部が新規機能部へ送信する情報の送信周期についての要件等であってもよい。

また、要件情報は、新規機能部の仕様を示す情報であってもよい。より詳細には、要件情報は、新規機能部が提供するサービスの内容を示す情報であってもよい。

また、要件情報が、新規機能部が要求するサービスの内容を示す情報である場合、要件Ｒは、当該サービスを提供可能である旨の情報を含むフレームを新規機能部が所定時間内に既存機能部から受信することであってもよい。

［取得部］
図１および図３を参照して、中継装置１０１における取得部１１３は、新規機能部の要件情報および既存機能部の機能部情報を取得する。

より詳細には、取得部１１３は、検知部１１２によって追加を検知された新規機能部から要件情報を受信した場合、要件Ｒを判断するための既存機能部の機能部情報を当該既存機能部から取得する。取得部１１３は、検知部１１２から検知情報を受けると、要件情報を要求するための情報要求通知を中継部１１１経由で新規機能部へ送信する。取得部１１３は、新規機能部から要件情報を中継部１１１経由で受信すると、機能部情報を要求するための情報要求通知を中継部１１１経由で既存機能部へ送信する。

取得部１１３は、既存機能部の機能部情報として、たとえば、既存ソフトウェアのバージョン情報を取得する。取得部１１３は、新規機能部から受信した要件情報および既存機能部から受信した機能部情報を判定部１１４へ出力する。なお、取得部１１３は、新規機能部から要件情報を受信した場合、既存機能部の機能部情報をサーバ１８０から取得してもよい。

［判定部］
判定部１１４は、新規機能部から送信された要件情報に基づいて、既存機能部が要件Ｒを満たしているか否かを判定する。

より詳細には、判定部１１４は、取得部１１３から受けた要件情報および機能部情報に基づいて、既存機能部が要件Ｒを満たしているか否かを判定する。たとえば、判定部１１４は、上述の図５に示されるように、既存ソフトウェアのバージョンが新規ソフトウェアのバージョンより古い場合、既存機能部が要件Ｒを満たしていないと判定する。判定部１１４は、既存機能部が要件Ｒを満たしていないと判定した場合、判定結果が否定的であることを示す情報（以下、「判定否定情報」とも称する。）を更新要求部１１５へ出力する。

一方、判定部１１４は、既存機能部が要件Ｒを満たしていると判定した場合、判定結果が肯定的であることを示す情報（以下、「判定肯定情報」とも称する。）を生成部１１６へ出力する。

［更新要求部］
図１、図２および図３を参照して、更新要求部１１５は、判定部１１４によって既存機能部が要件Ｒを満たしていないと判定された場合、既存機能部の更新を要求する更新要求情報を、中継部１１１およびＴＣＵ２０２Ｂを介して外部装置へ送信する。より詳細には、更新要求部１１５は、判定部１１４から判定否定情報を受けると、更新要求情報を中継部１１１へ出力する。中継部１１１は、更新要求部１１５から更新要求情報を受けると、当該更新要求情報が格納されたイーサネットフレームを通信ポート５１経由でＴＣＵ２０２Ｂへ送信する。

ＴＣＵ２０２Ｂは、中継部１１１から当該イーサネットフレームを受信すると、受信したイーサネットフレームからＩＰパケットを取得し、取得したＩＰパケットを無線信号に含めて無線基地局装置１６１経由でサーバ１８０へ送信する。

なお、更新要求情報は、新規機能部の機能部情報を含んでもよい。たとえば、更新要求情報が格納されたイーサネットフレームは、既存ソフトウェアの更新後のバージョンを指定する情報を含んでもよい。当該イーサネットフレームは、更新後の既存ソフトウェアのバージョンを指定する情報として、新規ソフトウェアのバージョンと同一のバージョンを示す情報または新規ソフトウェアのバージョンより新しいバージョンを示す情報を含んでもよい。

サーバ１８０は、ＴＣＵ２０２ＢからＩＰパケットを含む無線信号を受信すると、既存ソフトウェアの更新用プログラム、自己のＩＤおよび更新対象の既存機能部のＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）アドレスを含むＩＰパケットを外部ネットワーク１７０経由で無線基地局装置１６１へ送信する。ここでは、ＩＰパケットに含まれる更新対象の既存機能部のＭＡＣアドレスは、ＴＣＵ２０２ＢのＭＡＣアドレスとする。

無線基地局装置１６１は、サーバ１８０から外部ネットワーク１７０経由でＩＰパケットを受信すると、受信したＩＰパケットを無線信号に含めてＴＣＵ２０２Ｂへ送信する。

ＴＣＵ２０２Ｂは、ＩＰパケットを含む無線信号を無線基地局装置１６１から受信すると、受信した無線信号からＩＰパケットを取得し、当該ＩＰパケットに含まれる更新用プログラムをインストールする。これにより、ＴＣＵ２０２Ｂに組み込まれた既存ソフトウェアを更新することができる。

ＴＣＵ２０２Ｂは、ソフトウェアの更新が完了した場合、通信システム５０１における他の装置に所定の通知を行う。具体的には、ＴＣＵ２０２Ｂは、ソフトウェアの更新が完了した旨を示す更新完了通知を含むＩＰパケットを無線基地局装置１６１経由でサーバ１８０へ送信する。また、ＴＣＵ２０２Ｂは、更新完了通知を中継装置１０１へ送信する。

なお、通信システム５０１における上記外部装置は、車載ネットワーク４０１の外部におけるサーバ１８０に限らず、たとえば、既存機能部に組み込まれたプログラムなどをリプログラミングする装置（以下、「リプログラミング装置」とも称する。）であってもよい。中継装置１０１は、リプログラミング装置と通信ケーブルを介して通信を行うことが可能である。すなわち、中継装置１０１は、無線回線に限らず、有線回線によって車載ネットワーク４０１内における外部装置に接続されてもよい。

［生成部］
再び図３を参照して、中継装置１０１における生成部１１６は、判定部１１４から判定肯定情報を受けるか、または既存機能部から更新完了通知を受信すると、既存機能部の機能部情報および新規機能部の機能部情報を取得する。生成部１１６は、既存機能部の機能部情報および新規機能部の機能部情報に基づいて、新規ネットワークの構成情報を生成する。

より詳細には、生成部１１６は、既存機能部の機能部情報および新規機能部の機能部情報を中継部１１１経由で取得する。

生成部１１６は、取得した既存機能部の機能部情報および新規機能部の機能部情報に基づいて、新規ネットワークの構成情報を生成する。

たとえば、生成部１１６は、機能部情報として、新規ネットワークにおける車載ＥＣＵ２０２および中継装置１０１等のハードウェア装置のトポロジを認識可能な情報を取得する。また、たとえば、生成部１１６は、新規ネットワークにおけるハードウェア装置へのアプリケーションの配置に関する制約を認識可能な情報を取得する。また、たとえば、生成部１１６は、新規ネットワークにおける通信方式の制約を認識可能な情報を取得する。

生成部１１６は、ハードウェア装置のトポロジを認識可能な情報として、たとえば、車載ＥＣＵ２０２および中継装置１０１が搭載される車両１のメーカおよび車種を示す車両情報、当該車両１に搭載された追加オプションを示す追加オプション情報、車載ＥＣＵ２０２のメーカおよび製造番号等を示す識別子である車載装置ＩＤ、ハードウェア装置間の接続における通信ポートのポート番号、ならびにハードウェア装置間の通信経路の帯域幅の情報を取得する。

生成部１１６は、ハードウェア装置へのアプリケーションの配置に関する制約を認識可能な情報として、たとえば、車載ＥＣＵ２０２におけるアプリケーションの、実行に必要な演算速度、メモリ使用量、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）環境の制約、ならびにＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）およびＵＤＰ（Ｕｓｅｒ ｄａｔａｇｒａｍ Ｐｒｏｔｏｃｏｌ）等の通信プロトコルの制約に関する情報のうち、少なくともいずれか１種類の情報を取得する。

生成部１１６は、新規ネットワークにおける通信方式の制約を認識可能な情報として、車載ＥＣＵ２０２におけるアプリケーションの、通信データサイズ、通信頻度、バースト送信の要否、許容される遅延時間、許容される損失量、必要とするセキュリティのレベル、動作タイミング、たとえば周期的通信か不定期通信かを示す通信タイプ、通信相手となるアプリケーションの識別子、および要求応答型または出版購読型等を示すメッセージング方式、ならびにアプリケーションによる通信の優先度に関する情報のうち、少なくともいずれか１種類の情報を取得する。

たとえば、生成部１１６は、上述のような機能部情報の種類のうち、新規ネットワークの設定情報に必要な１または複数の種類の機能部情報を特定する。

生成部１１６は、特定した種類の機能部情報を要求するための情報要求通知を、中継部１１１経由で既存機能部および新規機能部へ送信する。

既存機能部および新規機能部は、生成部１１６から受信した情報要求通知に対する応答として、たとえば情報要求通知において指定されている種類の自己の機能部情報を、生成部１１６へ送信する。

生成部１１６は、既存機能部の機能部情報および新規機能部の機能部情報を中継部１１１経由で受信すると、受信した各機能部情報に基づいて、新規ネットワークの設定情報を生成する。

より詳細には、生成部１１６は、設定情報として、車両１および新規ネットワークにおける機能部を特定可能な情報を生成する。

より詳細には、生成部１１６は、新規ネットワークにおいて通信を行うための中継装置１０１の設定内容を示す設定情報を生成する。

たとえば、生成部１１６は、取得した既存機能部の機能部情報および新規機能部の機能部情報に基づいて、中継装置１０１におけるフィルタリング、通信帯域幅およびＶＬＡＮ（Ｖｉｒｔｕａｌ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）設定等、新規ネットワークにおいて各機能部および中継装置１０１が通信を行うための中継装置１０１の設定内容を示す設定情報を生成する。生成部１１６は、当該設定情報を設定部１１７へ出力する。なお、取得部１１３は、要件Ｒを判断するための機能部情報として、既存ソフトウェアのバージョン情報を取得する構成に限らず、上述のような機能部情報を取得する構成であってもよい。

［設定部］
設定部１１７は、生成部１１６から設定内容を通知されると、通知された設定内容に従って各種設定変更を行う。

なお、生成部１１６は、既存機能部および新規機能部の設定内容をさらに示す設定情報を生成し、当該設定情報に基づいて、新規ネットワークにおいて通信を行うための設定内容を既存機能部および新規機能部に通知する構成であってもよい。

新規ネットワークにおける各機能部および中継装置１０１は、変更後の設定内容に従って互いに通信を行う。

なお、中継装置１０１は、更新要求情報をサーバ１８０へ送信する構成に限らず、当該更新要求情報を、車載ネットワーク４０１内における表示装置等の外部装置へ送信する構成であってもよい。たとえば、中継装置１０１は、更新要求情報を図４に示す車載ネットワーク４０１内におけるナビゲーション装置２０２Ｃへ送信してもよい。ナビゲーション装置２０２Ｃは、更新要求情報を受信すると、たとえば既存機能部の更新を促す旨を画面に表示する。

［動作の流れ］
図７は、本開示の実施の形態に係る車載通信システムにおける新規ネットワークの構築処理のシーケンスの一例を示す図である。

図７を参照して、まず、新規機能部は、接続要求情報を中継装置１０１へ送信する（ステップＳ１１）。

次に、中継装置１０１は、接続要求情報を受信すると、新規機能部を検知し、当該新規機能部の認証処理を行う（ステップＳ１２）。

次に、中継装置１０１は、新規機能部の認証に成功すると、認証成功情報を新規機能部へ送信する（ステップＳ１３）。

また、中継装置１０１は、新規機能部の認証に成功すると、要件情報を要求するための情報要求通知を新規機能部へ送信する（ステップＳ１４）。

次に、新規機能部は、情報要求通知に対する応答として、要件情報を中継装置１０１へ送信する（ステップＳ１５）。

次に、中継装置１０１は、新規機能部から要件情報を受信すると、既存機能部の機能部情報を要求するための情報要求通知を既存機能部へ送信する（ステップＳ１６）。

次に、既存機能部は、情報要求通知に対する応答して、自己の機能部情報を中継装置１０１へ送信する。ここでは、既存機能部は、自己の機能部情報として、既存ソフトウェアのバージョン情報を中継装置１０１へ送信する（ステップＳ１７）。

次に、中継装置１０１は、要件情報および機能部情報に基づいて、既存機能部が要件Ｒを満たしているか否かを判定する（ステップＳ１８）。

次に、中継装置１０１は、既存機能部が要件Ｒを満たしていないと判定した場合（ステップＳ１８において「ＮＯ」）、既存ソフトウェアの更新を要求する更新要求情報をサーバ１８０へ送信する（ステップＳ１９）。

次に、サーバ１８０は、中継装置１０１からの更新要求情報において指定されているバージョンを含む更新用プログラムを既存機能部へ送信する（ステップＳ２０）。

次に、既存機能部は、サーバ１８０から受信した更新用プログラムをインストールすることで、既存ソフトウェアの更新を行い（ステップＳ２１）、当該更新が完了すると、更新完了通知をサーバ１８０へ送信する（ステップＳ２２）。

また、既存機能部は、既存ソフトウェアの更新が完了すると、更新完了通知を中継装置１０１へ送信する（ステップＳ２３）。

次に、中継装置１０１は、既存機能部から更新完了通知を受信すると、既存機能部の機能部情報および新規機能部の機能部情報に基づいて、新規ネットワークの設定情報を生成する（ステップＳ２４）。

次に、中継装置１０１は、生成した設定情報に基づいて、自己の各種設定変更を行う（ステップＳ２５）。

次に、新規ネットワークにおける中継装置１０１、新規機能部および既存機能部は、変更後の設定内容に従って互いに通信を行う（ステップＳ２６）。

一方、中継装置１０１は、既存機能部が要件Ｒを満たしていると判定した場合（ステップＳ１８において「ＹＥＳ」）、ステップＳ２４からステップＳ２６までの処理を行う。

＜変形例＞
上述の例では、中継装置１０１における取得部１１３は、検知部１１２によって追加を検知された新規機能部から要件情報を受信した場合に、既存機能部の機能部情報を当該既存機能部から取得する。以下の例では、サーバ１８０は、既存ネットワークにおける既存機能部の機能部情報を保持し、当該機能部情報を中継装置１０１へ送信する。言い換えれば、以下の例では、中継装置１０１は、既存機能部の機能部情報をサーバ１８０から取得する。

図８は、本開示の実施の形態に係る車載通信システムにおける新規ネットワークの構築処理のシーケンスの他の例を示す図である。

図３および図８を参照して、まず、サーバ１８０は、定期的または不定期に、既存機能部の機能部情報を中継装置１０１へ送信する。より詳細には、サーバ１８０は、機能部情報として、既存ソフトウェアのバージョン情報を保持している。サーバ１８０は、既存ネットワークにおける既存ソフトウェアの更新時等に、当該バージョン情報を中継装置１０１へ送信する。サーバ１８０は、たとえば、既存ネットワークが複数の既存機能部を含む場合、各既存機能部の機能部情報を中継装置１０１へ送信する（ステップＳ３１）。

次に、中継装置１０１は、サーバ１８０から受信した既存機能部の機能部情報を記憶部１１８に記憶する（ステップＳ３２）。

次に、新規機能部は、接続要求情報を中継装置１０１へ送信する（ステップＳ３３）。

次に、中継装置１０１は、接続要求情報を受信すると、新規機能部を検知し、当該新規機能部の認証処理を行う（ステップＳ３４）。

次に、中継装置１０１は、新規機能部の認証に成功すると、認証成功情報を新規機能部へ送信する（ステップＳ３５）。

また、中継装置１０１は、新規機能部の認証に成功すると、要件情報を要求するための情報要求通知を新規機能部へ送信する（ステップＳ３６）。

次に、新規機能部は、情報要求通知に対する応答として、要件情報を中継装置１０１へ送信する（ステップＳ３７）。

図８に示すステップＳ３８からステップＳ４６までの処理は、図７に示すステップＳ１８からステップＳ２６までの処理とそれぞれ同様である。

なお、本開示の実施の形態に係る管理装置は、車載通信システム３０１における中継装置１０１に含まれる構成であるとしたが、これに限定するものではない。中継装置１０１における中継部１１１以外の各ユニットの一部または全部が、車載通信システム３０１における中継装置１０１以外の装置に含まれてもよいし、車載通信システム３０１の外部に設けられてもよい。

また、本開示の実施の形態に係る管理装置は、車載通信システム３０１と通信可能な図示しないサーバによって実現されてもよい。この場合、本開示の実施の形態に係る管理装置の機能の一部または全部が、クラウドコンピューティングによって提供されてもよい。すなわち、本開示の実施の形態に係る管理装置が、複数のクラウドサーバ等によって構成されてもよい。

上述の実施の形態の各処理（各機能）は、１または複数のプロセッサを含む処理回路により実現される。上記処理回路は、上記１または複数のプロセッサに加え、１または複数のメモリ、各種アナログ回路、各種デジタル回路が組み合わされた集積回路等で構成されてもよい。上記１または複数のメモリは、上記各処理を上記１または複数のプロセッサに実行させるプログラム（命令）を格納する。上記１または複数のプロセッサは、上記１または複数のメモリから読み出した上記プログラムに従い上記各処理を実行してもよいし、予め上記各処理を実行するように設計された論理回路に従って上記各処理を実行してもよい。上記プロセッサは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）、およびＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等、コンピュータの制御に適合する種々のプロセッサであってよい。なお、物理的に分離した上記複数のプロセッサが互いに協働して上記各処理を実行してもよい。たとえば、物理的に分離した複数のコンピュータのそれぞれに搭載された上記プロセッサがＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ （Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、およびインターネット等のネットワークを介して互いに協働して上記各処理を実行してもよい。上記プログラムは、外部のサーバ装置等から上記ネットワークを介して上記メモリにインストールされても構わないし、ＣＤ－ＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＤＶＤ－ＲＯＭ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、および半導体メモリ等の記録媒体に格納された状態で流通し、上記記録媒体から上記メモリにインストールされても構わない。

上記実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記説明ではなく特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

以上の説明は、以下に付記する特徴を含む。
［付記１］
１または複数の車載機能部を含む車載ネットワークに用いられる管理装置であって、
前記車載ネットワークへの機能部の追加を検知する検知部と、
前記検知部によって追加を検知された前記機能部である新規機能部から送信された、前記車載機能部と前記新規機能部とが通信を行うために必要な要件を示す要件情報に基づいて、前記車載機能部が前記要件を満たしているか否かを判定する判定部と、
前記判定部によって前記車載機能部が前記要件を満たしていないと判定された場合、前記車載機能部の更新を要求する更新要求情報を外部装置へ送信する更新要求部とを備え、
前記更新要求情報は、前記新規機能部の機能部情報を含む、管理装置。

［付記２］
１または複数の車載機能部を含む車載ネットワークに用いられる管理装置であって、
処理回路を備え、
前記処理回路は、
車載ネットワークへの機能部の追加を検知し、
前記検知部によって追加を検知された前記機能部である新規機能部から送信された、前記車載機能部と前記新規機能部とが通信を行うために必要な要件を示す要件情報に基づいて、前記車載機能部が前記要件を満たしているか否かを判定し、
前記判定部によって前記車載機能部が前記要件を満たしていないと判定された場合、前記車載機能部の更新を要求する更新要求情報を外部装置へ送信する、管理装置。

［付記３］
１または複数の車載機能部を含む車載ネットワークに用いられる機能部であって、
処理回路を備え、
前記処理回路は、
前記機能部が前記車載ネットワークに追加された場合、前記車載機能部と通信を行うために必要な要件を示す要件情報を前記車載ネットワークにおける管理装置へ送信する、機能部。

［付記４］
１または複数の車載機能部を含む車載ネットワークに用いられる管理装置における管理方法であって、
前記車載ネットワークへの機能部の追加を検知するステップと、
追加を検知された前記機能部である新規機能部から送信された、前記車載機能部と前記新規機能部とが通信を行うために必要な要件を示す要件情報に基づいて、前記車載機能部が前記要件を満たしているか否かを判定するステップと、
前記車載機能部が前記要件を満たしていないと判定された場合、前記車載機能部の更新を要求する更新要求情報を外部装置へ送信するステップとを含む、管理方法。

［付記５］
１または複数の車載機能部を含む車載ネットワークに用いられる機能部における通信制御方法であって、
前記機能部が前記車載ネットワークに追加された場合、前記車載機能部と通信を行うために必要な要件を示す要件情報を前記車載ネットワークにおける管理装置へ送信するステップを備える、通信制御方法。

［付記６］
１または複数の車載機能部を含む車載ネットワークに用いられる機能部において用いられる通信制御プログラムであって、
コンピュータを、
前記機能部が前記車載ネットワークに追加された場合、前記車載機能部と通信を行うために必要な要件を示す要件情報を前記車載ネットワークにおける管理装置へ送信する処理部、
として機能させるための、通信制御プログラム。

１ 車両
１１ イーサネットケーブル
５１ 通信ポート
１０１ 中継装置
１１１ 中継部
１１２ 検知部
１１３ 取得部
１１４ 判定部
１１５ 更新要求部
１１６ 生成部
１１７ 設定部
１１８，２１３ 記憶部
１６１ 無線基地局装置
１７０ 外部ネットワーク
１８０ サーバ
２０２Ａ，２０２Ｂ，２０２Ｃ 車載ＥＣＵ
２１１ 通信部
２１２ 処理部
３０１ 車載通信システム
４０１ 車載ネットワーク
５０１ 通信システム

Claims (7)

1. １または複数の車載機能部を含む車載ネットワークに用いられる管理装置であって、
   前記車載ネットワークへの機能部の追加を検知する検知部と、
   前記検知部によって追加を検知された前記機能部である新規機能部から送信された、前記車載機能部と前記新規機能部とが通信を行うために必要な要件を示す要件情報に基づいて、前記車載機能部が前記要件を満たしているか否かを判定する判定部と、
   前記判定部によって前記車載機能部が前記要件を満たしていないと判定された場合、前記車載機能部の更新を要求する更新要求情報を、前記車載機能部と異なる外部装置へ送信する更新要求部とを備える、管理装置。
2. 前記管理装置は、さらに、
   前記新規機能部から前記要件情報を受信した場合、前記要件を判断するための前記車載機能部の機能部情報を前記車載機能部から取得する取得部を備え、
   前記判定部は、前記要件情報および前記機能部情報に基づいて、前記車載機能部が前記要件を満たしているか否かを判定する、請求項１に記載の管理装置。
3. 前記管理装置は、さらに、
   前記要件を判断するための前記車載機能部の機能部情報を前記外部装置から取得する取得部を備え、
   前記判定部は、前記要件情報および前記機能部情報に基づいて、前記車載機能部が前記要件を満たしているか否かを判定する、請求項１に記載の管理装置。
4. 前記要件は、前記車載機能部に組み込まれたソフトウェアのバージョンと前記新規機能部に組み込まれたソフトウェアのバージョンとが同一であること、または、前記車載機能部に組み込まれたソフトウェアのバージョンが前記新規機能部に組み込まれたソフトウェアのバージョンより新しいことである、請求項１から請求項３のいずれか１項に記載の管理装置。
5. １または複数の車載機能部を含む車載ネットワークに用いられる機能部であって、
   前記機能部が前記車載ネットワークに追加された場合、前記車載機能部と通信を行うために必要な要件を示す要件情報を前記車載ネットワークにおける管理装置へ送信する処理部を備える、機能部。
6. １または複数の車載機能部を含む車載ネットワークに用いられる管理装置と、
   機能部とを備え、
   前記管理装置は、前記車載ネットワークへの前記機能部の追加を検知し、
   前記車載ネットワークへの追加を検知された前記機能部である新規機能部は、前記車載機能部と前記新規機能部とが通信を行うために必要な要件を示す情報である要件情報を前記管理装置へ送信し、
   前記管理装置は、前記新規機能部から受信した前記要件情報に基づいて、前記車載機能部が前記要件を満たしているか否かを判定し、
   前記管理装置は、前記車載機能部が前記要件を満たしていないと判定した場合、前記車載機能部の更新を要求する更新要求情報を、前記車載機能部と異なる外部装置へ送信する、車載通信システム。
7. １または複数の車載機能部を含む車載ネットワークに用いられる管理装置において用いられる車両通信管理プログラムであって、
   コンピュータを、
   前記車載ネットワークへの機能部の追加を検知する検知部と、
   前記検知部によって追加を検知された前記機能部である新規機能部から送信された、前記車載機能部と前記新規機能部とが通信を行うために必要な要件を示す要件情報に基づいて、前記車載機能部が前記要件を満たしているか否かを判定する判定部と、
   前記判定部によって前記車載機能部が前記要件を満たしていないと判定された場合、前記車載機能部の更新を要求する更新要求情報を、前記車載機能部と異なる外部装置へ送信する更新要求部、
   として機能させるための、車両通信管理プログラム。

Images