(57)【要約】 【課題】サービスの多様化や高機能化に追従した最適な通信モジュールの選択。【解決手段】通信モジュール選択装置は、記憶部と、第１から第３のテーブルを参照して、前記外部から提供されるサービスの種別ごとに、使用する通信モジュールの切り替えを行う通信制御部と、を備える。第１のテーブルは、通信特性が異なる複数の通信モジュールの通信状態を含む、前記複数の通信モジュールの通信特性を管理する。第２のテーブルは、外部から提供されるサービスの種別毎に、必要とされる通信特性を管理する。そして、第３のテーブルは、自機の移動状態を含む状態に応じ、通信モジュールの選択順位が定められている。【選択図】図１
2020205542.tif 000002
【特許請求の範囲】
【請求項１】
通信特性が異なる複数の通信モジュールの通信状態を含む、前記複数の通信モジュールの通信特性を管理する第１のテーブルと、
外部から提供されるサービスの種別毎に、必要とされる通信特性を管理する第２のテーブルと、
自機の移動状態を含む状態に応じ、前記通信モジュールの選択順位を定めた第３のテーブルと、
を記憶する記憶部と、
前記第１から第３のテーブルを参照して、前記外部から提供されるサービスの種別ごとに、使用する通信モジュールの切り替えを行う通信制御部と、
を備える通信モジュール選択装置。
【請求項２】
前記第３のテーブルには、エリアに応じた通信モジュールの選択順位が定められ、
前記通信制御部は、自機の位置が前記エリアに位置するか否かにより、使用する通信モジュールの切り替えを行う請求項１の通信モジュール選択装置。
【請求項３】
ユーザー毎に、前記通信制御部における通信モジュールの使用条件を設定可能であり、
前記通信制御部は、前記使用条件を参照して、前記通信モジュールの使用条件を設定する、
請求項１又は２の通信モジュール選択装置。
【請求項４】
前記通信制御部は、
所定のサービスについて通信モジュールを選択して割り当てるユーザーの携帯端末と連携して動作する請求項１から３いずれか一の通信モジュール選択装置。
【請求項５】
前記通信制御部は、
所定のサービスについて通信モジュールを選択して割り当てるネットワーク側の通信制御機能と連携して動作するネットワーク側に配置された通信制御部に、通信モジュールの選択を依頼する請求項１から４いずれか一の通信モジュール選択装置。
【請求項６】
さらに、サービスに対し車外通信モジュールの割り当てができない場合に、ユーザーに警告メッセージを通知する請求項１から５いずれか一の通信モジュール選択装置。
【請求項７】
さらに、所定の外部の機器から受けた変更指示に従って、前記通信モジュールの選択ロジックを変更する変更制御部を備える請求項１から６いずれか一の通信モジュール選択装置。
【請求項８】
通信特性が異なる複数の通信モジュールの通信状態を含む、前記複数の通信モジュールの通信特性を管理する第１のテーブルと、
外部から提供されるサービスの種別毎に、必要とされる通信特性を管理する第２のテーブルと、
自機の移動状態を含む状態に応じ、前記通信モジュールの選択順位を定めた第３のテーブルと、を記憶する記憶部と、を備えたコンピュータが、
自機の移動状態を含む状態を確認し、
前記第１から第３のテーブルを参照して、前記外部から提供されるサービスの種別ごとに、使用する通信モジュールの切り替えを行う
通信モジュール選択方法。
【請求項９】
通信特性が異なる複数の通信モジュールの通信状態を含む、前記複数の通信モジュールの通信特性を管理する第１のテーブルと、
外部から提供されるサービスの種別毎に、必要とされる通信特性を管理する第２のテーブルと、
自機の移動状態を含む状態に応じ、前記通信モジュールの選択順位を定めた第３のテーブルと、を記憶する記憶部と、を備えたコンピュータに、
自機の移動状態を含む状態を確認する処理と、
前記第１から第３のテーブルを参照して、前記外部から提供されるサービスの種別ごとに、使用する通信モジュールを切り替える処理と、
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信モジュール選択装置、通信モジュール選択方法及びプログラムに関する。
【背景技術】
【０００２】
自動運転技術の一環として、車両等がネットワークを介してクラウド等に接続し、燃費改善、運転補助など、安全や利便性、パフォーマンスを高めるサービスが検討されている。車内ハードウェアとしてセンサーやカメラなどの追加に伴い、今後も、こうしたサービスは一層豊富化することが予想される。
【０００３】
こうしたサービスが多様化する一方で、すべてのサービスをユーザーが必要としているわけではなく、各人が使用を希望するサービスには違いがある。これに伴い、ユーザーによって車両外の通信へのニーズも異なり、人によって使いたい車外通信モジュールも当然異なってくる。
【０００４】
また環境への配慮や費用を抑制する機運により、車を所有することから共有することへの需要が増えてきている。このような共有対象の車においては、より一層さまざまなサービスや通信需要に対応することが求められている。
【０００５】
特許文献１には、車両などの移動体内のデータソースを安定して移動体外ネットワークに接続することができるという車載ゲートウェイ装置が開示されている。同文献記載の車載ゲートウェイ装置は、通信デバイスと、制御デバイスと、を有する。通信デバイスは、複数の異なる外部通信方式それぞれで移動体外ネットワークと接続する外部通信ＩＦと、移動体内の複数の各データソースと接続する内部通信ＩＦと、を備える。制御デバイスは、内部通信ＩＦを通じて各データソースから収集されたデータを、移動体外ネットワークに伝送する。また、この制御デバイスは、複数の外部通信方式の中から各データソース別に通信経路を選択する通信経路選択部と、各データソースから出力されるデータを監視し、データソースに応じて選択された通信経路で移動体外ネットワークにデータを伝送する監視制御部と、を有する。そして、通信経路選択部は、複数の外部通信方式を所定の優先順で並べた優先設定に基づいて、複数の外部通信方式の各通信接続状態に応じてデータソース毎に通信経路を切り替える。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】国際公開第２０１７／２０４２３２号
【発明の概要】
【発明が解決しようとする課題】
【０００７】
以下の分析は、本発明によって与えられたものである。今後、サービスの多様化や高機能化が一段と進むと、通信モジュールの選択バリエーションも増加することが予想される。この点は、車両向けのサービスに限らず、サービス用のロボットや各種の装置類にも当てはまる。さらに、公共交通機関の車両も一種のカーシェアリングとみなすことができ、その車内等におけるサービスも多様化し、その際にも通信モジュールの多彩な選択ニーズに応えることが求められる可能性がある。
【０００８】
この点、特許文献１の車載ゲートウェイ装置は、通信経路を監視し、通信状態を確認すると共に、通信接続Ｃｏｎｆｉｇ設定情報から伝送するデータのデータソース３００毎に、指定された又は優先順位に基づいて接続中の通信経路を選択する（段落００６６参照）。一方で、特許文献１の車載ゲートウェイ装置は、端的には、Ｗｉｆｉ（登録商標）＞情報端末経由＞３Ｇ／ＬＴＥといった優先順位で通信経路を選択するため、その通信経路の選択が、車両の状態を考慮に入れたものとはならないという問題点がある。
【０００９】
本発明は、サービスの多様化や高機能化に追従した最適な通信モジュールの選択に貢献できる通信モジュール選択装置、通信モジュール選択方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
第１の視点によれば、通信特性が異なる複数の通信モジュールの通信状態を含む、前記複数の通信モジュールの通信特性を管理する第１のテーブルと、外部から提供されるサービスの種別毎に、必要とされる通信特性を管理する第２のテーブルと、自機の移動状態を含む状態に応じ、前記通信モジュールの選択順位を定めた第３のテーブルと、を記憶する記憶部と、前記第１から第３のテーブルを参照して、前記外部から提供されるサービスの種別ごとに、使用する通信モジュールの切り替えを行う通信制御部と、を備える通信モジュール選択装置が提供される。
【００１１】
第２の視点によれば、通信特性が異なる複数の通信モジュールの通信状態を含む、前記複数の通信モジュールの通信特性を管理する第１のテーブルと、外部から提供されるサービスの種別毎に、必要とされる通信特性を管理する第２のテーブルと、自機の移動状態を含む状態に応じ、前記通信モジュールの選択順位を定めた第３のテーブルと、を記憶する記憶部と、を備えたコンピュータが、自機の移動状態を含む状態を確認し、前記第１から第３のテーブルを参照して、前記外部から提供されるサービスの種別ごとに、使用する通信モジュールの切り替えを行う通信モジュール選択方法が提供される。本方法は、プロセッサ及び記憶部を備えて通信モジュールの選択を行うコンピュータという、特定の機械に結びつけられている。
【００１２】
第３の視点によれば、通信特性が異なる複数の通信モジュールの通信状態を含む、前記複数の通信モジュールの通信特性を管理する第１のテーブルと、外部から提供されるサービスの種別毎に、必要とされる通信特性を管理する第２のテーブルと、自機の移動状態を含む状態に応じ、前記通信モジュールの選択順位を定めた第３のテーブルと、を記憶する記憶部と、を備えたコンピュータに、自機の移動状態を含む状態を確認する処理と、前記第１から第３のテーブルを参照して、前記外部から提供されるサービスの種別ごとに、使用する通信モジュールを切り替える処理と、を実行させるプログラムが提供される。プログラムは、コンピュータ装置に入力装置又は外部から通信インターフェースを介して入力され、記憶装置に記憶されて、プロセッサを所定のステップないし処理に従って駆動させ、必要に応じ中間状態を含めその処理結果を段階毎に表示装置を介して表示することができ、あるいは通信インターフェースを介して、外部と交信することができる。そのためのコンピュータ装置は、一例として、典型的には互いにバスによって接続可能なプロセッサ、記憶装置、入力装置、通信インターフェース、及び必要に応じ表示装置を備える。
【発明の効果】
【００１３】
本発明によれば、車両に代表される各種の装置類のサービスの多様化や高機能化に追従した最適な通信モジュールの選択を行うことが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本発明の一実施形態の構成を示す図である。
【図２】本発明の一実施形態の動作を説明するための図である。
【図３】本発明の第１の実施形態の車外通信制御装置を搭載した車両の構成を表した図である。
【図４】本発明の第１の実施形態の車外通信制御装置が管理するリソースプロファイルの一例を示す図である。
【図５】本発明の第１の実施形態の車外通信制御装置が管理するサービスプロファイルの一例を示す図である。
【図６】図５のサービスプロファイルに新しいサービスが追加された状態を示す図である。
【図７】本発明の第１の実施形態の車外通信制御装置が管理する車両状態に応じた車外通信モジュールの優先ルールの一例を示す図である。
【図８】本発明の第１の実施形態の車外通信制御装置の動作を表したフローチャートである。
【図９】本発明の第１の実施形態の効果を説明するための図である。
【図１０】本発明の第２の実施形態の車外通信制御装置を搭載した車両の構成を表した図である。
【図１１】本発明の第２の実施形態の車外通信制御装置が管理するユーザー別使用条件テーブルの一例を示す図である。
【図１２】本発明の第２の実施形態の車外通信制御装置の動作を表したフローチャートである。
【図１３】本発明の第３の実施形態の概要を説明するための図である。
【図１４】本発明の第３の実施形態の構成を表した図である。
【図１５】本発明の第３の実施形態の動作を表したフローチャートである。
【図１６】本発明の第４の実施形態の構成を表した図である。
【図１７】本発明の第４の実施形態の動作を表したフローチャートである。
【図１８】本発明の第５の実施形態の構成を表した図である。
【図１９】本発明の第６の実施形態の車外通信制御装置を搭載した車両の構成を表した図である。
【図２０】本発明の第６の実施形態の車外通信制御装置の追加動作を表したフローチャートである。
【図２１】本発明の第７の実施形態の車外通信制御装置を搭載した車両の構成を表した図である。
【図２２】本発明の第７の実施形態の車外通信制御装置の追加動作を表したフローチャートである。
【図２３】本発明の車外通信制御装置を構成するコンピュータの構成を示す図である。
【発明を実施するための形態】
【００１５】
はじめに本発明の一実施形態の概要について図面を参照して説明する。なお、この概要に付記した図面参照符号は、理解を助けるための一例として各要素に便宜上付記したものであり、本発明を図示の態様に限定することを意図するものではない。また、以降の説明で参照する図面等のブロック間の接続線は、双方向及び単方向の双方を含む。一方向矢印については、主たる信号（データ）の流れを模式的に示すものであり、双方向性を排除するものではない。プログラムはコンピュータ装置を介して実行され、コンピュータ装置は、例えば、プロセッサ、記憶装置、入力装置、通信インターフェース、及び必要に応じ表示装置を備える。また、このコンピュータ装置は、通信インターフェースを介して装置内又は外部の機器（コンピュータを含む）と、有線、無線を問わず、交信可能に構成される。また、図中の各ブロックの入出力の接続点には、ポート乃至インターフェースがあるが図示省略する。また、以下の説明において、「Ａ及び／又はＢ」は、Ａ及びＢの少なくともいずれかという意味で用いる。
【００１６】
本発明は、その一実施形態において、図１に示すように、第１テーブル１０１と、第２テーブル１０２と、第３テーブル１０３と、を記憶する記憶部１１０と、通信制御部１０６と、を備える通信モジュール選択装置１００にて実現できる。
【００１７】
より具体的には、第１テーブル１０１は、通信特性が異なる複数の通信モジュールの通信状態を含む、前記複数の通信モジュールの通信特性を管理する。
【００１８】
第２テーブル１０２は、外部から提供されるサービスの種別毎に、必要とされる通信特性を管理する。以下、単に「サービス」という場合、外部から車両向けに提供されるサービスのことを言うものとする。
【００１９】
第３テーブル１０３は、自機の移動状態を含む状態に応じ、通信モジュールの選択順位を管理する。
【００２０】
そして、通信制御部１０６は、前記第１から第３テーブル１０１〜１０３を参照して、前記外部から提供されるサービスの種別ごとに、使用する通信モジュールの切り替えを行う。
【００２１】
例えば、通信モジュール１１１〜１１３がそれぞれＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）通信モジュール、無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ；ＷＬＡＮ）通信モジュール、３Ｇ通信モジュールであるものとする。このときに、第１テーブル１０１には、図２に示すように、各通信モジュールの通信特性が管理される。
【００２２】
第２テーブル１０２には、ｅＣａｌｌ、地図更新に必要な通信モジュールの通信特性が管理される。
【００２３】
第３テーブル１０３には、条件１、条件２に定められた状態に応じた通信モジュールの優先順位が規定されている。
【００２４】
通信制御部１０６は、前記第１から第３テーブル１０１〜１０３を参照して、車両状態に応じて、各サービスに使用する通信モジュールの割り当てを行う。
【００２５】
例えば、第２テーブル１０２ではｅＣａｌｌサービスは、モビリティ：要、伝送容量：小と規定されている。この条件を満たす通信モジュールが、ＬＴＥ１１１と３Ｇ  １１３である場合、これらの２つがｅＣａｌｌに割り当てる通信モジュールの候補となる。ここで、一方、第３テーブル１０３では、自機の移動状態が時速１０ｋｍ以上に該当する場合、優先順位がＬＴＥ＞３Ｇと規定されている。自機の移動状態が時速１０ｋｍである場合、通信制御部１０６は、ｅＣａｌｌにＬＴＥ１１１を優先して割り当てることになる。もちろん、自機の移動状態が時速１０ｋｍ未満である場合やＬＴＥ１１１の状態が通信不可である場合、通信制御部１０６は、ｅＣａｌｌに３Ｇ  １１３を割り当てることになる。
【００２６】
同様に、第２テーブル１０２では地図更新サービスは、モビリティ：不要、伝送容量：大と規定されている。この条件を満たす通信モジュールが、ＬＴＥ１１１とＷＬＡＮ  １１２である場合、これらの２つが地図更新に割り当てる通信モジュールの候補となる。ここで、一方、第３テーブル１０３では、静止状態である場合、優先順位はＷＬＡＮ＞ＬＴＥ＞３Ｇと規定されている。従って、自機が静止状態である場合、通信制御部１０６は、地図更新にＷＬＡＮ１１２を優先して割り当てることになる。もちろん、非静止状態である場合や、ＷＬＡＮ１１２やＬＴＥ１１１の状態が通信不可である場合、通信制御部１０６は、地図更新に３Ｇ  １１３を割り当てることになる。
【００２７】
以上のように、本実施形態によれば、サービスに必要な通信特性を持つ通信モジュールのうち、車両状態により適切な通信モジュールを選択することが可能となる。これにより、サービスの多様化や高機能化に追従した最適な通信モジュールの選択を行うことも可能となる。
【００２８】
［第１の実施形態］
続いて、本発明の第１の実施形態について図面を参照して詳細に説明する。図３は、本発明の第１の実施形態の車外通信制御装置を搭載した車両の構成を表した図である。図３を参照すると、車外通信制御装置Ｅ１００と車外通信部Ｌ１００とを備えた車両Ｖ１００の構成が示されている。
【００２９】
車外通信制御装置Ｅ１００は、車両単独で、サービス、通信規格及び車両ハードウェア（以下、「ＨＷ」）の進化に合わせて車外通信を最適化できるように車外通信を制御する機能をもつ。具体的には、車外通信制御装置Ｅ１００は、通信規格特性管理部Ｅ１０１と、通信状態管理部Ｅ１０２と、サービス通信要件管理部Ｅ１０３と、車両状態管理部Ｅ１０５と、通信制御部Ｅ１０６とを備える。
【００３０】
具体的には、通信規格特性管理部Ｅ１０１は、３Ｇ／ＬＴＥ、公衆ＷＬＡＮ（有料）、公衆ＷＬＡＮ（無料）、ディーラーＷＬＡＮ、家ＷＬＡＮ、スマホテザリング等の各通信規格に対して、容量制限、費用、セキュリティ、エリアなどを管理する。
【００３１】
通信状態管理部Ｅ１０２は、上記通信規格特性管理部Ｅ１０１に管理されている通信規格のうち、車両Ｖ１００に車外通信モジュールとして搭載されている通信規格の通信状態としてスループット、接続性などを管理する。
【００３２】
図４は、通信規格特性管理部Ｅ１０１及び通信状態管理部Ｅ１０２がそれぞれ担当する項目を管理するリソースプロファイルの一例を示す。図４の最上段の項目フィールドには、各通信規格の名称が設定されている。容量制限、費用、セキュリティ、エリア、消費電力等の静的な項目は、通信規格特性管理部Ｅ１０１が管理する。
【００３３】
一方、スループット、接続性、契約状態等の項目は、通信状態管理部Ｅ１０２が管理する。なお、リソースプロファイルは、通信制御部Ｅ１０６が保持し、通信規格特性管理部Ｅ１０１及び通信状態管理部Ｅ１０２がそれぞれ更新するものとしてもよい。また、リソースプロファイルは、通信規格特性管理部Ｅ１０１又は通信状態管理部Ｅ１０２のいずれかが保持し、他方にリソースプロファイルの更新を許容する構成であってもよい。これらのリソースプロファイルが、上記した第１のテーブルに相当する。
【００３４】
サービス通信要件管理部Ｅ１０３は、サービス毎に、必要とされる通信規格の通信要件を管理する。図５は、サービス通信要件管理部Ｅ１０３が管理するサービスプロファイルの一例を示す。図５の例では、ｅＣａｌｌ、地図更新、情報配信、情報記録、バックアップ、動画視聴、ＯＴＡ（Ｏｖｅｒ  ｔｈｅ  Ａｉｒ）緊急、ＯＴＡ（Ｏｖｅｒ  ｔｈｅ  Ａｉｒ）通常、遠隔監視（非動画）オンラインといったサービスにおいて求められる通信要件を管理している。ここで、モビリティは使用する車外通信モジュールの移動中の通信可否を示す。伝送容量は、使用する車外通信モジュールの単位時間あたりの伝送可能容量の大小を示す。接続性は、使用する車外通信モジュールのコネクティビティを示し、リアルタイム性が要求されるサービスで必要とされる。セキュリティはそのサービスの提供にセキュリティが必要とされるか否かを示す。優先度は、サービス群における相対的な優先度の高さを示す。このリソースプロファイルが、上記した第２のテーブルに相当する。
【００３５】
また、本実施形態では、サービスプロファイルへの新たなサービスの追加も許容される。図６は、図５のサービスプロファイルに新たに、自動運転サービスが追加された状態を示している。図６の例では、自動運転という新たなサービスに対して、通信要件としてモビリティ、伝送容量、接続性、セキュリティ等の通信要件が設定されている。なお、サービスプロファイルとして管理する事項は、これらに限られず、当該サービスの提供に必要とされる車外通信モジュールの指定や車載カメラ、近接センサー、自動運転モジュール等の要否を設定してもよい。
【００３６】
車両状態管理部Ｅ１０５は、例えば、車両の位置、移動速度、イグニッション（ＩＧ）のＯＮ／ＯＦＦ状態、前後左右の車の存在、残電池容量などの車両状態を管理する。このような車両状態管理部Ｅ１０５としては、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）として既存の車両に搭載されているユニットを用いることができる。
【００３７】
通信制御部Ｅ１０６は、上記したリソースプロファイルと、サービスプロファイルと、車両状態管理部Ｅ１０５にて管理されている車両状態に基づいて、サービスに車外通信モジュールを割り当てる。その際に、通信制御部Ｅ１０６は、図７に例示する車両状態に応じた車外通信モジュールの優先ルールを参照して車外通信モジュールを選択する。本実施形態では、この車両状態に応じた車外通信モジュールの優先ルールを定めたテーブルが第３のテーブルに相当する。
【００３８】
図７の例では、例えば、車両状態がＶ２Ｉ提供エリアかつ信号待ちの場合、通信制御部Ｅ１０６は、サービスの通信要件を満たす車外通信モジュールの中からＶ２Ｉに対応する車外通信モジュールを優先して選択する。このように、自機の位置（Ｖ２Ｉ提供エリアに位置するか否か）を含む車両状態に応じた車外通信モジュールの優先ルールが定められている場合、通信制御部Ｅ１０６は、その優先順位に従って使用する通信モジュールの切り替えを行う。図７の例はあくまで一例であり、その他、５Ｇサービスの提供エリアであるか否かや５Ｇのサービスエリアであっても十分なデータ転送速度を得られる位置にいるか否かにより、特定の車外通信モジュールを優先して選択するようにしてもよい。
【００３９】
また、車両状態が停止中（速度＝０）の場合やＩＧがＯＦＦの場合、通信制御部Ｅ１０６は、サービスの通信要件を満たす車外通信モジュールの中からＷＬＡＮやＤＳＲＣを優先して選択する。さらに、図７の例では、周囲にＶ２Ｖ対応車が存在する場合、Ｖ２Ｖを優先することや、残電池容量が少ない場合、消費電力の少ない車外通信モジュールを優先することが定められている。
【００４０】
車外通信部Ｌ１００は、車両外と通信する機能を持つ複数の車外通信モジュールから構成される。図３の例では、３種類の車外通信モジュールＬ１０１〜Ｌ１０３を備えた構成が示されている。車外通信モジュールＬ１０１〜Ｌ１０３の例としては、３Ｇ／４Ｇ／５Ｇ通信モジュール、ＬＴＥ通信モジュール、無線ＬＡＮ（Ｗｉ−Ｆｉ）通信モジュール、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信モジュールなどが挙げられる。また、車外通信モジュールの数は、１つの通信規格に１つである必要はなく、同一の通信規格に２つ以上の通信モジュールを備えていても構わない。また、車外通信モジュールの種類は上記の例に限られるものではなく、Ｖ２Ｉ、Ｖ２Ｖ、Ｖ２Ｎ、その他Ｖ２Ｘとして採用されうる各種の車外通信モジュールを採用することができる。なお、Ｖ２Ｉ、Ｖ２Ｖ、Ｖ２Ｎは、それぞれ、Ｖｅｈｉｃｌｅ−ｔｏ−ｒｏａｄｓｉｄｅ−Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ、Ｖｅｈｉｃｌｅ−ｔｏ−Ｖｅｈｉｃｌｅ、Ｖｅｈｉｃｌｅ−ｔｏ−ｃｅｌｌｕｌａｒ−Ｎｅｔｗｏｒｋの略称である。
【００４１】
続いて、本実施形態の動作について図面を参照して詳細に説明する。図８は、本発明の第１の実施形態の車外通信制御装置の動作を表したフローチャートである。以下の説明では、車両Ｖ１００に対して、図６に示すように、サービスプロファイルに、新しいサービスとして自動運転サービスを追加した場合の動作を例に挙げて説明する。
【００４２】
図８を参照すると、まず、車両Ｖ１００の通信制御部Ｅ１０６は、通信規格特性管理部Ｅ１０１と通信状態管理部Ｅ１０２により管理されているリソースプロファイルを参照し、車外通信モジュールの特性と状態を把握する（ステップＦ１０１）。
【００４３】
次に、通信制御部Ｅ１０６は、サービスプロファイルに新たに追加された自動運転サービスに対し、その通信要件を満たす車外通信モジュールを選択する（ステップＦ１０２）。図６の例では、自動運転サービスは、モビリティ：必要、伝送容量：大量、接続性：必要、セキュリティ：必要、優先度：最優先であるので、通信制御部Ｅ１０６は、図４のリソースプロファイルから３Ｇ／ＬＴＥを選択する。
【００４４】
次に、通信制御部Ｅ１０６は、車両状態管理部Ｅ１０５にて管理されている車両状態により車両の状態を把握する（ステップＦ１０３）。このとき、通信制御部Ｅ１０６は、車両状態管理部Ｅ１０５にて管理されている車両状態に基づいて、車外通信モジュールの通信状態を修正してもよい。例えば、図４において通信状態管理部Ｅ１０２がディーラーＷＬＡＮについて「〇その場は安定」と判定しているが、実際に車両が移動中であれば、使用不可であるので、そのように、リソースプロファイルを修正する。このようにすることで、通信状態管理部Ｅ１０２による通信状態の把握の精度を向上させることができる。
【００４５】
最後に、通信制御部Ｅ１０６は、図７に例示する車両状態に応じた車外通信モジュールの優先ルールを参照し、上記した車両状態を考慮して、車外通信モジュールを決定する（ステップＦ１０４）。例えば、車両が停止中（時速＝０）又はＩＧ  ＯＦＦの場合、通信制御部Ｅ１０６は、良好な通信ＷＬＡＮやＤＳＲＣを優先的に選択する。このように車両状態に応じた車外通信モジュールの選択を行うことで、サービスと車外通信モジュールの組み合わせの最適化が達成される。
【００４６】
また、サービスの種類によっては、車両状態に応じて、Ｖ２Ｉ、Ｖ２Ｖを優先的に選択してもよい。もちろん、残電池容量が少ない場合は消費電力の少ない通信モジュールを積極的に選択してもよい（図７参照）。
【００４７】
その他、車外通信モジュールの通信状態の把握の精度を上げるため、ステップＦ１０３において、通信制御部Ｅ１０６が車両位置から通信キャリアごとのカバーエリアマップやＷＬＡＮマップを参照し、車外通信モジュールの通信状態を修正してもよい。また、同様の観点から、ステップＦ１０３において、通信制御部Ｅ１０６は、車両位置と速度と進行方向とＲＳＳＩの変化から接続性を再評価（修正）しても良い。
【００４８】
また、上記の例においては、新規のサービスが追加された例を挙げて説明したが、現に利用中のサービスについても、通信制御部Ｅ１０６は、車外通信モジュールの切り替えを行う。さらにより望ましい形態において、通信制御部Ｅ１０６が、現在位置と車両の移動状況から、未来の車両位置を予測して、使用する車外通信モジュールを選択して、接続する準備をしておいても良い。このようにすることで、車両状況に応じたスムーズな車外通信モジュールの切り替えが達成される。
【００４９】
通信制御部Ｅ１０６は、緊急時に、すべての車外通信モジュールを選択して緊急通信を行うように構成してもよい。さらに、セキュリティ異常が発生した場合、通信制御部Ｅ１０６が、車外通信を切断し、予め決めた一時退避用の検疫ネットワークへ切り替えても良い。
【００５０】
以上のように本実施形態によれば、図９に示すように、優先度の最も高い自動運転サービスについて、その通信要件に合う車外通信モジュールを割り当て、速やかに自動運転のサービスの提供を開始することができる。また、上記した説明からも明らかなとおり、本実施形態では、車外通信モジュールの追加やリプレースが行われた場合、リソースプロファイルの更新が行われる。サービスについても同様に、サービスが要求する通信要件の見直しに伴いサービスプロファイルの更新が行われる。さらに、車両状態は、車両状態管理部Ｅ１０５にて随時更新される。通信制御部Ｅ１０６は、これらのタイミングでサービスに割り当てる車外通信モジュールの割り当ての見直しを行うことで、図９に示すサービス、通信規格、車両のＨＷの組み合わせの最適化が達成される。
【００５１】
［第２の実施形態］
続いて、上記車外通信モジュールの選択にユーザーの意向を反映できるようにした第２の実施形態について図面を参照して詳細に説明する。図１０は、本発明の第２の実施形態の車外通信制御装置を搭載した車両の構成を表した図である。図１０を参照すると、車外通信制御装置Ｅ１００ａと車外通信部Ｌ１００とを備えた車両Ｖ１００ａの構成が示されている。図３に示した第１の実施形態との相違点は、車外通信制御装置Ｅ１００ａにユーザー要求管理部Ｅ１０４が追加されている点と、通信制御部Ｅ１０６ａがユーザーの要求を考慮した車外通信モジュールの選択を行う点である。その他の構成は第１の実施形態と同様であるので、以下、その相違点を中心に説明する。
【００５２】
ユーザー要求管理部Ｅ１０４は、ユーザーから、車外通信モジュールの指定とサービスの指定を受け付け、ユーザー毎のユーザー制御ポリシーとして管理する。図１１は、あるユーザーのあるサービスについて設定されたユーザー制御ポリシーの一例を示す。図１１の上段のポリシー＃１は、車両に搭載された車外通信モジュールを「最優先」として設定した例である。この場合、車外通信制御装置Ｅ１００ａ内の通信制御部Ｅ１０６ａは、サービス車両に搭載された車外通信モジュールを最優先に選択する。但し、使用可能通信容量や接続先については、ユーザー指定の条件を適用する。
【００５３】
図１１の中段のポリシー＃２は、テザリングを「高優先」として設定した例である。この場合、車外通信制御装置Ｅ１００ａ内の通信制御部Ｅ１０６ａは、サービス車両に搭載された車外通信モジュールとの比較において、テザリングを高優先として取り扱う。具体的には、サービスプロファイルの該当サービスの通信要求を満たす車外通信モジュールがすべて「低優先」である場合、テザリングを選択することになる。但し、使用可能通信容量や接続先については、ユーザー指定の条件を適用する。
【００５４】
図１１の下段のポリシー＃３は、無線ＬＡＮを「低優先」として設定した例である。この場合、車外通信制御装置Ｅ１００ａ内の通信制御部Ｅ１０６ａは、サービス車両に搭載された他の車外通信モジュールとの比較において、無線ＬＡＮを低優先として取り扱う。具体的には、サービスプロファイルの該当サービスの通信要求を満たす車外通信モジュールに、無線ＬＡＮ以外の車外通信モジュールがある場合、当該車外通信モジュールを選択することになる。もちろん、サービスプロファイルの該当サービスの通信要求を満たす車外通信モジュールが無線ＬＡＮのみである場合、無線ＬＡＮを選択することになる。但し、この場合も使用可能通信容量や接続先については、ユーザー指定の条件を適用する。
【００５５】
通信制御部Ｅ１０６ａは、上記のとおり、リソースプロファイルと、サービスプロファイルと、車両状態と、ユーザー制御ポリシーと、に基づいて、サービスに車外通信モジュールを割り当てる。
【００５６】
続いて、本実施形態の動作について図面を参照して詳細に説明する。図１２は、本発明の第２の実施形態の車外通信制御装置の動作を表したフローチャートである。以下、基本的な動作の流れは図８に示した第１の実施形態と同様であるので、以下、その相違点を中心に説明する。
【００５７】
図１２のステップＦ１０１〜Ｆ１０２は、図８に示した第１の実施形態と同様である。即ち、車両Ｖ１００ａの通信制御部Ｅ１０６ａは、通信規格特性管理部Ｅ１０１と通信状態管理部Ｅ１０２により管理されているリソースプロファイルを参照し、車外通信モジュールの特性と状態を把握する（ステップＦ１０１）。次に、通信制御部Ｅ１０６ａは、サービスプロファイルに新たに追加された自動運転サービスに対し、その通信要件を満たす車外通信モジュールを選択する（ステップＦ１０２）。
【００５８】
次に、通信制御部Ｅ１０６ａは、ユーザー要求管理部Ｅ１０４にて管理されているユーザー制御ポリシーを参照して、サービスに割り当てる車外通信モジュールを選択する（ステップＦ１０５）。ここで、例えば、自動運転サービスに対し、ある車外通信モジュールが最優先に設定されている場合、当該車外通信モジュールを自動運転サービスに割り当てることになる。一方、自動運転サービスに対し、ある車外通信モジュールが高優先又は低優先が設定されている場合、ステップＦ１０４において、車外通信モジュールとの比較を行って最終的に自動運転サービスに割り当てる車外通信モジュールを決めることになる。
【００５９】
以降の動作は第１の実施形態と同様である。即ち、通信制御部Ｅ１０６ａは、車両状態管理部Ｅ１０５にて管理されている車両状態により車両の状態を把握し、必要に応じて、リソースプロファイルの車外通信モジュールの通信状態を修正する（ステップＦ１０３）。
【００６０】
最後に、通信制御部Ｅ１０６ａは、車両状態に応じた車外通信モジュールの優先ルールを参照し、上記した車両状態を考慮して、車外通信モジュールを決定する（ステップＦ１０４）。このように、本実施形態によれば、ユーザーの意向に沿った、サービスと車外通信モジュールの組み合わせを達成することができる。その理由は、ユーザーがサービスに対して使用する車外通信を指定するユーザー制御ポリシーを設定可能としたことにある。
【００６１】
［第３の実施形態］
続いて、車外通信モジュールとしてユーザーのスマートフォン（携帯端末）を利用可能とした第３の実施形態について図面を参照して詳細に説明する。図１３は、本発明の第３の実施形態の概要を説明するための図である。図９に示した第１の実施形態との相違点は、ユーザーが自身のスマートフォンを、テザリング機能によりサービスの車外通信モジュールとして利用できるようにしている点である。さらに、本実施形態では、上記機能の実現にあたり、スマートフォンと通信制御部とが後記するように連携して動作する。なお、テザリング機能とは、インターネット接続機能を備えたスマートフォン等をアクセスポイント（親機）として用いて、他の端末（ここでは車両内の機器）にインターネット接続させる機能である。
【００６２】
図１４は、本発明の第３の実施形態の構成を表した図である。図１４を参照すると、車外通信制御装置Ｅ１００ｂと車外通信部Ｌ１００とを備えた車両Ｖ１００ｂと、スマートフォンＳ１００とが接続された構成が示されている。車外通信制御装置Ｅ１００ｂと図１０に示した第２の実施形態の車外通信制御装置Ｅ１００ａとの相違点は、通信制御部Ｅ１０６ｂにスマートフォンＳ１００側の通信制御部Ｅ３０６との連携機能が追加されている点である。その他の構成は第１の実施形態と同様であるので、以下、その相違点を中心に説明する。
【００６３】
はじめに、スマートフォンＳ１００の構成について説明する。スマートフォンＳ１００は、車外通信を制御する車外通信制御部Ｅ３００と車両外と通信する車外通信部Ｌ３００とを備える。車外通信制御部Ｅ３００は、車両Ｖ１００ｂ側の車外通信制御装置Ｅ１００ｂとの対比において、車両に特化した管理機能である車両状態管理部Ｅ１０５の機能を持たない点で相違しているほか、同等の機能を有している。車外通信部Ｌ３００は３Ｇ／４Ｇ、ＬＴＥなどの通信規格で通信できる車外通信モジュールＬ３０１を持つ。これらは、スマートフォンＳ１００が通話やデータ通信用に備えているものである。
【００６４】
車両Ｖ１００ｂ側の通信制御部Ｅ１０６ｂと、スマートフォンＳ１００側の通信制御部Ｅ３０６とは、互いに接続され通信可能となっている。この通信制御部Ｅ１０６ｂと通信制御部Ｅ３０６との接続形態としては、種々の方法を採ることができる。例えば、Ｗｉｆｉ（登録商標）やＢｌｕｅｔｏｏｔｈ（登録商標）やＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）を用いて両者を接続することができる。
【００６５】
次に本発明の第３の実施形態の動作について、図面を参照して詳細に説明する。図１５は、本発明の第３の実施形態の動作を表したフローチャートである。図１５を参照すると、まず、車両Ｖ１００ｂの通信制御部Ｅ１０６ｂにおいて、車外通信モジュールＬ１０１〜１０３の割り当て処理が行われる（ステップＦ２１０）。この車外通信モジュールＬ１０１〜１０３の割り当て処理（ステップＦ２１１〜Ｆ２１４）は、第２の実施形態で説明したステップＦ１０１、Ｆ１０２、Ｆ１０５、Ｆ１０３と同様であるので説明を省略する。
【００６６】
スマートフォンＳ１００側においても同様に、通信制御部Ｅ３０６により、車外通信モジュールＬ２０１の割り当て処理が行われる（Ｆ２２０）。この車外通信モジュールＬ１０１〜１０３の割り当て処理（ステップＦ２２１〜Ｆ２２３）は、第２の実施形態で説明したステップＦ１０１、Ｆ１０２、Ｆ１０５と同様であるので説明を省略する。
【００６７】
最後に、通信制御部Ｅ１０６ｂと通信制御部Ｅ３０６とが連携することで、車外通信モジュールＬ１０１〜Ｌ１０３、Ｌ３０１の割り当てを行ない、実際にサービスに対し、車外通信モジュールを割り当てる（ステップＦ２３０）。
【００６８】
以上のように、本実施形態によれば、車両向けのサービスに用いる車外通信モジュールとして、スマートフォンＳ１００の車外通信モジュールＬ３０１を選択肢に加えることができる。本実施形態の効果は単に、車外通信モジュールＬ３０１が追加される点に止まらない。例えば、スマートフォンＳ１００に、各種のアプリケーションプログラムをインストールし、車両向けのサービスについて車外通信モジュールＬ３０１を用いることで、通信状況の記録等を行うことが可能となる。例えば、スマートフォンＳ１００のアプリケーションプログラムに、自動運転サービス利用時の通信状況の記録に基づいて、より良いサービスや低コストの車外通信モジュールを提案させることも可能となる。
【００６９】
［第４の実施形態］
続いて、車外通信モジュールとしてクラウド基盤（以下、クラウド）Ｃ１００を利用可能し、クラウドから車両に向けて通信においても車外通信モジュールの選択をなしうるようにした第４の実施形態について図面を参照して詳細に説明する。図１６は、本発明の第４の実施形態の構成を表した図である。図１６を参照すると、車外通信制御装置Ｅ１００ｃと車外通信部Ｌ１００とを備えた車両Ｖ１００ｃと、クラウドＣ１００とが接続された構成が示されている。車外通信制御装置Ｅ１００ｃと図１０に示した第２の実施形態の車外通信制御装置Ｅ１００ａとの第１の相違点は、通信制御部Ｅ１０６ｃにクラウドＣ１００側の通信制御機能Ｅ４０６との連携機能が追加されている点である。また、第２の相違点は、車外通信制御装置Ｅ１００ｃの通信状態管理部Ｅ１０２ｃが、クラウドＣ１００側の通信状態管理部Ｅ４０２と連携する機能を備えている点である。その他の構成は第１の実施形態と同様であるので、以下、その相違点を中心に説明する。
【００７０】
はじめに、クラウドＣ１００の構成について説明する。クラウドＣ１００は、車外通信を制御する車外通信制御機能Ｅ４００と車両外と通信する車外通信部Ｌ４００とを備える。車外通信制御機能Ｅ４００は、車両Ｖ１００ｃ側の車外通信制御装置Ｅ１００ｃとの対比において、ユーザー要求管理部Ｅ１０４と車両状態管理部Ｅ１０５の機能を持たない点で相違しているほか、同名の要素の機能は同等である。車外通信部Ｌ４００は、３Ｇ／４Ｇ、ＬＴＥなどの通信規格で通信できる車外通信モジュールＬ４０１〜Ｌ４０３を持つ。これらは、クラウド側の仮想化環境によって構成された仮想的な車外通信モジュールであってもよい。なお、クラウドＣ１００と車両間の接続は、車外モジュールＬ１０１〜Ｌ１０３、Ｌ４０１〜Ｌ４０３を用いることとしても良いし、これらの車外通信モジュールとは独立した通信インターフェースを用いることとしてもよい。
【００７１】
次に本発明の第４の実施形態の動作について、図面を参照して詳細に説明する。図１７は、本発明の第４の実施形態の動作を表したフローチャートである。図１７を参照すると、まず、車両Ｖ１００ｃの通信制御部Ｅ１０６ｃにおいて、車外通信モジュールＬ１０１〜Ｌ１０３の割り当て処理が行われる（ステップＦ２１０）。この車外通信モジュールＬ１０１〜Ｌ１０３の割り当て処理（ステップＦ２１１〜Ｆ２１４）は、第３の実施形態と同様であるので説明を省略する。
【００７２】
クラウドＣ１００側においても同様に、通信制御部Ｅ４０６により、車外通信モジュールＬ４０１〜Ｌ４０３の割り当て処理が行われる（Ｆ２２０ａ）。この車外通信モジュールＬ４０１〜Ｌ４０３の割り当て処理（ステップＦ２２１ａ〜Ｆ２２２ａ）は、第２の実施形態で説明したステップＦ１０１、Ｆ１０２と同様であるので説明を省略する。
【００７３】
最後に、通信制御部Ｅ１０６ｃと通信制御部Ｅ４０６及び通信状態管理部Ｅ１０２ｃと通信状態管理部Ｅ４０２が連携することで、車外通信モジュールＬ１０１〜Ｌ１０３、Ｌ４０１〜Ｌ４０３の割り当てを行なう。これにより、実際にサービスに対し、車外通信モジュールが割り当てられる（ステップＦ２３０ａ）。
【００７４】
以上のように、本実施形態によれば、車両向けのサービスに用いる車外通信モジュールとして、クラウドＣ１００の車外通信モジュールＬ４０１〜Ｌ４０３を選択肢に加えることができる。本実施形態の効果は単に、クラウドＣ１００から車両Ｖ１００ｃに向けた通信手段に車外通信モジュールＬ４０１〜Ｌ４０３が追加される点に止まらない。例えば、クラウドＣ１００上で動作する仮想マシン（ＶＭ）に、各種のアプリケーションプログラムを実行させる。そして、車両向けのサービスについて車外通信モジュールＬ４０１〜Ｌ４０３を用いることで、通信状況の記録等を行ない、サービスの向上に役立てることが可能となる。
【００７５】
［第５の実施形態］
上記した第３の実施形態と第４の実施形態とを組み合わせることも可能である。図１８は、本発明の第５の実施形態の構成を表した図である。図１８を参照すると、車外通信制御装置Ｅ１００ｄと車外通信部Ｌ１００とを備えた車両Ｖ１００ｄと、スマートフォンＳ１００と、クラウドＣ１００とが接続された構成が示されている。車両Ｖ１００ｄと、スマートフォンＳ１００と、クラウドＣ１００における各部は、第３、第４の実施形態の同名の要素と同等の機能を有している。そして、通信制御部Ｅ１０６ｄは、スマートフォンＳ１００の通信制御部Ｅ３０６と、クラウドＣ１００の通信制御機能Ｅ４０６とそれぞれ連携して動作する。また、通信状態管理部Ｅ１０２ｄは、スマートフォンＳ１００の通信状態管理部Ｅ３０２と、クラウドＣ１００の通信状態管理部Ｅ４０２とそれぞれ連携して動作する。
【００７６】
以上のように構成される第５の実施形態によれば、サービスに割り当てる車外通信モジュールの選択肢を増やすことができる。さらに、本実施形態によれば、車両Ｖ１００、スマートフォンＳ１００及びクラウドＣ１００間で、サービスと車外通信モジュールの組み合わせの最適化を実現することが可能となる。
【００７７】
［第６の実施形態］
続いて、サービスに対し車外通信モジュールを割り当てができない場合にユーザーにその旨を伝達するＵＩ（ユーザーインターフェース）を追加した第６の実施形態について図面を参照して詳細に説明する。
【００７８】
図１９は、本発明の第６の実施形態の車外通信制御装置を搭載した車両の構成を表した図である。図１９を参照すると、車外通信制御装置Ｅ１００ｅと車外通信部Ｌ１００とを備えた車両Ｖ１００ｅの構成が示されている。図１９の構成は、図３に示した第１の実施形態の構成に、表示部Ｅ１１０を追加した構成となっている。また、通信制御部Ｅ１０６ｅは、表示部Ｅ１１０への警告表示を行う機能が追加されている。その他の構成は第１の実施形態と同様であるので、以下、その相違点を中心に説明する。
【００７９】
表示部Ｅ１１０は、通信制御部Ｅ１０６ｅから指示された警告メッセージを表示する表示装置によって構成される。
【００８０】
次に本発明の第６の実施形態の動作について、図面を参照して詳細に説明する。図２０は、本発明の第６の実施形態において追加される動作を表したフローチャートである。図２０を参照すると、まず、通信制御部Ｅ１０６ｅは、選択した車外通信モジュールが、異常などでサービスに割り当てができなかった場合、表示部Ｅ１１０に対して、警告メッセージの表示を指示する（ステップＦ６０１、Ｆ６０２）。
【００８１】
前記指示を受けた表示部Ｅ１１０は、支持された警告メッセージを表示する（ステップＦ６０３）。
【００８２】
なお、第３〜第５の実施例の場合は、表示部は必ずしも車両Ｖ１００に搭載される必要はなく、スマートフォンＳ１００またはクラウドＣ１００に設けた表示部Ｅ１１０で表示することができる。
【００８３】
本実施形態によれば、サービスを実現する車外通信モジュールの割り当てができない場合に、速やかに警告を行い、ユーザーにその旨を伝えることが可能となる。この警告を受けたユーザーが、例えば、通信会社との契約や、車両の移動や状態の変更（例えば、安全な場所での停車）を行うことで、リソースプロファイルに変更が加えられ、車外通信モジュールの割り当てが可能となる。
【００８４】
なお、本実施形態は、第２〜第５の実施形態にも適用することができる。また、第３〜第５の実施形態に表示部Ｅ１１０を追加する場合、表示部Ｅ１１０の配置は、必ずしも車両Ｖ１００側である必要はない。例えば、スマートフォンＳ１００の表示部を警告表示領域として用いる構成も採用可能である。または、車両の任意の位置に表示部Ｅ１１０を設け、クラウドＣ１００側で、表示を行わせる構成も採用可能である。
【００８５】
［第７の実施形態］
続いて、外部の機器から受けた変更指示に従い、車外通信モジュールの選択ロジックを変更し、車外通信制御自体を進化させることができるようにした第７の実施形態について図面を参照して詳細に説明する。図２１は、本発明の第７の実施形態の車外通信制御装置を搭載した車両の構成を表した図である。図２１の構成は、図１０に示した第２の実施形態の構成に、通信制御記憶部Ｅ１０７と、変更制御部Ｍ１００とを追加した構成となっている。その他の構成は第２の実施形態と同様であるので、以下、その相違点を中心に説明する。
【００８６】
通信制御記憶部Ｅ１０７は、通信制御部Ｅ１０６ｆの制御管理内容や制御フローチャートを記憶する機能を持つ。この制御管理内容や制御フローチャートは、通信制御部Ｅ１０６ｆが車外通信モジュールを選択する際に使用される。図８のフローチャートは、制御フローチャートの一例である。
【００８７】
また、変更制御部Ｍ１００は、車外通信部Ｌ１００よりＯＴＡやＯＢＤII（Ｏｎ  Ｂｏａｒｄ  Ｄｉａｇｎｏｓｉｓ  ＩＩ）などの外部の機器から受けた変更指示に従って、通信制御記憶部Ｅ１０７に記憶されている内容の変更を行う。
【００８８】
次に本発明の第７の実施形態の動作について、図面を参照して詳細に説明する。図２２は、本発明の第７の実施形態において追加される動作を表したフローチャートである。図２２を参照すると、まず、変更制御部Ｍ１００は、車外通信部Ｌ１００を介して外部の危機から変更指示を受けると（ステップＦ７０１のＹｅｓ）、通信制御記憶部Ｅ１０７に保持されている制御管理内容や制御フローチャートを更新する（ステップＦ７０２）。
【００８９】
そして、通信制御部Ｅ１０６ｆは、変更された通信制御記憶部Ｅ１０７の制御管理内容や制御フローチャートに従って車外通信モジュールの割り当てを行う（ステップＦ７０３）。
【００９０】
本実施形態によれば、車外通信制御自体を進化させることが可能となる。第１〜第６の実施形態においても、リソースプロファイルやサービスプロファイルやユーザー制御ポリシーを更新することで、車外通信モジュールの選択に変更を加えることが可能である。本実施形態では、これに加えて、車外通信制御のフローチャートを含めたアルゴリズム自体（車外通信モジュールの選択ロジック）もＯＴＡなどで更新することができるようになる。例えば、図８の例では、車両状態の把握をＦ１０３で行っているが、図８のフローチャートに代えて、車両状態の把握は別のタイミングで行うようなフローチャートに置き換えることができる。
【００９１】
以上、本発明の各実施形態を説明したが、本発明は、上記した実施形態に限定されるものではなく、本発明の基本的技術的思想を逸脱しない範囲で、更なる変形・置換・調整を加えることができる。例えば、各図面に示したネットワーク構成、各要素の構成、メッセージの表現形態は、本発明の理解を助けるための一例であり、これらの図面に示した構成に限定されるものではない。
【００９２】
上記した実施形態では、車外通信モジュールを搭載した機器としてスマートフォンＳ１００を例示したが、スマートフォンＳ１００の代わりに、テザリング機能を備えたモバイルルーターやその他端末を用いることもできる。
【００９３】
また、上記した第１〜第７の実施形態に示した手順は、車外通信制御装置として機能するコンピュータ（図２３の９０００）に、車外通信制御装置としての機能を実現させるプログラムにより実現可能である。このようなコンピュータは、図２４のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）９０１０、通信インターフェース９０２０、メモリ９０３０、補助記憶装置９０４０を備える構成に例示される。すなわち、図２４のＣＰＵ９０１０にて、領域分割プログラムや位置推定プログラムを実行し、その補助記憶装置９０４０等に保持された各計算パラメーターの更新処理を実施させればよい。
【００９４】
即ち、上記した第１〜第７の実施形態に示した車外通信制御装置の各部処理手段及び機能は、車外通信制御装置に搭載されたプロセッサに、そのハードウェアを用いて、上記した各処理を実行させるコンピュータプログラムにより実現することができる。
【００９５】
最後に、本発明の好ましい形態を要約する。
［第１の形態］
（上記第１の視点による通信モジュール選択装置参照）
［第２の形態］
上記した通信モジュール選択装置の前記第３のテーブルには、エリアに応じた通信モジュールの選択順位が定められ、
前記通信制御部は、自機の位置が前記エリアに位置するか否かにより、使用する通信モジュールの切り替えを行う構成を採ることができる。
［第３の形態］
上記した通信モジュール選択装置は、
ユーザー毎に、前記通信制御部における通信モジュールの使用条件を設定可能であり、
前記通信制御部は、前記使用条件を参照して、前記通信モジュールの使用条件を設定する構成を採ることができる。
［第４の形態］
上記した通信モジュール選択装置は、
所定のサービスについて通信モジュールを選択して割り当てるユーザーの携帯端末と連携して動作する構成を採ることができる。
［第５の形態］
上記した通信モジュール選択装置は、
所定のサービスについて通信モジュールを選択して割り当てるネットワーク側の通信制御機能と連携して動作する構成を採ることができる。
［第６の形態］
上記した通信モジュール選択装置は、さらに、サービスに対し車外通信モジュールの割り当てができない場合に、ユーザーに警告メッセージを通知する構成を採ることができる。
［第７の形態］
上記した通信モジュール選択装置は、
さらに、所定の外部の機器から受けた変更指示に従って、前記車外通信モジュールの選択ロジックを変更する変更制御部を備える構成を採ることができる。
［第８の形態］
（上記第２の視点による通信モジュール選択方法参照）
［第９の形態］
（上記第３の視点によるプログラム参照）
なお、上記第８〜第９の形態は、第１の形態と同様に、第２〜第７の形態に展開することが可能である。
【００９６】
なお、上記の特許文献の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の開示の枠内において種々の開示要素（各請求項の各要素、各実施形態ないし実施例の各要素、各図面の各要素等を含む）の多様な組み合わせ、ないし選択（部分的削除を含む）が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。特に、本書に記載した数値範囲については、当該範囲内に含まれる任意の数値ないし小範囲が、別段の記載のない場合でも具体的に記載されているものと解釈されるべきである。
【産業上の利用可能性】
【００９７】
上記した第１〜第７の実施形態では、本発明を車両システムに適用した例を挙げて説明したが、本発明の適用分野は自動車分野に限られない。例えば、本発明は、ユーザー向けに各種のサービスを提供するロボットやパーソナルモビリティにも使用できる。また、電車、船、飛行機などにおいて、これらの車両に搭載された車外通信モジュールを選択して乗客向けのサービスに割り当てる場合にも適用可能である。
【符号の説明】
【００９８】
１００  通信モジュール選択装置
１０１  第１のテーブル
１０２  第２のテーブル
１０３  第３のテーブル
１１０  記憶部
１０６  通信制御部
１１１〜１１３  通信モジュール
Ｃ１００  クラウド
Ｅ１００、Ｅ１００ａ〜Ｅ１００ｆ  車外通信制御装置
Ｅ３００  車外通信制御部
Ｅ４００  車外通信制御機能
Ｌ１００、Ｌ３００  車外通信部
Ｖ１００、Ｖ１００ａ〜Ｖ１００ｆ  車両
Ｅ１０１、Ｅ３０１、Ｅ４０１  通信規格特性管理部
Ｅ１０２、Ｅ１０２ｃ、Ｅ１０２ｄ、Ｅ３０２、Ｅ４０２  通信状態管理部
Ｅ１０３、Ｅ３０３、Ｅ４０３  サービス通信要件管理部
Ｅ１０４、Ｅ３０４  ユーザー要求管理部
Ｅ１０５  車両状態管理部
Ｅ１０６、Ｅ１０６ａ〜Ｅ１０６ｆ、Ｅ３０６、Ｅ４０６  通信制御部
Ｅ１０７  通信制御記憶部
Ｅ１１０  表示部
Ｌ１００、Ｌ３００、Ｌ４００  車外通信部
Ｌ１０１〜Ｌ１０３、Ｌ３０１、Ｌ４０１〜Ｌ４０３  車外通信モジュール
Ｍ１００  変更制御部
Ｓ１００  スマートフォン
９０００  コンピュータ
９０１０  ＣＰＵ
９０２０  通信インターフェース
９０３０  メモリ
９０４０  補助記憶装置
【図１】
2020205542.tif 000003
【図２】
2020205542.tif 000004
【図３】
2020205542.tif 000005
【図４】
2020205542.tif 000006
【図５】
2020205542.tif 000007
【図６】
2020205542.tif 000008
【図７】
2020205542.tif 000009
【図８】
2020205542.tif 000010
【図９】
2020205542.tif 000011
【図１０】
2020205542.tif 000012
【図１１】
2020205542.tif 000013
【図１２】
2020205542.tif 000014
【図１３】
2020205542.tif 000015
【図１４】
2020205542.tif 000016
【図１５】
2020205542.tif 000017
【図１６】
2020205542.tif 000018
【図１７】
2020205542.tif 000019
【図１８】
2020205542.tif 000020
【図１９】
2020205542.tif 000021
【図２０】
2020205542.tif 000022
【図２１】
2020205542.tif 000023
【図２２】
2020205542.tif 000024
【図２３】
2020205542.tif 000025