JP2021158397A - 制御装置および制御方法、車両、並びにプログラム - Google Patents

Abstract

【課題】地理的な影響を考慮して、信頼性の高い通信を実現できる車載通信のための制御装置、制御方法、プログラムおよび車両を提供する。【解決手段】制御装置および車両は、通信機能を有する自端末の位置を予測する位置予測部と、位置予測部により予測された前記自端末の位置の周辺の地理情報を取得する情報取得部と、地理情報に基づいて、自端末と、自端末以外の前記通信機能を備えた他端末との通信を制御する通信制御部とを含む。【選択図】図９

Description

本開示は、制御装置および制御方法、車両、並びにプログラムに関し、特に、車両における信頼性の高い通信を実現するようにした制御装置および制御方法、車両、並びにプログラムに関する。

近年、将来の自動運転を実現すべく、車載通信が注目を集めている。

車載通信のうち、車車間通信において、センサ等から得られる周辺環境に応じて通信パラメータを決定するものが提案されている（特許文献１参照）。

特開２０１３−５１５２０号公報

しかしながら、特許文献１の技術においては、通信パラメータを切り替えるのみであるため、地理的な影響を考慮すると、通信パラメータを切り替えるのみでは、十分な通信の信頼性を向上させることができず、これにより遅延等が発生する恐れがあった。

本開示は、このような状況に鑑みてなされたものであり、特に、地理的な情報に基づいて通信を制御することで、信頼性の高い通信を実現する。

本開示の一側面の制御装置および車両は、通信機能を有する自端末の位置を予測する位置予測部と、前記位置予測部により予測された前記自端末の位置の周辺の地理情報を取得する情報取得部と、前記地理情報に基づいて、前記自端末と、前記自端末以外の前記通信機能を備えた他端末との通信を制御する通信制御部とを含む制御装置および車両である。

本開示の一側面の制御方法は、通信機能を有する自端末の位置を予測する位置予測処理と、前記位置予測処理により予測された前記自端末の位置の周辺の地理情報を取得する情報取得処理と、前記地理情報に基づいて、前記自端末と、前記自端末以外の前記通信機能を備えた他端末との通信を制御する制御処理とを含む制御方法である。

本開示の一側面のプログラムは、通信機能を有する自端末の位置を予測する位置予測部と、前記位置予測部により予測された前記自端末の位置の周辺の地理情報を取得する情報取得部と、前記地理情報に基づいて、前記自端末と、前記自端末以外の前記通信機能を備えた他端末との通信を制御する通信制御部としてコンピュータを機能させるプログラムである。

本開示の一側面においては、通信機能を有する自端末の位置が予測され、予測された前記自端末の位置の周辺の地理情報が取得され、前記地理情報に基づいて、前記自端末と、前記自端末以外の前記通信機能を備えた他端末との通信が制御される。

本開示の一側面によれば、特に、地理的な情報に基づいて通信を制御することで、信頼性の高い通信を実現することが可能となる。

本開示の概要であるV2X通信を説明する図である。 V2X通信を実現するシステム構成例を説明する図である。 V2Xオペレーションシナリオを説明する図である。 V2Xオペレーションシナリオを説明する図である。 本開示の通信システムにおける第１の実施の形態の構成例を説明する図である。 車両の機能を実現する車両制御システムの構成例を説明する図である。 図６の通信管理部の第１の実施の形態の構成例を説明する図である。 図６のRSUの構成例を説明する図である。 第１の実施の形態における通信管理処理を説明するフローチャートである。 端末の選択方法を説明する図である。 通信パラメータを変更するようにした通信制御処理を説明するフローチャートである。 V2Xにおける様々な状況の例を説明する図である。 地理的な情報に基づいて、通信リンクの構成を変更するようにした通信制御処理を説明するフローチャートである。 ビームフォーミングにおけるビームステアリングのエリアを制限するようにした通信制御処理を説明するフローチャートである。 V2V通信において、ビームフォーミング通信を行っていた際に、Blockageが発生すると判断された際にバックアップ通信回線を準備する通信制御処理を説明する図である。 本開示の通信システムにおける第２の実施の形態の構成例を説明する図である。 図１６のサーバの構成例を説明する図である。 図６の通信管理部の第２の実施の形態の構成例を説明する図である。 第２の実施の形態における通信管理処理を説明するフローチャートである。 ダイナミックマップを説明する図である。 ３次元マップを説明する図である。 本開示の通信システムにおける第３の実施の形態の構成例を説明する図である。 図２２のサーバの構成例を説明する図である。 図６の通信管理部の第３の実施の形態の構成例を説明する図である。 ダイナミックマップを利用したビームフォーミング通信における通信管理処理を説明するフローチャートである。 ダイナミックマップを利用したビームフォーミング通信における通信管理処理を説明する図である。 ダイナミックマップを利用してビームフォーミング通信と他の通信とを切り換えるようにした通信管理処理を説明するフローチャートである。 ダイナミックマップを利用してビームフォーミング通信と他の通信とを切り換えるようにした通信管理処理を説明する図である。 汎用のコンピュータの構成例を説明する図である。

以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

以下、本技術を実施するための形態について説明する。説明は以下の順序で行う。
１．本開示の概要
２．第１の実施の形態
３．第２の実施の形態
４．第３の実施の形態
５．ソフトウェアにより実行させる例

＜＜１．本開示の概要＞＞
本開示の説明にあたって、まず、本開示の概要について説明する。

将来の自動運転の実現のため、近年、車載通信（V2X通信）への期待が高まってきている。V2X通信とは、Vehicle to X通信の略称であり、車とX（＝通信対象：以下、単に通信対象Xとも称する）とが行う通信である。

ここでの通信対象Xは、例えば、図１で示されるように、車両（Vehicle）、インフラストラクチャ（Infrastructure）、ネットワーク（Network）、および歩行者（Pedestrian）等が挙げられる。

通信対象Xが、車両（Vehicle）である場合、すなわち、図１の車両１１−１，１１−２間の通信Ｌ１は、V2V（Vehicle to Vehicle）通信（車車間通信）と称される。

尚、通信対象Xが車両１１である場合については、車両１１そのものが通信機能を備えた端末であるものとして説明を進めるものとするが、例えば、車両１１の搭乗者（運転者）が所持するスマートフォンに代表される携帯端末をも含むものである。

また、以降においては、車両１１−１１乃至１１−１３について、特に区別する必要がない場合、単に、車両１１と称するものとし、他の構成も同様に称する。

さらに、通信対象Xが、車両１１が走行する道路沿いや交差点等に設けられているインフラストラクチャ（Infrastructure）としてのRSU（Road Side Unit：路側器）である場合、すなわち、例えば、図１のRSU１２と車両１１との間の通信Ｌ２は、V2I（Vehicle to Infrastructure）通信（路車間通信）と称される。

尚、通信対象XがRSU１２である場合については、RSU１２が道路沿いや交差点に設けられる通信機能を備えた端末であるものとして説明を進める。

また、通信対象Xが、クラウドコンピュータやネットワークサーバなどに代表されるネットワーク（Network）の場合、すなわち、例えば、図１のネットワーク１３と車両１１との間の通信Ｌ３は、V2N（Vehicle to Network）通信と称される。

尚、通信対象Xがネットワーク１３である場合については、ネットワーク上のサーバコンピュータであるものとして説明を進める。

さらに、通信対象Xが、歩行者（Pedestrian：歩行者が所持する端末）の場合、すなわち、例えば、図１の歩行者１４と車両１１との間の通信Ｌ４は、V2P（Vehicle to Pedestrian）通信と称される。

尚、通信対象Xが歩行者１４である場合については、歩行者１４は、歩行者そのものではなく、歩行者１４が所持する通信機能を備えた端末であるものとして説明を進める。

すなわち、以降において、通信対象Xは、車両１１、RSU１２、ネットワーク１３、および歩行者１４のいずれであっても、通信機能を備えた端末またはコンピュータであるものとして説明を進める。

＜V2X通信システムの全体像＞
V2X通信システムの全体像は、上述した様々な通信対象Xとの通信形態（V2V通信、V2I通信、V2N通信、V2P通信）が組み合わされた構成となり、例えば、図２で示されるような構成となる。

図２のV2X通信システムは、車両１１−１１乃至１１−１３、RSU１２、ネットワーク１３、歩行者１４、および基地局３１−１，３１−２より構成される。

図１のネットワーク１３は、図２のおけるV2X制御サーバ３２、およびアプリケーション管理サーバ３３より構成される。

V2X制御サーバ３２は、コアネットワークサーバとして機能し、通信Ｌ３１乃至Ｌ４０を介して、車両１１−１１乃至１１−１３、RSU１２、ネットワーク１３、歩行者１４、および基地局３１−１，３１−２の相互の通信を制御する。

アプリケーション管理サーバ３３は、車両１１−１１乃至１１−１３、および歩行者１４における各端末にインストールされるアプリケーションプログラムを管理する。アプリケーション管理サーバ３３は、例えば、通信Ｌ３４乃至Ｌ３６を介して、車両１１−１２に対してアプリケーションプログラムをダウンロードさせると共に、アップデート等を管理する。

基地局３１−１，３１−２は、Uuリンク通信（端末基地局間通信）を実現する。例えば、図２においては、基地局３１−２は、車両１１−１２，１１−１３のそれぞれとの間でUu（端末基地局間）リンク通信からなる通信Ｌ３９，Ｌ４０を介して、相互通信を実現する。

尚、車両１１−１２，１１−１３については、それぞれが通信Ｌ３９，Ｌ４０によりUuリンク通信を実現すると共に、通信Ｌ３７で示されるようなV2V通信が実現され、さらに通信Ｌ３８で示されるような歩行者１４との間でV2P通信が実現される。従って、通信対象Xは、相互に、複数の通信形態により通信するように構成されてもよい。

RSU１２は、車両１１が走行する道路沿いや交差点等に設けられており、基地局３１−１を介して、ネットワーク１３と、車両１１とを接続して通信させる。RSU１２は、車両１１−１１に対して、例えば、通信Ｌ３１乃至Ｌ３４を介して、アプリケーション管理サーバ３３からアプリケーションプログラムをダウンロードさせたり、データリレーを受け付ける。

RSU１２は、基地局３１と類似した機能を備えた基地局型と、車両１１に設けられた端末と類似した機能を備えたUE（User Equipment）型とが存在する。

（LTE-based V2Xのユースケース）
自動車向けの無線通信としては、これまで主に、IEEE802.11pベースのDSRC(Dedicated Short Range Communication)の開発が進められてきたが、近年になり、LTE（Long Term Evolution）ベースの車載通信（V2X通信）である”LTE-based V2X”の標準規格化が行われた。

LTEベースのV2X通信では、基本的なセーフティメッセージ等のやり取りなどがサポートされている。

V2X通信のユースケースは、V2V通信、V2I通信、V2N通信、およびV2P通信のそれぞれについて、様々な例が挙げられている。

V2V通信は、車両１１相互の通信であるので、例えば、車両１１の相互の情報に基づいて、前方車両接近警報、交差点衝突防止警告、緊急車両警告、追い越し中止警告、および道路工事警告、並びに、隊列走行時の協働制御処理等のユースケースが挙げられる。

前方車両接近警報は、前方の車両の接近を検知したときに提示される警報である。

交差点衝突防止警告は、交差点に進入する車両間の衝突を防止するために提示される警告である。

緊急車両接近警告は、緊急車両の接近を検知したときに提示される警告である。

追い越し中止警告は、追い越しのための車線変更直前に、変更しようとする車線の後方の車両の接近を検知したときに追い越しの中止を促すために提示される警告である。道路工事警告は、前方の道路工事を警告する。

さらに、隊列走行時の協働制御処理は、複数の車両による隊列状態の位置関係を維持して走行するための制御である。

また、V2I通信は、インフラストラクチャである、例えば、RSU１２との通信である。そこで、V2I通信のユースケースとしては、例えば、サーバから配信される道路安全情報の配信、信号機連携の利用、駐車場情報を探すための補助情報の提示（駐車場補助）、課金処理（課金）に活用するといったユースケースが挙げられる。

さらに、V2N通信は、ネットワーク１３との通信である。そこで、V2N通信のユースケースとしては、例えば、後述するダイナミックマップを提供してナビゲーションに利用したり、制御情報を送信することで、リモートドライビングを実現させたり、コンテンツを配信するなどして、車内エンターテイメントに利用するといったユースケースが挙げられる。

また、V2P通信は、歩行者１４の所持する端末との通信である。そこで、V2P通信のユースケースとしては、例えば、視覚や聴覚に障害を持つ交通弱者となる歩行者１４の端末に対して交通弱者警告を通知して、交通弱者の歩行をサポートするといったユースケースが挙げられる。

（NR V2X通信のユースケース）
一方で、さらなるV2X通信の改善をめざし、近年5G（5th Generation）技術(NR：New Radio)を用いたNR V2X通信の検討が行われている。

NR V2X通信では、これまでLTEベースのV2X通信ではサポートできなかったような、高信頼性、低遅延、高速通信、およびハイキャパシティを必要とする新たなユースケースをサポートする。

上述した例において、NR V2X通信を用いることで、高い効果が期待されるユースケースとしては、例えば、ダイナミックマップの提供や、リモートドライビング等が挙げられる。この他にも、V2V通信（車車間通信）やV2I通信（路車間通信）でセンサデータのやり取りを行うようなセンサデータシェアリングや隊列走行向けのプラトゥーニングユースケースが挙げられる。これらのNR V2X通信のユースケース及び要求事項は3GPP TR22.886に記載されている。

NR V2X通信の代表的なユースケースとしては、Vehicles Platooning、Extended Sensors、Advanced Driving、およびRemote Drivingが挙げられる。

Vehicles Platooningは、複数の車両が隊列となり、同じ方向に走行する、隊列走行のユースケースであり、隊列走行を主導する車から隊列走行を制御するための情報をやり取りする技術である。これらの情報のやりとりにより、隊列走行の車間距離をより詰めることが可能となる。

Extended Sensorsは、センサ関連の情報（データ処理前のRawデータや処理されたデータ）を車車間などで交換することを可能とする技術である。センサ関連の情報は、ローカルセンサや、周辺の車両やRSUや歩行者間のライブビデオイメージやアプリケーション管理サーバ３３等を通して集められる。車両１１は、これらの情報交換により、自身のセンサ情報では得られない情報を入手することができ、より広範囲の環境を認知/認識することが可能となる。多くの情報を交換する必要があるため、通信には高いデータレートが求められる。

Advanced Drivingは、準自動走行や、完全自動走行を可能とする技術である。それぞれの車両１１はRSUが自身のセンサ等から得られた認知/認識情報を周辺車両へとシェアすることで、車両１１の軌道や操作を同期、協調しながら調整することができる。それぞれの車両１１は、Advanced Drivingを利用することで、ドライビングの意図や意思を周辺車両とシェアすることも可能である。

Remote Drivingは、遠隔操縦者やV2X通信によるアプリケーションプログラムを用いた遠隔操縦技術である。運転ができない人や、危険地域に対して遠隔操作が用いられる。ルートや走行する道がある程度決まっているような公共交通機関に対してはクラウドコンピューティングべースの操縦を用いることも可能である。高い信頼性と低い伝送遅延が通信には求められる。

（物理レイヤエンハンスメント）
上記の要求事項を達成するために、LTE V2Xから物理レイヤのさらなるエンハンスメントが必要となる。対象となるリンクは、基地局３１やRSU(Road Side Unit)１２などのインフラストラクチャと端末間リンクであるUuリンク通信や端末間同士のリンクであるPC5リンクが挙げられる。

主なエンハンスメントのポイントは、例えば、チャネルフォーマット（Flexible numerology, short TTI（Transmission Time Interval）、マルチアンテナ対応、Waveform等）、サイドリンクフィードバック通信（HARQ,CSI（Channel Status Information））等、サイドリンクリソース割り当て方式、車両位置情報推定技術、端末間リレー通信、ユニキャスト通信、マルチキャスト通信のサポート、マルチキャリア通信、キャリアアグリゲーション、MIMO/ビームフォーミング、並びに、高周波周波数対応（例: 6GHz以上）である。

＜V2Xオペレーションシナリオ＞
次に、図３，図４を参照して、V2X通信のオペレーションシナリオの例について説明する。

V2N通信においては基地局端末間のDL（Download）/UL（Upload）通信のみでシンプルであったが、V2V通信では様々な通信経路が考えられる。

ここではV2V通信の例を用いたオペレーションシナリオ例を紹介するが、V2P通信やV2I通信も同様の通信オペレーションが可能である。その場合、通信先が歩行者（Pedestrian：歩行者の所持する端末）１４やRSU１２となる。

第１のシナリオＳｎ１は、例えば、図３の上段で示されるように、車両１１−３１と、車両１１−３２乃至１１−３４のそれぞれとの間で、端末間リンク（サイドリンク：PC5リンク）からなる通信Ｌ７１が形成されるものである。

第１のシナリオＳｎ１においては、先行する車両１１−３１が、後続の車両１１−３２乃至１１−３４に対して、端末間リンク（サイドリンク：PC5リンク）からなる通信Ｌ７１を介して情報を送信する。

第２のシナリオＳｎ２は、例えば、図３の中段で示されるように、車両１１−４１と、車両１１−４２乃至１１−４４のそれぞれとの間で、基地局３１を介して、それぞれ端末である車両１１間のインタフェースによるUuリンクからなる通信Ｌ８１，Ｌ８２が形成されるものである。

第２のシナリオＳｎ２においては、先行する車両１１−４１が、後続の車両１１−４２乃至１１−４４に対して、基地局３１を介して、Uuリンクからなる通信Ｌ８１，Ｌ８２により情報を送信する。

第３のシナリオＳｎ３は、例えば、図３の下段で示されるように、車両１１−５１と、車両１１−５２乃至１１−５４のそれぞれとの間で、車両１１−５１とRSU１２間の端末間リンク（サイドリンク：PC5リンク）からなる通信Ｌ９１、並びに、RSU１２と基地局３１間、および基地局３１と車両１１−５２乃至１１−５４間のそれぞれの間にUuリンクからなる通信Ｌ９２，Ｌ９３が形成されるものである。

そして、第３のシナリオＳｎ３においては、先行する車両１１−５１が、後続の車両１１−５２乃至１１−５４に対して、車両１１−５１とRSU１２間の端末間リンク（サイドリンク：PC5リンク）からなる通信Ｌ９１、並びに、RSU１２と基地局３１間のUuリンクからなる通信Ｌ９２、および基地局３１と車両１１−５２乃至１１−５４間のUuリンクからなる通信Ｌ９３を介して情報を送信する。

第４のシナリオＳｎ４は、例えば、図４の上段で示されるように、車両１１−６１と、車両１１−６２乃至１１−６４とのそれぞれの間で、車両１１−６１と基地局３１間、および、基地局３１とRSU１２間の端末間リンク（サイドリンク：PC5リンク）からなる通信Ｌ１０１，Ｌ１０２、並びに、RSU１２と車両１１−６２乃至１１−６４間のそれぞれにUuリンクからなる通信Ｌ１０３が形成されるものである。

そして、第４のシナリオＳｎ４においては、後続の車両１１−６１が、先行の車両１１−６２乃至１１−６４に対して、車両１１−６１と基地局３１間、および、基地局３１とRSU１２間の端末間リンク（サイドリンク：PC5リンク）からなる通信Ｌ１０１，Ｌ１０２、並びに、RSU１２と車両１１−６２乃至１１−６４間のUuリンクからなる通信Ｌ１０３を介して情報を送信する。

第５のシナリオＳｎ５は、例えば、図４の中段で示されるように、車両１１−７１と、車両１１−７２乃至１１−７４とのそれぞれとの間で、車両１１−７１とRSU１２間の端末間リンク（サイドリンク：PC5リンク）からなる通信Ｌ１１１、およびRSUＬ８２と車両１１−７２乃至１１−７４間のそれぞれとの間の端末間リンク（サイドリンク：PC5リンク）からなる通信Ｌ１１２が形成されるものである。

そして、第５のシナリオＳｎ５においては、後続の車両１１−７１が、先行の車両１１−７２乃至１１−７４に対して、車両１１−８２間の端末間リンク（サイドリンク：PC5リンク）からなる通信Ｌ１１１、およびRSUＬ８２と車両１１−７２乃至１１−７４間の端末間リンク（サイドリンク：PC5リンク）からなる通信Ｌ１１２を介して情報を送信する。

第６のシナリオＳｎ６は、例えば、図４の下段で示されるように、車両１１−８１，１１−８２間での端末間リンク（サイドリンク：PC5リンク）からなる通信Ｌ１２１、車両１１−８２と車両１１−８３乃至１１−８５のそれぞれとの間の端末間リンク（サイドリンク：PC5リンク）からなる通信Ｌ１２２が形成されるものである。

そして、第６のシナリオＳｎ６においては、後続の車両１１−８１が、先行の車両１１−８２に対して端末間リンク（サイドリンク：PC5リンク）からなる通信Ｌ１２１を介して送信し、車両１１−８２が、さらに先行する車両１１−８３乃至１１−８５に対して端末間リンク（サイドリンク：PC5リンク）からなる通信Ｌ１２２を介して情報を送信する。

これまでのNRV2Xにおいては、上述した一連のシナリオの例でも見られるように、端末間リンクは基本的にSingle antenna送信やTransmission diversity送信等により実現されてきた。

しかしながら、これまでのNRV2Xにおいては、複数アンテナを送受信間で用いるMIMO（Multiple Input and Multiple Output）やビームフォーミングに関する通信は行われてきていなかった。

特に、V2X通信環境下におけるビームフォーミングでは、短時間にビームフォーミングのリンクを確立する必要があり、効率的なコネクションの確立方法が必要となる。また、端末間リンク（サイドリンク）にビームフォーミング技術を用いた場合、通信の特性は周辺の地理的環境に応じた影響を受け易いため、リンクが切れた際のリカバリ対策等については、地理的環境に応じた処理が必要となる。

そこで、本開示においては、車載通信（V2X通信）環境における地理的な情報を用いた効率的な通信の接続やリカバリを実現し、より信頼性の高い通信を実現する。

＜＜２．第１の実施の形態＞＞
次に、図５を参照して、本開示の通信システムの第１の実施の形態について説明する。

図５の通信システム４１は、車両１１−９１乃至車両１１−ｎ、およびRSU１２−１乃至１２−ｍより構成される。図５の通信システム４１においては、車両１１−９１が、自車とし、それ以外の他車となる車両を車両１１−９２乃至１１−ｎとして表現している。車両１１−９１は、車両１１−９２乃至１１−ｎと、例えば、V2V通信により相互に通信することができる。本明細書においては、車両１１は端末であり、自車である車両１１については、自端末とも称し、それ以外の車両１１、RSU１２、および歩行者１４については、他端末とも称する。

車両１１−９１は、自らの位置情報を他の車両１１−９２乃至１１−ｎに送信すると共に、他の車両１１−９２乃至１１−ｎ、およびRSU１２−１乃至１２−ｍの位置情報を取得する。

RSU１２は、自らの位置情報を車両１１や他のRSU１２に送信する。また、RSU１２は、車両１１−９１乃至１１−ｎとの間でV2I通信を実現し、例えば、車両１１−９１と、車両１１−９２乃至１１−ｎのそれぞれの間の通信を中継（リレー）する。さらに、RSU１２は、図５においては図示しないが、図１を参照して説明したように、車両１１と、ネットワーク１３や歩行者１４との通信も中継（リレー）する。

車両１１−９１は、他の車両１１−９２乃至１１−ｎ、およびRSU１２−１乃至１２−ｍとの位置関係、すなわち、地理的な情報に基づいて、相互の通信パラメータを調整し、常に最適な状態で通信できる状態を維持する。これにより、信頼性の高い、低遅延なV2X通信を実現する。

＜車両の機能を実現する車両制御システムの構成例＞
次に、図６を参照して、車両１１の機能を実現する移動体制御システムの一例である車両制御システム１００の概略的な機能の構成例を示すブロック図である。

なお、以下、車両制御システム１００が設けられている車両を他の車両と区別する場合、自車又は自車両と称する。

車両制御システム１００は、入力部１０１、データ取得部１０２、通信部１０３、車内機器１０４、出力制御部１０５、出力部１０６、駆動系制御部１０７、駆動系システム１０８、ボディ系制御部１０９、ボディ系システム１１０、記憶部１１１、及び、自動運転制御部１１２を備える。入力部１０１、データ取得部１０２、通信部１０３、出力制御部１０５、駆動系制御部１０７、ボディ系制御部１０９、記憶部１１１、及び、自動運転制御部１１２は、通信ネットワーク１２１を介して、相互に接続されている。通信ネットワーク１２１は、例えば、ＣＡＮ（Controller Area Network）、ＬＩＮ（Local Interconnect Network）、ＬＡＮ（Local Area Network）、又は、ＦｌｅｘＲａｙ（登録商標）等の任意の規格に準拠した車載通信ネットワークやバス等からなる。なお、車両制御システム１００の各部は、通信ネットワーク１２１を介さずに、直接接続される場合もある。

なお、以下、車両制御システム１００の各部が、通信ネットワーク１２１を介して通信を行う場合、通信ネットワーク１２１の記載を省略するものとする。例えば、入力部１０１と自動運転制御部１１２が、通信ネットワーク１２１を介して通信を行う場合、単に入力部１０１と自動運転制御部１１２が通信を行うと記載する。

入力部１０１は、搭乗者が各種のデータや指示等の入力に用いる装置を備える。例えば、入力部１０１は、タッチパネル、ボタン、マイクロフォン、スイッチ、及び、レバー等の操作デバイス、並びに、音声やジェスチャ等により手動操作以外の方法で入力可能な操作デバイス等を備える。また、例えば、入力部１０１は、赤外線若しくはその他の電波を利用したリモートコントロール装置、又は、車両制御システム１００の操作に対応したモバイル機器若しくはウェアラブル機器等の外部接続機器であってもよい。入力部１０１は、搭乗者により入力されたデータや指示等に基づいて入力信号を生成し、車両制御システム１００の各部に供給する。

データ取得部１０２は、車両制御システム１００の処理に用いるデータを取得する各種のセンサ等を備え、取得したデータを、車両制御システム１００の各部に供給する。

例えば、データ取得部１０２は、自車の状態等を検出するための各種のセンサを備える。具体的には、例えば、データ取得部１０２は、ジャイロセンサ、加速度センサ、慣性計測装置（ＩＭＵ）、及び、アクセルペダルの操作量、ブレーキペダルの操作量、ステアリングホイールの操舵角、エンジン回転数、モータ回転数、若しくは、車輪の回転速度等を検出するためのセンサ等を備える。

また、例えば、データ取得部１０２は、自車の外部の情報を検出するための各種のセンサを備える。具体的には、例えば、データ取得部１０２は、ＴｏＦ（Time Of Flight）カメラ、ステレオカメラ、単眼カメラ、赤外線カメラ、及び、その他のカメラ等の撮像装置を備える。また、例えば、データ取得部１０２は、天候又は気象等を検出するための環境センサ、及び、自車の周囲の物体を検出するための周囲情報検出センサを備える。環境センサは、例えば、雨滴センサ、霧センサ、日照センサ、雪センサ等からなる。周囲情報検出センサは、例えば、超音波センサ、レーダ、ＬｉＤＡＲ（Light Detection and Ranging、Laser Imaging Detection and Ranging）、ソナー等からなる。

さらに、例えば、データ取得部１０２は、自車の現在位置を検出するための各種のセンサを備える。具体的には、例えば、データ取得部１０２は、ＧＮＳＳ（Global Navigation Satellite System）衛星からのＧＮＳＳ信号を受信するＧＮＳＳ受信機等を備える。

また、例えば、データ取得部１０２は、車内の情報を検出するための各種のセンサを備える。具体的には、例えば、データ取得部１０２は、運転者を撮像する撮像装置、運転者の生体情報を検出する生体センサ、及び、車室内の音声を集音するマイクロフォン等を備える。生体センサは、例えば、座面又はステアリングホイール等に設けられ、座席に座っている搭乗者又はステアリングホイールを握っている運転者の生体情報を検出する。

通信部１０３は、車内機器１０４、並びに、車外の様々な機器、サーバ、基地局等と通信を行い、車両制御システム１００の各部から供給されるデータを送信したり、受信したデータを車両制御システム１００の各部に供給したりする。なお、通信部１０３がサポートする通信プロトコルは、特に限定されるものではなく、また、通信部１０３が、複数の種類の通信プロトコルをサポートすることも可能である

例えば、通信部１０３は、無線ＬＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near Field Communication）、又は、ＷＵＳＢ（Wireless USB）等により、車内機器１０４と無線通信を行う。また、例えば、通信部１０３は、図示しない接続端子（及び、必要であればケーブル）を介して、ＵＳＢ（Universal Serial Bus）、ＨＤＭＩ（登録商標）（High-Definition Multimedia Interface）、又は、ＭＨＬ（Mobile High-definition Link）等により、車内機器１０４と有線通信を行う。

さらに、例えば、通信部１０３は、基地局又はアクセスポイントを介して、外部ネットワーク（例えば、インターネット、クラウドネットワーク又は事業者固有のネットワーク）上に存在する機器（例えば、アプリケーションサーバ又は制御サーバ）との通信を行う。また、例えば、通信部１０３は、P2P（Peer To Peer）技術を用いて、自車の近傍に存在する端末（例えば、歩行者若しくは店舗の端末、又は、ＭＴＣ（Machine Type Communication）端末）との通信を行う。さらに、例えば、通信部１０３は、V2V（車車間（Vehicle to Vehicle））通信、V2I（路車間（Vehicle to Infrastructure））通信、V2N（自車とネットワークとの間（Vehicle to Network））通信、及び、V2P（歩車間（Vehicle to Pedestrian））通信等のV2X通信を行う。また、例えば、通信部１０３は、ビーコン受信部を備え、道路上に設置された無線局等から発信される電波あるいは電磁波を受信し、現在位置、渋滞、通行規制又は所要時間等の情報を取得する。通信部１０３は、通信管理部１４４により管理される通信方式や様々な通信パラメータに基づいた通信を行う。

車内機器１０４は、例えば、搭乗者が有するモバイル機器若しくはウェアラブル機器、自車に搬入され若しくは取り付けられる情報機器、及び、任意の目的地までの経路探索を行うナビゲーション装置等を含む。

出力制御部１０５は、自車の搭乗者又は車外に対する各種の情報の出力を制御する。例えば、出力制御部１０５は、視覚情報（例えば、画像データ）及び聴覚情報（例えば、音声データ）のうちの少なくとも１つを含む出力信号を生成し、出力部１０６に供給することにより、出力部１０６からの視覚情報及び聴覚情報の出力を制御する。具体的には、例えば、出力制御部１０５は、データ取得部１０２の異なる撮像装置により撮像された画像データを合成して、俯瞰画像又はパノラマ画像等を生成し、生成した画像を含む出力信号を出力部１０６に供給する。また、例えば、出力制御部１０５は、衝突、接触、危険地帯への進入等の危険に対する警告音又は警告メッセージ等を含む音声データを生成し、生成した音声データを含む出力信号を出力部１０６に供給する。

出力部１０６は、自車の搭乗者又は車外に対して、視覚情報又は聴覚情報を出力することが可能な装置を備える。例えば、出力部１０６は、表示装置、インストルメントパネル、オーディオスピーカ、ヘッドホン、搭乗者が装着する眼鏡型ディスプレイ等のウェアラブルデバイス、プロジェクタ、ランプ等を備える。出力部１０６が備える表示装置は、通常のディスプレイを有する装置以外にも、例えば、ヘッドアップディスプレイ、透過型ディスプレイ、ＡＲ（Augmented Reality）表示機能を有する装置等の運転者の視野内に視覚情報を表示する装置であってもよい。

駆動系制御部１０７は、各種の制御信号を生成し、駆動系システム１０８に供給することにより、駆動系システム１０８の制御を行う。また、駆動系制御部１０７は、必要に応じて、駆動系システム１０８以外の各部に制御信号を供給し、駆動系システム１０８の制御状態の通知等を行う。

駆動系システム１０８は、自車の駆動系に関わる各種の装置を備える。例えば、駆動系システム１０８は、内燃機関又は駆動用モータ等の駆動力を発生させるための駆動力発生装置、駆動力を車輪に伝達するための駆動力伝達機構、舵角を調節するステアリング機構、制動力を発生させる制動装置、ＡＢＳ（Antilock Brake System）、ＥＳＣ（Electronic Stability Control）、並びに、電動パワーステアリング装置等を備える。

ボディ系制御部１０９は、各種の制御信号を生成し、ボディ系システム１１０に供給することにより、ボディ系システム１１０の制御を行う。また、ボディ系制御部１０９は、必要に応じて、ボディ系システム１１０以外の各部に制御信号を供給し、ボディ系システム１１０の制御状態の通知等を行う。

ボディ系システム１１０は、車体に装備されたボディ系の各種の装置を備える。例えば、ボディ系システム１１０は、キーレスエントリシステム、スマートキーシステム、パワーウィンドウ装置、パワーシート、ステアリングホイール、空調装置、及び、各種ランプ（例えば、ヘッドランプ、バックランプ、ブレーキランプ、ウィンカ、フォグランプ等）等を備える。

記憶部１１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ＨＤＤ（Hard Disc Drive）等の磁気記憶デバイス、半導体記憶デバイス、光記憶デバイス、及び、光磁気記憶デバイス等を備える。記憶部１１１は、車両制御システム１００の各部が用いる各種プログラムやデータ等を記憶する。例えば、記憶部１１１は、ダイナミックマップ等の３次元の高精度地図、高精度地図より精度が低く、広いエリアをカバーするグローバルマップ、及び、自車の周囲の情報を含むローカルマップ等の地図データを記憶する。

自動運転制御部１１２は、自律走行又は運転支援等の自動運転に関する制御を行う。具体的には、例えば、自動運転制御部１１２は、自車の衝突回避あるいは衝撃緩和、車間距離に基づく追従走行、車速維持走行、自車の衝突警告、又は、自車のレーン逸脱警告等を含むＡＤＡＳ（Advanced Driver Assistance System）の機能実現を目的とした協調制御を行う。また、例えば、自動運転制御部１１２は、運転者の操作に拠らずに自律的に走行する自動運転等を目的とした協調制御を行う。自動運転制御部１１２は、検出部１３１、自己位置推定部１３２、状況分析部１３３、計画部１３４、及び、動作制御部１３５を備える。

検出部１３１は、自動運転の制御に必要な各種の情報の検出を行う。検出部１３１は、車外情報検出部１４１、車内情報検出部１４２、車両状態検出部１４３、および通信管理部１４４を備える。

車外情報検出部１４１は、車両制御システム１００の各部からのデータ又は信号に基づいて、自車の外部の情報の検出処理を行う。例えば、車外情報検出部１４１は、自車の周囲の物体の検出処理、認識処理、及び、追跡処理、並びに、物体までの距離の検出処理を行う。検出対象となる物体には、例えば、車両、人、障害物、構造物、道路、信号機、交通標識、道路標示等が含まれる。また、例えば、車外情報検出部１４１は、自車の周囲の環境の検出処理を行う。検出対象となる周囲の環境には、例えば、天候、気温、湿度、明るさ、及び、路面の状態等が含まれる。車外情報検出部１４１は、検出処理の結果を示すデータを自己位置推定部１３２、状況分析部１３３のマップ解析部１５１、交通ルール認識部１５２、及び、状況認識部１５３、並びに、動作制御部１３５の緊急事態回避部１７１等に供給する。

車内情報検出部１４２は、車両制御システム１００の各部からのデータ又は信号に基づいて、車内の情報の検出処理を行う。例えば、車内情報検出部１４２は、運転者の認証処理及び認識処理、運転者の状態の検出処理、搭乗者の検出処理、及び、車内の環境の検出処理等を行う。検出対象となる運転者の状態には、例えば、体調、覚醒度、集中度、疲労度、視線方向等が含まれる。検出対象となる車内の環境には、例えば、気温、湿度、明るさ、臭い等が含まれる。車内情報検出部１４２は、検出処理の結果を示すデータを状況分析部１３３の状況認識部１５３、及び、動作制御部１３５の緊急事態回避部１７１等に供給する。

車両状態検出部１４３は、車両制御システム１００の各部からのデータ又は信号に基づいて、自車の状態の検出処理を行う。検出対象となる自車の状態には、例えば、速度、加速度、舵角、異常の有無及び内容、運転操作の状態、パワーシートの位置及び傾き、ドアロックの状態、並びに、その他の車載機器の状態等が含まれる。車両状態検出部１４３は、検出処理の結果を示すデータを状況分析部１３３の状況認識部１５３、及び、動作制御部１３５の緊急事態回避部１７１等に供給する。

通信管理部１４４は、自己位置の情報と、通信対象Xとなる他車、インフラストラクチャ、ネットワーク、歩行者等の端末との位置情報に基づいて、通信に係る地理的な情報に応じて、通信部１０３の通信方式や通信パラメータを制御して、信頼性の高い通信を実現する。尚、通信管理部１４４の詳細な構成については、図７を参照して後述する。

自己位置推定部１３２は、車外情報検出部１４１、及び、状況分析部１３３の状況認識部１５３等の車両制御システム１００の各部からのデータ又は信号に基づいて、自車の位置及び姿勢等の推定処理を行う。また、自己位置推定部１３２は、必要に応じて、自己位置の推定に用いるローカルマップ（以下、自己位置推定用マップと称する）を生成する。自己位置推定用マップは、例えば、ＳＬＡＭ（Simultaneous Localization and Mapping）等の技術を用いた高精度なマップとされる。自己位置推定部１３２は、推定処理の結果を示すデータを状況分析部１３３のマップ解析部１５１、交通ルール認識部１５２、及び、状況認識部１５３等に供給する。また、自己位置推定部１３２は、自己位置推定用マップを記憶部１１１に記憶させる。

状況分析部１３３は、自車及び周囲の状況の分析処理を行う。状況分析部１３３は、マップ解析部１５１、交通ルール認識部１５２、状況認識部１５３、及び、状況予測部１５４を備える。

マップ解析部１５１は、自己位置推定部１３２及び車外情報検出部１４１等の車両制御システム１００の各部からのデータ又は信号を必要に応じて用いながら、記憶部１１１に記憶されている各種のマップの解析処理を行い、自動運転の処理に必要な情報を含むマップを構築する。マップ解析部１５１は、構築したマップを、交通ルール認識部１５２、状況認識部１５３、状況予測部１５４、並びに、計画部１３４のルート計画部１６１、行動計画部１６２、及び、動作計画部１６３等に供給する。

交通ルール認識部１５２は、自己位置推定部１３２、車外情報検出部１４１、及び、マップ解析部１５１等の車両制御システム１００の各部からのデータ又は信号に基づいて、自車の周囲の交通ルールの認識処理を行う。この認識処理により、例えば、自車の周囲の信号の位置及び状態、自車の周囲の交通規制の内容、並びに、走行可能な車線等が認識される。交通ルール認識部１５２は、認識処理の結果を示すデータを状況予測部１５４等に供給する。

状況認識部１５３は、自己位置推定部１３２、車外情報検出部１４１、車内情報検出部１４２、車両状態検出部１４３、及び、マップ解析部１５１等の車両制御システム１００の各部からのデータ又は信号に基づいて、自車に関する状況の認識処理を行う。例えば、状況認識部１５３は、自車の状況、自車の周囲の状況、及び、自車の運転者の状況等の認識処理を行う。また、状況認識部１５３は、必要に応じて、自車の周囲の状況の認識に用いるローカルマップ（以下、状況認識用マップと称する）を生成する。状況認識用マップは、例えば、占有格子地図（Occupancy Grid Map）とされる。

認識対象となる自車の状況には、例えば、自車の位置、姿勢、動き（例えば、速度、加速度、移動方向等）、並びに、異常の有無及び内容等が含まれる。認識対象となる自車の周囲の状況には、例えば、周囲の静止物体の種類及び位置、周囲の動物体の種類、位置及び動き（例えば、速度、加速度、移動方向等）、周囲の道路の構成及び路面の状態、並びに、周囲の天候、気温、湿度、及び、明るさ等が含まれる。認識対象となる運転者の状態には、例えば、体調、覚醒度、集中度、疲労度、視線の動き、並びに、運転操作等が含まれる。

状況認識部１５３は、認識処理の結果を示すデータ（必要に応じて、状況認識用マップを含む）を自己位置推定部１３２及び状況予測部１５４等に供給する。また、状況認識部１５３は、状況認識用マップを記憶部１１１に記憶させる。

状況予測部１５４は、マップ解析部１５１、交通ルール認識部１５２及び状況認識部１５３等の車両制御システム１００の各部からのデータ又は信号に基づいて、自車に関する状況の予測処理を行う。例えば、状況予測部１５４は、自車の状況、自車の周囲の状況、及び、運転者の状況等の予測処理を行う。

予測対象となる自車の状況には、例えば、自車の挙動、異常の発生、及び、走行可能距離等が含まれる。予測対象となる自車の周囲の状況には、例えば、自車の周囲の動物体の挙動、信号の状態の変化、及び、天候等の環境の変化等が含まれる。予測対象となる運転者の状況には、例えば、運転者の挙動及び体調等が含まれる。

状況予測部１５４は、予測処理の結果を示すデータを、交通ルール認識部１５２及び状況認識部１５３からのデータとともに、計画部１３４のルート計画部１６１、行動計画部１６２、及び、動作計画部１６３等に供給する。

ルート計画部１６１は、マップ解析部１５１及び状況予測部１５４等の車両制御システム１００の各部からのデータ又は信号に基づいて、目的地までのルートを計画する。例えば、ルート計画部１６１は、グローバルマップに基づいて、現在位置から指定された目的地までのルートを設定する。また、例えば、ルート計画部１６１は、渋滞、事故、通行規制、工事等の状況、及び、運転者の体調等に基づいて、適宜ルートを変更する。ルート計画部１６１は、計画したルートを示すデータを行動計画部１６２等に供給する。

行動計画部１６２は、マップ解析部１５１及び状況予測部１５４等の車両制御システム１００の各部からのデータ又は信号に基づいて、ルート計画部１６１により計画されたルートを計画された時間内で安全に走行するための自車の行動を計画する。例えば、行動計画部１６２は、発進、停止、進行方向（例えば、前進、後退、左折、右折、方向転換等）、走行車線、走行速度、及び、追い越し等の計画を行う。行動計画部１６２は、計画した自車の行動を示すデータを動作計画部１６３等に供給する

動作計画部１６３は、マップ解析部１５１及び状況予測部１５４等の車両制御システム１００の各部からのデータ又は信号に基づいて、行動計画部１６２により計画された行動を実現するための自車の動作を計画する。例えば、動作計画部１６３は、加速、減速、及び、走行軌道等の計画を行う。動作計画部１６３は、計画した自車の動作を示すデータを、動作制御部１３５の加減速制御部１７２及び方向制御部１７３等に供給する。

動作制御部１３５は、自車の動作の制御を行う。動作制御部１３５は、緊急事態回避部１７１、加減速制御部１７２、及び、方向制御部１７３を備える。

緊急事態回避部１７１は、車外情報検出部１４１、車内情報検出部１４２、及び、車両状態検出部１４３の検出結果に基づいて、衝突、接触、危険地帯への進入、運転者の異常、車両の異常等の緊急事態の検出処理を行う。緊急事態回避部１７１は、緊急事態の発生を検出した場合、急停車や急旋回等の緊急事態を回避するための自車の動作を計画する。緊急事態回避部１７１は、計画した自車の動作を示すデータを加減速制御部１７２及び方向制御部１７３等に供給する。

加減速制御部１７２は、動作計画部１６３又は緊急事態回避部１７１により計画された自車の動作を実現するための加減速制御を行う。例えば、加減速制御部１７２は、計画された加速、減速、又は、急停車を実現するための駆動力発生装置又は制動装置の制御目標値を演算し、演算した制御目標値を示す制御指令を駆動系制御部１０７に供給する。

方向制御部１７３は、動作計画部１６３又は緊急事態回避部１７１により計画された自車の動作を実現するための方向制御を行う。例えば、方向制御部１７３は、動作計画部１６３又は緊急事態回避部１７１により計画された走行軌道又は急旋回を実現するためのステアリング機構の制御目標値を演算し、演算した制御目標値を示す制御指令を駆動系制御部１０７に供給する。

＜車両の機能を実現する車両制御システムにおける通信管理部の構成例＞
次に、図７を参照して、通信管理部１４４の詳細な構成例について説明する。

通信管理部１４４は、通信制御部２１１、他端末情報取得部２１２、他端末情報記憶部２１３、自端末位置情報取得部２１４、および自端末位置情報記憶部２１５を備えている。

通信制御部２１１は、自端末情報送信部２２１、位置予測部２２２、自端末制御部２２３、および通信確立部２２４を備えており、通信管理部１４４の動作の全体を制御している。

自端末情報送信部２２１は、通信部１０３を制御して、自端末位置情報記憶部２１５に記憶されている自端末位置情報を読み出すと共に、計画部１３４のルート計画部１６１より供給されるルートの情報を取得して、周囲の車両１１に対して送信する。

位置予測部２２２は、自端末位置情報記憶部２１５に記憶されている時系列の自端末位置情報やルート計画部１６１より供給されるルートの情報に基づいて、現在の位置や所定の時間だけ未来における位置を予測する。また、位置予測部２２２は、他端末情報記憶部２１３に記憶されている、他端末である車両１１、RSU１２、歩行者１４、および基地局３１の、時系列の位置情報やルートの情報に基づいて、現在の位置を予測する。すなわち、位置予測部２２２は、自端末と他端末との現在、または未来の位置を予測することにより、現在、または、未来における相互の位置関係を地理的な情報として予測する。

自端末制御部２２３は、位置予測部２２２により予測された現在、または、未来の端末間の位置関係の情報である地理的な情報に基づいて、通信対象、通信方式（通信の構成等）、および通信パラメータを特定し、通信部１０３を制御して、通信を確立させる。

通信確立部２２４は、車両１１や歩行者１４の情報に基づいて、通信部１０３を制御して、通信を確立する。また、通信確立部２２４は、通信部１０３を介して、他車となる車両１１より通信の確立を要求された場合、通信の確立を要求する端末の情報を取得し、通信の確立が求められた車両１１や歩行者１４の情報に基づいて、通信部１０３を制御して、通信を確立する。

他端末情報取得部２１２は、通信部１０３を制御して、周囲の他車となる車両１１、およびRSU１２より送信されるサポートしている通信方式の情報、位置情報、および、ルートの情報を含む他端末情報を受信して、他端末情報記憶部２１３に記憶させる。尚、ここでいうルートとは、ナビゲーションシステムや自動運転システムにより移動することが予想されるルートを含む。

自端末位置情報取得部２１４は、自己位置推定部１３２より出力される自己位置推定結果を自端末位置情報として取得し、自端末位置情報記憶部２１５に記憶させる。

通信制御部２１１の自端末制御部２２３は、他端末情報記憶部２１３に記憶されている他車となる車両１１、およびRSU１２の位置情報、および自端末位置情報記憶部２１５に記憶されている自端末位置情報に基づいた、相互の位置関係、すなわち、地理的環境に応じて、通信方式や通信パラメータを決定し、通信部１０３を制御する。

＜RSUの構成例＞
次に、図８を参照して、RSU１２の構成例について説明する。

RSU１２は、制御部２３１、通信部２３２、および記憶部２３３を備えている。

制御部２３１は、通信制御部２４１を備えており、RSU１２の動作の全体を制御する。通信制御部２４１は、自端末情報送信部２５１、自端末制御部２５２、および通信確立部２５３を備えており、通信部２３２を制御する。

自端末情報送信部２５１は、通信部２３２を制御して、記憶部２３３に記憶されている自端末位置情報、サポートしている通信方式の情報、およびルート計画部１６１により計画されたルートの情報を読み出して、周囲の車両１１や歩行者１４に対して送信する。すなわち、この情報が他端末における他端末情報となる。

自端末制御部２５２は、通信方式や通信パラメータを決定し、通信部２３２を制御する。

通信確立部２５３は、通信部２３２を制御して、車両１１、RSU１２および歩行者１４の端末との通信を確立する。

＜通信管理処理＞
次に、図９のフローチャートを参照して、自車である車両１１が、他車となる車両１１、またはRSU１２との通信を行う場合の通信管理処理について説明する。

ステップＳ１１において、他端末情報取得部２１２は、通信部１０３を制御して、他端末情報となる他車の車両１１およびRSU１２などの他端末から送信される他端末情報を取得させ、取得した他端末情報に含まれる位置情報やサポートしている通信方式等の情報を時系列の情報として他端末情報記憶部２１３に記憶させる。

ステップＳ１２において、自端末位置情報取得部２１４は、自己位置推定部１３２より供給される自己位置の推定結果を自端末位置情報として取得し、時系列の情報として自端末位置情報記憶部２１５に記憶させる。

ステップＳ１３において、位置予測部２２２は、他端末情報記憶部２１３に記憶されている周囲の車両１１およびRSU１２の時系列の位置情報、およびルート情報、並びに自端末位置情報記憶部２１５に記憶されている時系列の自端末位置情報およびルート情報とから、それぞれの端末（車両１１、RSU１２、および歩行者１４等）の位置を地理的な情報として予測する。自端末制御部２２３は、予測された地理的な情報（地理情報）を取得し、取得した地理的な情報（地理情報）に基づいて、それぞれの位置関係を考慮して、選択可能な端末となり得る車両１１またはRSU１２の候補を選択する。

すなわち、図１０の上段で示されるように、自端末において、通信方式や通信パラメータにおいて、サポートしている他端末の集合を集合Ｚ１１とし、地理的な情報に基づいて使用可能と判断される他端末の集合を集合Ｚ１２として表現する場合、自端末制御部２２３は、集合Ｚ１１，Ｚ１２の共通集合Ｚ２１の他端末を、候補として選択する。

例えば、自端末が、DSRC V2V通信、Cellular 4G V2V通信、およびCellular 5G mmWave V2V通信の通信方式をサポートしている場合、これらの通信方式を採用する他端末は、いずれも集合Ｚ１１に含まれる。

一方、地理的な情報に基づいて、これらの端末がいずれも、遮蔽物などにより物理的に囲まれているなど、直線的な電波の伝搬が困難な地理的な状態（以降、単に、NLOS（Non Line Of Sight）状態とも称する）である場合、NLOS状態での通信が可能なDSRC V2V通信、およびCellular 4G V2V通信の通信方式を採用した他端末が候補として選択されることになる。尚、以降において、通信経路上に遮蔽物等が存在せず、電波の伝搬に特段の問題が無い状態については、NLOS状態に対して、LOS（Line Of Sight）状態とも称する。

ステップＳ１４において、自端末制御部２２３は、候補として選択された他端末のうち、自端末において採用しているアプリケーションプログラムにおいて、サポートされている通信方式の他端末を、通信すべき端末として選択する。

すなわち、図１０の下段で示されるように、自端末のアプリケーションプログラムにおいて、サポートされている他端末の集合を集合Ｚ１３とする場合、自端末制御部２２３は、地理的な情報に基づいて候補として選択された他端末の集合である共通集合Ｚ２１のうち、集合Ｚ１３との共通集合Ｚ３１（＝集合Ｚ１１，Ｚ１２，Ｚ１３の共通集合）に属する端末を通信すべき端末として選択する。

すなわち、例えば、アプリケーションプログラムによりサポートされている通信方式が、DSRC V2V通信であった場合、NLOS状態での通信が可能なDSRC V2V通信、およびCellular 4G V2V通信の通信方式を採用した他端末のうち、DSRC V2V通信の通信方式を採用している他端末が通信すべき端末として選択されることになる。

ステップＳ１５において、自端末制御部２２３は、地理的な情報に基づいて、通信すべき他端末として選択された端末との通信に必要とされる通信パラメータを設定し、通信を開始する。

ここで、設定される通信パラメータは、例えば、使用周波数帯域、リソースプール（ミリ波通信の実施可否、ライセンスバンド、アンライセンスバンド、ライセンスITSバンド、優先度分けされたリソースプール）、通信リンク（V2V通信、V2I通信、V2P通信、V2N通信、リレーの実施可否）、Carrier aggregationの実施可否、Dual connectivityの実施可否、複数アンテナ通信（TxD,MIMO）の実施可否、ビームステアリング、ビームフォーミングの角度設定に関するパラメータ、ビームフォーミングのMeasurementの範囲に関するパラメータ、CSI acquisitionに関するパラメータ、許容干渉量、キャリアセンシングパラメータ（閾値、センシング期間）、通信用リソースセレクションにおけるフィルタリング条件、リソースリセレクション条件、MCS（Modulation and coding set）、最大送信電力、送信パケットの優先度パラメータ、バッファステータスに関するパラメータ、衝突判断に用いる閾値パラメータ（地理的環境に応じて閾値にウエイトをかける）等である。

ステップＳ１１乃至Ｓ１５の一連の処理により、初期の通信が開始される状態となる。

ステップＳ１６において、自端末制御部２２３は、所定の時間が経過したか否かを判定し、所定の時間が経過した場合、処理は、ステップＳ１７に進む。

ステップＳ１７において、自端末位置情報取得部２１４は、自端末位置情報を取得し、自端末位置情報記憶部２１５に記憶させる。自端末情報送信部２２１は、通信部１０３を制御して、自端末位置情報記憶部２１５に記憶されている自端末位置情報やサポートされている通信方式の情報を他端末に対して送信させる。

ステップＳ１８において、他端末情報取得部２１２は、通信部１０３を制御して、他端末情報として、他車となる車両１１およびRSU１２などの他端末から送信される他端末情報を取得させ、取得した他端末情報における位置情報やサポートしている通信方式の情報を時系列の情報として他端末情報記憶部２１３に記憶させる。

ステップＳ１９において、通信制御部２１１は、他端末情報記憶部２１３に記憶されている他端末情報や自端末位置情報記憶部２１５に記憶されている自端末位置情報に基づいて自端末や他端末の位置を予測して、地理的な情報を生成する。そして、通信制御部２１１は、予測された地理的な情報に基づいて、通信制御処理を実行し、通信パラメータを調整する。

地理的な情報に基づいた通信制御処理については、様々な地理的な情報により得られる条件に応じた通信制御処理であり、図１１乃至図１５を参照して、詳細を後述する。

ステップＳ２０において、通信制御部２１１は、処理の終了が指示されたか否かを判定し、処理の終了が指示されない場合、処理は、ステップＳ２１に進む。

ステップＳ２１において、通信制御部２１１は、通信部１０３の通信状況を確認し、通信状態が不良となり、通信ができない状態となっているか否かを判定する。ステップＳ２１において、通信状態が不良ではなく、通信ができない状態ではない場合、処理は、ステップＳ１６に戻る。

また、ステップＳ２１において、通信状態が不良となり、通信ができない状態である場合、処理は、ステップＳ１３に戻り、再び通信先となる端末が選択されて、他端末との通信を開始できる状態にする。

ステップＳ１９の通信制御処理は、通信できないほど通信状態が不良となる前に通信状態に応じたパラメータの調整や通信方式の切り替えを実現することで、安定した通信状態を維持することで、信頼性の高い通信を実現させる。

そして、ステップＳ２０において、終了が指示されると処理が終了する。

以上の処理により、地理的な情報と、アプリケーションプログラムにおいて対応する通信方式の条件に基づいて、通信品質を維持し易い他端末との通信を実現させることが可能となる。

結果として、信頼性の高い通信を実現することが可能となる。

＜通信パラメータを変更する通信制御処理＞
ところで、図９のフローチャートを参照して説明した通信管理処理における、ステップＳ２１において、通信状態が不良であると判定された場合、ステップＳ１３以降において、通信状態の不良に起因して新たな他端末との通信を再開させるための処理がなされる。

しかしながら、この場合、再接続のための他端末の情報は持ち合わせているものの、接続手続を最初からやり直すため、通信が再開されるまでに時間が掛かる恐れがあるので、通信状態が不安定な状態となり、通信における遅延を発生させる可能性がある。

ステップＳ１９の通信制御処理は、ステップＳ２１において、通信できないほど通信状態が不良とならないように、地理的な情報に基づいて、通信部１０３を制御する処理である。

そこで、ここでは、図１１のフローチャートを参照して、通信部１０３を制御するための通信制御処理のうち、地理的な情報に基づいて、通信パラメータを変更するようにした通信制御処理について説明する。

ステップＳ３１において、位置予測部２２２は、自端末位置情報記憶部２１５に記憶されている時系列の自端末位置情報、他端末情報記憶部２１３に記憶されている時系列の他端末情報（位置情報およびルート情報を含む）、自端末のルート情報に基づいて、現在、および未来における自端末および他端末の位置を地理的な情報として予測する。

ステップＳ３２において、自端末制御部２２３は、位置予測部２２２により予測された地理的な情報を取得し、取得した地理的な情報に基づいて、通信中の他端末が現在または所定時間（例えば、１０秒）だけ将来のタイミングまでにおいて（現在から将来までにおいて）、NLOSとなるか否かを判定する。

例えば、図１２の状況Ｓｔ１１における車両１１−１００が自車両である場合について考える。

図１２の状況Ｓｔ１１においては、現在において、車両１１−１００が、道路２６１−１を図中右方向に移動しながら、先行する車両１１−１０２との間でV2V通信が実現されているものとする。

しかしながら、所定の時間だけ将来のタイミングにおいて、車両１１−１０２が、点線の矢印で示されるように、道路２６１−２に左折してしまうことが予測された。このため、図中の車両１１−１００，１１−１０２によるV2V通信からなる通信Ｌ１５１は、図１２で示されるように道路２６１−１，２６１−２以外の領域を跨ぐような状態となる。道路２６１−１，２６１−２以外の領域においては、建物などが存在することを考慮すると、車両１１−１００，１１−１０２によるV2V通信からなる通信Ｌ１５１がビームフォーミング通信であるような場合、通信が妨害される可能性がある（図中ではバツ印で表現されている）。

このとき、自端末制御部２２３は、地理的な情報から所定時間だけ将来のタイミングにおいて、車両１１−１００，１１−１０２間がNLOS状態になると判定する。このため、処理は、ステップＳ３３に進む。

ステップＳ３３において、自端末制御部２２３は、NLOS状態となる状況に対応するため、NLOS状態となる直前のタイミングにおいて、通信パラメータを変更する。

より具体的には、自端末制御部２２３は、例えば、通信部１０３における周波数帯域を6GHzから700MHzへと変更し、NLOSにロバスト性のある通信リソースを用いた通信Ｌ１５１を実施できるようにする。自端末制御部２２３は、通信部１０３における送信電力を上げることでNLOSに対してロバストな通信Ｌ１５１を実施させるようにする。同時に、自端末制御部２２３は、通信Ｌ１５１を、通信部１０３におけるMCS（Modulajon and Coding Schemes）等を変更して、例えば、16QAMからQPSKに変更させたり、MIMOを使用している場合、MIMOからSISO（Single Inpit Single Output）通信へと変更させる。

尚、ステップＳ３２において、NLOS状態ではないと判定された場合、ステップＳ３３の処理はスキップされる。

以上の処理により、直近の将来においてNLOS状態になることが予測されると、通信パラメータが調整されることにより、通信状態の不良を抑制することが可能となる。

結果として、信頼性の高い通信を実現することが可能となる。

＜通信リンクの構成を変更する通信制御処理＞
次に、図１３のフローチャートを参照して、通信部１０３を制御するための通信制御処理のうち、地理的な情報に基づいて、通信リンクの構成を変更するようにした通信制御処理について説明する。

ステップＳ５１において、位置予測部２２２は、自端末位置情報記憶部２１５に記憶されている時系列の自端末位置情報、他端末情報記憶部２１３に記憶されている時系列の他端末情報（位置情報およびルート情報を含む）、自端末のルート情報に基づいて、現在、および将来における自端末および他端末の位置関係の情報を地理的な情報として予測する。

ステップＳ５２において、自端末制御部２２３は、位置予測部２２２により予測された地理的な情報を取得し、取得した地理的な情報に基づいて、通信中の他端末が現在または所定時間（例えば、１０秒）だけ将来のタイミングまでにおいて（現在から将来までにおいて）、NLOS状態となるか否かを判定する。

ステップＳ５２において、NLOS状態となると判定された場合、処理は、ステップＳ５３に進む。

ステップＳ５３において、自端末制御部２２３は、NLOS状態となる状況に対応するため、NLOS状態となる直前のタイミングにおいて、通信リンクを変更する。

ここでも、図１２の状況Ｓｔ１１における車両１１−１００が自車両である場合について考える。

状況Ｓｔ１１においては、道路２６１−１，２６１−２の交差点の図中左上側にRSU１２−１が設けられている。そこで、自端末制御部２２３は、車両１１−１００，１１−１０２との通信をV2V通信からなる通信Ｌ１５１から、RSU１２−１を経由したV2I通信からなる通信Ｌ１６１，Ｌ１６２となるように通信リンクの構成を変更する。

そこで、ステップＳ５４において、通信確立部２２４は、NLOS状態となる直前のタイミングにおいて（すなわち、ステップＳ５３とほぼ同時に）、通信部１０３を制御して、新たな他端末に対して通信リンクを構成し、通信を確立するように要求する。例えば、RSU１２−１に対して通信リンクを構成するように要求する。

ステップＳ６１において、通信確立部２５３は、通信部２３２を制御して、通信リンクの構成が要求されたか否かを判定し、要求があった場合、処理は、ステップＳ６２に進む。

ステップＳ６２において、通信確立部２５３は、通信部２３２を制御して、通信リンクを構成するように要求のあった車両１１との通信リンクを構成し、通信を確立する。

以上の一連の処理により、地理的な情報に基づいて、NLOS状態が予測される場合には、通信リンクを事前に変更することで、通信状態が悪くなる前に通信リンクの構成を変更することができるので、通信が悪くなって切断されるようなことを防止することができる。

結果として、信頼性の高い通信を実現することが可能となる。

尚、以上においては、V2V通信に基づいた通信リンク構成から、RSU１２−１を介したV2I通信に基づいた通信リンク構成に変更される例について説明してきたが、車両１１−１０１を介して、V2V2V通信からなる通信Ｌ１６３，Ｌ１６４となるように通信リンクを変更するようにしてもよい。

この場合、通信リンクの構成を要求するとき、車両１１−１０２から見た車両１１−１０１の進行方向の情報を提供することで、ビームフォーミングにおけるビームの角度を特定することができ、通信リンクを切り替える際にも、高速な切り替えを実現することが可能となる。

＜ビームフォーミングにおけるビームステアリングのエリアを制限するようにした通信制御処理＞
次に、図１４のフローチャートを参照して、通信部１０３を制御するための通信制御処理のうち、ビームフォーミングを実施する際にビームステアリングのエリアを制限するようにした通信制御処理について説明する。

ステップＳ８１において、位置予測部２２２は、自端末位置情報記憶部２１５に記憶されている時系列の自端末位置情報、他端末情報記憶部２１３に記憶されている時系列の他端末情報（位置情報およびルート情報を含む）、自端末のルート情報に基づいて、現在、および将来における自端末および他端末の位置関係の情報を地理的な情報として予測する。

ステップＳ８２において、自端末制御部２２３は、位置予測部２２２により予測された地理的な情報を取得し、取得した地理的な情報に基づいて、自端末および他端末の端末間の相対的な位置関係から通信対象となる他端末を決定し、決定した他端末に対するビームステアリングを実施するエリアを設定する。

すなわち、一般的なビームステアリングは自端末の周囲360度に対して行うものであるが、自端末制御部２２３は、例えば、通信対象の他端末となる車両１１に対して自端末となる車両１１の進行方向を基準にビームステアリングのエリアを設定する。

より詳細には、図１２の状況Ｓｔ１２で示されるように、車両１１−１０３，１１−１０４が図中の上方（道路２６１−１，２６１−２の交差点の方向）に向かって、道路２６１−２を走行している場合を想定する。

この場合、車両１１−１０３が周囲の他端末情報に基づいた他端末の位置情報と、自端末位置情報との位置関係に基づいて、通信対象として車両１１−１０４が選択されるものとする。

このとき、車両１１−１０３の自端末制御部２２３は、自らの進行方向に対して、通信対象となる車両１１−１０４が存在する範囲Ｚ３１をビームステアリングのエリアとして設定する。より詳細には、自端末制御部２２３は、例えば、自らの進行方向に対して、図中右側の10度乃至30度の範囲Ｚ３１をビームステアリングのエリアとして設定する。

ステップＳ８３において、自端末制御部２２３は、現状のビームステアリングのエリアに変更があるか否かを判定し、変更がある場合、処理は、ステップＳ８４に進む。

ステップＳ８４において、自端末制御部２２３は、通信部１０３を制御して、ビームステアリングのリソース情報およびビームID情報を通信対象となる他端末となる車両１１に送信する。同時にビームステアリングの候補エリアを他端末に送信してもよい。このとき他端末は必ずしも通信相手である必要はなく、ブロードキャストによる通信が用いられてもよい。これらの送信端末から送信された情報は、周辺端末において、周辺の干渉状況把握のために用いられてもよい。これらの情報はサイドリンクにおけるSCI（Sidelink Control Information）を用いて通知される。このSCIはビームフォーミングを行う周波数とは別の周波数帯域で送信されてもよい。

ステップＳ９１において、例えば、他端末となる車両１１の通信確立部２２４は、通信部１０３を制御して、ビームステアリングのリソース情報およびビームID情報を受信させる。また、ビームステアリングの候補エリアを周辺車両に送信し、受信させてもよい。

ステップＳ９２において、他端末となる車両１１の自端末制御部２２３は、通信部１０３を制御して、ビームステアリングのリソース情報およびビームID情報のフィードバック情報を、送信元となる（自端末の）車両１１に送信させる。

ステップＳ８４において、自端末となる車両１１の自端末制御部２２３は、ビームステアリングのリソース情報およびビームID情報のフィードバック情報を受信する。

この一連の処理の後、ステップＳ８５，Ｓ９３の処理において、送信元となる車両１１である自端末と通信対象となる車両１１である他端末との間で、双方の通信確立部２２４によりCSI（Channel State Information） acquisitionが実施され、MIMOのレイヤ数や使用するMCS（Modulation and Coding. Scheme）や、送信電力が決定されて、ビームフォーミングによる通信が確立される。

尚、ステップＳ８２において、ビームステアリングのエリアに変化がない場合、ステップＳ８３乃至Ｓ８５の処理がスキップされる。この場合、ステップＳ９１において、ビームステアリングのリソース情報も送信されてこないので、ステップＳ９２，Ｓ９３の処理がスキップされ、現状の通信が維持される。

以上の処理により、地理的な情報により、通信対象が高確率で存在する範囲のみをビームステアリングの範囲として設定することが可能となり、より迅速に通信対象との通信を確立することができるので遅延の発生などを抑制することが可能となる。また、不要な範囲に対してビームステアリングの範囲を設定する必要がないので、消費電力を低減させることが可能となる。

結果として、信頼性の高い通信を実現することが可能となる。

＜V2V通信において、ビームフォーミング通信を行っていた際に、Blockageが発生すると判断された際にバックアップ通信回線を準備する通信制御処理＞
次に、図１５のフローチャートを参照して、通信部１０３を制御するための通信制御処理のうち、V2V通信において、ミリ波ビームフォーミング通信を行っていた際に、Blockageが発生すると判断された際にバックアップ通信回線を準備するようにした通信制御処理について説明する。

ステップＳ１１１において、位置予測部２２２は、自端末位置情報記憶部２１５に記憶されている時系列の自端末位置情報、他端末情報記憶部２１３に記憶されている時系列の他端末情報（位置情報およびルート情報を含む）、自端末のルート情報に基づいて、現在、および将来における自端末および他端末の位置関係の情報を地理的な情報として予測する。

ステップＳ１１２において、自端末制御部２２３は、位置予測部２２２により予測された地理的な情報を取得し、取得した地理的な情報に基づいて、通信対象である他端末との間に、別途車両１１が進入されるなどして、通信経路の妨害（Blockage）が発生することが予想されるか否かを判定する。

すなわち、例えば、図１２の状況Ｓｔ１３で示されるように、車両１１−１０５，１１−１０６がビームフォーミング通信による通信Ｌ１７１を確立した状態で、図中の右方向に道路２６１−１上を走行している状態を想定する。

ここで、図中上方から車両１１−１０７が、道路２６１−２を図中下方向に向かって走行し、車両１１−１０５，１１−１０６間を横切って走行することが予測される場合、車両１１−１０７により、車両１１−１０５，１１−１０６間の通信Ｌ１７１の経路上の範囲Ｚ３２における妨害（Blockage）が発生することが予想されるものとみなされる。

すなわち、この場合、ステップＳ１１２において、通信経路の妨害（Blockage）が発生する可能性があると判定され、処理は、ステップＳ１１３に進む。

ステップＳ１１３において、自端末制御部２２３は、位置予測部２２２により予測された地理的な情報に基づいた自端末と他端末の相対的な位置関係からリレー通信の通信対象を検索する。そして、自端末制御部２２３は、通信部１０３を制御して、検索されたリレー通信の通信対象に対して、通信経路の妨害（Blockage）が発生する可能性があるタイミング（開始時刻、および終了時刻（または妨害時間））と併せてリレー通信を要求する。

ここでは、図１２のRSU１２−２がリレー通信の通信対象に選択されるものとする。

ステップＳ１３１において、通信確立部２５３は、通信部２３２を制御して、リレー通信の要求があったか否かを判定し、リレー通信の要求があった場合、処理は、ステップＳ１３２に進む。

ステップＳ１３２において、自端末制御部２５２は、受信したリレー通信の要求に基づいて、リレー通信の受け入れが可能であるか否かを判定する。自端末制御部２５２は、例えば、通信可能回線数等に余裕があるか否かなど、妨害（Blockage）が発生するタイミングにおいてリレー通信が可能であるか否かを判定する。

ステップＳ１３２において、自端末制御部２５２は、リレー通信の受け入れが可能であると判定した場合、処理は、ステップＳ１３３に進む。

ステップＳ１３３において、自端末制御部２５２は、通信部２３２を制御して、リレー通信の受け入れが可能であることを通知する。

ステップＳ１１４において、車両１１−１０３における自端末制御部２２３は、通信部１０３を制御して、リレー通信を要求した通信対象からのリレー通信の受け入れが可能であることを示す通知が送信されてきたか否かを判定する。

ステップＳ１１４において、リレー通信の受け入れが可能であることが通知されてこない場合、処理は、ステップＳ１２０に進む。

ステップＳ１２０において、自端末制御部２５２は、リレー通信の要求を送信してから所定時間が経過したか否かを判定し、所定時間が経過していない場合、処理は、ステップＳ１１４に戻る。

すなわち、リレー通信を要求してから所定時間内である場合、リレー通信の要求に対する応答を待ち続ける。

そして、ステップＳ１１４において、リレー通信の受け入れが可能であることが通知されると、処理は、ステップＳ１１５に進む。

ステップＳ１１５において、自端末制御部２２３は、リレー通信の受け入れが可能であることを示す通知を受信する。また、通信確立部２２４は、リレー通信の受け入れが可能であることを示す通知に基づいて、リレー通信の通信対象を設定する。すなわち、ここでは、RSU１２−２が通信対象として設定される。

ステップＳ１１６，Ｓ１３４において、通信確立部２２４，２５３は、それぞれBlockage開始のタイミングであるか否かを判定し、Blockage開始のタイミングになるまで、同様の処理が繰り返される。

ステップＳ１１６，Ｓ１３４において、Blockage開始のタイミングになると、処理は、それぞれステップＳ１１７，Ｓ１３５に進む。

ステップＳ１１７，Ｓ１３５において、通信確立部２２４，２５３は、それぞれ通信部１０３，２３２を制御して、設定されたリレー通信状態にする。

すなわち、図１２で示されるように、Blockage開始のタイミングにおいては、通信確立部２２４，２５３は、それぞれ通信部１０３，２３２を制御して、V2V通信からなる通信Ｌ１７１の状態から、RSU１２−２を介したV2I通信からなる通信Ｌ１８１，Ｌ１８２に切り替える。

この結果、車両１１−１０５，１１−１０６間に車両１１−１０７が入り込んで、通信Ｌ１７１の経路が妨害されても、通信Ｌ１８１，Ｌ１８２を介したリレー通信により通信を継続することが可能となる。

ステップＳ１１８，Ｓ１３６において、通信確立部２２４，２５３は、それぞれBlockage終了のタイミングであるか否かを判定し、Blockage終了のタイミングになるまで、同様の処理が繰り返される。

そして、ステップＳ１１８，Ｓ１３６において、Blockage終了のタイミングになると、処理は、それぞれステップＳ１１９，Ｓ１３７に進む。

ステップＳ１１９，Ｓ１３７において、通信確立部２２４，２５３は、それぞれ通信部１０３，２３２を制御して、設定されたリレー通信を終了し、元の通信に戻す。

すなわち、図１２で示されるように、Blockage終了のタイミングにおいては、通信確立部２２４，２５３は、それぞれ通信部１０３，２３２を制御して、V2I通信からなる通信Ｌ１８１，Ｌ１８２の状態から、V2V通信からなる通信Ｌ１７１に切り替える。

この結果、車両１１−１０５，１１−１０６間の通信が元の状態に戻される。

尚、ステップＳ１１１において、通信妨害（Blockage）が予想されない場合、およびステップＳ１２０において、所定時間が経過した場合、ステップＳ１１３乃至Ｓ１２０の処理はスキップされる。

また、ステップＳ１３１において、リレー通信の要求がない場合、および、ステップＳ１３２において、リレー通信が受け入れられない場合、ステップＳ１３３乃至Ｓ１３７の処理がスキップされる。

以上の処理により、地理的な情報に基づいて、通信妨害（Blockage）が予想される場合については、事前にリレー通信を用意して、通信妨害がなされるタイミングにのみリレー通信を利用することができるので、通信妨害（Blockage）を事前に回避することで、通信状態を継続させることが可能となる。

結果として、信頼性の高い通信を実現することが可能となる。

＜＜３．第２の実施の形態＞＞
以上においては、予測される地理的な情報に基づいて、通信を制御する例について説明してきたが、地理的な情報に合わせて、他端末の実際の通信状態の情報をデータベース化して、データベースに基づいて、位置情報に応じた通信種別、パラメータ、および通信品質をマッピングしたマッピングテーブルを生成しておき、このマッピングテーブルを利用することで、最適な通信を選択できるようにしてもよい。

図１６は、地理的な情報に合わせて、他端末の実際の通信状態に基づいた情報をデータベース化して、データベースに基づいて、位置情報に応じた通信種別、パラメータ、および通信品質をマッピングしたマッピングテーブルを生成しておき、マッピングテーブルを各車両１１（各端末）に配信して、予測される位置に対応するマッピングテーブルの情報に基づいて、最適な通信を選択できるようにした通信システム４１の構成例である。

尚、図１６において、図５の通信システム４１と同一の機能を備えた構成については、同一の符号を付しており、その説明は適宜省略する。

すなわち、図１６において、図５の通信システム４１と異なる点は、サーバ２７１が設けられている点である。

すなわち、サーバ２７１は、通信情報データベースを生成して、位置情報に応じて通信種別、パラメータ、および通信品質をマッピングしたマッピングテーブルを生成して車両１１に配信する。

車両１１は、このマッピングテーブルの配信を受けて、予めマッピングテーブルを記憶しておき、移動時における、その時々の自端末の位置情報によりマッピングテーブルを参照して、通信状態を管理する。

尚、車両１１の車両制御システムにおける通信管理部１４４についても、マッピングテーブルに基づいた通信管理ができるように変更されているが、その詳細については、図１８を参照して詳細を後述する。

＜マッピングテーブルを生成するサーバの構成例＞
次に、図１７を参照して、マッピングテーブルを生成するサーバ２７１の構成例について説明する。

サーバ２７１は、制御部２８１、通信部２８２、通信情報データベース記憶部２８３、およびマッピングテーブル記憶部２８４を備えている。

制御部２８１は、通信情報データベース生成部２９１、およびマッピングテーブル生成部２９２を備えており、サーバ２７１の動作の全体を制御している。

通信情報データベース生成部２９１は、通信部２８２を制御して、各端末の端末ID情報、端末位置情報、それぞれの位置での送信時における通信の種類（通信方式）、通信パラメータを送信情報として取得する。

また、通信情報データベース生成部２９１は、通信部２８２を制御して、各端末の端末ID情報、端末位置情報、それぞれの位置における受信時の通信方式の種類、および受信の可否を受信情報として取得する。

さらに、通信情報データベース生成部２９１は、送信情報と受信情報とを、通信情報データベース記憶部２８３に記憶されている通信情報データベースに登録する。

マッピングテーブル生成部２９２は、通信情報データベース記憶部２８３に記憶されている通信情報データベースに基づいて、位置情報毎に、どの通信方式で、どの通信パラメータを用いた場合、どの程度の通信パフォーマンスが得られるかを示す通信品質の情報からなる通信情報をマッピングしたマッピングテーブルを生成し、マッピングテーブル記憶部２８４に記憶させる。

制御部２８１は、通信部２８２を制御して、マッピングテーブル記憶部２８４に記憶されているマッピングテーブルを車両１１からなる各端末に配信する。

車両１１は、このマッピングテーブルを取得して予め記憶しておき、移動する際、自端末位置情報に基づいて、マッピングテーブルを照合し、通信方式の種類、通信パラメータ、および通信品質からなる通信情報を読み出し、読み出した通信情報に基づいて、通信を制御する。

＜マッピングテーブルを利用して通信を管理する通信管理部の構成例＞
次に、図１８を参照して、マッピングテーブルを利用して通信を管理する通信管理部１４４の構成例について説明する。尚、図１８の通信管理部１４４の構成において、図７の通信管理部１４４における構成と同一の機能を備えた構成については、同一の符号を付しており、その説明は適宜省略する。

すなわち、図１８の通信管理部１４４は、通信制御部２１１に代えて、通信制御部３０１を備え、新たにマッピングテーブル記憶部３０２を備えている点で、図７の通信管理部１４４と異なる。

通信制御部３０１は、自端末情報送信部３１１、位置予測部３１２、自端末制御部３１３、通信確立部３１４、およびマッピングテーブル取得部３１５を備えており、通信管理部１４４の動作の全体を制御する。

尚、自端末情報送信部３１１、位置予測部３１２、および通信確立部３１４は、図７の自端末情報送信部２２１、位置予測部２２２、および通信確立部２２４と同一の機能であるので、その説明は適宜省略する。

自端末制御部３１３は、位置予測部３１２を制御して、自端末および他端末の位置を予測させ、予測された位置情報により、マッピングテーブル３０３に記憶されているマッピングテーブルを照合して、位置情報に対応付けて登録されている通信情報を読み出して通信部１０３を制御する。

マッピングテーブル取得部３１５は、通信部１０３を制御して、サーバ２７１より配信されるマッピングテーブルを取得して、マッピングテーブル記憶部３０２に記憶させる。

マッピングテーブル記憶部３０２は、マッピングテーブル取得部３１５により取得されたマッピングテーブルを記憶すると共に、自端末制御部３１３により自端末位置情報に対応する通信情報を提供する。

＜マッピングテーブルを用いた通信制御処理＞
次に、図１９のフローチャートを参照して、マッピングテーブルを用いた通信制御処理について説明する。尚、ここでは、通信制御処理の一部としてサーバ２７１によるマッピングテーブルを生成する処理を含めた説明とするが、マッピングテーブルを生成する処理は、独立して実行されるようにしてもよい。また、通信管理処理については、図９のフローチャートを参照して説明した処理と同様であるので、その説明は省略する。

ステップＳ１５１において、サーバ２７１の通信情報データベース生成部２９１は、通信部２８２を制御して、各車両１１により構成される端末の端末ID情報、端末位置情報、それぞれの端末位置情報における送信時における通信方式の種類、通信パラメータを送信情報として取得する。

ステップＳ１５２において、通信情報データベース生成部２９１は、通信部２８２を制御して、事前に測定されている各端末の端末ID情報、端末位置情報、それぞれの端末位置情報における受信時の通信方式の種類、および受信の可否を、受信情報として取得する。

ステップＳ１５３において、通信情報データベース生成部２９１は、取得した送信情報および受信情報をデータベース化し、通信情報データベース記憶部２８３に記憶されている通信情報データベースとして登録する。

ステップＳ１５４において、マッピングテーブル生成部２９２は、通信情報データベース記憶部２８３に記憶されている通信情報データベースに基づいて、位置情報毎に、どの通信方式で、どの通信パラメータを用いた場合、どの程度の通信パフォーマンスが得られるかを示す通信品質の情報からなる通信情報をマッピングしたマッピングテーブルを生成し、マッピングテーブル記憶部２８４に記憶させる。

ステップＳ１５５において、制御部２８１は、マッピングテーブル記憶部２８４に記憶されているマッピングテーブルを各車両１１からなる端末に配信する。

ステップＳ１７１において、車両１１を構成する車両制御システム１００における通信管理部１４４のマッピングテーブル取得部３１５は、通信部１０３を制御して、サーバ２７１により配信されるマッピングテーブルを地理的な情報として取得し、マッピングテーブル記憶部３０２に記憶させる。

ステップＳ１７２において、位置予測部３１２は、自端末位置情報記憶部２１５に記憶されている時系列の自端末位置情報、他端末情報記憶部２１３に記憶されている時系列の他端末情報（位置情報およびルート情報を含む）、自端末のルート情報に基づいて、現在、および将来における自端末および他端末の位置関係の情報を地理的な情報として予測する。

ステップＳ１７３において、自端末制御部３１３は、予測された地理的な情報を取得し、取得した地理的な情報に基づいた位置情報により、マッピングテーブルを照合して、対応する通信情報である通信方式の種類、パラメータ、および通信品質の情報を読み出す。

ステップＳ１７４において、通信確立部３１４は、取得した通信情報に基づいて、最適な通信対象となる端末を選択し、対応する通信方式と通信パラメータにより通信部１０３を制御して、通信対象となる端末に対して通信の確立を要求する。

ステップＳ１７５において、通信確立部３１４は、通信部１０３を制御して、通信を確立させる。

以上の処理により、通信方式の種類、パラメータ、および通信品質の情報からなる通信情報を、位置情報に基づいてマッピングテーブルより読み出し、通信情報に基づいて、最も通信品質の高い最適な通信対象を選択することで、信頼性の高い通信を実現することが可能となる。

＜＜４．第３の実施の形態＞＞
以上においては、予め位置情報に対応する通信情報をマッピングテーブルとして配信し、地理的な情報に基づいて、マッピングテーブルを照合し、マッピングテーブルより読み出される通信情報に基づいて、最適な通信対象を選択できる例について説明してきたが、ダイナミックマップと称する動的な３次元マップ情報を利用して最適な通信対象を選択できるようにしてもよい。

＜ダイナミックマップ＞
ここで、ダイナミックマップについて説明する。ダイナミックマップとは、３次元マップ（３Ｄマップ）に時間軸を加えたマップであり、また、時系列の変化の大きさに応じて複数の階層（レイヤ）が設定されているマップであり、例えば、図２０で示されるようなマップＭ１である。

図２０のダイナミックマップＭ１は、第１レイヤ（Ｌａｙｅｒ１）乃至第４レイヤ（Ｌａｙｅｒ４）からなる４種類のレイヤから構成された３次元マップである。尚、レイヤ数は、これに限らず、４種類以上でも４種類以下でもよい。

ここで、第１レイヤ（Ｌａｙｅｒ１）は、時系列の変化が略ない高精度の道路地図である。また、第２レイヤ（Ｌａｙｅｒ２）は、道路の次に変化の少ない建物や標識などの配置がなされた地図である。さらに、第３レイヤ（Ｌａｙｅｒ３）は、状況により変化する路面状況、交通信号、および渋滞情報などからなるマップである。また、第４レイヤ（Ｌａｙｅｒ４）は、時々刻々と変化する車両１１、歩行者、自転車などの位置を示すマップである。すなわち、ダイナミックマップにおいては、時系列に変化の頻度に応じたレイヤが設定されている。

このダイナミックマップは、サーバにより順次更新されながら車両１１に配信されており、車両１１は、このダイナミックマップに基づいて、通信状況を推定しながら通信を制御する。

この際、車両１１は、自らが走行する道路地図と、建物などの３次元構造物の配置とから、伝搬経路を特定して、通信状態を推定する。この際、車両１１は、ダイナミックマップＭ１を構成する第１レイヤと第２レイヤの情報から、例えば、図２１で示されるような３次元マップＭ１１を取得して、通信に際しての伝搬経路における通信状態を推定する。

尚、図２１においては、道路Ｒ１，Ｒ２の交差点が図中の中央に描かれており、交差点の角に３次元表示された建物Ｂ１乃至Ｂ３が存在する様子が描かれている。

車両１１は、図２０で示されるようなダイナミックマップＭ１の情報から、図２１で示されるような３次元マップを生成して、通信対象との通信経路を特定し、特定した通信経路に対応する伝搬経路から通信状態を推定し、推定結果に基づいて、通信対象、通信方式、および、通信パラメータ等を決定する。

この結果、通信状況をある程度把握した上で最適な通信制御を実現することが可能となり、信頼性の高い通信を実現することが可能となる。

＜ダイナミックマップを利用した通信システムの構成例＞
図２２は、ダイナミックマップを利用した通信システムの構成例４１の構成例である。

尚、図２２において、図５の通信システム４１と同一の機能を備えた構成については、同一の符号を付しており、その説明は適宜省略する。

すなわち、図２２において、図５の通信システム４１と異なる点は、サーバ３２１、および道路情報配信サーバ３２２が設けられている点である。

サーバ３２１は、車両１１−１８１乃至１１−ｎよりそれぞれの位置情報を取得すると共に、道路情報配信サーバ３２２より配信される道路情報を取得して、ダイナミックマップを生成し、車両１１−１８１乃至１１−ｎに配信する。

道路情報配信サーバ３２２は、交通渋滞、交通信号機、および路面状況などの道路情報を生成し、サーバ３２１に供給する。

＜ダイナミックマップを生成するサーバの構成例＞
次に、図２３を参照して、ダイナミックマップを生成するサーバ３２１の構成例について説明する。

サーバ３２１は、制御部３４１、固定地図情報記憶部３４２、道路地図情報記憶部３４３、動的情報取得部３４４、および通信部３４５を備えている。

制御部３４１は、プロセッサやメモリなどからなりサーバ３２１の動作の全体を制御している。また、制御部３４１は、ダイナミックマップ生成部３６１を備えており、ダイナミックマップ生成部３６１により生成されたダイナミックマップを、通信部３４５を制御して、車両１１に配信する。

ダイナミックマップ生成部３６１は、固定地図情報記憶部３４２に記憶されている標識や建物などの３次元構造物の情報、道路地図情報記憶部３４３に記憶されている道路地図、動的情報取得部３４４により取得される動的な道路情報と車両１１や歩行者１４の位置情報に基づいてダイナミックマップを生成する。

固定地図情報記憶部３４２は、建物などの３次元構造物の情報を固定地図として記憶しており制御部３４１に供給する。

道路地図情報記憶部３４３は、道路地図情報を記憶しており、制御部３４１に供給する。

動的情報取得部３４４は、道路情報取得部３５１、および移動体情報取得部３５２を備えており、道路情報および移動体情報を取得して、制御部３４１に供給する。

道路情報取得部３５１は、道路情報配信サーバ３２２より供給される渋滞情報、交通信号機などの動作状態の情報、および路面状況などの情報を道路情報として取得して、制御部３４１に供給する。

移動体情報取得部３５２は、車両１１や歩行者１４などの移動体となる端末からの位置情報を移動体情報として取得して、制御部３４１に供給する。

通信部３４５は、制御部３４１により制御され、車両１１や歩行者１４等の移動体の端末、サーバ３２１、および道路情報配信サーバ３２２と各種のデータを送受信する。

＜ダイナミックマップを利用した通信管理処理を実行する通信管理部の構成例＞
次に、図２４を参照して、ダイナミックマップを利用した通信管理処理を実行する通信管理部１４４の詳細な構成例について説明する。

通信管理部１４４は、通信制御部３８１、ダイナミックマップ受信部３８２、通信対象決定部３８３、自端末位置情報取得部３８４、および伝搬路特性推定部３８５を備えている。

通信制御部３８１は、自端末情報送信部３９１、位置予測部３９２、自端末制御部３９３、および通信確立部３９４を備えており、通信管理部１４４の動作の全体を制御している。尚、通信確立部３９４は、通信確立部２２４と同様であるので、その説明は省略する。

自端末情報送信部３９１は、通信部１０３を制御して、自端末位置情報取得部３８４により取得された自端末位置情報を、サーバ３２１に対して送信する。

位置予測部３９２は、自端末位置情報取得部３８４により取得される自端末位置情報、および、自端末のルート情報に基づいて、現在、および将来における自端末の位置情報を地理的な情報として予測し、伝搬路特性推定部３８５に供給する。この際、複数の位置情報を扱った位置の予測には、例えば、カルマンフィルタなどを利用するようにしてもよい。尚、位置予測部３９２は、自端末位置情報取得部３８４により取得される自端末位置情報ではなく、ダイナミックマップ受信部３８２により自端末の位置情報を取得するようにしてもよい。

自端末制御部３９３は、ダイナミックマップに基づいた伝搬特性推定結果に基づいて、通信部１０３を制御して、通信対象、通信方式、および通信パラメータを特定し、通信部１０３を制御して、通信を確立させる。

ダイナミックマップ受信部３８２は、V2N通信により、サーバ３２１より配信されるダイナミックマップを受信する。ダイナミックマップは周辺の建物等の３次元情報を用いたマップを用いるようにしてもよい。

尚、本開示においては、ダイナミックマップはV2N通信でサーバ３２１から提供され例について説明するが、基地局３１、RSU１２等を介して提供されてもよい。また、アプリケーションデータとして提供されてもよく、通信制御における通信パラメータとして提供されてもよい。

通信対象決定部３８３は、ダイナミックマップから得られた周辺車両やインフラストラクチャ、歩行者端末情報等と自端末位置情報に基づいて、V2X通信の送信対象を決定する。

自端末位置情報取得部３８４は、自己位置推定部１３２により推定された自己位置を自端末位置として取得し、伝搬路特性推定部３８５、および通信制御部３８１に供給する。

伝搬路特性推定部３８５は、ダイナミックマップ、通信対象、自端末位置情報、および位置予測部３９２により予測された地理的な情報に基づいて、仮想空間における送信元と送信先の伝搬路特性を推定し、推定結果に基づいて、通信手法を決定する。

伝搬路特性推定部３８５は、ダイナミックマップとして、３次元マップの地理的情報を用いて、送受信間の伝搬路特性を推定してもよく、例えば、送受信間における建物の３次元構造物の情報を用いて、電波の反射特性を推定するなどにより伝搬路特性を推定する。

この際、伝搬路特性推定部３８５は、ダイナミックマップのレイヤ情報を限定して伝搬路特性を推定するようにしてもよい。

例えば、よりラフな推定を行う場合、伝搬路特性推定部３８５は、ダイナミックマップにおける最も静的なレイヤ情報のみに基づいて伝搬路特性を推定し、詳細な推定を行う場合、静的なレイヤだけでなく動的なレイヤも考慮して伝搬路特性を推定するようにしてもよい。

伝搬路特性推定部３８５は、与えられた仮想的な通信環境において適切な通信手法を決定する。このため、伝搬路特性推定部３８５は、様々な送信方法のバリエーションセットを用いて、それぞれにおける伝搬路特性を仮想空間上でシミュレーションする。

シミュレーションにおいて用いられる通信パラメータは、例えば、第１の実施の形態において設定される通信パラメータである。

推定される伝搬路特性としては、受信端末における推定SINRや、パスロス値、フェージング、およびシャドーイングなどがあげられる。この他にも、他端末へ与える与干渉レベルや、リソース占有率や帯域の混雑度情報を伝搬路特性の推定に考慮してもよい。

＜ダイナミックマップを利用したビームフォーミング通信における通信管理処理＞
次に、図２５のフローチャートを参照して、ダイナミックマップを利用したビームフォーミング通信における通信管理処理について説明する。

ステップＳ１９１において、制御部３４１は、所定時間が経過したか否かを判定し、所定時間が経過した場合、処理は、ステップＳ１９２に進む。

ステップＳ１９２において、道路情報取得部３５１は、通信部３４５を制御して、道路情報配信サーバ３２２にアクセスし、道路情報を取得し、交通情報として制御部３４１のダイナミックマップ生成部３６１に供給する。この処理により、ダイナミックマップ生成部３６１は、図２０のダイナミックマップＭ１における第３レイヤの情報に相当する道路情報を取得する。

ステップＳ１９３において、移動体情報取得部３５２は、通信部３４５を制御して、車両１１や歩行者１４から供給される位置情報を取得して、移動体情報として制御部３４１のダイナミックマップ生成部３６１に供給する。この処理により、ダイナミックマップ生成部３６１は、図２０のダイナミックマップＭ１における第４レイヤの情報に相当する移動体情報を取得する。

ステップＳ１９４において、ダイナミックマップ生成部３６１は、固定地図情報記憶部３４２に記憶されている固定地図情報を読み出す。この処理により、ダイナミックマップ生成部３６１は、図２０のダイナミックマップＭ１における第２レイヤの情報に相当する固定地図情報を取得する。

ステップＳ１９５において、ダイナミックマップ生成部３６１は、道路地図情報記憶部３４３に記憶されている道路地図情報を読み出す。この処理により、ダイナミックマップ生成部３６１は、図２０のダイナミックマップＭ１における第１レイヤの情報に相当する道路地図情報を取得する。

ステップＳ１９６において、ダイナミックマップ生成部３６１は、第１レイヤの情報に相当する道路地図情報、第２レイヤの情報に相当する固定地図情報、第３レイヤの情報に相当する道路情報、および第４レイヤの情報に相当する移動体情報を用いて、ダイナミックマップを生成する。

ステップＳ１９７において、制御部３４１は、ダイナミックマップ生成部３６１により生成されたダイナミックマップを、通信部３４５を制御して、車両１１に送信する。

ステップＳ１９８において、制御部３４１は、終了が指示されたか否かを判定し、終了が指示されていない場合、処理は、ステップＳ１９１に戻る。

また、ステップＳ１９１において、所定時間が経過していない場合、ステップＳ１９２乃至Ｓ１９７の処理がスキップされる。

すなわち、サーバ３２１においては、終了が指示されるまで、ステップＳ１９１乃至Ｓ１９８の処理が繰り返されて、所定時間間隔でダイナミックマップが生成されて、順次、車両１１に送信される。

ステップＳ２１１において、車両１１における通信管理部１４４のダイナミックマップ受信部３８２は、通信部１０３を制御して、ダイナミックマップが送信されてきたか否かを判定し、ダイナミックマップが送信されてきた場合、処理は、ステップＳ２１２に進む。

ステップＳ２１２において、ダイナミックマップ受信部３８６は、通信部１０３を介して、ダイナミックマップを受信し、通信対象決定部３８３、および伝搬路特性推定部３８５に供給する。

ステップＳ２１３において、伝搬路特性推定部３８５は、ダイナミックマップに基づいて、自端末（送信端末）位置、および通信対象となる他端末（受信端末）の位置を予測する。

より詳細には、通信対象決定部３８３がダイナミックマップに基づいて、周辺の他端末より通信対象となる端末を決定し、伝搬路特性推定部３８５に供給する。また、自端末位置情報取得部３８４が、自己位置推定部１３２の推定結果を自端末位置情報として伝搬路特性推定部３８５に供給する。さらに、位置予測部３９２は、ルート計画部１６１により計画されたルート情報と自端末位置情報とに基づいて現在または将来に予測される位置情報を伝搬路特性推定部３８５に供給する。

伝搬路特性推定部３８５は、通信対象となる他端末の位置情報、自端末位置情報、および現在または将来の位置情報の予測結果に基づいて、ダイナミックマップ上における自端末位置（送信端末）、および通信対象となる他端末（受信端末）の位置を予測する。

尚、伝搬路特性推定部３８５により特定される自端末位置（送信端末）、および通信対象となる他端末（受信端末）の位置の予測については、自端末位置情報およびダイナミックマップからだけでも予測することができる。すなわち、この場合、ダイナミックマップそのものが位置予測結果となるため、ダイナミックマップを生成するサーバ３２１そのものが位置予測部３９２に相当する機能を実現していると考えることができる。このため、位置予測部３９２は、省略してもよい。

ステップＳ２１４において、伝搬路特性推定部３８５は、自端末位置情報と、通信対象となる他端末の位置情報とに対応する周辺の３次元マップを、ダイナミックマップに基づいて取得する。

ステップＳ２１５において、伝搬路特性推定部３８５は、自端末位置情報、通信対象となる他端末の位置情報、および、周辺の３次元マップに基づいて、伝搬路特性を推定する。

このとき、伝搬路特性推定部３８５は、ビームステアリングを行った際の想定受信SINRを推定し、例えば、自端末（送信端末）を中心に360度ビームステアリングを行った際の受信SINRのシミュレーションを実施してもよい。

シミュレーションには、例えば、レイトレーシングシミュレーションを用いるようにしてもよい。

ここで具体的な例について、図２６を参照して説明する。例えば、図２６で示されるように、車両１１−２０１，１１−２０２が、壁のような構造物である建造物Ｗ１に沿った道４４１を、図中の左方向に向かって走行しており、自端末である車両１１−２０１が車両１１−２０２とV2V通信を実現する場合について考える。

この場合、自端末（送信端末）を中心に360度ビームステアリングを行った際の受信SINRのシミュレーションを実施することで、伝搬路特性推定を行った結果、範囲Ｚ１５３で示される直進方向へのビームステアリングによる推定受信SINRが良好であることが認識されることになる。また、直進方向から45度程度ずらした範囲Ｚ１５１について、ビームステアリングを実施した場合、建造物Ｗ１による反射の影響で生じる範囲Ｚ１５２により、推定受信SINRが比較的良くなることが認識されることになる。

そこで、図１２で示されるような伝搬路推定結果の場合、伝搬路特性推定部３８５は、範囲Ｚ１３３で示されるように、直進方向に対して約±15度の範囲と、範囲Ｚ１５２で示されるように、直進方向に対して-45度方向を中心に±15度の範囲とを、ビームステアリングを実施する範囲に決定する。

ステップＳ２１６において、伝搬路特性推定部３８５は、推定結果となる伝搬路特性に基づいて、ビームステアリングの範囲を決定する。

ステップＳ２１７において、伝搬路特性推定部３８５は、決定したビームステアリングの範囲の情報を通信制御部３８１に供給する。これにより、通信制御部３８１の自端末制御部３９３は、通信部１０３を制御して、決定された範囲に対してビームステアリングを実施する。

ステップＳ２１８において、通信制御部３８１は、処理の終了が指示されたか否かを判定し、終了が指示されない場合、処理は、ステップＳ２１１に戻り、それ以降の処理が繰り返される。

尚、シミュレーションについては、上述した以外の手法であってもよく、例えば、自端末（送信端末）が、NLOS状態になる可能性があると判断した場合、無線通信に関するパラメータとして、例えば、周波数帯域を6GHzから700MHzへと変更し、NLOS状態にロバスト性のある通信リソースを用いて通信を実施する場合の伝搬路特性を推定するようにしてもよい。また、送信電力を上げることでロバストな通信を実現する場合、同時にMCS等を変更し、例えば16QAMからQPSKとったような変更を行った場合、MIMOを使用している場合、MIMOからSISO通信へと変更する場合などについてのシミュレーションにより伝送路特性を様々に求めて、通信手法を選択するようにしてもよい。

以上の処理により、地理的な情報として、ダイナミックマップを用いたシミュレーションにより伝搬路特性の推定を行った上で、通信条件が最もよい通信手法を事前に選択することができるので、通信状態がある程度保証された通信手法を、通信状態が悪化する前の段階で選択し、切り替えて通信を継続することが可能となる。

結果として、信頼性の高い通信を実現することが可能となる。

＜ダイナミックマップを利用してビームフォーミング通信と他の通信とを切り換えるようにした通信管理処理＞
以上においては、ダイナミックマップを利用して、ビームフォーミングのステアリング範囲を設定する例について説明してきたが、Blockageが発生することが予想される場合については、ビームフォーミング通信から無指向性の通信に切り替えるようにしてもよい。

そこで、図２７のフローチャートを参照して、ダイナミックマップを利用してビームフォーミング通信と他の通信とを切り換えるようにした通信管理処理について説明する。

尚、図２７のフローチャートにおけるステップＳ２３１乃至Ｓ２３８、およびステップＳ２４１乃至Ｓ２４４，Ｓ２５１の処理は、図２５におけるステップＳ１９１乃至Ｓ１９８、およびステップＳ２１１乃至Ｓ２１４，Ｓ２１８の処理と同一であるので、その説明は省略する。

ステップＳ２４５において、伝搬路特性推定部３８５は、ダイナミックマップを用いて、伝搬路特性推定としてビームフォーミングを行った際のパスロス値を時系列に求める。

ステップＳ２４６において、伝搬路特性推定部３８５は、ダイナミックマップの情報における、特に第４レイヤの情報に基づいて、移動体である車両１１の時系列の移動体情報に基づいて、伝搬路が妨害（Blockage）されるNLOS状態が発生するか否かを判定する。

すなわち、図２８の左部で示されるように、時刻ｔにおいて、車両１１−２２１，１１−２２２が、図中の道路４５２−１上を図中右方向に走行している状態である場合について考える。

この場合、自端末となる車両１１−２２１が、通信対象となる車両１１−２２２に対してビームフォーミング通信を行っているときには、車両１１−２２１，１１−２２２間には遮蔽物がないLOS（Line Of Sight）状態であるため、パスロス値は良好であることが推定される。

しかしながら、ダイナミックマップの情報に基づいたシミュレーションにより、道路４６２−１に対して直交する道路４６２−２上を図中の上方向に大型トラック４５１が走行している。このとき、時刻ｔから所定時間が経過した時刻ｔ’においては、図２８の中央部で示されるように、大型トラック４５１’が、車両１１−２２１，１１−２２２間に割り込むことで妨害（Blockage）によるNLOS状態が発生することが推定されると共に、このときのパスロス値が大幅に悪化することが推定された。

そして、さらに、時間が経過した時刻ｔ’’においては、図２８の右部で示されるように、大型トラック４５１’’が、車両１１−２２１，１１−２２２間を通り抜けて、NLOS状態が解消して、再び伝搬路上に遮蔽物のないLOS状態となり、パスロス値についても改善されることが推定された。

このような場合、伝搬路特性推定部３８５は、NLOS状態が発生するものとみなすことになるので、処理は、ステップＳ２４７に進む。

ステップＳ２４７において、伝搬路特性推定部３８５は、NLOS状態の開始のタイミングの情報、NLOS状態の終了のタイミング、および、NLOS状態における通信方式の情報を通信相手である、図２８における車両１１−２２２に対して送信するように通信制御部３８１に通知する。ここでは、例えば、ミリ波帯でのビームフォーミングの実施を停止し、6GHz以下の低い周波数を用いた無指向性通信に通信方式を切り替えることを指示する情報が通知されるようにする。

この通知に応じて、通信制御部３８１は、通信部１０３を制御して、NLOS状態となる開始のタイミングの情報、NLOS状態が終了するタイミング、および、NLOS状態において無指向性の通信方式に切り替えることを示す情報を通知する。この場合、例えば、サイドリンクにおける制御チャネルであるSidelink Control Channelを通して通知される。

このとき、図２８における車両１１−２２２の通信管理部１４４は、通信部１０３を制御して、NLOS状態となる開始のタイミングの情報、NLOS状態が終了するタイミング、および、NLOS状態において無指向性の通信方式に切り替えることを示す情報を受信する。

ステップＳ２４８において、伝搬路特性推定部３８５は、それぞれ状態となるタイミングであるか否かを判定し、妨害（Blockage）によるNLSO状態となるタイミングになるまで、同様の処理が繰り返される。

ステップＳ２４８において、妨害（Blockage）によるNLSO状態となるタイミングになると、処理は、それぞれステップＳ２４９に進む。

ステップＳ２４９において、伝搬路特性推定部３８５は、通信制御部３８１に対して、ミリ波帯でのビームフォーミングの実施を停止し、6GHz以下の低い周波数を用いた無指向性通信に通信方式を切り替えるようにする指令を送る。これにより、自端末制御部３９３は、通信部１０３を制御して、ミリ波帯でのビームフォーミングの実施を停止し、6GHz以下の低い周波数を用いた無指向性通信に通信方式を切り替える。

すなわち、図２８の中央部で示されるように、妨害（Blockage）によるNLSO状態になる時刻ｔ’においては、ミリ波帯でのビームフォーミングの実施が停止されて、6GHz以下の低い周波数を用いた無指向性通信に通信方式を切り替えられる。

この結果、車両１１−２２１，１１−２２２間に大型トラック４５１が入り込んで、通信の経路が妨害（Blockage）されても、無指向性通信により通信を継続することが可能となる。

ステップＳ２５０において、伝搬路特性推定部３８５は、それぞれ妨害（Blockage）によるNLSO状態が終了となるタイミングであるか否かを判定し、妨害（Blockage）によるNLSO状態が終了となるタイミングになるまで、同様の処理が繰り返される。

そして、ステップＳ２５０において、妨害（Blockage）によるNLSO状態の終了となるタイミングになると、処理は、それぞれステップＳ２５１に進む。

ステップＳ２５１において、伝搬路特性推定部３８５は、通信制御部３８１に対して、ミリ波帯でのビームフォーミングの実施に戻すように指令を送る。これにより、自端末制御部３９３は、通信部１０３を制御して、ミリ波帯でのビームフォーミングの実施に戻す。

尚、受信側となる車両１１−２２２における通信管理部１４４においても、サイドリンクにおける制御チャネルであるSidelink Control Channelを通して通知された情報に基づいて、ステップＳ２４８乃至Ｓ２５１における処理と同様の処理が実行される。

以上の処理により、地理的な情報としてダイナミックマップを用いて、時系列の移動体の情報に基づいて、NLOSが発生することが事前に予想されるときに、NLOSが生じたタイミングにおけるビームフォーミング通信を停止して無指向性の通信方式となるよに事前に通知して、NLOSとなるタイミングにおいてのみ、無指向性の通信に迅速に切り替えることが可能となる。

尚、以上においては、ダイナミックマップを用いてビームステアリングの範囲を設定する例や、NLOS状態を予測して通信方式を変更するようにする例について説明してきたが、ダイナミックマップを用いて、バッファ制御を実施するようにしてもよい。

すなわち、周辺の端末の位置情報、および各端末の持つバッファステータスの情報を取得することで、エリアバッファステータス情報として記憶する。そして、使用可能なリソース情報（基地局から提供されてもよく、センシングで把握してもよい）と周辺の端末のバッファステータス情報に基づいて、自端末のバッファ管理を行うようにする。

例えば、周辺の端末のバッファステータスが高い場合、自端末によるバッファの処理（送信）はなるべく控えるようにする。

一方、進行方向において周辺の端末のバッファステータスが低くなると予測される場合、なるべく周辺の端末のバッファステータスが低くなりエリアにおいて自端末のバッファを処理するようにする。

いずれにおいても、信頼性の高い通信を実現することが可能となる。

＜＜５．ソフトウェアにより実行させる例＞＞
ところで、上述した一連の処理は、ハードウェアにより実行させることもできるが、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、専用のハードウェアに組み込まれているコンピュータ、または、各種のプログラムをインストールすることで、各種の機能を実行することが可能な、例えば汎用のコンピュータなどに、記録媒体からインストールされる。

図２９は、汎用のコンピュータの構成例を示している。このパーソナルコンピュータは、CPU(Central Processing Unit)１００１を内蔵している。CPU１００１にはバス１００４を介して、入出力インタフェース１００５が接続されている。バス１００４には、ROM(Read Only Memory)１００２およびRAM(Random Access Memory)１００３が接続されている。

入出力インタフェース１００５には、ユーザが操作コマンドを入力するキーボード、マウスなどの入力デバイスよりなる入力部１００６、処理操作画面や処理結果の画像を表示デバイスに出力する出力部１００７、プログラムや各種データを格納するハードディスクドライブなどよりなる記憶部１００８、LAN（Local Area Network）アダプタなどよりなり、インターネットに代表されるネットワークを介した通信処理を実行する通信部１００９が接続されている。また、磁気ディスク（フレキシブルディスクを含む）、光ディスク（CD-ROM(Compact Disc-Read Only Memory)、DVD(Digital Versatile Disc)を含む）、光磁気ディスク（ＭＤ(Mini Disc)を含む）、もしくは半導体メモリなどのリムーバブルメディア１０１１に対してデータを読み書きするドライブ１０１０が接続されている。

CPU１００１は、ROM１００２に記憶されているプログラム、または磁気ディスク、光ディスク、光磁気ディスク、もしくは半導体メモリ等のリムーバブルメディア１０１１ら読み出されて記憶部１００８にインストールされ、記憶部１００８からRAM１００３にロードされたプログラムに従って各種の処理を実行する。RAM１００３にはまた、CPU１００１が各種の処理を実行する上において必要なデータなども適宜記憶される。

以上のように構成されるコンピュータでは、CPU１００１が、例えば、記憶部１００８に記憶されているプログラムを、入出力インタフェース１００５及びバス１００４を介して、RAM１００３にロードして実行することにより、上述した一連の処理が行われる。

コンピュータ（CPU１００１）が実行するプログラムは、例えば、パッケージメディア等としてのリムーバブルメディア１０１１に記録して提供することができる。また、プログラムは、ローカルエリアネットワーク、インターネット、デジタル衛星放送といった、有線または無線の伝送媒体を介して提供することができる。

コンピュータでは、プログラムは、リムーバブルメディア１０１１をドライブ１０１０に装着することにより、入出力インタフェース１００５を介して、記憶部１００８にインストールすることができる。また、プログラムは、有線または無線の伝送媒体を介して、通信部１００９で受信し、記憶部１００８にインストールすることができる。その他、プログラムは、ROM１００２や記憶部１００８に、あらかじめインストールしておくことができる。

なお、コンピュータが実行するプログラムは、本明細書で説明する順序に沿って時系列に処理が行われるプログラムであっても良いし、並列に、あるいは呼び出しが行われたとき等の必要なタイミングで処理が行われるプログラムであっても良い。

尚、図２９におけるCPU１００１が、図３，図４における自動運転制御部１１２の機能を実現させる。

また、本明細書において、システムとは、複数の構成要素（装置、モジュール（部品）等）の集合を意味し、すべての構成要素が同一筐体中にあるか否かは問わない。したがって、別個の筐体に収納され、ネットワークを介して接続されている複数の装置、及び、１つの筐体の中に複数のモジュールが収納されている１つの装置は、いずれも、システムである。

なお、本開示の実施の形態は、上述した実施の形態に限定されるものではなく、本開示の要旨を逸脱しない範囲において種々の変更が可能である。

例えば、本開示は、１つの機能をネットワークを介して複数の装置で分担、共同して処理するクラウドコンピューティングの構成をとることができる。

また、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。

さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。

尚、本開示は、以下のような構成も取ることができる。

＜１＞ 通信機能を有する自端末の位置を予測する位置予測部と、
前記位置予測部により予測された前記自端末の位置の周辺の地理情報を取得する情報取得部と、
前記地理情報に基づいて、前記自端末と、前記自端末以外の前記通信機能を備えた他端末との通信を制御する通信制御部とを含む
制御装置。
＜２＞ 所定時間間隔で前記他端末の位置情報を取得する他端末位置情報取得部と、
所定時間間隔で前記自端末の位置情報を取得する自端末位置情報取得部とをさらに含み、
前記位置予測部は、前記自端末の位置情報と、前記他端末の位置情報とに基づいて、現在、または将来の自端末の位置を予測する
＜１＞に記載の制御装置。
＜３＞ 前記通信制御部は、前記通信における通信パラメータを設定することにより、前記通信を制御する
＜１＞または＜２＞に記載の制御装置。
＜４＞ 前記通信制御部は、前記通信における通信リンクの構成を設定することにより、前記通信を制御する
＜１＞乃至＜３＞のいずれかに記載の制御装置。
＜５＞ 前記通信制御部は、前記通信におけるビームフォーミングのビームステアリングの範囲を設定することにより、前記通信を制御する
＜１＞乃至＜４＞のいずれかに記載の制御装置。
＜６＞ 前記通信制御部は、前記通信におけるリレー通信を設定することにより、前記通信を制御する
＜１＞乃至＜５＞のいずれかに記載の制御装置。
＜７＞ 前記通信制御部は、前記自端末の周辺の地理情報に基づいた、前記通信における妨害の発生の有無に対応して、前記通信における妨害が発生しているタイミングにおいて、前記通信における通信方式を切り替えるように設定することにより、前記通信を制御する
＜１＞乃至＜６＞のいずれかに記載の制御装置。
＜８＞ 前記通信制御部は、前記通信の通信方式がビームフォーミング通信である場合、前記妨害が発生しているタイミングにおいて、前記通信方式をリレー通信に切り替えるように設定することにより、前記通信を制御する
＜７＞に記載の制御装置。
＜９＞ 位置情報に対応付けて前記自端末および前記他端末の通信結果からなる通信情報がマッピングされたマッピングテーブルを記憶するマッピングテーブル記憶部をさらに含み、
前記通信制御部は、前記自端末の周辺の地理情報に基づいて、前記マッピングテーブルを参照して、対応する通信情報のうち、最適な通信情報に基づいて、前記通信を制御する
＜１＞乃至＜８＞のいずれかに記載の制御装置。
＜１０＞ 前記マッピングテーブルは、他の情報処理装置により、前記自端末および前記他端末間の送受信に係る、位置情報、通信種別、パラメータ、および通信品質が登録されたデータベースより、前記位置情報に対応付けてマッピングされることにより生成される
＜９＞に記載の制御装置。
＜１１＞ 前記自端末の周辺の地理情報としての３次元マップに基づいて、前記通信における伝搬路特性を推定する伝搬路特性推定部をさらに含み、
前記通信制御部は、前記伝搬路特性推定部により推定された前記伝搬路特性に基づいて、前記通信を制御する
＜１＞乃至＜８＞のいずれかに記載の制御装置。
＜１２＞ 前記通信制御部は、前記伝搬路特性推定部により推定された前記伝搬路特性に基づいて、前記通信におけるビームステアリングの範囲を設定することにより、前記通信を制御する
＜１１＞に記載の制御装置。
＜１３＞ 前記通信制御部は、前記伝搬路特性推定部により推定された前記伝搬路特性に基づいた、前記通信における妨害が発生しているタイミングにおいて、通信方式を切り替えるように設定することにより、前記通信を制御する
＜１１＞に記載の制御装置。
＜１４＞ 前記通信制御部は、前記通信方式がビームフォーミング通信である場合、前記妨害が発生しているタイミングにおいて、前記通信方式を無指向性通信方式に切り替えるように設定することにより、前記通信を制御する
＜１３＞に記載の制御装置。
＜１５＞ 前記３次元マップは、時間に対しての変化のレベルに応じた複数のレイヤから構成されるダイナミックマップである
＜１１＞に記載の制御装置。
＜１６＞ 前記ダイナミックマップは、他の情報処理装置により生成され、
前記他の情報処理装置により生成されたダイナミックマップを取得するダイナミックマップ取得部をさらに含み、
前記伝搬路特性推定部は、前記ダイナミックマップ取得部により取得された前記ダイナミックマップに基づいて、前記通信における伝搬路特性を推定する
＜１５＞に記載の制御装置。
＜１７＞ 通信機能を有する自端末の位置を予測する位置予測処理と、
前記位置予測処理により予測された前記自端末の位置の周辺の地理情報を取得する情報取得処理と、
前記地理情報に基づいて、前記自端末と、前記自端末以外の前記通信機能を備えた他端末との通信を制御する制御処理とを含む
制御方法。
＜１８＞ 通信機能を有する自端末の位置を予測する位置予測部と、
前記位置予測部により予測された前記自端末の位置の周辺の地理情報を取得する情報取得部と、
前記地理情報に基づいて、前記自端末と、前記自端末以外の前記通信機能を備えた他端末との通信を制御する通信制御部
としてコンピュータを機能させるプログラム。
＜１９＞ 通信機能を有する自端末の位置を予測する位置予測部と、
前記位置予測部により予測された前記自端末の位置の周辺の地理情報を取得する情報取得部と、
前記地理情報に基づいて、前記自端末と、前記自端末以外の前記通信機能を備えた他端末との通信を制御する通信制御部と、
前記通信機能により取得される情報に基づいて、車両の動作を制御する車両制御部とを含む
車両。

１１，１１−１乃至１１−ｎ 車両， １２，１２−１乃至１２−ｍ RSU， １３ ネットワーク， １４ 歩行者， ３１ 基地局， １０３ 通信部， １１２ 自動運転制御部， １３１ 検出部， １３２ 自己位置推定部， １４４ 通信管理部， １３４ 計画部３４５， １６１ ルート計画部， ２１１ 通信制御部， ２１２ 他端末情報取得部， ２１３ 他端末情報記憶部， ２１４ 自端末位置情報取得部， ２１５ 自端末位置情報記憶部， ２２１ 自端末情報送信部， ２２２ 位置予測部， ２２３ 自端末制御部， ２２４ 通信確立部， ２３１ 制御部， ２３２ 通信部， ２３３ 記憶部， ２４１ 通信制御部， ２５１ 自端末情報送信部， ２５２ 自端末制御部， ２５３ 通信確立部， ２７１ サーバ， ２８１ 制御部， ２８２ 通信部， ２８３ 通信情報データベース記憶部， ２８３ マッピングテーブル記憶部， ２９１ 通信情報データベース生成部， ２９２ マッピングテーブル生成部， ２２１ 自端末情報送信部， ２２２ 位置予測部， ２２３ 自端末制御部， ２２４ 通信確立部， ３０１ 通信制御部， ３０２ マッピングテーブル記憶部， ３１１ 自端末情報送信部， ３１２ 位置予測部， ３１３ 自端末制御部， ３１４ 通信確立部， ３１５ マッピングテーブル取得部， ３２１ サーバ， ３４１ 制御部， ３４２ 固定地図情報記憶部， ３４３ 道路地図情報記憶部， ３４４ 動的情報取得部， ３４５ 通信部， ３５１ 道路情報取得部， ３５２ 移動体情報取得部， ３６１ ダイナミックマップ生成部， ３８１ 通信制御部， ３８２ ダイナミックマップ受信部， ３８３ 通信対象決定部， ３８４ 自端末位置情報取得部， ３８５ 伝搬路特性推定部， ３９１ 自端末情報送信部， ３９２ 位置予測部， ３９３ 自端末制御部， ３９４ 通信確立部

Claims (19)

1. 通信機能を有する自端末の位置を予測する位置予測部と、
   前記位置予測部により予測された前記自端末の位置の周辺の地理情報を取得する情報取得部と、
   前記地理情報に基づいて、前記自端末と、前記自端末以外の前記通信機能を備えた他端末との通信を制御する通信制御部とを含む
   制御装置。
2. 所定時間間隔で前記他端末の位置情報を取得する他端末位置情報取得部と、
   所定時間間隔で前記自端末の位置情報を取得する自端末位置情報取得部とをさらに含み、
   前記位置予測部は、前記自端末の位置情報と、前記他端末の位置情報とに基づいて、現在、または将来の自端末の位置を予測する
   請求項１に記載の制御装置。
3. 前記通信制御部は、前記通信における通信パラメータを設定することにより、前記通信を制御する
   請求項１に記載の制御装置。
4. 前記通信制御部は、前記通信における通信リンクの構成を設定することにより、前記通信を制御する
   請求項１に記載の制御装置。
5. 前記通信制御部は、前記通信におけるビームフォーミングのビームステアリングの範囲を設定することにより、前記通信を制御する
   請求項１に記載の制御装置。
6. 前記通信制御部は、前記通信におけるリレー通信を設定することにより、前記通信を制御する
   請求項１に記載の制御装置。
7. 前記通信制御部は、前記自端末の周辺の地理情報に基づいた、前記通信における妨害の発生の有無に対応して、前記通信における妨害が発生しているタイミングにおいて、前記通信における通信方式を切り替えるように設定することにより、前記通信を制御する
   請求項１に記載の制御装置。
8. 前記通信制御部は、前記通信の通信方式がビームフォーミング通信である場合、前記妨害が発生しているタイミングにおいて、前記通信方式をリレー通信に切り替えるように設定することにより、前記通信を制御する
   請求項７に記載の制御装置。
9. 位置情報に対応付けて前記自端末および前記他端末の通信結果からなる通信情報がマッピングされたマッピングテーブルを記憶するマッピングテーブル記憶部をさらに含み、
   前記通信制御部は、前記自端末の周辺の地理情報に基づいて、前記マッピングテーブルを参照して、対応する通信情報のうち、最適な通信情報に基づいて、前記通信を制御する
   請求項１に記載の制御装置。
10. 前記マッピングテーブルは、他の情報処理装置により、前記自端末および前記他端末間の送受信に係る、位置情報、通信種別、パラメータ、および通信品質が登録されたデータベースより、前記位置情報に対応付けてマッピングされることにより生成される
    請求項９に記載の制御装置。
11. 前記自端末の周辺の地理情報としての３次元マップに基づいて、前記通信における伝搬路特性を推定する伝搬路特性推定部をさらに含み、
    前記通信制御部は、前記伝搬路特性推定部により推定された前記伝搬路特性に基づいて、前記通信を制御する
    請求項１に記載の制御装置。
12. 前記通信制御部は、前記伝搬路特性推定部により推定された前記伝搬路特性に基づいて、前記通信におけるビームステアリングの範囲を設定することにより、前記通信を制御する
    請求項１１に記載の制御装置。
13. 前記通信制御部は、前記伝搬路特性推定部により推定された前記伝搬路特性に基づいた、前記通信における妨害が発生しているタイミングにおいて、通信方式を切り替えるように設定することにより、前記通信を制御する
    請求項１１に記載の制御装置。
14. 前記通信制御部は、前記通信方式がビームフォーミング通信である場合、前記妨害が発生しているタイミングにおいて、前記通信方式を無指向性通信方式に切り替えるように設定することにより、前記通信を制御する
    請求項１３に記載の制御装置。
15. 前記３次元マップは、時間に対しての変化のレベルに応じた複数のレイヤから構成されるダイナミックマップである
    請求項１１に記載の制御装置。
16. 前記ダイナミックマップは、他の情報処理装置により生成され、
    前記他の情報処理装置により生成されたダイナミックマップを取得するダイナミックマップ取得部をさらに含み、
    前記伝搬路特性推定部は、前記ダイナミックマップ取得部により取得された前記ダイナミックマップに基づいて、前記通信における伝搬路特性を推定する
    請求項１５に記載の制御装置。
17. 通信機能を有する自端末の位置を予測する位置予測処理と、
    前記位置予測処理により予測された前記自端末の位置の周辺の地理情報を取得する情報取得処理と、
    前記地理情報に基づいて、前記自端末と、前記自端末以外の前記通信機能を備えた他端末との通信を制御する制御処理とを含む
    制御方法。
18. 通信機能を有する自端末の位置を予測する位置予測部と、
    前記位置予測部により予測された前記自端末の位置の周辺の地理情報を取得する情報取得部と、
    前記地理情報に基づいて、前記自端末と、前記自端末以外の前記通信機能を備えた他端末との通信を制御する通信制御部
    としてコンピュータを機能させるプログラム。
19. 通信機能を有する自端末の位置を予測する位置予測部と、
    前記位置予測部により予測された前記自端末の位置の周辺の地理情報を取得する情報取得部と、
    前記地理情報に基づいて、前記自端末と、前記自端末以外の前記通信機能を備えた他端末との通信を制御する通信制御部と、
    前記通信機能により取得される情報に基づいて、車両の動作を制御する車両制御部とを含む
    車両。

Images