(57)【特許請求の範囲】
【請求項１】
地図データを記憶する地図データ記憶部と、
電波環境データを記憶する電波環境データ記憶部と、
自車位置を取得する自車位置取得部と、
前記地図データを用いて走行予定経路における走行時間を予測する走行時間予測部と、
前記電波環境データを用いて前記走行予定経路における通信速度を予測する通信速度予測部と、
要求されたコンテンツの再生速度を取得する再生速度取得部と、
前記走行時間予測部から得た走行時間と前記通信速度予測部から得た通信速度とを用いて前記走行予定経路においてバッファリング可能なデータ量を求めるバッファ量演算部と、
該バッファ量演算部の演算結果及びバッファの上限値よりバッファ容量を設定する受信バッファ設定部とを備え、
前記容量設定されたバッファに前記コンテンツをダウンロードすることを特徴とする車両用通信制御装置。
【請求項２】
前記受信バッファ設定部で設定したバッファ容量の設定値と前記バッファ量演算部で求めたバッファリング可能なデータ量とを用いて、要求されたコンテンツが走行予定経路において中断することなく再生可能か否かを判定するダウンロード可否判定部と、
該ダウンロード可否判定部の判定結果をドライバに提示するダウンロード可否提示部とを有することを特徴とする請求項１に記載の車両用通信制御装置。
【請求項３】
前記バッファ量演算部は、前記走行予定経路の区間ごとにバッファリング可能なデータ量を求め、前記受信バッファ設定部にて、前記区間ごとにバッファ容量を設定するようにしたことを特徴とする請求項１または２に記載の車両用通信制御装置。
【請求項４】
前記走行予定経路の区間は、前記走行速度が所定値以上変化する地点、および前記通信速度が所定値以上変化する地点のうちの少なくとも一方の地点で区切るようにしたことを特徴とする請求項３に記載の車両用通信制御装置。
【請求項５】
前記走行時間予測部は、前記走行速度として、前記地図データ記憶部の地図データと関連して設定された走行速度を用いることを特徴とする請求項１から４のいずれかに記載の車両用通信制御装置。
【請求項６】
通信により交通状況を取得する交通情報取得部を備え、
前記走行時間予測部は、前記交通情報取得部が取得した交通情報に基づく走行速度を参照することを特徴とする請求項１から５のいずれかに記載の車両用通信制御装置。
【請求項７】
前記ダウンロード可否判定部は、ダウンロード要求時の場所においてダウンロード不可の場合に、ダウンロード可能となる位置を求めて、前記ダウンロード可否提示部により提示するようにしたことを特徴とする請求項２から６のいずれかに記載の車両用通信制御装置。
【請求項８】
前記ダウンロード可否判定部は、前記ダウンロード可否提示部により提示するダウンロード可能となる位置を、自車位置から所定距離以内のものに限定するようにしたことを特徴とする請求項７に記載の車両用通信制御装置。
【請求項９】
前記ダウンロード可否判定部は、ダウンロード要求時の場所から電波環境が悪化する場所に到達するまでに必要なデータ量のバッファリングが間に合わない場合は、地図データより取得した自車位置の状況を考慮して、電波環境が悪化する区間での再生に必要なデータ量をバッファリングするための所定のメッセージを前記ダウンロード可否提示部により提示するようにしたことを特徴とする請求項２から６のいずれかに記載の車両用通信制御装置。
【請求項１０】
前記バッファ量演算部は、実走行速度、実通信速度の少なくとも一方と前記予測した走行時間、通信速度とが所定値以上異なる場合は、必要なバッファ量を再演算し、受信バッファ設定部にバッファ容量の再設定を指令するようにしたことを特徴とする請求項１から９のいずれかに記載の車両用通信制御装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、車両と他の通信相手との間で電波を介して通信する車両用通信制御装置に関わる。
【０００２】
【従来の技術】
車両用通信制御装置における電波環境が良くない区間での通信対策としては、特開平５−１９９１６７号公報に記載された自動車電話の場合のように、走行により得られた受信のレベル状態を電波環境マップの区間に関連づけて記憶しておき、この電波状態マップ情報を通話状態に表示するようにしている。これにより、ドライバは、良好な受信状態が得られる走行経路を選択することができる。
【０００３】
【発明が解決しようとする課題】
上記のように車両と他の通信相手との間で電波通信するものとしては、自動車電話のほかに、最近では、たとえば音楽やニュース、天気予報、インターネットラジオなどのようにダウンロードしたデータを一度バッファに貯めてから情報を再生し続けるようにしたストリーム型のコンテンツを送受信するものがある。
上記従来技術では、電波環境の良好な区間を選択して走行することになるが、場所によっては電波環境の良くない区間を走行しなければならないこともあり、このような場合、ストリーム型のコンテンツをダウンロードしようとしても、電波環境が悪い区間でダウンロードが中断してしまうことがある。
【０００４】
本発明の目的は、走行予定経路の電波環境が悪くダウンロードができない区間における、再生に必要なデー夕量を予測し、その分のデータ量を手前の電波環境の良い区間で予めバッファに貯蔵するようにすることで、電波環境の悪い区間を通過する場合でもストリーム型コンテンツを中断することなく再生することができるようにした車両用通信制御装置を提供することにある。
【０００５】
【課題を解決するための手段】
このため、請求項１の発明は、地図データを記憶する地図データ記憶部と、  電波環境データを記憶する電波環境データ記憶部と、自車位置を取得する自車位置取得部と、地図データを用いて走行予定経路における走行時間を予測する走行時間予測部と、電波環境データを用いて走行予定経路における通信速度を予測する通信速度予測部と、要求されたコンテンツの再生速度を取得する再生速度取得部と、走行時間予測部から得た走行時間と通信速度予測部から得た通信速度とを用いて走行予定経路においてバッファリング可能なデータ量を求めるバッファ量演算部と、該バッファ量演算部の演算結果及びバッファの上限値よりバッファ容量を設定する受信バッファ設定部とを備え、上記容量設定されたバッファにコンテンツをダウンロードするものとした。
【０００６】
請求項２の発明は、さらに受信バッファ設定部で設定したバッファ容量の設定値とバッファ量演算部で求めたバッファリング可能なデータ量とを用いて、要求されたコンテンツが走行予定経路において中断することなく再生可能か否かを判定するダウンロード可否判定部と、該ダウンロード可否判定部の判定結果をドライバに提示するダウンロード可否提示部とを有するものとした。
【０００７】
請求項３の発明は、バッファ量演算部が、走行予定経路の区間ごとにバッファリング可能なデータ量を求め、受信バッファ設定部にて、上記区間ごとにバッファ容量を設定するものとした。
請求項４の発明は、走行予定経路の区間として、走行速度が所定値以上変化する地点、および通信速度が所定値以上変化する地点のうちの少なくとも一方の地点で区切るようにしたものである。
【０００８】
請求項５の発明は、走行時間予測部が、走行速度として、地図データ記憶部の地図データと関連して設定された走行速度を用いるものとした。
また、請求項６の発明は、通信により交通状況を取得する交通情報取得部を備え、走行時間予測部が、交通情報取得部で取得した交通情報に基づく走行速度を参照するものとした。
【０００９】
請求項７の発明は、ダウンロード可否判定部が、ダウンロード要求時の場所においてダウンロード不可の場合に、ダウンロード可能となる位置を求めて、ダウンロード可否提示部により提示するようにしたものである。
請求項８の発明は、とくに、ダウンロード可否提示部により提示するダウンロード可能となる位置を、自車位置から所定距離以内のものに限定するようにしたものである。
【００１０】
請求項９の発明は、ダウンロード可否判定部が、ダウンロード要求時の場所から電波環境が悪化する場所に到達するまでに必要なデータ量のバッファリングが間に合わない場合は、地図データより取得した自車位置の状況を考慮して、電波環境が悪化する区間での再生に必要なデータ量をバッファリングするための所定のメッセージをダウンロード可否提示部により提示するものとした。
【００１１】
請求項１０の発明は、バッファ量演算部が、実走行速度、実通信速度の少なくとも一方と予測した走行時間、通信速度とが所定値以上異なる場合は、必要なバッファ量を再演算し、受信バッファ設定部にバッファ容量の再設定を指令するようにしたものとした。
【００１２】
【発明の効果】
請求項１の発明では、電波環境データから走行予定経路に対応した部分の電波環境状況を取得して、走行予定経路の電波環境が悪くダウンロードができない区間を判別し、この電波環境の悪い区間において再生するのに不足するデータ量をバッファ量演算手段で予測し、その分のバッファ容量を設けてその手前の電波環境の良い区間で予めバッファに再生用データを貯蔵するようにしたので、電波環境の悪い区間を通過する場合でもストリーム型コンテンツを中断することなく再生することができる。
【００１３】
請求項２の発明では、ダウンロード可否判定部で、バッファ容量の設定値とバッファリング可能なデータ量とを用い、要求されたコンテンツが走行予定経路において中断することなく再生可能か否かを判定し、この判定結果をドライバへ提示するようにしたので、ドライバは電波環境の悪い区間において再生するのに不足するデータ量をその手前の電波環境の良い区間で予めバッファに再生用データをすべて貯蔵できるか否かを知ることができる。
この結果、ドライバは再生に支障がないのでそのまま走行しても大丈夫か否かを認識でき、再生に支障がある場合は、手前の電波環境の良い区間で駐車するなどして情報をダウンロードするか、あるいはそのまま支障を受け入れて走行し続けるかにつき判断できるようになる。
【００１４】
請求項３の発明では、バッファ量演算部が、走行予定経路の区間ごとにバッファリング可能なデータ量を求め、受信バッファ設定部にて、これら区間ごとにバッファ容量を設定するようにしたので、より高い精度で再生用データの予貯蓄が可能となり、コンテンツ再生の中断の発生確率をより低く抑えることができる。
【００１５】
請求項４の発明では、走行予定経路の区間が、走行速度が所定値以上変化する地点、また通信速度が所定値以上変化する地点のうちの少なくとも一方の地点で区切られるようにしたので、最適な区間設定が可能となり、コンテンツ再生の中断の発生確率をより低く抑えることができる。
【００１６】
請求項５の発明では、走行時間予測部で用いる走行速度として、地図データ記憶部の地図データと関連して記憶された走行速度を用いるので、簡便にバッファ容量を設定できる。
請求項６の発明では、走行時間予測部で用いる走行速度として、交通情報取得部からの交通情報に基づく走行速度を用いるので、現状に即した高い精度でバッファ容量を設定できる。
【００１７】
請求項７の発明では、ダウンロード要求時の場所においてダウンロード不可の場合に、ダウンロード可能となる位置が提示されるので、自車位置周辺の電波環境が悪くダウンロードができない場合に、電波環境が良い地点をドライバが容易に認識でき、その場所へ行って停車するなどして要求コンテンツをダウンロードすることができる。
請求項８の発明では、とくにダウンロード可能位置が自車位置から所定距離以内のものに限定されるので、ドライバはダウンロード可能な最寄りの場所を容易に認識することができる。
【００１８】
請求項９の発明では、ダウンロード要求時の場所から電波環境が悪化する場所に到達するまでに必要なデータ量のバッファリングが間に合わない場合に、地図データより取得した自車位置の状況を考慮して、電波環境が悪化する区間での再生に必要なデータ量をバッファリングするための所定のメッセージを提示するようにしたので、電波環境が悪い区間の再生データ不足分のバッファリングが間に合わない場合に、その手前の電波環境が良い場所で停止可能な場所があれば停車して間に合わない分をバッファリングすることができ、要求コンテンツを中断することなく再生することができる。
【００１９】
請求項１０の発明では、実走行速度、実通信速度の少なくとも一方と予測した走行時間、通信速度とが所定値以上異なる場合に、必要なバッファ量を再演算して、バッファ量が再設定されるから、交通状況や通信環境の変化に対応して、より高い精度のバッファ容量となる。
【００２０】
【発明の実施の形態】
以下、本発明の実施の形態を実施例により説明する。
図１は、第１の実施例の車両用通信制御装置のハードウェア構成を示す。
ここでは、ナビゲーション装置２１、通信ユニット２２、及びディスプレイ２３が一体化されて、車載情報端末２０として構成されている。
ナビゲーション装置２１には、自車の位置情報を得るため衛星からのＧＰＳ電波を受けるＧＰＳ受信部２４と、ＦＭ多重放送や電波ビーコン、光ビーコンなどにより交通状況の情報（交通情報）を得るＶＩＣＳユニット２５が接続されている。
また、ナビゲーション装置２１は、地図データ２７と電波環境データ２８の各記憶部を備え、走行経路設定部４、及び走行時間予測部６を有している。
【００２１】
通信ユニット２２は、通信速度予測部７、再生速度取得部８、バッファ量演算部１０、受信バッファ設定部１１、及びダウンロード可否判定部１２を備えている。
なお、ここでは、通信ユニット２２の通信機能の部分には、ドライバの携帯電話２９を接続して用いるようにしている。
ディスプレイ２３は、ダウンロード可否提示部１３を備えるとともに、ナビゲーション装置２１のナビゲーション画像も表示可能とされている。
【００２２】
図２は、上記の機能要素を含む装置全体の機能ブロック図である。
地図データ記憶部１は、ナビゲーション用の道路データを含む上記の地図データ２７を記憶するものである。
電波環境データ記憶部２は、上記地図データ２７に関連した電波環境データ２８を蓄積記憶するものである。電波環境データ２８は、たとえば固定局から発信される電波の受信レベル状態を検出し、上記地図データ２７と関連づけて生成され、以後利用可能とされるものでも、最初から電波環境データが入力されているものでも、あるいは予め入力された分に実測でのデータを用いて追加・修正するもののいずれであっても良い。
【００２３】
自車位置取得部３は、自車の現在位置を取得するもので、ここではＧＰＳ２４とカーナビゲーション装置２１を用いる。
走行経路設定部４は、目的地までの走行予定経路を設定するものである。
交通情報取得部５は、走行予定経路周辺の渋滞などの交通状況情報を受信するものである。ここでは、たとえばＶＩＣＳ（道路交通情報通信システム）を利用する。
【００２４】
走行時間予測部６は、地図データ記憶部１の道路データから得た走行予定経路の道路種別、交通情報取得部５から取得した交通状況等から走行時間を見積もるものである。なお、地図データ記憶部１からの道路種別等の道路データは、走行経路設定部４および交通情報取得部５によるデータとセットで走行時間予測部６へ与えられる。
ここでは、地図データから求めた走行予定距離を、また地図データに対応して記憶した走行速度、あるいは交通情報取得部５から得た走行速度で割り算することで走行時間を推測する。
なお、この走行時間は、後で詳細説明するように走行予定経路の走行区間ごとに設定する。
【００２５】
通信速度予測部７は、電波環境データ記憶部２から走行経路設定部４で決定された走行予定経路上の電波環境データを読み出し、この走行予定経路上の電波環境データから走行予定経路における通信速度を予測するものである。
再生速度取得部８は、図示しない入力部をドライバが走査して要求したコンテンツの再生速度を、車外のコンテンツプロバイダ９より取得するものである。
【００２６】
バッファ量演算部１０は、走行時間予測部６で得た走行予定経路の走行時間、通信速度予測部７で得た通信速度の予測値、及び再生速度取得部８で得たコンテンツの再生速度から必要なバッファ量を演算するものである。
受信バッファ設定部１１は、システムのメモリ上に最適なバッファ容量の受信バッファ領域を確保するものである。
【００２７】
ダウンロード可否判定部１２は、受信バッファ設定部１１で確保した設定可能な受信バッファ量とバッファ量演算部１０で演算した必要なデータ量から要求されたコンテンツのダウンロード可否を判定するものである。
ダウンロード可否提示手段１３は、ダウンロード可否判定部１２で判断したダウンロード可否をドライバに提示するものである。
【００２８】
次に、上記実施例の作用につき、説明する。
例えば、図３に示すように、走行予定経路が地図データ２７上に示す経路（地点Ａ→地点Ｂ→地点Ｃ→地点Ｄ）で、かつこの走行予定経路上の電波環境（電波の受信レベル）が地点Ｂ→地点Ｃ間で微弱となっている場合を考える。
この場合、図４に示すように区間Ａ〜Ｂ及び区間Ｃ〜Ｄでは電波環境が良好（受信レベル強）なので、通信速度がコンテンツの再生速度よりも早く、同一時間内では再生量よりも多くのデータ量をダウンロード可能である。
これに対し、区間Ｂ〜Ｃでは電波環境が悪い（受信レベル微弱）ので、通信速度がコンテンツの再生速度よりも遅く、再生に必要なデータ量をダウンロードすることができず、再生が途中で途切れてしまう。
【００２９】
そこで、走行予定経路上の電波環境データ２８を用いて通信速度予測部７で通信速度を予測し、図４に示す電波環境の悪い区間Ｂ〜Ｃにおけるデータの不足分を、矢示Ｑのように手前の電波環境の良好な区間Ａ〜Ｂで予めダウンロードしてバッファに貯めておき、このバッファに蓄積したデータを電波環境が悪い区間で読み出すことにより、途中に電波環境が悪い区間Ｂ〜Ｃがある場合でもコンテンツ再生の途切れを回避することができるようにする。
【００３０】
以下、この制御の詳細について、走行予定経路が図３に示す経路Ａ→Ｂ→Ｃ→Ｄである場合を例にとって、図５の制御フローチャートに基づき説明する。
ステップ１１０で、コンテンツのダウンロード要求があると、ステップ１１１で、再生速度取得部８が、外部のコンテンツプロバイダ９から再生速度Ｓｖ（ｐｂｓ）を受信する。
【００３１】
ステップ１１２では、走行時間予測部６が、走行経路設定部４で設定された走行予定経路の道路属性などの情報を地図データ２７から読み出し、これをもとに走行速度を予測する。この走行速度の予測にあっては、道路属性と走行速度の関係を利用する。この関係の情報は走行時間予測部６の内部メモリに記憶されており、その一例を下記に示す。
道路属性：  走行速度
高速道路：  ９０（Ｋｍ／ｈ）
一般道路：  ４０（Ｋｍ／ｈ）
細街路  ：  ２０（Ｋｍ／ｈ）
図３の経路Ａ→Ｂ→Ｃ→Ｄの走行速度の予測値は、図６に示すように、道路種別が区間Ａ〜Ｂでは一般道路であるとするとＶ１＝４０（Ｋｍ／ｈ）、区間Ｂ〜Ｃ〜Ｄでは細街路であるとするとＶ２＝２０（Ｋｍ／ｈ）となる。
なお、交通情報取得部５で渋滞情報を受信した場合は、走行速度が上記通常の走行時より低下するのでそちらの低めの走行速度を用いる。
【００３２】
ステップ１１３では、通信速度予測部７が、図３に示すように、走行予定経路Ａ→Ｂ→Ｃ→Ｄに対応する部分の電波受信レベルを電波環境データ２８から読み出し、この受信レベルから通信速度を予測する。
ここでは、電波環境データ２８に電波の受信レベル（ｄＢμＶ）を用いる。この電波受信レベルは、例えば図８に示すように、通信速度（ｂｙｔｅ／ｓ）と単調増加関数の関係にあることから、受信レベルが分かれば通信速度を推測できる。
したがって、図３の経路Ａ→Ｂ→Ｃ→Ｄを走行する場合の通信速度予測値は、図６に示すように、区間Ａ〜Ｂ及び区間Ｃ〜Ｄでは受信レベルがＤ１（ｄＢμＶ）であるので、図８に示す関係からｆ（ｂｙｔｅ／ｓ）となり、また区間Ｂ〜Ｃでは受信レベルがＤ２であるので図８に示す関係からｐ（ｂｙｔｅ／ｓ）となる。
【００３３】
ステップ１１４では、バッファ量演算部１０が、ステップ１１２で予測した走行速度が所定値以上変化する地点、及びステップ１１３で予測した通信速度が所定値以上変化する地点で、走行予定経路を区分して各走行区間を得る。
図３に示す経路Ａ→Ｂ→Ｃ→Ｄの場合には、走行速度と通信速度の予測値が変化する地点Ｂ、及び通信速度の予測値が変化する地点Cをそれぞれ区間の区切りとする。
【００３４】
ステップ１１５では、バッファ量演算部１０が、ステップ１１１で取得したコンテンツの再生速度Ｓｖ（ｂｙｔｅ／ｓ）と、ステップ１１４で区切られた各区間における通信速度Ｄｖｉ（ｂｙｔｅ／ｓ）と、走行速度Ｖｉ（ｍ／ｓ）と、各区間の走行距離Ｌｉ（ｍ）とを用いて、以下の式から各区間におけるバッファリング可能量Ｂｉ（ｂｙｔｅ）を求める。
Ｂｉ＝（Ｄｖｉ−Ｓｖ）×Ｌｉ／Ｖｉ
【００３５】
図６にはこれにより求められた各区間におけるバッファリング可能量が示される。  ここで、区間Ｂ〜Ｃでは通信速度ｐ（ｂｙｔｅ／ｓ）がコンテンツの再生速度Ｓｖ（ｂｙｔｅ／ｓ）より遅いので、この区間におけるバッファリング可能量Ｂｂｃは負となり、ダウンロードが再生に追い着かず再生が中断してしまうことになる。
ステップ１１６では、ダウンロード可否判定部１２が、ステップ１１５で求めたバッファリング可能量Ｂｉが負（即ち図３の区間Ｂ〜Ｃのように電波の受信レベルが微弱で通信速度がコンテンツの再生速度よりも遅い場合）になるか否かを判断し、負になる場合はステップ１１８へ進み、そうでない場合はステップ１１７へ進む。
【００３６】
ステップ１１７では、ダウンロード可否判定部１２が、ステップ１１５でバッファリング可能量を求めた区間が最終区間であるか否かを判定する。最終区間でない場合は次のバッファリング可能量を求めるためにステップ１１５へ戻り、最終区間である場合はステップ１１９で、先のステップ１１０で要求されたコンテンツがダウンロード可能であると判定し、ダウンロード可否提示部１３によりダウンロード可能をドライバに提示する。
【００３７】
ステップ１１８では、通信速度ｐ（ｂｙｔｅ／ｓ）がコンテンツの再生速度Ｓｖ（ｂｙｔｅ／ｓ）よりも遅い場合に、手前の区間におけるバッファリング可能量の合計ΣＢｎ（ｂｙｔｅ）が当該区間におけるデータの不足分−Ｂｉ以上となるか否かを判断する。
すなわち、ダウンロード可否判定部１２では、図３の経路Ａ→Ｂ→Ｃ→Ｄについては、区間Ｂ〜Ｃのバッファリング不足分−（ｐ−Ｓｖ）×ｌｂ／Ｖ２をその前の区間Ａ〜Ｂにおけるバッファリング可能量で補えることができるかどうか、したがって以下の式が満たされるか否かを判定する。
（ｆ−Ｓｖ）×ｌａ／Ｖ１＞−（ｐ−Ｓｖ）×ｌｂ／Ｖ２
【００３８】
上式が満たされる場合は、図３の区間Ａ〜Ｂにおけるバッファの設定値を、区間Ｂ〜Ｃにおける不足分−Ｂｂｃ＝（Ｓｖ−ｐ）×ｌｂ／Ｖ２を上乗せした分に設定する。そして、ステップ１１７へ進む。
上式が満たされない場合は、ステップ１２０に進んで、当該区間で「再生が中断する」と判定し、その旨提示する。
【００３９】
以上のように構成された本実施例では、図７に示すように電波環境が良く高速な通信速度が確保できる区間Ａ〜Ｂで、予め電波環境の悪い区間Ｂ〜Ｃの不足分をバッファリングしておき、区間Ｂ〜Ｃでの走行時にバッファに貯蔵されたデータを用いることで中断することなくコンテンツを再生することができる。
なお、経路Ａ→Ｂ→Ｃ→Ｄを走行する場合、区間Ｂ〜Ｃにおいて不足する情報量は走行区間Ａ〜Ｂにて予め蓄積する必要があり、必要とする蓄積量に応じてバッファ容量を大きくする必要があるが、目的地がＤの地点であれば走行区間Ｃ〜Ｄでは不足分が発生しないために、再生量に見合った分だけ情報の蓄積をすればよく、走行区間Ｃ〜Ｄではバッファ容量を大きくする必要はない。
【００４０】
なお、先のフローチャートのステップ１１８で、手前の区間におけるバッファリング可能量の合計ΣＢｎ（ｂｙｔｅ）がデータの不足分−Ｂｉ以上とならない場合に、ステップ１２０では、とくに当該区間の終端位置が自車位置から一定距離以内（例えば１Ｋｍ）であるときに、当該区間の終端位置を「ダウンロード可能位置」としてダウンロード可否提示部１３によりドライバへメッセージを提示し、そうでない場合に「ダウンロード不可」または「再生中断」のメッセージを提示するようにしてもよい。
ただし、自車両が区間の終端位置から一定距離内であって再生が中断すると判断された場合であっても、ダウンロード可否判定部１２が、上記終端位置まで渋滞して到達に時間がかりダウンロードに必要な時間を確保できると判断したときは、「ダウンロード可能位置」の提示を取り止めるようにしてもよい。
【００４１】
図９は第２の実施例を示す。
これは、図２の構成に対して、ダウンロード可否判定部１２がさらに地図データ記憶部１から地図データ２７を読み込み可能になっているものである。
本実施例では、第１の実施例に対して、以下の機能が付加される。
第１に、自車位置の電波環境が悪くコンテンツの再生が不可能な場合に、電波環境が良くなりコンテンツの再生が可能となる位置をドライバに提示する。
第２に、図１０に示すように自車が電波環境の良い区間にあっても、これに続く区間が電波環境の悪い区間で再生データ不足分のバッファリングが間に合わない場合には、この電波環境の良い区間に停車可能な場所があれば上記バッファリングが間に合わない不足分αをそこで停車してバッファリングするようにドライバへメッセージを提示する。
【００４２】
この制御の詳細を、図１１の制御フローチャートに基づいて説明する。
なお、ステップ２１０からステップ２１４は、前実施例における図５のフローチャートのステップ１１０からステップ１１４と同じであるので、ここではそれらの説明を省略する。
ステップ２１５では、ダウンロード可否判定部１２が、自車位置において電波環境がステップ２１１で要求されたコンテンツを再生可能かどうか、すなわち自車位置での通信速度ｆとコンテンツの再生速度Ｓｖとを比較してどちらが早いかを判断する。通信速度ｆの方が速い場合はステップ２１６に進み、遅い場合はステップ２２１で、次の区間で電波環境が良くなり通信速度の方が速くなる区間の始点をダウンロード可能位置としてダウンロード可否提示部１３にてドライバへ提示する。
【００４３】
ステップ２１６では、ダウンロード可否判定部１２が、次の電波環境が悪い区間における再生データ不足分のバッファリングが可能かどうかをチェックし、可能な場合はそのままステップ２１８で、ダウンロード可能と判定して、コンテンツのダウンロードを行う。
【００４４】
次の電波環境が悪い区間における再生データ不足分のバッファリングが可能でない場合はステップ２１７に進む。
すなわち、例えば図３の経路Ａ→Ｂ→Ｃ→Ｄの場合では、バッファリング可能量について自車位置を含む区間Ａ〜Ｂでのバッファリング可能量Ｂａｂと、次の電波環境の悪い区間Ｂ〜Ｃでのバッファリング可能量Ｂｂｃの絶対値とを比較し、Ｂｂｃの絶対値の方が大きくて、間に合わない不足分αが発生する場合には、ステップ２１７へ進む。
【００４５】
ステップ２１７では、ダウンロード可否判定部１２が、自車位置周辺の道路状況を地図データ２７から読み込み、例えば「サービスエリア」や「道の駅」のように停車可能な場所が、電波環境が悪くなる位置より手前にあるかどうかを判断する。
停車可能な場所がある場合には、ステップ２１９へ進み、その場所で停車すれば電波環境の悪い区間における再生データの不足分を上記α分を含めてバッファリングでき、要求コンテンツのダウンロードが可能となることをディスプレイ２３に表示して、ドライバへ知らせる。
【００４６】
すなわち、例えば図３の経路Ａ→Ｂ→Ｃ→Ｄにあって区間Ａ〜Ｂを走行中、図６に示すバッファリング可能量が│Ｂａｂ│＜│Ｂｂｃ│である場合に、区間Ａ〜Ｂに「道の駅」があれば、「道の駅：停車→ダウンロード可能です」といったメッセージを提示する。また、道の駅に停車した後には、バッファリングが間に合わない分│Ｂａｂ−Ｂｂｃ│（ｂｙｔｅ）のダウンロードが終了するまで「お待ち下さい」といったメッセージを提示する。
【００４７】
一方、停車可能な場所がない場合には、ステップ２１７からステップ２２０へ進み、電波環境の悪い区間の終端でダウンロードが可能となることをディスプレイ２３で提示する。
【００４８】
この第２の実施例にあっては、電波環境が悪い区間の手前にある電波環境の良い区間に自車両があっても、そのまま走行を続けると上記電波環境が悪い区間での再生データのバッファ量不足分が生じる場合に、電波環境の良い区間にある停車位置をドライバに提示することで、その駐車位置で上記不足分を含めてダウンロードすることができるようになる。
【００４９】
なお、上記の各実施例では、バッファ量演算部１０でのバッファリング可能なデータ量の演算に予測した走行速度および通信速度を用いたが、実走行速度および実通信速度を測定して、これらの少なくとも一方が予測した走行速度または通信速度から大きく外れた場合（例えば、走行速度が予測値より１０％以上速い場合や、通信速度が予測値より１０％以上遅い場合など）は、再度バッファ容量の設定を行うこととしても良い。これにより、より正確なバッファ容量を設定できる。
【００５０】
また、各実施例では、走行予定経路が設定されている場合を例に説明してきたが、走行予定経路が直接設定されていない場合でも、走行経路設定部４が進行方向の最寄りの交差点までをその都度走行予定経路として設定していき、それらの区間についてバッファ量の設定を予測するものとすることもできる。
これにより、走行予定経路を直接設定していない場合でも、走行経路の電波環境が悪くダウンロードができない区間においても、ストリーム型コンテンツの再生性をより向上させることが可能となる。
【００５１】
さらに、各実施例では、ＧＰＳ受信部２４で受けたＧＰＳ電波等に基づき、ナビゲーション装置を含む車載情報端末で、自車位置から目的地までの経路などまですべて演算するものとしたが、これに限ることなく、地図データ記憶部や走行経路設定部、電波環境データ記憶部などは車載でなくても、自車の現在位置と目的地を通信回線を介して送信し、センター局が目的地までの経路等を演算し、その演算結果を通信回線で返送するタイプのナビゲーション支援装置などを用いるようにしてもよい。
また、通信ユニット２２は、上記実施例にあってはその通信機能部分にドライバの携帯電話２９を利用するものとしたが、これに代え、通信ユニット２２内に通信チップを予め内蔵するものであってもよい。
【図面の簡単な説明】
【図１】第１の実施例のハードウェア構成を示す図である。
【図２】第１の実施例の機能ブロック図である。
【図３】地図データと電波環境データとを重ね合せ、走行予定経路とともに示した図である。
【図４】走行予定経路の各区間におけるバッファ容量設定の要領を示す説明図である。
【図５】第１実施例における制御の流れを示すフローチャートである。
【図６】走行予定経路におけるバッファリング可能量の演算例を示す図である。
【図７】走行中のバッファ量の変化状態を示す説明図である。
【図８】受信レベルと通信速度との関係を示す図である。
【図９】第２の実施例の機能ブロック図である。
【図１０】走行予定経路でバッファ容量が不足する区間があるときの対策を示す説明図である。
【図１１】第２の実施例における制御の流れを示すフローチャートである。
【符号の説明】
１        地図データ記憶部
２        電波環境データ記憶部
３        自車位置取得部
４        走行経路設定部
５        交通情報取得部
６        走行時間予測部
７        通信速度予測部
８        再生速度取得部
１０      バッファ量演算部
１１      受信バッファ設定部
１２      ダウンロード可否判定部
１３      ダウンロード可否提示部
２０      車載情報端末
２１      ナビゲーション装置
２２      通信ユニット
２３      ディスプレイ
２７      地図データ
２８      電波環境データ
【図１】
0003659203.tif 000002
【図２】
0003659203.tif 000003
【図３】
0003659203.tif 000004
【図４】
0003659203.tif 000005
【図５】
0003659203.tif 000006
【図６】
0003659203.tif 000007
【図７】
0003659203.tif 000008
【図８】
0003659203.tif 000009
【図９】
0003659203.tif 000010
【図１０】
0003659203.tif 000011
【図１１】
0003659203.tif 000012