特許 7556738 通信制御装置、方法、プログラム、及び車両

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

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

(11)【特許番号】

(24)【登録日】2024-09-17

(45)【発行日】2024-09-26

(54)【発明の名称】通信制御装置、方法、プログラム、及び車両

(51)【国際特許分類】

   H04W 48/16 20090101AFI20240918BHJP

   H04W 4/44 20180101ALI20240918BHJP

   H04W 48/18 20090101ALI20240918BHJP

   H04W 88/06 20090101ALI20240918BHJP

【ＦＩ】

H04W48/16 134

H04W4/44

H04W48/16 132

H04W48/18 110

H04W88/06

【請求項の数】 12

(21)【出願番号】P 2020168632

(22)【出願日】2020-10-05

(65)【公開番号】P2022060881

(43)【公開日】2022-04-15

【審査請求日】2023-08-02

(73)【特許権者】

【識別番号】000003207

【氏名又は名称】トヨタ自動車株式会社

(73)【特許権者】

【識別番号】000004260

【氏名又は名称】株式会社デンソー

(74)【代理人】

【識別番号】110001276

【氏名又は名称】弁理士法人小笠原特許事務所

(72)【発明者】

【氏名】蜷川 勇二

(72)【発明者】

【氏名】丹羽 賢

【審査官】伊東 和重

(56)【参考文献】

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

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

【文献】特表２０１６－５１３９３４（ＪＰ，Ａ）

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

Ｈ０４Ｂ ７／２４－７／２６

Ｈ０４Ｗ ４／００－９９／００

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

【請求項1】

複数の通信方式を用いて外部機器に接続可能な通信制御装置であって、
前記通信制御装置が前記外部機器に接続可能な位置と、前記複数の通信方式のうち前記位置において利用可能な通信方式とを少なくとも対応付けた、通信可能性情報を記憶する記憶部と、
前記通信制御装置が移動する予定経路として第１経路を取得する取得部と、
前記通信制御装置が移動する間に前記通信制御装置に実装されたアプリケーションが前記外部機器との通信に使用する通信方式を、前記第１経路、前記通信可能性情報、及び前記アプリケーションが要求する通信内容に基づいて制御する制御部と、
前記アプリケーションと前記外部機器との通信を、前記制御部で制御される通信方式を用いて実行する通信部と、
前記通信制御装置の電源状態を検出する検出部と、を備え、
前記通信内容には、通信データ量、許容される遅延時間、通信中断の可否、及び許容される通信コストの少なくとも１つが含まれており、
前記制御部は、
前記通信内容を満足するように前記アプリケーションが前記外部機器との通信に使用する通信方式を制御し、
前記第１経路において予測される前記電源状態の変化に基づいて、前記通信内容を満足するように前記アプリケーションが前記外部機器との通信に使用する通信方式を制御する、
通信制御装置。

【請求項2】

複数の通信方式を用いて外部機器に接続可能な通信制御装置であって、
前記通信制御装置が前記外部機器に接続可能な位置と、前記複数の通信方式のうち前記位置において利用可能な通信方式とを少なくとも対応付けた、通信可能性情報を記憶する記憶部と、
前記通信制御装置が移動する予定経路として第１経路を取得する取得部と、
前記通信制御装置が移動する間に前記通信制御装置に実装されたアプリケーションが前記外部機器との通信に使用する通信方式を、前記第１経路、前記通信可能性情報、及び前記アプリケーションが要求する通信内容に基づいて制御する制御部と、
前記アプリケーションと前記外部機器との通信を、前記制御部で制御される通信方式を用いて実行する通信部と、
前記第１経路、前記通信可能性情報、及び前記通信内容に基づいて、前記第１経路とは異なる第２経路を検討して提案する経路検討部と、を備え、
前記制御部は、前記第２経路が前記予定経路に要求される所定の条件を満足すると判断した場合に、前記通信制御装置が移動する前記予定経路を前記第１経路から前記第２経路に変更して、前記アプリケーションが前記外部機器との通信に使用する通信方式を制御する、
通信制御装置。

【請求項3】

前記第２経路は、前記第１経路よりも通信効率が高い経路である、
請求項２に記載の通信制御装置。

【請求項4】

前記予定経路に要求される条件は、前記予定経路の目的地点への到着時刻及び前記目的地点までの移動コストの一方を少なくとも含む、
請求項２に記載の通信制御装置。

【請求項5】

前記制御部は、前記通信制御装置の利用者による許可に基づいて前記第１経路から前記第２経路への変更を実施する、
請求項２に記載の通信制御装置。

【請求項6】

前記アプリケーションから複数の要求が生じた場合、前記通信部は、前記複数の要求それぞれの優先度に基づいて前記アプリケーションと前記外部機器との通信を実行する、
請求項１又は２に記載の通信制御装置。

【請求項7】

前記通信可能性情報は、前記通信方式と共に、時刻、天候、通過速度、通信帯域、通信に必要な電力、通信の切断率、及び通信の誤り率の少なくとも１つがさらに、前記位置と対応付けられている、
請求項１又は２に記載の通信制御装置。

【請求項8】

複数の通信方式を用いて外部機器に接続可能な通信制御装置のコンピューターが実行する通信制御方法であって、
記憶部が記憶する、前記通信制御装置が前記外部機器に接続可能な位置と、前記複数の通信方式のうち前記位置において利用可能な通信方式とを少なくとも対応付けた、通信可能性情報を用い、
前記通信制御装置が移動する予定経路として第１経路を取得するステップと、
前記通信制御装置が移動する間に前記通信制御装置に実装されたアプリケーションが前記外部機器との通信に使用する通信方式を、前記第１経路、前記通信可能性情報、及び前記アプリケーションが要求する通信データ量、許容される遅延時間、通信中断の可否、及び許容される通信コストの少なくとも１つが含まれた通信内容に基づいて制御するステップと、
前記アプリケーションと前記外部機器との通信を、前記制御するステップで制御される通信方式を用いて実行するステップと、
前記通信制御装置の電源状態を検出するステップと、
前記通信内容を満足するように前記アプリケーションが前記外部機器との通信に使用する通信方式を制御するステップと、
前記第１経路において予測される前記電源状態の変化に基づいて、前記通信内容を満足するように前記アプリケーションが前記外部機器との通信に使用する通信方式を制御するステップと、を含む、
通信制御方法。

【請求項9】

複数の通信方式を用いて外部機器に接続可能な通信制御装置のコンピューターが実行する通信制御方法であって、
記憶部が記憶する、前記通信制御装置が前記外部機器に接続可能な位置と、前記複数の通信方式のうち前記位置において利用可能な通信方式とを少なくとも対応付けた、通信可能性情報を用い、
前記通信制御装置が移動する予定経路として第１経路を取得するステップと、
前記通信制御装置が移動する間に前記通信制御装置に実装されたアプリケーションが前記外部機器との通信に使用する通信方式を、前記第１経路、前記通信可能性情報、及び前記アプリケーションが要求する通信データ量、許容される遅延時間、通信中断の可否、及び許容される通信コストの少なくとも１つが含まれた通信内容に基づいて制御するステップと、
前記アプリケーションと前記外部機器との通信を、前記制御するステップで制御される通信方式を用いて実行するステップと、
前記第１経路、前記通信可能性情報、及び前記通信内容に基づいて、前記第１経路とは異なる第２経路を検討して提案するステップと、
前記第２経路が前記予定経路に要求される所定の条件を満足すると判断した場合に、前記通信制御装置が移動する前記予定経路を前記第１経路から前記第２経路に変更して、前記アプリケーションが前記外部機器との通信に使用する通信方式を制御するステップと、を含む、
通信制御方法。

【請求項10】

複数の通信方式を用いて外部機器に接続可能な通信制御装置のコンピューターに実行させる通信制御プログラムであって、
記憶部が記憶する、前記通信制御装置が前記外部機器に接続可能な位置と、前記複数の通信方式のうち前記位置において利用可能な通信方式とを少なくとも対応付けた、通信可能性情報を用い、
前記通信制御装置が移動する予定経路として第１経路を取得するステップと、
前記通信制御装置が移動する間に前記通信制御装置に実装されたアプリケーションが前記外部機器との通信に使用する通信方式を、前記第１経路、前記通信可能性情報、及び前記アプリケーションが要求する通信データ量、許容される遅延時間、通信中断の可否、及び許容される通信コストの少なくとも１つが含まれた通信内容に基づいて制御するステップと、
前記アプリケーションと前記外部機器との通信を、前記制御するステップで制御される通信方式を用いて実行するステップと、
前記通信制御装置の電源状態を検出するステップと、
前記通信内容を満足するように前記アプリケーションが前記外部機器との通信に使用する通信方式を制御するステップと、
前記第１経路において予測される前記電源状態の変化に基づいて、前記通信内容を満足するように前記アプリケーションが前記外部機器との通信に使用する通信方式を制御するステップと、を含む、
通信制御プログラム。

【請求項11】

複数の通信方式を用いて外部機器に接続可能な通信制御装置のコンピューターに実行させる通信制御プログラムであって、
記憶部が記憶する、前記通信制御装置が前記外部機器に接続可能な位置と、前記複数の通信方式のうち前記位置において利用可能な通信方式とを少なくとも対応付けた、通信可能性情報を用い、
前記通信制御装置が移動する予定経路として第１経路を取得するステップと、
前記通信制御装置が移動する間に前記通信制御装置に実装されたアプリケーションが前記外部機器との通信に使用する通信方式を、前記第１経路、前記通信可能性情報、及び前記アプリケーションが要求する通信データ量、許容される遅延時間、通信中断の可否、及び許容される通信コストの少なくとも１つが含まれた通信内容に基づいて制御するステップと、
前記アプリケーションと前記外部機器との通信を、前記制御するステップで制御される通信方式を用いて実行するステップと、
前記第１経路、前記通信可能性情報、及び前記通信内容に基づいて、前記第１経路とは異なる第２経路を検討して提案するステップと、
前記第２経路が前記予定経路に要求される所定の条件を満足すると判断した場合に、前記通信制御装置が移動する前記予定経路を前記第１経路から前記第２経路に変更して、前記アプリケーションが前記外部機器との通信に使用する通信方式を制御するステップと、を含む、
通信制御プログラム。

【請求項12】

請求項１～７のいずれか１項に記載の通信制御装置を搭載した車両。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、複数の通信方式を用いて外部機器に接続可能な通信制御装置などに関する。

【背景技術】

【0002】

インターネットなどのネットワークに接続するための通信手段として複数の通信方式（セルラー（４Ｇ／５Ｇ）や無線ＬＡＮなど）を実装する移動機器では、複数の通信方式の中から移動機器の置かれた状況に応じた最適な１つの通信方式を自動又は手動で選択することが行われている。

【0003】

特許文献１には、車両などに搭載される移動端末のネットワーク通信を柔軟かつ安定的に行うシステムが開示されている。このシステムでは、各通信方式による通信が可能なエリアを示す情報を用いて、現在の車両の位置及び速度に基づいて所定時間後（数秒後）の車両が存在するエリアを予測し、この予測したエリアにおける移動機器の最適な通信方式を決定する制御を行っている。

【先行技術文献】

【特許文献】

【0004】

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

【発明の概要】

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

【0005】

上述した特許文献１に記載の技術では、予測時から所定時間が実際に経過した後の移動機器の通信方式を、所定時間前に予測した通信方式に切り替える。しかしながら、通信方式の切り替え時に車両が予測したエリアに存在せず、切り替えた通信方式によるネットワークの接続ができなかったり、希望の通信帯域が得られなかったりする虞がある。従って、移動機器などの装置が移動する際の通信方式を制御する仕組みには、更なる改善の余地がある。

【0006】

本開示は、上記課題を鑑みてなされたものであり、移動する際の通信方式を好適に制御することができる通信制御装置などを提供することを目的とする。

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

【0007】

上記課題を解決するために、本開示技術の一態様は、複数の通信方式を用いて外部機器に接続可能な通信制御装置であって、通信制御装置が移動する予定経路として第１経路を取得する取得部と、通信制御装置が外部機器に接続可能な位置と、複数の通信方式のうちその位置において利用可能な通信方式とを少なくとも対応付けた、通信可能性情報を記憶する記憶部と、通信制御装置が移動する間に通信制御装置に実装されたアプリケーションが外部機器との通信に使用する通信方式を、第１経路、通信可能性情報、及びアプリケーションが要求する通信内容に基づいて制御する制御部と、アプリケーションと外部機器との通信を、制御部で制御される通信方式を用いて実行する通信部とを備える、通信制御装置である。

【0008】

また、本開示技術の他の一態様は、通信制御装置が移動する予定経路として第１経路を取得する取得部と、通信制御装置が外部機器に接続可能な位置と、複数の通信方式のうちその位置において利用可能な通信方式とを少なくとも対応付けた、通信可能性情報を記憶する記憶部と、通信制御装置が移動する間に通信制御装置に実装されたアプリケーションが外部機器との通信に使用する通信方式を、第１経路、通信可能性情報、及びアプリケーションが要求する通信内容に基づいて制御する制御部と、アプリケーションと外部機器との通信を、制御部で制御される通信方式を用いて実行する通信部と、を含む、複数の通信方式を用いて外部機器に接続可能な通信制御装置のコンピューターが実行する通信制御方法や、通信制御装置のコンピューターに実行させる制御プログラムである。

【発明の効果】

【0009】

上記本開示の通信制御装置などによれば、通信制御装置が移動する間にアプリケーションが外部機器との通信に使用する通信方式を、予定経路（第１経路）、通信可能性情報、及びアプリケーションが要求する通信内容に基づいて制御するため、移動する際の通信方式をより好適に制御することができる。

【図面の簡単な説明】

【0010】

【図1】第１の実施形態に係る通信制御装置とその周辺部の機能ブロック図

【図2】通信可能性データベースが記憶する通信可能性情報の一例を示す図

【図3A】第１の実施形態に係る通信制御装置が実行する通信制御の処理手順を示すフローチャート

【図3B】第１の実施形態に係る通信制御装置が実行する通信制御の処理手順を示すフローチャート

【図4】第２の実施形態に係る通信制御装置とその周辺部の機能ブロック図

【図5】第３の実施形態に係る通信制御装置とその周辺部の機能ブロック図

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

【0011】

本開示の通信制御装置は、自ら移動する間に通信制御装置が実装するアプリケーションが外部機器との通信に使用する通信方式を、通信制御装置が移動を予定している経路、通信制御装置が外部機器に接続可能な位置とその位置において利用可能な通信方式とを対応付けた通信可能性情報、及びアプリケーションで発生したデータ送受信要求が定めた通信内容に基づいて制御する。この制御によって、予定した位置で通信制御装置が外部機器に接続できなかったり、通信制御装置が外部機器に接続できても希望する通信帯域が得られなかったりすることが回避されるため、通信制御装置が移動する際の通信方式を最適に制御することができる。

【0012】

本開示の通信制御装置は、複数の通信方式を用いて外部機器に接続可能な装置である。以下、本開示の各実施形態について、通信制御装置が車両などの移動機器に搭載された例を挙げて、図面を参照しながら詳細に説明する。

【0013】

＜第１の実施形態＞
［構成］
図１は、本開示の第１の実施形態に係る通信制御装置１００とその周辺部の機能ブロック図である。図１に例示した機能ブロックは、車両に搭載された通信制御装置１００と、センター５００と、を備える。

【0014】

センター５００は、通信制御装置１００と通信を行うことで、通信制御装置１００が有するサービスの提供を受けたり、自らが有するサービスを通信制御装置１００に提供したりすることを行う、車両以外の外部機器である。このセンター５００は、例えば、サーバーなどの固定設備であってもよいし、スマートフォンなどの移動端末であってもよい。

【0015】

通信制御装置１００は、電源状態検出部１１０と、通信制御部１２０と、外部通信アプリケーション部１３０と、外部通信部１４０と、経路決定部１５０と、を備える。

【0016】

電源状態検出部１１０は、現在の通信制御装置１００の電源状態を検出したり、後述する経路決定部１５０が出力する予定経路に基づいて将来の通信制御装置１００の電源状態を推定したり、することができる。通信制御装置１００の電源状態とは、通信制御装置１００が内蔵するバッテリー（図示せず）の蓄電量や充放電の状態などである。例えば、通信制御装置１００がプラグイン充電可能な電動車両（ＰＨＶ）に搭載されている場合には、車両の充放電の状態として、モータージェネレータで発電しており車載バッテリーへの充電が可能な状態である「ＩＧ状態」、モータージェネレータで発電しておらず車載バッテリーへの充電がされない状態である「＋Ｂ状態」、及び外部電源設備から車載バッテリーにプラグインで充電を行っている状態である「ＰｌｕｇＩｎ状態」など、を設定することができる。また、電源状態検出部１１０は、現在の通信制御装置１００が使用できる電力を検出したり、予定経路上で通信制御装置１００が使用できる電力を推定したり、することができる。電源状態検出部１１０は、通信制御装置１００の電源状態及び使用可能電力に関する情報を通信制御部１２０に出力する。

【0017】

外部通信アプリケーション部１３０は、通信制御装置１００に実装されるアプリケーションを含み、センター５００と通信することによって所定のサービスを実施することができる。本実施形態では、外部通信アプリケーション部１３０として、第１アプリ１３１、第２アプリ１３２、及び第３アプリ１３３の３つのアプリケーションが実装されている例を示しているが、通信制御装置１００に実装されるアプリケーションの数は、これに限られるものではない。

【0018】

外部通信アプリケーション部１３０は、第１アプリ１３１、第２アプリ１３２、及び第３アプリ１３３の１つ又は複数から発生するデータ送信の要求及び／又はデータ受信の要求（以下「通信ニーズ」という）を、通信制御部１２０に出力する。通信ニーズには、通信に要求される内容（通信内容）として、通信するデータの量（通信データ量）、通信の遅延が許容される時間（許容通信遅延時間）、通信を中断してよいか否か（通信中断可否）、及び許容される通信のためのコスト（許容通信コスト）の少なくとも１つに関する制約情報が含まれている。また、外部通信アプリケーション部１３０は、通信ニーズを実現するために許可された外部通信部１４０の通信方式及び通信タイミングに関する通知を、通信制御部１２０（後述の通信方策決定通知部１２４）から受け取る。そして、外部通信アプリケーション部１３０は、通信制御部１２０から受け取った通知に基づいて、外部通信部１４０を介したセンター５００へのデータ送信又はセンター５００からのデータ受信を実施する。

【0019】

外部通信アプリケーション部１３０に実装されるアプリケーションとしては、車両の走行中に収集した所定のデータ（フィールドデータ）を、センター５００に随時アップロードするアプリケーション（ＦＯＴ（Field of Test）アプリ）を例示できる。また、経路案内をするために必要な地図データを適宜取得するナビゲーション、所謂ハイブリッドナビゲーションに用いられる走行予定先の地図データを、センター５００からダウンロードするアプリケーション（ハイブリッドナビアプリ）を例示できる。また、センター５００からの要求に基づいて、車両の状態に関するデータなどを、センター５００にアップロードするアプリケーション（リモートサービスアプリ）が考えられる。また、ＥＣＵなどのソフトウエアを更新するための更新プログラムを、センター５００からダウンロードするアプリケーション（ＯＴＡ（Over The Air）アプリ）を例示できる。

【0020】

外部通信部１４０は、通信制御装置１００をセンター５００に直接又はネットワークを介して接続するための通信インタフェースである。本実施形態の外部通信部１４０は、通信手段として、セルラー４Ｇの通信方式を用いる第１通信部１４１、セルラー５Ｇの通信方式を用いる第２通信部１４２、無線ＬＡＮの通信方式を用いる第３通信部１４３、及び有線ＬＡＮの通信方式を用いる第４通信部１４４を備えている例を示している。なお、外部通信部１４０が備える通信部の数や扱う通信方式は、図示したものに限られるものではない。また、外部通信部１４０は、第１通信部１４１、第２通信部１４２、第３通信部１４３、及び第４通信部１４４のそれぞれが正常に動作しているか否かを示す動作情報を、通信制御部１２０（後述の通信方策決定通知部１２４）に出力する。

【0021】

経路決定部１５０は、通信制御装置１００が移動（走行）する予定経路を決定することができる。この経路決定部１５０には、一例として、地図データに基づいて目的地点までの経路案内を行うナビゲーション機能や、車両が全ての運転制御を行う自動運転機能や、ＡＣＣ（Adaptive Cruise Control）などの車両が運転の一部の制御を支援する運転支援機能が含まれる。経路決定部１５０は、これらの機能が決定した予定経路に関する情報（通過位置、通過位置間の移動速度など）を通信制御部１２０（後述の通信可能性予測部１２１）に出力する。また、経路決定部１５０は、通信制御部１２０（後述の経路検討部１２３）から代替経路が提案された場合、現在の予定経路を代替経路に変更するか否かを、安全性や移動ニーズ（到着時刻、移動コスト、快適性など）によって定められる所定の条件に基づいて判断することができる。

【0022】

通信制御部１２０は、通信制御装置１００とセンター５００との間で行われる通信を制御する。この通信制御部１２０は、通信可能性予測部１２１と、通信可能性データベース（ＤＢ）１２２と、経路検討部１２３と、通信方策決定通知部１２４と、を含む。

【0023】

通信可能性データベース１２２は、通信制御装置１００がセンター５００に接続可能な位置と、外部通信部１４０が備える複数の通信方式のうち各位置において利用可能な通信方式とを少なくとも対応付けた、通信可能性情報を記憶する記憶部である。図２に、通信可能性データベース１２２が記憶する通信可能性情報の一例を示す。

【0024】

図２に示す通信可能性情報では、各位置における時刻ごとに、通過速度、通信可能方式、通信可能帯域、天候、送受信電力、切断率、及び誤り率が、それぞれ対応付けて記憶されている。位置は、一例として、緯度経度で示される地点（いわゆる地図データでいうノード）や、２つの地点を結んだ直線（同リンク）や、４つの地点で囲まれた領域（同メッシュ）などである。時刻は、基本的には時分の情報であり、さらに月、日、曜日などの情報を含んでもよい。通過速度は、通信制御装置１００がその位置を通過したときの速度である。なお、位置が直線や領域の場合には、ある箇所における速度の瞬時値であってもよいし、速度の平均値や最大値としてもよい。通信可能方式は、その位置において各時刻及び通過速度の条件下で通信制御装置１００が利用可能な通信方式を示す。通信可能帯域は、その位置において各時刻、通過速度、及び通信方式の条件下で通信制御装置１００が利用可能な通信帯域を示す。天候は、晴れ、雨、雪などの気象状態であり、その位置及び時刻において各通過速度、通信可能方式、及び通信可能帯域を得られたときの天候を示す。送受信電力は、その位置において各時刻、通過速度、通信方式、及び天候の条件下で通信制御装置１００が送受信可能な電力を示す。切断率は、その位置において各時刻、通過速度、通信方式、通信可能帯域、天候、及び送受信電力の条件下で通信制御装置１００とセンター５００との通信が切断されてしまう割合を示す。誤り率は、その位置において各時刻、通過速度、通信方式、通信可能帯域、天候、及び送受信電力の条件下で通信制御装置１００とセンター５００との通信に誤りが生じてしまう割合を示す。なお、上述した天候、送受信電力、切断率、及び誤り率の情報は、省略してもかまわない。また、通信制御装置１００の通信アンテナの取り付け場所に応じて通信可能性情報が異なるような場合には、通信アンテナの取り付け場所ごとに通信可能性情報を記憶していてもよい。

【0025】

通信可能性予測部１２１は、経路決定部１５０が決定した予定経路を取得する。そして、通信可能性予測部１２１は、通信制御装置１００の状態に関する情報（位置、速度など）及び通信制御装置１００の周辺の状態に関する情報（時刻、天候など）と通信可能性データベース１２２が記憶する通信可能性情報とに基づいて、経路決定部１５０から取得した予定経路上における通信可能性を予測する。本実施形態における通信可能性とは、通信可能方式、通信可能帯域、送受信電力、切断率、及び誤り率である。

【0026】

通信方策決定通知部１２４は、少なくとも通信可能性予測部１２１が予測した予定経路上における通信可能性と外部通信部１４０から出力される動作情報とに基づいて、外部通信アプリケーション部１３０から受け付けた通信ニーズを実行するために最適な通信方式及び通信タイミングを決定する。通信ニーズが複数ある場合には、通信方策決定通知部１２４は、各通信ニーズに予め付与された優先度などに基づいて、通信ニーズごとに通信方式及び通信タイミングをそれぞれ決定する。また、通信方策決定通知部１２４は、さらに電源状態検出部１１０が検出した通信制御装置１００の電源状態や予測した予定経路上の使用可能電力に基づいて、通信ニーズを実行するために最適な通信方式及び通信タイミングを決定してもよい。なお、通信方式及び通信タイミングは、通信ニーズごとではなく外部通信アプリケーション部１３０が実装するアプリごと（第１アプリ１３１、第２アプリ１３２、及び第３アプリ１３３）に決定してもよい。そして、通信方策決定通知部１２４は、決定した通信方式及び通信タイミングに従って、外部通信アプリケーション部１３０に対して該当する通信ニーズを実行するための通信方式を通知する。

【0027】

経路検討部１２３は、外部通信アプリケーション部１３０から受け付けた通信ニーズを実行するために最適な経路が、経路決定部１５０が既に決定している現在の予定経路以外に存在するか否かを検討する。この検討は、通信ニーズが要求する通信内容である通信データ量、許容通信遅延時間、通信中断可否、及び許容通信コストに基づいて実施される。この検討内容の詳細については、後述する。また、経路検討部１２３は、さらに電源状態検出部１１０が検出した通信制御装置１００の電源状態や予測した予定経路上の使用可能電力に基づいて、電力が削減できるか否かの項目を検討してもよい。経路検討部１２３は、経路の検討を行った結果、予定経路以外の最適な代替経路が存在する場合に、経路決定部１５０に対して代替経路への変更を提案する。

【0028】

なお、上述した通信制御装置１００の一部又は全部は、典型的にはマイコンなどのプロセッサ、メモリ、及び入出力インタフェースなどを含んだ電子制御装置（ＥＣＵ）として構成され得る。この電子制御装置は、メモリに格納されたプログラムをプロセッサが読み出して実行することによって、電源状態検出部１１０、通信制御部１２０、外部通信アプリケーション部１３０、外部通信部１４０、及び経路決定部１５０の一部又は全部の機能を実現することができる。

【0029】

［制御］
次に、図３Ａ及び図３Ｂをさらに参照して、本実施形態の通信制御装置１００で行われる制御を説明する。図３Ａ及び図３Ｂは、通信制御装置１００が実行する通信制御の処理手順を示すフローチャートである。なお、図３Ａの処理と図３Ｂの処理とは、結合子Ｘ、Ｙ、Ｚでそれぞれ結ばれる。

【0030】

図３に示す通信制御は、例えば、経路決定部１５０において通信制御装置１００が移動する予定である予定経路が決定されると開始される。

【0031】

（ステップＳ３０１）
外部通信アプリケーション部１３０は、第１アプリ１３１、第２アプリ１３２、及び第３アプリ１３３において１つ又は複数の通信ニーズが新たに発生したか否かを判断する。通信ニーズが新たに発生した場合は（Ｓ３０１、はい）、ステップＳ３０２に処理が進む。発生した通信ニーズは、通信制御部１２０に出力される。一方、通信ニーズが新たに発生していない場合は（Ｓ３０１、いいえ）、ステップＳ３１２に処理が進む。

【0032】

（ステップＳ３０２）
通信制御部１２０は、外部通信アプリケーション部１３０から通信ニーズを入力（受け付ける）すると、通信可能性予測部１２１が、経路決定部１５０で決定された予定経路（第１経路）を経路決定部１５０から取得する。予定経路（第１経路）が取得されると、ステップＳ３０３に処理が進む。

【0033】

（ステップＳ３０３）
通信制御部１２０の通信可能性予測部１２１は、通信可能性データベース１２２に記憶された通信可能性情報に基づいて、経路決定部１５０で決定された予定経路（第１経路）上の各位置における通信可能性（通信可能方式、通信可能帯域など）をそれぞれ予測する。予定経路（第１経路）上の通信可能性の予測が終了すると、ステップＳ３０４に処理が進む。

【0034】

（ステップＳ３０４）
通信制御部１２０の経路検討部１２３は、経路決定部１５０で決定された予定経路（第１経路）と、外部通信アプリケーション部１３０で発生した通信ニーズと、通信可能性データベース１２２に記憶された通信可能性情報とに基づいて、予定経路（第１経路）の変更を検討する。具体的には、経路検討部１２３は、通信ニーズが要求する通信内容（通信データ量、許容通信遅延時間、通信中断可否、許容通信コスト）を、現在の予定経路（第１経路）を移動する場合よりもより満足することが可能な代替経路（第２経路）があるか否かを検討する。ここで、通信ニーズの要求をより満足するケースとしては、予定経路（第１経路）では無線ＬＡＮを使用できる位置を通過しないが、代替経路（第２経路）では無線ＬＡＮを使用できる位置を経由することができるため通信コストが抑えられるといった場合や、予定経路（第１経路）でも許容通信遅延時間以内を満足することができるが、代替経路（第２経路）ではより少ない遅延時間で通信を行うことができるといった場合など、通信効率が高くなる場合を例示できる。なお、経路変更の検討に必要な地図データなどの情報は、経路決定部１５０から取得してもよいし、経路検討部１２３が自ら有していてもよいし、あるいは他の構成から取得してもよい。予定経路（第１経路）の変更検討が終了すると、ステップＳ３０５に処理が進む。

【0035】

（ステップＳ３０５）
通信制御部１２０の経路検討部１２３は、予定経路（第１経路）の変更を検討した結果、変更できる代替経路（第２経路）があるか否かを判断する。代替経路（第２経路）は、１つでも２つ以上でもよい。代替経路（第２経路）がある場合は（Ｓ３０５、はい）、ステップＳ３０６に処理が進む。代替経路（第２経路）は、経路決定部１５０に出力されて、予定経路（第１経路）の変更が提案される。一方、代替経路（第２経路）がない場合は（Ｓ３０５、いいえ）、ステップＳ３０８に処理が進む。

【0036】

（ステップＳ３０６）
経路決定部１５０は、通信制御部１２０から提案された代替経路（第２経路）について、現在の予定経路（第１経路）に要求されている所定の条件を満足するか否かを判断する。所定の条件としては、目的地点への希望到着時刻、目的地点までにかかる移動コスト（燃料費、有料道路料金など）、及び快適性（渋滞の有無、山道の有無など）が、例示できる。代替経路（第２経路）が所定の条件を満足する場合は（Ｓ３０６、はい）、ステップＳ３０７に処理が進み、代替経路（第２経路）が所定の条件を満足しない場合は（Ｓ３０６、いいえ）、ステップＳ３０８に処理が進む。

【0037】

（ステップＳ３０７）
経路決定部１５０は、通信制御装置１００の予定経路を、現在決定されている予定経路（第１経路）から代替経路（第２経路）に変更する。予定経路が変更されると、ステップＳ３０８に処理が進む。

【0038】

（ステップＳ３０８）
通信制御部１２０の通信可能性予測部１２１は、経路決定部１５０から変更後の予定経路（第２経路）を再び取得する。予定経路（第２経路）が再び取得されると、ステップＳ３０９に処理が進む。

【0039】

（ステップＳ３０９）
通信制御部１２０の通信可能性予測部１２１は、通信可能性データベース１２２に記憶された通信可能性情報に基づいて、予定経路（第２経路）上の各位置における通信可能性をそれぞれ再び予測する。予定経路（第２経路）上の通信可能性の再予測が終了すると、ステップＳ３１０に処理が進む。

【0040】

（ステップＳ３１０）
通信制御部１２０の通信方策決定通知部１２４は、外部通信部１４０の状態を取得する。外部通信部１４０の状態とは、第１通信部１４１、第２通信部１４２、第３通信部１４３、及び第４通信部１４４のそれぞれが、使用可能な状態にあるか否かを示す情報である。使用不可能な状態としては、通信部の故障や通信部への電源の未供給などが例示できる。外部通信部１４０の状態が取得されると、ステップＳ３１１に処理が進む。

【0041】

（ステップＳ３１１）
通信制御部１２０の通信方策決定通知部１２４は、通信可能性予測部１２１で予測された予定経路（第１経路又は第２経路）上の通信可能性と、外部通信部１４０の状態とに基づいて、外部通信アプリケーション部１３０で発生した通信ニーズに関して、通信方式及び通信タイミングを示した通信方策を決定する。この通信方策としては、通信ニーズＮについては、位置Ｐ１を通過するタイミングでは第３通信部１４３を介した無線ＬＡＮの通信方式を用い、位置Ｐ２を通過するタイミングでは第１通信部１４１を介したセルラー５Ｇの通信方式を用いる、といった内容を例示できる。通信方策が決定されると、ステップＳ３１２に処理が進む。

【0042】

（ステップＳ３１２）
通信制御部１２０の通信方策決定通知部１２４は、決定した通信方策で示される通信タイミングになったか否かを判断する。通信タイミングになった場合は（Ｓ３１２、はい）、ステップＳ３１３に処理が進み、通信タイミングになっていない場合は（Ｓ３１２、いいえ）、ステップＳ３１５に処理が進む。

【0043】

（ステップＳ３１３）
通信制御部１２０の通信方策決定通知部１２４は、ステップＳ３１２で判断した通信タイミングで実施する通信方式を、外部通信アプリケーション部１３０における対象のアプリケーション（以下「対象アプリ」という）に通知する。対象アプリに通信方式が通知されると、ステップＳ３１４に処理が進む。

【0044】

（ステップＳ３１４）
外部通信アプリケーション部１３０の対象アプリは、通信制御部１２０から通知された通信方式を用いてセンター５００との通信を実施する。具体的には、対象アプリが、通信制御部１２０から通知された通信方式を用いたセンター５００との通信を外部通信部１４０に要求し、この要求に応じて外部通信部１４０が対象アプリとセンター５００との通信を実現する。対象アプリとセンター５００との通信を実施されると、ステップＳ３１５に処理が進む。

【0045】

（ステップＳ３１５）
経路決定部１５０は、通信制御装置１００による予定経路（第１経路又は第２経路）の移動が終了したか否かを判断する。移動の終了には、通信制御装置１００が予定経路の移動を中止した場合や、通信制御装置１００が予定経路の目的地点に到着した場合などが、含まれる。予定経路の移動が終了していない場合は（Ｓ３１５、いいえ）、ステップＳ３０１に処理が進み、予定経路の移動が終了した場合は（Ｓ３１５、はい）、本通信制御の処理が終了する。

【0046】

上述したように、通信制御装置１００が移動する予定経路を用いることによって、通信制御装置１００がセンター５００との通信に利用可能な通信方式を事前に高精度に予測することができる。これにより、現在状況に基づいて予測した将来の通信方式が利用（接続）できなかったり、予測した将来の通信帯域が得られなかったり、といった不具合の発生を防止することができる。

【0047】

［具体例］
次に、上述した通信制御装置１００が実行する通信制御について、幾つか具体例を挙げて説明する。

【0048】

（１）ＦＯＴアプリによる可能な限りＷｉＦｉ（登録商標）通信を活用したデータ送信の例
ＦＯＴアプリにテストデータが溜まると、ＦＯＴアプリからセンター５００へのデータ送信を要求する通信ニーズが発生する。この通信ニーズには、要求される通信内容として、例えば溜まったデータから算出される通信データ量（例えば１ＧＢ）、残るテストデータの重要度や残りの記録容量などから算出される許容通信遅延時間（例えば１２時間）、アプリの特性から導出される通信中断可否（例えば中断が可能）及び許容通信コスト（例えばＷｉＦｉの通信に限られた最小コスト）といった制約情報が含まれている。

【0049】

通信可能性予測部１２１は、通信可能性データベース１２２に記憶された通信可能性情報に基づいて、現在の予定経路上における幾つかの位置（通過地点）においてセルラー４Ｇ通信が利用でき、また他の幾つかの位置（交差点、駐車場）において無線ＬＡＮ通信が利用できることを予測する。

【0050】

経路検討部１２３は、通信可能性データベース１２２に記憶された通信可能性情報に基づいて、予定経路よりも通信ニーズが要求する通信内容をより満足する経路を検討して、赤信号で停車して無線ＬＡＮ通信を行うことができる２カ所の交差点、及び無線ＬＡＮ通信を行うことができる駐車場を含む、代替経路を導出する。

【0051】

経路決定部１５０は、経路検討部１２３で導出された代替経路が、現在の予定経路に要求されている所定の条件（安全性、目的地点への希望到着時刻など）を満足するか否かをチェックする。この例の場合は所定の条件を満足するため、経路決定部１５０は、予定経路を代替経路に変更する。

【0052】

通信方策決定通知部１２４は、変更後の予定経路（代替経路）と通信ニーズで要求される通信内容とに基づいて、２カ所の交差点において赤信号で停車した時点を通信タイミングとし、無線ＬＡＮを通信方式とした、通信方策を決定する。そして、通信方策決定通知部１２４は、決定した通信方策に従って、通信制御装置１００が予定経路を移動して交差点で停止したタイミングで、無線ＬＡＮを介した接続によってセンター５００にデータ送信を行うようにＦＯＴアプリに通知する。

【0053】

交差点で通信方策決定通知部１２４から通知を受けたＦＯＴアプリは、この通知に応じて、第３通信部１４３に対して、無線ＬＡＮ通信によるセンター５００へのテストデータの送信を要求する。

【0054】

なお、通信方策決定通知部１２４は、駐車場に到着した時点で全てのテストデータがまだセンター５００に送信されていない場合、無線ＬＡＮを介した接続によってセンター５００にデータ送信を行うようにＦＯＴアプリに通知する。このとき、駐車場内において無線ＬＡＮが接続できる場所が限られているような場合には、無線ＬＡＮが接続できる駐車箇所へ移動するための経路変更が経路検討部１２３によって再度検討されることとなる。そして、通信制御装置１００が無線ＬＡＮ接続できる駐車箇所へ移動したタイミングで、通信方策決定通知部１２４は、無線ＬＡＮを介した接続によってセンター５００にデータ送信を行うようにＦＯＴアプリに通知する。

【0055】

駐車場で通信方策決定通知部１２４から通知を受けたＦＯＴアプリは、この通知に応じて、第３通信部１４３に対して、無線ＬＡＮ通信によるセンター５００へのテストデータの送信を要求する。

【0056】

（２）ハイブリッドナビアプリによるセルラー通信及びＷｉＦｉ通信を活用したデータ受信の例
ハイブリッドナビが今後走行を予定する地域の地図データが必要になった場合、センター５００からハイブリッドナビアプリへのデータ受信を要求する通信ニーズが発生する。この通信ニーズには、要求される通信内容として、例えば走行予定地域の地図データ量（例えば１００ＭＢ）、走行予定地域への予定到達時刻から算出される許容通信遅延時間（例えば３０分）、アプリの特性から導出される通信中断可否（例えば中断が可能）及び許容通信コスト（例えばセルラーとＷｉＦｉの通信を使用できる標準コスト）といった制約情報が含まれている。

【0057】

通信可能性予測部１２１は、通信可能性データベース１２２に記憶された通信可能性情報に基づいて、現在の予定経路上における幾つかの位置（通過地点）においてセルラー４Ｇ及び５Ｇ通信が利用でき、また他の幾つかの位置（交差点）において無線ＬＡＮ通信が利用できることを予測する。

【0058】

通信方策決定通知部１２４は、予定経路と通信ニーズで要求される通信内容とに基づいて、２０分以内は通信コストを優先するため、２カ所の交差点において赤信号で停車した時点を通信タイミングかつ無線ＬＡＮを通信方式とし、２０分以後は通信遅延時間を優先するため、接続可能な時点を通信タイミングかつセルラー４Ｇ及び５Ｇ通信を通信方式とした、通信方策を決定する。そして、通信方策決定通知部１２４は、決定した通信方策に従って、通信制御装置１００が予定経路を移動して交差点で停止したタイミングで、無線ＬＡＮを介した接続によってセンター５００から地図データの受信を行うようにハイブリッドナビアプリに通知する。

【0059】

交差点で通信方策決定通知部１２４から通知を受けたハイブリッドナビアプリは、この通知に応じて、第３通信部１４３に対して、無線ＬＡＮ通信によるセンター５００からの地図データの受信を要求する。

【0060】

通信方策決定通知部１２４は、通信ニーズの発生から２０分が経過すると（交差点の通過にかかわらず）、通信制御装置１００がセルラー通信が可能なタイミングで、セルラー４Ｇ又は５Ｇを介した接続によってセンター５００から地図データの受信を行うようにハイブリッドナビアプリに通知する。

【0061】

通信方策決定通知部１２４から通知を受けたハイブリッドナビアプリは、この通知に応じて、第１通信部１４１又は第２通信部１４２に対して、セルラー４Ｇ又は５Ｇ通信によるセンター５００からの地図データの受信を要求する。

【0062】

（３）リモートサービスにおけるセンターからの要求でセルラー通信を活用したデータ送信の例
センター５００に配置されているリモートサービスが、停車中の通信制御装置１００に対して通信制御装置１００が実装するリモートサービスアプリが保持する現在の状態データが必要になった場合、リモートサービスアプリからセンター５００へのデータ送信を要求する通信ニーズが発生する。この通信ニーズには、要求される通信内容として、例えば現在の状態データの量（例えば１００ＫＢ）、アプリの特性から導出される許容通信遅延時間（例えば即時）、通信中断可否（例えば中断が不可能）及び許容通信コスト（例えばセルラー通信のみを使用できる最大コスト）といった情報が含まれている。

【0063】

通信可能性予測部１２１は、通信可能性データベース１２２に記憶された通信可能性情報に基づいて、停車中の位置においてセルラー４Ｇ及び５Ｇ通信、及び無線ＬＡＮ通信が利用できることを予測する。

【0064】

通信方策決定通知部１２４は、通信ニーズで要求される通信内容に従って、セルラー５Ｇ通信を通信方式とした通信方策を決定する。そして、通信方策決定通知部１２４は、決定した通信方策に従って、即時にセルラー５Ｇ通信を介した接続によってセンター５００への状態データの送信を行うようにリモートサービスアプリに通知する。

【0065】

通信方策決定通知部１２４から通知を受けたリモートサービスアプリは、この通知に応じて、第２通信部１４２に対して、セルラー５Ｇ通信によるセンター５００への状態データの送信を要求する。

【0066】

（４）ＦＯＴアプリとＯＴＡアプリとが同時期に通信ニーズを発生させる例
ＦＯＴアプリにテストデータが溜まると、ＦＯＴアプリからセンター５００へのデータ送信を要求する通信ニーズが発生する。この通信ニーズには、要求される通信内容として、例えば溜まったデータから算出される通信データ量（例えば１ＧＢ）、残るテストデータの重要度や残りの記録容量などから算出される許容通信遅延時間（例えば１２時間）、アプリの特性から導出される通信中断可否（例えば中断が可能）及び許容通信コスト（例えばＷｉＦｉの通信に限られた最小コスト）といった情報が含まれている。

【0067】

ＯＴＡアプリにアップデートデータの受信要求がドライバーなどの利用者からあった場合、センター５００からＯＴＡアプリへのデータ受信を要求する通信ニーズが発生する。この通信ニーズには、要求される通信内容として、例えばアップデートデータ量（例えば２００ＭＢ）、利用者の要求であることなどから算出される許容通信遅延時間（例えば１時間）、アプリの特性から導出される通信中断可否（例えば中断が可能）及び許容通信コスト（例えばＷｉＦｉの通信に限られた最小コスト）といった情報が含まれている。

【0068】

通信可能性予測部１２１は、通信可能性データベース１２２に記憶された通信可能性情報に基づいて、現在の予定経路上における幾つかの位置（通過地点）においてセルラー４Ｇが利用でき、また他の幾つかの位置（交差点、駐車場）において無線ＬＡＮ通信が利用できることを予測する。

【0069】

経路検討部１２３は、通信可能性データベース１２２に記憶された通信可能性情報に基づいて、予定経路よりも少なくとも一方の通信ニーズで要求される通信内容をより満足する経路を検討して、赤信号で停車して無線ＬＡＮ通信を行うことができる２カ所の交差点、及び無線ＬＡＮ通信を行うことができる駐車場を含む、代替経路を導出する。

【0070】

経路決定部１５０は、経路検討部１２３で導出された代替経路が、現在の予定経路に要求されている所定の条件（安全性、目的地点への希望到着時刻など）を満足するか否かをチェックする。この例の場合は所定の条件を満足するため、経路決定部１５０は、予定経路を代替経路に変更する。

【0071】

通信方策決定通知部１２４は、双方の通信ニーズの許容通信遅延時間に基づいて、ＦＯＴアプリの通信ニーズよりもＯＴＡアプリの通信ニーズを優先することを判断する。なお、通信ニーズで要求される通信内容において、各通信ニーズでの優先度が予め付与されていてもよい。そして、通信方策決定通知部１２４は、変更後の予定経路（代替経路）と双方の通信ニーズで要求される通信内容とに基づいて、２カ所の交差点において赤信号で停車した時点を通信タイミングとし、無線ＬＡＮを通信方式とし、ＯＴＡアプリの通信ニーズを第１優先かつ、ＦＯＴアプリの通信ニーズを第２優先とした、通信方策を決定する。

【0072】

通信方策決定通知部１２４は、決定した通信方策に従って、通信制御装置１００が予定経路を移動して交差点で停止したタイミングで、無線ＬＡＮを介した接続によってセンター５００からアップデートデータ受信を行うようにＯＴＡアプリに通知する。

【0073】

交差点で通信方策決定通知部１２４から通知を受けたＯＴＡアプリは、この通知に応じて、第３通信部１４３に対して、無線ＬＡＮ通信によるセンター５００からアップデートデータの受信を要求する。

【0074】

通信方策決定通知部１２４は、ＯＴＡアプリによるアップデートデータの受信が全て終了すると、決定した通信方策に従って、通信制御装置１００が予定経路を移動して交差点で停止したタイミングで、無線ＬＡＮを介した接続によってセンター５００にデータ送信を行うようにＦＯＴアプリに通知する。

【0075】

交差点で通信方策決定通知部１２４から通知を受けたＦＯＴアプリは、この通知に応じて、第３通信部１４３に対して、無線ＬＡＮ通信によるセンター５００へのテストデータの送信を要求する。

【0076】

上述した具体例でわかるように、本実施形態に係る通信制御装置によれば、好適に通信方式を決定することができる。

【0077】

＜第２の実施形態＞
図４は、本開示の第２の実施形態に係る通信制御装置２００とその周辺部の機能ブロック図である。図４に例示した機能ブロックは、車両に搭載された通信制御装置２００と、センター５００と、を備える。

【0078】

図４に示す第２の実施形態に係る通信制御装置２００は、図１に示した第１の実施形態に係る通信制御装置１００と比べて、経路決定部２５０及びヒューマンマシンインタフェース機器（ＨＭＩ）２１０の構成が異なる。以下、この異なる構成を中心に第２の実施形態に係る通信制御装置２００を説明する。

【0079】

ヒューマンマシンインタフェース機器２１０は、通信制御装置１００とドライバーなどの利用者との間の情報伝達を担う機能部であり、予定経路を代替経路へ変更してよいか否かを問い合わせるための情報を利用者に提供することができる。問い合わせは、例えば、マルチインフォメーションディスプレイやメーターなどへの表示やスピーカーなどを介した音声などを用いて行われる。

【0080】

経路決定部２５０は、通信制御装置２００が移動（走行）する予定経路を決定することができる。この経路決定部２５０には、一例として、地図データに基づいて目的地点までの経路案内を行うナビゲーション機能や、車両が全ての運転制御を行う自動運転機能や、ＡＣＣなどの車両が運転の一部の制御を支援する運転支援機能が含まれる。経路決定部２５０は、これらの機能が決定した予定経路に関する情報（通過位置、通過位置間の移動速度など）を通信制御部１２０（の通信可能性予測部１２１）に出力する。また、経路決定部２５０は、通信制御部１２０（の経路検討部１２３）から提案された代替経路が、安全性や移動ニーズ（到着時刻、移動コスト、快適性など）によって定められる所定の条件を満たす場合、利用者から許可を得た場合に限り現在の予定経路を代替経路に変更することを行う。

【0081】

上記第１の実施形態に係る通信制御装置１００では、現在の予定経路（第１経路）を通信制御部１２０の経路検討部１２３によって検討された代替経路（第２経路）へ変更するか否かの判断を、経路決定部１５０が所定の条件に基づいて自動的に行う。これに対して、第２の実施形態に係る通信制御装置２００は、現在の予定経路（第１経路）を通信制御部１２０の経路検討部１２３によって検討された代替経路（第２経路）へ変更してもよいか否かを、ヒューマンマシンインタフェース機器２１０を介してドライバーなどの利用者に問い合わせて、利用者から許可が得られた場合に限って現在の予定経路（第１経路）を代替経路（第２経路）へ変更する。このようにすれば、通信制御装置２００が移動する予定経路がこれから変更されること又は既に変更されたことを利用者が理解することができるため、利用者が不信感や違和感を覚えてしまうなどといったことがなくなる。

【0082】

＜第３の実施形態＞
［構成］
図５は、本開示の第３の実施形態に係る通信制御装置１００とその周辺部の機能ブロック図である。図５に例示した機能ブロックは、車両に搭載された通信制御装置３００と、センター５００と、を備える。

【0083】

図５に示す第３の実施形態に係る通信制御装置３００は、図１に示した第１の実施形態に係る通信制御装置１００と比べて、通信制御部３２０、外部通信アプリケーション部３３０、及び外部通信部３４０の構成が異なる。以下、この異なる構成を中心に第３の実施形態に係る通信制御装置３００を説明する。

【0084】

外部通信アプリケーション部３３０は、通信制御装置３００に実装されるアプリケーションを含み、センター５００と通信することによって所定のサービスを実施することができる。本実施形態では、外部通信アプリケーション部３３０として、第１アプリ１３１、第２アプリ１３２、及び第３アプリ１３３の３つのアプリケーションが実装されている例を示している。なお、第１アプリ１３１、第２アプリ１３２、及び第３アプリ１３３については、上述したとおりである。

【0085】

外部通信アプリケーション部３３０は、第１アプリ１３１、第２アプリ１３２、及び第３アプリ１３３の１つ又は複数から発生するデータ送信の要求及び／又はデータ受信の要求である通信ニーズを、通信制御部３２０に出力する。通信ニーズは、上述したとおりである。また、外部通信アプリケーション部３３０は、通信ニーズがデータ送信の要求である場合には、送信すべきデータを通信制御部３２０（後述の通信データ一時保管部３２６）に予め出力しておく。

【0086】

外部通信部３４０は、通信制御装置３００をセンター５００に直接又はネットワークを介して接続するための通信インタフェースである。本実施形態の外部通信部３４０は、通信手段として、第１通信部１４１、第２通信部１４２、第３通信部１４３、及び第４通信部１４４を備えている例を示している。なお、第１通信部１４１、第２通信部１４２、第３通信部１４３、及び第４通信部１４４については、上述したとおりである。また、外部通信部３４０は、第１通信部１４１、第２通信部１４２、第３通信部１４３、及び第４通信部１４４のそれぞれが正常に動作しているか否かを示す動作情報を、通信制御部３２０（の通信方策決定通知部１２４）に出力する。また、外部通信部３４０は、通信ニーズがデータ受信の要求である場合には、センター５００から受信したデータを通信制御部３２０（の通信データ一時保管部３２６）に予め出力しておく。

【0087】

通信制御部３２０は、通信制御装置３００とセンター５００との間で行われる通信を制御する。この通信制御部３２０は、通信可能性予測部１２１と、通信可能性データベース（ＤＢ）１２２と、経路検討部１２３と、通信方策決定通知部３２４と、通信方策実行部３２５と、通信データ一時保管部３２６と、を含む。第３の実施形態の通信制御部３２０は、第１の実施形態の通信制御部１２０と比べて、通信方策決定通知部３２４、通信方策実行部３２５、及び通信データ一時保管部３２６の構成が異なる。

【0088】

通信方策決定通知部３２４は、少なくとも通信可能性予測部１２１が予測した予定経路上における通信可能性と外部通信部３４０から出力される動作情報とに基づいて、外部通信アプリケーション部３３０から受け付けた通信ニーズを実行するために最適な通信方式及び通信タイミングを決定する。通信ニーズが複数ある場合には、通信方策決定通知部３２４は、各通信ニーズに予め付与された優先度などに基づいて、通信ニーズごとに通信方式及び通信タイミングをそれぞれ決定する。また、通信方策決定通知部３２４は、さらに電源状態検出部１１０が検出した通信制御装置３００の電源状態や予測した予定経路上の使用可能電力に基づいて、通信ニーズを実行するために最適な通信方式及び通信タイミングを決定してもよい。なお、通信方式及び通信タイミングは、通信ニーズごとではなく外部通信アプリケーション部３３０が実装するアプリごとに決定してもよい。そして、通信方策決定通知部３２４は、決定した通信方式及び通信タイミングを通信方策実行部３２５に通知する。

【0089】

通信方策実行部３２５は、通信方策決定通知部３２４から通知された通信ニーズごとの通信方式及び通信タイミングに従って、通信タイミングで通信データ一時保管部３２６及び外部通信部３４０に対して指示を行ってセンター５００との通信を実行する。具体的には、通信ニーズがデータ送信である場合、通信タイミングが来ると、通信方策実行部３２５は、通信データ一時保管部３２６に対して事前に保管済みの送信データを外部通信部３４０に送出するように指示し、かつ外部通信部３４０に対して通信データ一時保管部３２６から送られてくる送信データを決定された通信方式に従ってセンター５００へ送信する指示を行う。また、通信ニーズがデータ受信である場合、通信タイミングが来ると、通信方策実行部３２５は、外部通信部３４０に対して決定された通信方式に従ってセンター５００からデータを受信する指示を行い、かつ通信データ一時保管部３２６に対して外部通信部３４０が受信したデータを取得して外部通信アプリケーション部３３０に出力するように指示する。

【0090】

通信データ一時保管部３２６は、通信データを一時的に保管することができるメモリであり、外部通信アプリケーション部３３０及び／又は通信方策実行部３２５からの指示に基づいて、送信データ及び／又は受信データを入力して保管し、また保管した送信データ及び／又は受信データを出力することができる。

【0091】

上記第１の実施形態に係る通信制御装置１００では、外部通信アプリケーション部１３０の通信ニーズが発生したアプリが、通信方策決定通知部１２４から通信タイミングに従った通知があるたびに、外部通信部１４０にデータを送信したり、外部通信部１４０からデータを受信したりする必要があった。このため、データの送受信処理に関するアプリの負荷が大きかった。これに対して、第３の実施形態に係る通信制御装置３００は、通信制御部３２０が外部通信アプリケーション部３３０と外部通信部３４０との間のデータの送受信を一元的に制御しているので、通信ニーズが発生したアプリは、通信方式や通信タイミングに縛られることなく、全てのデータを事前に通信データ一時保管部３２６に預けたり、全てのデータを通信データ一時保管部３２６から一括で受信したりすることができるため、データの送受信処理に関するアプリの負荷が軽減することができる。

【0092】

＜作用・効果＞
上述した本開示の各実施形態に係る通信制御装置によれば、通信制御装置が搭載された車両が移動する間にアプリケーションが外部機器であるセンターとの通信に使用する通信方式を、予定経路、通信可能性情報、及びアプリケーションで発生した通信ニーズが要求する通信内容に基づいて制御する。この制御によって、予定した位置で通信制御装置がセンターに接続できなかったり、通信制御装置がセンターに接続できても希望する通信帯域が得られなかったりすることが回避されるため、移動する際の通信方式を最適に制御することができる。

【0093】

例えば、予定経路上にトンネルなどの通信方式が限られる場所があるような場合、本開示の方法では、通信制御装置がトンネルを通過することを把握できるのでトンネル通過時に最適な通信方式を事前に正確に予測できる。よって、トンネルを通過する直前で通信制御装置の通信方式を事前に予測した通信方式に切り替えることで、不必要な通信方式の切り替え処理がなくなり、電力効率の悪化や通信の一時的な遮断又は遅延の発生を防ぐことができる。また、周辺に予定経路とは異なるトンネルを通過しない経路が存在したとしても、本開示の方法では予定経路に基づいて通信方式を制御するため、トンネルを通過するかしないかを判断できずに確実に接続できる通信コストが高い通信方式でスタンバイしておくといった必要がないため、通信コストを抑制することができる。

【0094】

また、通信制御装置の電源状態がＩＧ状態であるときに通信ニーズが発生したような場合、近い将来に電源状態がＰｌｕｇＩｎ状態となる位置が予定経路上に存在していれば、本開示の方法では、経路途中の交差点で無線ＬＡＮ接続による通信を行わずに充電スタンドで有線ＬＡＮ接続による通信を行う制御が可能となる。これにより、発電電力を無駄に消費して無線通信を行うことがなくなり、消費エネルギー及び通信コストを抑制することができる。

【0095】

また、本開示の方法では、予定経路に基づいて、無線ＬＡＮに接続ができる交差点にどのくらいの時間を停車し、かつどれくらいのデータ量を送受信できるかを、高精度で予測できるため、全てのデータを中断することなく通信し切る制御が可能となる。これにより、データの再送処理による電力効率の悪化を防ぐことができる。また、通信ニーズが許容する範囲（到着時刻、移動コスト、快適性など）で、無線ＬＡＮに接続ができる交差点に停車する代替経路に意図的に変更することで、更なる電力の効率化及び通信コストの削減を図ることができる。

【0096】

また、広い駐車場において通信環境に偏在があるような場合、本開示の方法では、通信環境がよい（無線ＬＡＮに接続ができる、通信帯域が広い、切断率が低いなど）場所に、通信制御装置が搭載された車両が駐車されるように予定経路を変更することができる。これにより、駐車中に短時間で通信を完了させることができるため、更なる電力の効率化及び通信コストの削減を図ることができる。

【0097】

以上、本開示の一実施形態を説明したが、本開示は、通信制御装置、プロセッサとメモリとを備えた通信制御装置が実行するバッテリー制御方法、バッテリー制御方法を実行するための制御プログラム、制御プログラムを記憶したコンピューター読み取り可能な非一時的記憶媒体、及び通信制御装置を含めた電源システムを搭載した車両として捉えることが可能である。

【産業上の利用可能性】

【0098】

本開示は、複数の通信方式を用いて外部機器に接続可能な通信制御装置などに利用可能である。

【符号の説明】

【0099】

１００、２００、３００ 通信制御装置
１１０ 電源状態検出部
１２０、３２０ 通信制御部
１２１ 通信可能性予測部
１２２ 通信可能性データベース（ＤＢ）
１２３ 経路検討部
１２４、３２４ 通信方策決定通知部
１３０、３３０ 外部通信アプリケーション部
１３１ 第１アプリ
１３２ 第２アプリ
１３３ 第３アプリ
１４０、３４０ 外部通信部
１４１ 第１通信部（４Ｇ）
１４２ 第２通信部（５Ｇ）
１４３ 第３通信部（無線ＬＡＮ）
１４４ 第４通信部（有線ＬＡＮ）
１５０、２５０ 経路決定部
２１０ ヒューマンマシンインタフェース機器（ＨＭＩ）
３２５ 通信方策実行部
３２６ 通信データ一時保管部
５００ センター

【図1】

【図2】

【図3A】

【図3B】

【図4】

【図5】