(57)【要約】【課題】  通信帯域幅の変動が激しい車載環境においてストリーミングデータ再生品質を向上させる車載装置および配信局、並びにストリーミング配信システムを提供する。【解決手段】  車載装置１ａは、自装置が設置される車両状態（速度）に応じて配信されるストリーミングデータのビットレートを決定する。車載装置１ａは、車両が移動中で通信帯域幅が不安定なときに、低ビットレートのストリーミングを要求することでビット誤りによる音切れや映像の乱れの発生を抑制することができる。また、車載装置１ａは、車両が停止しているときに、高ビットレートのストリーミングを要求することで、高音質（高画質）のストリーミングを再生することができる。また、車載装置１ａおよび配信局８ａを含むストリーミング配信システムを実現できる。【選択図】  図１
2005151352.tif 000002
【特許請求の範囲】
【請求項１】
車両に搭載され、配信局から配信されたストリーミングデータを受信する車載装置であって、
前記配信局とネットワークを介してデータ送受信する第１通信部と、
前記車両の状態を検知する車両状態検知部と、
前記車両状態検知部で検知された車両の状態に応じて、受信するストリーミングデータを制御する処理部と、
前記処理部で処理されたストリーミングデータを出力する出力部とを備える、車載装置。
【請求項２】
前記車両状態検知部は、少なくとも前記車両の速度を前記状態として検知し、
前記処理部は、
前記配信局が配信可能な複数のビットレートから前記車両状態検知部が検知した前記車両の速度に適したビットレートを判定して選択する判定手段と、
前記判定手段で判定したビットレートでストリーミングデータの配信を前記配信局へ要求するストリーミング要求手段とを含み、
前記第１通信部は、前記ストリーミング要求手段が要求したビットレートのストリーミングデータを前記配信局から受信することを特徴とする、請求項１に記載の車載装置。
【請求項３】
前記処理部は、さらに
配信を要求するストリーミングデータに応じて前記配信局が配信可能なビットレートを示すビットレート情報を当該配信局に対して要求するビットレート情報要求手段と、
前記第１通信部を介して前記配信局からの前記ビットレート情報を受信するビットレート情報受信手段とを含み、
前記判定手段は、前記ビットレート情報受信手段が受信したビットレート情報に基づいて、前記配信局が配信可能な複数のビットレートの情報を得ることを特徴とする、請求項２に記載の車載装置。
【請求項４】
前記判定手段は、
前記車両が停止しているときには、前記複数のビットレートから相対的に高いビットレートを選択し、
前記車両が走行しているときには、前記複数のビットレートから相対的に低いビットレートを選択することを特徴とする、請求項２に記載の車載装置。
【請求項５】
前記車両状態検知部は、少なくとも前記車両の速度、方位、および場所を前記状態として検知し、
前記処理部は、
前記第１通信部が前記ネットワークを介してデータ受信可能な通信帯域幅を検出する通信帯域幅検出手段と、
前記車両状態検知部で検出した状態に応じて前記通信帯域幅検出手段で検出した通信帯域幅を、前記第１通信部を介して前記配信局へ定期的に通知する通信状況通知手段と、
前記車両状態検知部で検出した状態を示す車両情報を付与して、ストリーミングデータの配信を前記配信局へ要求するストリーミング要求手段とを含み、
前記第１通信部は、前記配信局が前記ストリーミングデータ要求手段によって送信された車両情報から予想される受信場所に応じた通信帯域幅に基づいて選択したビットレートのストリーミングデータを当該配信局から受信することを特徴とする、請求項１に記載の車載装置。
【請求項６】
前記処理部は、前記車両状態検知部で検知された車両の状態に応じて、受信するストリーミングデータに対するバッファリング量を増減調整することを特徴とする、請求項１に記載の車載装置。
【請求項７】
前記車両状態検知部は、少なくとも前記車両の速度、方位、および場所を前記状態として検知し、
前記処理部は、前記第１通信部が前記ネットワークを介してデータ受信可能な通信帯域幅を検出する通信帯域幅検出手段を含み、
前記車載装置は、前記車両状態検知部で検出した場所に応じて前記通信帯域幅検出手段で検出した通信帯域幅を定期的に格納する通信履歴記憶部を、さらに備え、
前記処理部は、前記車両状態検知部で検出した状態から予想される受信場所に対応して前記通信履歴記憶部に格納された通信帯域幅を参照し、当該通信帯域幅に応じて受信するストリーミングデータに対するバッファリング量を増減調整するバッファリング量調整手段を、さらに含むことを特徴とする、請求項６に記載の車載装置。
【請求項８】
前記処理部は、前記通信帯域幅検出手段が検出した通信帯域幅が閾値より小さいとき当該通信帯域幅の落ち込みを検出する落ち込み検出手段を、さらに含み、
前記通信履歴記憶部は、前記落ち込み検出手段が通信帯域幅の落ち込みを検出したとき、前記車両状態検知部で検出した場所に応じて前記通信帯域幅検出手段で検出した通信帯域幅を格納し、
前記バッファリング量調整手段は、前記受信場所が前記通信履歴記憶部に格納されている通信帯域が落ち込む場所に接近しているとき、受信するストリーミングデータに対するバッファリング量を増加させることを特徴とする、請求項７に記載の車載装置。
【請求項９】
さらに、前記バッファリング量調整手段は、前記受信場所が前記通信履歴記憶部に格納されている通信帯域が落ち込む場所から離れるとき、受信するストリーミングデータに対するバッファリング量を減少させることを特徴とする、請求項８に記載の車載装置。
【請求項１０】
前記車載装置は、他の車両に搭載された他の車載装置との間でデータを送受信する第２通信部を、さらに備え、
前記処理部は、
前記車両状態検知部で検知された車両の状態に応じて、前記第２通信部が受信したデータのうち、前方を同一方向へ走行する他の車両に搭載された他の車載装置から送信されたデータを抽出するデータ抽出手段と、
前記データ抽出手段が抽出したデータが示す前記他の車載装置が前記ネットワークを介してデータ受信可能な通信帯域幅に基づいて、受信するストリーミングデータに対するバッファリング量を増減調整するバッファリング量調整手段とを含むことを特徴とする、請求項６に記載の車載装置。
【請求項１１】
前記バッファリング量調整手段は、前記他の車載装置から通知された通信帯域幅が前記第１通信部によって前記ネットワークを介してデータ受信可能な現在の通信帯域幅より小さいとき、受信するストリーミングデータに対するバッファリング量を増加させることを特徴とする、請求項１０に記載の車載装置。
【請求項１２】
前記バッファリング量調整手段は、前記他の車載装置から通知された通信帯域幅が前記第１通信部によって前記ネットワークを介してデータ受信可能な現在の通信帯域幅より大きいとき、受信するストリーミングデータに対するバッファリング量を減少させることを特徴とする、請求項１０に記載の車載装置。
【請求項１３】
前記処理部は、
前記第１通信部が前記ネットワークを介してデータ受信可能な通信帯域幅を検出する通信帯域幅検出手段と、
前記車両状態検知部で検出した状態に応じて前記通信帯域幅検出手段で検出した通信帯域幅を、前記第２通信部を介して前記他の車載装置へ定期的に送信する通信状況送信手段とを、さらに含むことを特徴とする、請求項１０に記載の車載装置。
【請求項１４】
請求項２乃至４のいずれかに記載された車載装置に対してストリーミングデータを配信する配信局であって、
前記車載装置に配信可能なストリーミングデータをそれぞれ複数のビットレートで記憶するストリーミングデータ記憶部と、
前記ストリーミングデータ記憶部に記憶されたストリーミングデータに対して、それぞれのビットレートをストリーミングデータ毎にテーブルとして格納したストリーミングデータテーブルと、
前記車載装置から配信要求されたストリーミングデータに対して、前記ストリーミングテーブルを参照して配信可能なビットレートを抽出し、当該ビットレートを示す情報を当該車載装置に通知するビットレート情報通知部とを備えることを特徴とする、配信局。
【請求項１５】
請求項５に記載された車載装置に対してストリーミングデータを配信する配信局であって、
前記車載装置に配信可能なストリーミングデータをそれぞれ複数のビットレートで記憶するストリーミングデータ記憶部と、
前記ストリーミングデータ記憶部に記憶されたストリーミングデータに対して、それぞれのビットレートをストリーミングデータ毎にテーブルとして格納したストリーミングデータテーブルと、
前記車載装置とネットワークを介してデータ送受信する通信部と、
前記車載装置の前記通信状況通知手段から前記通信部を介して定期的に通知される前記車両状態検知部で検出した状態および前記通信帯域幅検出手段で検出した通信帯域幅をそれぞれ記憶する通信状況記憶部と、
前記車載装置の前記ストリーミング要求手段から前記通信部を介して前記車両情報が付与されたストリーミングデータの配信要求に応じて、当該ストリーミングデータを受信する場所を予測する場所予測手段と、
前記通信状況記憶部を参照して前記場所予測手段が予測した場所に対する通信帯域幅を抽出する通信帯域幅予測手段と、
前記通信帯域幅予測手段が抽出した通信帯域幅に基づいて、前記ストリーミングデータテーブルを参照して配信要求されたストリーミングデータのビットレートを判定する判定手段と、
前記判定手段が判定したビットレートで前記ストリーミングデータ記憶部から前記通信部を介して前記車載装置にストリーミングデータを配信するストリーミングデータ配信手段とを備える、配信局。
【請求項１６】
前記判定手段は、
前記通信帯域幅予測手段が抽出した通信帯域幅が相対的に大きいとき、前記ストリーミングデータテーブルに記述された複数のビットレートから相対的に高いビットレートを選択し、
前記通信帯域幅予測手段が抽出した通信帯域幅が相対的に小さいとき、前記ストリーミングデータテーブルに記述された複数のビットレートから相対的に低いビットレートを選択することを特徴とする、請求項１５に記載の配信局。
【請求項１７】
車両に搭載された車載装置および配信局を含み、当該配信局からネットワークを介して配信されたストリーミングデータを当該車載装置が受信するストリーミング配信システムであって、
前記車載装置は、
前記配信局と前記ネットワークを介してデータ送受信する車載側通信部と、
前記車両の状態を検知する車両状態検知部と、
前記車両状態検知部で検知された車両の状態に応じて、受信するストリーミングデータを制御する処理部と、
前記処理部で処理されたストリーミングデータを出力する出力部とを備え、
前記配信局は、
前記車載装置と前記ネットワークを介してデータ送受信する配信側通信部と、
前記車載装置に配信可能なストリーミングデータを記憶するストリーミングデータ記憶部とを備える、ストリーミング配信システム。
【請求項１８】
前記ストリーミングデータ記憶部は、前記ストリーミングデータをそれぞれ複数のビットレートで記憶しており、
前記車両状態検知部は、少なくとも前記車両の速度を前記状態として検知し、
前記処理部は、
前記配信局が配信可能な複数のビットレートから前記車両状態検知部が検知した前記車両の速度に適したビットレートを判定して選択する車載側判定手段と、
前記車載側判定手段で判定したビットレートでストリーミングデータの配信を前記配信局へ要求するストリーミング要求手段とを含み、
前記配信側通信部は、前記ストリーミングデータ記憶部から前記ストリーミング要求手段から要求されたビットレートで記憶されたストリーミングデータを前記車載装置に配信し、
前記車載側通信部は、前記配信局から配信されたストリーミングデータを受信することを特徴とする、請求項１７に記載のストリーミング配信システム。
【請求項１９】
前記処理部は、配信を要求するストリーミングデータに応じて前記配信局が配信可能なビットレートを示すビットレート情報を当該配信局に対して要求するビットレート情報要求手段を、さらに含み、
前記配信局は、
前記ストリーミングデータ記憶部に記憶されたストリーミングデータに対して、それぞれのビットレートをストリーミングデータ毎にテーブルとして格納したストリーミングデータテーブルと、
前記車載装置の前記ビットレート情報要求手段からの要求に応じて、前記ストリーミングテーブルを参照して配信要求されるストリーミングデータにおける配信可能なビットレートを抽出し、当該抽出結果を前記ビットレート情報として前記配信側通知部を介して通知するビットレート情報通知部とを、さらに備え、
前記処理部は、前記車載側通信部を介して前記配信局からの前記ビットレート情報を受信するビットレート情報受信手段を含み、
前記車載側判定手段は、前記ビットレート情報に基づいて、前記配信局が配信可能な複数のビットレートの情報を得ることを特徴とする、請求項１８に記載のストリーミング配信システム。
【請求項２０】
前記車載側判定手段は、
前記車両が停止しているときには、前記複数のビットレートから相対的に高いビットレートを選択し、
前記車両が走行しているときには、前記複数のビットレートから相対的に低いビットレートを選択することを特徴とする、請求項１８に記載のストリーミング配信システム。
【請求項２１】
前記ストリーミングデータ記憶部は、前記ストリーミングデータをそれぞれ複数のビットレートで記憶しており、
前記車両状態検知部は、少なくとも前記車両の速度、方位、および場所を前記状態として検知し、
前記処理部は、
前記車載側通信部が前記ネットワークを介してデータ受信可能な通信帯域幅を検出する通信帯域幅検出手段と、
前記車両状態検知部で検出した状態に応じて前記通信帯域幅検出手段で検出した通信帯域幅を、前記車載側通信部を介して前記配信局へ定期的に通知する通信状況通知手段と、
前記車両状態検知部で検出した状態を示す車両情報を付与して、ストリーミングデータの配信を前記配信局へ要求するストリーミング要求手段とを含み、
前記配信局は、
前記ストリーミングデータ記憶部に記憶されたストリーミングデータに対して、それぞれのビットレートをストリーミングデータ毎にテーブルとして格納したストリーミングデータテーブルと、
前記車載装置の前記通信状況通知手段から前記配信側通信部を介して定期的に通知される前記車両状態検知部で検出した状態および前記通信帯域幅検出手段で検出した通信帯域幅をそれぞれ記憶する通信状況記憶部と、
前記車載装置の前記ストリーミング要求手段から前記配信側通信部を介して前記車両情報が付与されたストリーミングデータの配信要求に応じて、当該ストリーミングデータを受信する場所を予測する場所予測手段と、
前記通信状況記憶部を参照して前記場所予測手段が予測した場所に対する通信帯域幅を抽出する通信帯域幅予測手段と、
前記通信帯域幅予測手段が抽出した通信帯域幅に基づいて、前記ストリーミングデータテーブルを参照して配信要求されたストリーミングデータのビットレートを判定する配信側判定手段と、
前記配信側判定手段が判定したビットレートで前記ストリーミングデータ記憶部から前記通信部を介して前記車載装置にストリーミングデータを配信するストリーミングデータ配信手段とを、さらに備えること特徴とする、請求項１７に記載のストリーミング配信システム。
【請求項２２】
前記配信側判定手段は、
前記通信帯域幅予測手段が抽出した通信帯域幅が相対的に大きいとき、前記ストリーミングデータテーブルに記述された複数のビットレートから相対的に高いビットレートを選択し、
前記通信帯域幅予測手段が抽出した通信帯域幅が相対的に小さいとき、前記ストリーミングデータテーブルに記述された複数のビットレートから相対的に低いビットレートを選択することを特徴とする、請求項２１に記載のストリーミング配信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載装置、配信局、および車載装置と配信局とがネットワークを介して通信可能に構成されたストリーミング配信システムに関し、より特定的には、ストリーミングデータを配信する配信局とストリーミングデータを受信する車載装置とがネットワークを介して通信接続可能に構成されたストリーミング配信システムに関する。
【背景技術】
【０００２】
従来、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ  Ｄｉｇｉｔａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｌｉｎｅ）やＦＴＴＨ（Ｆｉｂｅｒ  ｔｏ  Ｔｈｅ  Ｈｏｍｅ）等の高速および大容量のネットワークインフラの普及が進んでいる。これに伴って、インターネットのブロードバンド化や常時接続化が進み、ウェブサイトを通じた大容量の映像や音楽配信が広く一般社会に普及している。
【０００３】
その一例として、ストリーミング配信がある。ストリーミング配信は、パソコン等のストリーミング受信装置からインターネット上の所定の配信サーバへ接続する。そして、配信サーバ上に格納された映像や音楽等のデジタル圧縮ファイルを配信してもらうことで、ストリーミング受信装置は、ダウンロードしながら当該デジタル圧縮ファイルを再生する。このようなパソコン用のストリーミング配信に対応した再生プレーヤが、各種開発されている。
【０００４】
上記ストリーミング受信装置において、バッファ容量が機種によって異なる、またはネットワークの伝送能力が変動した場合、ストリーミングデータを再生が破綻することを回避する技術がある（例えば、特許文献１参照）。上記特許文献１で開示された技術では、ストリーミング受信装置が自身のバッファ容量とネットワークの伝送能力とに関連して、自身のバッファに蓄積すべきストリームデータの目標量を計算する。さらに、ストリーミング受信装置は、上記バッファ容量から伝送能力で除して得られる値を超えない範囲内で任意に、自身のバッファにストリームの先頭データを書き込んでから当該データを読み出して再生開始するまでの遅延時間を決定する。そして、上記決定した目標量と遅延時間とを配信サーバへ通知することで、配信サーバがストリーミング受信装置へネットワークを通じてストリームデータを送信する際に、通知された目標量および遅延時間に基づいて送信速度を制御する。
【０００５】
一方、再生の品質を保持するための技術として、ネットワークの帯域幅の変動を利用する技術がある（例えば、非特許文献１参照）。上記非特許文献１では、当該技術を“スキップ・プロテクション”と呼ぶ。図１７に示すように、ユーザの体感伝送速度Ｓに対して帯域幅Ｗの変動が生じる。この帯域幅Ｗの変動では、帯域幅Ｗが上昇する時間帯Ｈと帯域幅Ｗが下降する時間帯Ｌとが発生する。そして、帯域幅Ｗが上昇する時間帯Ｈにおいて、余剰分の帯域幅を利用して前もってストリームデータを蓄積しておき、充分な伝送速度が得られない帯域幅Ｗが下降する時間帯Ｌにおいて、蓄積したデータで補うことによりストリームデータ再生が突然中断することを防いでいる。
【０００６】
また、上記非特許文献１では、“インスタント−オン”と呼ばれる技術も記載されている。この技術は、ユーザが選曲情報を入力した直後から再生を開始するまでの頭だしの時間（バッファリング待ち時間）のみ、再生時よりも高いレートでストリームデータを大量に受信し、バッファリング待ち時間を軽減する。
【０００７】
さらに、上述した再生プレーヤには、利用可能な帯域幅の変化に応じて、配信サーバが帯域幅を常にモニタすることで、最適なビットレートに調整する技術“インテリジェントストリーミング”が搭載されているものもある。
【特許文献１】特開２００２−８４３３９号公報
【非特許文献１】「月刊マックパワー」、株式会社アスキー、２００２年８月、ｐ．１６７
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上述した背景技術においては、いずれもストリーミング受信装置が移動することを想定していない。例えば、ストリーミング受信装置が自動車等の車内に設置され、外部との接続に無線通信を使用する場合、電波の干渉やマルチパス等によって移動中の時間軸に対して通信帯域幅が激しく変動することがある。したがって、ストリーミング受信装置におけるストリーミングデータの再生に、大きな影響を及ぼす。さらに、搭載された車両が走行中の際、無線通信で用いる基地局の切り替え（ハンドオーバ）による影響が著しい。しかも、携帯電話、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ：狭帯域無線通信）、および高速無線ＬＡＮ等を、適宜最適なものへ切り替えながら無線通信することも考慮すると、車両等の移動体にストリーミング受信装置が搭載される場合、よりきめ細かな再生制御が必要であることが明白である。
【０００９】
それ故に、本発明の目的は、通信帯域幅の変動が激しい車載環境においてストリーミングデータ再生品質を向上させる車載装置および配信局、並びにストリーミング配信システムを提供することである。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために、本発明は以下の構成を採用した。なお、括弧内の参照符号やステップ番号等は、本発明の理解を助けるために後述する実施形態との対応関係を示したものであって、本発明の範囲を何ら限定するものではない。
【００１１】
本発明の車載装置（１）は、車両に搭載され、配信局（８）から配信されたストリーミングデータを受信する。車載装置は、配信局とネットワーク（９）を介してデータ送受信する第１通信部（１２）と、車両の状態を検知する車両状態検知部（１４）と、車両状態検知部で検知された車両の状態（車速信号、方位信号、現在位置信号）に応じて、受信するストリーミングデータを制御する処理部（１１）と、処理部で処理されたストリーミングデータを出力する出力部（１６、１７）とを備える。
【００１２】
上記車載装置は、以下に述べるように種々のものが考えられる。車載装置の第１の例（１ａ）として、車両状態検知部は、少なくとも車両の速度を状態として検知し、処理部（１１ａ）は、配信局（８ａ）が配信可能な複数のビットレートから車両状態検知部が検知した車両の速度に適したビットレートを判定して選択する判定手段（１１１）と、判定手段で判定したビットレートでストリーミングデータの配信を配信局へ要求するストリーミング要求手段（Ｓ１６）とを含む。この場合、第１通信部は、ストリーミング要求手段が要求したビットレートのストリーミングデータを配信局から受信する（Ｓ１７）。さらに、処理部は、配信を要求するストリーミングデータに応じて配信局が配信可能なビットレートを示すビットレート情報をその配信局に対して要求するビットレート情報要求手段（Ｓ１２）と、第１通信部を介して配信局からのビットレート情報を受信するビットレート情報受信手段（Ｓ１４）とを含んでもよい。この場合、判定手段は、ビットレート情報受信手段が受信したビットレート情報に基づいて、配信局が配信可能な複数のビットレートの情報を得る。また、判定手段は、車両が停止しているときには（Ｓ１５１）、複数のビットレートから相対的に高いビットレートを選択し（Ｓ１５４）、車両が走行しているときには（Ｓ１５１）、複数のビットレートから相対的に低いビットレートを選択しても（Ｓ１５５）かまわない。
【００１３】
車載装置の第２の例（１ｂ）として、車両状態検知部は、少なくとも車両の速度、方位、および場所を状態として検知し、処理部（１１ｂ）は、第１通信部がネットワークを介してデータ受信可能な通信帯域幅を検出する通信帯域幅検出手段（１１２）と、車両状態検知部で検出した状態に応じて通信帯域幅検出手段で検出した通信帯域幅を、第１通信部を介して配信局（８ｂ）へ定期的に通知する通信状況通知手段（Ｓ２１）と、車両状態検知部で検出した状態を示す車両情報を付与して、ストリーミングデータの配信を配信局へ要求するストリーミング要求手段（Ｓ２４）とを含む。この場合、第１通信部は、配信局がストリーミングデータ要求手段によって送信された車両情報から予想される受信場所に応じた通信帯域幅に基づいて選択したビットレートのストリーミングデータをその配信局から受信する（Ｓ２６）。
【００１４】
車載装置の第３の例（１ｃ）として、処理部（１１ｃ）は、車両状態検知部で検知された車両の状態に応じて（Ｓ３２２）、受信するストリーミングデータに対するバッファリング量を増減調整する（Ｓ３２３、Ｓ３２４）。また、車両状態検知部は、少なくとも車両の速度、方位、および場所を状態として検知し、処理部は、第１通信部がネットワークを介してデータ受信可能な通信帯域幅を検出する通信帯域幅検出手段（１１２）を含み、車載装置は、車両状態検知部で検出した場所に応じて通信帯域幅検出手段で検出した通信帯域幅を定期的に格納する（Ｓ３１３）通信履歴記憶部（１８）を、さらに備えてもかまわない。この場合、処理部は、車両状態検知部で検出した状態から予想される受信場所に対応して通信履歴記憶部に格納された通信帯域幅を参照し（Ｓ３２２）、その通信帯域幅に応じて受信するストリーミングデータに対するバッファリング量を増減調整する（Ｓ３２３、Ｓ３２４）バッファリング量調整手段（１１３）を、さらに含む。さらに、処理部は、通信帯域幅検出手段が検出した通信帯域幅が閾値より小さいときその通信帯域幅の落ち込みを検出する落ち込み検出手段（Ｓ３１２）を含んでもかまわない。この場合、通信履歴記憶部は、落ち込み検出手段が通信帯域幅の落ち込みを検出したとき（Ｓ３１２）、車両状態検知部で検出した場所に応じて通信帯域幅検出手段で検出した通信帯域幅を格納し（Ｓ３１３）、バッファリング量調整手段は、受信場所が通信履歴記憶部に格納されている通信帯域が落ち込む場所に接近しているとき（Ｓ３２２）、受信するストリーミングデータに対するバッファリング量を増加させる（Ｓ３２４）。上記バッファリング量調整手段は、受信場所が通信履歴記憶部に格納されている通信帯域が落ち込む場所から離れるとき、受信するストリーミングデータに対するバッファリング量を減少させてもかまわない。
【００１５】
車載装置の第４の例（１ｄ）として、他の車両に搭載された他の車載装置（１ｄ）との間でデータを送受信する第２通信部（１９）を、さらに備え、処理部（１１ｄ）は、車両状態検知部で検知された車両の状態に応じて、第２通信部が受信したデータのうち、前方を同一方向へ走行する他の車両に搭載された他の車載装置から送信されたデータを抽出する（Ｓ４０２〜Ｓ４０５）データ抽出手段（１１４）と、データ抽出手段が抽出したデータが示す他の車載装置がネットワークを介してデータ受信可能な通信帯域幅に基づいて（Ｓ４０６）、受信するストリーミングデータに対するバッファリング量を増減調整する（Ｓ４０９、Ｓ４１０）バッファリング量調整手段（１１３）とを含む。一例として、上記バッファリング量調整手段は、他の車載装置から通知された通信帯域幅が第１通信部によってネットワークを介してデータ受信可能な現在の通信帯域幅より小さいとき（Ｓ４０６）、受信するストリーミングデータに対するバッファリング量を増加させる（Ｓ４０９）。他の例として、上記バッファリング量調整手段は、他の車載装置から通知された通信帯域幅が第１通信部によってネットワークを介してデータ受信可能な現在の通信帯域幅より大きいとき、受信するストリーミングデータに対するバッファリング量を減少させる。また、処理部は、第１通信部がネットワークを介してデータ受信可能な通信帯域幅を検出する通信帯域幅検出手段と、車両状態検知部で検出した状態に応じて通信帯域幅検出手段で検出した通信帯域幅を、第２通信部を介して他の車載装置へ定期的に送信する通信状況送信手段とを、さらに含んでもかまわない。
【００１６】
本発明の配信局（８）は、上述した車載装置（１）に対してストリーミングデータを配信する配信局であって、以下に述べるように種々のものが考えられる。配信局の一例（８ａ）として、車載装置（１ａ）に配信可能なストリーミングデータをそれぞれ複数のビットレートで記憶するストリーミングデータ記憶部（８３ａ）と、ストリーミングデータ記憶部に記憶されたストリーミングデータに対して、それぞれのビットレートをストリーミングデータ毎にテーブルとして格納したストリーミングデータテーブル（８３１）と、車載装置から配信要求されたストリーミングデータに対して（Ｓ１２）、ストリーミングテーブルを参照して配信可能なビットレートを抽出し（Ｓ１３）、そのビットレートを示す情報をその車載装置に通知するビットレート情報通知部（８１ａ、８２、Ｓ１４）とを備える。
【００１７】
配信局の他の例（８ｂ）として、車載装置（１ｂ）に配信可能なストリーミングデータをそれぞれ複数のビットレートで記憶するストリーミングデータ記憶部（８３ｂ）と、ストリーミングデータ記憶部に記憶されたストリーミングデータに対して、それぞれのビットレートをストリーミングデータ毎にテーブルとして格納したストリーミングデータテーブル（８３１）と、車載装置とネットワークを介してデータ送受信する通信部（８２）と、車載装置の通信状況通知手段から通信部を介して定期的に通知される（Ｓ２１）車両状態検知部で検出した状態および通信帯域幅検出手段で検出した通信帯域幅をそれぞれ記憶する通信状況記憶部（８３２）と、車載装置のストリーミング要求手段から通信部を介して車両情報が付与されたストリーミングデータの配信要求（Ｓ２４）に応じて（Ｓ２５１）、そのストリーミングデータを受信する場所を予測する（Ｓ２５２）場所予測手段（８１１）と、通信状況記憶部を参照して場所予測手段が予測した場所に対する通信帯域幅を抽出する（Ｓ２５３）通信帯域幅予測手段（８１２）と、通信帯域幅予測手段が抽出した通信帯域幅に基づいて、ストリーミングデータテーブルを参照して配信要求されたストリーミングデータのビットレートを判定する（Ｓ２５４）判定手段（８１３）と、判定手段が判定したビットレートでストリーミングデータ記憶部から通信部を介して車載装置にストリーミングデータを配信するストリーミングデータ配信手段（Ｓ２６）とを備える。上記判定手段は、通信帯域幅予測手段が抽出した通信帯域幅が相対的に大きいとき、ストリーミングデータテーブルに記述された複数のビットレートから相対的に高いビットレートを選択し、通信帯域幅予測手段が抽出した通信帯域幅が相対的に小さいとき、ストリーミングデータテーブルに記述された複数のビットレートから相対的に低いビットレートを選択してもかまわない。
【００１８】
本発明のストリーミング配信システムは、車両に搭載された車載装置および配信局を含み、その配信局からネットワークを介して配信されたストリーミングデータをその車載装置が受信する。車載装置は、配信局とネットワークを介してデータ送受信する車載側通信部と、車両の状態を検知する車両状態検知部と、車両状態検知部で検知された車両の状態に応じて、受信するストリーミングデータを制御する処理部と、処理部で処理されたストリーミングデータを出力する出力部とを備える。配信局は、車載装置とネットワークを介してデータ送受信する配信側通信部と、車載装置に配信可能なストリーミングデータを記憶するストリーミングデータ記憶部とを備える。
【００１９】
一例として、ストリーミングデータ記憶部は、ストリーミングデータをそれぞれ複数のビットレートで記憶しており、車両状態検知部は、少なくとも車両の速度を状態として検知し、処理部は、配信局が配信可能な複数のビットレートから車両状態検知部が検知した車両の速度に適したビットレートを判定して選択する車載側判定手段と、車載側判定手段で判定したビットレートでストリーミングデータの配信を配信局へ要求するストリーミング要求手段とを含む。この場合、配信側通信部は、ストリーミングデータ記憶部からストリーミング要求手段から要求されたビットレートで記憶されたストリーミングデータを車載装置に配信し、車載側通信部は、配信局から配信されたストリーミングデータを受信する。また、処理部は、配信を要求するストリーミングデータに応じて配信局が配信可能なビットレートを示すビットレート情報をその配信局に対して要求するビットレート情報要求手段を、さらに含んでもかまわない。この場合、配信局は、ストリーミングデータ記憶部に記憶されたストリーミングデータに対して、それぞれのビットレートをストリーミングデータ毎にテーブルとして格納したストリーミングデータテーブルと、車載装置のビットレート情報要求手段からの要求に応じて、ストリーミングテーブルを参照して配信要求されるストリーミングデータにおける配信可能なビットレートを抽出し、その抽出結果をビットレート情報として配信側通知部を介して通知するビットレート情報通知部とを、さらに備える。そして、処理部は、車載側通信部を介して配信局からのビットレート情報を受信するビットレート情報受信手段を含み、車載側判定手段は、ビットレート情報に基づいて、配信局が配信可能な複数のビットレートの情報を得る。また、上記車載側判定手段は、車両が停止しているときには、複数のビットレートから相対的に高いビットレートを選択し、車両が走行しているときには、複数のビットレートから相対的に低いビットレートを選択してもかまわない。
【００２０】
他の例として、ストリーミングデータ記憶部は、ストリーミングデータをそれぞれ複数のビットレートで記憶しており、車両状態検知部は、少なくとも車両の速度、方位、および場所を状態として検知し、処理部は、車載側通信部がネットワークを介してデータ受信可能な通信帯域幅を検出する通信帯域幅検出手段と、車両状態検知部で検出した状態に応じて通信帯域幅検出手段で検出した通信帯域幅を、車載側通信部を介して配信局へ定期的に通知する通信状況通知手段と、車両状態検知部で検出した状態を示す車両情報を付与して、ストリーミングデータの配信を配信局へ要求するストリーミング要求手段とを含む。この場合、配信局は、ストリーミングデータ記憶部に記憶されたストリーミングデータに対して、それぞれのビットレートをストリーミングデータ毎にテーブルとして格納したストリーミングデータテーブルと、車載装置の通信状況通知手段から配信側通信部を介して定期的に通知される車両状態検知部で検出した状態および通信帯域幅検出手段で検出した通信帯域幅をそれぞれ記憶する通信状況記憶部と、車載装置のストリーミング要求手段から配信側通信部を介して車両情報が付与されたストリーミングデータの配信要求に応じて、そのストリーミングデータを受信する場所を予測する場所予測手段と、通信状況記憶部を参照して場所予測手段が予測した場所に対する通信帯域幅を抽出する通信帯域幅予測手段と、通信帯域幅予測手段が抽出した通信帯域幅に基づいて、ストリーミングデータテーブルを参照して配信要求されたストリーミングデータのビットレートを判定する配信側判定手段と、配信側判定手段が判定したビットレートでストリーミングデータ記憶部から通信部を介して車載装置にストリーミングデータを配信するストリーミングデータ配信手段とを、さらに備える。また、上記配信側判定手段は、通信帯域幅予測手段が抽出した通信帯域幅が相対的に大きいとき、ストリーミングデータテーブルに記述された複数のビットレートから相対的に高いビットレートを選択し、通信帯域幅予測手段が抽出した通信帯域幅が相対的に小さいとき、ストリーミングデータテーブルに記述された複数のビットレートから相対的に低いビットレートを選択してもかまわない。
【発明の効果】
【００２１】
本発明の車載装置によれば、自装置が設置される車両の状態に応じて配信局からストリーミングデータを受信することができる。例えば、上記第１の例で示した車載装置の場合、自装置が設置される車両の速度に応じて配信されるストリーミングデータに対して、配信可能な複数のビットレートのうち１つを決定する。これにより、車載装置は、車両が移動中で通信帯域幅が不安定なときに、低ビットレートのストリーミングを要求することでビット誤りによる音切れや映像の乱れの発生を抑制することができる。また、車載装置は、車両が停止しているときに、高ビットレートのストリーミングを要求することで、高音質（高画質）のストリーミングを再生することができる。したがって、自装置が搭載される車両の速度に応じて、適切なストリーミングデータのビットレートを選択する車載装置を実現できる。
【００２２】
上記第２の例で示した車載装置の場合、配信局は、その車載装置の受信場所に応じたビットレートを決定してストリーミングデータを配信する。つまり、配信局は、ストリーミングデータの配信要求を送信してきた車載装置に対し、以前に同じ通信状況下で通信を行っていた場合に、その通信状況を受信していることになるので、その通信履歴で示される通信帯域幅等の情報を用いて適切なビットレートでストリーミングデータを配信することができる。
【００２３】
上記第３の例で示した車載装置の場合、自装置が搭載される車両の状態（到達予測位置）に応じて、配信されるストリーミングデータを再生する際のバッファリング量を調整する。車載装置は、過去に走行した経路上における通信帯域幅が落ち込む受信場所を逐次モニタリングし、当該受信場所に接近したときにバッファリング量を増加することができるので、通信帯域幅の落ち込みによるストリーミングの途切れに対して、その影響を低減することができる。
【００２４】
上記第４の例で示した車載装置の場合、車載装置は、自装置が搭載される車両状態を示す情報に基づいて前方を同一方向へ走行する他の車両から送信されるデータを抽出し、その選択されたデータが示す情報に応じて、配信されるストリーミングデータを再生する際のバッファリング量を調整する。車載装置は、前方を同一方向へ走行する他の車両に搭載された車載装置から通信帯域幅が落ち込む場所等を定期的に通知してもらうため、現在の通信帯域幅と比較し落ち込む場合にはバッファリング量を増やすよう調整することができるので、通信帯域幅の落ち込みによるストリーミングの途切れに対して、その影響を低減することができる。
【００２５】
本発明の配信局によれば、上述した効果を車載装置が得るための配信局を実現することができる。また、本発明のストリーミング配信システムによれば、上述した車載装置の効果を同様に得ることができる。
【発明を実施するための最良の形態】
【００２６】
図１に示すように、本発明のストリーミング配信システムは、ストリーミングデータを配信する配信局８とストリーミングデータを受信する車載装置１とが、ネットワーク９を介して通信接続可能に構成されている。なお、ストリーミングデータとは、音声や動画データがデジタル圧縮されたデータであり、例えばインターネットラジオやインターネットテレビを受信側で再生するためのデジタル圧縮ファイルである。車載装置１は、移動体の一例として車両内部に設置される。配信局８は、全世界中の任意の場所に設置される。ネットワーク９は、例えばインターネットであるが、これに限らず他のネットワークでもかまわない。以下、車載装置１および配信局８の態様を説明する。なお、以下に述べる車載装置１および配信局８の態様については、それぞれａ〜ｄを追加した参照符号を付与して、それぞれの態様を区別する。
【００２７】
（第１の実施形態）
図２を参照して、本発明の第１の実施形態に係る車載装置１ａおよび配信局８ａが通信可能に構成されたストリーミング配信システムについて説明する。なお、図２は、車載装置１ａ、配信局８ａ、および周辺装置の構成を示すブロック図である。
【００２８】
図２において、車載装置１ａは、例えばナビゲーション装置、カーオーディオ、カーマルチメディア機器等で構成される。車載装置１ａは、入力装置２、測位装置３、表示モニタ４、およびスピーカ５が接続され、ネットワーク９を介して配信局８ａと無線通信可能に接続される。入力装置２は、ユーザの操作等に応答して、その指示を車載装置１ａに出力する装置である。例えば、入力装置２は、リモコン、タッチスイッチ、あるいは音声入力用マイク等で構成される。測位装置３は、車載装置１ａが設置される車両の速度（車速）、方位、および現在位置（緯度、経度、高度）を検出する装置である。例えば、測位装置３は、車速センサ、ジャイロセンサ、およびＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）受信機等で構成される。
【００２９】
車載装置１ａは、ＣＰＵ１１ａ、通信部１２、入力情報読取部１３、測位情報読取部１４、メモリ１５、描画ＬＳＩ１６、およびＤＡＣ（Ｄｉｇｉｔａｌ  Ａｎａｌｏｇ  Ｃｏｎｖｅｒｔｅｒ）１７を含み、それぞれが所定のバスを介して接続されている。そして、ＣＰＵ１１ａは、所定のプログラムを処理することによって判定部１１１を含んでいる。
【００３０】
通信部１２は、ネットワーク９を介して配信局８ａと無線データ通信するインターフェースである。ＤＡＣ１７は、ＣＰＵ１１ａの制御に基づいて、受信するストリーミングデータをスピーカ５へ出力するために、デジタルデータからアナログデータへ変換する回路である。なお、図２では、説明を簡略化するためにＤＡＣ１７およびスピーカ５の間に設けられるアンプを省略している。描画ＬＳＩ１６は、ＣＰＵ１１ａの制御に基づいて、ストリーミングデータのリストを表示モニタ４に表示させるために描画データへ変換する回路である。入力情報読取部１３は、入力装置２からの入力を処理し、入力信号をＣＰＵ１１ａへ通知するためのデバイスドライバである。メモリ１５は、ストリーミングを行うためにデータを一時記憶したり、車載装置１ａ全体の処理を司るプログラムの実行のために使用されたりする記憶装置である。測位情報読取部１４は、測位装置３からの入力を処理し車速信号、方位信号、および現在位置信号を、ＣＰＵ１１ａへ通知するためのデバイスドライバである。
【００３１】
なお、通信部１２は、車載装置１ａの外部に設けられてもよく、例えば携帯電話で構成されてもよい。また、通信部１２は、これに限らず、ＰＨＳ、無線ＬＡＮ、またはＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ；狭帯域無線通信）の通信方式で接続可能なインターフェースであってもいいし、いずれかの組合せであってもかまわない。また、スピーカ５、表示モニタ４、入力装置２、測位装置３は、車載装置１ａの外部に設けられる構成としたが、これに限らず車載装置１ａの内部に設けてもかまわない。
【００３２】
一方、配信局８ａは、例えば、配信サーバであり、ＣＰＵ８１ａ、通信部８２、および記憶部８３ａを備えている。ＣＰＵ８１ａは、配信局８ａ全体の処理を司る制御装置である。通信部８２は、ネットワーク９を介して車載装置１ａと通信するためのインターフェースである。記憶部８３ａは、ストリーミングデータ等の配信局８ａが管理するデータを記憶するための記憶装置であり、例えばＨＤＤである。記憶部８３ａが記憶するストリーミングデータは、複数のビットレートで用意されている。例えば、同じストリーミングデータに対して、高ビットレート（例えば、１２８ｋｂｐｓ）および低ビットレート（例えば、３２ｋｂｐｓ）の２つが用意されている。さらに、記憶部８３ａには、同じストリーミングデータに対して、それらの中間のビットレート（例えば、６４ｋｂｐｓ）が用意されている場合もある。これにより、配信局８ａは、複数のビットレートの何れかのストリーミングデータを動的に切り替えながら、車載装置１ａへ配信することができる。
【００３３】
また、記憶部８３ａは、ストリーミングデータテーブル８３１を記憶している。図３に示すように、ストリーミングデータテーブル８３１は、記憶部８３ａに記憶されるストリーミングデータそれぞれに対して、配信可能なビットレートをテーブル化させたものである。例えば、コンテンツＡは、３２ｋｂｐｓおよび６４ｋｂｐｓのビットレートで配信可能であり、コンテンツＢは、３２ｋｂｐｓ、６４ｋｂｐｓ、および１２８ｋｂｐｓで配信可能であるという情報がデータテーブルとして格納されている。なお、ストリーミングデータテーブル８３１は、記憶部８３ｂとは別の記憶装置に格納されてもかまわない。
【００３４】
次に、図４を参照して、第１の実施形態に係るストリーミング配信システムの動作について説明する。なお、図４は、当該ストリーミング配信システムの動作を示すシーケンス図である。
【００３５】
まず、図４には示していないが、車載装置１ａでは、描画ＬＳＩ１６を介して表示モニタ４には配信局８ａが配信可能なストリーミングデータが表示されている。例えば、表示モニタ４には、ウエブブラウザ上にストリーミングデータのリンクが貼り付けられていることを示す画面が表示されている。
【００３６】
次に、車載装置１ａのユーザは、表示モニタ４に表示された画面を見ながら入力装置２を操作して、所望のストリーミングデータを選択する（ステップＳ１１）。入力装置２の操作に応答して、入力情報読取部１３が入力信号をＣＰＵ１１ａへ通知する。そして、ＣＰＵ１１ａは、選択されたストリーミングデータに対して配信可能なビットレートを知るために、通信部１２を介して、配信局８ａが配信可能なビットレートの情報を取得要求するためのビットレート情報取得要求信号を送信する（ステップＳ１２）。
【００３７】
配信局８ａは、通信部８２を介して車載装置１ａからのビットレート情報取得要求信号を受信すると、その取得要求がＣＰＵ８１ａに通知される。ＣＰＵ８１ａは、上記取得要求に基づいて記憶部８３ａのストリーミングデータテーブル８３１を参照し、ビットレート情報の取得要求を受けたストリーミングデータが配信可能なビットレートを検索する（ステップＳ１３）。そして、ＣＰＵ８１ａは、ステップＳ１３で検索したビットレート情報を、通信部８２を介して車載装置１ａに対して通知するためのビットレート情報通知信号を送信する（ステップＳ１４）。例えば、図３で示したストリーミングデータテーブル８３１において、コンテンツＡに対応するビットレート情報が要求された場合、ＣＰＵ８１ａは、ビットレート情報「３２ｋｂｐｓ、６４ｋｂｐｓ」を示すビットレート情報通知信号が車載装置１ａに対して通知される。
【００３８】
車載装置１ａは、通信部１２を介して配信局８ａからのビットレート情報通知信号を受信すると、そのビットレート情報がＣＰＵ１１ａに通知される。ＣＰＵ１１ａの判定部１１１は、通知されたビットレート情報のうち、どのビットレートでの配信を要求するかを判定する（ステップＳ１５）。ステップＳ１５における判定部１１１が行う判定処理は、測位装置３が検知した現在の車両状態を示す情報（車速信号）に基づいて行われるが、詳細な動作を後述する。そして、ＣＰＵ１１ａは、上記ステップＳ１５の判定処理の結果に基づいて、通信部１２を介して、選択されたビットレートのストリーミングデータの配信を要求するためのストリーミング配信要求信号を送信する（ステップＳ１６）。
【００３９】
配信局８ａは、通信部８２を介して車載装置１ａからのストリーミング配信要求信号を受信すると、その配信要求がＣＰＵ８１ａに通知される。ＣＰＵ８１ａは、ストリーミング配信要求信号で要求されるビットレートのストリーミングデータを記憶部８３ａから検索し、当該ビットレートで記憶部８３ａから通信部８２を介して配信する（ステップＳ１７）。そして、配信局８ａから配信されるストリーミングデータを受信した車載装置１ａは、描画ＬＳＩ１６および／またはＤＡＣ１７を介して、表示モニタ４および／またはスピーカ５からストリーミングデータを出力させる。
【００４０】
次に、図５を参照して、上記ステップＳ１５でＣＰＵ１１ａの判定部１１１が行う判定処理について説明する。なお、図５は、ＣＰＵ１１ａの判定部１１１が行う判定処理を示すフローチャートである。
【００４１】
図５において、上記ステップＳ１５の判定処理においては、配信局８ａが配信可能な複数のビットレートから、どのビットレートでストリーミングデータの配信を要求するかを判定する。まず、ＣＰＵ１１ａの判定部１１１は、測位情報読取部１４を介して通知される測位装置３が検知した現在の車両状態を示す情報（車速信号）に基づいて、現在の車両の車速が０であるか否かを判断する（ステップＳ１５１）。そして、判定部１１１は、車速が０のとき、処理を次のステップＳ１５４へ進める。一方、判定部１１１は、車速が０でない、すなわち車両が走行中であるとき、処理を次のステップＳ１５２へ進める。
【００４２】
ステップＳ１５４において、判定部１１１は、通知されたビットレート情報が示す複数のビットレートの内、最も高いビットレートを選択し、当該フローチャートによる処理を終了する。例えば、ビットレート情報が複数のビットレート「３２ｋｂｐｓ、６４ｋｂｐｓ」を示す場合、判定部１１１は、ビットレート６４ｋｂｐｓを選択する。
【００４３】
一方、ステップＳ１５２において、判定部１１１は、通知されたビットレート情報が３つ以上のビットレートを示しているか否かを判断する。そして、判定部１１１は、ビットレート情報が３つ以上のビットレートを示しているとき、処理を次のステップＳ１５３へ進める。一方、判定部１１１は、ビットレート情報が３つ未満のビットレートを示しているとき、処理を次のステップＳ１５５へ進める。
【００４４】
ステップＳ１５５において、判定部１１１は、通知されたビットレート情報が示す複数のビットレートの内、最も低いビットレートを選択し、当該フローチャートによる処理を終了する。例えば、ビットレート情報が複数のビットレート「３２ｋｂｐｓ、６４ｋｂｐｓ」を示す場合、判定部１１１は、ビットレート３２ｋｂｐｓを選択する。
【００４５】
一方、ステップＳ１５３において、判定部１１１は、上記車速信号に基づいて、現在の車両の車速が所定速度以上か否かを判断する。そして、判定部１１１は、車速が所定速度以上のとき、処理を上記ステップＳ１５５へ進める。一方、判定部１１１は、車速が所定速度未満のとき、処理を次のステップＳ１５６へ進める。
【００４６】
ステップＳ１５６において、判定部１１１は、通知されたビットレート情報が示す複数のビットレートの内、中間のビットレートを選択し、当該フローチャートによる処理を終了する。例えば、ビットレート情報が複数のビットレート「３２ｋｂｐｓ、６４ｋｂｐｓ、１２８ｋｂｐｓ」を示す場合、判定部１１１は、ビットレート６４ｋｂｐｓを選択する。
【００４７】
このように、車載装置１ａは、自装置が設置される車両の状態（速度）に応じて配信されるストリーミングデータのビットレートを決定する。これにより、車載装置１ａは、車両が移動中で通信帯域幅が不安定なときに、低ビットレートのストリーミングを要求することでビット誤りによる音切れや映像の乱れの発生を抑制することができる。また、車載装置１ａは、車両が停止しているときに、高ビットレートのストリーミングを要求することで、高音質（高画質）のストリーミングを再生することができる。したがって、自装置が搭載される移動体の速度に応じて、適切なストリーミングデータのビットレートを選択する車載装置を実現できる。また、当該車載装置および配信局を含むストリーミング配信システムを提供することができる。
【００４８】
なお、配信局８ａに、同一コンテンツにつき４つ以上のビットレートを用意しても、同様に本発明を実現できることは言うまでもない。
【００４９】
また、車載装置１ａがストリーミングデータ再生中においても、図５で示した判定処理を同様に行い、当該車載装置１ａが搭載された車両の速度に変化がある場合にはビットレートの変更を配信局８ａに対して要求してもかまわない。
【００５０】
（第２の実施形態）
図６を参照して、本発明の第２の実施形態に係る車載装置１ｂおよび配信局８ｂが通信可能に構成されたストリーミング配信システムについて説明する。なお、図６は、車載装置１ｂ、配信局８ｂ、および周辺装置の構成を示すブロック図である。
【００５１】
図６において、車載装置１ｂおよび配信局８ｂは、第１の実施形態で説明した車載装置１ａおよび配信局８ａに対して内部構成が異なる。具体的には、車載装置１ｂは、所定のプログラムを処理することによって実現する通信帯域幅検出部１１２を含むＣＰＵ１１ｂを備えており、第１の実施形態における判定部１１１を含んでいない。また、配信局８ｂは、所定のプログラムを処理することによって実現する場所予測部８１１、通信帯域幅予測部８１２、および判定部８１３を含むＣＰＵ８１ｂと、ストリーミングデータテーブル８３１に加えて通信状況記憶部８３２が設けられた記憶部８３ｂとを備えている。車載装置１ｂおよび配信局８ｂにおける他の構成要素と周辺装置とについては、第１の実施形態と同様であるため、同一の参照符号を付して詳細な説明を省略する。
【００５２】
ＣＰＵ１１ｂに含まれる通信帯域幅検出部１１２は、ＣＰＵ１１ｂが処理するプログラムを実行することによって実現される。通信帯域幅検出部１１２は、通信部１２をモニタすることにより、配信局８ｂと接続し通信を行った場合の通信帯域幅を検出する機能を有している。
【００５３】
記憶部８３ｂは、ストリーミングデータ等の配信局８ｂが管理するデータを記憶するための記憶装置であり、例えばＨＤＤである。記憶部８３ｂが記憶するストリーミングデータは、第１の実施形態と同様に複数のビットレートで用意されている。通信状況記憶部８３２は、記憶部８３ｂの記憶領域の一部で構成され、複数の車載装置から定期的に通知される通信状況（後述する）を記憶し、例えばＨＤＤの一部で構成される。なお、通信状況記憶部８３２は、記憶部８３ｂとは別の記憶装置で構成されてもかまわない。ＣＰＵ８１ｂは、配信局８ｂ全体の処理を司る制御装置である。ＣＰＵ８１ｂに含まれる場所予測部８１１、通信帯域幅予測部８１２、および判定部８１３は、それぞれＣＰＵ８１ｂが処理するプログラムを実行することによって実現される。
【００５４】
次に、図７を参照して、第２の実施形態に係るストリーミング配信システムの動作について説明する。なお、図７は、当該ストリーミング配信システムの動作を示すシーケンス図である。
【００５５】
図７において、ＣＰＵ１１ｂは、通信部１２を介して、測位装置３で測位した車両の速度（車速）、方位、および現在位置（緯度、経度、高度）と、通信帯域幅検出部１１２で検出した通信帯域幅と（以下、これらの車両状態に対応する通信状態を示す情報を、単に「通信状況」と記載する）を定期的に配信局８ｂへ通知する（ステップＳ２１）。そして、配信局８ｂは、通信部８２を介して車載装置１ｂからの通信状況を示す信号を受信する毎に、その通信状況がＣＰＵ８１ｂに通知される。ＣＰＵ８１ｂは、通知された通信状況を通信状況記憶部８３２に格納する。この通信状況は、単一の車載装置１ａだけでなく、他の車載装置からも定期的に配信局８ｂへ通知され、上記ステップＳ２１が定期的に繰り返されることによって、通信状況記憶部８３２に通信状況が蓄積される。
【００５６】
図８は、通信状況記憶部８３２に蓄積される通信状況のデータテーブルの一例を示す図である。図８において、通信状況記憶部８３２には、車両状態に関連付けた通信帯域幅が格納される。具体的には、車両状態として、緯度、経度、および高度で示される車両の位置と、車速および方位で示される車両の走行状態とに対して、その車両状態における通信帯域幅が格納される。例えば、緯度Ｎ３４°４４’２７．２”、経度Ｅ１３５°３４’２２．８”、高度１００ｍ、車速３０ｋｍ／ｈ、方位０ｄｅｇ、に対して、通信帯域幅２．０Ｍｂｐｓ（図８の最上段に示されるデータ）が示されている。
【００５７】
次に、図７には示していないが、車載装置１ｂでは、描画ＬＳＩ１６を介して表示モニタ４には配信局８ｂが配信可能なストリーミングデータが表示されている。例えば、表示モニタ４には、ウエブブラウザ上にストリーミングデータのリンクが貼り付けられていることを示す画面が表示されている。車載装置１ｂのユーザは、表示モニタ４に表示された画面を見ながら入力装置２を操作して、所望のストリーミングデータを選択する（ステップＳ２２）。入力装置２の操作に応答して、入力情報読取部１３が入力信号をＣＰＵ１１ｂへ通知する。また、ＣＰＵ１１ｂは、測位情報読取部１４を介して、測位装置３が検知した現在の車両状態を示す情報（現在位置信号、車速信号、方位信号）を得る（ステップＳ２３）。そして、ＣＰＵ１１ｂは、通信部１２を介して、選択されたストリーミングデータの配信を要求するためのストリーミング配信要求信号に上記ステップＳ２３で得た車両状態を示す情報を付加して、配信局８ｂへ送信する（ステップＳ２４）。
【００５８】
配信局８ｂは、通信部８２を介して車載装置１ｂから車両状態を示す情報が付加されたストリーミング配信要求信号を受信すると、その配信要求がＣＰＵ８１ｂに通知される。ＣＰＵ８１ｂは、通知された配信要求に対して、どのビットレートで配信するかを判定する（ステップＳ２５）。ステップＳ２５における判定処理は、記憶部８３ｂのストリーミングデータテーブル８３１および通信状況記憶部８３２に記述されたデータに基づいて行われるが、詳細な動作を後述する。そして、ＣＰＵ８１ｂは、上記ステップＳ２５の判定処理の結果で示されるビットレートで、ストリーミング配信要求信号で要求されるストリーミングデータを記憶部８３ｂから検索し、当該ビットレートで記憶部８３ｂから通信部８２を介して配信する（ステップＳ２６）。そして、配信局８ｂから配信されるストリーミングデータを受信した車載装置１ｂは、描画ＬＳＩ１６および／またはＤＡＣ１７を介して、表示モニタ４および／またはスピーカ５からストリーミングデータを出力させる。
【００５９】
次に、図９を参照して、上記ステップＳ２５でＣＰＵ８１ｂ行う判定処理について説明する。なお、図９は、ＣＰＵ８１ｂが行う判定処理を示すフローチャートである。
【００６０】
図９において、上記ステップＳ２５の判定処理においては、現在の車両状態に基づいて、配信局８ｂが配信可能な複数のビットレートから、どのビットレートでストリーミングデータの配信するかを判定する。まず、ＣＰＵ８１ｂは、車載装置１ｂからストリーミング配信要求を受信したか否かを判断し（ステップＳ２５１）、ストリーミング配信要求を受信するまで当該処理を繰り返す。そして、ＣＰＵ８１ｂは、ストリーミング配信要求を受信したとき、処理を次のステップＳ２５２へ進める。
【００６１】
ステップＳ２５２において、ＣＰＵ８１ｂの場所予測部８１１は、ストリーミング配信要求信号に付加された車両状態を示す情報に基づいて、車載装置１ｂへストリーミングデータを配信したときに受信される車両の場所を予測する。このような予測が可能なのは、ストリーミング配信要求に車載装置１ｂが配信を要求した時点での車両状態（現在位置、速度、および方位）が付加されていることと、通信状況記憶部８３２に車両状態に対応した通信帯域幅がデータテーブルとして格納されているためである。より具体的には、まず場所予測部８１１は、配信局８ｂが車載装置１ｂへストリーミングデータを配信したとき、当該ストリーミングデータが受信される予測時間を求める。この予測時間は、通信状況記憶部８３２を参照して上記車両状態を示す情報に関連付けられた通信帯域幅を検索し、当該通信帯域幅から求められる。そして、場所予測部８１１は、上記予測時間内で車載装置１ｂを搭載した車両が移動する方向および移動量を算出することによって、ストリーミングデータを配信したときに受信される車両の場所を予測する。
【００６２】
次に、ＣＰＵ８１ｂの通信帯域幅予測部８１２は、上記ステップＳ２５２で予測した受信場所に対する通信帯域幅を、通信状況記憶部８３２に格納されたデータテーブルを検索することによって予測する（ステップＳ２５３）。そして、ＣＰＵ８１ｂの判定部８１３は、ストリーミングデータテーブル８３１を参照し、配信要求されたストリーミングデータを配信するビットレートを判定し（ステップＳ２５４）、当該フローチャートによる処理を終了する。ステップＳ２５４で判定部８１３は、上記ステップＳ２５３で予測された通信帯域幅に対して適切なビットレートを判定する。より具体的には、判定部８１３は、予測される通信帯域幅が大きいほど配信するビットレートを高く判定し、予測される通信帯域幅が小さいほど配信するビットレートを低く判定する。なお、上述した判定処理において、ＣＰＵ８１ｂが必要とする情報が不足している場合、上記ステップＳ２５４において、判定部８１３は、配信可能なビットレートのうち最も低いビットレートを選択すればよい。
【００６３】
このように、配信局８ｂは、ストリーミングデータの配信要求を送信してきた車載装置１ｂに対し、その車載装置１ｂの受信場所に応じたビットレートを決定してストリーミングデータを配信する。つまり、配信局８ｂは、ストリーミングデータの配信要求を送信してきた車載装置１ｂに対し、何れかの車載装置が以前に同じ通信状況下で通信を行っていた場合に、その通信状況が通信状況記憶部８３２に格納されていることになるので、適切なビットレートでストリーミングデータを配信することができる。例えば、前方を走行した車両の車載装置が配信局８ｂへ定期的に通信状況を通知すれば、後続の車両に搭載された車載装置１ｂが適切なビットレートでストリーミングデータの配信を受けることができる。また、当該車載装置および配信局を含むストリーミング配信システムを提供することができる。
【００６４】
（第３の実施形態）
図１０を参照して、本発明の第３の実施形態に係る車載装置１ｃおよび配信局８ｃが通信可能に構成されたストリーミング配信システムについて説明する。なお、図１０は、車載装置１ｃ、配信局８ｃ、および周辺装置の構成を示すブロック図である。
【００６５】
図１０において、車載装置１ｃおよび配信局８ｃは、第１の実施形態で説明した車載装置１ａおよび配信局８ａに対して内部構成が異なる。具体的には、車載装置１ｃは、所定のプログラムを処理することによって実現する通信帯域幅検出部１１２およびバッファリング量調整部１１３を含むＣＰＵ１１ｃと、通信履歴記憶部１８とを備えており、第１の実施形態における判定部１１１を含んでいない。また、配信局８ｃは、ＣＰＵ８１ｃと、記憶部８３ｃとを備えており、記憶部８３ｃは第１の実施形態におけるストリーミングデータテーブル８３１を含んでいない。車載装置１ｃおよび配信局８ｃにおける他の構成要素と周辺装置とについては、第１の実施形態と同様であるため、同一の参照符号を付して詳細な説明を省略する。
【００６６】
ＣＰＵ１１ｃに含まれる通信帯域幅検出部１１２およびバッファリング量調整部１１３は、ＣＰＵ１１ｃが処理するプログラムを実行することによって実現される。通信帯域幅検出部１１２は、第２の実施形態と同様に通信部１２をモニタすることにより、配信局８ｃと接続し通信を行った場合の通信帯域幅を検出する機能を有している。バッファリング量調整部１１３は、受信するストリーミングデータのバッファリング量を増減調整する機能を有している。
【００６７】
通信履歴記憶部１８は、他の構成要素と所定のバスを介して接続されている。通信履歴記憶部１８は、通信帯域幅検出部１１２が検出した通信帯域幅に基づいて、車載装置１ｃが受信する通信帯域幅が落ち込んだときの受信場所を記憶するための記憶装置であり、例えばＨＤＤやメモリである。なお、通信履歴記憶部１８は、メモリ１５の記憶領域の一部で構成されてもかまわない。
【００６８】
ＣＰＵ８１ｃは、配信局８ｃ全体の処理を司る制御装置である。記憶部８３ｃは、ストリーミングデータ等の配信局８ｃが管理するデータを記憶するための記憶装置であり、例えばＨＤＤである。なお、第１および第２の実施形態の記憶部８３ａおよび８３ｂには、複数のビットレートのストリーミングデータが記憶されていたが、記憶部８３ｃには、異なるビットレートのストリーミングデータが記憶されていなくてもかまわない。つまり、配信局８ｃは、車載装置１ｃからのストリーミング配信要求に対して、単にストリーミングデータを配信する機能を有しているだけである。
【００６９】
次に、図１１を参照して、第３の実施形態に係る車載装置１ｃの通信履歴取得処理について説明する。なお、図１１は、車載装置１ｃの通信履歴取得処理を示すフローチャートである。
【００７０】
図１１において、まず、ＣＰＵ１１ｃは、測位情報読取部１４を介して通知される測位装置３が検知した現在の車両状態を示す情報（車速信号）に基づいて、現在の車両の車速が０であるか否かを判断する（ステップＳ３１１）。そして、ＣＰＵ１１ｃは、車速が０であるとき、上記ステップＳ３１１の処理を繰り返し、車速が０でない、すなわち車両が走行中であるとき、処理を次のステップＳ３１２へ進める。
【００７１】
ステップＳ３１２において、ＣＰＵ１１ｃの通信帯域幅検出部１１２は、通信部１２をモニタすることにより現在の通信帯域幅を検出し、当該通信帯域幅が所定値に対して落ち込んだか否かを判断する。そして、ＣＰＵ１１ｃの通信帯域幅検出部１１２が通信帯域幅の落ち込みを検出しない場合、上記ステップＳ３１１に戻して処理を繰り返す。一方、ＣＰＵ１１ｃの通信帯域幅検出部１１２が通信帯域幅の落ち込みを検出したとき、処理を次のステップＳ３１３へ進める。なお、ステップＳ３１２における通信帯域幅の落ち込みの検出方法としては、通信部１２が用いる通信方式における実行スループットの半分以下に落ち込んだ場合に検出したとしてもいいし、通信回線が切断した場合のみ落ち込みを検出したとしてもよい。
【００７２】
ステップＳ３１３において、ＣＰＵ１１ｃは、測位情報読取部１４を介して通知される測位装置３が検知した現在の車両状態を示す情報（現在位置信号）に基づいて、通信履歴記憶部１８に通信帯域幅の落ち込みが発生した受信場所およびその通信帯域幅を通信履歴データとして記憶させる。そして、ＣＰＵ１１ｃは、当該フローチャートによる処理を終了する。
【００７３】
図１２を参照して、通信履歴記憶部１８に記憶される通信履歴データの一例を説明する。なお、図１２は、通信履歴記憶部１８に記憶される通信履歴データテーブルの一例を示す図である。
【００７４】
図１２において、通信履歴記憶部１８には、通信帯域幅の落ち込みが発生した受信場所に関連付けた通信帯域幅が格納される。具体的には、緯度、経度、および高度で示される車両の位置（受信場所）に対して、その車両の位置における通信帯域幅が格納される。例えば、緯度Ｎ３４°４４’２７．２”、経度Ｅ１３５°３４’２２．８”、高度１００ｍに対して、通信帯域幅３０ｋｂｐｓ（図１２の最上段に示されるデータ）が示されている。
【００７５】
次に、図１３を参照して、第３の実施形態に係る車載装置１ｃのバッファリング量調整処理について説明する。なお、図１３は、車載装置１ｃのバッファリング量調整処理を示すフローチャートである。
【００７６】
車載装置１ｃでは、ネットワークの遅延でデータの受信が遅れ、再生が間に合わなくなることを回避するためにバッファリングを行う。図１３において、バッファリング量調整処理においては、現在の車両状態に基づいて、車載装置１ｃのバッファリング量を調整する。ＣＰＵ１１ｃは、車載装置１ｃを搭載した車両が走行しながら、配信局８ｃから配信されたストリーミングデータを再生しているか否かを判断する（ステップＳ３２１）。そして、ＣＰＵ１１ｃは、走行しながらストリーミングデータを再生中のとき、処理を次のステップＳ３２２へ進め、ストリーミングデータを再生していないとき、または車両が停止中のとき、当該フローチャートによる処理を終了する。
【００７７】
ステップＳ３２２において、ＣＰＵ１１ｃは、車載装置１ｃを搭載している車両が通信履歴記憶部１８に記憶された場所に接近しているか否かを判断する。そして、ＣＰＵ１１ｃは、通信履歴記憶部１８に記憶された場所に車両が接近しているとき、処理を次のステップＳ３２４へ進め、通信履歴記憶部１８に記憶された場所に車両が接近していないとき、処理を次のステップＳ３２３へ進める。このような判断が可能なのは、測位情報読取部１４を介して測位装置３が検知した現在の車両状態を示す情報（現在位置、速度、および方位）が通知されていることと、通信履歴記憶部１８に受信場所を示すデータが記憶されているためである。より具体的には、ＣＰＵ１１ｃは、上記車両状態を示す情報を用いて所定の時間内で車載装置１ｃを搭載した車両が到達する予測位置を算出する。そして、ＣＰＵ１１ｃは、算出した到達予測位置が通信履歴記憶部１８に記憶された場所付近であるか否かを判断する。
【００７８】
ステップＳ３２３において、ＣＰＵ１１ｃのバッファリング量調整部１１３は、ストリーミングデータを再生する際のバッファリング量を変化させず（あるいはデフォルトのバッファリング量する）に、上記ステップＳ３２２に戻って処理を継続する。一方、ステップＳ３２４において、ＣＰＵ１１ｃのバッファリング量調整部１１３は、ストリーミングデータを再生する際のバッファリング量を所定量増加させて、当該フローチャートによる処理を終了する。
【００７９】
このように、車載装置１ｃは、自装置が搭載される車両の到達予測位置に応じて、配信されるストリーミングデータを再生する際のバッファリング量を調整する。車載装置１ｃは、過去に走行した経路上における通信帯域幅が落ち込む受信場所を逐次モニタリングし、当該受信場所に接近したときにバッファリング量を増加することができるので、通信帯域幅の落ち込みによるストリーミングの途切れに対して、その影響を低減することができる。また、当該車載装置および配信局を含むストリーミング配信システムを提供することができる。
【００８０】
なお、上述した説明では、過去に通信帯域幅が落ち込んだ受信場所へ接近する場合について示したが、ステップＳ３２２においては当該受信場所から遠ざかる場合にもバッファリング量を調整してもかまわない。この場合、バッファリング量調整部１１３がバッファリング量を減少するように制御すればよい。
【００８１】
また、上述した説明では、通信履歴記憶部１８に通信帯域幅が落ち込む場合についてのみ通信履歴データを記憶したが、全ての走行経路上での通信帯域幅を逐次記憶してもかまわない。この場合、より細かくバッファリング量を増減調整できることは言うまでもない。
【００８２】
（第４の実施形態）
図１４を参照して、本発明の第４の実施形態に係る車載装置１ｄおよび配信局８ｃが通信可能に構成されたストリーミング配信システムについて説明する。なお、図１４は、車載装置１ｄ、配信局８ｃ、および周辺装置の構成を示すブロック図である。
【００８３】
図１４において、車載装置１ｄは、第１の実施形態で説明した車載装置１ａに対して内部構成が異なる。具体的には、車載装置１ｄは、所定のプログラムを処理することによって実現するバッファリング量調整部１１３およびパケット判定部１１４を含むＣＰＵ１１ｄと、車々間通信部１９とを備えており、第１の実施形態における判定部１１１を含んでいない。車載装置１ｄにおける他の構成要素と周辺装置とについては、第１の実施形態と同様であるため、同一の参照符号を付して詳細な説明を省略する。また、配信局８ｃは、第３の実施形態と同様であるため、同一の参照符号を付して詳細な説明を省略する。
【００８４】
ＣＰＵ１１ｄに含まれるバッファリング量調整部１１３およびパケット判定部１１４は、ＣＰＵ１１ｃが処理するプログラムを実行することによって実現される。バッファリング量調整部１１３は、第３の実施形態と同様に、受信するストリーミングデータのバッファリング量を増減調整する機能を有している。パケット判定部１１４は、車々間通信部１９が受信するパケットＰＫＴを解析し、前方を走行している車両に搭載された車載装置からのデータか否かを判定する。
【００８５】
車々間通信部１９は、他の構成要素と所定のバスを介して接続されている。車々間通信部１９は、車載装置１ｄが搭載された車両が走行中に、他の車両に搭載された車載装置（車載装置１ｄと同様の構成）と通信を行うためのインターフェースである。例えば、車々間通信部１９は、ミリ波、ＵＷＢ（Ｕｌｔｒａ  Ｗｉｄｅ  Ｂａｎｄ）、無線ＬＡＮ等を用いて、他の車載装置と通信を行う。また、車載装置１ｄの車々間通信部１９は、自装置の通信部１２が通信を行う場合の通信帯域幅を、他の車両に搭載された車載装置に対し定期的に通知する。なお、双方の車載装置が通信部１２で使用する通信方式は同一である。
【００８６】
次に、図１５を参照して、第４の実施形態に係る車載装置１ｄのバッファリング量調整処理について説明する。なお、図１５は、車載装置１ｄのバッファリング量調整処理を示すフローチャートである。
【００８７】
車載装置１ｄでは、ネットワークの遅延でデータの受信が遅れ、再生が間に合わなくなることを回避するためにバッファリングを行う。図１５において、バッファリング量調整処理においては、車載装置１ｄが搭載された現在の車両状態に基づいて前方を走行する車両に搭載された車載装置からの情報を抽出し、その情報に基づいて車載装置１ｄのバッファリング量を調整する。ＣＰＵ１１ｄは、車載装置１ｄを搭載した車両が走行しながら、配信局８ｃから配信されたストリーミングデータを再生しているか否かを判断する（ステップＳ４０１）。そして、ＣＰＵ１１ｄは、走行しながらストリーミングデータを再生中のとき、処理を次のステップＳ４０２へ進め、ストリーミングデータを再生していないとき、または車両が停止中のとき、当該フローチャートによる処理を終了する。
【００８８】
ステップＳ４０２において、ＣＰＵ１１ｄのパケット判定部１１４は、車々間通信部１９を介して他の車載装置からパケットＰＫＴを受信したか否かを判断する。そして、パケット判定部１１４は、パケットＰＫＴを受信するまで上記ステップＳ４０２を繰り返し、パケットＰＫＴを受信したとき、処理を次のステップＳ４０３へ進める。
【００８９】
図１６を参照して、車々間通信部１９を介して車載装置間でデータ通信されるパケットＰＫＴの構造の一例を説明する。なお、図１６は、パケットＰＫＴの構造の一例を示す図である。
【００９０】
上述したように、車載装置１ｄの車々間通信部１９は、自装置の通信部１２が通信を行う場合の通信帯域幅を、他の車両に搭載された車載装置に対し定期的に通知され、当該通知がパケットＰＫＴを用いて行われる。また、同様に他の車両に搭載された車載装置も、自装置の通信部が通信を行う場合の通信帯域幅を定期的に通知しており、当該通知もパケットＰＫＴを用いて行われる。
【００９１】
図１６において、パケットＰＫＴは、宛先および送信元等を示す制御ヘッダと送信データとで構成される。例えば、車載装置１ｄから他の車載装置へパケットＰＫＴを送信する場合、制御ヘッダには「送信元（車載装置１ｄ）→宛先（他の車載装置）」が記述される。送信データは、送信元が通信部を介して受信した通信帯域幅およびその受信場所が記述される。具体的には、送信データには、送信元の車載装置が搭載された車両の位置（受信場所）に対する通信帯域幅が、緯度、経度、高度、方位、および通信帯域幅として記述される。
【００９２】
車載装置１ｄの車々間通信部１９からパケットＰＫＴを送信するときの動作について説明する。第３の実施形態と同様に、ＣＰＵ１１ｄは、通信部１２をモニタすることにより現在の通信帯域幅を検出している。また、ＣＰＵ１１ｄは、測位情報読取部１４を介して測位装置３が検知した現在の車両状態を示す情報（現在位置信号、方位信号）が通知されている。ＣＰＵ１１ｄは、上記通信帯域幅および現在の車両状態を示す情報を用いて、定期的にパケットＰＫＴの送信データを作成する。そして、ＣＰＵ１１ｄは、自装置を送信元とし宛先を他の車載装置とした制御ヘッダを上記送信データに付与してパケットＰＫＴを生成し、車々間通信部１９へ出力する。そして、車々間通信部１９は、出力されたパケットＰＫＴを他の車載装置へ送信する。
【００９３】
図１５に戻り、ステップＳ４０３において、ＣＰＵ１１ｄのパケット判定部１１４は、受信したパケットＰＫＴを解析し、パケットＰＫＴに記述された方位が搭載されている自車両の方位と同じか否かを判断する。さらに、パケット判定部１１４は、受信したパケットＰＫＴを解析し、パケットＰＫＴの送信元が自車両の進行方向の位置にあるか否かを判断する（ステップＳ４０４）。そして、ＣＰＵ１１ｄは、方位が同じで、かつパケットＰＫＴの送信元が自車両の進行方向の位置にあるとき、処理を次のステップＳ４０５に進める。一方、ＣＰＵ１１ｄは、方位が異なる、またはパケットＰＫＴの送信元が自車両の進行方向の位置にないとき、処理を次のステップＳ４０７に進める。なお、パケットＰＫＴには送信元の車両の現在位置（緯度、経度、および高度）および方位が記述されており、測位情報読取部１４を介して測位装置３が検知した現在の自車両の現在位置（緯度、経度、および高度）および方位が通知されているため、ＣＰＵ１１ｄは、双方の情報を用いて上記ステップＳ４０３およびＳ４０４の判断を行う。
【００９４】
ステップＳ４０５において、パケット判定部１１４は、自車両の前方を同一方向へ走行する他の車両から上記ステップＳ４０２で受信したパケットＰＫＴを受信したと判断する。そして、ＣＰＵ１１ｄは、通信部１２が現在通信中の通信帯域幅とパケットＰＫＴに記述された通信帯域幅とを比較して、パケットＰＫＴに記述された通信帯域幅が落ち込んでいるか否かを判断する（ステップＳ４０６）。そして、ＣＰＵ１１ｄは、通信帯域幅が落ち込んでいる場合、処理を次のステップＳ４０９へ進め、通信帯域幅が落ち込んでいない場合、処理を次のステップＳ４１０へ進める。
【００９５】
ステップＳ４０９において、ＣＰＵ１１ｄのバッファリング量調整部１１３は、ストリーミングデータを再生する際のバッファリング量を所定量増加させて、処理を次のステップＳ４１１へ進める。
【００９６】
一方、ステップＳ４０７において、パケット判定部１１４は、上記ステップＳ４０２で受信したパケットＰＫＴが自車両の前方を同一方向へ走行する他の車両以外から受信したと判断する。そして、パケット判定部１１４は、上記ステップＳ４０２で受信したパケットＰＫＴを破棄して（ステップＳ４０８）、処理を次のステップＳ４１０へ進める。
【００９７】
ステップＳ４１０は、受信したパケットＰＫＴが自車両の前方を同一方向へ走行する他の車両以外から受信したとき（つまり、通信帯域幅の落ち込みが予測できない）、またはパケットＰＫＴに記述された通信帯域幅が落ち込んでいないとき（つまり、通信帯域幅が落ち込まないと予測できる）に行われる。ステップＳ４１０において、ＣＰＵ１１ｄのバッファリング量調整部１１３は、ストリーミングデータを再生する際のバッファリング量を変化させず（あるいはデフォルトのバッファリング量する）に、次のステップＳ４１１へ処理を進める。
【００９８】
ステップＳ４１１において、ＣＰＵ１１ｄは、車載装置１ｄを搭載した自車両が走行しながら、配信局８ｃから配信されたストリーミングデータの再生を継続するか否かを判断する。そして、ＣＰＵ１１ｄは、再生を継続する場合、上記ステップＳ４０２に戻って処理を継続する。一方、ＣＰＵ１１ｄは、再生を終了する、または自車両が停止した場合、当該フローチャートによる処理を終了する。
【００９９】
このように、車載装置１ｄは、自装置が搭載される車両状態を示す情報に基づいて前方を同一方向へ走行する他の車両から送信されるパケットを選択し、その選択されたパケット情報に応じて、配信されるストリーミングデータを再生する際のバッファリング量を調整する。車載装置１ｄは、前方を同一方向へ走行する他の車両に搭載された車載装置から通信帯域幅が落ち込む場所を定期的に通知してもらうため、現在の通信帯域幅と比較し落ち込む場合にはバッファリング量を増やすよう調整することができるので、通信帯域幅の落ち込みによるストリーミングの途切れに対して、その影響を低減することができる。また、当該車載装置および配信局を含むストリーミング配信システムを提供することができる。
【０１００】
なお、上述した説明では、後方を走行する車両に搭載された車載装置は、現在の通信帯域幅から落ち込みが予測される場合について示したが、通信帯域幅が増えることが予測される場合にも同様に実施することができる。この場合、バッファリング量調整部１１３がバッファリング量を減少するように制御すればよい。
【０１０１】
また、上述した説明では、通信部１２の通信方式が他の車載装置と同一であるものとしたが、これに限定するものではないことは言うまでもない。この場合、車々間通信部１９を介した通信において、パケットＰＫＴの送信データに送信元の通信方式も含めることで、送信元の通信方式と同一の通信手段で通信部１２が通信している場合のみ、車載装置１ｄが図１５のフローチャートに基づいた処理を行うようにすればよい。
【産業上の利用可能性】
【０１０２】
本発明にかかる車載装置および配信局、並びにストリーミング配信システムは、車両等の移動体に搭載されてストリーミングデータを受信する等の用途に適用でき、車載装置は、カーナビゲーション装置、カーオーディオ、カーマルチメディア機器等として、配信局は、配信サーバ等として有用である。
【図面の簡単な説明】
【０１０３】
【図１】本発明の車載装置１および配信局８が通信可能に接続されたストリーミング配信システムの全体構成を示すブロック図
【図２】本発明の第１の実施形態に係る車載装置１ａ、配信局８ａ、および周辺装置の構成を示すブロック図
【図３】図２のストリーミングデータテーブル８３１の一例を示す図
【図４】図２のストリーミング配信システムの動作を示すシーケンス図
【図５】図４のステップＳ１５でＣＰＵ１１ａの判定部１１１が行う判定処理を示すフローチャート
【図６】本発明の第２の実施形態に係る車載装置１ｂ、配信局８ｂ、および周辺装置の構成を示すブロック図
【図７】図６のストリーミング配信システムの動作を示すシーケンス図
【図８】図６の通信状況記憶部８３２に蓄積される通信状況のデータテーブルの一例を示す図
【図９】図７のステップＳ２５でＣＰＵ８１ｂ行う判定処理を示すフローチャート
【図１０】本発明の第３の実施形態に係る車載装置１ｃ、配信局８ｃ、および周辺装置の構成を示すブロック図
【図１１】図１０の車載装置１ｃの通信履歴取得処理を示すフローチャート
【図１２】図１０の通信履歴記憶部１８に記憶される通信履歴データテーブルの一例を示す図
【図１３】図１０の車載装置１ｃのバッファリング量調整処理を示すフローチャート
【図１４】本発明の第４の実施形態に係る車載装置１ｄ、配信局８ｃ、および周辺装置の構成を示すブロック図
【図１５】図１４の車載装置１ｄのバッファリング量調整処理を示すフローチャート
【図１６】図１４の車々間通信部１９を介して車載装置間でデータ通信されるパケットＰＫＴの構造の一例を示す図
【図１７】従来のスキップ・プロテクションを説明するための通信路における帯域幅の変動を示す図
【符号の説明】
【０１０４】
１…車載装置
１１、８１…ＣＰＵ
１１１、８１３…判定部
１１２…通信帯域幅検出部
１１３…バッファリング量調整部
１１４…パケット判定部
８１１…場所予測部
８１２…通信帯域幅予測部
１２、８２…通信部
１３…入力情報読取部
１４…測位情報読取部
１５…メモリ
１６…描画ＬＳＩ
１７…ＤＡＣ
１８…通信履歴記憶部
１９…車々間通信部
２…入力装置
３…測位装置
４…表示モニタ
５…スピーカ
８…配信局
８３…記憶部
８３１…ストリーミングデータテーブル
８３２…通信状況記憶部
９…ネットワーク
【図１】
2005151352.tif 000003
【図２】
2005151352.tif 000004
【図３】
2005151352.tif 000005
【図４】
2005151352.tif 000006
【図５】
2005151352.tif 000007
【図６】
2005151352.tif 000008
【図７】
2005151352.tif 000009
【図８】
2005151352.tif 000010
【図９】
2005151352.tif 000011
【図１０】
2005151352.tif 000012
【図１１】
2005151352.tif 000013
【図１２】
2005151352.tif 000014
【図１３】
2005151352.tif 000015
【図１４】
2005151352.tif 000016
【図１５】
2005151352.tif 000017
【図１６】
2005151352.tif 000018
【図１７】
2005151352.tif 000019