WO2022168580A1 - 車両用装置、サーバ、及び通信管理方法 - Google Patents

Abstract

対象車両の、第２回線に用いられる無線ネットワークのＡＰへの遭遇確率に応じた、オフロードが可能となるまでの待ち時間であるオフロード待機時間を推定可能な推定用情報を、取得する推定用情報取得部（４０３）と、推定用情報取得部（４０３）で取得した推定用情報をもとにオフロード待機時間を推定する待機時間推定部（４０５）と、待機時間推定部（４０５）で推定したオフロード待機時間をもとにオフロードの可否を判断する可否判断部（４０８）とを備える。

Description

車両用装置、サーバ、及び通信管理方法 関連出願の相互参照

　この出願は、２０２１年２月５日に日本に出願された特許出願第２０２１－０１７６６１号を基礎としており、基礎の出願の内容を、全体的に、参照により援用している。

　本開示は、車両用装置、サーバ、及び通信管理方法に関するものである。

　携帯電話網を利用した広域無線通信を用いることで、車両でも無線通信を利用可能とする技術が知られている。また、例えば特許文献１に開示されているように、車両で用いられる無線通信装置が、Ｗｉ－Ｆｉ（登録商標）といった無線ＬＡＮのアクセスポイントとの無線通信を介してネットワークに接続し、情報の送受信を行う技術も知られている。

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

　携帯電話網を利用した広域無線通信（以下、セルラー通信）は、通信の信頼性は無線ＬＡＮよりも高いと考えられるものの、通信データの増加に伴う通信コストの増加が問題となる。これに対して、無線ＬＡＮのアクセスポイントとの無線通信を介してネットワークに接続できる場合に、データをセルラー通信で送信させる代わりにこの無線ＬＡＮを利用して送信させるオフロードにより、通信コストを削減することが考えられる。オフロードを利用してデータを送信する場合、送信したいデータをオフロードによって送信できる割合であるオフロード率の向上が望まれる。アクセスポイントの有無をある程度予測することができれば、オフロード率を向上させることが可能と考えられる。

　オフロード率を向上させる方法として、以下の方法が考えられる。例えば、自動運転によって無線ＬＡＮのアクセスポイントを経由して走行するように車両を制御することでオフロード率を向上させることが考えられる。しかしながら、この場合には、車両の経路が制限されてしまう問題がある。また、ナビゲーション機能におけるユーザの設定した経路情報から車両が経由するアクセスポイントを特定してオフロードを行うことでオフロード率を向上させることが考えられる。しかしながら、この場合には、車両の経路が予め設定されていないとオフロード率を向上させることができない問題がある。

　この開示のひとつの目的は、車両でのデータの送信において、車両の経路の制限、及び車両の経路の予めの設定がなくてもオフロード率を向上させることを可能にする車両用装置、サーバ、及び通信管理方法を提供することにある。

　上記目的は独立請求項に記載の特徴の組み合わせにより達成され、また、下位請求項は、開示の更なる有利な具体例を規定する。請求の範囲に記載した括弧内の符号は、ひとつの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。

　上記目的を達成するために、本開示の車両用装置は、無線ネットワークを介したデータの送信について、通信方式の異なる第１回線と第２回線とのいずれを用いることも可能であって、且つ、第１回線から第２回線へのデータの送信のオフロードが可能な通信装置を搭載した対象車両で用いることが可能な車両用装置であって、対象車両の、第２回線に用いられる無線ネットワークのアクセスポイントへの遭遇確率に応じた、オフロードが可能となるまでの待ち時間であるオフロード待機時間を推定可能な情報である推定用情報を、取得する推定用情報取得部と、推定用情報取得部で取得した推定用情報をもとにオフロード待機時間を推定する待機時間推定部と、待機時間推定部で推定したオフロード待機時間をもとにオフロードの可否を判断する可否判断部とを備える。

　また、上記目的を達成するために、本開示の第１の通信管理方法は、少なくとも１つのプロセッサにより実行される、無線ネットワークを介したデータの送信について、通信方式の異なる第１回線と第２回線とのいずれを用いることも可能であって、且つ、第１回線から第２回線へのデータの送信のオフロードが可能な通信装置を搭載した対象車両で用いることが可能な通信管理方法であって、対象車両の、第２回線に用いられる無線ネットワークのアクセスポイントへの遭遇確率に応じた、オフロードが可能となるまでの待ち時間であるオフロード待機時間を推定可能な情報である推定用情報を、取得する推定用情報取得工程と、推定用情報取得工程で取得した推定用情報をもとにオフロード待機時間を推定する待機時間推定工程と、待機時間推定工程で推定したオフロード待機時間をもとにオフロードの可否を判断する可否判断工程とを含む。

　以上の構成によれば、対象車両のオフロードが可能となるまでの待ち時間であるオフロード待機時間を推定可能な情報である推定用情報をもとにオフロード待機時間を推定し、推定したオフロード待機時間をもとにオフロードの可否を判断することになる。推定用情報は、対象車両の、第２回線に用いられる無線ネットワークのアクセスポイントへの遭遇確率に応じたものであるので、対象車両の経路を予め設定したり制限したりする必要がない。また、オフロード待機時間をもとにオフロードの可否を判断するので、送信が必要なデータを、オフロードが可能なタイミングでオフロードによって送信しやすくなる。その結果、車両でのデータの送信において、車両の経路の制限、及び車両の経路の予めの設定がなくてもオフロード率を向上させることが可能になる。

　また、上記目的を達成するために、本開示のサーバは、無線ネットワークを介したデータの送信について、通信方式の異なる第１回線と第２回線とのいずれを用いることも可能であって、且つ、第１回線から第２回線へのデータの送信のオフロードが可能な通信装置を搭載した対象車両の、第２回線に用いられる無線ネットワークのアクセスポイントへの遭遇確率に応じた、オフロードが可能となるまでの待ち時間であるオフロード待機時間を推定可能な情報である推定用情報を決定する推定用情報決定部と、推定用情報決定部で決定した推定用情報を対象車両側に送信する送信部とを備える。

　また、上記目的を達成するために、本開示の第２の通信管理方法は、少なくとも１つのプロセッサにより実行される通信管理方法であって、無線ネットワークを介したデータの送信について、通信方式の異なる第１回線と第２回線とのいずれを用いることも可能であって、且つ、第１回線から第２回線へのデータの送信のオフロードが可能な通信装置を搭載した対象車両の、第２回線に用いられる無線ネットワークのアクセスポイントへの遭遇確率に応じた、オフロードが可能となるまでの待ち時間であるオフロード待機時間を推定可能な情報である推定用情報を決定する推定用情報決定工程と、推定用情報決定工程で決定した推定用情報を対象車両側に送信する送信工程とを含む。

　以上の構成によれば、対象車両のオフロードが可能となるまでの待ち時間であるオフロード待機時間を推定可能な情報である推定用情報を対象車両側に送信することになる。推定用情報は、対象車両の、第２回線に用いられる無線ネットワークのアクセスポイントへの遭遇確率に応じたものであるので、対象車両の経路を予め設定したり制限したりする必要がない。また、対象車両側では、この推定用情報をもとにオフロード待機時間を推定する。そして、推定したオフロード待機時間をもとにオフロードの可否を判断することが可能になるので、送信が必要なデータを、オフロードが可能なタイミングでオフロードによって送信しやすくなる。その結果、車両でのデータの送信において、車両の経路の制限、及び車両の経路の予めの設定がなくてもオフロード率を向上させることが可能になる。

車両用通信システム１の概略的な構成の一例を示す図である。 ＣＳ２の概略的な構成の一例を示す図である。 ＡＰマップ情報の一例について説明するための図である。 メッシュ情報の生成対象とするメッシュの決定の一例を説明するための図である。 エリア別待機時間の決定方法の一例について説明するための図である。 エリア別待機時間を算出する式の一例を示す図である。 ＣＳ２でのメッシュ情報送信関連処理の流れの一例を示すフローチャートである。 車両側ユニット４、通信モジュール４０、及び制御部４００の概略的な構成の一例を示す図である。 車両用通信システム１ａの概略的な構成について説明するための図である。 オフロード待機時間を算出する式の一例を示す図である。 オフロードの可否を判断する条件の一例を示す図である。 期限タイマーのカウント値の満了条件の一例を示す図である。 制御部４００でのメッシュ情報取得関連処理の流れの一例を示すフローチャートである。 制御部４００でのオフロード関連処理の流れの一例を示すフローチャートである。 車両用通信システム１ａの概略的な構成の一例を示す図である。 ＣＳ２ａの概略的な構成の一例を示す図である。 接続ＡＰ情報の一例について説明するための図である。 接続ＡＰ情報によって表されるＡＰ間の接続関係のイメージを示す図である。 ＣＳ２ａでの応答情報送信関連処理の流れの一例を示すフローチャートである。 車両側ユニット４ａ、通信モジュール４０ａ、及び制御部４００ａの概略的な構成の一例を示す図である。 制御部４００ａでのオフロード関連処理の流れの一例を示すフローチャートである。 車両用通信システム１ｂの概略的な構成の一例を示す図である。 ＣＳ２ｂの概略的な構成の一例を示す図である。 ＣＳ２ｂでの応答情報送信関連処理の流れの一例を示すフローチャートである。 車両側ユニット４ｂ、通信モジュール４０ｂ、及び制御部４００ｂの概略的な構成の一例を示す図である。 制御部４００ｂでのオフロード関連処理の流れの一例を示すフローチャートである。

　図面を参照しながら、開示のための複数の実施形態を説明する。なお、説明の便宜上、複数の実施形態の間において、それまでの説明に用いた図に示した部分と同一の機能を有する部分については、同一の符号を付し、その説明を省略する場合がある。同一の符号を付した部分については、他の実施形態における説明を参照することができる。

　（実施形態１）
　＜車両用通信システム１の概略構成＞
　以下、本実施形態について図面を用いて説明する。まず、図１を用いて、車両用通信システム１の説明を行う。図１に示すように、車両用通信システム１は、センタサーバ（以下、ＣＳ）２と、通信事業者サーバ（以下、ＴＣＳ）３と、車両側ユニット４とを含んでいる。図１のＷＢＳは、無線ＬＡＮの基地局を示している。つまり、基地局ＷＢＳが、無線ＬＡＮのアクセスポイントにあたる。以降では、基地局ＷＢＳのアクセスポイントをＡＰと略することがある。無線ＬＡＮとしては、例えばＷｉ－Ｆｉ（登録商標）が挙げられる。無線ＬＡＮがＷｉ－Ｆｉの場合には、基地局ＷＢＳは、Ｗｉ－Ｆｉスポットにあたる。図１のＷＲＣは、基地局ＷＢＳの通信範囲を示している。図１のＷＬＡＮＣＮは、無線ＬＡＮコントローラを示している。無線ＬＡＮコントローラは、複数の基地局ＷＢＳを管理するコントローラである。無線ＬＡＮコントローラは、例えばインターネット及び複数の基地局ＷＢＳと接続されている。図１のＣＢＳは、セルラー通信の基地局を示している。図１のＩＴは、インターネットを示している。図１のＭＰＮは携帯電話網を示している。

　ＣＳ２は、車両側ユニット４に含まれる後述の通信モジュール４０との間で通信するサーバである。ＣＳ２は、例えばインターネットに接続されているものとする。ＣＳ２は、１つのサーバからなるものであってもよいし、複数のサーバからなるものであってもよい。ＣＳ２は、例えばクラウド上のサーバであってもよいし、ブロックチェーン等の分散型ネットワークであってもよい。ＣＳ２は、通信モジュール４０からの要求に応じた情報を通信モジュール４０に送信する。ＣＳ２の詳細については後述する。

　ＴＣＳ３は、通信事業者のサーバである。ＴＣＳ３は、異なる通信事業者別に複数が存在してもよい。ＴＣＳ３は、例えばインターネットに接続されているものとする。１つの通信事業者についてのＴＣＳ３は、１つのサーバからなるものであってもよいし、複数のサーバからなるものであってもよい。ＴＣＳ３は、例えばクラウド上のサーバであってもよいし、ブロックチェーン等の分散型ネットワークであってもよい。ＴＣＳ３は、通信事業者が管理するＡＰについての情報（以下、ＡＰ情報）を保持している。ＡＰ情報は、通信事業者が管理するＡＰごとの、通信事業者を識別するためのＳＳＩＤ（Service Set Identifier）及び位置座標等とすればよい。位置座標は、緯度及び経度とすればよい。

　車両側ユニット４は、車両で用いることが可能なものである。本実施形態では、図１に示すように、車両側ユニット４が車両ＨＶ及び車両ＯＶで用いられている状態であるものとして、以降の説明を行う。車両ＨＶは対象車両とし、車両ＯＶは対象車両以外の他車とする。車両側ユニット４は、車両側ユニット４に含まれる通信モジュール４０により、公衆通信網及び基地局等を介して、公衆通信網に接続されるＣＳ２と通信を行う。公衆通信網としては、前述したインターネットＩＴ，携帯電話網ＭＰＮが挙げられる。通信モジュール４０は、インターネットＩＴへのアクセス方法として２種類のアクセス方法が可能となっている。

　１つ目のアクセス方法は、セルラー通信を利用して、基地局ＣＢＳに接続し、携帯電話網ＭＰＮを介してインターネットＩＴに接続するアクセス方法である。この１つ目のアクセス方法で用いられる回線を第１回線と呼ぶ。１つ目のアクセス方法では、携帯電話網ＭＰＮ及びインターネットＩＴが無線ネットワークに相当する。通信モジュール４０が直接的に基地局ＣＢＳに接続する場合、第１回線は、セルラー回線にあたる。以降では、通信モジュール４０が直接的に基地局ＣＢＳに接続する場合を例に挙げて説明を行う。なお、通信モジュール４０が携帯端末を介して間接的に基地局ＣＢＳに接続する構成としても構わない。セルラー通信としては、ＬＴＥ（Long Term Evolution），５Ｇ等が挙げられる。

　２つ目のアクセス方法は、無線ＬＡＮを利用して、無線ＬＡＮの基地局ＷＢＳに接続し、インターネットＩＴに接続するアクセス方法である。この２つ目のアクセス方法で用いられる回線を第２回線と呼ぶ。２つ目のアクセス方法では、インターネットＩＴが無線ネットワークに相当する。無線ＬＡＮとしてＷｉ－Ｆｉを用いる場合、第２回線は、Ｗｉ－Ｆｉ回線にあたる。

　本実施形態では、第１回線を用いて無線ネットワークと接続可能な範囲は、第２回線を用いて無線ネットワークと接続可能な範囲よりも広いものとする。無線ネットワークと接続可能な範囲とは、無線ネットワークの基地局との接続が可能なエリアである。本実施形態では、第１回線よりも第２回線の通信コストの方が安いものとする。以降では、第１回線はＬＴＥであって、第２回線はＷｉ－Ｆｉ回線であるものとして説明を行う。

　通信モジュール４０は、第２回線に用いられる無線ネットワークのＡＰとの無線通信を介してネットワークに接続できる場合に、データを第１回線で送信させる代わりに第２回線を利用して送信させるオフロードが可能なものとする。以降では、データを第１回線で送信させる代わりに第２回線を利用して送信させることをオフロードと呼ぶ。車両側ユニット４の詳細については後述する。

　＜ＣＳ２の概略構成＞
　ＣＳ２は、例えばプロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備え、メモリに記憶された制御プログラムを実行することで、車両側ユニット４からの要求への応答に関する各種の処理を実行する。ここで言うところのメモリは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）である。また、非遷移的実体的記憶媒体は、半導体メモリ等によって実現される。

　続いて、図２を用いてＣＳ２の概略的な構成について説明する。図２に示すように、ＣＳ２は、ＡＰ情報取得部２１１、走行ログ取得部２１２、地図データベース（以下、ＤＢ）２１３、ＤＢ登録部２１４、ＡＰマップＤＢ２１５、重み付け部２１６、要求取得部２１７、推定用情報生成部２１８、及び送信部２１９を機能ブロックとして備える。なお、ＣＳ２が実行する機能の一部又は全部を、１つ或いは複数のＩＣ等によりハードウェア的に構成してもよい。また、ＣＳ２が備える機能ブロックの一部又は全部は、プロセッサによるソフトウェアの実行とハードウェア部材の組み合わせによって実現されてもよい。このＣＳ２がサーバにあたる。また、コンピュータによってＣＳ２の各機能ブロックの処理が実行されることが、通信管理方法が実行されることに相当する。

　ＡＰ情報取得部２１１は、例えばＴＣＳ３からＡＰ情報を取得する。ＡＰ情報取得部２１１は、複数の通信事業者のＴＣＳ３からそれぞれのＡＰ情報を取得すればよい。ＡＰ情報取得部２１１は、ＷＬＡＮＣＮがＡＰ情報を保持している場合には、ＷＬＡＮＣＮからＡＰ情報を取得する構成としてもよい。

　走行ログ取得部２１２は、車両の走行によって得られるログ（以下、走行ログ）を取得する。走行ログについては、他車両ＯＶの車両側ユニット４から取得すればよい。走行ログについては、対象車両ＨＶの車両側ユニット４から取得してもよい。車両側ユニット４からの走行ログの取得は、車両側ユニット４の通信モジュール４０が基地局ＷＢＳのＡＰに接続している間に、第２回線で取得すればよい。なお、車両側ユニット４からの走行ログの取得は、第１回線で取得しても構わない。

　走行ログの一例としては、車両位置の情報、ＡＰとの接続時の第２回線での通信に関する情報（以下、第２回線通信情報）が挙げられる。車両位置の情報としては、緯度、経度、及び高度が挙げられる。第２回線通信情報としては、ＢＳＳＩＤ（Basic Service Set Identifier）、無線種類、チャネル、ＲＳＳＩ、スループット、通過速度、通過時間等が挙げられる。ＢＳＳＩＤは、例えば接続先のＡＰのＭＡＣアドレスとすればよい。通過速度は、ＡＰに接続中の車速の平均値とすればよい。通過速度は、ＡＰに接続中の車速の最低値であってもよい。通過時間は、ＡＰに接続開始から接続解除までの経過時間とすればよい。車両側ユニット４からの走行ログの送信は、第２回線通信情報の対象となったＡＰとの接続解除後のＡＰとの再接続時に第２回線で行えばよい。他にも、車両側ユニット４からの走行ログの送信は、第２回線通信情報の対象となったＡＰとの接続解除後に、第１回線で行ってもよい。なお、走行ログには、第１回線で通信を行った際の車両位置及び通信速度（以下、第１回線通信速度）の組を含む構成としてもよい。

　地図ＤＢ２１３は、不揮発性メモリであって、リンクデータ、ノードデータ、及びＰＯＩ（Points Of Interest）データ等の地図データを格納している。地図データは、メッシュ単位に分割されているものとする。一例として、この区画単位はメッシュとする。メッシュとは、地図を経緯線で複数の正方形に分割した区画を１単位とするものである。メッシュ単位で分割された地図データのメッシュには各メッシュを識別するためのメッシュコードが対応付けられているものとする。ＰＯＩデータは、注目すべき地点の情報である。ＰＯＩデータとしては、ＰＯＩにあたる施設の名称、住所、位置、属性等が挙げられる。

　ＤＢ登録部２１４は、ＡＰ情報取得部２１１で取得するＡＰ情報と、走行ログ取得部２１２で取得する走行ログと、地図ＤＢ２１３に格納されてる地図データとから、ＡＰマップ情報をＡＰマップＤＢ２１５に登録する。ＡＰマップＤＢ２１５は、不揮発性メモリであって、複数のＡＰについてのＡＰマップ情報を格納する。

　ここで、図３を用いて、ＡＰマップＤＢ２１５に格納されるＡＰマップ情報の一例について説明する。図３のＥｌｅｍｅｎｔは、ＡＰマップ情報の要素を示す。図３の値は、図３のＥｌｅｍｅｎｔについての値である。図３の値の欄には、値が取得できている場合に、Ｅｌｅｍｅｎｔの値が対応付けられる。図３では、値の具体例についての記載を省略する。図３の取得元は、ＡＰマップ情報の要素の取得元を示す。「システム」の場合は、ＣＳ２で自動生成されたことを示す。「通信事業者」の場合は、ＴＣＳ３，ＷＬＡＮＣＮから取得されたことを示す。「走行ログ」の場合は、車両側ユニット４から走行ログとして取得されたことを示す。図３に一例を示すように、ＡＰマップ情報の要素として、「ＡＰ_ＩＤ」、「メッシュコード」、「ＳＳＩＤ」、「ＢＳＳＩＤ」、「無線種類」、「チャネル」、「緯度」、「経度」、「高度」、「ＲＳＳＩ」、「スループット」、「通過速度」、「通過時間」、「利用可能フラグ」がある。

　「ＡＰ_ＩＤ」は、ＣＳ２で自動生成される。「ＡＰ_ＩＤ」は、管理のためにＤＢ登録部２１４が割り当てるＩＤである。「ＡＰ_ＩＤ」としては、異なるＡＰごとに異なるＩＤがＤＢ登録部２１４で割り当てられる。「メッシュコード」は、ＣＳ２で自動生成される。「メッシュコード」としては、ＤＢ登録部２１４が、ＡＰ情報と地図データとをもとに、ＡＰの位置するメッシュのメッシュコードを割り当てる。

　「ＳＳＩＤ」は、ＤＢ登録部２１４が、ＡＰ情報をもとに、ＡＰの通信事業者のＳＳＩＤを割りあてる。「ＢＳＳＩＤ」は、ＤＢ登録部２１４が、走行ログをもとに、対象とするＡＰの第２回線通信情報のうちのマックアドレスを割り当てる。「無線種類」は、ＤＢ登録部２１４が、走行ログをもとに、対象とするＡＰの第２回線通信情報のうちの無線種類を割り当てる。「チャネル」は、ＤＢ登録部２１４が、走行ログをもとに、対象とするＡＰの第２回線通信情報のうちのチャネルを割り当てる。「緯度」、「経度」は、ＤＢ登録部２１４が、ＡＰ情報をもとに、ＡＰの緯度、経度の座標を割り当てる。「高度」は、ＤＢ登録部２１４が、走行ログをもとに、対象とするＡＰに対応する車両位置のうちの高度をＡＰの高度として割り当てる。

　「ＲＳＳＩ」は、ＤＢ登録部２１４が、走行ログをもとに、対象とするＡＰの第２回線通信情報のうちのＲＳＳＩを割り当てる。「スループット」は、ＤＢ登録部２１４が、走行ログをもとに、対象とするＡＰの第２回線通信情報のうちのスループットを割り当てる。「通過速度」は、ＤＢ登録部２１４が、走行ログをもとに、対象とするＡＰの第２回線通信情報のうちの通過速度を割り当てる。ＤＢ登録部２１４は、同じＡＰについて複数の走行ログが存在する場合には、この複数の走行ログの通過速度を平均した値を通過速度として割り当てればよい。「通過時間」は、ＤＢ登録部２１４が、走行ログをもとに、対象とするＡＰの第２回線通信情報のうちの通過時間を割り当てる。ＤＢ登録部２１４は、同じＡＰについて複数の走行ログが存在する場合には、この複数の走行ログの通過時間を平均した値を通過時間として割り当てればよい。

　「利用可能フラグ」は、ＣＳ２で自動生成される。「利用可能フラグ」としては、ＤＢ登録部２１４が、走行ログをもとに、オフロードに適用可能か否かのフラグを割り当てる。利用可能か否かは、第２回線での通信を行い易いか否かで区分されるものとする。例えば、ＲＳＳＩがＲＳＳＩの閾値以上、スループットがスループットの閾値以上、及び通過速度が通過速度の閾値以下という条件を全て満たす場合に、利用可能のフラグ「１」を割り当てればよい。一方、これらの条件を１つでも満たさない場合は利用不可のフラグ「０」を割り当てればよい。なお、ＡＰマップ情報には、車両側ユニット４と接続する種類のＡＰか否かを示す「種類」の要素も含む構成としてもよい。

　また、ＤＢ登録部２１４は、第２回線での通信実績の有無を示す実績情報をＡＰマップ情報に付与する。第２回線での通信実績の有無は、ＡＰマップ情報として、ＡＰとの接続によって得られる種類の走行ログが得られているか否かで判別すればよい。ＡＰとの接続によって得られる種類の走行ログとしては、ＢＳＳＩＤ等が挙げられる。

　他にも、ＤＢ登録部２１４は、通信する確率の高いＡＰに絞り込んでＡＰマップ情報をＡＰマップＤＢ２１５に格納することが好ましい。ＤＢ登録部２１４は、車両が通信範囲内に停車しやすいと推定される種別の施設のＡＰに絞って、ＡＰマップ情報をＡＰマップＤＢ２１５に格納することが好ましい。これによれば、通信する確率の高いＡＰに対象を絞ることが可能になるので、後述するオフロード効率をより高めることが可能になる。車両が通信範囲内に停車しやすいと推定される種別の施設とは、例えばコンビニとすればよい。コンビニは、一時休憩に用いられることで停車しやすいためである。また、コンビニは、交差点に設けられることが多く、コンビニ付近で停車しやすいためである。ＤＢ登録部２１４は、ＰＯＩデータのうちの属性をもとに、コンビニの属性の施設近傍のＡＰを選択すればよい。ここで言うところの近傍とは、ＡＰの通信範囲に確実に収まると推定される距離未満とすればよい。

　重み付け部２１６は、ＡＰマップＤＢ２１５に格納されるＡＰマップ情報に重み付けを行う。言い換えると、重み付け部２１６は、ＡＰマップＤＢ２１５にＡＰマップ情報が格納されているＡＰに重み付けを行う。重み付けは、例えば１以下の係数とすればよい。重み付けの情報は、例えばＡＰマップ情報に付与すればよい。

　重み付け部２１６は、車両との通信実績のあるＡＰについては、車両との通信実績のないＡＰよりも重み付けを大きくすることが好ましい。例えば、通信実績ありの情報がＡＰマップ情報に付与されているＡＰについては、重みを「１」とすればよい。一方、通信実績なしの情報がＡＰマップ情報に付与されているＡＰについては、重みを「０．５」とすればよい。

　重み付け部２１６は、ＡＰを通過する車両の平均通過速度が低くなるのに応じてＡＰの重み付けを大きくすることが好ましい。ＡＰを通過する車両の平均通過速度については、ＡＰマップＤＢ２１５に格納されているＡＰマップ情報のうちの通過速度から特定すればよい。例えば、通過速度が所定値未満のＡＰについては、重みを「１」とすればよい。一方、通過速度が所定値以上のＡＰについては、重みを「０．５」とすればよい。なお、通過速度に応じて３段階以上に重みを変化させる構成としてもよい。

　重み付け部２１６は、通信実績の有無及び平均通過速度のいずれに応じて重み付けを行う構成としてもよい。重み付け部２１６は、通信実績の有無及び平均通過速度の両方に応じて重み付けを行う場合には、例えばそれぞれの重みの係数を乗算した値を重みとすればよい。

　要求取得部２１７は、車両側ユニット４の通信モジュール４０からメッシュ情報の要求が送信される場合に、この要求を取得する。メッシュ情報の要求は、例えば第１回線で送信されてくる構成とすればよい。メッシュ情報の要求には、要求元の車両側ユニット４を用いる対象車両ＨＶについての、車両位置及びメッシュ情報をキャッシュ済みのメッシュのメッシュコードを含むものとすればよい。

　推定用情報生成部２１８は、要求取得部２１７でメッシュ情報の要求を取得した場合に、推定用情報としてのメッシュ情報を生成する。推定用情報生成部２１８は、メッシュ情報の生成の対象とするメッシュを、メッシュ情報の要求に含まれる情報をもとに特定する。ここで、図４を用いて、推定用情報生成部２１８でのメッシュ情報の生成対象とするメッシュの決定の一例について説明する。図４の矩形がメッシュを示す。また、網掛けした矩形が、メッシュ情報をキャッシュ済みのメッシュを示す。推定用情報生成部２１８は、対象車両ＨＶの車両位置から、対象車両ＨＶが位置するメッシュ及びその周囲の９つのメッシュを特定する。図４の例では、Ｆｒで示す枠で囲った９つのメッシュが特定されることになる。続いて、推定用情報生成部２１８は、この９つのメッシュのうち、メッシュ情報をキャッシュ済みのメッシュを除くメッシュを、メッシュ情報の生成の対象とする。図４の例では、メッシュ情報をキャッシュ済みの網掛けしたメッシュを除く５つのメッシュが、メッシュ情報の生成対象として決定される。

　推定用情報生成部２１８は、ＡＰ数特定部２１８１、推定用情報決定部２１８２、及び通信速度特定部２１８３をサブ機能ブロックとして有する。ＡＰ数特定部２１８１は、メッシュ別に、メッシュ内のＡＰ数を特定する。ＡＰ数特定部２１８１は、メッシュ情報の生成対象として決定したメッシュについて、メッシュ別に、メッシュ内のＡＰ数を特定する。メッシュ内のＡＰ数の特定は、例えば以下のようにすればよい。ＡＰ数特定部２１８１は、ＡＰマップＤＢ２１５に格納されたＡＰマップ情報のうち、対象のメッシュとメッシュコードが同じＡＰマップ情報を抽出する。本実施形態では、ＡＰ数特定部２１８１は、車両が通信範囲内に停車しやすいと推定される種別の施設のＡＰに絞って、メッシュ内のＡＰ数を特定することになる。ここで言うところの車両とは、対象車両ＨＶ及び他車両ＯＶの区別のない車両である。

　続いて、ＡＰ数特定部２１８１は、抽出したＡＰマップ情報に重み付け部２１６で付与されている重みを合算した値を、メッシュ内のＡＰ数と特定する。つまり、ＡＰ数特定部２１８１は、重み付け部２１６で付与されている重み付けを行って、メッシュ内のＡＰ数を特定する。例えば、重みが「１」，「１」，「０．５」，「０．５」，「１」であった場合、実際のメッシュ内のＡＰ数は５だが、ＡＰ数を４と特定することになる。一例として、ＡＰ数特定部２１８１は、車両との通信実績のあるＡＰについては、車両との通信実績のないＡＰよりも重み付けを大きくしてメッシュ内のＡＰ数を特定することになる。また、他の例として、ＡＰ数特定部２１８１は、ＡＰを通過する車両の平均通過速度が低くなるのに応じてＡＰの重み付けを大きくしてメッシュ内のＡＰ数を特定することになる。これらによれば、オフロードが可能なメッシュ内のＡＰ数をより精度良く特定することが可能になる。

　推定用情報決定部２１８２は、対象車両ＨＶのＡＰへの遭遇確率に応じた、オフロードまでの待ち時間（以下、オフロード待機時間）を推定可能な推定用情報を決定する。この推定用情報決定部２１８２での処理が推定用情報決定工程に相当する。推定用情報決定部２１８２は、メッシュ別の、第２回線の利用に要すると推定される待ち時間（以下、エリア別待機時間）を、その遭遇確率に応じた推定用情報として決定する。推定用情報決定部２１８２は、ＡＰの分布に関する情報を用いて、対象車両ＨＶのＡＰへの遭遇確率に応じて、エリア別待機時間を決定すればよい。推定用情報決定部２１８２は、メッシュ別に、ＡＰ数特定部２１８１で特定したＡＰ数に応じて、エリア別待機時間を決定すればよい。言い換えると、メッシュ内のＡＰ密度に応じてエリア別待機時間を決定する。メッシュ別のＡＰ数及びメッシュ内のＡＰ密度のいずれもＡＰの分布に関する情報に相当する。このメッシュが所定の区画単位に相当する。ここでは、エリア別待機時間を決定する区画単位としてメッシュを用いる例を示すが、メッシュ以外を区画単位としてもよい。

　ここで、図５及び図６を用いて、エリア別待機時間の決定方法の一例について説明する。推定用情報決定部２１８２は、ＡＰ数特定部２１８１で特定したＡＰ数を、メッシュ内に等間隔で配置したと仮定した場合の隣接ＡＰ間の距離を算出する。図５に示す例では、矩形がメッシュを示している。黒丸が仮想的なＡＰの配置を示している。正方形であるメッシュの一辺の長さをＬｍｅｓｈとする。隣接ＡＰ間の距離はＬＡＰとする。推定用情報決定部２１８２は、この隣接ＡＰ間の距離を基準速度で除算した値をエリア別待機時間と決定する。エリア別待機時間を算出する式の一例は、図６に示す通りである。図６のＴｗｉｆｉ_ｄｅｆＡがエリア別待機時間を表す。図６のＶｂａｓｅが基準速度を表す。図６のｎがＡＰ数を表す。図６の式では、ＬｍｅｓｈをＡＰ数の平方根で除算した値が、隣接ＡＰ間の距離ＬＡＰにあたる。推定用情報決定部２１８２は、上述した演算を、メッシュ情報の生成対象として決定したメッシュごとに行えばよい。ＡＰ数特定部２１８１で特定したＡＰ数が０のエリアについては、エリア別待機時間として無効値を決定すればよい。

　なお、基準速度については、対象とするメッシュの走行ログから求めた車両の平均車速を用いることが好ましい。これによれば、メッシュごとの実際の走行速度により近い値を用いることで、エリア別待機時間をより精度良く決定することが可能になる。なお、基準速度については、例えば一般的な車両の平均速度として予め設定した固定値を用いてもよい。

　通信速度特定部２１８３は、メッシュ情報の生成対象として決定したメッシュ別に、第１回線通信速度の代表値を特定する。通信速度特定部２１８３は、例えば走行ログ取得部２１２で取得した第１回線通信速度をもとに、この第１回線通信速度の代表値を特定すればよい。第１回線通信速度の代表値は、対応付けられている車両位置が対象とするメッシュ内の第１回線通信速度の平均値とすればよい。第１回線通信速度の代表値は、上述の平均値に限らず、最頻値，中間値等としてもよい。

　推定用情報生成部２１８は、推定用情報決定部２１８２で決定したエリア別待機時間及び通信速度特定部２１８３で特定した第１回線通信速度の代表値を含むデータをメッシュ情報として生成する。メッシュ情報は、メッシュ別に生成すればよく、メッシュコード及び有効期限も含ませればよい。有効期限とは、メッシュ情報を車両側ユニット４でキャッシュしておく期限である。有効期限は任意に設定可能とすればよい。有効期限は、短時間に何度も同じメッシュのメッシュ情報を生成しなくてもよくなる程度の期間を設定すればよい。エリア別待機時間として前述の無効値が決定された場合も、この無効値をメッシュ情報に含ませる。

　送信部２１９は、推定用情報生成部２１８で生成したメッシュ情報を、メッシュ情報の要求を送信してきた対象車両ＨＶの車両側ユニット４へ送信する。つまり、送信部２１９は、推定用情報決定部２１８２で決定した推定用情報を対象車両ＨＶ側に送信する。この送信部２１９での処理が送信工程に相当する。

　＜ＣＳ２でのメッシュ情報送信関連処理＞
　ここで、図７のフローチャートを用いて、ＣＳ２でのメッシュ情報の送信に関連する処理（以下、メッシュ情報送信関連処理）の流れの一例について説明を行う。

　まず、ステップＳ１では、ＤＢ登録部２１４が、ＡＰ情報取得部２１１で取得したＡＰ情報からＡＰリストを作成する。ＡＰリストは、例えばＡＰ別の位置座標及びＳＳＩＤのリストとすればよい。

　ステップＳ２では、ＤＢ登録部２１４が、ＡＰリストのうち、車両が通信範囲内に停車しやすいと推定される種別の施設のＡＰに絞って、ＡＰリストの情報をＡＰマップＤＢ２１５に格納する。つまり、ＤＢを作成する。Ｓ２では、ＡＰマップ情報のうち、ＡＰの緯度及び経度とＳＳＩＤとがＡＰマップＤＢ２１５に格納される。

　ステップＳ３では、ＤＢ登録部２１４が、ＡＰマップＤＢ２１５に格納されるＡＰマップ情報として、ＩＤを付与する。付与されるＩＤは、前述の「ＡＰ_ＩＤ」及び「メッシュコード」とする。メッシュコードは、地図ＤＢ２１３に格納される地図データのメッシュで用いられているメッシュコードと同じ値を付与すればよい。

　ステップＳ４では、ＤＢ登録部２１４が、走行ログ取得部２１２で取得済みの走行ログを用いて、格納済みでないＡＰマップ情報の要素の値をＡＰマップＤＢ２１５に格納する。例えば、「ＢＳＳＩＤ」、「無線種類」、「チャネル」、「ＲＳＳＩ」、「スループット」、「通過速度」、「通過時間」、「利用可能フラグ」を格納する。これにより、ＤＢ登録が行われる。ステップＳ５では、重み付け部２１６が、ＡＰマップＤＢ２１５に格納済みのＡＰマップ情報に重み付けを行う。

　ステップＳ６では、要求取得部２１７がメッシュ情報の要求を取得した場合（Ｓ６でＹＥＳ）には、ステップＳ７に移る。一方、要求取得部２１７がメッシュ情報の要求を取得していない場合（Ｓ６でＮＯ）には、ステップＳ１３に移る。

　ステップＳ７では、推定用情報生成部２１８が、メッシュ情報の要求に含まれる情報をもとに、メッシュ情報の生成の対象とするメッシュを特定する。ステップＳ８では、ＡＰ数特定部２１８１が、Ｓ７で特定したメッシュについて、メッシュ別に、メッシュ内のＡＰ数を特定する。

　ステップＳ９では、推定用情報決定部２１８２が、Ｓ８で特定したＡＰ数を用いて、エリア別待機時間を決定する。ステップＳ１０では、通信速度特定部２１８３が、Ｓ７で特定したメッシュ別に、第１回線通信速度の代表値を特定する。Ｓ１０の処理は、Ｓ８～Ｓ９の処理よりも前に行ってもよい。Ｓ１０の処理は、Ｓ８～Ｓ９の処理と並行して行ってもよい。

　ステップＳ１１では、推定用情報生成部２１８が、Ｓ９で決定したエリア別待機時間及びＳ１０で特定した第１回線通信速度の代表値を含むデータをメッシュ情報として生成する。ステップＳ１２では、送信部２１９が、Ｓ１１で生成したメッシュ情報を、メッシュ情報の要求を送信してきた対象車両ＨＶの車両側ユニット４へ送信する。

　ステップＳ１３では、走行ログ取得部２１２で新たな走行ログを取得した場合（Ｓ１３でＹＥＳ）には、ステップＳ１４に移る。一方、走行ログ取得部２１２で新たな走行ログを取得していない場合（Ｓ１３でＮＯ）には、Ｓ６に戻って処理を繰り返す。

　ステップＳ１４では、ＤＢ登録部２１４が、ＤＢ更新を行う。ＤＢ更新では、ＤＢ登録部２１４が、ＡＰマップＤＢ２１５に格納されるＡＰマップ情報を、新たに取得した走行ログの情報で更新する。そして、Ｓ５に戻って処理を繰り返す。Ｓ５に戻って処理を繰り返す場合、Ｓ５の処理は、重み付けの変更が不要な場合には省略してＳ６以降の処理に移る構成とすればよい。なお、メッシュ情報送信関連処理は、定期的にＳ１の処理からやり直す構成としてもよい。

　＜車両側ユニット４の概略構成＞
　続いて、図８を用いて車両側ユニット４の概略的な構成について説明する。図８に示すように、車両側ユニット４は、通信モジュール４０、ロケータ４１、地図ＤＢ４２、及び車両センサ４３を含む。通信モジュール４０、ロケータ４１、地図ＤＢ４２、及び車両センサ４３は、例えば車内ＬＡＮで各々接続されているものとすればよい。

　ロケータ４１は、ＧＮＳＳ（Global Navigation Satellite System）受信機、及び慣性センサを備えている。ＧＮＳＳ受信機は、複数の測位衛星からの測位信号を受信する。慣性センサは、例えばジャイロセンサ及び加速度センサを備える。ロケータ４１は、自車の車両位置及び進行方向を特定する。例えばロケータ４１は、ＧＮＳＳ受信機で受信する測位信号と、慣性センサの計測結果とを組み合わせることにより、自車の車両位置を逐次特定する。なお、車両位置の測位には、自車に搭載された車速センサから逐次出力される検出結果から求めた走行距離等を用いる構成としてもよい。ロケータ４１は、車両位置として、緯度、経度、及び高度の座標を特定すればよい。例えばロケータ４１は、逐次特定する車両位置をもとに、最小二乗法を利用して自車の進行方向を特定すればよい。他にも、ロケータ４１は、測位信号から自車の進行方向を特定してもよい。この場合、測位信号から搬送波のドップラーシフト量を生成する。続いて、このドップラーシフト量から自車の北速度及び東速度を算出する。そして、北速度と東速度とのベクトル合成によって自車の進行方向を算出すればよい。

　地図ＤＢ４２は、不揮発性メモリであって、リンクデータ及びノードデータ等の地図データを格納している。地図データは、メッシュ単位に分割されているものとする。一例として、この区画単位はメッシュとする。メッシュ単位で分割された地図データのメッシュには各メッシュを識別するためのメッシュコードが対応付けられているものとする。

　車両センサ４３は、自車の各種状態を検出するためのセンサ群である。車両センサ４３としては、自車の車速を検出する車速センサ等がある。車両センサ４３は、検出したセンシング情報を車内ＬＡＮへ出力する。なお、車両センサ４３で検出したセンシング情報は、自車に搭載されるＥＣＵを介して車内ＬＡＮへ出力される構成であってもよい。

　通信モジュール４０は、無線通信を介してネットワークに接続する。通信モジュール４０は、公衆通信網及び基地局等を介して、ＣＳ２と通信を行う。通信モジュール４０の詳細については、以下で述べる。

　＜通信モジュール４０の概略構成＞
　続いて、図８を用いて通信モジュール４０の概略的な構成について説明する。図８に示すように、通信モジュール４０は、制御部４００、Ｗｉ－Ｆｉ通信部（以下、ＷＦ通信部）４２０、及びセルラー通信部（以下、ＣＬ通信部）４４０を含む。この通信モジュール４０が通信装置に相当する。

　ＷＦ通信部４２０は、Ｗｉ－Ｆｉの基地局ＷＢＳを介してインターネットＩＴに接続する。ＷＦ通信部４２０は、基地局ＷＢＳ及びインターネットＩＴを介して、ＣＳ２と通信を行う。

　ＣＬ通信部４４０は、セルラー通信の基地局ＣＢＳ及び携帯電話網ＭＰＮを介して、インターネットＩＴに接続する。ＣＬ通信部４４０は、を介して、サーバ２と通信を行う。つまり、ＣＬ通信部４４０は、基地局ＣＢＳ、携帯電話網ＭＰＮ、及びインターネットＩＴを介して、ＣＳ２と通信を行う。

　制御部４００は、例えばプロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備え、メモリに記憶された制御プログラムを実行することで、データの送受信の制御に関する各種の処理を実行する。ここで言うところのメモリは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）である。また、非遷移的実体的記憶媒体は、半導体メモリ等によって実現される。制御部４００の詳細については、以下で述べる。

　＜制御部４００の概略構成＞
　続いて、図８を用いて制御部４００の概略的な構成について説明する。図８に示すように、制御部４００は、管理部４０１、要求部４０２、推定用情報取得部４０３、メッシュ情報保持部４０４、待機時間推定部４０５、通信速度特定部４０６、停車時間計測部４０７、可否判断部４０８、及び送信判定部４０９を機能ブロックとして備えている。なお、制御部４００が実行する機能の一部又は全部を、１つ或いは複数のＩＣ等によりハードウェア的に構成してもよい。また、制御部４００が備える機能ブロックの一部又は全部は、プロセッサによるソフトウェアの実行とハードウェア部材の組み合わせによって実現されてもよい。この制御部４００が車両用装置にあたる。また、コンピュータによって制御部４００の各機能ブロックの処理が実行されることが、通信管理方法が実行されることに相当する。

　管理部４０１は、通信モジュール４０で送信するデータの管理を行う。例えば、管理部４０１は、通信モジュール４０で送信する予定のデータを揮発性メモリに保持する。通信モジュール４０で送信するデータとしては、自車のエンドＥＣＵから送信要求のあるデータが挙げられる。管理部４０１は、送信要求のあるデータの通信データサイズ、許容送信開始待ち時間、及びデータ保持可能時間を管理しているものとする。許容送信待ち時間とは、データの送信を待つことのできる許容時間である。許容送信待ち時間は、データの特性に応じて定まる。許容送信待ち時間は、緊急度の高い情報ほど短い時間が設定される。データ保持可能時間とは、データをキャッシュしておくことができる猶予時間である。データ保持可能時間は、送信待ちのデータをキャッシュしておくメモリの容量に応じて定まる。

　なお、通信モジュール４０で送信する予定のデータには、前述した走行ログを含んでもよい。走行ログのうちの車両位置については、ロケータ４１から取得すればよい。走行ログのうちのＢＳＳＩＤ、無線種類、チャネル、ＲＳＳＩ、及びスループットについては、ＡＰと接続したＷＦ通信部４２０から取得すればよい。走行ログのうちの通過速度については、車両センサ４３のうちの車速センサの検出結果から特定すればよい。走行ログのうちの通過時間については、ＷＦ通信部４２０でのＡＰとの接続時間から特定すればよい。

　要求部４０２は、メッシュ情報の要求をＣＳ２に向けて送信させる。この要求は、ＣＬ通信部４４０から第１回線でＣＳ２に向けて送信させればよい。要求部４０２は、例えば自車のメッシュ跨ぎを検出した場合に、メッシュ情報の要求をＣＳ２に向けて送信させる。メッシュ跨ぎとは、自車が位置するメッシュ（以下、現メッシュ）が切り替わることを指す。自車のメッシュ跨ぎは、ロケータ４１から取得する車両位置と地図ＤＢ４２から取得する地図データとから、要求部４０２が判断すればよい。

　メッシュ情報の要求には、自車である対象車両ＨＶについての、車両位置及びメッシュ情報をキャッシュ済みのメッシュのメッシュコードを含むものとすればよい。自車の車両位置については、ロケータ４１から取得すればよい。メッシュコードについては、後述するメッシュ情報保持部４０４でメッシュ情報をキャッシュ済みのメッシュのメッシュコードを用いればよい。

　推定用情報取得部４０３は、メッシュ情報の要求に応じてＣＳ２から送信されてくるメッシュ情報を取得する。この推定用情報取得部４０３での処理が推定用情報取得工程に相当する。推定用情報取得部４０３は、第１回線で送信されてくるメッシュ情報を、ＣＬ通信部４４０を介して取得すればよい。メッシュ情報には、推定用情報であるエリア別待機時間が含まれる。推定用情報取得部４０３は、現メッシュの周囲のメッシュのうち、メッシュ情報をキャッシュ済みのメッシュ以外のメッシュについてのメッシュ情報を取得することになる。

　メッシュ情報保持部４０４は、推定用情報取得部４０３で取得したメッシュ情報を、メッシュ情報に含まれる有効期限の間、一時的に保持する。つまり、キャッシュする。メッシュ情報保持部４０４は、揮発性メモリとすればよい。

　待機時間推定部４０５は、メッシュ情報保持部４０４に保持されているメッシュ情報をもとに、オフロード待機時間を推定する。言い換えると、推定用情報取得部４０３で取得したエリア別待機時間をもとに、オフロード待機時間を推定する。待機時間推定部４０５は、エンドＥＣＵからデータの送信要求があった場合に、オフロード待機時間を推定する構成とすればよい。この待機時間推定部４０５での処理が待機時間推定工程に相当する。

　例えば、以下のようにしてオフロード待機時間を推定すればよい。まず、待機時間推定部４０５は、第２回線の利用に要すると推定される待ち時間（以下、第２回線待機時間）を特定する。待機時間推定部４０５は、メッシュ情報に含まれるエリア別待機時間をもとに、現メッシュに有効なエリア別待機時間が存在するか判断する。無効なエリア別待機時間とは、前述した無効値を指す。

　そして、現メッシュに有効なエリア別待機時間が存在する場合には、このエリア別待機時間を第２回線待機時間と特定する。これを第１パターンと呼ぶ。一方、現メッシュに有効なエリア別待機時間が存在しない場合には、自車の進行方向に応じて第２回線待機時間を特定する。具体例としては、現メッシュの周囲のメッシュのエリア別待機時間の平均値と、現メッシュの通過時間とを足した時間を第２回線待機時間と特定する。これを第２パターンと呼ぶ。例えば、現メッシュの周囲のメッシュとしては、図９に示すように、自車の進行方向の３つのメッシュを対象とすればよい。詳しくは、現メッシュに対して、前方のメッシュ（図９のＡ）、左前方のメッシュ（図９のＢ）、及び右前方のメッシュ（図９のＣ）の３つのメッシュを対象とすればよい。自車の進行方向については、ロケータ４１から取得すればよい。現メッシュの通過時間については、自車の車速と、自車の車両位置から現メッシュの境界までの距離とをもとに推定すればよい。自車の車速としては、例えば、過去の一定時間における平均車速を用いればよい。車両位置から現メッシュの境界までの距離は、例えば上述した進行方向の３つのメッシュの境界までの直線距離の平均値を用いればよい。

　続いて、待機時間推定部４０５は、特定した第２回線待機時間を用いて、オフロード待機時間を推定する。待機時間推定部４０５は、通信速度特定部４０６で特定する第１回線通信速度が遅くなるのに応じて、オフロード待機時間を短く補正して推定することが好ましい。これによれば、オフロードのためにデータの送信を待ちすぎて必要な時間内に第１回線でも送信できなくなる不具合を軽減することが可能になる。通信速度特定部４０６は、メッシュ情報保持部４０４に保持されているメッシュ情報のうちの第１回線通信速度の代表値から、第１回線通信速度を特定すればよい。通信速度特定部４０６は、第１パターンで第２回線待機時間を特定した場合には、現メッシュの第１回線通信速度の代表値を第１回線通信速度と特定すればよい。通信速度特定部４０６は、第２パターンで第２回線待機時間を特定した場合には、現メッシュ及び第２回線待機時間の特定に用いたメッシュの第１回線通信速度の代表値を平均した値を第１回線通信速度と特定すればよい。

　待機時間推定部４０５は、例えば図１０に示す式に従って算出した値を、オフロード待機時間と推定すればよい。図１０のＴｓｅｎｄ_ｄｅｌａｙがオフロード待機時間を表す。図１０のＴｗｉｆｉ_ｄｅｆが第２回線待機時間を表す。図１０のＤｓｅｎｔが送信要求のあるデータの通信データサイズを表す。図１０のＳｓｅｎｔが第１回線通信速度を表す。図１０のＴｖ０が停車時間を表す。通信データサイズについては、管理部４０１から取得すればよい。待機時間推定部４０５は、図１０に示すように、通信データサイズを第１回線通信速度で除算して得られる値を第２回線待機時間に足した時間をオフロード待機時間と推定すればよい。デフォルトでは、Ｔｖ０は０とすればよい。つまり、エンドＥＣＵからデータの送信要求があったことをトリガにオフロード待機時間を推定する際のオフロード待機時間の初期値は、Ｔｖ０は０として推定すればよい。

　待機時間推定部４０５は、停車時間計測部４０７で計測した停車時間が長くなるのに応じて、オフロード待機時間を長く補正して特定する。第２回線待機時間は、自車が走行していると仮定した場合の値であるので、自車の停車時間が長くなるほどオフロード待機時間の精度が低下する。これに対して、以上の構成によれば、オフロード待機時間の精度を向上させることが可能になる。停車時間計測部４０７は、車速センサの値の変化から自車の停車時間を計測すればよい。待機時間推定部４０５は、停車時間計測部４０７で計測される停車時間を、図１０のＴｖ０の値として用いることで、Ｔｖ０は０として推定したオフロード待機時間の初期値を補正すればよい。待機時間推定部４０５は、新たなメッシュ情報を推定用情報取得部４０３で取得するまでは、停車時間が長くなるのに応じてオフロード待機時間を長く補正することになる。なお、制御部４００に停車時間計測部４０７を備えず、停車時間による補正を行わずに、待機時間推定部４０５がオフロード待機時間を推定する構成としてもよい。

　可否判断部４１８は、待機時間推定部４０５で推定したオフロード待機時間をもとにオフロードの可否を判断する。この可否判断部４１８での処理が可否判断工程に相当する。可否判断部４１８は、待機時間推定部４０５で推定したオフロード待機時間と、送信要求のあるデータの許容送信開始待ち時間及びデータ保持可能時間とから、オフロードの可否を判断すればよい。一例として、オフロード待機時間が、許容送信開始待ち時間及びデータ保持可能時間のうちの最小値よりも小さい場合に、オフロードが可能と判断すればよい。この条件を表すと図１１に示すようになる。図１１のＴｓｅｎｄａｌｌｏｗ_ｄｅｌａｙが許容送信開始待ち時間を表す。図１１のＴｓｔｏｒｅ_ｌｉｍがデータ保持可能時間を表す。一方、オフロード待機時間が、許容送信開始待ち時間及びデータ保持可能時間のうちの最小値以上の場合には、オフロードが不可能と判断すればよい。

　送信判定部４１９は、送信要求のあるデータの送信を行うか否かを判定する。送信判定部４１９は、可否判断部４１８でオフロードが不可能と判断した場合には、第１回線でデータの送信を行わせる。つまり、ＣＬ通信部４４０からデータの送信を行わせる。一方、送信判定部４１９は、可否判断部４１８でオフロードが可能と判断した場合には、待機時間推定部４０５で推定したオフロード待機時間を用いて、オフロードでのデータの送信のために第１回線でのデータの送信を待つ判定を行う。一例としては、以下のようにすればよい。

　送信判定部４１９は、可否判断部４１８でオフロードが可能と判断した場合には、期限タイマーを設定し、期限タイマーのカウント値が満了条件を満たすまで第１回線でのデータの送信を待つ。期限タイマーは、経過時間をカウントするものである。一例として、期限タイマーのカウント値が、許容送信開始待ち時間及びデータ保持可能時間のうちの最小値よりも大きくなることを満了条件とすればよい。

　また、図１２の式で示すように、期限タイマーのカウント値が、通信データサイズを第１回線通信速度で除算して得られる値をこの最小値から差し引いた値よりも大きいことを条件とすることがより好ましい。つまり、送信判定部４１９は、通信速度特定部４０６で特定する第１回線通信速度が遅くなるのに応じて、第１回線でのデータの送信を待つことのできる猶予時間を短くすることが好ましい。図１２のＴｄｅｌａｙ＿ｃｏｕｎｔが期限タイマーのカウント値を表す。通信データサイズを第１回線通信速度で除算して得られる値は、待機時間推定部４０５で得られたものを用いればよい。これによれば、オフロードのためにデータの送信を待ちすぎて必要な時間内に第１回線でも送信できなくなる不具合を軽減することが可能になる。

　送信判定部４１９は、第１回線でのデータの送信を待っている間に、ＷＦ通信部４２０がＡＰと接続できた場合に、第２回線でデータを送信させる。つまり、オフロードを行わせる。一方、送信判定部４１９は、期限タイマーのカウント値が満了条件を満たした場合には、第１回線でデータの送信を行わせる。

　メッシュ跨ぎによって同じデータについてのオフロード待機時間が新たに推定された場合には、以下のようにすればよい。可否判断部４１８は、新たに推定したオフロード待機時間をもとにオフロードの可否を再度判断する。そして、オフロードが不可能と判断した場合には、第１回線でデータの送信を行わせる。一方、オフロードが可能と判断した場合には、送信判定部４１９が、期限タイマーのカウント値をリセットせずに、カウント値が満了条件を満たしたか否か再判定する。そして、満了条件を満たしていた場合には、第１回線でデータの送信を行わせる。

　＜制御部４００でのメッシュ情報取得関連処理＞
　続いて、図１３のフローチャートを用いて、制御部４００でのメッシュ情報の取得に関連する処理（以下、メッシュ情報取得関連処理）の流れの一例について説明を行う。図１３のフローチャートは、自車ＨＶの内燃機関又はモータジェネレータを始動させるためのスイッチ（以下、パワースイッチ）がオンになった場合に開始する構成とすればよい。

　まず、ステップＳ２１では、要求部４０２が、メッシュ情報の要求をＣＳ２に向けて送信させる。ステップＳ２２では、推定用情報取得部４０３が、ＣＳ２から送信されてくるメッシュ情報を取得する。ステップＳ２３では、推定用情報取得部４０３が、Ｓ２２で取得したメッシュ情報を、メッシュ情報保持部４０４に一時的に保持する。メッシュ情報保持部４０４に保持されたメッシュ情報は、メッシュ情報に含まれる有効期限に達すると消去される。

　ステップＳ２４では、要求部４０２が、自車のメッシュ跨ぎを検出した場合（Ｓ２４でＹＥＳ）には、ステップＳ２５に移る。一方、要求部４０２が、自車のメッシュ跨ぎを検出していない場合（Ｓ２４でＮＯ）には、ステップＳ２８に移る。ステップＳ２５では、要求部４０２が、メッシュ情報の要求をＣＳ２に向けて送信させる。ステップＳ２６では、推定用情報取得部４０３が、ＣＳ２から送信されてくるメッシュ情報を取得する。ステップＳ２７では、推定用情報取得部４０３が、Ｓ２６で取得したメッシュ情報を、メッシュ情報保持部４０４に一時的に保持する。

　ステップＳ２８では、メッシュ情報取得関連処理の終了タイミングであった場合（Ｓ２８でＹＥＳ）には、メッシュ情報取得関連処理を終了する。メッシュ情報取得関連処理の終了タイミングとしては、パワースイッチがオフになったこと等が挙げられる。一方、メッシュ情報取得関連処理の終了タイミングでなかった場合（Ｓ２８でＮＯ）には、Ｓ２４に戻って処理を繰り返す。

　＜制御部４００でのオフロード関連処理＞
　続いて、図１４のフローチャートを用いて、制御部４００でのデータのオフロードに関連する処理（以下、オフロード関連処理）の流れの一例について説明を行う。図１４のフローチャートは、パワースイッチがオンになり、且つ、メッシュ情報取得関連処理でメッシュ情報がメッシュ情報保持部４０４に保持された場合に開始する構成とすればよい。

　まず、ステップＳ４１では、エンドＥＣＵからのデータの送信要求がある場合（Ｓ４１でＹＥＳ）には、ステップＳ４２に移る。管理部４０１に送信予定のデータが管理されている場合に、エンドＥＣＵからのデータの送信要求があるとすればよい。一方、エンドＥＣＵからのデータの送信要求がない場合（Ｓ４１でＮＯ）には、ステップＳ５１に移る。

　ステップＳ４２では、現メッシュに有効なエリア別待機時間が存在する場合（Ｓ４２でＹＥＳ）には、ステップＳ４３に移る。一方、現メッシュに有効なエリア別待機時間が存在しない場合（Ｓ４２でＮＯ）には、ステップＳ４４に移る。

　ステップＳ４３では、待機時間推定部４０５が、現メッシュのエリア別待機時間を第２回線待機時間と特定し、オフロード待機時間を特定する。そして、ステップＳ４５に移る。一方、ステップＳ４４では、待機時間推定部４０５が、自車の進路に応じて第２回線待機時間を特定し、オフロード待機時間を特定する。そして、ステップＳ４５に移る。

　ステップＳ４５では、可否判断部４１８がオフロード待機時間をもとにオフロードの可否を判断する。そして、オフロードが可能と判断した場合（Ｓ４５でＹＥＳ）には、ステップＳ４６に移る。一方、オフロードが不可能と判断した場合（Ｓ４５でＮＯ）には、ステップＳ４８に移る。

　ステップＳ４６では、送信判定部４１９が期限タイマーを設定し、ステップＳ４７に移る。ステップＳ４７では、期限タイマーのカウント値が満了条件を満たした場合（Ｓ４７でＹＥＳ）には、ステップＳ４８に移る。一方、期限タイマーのカウント値が満了条件を満たしていない場合（Ｓ４７でＮＯ）には、ステップＳ４９に移る。ステップＳ４８では、送信判定部４１９が、第１回線でデータの送信を行わせ、ステップＳ５１に移る。

　ステップＳ４９では、ＷＦ通信部４２０がＡＰと接続できた場合（Ｓ４９でＹＥＳ）には、ステップＳ５０に移る。一方、ＷＦ通信部４２０がＡＰと接続できていない場合（Ｓ４９でＮＯ）には、Ｓ４７に戻って処理を繰り返す。ステップＳ５０では、送信判定部４１９が、第２回線でのデータの送信を行わせ、ステップＳ５１に移る。つまり、オフロードを行わせる。

　ステップＳ５１では、オフロードが完了できた場合（Ｓ５１でＹＥＳ）には、ステップＳ５２に移る。一方、オフロードが完了できていない場合（Ｓ５１でＮＯ）には、Ｓ４２に戻って処理を繰り返す。これによって、オフロード待機時間が停車時間で補正される場合には、補正されたオフロード待機時間を用いて処理を繰り返すことになる。なお、オフロードが完了できていない場合に、停車時間でオフロード待機時間を補正し、Ｓ４５に戻って処理を繰り返す構成としてもよい。

　ステップＳ５２では、オフロード関連処理の終了タイミングであった場合（Ｓ５２でＹＥＳ）には、オフロード関連処理を終了する。オフロード関連処理の終了タイミングとしては、パワースイッチがオフになったこと等が挙げられる。一方、オフロード関連処理の終了タイミングでなかった場合（Ｓ５２でＮＯ）には、Ｓ４１に戻って処理を繰り返す。

　＜実施形態１のまとめ＞
　実施形態１の構成によれば、対象車両ＨＶのオフロードが可能となるまでの待ち時間であるオフロード待機時間を推定可能な推定用情報をＣＳ２が対象車両ＨＶ側に送信することになる。推定用情報は、エリア別のＡＰの分布をもとに決定される、対象車両ＨＶのＡＰへの遭遇確率に応じたエリア別待機時間であるので、対象車両ＨＶの経路を予め設定したり制限したりする必要がない。また、対象車両ＨＶ側では、このエリア別待機時間を用いてオフロード待機時間を推定する。そして、推定したオフロード待機時間をもとにオフロードの可否を判断することが可能になるので、送信が必要なデータを、オフロードが可能なタイミングでオフロードによって送信しやすくなる。その結果、車両でのデータの送信において、車両の経路の制限、及び車両の経路の予めの設定がなくてもオフロード率を向上させることが可能になる。

　（実施形態２）
　実施形態１では、重み付け部２１６が、ＡＰマップＤＢ２１５に格納されるＡＰマップ情報に重み付けを行う構成を示したが、必ずしもこれに限らない。ＣＳ２に重み付け部２１６を備えず、上述の重み付けを行わない構成としてもよい。

　（実施形態３）
　実施形態１では、ＡＰの分布をもとにしたＡＰとの遭遇確率に応じてオフロード待機時間を特定する構成を示したが、必ずしもこれに限らない。例えば、複数車両のＡＰの経由実績をもとにしたＡＰへの到達確率に応じてオフロード待機時間を特定する構成（以下、実施形態３）としてもよい。以下では、実施形態３の一例について図を用いて説明する。

　＜車両用通信システム１ａの概略構成＞
　以下、本実施形態について図面を用いて説明する。まず、図１５を用いて、車両用通信システム１ａの説明を行う。図１５に示すように、車両用通信システム１ａは、ＣＳ２ａと、ＴＣＳ３と、車両側ユニット４ａとを含んでいる。車両用通信システム１ａは、ＣＳ２及び車両側ユニット４の代わりに、ＣＳ２ａ及び車両側ユニット４ａを含む点を除けば、実施形態１の車両用通信システム１と同様である。

　＜ＣＳ２ａの概略構成＞
　ＣＳ２ａは、例えばプロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備え、メモリに記憶された制御プログラムを実行することで、車両側ユニット４ａからの要求への応答に関する各種の処理を実行する。ここで言うところのメモリは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）である。また、非遷移的実体的記憶媒体は、半導体メモリ等によって実現される。

　続いて、図１６を用いてＣＳ２ａの概略的な構成について説明する。図１６に示すように、ＣＳ２ａは、ＡＰ情報取得部２１１、走行ログ取得部２１２ａ、地図ＤＢ２１３、ＤＢ登録部２１４ａ、ＡＰマップＤＢ２１５ａ、要求取得部２１７ａ、推定用情報生成部２１８ａ、及び送信部２１９ａを機能ブロックとして備える。ＡＰ情報取得部２１１及び地図ＤＢ２１３については、実施形態１と同様とする。なお、ＣＳ２ａが実行する機能の一部又は全部を、１つ或いは複数のＩＣ等によりハードウェア的に構成してもよい。また、ＣＳ２が備える機能ブロックの一部又は全部は、プロセッサによるソフトウェアの実行とハードウェア部材の組み合わせによって実現されてもよい。このＣＳ２ａもサーバにあたる。また、コンピュータによってＣＳ２ａの各機能ブロックの処理が実行されることが、通信管理方法が実行されることに相当する。

　走行ログ取得部２１２ａは、取得する走行ログの要素が一部異なる点を除けば、実施形態１の走行ログ取得部２１２と同様である。詳しくは、走行ログのうちの第２回線通信情報に端末識別ＩＤが含まれる点を除けば、実施形態１の走行ログ取得部２１２と同様である。端末識別ＩＤは、ＡＰとの接続に用いられる端末の種類に応じたＩＤとすればよい。ここで言うところの端末の種類の違いとは、例えば用いるチップが異なることとすればよい。

　ＤＢ登録部２１４ａは、ＡＰ情報取得部２１１で取得するＡＰ情報と、走行ログ取得部２１２ａで取得する走行ログと、地図ＤＢ２１３に格納されてる地図データとから、ＡＰマップ情報をＡＰマップＤＢ２１５ａに登録する。ＤＢ登録部２１４ａは、登録するＡＰマップ情報の一部が異なる点を除けば、実施形態１のＤＢ登録部２１４と同様である。ＡＰマップＤＢ２１５ａは、格納されるＡＰマップ情報の一部が異なる点を除けば、実施形態１のＡＰマップＤＢ２１５と同様である。

　ここで、ＡＰマップ情報のうちの実施形態１と異なる点について説明する。１つ目の異なる点は、前述した端末ＩＤ別に利用可能フラグが登録される点である。これは、端末識別ＩＤを走行ログに含ませるのは、端末の種類によってチップの性能が異なり、ＡＰとの接続しやすさが異なる場合があるためである。

　続いて、２つ目の異なる点は、接続ＡＰ情報が含まれる点である。接続ＡＰ情報は、ＡＰ別の近傍ＡＰへの接続関係の情報である。近傍とは、例えば位置座標で半径数十ｍ以内とすればよい。接続ＡＰ情報は、複数の車両のそれぞれについての、対象とするＡＰに続いて接続されたＡＰの実績（以下、経由実績）をもとに登録される。接続ＡＰ情報としては、図１７に示すように、対象とするＡＰに接続した実績のあるＡＰ別に、そのＡＰ_ＩＤと到達確率とが紐付けて登録される。図１７の例は、ＡＰ_ＩＤが「００００１」のＡＰについての接続ＡＰ情報の一例とする。図１７の例では、ＡＰ_ＩＤが「０００００」のＡＰに、到達確率「９０％」が紐付けて登録されている。ＡＰ_ＩＤが「００００２」のＡＰに、到達確率「７０％」が紐付けて登録されている。ＡＰ_ＩＤが「００００３」のＡＰに、到達確率「２０％」が紐付けて登録されている。到達確率は、対象とするＡＰに続いて接続された実績数が多いほど高い確率が割り当てられる。この到達確率は、走行ログが新たに得られて実績数が増えるごとに更新する。なお、到達確率は、対象とするＡＰに続いて接続された実績のあるＡＰの全ての実績数を母数としたＡＰ別の割合の値としてもよい。この場合、対象とするＡＰに続いて接続された実績のあるＡＰの全ての到達確率の合計は１００％とする。

　要求取得部２１７ａは、車両側ユニット４ａの通信モジュール４０ａから推定用情報の要求が送信される場合に、この要求を取得する。推定用情報の要求は、例えば第２回線で送信されてくる構成とすればよい。推定用情報の要求には、要求元の車両側ユニット４ａを用いる対象車両ＨＶについての、時刻情報、車両位置、検出中のＡＰのＳＳＩＤ、検出中のＡＰのＢＳＳＩＤ、及びＡＰ検出過去履歴を含むものとすればよい。時刻情報は、現在の日時とすればよい。車両位置は、ロケータ４１で特定した緯度、経度、及び高度とすればよい。ＡＰ検出過去履歴は、直近の過去に検出した数箇所分のＡＰの識別情報とすればよい。識別情報は、ＡＰ_ＩＤでもよいし、ＢＳＳＩＤでもよい。ＡＰの検出とは、ＡＰの接続と言い換えてもよい。なお、ＡＰ検出過去履歴を含まない構成としてもよい。推定用情報の要求は、要求元の対象車両ＨＶが次に接続する可能性の高いＡＰの問い合わせと言い換えてもよい。

　推定用情報生成部２１８ａは、要求取得部２１７ａで推定用情報の要求を取得した場合に、推定用情報としての応答情報を生成する。推定用情報生成部２１８ａは、推定用情報の要求をもとに、要求元の対象車両ＨＶが次に接続する可能性の高いＡＰを選択する。そして、そのＡＰまでの到達距離を特定する。

　推定用情報生成部２１８ａは、到達確率特定部２１８４、選択部２１８５、到達距離特定部２１８６、推定用情報決定部２１８２ａ、及び通信速度特定部２１８３をサブ機能ブロックとして有する。推定用情報生成部２１８ａは、推定用情報の要求に含まれる情報をもとに、対象車両ＨＶが接続中のＡＰ（以下、接続中ＡＰ）を特定する。例えば、ＳＳＩＤと車両位置のうちの緯度及び経度とから、対象車両ＨＶの最近傍のＡＰを接続中ＡＰと特定すればよい。

　到達確率特定部２１８４は、ＡＰマップＤＢ２１５ａに登録されている接続ＡＰ情報をもとに、接続中ＡＰから対象とするＡＰへの到達確率を特定する。言い換えると、到達確率特定部２１８４は、複数車両の走行におけるＡＰの経由実績から、ＡＰ間の到達確率を特定する。例えばＡＰ１というＡＰについて、接続ＡＰ情報でＡＰ２というＡＰへの到達確率が７０％の場合には、ＡＰ１からＡＰ２への到達確率は７０％と特定される。

　選択部２１８５は、到達確率特定部２１８４で特定する到達確率の情報をもとに、対象車両ＨＶとの遭遇確率が最も高いＡＰを選択する。この選択部２１８５がサーバ側選択部に相当する。一例として、以下のようにすればよい。ここでは、図１８を用いて説明する。図１８は、接続ＡＰ情報によって表されるＡＰ間の接続関係のイメージを示す。図１８の例では、対象車両ＨＶの接続中のＡＰはＡＰ１とする。ＡＰ０は、対象車両ＨＶが直近の過去に接続済みのＡＰとする。ＡＰ０、ＡＰ１００、及びＡＰ３は、ＡＰ１に続いて接続された実績があるものとする。ＡＰ２及びＡＰ１０１は、ＡＰ１００に続いて接続された実績があるものとする。ＡＰ０、ＡＰ２、及びＡＰ３は、対象車両ＨＶにとってオフロード効率の高いＡＰとする。ＡＰ１００及びＡＰ１０１は、対象車両ＨＶにとってオフロード効率の低いＡＰとする。

　選択部２１８５は、推定用情報の要求に含まれていたＡＰ検出過去履歴をもとに、ＡＰ検出過去履歴に含まれるＡＰを選択候補から除外する。図１８の例では、ＡＰ１にとっての選択候補であるＡＰ０、ＡＰ３、及びＡＰ１００のうち、ＡＰ０を選択候補から除外する。選択部２１８５は、接続中ＡＰについての接続ＡＰ情報をもとに、選択候補のうち、接続中ＡＰから最も到達確率の高いＡＰを特定する。図１８の例では、ＡＰ１００を特定する。続いて、選択部２１８５は、特定したＡＰについての利用可能フラグをもとに、特定したＡＰがオフロードに利用可能か否かを判定する。利用可能フラグが利用可能を示す値である場合に、特定したＡＰがオフロードに利用可能と判定すればよい。一方、利用可能フラグが利用不可能を示す値である場合に、特定したＡＰがオフロードに利用不可能と判定すればよい。図１８の例では、ＡＰ１００はオフロード効率が低く、オフロードに利用不可能と判定される。

　オフロードに利用不可能と判定した場合には、オフロードに利用可能なＡＰが見つかるまで処理を繰り返す。図１８の例では、ＡＰ２及びＡＰ３がオフロードに利用可能であって、ＡＰ３よりもＡＰ２の到達確率が高いので、ＡＰ２が選択される。なお、ＡＰ２の到達確率は、７０％×９０％＝６３％である。オフロードに利用可能、且つ、到達確率が閾値以上のＡＰが見つからなかった場合には、対象なしとして処理を終了する。ここで言うところの閾値は任意に設定可能とすればよい。

　ここでは、選択部２１８５が、オフロードに利用可能と推定されるＡＰに絞って、対象車両ＨＶとの遭遇確率が最も高いＡＰを選択する構成を示したが、必ずしもこれに限らない。例えば、オフロードに利用可能と推定されるか否かにかかわらず、対象車両ＨＶとの遭遇確率が最も高いＡＰを選択する構成としても。なお、オフロードに利用可能と推定されるＡＰに絞る構成の方が、オフロード効率を向上できる可能性が高まる。

　到達距離特定部２１８６は、選択部２１８５で選択したＡＰ（以下、選択ＡＰ）についての、対象車両ＨＶからの距離（以下、到達距離）を特定する。この到達距離特定部２１８６がサーバ側到達距離特定部に相当する。到達距離は、接続中ＡＰの位置座標と選択ＡＰの位置座標との直線距離とすればよい。他にも、地図データを利用することで、接続中ＡＰの位置座標から選択ＡＰの位置座標までの最短経路のリンク距離を到達距離と特定してもよい。推定用情報決定部２１８２ａは、到達距離特定部２１８６で特定した到達距離を、対象車両ＨＶとの遭遇確率に応じた推定用情報として決定する。

　通信速度特定部２１８３は、第１回線通信速度の代表値を特定する。通信速度特定部２１８３は、選択ＡＰ近辺における代表値を特定すればよい。選択ＡＰ近辺とは、例えば選択ＡＰが位置するメッシュ内とすればよい。

　推定用情報生成部２１８ａは、推定用情報決定部２１８２ａで決定した到達距離及び通信速度特定部２１８３で特定した第１回線通信速度の代表値を含むデータを応答情報として生成する。応答情報には、ＡＰ到達可否及び問い合わせ時のＡＰ識別情報も含ませればよい。ＡＰ到達可否は、選択ＡＰが選択できたか否かを示すフラグである。選択部２１８５で対象となしとして処理した場合には、ＡＰ到達不可を示すフラグが用いられる。問い合わせ時のＡＰ識別情報は、接続中ＡＰの識別情報とする。識別情報は、ＡＰ_ＩＤでもよいし、ＢＳＳＩＤでもよい。この識別情報は、車両側ユニット４ａにおいてＡＰ検出過去履歴の更新に用いればよい。

　送信部２１９ａは、推定用情報生成部２１８ａで生成した応答情報を、推定用情報の要求を送信してきた対象車両ＨＶの車両側ユニット４ａへ送信する。つまり、送信部２１９ａは、推定用情報決定部２１８２ａで決定した推定用情報を対象車両ＨＶ側に送信する。この送信部２１９ａでの処理も送信工程に相当する。送信部２１９ａは、対象車両ＨＶが接続中のＡＰを介して第２回線で応答情報を送信させればよい。なお、送信部２１９ａは、第１回線で応答情報を送信させてもよい。

　＜ＣＳ２ａでの応答情報送信関連処理＞
　ここで、図１９のフローチャートを用いて、ＣＳ２ａでの応答情報の送信に関連する処理（以下、応答情報送信関連処理）の流れの一例について説明を行う。

　まず、ステップＳ６１では、ＤＢ登録部２１４ａが、Ｓ１と同様にしてＡＰリストを作成する。ステップＳ６２では、ＤＢ登録部２１４ａが、Ｓ２と同様にしてＤＢを作成する。ステップＳ６３では、ＤＢ登録部２１４ａが、Ｓ３と同様にしてＡＰマップＤＢ２１５ａに格納されるＡＰマップ情報として、ＩＤを付与する。

　ステップＳ６４では、ＤＢ登録部２１４ａが、走行ログ取得部２１２ａで取得済みの走行ログを用いて、格納済みでないＡＰマップ情報の要素の値をＡＰマップＤＢ２１５ａに格納する。例えば、「ＢＳＳＩＤ」、「無線種類」、「チャネル」、「ＲＳＳＩ」、「スループット」、「通過速度」、「通過時間」、「利用可能フラグ」、「接続ＡＰ情報」を格納する。これにより、ＤＢ登録が行われる。

　ステップＳ６５では、要求取得部２１７ａが推定用情報の要求を取得した場合（Ｓ６５でＹＥＳ）には、ステップＳ６６に移る。一方、要求取得部２１７ａが推定用情報の要求を取得していない場合（Ｓ６５でＮＯ）には、ステップＳ７３に移る。

　ステップＳ６６では、推定用情報生成部２１８ａが、推定用情報の要求に含まれる情報をもとに、対象車両ＨＶの接続中ＡＰを特定する。ステップＳ６７では、選択部２１８５が、到達確率特定部２１８４で特定する到達確率の情報をもとに、対象車両ＨＶとの遭遇確率が最も高いＡＰを選択する。

　ステップＳ６８では、選択部２１８５でＡＰが選択できた場合（Ｓ６８でＹＥＳ）には、ステップＳ６９に移る。一方、選択部２１８５でＡＰが選択できなかった場合（Ｓ６８でＮＯ）には、選択ＡＰの対象なしとして、ステップＳ７１に移る。ステップＳ６９では、到達距離特定部２１８６が、Ｓ６７で選択できた選択ＡＰについての、対象車両ＨＶからの到達距離を特定する。

　ステップＳ７０では、通信速度特定部２１８３が、Ｓ６７で選択できた選択ＡＰの近辺における第１回線通信速度の代表値を特定する。Ｓ７０の処理は、選択部２１８５でＡＰが選択できなかった場合にも行う処理としてもよい。無駄な処理負荷を軽減するためには、選択部２１８５でＡＰが選択できなかった場合には、Ｓ７０の処理を行わないことが好ましい。

　ステップＳ７１では、推定用情報生成部２１８ａが応答情報を生成する。Ｓ６７でＡＰが選択できた場合には、Ｓ６９で特定した到達距離及びＳ７０で特定した第１回線通信速度の代表値を含むデータを応答情報として生成する。Ｓ６７でＡＰが選択できなかった場合には、応答情報に到達距離を含ませない。ステップＳ７２では、送信部２１９ａが、Ｓ７１で生成した応答情報を、推定用情報の要求を送信してきた対象車両ＨＶの車両側ユニット４ａへ送信する。

　ステップＳ７３では、走行ログ取得部２１２ａで新たな走行ログを取得した場合（Ｓ７３でＹＥＳ）には、ステップＳ７４に移る。一方、走行ログ取得部２１２ａで新たな走行ログを取得していない場合（Ｓ７３でＮＯ）には、Ｓ６５に戻って処理を繰り返す。

　ステップＳ７４では、ＤＢ登録部２１４ａが、ＤＢ更新を行う。ＤＢ更新では、ＤＢ登録部２１４ａが、ＡＰマップＤＢ２１５ａに格納されるＡＰマップ情報を、新たに取得した走行ログの情報で更新する。そして、Ｓ６５に戻って処理を繰り返す。ＤＢ更新により、ＡＰ接続情報も逐次更新されていく。なお、応答情報送信関連処理は、定期的にＳ６１の処理からやり直す構成としてもよい。

　＜車両側ユニット４ａの概略構成＞
　続いて、図２０を用いて車両側ユニット４ａの概略的な構成について説明する。図２０に示すように、車両側ユニット４ａは、通信モジュール４０ａ、ロケータ４１、地図ＤＢ４２、及び車両センサ４３を含む。車両側ユニット４ａは、通信モジュール４０の代わりに通信モジュール４０ａを含む点を除けば、実施形態１の車両側ユニット４と同様である。

　＜通信モジュール４０ａの概略構成＞
　続いて、図２０を用いて通信モジュール４０ａの概略的な構成について説明する。図２０に示すように、通信モジュール４０ａは、制御部４００ａ、ＷＦ通信部４２０、及びＣＬ通信部４４０を含む。通信モジュール４０ａは、制御部４００の代わりに制御部４００ａを含む点を除けば、実施形態１の通信モジュール４０と同様である。この通信モジュール４０ａも通信装置に相当する。

　＜制御部４００ａの概略構成＞
　続いて、図２０を用いて制御部４００ａの概略的な構成について説明する。図２０に示すように、制御部４００ａは、管理部４０１、要求部４０２ａ、推定用情報取得部４０３ａ、待機時間推定部４０５ａ、通信速度特定部４０６ａ、停車時間計測部４０７、可否判断部４０８、及び送信判定部４０９を機能ブロックとして備えている。管理部４０１、停車時間計測部４０７、可否判断部４０８、及び送信判定部４０９については、実施形態１と同様とする。なお、制御部４００ａが実行する機能の一部又は全部を、１つ或いは複数のＩＣ等によりハードウェア的に構成してもよい。また、制御部４００ａが備える機能ブロックの一部又は全部は、プロセッサによるソフトウェアの実行とハードウェア部材の組み合わせによって実現されてもよい。この制御部４００ａも車両用装置にあたる。また、コンピュータによって制御部４００ａの各機能ブロックの処理が実行されることも、通信管理方法が実行されることに相当する。

　通信モジュール４０ａで送信する予定のデータには、前述した走行ログを含んでもよい。走行ログのうちの端末識別ＩＤについては、通信モジュール４０ａの種類に応じたＩＤを用いればよい。走行ログの送信頻度は、例えば１日１回とすればよい。

　要求部４０２ａは、推定用情報の要求をＣＳ２ａに向けて送信させる。この要求は、ＣＬ通信部４４０から第１回線でＣＳ２ａに向けて送信させればよい。要求部４０２ａは、例えばＷＦ通信部４２０でＡＰに接続した場合に、推定用情報の要求を送信させればよい。なお、ＷＦ通信部４２０は、安全な接続先のリストに登録されているＡＰに限って接続を行うことが好ましい。このリストについては、制御部４００ａの不揮発性メモリに予め格納しておけばよい。要求部４０２ａは、推定用情報の要求を、接続中のＡＰを介して第２回線で送信させればよい。なお、推定用情報の要求は、第１回線で送信させても構わない。

　推定用情報の要求には、自車である対象車両ＨＶについての、時刻情報、車両位置、検出中のＡＰのＳＳＩＤ、検出中のＡＰのＢＳＳＩＤ、及びＡＰ検出過去履歴を含むものとすればよい。検出中のＡＰのＳＳＩＤ及びＢＳＳＩＤについては、ＷＦ通信部４２０から取得すればよい。ＡＰ検出過去履歴については、制御部４００ａの不揮発性メモリに格納されているものとする。

　推定用情報取得部４０３ａは、推定用情報の要求に応じてＣＳ２ａから送信されてくる応答情報を取得する。つまり、推定用情報取得部４０３ａは、遭遇確率に応じた推定用情報として、複数車両の走行におけるＡＰの経由実績から特定されるＡＰ間の到達確率を用いて推定される対象車両ＨＶの到達確率が最も高いＡＰについての、対象車両ＨＶからの到達距離を、推定用情報として取得する。この推定用情報取得部４０３ａでの処理も推定用情報取得工程に相当する。

　待機時間推定部４０５ａは、推定用情報取得部４０３ａで取得する応答情報に含まれる選択ＡＰへの到達距離をもとに、オフロード待機時間を推定する。言い換えると、推定用情報取得部４０３ａで取得した到達距離をもとに、オフロード待機時間を推定する。待機時間推定部４０５ａは、エンドＥＣＵからデータの送信要求があった場合に、オフロード待機時間を推定する構成とすればよい。この待機時間推定部４０５ａでの処理も待機時間推定工程に相当する。

　例えば、以下のようにしてオフロード待機時間を推定すればよい。まず、待機時間推定部４０５ａは、第２回線の利用に要すると推定される第２回線待機時間を特定する。待機時間推定部４０５ａは、選択ＡＰへの到達距離を対象車両ＨＶの基準速度で除算した値を、第２回線待機時間と特定すればよい。対象車両ＨＶの基準速度は、例えば車両センサで検出した過去の一定時間における平均車速とすればよい。

　続いて、待機時間推定部４０５ａは、実施形態１で述べたのと同様にして、特定した第２回線待機時間を用いて、オフロード待機時間を推定する。待機時間推定部４０５ａは、実施形態１で述べたのと同様にして、通信速度特定部４０６で特定する第１回線での通信速度が遅くなるのに応じて、オフロード待機時間を短く補正して推定することが好ましい。通信速度特定部４０６は、推定用情報取得部４０３ａで取得した応答情報に含まれる第１回線通信速度の代表値から、第１回線の通信速度を特定すればよい。つまり、選択ＡＰ近辺における第１回線通信速度の代表値を、第１回線の通信速度と特定すればよい。また、待機時間推定部４０５ａは、実施形態１で述べたのと同様にして、停車時間計測部４０７で計測した停車時間が長くなるのに応じて、オフロード待機時間を長く補正して特定することが好ましい。可否判断部４１８及び送信判定部４１９での処理については、前述したように、実施形態１と同様にして行う構成とすればよい。

　＜制御部４００ａでのオフロード関連処理＞
　続いて、図２１のフローチャートを用いて、制御部４００ａでのデータのオフロードに関連する処理（以下、オフロード関連処理）の流れの一例について説明を行う。図２１のフローチャートは、ＷＦ通信部４２０が新たにＡＰに接続するごとに開始する構成とすればよい。

　まず、ステップＳ８１では、要求部４０２ａが、推定用情報の要求をＣＳ２ａに向けて送信させる。ステップＳ８２では、推定用情報取得部４０３ａが、ＣＳ２ａから送信されてくる応答情報を取得する。

　ステップＳ８３では、エンドＥＣＵからのデータの送信要求がある場合（Ｓ８３でＹＥＳ）には、ステップＳ８４に移る。管理部４０１に送信予定のデータが管理されている場合に、エンドＥＣＵからのデータの送信要求があるとすればよい。エンドＥＣＵからのデータの送信要求があるとは、接続中ＡＰとの接続中に送信完了できないデータの送信要求があることとしてもよい。一方、エンドＥＣＵからのデータの送信要求がない場合（Ｓ８３でＮＯ）には、オフロード関連処理を終了する。

　ステップＳ８４では、待機時間推定部４０５ａが、Ｓ８２で取得した応答情報に含まれる選択ＡＰへの到達距離をもとに、オフロード待機時間を推定する。ステップＳ８５では、可否判断部４１８がオフロード待機時間をもとにオフロードの可否を判断する。そして、オフロードが可能と判断した場合（Ｓ８５でＹＥＳ）には、ステップＳ８６に移る。一方、オフロードが不可能と判断した場合（Ｓ８５でＮＯ）には、ステップＳ８８に移る。

　ステップＳ８６では、送信判定部４１９が期限タイマーを設定し、ステップＳ８７に移る。ステップＳ８７では、期限タイマーのカウント値が満了条件を満たした場合（Ｓ８７でＹＥＳ）には、ステップＳ８８に移る。一方、期限タイマーのカウント値が満了条件を満たしていない場合（Ｓ８７でＮＯ）には、ステップＳ８９に移る。ステップＳ８８では、送信判定部４１９が、第１回線でデータの送信を行わせ、オフロード関連処理を終了する。

　ステップＳ８９では、ＷＦ通信部４２０が新たなＡＰと接続できた場合（Ｓ８９でＹＥＳ）には、ステップＳ９０に移る。一方、ＷＦ通信部４２０が新たなＡＰと接続できていない場合（Ｓ８９でＮＯ）には、Ｓ８７に戻って処理を繰り返す。ステップＳ９０では、送信判定部４１９が、第２回線でデータの送信を行わせる。つまり、オフロードを行わせる。

　ステップＳ９１では、オフロードが完了できた場合（Ｓ９１でＹＥＳ）には、オフロード関連処理を終了する。一方、オフロードが完了できていない場合（Ｓ９１でＮＯ）には、Ｓ８４に戻って処理を繰り返す。これによって、オフロード待機時間が停車時間で補正される場合には、補正されたオフロード待機時間を用いて処理を繰り返すことになる。

　＜実施形態３のまとめ＞
　実施形態３の構成によれば、対象車両ＨＶのオフロードが可能となるまでの待ち時間であるオフロード待機時間を推定可能な推定用情報をＣＳ２が対象車両ＨＶ側に送信することになる。推定用情報は、複数車両の走行におけるＡＰの経由実績から特定されたＡＰ間の到達確率をもとに決定される、対象車両ＨＶからの到達確率が最も高いＡＰへの到達距離である。よって、対象車両ＨＶの経路を予め設定したり制限したりする必要がない。また、対象車両ＨＶ側では、この到達距離をもとにオフロード待機時間を推定する。そして、推定したオフロード待機時間をもとにオフロードの可否を判断することが可能になるので、送信が必要なデータを、オフロードが可能なタイミングでオフロードによって送信しやすくなる。その結果、車両でのデータの送信において、車両の経路の制限、及び車両の経路の予めの設定がなくてもオフロード率を向上させることが可能になる。

　（実施形態４）
　実施形態３では、対象車両ＨＶから選択ＡＰへの到達距離までをサーバ側で特定する構成を示したが、必ずしもこれに限らない。例えば、対象車両ＨＶ側でこの到達距離を特定する構成（以下、実施形態４）としてもよい。以下では、実施形態４の一例について図を用いて説明する。

　＜車両用通信システム１ｂの概略構成＞
　以下、本実施形態について図面を用いて説明する。まず、図２２を用いて、車両用通信システム１ｂの説明を行う。図２２に示すように、車両用通信システム１ｂは、ＣＳ２ｂと、ＴＣＳ３と、車両側ユニット４ｂとを含んでいる。車両用通信システム１ｂは、ＣＳ２ａ及び車両側ユニット４ａの代わりに、ＣＳ２ｂ及び車両側ユニット４ｂを含む点を除けば、実施形態２の車両用通信システム１ａと同様である。

　＜ＣＳ２ｂの概略構成＞
　ＣＳ２ｂは、例えばプロセッサ、メモリ、Ｉ／Ｏ、これらを接続するバスを備え、メモリに記憶された制御プログラムを実行することで、車両側ユニット４ｂからの要求への応答に関する各種の処理を実行する。ここで言うところのメモリは、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）である。また、非遷移的実体的記憶媒体は、半導体メモリ等によって実現される。

　続いて、図２３を用いてＣＳ２ｂの概略的な構成について説明する。図２３に示すように、ＣＳ２ｂは、ＡＰ情報取得部２１１、走行ログ取得部２１２ａ、地図ＤＢ２１３、ＤＢ登録部２１４ａ、ＡＰマップＤＢ２１５ａ、要求取得部２１７ａ、推定用情報生成部２１８ｂ、及び送信部２１９ｂを機能ブロックとして備える。ＣＳ２ｂは、推定用情報生成部２１８ａ及び送信部２１９ａの代わりに、推定用情報生成部２１８ｂ及び送信部２１９ｂを備える点を除けば、実施形態２のＣＳ２ａと同様である。このＣＳ２ｂもサーバにあたる。また、コンピュータによってＣＳ２ｂの各機能ブロックの処理が実行されることが、通信管理方法が実行されることに相当する。

　推定用情報生成部２１８ｂは、要求取得部２１７ａで推定用情報の要求を取得した場合に、推定用情報としての応答情報を生成する。推定用情報生成部２１８ｂは、推定用情報の要求をもとに、要求元の対象車両ＨＶが接続する可能性のある接続中ＡＰの周辺のＡＰを抽出する。そして、それらのＡＰの接続ＡＰ情報までの到達距離を特定する。

　推定用情報生成部２１８ｂは、抽出部２１８７、到達確率特定部２１８４ｂ、推定用情報決定部２１８２ｂ、及び通信速度特定部２１８３をサブ機能ブロックとして有する。推定用情報生成部２１８ｂは、推定用情報生成部２１８ａと同様にして、接続中ＡＰを特定する。

　抽出部２１８７は、ＡＰマップＤＢ２１５ａに登録されたＡＰマップ情報をもとに、接続中ＡＰの周辺のＡＰ（以下、周辺ＡＰ）を抽出する。例えば、接続中ＡＰから所定の距離以内のＡＰを周辺ＡＰとして抽出すればよい。ここで言うところの所定の距離は、任意に設定可能とすればよい。抽出部２１８７は、推定用情報の要求に含まれていたＡＰ検出過去履歴をもとに、ＡＰ検出過去履歴に含まれるＡＰを周辺ＡＰの候補から除外することが好ましい。他にも、抽出部２１８７は、利用可能フラグをもとに、周辺ＡＰの候補のＡＰがオフロードに利用可能か否かを判定する。そして、利用可能フラグが利用不可能を示す値であるＡＰを、周辺ＡＰの候補から除外することが好ましい。これにより、オフロード効率を向上できる可能性が高まる。

　到達確率特定部２１８４ｂは、ＡＰマップＤＢ２１５ａに登録されている接続ＡＰ情報をもとに、抽出部２１８７で抽出した周辺ＡＰのそれぞれについて、接続中ＡＰからの到達確率を特定する。言い換えると、到達確率特定部２１８４ｂは、複数車両の走行におけるＡＰの経由実績から、ＡＰ間の到達確率を特定する。図１８の例を挙げると、ＡＰ２の到達確率については、図１８の例において、接続中ＡＰがＡＰ１とした場合、ＡＰ２の到達確率については、ＡＰ１の接続ＡＰ情報とＡＰ１００の接続ＡＰ情報とをもとに、７０％×９０％＝６３％の到達確率を算出して特定すればよい。

　通信速度特定部２１８３は、第１回線通信速度の代表値を特定する。通信速度特定部２１８３は、周辺ＡＰの近辺における代表値を特定すればよい。周辺ＡＰ近辺とは、例えば周辺ＡＰが位置するメッシュ内とすればよい。

　推定用情報生成部２１８ｂは、到達確率特定部２１８４ｂで特定した周辺ＡＰ別の到達確率及び通信速度特定部２１８３で特定した第１回線通信速度の代表値を含むデータを応答情報として生成する。応答情報には、実施形態３で述べたとの同様の、問い合わせ時のＡＰ識別情報も含ませればよい。

　送信部２１９ｂは、推定用情報生成部２１８ｂで生成した応答情報を、推定用情報の要求を送信してきた対象車両ＨＶの車両側ユニット４ｂへ送信する。つまり、送信部２１９ｂは、到達確率特定部２１８４ｂで特定した周辺ＡＰ別の到達確率を対象車両ＨＶ側に送信する。この送信部２１９ｂでの処理も送信工程に相当する。送信部２１９ｂは、対象車両ＨＶが接続中のＡＰを介して第２回線で応答情報を送信させればよい。なお、送信部２１９ｂは、第１回線で応答情報を送信させてもよい。

　＜ＣＳ２ｂでの応答情報送信関連処理＞
　ここで、図２４のフローチャートを用いて、ＣＳ２ｂでの応答情報送信関連処理の流れの一例について説明を行う。

　まず、ステップＳ１０１～ステップＳ１０４までの処理は、Ｓ６１～Ｓ６４までの処理と同様とする。ステップＳ１０５では、要求取得部２１７ｂが推定用情報の要求を取得した場合（Ｓ１０５でＹＥＳ）には、ステップＳ１０６に移る。一方、要求取得部２１７ｂが推定用情報の要求を取得していない場合（Ｓ１０５でＮＯ）には、ステップＳ１１２に移る。

　ステップＳ１０６では、推定用情報生成部２１８ｂが、推定用情報の要求に含まれる情報をもとに、対象車両ＨＶの接続中ＡＰを特定する。ステップＳ１０７では、抽出部２１８７が、ＡＰマップＤＢ２１５ａに登録されたＡＰマップ情報をもとに、接続中ＡＰの周辺ＡＰを抽出する。

　ステップＳ１０８では、到達確率特定部２１８４ｂが、ＡＰマップＤＢ２１５ａに登録されている接続ＡＰ情報をもとに、Ｓ１０７で抽出した周辺ＡＰのそれぞれについて、接続中ＡＰからの到達確率を特定する。

　ステップＳ１０９では、通信速度特定部２１８３が、Ｓ１０７で抽出した周辺ＡＰの近辺における第１回線通信速度の代表値を特定する。ステップＳ１１０では、推定用情報生成部２１８ｂが応答情報を生成する。推定用情報生成部２１８ｂは、Ｓ１０８で特定した到達確率及びＳ１０９で特定した第１回線通信速度の代表値を含むデータを応答情報として生成する。ステップＳ１１１では、送信部２１９ｂが、Ｓ１１０で生成した応答情報を、推定用情報の要求を送信してきた対象車両ＨＶの車両側ユニット４ｂへ送信する。

　ステップＳ１１２では、走行ログ取得部２１２ａで新たな走行ログを取得した場合（Ｓ１１２でＹＥＳ）には、ステップＳ１１３に移る。一方、走行ログ取得部２１２ａで新たな走行ログを取得していない場合（Ｓ１１２でＮＯ）には、Ｓ１０５に戻って処理を繰り返す。ステップＳ１１３では、Ｓ７４と同様にしてＤＢ登録部２１４ａが、ＤＢ更新を行う。そして、Ｓ１０５に戻って処理を繰り返す。なお、応答情報送信関連処理は、定期的にＳ１０１の処理からやり直す構成としてもよい。

　＜車両側ユニット４ｂの概略構成＞
　続いて、図２５を用いて車両側ユニット４ｂの概略的な構成について説明する。図２５に示すように、車両側ユニット４ｂは、通信モジュール４０ｂ、ロケータ４１、地図ＤＢ４２、及び車両センサ４３を含む。車両側ユニット４ｂは、通信モジュール４０ａの代わりに通信モジュール４０ｂを含む点を除けば、実施形態２の車両側ユニット４ａと同様である。

　＜通信モジュール４０ｂの概略構成＞
　続いて、図２５を用いて通信モジュール４０ｂの概略的な構成について説明する。図２５に示すように、通信モジュール４０ｂは、制御部４００ｂ、ＷＦ通信部４２０、及びＣＬ通信部４４０を含む。通信モジュール４０ｂは、制御部４００ａの代わりに制御部４００ｂを含む点を除けば、実施形態２の通信モジュール４０ａと同様である。この通信モジュール４０ｂも通信装置に相当する。

　＜制御部４００ｂの概略構成＞
　続いて、図２５を用いて制御部４００ｂの概略的な構成について説明する。図２５に示すように、制御部４００ｂは、管理部４０１、要求部４０２ａ、推定用情報取得部４０３ｂ、選択部４１０、到達距離特定部４１１、待機時間推定部４０５ｂ、通信速度特定部４０６ａ、停車時間計測部４０７、可否判断部４０８、及び送信判定部４０９を機能ブロックとして備えている。制御部４００ｂは、推定用情報取得部４０３ａ及び待機時間推定部４０５ａの代わりに推定用情報取得部４０３ｂ及び待機時間推定部４０５ｂを備える点と、選択部４１０及び到達距離特定部４１１を備える点とを除けば、実施形態２の制御部４００ａと同様とする。この制御部４００ｂも車両用装置にあたる。また、コンピュータによって制御部４００ｂの各機能ブロックの処理が実行されることも、通信管理方法が実行されることに相当する。

　要求部４０２ａは、実施形態２と同様にして、推定用情報の要求をＣＳ２ｂに向けて送信させる。推定用情報取得部４０３ｂは、推定用情報の要求に応じてＣＳ２ａから送信されてくる応答情報を取得する。推定用情報取得部４０３ｂは、周辺ＡＰ別の到達確率を取得する。つまり、推定用情報取得部４０３ａは、遭遇確率に応じた推定用情報として、複数車両の走行におけるＡＰの経由実績から特定されるＡＰ間の到達確率の情報を、推定用情報として取得する。この推定用情報取得部４０３ｂでの処理も推定用情報取得工程に相当する。

　選択部４１０は、推定用情報取得部４０３ｂで取得する周辺ＡＰ別の到達確率をもとに、この周辺ＡＰのうちの、対象車両ＨＶとの遭遇確率が最も高いＡＰを選択する。この選択部４１０が車両側選択部に相当する。選択部４１０は、到達確率が閾値以上のＡＰが見つからなかった場合には、対象なしとして処理を終了すればよい。ここで言うところの閾値は任意に設定可能とすればよい。

　到達距離特定部４１１は、選択部４１０で選択したＡＰ（つまり、選択ＡＰ）についての、対象車両ＨＶからの到達距離を特定する。到達距離特定部４１１は、到達距離特定部２１８６と同様にして選択ＡＰについての到達距離を特定すればよい。この到達距離特定部４１１が車両側到達距離特定部に相当する。

　待機時間推定部４０５ｂは、到達距離特定部４１１で特定した到達距離をもとに、待機時間推定部４０５ａと同様にしてオフロード待機時間を推定する。この待機時間推定部４０５ｂでの処理も待機時間推定工程に相当する。待機時間推定部４０５ｂは、通信速度特定部４０６で特定する第１回線での通信速度が遅くなるのに応じて、オフロード待機時間を短く補正して推定することが好ましい。また、待機時間推定部４０５ｂは、停車時間計測部４０７で計測した停車時間が長くなるのに応じて、オフロード待機時間を長く補正して特定することが好ましい。可否判断部４１８及び送信判定部４１９での処理については、実施形態１と同様にして行う構成とすればよい。

　＜制御部４００ｂでのオフロード関連処理＞
　続いて、図２６のフローチャートを用いて、制御部４００ｂでのオフロード関連処理の流れの一例について説明を行う。図２６のフローチャートは、ＷＦ通信部４２０が新たにＡＰに接続するごとに開始する構成とすればよい。

　まず、ステップＳ１２１では、要求部４０２ａが、推定用情報の要求をＣＳ２ｂに向けて送信させる。ステップＳ１２２では、推定用情報取得部４０３ｂが、ＣＳ２ｂから送信されてくる応答情報を取得する。

　ステップＳ１２３では、Ｓ８３と同様にして、エンドＥＣＵからのデータの送信要求がある場合（Ｓ１２３でＹＥＳ）には、ステップＳ１２４に移る。一方、エンドＥＣＵからのデータの送信要求がない場合（Ｓ１２３でＮＯ）には、オフロード関連処理を終了する。ステップＳ１２４では、選択部４１０が、Ｓ１２２で取得した応答情報に含まれる周辺ＡＰ別の到達確率をもとに、この周辺ＡＰのうちの、対象車両ＨＶとの遭遇確率が最も高いＡＰを選択する。

　ステップＳ１２５では、選択部４１０でＡＰが選択できた場合（Ｓ１２５でＹＥＳ）には、ステップＳ１２６に移る。一方、選択部４１０でＡＰが選択できなかった場合（Ｓ１２５でＮＯ）には、選択ＡＰの対象なしとして、ステップＳ１３１に移る。ステップＳ１２６では、到達距離特定部４１１が、Ｓ１２５で選択できた選択ＡＰについての、対象車両ＨＶからの到達距離を特定する。

　ステップＳ１２７では、待機時間推定部４０５ｂが、Ｓ１２６で特定した到達距離をもとに、オフロード待機時間を推定する。ステップＳ１２８では、可否判断部４１８がオフロード待機時間をもとにオフロードの可否を判断する。そして、オフロードが可能と判断した場合（Ｓ１２８でＹＥＳ）には、ステップＳ１２９に移る。一方、オフロードが不可能と判断した場合（Ｓ１２８でＮＯ）には、ステップＳ１３１に移る。

　ステップＳ１２９では、送信判定部４１９が期限タイマーを設定し、ステップＳ１３０に移る。ステップＳ１３０では、期限タイマーのカウント値が満了条件を満たした場合（Ｓ１３０でＹＥＳ）には、ステップＳ１３１に移る。一方、期限タイマーのカウント値が満了条件を満たしていない場合（Ｓ１３０でＮＯ）には、ステップＳ１３２に移る。ステップＳ３１では、送信判定部４１９が、第１回線でデータの送信を行わせ、オフロード関連処理を終了する。

　ステップＳ１３２では、ＷＦ通信部４２０が新たなＡＰと接続できた場合（Ｓ１３２でＹＥＳ）には、ステップＳ１３３に移る。一方、ＷＦ通信部４２０が新たなＡＰと接続できていない場合（Ｓ１３２でＮＯ）には、Ｓ１３０に戻って処理を繰り返す。ステップＳ１３３では、送信判定部４１９が、第２回線でデータの送信を行わせ、オフロード関連処理を終了する。つまり、オフロードを行わせる。

　ステップＳ１３４では、オフロードが完了できた場合（Ｓ１３４でＹＥＳ）には、オフロード関連処理を終了する。一方、オフロードが完了できていない場合（Ｓ１３４でＮＯ）には、Ｓ１２６に戻って処理を繰り返す。これによって、オフロード待機時間が停車時間で補正される場合には、補正されたオフロード待機時間を用いて処理を繰り返すことになる。

　＜実施形態４のまとめ＞
　実施形態４の構成によれば、対象車両ＨＶのオフロードが可能となるまでの待ち時間であるオフロード待機時間を推定可能な推定用情報をＣＳ２が対象車両ＨＶ側に送信することになる。推定用情報は、複数車両の走行におけるＡＰの経由実績から特定されたＡＰ間の到達確率である。よって、対象車両ＨＶの経路を予め設定したり制限したりする必要がない。また、対象車両ＨＶ側では、この到達確率をもとに、対象車両ＨＶからの到達確率が最も高いＡＰへの到達距離を決定する。そして、決定した到達距離をもとにオフロード待機時間を推定する。実施形態４の構成によれば、推定したオフロード待機時間をもとにオフロードの可否を判断することが可能になるので、送信が必要なデータを、オフロードが可能なタイミングでオフロードによって送信しやすくなる。その結果、車両でのデータの送信において、車両の経路の制限、及び車両の経路の予めの設定がなくてもオフロード率を向上させることが可能になる。

　（実施形態５）
　実施形態４では、ＣＳ２ｂから到達確率を送信する周辺ＡＰを、ＣＳ２ｂ側で絞り込む構成を示したが、この周辺ＡＰの絞り込みを車両側ユニット４ｂで行う構成（以下、実施形態５）としてもよい。例えば、ＡＰ検出過去履歴に含まれるＡＰを周辺ＡＰの候補から除外する絞り込みを車両側ユニット４ｂで行ってもよい。この場合、ＣＳ２ｂではこの絞り込みを省略して周辺ＡＰ別の到達確率を送信すればよい。他にも、オフロードに利用可能か否かの判定結果による周辺ＡＰの候補の絞り込みを車両側ユニット４ｂで行ってもよい。この場合、ＣＳ２ｂではこの絞り込みを省略して周辺ＡＰ別の到達確率を送信すればよい。

　（実施形態６）
　前述の実施形態では、通信速度特定部４０６で特定する第１回線通信速度が遅くなるのに応じて、第１回線でのデータの送信を待つことのできる猶予時間を短くする構成を示したが、必ずしもこれに限らない。例えば、この処理を行わない構成としてもよい。また、第１回線通信速度が遅くなるのに応じて、オフロード待機時間を短く補正して推定する処理を行わない構成としてもよい。この場合、制御部４００，４００ａ，４００ｂに通信速度特定部４０６を備えない構成としてもよい。他にも、ＣＳ２，２ａ，２ｂから第１回線通信速度を送信しない構成としてもよい。

　（実施形態７）
　前述の実施形態では、制御部４００，４００ａ，４００ｂを通信モジュール４０，４０ａ，４０ｂが備える構成を示したが、必ずしもこれに限らない。例えば、制御部４００，４００ａ，４００ｂの機能を、通信モジュール４０，４０ａ，４０ｂ以外の車載のＥＣＵが担う構成としてもよい。

　（実施形態８）
　前述の実施形態では、第１回線をセルラー回線とし、第２回線を無線ＬＡＮの回線とする例を挙げて説明を行ったが、必ずしもこれに限らない。例えば、第１回線と第２回線とのいずれもセルラー回線とする構成としてもよい。例えば、第１回線をＬＴＥとし、第２回線を５Ｇとする等してもよい。

　なお、本開示は、上述した実施形態に限定されるものではなく、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本開示の技術的範囲に含まれる。また、本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された１つ乃至は複数の機能を実行するようにプログラムされたプロセッサを構成する専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の装置及びその手法は、専用ハードウェア論理回路により、実現されてもよい。もしくは、本開示に記載の装置及びその手法は、コンピュータプログラムを実行するプロセッサと１つ以上のハードウェア論理回路との組み合わせにより構成された１つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていてもよい。

Claims (17)

1. 　無線ネットワークを介したデータの送信について、通信方式の異なる第１回線と第２回線とのいずれを用いることも可能であって、且つ、前記第１回線から前記第２回線へのデータの送信のオフロードが可能な通信装置（４０，４０ａ，４０ｂ）を搭載した対象車両で用いることが可能な車両用装置であって、
   　前記対象車両の、前記第２回線に用いられる無線ネットワークのアクセスポイントへの遭遇確率に応じた、前記オフロードが可能となるまでの待ち時間であるオフロード待機時間を推定可能な情報である推定用情報を、取得する推定用情報取得部（４０３，４０３ａ，４０３ｂ）と、
   　前記推定用情報取得部で取得した前記推定用情報をもとに前記オフロード待機時間を推定する待機時間推定部（４０５，４０５ａ，４０５ｂ）と、
   　前記待機時間推定部で推定した前記オフロード待機時間をもとに前記オフロードの可否を判断する可否判断部（４０８）とを備える車両用装置。
2. 　請求項１において、
   　前記推定用情報取得部（４０３）は、前記遭遇確率に応じた前記推定用情報として、前記アクセスポイントの分布に関する情報を用いて、前記対象車両の前記アクセスポイントへの遭遇確率に応じて決定される、所定の区画単位に分けられたエリア別の、前記第２回線の利用に要すると推定される待ち時間であるエリア別待機時間を取得し、
   　前記待機時間推定部（４０５）は、前記推定用情報取得部で取得した前記エリア別待機時間をもとに、前記オフロード待機時間を推定する車両用装置。
3. 　請求項１において、
   　前記推定用情報取得部（４０３ａ）は、前記遭遇確率に応じた前記推定用情報として、複数車両の走行における前記アクセスポイントの経由実績から特定される前記アクセスポイント間の到達確率を用いて推定される前記対象車両の到達確率が最も高い前記アクセスポイントについての、前記対象車両からの距離である到達距離を、前記推定用情報として取得し、
   　前記待機時間推定部（４０５ａ）は、前記推定用情報取得部で取得した前記到達距離をもとに、前記オフロード待機時間を推定する車両用装置。
4. 　請求項１において、
   　前記推定用情報取得部（４０３ｂ）は、前記遭遇確率に応じた前記推定用情報として、複数車両の走行における前記アクセスポイントの経由実績から特定される前記アクセスポイント間の到達確率の情報を、前記推定用情報として取得し、
   　前記推定用情報取得部で取得した前記アクセスポイント間の到達確率の情報をもとに、前記対象車両の到達確率が最も高い前記アクセスポイントを選択する車両側選択部（４１０）と、
   　前記車両側選択部で選択した前記アクセスポイントについての、前記対象車両からの距離である到達距離を特定する車両側到達距離特定部（４１１）とを備え、
   　前記待機時間推定部（４０５ｂ）は、前記車両側到達距離特定部で特定した前記到達距離をもとに、前記オフロード待機時間を推定する車両用装置。
5. 　請求項１～４のいずれか１項において、
   　前記対象車両が停車する場合に、その停車時間を計測する停車時間計測部（４０７）を備え、
   　前記待機時間推定部は、前記停車時間計測部で計測した前記停車時間が長くなるのに応じて、前記オフロード待機時間を長く補正して特定する車両用装置。
6. 　請求項１～５のいずれか１項において、
   　前記第１回線での通信速度を特定する通信速度特定部（４０６）と、
   　前記待機時間推定部で推定した前記オフロード待機時間を用いて、前記オフロードでのデータの送信のために前記第１回線でのデータの送信を待つ判定を行う送信判定部（４０９）とを備え、
   　前記送信判定部は、前記通信速度特定部で特定する前記第１回線での通信速度が遅くなるのに応じて、前記第１回線でのデータの送信を待つことのできる猶予時間を短くする車両用装置。
7. 　無線ネットワークを介したデータの送信について、通信方式の異なる第１回線と第２回線とのいずれを用いることも可能であって、且つ、前記第１回線から前記第２回線へのデータの送信のオフロードが可能な通信装置（４０）を搭載した対象車両の、前記第２回線に用いられる無線ネットワークのアクセスポイントへの遭遇確率に応じた、前記オフロードが可能となるまでの待ち時間であるオフロード待機時間を推定可能な情報である推定用情報を決定する推定用情報決定部（２１８２，２１８２ａ，２１８２ｂ）と、
   　前記推定用情報決定部で決定した前記推定用情報を前記対象車両側に送信する送信部（２１９，２１９ａ，２１９ｂ）とを備えるサーバ。
8. 　請求項７において、
   　前記推定用情報決定部（２１８２）は、所定の区画単位に分けられたエリア別の、前記第２回線の利用に要すると推定される待ち時間であるエリア別待機時間を前記遭遇確率に応じた前記推定用情報として決定するものであり、前記アクセスポイントの分布に関する情報を用いて、前記対象車両の前記アクセスポイントへの遭遇確率が高くなるのに応じて、前記エリア別待機時間を長く決定するサーバ。
9. 　請求項８において、
   　前記エリア別に、そのエリア内の前記アクセスポイントの数を特定するＡＰ数特定部（２１８１）を備え、
   　前記推定用情報決定部は、前記エリア別に、前記ＡＰ数特定部で特定した前記アクセスポイントの数に応じて、前記エリア別待機時間を決定するサーバ。
10. 　請求項９において、
    　前記ＡＰ数特定部は、車両が通信範囲内に停車しやすいと推定される種別の施設の前記アクセスポイントに絞って、前記エリア内の前記アクセスポイントの数を特定するサーバ。
11. 　請求項９又は１０において、
    　前記ＡＰ数特定部は、車両との通信実績のある前記アクセスポイントについては、車両との通信実績のない前記アクセスポイントよりも重み付けを大きくして前記エリア内の前記アクセスポイントの数を特定するサーバ。
12. 　請求項９～１１のいずれか１項において、
    　前記ＡＰ数特定部は、前記アクセスポイントを通過する車両の平均通過速度が低くなるのに応じて前記アクセスポイントの重み付けを大きくして前記エリア内の前記アクセスポイントの数を特定するサーバ。
13. 　請求項７において、
    　複数車両の走行における前記アクセスポイントの経由実績から、前記アクセスポイント間の到達確率を特定する到達確率特定部（２１８４）と、
    　前記到達確率特定部で特定する前記到達確率の情報をもとに、前記対象車両との遭遇確率が最も高い前記アクセスポイントを選択するサーバ側選択部（２１８５）と、
    　前記サーバ側選択部で選択した前記アクセスポイントについての、前記対象車両からの距離である到達距離を特定するサーバ側到達距離特定部（２１８６）とを備え、
    　前記推定用情報決定部（２１８２ａ）は、前記サーバ側到達距離特定部で特定した到達距離を、前記遭遇確率に応じた前記推定用情報として決定するサーバ。
14. 　請求項１３において、
    　前記サーバ側選択部は、前記アクセスポイントが前記オフロードに適するか否かも判定するものであり、前記到達確率特定部で特定する前記到達確率の情報をもとに、前記オフロードに適すると特定した前記アクセスポイントであって、且つ、前記対象車両との遭遇確率が最も高い前記アクセスポイントを選択するサーバ。
15. 　請求項７において、
    　複数車両の走行における前記アクセスポイントの経由実績から、前記アクセスポイント間の到達確率を特定する到達確率特定部（２１８４ｂ）を備え、
    　前記推定用情報決定部は、前記到達確率特定部で特定した前記到達確率の情報を、前記遭遇確率に応じた前記推定用情報として決定するサーバ。
16. 　少なくとも１つのプロセッサにより実行される、無線ネットワークを介したデータの送信について、通信方式の異なる第１回線と第２回線とのいずれを用いることも可能であって、且つ、前記第１回線から前記第２回線へのデータの送信のオフロードが可能な通信装置（４０，４０ａ，４０ｂ）を搭載した対象車両で用いることが可能な通信管理方法であって、
    　前記対象車両の、前記第２回線に用いられる無線ネットワークのアクセスポイントへの遭遇確率に応じた、前記オフロードが可能となるまでの待ち時間であるオフロード待機時間を推定可能な情報である推定用情報を、取得する推定用情報取得工程と、
    　前記推定用情報取得工程で取得した前記推定用情報をもとに前記オフロード待機時間を推定する待機時間推定工程と、
    　前記待機時間推定工程で推定した前記オフロード待機時間をもとに前記オフロードの可否を判断する可否判断工程とを含む通信管理方法。
17. 　少なくとも１つのプロセッサにより実行される通信管理方法であって、
    　無線ネットワークを介したデータの送信について、通信方式の異なる第１回線と第２回線とのいずれを用いることも可能であって、且つ、前記第１回線から前記第２回線へのデータの送信のオフロードが可能な通信装置（４０，４０ａ，４０ｂ）を搭載した対象車両の、前記第２回線に用いられる無線ネットワークのアクセスポイントへの遭遇確率に応じた、前記オフロードが可能となるまでの待ち時間であるオフロード待機時間を推定可能な情報である推定用情報を決定する推定用情報決定工程と、
    　前記推定用情報決定工程で決定した前記推定用情報を前記対象車両側に送信する送信工程とを含む通信管理方法。

Images