JP2008199381A - 移動体通信システム - Google Patents
移動体通信システム Download PDFInfo
- Publication number
- JP2008199381A JP2008199381A JP2007033630A JP2007033630A JP2008199381A JP 2008199381 A JP2008199381 A JP 2008199381A JP 2007033630 A JP2007033630 A JP 2007033630A JP 2007033630 A JP2007033630 A JP 2007033630A JP 2008199381 A JP2008199381 A JP 2008199381A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- data
- information
- vehicle
- scheduling
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
【課題】
車両等の移動体の走行状態から将来の移動予測を行って通信品質の変化を推定し、その推定された通信品質に基づいて最適な通信が行えるようにスケジューリングする。
【解決手段】
移動体の移動に伴う通信状態の変化に応じて通信のスケジューリングを行う移動体通信システムにおいて、移動体の走行状態を取得する走行状態取得手段と、移動体の走行に影響を及ぼす環境情報を取得する環境情報取得手段と、走行状態と環境情報から移動体の移動を予測する移動予測手段と、移動予測から無線通信品質の変化を推定する推定手段と、推定手段によって推定された通信品質に従って通信をスケジューリングするスケジューリング手段とを有する。
【選択図】図2
車両等の移動体の走行状態から将来の移動予測を行って通信品質の変化を推定し、その推定された通信品質に基づいて最適な通信が行えるようにスケジューリングする。
【解決手段】
移動体の移動に伴う通信状態の変化に応じて通信のスケジューリングを行う移動体通信システムにおいて、移動体の走行状態を取得する走行状態取得手段と、移動体の走行に影響を及ぼす環境情報を取得する環境情報取得手段と、走行状態と環境情報から移動体の移動を予測する移動予測手段と、移動予測から無線通信品質の変化を推定する推定手段と、推定手段によって推定された通信品質に従って通信をスケジューリングするスケジューリング手段とを有する。
【選択図】図2
Description
本発明は、移動体とセンタサーバとを無線で接続して通信する移動体通信システムに係り、特に、自動車などの移動体へ音楽などのコンテンツを配信したり、経路やエンジン状態などの車両情報をセンタサーバへアップロードするシステムに関する。更に詳しくは、移動体の移動に従って変化する通信状態を予測し、予測した通信状態に基づいて最適な通信を行うスケジューリング技術に関する。
自動車に搭載した車載端末とセンタサーバとを無線ネットワークで接続し、渋滞情報や音楽コンテンツなどの配信を行うテレマティクスサービスが注目されている。現在、車載端末とセンタサーバとの接続には携帯電話が用いられている。自動車は高速で移動するため通信品質が変化しやすく、ネットワークが切断されやすい。また、自動車がトンネルなどの電波環境が悪い場所を走行する場合にもネットワークが切断されやすい。
ところで、TCP/IP通信では、通信が途中で途切れた場合や通信品質が悪い場合に、必要以上に多くのデータを送信しようとすると、かえって送信可能なデータ量が低減してしまうという特性がある。また一般には、通信途中でエラーが発生すると、例外処理や再転送のための追加処理が必要となる。そのため、自動車などの移動体通信システムでは、通信を最適化するためにスケジューリングを行わなければならない。
移動体とセンタサーバとの間で効率的な通信を行うための技術として、無線の電波強度に応じてデータ転送速度を制御する方法が知られている。例えば、特許文献1(特開平8−340308号公報)に開示されているように、無線通信回線を用いた通信方式において、回線の電波強度を監視して通信可能か否かを判断し、通信不可能のときには、通信開始依頼があっても、通信可能な電波状態になるまで待ってから自動的に通信を開始する。また、回線の電波強度に応じて適切なデータ転送速度を選択する。このように制御することで、電波状態の変化に即応できるため、効率的な通信が可能となる。
また、特許文献2(特開2001−230735号公報)には、移動局に積載された車載カメラにより進路上の電波遮蔽物を、相対的に移動する障害物を画像情報として捉え、その障害物の座標と通信相手の局の座標とを表現できる仮想空間において、障害物の座標と通信相手の局の座標とを結ぶ予測線を設定し、その予測線上の相対的な移動をもとに、その障害物が通信相手の局の座標に達する時間をあるいは通信相手の局の座標を過ぎ去る時間を予測することによって、通信障害の発生時期をあるいは通信障害の終了時期を予測し、さらに、この情報を元に通信網の通信回線や通信方式の一時的変更を行なって通信障害を回避する技術が開示されている。
然るに、上記特許文献1のように、無線の電波強度に応じてデータ転送速度を制御する方法では、急激に通信品質が変化する場合に対応できない。無線の電波強度は、ビルやトンネルなど遮蔽物の有無、基地局との距離、気温など、様々な要因によって変化する。自動車は高速で移動するため、電波強度が急激に変化しやすい。高速に移動するため、急にトンネルやビルの陰に入ったり、基地局が隣に移ったりする。電波強度が急激に変化すると、電波強度を計測した時の予想通信品質と比べて、実際に通信を開始した時の通信品質が劣化する可能性がある。そうすると、転送エラーなどが発生し、最適な通信を行うことができなくなる。
また、上記特許文献2のように、上述した車載カメラを用いた通信障害を回避する方法では、カメラで撮影可能な範囲だけしか通信品質を予測できない。道路は直線とは限らず、自動車は右左折する。そのため、車載カメラだけでの通信品質の予測には限界がある。また、カメラで撮影可能な範囲などの直近情報だけでは通信制御に限界がある。さらに、通信品質の変化は自動車の移動速度に依存するが、上述した車載カメラを用いた通信傷害を回避する方法では、移動速度の変化は予測していない。自動車の移動速度は、道路の混み具合、信号機の変わり具合などの要因に影響する。
本発明の目的は、車両等の移動体の走行状態から将来の移動予測を行って通信品質の変化を推定し、その推定された通信品質に基づいて最適な通信が行えるようにスケジューリングすることができる移動体通信システム、及びその方法、それに用いられる車載端末、車両、センタサーバを提供することにある。
本発明に係る移動体通信システムは、移動体の移動に伴う通信状態の変化に応じて通信のスケジューリングを行う移動体通信システムにおいて、移動体の走行状態を取得する走行状態取得手段と、移動体の走行に影響を及ぼす環境情報を取得する環境情報取得手段と、走行状態と環境情報から移動体の移動を予測する移動予測手段と、移動予測から無線通信品質の変化を推定する推定手段と、推定手段によって推定された通信品質に従って通信をスケジューリングするスケジューリング手段とを有することを特徴とする移動体通信システムとして構成される。
好ましい例では、前記各手段は、移動体に搭載された車載端末内に備えられ、スケジューリング手段によって決められたスケジュールに従って、車載端末に接続されるセンタサーバとの間で通信する移動体通信システムとして構成される。すなわち、車載端末として構成される。
また、他の好ましい例としては、前記各手段は、移動体に搭載された車載端末とネットワークを介して接続されるセンタサーバに備えられ、スケジューリング手段によって決められたスケジュールに従って、車載端末との間で通信する移動体通信システムとして構成される。すなわち、センタサーバとして構成される。
好ましくは、前記走行状態取得手段は、走行状態の情報として、経路、位置、平均車速、移動方向、電波強度の少なくとも1つの情報を移動体の内部の機器から取得する。
また、好ましくは、前記走行状態取得手段は移動体の移動に関連する経路情報を取得し、前記環境情報取得手段は、取得された経路情報が示す経路の渋滞情報と、経路における通信の品質を示す通信品質情報を、前記環境情報として取得する。
また、他の好ましい例としては、前記各手段は、移動体に搭載された車載端末とネットワークを介して接続されるセンタサーバに備えられ、スケジューリング手段によって決められたスケジュールに従って、車載端末との間で通信する移動体通信システムとして構成される。すなわち、センタサーバとして構成される。
好ましくは、前記走行状態取得手段は、走行状態の情報として、経路、位置、平均車速、移動方向、電波強度の少なくとも1つの情報を移動体の内部の機器から取得する。
また、好ましくは、前記走行状態取得手段は移動体の移動に関連する経路情報を取得し、前記環境情報取得手段は、取得された経路情報が示す経路の渋滞情報と、経路における通信の品質を示す通信品質情報を、前記環境情報として取得する。
また、前記移動体は、取得された環境情報を記憶する記憶装置を備え、前記移動予測手段及び前記推定手段は、記憶装置に記憶された環境情報を用いて、移動体の移動予測及び無線通信品質の変化を推定し、移動体が非通信の状態にある時も前記スケジューリング手段は、推定手段の推定結果に従ってスケジューリングを行う。
また、好ましくは、ネットワークを介して外部から取得したリアルタイムの渋滞情報と通信品質情報を用いて、前記移動予測手段及び前記推定手段は、移動体の移動予測及び無線通信品質の変化推定を行う。
また、経路上の信号機の位置と、信号機で停止する確率の情報を取得し、停止確率を用いて前記移動予測手段は移動予測を行う。
また、信号機で停止する確率情報を、複数の自動車の走行履歴から、曜日や時間帯毎によって統計的に処理して推定する。
また、前記スケジューリング手段は、通信品質に応じて1回に送信するデータサイズと送信間隔を変更するように通信をスケジューリングする。
また、複数データを送信する場合に、複数データを順次送信するように通信をスケジューリングする。
また、複数データを送信する場合に、複数データを並列送信するように通信をスケジューリングする。
また、送信するデータの優先度に応じて、優先度が高いデータを優先度が低いデータに比べて、送信するデータサイズが大きくなるように通信をスケジューリングする。
また、データが取得されてからの時間に比例して優先度が低くなる。また、一定時間毎に環境情報を取得してスケジューリングし直して、リアルタイムに変化する渋滞に適応できるようにする。
また、好ましくは、ネットワークを介して外部から取得したリアルタイムの渋滞情報と通信品質情報を用いて、前記移動予測手段及び前記推定手段は、移動体の移動予測及び無線通信品質の変化推定を行う。
また、経路上の信号機の位置と、信号機で停止する確率の情報を取得し、停止確率を用いて前記移動予測手段は移動予測を行う。
また、信号機で停止する確率情報を、複数の自動車の走行履歴から、曜日や時間帯毎によって統計的に処理して推定する。
また、前記スケジューリング手段は、通信品質に応じて1回に送信するデータサイズと送信間隔を変更するように通信をスケジューリングする。
また、複数データを送信する場合に、複数データを順次送信するように通信をスケジューリングする。
また、複数データを送信する場合に、複数データを並列送信するように通信をスケジューリングする。
また、送信するデータの優先度に応じて、優先度が高いデータを優先度が低いデータに比べて、送信するデータサイズが大きくなるように通信をスケジューリングする。
また、データが取得されてからの時間に比例して優先度が低くなる。また、一定時間毎に環境情報を取得してスケジューリングし直して、リアルタイムに変化する渋滞に適応できるようにする。
本発明に係るスケジューリング方法は、好ましくは、移動体に搭載された車載端末に対して、ネットワークを介してセンタサーバよりサービスを提供し、移動体の移動に伴う通信状態の変化に応じて通信のスケジューリングを行うスケジューリング方法であって、移動体の走行状態を取得する走行状態取得ステップと、移動体の走行に影響を及ぼす環境情報を取得する環境情報取得ステップと、走行状態と環境情報から移動体の移動を予測する移動予測ステップと、移動予測から無線通信品質の変化を推定する推定ステップと、推定によって推定された通信品質に従って通信をスケジューリングするスケジューリングステップと、を有し、スケジューリングによって決められたスケジュールに従って、車載端末とセンタサーバとの間で通信することを特徴とするスケジューリング方法として構成される。
本発明によれば、平均車速や経路といった車両の走行状態を用いて将来の通信品質を推定することで、変化する通信品質を踏まえて通信をスケジューリングし、これにより最適な通信を実現することができる。また、エラーなどによる通信時間の増加を防ぐことができ、無駄な通信コスト増加を抑えたり、運転手へのコンテンツ提供のレスポンス悪化を抑えたりすることができる。
また、渋滞情報や信号機情報を用いて移動速度を推定することで、道の混み具合や信号機の変わり具合など、状況に最適な通信スケジューリングをすることができる。また、経路上を右左折する自動車に対して、最適な通信をスケジューリングすることができる。
以下に、本発明の実施形態について、図を用いて以下で詳細に説明する。
[実施例1]
図1は、車両からセンタサーバにデータをアップロードする移動体通信システムの構成を示す。
このシステムは、車両101、センタサーバ111、渋滞情報管理サーバ113、通信品質管理サーバ114から構成される。ここで、センタサーバ111は車両101へコンテンツの提供サービスを行う会社が持つコンピュータであり、渋滞情報管理サーバ113は交通情報等の提供サービスを行う会社のコンピュータ、通信品質管理サーバ114は通信サービスを行うキャリアが持つコンピュータである。
[実施例1]
図1は、車両からセンタサーバにデータをアップロードする移動体通信システムの構成を示す。
このシステムは、車両101、センタサーバ111、渋滞情報管理サーバ113、通信品質管理サーバ114から構成される。ここで、センタサーバ111は車両101へコンテンツの提供サービスを行う会社が持つコンピュータであり、渋滞情報管理サーバ113は交通情報等の提供サービスを行う会社のコンピュータ、通信品質管理サーバ114は通信サービスを行うキャリアが持つコンピュータである。
車両101には、通信機器102、車載端末103、ハードディスク104、ECU105が搭載される。ECUはElectric Control Unit(電子制御装置)で、車のエンジンや足回りなどの制御を行う。車載端末103とECU105は車内ネットワーク107で接続されており、車載端末103は、エンジン回転数やアクセル開度といったECU105が持っている情報を取得することができる。ハードディスク104は、ECU105から収集した車両情報や、車載端末103が計算した経路情報、ドライバの車載端末の操作履歴などを記憶する。なおハードディスク以外にフラッシュメモリを用いても良い。また、車載端末103に内蔵されている記憶手段でも、USBなどのケーブルで接続された外部記憶装置でも良い。
ハードディスク104に蓄積された情報は通信機器102を用いて携帯網110を介してセンタサーバ111にアップロードされる。通信機器102は、車両に組込みの通信モジュールでも良いし、外付けで接続された携帯電話などでも良い。
ハードディスク104に蓄積された情報は通信機器102を用いて携帯網110を介してセンタサーバ111にアップロードされる。通信機器102は、車両に組込みの通信モジュールでも良いし、外付けで接続された携帯電話などでも良い。
センタサーバ111はデータベース112を有し、そのデータベース112には、車両との接続に必要な認証情報や、車両からアップロードされた情報が格納される。センタサーバ111と渋滞管理サーバ113、通信品質管理サーバ114とはネットワークを介して接続される。このネットワークは優先接続でも良いし、無線接続でも良い。センタサーバ111は渋滞管理サーバ113から渋滞情報を取得し、通信品質管理サーバ114からは通信品質情報を取得することができる。
渋滞管理サーバ113は、リアルタイムの渋滞情報を提供するサーバである。例えば、プローブ交通情報サービスでは、複数の車両から、リアルタイムの位置や車速を吸い上げて渋滞情報を計算する。通信品質管理サーバ114は、リアルタイムの通信品質を提供するサーバである。ここで、通信品質とは、地図上の位置(車両の場所)における通信レートのことを言うものとする。詳しくは、図8を参照して後述する。
図2は、プログラムの実行によって実現される機能構成を示す。
以下に説明する諸機能は、車載端末103が有するCPU、及びサーバ111,113,114のCPUでアプリケーションプログラムが実行されることで実現される。
車載端末103は、走行状態取得201、環境情報取得202、移動予測203、通信品質変化推定204、送信制御205、データ通信206を有する。
走行状態取得201は、車内ネットワーク107を介してECU105から車速などの車両情報を取得する機能を備えている。もちろん、既にハードディスク104に蓄積済みの車両情報を取得することもできる。走行状態取得201は、またハードディスク104からドライバによって設定された経路情報などを取得する機能も備えている。経路情報などは、ハードディスク104からではなく、車載端末103がメモリに持っている情報を取得しても良い。
以下に説明する諸機能は、車載端末103が有するCPU、及びサーバ111,113,114のCPUでアプリケーションプログラムが実行されることで実現される。
車載端末103は、走行状態取得201、環境情報取得202、移動予測203、通信品質変化推定204、送信制御205、データ通信206を有する。
走行状態取得201は、車内ネットワーク107を介してECU105から車速などの車両情報を取得する機能を備えている。もちろん、既にハードディスク104に蓄積済みの車両情報を取得することもできる。走行状態取得201は、またハードディスク104からドライバによって設定された経路情報などを取得する機能も備えている。経路情報などは、ハードディスク104からではなく、車載端末103がメモリに持っている情報を取得しても良い。
環境情報取得202は、通信品質情報や、通信品質に影響を与える渋滞情報などを取得する。環境情報は、データ通信206を介してセンタサーバ111から遂次取得しても良いし、或いは車両101のハードディスク104に既に格納された情報から取得しても良い。
移動予測203は、走行状態取得201で取得した経路や車速などの情報と、環境情報取得202で取得した渋滞情報から、経路上の移動に要する時間を予測する。渋滞がなく理想的に移動した場合の移動時間は、経路、制限速度などから予測することが可能である。また、渋滞情報に、どの地点でどの程度渋滞していてどのくらいのタイムロスが発生するかという情報を付け加えることで、渋滞を考慮した移動時間の予測が可能となる。さらに、地図情報に入っている信号機の位置情報を活用し、車が赤信号で停止することで発生するロスタイムを確率的に求めて利用することもできる。この赤信号で停止する確率は、地域などによって静的に設定しても良いし、時間帯や曜日毎に、実際の車が走行した履歴情報を統計的に処理して推定しても良い。
移動予測203は、走行状態取得201で取得した経路や車速などの情報と、環境情報取得202で取得した渋滞情報から、経路上の移動に要する時間を予測する。渋滞がなく理想的に移動した場合の移動時間は、経路、制限速度などから予測することが可能である。また、渋滞情報に、どの地点でどの程度渋滞していてどのくらいのタイムロスが発生するかという情報を付け加えることで、渋滞を考慮した移動時間の予測が可能となる。さらに、地図情報に入っている信号機の位置情報を活用し、車が赤信号で停止することで発生するロスタイムを確率的に求めて利用することもできる。この赤信号で停止する確率は、地域などによって静的に設定しても良いし、時間帯や曜日毎に、実際の車が走行した履歴情報を統計的に処理して推定しても良い。
通信品質変化推定204は、環境情報取得202で取得した通信品質の情報と、移動予測203で予測した結果を基にして、時間による通信品質の変化を推定する。ここで、通信品質は、エラーが発生せずに、ネットワークに流せるデータの最大サイズで表す。送信制御205は、通信品質変化推定204で得られた結果に基づいて、どのくらいのデータ量をどの程度の間隔でネットワークに送信するのかスケジューリングし、データ通信206を介してスケジュールに基づいて送信する。
センタサーバ111は、データ通信207、環境情報提供208、受信制御209、受信データ統合210を有する。データ通信207は、車載端末103のデータ通信206と通信するための機能である。環境情報提供208は、環境情報取得202からの要求に基づいて、渋滞情報管理サーバ113に問い合わせて渋滞情報を取得し、通信品質管理サーバ114に問い合わせて通信品質情報を取得し、取得した渋滞情報と通信品質情報を含む環境情報として応答する。
渋滞情報管理サーバ113は、渋滞情報管理211、渋滞情報212を有し、渋滞情報管理211が環境情報提供208からの要求に基づいて渋滞情報を応答する。また、通信品質管理サーバ114は、通信品質管理213、通信品質214を有し、通信品質管理213が環境情報提供208からの要求に基づいて通信品質情報を応答する。
センタサーバ111において、受信制御209は、車載端末103から分割して送られてきたデータを受信する。受信制御209は、どのデータを受信したのかを管理しており、通信エラーなどにより受信が完了しなかった場合には、再接続時に途中から再開することができるレジューム機能を備えている。なお、レジュームしないで、最初から送りなおすことも可能である。受信データ統合210は、受信制御209で受信した分割データ群を統合して元のデータに戻し、データベース112に蓄積する。データベース112に蓄積する場合に、世代管理をしても良い。新たに格納しようとしているデータと同じ名前のデータが既に格納されている場合には、既に格納されているデータを、名前を変更して別領域にバックアップしておく。この世代管理は、システムの設定値として設定できるようにしても良いし、車載端末103からデータを送信する際に指定できるようにしても良い。
センタサーバ111において、受信制御209は、車載端末103から分割して送られてきたデータを受信する。受信制御209は、どのデータを受信したのかを管理しており、通信エラーなどにより受信が完了しなかった場合には、再接続時に途中から再開することができるレジューム機能を備えている。なお、レジュームしないで、最初から送りなおすことも可能である。受信データ統合210は、受信制御209で受信した分割データ群を統合して元のデータに戻し、データベース112に蓄積する。データベース112に蓄積する場合に、世代管理をしても良い。新たに格納しようとしているデータと同じ名前のデータが既に格納されている場合には、既に格納されているデータを、名前を変更して別領域にバックアップしておく。この世代管理は、システムの設定値として設定できるようにしても良いし、車載端末103からデータを送信する際に指定できるようにしても良い。
ここで、図11を参照して、車両101のハードディスク104に記憶されるデータの記憶形式について説明する。ハードディスク104は、センタサーバ111へ送信するデータに関する、ID1101、データ種別1102、取得時刻1103、データ値1104を記憶する。ここで、ID1101は送信データ(例えばファイルのレコード)を一意に識別する。データ種別1102は優先度などを決めるためのデータ種別を表す。データ値1104はデータの中身を表し、取得時刻1103はデータを取得した時間を表す。
図3は、車載端末103における通信品質に応じた最適通信処理のフローを示す。
まず、走行状態や渋滞状況、通信品質といった車両の移動を予測するうえで必要となる情報を取得する(ステップ301)。次に、取得した関連情報に基づいて、ある時間に車両がどの位置にいるのかの移動予測を行う(ステップ302)。次に、得られた移動予測に基づいて車両が移動した場合に、通信品質がどのように変化しているかの推定を行う(ステップ303)。最後に、得られた通信品質の変化に基づいて、どのデータを、どのぐらいのサイズに分割し、どのタイミングで送信するかのスケジューリング処理することで、時間で変化する通信品質に応じた最適な通信を可能にする(ステップ304)。なお、各ステップの処理について、以下詳細に説明する。
まず、走行状態や渋滞状況、通信品質といった車両の移動を予測するうえで必要となる情報を取得する(ステップ301)。次に、取得した関連情報に基づいて、ある時間に車両がどの位置にいるのかの移動予測を行う(ステップ302)。次に、得られた移動予測に基づいて車両が移動した場合に、通信品質がどのように変化しているかの推定を行う(ステップ303)。最後に、得られた通信品質の変化に基づいて、どのデータを、どのぐらいのサイズに分割し、どのタイミングで送信するかのスケジューリング処理することで、時間で変化する通信品質に応じた最適な通信を可能にする(ステップ304)。なお、各ステップの処理について、以下詳細に説明する。
次に、図7及び図8を参照して、通信品質の変化の推定について説明する。
通信品質は、データの通信レートで表わされ、それは車両の場所(位置)に依存する。
(A)は、メッシュに区切られた場所と、その場所の道路の様子を示す。また、(B)は、(A)の場所における各メッシュの通信品質を示す。メッシュ毎に通信品質が決まっており、メッシュ内部は同じ通信品質を得ることができる。例えば、A1にいる期間は、1秒間に10KByteのデータを送信可能であること示す。
通信品質は、データの通信レートで表わされ、それは車両の場所(位置)に依存する。
(A)は、メッシュに区切られた場所と、その場所の道路の様子を示す。また、(B)は、(A)の場所における各メッシュの通信品質を示す。メッシュ毎に通信品質が決まっており、メッシュ内部は同じ通信品質を得ることができる。例えば、A1にいる期間は、1秒間に10KByteのデータを送信可能であること示す。
ここで、(A)において、車両がX地点からY地点へ移動する時、D1→D2→C2→C3→C4→B4とメッシュを移動することになる。この期間に通信品質は、5KByte(D1)→15KByte(D2)→5KByte(C2)→10KByte(C3)→5KByte(C4)→15KByte(B4)の順で変化する。この品質で通信できる時間は、移動速度などによって変化する。この例では、4×4のメッシュに区切られおり、一つのメッシュのサイズが十分大きくなっているが、実際にはメッシュは限りなく小さくなるため、通信品質はなめらかな曲線で変化することになる。通信品質の情報は、過去の統計から平均的な通信品質を算出することで得ることができ、通常、通信キャリア会社が有している。通信品質は電波を遮る遮蔽物によっても変化するため、通信品質情報の精度をあげるために、定期的に車を走らせて通信品質を計測する方法や各地点を走行中の多数の車両と通信することにより計測する方法もある。通信品質は天気や温度、時間帯などによっても左右されるため、より細かい条件化での測定が必要となる。
図8は、通信品質に応じたデータ分割サイズや送信間隔の求め方を示す概念図である。
(A)は、時間によって送信可能なデータサイズの上限(通信品質)を示す。通信品質は、なめらかな曲線を描きながら変化する。また、トンネルなどに入った場合には、全く通信できない状況となる場合もある。(B)は、時間で変化する通信品質に対して、データの分割サイズや送信間隔の決め方を示す。棒グラフの部分が実際の送信データを表している。あるサイズのデータをネットワークに流すためには一定以上の時間が必要となる。また、サイズによって必要となる時間が変わってくる。そのため、処理にかかる時間内での通信品質の変化を考慮しなければならない。
(A)は、時間によって送信可能なデータサイズの上限(通信品質)を示す。通信品質は、なめらかな曲線を描きながら変化する。また、トンネルなどに入った場合には、全く通信できない状況となる場合もある。(B)は、時間で変化する通信品質に対して、データの分割サイズや送信間隔の決め方を示す。棒グラフの部分が実際の送信データを表している。あるサイズのデータをネットワークに流すためには一定以上の時間が必要となる。また、サイズによって必要となる時間が変わってくる。そのため、処理にかかる時間内での通信品質の変化を考慮しなければならない。
例えば、時刻T1における分割サイズを考える。T1における上限サイズはS1であるが、送信が終了するT2には通信品質が悪くなり上限サイズがS2まで下がってしまっている。そのため、上限ギリギリのS1を送ろうとすると許容量以上のデータとなり通信エラーが発生し、その結果、送信時間が延びてしまう。そこで、開始時刻から終了時刻までの間で最も通信品質が悪い時に合わせてデータを送るようにする。T1からT2までの間では、T2の時のS2が最も低いので、T1の時点で予めS2のサイズでデータを分割して送信するようにする。T3からT4の間はトンネルに入っていて通信ができない状況であるため、T4−T3の時間分だけ送信間隔を空けることで調整する。
図4は、上記の関連情報取得処理(ステップ301)の詳細を示す。
まず、車両101の走行状態を取得する(ステップ401)。走行状態として、少なくとも経路、位置、平均車速、移動方向、電波状態を取得する。車速は、車内ネットワーク107を介してECU105から取得することができる。これを一定時間バッファリングすることで平均車速を取得することができる。なお直接ECU105から取得するのではなく、定期的にハードディスク104に蓄積し、その蓄積した車両情報を活用しても良い。位置、移動方向は、GPS(Global Positioning System)で得ることができ、これを定期的にハードディスク104に蓄積して活用する。電波状態は、車載端末103に直結された通信機器102の電波状態を定期的に取得し、ハードディスク104に蓄積して活用する。また、経路に関しても同様に、ドライバが車載端末103を介して設定した情報がハードディスク104に格納される。
まず、車両101の走行状態を取得する(ステップ401)。走行状態として、少なくとも経路、位置、平均車速、移動方向、電波状態を取得する。車速は、車内ネットワーク107を介してECU105から取得することができる。これを一定時間バッファリングすることで平均車速を取得することができる。なお直接ECU105から取得するのではなく、定期的にハードディスク104に蓄積し、その蓄積した車両情報を活用しても良い。位置、移動方向は、GPS(Global Positioning System)で得ることができ、これを定期的にハードディスク104に蓄積して活用する。電波状態は、車載端末103に直結された通信機器102の電波状態を定期的に取得し、ハードディスク104に蓄積して活用する。また、経路に関しても同様に、ドライバが車載端末103を介して設定した情報がハードディスク104に格納される。
次に、環境情報をセンタサーバ111から取得するか、車両101内のハードディスク104から取得するかを選択する(ステップ402)。センタサーバ111から取得するかハードディスク104から取得するかの選択方法は、あらかじめ車両毎に設定値として設定しておく。この設定を、あらかじめ、車両の所有者がテレマティクスサービスを契約して決めておく。なお、この設定は車種毎に決めても良いし、地域で決めても良いし、所有者の年齢などで決めても良い。また、通信頻度に応じて動的に変わるようにしても良い。例えば、平均通信間隔が1時間未満の場合にはセンタサーバ111から取得するようにし、平均通信時間が1時間以上の場合にはハードディスク104から取得するようにする。また、常にハードディスク104から取得するようにし、センタサーバ111と通信した時に、ハードディスク104の情報を更新するようにしても良い。また、ハードディスク104の情報の鮮度に応じて動的に変わるようにしても良い。例えば、ハードディスク104の情報を更新してから1日以上たったら、センタサーバ111から最新情報を取得し、ハードディスク104の情報を更新するようにしても良い。
センタサーバ111から取得する場合(Yes)にはステップ403に移り、ハードディスク104から取得する場合(No)にはステップ405に移る。ステップ404では、通信機器102を介してセンタサーバ111とネットワークを接続して(ステップ403)、センタサーバ111に要求を出してリアルタイムの環境情報を取得する(ステップ404)。一方、ステップ405では、ハードディスク104にアクセスして事前に蓄積した環境情報を取得する。
図5は、最適通信のスケジューリング処理(ステップ304)の詳細を示す。
センタサーバ111へ送信するデータは1つだけではなく複数ある場合がある。例えば、交通情報サービスのための車両情報、燃費診断のための車両情報など、センタでの各サービスのために、複数の車両情報を送信することがある。この単一または複数データをさらに分割して送信するよう最適通信をスケジューリングする。また、複数データ間での優先制御も含めて最適通信をスケジューリングする。
センタサーバ111へ送信するデータは1つだけではなく複数ある場合がある。例えば、交通情報サービスのための車両情報、燃費診断のための車両情報など、センタでの各サービスのために、複数の車両情報を送信することがある。この単一または複数データをさらに分割して送信するよう最適通信をスケジューリングする。また、複数データ間での優先制御も含めて最適通信をスケジューリングする。
まず、送信するデータが複数か否かを確認する(ステップ501)。確認の結果、送信データが複数の場合にはステップ502へ移り、それが単一の場合にはステップ503へ移る。
ステップ502では、複数のデータを送信する際の送信方法を選択する。複数データの送信方法としては、ここでは順次送信、並列送信、優先度送信の3つがある。例えば、データA、データB、データCを送信する場合で、それぞれが、データA1、データA2、データB1、データB2、データC1、データC2に分割されて送信される場合を考える。
順次送信は、データAを送信完了してからデータBを送信し、データBを送信完了してからデータCを送信するというように、データを一つずつ送信する。この例ではデータA1→データA2→データB1→データB2→データC1→データC2の順に送信される。
並列送信は、データA、データB、データCを並列に送信する。データA1→データB1→データC1→データA2→データB2→データC2の順に送信される。また、優先度送信は、優先度の高いデータを優先的に送信する。例えば、データAの優先度が高、データBとデータCの優先度が低とすると、データA1→データA2→データB1→データC1→データB2→データC2の順に送信される。
ステップ502では、複数のデータを送信する際の送信方法を選択する。複数データの送信方法としては、ここでは順次送信、並列送信、優先度送信の3つがある。例えば、データA、データB、データCを送信する場合で、それぞれが、データA1、データA2、データB1、データB2、データC1、データC2に分割されて送信される場合を考える。
順次送信は、データAを送信完了してからデータBを送信し、データBを送信完了してからデータCを送信するというように、データを一つずつ送信する。この例ではデータA1→データA2→データB1→データB2→データC1→データC2の順に送信される。
並列送信は、データA、データB、データCを並列に送信する。データA1→データB1→データC1→データA2→データB2→データC2の順に送信される。また、優先度送信は、優先度の高いデータを優先的に送信する。例えば、データAの優先度が高、データBとデータCの優先度が低とすると、データA1→データA2→データB1→データC1→データB2→データC2の順に送信される。
この例では、優先度は高と低の2種類しかないが、3種類以上に設定しても良い。また、この例では、優先度が低のデータB・データCを1つ送る間に、優先度が高のデータAを2つ(2倍)送信しているが、この倍率は事前に定義しておいても良いし、優先度によって倍率を変え、優先度が高くなるほど倍率が高くなるようにしても良い。例えば、優先度が高・中・低の3種類の場合に、優先度が低のデータを1つ送る間に、優先度が中のデータを2つ(2倍)送り、優先度が高のデータを3つ(3倍)送るようにしても良い。
次に、送信方法に基づいて通信をスケジューリングする(ステップ503)。ステップ303で得られた、通信品質の変化の推定結果に基づいて、データを分割するサイズと、データを送信する間隔を決定する。分割サイズは、通信エラーが発生しないように最適なサイズを選択する。送信間隔は、トンネル内など通信が行えない場合の待ち時間として設定する。分割サイズ、送信間隔、複数または単一のデータの送信方法に基づいて通信をスケジューリングする。
次に、ステップ503でスケジューリングした結果に基づいて、送信するデータから分割サイズ分のデータを切り出す(ステップ504)。例えば、10KByteのデータAがあり、6KByteに分割して送信する場合には、まず先頭6KByteのデータA1を切り出して送信し、次に残りの4KByteのデータA2を送信する。10KByteのデータAと2KByteのデータBがある場合には、「先頭6KByteデータA1」→「残り4ByteデータA2」→「2KByteデータB」というようにデータの切れ目で分割するのが好ましい。なお、分割サイズや送信間隔は通信品質に依存するものであり、送信するデータ自体には依存しない。
次に、ステップ504で切り出したデータをセンタサーバ111に対して送信する(ステップ505)。なお、送信するデータには、受信側のセンタサーバ111でデータを復元するための情報を付加する。そして、全てのデータが送信完了したか否かを判断する(ステップ506)。その結果、送信完了した場合には処理を終了し、送信完了していない場合にはステップ507に進み、ステップ503でスケジューリングした送信間隔の時間だけ処理を休止して、ステップ504に戻る。このステップ504〜ステップ507を、全てのデータを送信し終わるまで繰り返す。
図6は、車載端末103からセンタサーバ111へデータをアップロードする処理フローを示す。
車載端末103とセンタサーバ111は常時接続しているわけではなく、ドライバのアクションなどによって必要な時に接続される。
まず、車載端末103からセンタサーバ111に対してネットワークを接続し、データ分割送信の開始要求を送る(ステップ601)。センタサーバア111は、サーバ処理負荷などを確認し、受信準備が完了したら応答する(ステップ611)。そして、車載端末103からセンタサーバ111に対してデータを分割送信し(ステップ602、603)、センタサーバ111はその分割されたデータを受信する(ステップ612、613)。
車載端末103とセンタサーバ111は常時接続しているわけではなく、ドライバのアクションなどによって必要な時に接続される。
まず、車載端末103からセンタサーバ111に対してネットワークを接続し、データ分割送信の開始要求を送る(ステップ601)。センタサーバア111は、サーバ処理負荷などを確認し、受信準備が完了したら応答する(ステップ611)。そして、車載端末103からセンタサーバ111に対してデータを分割送信し(ステップ602、603)、センタサーバ111はその分割されたデータを受信する(ステップ612、613)。
そして全てのデータを送信し終えたら、送信終了の応答を返す(ステップ614)。センタサーバ111は応答を返すと、車載端末103との接続を切断する。そして、受信した分割データ群を統合してデータを復元して(ステップ615)、その復元したデータをデータベース112に蓄積する(ステップ616)。なお、復元データの蓄積場所はデータベース112ではなく、メモリ上でも良いし、内蔵ハードディスクでも良いし、外部接続したフラッシュメモリやハードディスクなどでも良い。
図9は、複数データを送信する場合のデータ種別によるデータの優先度のテーブル構成を示す。
このテーブルは、データ種別901毎に対して優先度902が定義され、車載端末103のハードディスク104に登録されている。データ種別901は、個々の送信するデータの中身ではなく、いかなる種類のデータであるのかを表す。そのため、同じECUのデータであったとしても、種別が異なれば優先度が異なる。例えば、車両情報(プローブ)として車速を送信する場合には優先度は2'であるが、車両情報(S&S)として車速を送信する場合には優先度は1'となる。
このテーブルは、データ種別901毎に対して優先度902が定義され、車載端末103のハードディスク104に登録されている。データ種別901は、個々の送信するデータの中身ではなく、いかなる種類のデータであるのかを表す。そのため、同じECUのデータであったとしても、種別が異なれば優先度が異なる。例えば、車両情報(プローブ)として車速を送信する場合には優先度は2'であるが、車両情報(S&S)として車速を送信する場合には優先度は1'となる。
センタサーバ111では、プローブの場合には渋滞情報の生成のために活用することができ、S&Sの場合には盗難車追跡に活用できる。優先度は事前に定義しておくものであり、この定義情報は車載端末103に持たせておく。なお、この定義情報をセンタサーバ111から更新するようにしても良いし、車載端末103がセンタサーバ111と接続した時に更新されているかどうかを確認するようにしても良い。また、車両毎によって定義を変えても良いし、車種や地域など特定のグループで定義を統一しても良い。この優先度を用いて送信することで、より重要なデータを優先的に送信することが可能となる。
図10は、時間によるデータの優先度の変化に関するテーブル構成を示す。
このテーブルは、データ種別1001毎に時間による変化のルール1002が定義され、同じくハードディスク104に登録されている。ルール1002は、データが作成されてからの経過時間による優先度の変化を規定する。優先度の下がり方、つまり、データが重要であるか否かはデータ種別によって異なるため、データ種別1001毎にルール1002を定義する必要がある。
例えば、車両情報(S&S)としての車速を活用する盗難車追跡の場合、どんなに時間が経過したとしても盗難車を追跡する上では重要な情報となるため、経過時間による優先度の低下はない。一方、車両情報(プローブ)としての車速を活用する渋滞予測の場合、リアルタイムの渋滞予測を行う上では現在の車速が重要なのであり、時間が経過するほど重要度が下がり、統計的な活用しかできなくなってしまう。そのため、30分毎に優先度が1'下がるというルールになる。このルールは事前に車載端末103に定義しておく方法でも良いし、センタサーバ111から定義情報を配信する方法でも良い。また、車両毎によって定義を変えても良いし、車種や地域など特定のグループで定義を統一しても良い。
このテーブルは、データ種別1001毎に時間による変化のルール1002が定義され、同じくハードディスク104に登録されている。ルール1002は、データが作成されてからの経過時間による優先度の変化を規定する。優先度の下がり方、つまり、データが重要であるか否かはデータ種別によって異なるため、データ種別1001毎にルール1002を定義する必要がある。
例えば、車両情報(S&S)としての車速を活用する盗難車追跡の場合、どんなに時間が経過したとしても盗難車を追跡する上では重要な情報となるため、経過時間による優先度の低下はない。一方、車両情報(プローブ)としての車速を活用する渋滞予測の場合、リアルタイムの渋滞予測を行う上では現在の車速が重要なのであり、時間が経過するほど重要度が下がり、統計的な活用しかできなくなってしまう。そのため、30分毎に優先度が1'下がるというルールになる。このルールは事前に車載端末103に定義しておく方法でも良いし、センタサーバ111から定義情報を配信する方法でも良い。また、車両毎によって定義を変えても良いし、車種や地域など特定のグループで定義を統一しても良い。
[実施例2]
次に、図12及び図13を参照して実施例2について説明する。
この例は、図2に示した例に対比して、車載端末103における主な処理機能をセンタサーバ111で行うものである。すなわち、図3の各処理をセンタサーバ111で実行して、その処理結果である最適通信のスケジューリングをセンタサーバ111から車載端末103へダウンロードする。
次に、図12及び図13を参照して実施例2について説明する。
この例は、図2に示した例に対比して、車載端末103における主な処理機能をセンタサーバ111で行うものである。すなわち、図3の各処理をセンタサーバ111で実行して、その処理結果である最適通信のスケジューリングをセンタサーバ111から車載端末103へダウンロードする。
以下、具体的に説明する。
なお、渋滞情報管理サーバ113及び通信品質管理サーバ114の機能は、図2による例と同様であるので、その説明は省略する。
車載端末103は、走行状態提供1201、データ通信1202、受信制御1203、受信データ統合1204を有する。走行状態提供1201は、車内ネットワーク107を介してECU105から車速などの車両情報を取得する機能を備えている。走行状態提供201は、ハードディスク104からドライバによって設定された経路情報などを取得する機能も備えている。経路情報などは、ハードディスク104からではなく、車載端末103がメモリに持っている情報を取得しても良い。このように取得された情報は、データ通信1202を介してセンタサーバ111へアップロードされる。受信制御1203は、センタサーバ111から分割して送られてきたデータを受信する。受信制御1203は、どのデータを受信したのかを管理しており、通信エラーなどにより受信が完了しなかった場合には、再接続時に途中から再開することができるレジューム機能を備えている。もちろん、レジュームしないで、最初から送りなおすことも可能である。受信データ統合1204は、受信制御1203で受信した分割データ群を統合して元のデータに戻し、ハードディスク104に蓄積する。
なお、渋滞情報管理サーバ113及び通信品質管理サーバ114の機能は、図2による例と同様であるので、その説明は省略する。
車載端末103は、走行状態提供1201、データ通信1202、受信制御1203、受信データ統合1204を有する。走行状態提供1201は、車内ネットワーク107を介してECU105から車速などの車両情報を取得する機能を備えている。走行状態提供201は、ハードディスク104からドライバによって設定された経路情報などを取得する機能も備えている。経路情報などは、ハードディスク104からではなく、車載端末103がメモリに持っている情報を取得しても良い。このように取得された情報は、データ通信1202を介してセンタサーバ111へアップロードされる。受信制御1203は、センタサーバ111から分割して送られてきたデータを受信する。受信制御1203は、どのデータを受信したのかを管理しており、通信エラーなどにより受信が完了しなかった場合には、再接続時に途中から再開することができるレジューム機能を備えている。もちろん、レジュームしないで、最初から送りなおすことも可能である。受信データ統合1204は、受信制御1203で受信した分割データ群を統合して元のデータに戻し、ハードディスク104に蓄積する。
センタサーバ111は、データ通信1205、走行状態取得1206、環境情報取得1207、送信制御1208、通信品質変化推定1209、移動予測1210を有する。データ通信1205は、車載端末103のデータ通信1202と通信するための機能である。走行状態取得1206は、車載端末103から送られてきた走行状態に関する情報を取得する機能である。環境情報取得1207は、通信品質情報や、通信品質に影響を与える渋滞情報などを取得する。渋滞情報管理サーバ113に問い合わせて渋滞情報を取得し、通信品質管理サーバ114に問い合わせて通信品質情報を取得する。
移動予測1210では、走行状態取得1206で取得した経路や車速などの情報と、環境情報取得1207で取得した渋滞情報から、経路上を移動するにかかる時間を予測する。通信品質変化推定1209は、環境情報取得1207で取得した通信品質の情報と、移動予測1210で予測した結果を基にして、時間による通信品質の変化を推定する。送信制御1208は、通信品質変化推定1209で得られた結果に基づいて、どのくらいのデータ量をどの程度の間隔でネットワークに送信するのかスケジューリングし、データ通信1205を介してスケジュールに基づいて送信する。
図13は、センタサーバ111から車載端末103へのデータダウンロードする処理フローを示す。
車載端末103とセンタサーバ111は常時接続しているわけではなく、ドライバのアクションなどによって必要な時に接続される。
まず、車載端末103からセンタサーバ111に対してネットワークの接続要求を送り(ステップ1301)、センタサーバ111は接続応答を返す(ステップ1311)。すると、車載端末103は、走行状態に関する情報をアップロードすると(ステップ1302)、センタサーバ111はデータ分割送信の開始要求を送る(ステップ1312)。そして、車載端末103は処理負荷などを確認し、受信準備が完了したら応答する(ステップ1303)。センタサーバ111は車載端末103に対してデータを分割して送信し(ステップ1313、1314)、車載端末103はその分割されたデータを受信する(ステップ1304、1305)。全てのデータを送信し終えたら、送信終了の応答を返す(ステップ1315)。
車載端末103とセンタサーバ111は常時接続しているわけではなく、ドライバのアクションなどによって必要な時に接続される。
まず、車載端末103からセンタサーバ111に対してネットワークの接続要求を送り(ステップ1301)、センタサーバ111は接続応答を返す(ステップ1311)。すると、車載端末103は、走行状態に関する情報をアップロードすると(ステップ1302)、センタサーバ111はデータ分割送信の開始要求を送る(ステップ1312)。そして、車載端末103は処理負荷などを確認し、受信準備が完了したら応答する(ステップ1303)。センタサーバ111は車載端末103に対してデータを分割して送信し(ステップ1313、1314)、車載端末103はその分割されたデータを受信する(ステップ1304、1305)。全てのデータを送信し終えたら、送信終了の応答を返す(ステップ1315)。
車載端末103は、センタサーバ111は応答を返すと、センタサーバ111との接続を切断して終了する(ステップ1306)。その後、車載端末103は、受信した分割データ群を統合してデータを復元して(ステップ1307)、その復元したデータを例えばハードディスク104に蓄積する(ステップ1308)。
センタサーバ111と車載端末103間の分割送信に関しては、車両単体の通信品質だけではなく、複数車両の車両群全体として、優先度の高いデータに帯域を割り当てても良い。例えば、車両Aからの盗難車追跡用の車両情報収集と、車両Bへのニュース配信が同時に発生した場合、優先度の高い車両Aからの盗難車追跡用の車両情報収集にネットワーク帯域を割り当て、その後で車両Bへニュースを配信する。
101:車両、 103:車載端末、 111:センタサーバ、 112:データベース、 113:渋滞情報管理サーバ、 114:通信品質管理サーバ、 201:走行状態取得、 202:環境情報取得、 203:移動予測203 204:通信品質変化推定、 205:送信制御、 206:データ通信、 207:データ通信、 208:環境情報取得、 209:受信制御、 210:受信データ統合、 211:渋滞情報管理、 212:渋滞情報、 213:通信品質管理、 214:通信品質
Claims (19)
- 移動体の移動に伴う通信状態の変化に応じて通信のスケジューリングを行う移動体通信システムにおいて、
移動体の走行状態を取得する走行状態取得手段と、該移動体の走行に影響を及ぼす環境情報を取得する環境情報取得手段と、走行状態と該環境情報から該移動体の移動を予測する移動予測手段と、該移動予測から無線通信品質の変化を推定する推定手段と、該推定手段によって推定された通信品質に従って通信をスケジューリングするスケジューリング手段とを有することを特徴とする移動体通信システム。 - 前記各手段は、移動体に搭載された車載端末内に備えられ、該スケジューリング手段によって決められたスケジュールに従って、該車載端末に接続されるセンタサーバとの間で通信することを特徴とする請求項1の移動体通信システム。
- 前記各手段は、移動体に搭載された車載端末とネットワークを介して接続されるセンタサーバに備えられ、該スケジューリング手段によって決められたスケジュールに従って、該車載端末との間で通信することを特徴とする請求項1の移動体通信システム。
- 前記走行状態取得手段は、該走行状態の情報として、経路、位置、平均車速、移動方向、電波強度の少なくとも1つの情報を該移動体の内部の機器から取得することを特徴とする請求項1乃至3のいずれかの移動体通信システム。
- 前記走行状態取得手段は移動体の移動に関連する経路情報を取得し、前記環境情報取得手段は、取得された該経路情報が示す経路の渋滞情報と、該経路における通信の品質を示す通信品質情報を、前記環境情報として取得することを特徴とする請求項1乃至3のいずれかの移動体通信システム。
- 前記移動体は、取得された該環境情報を記憶する記憶装置を備え、前記移動予測手段及び前記推定手段は、該記憶装置に記憶された該環境情報を用いて、該移動体の移動予測及び無線通信品質の変化を推定し、該移動体が非通信の状態にある時も前記スケジューリング手段は、該推定手段の推定結果に従ってスケジューリングを行うことを特徴とする請求項1乃至5のいずれかの移動体通信システム。
- ネットワークを介して外部から取得したリアルタイムの渋滞情報と通信品質情報を用いて、前記移動予測手段及び前記推定手段は、該移動体の移動予測及び無線通信品質の変化推定を行うことを特徴とする請求項5の移動体通信システム。
- 経路上の信号機の位置と、該信号機で停止する確率の情報を取得し、該停止確率を用いて前記移動予測手段は移動予測を行うことを特徴とする請求項4の移動体通信システム。
- 信号機で停止する確率情報を、複数の自動車の走行履歴から、曜日や時間帯毎によって統計的に処理して推定することを特徴とする請求項8の移動体通信システム。
- 前記スケジューリング手段は、通信品質に応じて1回に送信するデータサイズと送信間隔を変更するように通信をスケジューリングすることを特徴とする請求項1又は2の移動体通信システム。
- 複数データを送信する場合に、複数データを順次送信するように通信をスケジューリングすることを特徴とする請求項10の移動体通信システム。
- 複数データを送信する場合に、複数データを並列送信するように通信をスケジューリングすることを特徴とする請求項10の移動体通信システム。
- 送信するデータの優先度に応じて、優先度が高いデータを優先度が低いデータに比べて、送信するデータサイズが大きくなるように通信をスケジューリングすることを特徴とする請求項12の移動体通信システム。
- データが取得されてからの時間に比例して優先度が低くなることを特徴とする請求項13の移動体通信システム。
- 一定時間毎に該環境情報を取得してスケジューリングし直して、リアルタイムに変化する渋滞に適応できるようにすることを特徴とする請求項1乃至3のいずれかの移動体通信システム。
- サービスを提供するセンタサーバと接続され、移動体の移動に伴う通信状態の変化に応じて通信のスケジューリングを行う、移動体に搭載された車載端末において、
移動体の走行状態を取得する走行状態取得手段と、該移動体の走行に影響を及ぼす環境情報を取得する環境情報取得手段と、走行状態と該環境情報から該移動体の移動を予測する移動予測手段と、該移動予測から無線通信品質の変化を推定する推定手段と、該推定手段によって推定された通信品質に従って通信をスケジューリングするスケジューリング手段と、を有し、
該スケジューリング手段によって決められたスケジュールに従って、該車載端末に接続されるセンタサーバとの間で通信することを特徴とする車載端末。 - 請求項16に記載の前記車載端末を搭載し、かつ取得された該環境情報を記憶する記憶装置を備えることを特徴とする車両。
- 移動体に搭載された車載端末にサービスを提供すると共に、該移動体の移動に伴う通信状態の変化に応じて通信のスケジューリングを行うセンタサーバにおいて、
移動体の走行状態を取得する走行状態取得手段と、該移動体の走行に影響を及ぼす環境情報を取得する環境情報取得手段と、走行状態と該環境情報から該移動体の移動を予測する移動予測手段と、該移動予測から無線通信品質の変化を推定する推定手段と、該推定手段によって推定された通信品質に従って通信をスケジューリングするスケジューリング手段と、を有し、
該スケジューリング手段によって決められたスケジュールに従って、該車載端末との間で通信することを特徴とするセンタサーバ。 - 移動体に搭載された車載端末に対して、ネットワークを介してセンタサーバよりサービスを提供し、該移動体の移動に伴う通信状態の変化に応じて通信のスケジューリングを行うスケジューリング方法であって、
移動体の走行状態を取得する走行状態取得ステップと、該移動体の走行に影響を及ぼす環境情報を取得する環境情報取得ステップと、走行状態と該環境情報から該移動体の移動を予測する移動予測ステップと、該移動予測から無線通信品質の変化を推定する推定ステップと、該推定によって推定された通信品質に従って通信をスケジューリングするスケジューリングステップと、を有し、該スケジューリングによって決められたスケジュールに従って、該車載端末とセンタサーバとの間で通信することを特徴とするスケジューリング方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007033630A JP2008199381A (ja) | 2007-02-14 | 2007-02-14 | 移動体通信システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2007033630A JP2008199381A (ja) | 2007-02-14 | 2007-02-14 | 移動体通信システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2008199381A true JP2008199381A (ja) | 2008-08-28 |
Family
ID=39757930
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2007033630A Pending JP2008199381A (ja) | 2007-02-14 | 2007-02-14 | 移動体通信システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2008199381A (ja) |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2011045828A1 (ja) * | 2009-10-13 | 2011-04-21 | 三菱電機株式会社 | 車載無線通信装置および車載無線通信システム |
WO2011074116A1 (ja) * | 2009-12-18 | 2011-06-23 | 三菱電機株式会社 | 優先制御装置、車載装置および優先制御方法 |
WO2011138972A1 (ja) * | 2010-05-07 | 2011-11-10 | 日本電気株式会社 | 情報処理装置、端末、サーバ及びデータ転送方法 |
JP2012195771A (ja) * | 2011-03-16 | 2012-10-11 | Fujitsu Ltd | 通信制御装置及び方法並びに無線通信システム |
WO2014111992A1 (ja) * | 2013-01-18 | 2014-07-24 | 株式会社デンソー | 情報サーバとデータを送受信する車載機 |
WO2014111982A1 (ja) * | 2013-01-17 | 2014-07-24 | 三菱電機株式会社 | 送信制御システム、サーバ装置及び車両 |
US8862372B2 (en) | 2010-03-17 | 2014-10-14 | Toyota Mapmaster Incorporated | Intersection-stopping-rate specifying apparatus, navigation apparatus, computer program for specifying intersection-stopping-rate, computer program for conducting navigation |
JP2016019101A (ja) * | 2014-07-07 | 2016-02-01 | 株式会社東芝 | タイミング決定装置、タイミング決定方法およびコンピュータプログラム |
JP2018026728A (ja) * | 2016-08-10 | 2018-02-15 | Kddi株式会社 | 通信品質予測装置、ロボット、通信品質予測方法、及びプログラム |
JP2018081139A (ja) * | 2016-11-14 | 2018-05-24 | アイシン・エィ・ダブリュ株式会社 | 配信態様設定システム及び配信態様設定プログラム |
JP2019118059A (ja) * | 2017-12-27 | 2019-07-18 | 株式会社日立製作所 | 通信システム、通信制御装置、及び通信制御方法 |
CN111213396A (zh) * | 2017-10-13 | 2020-05-29 | 罗伯特·博世有限公司 | 用于下载数字地理地图图块的方法和*** |
JP2020137039A (ja) * | 2019-02-25 | 2020-08-31 | 日本電気株式会社 | 通信制御装置、通信制御方法及びプログラム |
WO2021064858A1 (ja) * | 2019-10-01 | 2021-04-08 | 日本電気株式会社 | 通信速度予測装置、通信速度予測方法及び記録媒体 |
US11165884B1 (en) | 2020-06-08 | 2021-11-02 | Fujitsu Limited | Data collection device and data collection method |
WO2021250925A1 (ja) * | 2020-06-12 | 2021-12-16 | パナソニック株式会社 | 無線通信装置およびスケジューリング方法 |
DE112018006781B4 (de) | 2018-02-09 | 2021-12-30 | Mitsubishi Electric Corporation | Kommunikationsvorrichtung und Kommunikationsprogramm |
JP2022072257A (ja) * | 2020-10-29 | 2022-05-17 | 本田技研工業株式会社 | 情報処理装置、移動体、プログラム、及び情報処理方法 |
JP2022526909A (ja) * | 2019-03-26 | 2022-05-27 | トヨタ自動車株式会社 | 車両制御システムの体感品質(QoE)管理 |
WO2023243274A1 (ja) * | 2022-06-14 | 2023-12-21 | 日本電信電話株式会社 | 制御装置、制御方法、及びプログラム |
-
2007
- 2007-02-14 JP JP2007033630A patent/JP2008199381A/ja active Pending
Cited By (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8817727B2 (en) | 2009-10-13 | 2014-08-26 | Mitsubishi Electric Corporation | On-board wireless communication apparatus and on-board wireless communication system |
WO2011045828A1 (ja) * | 2009-10-13 | 2011-04-21 | 三菱電機株式会社 | 車載無線通信装置および車載無線通信システム |
JP5372171B2 (ja) * | 2009-10-13 | 2013-12-18 | 三菱電機株式会社 | 車載無線通信装置および車載無線通信システム |
DE112009005313B4 (de) * | 2009-10-13 | 2016-07-21 | Mitsubishi Electric Corporation | Drahtlose Fahrzeugkommunikationsvorrichtung und drahtloses Fahrzeugkommunikationssystem |
WO2011074116A1 (ja) * | 2009-12-18 | 2011-06-23 | 三菱電機株式会社 | 優先制御装置、車載装置および優先制御方法 |
US8862372B2 (en) | 2010-03-17 | 2014-10-14 | Toyota Mapmaster Incorporated | Intersection-stopping-rate specifying apparatus, navigation apparatus, computer program for specifying intersection-stopping-rate, computer program for conducting navigation |
WO2011138972A1 (ja) * | 2010-05-07 | 2011-11-10 | 日本電気株式会社 | 情報処理装置、端末、サーバ及びデータ転送方法 |
JP5900329B2 (ja) * | 2010-05-07 | 2016-04-06 | 日本電気株式会社 | 情報処理装置、端末、サーバ及びデータ転送方法 |
US9117252B2 (en) | 2010-05-07 | 2015-08-25 | Nec Corporation | Information processing device, terminal, server, and method for data transfer |
JP2012195771A (ja) * | 2011-03-16 | 2012-10-11 | Fujitsu Ltd | 通信制御装置及び方法並びに無線通信システム |
US8666435B2 (en) | 2011-03-16 | 2014-03-04 | Fujitsu Limited | Communication controller, communication control method and radio communication system |
WO2014111982A1 (ja) * | 2013-01-17 | 2014-07-24 | 三菱電機株式会社 | 送信制御システム、サーバ装置及び車両 |
WO2014111992A1 (ja) * | 2013-01-18 | 2014-07-24 | 株式会社デンソー | 情報サーバとデータを送受信する車載機 |
JP2016019101A (ja) * | 2014-07-07 | 2016-02-01 | 株式会社東芝 | タイミング決定装置、タイミング決定方法およびコンピュータプログラム |
JP2018026728A (ja) * | 2016-08-10 | 2018-02-15 | Kddi株式会社 | 通信品質予測装置、ロボット、通信品質予測方法、及びプログラム |
JP2018081139A (ja) * | 2016-11-14 | 2018-05-24 | アイシン・エィ・ダブリュ株式会社 | 配信態様設定システム及び配信態様設定プログラム |
CN111213396A (zh) * | 2017-10-13 | 2020-05-29 | 罗伯特·博世有限公司 | 用于下载数字地理地图图块的方法和*** |
CN111213396B (zh) * | 2017-10-13 | 2023-10-31 | 罗伯特·博世有限公司 | 用于下载数字地理地图图块的方法和*** |
JP2019118059A (ja) * | 2017-12-27 | 2019-07-18 | 株式会社日立製作所 | 通信システム、通信制御装置、及び通信制御方法 |
DE112018006781B4 (de) | 2018-02-09 | 2021-12-30 | Mitsubishi Electric Corporation | Kommunikationsvorrichtung und Kommunikationsprogramm |
US11302188B2 (en) | 2018-02-09 | 2022-04-12 | Mitsubishi Electric Corporation | Communication apparatus and computer readable medium |
JP2020137039A (ja) * | 2019-02-25 | 2020-08-31 | 日本電気株式会社 | 通信制御装置、通信制御方法及びプログラム |
JP7310916B2 (ja) | 2019-03-26 | 2023-07-19 | トヨタ自動車株式会社 | 車両制御システムの体感品質(QoE)管理 |
JP2022526909A (ja) * | 2019-03-26 | 2022-05-27 | トヨタ自動車株式会社 | 車両制御システムの体感品質(QoE)管理 |
JP7239011B2 (ja) | 2019-10-01 | 2023-03-14 | 日本電気株式会社 | 通信速度予測装置、通信速度予測方法及び記録媒体 |
WO2021064858A1 (ja) * | 2019-10-01 | 2021-04-08 | 日本電気株式会社 | 通信速度予測装置、通信速度予測方法及び記録媒体 |
JPWO2021064858A1 (ja) * | 2019-10-01 | 2021-04-08 | ||
EP3923523A1 (en) | 2020-06-08 | 2021-12-15 | Fujitsu Limited | Data collection device, data collection method, and program |
US11165884B1 (en) | 2020-06-08 | 2021-11-02 | Fujitsu Limited | Data collection device and data collection method |
WO2021250925A1 (ja) * | 2020-06-12 | 2021-12-16 | パナソニック株式会社 | 無線通信装置およびスケジューリング方法 |
JP2022072257A (ja) * | 2020-10-29 | 2022-05-17 | 本田技研工業株式会社 | 情報処理装置、移動体、プログラム、及び情報処理方法 |
JP7410839B2 (ja) | 2020-10-29 | 2024-01-10 | 本田技研工業株式会社 | 情報処理装置、移動体、プログラム、及び情報処理方法 |
US11974157B2 (en) | 2020-10-29 | 2024-04-30 | Honda Motor Co., Ltd. | Information processing device, moving object, computer-readable storage medium, and information processing method |
WO2023243274A1 (ja) * | 2022-06-14 | 2023-12-21 | 日本電信電話株式会社 | 制御装置、制御方法、及びプログラム |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2008199381A (ja) | 移動体通信システム | |
CN106652082B (zh) | 与分布式车辆数据管理***相关的改进 | |
US9292978B2 (en) | Method and apparatus for reducing data transfer rates from a vehicle data logger when a quality of the cellular or satellite link is poor | |
US11170589B2 (en) | Emergency event based vehicle data logging | |
KR100745606B1 (ko) | 데이터 로깅을 위한 방법, 시스템 및 컴퓨터 판독 가능 기록 매체 | |
JP4715659B2 (ja) | プローブ情報収集システムおよびその収集装置ならびに収集方法およびプログラム | |
US10567251B2 (en) | Accurate mobile traffic information acquisition with minimal transmission cost and optional V2V extension | |
JP4864543B2 (ja) | 車載通信装置および車両用の通信方法 | |
US11159644B2 (en) | Named-data networks for vehicle-to-infrastructure communication | |
US11290937B2 (en) | Mobile system communication apparatus | |
JP2011076322A (ja) | 車載通信端末装置および車両内部データ配信方法 | |
WO2019188343A1 (ja) | 運転支援のためのシステム、車載装置、方法及びコンピュータプログラム | |
US20210258973A1 (en) | Wireless communication apparatus and server apparatus | |
US11505080B2 (en) | Controlling transfer of data | |
JP4126563B2 (ja) | データ収集システムおよびデータ収集方法 | |
JP7067876B2 (ja) | 車載無線通信装置および通信制御方法 | |
JP5595170B2 (ja) | 車車間通信装置 | |
JP7283215B2 (ja) | 車載装置、システム、制御方法、半導体集積回路及びコンピュータプログラム | |
CN113422797B (zh) | 一种用于车联网的更新地图的方法及*** | |
CN114051633A (zh) | 收集基于车辆的、涉及地点的数据集 | |
US11985583B2 (en) | Communication control apparatus, communication control method, and non-transitory storage medium with communicability information updating | |
CN113223309B (zh) | 车载通信装置、通信方法及记录有通信程序的记录介质 | |
US11852496B2 (en) | Predictable and delay tolerant traffic management system | |
US11323895B2 (en) | In-vehicle communication device | |
WO2023058305A1 (ja) | 車載装置、集約装置、車載システム、サーバコンピュータ、制御方法及びコンピュータプログラム |