(57)【要約】【課題】コンテンツの再生停止を減少させるクライアント装置を提供する。【解決手段】クライアント装置は、サーバ装置からコンテンツを取得して再生するために、サーバ装置にコンテンツのセグメントを要求する要求手段と、要求手段による要求の応答としてサーバ装置からセグメントを受信すると当該受信したセグメントのサイズに基づきスループットの測定値を判定する判定手段と、判定手段が判定した複数の測定値から将来のスループットを予測する予測手段と、予測手段から通知された将来のスループットに基づき要求手段が次に要求するセグメントのビットレート、又は、要求手段が次にセグメントを要求するタイミングを決定する決定手段と、を備えており、予測手段は、ハンドオーバが発生すると、ハンドオーバ前に判定手段が判定した測定値をスループットの予測に使用しない。【選択図】図３
2018025939.tif 000002
【特許請求の範囲】
【請求項１】
コンテンツを分割したセグメントを単位としてコンテンツ配信を行うサーバ装置に無線ネットワークを介して接続してコンテンツを取得するクライアント装置であって、
前記サーバ装置は同じ内容で異なるビットレートのセグメントを保持しており、
前記クライアント装置は、
サーバ装置からコンテンツを取得して再生するために、前記サーバ装置に前記コンテンツのセグメントを要求する要求手段と、
前記要求手段による要求の応答として前記サーバ装置からセグメントを受信すると当該受信したセグメントのサイズに基づきスループットの測定値を判定する判定手段と、
前記判定手段が判定した複数の測定値から将来のスループットを予測する予測手段と、
前記予測手段から通知された将来のスループットに基づき前記要求手段が次に要求するセグメントのビットレート、又は、前記要求手段が次にセグメントを要求するタイミングを決定する決定手段と、
を備えており、
前記予測手段は、前記クライアント装置と前記無線ネットワークとの接続のハンドオーバが発生すると、前記ハンドオーバ前に前記判定手段が判定した測定値をスループットの予測に使用しないことを特徴とするクライアント装置。
【請求項２】
前記決定手段は、前記予測手段から通知された将来のスループットに基づき前記要求手段が次に要求するセグメントのビットレートを決定し、前記予測手段による予測に必要な数の測定値を前記判定手段が判定するまでの間、前記判定手段が判定した最新の測定値に基づき次に要求するセグメントのビットレートを決定することを特徴とする請求項１に記載のクライアント装置。
【請求項３】
前記要求手段は、前記ハンドオーバが発生すると、外部装置に検査データを要求し、
前記判定手段は、前記外部装置から前記検査データを受信すると前記検査データのサイズに基づきスループットの測定値を判定し、
前記決定手段は、前記ハンドオーバの発生後、前記要求手段が最初に要求するセグメントのビットレートを、前記検査データのサイズから前記判定手段が判定した測定値に基づき決定することを特徴とする請求項２に記載のクライアント装置。
【請求項４】
前記要求手段は、前記ハンドオーバが発生すると、前記ハンドオーバ後に接続する基地局を介した通信のスループット情報を外部装置から取得し、
前記決定手段は、前記ハンドオーバの発生後、前記要求手段が最初に要求するセグメントのビットレートを、前記スループット情報に基づき決定することを特徴とする請求項２に記載のクライアント装置。
【請求項５】
前記クライアント装置の移動速度を検出する検出手段をさらに備えており、
前記予測手段は、前記検出手段が検出する移動速度に応じてスループットの予測に使用する測定値の数を変更することを特徴とする請求項１から４のいずれか１項に記載のクライアント装置。
【請求項６】
コンテンツを分割したセグメントを単位としてコンテンツ配信を行うサーバ装置に無線ネットワークを介して接続してコンテンツを取得するクライアント装置であって、
前記サーバ装置は同じ内容で異なるビットレートのセグメントを保持しており、
前記クライアント装置は、
サーバ装置からコンテンツを取得して再生するために、前記サーバ装置に前記コンテンツのセグメントを要求する要求手段と、
前記要求手段による要求の応答として前記サーバ装置からセグメントを受信すると当該受信したセグメントのサイズに基づきスループットの測定値を判定する判定手段と、
前記判定手段が判定した複数の測定値から将来のスループットを予測する予測手段と、
前記予測手段から通知されたスループットに基づき前記要求手段が次に要求するセグメントのビットレート、又は、前記要求手段が次にセグメントを要求するタイミングを決定する決定手段と、
前記クライアント装置の移動速度を検出する検出手段と、
を備えており、
前記予測手段は、前記検出手段が検出する移動速度に応じてスループットの予測に使用する測定値の数を変更することを特徴とするクライアント装置。
【請求項７】
前記予測手段は、前記検出手段が検出する移動速度に対する係数を保持しており、前記複数の測定値を使用し、かつ、前記検出手段が検出する移動速度に対する係数を使用することなく予測した第１スループットと、前記複数の測定値及び前記検出手段が検出する移動速度に対する係数を使用して予測した第２スループットと、を比較し、前記第１スループットが前記第２スループット以上であると、前記第２スループットを前記決定手段に通知し、前記第１スループットが前記第２スループット未満であると、前記第１スループットを前記決定手段に通知することを特徴とする請求項５又は６に記載のクライアント装置。
【請求項８】
前記要求手段による要求の応答として前記サーバ装置から受信したセグメントをバッファするバッファ手段と、
前記バッファ手段に格納されたセグメントを当該セグメントのビットレートに対応する速度で読み出してコンテンツを再生する再生手段と、
をさらに備えており、
前記決定手段は、前記予測手段から通知された将来のスループットに基づき所定時間後において前記バッファ手段のバッファ長が閾値未満とならない最大のビットレートを判定し、前記判定した最大のビットレートを前記要求手段が次に要求するセグメントのビットレートに決定することを特徴とする請求項１から７のいずれか１項に記載のクライアント装置。
【請求項９】
前記要求手段による要求の応答として前記サーバ装置から受信したセグメントをバッファするバッファ手段と、
前記バッファ手段に格納されたセグメントを当該セグメントのビットレートに対応する速度で読み出してコンテンツを再生する再生手段と、
をさらに備えており、
前記決定手段が決定する、前記要求手段が次にセグメントを要求するタイミングは、前記予測手段から通知された将来のスループットに基づき求められる前記バッファ手段のバッファ長が閾値未満となる前のタイミングであることを特徴とする請求項１、６及び７のいずれか１項に記載のクライアント装置。
【請求項１０】
コンテンツを分割したセグメントを単位としてコンテンツ配信を行うサーバ装置に無線ネットワークを介して接続してコンテンツを取得するクライアント装置におけるコンテンツ取得方法であって、
前記サーバ装置は同じ内容で異なるビットレートのセグメントを保持しており、
前記コンテンツ取得方法は、
サーバ装置からコンテンツを取得して再生するために、前記サーバ装置に前記コンテンツのセグメントを要求する要求ステップと、
前記サーバ装置からセグメントを受信すると当該受信したセグメントのサイズに基づきスループットの測定値を判定する判定ステップと、
前記判定ステップで判定した複数の測定値から将来のスループットを予測する予測ステップと、
前記予測ステップで予測した将来のスループットに基づき、次に要求するセグメントのビットレート、又は、次にセグメントを要求するタイミングを決定する決定ステップと、
を備えており、
前記クライアント装置と前記無線ネットワークとの接続のハンドオーバが発生すると、前記ハンドオーバ前に判定した測定値を前記予測ステップでのスループットの予測に使用しないことを特徴とするコンテンツの取得方法。
【請求項１１】
コンテンツを分割したセグメントを単位としてコンテンツ配信を行うサーバ装置に無線ネットワークを介して接続してコンテンツを取得するクライアント装置におけるコンテンツ取得方法であって、
前記サーバ装置は同じ内容で異なるビットレートのセグメントを保持しており、
前記コンテンツ取得方法は、
サーバ装置からコンテンツを取得して再生するために、前記サーバ装置に前記コンテンツのセグメントを要求する要求ステップと、
前記サーバ装置からセグメントを受信すると当該受信したセグメントのサイズに基づきスループットの測定値を判定する判定ステップと、
前記判定ステップで判定した複数の測定値から将来のスループットを予測する予測ステップと、
前記予測ステップで予測した将来のスループットに基づき、次に要求するセグメントのビットレート、又は、次にセグメントを要求するタイミングを決定する決定ステップと、
を備えており、
前記予測ステップでは、前記クライアント装置の移動速度に応じてスループットの予測に使用する測定値の数を変更することを特徴とするコンテンツ取得方法。
【請求項１２】
請求項１から９のいずれか１項に記載のクライアント装置としてコンピュータを機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンテンツ配信システムのクライアント装置に関する。
【背景技術】
【０００２】
例えば、ＤＡＳＨ（Ｄｙｎａｍｉｃ  Ａｄａｐｔｉｖｅ  Ｓｔｒｅａｍｉｎｇ  ｏｖｅｒ  ＨＴＴＰ）配信方式といったコンテンツ配信システムにおいては、配信対象の動画といったコンテンツを所定時間の複数のセグメントに分割し、クライアント装置は時間順に各セグメントを取得してゆく。ここで、ネットワークのスループットに応じて配信品質を切り替えられるよう、同じ内容で、異なる品質の複数のコンテンツを用意しておくことが行われている。なお、品質が異なることはビットレートが異なることを意味し、品質が高くなる程、ビットレートは高くなる。同じ内容で品質の異なる各コンテンツは、同じ時間単位のセグメントに分割されており、クライアント装置は、セグメントの受信時間からネットワークのスループットを判定し、判定したスループットに基づき、要求するセグメントの品質を指定する。以下、クライアント装置が、要求するセグメントの品質を指定することを"ビットレート"を指定すると表現する。
【０００３】
一般的なクライアント装置では、直前に受信した一つ以上のセグメントに基づきスループットを単一の数値として判定し、ビットレートの決定に用いている。ただし、これらの方法ではスループットの変動傾向を予測しながらビットレートの決定を行えない。そこで、スループットの変動傾向の予測手法について、非特許文献１は、過去に測定したスループットの系列に基づき確率的なスループット変動予測を行っている。この予測方式に従えば、例えば、全体としてスループットが減少傾向にある場合、たとえ、直近のスループットが高くても、直ちに高いビットレートのセグメントを要求しない様に制御し、これにより、再生が停止状態になることを回避することができる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Ａｄａｐｔｉｖｅ  ｖｉｄｅｏ  ｐａｃｉｎｇ  ｍｅｔｈｏｄ  ｂａｓｅｄ  ｏｎ  ｔｈｅ  ｐｒｅｄｉｃｔｉｏｎ  ｏｆ  ｓｔｏｃｈａｓｔｉｃ  ＴＣＰ  ｔｈｒｏｕｇｈｐｕｔ，Ｇｌｏｂａｌ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｃｏｎｆｅｒｅｎｃｅ（ＧＬＯＢＥＣＯＭ），２０１２  ＩＥＥＥ，ｐｐ.１９４４−１９５０，２０１２年１２月
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、非特許文献１は、クライアント装置の状態の変化を考慮していない。例えば、クライアント装置が、スマートフォン等の携帯端末であるものとする。この場合、ハンドオーバにより接続する基地局が変わり得る。ハンドオーバが発生すると、ハンドオーバ前に接続していた基地局を介しての通信で測定したスループットが増加する傾向を示していたとしても、現在接続している基地局を介しての通信におけるスループットは不明である。したがって、ハンドオーバ発生後、ハンドオーバ発生前に測定したスループット系列を使用してスループットを予測し、これによりビットレートを選択すると、コンテンツの再生が停止する可能性が有る。また、クライアント装置と基地局との通信環境は、クライアント装置の移動速度により変動する。したがって、移動速度の変動を考慮することなくスループットを予測してビットレートを選択すると、コンテンツの再生が停止する可能性が有る。
【０００６】
本発明は、上記問題の少なくとも１つを解決し、コンテンツの再生停止を減少させるクライアント装置、コンテンツ取得方法及びプログラムを提供するものである。
【課題を解決するための手段】
【０００７】
本発明の一側面によると、コンテンツを分割したセグメントを単位としてコンテンツ配信を行うサーバ装置に無線ネットワークを介して接続してコンテンツを取得するクライアント装置であって、前記サーバ装置は同じ内容で異なるビットレートのセグメントを保持しており、前記クライアント装置は、サーバ装置からコンテンツを取得して再生するために、前記サーバ装置に前記コンテンツのセグメントを要求する要求手段と、前記要求手段による要求の応答として前記サーバ装置からセグメントを受信すると当該受信したセグメントのサイズに基づきスループットの測定値を判定する判定手段と、前記判定手段が判定した複数の測定値から将来のスループットを予測する予測手段と、前記予測手段から通知された将来のスループットに基づき前記要求手段が次に要求するセグメントのビットレート、又は、前記要求手段が次にセグメントを要求するタイミングを決定する決定手段と、を備えており、前記予測手段は、前記クライアント装置と前記無線ネットワークとの接続のハンドオーバが発生すると、前記ハンドオーバ前に前記判定手段が判定した測定値をスループットの予測に使用しないことを特徴とする。
【発明の効果】
【０００８】
本発明によると、コンテンツの再生停止を減少させることができる。
【図面の簡単な説明】
【０００９】
【図１】一実施形態によるコンテンツ配信システムの構成図。
【図２】一実施形態によるコンテンツ取得処理のシーケンス図。
【図３】一実施形態による予測参照区間を示す図。
【図４】一実施形態によるクライアント装置の構成図。
【発明を実施するための形態】
【００１０】
以下、本発明の例示的な実施形態について図面を参照して説明する。なお、以下の実施形態は例示であり、本発明を実施形態の内容に限定するものではない。また、以下の各図においては、実施形態の説明に必要ではない構成要素については図から省略する。
【００１１】
＜第一実施形態＞
図１は、本実施形態によるコンテンツ配信システムの構成図である。ネットワーク２は、例えば、移動通信網の様な無線ネットワーク及びインターネットの総称であり、コンテンツを取得するクライアント装置は、無線により図示しないネットワーク２の基地局を介してネットワーク２に接続された装置と通信する。なお、ネットワーク２には、コンテンツを配信するサーバ装置３が接続されている。サーバ装置３は、配信対象のコンテンツを保持しており、クライアント装置１からの要求に従い、クライアント装置１が指定するコンテンツを当該クライアント装置１に配信する。ここで、サーバ装置３は、内容が同じであるが、再生のためのビットレートが異なる複数のコンテンツを保持している。なお、内容が同じコンテンツは、同じ時間単位のセグメントに分割されている。そして、クライアント装置１は、セグメントの番号と、ビットレートを指定してコンテンツの取得を行う。なお、以下では、サーバ装置３及びクライアント装置１は、ＤＡＳＨに従いコンテンツ配信及び受信を行うものとして説明する。しかしながら、本発明は、コンテンツを複数のセグメントに分割し、セグメントを単位としてコンテンツの要求及び配信を行う任意のコンテンツ配信システムに適用できる。
【００１２】
図２は、本実施形態によるコンテンツ配信処理のシーケンス図である。クライアント装置１は、Ｓ１で、取得したいコンテンツのＭＰＤ（Ｍｅｄｉａ  Ｐｒｅｓｅｎｔａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ）ファイルをサーバ装置３に要求するためのＭＰＤ要求メッセージを送信する。ＭＰＤファイルには、コンテンツを構成するセグメントと、選択できるビットレートと、そのＵＲＩが記述されている。サーバ装置３は、クライアント装置１からＭＰＤ要求メッセージを受信すると、Ｓ２で、要求されたＭＰＤファイルをクライアント装置１に送信する。ＭＰＤファイルを受信することで、クライアント装置１は、取得したいコンテンツに対して用意されているビットレートと、セグメント数を認識する。続いて、クライアント装置１は、Ｓ３で、サーバ装置３に最初のセグメントを要求する。なお、ここでクライアント装置１が選択するビットレートは、例えば、選択可能なビットレートの内の最小値等、予め定めた基準に従う。以後、クライント装置１は、サーバ装置３に対してセグメントを時間順に要求し、サーバ装置３から要求したセグメントを受信する。ここで、クライアント装置１は、要求に対する応答としてセグメントを受信する度に、セグメントのサイズと、要求してから受信が完了するまでの時間に基づき、スループットの測定値を判定する。なお、各セグメントの要求時に選択するビットレートは、例えば、直前に受信したセグメントから求めたスループットを超えないものとする。
【００１３】
クライアント装置１は、所定数であるｎ個のセグメントを受信し、ｎ個のスループットの測定値ｘ１〜ｘｎを取得すると、Ｓ５で、以下の式（１）に基づき将来のスループットの予測値ｘ（ｔ）を求める。tは現在時刻から将来時点までの時間を表す。なお、測定値ｘ１が最新の測定値であり、測定値ｘｎが最も古い測定値である。
ｘ（ｔ）＝ｘ１＋μｔ±σ√ｔ      （１）
なお、μは、最小二乗法により求めたスループットの変動を示す傾きであり、以下の式（２）で求められる。
【００１４】
【数１】
2018025939.tif 000003
また、σは、不変標準偏差であり、測定値ｘ１〜ｘｎと、測定値ｘ１〜ｘｎの平均値ｘａｖｅに基づき以下の式（３）で求められる。
【００１５】
【数２】
2018025939.tif 000004
【００１６】
なお、式（１）は、スループットの最低値から最高値の予測範囲を示しているが、本実施形態では最低値を使用するものとする。つまり、式（１）の第３項の符号は負を使用する。例えば、現在のバッファ長がＢ０であるものとする。この場合、ビットレートｒのセグメントを選択し続けると、現時点から所定時間Ｔ０秒後のバッファ長Ｂ（Ｔ０）は、以下の式（４）で求めることができる。
【００１７】
【数３】
2018025939.tif 000005
【００１８】
クライアント装置１は、バッファアンダーフローを起こさない様に、式（４）のＢ（Ｔ０）が閾値Ｂ０以上になる、つまり閾値未満とならない最大のビットレートを選択し、Ｓ６で選択したビットレートのセグメントを要求する。そして、クライアント装置１は、Ｓ７でセグメントを受信すると、Ｓ８で、再度、式（１）に基づきスループットの予測値ｘ（ｔ）を求め、式（４）に基づきバッファアンダーフローを起こさない様にビットレートを選択し、Ｓ９で、選択したビットレートのセグメントを要求する。以後、セグメントを受信する度に、スループットの予測とビットレートの選択を繰り返す。
【００１９】
その後、Ｓ１１でハンドオーバが発生すると、クライアント装置１は、それまでのスループットの測定値を使用せず、新たに、Ｓ３からの処理を繰り返す。図３は、ｎを４としたときの予測参照区間を示している。なお、予測参照区間は、式（１）で使用するｘ１〜ｘｎの測定値を取得する区間である。図３に示す様に、ハンドオーバが発生する前には過去４つの測定値によりスループットを予測しているが、ハンドオーバが発生すると、ハンドオーバ発生前の測定値は使用せず、ホンドオーバ後の測定値を４つ取得してからスループットの予測と、予測したスループットに基づくビットレートの選択を行う。なお、ハンドオーバ後、測定値を４つ取得するまでの間のビットレートは、例えば、直前の測定値を超えないといった所定の基準に従い選択する。
【００２０】
なお、例えば、Ｓ３で要求するビットレートの選択は、所定基準により決定するとしていたが、例えば、Ｓ２で受信するＭＰＤファイルのサイズ及び受信時間から計算したスループットに基づき行うことができる。また、ハンドオーバ後には、ＭＰＤファイルの受信がないが、例えば、サーバ装置３に、セグメントよりデータ量の小さい検査データを用意しておき、ハンドオーバが発生すると、クライアント装置１は、直ちに、サーバ装置３に対して検査データの要求を行い、検査データのサイズと受信時間に基づきスループットを求め、求めたスループットを超えないビットレートを選択して、ハンドオーバ後の最初のセグメントを要求する構成とすることもできる。なお、検査データは、サーバ装置３ではなく、ネットワーク２に接続する他の外部装置が保持する構成であっても良い。
【００２１】
また、基地局毎のスループットを蓄積する蓄積サーバ装置をネットワーク２に設け、ある基地局を介して最初にセグメントを要求する前に、当該蓄積サーバに対して現在接続している基地局を介した通信の直近の時刻におけるスループットの値を問い合わせる構成とすることもできる。この場合、クライアント装置１は、蓄積サーバ装置から通知されたスループット値を超えない範囲で、ハンドオーバ後、最初に要求するセグメントのビットレートを選択する。
【００２２】
図４は、本実施形態によるクライアント装置１の構成図である。送受信部１０は、ネットワーク２との通信に関する処理の総てを行う。また、送受信部１０は、セグメントを受信すると、受信したセグメントをバッファ部１４に出力する。再生部１５は、バッファ部１４にバッファされている各セグメントを、当該セグメントのビットレートに対応する速度で読み出してコンテンツを再生する。測定部１１は、送受信部１０がセグメントを受信する度にスループットの測定を行い、測定値を予測部１３に出力する。予測部１３は、過去ｎ個の測定値に基づき式（１）によりスループットの予測値を求める。制御部１２は、スループットの予測値と、バッファ部１４に格納されているデータ量、つまり、バッファ長から次に要求するセグメントのビットレートを選択して送受信部１０に通知する。そして、送受信部１０は、通知されたビットレートのセグメントを要求する。
【００２３】
また、送受信部１０は、現在接続している基地局の識別子をハンドオーバ検出部１６に通知する。ハンドオーバ検出部１６は、基地局の識別子の変更を検出することでハンドオーバを検出する。ハンドオーバ検出部１６は、ハンドオーバを検出すると、ハンドオーバの発生を予測部１３に通知する。そして、予測部１３は、ハンドオーバが発生すると、ハンドオーバ前の測定値を使用することなく予測を行う。なお、予測部１３は、予測に必要な数の測定値を取得する前の間は、その旨を制御部１２に通知し、制御部１２は、所定の基準で決定したビットレートを選択する。なお、サーバ装置３が検査データを保持している場合や、蓄積サーバ装置が設けられている場合、制御部１２は、検査データの要求や、蓄積サーバ装置への問い合わせを行い、これにより取得したスループット情報に基づき、ハンドオーバ後、最初に要求するセグメントのビットレートを選択することができる。移動速度検出部１７については第二実施形態で説明する。
【００２４】
以上の構成によりハンドオーバ発生後においても再生が停止することを減少させることができる。
【００２５】
＜第二実施形態＞
続いて、第二実施形態について説明する。なお、第一実施形態にて説明した部分についての再度の説明は省略する。本実施形態では、図４に示す移動速度検出部１７がクライアント装置１の移動速度を検出して、検出した移動速度を予測部１３に通知する。なお、移動速度の検出は、ＧＰＳにより検出する位置情報の時間変化から求める構成や、加速度センサを使用する構成等、公知の任意の方法を使用できる。本実施形態においても過去ｎ個の測定値に基づきスループットの予測を行う。しかしながら、第一実施形態の様にｎを固定的な値とするのではなく、本実施形態では、ｎを可変値とする。具体的には、予測部１３は、移動速度と、スループットの予測に使用する測定値の数との関係を示す情報を保持している。ここで、スループットの予測に使用する測定値の数は、移動速度が速くなるに従い全体的に少なくなるものとする。つまり、移動速度が第１速度のときには、スループットの予測に過去Ａ個の測定値を使用し、移動速度が第１速度より速い第２速度のときには、スループットの予測に過去Ｂ個の測定値を使用するものとすると、Ｂ≦Ａとなる。
【００２６】
クライアント装置１の移動速度が速くなる程、基地局との通信における電波環境の変動が激しくなり、予測時との時間差の大きい測定値をスループットの予測に使用すると予測精度が劣化する。したがって、移動速度に応じてスループットの予測に使用する測定値の数を変化させることで、予測精度を高め、よって、再生が停止することを減少させることができる。なお、本実施形態は第一実施形態の構成と併用することができる。
【００２７】
＜第三実施形態＞
続いて、第三実施形態について説明する。なお、第一実施形態及び第二実施形態において説明した部分についての再度の説明は省略する。第二実施形態では、移動速度に基づきスループットの予測に使用する測定値の数を変化させていた。しかしながら、スループットの予測に使用する測定値が取得されたときの移動速度は、現在の移動速度と同じであることは保証されず、たとえ、移動速度の増加と共にスループットの予測に使用する測定値の数を減少させたとしても、移動速度の変動が激しい場合、予測精度が劣化する可能性が有る。したがって、本実施形態では、予め、クライアント装置１の移動速度ｖと、変動係数の平均値ｃｖａｖｅ及び標準偏差ｃｓｄとの関係を測定して予測部１３に保存しておく。なお、変動係数とは、一定区間の不偏標準偏差を平均値で除した値であり、スケールで正規化された標準偏差の程度を表している。
【００２８】
本実施形態においても、移動速度検出部１７がクライアント装置１の移動速度を検出して、検出した移動速度を予測部１３に通知する。予測部１３は、移動速度ｖに対応する変動係数の平均値ｃｖａｖｅ及び標準偏差ｃｓｄを判定し、標準偏差σｖを、
σｖ＝（ｃｖａｖｅ＋ｃｓｄ）×ｘ１
で求め、σｖと式（４）で求めた不変標準偏差σとを比較する。なお、不変標準偏差σを求める際の測定値の数は、第一実施形態の様に固定数であっても、第二実施形態の様に移動速度の変数であっても良い。本実施形態では、不変標準偏差σがσｖ以上であると、第一実施形態及び第二実施形態と同様にビットレートの選択を行う。一方、σｖが不変標準偏差σより大きいと、式（１）の不変標準偏差σをσｖに置き換えてスループットを予測し、これによりビットレートの選択を行う。
【００２９】
本実施形態では、上述した様に式（１）の第３項はマイナスを使用する。つまり、スループットの予測範囲の最低値を使用する。したがって、σｖが式（１）の不変標準偏差σより大きい場合に、式（１）の不変標準偏差σをσｖに置き換えることは、スループットの予測値を、第一実施形態や第二実施形態の構成より、より低い側に見積もることを意味する。つまり、本実施形態では、移動速度に対する係数を予め求めておく。本実施形態では、変動係数の平均値ｃｖａｖｅ及び標準偏差ｃｓｄである。そして、予測部１３は、過去ｎ個の測定値を使用するが、移動速度に対する係数を使用することなく、式（１）に基づき第１スループットを予測する。また、予測部１３は、過去ｎ個の測定値及び移動速度に対する係数を使用して第２スループットを予測する。第２スループットは、式（１）の不変標準偏差σをσｖに置き換えることで求められる。そして、予測部１３は、第１スループットが第２スループット以上であると、第２スループットを制御部１２に通知し、第１スループットが第２スループット未満であると、第１スループットを制御部１２に通知する。これにより、移動速度の変動が激しい場合にも、再生が停止することを減少させることができる。なお、本実施形態も、第一実施形態及び第二実施形態と併用が可能である。
【００３０】
＜第四実施形態＞
続いて、第四実施形態について第一実施形態との相違点を中心に説明する。第一実施形態においては、式（４）に基づきバッファアンダーフローを起こさない様に、ビットレートを選択していた。本実施形態では、直近に選択したセグメントのビットレートをｒとし、以下の式（６）により現時点からｔ秒後のバッファ長を求める。
【００３１】
【数４】
2018025939.tif 000006
そして、Ｂ（ｔ）が閾値Ｂ０を下回ることにならない様に、次のセグメントの要求タイミングを決定する。より詳しくは、Ｂ（ｔ）が閾値Ｂ０以上である期間内に次のセグメントを要求する様に、そのタイミングを決定する。これにより、バッファアンダーフローを防ぎ、よって、コンテンツの再生が停止することを防ぐことができる。なお、本実施形態も、第二実施形態及び第三実施形態と併用可能である。
【００３２】
なお、本発明によるクライアント装置は、コンピュータを上記クライアントとして動作させるプログラムにより実現することができる。これらコンピュータプログラムは、コンピュータが読み取り可能な記憶媒体に記憶されて、又は、ネットワーク経由で配布が可能なものである。
【符号の説明】
【００３３】
１０：送受信部、１１：測定部、１２：制御部、１３：予測部、１４：バッファ部、１５：再生部、１６：ハンドオーバ検出部、１７：移動速度検出部
【図１】
2018025939.tif 000007
【図２】
2018025939.tif 000008
【図３】
2018025939.tif 000009
【図４】
2018025939.tif 000010