JP2016018234A - 通信環境判定システム、通信環境判定方法及びプログラム - Google Patents

Abstract

【課題】従来の情報提供システムでは、予め設定された通信環境の情報に基づいて情報の取得が可能か判断していたので、無線回線の混雑度により刻一刻と変化する実際の通信環境とはずれが生じ、その判断を誤ってしまう場合があるという課題があった。
【解決手段】先行車両決定部１０４が、データ配信対象の車両が通過した第１の地点を過去に通過した車両を先行車両として決定し、推定部１０５が、プローブ情報に基づいて先行車両が第１の地点を通過した後の通信環境を推定し、通信環境判定部１０６が、推定部１０５で推定された通信環境にもとづいてデータ配信対象の車両が現在地を通過した後の通信環境を判定する。
【選択図】 図１

Description

本発明は、車両等の移動体が通過する地点における通信環境を判定する通信環境判定システム、通信環境判定方法及びプログラムに関するものである。

カーナビゲーションシステム等の車載機器がインターネット上にあるサーバ装置と連携することで、ドライバーの運転を支援するサービスが知られている。このような車載機器は、周期的にサーバ装置にアクセスして運転を支援する情報がないか確認し、車両が走行している地点や目的地までの経路上において、道路の渋滞情報やイベント情報等がある場合は、サーバ装置から情報を取得して、ドライバーに通知する。

こうした運転支援サービスを円滑に行うためには、車載装置とサーバ装置との通信が良好に行われる必要があるが、車両は移動するためその通信環境は常に変化する。当然のことながら、通信環境が悪い状況では、サーバ装置からのデータを受信できなくなる恐れがある。

そこで、特許文献１に記載された情報提供システムでは、サーバ装置は、車両の移動予定エリア内の通信可能エリアを検索し、車両が通信可能エリアを通過する時間を求め、また、通信可能エリアのデータ送信速度により、情報の取得時間を求める処理を行う。そして、サーバ装置は、車両が通信可能エリアを通過する時間内に、情報の取得が可能か判断し、その判断結果を車両に通知して表示する手法が示されている。

特許第４１４７９５２号

しかしながら、従来の情報提供システムでは、予め設定された通信環境の情報に基づいて情報の取得が可能か否かを判断していたので、無線回線の混雑度により刻一刻と変化する実際の通信環境とはずれが生じ、その判断を誤ってしまう場合があるという課題があった。

本発明は、上述した課題を解決するためになされたものであり、車両等の移動体が通過する地点における通信環境の判定を精度高く行う通信環境判定システム、通信環境判定方法及びプログラムを提供することを目的とする。

本発明に係る通信環境判定システムは、移動体の位置情報を含んだ移動体情報に基づき、データ配信の対象である第１の移動体が通過した第１の地点を過去に通過した第２の移動体を決定する移動体決定部と、前記移動体決定部で決定された前記第２の移動体が前記第１の地点を通過した後の前記移動体情報に基づき通信環境を推定する推定部と、前記推定部で判定された前記通信環境に基づき、前記第１の移動体が現在地を通過した後の前記通信環境を判定する判定部と、を備えることを特徴とする。

また、本発明に係る通信環境判定方法は、移動体の位置情報を含んだ移動体情報に基づき、データ配信の対象である第１の移動体が通過した第１の地点を過去に通過した第２の移動体を決定するステップと、決定された前記第２の移動体が前記第１の地点を通過した後の前記移動体情報に基づき通信環境を推定するステップと、推定された前記通信環境に基づき、前記第１の移動体が現在地を通過した後の前記通信環境を判定するステップと、を有することを特徴とする。

また、本発明に係るプログラムは、コンピュータに、移動体の位置情報を含んだ移動体情報に基づき、データ配信の対象である第１の移動体が通過した第１の地点を過去に通過した第２の移動体を決定する移動体決定処理と、前記移動体決定処理で決定された前記第２の移動体が前記第１の地点を通過した後の前記移動体情報に基づき通信環境を推定する推定処理と、前記推定処理で判定された前記通信環境に基づき、前記第１の移動体が現在地を通過した後の前記通信環境を判定する判定処理と、を実行させることを特徴とする。

本発明の通信環境判定システム、通信環境判定方法及びプログラムによれば、データ配信対象の移動体が通過した地点を過去に通過した移動体からの情報に基づき、データ配信対象の移動体が通過する地点における通信環境を判定するので、移動体が通過する地点における通信環境の判定を精度高く行うことが可能となる。

実施の形態１に係るサーバ装置１００の構成例を示す図である。 実施の形態１に係る車両側装置２００の構成例を示す図である。 実施の形態１に係る通信環境判定システムの運用イメージを説明するための図である。 実施の形態１に係る通信環境判定処理の動作例を示すフローチャートである。 実施の形態１に係るプローブ情報送信のイメージを説明するための図である。 実施の形態１に係るプローブ情報記憶部１０３に記憶されるプローブ情報の一例を示す図である。 実施の形態２に係る通信環境判定処理の動作例を示すフローチャートである。 実施の形態２に係るデータ配信の対象である車両の通信環境判定基準を示す図である。 実施の形態２に係る車両の走行状況の一例を説明するための図である。 実施の形態３に係る車両側装置２００の構成例を示す図である。 実施の形態３に係るプローブ情報記憶部１０３に記憶されるプローブ情報の一例を示す図である。 実施の形態３に係る通信環境判定処理の動作例を示すフローチャートである。 実施の形態４に係る車両側装置２００の構成例を示す図である。 実施の形態４に係るプローブ情報記憶部１０３に記憶されるプローブ情報の一例を示す図である。

実施の形態１．
以下図面を用いて本発明の実施の形態１を説明する。

図１は実施の形態１に係るサーバ装置１００の構成例を示す図である。サーバ装置１００は、データ送受信部（送信部または受信部）１０１と、プローブ情報管理部１０２と、プローブ情報記憶部１０３と、先行車両決定部（移動体決定部）１０４と、推定部１０５と、通信環境判定部（判定部）１０６と、配信データ生成部１０７と、配信制御部１０８とを備える。通信環境判定システムは、サーバ装置１００と、後述する車両側装置２００とを備える。

データ送受信部１０１は、インターネットと無線アクセス網を経由して、車両側装置２００とデータの送受信を行う。データ送受信部１０１は、車両側装置２００から周期的にプローブ情報を受信する。プローブ情報（移動体情報）は、車両の位置情報を少なくとも含む情報であり、さらに車両ＩＤ（車両識別子）を含んでもよい。

プローブ情報管理部１０２は、車両側装置２００から周期的に受信されるプローブ情報を管理する。プローブ情報管理部１０２は、受け取ったプローブ情報を受信時刻と紐づけてプローブ情報記憶部１０３に記憶させる。

先行車両決定部１０４は、プローブ情報に基づき、データ配信の対象である車両（第１の移動体）が通過した地点（第１の地点）を過去に通過した他の車両を先行車両（第２の移動体）として決定する。

推定部１０５は、先行車両決定部１０４により決定された先行車両が第１の地点を通過した後に送信したプローブ情報に基づき、先行車両が第１の地点を通過した後の地点における通信環境が良いか悪いかを推定する。

通信環境判定部１０６は、推定部１０５により推定された通信環境に基づき、データ配信の対象である車両が現在地を通過した後の通信環境が良いか悪いかを判定する。

配信データ生成部１０７は、車両に配信するデータを生成する。車両に配信するデータとは、例えば、道路の渋滞情報、イベント情報、車両の急ブレーキやスリップ等の先行危険情報が該当する。

配信制御部１０８は、通信環境判定部１０６で判定された通信環境の判定結果に基づき、配信データ生成部１０７で生成された配信データの配信順序を入れ替える等の優先制御を行う。例えば、配信制御部１０８は、配信の対象である車両の通信環境が悪い場合に、配信データの配信を後回しにして通信帯域を無駄にすることを防止するようにしてもいいし、今後通信環境が悪くなることから優先的に配信データを配信しておくようにしてもよい。

サーバ装置１００のハードウエア構成について説明する。サーバ装置１００はコンピュータであり、例えば、バスに、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）としての演算装置、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やハードディスク装置等の記憶装置、通信ボード等の通信装置、マウス、キーボード等の入出力装置等が接続されている。図１で示したデータ送受信部１０１、プローブ情報管理部１０２、先行車両決定部１０４、推定部１０５、通信環境判定部１０６、配信データ生成部１０７、及び配信制御部１０８は、プログラムとして記憶装置に記憶される。また、プローブ情報についても記憶装置に記憶される。そして、演算装置がこれらを適宜読みだして実行することにより、各機能が実現される。

図２は実施の形態１に係る車両側装置２００の構成例を示す図である。車両側装置２００は、位置情報算出部２０１と、車両ＩＤ管理部２０２と、プローブ情報生成部２０３と、移動体データ送受信部（送信部または受信部）２０４とを備える。なお、車両側装置２００は車両に搭載されるものとして説明を行うが、これに限らない。例えば、人が携帯する携帯端末に搭載されていてもよい。これらを包含する形で、移動体側装置という表現を用いてもよい。以下の説明では、車両側装置２００を例にとって説明を行う。

位置情報算出部２０１は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）信号を受信し、このＧＰＳ信号から車両の位置情報を算出する。

車両ＩＤ管理部２０２は、ナンバープレート等の車両を識別する番号を車両ＩＤとして管理する。

プローブ情報生成部２０３は、位置情報算出部２０１が生成した位置情報を含むプローブ情報を生成する。プローブ情報には、車両ＩＤ管理部２０２が管理する車両ＩＤが含まれてもよい。プローブ情報生成部２０３は、生成したプローブ情報を、移動体データ送受信部２０４を経由して、サーバ装置に送信する。

移動体データ送受信部２０４は、無線アクセス網に接続し、インターネットにあるサーバ装置１００と、プローブ情報等のデータの送受信を行う。無線アクセス網との接続手段は、携帯電話キャリアが提供するデータ通信カードを用いてもよいし、有線または無線により接続された携帯電話を用いてもよい。

車両側装置２００のハードウエア構成について説明する。車両側装置２００はコンピュータであり、例えば、バスに、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）としての演算装置、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）やハードディスク装置等の記憶装置、通信ボード等の通信装置、入出力装置等が接続されている。また、ＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）やＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）等の表示装置を備えていてもよい。図２で示した位置情報算出部２０１、車両ＩＤ管理部２０２、プローブ情報生成部２０３、及び移動体データ送受信部２０４はプログラムとして記憶装置に記憶される。そして、演算装置がこれらを適宜読みだして実行することにより、各機能が実現される。

図３は実施の形態１に係る通信環境判定システムの運用イメージを説明するための図である。車両に搭載された図示しない車両側装置２００とサーバ装置１００とが、基地局、無線アクセス網、及びインターネットを用いて通信を行う。無線アクセス網は、全てのエリアをカバーしているわけではなく、通信圏外となってしまうエリアもある。車両ｄ、車両ｃは基地局ａにより通信可能で、車両ａは基地局ｂにより通信可能であるが、車両bが走行しているエリアは、通信可能な基地局がないため、通信圏外となる。このような通信圏外となるエリア内では、車両側装置２００はサーバ装置１００に対してプローブ情報を送信することができない。

次に、実施の形態１における通信環境判定処理の動作について説明する。

図４は実施の形態１に係る通信環境判定処理の動作例を示すフローチャートである。サーバ装置１００が車両側装置２００にデータを配信することが決まると（ステップＳ１−Ｙｅｓ）、先行車両決定部１０４は、まず、プローブ情報記憶部１０３に記憶されるプローブ情報に基づき、データ配信の対象である車両がプローブ情報を送信した第１の地点を求める（ステップＳ２）。

図５は実施の形態１に係るプローブ情報送信のイメージを説明するための図である。車両ａは、時刻Ｔ１での車両位置（Ｘａ１、Ｙａ１）においてプローブ情報を送信し、所定時間経過後、時刻Ｔ３での車両位置（Ｘａ２、Ｙａ２）においてプローブ情報を送信し、さらに所定時間経過後、時刻Ｔ８での車両位置（Ｘａ４、Ｙａ４）においてプローブ情報を送信する。ただし、通信圏外エリアにおいては、車両ａはプローブ情報を送信できなかったものとする。

同様に、車両ｂは、時刻Ｔ２での車両位置（Ｘｂ１、Ｙｂ１）においてプローブ情報を送信し、所定時間経過後、時刻Ｔ５での車両位置（Ｘａ２、Ｙａ２）においてプローブ情報を送信する。圏外エリアにおいては車両ｂはプローブ情報を送信できなかったものとする。また、車両ｃは、時刻Ｔ４での車両位置（Ｘｃ１、Ｙｃ１）においてプローブ情報を送信し、所定時間経過後、時刻Ｔ７での車両位置（Ｘｃ２、Ｙｃ２）においてプローブ情報を送信する。また、車両ｄは、時刻Ｔ６での車両位置（Ｘｄ１、Ｙｄ１）においてプローブ情報を送信する。車両ｃ、ｄは、圏外エリアまでは到達していない。

図６は実施の形態１に係るプローブ情報記憶部１０３に記憶されるプローブ情報の一例を示す図である。図５に示す各車両からのプローブ情報に基づき、プローブ情報記憶部１０３にはプローブ情報が記憶される。図６に示すように、プローブ情報としては、時刻、車両ＩＤ、及びプローブ情報を送信した車両の位置が紐づけられて記憶される。例えば、車両ａは、時刻Ｔ１、位置（Ｘａ１、Ｙａ１）においてプローブ情報を送信しているので、当該情報が記憶される。他も同様である。

ここで、データ配信の対象である車両を図５における車両ｃとして説明する。車両ｃは、最も直近の時刻Ｔ７、位置（Ｘｃ２、Ｙｃ２）において、プローブ情報を送信していることがわかる。そのため、先行車両決定部１０４は、車両ｃの位置（Ｘｃ２、Ｙｃ２）を第１の地点として求める。

図４に戻り、先行車両決定部１０４は、第１の地点を過去に通過した車両を検索し、先行車両として決定する（ステップＳ３）。ここで、第１の地点を通過するとは、第１の地点そのものではなく、第１の地点周辺を通過するという意味をも含み、これは以下も同様である。図５の例では、第１の地点（Ｘｃ２、Ｙｃ２）の周辺を過去に走行した車両は、地点（Ｘａ２、Ｙａ２）を過去に走行した車両ａと、地点（Ｘｂ２、Ｙｂ２）を過去に走行した車両ｂが該当する。先行車両決定部１０４は、これら複数の車両のうち、第１の地点に最も近い地点（Ｘａ２、Ｙａ２）を過去に通過した車両ａを先行車両として決定する。こうすることで、データ配信の対象である車両と最も条件が近い車両を先行車両として決定できるので、通信環境精度をより高めることが可能となる。なお、先行車両決定部１０４は、複数の車両のうち、第１の地点周辺を最も直前に通過した車両を先行車両として決定してもよく、こうすることで、直近の通信環境を反映させることが可能となり、通信環境精度をより高めることが可能となる。

推定部１０５は、プローブ情報記憶部１０３に記憶されるプローブ情報に基づいて、先行車両が第１の地点を通過した後の通信環境を推定する（ステップＳ４）。図５の例では、先行車両である車両ａは、第１の地点周辺の地点（Ｘａ２、Ｙａ２）を通過した後、プローブ情報の受信間隔（Ｔ８−Ｔ３）が他の区間（Ｔ３−Ｔ１）よりも長いため、受信できていないプローブ情報があることになる。そのため、推定部１０５は、先行車両である車両ａは、第１の地点を通過した後、通信環境が悪くなると推定する。

通信環境判定部１０６は、推定部１０５により推定された先行車両の通信環境から、データ配信の対象である車両が現在地を通過した後の通信環境を判定する（ステップＳ５）。図５の例では、先行車両である車両ａは第１の地点を通過した後、通信環境が悪くなると推定されたため、データ配信の対象である車両ｃにおいても、現在地を通過した後、通信環境が悪いと判定される。換言すると、車両ｃがこれから移動するエリアは通信環境が悪いと判定される。そして、配信制御部１０８は、このような通信環境判定部１０６による判定結果に基づいて、データ配信の優先制御を行う。

次に、車両ｄをデータ配信の対象である車両として同様に説明を行う。サーバ装置１００においてデータを配信することが決定すると（ステップＳ１−Ｙｅｓ）、先行車両決定部１０４は、車両ｄが直前にプローブ情報を送信した位置（Ｘｄ１、Ｙｄ１）を第１の地点として求める（ステップＳ２）。

先行車両決定部１０４は、第１の地点（Ｘｄ１、Ｙｄ１）周辺を過去に通過した車両ａ、車両ｂ、車両ｃ、車両ｄのうち、第１の地点に最も近い位置（Ｘｃ１、Ｙｃ１）を通過していた車両ｃを先行車両に決定する（ステップＳ３）。

推定部１０５は、車両ｃが地点（Ｘｃ１、Ｙｃ１）を通過した後の通信環境を推定する（ステップＳ４）。ここでは、車両ｃは地点（Ｘｃ１、Ｙｃ１）通過後もプローブ情報を送信しているため、通信環境は良好であると推定する。

通信環境判定部１０６は、先行車両である車両ｃの通信環境が良好であるため、データ配信の対象である車両ｄについても、通信環境は良好であると判定する（ステップＳ５）。

以上より、実施の形態１によれば、先行車両決定部１０４が、データ配信対象の車両が通過した第１の地点を過去に通過した車両を先行車両として決定し、推定部１０５が、プローブ情報に基づいて先行車両が第１の地点を通過した後の通信環境を推定し、通信環境判定部１０６が、推定部１０５で推定された通信環境にもとづいてデータ配信対象の車両が現在地を通過した後の通信環境を判定するので、先行車両における実際の通信環境を反映した判定を行うことができ、データ配信対象の車両が現在地を通過した後の地点における通信環境の判定を精度高く行うことが可能となる。

なお、これまで、サーバ装置１００において、先行車両決定の処理、推定処理、通信環境判定処理を行うこととして説明してきたが、これら処理を車両側装置２００で行ってもよい。その場合、車両側装置２００は、少なくとも、図１で示した先行車両決定部１０４、推定部１０５、及び通信環境判定部１０６を備える構成となる。

また、これまで、通信環境判定システムを、サーバ装置１００と車両側装置２００とを備えるシステム、つまり、複数の装置から構成されるシステムとして説明してきたが、これに限らず、サーバ装置１００単体、車両側装置２００単体を表すものとして通信環境判定システムと表現してもよい。

実施の形態２．
以下図面を用いて本発明の実施の形態２を説明する。実施の形態２では、先行車両決定部１０４が、第１の地点を過去に通過した複数の移動体を先行車両として決定し、これら複数の先行車両における第１の地点経過後の通信環境に基づいてデータ配信の対象である車両の通信環境判定を行う。

図７は実施の形態２に係る通信環境判定処理の動作例を示すフローチャートである。

ステップＳ０１、ステップＳ０２については、実施の形態１の図４で説明したステップＳ１、ステップＳ２と同様であるため説明を省略する。

先行車両決定部１０４は、第１の地点を過去に通過した車両を検索し、該当する車両が複数ある場合、これら複数の車両を先行車両として決定する（ステップＳ０３）

推定部１０５は、プローブ情報記憶部１０３に記憶されるプローブ情報に基づいて、先行車両として決定された複数の車両が第１の地点を通過した後の通信環境をそれぞれ推定する（ステップＳ０４）。

通信環境判定部１０６は、推定部１０５により推定された複数の車両それぞれの通信環境を組み合わせて、データ配信の対象である車両の通信環境判定を行う（ステップＳ０５）。

図８は実施の形態２に係るデータ配信の対象である車両の通信環境判定基準を示す図である。図８に示すように、先行車両決定部１０４により先行車両として決定された複数の車両のうち、全ての車両が第１の地点通過後にプローブ情報を送信している場合は、通信環境判定部１０６は、データ配信の対象である車両が現在地を通過した後の通信環境は良いと判定する。

また、先行車両決定部１０４により先行車両として決定された複数の車両のうち、全ての車両が第１の地点通過後にプローブ情報を送信していない場合は、通信環境判定部１０６は、データ配信の対象である車両が現在地を通過した後の通信環境は悪いと判定する。

また、先行車両決定部１０４により先行車両として決定された複数の車両のうち、第１の地点通過後にプローブ情報を送信する車両と送信しない車両が混在する場合は、通信環境判定部１０６は、データ配信の対象である車両が現在地を通過した後は、通信環境が良い道と悪い道に分岐していると判定する。

また、先行車両決定部１０４により先行車両として決定された複数の車両のうち、第１の地点通過後にプローブ情報を送信しない車両が１台のみの場合は、通信環境判定部１０６は、当該車両に対し、運転を止めたと推定し、その他の車両における通信環境の結果にもとづいて、データ配信対象である車両が現在地を通過した後の通信環境を判定する。

図９は実施の形態２に係る車両の走行状況の一例を説明するための図である。データ配信の対象である車両アと、その前方を走行する車両イから車両エが表されている。車両アの先方には交差点があり、そこを左折すると通信圏外となるエリアがある。車両イの通信環境は悪く、車両ウと車両エの通信環境は良い。

先行車両決定部１０４は、先行車両として車両イ、車両ウ、車両エを決定する。そして、通信環境判定部１０６は、車両イ、車両ウ、車両エの通信環境を組み合わせて、図７に示す判定基準に基づきデータ配信の対象である車両アの現在地通過後の通信環境を判定する。ここでは、通信環境が良くプローブ情報を定期的に送信可能な車両ウと車両エが存在する一方で、通信環境が悪くプローブ情報を定期的に送信不可能な車両イが混在しているので、図７の判定基準に示すように、通信環境判定部１０６は、データ配信の対象である車両アが現在地を通過した後は、通信環境が良い道と悪い道に分岐していると判定する。

以上より、実施の形態２によれば、先行車両決定部１０４が、データ配信対象の車両が通過した第１の地点を過去に通過した複数の車両を先行車両として決定し、推定部１０５が、プローブ情報に基づいて、先行車両として決定された複数の車両が第１の地点を通過した後の通信環境をそれぞれ推定し、通信環境判定部１０６が、推定部１０５により推定された複数の車両それぞれの通信環境を組み合わせて、データ配信の対象である車両の通信環境判定を行うので、データ配信対象の車両が現在地を通過した後の地点における通信環境の判定をより精度高く行うことが可能となる。

なお、通信環境判定部１０６は、データ配信の対象である車両が現在地を通過した後、通信環境が良い道と悪い道に分岐している場合において、例えばナビゲーション装置により目的地までのルートが求められていれば、分岐のうち、自車両が走行予定の道における通信環境を判定するようにしてもよい。そうすることで、現在地を通過後に分岐があって、道によって通信環境が異なる場合においても、実際に走行予定の道における通信環境を判定することが可能となる。

実施の形態３．
以下図面を用いて本発明の実施の形態３を説明する。実施の形態３では、車両側装置２００から送信されるプローブ情報に、車両の進行方向と過去に通過した地点の位置情報が含まれる。

図１０は実施の形態３に係る車両側装置２００の構成例を示す図である。実施の形態３の車両側装置２００は、車両情報管理部２０５と、経路情報管理部２０６とを備える点で実施の形態１の車両側装置２００と異なる。なお、その他の構成については実施の形態１と同様であるので図１と同一の符号を付してその説明を省略する。

車両情報管理部２０５は、車両内部のセンサから取得した車両の速度や車両の進行方向等の情報を管理している。

経路情報管理部２０６は、車両が過去に通過した地点の情報が記録されている。

プローブ情報生成部２０３は、車両ＩＤと位置情報に加えて、進行方向と、過去に通過した過去の位置情報（過去位置）を加えたプローブ情報を生成する。過去位置については、第２の地点と表現してもよい。

図１１は実施の形態３に係るプローブ情報記憶部１０３に記憶されるプローブ情報の一例を示す図である。図１１に示すように、プローブ情報は、時刻、車両ＩＤ、位置に関する情報に加え、進行方向、過去位置の情報についても紐づけられている。例えば車両ａにおいて言えば、時刻Ｔ１、現在位置（Ｘａ１、Ｙａ１）で、進行方向はＤａ１、過去位置（Ｘａ_１、Ｙａ１_１）となる。ここでの進行方向は、進行の向きを表す情報であれば何でもよく、例えば方位角等が該当する。過去位置については、時刻Ｔ１よりも所定時間前、例えば１０秒前等における車両ａの位置が該当する。

図１２は実施の形態３に係る通信環境判定処理の動作例を示すフローチャートである。

ステップＳ００１、ステップＳ００２、ステップＳ００３については、実施の形態１の図４で説明したステップＳ１、ステップＳ２、ステップＳ３と同様であるため説明を省略する。

先行車両決定部１０４は、プローブ情報記憶部１０３に記憶されるプローブ情報に含まれる位置情報に基づき、第１の地点を過去に通過した車両それぞれに対し、データ配信の対象である車両が通過した第１の地点を過去に他の車両が通過したか否か、すなわち、データ配信の対象である車両と他の車両の第１の地点（現在地）における差が所定値（Ｄｃｕｒｒｅｎｔ）[ｍ]以内で、かつ、進行方向が同じか否かを判別し、所定値以内でかつ進行方向が同じ場合は（ステップＳ００４−Ｙｅｓ）、ステップＳ００５に進む。所定値以内でない、または、進行方向が同じでなければ（ステップＳ００４−Ｎｏ）、当該車両を先行車両の候補とはしない（ステップＳ００６）。

次に、先行車両決定部１０４は、プローブ情報記憶部１０３に記憶されるプローブ情報に含まれる過去位置の情報に基づき、データ配信の対象である車両が過去に通過した過去位置（第２の地点）を過去に他の車両が通過したか否か、すなわち、データ配信の対象である車両と他の車両の過去位置における差が所定値（Ｄｐａｓｔ）[ｍ]以内かどうか判別し、所定値以内である場合は（ステップＳ００５−Ｙｅｓ）、当該車両を先行車両として決定する（ステップＳ００７）。所定値以内でなければ（ステップＳ００５−Ｎｏ）、当該車両は先行車両として決定されないが、先行車両の候補として決定される（ステップＳ００８）。十分な台数の車両が先行車両として決定できない場合は、先行車両の候補の名から先行車両として決定してもよい。

以上より、実施の形態３によれば、先行車両決定部１０４は、プローブ情報に含まれる車両の進行方向及び過去位置（第２の地点）の情報を用いて先行車両を決定するので、データ配信の対象である車両と同じ方向に進んでいる車両を先行車両に決定することができ、データ配信の対象である車両の現在地を通過した後の通信環境をより正確に判定することができる。

また、データ配信対象である車両と他の車両の過去位置における差が小さい地点が複数ある場合は、データ配信の対象である車両と他の車両が同じ経路を辿っており、その後も同一経路を通過する可能性が高いので、データ配信の対象である車両の現在地を通過した後の通信環境をより正確に判定することができる。

なお、プローブ情報に、車両の速度情報を含めるようにしてもよい。そうすることで、サーバ装置１００は、車両の現在地を正確に求めることが可能となるので、その現在地を過去に通過した車両を先行車両として決定することができ、現在地を通過した後の通信環境の精度をさらに向上することが可能となる。なお、現在地については、データ配信対象である車両が直前に送信したプローブ情報に含まれる位置情報と、速度情報とを利用して移動距離を算出することにより、求めることができる。

実施の形態４．
以下図面を用いて本発明の実施の形態４を説明する。実施の形態４では、車両側装置２００から送信されるプローブ情報に、通信キャリア情報と無線電波強度に関する情報が含まれる。

図１３は実施の形態４に係る車両側装置２００の構成例を示す図である。実施の形態４の車両側装置２００は、通信環境モニタ部２０７を備える点で実施の形態１の車両側装置２００と異なる。なお、その他の構成については実施の形態１と同様であるので図１と同一の符号を付してその説明を省略する。

通信環境モニタ部２０７は、移動体データ送受信部２０４を介して、無線アクセス網のキャリア情報と無線電波強度を取得する。

プローブ情報生成部２０３は、車両ＩＤと位置情報に加え、キャリア情報と無線電波強度に関する情報を含めたプローブ情報を生成する。

図１４は実施の形態４に係るプローブ情報記憶部１０３に記憶されるプローブ情報の一例を示す図である。図１５に示すように、プローブ情報は、時刻、車両ＩＤ、位置に関する情報に加え、通信キャリア、無線電波強度の情報についても紐づけられている。例えば車両ａにおいて言えば、時刻Ｔ１、現在位置（Ｘａ１、Ｙａ１）で、通信キャリアはＡ社、無線電波強度は良、となる。

サーバ装置１００の先行車両決定部１０４は、プローブ情報に基づき、データ配信の対象である車両が通過した第１の地点を過去に通過した車両を先行車両として決定する。その際、先行車両決定部１０４は、データ配信の対象である車両と同じ通信キャリアの先行車両を決定する。なお、通信キャリア毎に通信環境は異なる。

以上より、実施の形態４によれば、先行車両決定部１０４は、プローブ情報に含まれる車両の通信キャリアの情報を用いて先行車両を決定するので、データ配信の対象である車両と同じ通信キャリアの車両を先行車両に決定することができるので、データ配信の対象である車両の現在地を通過した後の通信環境をより正確に判定することができる。

また、先行車両決定部１０４は、プローブ情報に含まれる無線電波強度の情報を利用することにより、車両の通信環境をより詳細に把握することができる。さらに、無線電波強度が低い車両に対してデータ配信を行わないようにすることにより、サーバ装置１００から車両側装置２００に不達となるデータ量を減少させることが可能となる。

なお、通信環境モニタ部２０７が、サーバ装置との通信に要する時間（ラウンドトリップタイム）を計測し、サーバ装置１００に通知するようにしてもよい。ラウンドトリップタイムは、通信の混雑状況を表すので、サーバ装置１００は、より詳細に車両の通信環境を把握することが可能となる。

１００ サーバ装置、１０１ データ送受信部、１０２ プローブ情報記憶部、１０３ プローブ情報記憶部、１０４ 先行車両決定部、１０５ 推定部、１０６ 通信環境判定部、１０７ 配信データ生成部、１０８ 配信制御部、２００ 車両側装置、２０１ 位置情報算出部、２０２ 車両ＩＤ管理部、２０３ プローブ情報生成部、２０４ 移動体データ送受信部、２０５車両情報管理部、２０６ 経路情報管理部、２０７ 通信環境モニタ部

Claims (13)

1. 移動体の位置情報を含んだ移動体情報に基づき、データ配信の対象である第１の移動体が通過した第１の地点を過去に通過した第２の移動体を決定する移動体決定部と、
   前記移動体決定部で決定された前記第２の移動体が前記第１の地点を通過した後の前記移動体情報に基づき通信環境を推定する推定部と、
   前記推定部で推定された前記通信環境に基づき、前記第１の移動体が現在地を通過した後の前記通信環境を判定する判定部と、
   を備えることを特徴とする通信環境判定システム。
2. 前記推定部は、前記第１の地点を通過した後の前記第２の移動体からの前記移動体情報の受信頻度に応じて前記通信環境を推定することを特徴とする請求項１に記載の通信環境判定システム。
3. 前記移動体決定部、前記推定部、及び前記判定部はサーバ装置又は移動体側装置に設けられることを特徴とする請求項１または２に記載の通信環境判定システム。
4. 前記移動体情報を送信する送信部と、
   前記移動体情報を受信する受信部と、を備え、
   前記送信部は移動体側装置に設けられ、前記移動体決定部、前記推定部、前記判定部、及び前記受信部はサーバ装置に設けられることを特徴とする請求項１または２に記載の通信環境判定システム。
5. 前記移動体決定部は、前記第１の地点を過去に通過した複数の移動体を前記第２の移動体として決定し、
   前記判定部は、前記移動体決定部で決定された前記複数の移動体の前記通信環境に基づき、前記第１の移動体が現在地を通過した後の前記通信環境を判定することを特徴とする請求項１から４のいずれかに記載の通信環境判定システム。
6. 前記移動体情報には、前記移動体の進行方向に関する情報が含まれ、
   前記移動体決定部は、前記移動体情報に基づき、前記第１の移動体が通過した前記第１の地点を過去に通過した複数の移動体のうち、前記第１の移動体と同じ進行方向の前記移動体を前記第２の移動体として決定することを特徴とする請求項１から４のいずれかに記載の通信環境判定システム。
7. 前記移動体情報には、前記移動体が過去に通過した第２の地点の位置情報が含まれ、
   前記移動体決定部は、前記移動体情報に基づき、前記第１の移動体が通過した前記第２の地点を過去に通過した複数の移動体のうち、前記第１の移動体が過去に通過した前記第２の地点を過去に通過した前記移動体を前記第２の移動体として決定することを特徴とする請求項１から４のいずれかに記載の通信環境判定システム。
8. 前記移動体情報には、前記移動体の速度情報が含まれ、
   前記移動体決定部は、前記速度情報を用いて前記第１の移動体の前記現在地を求め、前記現在地を過去に通過した前記移動体を前記第２の移動体として決定することを特徴とする請求項１から４のいずれかに記載の通信環境判定システム。
9. 前記移動体情報には、前記移動体の通信キャリアに関する情報が記憶され、
   前記移動体決定部は、前記移動体情報に基づき、前記第１の移動体が通過した前記第２の地点を過去に通過した複数の移動体のうち、前記第１の移動体に対応する前記通信キャリアの前記移動体を前記第２の移動体として決定することを特徴とする請求項１から４のいずれかに記載の通信環境判定システム。
10. 前記第１の移動体の通信環境をモニタする通信環境モニタ部を備え、
    前記移動体情報記憶部には、前記通信環境モニタ部でモニタされた前記通信環境の情報が含まれ、
    前記判定部は、前記移動体情報記憶部に記憶される前記通信環境の情報を用いて、前記第１の移動体が現在地を通過した後の前記通信環境を判定することを特徴とする請求項１から９のいずれかに記載の通信環境判定システム。
11. 前記移動体情報記憶部には、サーバ装置と前記第１の移動体との間の往復通信時間の情報が含まれ、
    前記判定部は、前記移動体情報記憶部に記憶される前記往復通信時間の情報を用いて、前記第１の移動体が現在地を通過した後の前記通信環境を判定することを特徴とする請求項１から１０のいずれかに記載の通信環境判定システム。
12. 移動体の位置情報を含んだ移動体情報に基づき、データ配信の対象である第１の移動体が通過した第１の地点を過去に通過した第２の移動体を決定するステップと、
    決定された前記第２の移動体が前記第１の地点を通過した後の前記移動体情報に基づき通信環境を推定するステップと、
    推定された前記通信環境に基づき、前記第１の移動体が現在地を通過した後の前記通信環境を判定するステップと、
    を有することを特徴とする通信環境判定方法。
13. コンピュータに、
    移動体の位置情報を含んだ移動体情報に基づき、データ配信の対象である第１の移動体が通過した第１の地点を過去に通過した第２の移動体を決定する移動体決定処理と、
    前記移動体決定処理で決定された前記第２の移動体が前記第１の地点を通過した後の前記移動体情報に基づき通信環境を推定する推定処理と、
    前記推定処理で判定された前記通信環境に基づき、前記第１の移動体が現在地を通過した後の前記通信環境を判定する判定処理と、を実行させることを特徴とするプログラム。

Images