JP6149471B2 - 再生装置、制御方法および制御プログラム - Google Patents

Description

本発明は、再生装置、制御方法および制御プログラムに関する。

近年、無線通信技術の進歩や高速な無線ネットワークの普及により、携帯電話機などの移動端末においてもストリーミングデータの再生が可能となった。移動端末に適したストリーム配信技術として、「ＭＰＥＧ−ＤＡＳＨ（Moving Picture Experts Group-Dynamic Adaptive Streaming over HTTP，HTTP：HyperText Transfer Protocol）」と呼ばれる技術の標準化作業が進められている。ＭＰＥＧ−ＤＡＳＨでは、配信させるストリーミングデータのビットレートや画像サイズを、セグメントと呼ばれる期間ごとに可変になっている。

移動端末へのストリーム配信技術の例としては、自装置が設置される車両の速度に応じて、配信されるストリーミングデータのビットレートを決定する車載装置がある。
また、他の例として、携帯無線端末が、受信したストリーミングデータのパケットロス率を基に通信路における瞬時的な実伝送速度を予測して、その予測結果をサーバに送信し、サーバがその予測結果に応じてストリーミングデータの圧縮率を制御するようにしたシステムがある。

特開２００５−１５１３５２号公報 特表２００２−０３２０８２号公報

I. Sodagar, "The MPEG-DASH Standard for Multimedia Streaming Over the Internet", IEEE MultiMedia, IEEE Computer Society, October-December 2011, pp. 62-67

ストリーミングデータの配信を受ける移動端末が移動する場合、移動端末が通信可能な速度が周囲の環境によって大きく変動する可能性がある。上記のパケットロス率を用いた例のように、その時点での通信速度に応じたビットレートのストリーミングデータを受信する方法では、その後の移動経路において通信速度が低くなったときに、ストリーミングデータを受信できなくなり、その再生が途切れる可能性があるという問題がある。

１つの側面では、本発明は、ストリーミングデータの再生が途切れる可能性を低減した再生装置および制御方法を提供することを目的とする。

１つの案では、ストリーミングデータの再生期間を分割した分割期間ごとに、ストリーミングデータのうち分割期間に対応するデータの配信をビットレートを指定して配信装置に要求し、指定したビットレートのデータを配信装置から受信して再生する再生装置が提供される。この再生装置は、予測値取得部、ビットレート決定部および配信要求部を有する。予測値取得部は、再生装置の移動経路の予測情報に基づいて、分割期間ごとの通信速度の予測値を取得する。ビットレート決定部は、それぞれの分割期間を起点とした複数の分割期間における予測値に基づいて、起点とした分割期間に対応するビットレートをこの分割期間における予測値を超えない範囲で決定する。配信要求部は、分割期間ごとに決定されたビットレートを指定して、それぞれの分割期間に対応するデータの配信をそれぞれの分割期間の開始時刻を待たずに配信装置に要求する。

また、１つの案では、上記の再生装置と同様の処理が実行される制御方法が提供される。
さらに、１つの案では、上記の再生装置と同様の処理をコンピュータに実行させる制御プログラムが提供される。

１態様によれば、ストリーミングデータの再生が途切れる可能性が低減する。

第１の実施の形態に係る配信システムの構成例および動作例を示す図である。 第２の実施の形態に係る配信システムの構成例を示す図である。 移動端末のハードウェア構成例を示す図である。 配信サーバのハードウェア構成例を示す図である。 ＭＰＤの概要を示す図である。 サーバ装置から移動端末へのストリーミングデータの基本的な配信手順を示すシーケンス図である。 セグメントごとに任意のビットレートのデータファイルが配信される処理の概要を示す図である。 サーバ装置から移動端末へのストリーミングデータの配信手順の別の例を示すシーケンス図である。 移動端末の機能の構成例を示すブロック図である。 通信速度テーブルのデータ構成例を示す図である。 通信速度予測部の処理例（１）を示す図である。 通信速度予測部の処理例（２）を示す図である。 通信速度予測部の処理例（３）を示す図である。 有効速度計算処理の概要を示す図である。 有効速度の計算例を示す図である。 計算対象のセグメントにおける予測速度が０である場合を示す図である。 算出された有効速度とデータファイルの受信タイミングとの関係を示す第１の図である。 算出された有効速度とデータファイルの受信タイミングとの関係を示す第２の図である。 セグメントごとの有効速度計算処理の例を示すフローチャートである。 ストリーミングデータの配信要求処理の例を示すフローチャートである。 算出された有効速度とデータファイルの受信タイミングとの関係を示す第３の図である。 有効速度計算処理の変形例（１）について示す図である。 有効速度計算処理の変形例（１）について示すフローチャートである。 有効速度計算処理の変形例（２）について示す図である。 有効速度計算処理の変形例（３）について示すフローチャートである。 第３の実施の形態に係る移動端末の機能の構成例を示すブロック図である。 ナビゲーション処理部によって走行経路が案内されている場合の予測速度の判定処理について示す図である。 ナビゲーション処理部によって走行経路が予測されている場合の予測速度の判定処理について示す図である。

以下、本発明の実施の形態について図面を参照して説明する。
〔第１の実施の形態〕
図１は、第１の実施の形態に係る配信システムの構成例および動作例を示す図である。図１に示す配信システムは、ストリーミングデータ３を配信する配信装置２と、配信されたストリーミングデータ３を再生する再生装置１とを含む。再生装置１は、移動可能な情報処理端末であり、再生装置１と配信装置２とは無線により通信する。なお、ストリーミングデータ３は、例えば、動画像データ、音声データなどを含む。

配信装置２は、ストリーミングデータ３の再生期間を分割した分割期間ごとに、異なるビットレートのデータを保持する。そして、配信装置２は、再生装置１から各分割期間のデータの配信要求を受ける際に、分割期間ごとにビットレートの指定を受け、指定されたビットレートのデータを配信する。このような配信方法が用いられることで、再生装置１は、自装置の通信環境や機器の仕様などに合わせた適切なビットレートのストリーミングデータ３を受信し、再生することが可能になる。

なお、図１の例では、再生時刻「ｔ１」から再生時刻「ｔ２」までの期間が分割期間Ｄ１、再生時刻「ｔ２」から再生時刻「ｔ３」までの期間が分割期間Ｄ２、再生時刻「ｔ３」から再生時刻「ｔ４」までの期間が分割期間Ｄ３、再生時刻「ｔ４」から再生時刻「ｔ５」までの期間が分割期間Ｄ４である。各分割期間は、同じ長さであるものとする。

再生装置１は、予測値取得部１１、ビットレート決定部１２および配信要求部１３を有する。
予測値取得部１１は、再生装置１の移動経路の予測情報に基づいて、分割期間ごとの通信速度の予測値を取得する。通信速度の予測値は、例えば、次のようにして取得される。

予測値取得部１１は、例えば、移動経路の位置情報と、移動経路の近傍に存在する無線基地局の位置情報とに基づいて、移動経路上を移動したときの通信速度を分割期間ごとに予測する。

また、予測値取得部１１は、移動経路上を移動したときの分割期間ごとの通信速度を、配信装置２などの外部装置から受信してもよい。
また、再生装置１がナビゲーション機能を有する場合、予測値取得部１１は、ユーザに案内する移動経路上を移動したときの分割期間ごとの通信速度を、移動経路情報と通信速度とを対応付けたデータベースを参照することで取得してもよい。

図１の例では、分割期間Ｄ１における通信速度の予測値が０．６Ｍｂｐｓ（bit per second）、分割期間Ｄ２における通信速度の予測値が０．８Ｍｂｐｓ、分割期間Ｄ３における通信速度の予測値が１．０Ｍｂｐｓ、分割期間Ｄ４における通信速度の予測値が０．２Ｍｂｐｓであったものとする。

ビットレート決定部１２は、分割期間ごとに対応するビットレートを決定する。ビットレート決定部１２は、それぞれの分割期間を起点とした複数の分割期間における通信速度の予測値に基づいて、起点とした分割期間に対応するビットレートをこの分割期間における通信速度の予測値を超えない範囲で決定する。

例えば、ビットレート決定部１２は、分割期間Ｄ１に対応するビットレートを、分割期間Ｄ１〜Ｄ３における通信速度の予測値を基に決定し、分割期間Ｄ２に対応するビットレートを、分割期間Ｄ２〜Ｄ４における通信速度の予測値を基に決定する。１つの分割期間に対応するビットレートを決定するためにいくつの分割期間の予測値を用いるかは、任意に決定することができる。

例えば、図１の例のように分割期間Ｄ１における予測値より分割期間Ｄ２，Ｄ３における予測値の方が大きい場合、ビットレート決定部１２は、分割期間Ｄ１に対応するビットレートをこの分割期間Ｄ１における予測値「０．６Ｍｂｐｓ」に決定する。

また、例えば、図１の例のように分割期間Ｄ２における予測値より分割期間Ｄ４における予測値の方が小さい場合、ビットレート決定部１２は、分割期間Ｄ２に対応するビットレートをこの分割期間Ｄ２における予測値「０．８Ｍｂｐｓ」より小さい値に決定する。図１の例では、分割期間Ｄ２に対応するビットレートは、分割期間Ｄ２〜Ｄ４における予測値の平均値「０．６Ｍｂｐｓ」に決定されたものとする。

分割期間ごとのビットレートの決定方法としては、例えば、次のような方法が考えられる。一例としては、ビットレート決定部１２は、それぞれの分割期間を起点とした複数の分割期間における予測値の平均値と、起点とした分割期間における予測値のうち、小さい方の値を、起点とした分割期間に対応するビットレートに決定する。また、他の例としては、ビットレート決定部１２は、それぞれの分割期間を起点として１個からＮ個（ただし、Ｎは２以上の整数）までの互いに異なる数の分割期間における予測値の平均値を算出し、分割期間ごとに算出されたＮ個の平均値のうち最小の値を、分割期間ごとのビットレートに決定する。

配信要求部１３は、分割期間ごとに決定されたビットレートを指定して、それぞれの分割期間に対応するデータの配信を、それぞれの分割期間の開始時刻を待たずに配信装置２に要求する。

図１において、配信要求部１３は、例えば、分割期間Ｄ１の開始時刻「ｔ１」において、ビットレート「０．６Ｍｂｐｓ」を指定して分割期間Ｄ１に対応するデータの配信を要求する。配信装置２は、分割期間Ｄ１に対応するデータとして、ビットレート「０．６Ｍｂｐｓ」のデータを配信する。ここで、分割期間Ｄ１における通信速度の予測値は０．６Ｍｂｐｓであるので、再生装置１は、分割期間Ｄ１の終了時刻「ｔ２」までに分割期間Ｄ１に対応するデータを受信できる可能性が高い。

これにより、配信要求部１３は、分割期間Ｄ１の終了時刻「ｔ２」、すなわち次の分割期間Ｄ２の開始時刻「ｔ２」までに、分割期間Ｄ２に対応するデータの配信を要求できる可能性が高くなる。その結果、再生装置１は、分割期間Ｄ２のデータの再生を途切れることなく行うことができる。

また、配信要求部１３は、例えば、分割期間Ｄ２の開始時刻「ｔ２」において、ビットレート「０．６Ｍｂｐｓ」を指定して分割期間Ｄ２に対応するデータの配信を要求する。配信装置２は、分割期間Ｄ２に対応するデータとして、ビットレート「０．６Ｍｂｐｓ」のデータを配信する。ここで、分割期間Ｄ２における通信速度の予測値は０．８Ｍｂｐｓであるので、再生装置１は、分割期間Ｄ２の終了時刻「ｔ３」より前に分割期間Ｄ２に対応するデータを受信できる可能性が高い。

上記のように、配信要求部１３は、分割期間の開始時刻を待たずにその分割期間に対応するデータの配信を要求する。上記の例では、配信要求部１３は、分割期間Ｄ３に対応するデータの配信を分割期間Ｄ３の開始時刻「ｔ３」より前に要求する。分割期間Ｄ３の開始時刻「ｔ３」より前の時刻「ｔ３’」に分割期間Ｄ２に対応するデータの受信が完了したものとすると、最も早い例では、分割期間Ｄ３に対応するデータの受信は時刻「ｔ３’」において開始される。

このように、分割期間Ｄ２に対応するビットレートを分割期間Ｄ２における通信速度の予測値より小さくすることで、次の分割期間Ｄ３に対応するデータの受信を分割期間Ｄ３の開始時刻ｔ３より前に開始することができる。これにより、分割期間Ｄ３のデータの再生を途切れることなく行うことができる。

また、仮に分割期間Ｄ３に対応するビットレートが分割期間Ｄ３における予測値と同じ「１．０Ｍｂｐｓ」に決定されたとしても、分割期間Ｄ３のデータの受信は分割期間Ｄ３の終了時刻ｔ４より前に完了する。そして、この受信完了のタイミングで、次の分割期間Ｄ４のデータの受信を開始することができる。仮に分割期間Ｄ３に対応するビットレートが分割期間Ｄ３における予測値より小さな値に決定された場合には、次の分割期間Ｄ４のデータの受信を開始できるタイミングはさらに早められる。

このように、再生装置１は、ある分割期間に対応するビットレートをその分割期間における通信速度の予測値より小さい値に決定することで、その後の分割期間に対応するデータを前倒しで受信することができる。このような処理により、分割期間Ｄ４のように、その後の分割期間の中に極端に通信速度が低い期間があったとしても、その期間が終了するタイミングまでにその期間に対応するデータの受信を完了することができる可能性が高まる。その結果、通信速度が極端に低くなる期間があった場合でも、再生装置１がストリーミングデータ３を途切れさせずに再生できる可能性が高まる。

再生装置１は、それぞれの分割期間に対応するビットレートを、それぞれの分割期間を起点とした複数の分割期間における通信速度の予測状況に基づいて、適切に決定する。これにより、再生装置１は、配信されるデータのビットレートをできるだけ高くして、再生品質を向上させつつ、再生が途切れる可能性を低くすることができる。

〔第２の実施の形態〕
次に、ＭＰＥＧ−ＤＡＳＨを用いたストリーミングデータの配信システムの例について説明する。

図２は、第２の実施の形態に係る配信システムの構成例を示す図である。図２に示す配信システムは、移動端末１００と配信サーバ２００とを含む。移動端末１００と配信サーバ２００とは、無線ネットワーク３００を介して通信可能になっている。すなわち、移動端末１００は、無線ネットワーク３００を介して外部の装置と通信可能な無線端末装置である。また、移動端末１００は、ＧＰＳ（Global Positioning System）衛星４００から位置情報を受信する機能を備えていてもよい。

移動端末１００は、例えば、携帯電話機、可搬型の情報端末装置、ノート型やタブレット型などの可搬型のパーソナルコンピュータとして実現される。また、移動端末１００は、ストリーミングデータを再生する機能を有する。移動端末１００は、配信サーバ２００に対してストリーミングデータの配信を要求する。配信サーバ２００は、要求されたストリーミングデータを移動端末１００に配信する。移動端末１００は、配信されたストリーミングデータを受信して再生する。ストリーミングデータは、例えば、動画像データ、音声データなどを含む。

図３は、移動端末のハードウェア構成例を示す図である。移動端末１００は、プロセッサ１０１によって装置全体が制御されている。プロセッサ１０１には、バス１１０を介して、ＲＡＭ（Random Access Memory）１０２および複数の周辺機器が接続されている。

プロセッサ１０１は、マルチプロセッサであってもよい。プロセッサ１０１は、例えばＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、またはＰＬＤ（Programmable Logic Device）である。またプロセッサ１０１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。

ＲＡＭ１０２は、移動端末１００の主記憶装置として使用される。ＲＡＭ１０２には、プロセッサ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２には、プロセッサ１０１による処理に必要な各種データが格納される。

バス１１０に接続されている周辺機器としては、不揮発性メモリ１０３、メモリカードインタフェース１０４、無線通信モジュール１０５、入力インタフェース１０６、表示処理回路１０７、音声処理回路１０８およびＧＰＳ受信回路１０９がある。

不揮発性メモリ１０３は、移動端末１００の補助記憶装置として使用される。不揮発性メモリ１０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、不揮発性メモリ１０３は、例えばフラッシュメモリである。

メモリカードインタフェース１０４には、記憶デバイスとしてフラッシュメモリなどを用いた可搬型記憶装置であるメモリカード１０４ａが接続される。メモリカードインタフェース１０４は、メモリカード１０４ａから読み出したデータをプロセッサ１０１に出力する。また、メモリカードインタフェース１０４は、プロセッサ１０１から書き込みが要求されたデータをメモリカード１０４ａに書き込む。

無線通信モジュール１０５には、無線ネットワーク３００を介して無線通信するためのアンテナ１０５ａが接続されている。無線通信モジュール１０５は、アンテナ１０５ａからの受信信号の復調やデータ分離、アンテナ１０５ａから送信すべきデータの生成や変調などを行う。

入力インタフェース１０６には、入力装置１０６ａが接続されている。入力インタフェース１０６は、入力装置１０６ａから出力される信号をプロセッサ１０１に送信する。入力装置１０６ａとしては、タッチパネル、入力キーなどがある。

表示処理回路１０７には、モニタ１０７ａが接続されている。表示処理回路１０７は、プロセッサ１０１からの命令に従って、画像をモニタ１０７ａに表示させる。表示装置としては、液晶表示装置、有機ＥＬ（Organic Electroluminescence）を用いた表示装置などがある。

音声処理回路１０８には、スピーカ１０８ａが接続されている。音声処理回路１０８は、プロセッサ１０１からの命令に従って、スピーカ１０８ａに音声を出力させる。
ＧＰＳ受信回路１０９には、アンテナ１０９ａが接続されている。ＧＰＳ受信回路１０９は、ＧＰＳ衛星４００から受信した位置情報をプロセッサ１０１に送信する。

図４は、配信サーバのハードウェア構成例を示す図である。配信サーバ２００は、例えば、図４に示すようなコンピュータとして実現される。
配信サーバ２００は、プロセッサ２０１によって装置全体が制御されている。プロセッサ２０１には、バス２０８を介して、ＲＡＭ２０２と複数の周辺機器が接続されている。プロセッサ２０１は、マルチプロセッサであってもよい。プロセッサ２０１は、例えばＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣまたはＰＬＤである。またプロセッサ２０１は、ＣＰＵ、ＭＰＵ、ＤＳＰ、ＡＳＩＣ、ＰＬＤのうちの２以上の要素の組み合わせであってもよい。

ＲＡＭ２０２は、配信サーバ２００の主記憶装置として使用される。ＲＡＭ２０２には、プロセッサ２０１に実行させるＯＳのプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ２０２には、プロセッサ２０１による処理に必要な各種データが格納される。

バス２０８に接続されている周辺機器としては、ＨＤＤ（Hard Disk Drive）２０３、表示処理装置２０４、入力インタフェース２０５、読み取り装置２０６および通信インタフェース２０７がある。

ＨＤＤ２０３は、配信サーバ２００の補助記憶装置として使用される。ＨＤＤ２０３には、ＯＳのプログラム、アプリケーションプログラム、および各種データが格納される。なお、補助記憶装置としては、ＳＳＤ（Solid State Drive）などの他の種類の不揮発性記憶装置を使用することもできる。

表示処理装置２０４には、モニタ２０４ａが接続されている。表示処理装置２０４は、プロセッサ２０１からの命令に従って、画像をモニタ２０４ａに表示させる。モニタ２０４ａとしては、ＣＲＴ（Cathode Ray Tube）を用いた表示装置や液晶表示装置などがある。

入力インタフェース２０５には、入力装置の例として、キーボード２０５ａおよびマウス２０５ｂが接続されている。入力インタフェース２０５は、これらの入力装置から出力される信号をプロセッサ２０１に送信する。

読み取り装置２０６には、可搬型記録媒体２０６ａが脱着される。読み取り装置２０６は、可搬型記録媒体２０６ａに記録されたデータを読み取ってプロセッサ２０１に送信する。可搬型記録媒体２０６ａとしては、光ディスク、光磁気ディスク、半導体メモリなどがある。

通信インタフェース２０７は、ネットワークを介して、移動端末１００などの他の装置との間でデータの送受信を行う。
次に、ＭＰＥＧ−ＤＡＳＨに従ったストリーミングデータの配信方法について説明する。ＭＰＥＧ−ＤＡＳＨは、ＨＴＴＰのインタフェースを用いてマルチメディアのストリーミングを行う技術である。ＭＰＥＧ−ＤＡＳＨは、ネットワークの通信速度、再生装置側で対応するビットレートや画像解像度に応じて、動的にコンテンツのレイヤを切り替えることを可能にする。このレイヤは「Representation」と呼ばれ、レイヤごとにビットレートや画像解像度が定義される。ＭＰＥＧ−ＤＡＳＨは、次のような特徴を有する。

・サーバ側に、複数レイヤのビットストリームが蓄積される。
・サーバに蓄積されるビットストリームは、「duration」と呼ばれる一定長の期間に区切られている。

・再生中にビットレートや画像解像度をduration単位に切り替え可能である。
・提供されるコンテンツごとに、対応するビットレートや画像解像度などのメタ情報がＭＰＤ（Media Presentation Description）に定義される。

図５は、ＭＰＤの概要を示す図である。ＭＰＤは時間方向に対して「Period」によって分割され、各Periodは「start」で定義される開始時刻の情報を有する。各Periodは、「Group」というコンテンツの種別ごとの情報を有する。図５の例では、「video」のGroupと「audio」のGroupとが示されている。

各Groupは、ビットレート（規格上ではbandwidth）や水平解像度（規格上ではwidth）および垂直解像度（規格上ではheight）が定義された「Representation」によってマルチレイヤのストリームに区分される。各Representationは、さらに時間方向に対してduration単位に分割された「Segment」に関する情報が記述された「Segment Info」を含む。Segment Infoは、Segmentごとの情報が記述された「Media Segment」を含み、Media Segmentには、対応するデータファイルのアクセス先ＵＲＬ（Uniform Resource Locator）や、対応するPeriodに記述された時刻を基準としてカウントされる開始時刻などが記述される。

上記のＭＰＤは、動画像や音声のビットストリームの配信に先立って、サーバからクライアントに送信される。クライアントは、ＭＰＤを基に、再生環境に応じた最適なビットレートや画像解像度のデータファイルを、durationごとにＵＲＬを指定することで要求することができる。

図６は、サーバ装置から移動端末へのストリーミングデータの基本的な配信手順を示すシーケンス図である。
移動端末１００は、まず、配信サーバ２００に対してＭＰＤの送信を要求する。配信サーバ２００は、移動端末１００が要求可能な全セグメントのメタ情報が記述されたＭＰＤを、移動端末１００に送信する。この後、移動端末１００は、受信したＭＰＤに基づいて、基本的にdurationごとにデータファイルを要求する。

これ以後の説明では、時間方向に並列するdurationのそれぞれを、セグメントの番号によって示すものとする。また、レイヤ（Representation）はビットレートの違いを示すものとする。

移動端末１００は、セグメント１に対応するＵＲＬのうち、所望のビットレートのセグメントのＵＲＬを配信サーバ２００に送信して、このセグメントのデータファイルの送信を要求する。配信サーバ２００は、要求されたデータファイルを移動端末１００に配信し、移動端末１００は、配信されたデータファイルを再生する。

また、移動端末１００は、セグメント２に対応するＵＲＬのうち、所望のビットレートのセグメントのＵＲＬを配信サーバ２００に送信して、このセグメントのデータファイルの送信を要求する。セグメント２のデータファイルの送信要求は、セグメント１のデータファイルの受信が完了してから行われてもよいし、受信が完了する前に行われてもよい。配信サーバ２００は、要求されたデータファイルを移動端末１００に配信する。

移動端末１００と配信サーバ２００との間では、このようにして各セグメントの配信が行われる。コンテンツの最終のセグメントＸが配信サーバ２００から配信されると、配信処理が終了する。

図７は、セグメントごとに任意のビットレートのデータファイルが配信される処理の概要を示す図である。図７の例では、配信サーバ２００は、各セグメントのデータファイルとして、少なくとも、ビットレートがそれぞれ１００ｋｂｐｓ、３００ｋｂｐｓ、１Ｍｂｐｓのデータファイルを配信可能であるものとする。

移動端末１００は、時刻ｔ１を起点とするセグメント１のデータファイルとして、例えばビットレート「１００ｋｂｐｓ」のデータファイルを要求する。また、移動端末１００は、時刻ｔ２を起点とするセグメント２のデータファイルとして、例えばビットレート「３００ｋｂｐｓ」のデータファイルを要求する。さらに、移動端末１００は、時刻ｔ３を起点とするセグメント３のデータファイルとして、例えばビットレート「１Ｍｂｐｓ」のデータファイルを要求する。

配信サーバ２００は、移動端末１００からの要求に応じて、セグメント１のデータファイルとしてビットレート「１００ｋｂｐｓ」のデータファイルを送信し、セグメント２のデータファイルとしてビットレート「３００ｋｂｐｓ」のデータファイルを送信し、セグメント３のデータファイルとしてビットレート「１Ｍｂｐｓ」のデータファイルを送信する。

図８は、サーバ装置から移動端末へのストリーミングデータの配信手順の別の例を示すシーケンス図である。移動端末１００は、図６の例と同様に配信サーバ２００からＭＰＤを受信した後、図８に示すように、複数セグメントについてのデータファイルの配信をまとめて要求することもできる。この場合でも、移動端末１００は、セグメント単位でビットレートを指定することが可能である。

以上の図５〜図８に示したように、移動端末１００は配信サーバ２００に対し、セグメントごとにビットレートを指定してデータファイルの配信を要求することができる。本実施の形態において、移動端末１００は、移動端末１００の未来の移動経路における通信速度を予測し、その予測値を基に、移動経路上を移動しながらストリーミングデータの配信を要求する際に指定するビットレートを、セグメントごとに決定する。

移動端末１００は、未来の移動経路における通信速度の予測値を基にセグメントごとのビットレートを決定することで、できるだけ高いビットレートのデータファイルを配信させながらも、配信されたストリーミングデータの再生が途切れる可能性を低減する。特に、移動端末１００は、移動端末１００を保持するユーザが乗った車両や列車がトンネルを通過する場合など、移動端末１００が無線通信できない期間が発生した場合でも、ストリーミングデータの再生が途切れる可能性を低減するものである。

図９は、移動端末の機能の構成例を示すブロック図である。なお、本実施の形態では、移動端末１００のユーザが鉄道を用いて移動する際に、ストリーミングデータの配信および再生が行われるものとする。

移動端末１００は、再生制御部１２１、通信速度予測部１２２、有効速度計算部１２３、サーバ通信処理部１２４および再生処理部１２５を有する。これらの各部の処理は、例えば、移動端末１００が備えるプロセッサ１０１が所定のプログラムを実行することで実現される。

また、移動端末１００の不揮発性メモリ１０３には、データベース１３０が記憶され、移動端末１００のＲＡＭ１０２には、通信速度テーブル１４１が記憶される。さらに、移動端末１００は、ＲＡＭ１０２の記憶領域の一部を用いたデータ蓄積部１４２を有する。

再生制御部１２１は、ストリーミングデータを再生するための処理全体を制御する。再生制御部１２１は、例えば、通信速度予測部１２２、有効速度計算部１２３、サーバ通信処理部１２４および再生処理部１２５に対して、各種の処理の開始指示や終了指示を与える。

通信速度予測部１２２は、データベース１３０を参照しながら、セグメントごとの通信速度を予測して、予測結果を通信速度テーブル１４１に登録する。以下、セグメントごとに予測された通信速度を「予測速度」と呼ぶ。

データベース１３０には、予測速度を予測するために用いられる各種の情報が記憶される。データベース１３０には、例えば、鉄道の運行時刻が記述された時刻表情報、鉄道の走行ルートが記述されたルート情報、無線基地局の位置が記述された基地局情報などが記憶される。

有効速度計算部１２３は、通信速度テーブル１４１に登録された予測速度に基づいて、セグメントごとの有効速度を計算し、計算結果を通信速度テーブル１４１に登録する。有効速度は、そのセグメントのデータファイルの配信を要求する際に指定されるビットレートの上限値である。後述するように、有効速度計算部１２３は、あるセグメントに対応する有効速度を、そのセグメントを起点とする複数セグメントにおける予測速度に基づいて計算する。有効速度計算部１２３は、配信されるストリーミングデータのビットレートが、ストリーミングデータの再生が途切れない範囲でできるだけ高くなるように、有効速度を計算する。

サーバ通信処理部１２４は、配信サーバ２００に対してストリーミングデータの配信を要求し、配信されたストリーミングデータをデータ蓄積部１４２に一時的に格納する。サーバ通信処理部１２４は、セグメントごとのデータファイルの配信を配信サーバ２００に要求する際に、通信速度テーブル１４１から対応する有効速度を読み出し、読み出した有効速度以下のビットレートを指定して配信を要求する。

再生処理部１２５は、データ蓄積部１４２に蓄積されたストリーミングデータを読み出して、再生処理を行う。再生処理部１２５は、読み出したストリーミングデータから動画像データおよび音声データを分離して、分離された動画像データおよび音声データを復号化する。再生処理部１２５は、復号化された動画像データを表示処理回路１０７に送出し、復号化された音声データを音声処理回路１０８に送出する。

なお、動画像データの復号化および音声データの復号化は、それぞれ表示処理回路１０７、音声処理回路１０８で行われてもよい。
図１０は、通信速度テーブルのデータ構成例を示す図である。通信速度テーブル１４１は、「セグメント番号」、「時刻」、「予測速度」および「有効速度」の各項目を有する。

「セグメント番号」には、再生対象のストリーミングデータのセグメント番号が降順に登録される。すなわち、通信速度テーブル１４１には、再生対象のストリーミングデータに含まれるすべてのセグメントに対応するレコードが登録される。

「時刻」には、対応するセグメントの開始時刻が登録される。「予測速度」には、対応するセグメントについて通信速度予測部１２２によって予測された予測速度が登録される。「有効速度」には、対応するセグメントについて有効速度計算部１２３によって計算された有効速度が登録される。なお、以下の説明では、有効速度を「Ｒｄｅｃｉｄｅ」と表す場合もある。

次に、通信速度予測部１２２の処理例について説明する。本実施の形態において、通信速度予測部１２２は、ユーザが鉄道を用いて移動する間における移動端末１００の通信速度を、セグメントに対応する単位時間ごとに予測する。鉄道の場合、ユーザが乗車した列車が特定されれば移動経路も特定されるので、移動端末１００の移動経路を比較的容易かつ正確に予測することができる。

図１１は、通信速度予測部の処理例（１）を示す図である。処理例（１）では、通信速度予測部１２２は、時刻表情報１３１、経路情報１３２および基地局情報１３３に基づいて、セグメントごとの通信速度を予測する。時刻表情報１３１、経路情報１３２および基地局情報１３３は、図９のデータベース１３０に記憶される。

［ステップＳ１１］ユーザは、事前に、あるいは列車に乗車する際に、列車の乗車時刻、乗車駅および降車駅の情報を移動端末１００に入力する。
［ステップＳ１２］通信速度予測部１２２は、ユーザに入力された情報と、時刻表情報１３１および経路情報１３２とに基づいて、ユーザ（すなわち移動端末１００）が移動する経路を予測する。

例えば、時刻表情報１３１には、列車の便名ごとに停車駅や、各駅の到着時刻などの情報が記憶されている。通信速度予測部１２２は、ユーザに入力された情報を用いて時刻表情報１３１を検索することで、ユーザが乗車する列車を特定する。一方、経路情報１３２には、例えば、鉄道の線路の位置情報が記憶されている。通信速度予測部１２２は、経路情報１３２に基づいて、ユーザが乗車する列車の移動経路を特定する。

通信速度予測部１２２は、例えば、乗車駅から降車駅までに存在する各駅間の距離と、各駅における停車時刻とから、列車に乗車してから降車するまでのユーザの位置を、１セグメントに対応する単位時間（例えば１０秒）ごとに予測する。

なお、経路情報１３２には、線路の経路のうち、線路がトンネル内にあるなど、無線通信が不可能になる区間を示す情報も記憶されている。通信速度予測部１２２は、単位時間ごとのユーザの位置を予測した際、その位置が無線通信が不可能な区間にあるかについても判別する。

［ステップＳ１３］基地局情報１３３には、例えば、移動端末１００が通信可能な複数の無線基地局の位置情報が記憶されている。通信速度予測部１２２は、基地局情報１３３に基づき、ユーザが乗車する列車の移動経路の近傍に存在する無線基地局を特定する。

［ステップＳ１４］通信速度予測部１２２は、セグメントごとに通信速度を予測し、その予測結果（予測速度）を通信速度テーブル１４１に登録する。
通信速度予測部１２２は、例えば、セグメントごとに、ステップＳ１２で予測されたユーザの位置と、その位置に最も近い無線基地局との距離を求める。ユーザ、すなわち移動端末１００と、無線基地局との距離が近いほど、通信速度は高くなる。そこで、通信速度予測部１２２は、次の式（１）に従って、セグメントごとの予測速度Ｓを算出する。
Ｓ＝α＊ＭａｘＳｐｅｅｄ／Ｄ ・・・（１）
式（１）において、αは正の定数、ＭａｘＳｐｅｅｄは無線基地局からの最大送信速度、Ｄは移動端末１００と無線基地局との距離を示す。

また、式（１）は、移動端末１００と無線基地局との距離と通信速度との関係を一次式で近似したものであるが、この関係をより実際の関係に近づけるためには、次の式（２）が用いられてもよい。
Ｓ＝β＊ＭａｘＳｐｅｅｄ／Ｄⁿ ・・・（２）
式（２）において、βは正の定数、ｎは１より大きい整数である。

以上の式（１）または式（２）を用いて、ユーザが列車に乗っている際のセグメントごとの予測速度が算出される。ただし、ステップＳ１２で予測されたユーザの位置が、トンネルの内部などの無線通信が不可能な区間に含まれる場合には、通信速度予測部１２２は、その位置に対応するセグメントの予測速度を０にする。

以上の処理により、通信速度テーブル１４１には、セグメントごとに予測速度が登録される。
なお、ステップＳ１１で入力される列車の乗車時刻および乗車駅の情報は、通信速度予測部１２２が自動的に判別してもよい。例えば、通信速度予測部１２２は、ＧＰＳ衛星４００から受信した位置情報に基づくユーザの現在位置が、駅の構内を示す場合に、その駅を乗車駅と判別する。また、通信速度予測部１２２は、この時点の現在時刻を基に、ユーザが乗車する列車とその乗車時刻とを予測する。このとき、ユーザが乗車する列車が複数想定できる場合には、通信速度予測部１２２は、ＧＰＳ衛星４００からの位置情報に基づくその後のユーザの移動方向から、ユーザが乗車した列車を特定することができる。

また、例えば、時刻表情報１３１に駅間の列車の走行速度が登録されている場合には、通信速度予測部１２２は、走行速度の情報に基づいて、列車に乗車中のユーザの単位時間ごとの位置をより正確に予測することができる。

また、ステップＳ１２で予測されたユーザの単位時間ごとの位置は、ＧＰＳ衛星から受信した位置情報に基づくユーザの現在位置の情報を基に、適宜のタイミングで補正、または再度予測されてもよい。ユーザの単位時間ごとの位置が補正、または再度予測された場合、ステップＳ１３以降の処理も再度実行される。これにより、通信速度テーブル１４１に記憶された予測速度の精度が向上する。

また、図１１の処理のうち少なくともステップＳ１４の処理は、ストリーミングデータの再生が開始されてから随時実行されてもよい。例えば、通信速度予測部１２２は、現在再生中のセグメントより一定数だけ先のセグメントについて、ステップＳ１４の処理を実行してもよい。

また、図１１に示した処理の一部は、配信サーバ２００などの他のサーバ装置で実行されてもよい。例えば、ステップＳ１１で入力された情報が配信サーバ２００に送信され、配信サーバ２００は、ステップＳ１２〜Ｓ１４に相当する処理を行って、予測速度を移動端末１００に送信する。移動端末１００の通信速度予測部１２２は、受信した予測速度を通信速度テーブル１４１に登録する。

図１２は、通信速度予測部の処理例（２）を示す図である。処理例（２）では、通信速度予測部１２２は、列車への初回乗車時には、乗車中における通信速度を実測して、その実測値を履歴情報１３４に登録する。そして、通信速度予測部１２２は、列車への２回目以降の乗車時には、履歴情報１３４からセグメントごとの予測速度を取得する。

［ステップＳ２１］ユーザは、事前に、あるいは列車に乗車する際に、列車の乗車時刻と降車時刻とを移動端末１００に入力する。
［ステップＳ２２］通信速度予測部１２２は、入力された乗車時刻に達してから、入力された降車時刻に達するまでの間、配信サーバ２００と通信して通信速度を実測し、セグメントに対応する単位時間ごとの通信速度を履歴情報１３４に登録する。このステップＳ２２の処理は、実際に配信サーバ２００からストリーミングデータの配信を受けてこれを再生する処理の間に行われてもよい。履歴情報１３４は、例えばデータベース１３０に記憶される。

［ステップＳ２３］その後、ユーザが別の日に同じ列車に乗車する際には、次のような処理が行われる。通信速度予測部１２２は、履歴情報１３４に登録された、列車の乗車時刻になると、履歴情報１３４から降車時刻までの単位時間ごとの通信速度の実測値を取得し、通信速度テーブル１４１に登録する。

図１３は、通信速度予測部の処理例（３）を示す図である。処理例（３）では、複数の移動端末１００＿１，１００＿２，１００＿３，・・・における通信速度の実測値を、サーバ装置が収集し、ストリーミングデータを再生しようとする移動端末１００に対し、サーバ装置が通信速度を送信する。図１３では例として、配信サーバ２００が通信速度の実測値を収集するものとする。

［ステップＳ３１］移動端末１００＿１は、列車の乗車から降車までの単位時間ごとの通信速度を実測する。この処理は、図１２のステップＳ２１，Ｓ２２と同様の手順を用いることができる。

［ステップＳ３２］移動端末１００＿１は、単位時間ごとの通信速度の実測値を、配信サーバ２００に送信する。
［ステップＳ３３］配信サーバ２００は、複数の移動端末１００＿１，１００＿２，１００＿３，・・・から、単位時間ごとの通信速度の実測値を収集して、速度実測値データベース２１１に登録する。

配信サーバ２００は、例えば、単位時間ごとの通信速度の実測値を、列車の便名ごとに速度実測値データベース２１１に登録する。このために、移動端末１００＿１，１００＿２，１００＿３，・・・のそれぞれは、例えば、通信速度の実測値を送信する際に、時刻表情報１３１に基づいて列車の便名も配信サーバ２００に送信すればよい。

［ステップＳ３４］ストリーミングデータを再生しようとする移動端末１００の通信速度予測部１２２は、乗車時刻、乗車駅および降車駅を配信サーバ２００に送信し、予測速度の送信を要求する。乗車時刻、乗車駅および降車駅は、例えば、ステップＳ１１と同様の手順で移動端末１００に入力されればよい。

［ステップＳ３５］配信サーバ２００は、受信した情報に基づいてユーザが乗車する列車を特定し、速度実測値データベース２１１から、特定した列車に対応する通信速度の実測値を検索する。

［ステップＳ３６］配信サーバ２００は、速度実測値データベース２１１から、受信した乗車駅から降車駅までの単位時間ごとの通信速度の実測値を読み出し、これらの実測値をセグメントごとの予測速度として移動端末１００に送信する。

移動端末１００の通信速度予測部１２２は、受信した予測速度を通信速度テーブル１４１に登録する。
なお、以上の処理例（１）〜（３）は通信速度の予測処理の一例であり、他の方法によって通信速度が予測されてもよい。

次に、有効速度計算部１２３の処理について説明する。図１４は、有効速度計算処理の概要を示す図である。
図１４では、予測速度の推移の例を示している。この例では、セグメント１の期間における予測速度は１０００ｋｂｐｓであり、以下、セグメント２，３，４，５，６，７における予測速度は、それぞれ８００ｋｂｐｓ、６００ｋｂｐｓ、４００ｋｂｐｓ、０ｋｂｐｓ、２００ｋｂｐｓ、４００ｋｂｐｓである。

有効速度計算部１２３は、各セグメントに対応する有効速度を、計算対象のセグメントを起点として１個からＮ個（ただし、Ｎは２以上の整数）までの互いに異なる数のセグメントにおける予測値の平均値を基に計算する。本実施の形態では、Ｎ＝５とする。

ここで、１つのセグメントに対応する有効速度を計算するために考慮される期間を、１Ｔ〜５Ｔと呼ぶ。１Ｔ期間とは、計算対象のセグメントのみを含む期間である。２Ｔ期間とは、計算対象のセグメントと、このセグメントを起点として２番目のセグメントとを含む期間である。３Ｔ期間とは、計算対象のセグメントと、このセグメントを起点として２番目および３番目のセグメントとを含む期間である。４Ｔ期間とは、計算対象のセグメントと、このセグメントを起点として２番目〜４番目のセグメントとを含む期間である。５Ｔ期間とは、計算対象のセグメントと、このセグメントを起点として２番目〜５番目のセグメントとを含む期間である。

図１４では例として、セグメント１を有効速度の計算対象とした場合について示している。この場合、１Ｔ期間はセグメント１の期間を示し、２Ｔ期間はセグメント１，２の期間を示し、３Ｔ期間はセグメント１〜３の期間を示し、４Ｔ期間はセグメント１〜４の期間を示し、５Ｔ期間はセグメント１〜５の期間を示す。

有効速度計算部１２３は、１Ｔ期間〜５Ｔ期間のそれぞれにおける予測速度の平均値を算出する。ここで、計算対象のセグメントを起点として１番目〜５番目までのセグメントにおける予測速度を、ｒ１〜ｒ５とする。図１４の例では、ｒ１＝１０００［ｋｂｐｓ］、ｒ２＝８００［ｋｂｐｓ］、ｒ３＝６００［ｋｂｐｓ］、ｒ４＝４００［ｋｂｐｓ］、ｒ５＝０［ｋｂｐｓ］である。

また、１Ｔ期間における予測速度の平均値をＲ１、２Ｔ期間における予測速度の平均値をＲ２、３Ｔ期間における予測速度の平均値をＲ３、４Ｔ期間における予測速度の平均値をＲ４、５Ｔ期間における予測速度の平均値をＲ５とする。図１４の例では、平均値Ｒ１〜Ｒ５は次のように算出される。

Ｒ１＝ｒ１＝１０００［ｋｂｐｓ］
Ｒ２＝（ｒ１＋ｒ２）／２＝９００［ｋｂｐｓ］
Ｒ３＝（ｒ１＋ｒ２＋ｒ３）／３＝８００［ｋｂｐｓ］
Ｒ４＝（ｒ１＋ｒ２＋ｒ３＋ｒ４）／４＝７００［ｋｂｐｓ］
Ｒ５＝（ｒ１＋ｒ２＋ｒ３＋ｒ４＋ｒ５）／５＝５６０［ｋｂｐｓ］
有効速度計算部１２３は、算出された平均値Ｒ１〜Ｒ５のうち、最小の値を有効速度に決定する。図１４の例では、セグメント１に対応する有効速度は、平均値Ｒ５に決定される。

なお、図示しないが、例えばセグメント２に対応する有効速度の算出の際には、１Ｔ期間はセグメント２の期間となり、２Ｔ期間はセグメント２，３の期間となり、３Ｔ期間はセグメント２〜４の期間となり、４Ｔ期間はセグメント２〜５の期間となり、５Ｔ期間はセグメント２〜６の期間となる。

図１５は、有効速度の計算例を示す図である。
セグメント１に対応する有効速度（Ｒｄｅｃｉｄｅ）は、セグメント１〜５における予測速度を用いて、図１４に示した手順により５８０ｋｂｐｓと算出される。同様に、セグメント２に対応する有効速度は、セグメント２〜６における予測速度を用いて、図１４に示した手順により４００ｋｂｐｓと算出される。また、セグメント３に対応する有効速度は、セグメント３〜７における予測速度を用いて、図１４に示した手順により３００ｋｂｐｓと算出される。

サーバ通信処理部１２４は、各セグメントのデータファイルの配信を要求する際、通信速度テーブル１４１から、配信を要求するセグメントに対応する有効速度を読み出す。サーバ通信処理部１２４は、配信サーバ２００から受信したＭＰＤに記述された、配信を要求可能なビットレートのうち、通信速度テーブル１４１から読み出した有効速度Ｒｄｅｃｉｄｅ以下で最も高いビットレートを選択して、選択したビットレートを指定して配信を要求する。

例えば、ビットレート１０００ｋｂｐｓ、５００ｋｂｐｓ、３００ｋｂｐｓ、１００ｋｂｐｓのデータファイルの配信を要求可能である場合、図１５の例では次のようにビットレートが決定される。サーバ通信処理部１２４は、セグメント１に対応する有効速度が５８０ｋｂｐｓであることから、セグメント１に対応するビットレートを５００ｋｂｐｓと決定する。また、サーバ通信処理部１２４は、セグメント２に対応する有効速度が４００ｋｂｐｓであることから、セグメント２に対応するビットレートを３００ｋｂｐｓと決定する。さらに、サーバ通信処理部１２４は、セグメント３に対応する有効速度が３００ｋｂｐｓであることから、セグメント３に対応するビットレートを３００ｋｂｐｓと決定する。

図１６は、計算対象のセグメントにおける予測速度が０である場合を示す図である。
図１６に示すセグメント１０については、予測速度が０となっている。この場合、前述の計算方法によってセグメント１０に対応する有効速度（Ｒｄｅｃｉｄｅ）が計算されると、その結果は０となってしまい、セグメント１０に対応するデータファイルの配信を要求できなくなってしまう。

そこで、有効速度計算部１２３は、予測速度が０であるセグメントに対応する有効速度を、このセグメントの直前のセグメントに対応する有効速度と同じ値にする。この理由については、後の図１８において説明する。

なお、計算対象のセグメントの直前のセグメントにおける予測速度が０である場合、さらにその直前のセグメントに対応する有効速度が、計算対象のセグメントに対応する有効速度に設定される。

図１７は、算出された有効速度とデータファイルの受信タイミングとの関係を示す第１の図である。この図１７において、セグメント１に対応する有効速度を算出する処理について考える。

セグメント１〜５のそれぞれにおける予測速度の中では、計算対象のセグメント１における予測速度が最も低い。この場合、有効速度（Ｒｄｅｃｉｄｅ）は平均値Ｒ１、すなわちセグメント１における予測速度と算出される。換言すると、有効速度の上限は、計算対象のセグメントにおける予測速度までに制限される。

例えば、サーバ通信処理部１２４が、セグメント１のデータファイルの配信をセグメント１の期間の開始時刻「ｔ１」に要求したものとする。ここでは配信要求から受信までのタイムラグを考えないものとすると、セグメント１のデータファイルは、セグメント１の期間の開始時刻「ｔ１」に受信が開始されて、その期間の終了時刻「ｔ２」までに受信が完了する。

このように、有効速度の上限が計算対象のセグメントにおける予測速度までに制限されることで、そのセグメントのデータファイルを、次のセグメントの開始時刻までに確実に受信できるようになる。従って、ストリーミングデータの再生が途切れる可能性が低減される。

図１８は、算出された有効速度とデータファイルの受信タイミングとの関係を示す第２の図である。図１８の例では、セグメント２における予測速度が０となっている。この場合、図１６に示したように、セグメント２に対応する有効速度は、セグメント１に対応する有効速度に設定される。

ここで、セグメント１に対応する有効速度は、セグメント１〜５における予測速度を用いて算出される。そして、セグメント１における予測速度は、セグメント１，２の予測速度の平均値（すなわち２Ｔ期間における平均値Ｒ２）より大きくはならない。セグメント２における予測速度は０なので、セグメント１，２における予測速度の平均値は、セグメント１における予測速度の１／２となる。すなわち、図１８の例では、セグメント１に対応する有効速度は、必ず、セグメント１における予測速度の１／２以下となる。

仮に、セグメント１に対応する有効速度が、セグメント１における予測速度の１／２と算出されたものとする。そして、サーバ通信処理部１２４が、セグメント１のデータファイルの配信をセグメント１の期間の開始時刻「ｔ１」に要求したものとする。セグメント１のデータファイルは、セグメント１の期間の開始時刻「ｔ１」に受信が開始されて、１セグメント分の時間の１／２が経過した時刻ｔ１’までに受信が完了する。

また、サーバ通信処理部１２４は、時刻ｔ１’までにセグメント２のデータファイルの配信を要求することで、遅くとも時刻ｔ１’までにセグメント２のデータファイルの受信を開始できる。そして、サーバ通信処理部１２４は、無線通信が不能であるセグメント２の期間が開始される時刻「ｔ２」までに、セグメント２のデータファイルの受信を完了することができる。

このように、予測速度が０であるセグメントに対応する有効速度を、その直前のセグメントに対応する有効速度と同じにすることで、予測速度が０であるセグメント、すなわち、無線通信が不能となるセグメントの期間が開始される前に、そのセグメントのデータファイルの受信を確実に完了できるようになる。従って、トンネルを通過する場合など、無線通信が不能となる区間を一時的に移動する場合であっても、ストリーミングデータの再生が途切れる可能性が低減される。

次に、有効速度計算部１２３およびサーバ通信処理部１２４の処理について、フローチャートを用いて説明する。
図１９は、セグメントごとの有効速度計算処理の例を示すフローチャートである。図１９の処理は、セグメントごと、すなわち、通信速度テーブル１４１のレコードごとに実行される。

［ステップＳ５１］有効速度計算部１２３は、予測速度ｒ１〜ｒＮを通信速度テーブル１４１から取得する。
［ステップＳ５２］有効速度計算部１２３は、変数ｊに１を設定する。また、有効速度計算部１２３は、有効速度Ｒｄｅｃｉｄｅを平均値Ｒ１、すなわち予測速度ｒ１に設定する。

［ステップＳ５３］有効速度計算部１２３は、現在設定されている有効速度Ｒｄｅｃｉｄｅが０であるかを判定する。有効速度Ｒｄｅｃｉｄｅが０である場合、ステップＳ５９の処理が実行され、０でない場合、ステップＳ５４の処理が実行される。

［ステップＳ５４］有効速度計算部１２３は、変数ｊに１を加算する。
［ステップＳ５５］有効速度計算部１２３は、次の式（３）に従って、ｊ＊Ｔ期間での予測速度ｒ１〜ｒｊの平均値Ｒｉ（＝Ｒｊ）を算出する。

［ステップＳ５６］有効速度計算部１２３は、現在の平均値Ｒｉが現在の有効速度Ｒｄｅｃｉｄｅより小さいかを判定する。平均値Ｒｉが有効速度Ｒｄｅｃｉｄｅより小さい場合、ステップＳ５７の処理が実行され、平均値Ｒｉが有効速度Ｒｄｅｃｉｄｅ以上の場合、ステップＳ５８の処理が実行される。

［ステップＳ５７］有効速度計算部１２３は、有効速度Ｒｄｅｃｉｄｅを、現在の平均値Ｒｉの値に更新する。
［ステップＳ５８］有効速度計算部１２３は、変数ｊがＮに達したかを判定する。変数ｊがＮに達していない場合、ステップＳ５４の処理が再度実行され、変数ｊがＮに達した場合、処理が終了される。処理が終了された場合、現在の計算対象のセグメントに対応する有効速度Ｒｄｅｃｉｄｅは、ステップＳ５２またはステップＳ５７で設定された値となる。

［ステップＳ５９］有効速度計算部１２３は、通信速度テーブル１４１において、現在の計算対象のセグメントより前のセグメントのレコードを辿り、予測速度が０でないセグメントを選択する。有効速度計算部１２３は、選択したセグメントに対応する有効速度Ｒｄｅｃｉｄｅを、計算対象のセグメントに対応する有効速度Ｒｄｅｃｉｄｅに設定する。

図２０は、ストリーミングデータの配信要求処理の例を示すフローチャートである。
［ステップＳ７１］サーバ通信処理部１２４は、通信速度テーブル１４１からセグメントを１つ選択し、このセグメントに対応する有効速度Ｒｄｅｃｉｄｅを取得する。

［ステップＳ７２］サーバ通信処理部１２４は、配信サーバ２００から受信したＭＰＤに記述された、配信を要求可能なビットレートのうち、ステップＳ７１で取得した有効速度Ｒｄｅｃｉｄｅ以下で最も高いビットレートを選択する。サーバ通信処理部１２４は、配信サーバ２００に対して、該当セグメントのデータファイルのうち、選択したビットレートのデータファイルのＵＲＬを指定して、このデータファイルの配信を要求する。

［ステップＳ７３］サーバ通信処理部１２４は、ＭＰＤに記述された全セグメントのデータファイルの配信要求が完了したかを判定する。配信要求が完了していない場合、ステップＳ７４の処理が実行され、配信要求が完了している場合、処理が終了される。

［ステップＳ７４］サーバ通信処理部１２４は、通信速度テーブル１４１から、現在時刻が含まれるセグメントにおける予測速度ｒを取得する。ここで言う「現在時刻が含まれるセグメント」は、ステップＳ７１で選択されたセグメントと同じか、それより前のセグメントである。サーバ通信処理部１２４は、取得した予測速度ｒが０であるかを判定する。予測速度ｒが０でない場合、ステップＳ７５の処理が実行され、予測速度ｒが０である場合、ステップＳ７６の処理が実行される。

［ステップＳ７５］ステップＳ７２で配信を要求したデータファイルは、１セグメント分の時間Ｌに、ステップＳ７１で取得した有効速度Ｒｄｅｃｉｄｅを乗算し、その乗算結果をステップＳ７４で取得した予測速度ｒで除算することで得られる時間で、受信を完了できることが期待される。そこで、サーバ通信処理部１２４は、得られた時間から、配信を要求してからデータファイルの受信を開始するまでの予測遅延時間γを減算した時間だけ、待ち状態となり、その後にステップＳ７１の処理を実行する。

［ステップＳ７６］現在、無線通信が不可能な状態であると考えられるため、サーバ通信処理部１２４は、１セグメント分の時間Ｌから上記の予測遅延時間γを減算した時間だけ、待ち状態となり、その後にステップＳ７１の処理を実行する。

以上のステップＳ７５またはステップＳ７６のように配信要求が行われる間隔が設定されることで、各セグメントのデータファイルは、そのセグメントの実際の開始時刻を待たずに配信が要求される。これにより、各セグメントのデータファイルが前倒しで受信されるようになり、その結果、トンネル通過時のように無線通信が不可能な期間が存在したとしても、ストリーミングデータの再生が途切れる可能性が低減される。

なお、セグメントごとの配信要求の方法としては、各セグメントのデータファイルが前倒しで受信される方法であれば、他の方法が用いられてもよい。例えば、サーバ通信処理部１２４は、あるセグメントのデータファイルの受信が完了すると、次のセグメントのデータファイルの配信を要求してもよい。また、例えば、サーバ通信処理部１２４は、図８に示したように、複数セグメント分のデータファイルの配信を一度にまとめて要求してもよい。

＜変形例（１）＞
以下、有効速度計算部１２３による有効速度計算処理の変形例について説明する。ここではまず、予測速度が０であるセグメントに対応する有効速度の決定に関する変形例（１）を示す。

上記の図１９の処理では、予測速度が０であるセグメントに対応する有効速度を、その直前のセグメントに対応する有効速度と同じにしていた。しかしながら、直前の有効速度ではなく、さらに前の有効速度を使用することで、配信を要求するデータファイルのビットレートを高め、再生品質を向上させることが可能な場合がある。

図２１は、算出された有効速度とデータファイルの受信タイミングとの関係を示す第３の図である。図２１の例では、セグメント４における予測速度が０となっている。
上記の図１９の処理を用いた場合、図２１のセグメント４に対応する有効速度として、その直前のセグメント３に対応する有効速度が設定された。図２１において、セグメント３に対応する有効速度は、最高でも５００ｋｂｐｓとなる。

これに対し、図２１のセグメント１に対応する有効速度は７５０ｋｂｐｓである。セグメント１〜４に対応する有効速度をすべて７５０ｋｂｐｓとした場合、セグメント４の開始時刻「ｔ４」までに、セグメント１〜４のすべてのデータファイルの受信を完了できる。このため、セグメント１〜４のデータファイルを途切れずに再生することができる。それに加えて、セグメント４に対応する有効速度をセグメント３に対応する有効速度とした場合より、セグメント４のデータファイルのビットレートを高めることができる。

図２２は、有効速度計算処理の変形例（１）について示す図である。
図２２の例では、セグメント１０における予測速度が０である。この場合に、有効速度計算部１２３は、セグメント１０から（Ｎ−１）個（ここでは４個）前までのセグメントにそれぞれ対応する有効速度を参照し、その中から有効速度が最大であるセグメントを選択する。図２２の例ではセグメント８が選択される。有効速度計算部１２３は、セグメント８から、計算対象であるセグメント１０までのすべてのセグメントに対応する有効速度を、セグメント８に対応する有効速度に更新する。

このように、有効速度計算部１２３は、計算対象のセグメントから（Ｎ−１）個前までの各セグメントのうち、有効速度が最大であるセグメントを選択して、選択したセグメントに対応する有効速度をその後のセグメントに対応する有効速度に適用する。これにより、予測速度が０であるセグメントだけでなく、その前の複数セグメントについてのデータファイルのビットレートを高くすることができ、再生品質を向上させることができる。

図２３は、有効速度計算処理の変形例（１）について示すフローチャートである。図２３に示す処理は、図１９におけるステップＳ５９の処理を、ステップＳ６１，Ｓ６２に置き換えたものである。

［ステップＳ６１］有効速度計算部１２３は、計算対象のセグメントの直前の（Ｎ−１）個のセグメントから、予測速度が０でなく、有効速度Ｒｄｅｃｉｄｅが最大であるセグメントを抽出する。

［ステップＳ６２］有効速度計算部１２３は、抽出したセグメントに対応する有効速度Ｒｄｅｃｉｄｅを、それ以降の計算対象のセグメントまでのすべてのセグメントに対応する有効速度に設定する。

＜変形例（２）＞
図２４は、有効速度計算処理の変形例（２）について示す図である。
図２２，図２３の例では、直前の（Ｎ−１）個のセグメントのうち有効速度が最大のものを選択し、選択したセグメントに対応する有効速度を、計算対象のセグメントまでのすべてのセグメントに設定した。しかしながら、他の例として、有効速度計算部１２３は、図２４に示すように、計算対象のセグメントの直前の（Ｎ−１）個のセグメントのうち有効速度が最大のものを選択し、選択したセグメントに対応する有効速度を、計算対象のセグメントにのみ設定してもよい。

この場合でも、予測速度が０であるセグメントのデータファイルのビットレートを高め、なおかつ、このセグメントのデータファイルの再生が途切れる可能性を低減することができる。

＜変形例（３）＞
次に、変形例（３）として、有効速度の計算処理の他の例について説明する。
図１４で説明した処理では、有効速度計算部１２３は、平均値Ｒ１〜Ｒ５のうち最少の値を、セグメント１に対応する有効速度としていた。しかしながら、他の例として、有効速度計算部１２３は、平均値Ｒ１（すなわちセグメント１における予測速度ｒ１）と、計算に用いる期間が最大である平均値Ｒ５とのうち値が小さい方を、セグメント１に対応する有効速度としてもよい。この場合でも、各セグメントのデータファイルの配信が前倒しで要求されることで、指定するビットレートをできるだけ高くしつつ、ストリーミングデータの再生が途切れる可能性を低減できるという効果が得られる。

この変形例（３）の場合、予測速度が０であるセグメントについて有効速度を計算する場合には、それより（Ｎ−１）個前のセグメントを選択して、選択したセグメントに対応する有効速度をそれ以降のセグメントに対応する有効速度に設定すればよい。これにより、予測速度が０であるセグメントのデータファイルの受信を、このセグメントの開始時刻までに確実に完了することができる。

図２５は、有効速度計算処理の変形例（３）について示すフローチャートである。図２５の処理は、セグメントごと、すなわち、通信速度テーブル１４１のレコードごとに実行される。

［ステップＳ７１］有効速度計算部１２３は、予測速度ｒ１〜ｒＮを通信速度テーブル１４１から取得する。
［ステップＳ７２］有効速度計算部１２３は、有効速度Ｒｄｅｃｉｄｅを平均値Ｒ１、すなわち予測速度ｒ１に設定する。

［ステップＳ７３］有効速度計算部１２３は、現在設定されている有効速度Ｒｄｅｃｉｄｅが０であるかを判定する。有効速度Ｒｄｅｃｉｄｅが０である場合、ステップＳ７７の処理が実行され、０でない場合、ステップＳ７４の処理が実行される。

［ステップＳ７４］有効速度計算部１２３は、Ｎ＊Ｔ期間での予測速度ｒ１〜ｒＴの平均値Ｒｉ（＝ＲＴ）を算出する。
［ステップＳ７５］有効速度計算部１２３は、ステップＳ７４で算出した平均値Ｒｉが、ステップＳ７２で設定した有効速度Ｒｄｅｃｉｄｅより小さいかを判定する。平均値Ｒｉが有効速度Ｒｄｅｃｉｄｅより小さい場合、ステップＳ７６の処理が実行される。平均値Ｒｉが有効速度Ｒｄｅｃｉｄｅ以上の場合、処理が終了される。処理が終了された場合、現在の計算対象のセグメントに対応する有効速度Ｒｄｅｃｉｄｅは、ステップＳ７２で設定された値となる。

［ステップＳ７６］有効速度計算部１２３は、有効速度Ｒｄｅｃｉｄｅを、ステップＳ７４で算出した平均値Ｒｉの値に更新する。
［ステップＳ７７］有効速度計算部１２３は、通信速度テーブル１４１において、現在の計算対象のセグメントより（Ｎ−１）個前のセグメントを選択する。

［ステップＳ７８］有効速度計算部１２３は、選択したセグメントに対応する有効速度Ｒｄｅｃｉｄｅを、それ以降の計算対象のセグメントまでのすべてのセグメントに対応する有効速度に設定する。

〔第３の実施の形態〕
図２６は、第３の実施の形態に係る移動端末の機能の構成例を示すブロック図である。この図２６では、図９と共通する構成要素には同じ符号を付して示しており、それらの説明については省略する。

本実施の形態の移動端末１００ａは、ユーザが自動車に乗って移動する際にストリーミングデータを再生できるようにするものである。また、移動端末１００ａは、例えば、ナビゲーション装置など、自動車に搭載される情報端末装置であってもよい。

移動端末１００ａは、図９の通信速度予測部１２２、有効速度計算部１２３、通信速度テーブル１４１の代わりに、通信速度予測部１２２ａ、有効速度計算部１２３ａおよび通信速度テーブル１４１ａを備え、さらに、ナビゲーション処理部１２６を備える。また、通信速度予測部１２２ａおよびナビゲーション処理部１２６に参照されるデータベース１３０ａには、道路情報１３５、通信速度マップ情報１３６および走行履歴１３７が記憶される。

ナビゲーション処理部１２６は、ＧＰＳ衛星４００から受信される位置情報と、道路情報１３５とに基づいて、表示画面に地図を表示するとともに、その地図上に現在位置を示す情報を表示する。ナビゲーション処理部１２６は、ユーザに指定された出発地から目的地までの走行経路を道路情報１３５を基に抽出し、地図画面や音声情報を用いてユーザに走行経路を案内する。

また、ナビゲーション処理部１２６は、出発地および目的地が指定されていない場合、移動端末１００ａの現在位置や移動方向に基づいて、その先の走行経路を予測することも可能になっている。

また、ナビゲーション処理部１２６は、移動端末１００ａが実際に移動した経路の情報を、走行履歴１３７に格納する。
道路情報１３５には、各地の道路の位置情報が記憶される。

通信速度マップ情報１３６には、道路情報１３５に記憶された位置情報に対応付けて、各位置における通信速度がマッピングされている。
通信速度予測部１２２ａは、ナビゲーション処理部１２６によって案内されている走行経路、またはナビゲーション処理部１２６によって予測されている走行経路の情報を受け取る。通信速度予測部１２２ａは、走行経路に対応する通信速度を通信速度マップ情報１３６から読み出すことで、セグメントごとの予測速度を判定し、予測速度を通信速度テーブル１４１ａに登録する。

また、通信速度予測部１２２ａは、ナビゲーション処理部１２６によって複数の経路が予想されている場合、これらの経路ごとに予測速度を取得して、通信速度テーブル１４１ａに登録する。通信速度テーブル１４１ａの基本的なデータ構成は図９の通信速度テーブル１４１と同様であるが、上記のように複数の経路が予測された場合、通信速度テーブル１４１ａには、経路ごとに予測速度が登録される。

有効速度計算部１２３ａは、基本的には図９の有効速度計算部１２３と同様の処理を行う。ただし、ナビゲーション処理部１２６によって複数の経路が予想されている場合、有効速度計算部１２３ａは、経路ごとの予測速度に基づいて有効速度を経路ごとに計算し、それらを加重平均することにより最終的な有効速度を算出する。

次に、通信速度予測部１２２ａの処理について説明する。
図２７は、ナビゲーション処理部によって走行経路が案内されている場合の予測速度の判定処理について示す図である。

通信速度マップ情報１３６には、例えば、道路の区間ごとに通信速度が対応付けられている。ナビゲーション処理部１２６によって図２７のような走行経路が案内されているとき、通信速度予測部１２２ａは、区間Ａ、区間Ｂ、区間Ｃのそれぞれにおける通信速度を通信速度マップ情報１３６から取得する。通信速度予測部１２２ａは、走行経路上のどの位置に何時に到達するかを示す情報をナビゲーション処理部１２６から取得して、この情報と通信速度マップ情報１３６から取得した情報とを基に、セグメントごとの予測速度を判定する。

なお、通信速度マップ情報１３６においては、同じ位置についての通信速度が時間帯ごとに登録されていてもよい。例えば、昼間や夜間より、朝夕の通勤・通学時間帯の方が、同一無線基地局に同時にアクセスする端末数が多くなり、その分だけ通信速度が低下する。通信速度予測部１２２ａは、走行経路上を移動する時刻に応じた通信速度を通信速度マップ情報１３６から取得することで、通信速度をより正確に予測することができる。

図２８は、ナビゲーション処理部によって走行経路が予測されている場合の予測速度の判定処理について示す図である。
走行経路の予測時において、その走行経路上に分岐点がある場合には、分岐点から先の経路を確定することができず、複数の経路が予想される場合がある。図２８の例では、分岐点５００から先の走行経路として、経路５０１〜５０３が予測される。

このような場合、通信速度予測部１２２ａは、分岐点から先の複数の経路のそれぞれについて、通信速度マップ情報１３６から通信速度を取得し、複数の経路のそれぞれについて、セグメントごとの予測速度を判定する。これにより、通信速度予測部１２２ａは、分岐点から先の経路数分の予測速度を、セグメントごとに取得し、通信速度テーブル１４１に登録することになる。

有効速度計算部１２３ａは、複数の経路のそれぞれについて取得された予測速度を用いて、経路ごとに有効速度を仮計算する。そして、有効速度計算部１２３ａは、経路ごとに設定された重み係数を用いて、経路ごとに算出された有効速度の加重平均をとることにより、最終的な有効速度を算出する。

例えば、図２８において、経路５０１についてセグメントごとの予測速度がｒ１＿１，ｒ２＿１，ｒ３＿１，ｒ４＿１，ｒ５＿１，・・・と取得され、経路５０２についてセグメントごとの予測速度がｒ１＿２，ｒ２＿２，ｒ３＿２，ｒ４＿２，ｒ５＿２，・・・と取得され、経路５０３についてセグメントごとの予測速度がｒ１＿３，ｒ２＿３，ｒ３＿３，ｒ４＿３，ｒ５＿３，・・・と取得されたとする。なお、ここでは説明を簡単にするために、ｒｘ＿１，ｒｘ＿２，・・・はそれぞれセグメント１，２，・・・における予測速度であるものとする。

この場合、有効速度計算部１２３ａはまず、セグメント１に対応する有効速度を経路ごとに仮計算する。経路５０１については、ｒ１＿１，ｒ２＿１，ｒ３＿１，ｒ４＿１，ｒ５＿１を用いて有効速度Ｒ＿１が算出される。経路５０２については、ｒ１＿２，ｒ２＿２，ｒ３＿２，ｒ４＿２，ｒ５＿２を用いて有効速度Ｒ＿１が算出される。経路５０３については、ｒ１＿３，ｒ２＿３，ｒ３＿３，ｒ４＿３，ｒ５＿３を用いて有効速度Ｒ＿３が算出される。

また、経路５０１，５０２，５０３のそれぞれの重み係数が、１０％、２０％，７０％と設定されたものとする。この場合、有効速度計算部１２３ａは、最終的な有効速度Ｒを、０．１＊Ｒ＿１＋０．２＊Ｒ＿２＋０．７＊Ｒ＿３なる式によって計算する。

なお、計算対象のセグメントが分岐点５００より前の位置に対応し、有効速度の計算のために分岐点５００を跨ぐ経路に基づいて取得された予測速度が用いられる場合、分岐点５００より前の位置に対応する予測速度としては経路ごとに共通の予測速度が用いられる。

経路ごとに用いられる重み係数としては、例えば、経路ごとの交通量に応じた係数を用いることができる。この場合、交通量が多いほど、その経路を通過する可能性が高いと考えられるため、重み係数の値が大きくされる。また、重み係数は、走行履歴１３７に基づいて設定されてもよい。この場合、過去に移動端末１００ａが通過した回数が多い経路ほど、重み係数の値が大きくされる。

このような処理により、未来の走行経路として複数の経路が予想される場合でも、各経路を通過する可能性を加味して有効速度を算出することが可能となる。
なお、上記の第３の実施の形態において、通信速度マップ情報１３６は、所定のサーバ装置からダウンロードされてもよい。この場合、通信速度マップ情報１３６を定期的に最新の情報に更新することができる。

また、通信速度マップ情報１３６はサーバ装置側に記憶されていてもよい。この場合、通信速度予測部１２２ａは、サーバ装置にアクセスして、経路ごとの予測速度を取得する。

また、通信速度マップ情報１３６がサーバ装置側に記憶される場合、サーバ装置は、複数の移動端末から通信速度の実測値を収集し、収集した情報を基に通信速度マップ情報１３６を随時更新してもよい。

また、通信速度予測部１２２ａは、例えば、通信速度マップ情報１３６を用いずに、走行経路の位置とその近傍の無線基地局の位置との距離に基づいて、予測速度を計算によって求めてもよい。

なお、上記の各実施の形態に示した装置（再生装置１、配信装置２、移動端末１００，１００ａおよび配信サーバ２００）の処理機能は、コンピュータによって実現することができる。その場合、各装置が有すべき機能の処理内容を記述したプログラムが提供され、そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、磁気記憶装置、光ディスク、光磁気記録媒体、半導体メモリなどがある。磁気記憶装置には、ハードディスク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁気テープなどがある。光ディスクには、ＤＶＤ（Digital Versatile Disc）、ＤＶＤ−ＲＡＭ、ＣＤ−ＲＯＭ（Compact Disc-Read Only Memory）、ＣＤ−Ｒ（Recordable）／ＲＷ（Rewritable）などがある。光磁気記録媒体には、ＭＯ（Magneto-Optical disk）などがある。

プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭなどの可搬型記録媒体が販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。

プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムまたはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、ネットワークを介して接続されたサーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。

以上の各実施の形態に関し、さらに以下の付記を開示する。
（付記１） ストリーミングデータの再生期間を分割した分割期間ごとに、前記ストリーミングデータのうち前記分割期間に対応するデータの配信をビットレートを指定して配信装置に要求し、指定したビットレートのデータを前記配信装置から受信して再生する再生装置において、
前記再生装置の移動経路の予測情報に基づいて、前記分割期間ごとの通信速度の予測値を取得する予測値取得部と、
それぞれの前記分割期間を起点とした複数の前記分割期間における前記予測値に基づいて、起点とした前記分割期間に対応するビットレートを当該分割期間における前記予測値を超えない範囲で決定するビットレート決定部と、
前記分割期間ごとに決定されたビットレートを指定して、それぞれの前記分割期間に対応するデータの配信をそれぞれの前記分割期間の開始時刻を待たずに前記配信装置に要求する配信要求部と、
を有することを特徴とする再生装置。

（付記２） 前記ビットレート決定部は、それぞれの前記分割期間を起点として１個からＮ個（ただし、Ｎは２以上の整数）までの互いに異なる数の前記分割期間における前記予測値の平均値を算出し、前記分割期間ごとに算出されたＮ個の前記平均値のうち最小の値を、前記分割期間ごとのビットレートに決定することを特徴とする付記１記載の再生装置。

（付記３） 前記ビットレート決定部は、前記予測値が０である前記分割期間のビットレートを決定する際、当該分割期間より（Ｎ−１）個前までの前記分割期間について決定されたビットレートのいずれかを、当該分割期間のビットレートに決定することを特徴とする付記２記載の再生装置。

（付記４） 前記ビットレート決定部は、前記予測値が０である前記分割期間のビットレートを決定する際、当該分割期間より（Ｎ−１）個前までの前記分割期間について決定されたビットレートのうち最大のビットレートを、当該分割期間のビットレートに決定することを特徴とする付記２記載の再生装置。

（付記５） 前記ビットレート決定部は、前記予測値が０である前記分割期間のビットレートを決定する際、当該分割期間より（Ｎ−１）個前までの前記分割期間のうち、決定されたビットレートが最大である前記分割期間を判別し、判別した前記分割期間の次の前記分割期間から前記予測値が０である前記分割期間までのすべてのビットレートを、判別した前記分割期間のビットレートに決定し直すことを特徴とする付記２記載の再生装置。

（付記６） 前記ビットレート決定部は、それぞれの前記分割期間を起点とした複数の前記分割期間における前記予測値の平均値と、起点とした前記分割期間における前記予測値のうち、小さい方の値を、起点とした前記分割期間に対応するビットレートに決定することを特徴とする付記１記載の再生装置。

（付記７） 前記ビットレート決定部は、
それぞれの前記分割期間を起点としたＮ個（ただし、Ｎは２以上の整数）の前記分割期間における前記予測値の平均値と、起点とした前記分割期間における前記予測値のうち、小さい方の値を、起点とした前記分割期間に対応するビットレートに決定し、
前記予測値が０である前記分割期間のビットレートを決定する際、当該分割期間より（Ｎ−１）個前の前記分割期間を選択し、選択した前記分割期間の次の前記分割期間から前記予測値が０である前記分割期間までのすべてのビットレートを、選択した前記分割期間のビットレートに決定し直す、
ことを特徴とする付記１記載の再生装置。

（付記８） 複数の移動経路が予測される場合、
前記予測値取得部は、前記複数の移動経路のそれぞれについて前記予測値を取得し、
前記ビットレート決定部は、前記複数の移動経路のそれぞれについて取得された前記予測値に基づいて、前記複数の移動経路のそれぞれについてビットレートを仮決定し、仮決定された複数のビットレートの加重平均をとることでビットレートを決定する、
ことを特徴とする付記１〜７のいずれか１つに記載の再生装置。

（付記９） 前記加重平均をとる際に用いられる重み係数は、前記複数の移動経路のそれぞれを通過する可能性に応じて設定されることを特徴とする付記８記載の再生装置。
（付記１０） 指定された出発地から目的地までの移動経路を案内するナビゲーション処理部をさらに有し、
前記予測値取得部は、前記ナビゲーション処理部によって案内される移動経路の情報に基づいて前記予測値を取得する、
ことを特徴とする付記１〜９のいずれか１つに記載の再生装置。

（付記１１） 前記予測値取得部は、前記再生装置の移動経路と、無線基地局との距離に基づいて、前記分割期間ごとの通信速度を予測することを特徴とする付記１〜１０のいずれか１つに記載の再生装置。

（付記１２） ストリーミングデータの再生期間を分割した分割期間ごとに、前記ストリーミングデータのうち前記分割期間に対応するデータの配信をビットレートを指定して配信装置に要求し、指定したビットレートのデータを前記配信装置から受信して再生する再生装置における制御方法であって、
前記再生装置の移動経路の予測情報に基づいて、前記分割期間ごとの通信速度の予測値を取得し、
それぞれの前記分割期間を起点とした複数の前記分割期間における前記予測値に基づいて、起点とした前記分割期間に対応するビットレートを当該分割期間における前記予測値を超えない範囲で決定し、
前記分割期間ごとに決定されたビットレートを指定して、それぞれの前記分割期間に対応するデータの配信をそれぞれの前記分割期間の開始時刻を待たずに前記配信装置に要求する、
ことを特徴とする制御方法。

（付記１３） 前記ビットレートの決定では、それぞれの前記分割期間を起点として１個からＮ個（ただし、Ｎは２以上の整数）までの互いに異なる数の前記分割期間における前記予測値の平均値を算出し、前記分割期間ごとに算出されたＮ個の前記平均値のうち最小の値を、前記分割期間ごとのビットレートに決定することを特徴とする付記１２記載の制御方法。

（付記１４） 前記ビットレートの決定では、前記予測値が０である前記分割期間のビットレートを決定する際、当該分割期間より（Ｎ−１）個前までの前記分割期間について決定されたビットレートのいずれかを、当該分割期間のビットレートに決定することを特徴とする付記１３記載の制御方法。

（付記１５） 前記ビットレートの決定では、前記予測値が０である前記分割期間のビットレートを決定する際、当該分割期間より（Ｎ−１）個前までの前記分割期間について決定されたビットレートのうち最大のビットレートを、当該分割期間のビットレートに決定することを特徴とする付記１３記載の制御方法。

（付記１６） 前記ビットレートの決定では、前記予測値が０である前記分割期間のビットレートを決定する際、当該分割期間より（Ｎ−１）個前までの前記分割期間のうち、決定されたビットレートが最大である前記分割期間を判別し、判別した前記分割期間の次の前記分割期間から前記予測値が０である前記分割期間までのすべてのビットレートを、判別した前記分割期間のビットレートに決定し直すことを特徴とする付記１３記載の制御方法。

（付記１７） 前記ビットレートの決定では、それぞれの前記分割期間を起点とした複数の前記分割期間における前記予測値の平均値と、起点とした前記分割期間における前記予測値のうち、小さい方の値を、起点とした前記分割期間に対応するビットレートに決定することを特徴とする付記１２記載の制御方法。

（付記１８） 前記ビットレートの決定では、
それぞれの前記分割期間を起点としたＮ個（ただし、Ｎは２以上の整数）の前記分割期間における前記予測値の平均値と、起点とした前記分割期間における前記予測値のうち、小さい方の値を、起点とした前記分割期間に対応するビットレートに決定し、
前記予測値が０である前記分割期間のビットレートを決定する際、当該分割期間より（Ｎ−１）個前の前記分割期間を選択し、選択した前記分割期間の次の前記分割期間から前記予測値が０である前記分割期間までのすべてのビットレートを、選択した前記分割期間のビットレートに決定し直す、
ことを特徴とする付記１２記載の制御方法。

（付記１９） 複数の移動経路が予測される場合、
前記予測値の取得では、前記複数の移動経路のそれぞれについて前記予測値を取得し、
前記ビットレートの決定では、前記複数の移動経路のそれぞれについて取得された前記予測値に基づいて、前記複数の移動経路のそれぞれについてビットレートを仮決定し、仮決定された複数のビットレートの加重平均をとることでビットレートを決定する、
ことを特徴とする付記１２〜１８のいずれか１つに記載の制御方法。

（付記２０） ストリーミングデータの再生期間を分割した分割期間ごとに、前記ストリーミングデータのうち前記分割期間に対応するデータの配信をビットレートを指定して配信装置に要求し、指定したビットレートのデータを前記配信装置から受信して再生するための制御プログラムにおいて、
コンピュータに、
前記コンピュータの移動経路の予測情報に基づいて、前記分割期間ごとの通信速度の予測値を取得し、
それぞれの前記分割期間を起点とした複数の前記分割期間における前記予測値に基づいて、起点とした前記分割期間に対応するビットレートを当該分割期間における前記予測値を超えない範囲で決定し、
前記分割期間ごとに決定されたビットレートを指定して、それぞれの前記分割期間に対応するデータの配信をそれぞれの前記分割期間の開始時刻を待たずに前記配信装置に要求する、
処理を実行させることを特徴とする制御プログラム。

１ 再生装置
２ 配信装置
３ ストリーミングデータ
１１ 予測値取得部
１２ ビットレート決定部
１３ 配信要求部

Claims (13)

1. ストリーミングデータの再生期間を分割した分割期間ごとに、前記ストリーミングデータのうち前記分割期間に対応するデータの配信をビットレートを指定して配信装置に要求し、指定したビットレートのデータを前記配信装置から受信して再生する再生装置において、
   前記再生装置の移動経路の予測情報に基づいて、前記分割期間ごとの通信速度の予測値を取得する予測値取得部と、
   前記分割期間の１つを対象分割期間として対応するビットレートを決定する際に、前記対象分割期間を起点とした複数の前記分割期間における前記予測値に基づいて、前記対象分割期間に対応するビットレートを前記対象分割期間における前記予測値を超えない範囲で決定するビットレート決定部と、
   前記対象分割期間について決定されたビットレートを指定して、前記対象分割期間に対応するデータの配信を前記対象分割期間の開始時刻を待たずに前記配信装置に要求する配信要求部と、
   を有することを特徴とする再生装置。
2. 前記ビットレート決定部は、前記対象分割期間を起点として１個からＮ個（ただし、Ｎは２以上の整数）までの互いに異なる数の前記分割期間における前記予測値の平均値を算出し、算出されたＮ個の前記平均値のうち最小の値を、前記対象分割期間のビットレートに決定することを特徴とする請求項１記載の再生装置。
3. 前記ビットレート決定部は、
   それぞれの前記分割期間を前記対象分割期間に指定しながら前記対象分割期間ごとにビットレートを決定し、
   前記予測値が０である前記対象分割期間のビットレートを決定する際、当該対象分割期間より（Ｎ−１）個前までの前記分割期間について決定されたビットレートのいずれかを、当該対象分割期間のビットレートに決定する、
   ことを特徴とする請求項２記載の再生装置。
4. 前記ビットレート決定部は、
   それぞれの前記分割期間を前記対象分割期間に指定しながら前記対象分割期間ごとにビットレートを決定し、
   前記予測値が０である前記対象分割期間のビットレートを決定する際、当該対象分割期間より（Ｎ−１）個前までの前記分割期間について決定されたビットレートのうち最大のビットレートを、当該対象分割期間のビットレートに決定する、
   ことを特徴とする請求項２記載の再生装置。
5. 前記ビットレート決定部は、
   それぞれの前記分割期間を前記対象分割期間に指定しながら前記対象分割期間ごとにビットレートを決定し、
   前記予測値が０である前記対象分割期間のビットレートを決定する際、当該対象分割期間より（Ｎ−１）個前までの前記分割期間のうち、決定されたビットレートが最大である前記分割期間を判別し、判別した前記分割期間の次の前記分割期間から当該対象分割期間までのすべてのビットレートを、判別した前記分割期間のビットレートに決定し直す、
   ことを特徴とする請求項２記載の再生装置。
6. 前記ビットレート決定部は、前記対象分割期間を起点とした複数の前記分割期間における前記予測値の平均値と、前記対象分割期間における前記予測値のうち、小さい方の値を、前記対象分割期間に対応するビットレートに決定することを特徴とする請求項１記載の再生装置。
7. 前記ビットレート決定部は、
   前記対象分割期間に対応するビットレートを決定する際、前記対象分割期間を起点としたＮ個（ただし、Ｎは２以上の整数）の前記分割期間における前記予測値の平均値と、当該対象分割期間における前記予測値のうち、小さい方の値を、当該対象分割期間に対応するビットレートに決定し、
   それぞれの前記分割期間を前記対象分割期間に指定しながら前記対象分割期間ごとにビットレートを決定し、
   前記予測値が０である前記対象分割期間のビットレートを決定する際、当該対象分割期間より（Ｎ−１）個前の前記分割期間を選択し、選択した前記分割期間の次の前記分割期間から当該対象分割期間までのすべてのビットレートを、選択した前記分割期間のビットレートに決定し直す、
   ことを特徴とする請求項１記載の再生装置。
8. 複数の移動経路が予測される場合、
   前記予測値取得部は、前記複数の移動経路のそれぞれについて前記予測値を取得し、
   前記ビットレート決定部は、前記複数の移動経路のそれぞれについて取得された前記予測値に基づいて、前記複数の移動経路のそれぞれについてビットレートを仮決定し、仮決定された複数のビットレートの加重平均をとることでビットレートを決定する、
   ことを特徴とする請求項１〜７のいずれか１項に記載の再生装置。
9. 前記加重平均をとる際に用いられる重み係数は、前記複数の移動経路のそれぞれを通過する可能性に応じて設定されることを特徴とする請求項８記載の再生装置。
10. 指定された出発地から目的地までの移動経路を案内するナビゲーション処理部をさらに有し、
    前記予測値取得部は、前記ナビゲーション処理部によって案内される移動経路の情報に基づいて前記予測値を取得する、
    ことを特徴とする請求項１〜９のいずれか１項に記載の再生装置。
11. 前記予測値取得部は、前記再生装置の移動経路と、無線基地局との距離に基づいて、前記分割期間ごとの通信速度を予測することを特徴とする請求項１〜１０のいずれか１項に記載の再生装置。
12. ストリーミングデータの再生期間を分割した分割期間ごとに、前記ストリーミングデータのうち前記分割期間に対応するデータの配信をビットレートを指定して配信装置に要求し、指定したビットレートのデータを前記配信装置から受信して再生する再生装置における制御方法であって、
    前記再生装置の移動経路の予測情報に基づいて、前記分割期間ごとの通信速度の予測値を取得し、
    前記分割期間の１つを対象分割期間として対応するビットレートを決定する際に、前記対象分割期間を起点とした複数の前記分割期間における前記予測値に基づいて、前記対象分割期間に対応するビットレートを前記対象分割期間における前記予測値を超えない範囲で決定し、
    前記対象分割期間について決定されたビットレートを指定して、前記対象分割期間に対応するデータの配信を前記対象分割期間の開始時刻を待たずに前記配信装置に要求する、
    ことを特徴とする制御方法。
13. ストリーミングデータの再生期間を分割した分割期間ごとに、前記ストリーミングデータのうち前記分割期間に対応するデータの配信をビットレートを指定して配信装置に要求し、指定したビットレートのデータを前記配信装置から受信して再生するための制御プログラムにおいて、
    コンピュータに、
    前記コンピュータの移動経路の予測情報に基づいて、前記分割期間ごとの通信速度の予測値を取得し、
    前記分割期間の１つを対象分割期間として対応するビットレートを決定する際に、前記対象分割期間を起点とした複数の前記分割期間における前記予測値に基づいて、前記対象分割期間に対応するビットレートを前記対象分割期間における前記予測値を超えない範囲で決定し、
    前記対象分割期間について決定されたビットレートを指定して、前記対象分割期間に対応するデータの配信を前記対象分割期間の開始時刻を待たずに前記配信装置に要求する、
    処理を実行させることを特徴とする制御プログラム。
    

Images