(57)【要約】【課題】安定した動画の再生を実現する動画再生プログラム、クライアント端末機及び動画再生方法を提供する。【解決手段】動画再生プログラムであって、ストリーミングデータを時間分割して得た複数の分割データのそれぞれを、該分割データを再生するための第１データと該第１データと組み合わせて該第１データよりも高いビットレートで再生する第２データとに区分して記憶する記憶部に対して前記第１データを要求し、前記第１データを受信すると、前記分割データの再生処理を開始するまでに前記第２データの受信が完了するか否かの見込みに基づいて、前記第１データと前記第２データとによる前記分割データの再生処理を実行するか否かを判定し、再生処理を実行すると判定した場合に、前記第２データの要求を送信する処理をコンピュータに実行させる。【選択図】図１
2017204709.tif 000002
【特許請求の範囲】
【請求項１】
ストリーミングデータの再生依頼を受け付け、
ストリーミングデータを時間で分割して得られた複数の分割データのそれぞれを、該分割データを再生するために必要となる第１データと該第１データと組み合わせることで該第１データよりも高いビットレートで該分割データを再生する第２データとに区分して記憶する記憶部に対して、複数の前記分割データの内の再生の対象となる分割データについての第１データの要求を送信し、
前記第１データを受信すると、前記分割データの再生処理を開始するまでに前記第２データの受信が完了するか否かの見込みに基づいて、受信した前記第１データのみによる前記分割データの再生処理を実行するか、前記第２データを更に受信して前記第１データと前記第２データとによる前記分割データの再生処理を実行するかを判定し、
前記第１データと前記第２データとによる前記分割データの再生処理を実行すると判定した場合に、前記第２データの要求を送信する、
処理をコンピュータに実行させる動画再生プログラム。
【請求項２】
前記分割データの再生処理を開始するまでに前記第２データの受信が完了する見込みがある場合、前記第２データを更に受信して前記第１データと前記第２データとによる前記分割データの再生処理を実行すると判定する請求項１に記載の動画再生プログラム。
【請求項３】
前記分割データの再生処理を開始するまでに前記第２データの受信が完了する見込みがない場合、受信した前記第１データのみによる前記分割データの再生処理を実行すると判定する請求項１に記載の動画再生プログラム。
【請求項４】
ストリーミングデータの再生依頼を受け付ける受付手段と、
ストリーミングデータを時間で分割して得られた複数の分割データのそれぞれを、該分割データを再生するために必要となる第１データと該第１データと組み合わせることで該第１データよりも高いビットレートで該分割データを再生する第２データとに区分して記憶する記憶部に対して、複数の前記分割データの内の再生の対象となる分割データについての第１データの要求を送信する第１送信手段と、
前記第１データを受信すると、前記分割データの再生処理を開始するまでに前記第２データの受信が完了するか否かの見込みに基づいて、受信した前記第１データのみによる前記分割データの再生処理を実行するか、前記第２データを更に受信して前記第１データと前記第２データとによる前記分割データの再生処理を実行するかを判定する判定手段と、
前記第１データと前記第２データとによる前記分割データの再生処理を実行すると判定した場合に、前記第２データの要求を送信する第２送信手段と
を有するクライアント端末機。
【請求項５】
コンピュータが、
ストリーミングデータの再生依頼を受け付け、
ストリーミングデータを時間で分割して得られた複数の分割データのそれぞれを、該分割データを再生するために必要となる第１データと該第１データと組み合わせることで該第１データよりも高いビットレートで該分割データを再生する第２データとに区分して記憶する記憶部に対して、複数の前記分割データの内の再生の対象となる分割データについての第１データの要求を送信し、
前記第１データを受信すると、前記分割データの再生処理を開始するまでに前記第２データの受信が完了するか否かの見込みに基づいて、受信した前記第１データのみによる前記分割データの再生処理を実行するか、前記第２データを更に受信して前記第１データと前記第２データとによる前記分割データの再生処理を実行するかを判定し、
前記第１データと前記第２データとによる前記分割データの再生処理を実行すると判定した場合に、前記第２データの要求を送信する、
処理を実行することを特徴とする動画再生方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画再生プログラム、クライアント端末機及び動画再生方法に関する。
【背景技術】
【０００２】
近年、ネットワークの高速化により、サーバ装置による動画の配信サービスの提供が可能となっており、ＨＴＴＰ（Hyper  Text  Transfer  Protocol）を用いたストリーミング配信技術の適用が進められている。
【０００３】
かかる配信技術によれば、サーバ装置は、ストリーミングデータを時間で分割し、それぞれの時間において画質の異なる複数のファイル（特定画質ファイルと称す）を生成する。これにより、サーバ装置では、クライアント端末機からの要求に応じた特定画質ファイルを送信する配信サービスを提供することができる（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特表２０１３−５１１１９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方で、配信サービスの利用者数が増大し、同じ基地局に複数のクライアント端末機の接続が集中すると、ネットワークの受信帯域が大きく変動することがある。また、携帯可能なクライアント端末機にあっては、端末自身が移動することで、ネットワークの受信帯域は更に変動することもある。
【０００６】
このように、ネットワークの受信帯域が変動する状況下では、例えば、特定画質ファイルの送信が再生に追い付かず、クライアント端末機において再生が途切れてしまうといった不具合が生じ得る。このようなことから、ネットワークの受信帯域が変動する状況下においては、安定した動画の再生を実現することが望まれる。
【０００７】
一つの側面では、安定した動画の再生を実現する動画再生プログラム、クライアント端末機及び動画再生方法を提供することを目的としている。
【課題を解決するための手段】
【０００８】
一態様によれば、動画再生プログラムは、
ストリーミングデータの再生依頼を受け付け、
ストリーミングデータを時間で分割して得られた複数の分割データのそれぞれを、該分割データを再生するために必要となる第１データと該第１データと組み合わせることで該第１データよりも高いビットレートで該分割データを再生する第２データとに区分して記憶する記憶部に対して、複数の前記分割データの内の再生の対象となる分割データについての第１データの要求を送信し、
前記第１データを受信すると、前記分割データの再生処理を開始するまでに前記第２データの受信が完了するか否かの見込みに基づいて、受信した前記第１データのみによる前記分割データの再生処理を実行するか、前記第２データを更に受信して前記第１データと前記第２データとによる前記分割データの再生処理を実行するかを判定し、
前記第１データと前記第２データとによる前記分割データの再生処理を実行すると判定した場合に、前記第２データの要求を送信する、
処理をコンピュータに実行させる。
【発明の効果】
【０００９】
安定した動画の再生を実現する動画再生プログラム、クライアント端末機及び動画再生方法を提供できる。
【図面の簡単な説明】
【００１０】
【図１】動画配信システムのシステム構成の一例を示す図である。
【図２】動画配信サーバ及びクライアント端末機のハードウェア構成を示す図である。
【図３】比較例の動画配信システムによる特定画質ファイルの生成方法を示す図である。
【図４】比較例の動画配信システムによる特定画質ファイルの配信処理を示す第１のシーケンス図である。
【図５】比較例の動画配信システムによる特定画質ファイルの配信処理を示す第２のシーケンス図である。
【図６】動画配信システムによるレイヤファイルの生成方法を示す第１の図である。
【図７】動画配信システムによるレイヤファイルの生成方法を示す第２の図である。
【図８】ストリーミングデータ記憶部に記憶されたレイヤファイルの一例を示す図である。
【図９】レイヤファイル生成処理を示すフローチャートである。
【図１０】レイヤファイル生成処理の具体例を示す図である。
【図１１】動画配信システムによるレイヤファイルの配信処理を示すシーケンス図である。
【図１２】要求判定処理を示すフローチャートである。
【図１３】セグメントファイル生成処理を示す第１のフローチャートである。
【図１４】セグメントファイル生成処理を示す第２のフローチャートである。
【図１５】セグメントファイル生成処理を示す第３のフローチャートである。
【発明を実施するための形態】
【００１１】
以下、各実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。
【００１２】
［実施形態］
＜動画配信システムのシステム構成＞
図１は、動画配信システムのシステム構成の一例を示す図である。
【００１３】
動画配信システム１００は、動画配信サーバ１１０とクライアント端末機１２０とを有する。動画配信サーバ１１０とクライアント端末機１２０とは、ネットワーク１３０を介して相互に無線通信によるデータの送受信を行えるように接続される。なお、図１の例では、クライアント端末機を１台のみ示しているが、動画配信サーバ１１０に対して、複数のクライアント端末機が接続されてもよい。
【００１４】
動画配信システム１００には、例えば、ＨＴＴＰを用いたストリーミング配信技術の国際標準規格であるＭＰＥＧ−ＤＡＳＨが適用される。なお、ＭＰＥＧとはMoving  Picture  Experts  Groupの略であり、ＤＡＳＨとは、Dynamic  Adaptive  Streaming  over  HTTPの略である。
【００１５】
動画配信サーバ１１０は、クライアント端末機１２０がユーザからの再生依頼を受け付けることで送信する配信要求を受信し、受信した配信要求に応じてストリーミングデータを配信する。
【００１６】
動画配信サーバ１１０には、動画配信プログラムの一例である分割プログラム及びストリーミング処理プログラムがインストールされている。動画配信サーバ１１０は、動画配信プログラムが実行されることで、分割部１１１及びストリーミング処理部１１２として機能する。
【００１７】
分割部１１１は、配信するストリーミングデータを、複数のセグメントに時間分割することで、分割データの一例である「セグメントファイル」を生成する。また、分割部１１１は、生成した複数のセグメントファイルそれぞれを、レイヤごとに更に分割することで、「レイヤファイル」を生成する。レイヤとは、ストリーミングデータを形成する層である。なお、実施形態で説明するストリーミングデータは、複数のレイヤを含む「マルチレイヤ」型のデータであるとする。分割部１１１は、生成したレイヤファイルを、ストリーミングデータ記憶部１１３に記憶する。
【００１８】
ストリーミング処理部１１２は、クライアント端末機１２０にストリーミングデータを配信する。ストリーミング処理部１１２は、クライアント端末機１２０からセグメントごとに送信される配信要求において指定されたレイヤファイルを、ストリーミングデータ記憶部１１３から読み出す。そして、ストリーミング処理部１１２は、読み出したレイヤファイルをクライアント端末機１２０に配信する。
【００１９】
クライアント端末機１２０は、動画配信サーバ１１０からストリーミングデータをダウンロードしながら再生する、いわゆる“ストリーミング”を実行する。クライアント端末機１２０には、送受信制御プログラム、セグメントファイル生成プログラム、再生プログラムがインストールされている。クライアント端末機１２０は、これらの動画再生プログラムが実行されることで、送受信制御部１２１、セグメントファイル生成部１２２、再生部１２３を有する。
【００２０】
送受信制御部１２１は、ユーザからの再生依頼を受け付ける受付手段として機能する。また、送受信制御部１２１は、動画配信サーバ１１０に対してセグメントごとに配信要求を行う送信手段として機能する。更に、送受信制御部１２１は、配信要求に応じて動画配信サーバからセグメントごとに配信されたレイヤファイルを受信する受信手段として機能する。
【００２１】
更に、送受信制御部１２１は、配信要求を行ってからレイヤファイルを受信するまでの配信時間を測定する。そして、送受信制御部１２１は、測定した配信時間に基づいて、当該セグメントを対象として更なるレイヤファイルの配信要求が可能か否かを判定する判定手段として機能する。
【００２２】
更なるレイヤファイルの配信要求が可能と判定した場合、送受信制御部１２１は、動画配信サーバ１１０に対して当該セグメントを対象として更なるレイヤファイルの配信要求を行う。一方、更なるレイヤファイルの配信要求が可能でないと判定した場合、送受信制御部１２１は、動画配信サーバ１１０に対して、次のセグメントを対象としてレイヤファイルの配信要求を行う。
【００２３】
セグメントファイル生成部１２２は、送受信制御部１２１が同一セグメントについて受信したレイヤファイル（複数のレイヤファイルを受信した場合には複数のレイヤファイル）に基づいて、セグメントファイルを生成する。セグメントファイル生成部１２２は、生成したセグメントファイルを、再生部１２３に通知する。
【００２４】
再生部１２３は、セグメントファイル生成部１２２より通知されたセグメントファイルを再生する。
【００２５】
＜動画配信サーバ及びクライアント端末機のハードウェア構成＞
図２は、動画配信システム１００が有する動画配信サーバ１１０及びクライアント端末機１２０のハードウェア構成を示す図である。このうち、図２（ａ）は動画配信サーバ１１０のハードウェア構成を示している。図２（ａ）に示すように、動画配信サーバ１１０は、ＣＰＵ（Central  Processing  Unit）２０１、ＲＯＭ（Read  Only  Memory）２０２、ＲＡＭ（Random  Access  Memory）２０３を備える。また、動画配信サーバ１１０は、補助記憶部２０４、通信部２０５、ユーザインタフェース部２０６を備える。なお、動画配信サーバ１１０の各部は、バス２０７を介して相互に接続されている。ＣＰＵ２０１〜バス２０７は、コンピュータを構築する。ただし、ＣＰＵ２０１〜ＲＡＭ２０３及びバス２０７で、コンピュータを構築してもよい。
【００２６】
ＣＰＵ２０１は、補助記憶部２０４に記憶された各種プログラム（分割プログラム、ストリーミング処理プログラム等）を実行する。
【００２７】
ＲＯＭ２０２は不揮発性メモリである。ＲＯＭ２０２は、補助記憶部２０４に記憶された各種プログラムをＣＰＵ２０１が実行するために必要な各種プログラム、データ等を記憶する。具体的には、ＢＩＯＳ（Basic  Input/Output  System）やＥＦＩ（Extensible  Firmware  Interface）等のブートプログラムなどを記憶する。
【００２８】
ＲＡＭ２０３は、ＤＲＡＭ（Dynamic  Random  Access  Memory）またはＳＲＡＭ（Static  Random  Access  Memory）等の主記憶装置である。ＲＡＭ２０３は、例えば、補助記憶部２０４に記憶された各種プログラムがＣＰＵ２０１によって実行される際に展開される、作業領域として機能する。
【００２９】
補助記憶部２０４は、動画配信サーバ１１０にインストールされた各種プログラム、各種プログラムが実行される際に用いられるデータ（ストリーミングデータ等）または各種プログラムが実行されることで生成されるデータ（レイヤファイル等）を記憶する。
【００３０】
通信部２０５は、ネットワーク１３０を介してクライアント端末機１２０と接続し、クライアント端末機１２０との間でデータの送受信を行うデバイスである。ユーザインタフェース部２０６は、動画配信サーバ１１０を操作する操作者の各種操作を受け付けるデバイスである。
【００３１】
一方、図２（ｂ）は、クライアント端末機１２０のハードウェア構成を示している。なお、クライアント端末機１２０の基本的なハードウェア構成は、動画配信サーバ１１０と同様であるため、ここでは説明は省略する。
【００３２】
＜比較例の動画配信システムの説明＞
続いて、動画配信システム１００における処理の詳細について説明する前に、比較対象として、まず、比較例の動画配信システムにおける処理の概要について説明する。以下、比較例の動画配信システムによる特定画質ファイルの生成方法と、特定画質ファイルの配信処理を示すシーケンスとについて説明する。
【００３３】
（１）比較例の動画配信システムによる特定画質ファイルの生成方法
図３は、比較例の動画配信システムによる特定画質ファイルの生成方法を示す図である。図３に示すように、比較例の動画配信システムは、例えば、ストリーミングデータ３００を、複数のセグメントに時間分割することで、複数のセグメントファイルを生成する。図３の例は、ストリーミングデータ３００を、セグメント０のセグメントファイル、セグメント１のセグメントファイル、セグメント２のセグメントファイルに時間分割し、セグメント０のセグメントファイル３１０を抜き出した様子を示している。
【００３４】
セグメントファイル３１０は、基本レイヤ（３１１）、エンハンスメントレイヤ１（３１２）、エンハンスメントレイヤ２（３１３）を含む。
【００３５】
基本レイヤ（３１１）とは、セグメントファイルに含まれるデータのうち、セグメントファイルを再生するために必要となる第１データを指す。比較例の動画配信システムにＭＰＥＧ−ＤＡＳＨが適用されていた場合には、“Ｉフレーム”が上記基本レイヤ（３１１）に相当する。なお、Ｉフレーム（Intra-coded  Frame）とは、フレーム間予測を用いずに符号化されたフレームである。
【００３６】
エンハンスメントレイヤ１（３１２）とは、セグメントファイルに含まれるデータのうち、第１データと組み合わせることで第１データよりも高いビットレートでセグメントファイルを再生する第２データを指す。実施形態では、第２データとして、２種類のデータがある。なお、２種類のデータのうち、一方をエンハンスメントレイヤ１（３１２）と称し、他方をエンハンスメントレイヤ２（３１３）と称する。比較例の動画配信システムにＭＰＥＧ−ＤＡＳＨが適用されていた場合、“Ｐフレーム”が上記エンハンスメントレイヤ１（３１２）に相当する。また、“Ｂフレーム”が上記エンハンスメントレイヤ２（３１３）に相当する。
【００３７】
なお、Ｐフレーム（Predicted  Frame）とは、前方向予測のみを用いて符号化されるフレームである。また、Ｂフレーム（Bi-directional  Predicted  Frame）とは、前方向予測、後方向予測、両方向予測のうちいずれかを選択して符号化されるフレームである。
【００３８】
比較例の動画配信システムでは、セグメントファイル３１０について、ビットレートの異なる複数の特定画質ファイルを生成する。図３の例は、ビットレート＝５００［ｋｂｐｓ］、１［Ｍｂｐｓ］、４［Ｍｂｐｓ］の特定画質ファイル（ファイル名＝“Ｓｅｇ５００ｋ＿０．ｔｓ”、“Ｓｅｇ１Ｍ＿０．ｔｓ”、“Ｓｅｇ４Ｍ＿０．ｔｓ”）をそれぞれ生成した様子を示している。
【００３９】
ここで、比較例の動画配信システムでは、上記複数の特定画質ファイル３２１〜３２３を生成するにあたり、例えば、各レイヤのデータ量を削減する処理を行う。具体的には、セグメントファイル３１０のビットレートが“４［Ｍｂｐｓ］”であった場合、比較例の動画配信システムでは、基本レイヤ（３１１）、エンハンスメントレイヤ１（３１２）、エンハンスメントレイヤ２（３１３）のデータ量を１／８に圧縮する。これにより、ビットレート＝“５００［ｋｂｐｓ］”の特定画質ファイル３２１を生成することができる。
【００４０】
また、比較例の動画配信システムでは、基本レイヤ（３１１）、エンハンスメントレイヤ１（３１２）、エンハンスメントレイヤ２（３１３）のデータ量を、１／４に圧縮する。これにより、ビットレート＝“１［Ｍｂｐｓ］”の特定画質ファイル３２２を生成することができる。
【００４１】
この結果、比較例の動画配信システムによれば、ビットレートの異なる特定画質ファイルとして、５００［ｋｂｐｓ］の特定画質ファイル３２１、１［Ｍｂｐｓ］の特定画質ファイル３２２、４［Ｍｂｐｓ］の特定画質ファイル３２３を配信することができる。
【００４２】
（２）比較例の動画配信システムによる特定画質ファイルの配信処理を示すシーケンスその１
次に、比較例の動画配信システムによる特定画質ファイルの配信処理を示すシーケンスについて説明する。図４は、比較例の動画配信システムによる特定画質ファイルの配信処理を示す第１のシーケンス図である。
【００４３】
図４の例において、比較例の動画配信システムは、動画配信サーバがストリーミング処理部４１２として機能し、ストリーミングデータ記憶部４１３を有するものとする。また、クライアント端末機が送受信制御部４２１、再生部４２３として機能するものとする。
【００４４】
なお、ストリーミングデータ記憶部４１３には、セグメントごとに３つの特定画質ファイル（ビットレート＝５００［ｋｂｐｓ］、１［Ｍｂｐｓ］、４［Ｍｂｐｓ］）が記憶されているものとする（ストリーミングデータ４０１参照）。
【００４５】
ステップＳ４３１において、動画配信サーバのストリーミング処理部４１２は、クライアント端末機の送受信制御部４２１から構成リスト要求を受信する。構成リストとは、どのようなファイルをどのような順序で再生するかを規定したリストである。ステップＳ４３２において、ストリーミング処理部４１２は、送受信制御部４２１に対して構成リスト４０２を送信する。これにより、送受信制御部４２１は、構成リスト４０２を参照しながら、配信要求を行うことができる。なお、図４の例では、構成リスト４０２に、特定画質ファイルの種類とビットレートとが含まれるものとして示しているが、構成リストには、更に、各セグメントごとに、配信要求可能な特定画質ファイルのファイル名が含まれるものとする。
【００４６】
ステップＳ４３３において、送受信制御部４２１は、ストリーミング処理部４１２に対して、セグメント０についての配信要求として、特定画質ファイル名＝“Ｓｅｇ１Ｍ＿０．ｔｓ”を含む配信要求を行う。また、ステップＳ４３４、Ｓ４３５において、ストリーミング処理部４１２は、ストリーミングデータ記憶部４１３より、特定画質ファイル名＝“Ｓｅｇ１Ｍ＿０．ｔｓ”の特定画質ファイルを読み出す。更に、ステップＳ４３６において、ストリーミング処理部４１２は、読み出した特定画質ファイルを送受信制御部４２１に配信する。
【００４７】
ステップＳ４３７において、送受信制御部４２１は、受信した特定画質ファイル（“Ｓｅｇ１Ｍ＿０．ｔｓ”）を再生部４２３に通知する。また、ステップＳ４３８において、再生部４２３は、通知された特定画質ファイル（“Ｓｅｇ１Ｍ＿０．ｔｓ”）を再生する。
【００４８】
一方、ステップＳ４３９において、送受信制御部４２１は要求判定処理を行う。具体的には、送受信制御部４２１は、特定画質ファイル名＝“Ｓｅｇ１Ｍ＿０．ｔｓ”の特定画質ファイルについての配信要求を行ってから受信するまでの配信時間に基づいて、次のセグメントで要求する特定画質ファイルを判定する。ここで、送受信制御部４２１が、次のセグメントで、特定画質ファイル名＝“Ｓｅｇ１Ｍ＿１．ｔｓ”を含む配信要求を行うと判定したとする。
【００４９】
これにより、ステップＳ４４０において、送受信制御部４２１は、ストリーミング処理部４１２に対して、セグメント１についての配信要求として、特定画質ファイル名＝“Ｓｅｇ１Ｍ＿１．ｔｓ”を含む配信要求を行う。また、ステップＳ４４１、Ｓ４４２において、ストリーミング処理部４１２は、ストリーミングデータ記憶部４１３より、特定画質ファイル名＝“Ｓｅｇ１Ｍ＿１．ｔｓ”の特定画質ファイルを読み出す。更に、ストリーミング処理部４１２は、ステップＳ４４３において、読み出した特定画質ファイル（“Ｓｅｇ１Ｍ＿１．ｔｓ”）を送受信制御部４２１に配信する。
【００５０】
ステップＳ４４４において、送受信制御部４２１は、受信した特定画質ファイル（“Ｓｅｇ１Ｍ＿１．ｔｓ”）を再生部４２３に通知する。また、ステップＳ４４５において、再生部４２３は、通知された特定画質ファイル（“Ｓｅｇ１ｍ＿０．ｔｓ”）を再生する。
【００５１】
一方、ステップＳ４４６において、送受信制御部４２１は要求判定処理を行う。具体的には、送受信制御部４２１は、特定画質ファイル名＝“Ｓｅｇ１Ｍ＿１．ｔｓ”の特定画質ファイルについての配信要求を行ってから受信するまでの配信時間に基づいて、次のセグメントで要求する特定画質ファイルを判定する。ここで、送受信制御部４２１が、次のセグメントで、特定画質ファイル名＝“Ｓｅｇ１Ｍ＿２．ｔｓ”を含む配信要求を行うと判定したとする。
【００５２】
これにより、ステップＳ４４７において、送受信制御部４２１は、ストリーミング処理部４１２に対して、セグメント２についての配信要求として、特定画質ファイル名＝“Ｓｅｇ１Ｍ＿２．ｔｓ”を含む配信要求を行う。また、ステップＳ４４８、Ｓ４４９において、ストリーミング処理部４１２は、ストリーミングデータ記憶部４１３より、特定画質ファイル名＝“Ｓｅｇ１Ｍ＿２．ｔｓ”の特定画質ファイルを読み出す。更に、ストリーミング処理部４１２は、ステップＳ４５０において、読み出した特定画質ファイル（“Ｓｅｇ１Ｍ＿２．ｔｓ”）を送受信制御部４２１に配信する。
【００５３】
ここで、特定画質ファイル（“Ｓｅｇ１Ｍ＿２．ｔｓ”）の配信の際に、ネットワークの受信帯域（クライアント端末機が単位時間あたりに受信するデータ量）が大幅に減少し、配信時間が増加したとする。この場合、送受信制御部４２１がセグメント２用の特定画質ファイル（“Ｓｅｇ１Ｍ＿２．ｔｓ”）を受信した時点で、再生部４２３は、既に、セグメント１用の特定画質ファイル（“Ｓｅｇ１Ｍ＿１．ｔｓ”）の再生を終えている。このため、ステップＳ４５１において、送受信制御部４２１が特定画質ファイル（“Ｓｅｇ１Ｍ＿２．ｔｓ”）を再生部４２３に通知し、ステップＳ４５２において、再生部４２３が再生した場合、再生の途切れが発生することになる。
【００５４】
このように、比較例の動画配信システムでは、ネットワークの受信帯域が急に変動した場合に、特定画質ファイルの配信が追い付かず、再生がと切れてしまうといった不具合が生じていた。
【００５５】
（３）比較例の動画配信システムによる特定画質ファイルの配信処理を示すシーケンスその２
上記比較例の動画配信システムにおいて、このような事態を回避するためには、セグメント２用の特定画質ファイルとして、ビットレートの低い特定画質ファイルである５００［ｋｂｐｓ］ファイルを再生することが考えられる。そこで、比較例の動画配信システムにおいて、特定画質ファイル名＝“Ｓｅｇ５００ｋ＿２”を含む配信要求を行った場合について説明する。
【００５６】
図５は、比較例の動画配信システムによる特定画質ファイルの配信処理を示す第２のシーケンス図であり、セグメント２用の特定画質ファイルとして、ビットレートの低い特定画質ファイル（“５００［ｋｂｐｓ］ファイル”）を配信要求した場合を示している。
【００５７】
具体的には、ステップＳ５０１において、ストリーミング処理部４１２が、特定画質ファイル（“Ｓｅｇ１Ｍ＿１．ｔｓ”）を配信した際に、配信時間がやや増加したと判定する。そこで、送受信制御部４２１では、次のセグメントで、ビットレートの低い特定画質ファイル（“Ｓｅｇ５００ｋ＿２．ｔｓ”）について配信要求を行うと判定したとする。
【００５８】
これにより、ステップＳ５０３において、送受信制御部４２１は、ストリーミング処理部４１２に対して、セグメント２についての配信要求として、特定画質ファイル名＝“Ｓｅｇ５００ｋ＿２．ｔｓ”を含む配信要求を送信する。また、ステップＳ５０４、Ｓ５０５において、ストリーミング処理部４１２は、ストリーミングデータ記憶部４１３より、特定画質ファイル名＝“Ｓｅｇ５００ｋ＿２．ｔｓ”の特定画質ファイルを読み出す。更に、ストリーミング処理部４１２は、ステップＳ５０６において、読み出した特定画質ファイルを送受信制御部４２１に配信する。
【００５９】
ここで、特定画質ファイル（“Ｓｅｇ５００ｋ＿２．ｔｓ”）の配信の際には、ネットワークの受信帯域の減少が解消されていたとする。
【００６０】
この場合でも、ストリーミング処理部４１２は、送受信制御部４２１から配信要求のあったセグメント２用の特定画質ファイル（“Ｓｅｇ５００ｋ＿２．ｔｓ”）を配信する。このため、ステップＳ５０７において、送受信制御部４２１が特定画質ファイル（“Ｓｅｇ５００ｋ＿２．ｔｓ”）を再生部４２３に通知した時点では、再生部４２３にはセグメント２用の特定画質ファイルの再生処理を開始するまでに時間的余裕ができている。
【００６１】
つまり、本来ならば、ビットレートの高い特定画質ファイル（例えば、“Ｓｅｇ１Ｍ＿２．ｔｓ”）を再生できたにも関わらず、再生部４２３では、セグメント２においてビットレートの低い特定画質ファイルで再生を行うことになる。
【００６２】
このように、比較例の動画配信システムの場合、ネットワークの受信帯域の減少が解消されたとしても、既に配信要求を行っているセグメントについては、当該配信要求において指定されたビットレートの特定画質ファイルにより、再生が行われることになる。
【００６３】
つまり、比較例の動画配信システムの場合、ネットワークの受信帯域が変動すると、再生の途切れが発生するか、必要以上に低いビットレートで再生が行われてしまうことになる。
【００６４】
これに対して、実施形態における動画配信システム１００は、上記（２）、（３）に示すような比較例の動画配信システムにおける不具合を回避するファイル生成方法及び動画配信処理のシーケンスを実現する。
【００６５】
＜動画配信システムによるレイヤファイルの生成方法＞
はじめに、動画配信システム１００によるレイヤファイルの生成方法について２つの例を挙げる。なお、動画配信システム１００では、特定画質ファイルの生成に代わり、レイヤファイルを生成する。
【００６６】
（１）第１のレイヤファイル生成方法
図６は、動画配信システムによるレイヤファイルの生成方法を示す第１の図である。動画配信システム１００において、動画配信サーバ１１０の分割部１１１は、上記比較例の動画配信システムと同様に、ストリーミングデータ３００を、複数のセグメントに時間分割し、複数のセグメントファイルを生成する。動画配信サーバ１１０の分割部１１１は、生成した複数のセグメントファイルを、ストリーミングデータ記憶部１１３に記憶する。
【００６７】
図６の例は、分割部１１１が、ストリーミングデータ３００を、セグメント０のセグメントファイル、セグメント１のセグメントファイル、セグメント２のセグメントファイルに時間分割し、セグメント０のセグメントファイル３１０を抜き出した様子を示している。
【００６８】
動画配信サーバ１１０の分割部１１１は、更に、セグメントファイル３１０を、レイヤの種類ごとに分割することで下記の３つのレイヤファイルを生成する。
・基本レイヤファイル６１０（ファイル名：ＳｅｇＢ＿０．ｔｓ）
・エンハンスメントレイヤ１ファイル６２０（ファイル名：ＳｅｇＥ１＿０．ｔｓ）
・エンハンスメントレイヤ２ファイル６３０（ファイル名：ＳｅｇＥ２＿０．ｔｓ）
なお、図６の説明において、基本レイヤファイル６１０はＢＬファイル６１０と称し、エンハンスメントレイヤ１ファイル６２０は、ＥＬファイル６２０と称する。また、エンハンスメントレイヤ２ファイル６３０は、ＥＬファイル６３０と称する。
【００６９】
これにより、動画配信サーバ１１０のストリーミング処理部１１２は、クライアント端末機１２０側で、再生の途切れが発生しない範囲で、レイヤファイルを配信することが可能となる。例えば、セグメント０においては、以下の３通りのレイヤファイルの配信形態が可能となる。
・ＢＬファイル６１０を配信する形態
・ＢＬファイル６１０と、ＥＬファイル６２０とを配信する形態
・ＢＬファイル６１０と、ＥＬファイル６２０と、ＥＬファイル６３０とを配信する形態
このように、３通りのレイヤファイルの配信形態でレイヤファイルの配信を行うことで、クライアント端末機１２０は、３通りのビットレートのセグメントファイルを生成し、再生することができる。
【００７０】
すなわち、ＢＬファイル６１０が配信された場合には、クライアント端末機１２０のセグメントファイル生成部１２２は、当該レイヤファイルに基づいて、セグメントファイルを生成する。この結果、クライアント端末機１２０の再生部１２３は、ビットレート＝“５００［ｋｂｐｓ］”のセグメントファイルを再生することが可能となる。
【００７１】
また、ＢＬファイル６１０と、ＥＬファイル６２０とが配信された場合には、クライアント端末機１２０のセグメントファイル生成部１２２は、当該レイヤファイルに基づいて、セグメントファイルを生成する。この結果、クライアント端末機１２０の再生部１２３は、ビットレート＝“１［Ｍｂｐｓ］”のセグメントファイルを再生することが可能となる。
【００７２】
更に、ＢＬファイル６１０と、ＥＬファイル６２０と、ＥＬファイル６３０とが配信された場合、セグメントファイル生成部１２２は、当該レイヤファイルに基づいて、セグメントファイルを生成する。この結果、クライアント端末機１２０の再生部１２３では、ビットレート＝“４［Ｍｂｐｓ］”のセグメントファイルを再生することが可能となる。
【００７３】
（２）第２のレイヤファイル生成方法
図７は、動画配信システムによるレイヤファイルの生成方法を示す第２の図である。図６に示したレイヤファイルの生成方法との相違点は、図７の場合、分割部１１１が、セグメントファイル３１０を下記の２つに分割することでレイヤファイルを生成する点である。
・基本レイヤファイル６１０（ファイル名：ＳｅｇＢ＿０．ｔｓ）
・エンハンスメントレイヤ（１＋２）ファイル７２０（ファイル名：ＳｅｇＥ１＋Ｅ２＿０．ｔｓ）
なお、図７の説明において、基本レイヤファイル６１０はＢＬファイル６１０と称し、エンハンスメントレイヤ（１＋２）ファイル７２０は、ＥＬファイル７２０と称する。
【００７４】
これにより、動画配信サーバ１１０のストリーミング処理部１１２は、クライアント端末機１２０側で、再生の途切れが発生しない範囲で、レイヤファイルを配信することが可能となる。例えば、セグメント０においては、以下の２通りのレイヤファイルの配信形態が可能となる。
・ＢＬファイル６１０を配信する形態
・ＢＬファイル６１０と、ＥＬファイル７２０とを配信する形態
このように、２通りのレイヤファイルの配信形態でレイヤファイルの配信を行うことで、クライアント端末機１２０は、２通りのビットレートのセグメントファイルを生成し、再生することができる。
【００７５】
すなわち、ＢＬファイル６１０が配信された場合には、クライアント端末機１２０のセグメントファイル生成部１２２は、当該レイヤファイルに基づいて、セグメントファイルを生成する。この結果、クライアント端末機１２０の再生部１２３では、ビットレート＝“５００［ｋｂｐｓ］”のセグメントファイルを再生することが可能となる。
【００７６】
また、ＢＬファイル６１０と、ＥＬファイル７２０とが配信された場合には、セグメントファイル生成部１２２は、当該レイヤファイルに基づいて、セグメントファイルを生成する。この結果、クライアント端末機１２０の再生部１２３では、ビットレート＝“４［Ｍｂｐｓ］”のセグメントファイルを再生することが可能となる。
【００７７】
（３）レイヤファイルの説明
動画配信システム１００において、上記第１のレイヤファイル生成方法または第２のレイヤファイル生成方法により生成されたレイヤファイルは、ストリーミングデータ記憶部１１３に記憶される。図８は、ストリーミングデータ記憶部に記憶されたレイヤファイルの一例を示す図である。
【００７８】
このうち、図８（ａ）は、第１のレイヤファイル生成方法により生成されたレイヤファイルの一例を示す図であり、図８（ｂ）は、第２のレイヤファイル生成方法により生成されたレイヤファイルの一例を示す図である。
【００７９】
図８（ａ）に示すように、ストリーミングデータ記憶部１１３には、少なくとも第１データである基本レイヤファイルと、第２データであるエンハンスメントレイヤ１ファイルまたはエンハンスメントレイヤ２ファイルとが区分して記憶される。
【００８０】
また、図８（ｂ）に示すように、ストリーミングデータ記憶部１１３には、第１データである基本レイヤファイルと、第２データであるエンハンスメントレイヤ（１＋２）ファイルとが区分して記憶される。
【００８１】
なお、レイヤファイルの場合、特定画質ファイルと比較して、１ファイルあたりのデータ量が少ない。このため、比較例の動画配信システムと比較して、ストリーミングデータ記憶部１１３に記憶されるデータ量を削減することができる。
【００８２】
＜動画配信システムによるレイヤファイル生成処理＞
（１）レイヤファイル生成処理
図９は、第１のレイヤファイル生成方法によるレイヤファイル生成処理を示すフローチャートである。ステップＳ９０１において、分割部１１１は、ストリーミングデータ記憶部１１３からセグメントファイル（例えば、セグメント０ファイル）を取得する。
【００８３】
ステップＳ９０２において、分割部１１１は、セグメントファイル中のエンハンスメントレイヤ２を抽出する。なお、レイヤの抽出の手法については、図１０を用いて後述する。ステップＳ９０３において、分割部１１１は、エンハンスメントレイヤ２用のヘッダを生成する。ステップＳ９０４において、分割部１１１は、レイヤファイルとして、エンハンスメントレイヤ２用のヘッダを含む、エンハンスメントレイヤ２ファイルを生成する。なお、ヘッダには、ファイルサイズ、ヘッダサイズ、情報リスト等が含まれている。ヘッダの詳細及びファイルの生成の方法は、図１０を用いて説明する。
【００８４】
ステップＳ９０５において、分割部１１１は、セグメントファイルからエンハンスメントレイヤ２が抽出された後の残りのセグメントファイルに基づいて、基本レイヤ及びエンハンスメントレイヤ１用のヘッダを生成する。
【００８５】
ステップＳ９０６において、分割部１１１は、レイヤファイルとして、基本レイヤ及びエンハンスメントレイヤ１と、基本レイヤ及びエンハンスメントレイヤ１用のヘッダと、セグメントファイルのヘッダと含む仮レイヤファイルを生成する。
【００８６】
ステップＳ９０７において、分割部１１１は、ステップＳ９０６において生成した仮レイヤファイル中のエンハンスメントレイヤ１を抽出する。ステップＳ９０８において、分割部１１１は、エンハンスメントレイヤ１用のヘッダを生成する。ステップＳ９０９において、分割部１１１は、レイヤファイルとして、エンハンスメントレイヤ１用のヘッダを含む、エンハンスメントレイヤ１ファイルを生成する。
【００８７】
ステップＳ９１０において、分割部１１１は、ステップＳ９０６において生成した仮レイヤファイルからエンハンスメントレイヤ１が抽出された残りの仮レイヤファイルに基づいて基本レイヤ用のヘッダを生成する。
【００８８】
ステップＳ９１１において、分割部１１１は、レイヤファイルとして、基本レイヤと、基本レイヤ用のヘッダと、基本レイヤ及びエンハンスメントレイヤ１用のヘッダとを含む、基本レイヤファイルを生成する。
【００８９】
ステップＳ９１２において、分割部１１１は、ステップＳ９０４、Ｓ９０９、Ｓ９１１において生成したレイヤファイルをストリーミングデータ記憶部１１３に記憶して、レイヤファイル生成処理を終了する。
【００９０】
なお、分割部１１１では、ストリーミングデータ中にレイヤファイルを生成していないセグメントファイルがある場合には、次のセグメントファイルについて、上記レイヤファイル生成処理を行う。一方、ストリーミングデータ中の全てのセグメントファイルについて、レイヤファイル生成処理を行った場合には、当該ストリーミングデータについてのレイヤファイル生成処理を終了する。
【００９１】
（２）レイヤファイル生成処理の具体例
図１０は、レイヤファイル生成処理の具体例を示す図である。なお、図６と同様、図１０の説明において、基本レイヤファイル６１０はＢＬファイル６１０と称し、エンハンスメントレイヤ１ファイル６２０は、ＥＬファイル６２０と称する。また、エンハンスメントレイヤ２ファイル６３０は、ＥＬファイル６３０と称する。
【００９２】
図１０（ａ）は、セグメントファイル３１０を示している。図６で示したように、セグメントファイル３１０は、基本レイヤ（３１１）、エンハンスメントレイヤ１（３１２）、エンハンスメントレイヤ２（３１３）を含む。また、セグメントファイル３１０は、セグメントファイルのヘッダを含む。
【００９３】
図１０（ｂ）は、レイヤファイルとして、基本レイヤ（３１１）とエンハンスメントレイヤ１（３１２）とを含む仮レイヤファイル１０００と、エンハンスメントレイヤ２（３１３）を含むＥＬファイル６３０とが生成された様子を示している。
【００９４】
図１０（ｂ）に示すように、仮レイヤファイル１０００は、基本レイヤ及びエンハンスメントレイヤ１用のヘッダ１０１０と、セグメントファイルのヘッダとを含む。
【００９５】
基本レイヤ及びエンハンスメントレイヤ１用のヘッダ１０１０は、情報の項目として、仮レイヤファイル１０００の“ファイルサイズ”、“ヘッダサイズ”、“情報リスト”を含む。また、情報リストは、更に、“フレーム番号”、“サイズ”、“仮レイヤファイルでの位置”を含む。
【００９６】
また、図１０（ｂ）に示すように、ＥＬファイル６３０は、エンハンスメントレイヤ２用のヘッダ１０２０を含む。エンハンスメントレイヤ２用のヘッダ１０２０は、情報の項目として、ＥＬファイル６３０の“ファイルサイズ”、“ヘッダサイズ”、“情報リスト”を含む。また、情報リストは、更に、“フレーム番号”、“サイズ”、“セグメントファイルでの位置”を含む。
【００９７】
図１０（ｃ）は、仮レイヤファイル１０００に基づいて、レイヤファイルとして、ＢＬファイル６１０とＥＬファイル６２０とが生成された様子を示している。図１０（ｃ）に示すように、ＢＬファイル６１０は、基本レイヤ（３１１）を含む。また、ＢＬファイル６１０は、基本レイヤ用のヘッダ１０３０、基本レイヤ及びエンハンスメントレイヤ１用のヘッダ１０１０を含む。
【００９８】
基本レイヤ用のヘッダ１０３０は、情報の項目として、ＢＬファイル６１０の“ファイルサイズ”、“ヘッダサイズ”、“情報リスト”を含む。また、情報リストは、更に、“フレーム番号”、“サイズ”、“セグメントファイルでの位置”を含む。
【００９９】
また、図１０（ｃ）に示すように、ＥＬファイル６２０は、エンハンスメントレイヤ１（３１２）を含む。更に、ＥＬファイル６２０は、エンハンスメントレイヤ１用のヘッダ１０４０を含む。
【０１００】
エンハンスメントレイヤ１用のヘッダ１０４０は、情報の項目として、ＥＬファイル６２０の“ファイルサイズ”、“ヘッダサイズ”、“情報リスト”を含む。また、情報リストは、更に、“フレーム番号”、“サイズ”、“セグメントファイルでの位置”を含む。
【０１０１】
＜動画配信システムによる動画配信処理を示すシーケンス＞
図１１は、動画配信システムによるレイヤファイルの配信処理を示すシーケンス図である。なお、図１１に示すように、ストリーミングデータ記憶部１１３には、セグメントごとに、レイヤファイル（基本レイヤファイル、エンハンスメントレイヤ１ファイル、エンハンスメントレイヤ２ファイル）が記憶されている。
【０１０２】
ステップＳ１１０１において、ストリーミング処理部１１２は、クライアント端末機１２０の送受信制御部１２１から構成リスト要求を受信し、ステップＳ１１０２において、構成リスト１１２０を送信する。なお、図１１の例では、構成リスト１１２０に、レイヤファイルの種類とビットレートとが含まれるものとして示しているが、構成リストには、更に、各セグメントごとに、配信要求可能なレイヤファイルのファイル名が含まれるものとする。
【０１０３】
ステップＳ１１０３において、ストリーミング処理部１１２は、送受信制御部１２１から、セグメント０について、レイヤファイル名＝“ＳｅｇＢ＿０．ｔｓ”を含む配信要求を受信する。
【０１０４】
ステップＳ１１０４、Ｓ１１０５において、ストリーミング処理部１１２は、ストリーミングデータ記憶部１１３よりレイヤファイル名＝“ＳｅｇＢ＿０．ｔｓ”の基本レイヤファイルを読み出す。また、ステップＳ１１０６において、ストリーミング処理部１１２は、読み出したレイヤファイル（“ＳｅｇＢ＿０．ｔｓ”）を送受信制御部１２１に配信する。
【０１０５】
ステップＳ１１０７において、送受信制御部１２１は、受信したレイヤファイル（“ＳｅｇＢ＿０．ｔｓ”）をセグメントファイル生成部１２２に通知する。
【０１０６】
ステップＳ１１０８において、送受信制御部１２１は、要求判定処理を行う。具体的には、送受信制御部１２１は、レイヤファイル名＝“ＳｅｇＢ＿０．ｔｓ”の基本レイヤファイルについての配信要求を行ってから受信するまでの配信時間に基づいて、他のレイヤファイルについての配信要求が可能であるか否かを判定する。
【０１０７】
要求判定処理の結果、レイヤファイル名＝“ＳｅｇＥ１＿０．ｔｓ”を含む配信要求が可能であると判定すると、ステップＳ１１０９において、送受信制御部１２１は、レイヤファイル名＝“ＳｅｇＥ１＿０.ｔｓ”を含む配信要求を行う。
【０１０８】
ステップＳ１１１０、Ｓ１１１１において、ストリーミング処理部１１２は、ストリーミングデータ記憶部１１３よりレイヤファイル名＝“ＳｅｇＥ１＿０．ｔｓ”のエンハンスメントレイヤ１ファイルを読み出す。また、ステップＳ１１１２において、ストリーミング処理部１１２は、読み出したレイヤファイル（“ＳｅｇＥ１＿０．ｔｓ”）を送受信制御部１２１に配信する。
【０１０９】
ステップＳ１１１３において、送受信制御部１２１は、受信したレイヤファイル（“ＳｅｇＥ１＿０．ｔｓ”）をセグメントファイル生成部１２２に通知する。
【０１１０】
ステップＳ１１１４において、送受信制御部１２１は、要求判定処理を行う。具体的には、送受信制御部１２１は、レイヤファイル名＝“ＳｅｇＥ１＿０．ｔｓ”のエンハンスメントレイヤ１ファイルについての配信要求を行ってから受信するまでの配信時間に基づいて、他のレイヤファイルについての配信要求が可能であるか否かを判定する。
【０１１１】
要求判定処理の結果、レイヤファイル名＝“ＳｅｇＥ２＿０．ｔｓ”を含む配信要求が可能であると判定すると、ステップＳ１１１５において、送受信制御部１２１は、レイヤファイル名＝“ＳｅｇＥ２＿０.ｔｓ”を含む配信要求を行う。
【０１１２】
ステップＳ１１１６、Ｓ１１１７において、ストリーミング処理部１１２は、ストリーミングデータ記憶部１１３よりレイヤファイル名＝“ＳｅｇＥ２＿０．ｔｓ”のエンハンスメントレイヤ２ファイルを読み出す。また、ステップＳ１１１８において、ストリーミング処理部１１２は、読み出したレイヤファイル（“ＳｅｇＥ２＿０．ｔｓ”）を送受信制御部１２１に配信する。
【０１１３】
ステップＳ１１１９において、送受信制御部１２１は、受信したレイヤファイル（“ＳｅｇＥ２＿０．ｔｓ”）をセグメントファイル生成部１２２に通知する。
【０１１４】
ステップＳ１１２０において、セグメントファイル生成部１２２は、取得したセグメント０についてのレイヤファイル（“ＳｅｇＢ＿０．ｔｓ”、“ＳｅｇＥ１＿０．ｔｓ”、“ＳｅｇＥ２＿０．ｔｓ”）に基づいて、セグメントファイル生成処理を行う。
【０１１５】
更に、セグメントファイル生成部１２２は、セグメント０について生成したセグメントファイルを再生部１２３に通知する。ステップＳ１１２１において、再生部１２３は、取得したセグメントファイルを再生する。
【０１１６】
一方、送受信制御部１２１は、レイヤファイル（“ＳｅｇＥ２＿０．ｔｓ”）をセグメントファイル生成部１２２に通知した後、ステップＳ１１２２において、セグメント１について、レイヤファイル名＝“ＳｅｇＢ＿１．ｔｓ”を含む配信要求を行う。
【０１１７】
ステップＳ１１２３、Ｓ１１２４において、ストリーミング処理部１１２は、ストリーミングデータ記憶部１１３よりレイヤファイル名＝“ＳｅｇＢ＿１．ｔｓ”の基本レイヤファイルを読み出す。また、ステップＳ１１２５において、ストリーミング処理部１１２は、読み出したレイヤファイル（“ＳｅｇＢ＿１．ｔｓ”）を送受信制御部１２１に配信する。
【０１１８】
ステップＳ１１２６において、送受信制御部１２１は、受信したレイヤファイル（“ＳｅｇＢ＿１．ｔｓ”）をセグメントファイル生成部１２２に通知する。
【０１１９】
ステップＳ１１２７において、送受信制御部１２１は、要求判定処理を行う。具体的には、送受信制御部１２１は、レイヤファイル名＝“ＳｅｇＢ＿１．ｔｓ”の基本レイヤファイルについての配信要求を行ってから受信するまでの配信時間に基づいて、他のレイヤファイルについての配信要求が可能であるか否かを判定する。
【０１２０】
ここで、送受信制御部１２１が、レイヤファイル名＝“ＳｅｇＢ＿１．ｔｓ”を含む配信要求を行った後に、ネットワークの受信帯域の大幅な減少により当該レイヤファイル（“ＳｅｇＢ＿１．ｔｓ”）についての配信時間が増加したとする。また、これを受けて、送受信制御部１２１が、レイヤファイル名＝“ＳｅｇＥ１＿１．ｔｓ”を含む配信要求が可能でないと判定したとする。この場合、送受信制御部１２１は、要求判定処理の結果をセグメントファイル生成部１２２に通知する。
【０１２１】
セグメントファイル生成部１２２は、送受信制御部１２１より要求判定処理の結果を受信すると、ステップＳ１１２８において、取得したセグメント１についてのレイヤファイル（“ＳｅｇＢ＿１．ｔｓ”）に基づいて、セグメントファイル生成処理を行う。
【０１２２】
更に、セグメントファイル生成部１２２は、セグメント１について生成したセグメントファイルを再生部１２３に通知する。その後、ステップＳ１１３６において、再生部１２３は、取得したセグメントファイルを再生する。
【０１２３】
一方、送受信制御部１２１は、要求判定処理の結果をセグメントファイル生成部１２２に通知した後、ステップＳ１１２９において、セグメント２について、レイヤファイル名＝“ＳｅｇＢ＿２．ｔｓ”を含む配信要求を行う。
【０１２４】
ステップＳ１１３０、Ｓ１１３１において、ストリーミング処理部１１２は、ストリーミングデータ記憶部１１３よりレイヤファイル名＝“ＳｅｇＢ＿２．ｔｓ”の基本レイヤファイルを読み出す。また、ステップＳ１１３２において、ストリーミング処理部１１２は、読み出したレイヤファイル（“ＳｅｇＢ＿２．ｔｓ”）を送受信制御部１２１に配信する。
【０１２５】
ステップＳ１１３３において、送受信制御部１２１は、受信したレイヤファイル（“ＳｅｇＢ＿２．ｔｓ”）をセグメントファイル生成部１２２に通知する。
【０１２６】
ステップＳ１１３４において、送受信制御部１２１は、要求判定処理を行う。具体的には、送受信制御部１２１は、レイヤファイル名＝“ＳｅｇＢ＿２．ｔｓ”の基本レイヤファイルについての配信要求を行ってから受信するまでの配信時間に基づいて、他のレイヤファイルについての配信要求が可能であるか否かを判定する。
【０１２７】
要求判定処理の結果、セグメント２においてレイヤファイル（“ＳｅｇＥ１＿２．ｔｓ”）についての配信要求が可能であると判定すると、ステップＳ１１３５において、送受信制御部１２１は、レイヤファイル名＝“ＳｅｇＥ１＿２．ｔｓ”を含む配信要求を行う。
【０１２８】
ステップＳ１１３６、Ｓ１１３７において、ストリーミング処理部１１２は、ストリーミングデータ記憶部１１３よりレイヤファイル名＝“ＳｅｇＥ１＿２．ｔｓ”のエンハンスメントレイヤ１ファイルを読み出す。また、ステップＳ１１３８において、ストリーミング処理部１１２は、読み出したレイヤファイル（“ＳｅｇＥ１＿２．ｔｓ”）を送受信制御部１２１に配信する。
【０１２９】
ステップＳ１１３９において、送受信制御部１２１は、受信したレイヤファイル（“ＳｅｇＥ１＿２．ｔｓ”）をセグメントファイル生成部１２２に通知する。
【０１３０】
ステップＳ１１４０において、送受信制御部１２１は、要求判定処理を行う。具体的には、送受信制御部１２１は、レイヤファイル名＝“ＳｅｇＥ１＿２．ｔｓ”のエンハンスメントレイヤ１ファイルについての配信要求を行ってから受信するまでの配信時間に基づいて、他のレイヤファイルについての配信要求が可能であるか否かを判定する。
【０１３１】
要求判定処理の結果、送受信制御部１２１が、セグメント２について、レイヤファイル名＝“ＳｅｇＥ２＿２．ｔｓ”を含む配信要求が可能でないと判定したとする。この場合、送受信制御部１２１は、要求判定処理の結果をセグメントファイル生成部１２２に通知する。
【０１３２】
セグメントファイル生成部１２２は、要求判定処理の結果を受信すると、ステップＳ１１４１において、取得したセグメント２についてのレイヤファイル（“ＳｅｇＢ＿２．ｔｓ”、“ＳｅｇＥ１＿２．ｔｓ”）に基づいて、セグメントファイル生成処理を行う。
【０１３３】
更に、セグメントファイル生成部１２２は、セグメント２について生成したセグメントファイルを再生部１２３に通知する。その後、ステップＳ１１４２において、再生部１２３は、取得したセグメントファイルを再生する。
【０１３４】
このように、動画配信システム１００では、セグメントファイルを、レイヤごとに分割することで生成されたレイヤファイルについて、各セグメントにおいて、配信要求を行う。このとき、同一セグメント内の１つ前のレイヤファイルの配信時間に基づいて、更なるレイヤファイルの配信要求が可能か否かを判定する。
【０１３５】
このため、ネットワークの受信帯域が変動した場合であっても、柔軟に対応することができる。つまり、ネットワークの受信帯域が増加した場合には、同一セグメントを対象として更なるレイヤファイルの配信要求を行うことで、ビットレートを上げることができる。一方、ネットワークの受信帯域が減少した場合には、次のセグメントを対象としてレイヤファイルの配信要求を行い、同一セグメントについて、更なるレイヤファイルの配信要求を行わないことで、ビットレートを上げないようにすることができる。
【０１３６】
この結果、ネットワークの受信帯域が変動した場合であっても、再生の途切れが発生したり、必要以上に低いビットレートで再生を行うといった不具合を回避し、安定した動画の再生を実現することができる。
【０１３７】
＜動画配信システムによる動画配信処理の各処理の詳細＞
次に、動画配信システム１００による動画配信処理を示すシーケンス図（図１１）の各処理（要求判定処理、セグメントファイル生成処理）の詳細について説明する。
【０１３８】
（１）要求判定処理の詳細
図１２は、送受信制御部１２１により実行される要求判定処理を示すフローチャートである。
【０１３９】
ステップＳ１２０１において、送受信制御部１２１は、第１送信手段として機能し、基本レイヤファイルについて、動画配信サーバ１１０に対して配信要求を行うよう制御するとともに、配信要求を行った時刻を識別する。
【０１４０】
ステップＳ１２０２において、送受信制御部１２１は、基本レイヤファイルについての配信要求を行ってから受信するまでの配信時間を測定する。また、送受信制御部１２１は、測定した配信時間に基づいて、帯域を算出する。ここでは、送受信制御部１２１は、基本レイヤファイルのサイズを、測定した配信時間で割ることで、帯域を算出する。
【０１４１】
ステップＳ１２０３において、送受信制御部１２１は、算出した帯域に基づいて、エンハンスメントレイヤ１ファイルについての配信要求が可能か否かを判定する。
【０１４２】
例えば、図１１のステップＳ１１２７の要求判定処理において、配信要求が可能か否かを判定する場合について説明する。送受信制御部１２１は、まず、セグメント０についてのセグメントファイルの再生完了時刻を算出する。
【０１４３】
具体的には、送受信制御部１２１は、セグメント０についてのセグメントファイルの再生開始時刻を再生部１２３から取得する。また、送受信制御部１２１は、セグメント０についての再生時間をセグメントファイル生成部１２２より取得する。そして、送受信制御部１２１は、再生時間を再生開始時刻に加算することで、再生完了時刻を算出する。なお、再生時間は、セグメントファイルに含まれるレイヤファイルの数に関わらず一定である。
【０１４４】
続いて、送受信制御部１２１は、エンハンスメントレイヤ１ファイルのサイズを、現在時刻から再生完了時刻までの時間で割ることで、基準帯域を算出する。
【０１４５】
続いて、送受信制御部１２１は、ステップＳ１２０２において算出した帯域が、基準帯域以下であるか否かを判定する。基準帯域以下の場合、送受信制御部１２１は、セグメント１のセグメントファイルの再生処理を開始するまでに、エンハンスメントレイヤ１ファイルの受信が完了する見込みがないと判定する。この場合、送受信制御部１２１は、エンハンスメントレイヤ１ファイルについての配信要求が可能でないと判定する。
【０１４６】
一方、ステップＳ１２０２において算出した帯域が、基準帯域よりも高い場合、送受信制御部１２１は、セグメント１のセグメントファイルの再生処理を開始するまでに、エンハンスメントレイヤ１ファイルの受信が完了する見込みがあると判定する。この場合、送受信制御部１２１は、エンハンスメントレイヤ１ファイルについての配信要求が可能であると判定する。つまり、送受信制御部１２１は、配信要求が可能であるか否かの判定を、完了するか否かの見込みに基づいて行い、完了するか否かの見込みの判定を、ステップＳ１２０２において算出した帯域と基準帯域との比較に基づいて行う。
【０１４７】
ステップＳ１２０３において、エンハンスメントレイヤ１ファイルについての配信要求が可能でないと判定した場合には（ステップＳ１２０３で“Ｎｏ”）、要求判定処理を終了する。この場合、送受信制御部１２１は、基本レイヤファイルのみによるセグメントファイルで再生処理を実行すると判定する。また、送受信制御部１２１は、要求判定結果を、セグメントファイル生成部１２２に通知する。
【０１４８】
一方、ステップＳ１２０３において、配信要求が可能であると判定した場合には（ステップＳ１２０３において“Ｙｅｓ”）、ステップＳ１２０４に進む。
【０１４９】
ステップＳ１２０４において、送受信制御部１２１は、第２送信手段として機能し、エンハンスメントレイヤ１ファイルについての配信要求を行うよう制御するとともに、配信要求を行った時刻を識別する。
【０１５０】
ステップＳ１２０５において、送受信制御部１２１は、エンハンスメントレイヤ１ファイルについての配信要求を行ってから受信するまでの配信時間を測定する。また、送受信制御部１２１は、測定した配信時間に基づいて、帯域を算出する。ここでは、送受信制御部１２１は、エンハンスメントレイヤ１ファイルのサイズを、測定した配信時間で割ることで、帯域を算出する。
【０１５１】
ステップＳ１２０６において、送受信制御部１２１は、算出した帯域に基づいて、エンハンスメントレイヤ２ファイルについての配信要求が可能か否かを判定する。
【０１５２】
例えば、図１１のステップＳ１１４０の要求判定処理において配信要求が可能か否かを判定する場合について説明する。送受信制御部１２１は、まず、セグメント１についてのセグメントファイルの再生完了時刻を算出する。
【０１５３】
具体的には、送受信制御部１２１は、セグメント１についてのセグメントファイルの再生開始時刻を再生部１２３から取得する。また、送受信制御部１２１は、セグメント１についての再生時間をセグメントファイル生成部１２２より取得する。そして、送受信制御部１２１は、再生時間を再生開始時刻に加算することで、再生完了時刻を算出する。
【０１５４】
続いて、送受信制御部１２１は、エンハンスメントレイヤ２ファイルのサイズを、現在時刻から再生完了時刻までの時間で割ることで、基準帯域を算出する。
【０１５５】
続いて、送受信制御部１２１は、ステップＳ１２０５において算出した帯域が、基準帯域であるか否かを判定する。基準帯域以下の場合、送受信制御部１２１は、セグメント２のセグメントファイルの再生処理を開始するまでに、エンハンスメントレイヤ２ファイルの受信が完了する見込みがないと判定する。この場合、送受信制御部１２１は、エンハンスメントレイヤ２ファイルについての配信要求が可能でないと判定する。
【０１５６】
一方、ステップＳ１２０５において算出した帯域が、基準帯域よりも高い場合、送受信制御部１２１は、セグメント２のセグメントファイルの再生処理を開始するまでに、エンハンスメントレイヤ２ファイルの受信が完了する見込みがあると判定する。この場合、送受信制御部１２１は、エンハンスメントレイヤ２ファイルについての配信要求が可能であると判定する。
【０１５７】
ステップＳ１２０６において、エンハンスメントレイヤ２ファイルについての配信要求が可能でないと判定した場合（ステップＳ１２０６で“Ｎｏ”）、要求判定処理を終了する。この場合、送受信制御部１２１は、基本レイヤファイルとエンハンスメントレイヤ１ファイルとによるセグメントファイルで再生処理を実行すると判定する。また、送受信制御部１２１は、要求判定結果を、セグメントファイル生成部１２２に通知する。
【０１５８】
一方、ステップＳ１２０６において、配信要求が可能であると判定した場合には（ステップＳ１２０６で“Ｙｅｓ”）、ステップＳ１２０７に進む。
【０１５９】
ステップＳ１２０７において、送受信制御部１２１は、第３送信手段として機能し、エンハンスメントレイヤ２ファイルについての配信要求を行うよう制御する。この場合、基本レイヤファイル、エンハンスメントレイヤ１ファイル、エンハンスメントレイヤ２ファイルで再生処理を実行すると判定し、要求判定処理を終了する。なお、このときも送受信制御部１２１は、要求判定結果をセグメントファイル生成部１２２に通知する。
【０１６０】
（２）セグメントファイル生成処理（ステップＳ１１２８）の詳細
図１３は、セグメントファイル生成部１２２により実行されるセグメントファイル生成処理（Ｓ１１２８）を示す第１のフローチャートである。図１３に示すフローチャートは、例えば、ステップＳ１１２７の要求判定処理の結果が通知されることで開始される。
【０１６１】
ステップＳ１３０１において、セグメントファイル生成部１２２は、送受信制御部１２１より通知されたレイヤファイルである、基本レイヤファイルを取得する。
【０１６２】
ステップＳ１３０２において、セグメントファイル生成部１２２は、取得した基本レイヤファイルに基づいて、セグメントファイルを生成し、再生部１２３に通知する。なお、この場合、取得した基本レイヤファイルがそのままセグメントファイルとなるため、再生部１２３に対しては、基本レイヤファイルが通知される。
【０１６３】
（３）セグメントファイル生成処理（ステップＳ１１４１）の詳細
図１４は、セグメントファイル生成部１２２により実行されるセグメントファイル生成処理（Ｓ１１４１）を示す第２のフローチャートである。図１４に示すフローチャートは、例えば、ステップＳ１１４０の要求判定処理の結果が通知されることで開始される。
【０１６４】
ステップＳ１４０１において、セグメントファイル生成部１２２は、送受信制御部１２１より通知されたレイヤファイル（基本レイヤファイルとエンハンスメントレイヤ１ファイル）を取得する。
【０１６５】
ステップＳ１４０２において、セグメントファイル生成部１２２は、基本レイヤファイルから、基本レイヤ及びエンハンスメントレイヤ１用のヘッダを抽出し、新たに生成するセグメントファイルのヘッダに書き込む。
【０１６６】
ステップＳ１４０３において、セグメントファイル生成部１２２は、基本レイヤファイルから基本レイヤ用のヘッダを抽出し、新たに生成するセグメントファイルのヘッダに書き込む。
【０１６７】
ステップＳ１４０４において、セグメントファイル生成部１２２は、基本レイヤ用のヘッダに記載された基本レイヤの位置に基づいて、基本レイヤを、新たに生成するセグメントファイルに書き込む。
【０１６８】
ステップＳ１４０５において、セグメントファイル生成部１２２は、エンハンスメントレイヤ１ファイルからエンハンスメントレイヤ１用のヘッダを抽出し、新たに生成するセグメントファイルのヘッダに書き込む。
【０１６９】
ステップＳ１４０６において、セグメントファイル生成部１２２は、エンハンスメントレイヤ１用のヘッダに記載されたエンハンスメントレイヤ１の位置に基づいて、エンハンスメントレイヤ１を、新たに生成するセグメントファイルに書き込む。
【０１７０】
ステップＳ１４０７において、セグメントファイル生成部１２２は、生成したセグメントファイルを再生部１２３に通知する。
【０１７１】
（４）セグメントファイル生成処理（ステップＳ１１２０）の詳細
図１５は、セグメントファイル生成部１２２により実行されるセグメントファイル生成処理（Ｓ１１２０）を示す第３のフローチャートである。図１５に示すフローチャートは、例えば、ステップＳ１１１４の要求判定処理の結果が通知されることで開始される。
【０１７２】
ステップＳ１５０１において、セグメントファイル生成部１２２は、送受信制御部１２１より通知されたレイヤファイル（基本レイヤファイル、エンハンスメントレイヤ１ファイル、エンハンスメントレイヤ２ファイル）を取得する。
【０１７３】
ステップＳ１５０２において、セグメントファイル生成部１２２は、基本レイヤファイルから、基本レイヤ及びエンハンスメントレイヤ１用のヘッダを抽出し、新たに生成する仮セグメントファイルのヘッダに書き込む。なお、仮セグメントファイルとは、基本レイヤファイルと、エンハンスメントレイヤ１ファイルとを用いて生成する一時的なセグメントファイルである。
【０１７４】
ステップＳ１５０３において、セグメントファイル生成部１２２は、基本レイヤファイルから基本レイヤ用のヘッダを抽出し、新たに生成する仮セグメントファイルのヘッダに書き込む。
【０１７５】
ステップＳ１５０４において、セグメントファイル生成部１２２は、基本レイヤ用のヘッダに記載された基本レイヤの位置に基づいて、基本レイヤを、新たに生成する仮セグメントファイルに書き込む。
【０１７６】
ステップＳ１５０５において、セグメントファイル生成部１２２は、エンハンスメントレイヤ１ファイルからエンハンスメントレイヤ１用のヘッダを抽出し、新たに生成する仮セグメントファイルのヘッダに書き込む。
【０１７７】
ステップＳ１５０６において、セグメントファイル生成部１２２は、エンハンスメントレイヤ１用のヘッダに記載されたエンハンスメントレイヤ１の位置に基づいて、エンハンスメントレイヤ１を、新たに生成する仮セグメントファイルに書き込む。
【０１７８】
ステップＳ１５０７において、セグメントファイル生成部１２２は、生成した仮セグメントファイルから、基本レイヤ用のヘッダを抽出し、新たに生成するセグメントファイルのヘッダに書き込む。
【０１７９】
ステップＳ１５０８において、セグメントファイル生成部１２２は、基本レイヤ用のヘッダに記載された基本レイヤの位置に基づいて、基本レイヤを、新たに生成するセグメントファイルに書き込む。
【０１８０】
ステップＳ１５０９において、セグメントファイル生成部１２２は、生成した仮セグメントファイルから、エンハンスメントレイヤ１用のヘッダを抽出し、新たに生成するセグメントファイルのヘッダに書き込む。
【０１８１】
ステップＳ１５１０において、セグメントファイル生成部１２２は、エンハンスメントレイヤ１用のヘッダに記載されたエンハンスメントレイヤ１の位置に基づいて、エンハンスメントレイヤ１を、新たに生成するセグメントファイルに書き込む。
【０１８２】
ステップＳ１５１１において、セグメントファイル生成部１２２は、エンハンスメントレイヤ２ファイルから、エンハンスメントレイヤ２用のヘッダを抽出し、新たに生成するセグメントファイルのヘッダに書き込む。
【０１８３】
ステップＳ１５１２において、セグメントファイル生成部１２２は、エンハンスメントレイヤ２用のヘッダに記載されたエンハンスメントレイヤ２の位置に基づいて、エンハンスメントレイヤ２を、新たに生成するセグメントファイルに書き込む。
【０１８４】
ステップＳ１５１３において、セグメントファイル生成部１２２は、生成したセグメントファイルを再生部１２３に通知する。
【０１８５】
以上の説明から明らかなように、実施形態における動画配信システム１００は、分割データの一例であるセグメントファイルを、レイヤごとに分割することでレイヤファイルを生成する。また、動画配信システム１００は、セグメントファイルを再生するために必要となる基本レイヤファイルと、第１データと組み合わせることで第１データよりも高いビットレートでセグメントファイルを再生するエンハンスメントレイヤ１ファイル等とに区分する。そして、動画配信システム１００は、区分したレイヤファイルを、ストリーミングデータ記憶部１１３に記憶する。
【０１８６】
また、実施形態における動画配信システム１００は、クライアント端末機１２０からの配信要求に応じて、動画配信サーバ１１０が基本レイヤファイルを配信する。また、動画配信システム１００は、クライアント端末機１２０が、セグメントファイルの再生を開始するまでに、エンハンスメントレイヤ１ファイル等の受信が完了するか否かの見込みを判定する。エンハンスメントレイヤ１ファイル等の受信が完了する見込みがないと判定した場合、クライアント端末機１２０は、基本レイヤファイルによるセグメントファイルを再生する。また、エンハンスメントレイヤ１ファイル等の受信が完了する見込みがあると判定した場合、クライアント端末機１２０は、エンハンスメントレイヤ１ファイル等の配信要求を送信する。更に、クライアント端末機１２０は、基本レイヤファイルと、エンハンスメントレイヤ１ファイル等とによるセグメントファイルを再生する。
【０１８７】
これにより、ネットワークの受信帯域が変動した場合であっても、柔軟に対応することができる。この結果、再生の途切れが発生したり、必要以上に低いビットレートで再生を行うといった不具合を回避し、安定した動画の再生を実現することができる。
【０１８８】
なお、上記実施形態では、基本レイヤファイルのサイズと配信時間とに基づいて算出される帯域を基準帯域と比較して、対象となるセグメントファイルの再生処理を開始するまでに、エンハンスメントレイヤ１ファイルの受信が完了するか否かの見込みを判定した。あるいは、エンハンスメントレイヤ１ファイルのサイズと配信時間とに基づいて算出される帯域を基準帯域と比較して、対象となるセグメントファイルの再生処理を開始するまでに、エンハンスメントレイヤ２ファイルの受信が完了するか否かの見込みを判定した。
【０１８９】
しかしながら、要求判定処理の処理方法はこれに限定されない。例えば、基本レイヤファイルの配信時間が所定の時間以下であるか否かを判定することで、セグメントファイルの再生処理を開始するまでに、エンハンスメントレイヤ１ファイルの受信が完了するか否の見込みかを判定するようにしてもよい。また、エンハンスメントレイヤ１ファイルの配信時間が所定の時間以下であるか否かを判定することで、セグメントファイルの再生処理を開始するまでに、エンハンスメントレイヤ２ファイルの受信が完了するか否かの見込みを判定するようにしてもよい。
【０１９０】
また、上記実施形態では、ストリーミングデータの全てのセグメントにおいて、要求判定処理を行うものとした。しかしながら、ストリーミングデータの一部のセグメントにおいて、要求判定処理を行うようにしてもよい。
【０１９１】
例えば、配信処理開始後の所定数のセグメントについては、基本レイヤファイルのみを配信することで、セグメントファイルの再生処理を開始するまでの時間を蓄積しておき、所定数のセグメント以降のセグメントにおいて、要求判定処理を行うようにしてもよい。
【０１９２】
あるいは、特定のセグメントについて、基本レイヤファイルのみを配信するようにしてもよい。ビットレートを下げても問題のないセグメントが予めわかっている場合には、当該セグメントについては基本レイヤファイルのみを配信することで、特定のセグメント以外のセグメントにおいて、ビットレートを上げることが可能となるからである。
【０１９３】
つまり、送受信制御部１２１が、セグメントファイルの再生処理を開始するまでの時間を、積極的に管理するようにしてもよい。
【０１９４】
また、上記実施形態において、図１５に示すセグメントファイル生成処理では、ステップＳ１５０１において、基本レイヤファイル、エンハンスメントレイヤ１ファイル、エンハンスメントレイヤ２ファイルを取得するものとした。しかしながら、３つのレイヤファイルを取得してから、セグメントファイルを生成するのではなく、２つのレイヤファイルを取得した段階で、仮セグメントファイルを生成してもよい（ステップＳ１５０２〜Ｓ１５０６を実行してもよい）。この場合、３つ目のレイヤファイル（エンハンスメントレイヤ２ファイル）を取得した段階で、ステップＳ１５０７〜Ｓ１５１３を実行してもよい。
なお、開示の技術では、以下に記載する付記のような形態が考えられる。
（付記１）
ストリーミングデータの再生依頼を受け付け、
ストリーミングデータを時間で分割して得られた複数の分割データのそれぞれを、該分割データを再生するために必要となる第１データと組み合わせることで該第１データよりも高いビットレートで該分割データを再生する第２データとに区分して記憶する記憶部に対して、複数の前記分割データの内の再生の対象となる分割データについての第１データの要求を送信し、
前記第１データを受信すると、前記分割データの再生処理を開始するまでに前記第２データの受信が完了するか否かの見込みに基づいて、受信した前記第１データのみによる前記分割データの再生処理を実行するか、前記第２データを更に受信して前記第１データと前記第２データとによる前記分割データの再生処理を実行するかを判定し、
前記第１データと前記第２データとによる前記分割データの再生処理を実行すると判定した場合に、前記第２データの要求を送信する、
処理をコンピュータに実行させる動画再生プログラム。
（付記２）
前記分割データの再生処理を開始するまでに前記第２データの受信が完了する見込みがある場合、前記第２データを更に受信して前記第１データと前記第２データとによる前記分割データの再生処理を実行すると判定する付記１に記載の動画再生プログラム。
（付記３）
前記分割データの再生処理を開始するまでに前記第２データの受信が完了する見込みがない場合、受信した前記第１データのみによる前記分割データの再生処理を実行すると判定する付記１に記載の動画再生プログラム。
（付記４）
ストリーミングデータの再生依頼を受け付ける受付手段と、
ストリーミングデータを時間で分割して得られた複数の分割データのそれぞれを、該分割データを再生するために必要となる第１データと該第１データと組み合わせることで該第１データよりも高いビットレートで該分割データを再生する第２データとに区分して記憶する記憶部に対して、複数の前記分割データの内の再生の対象となる分割データについての第１データの要求を送信する第１送信手段と、
前記第１データを受信すると、前記分割データの再生処理を開始するまでに前記第２データの受信が完了するか否かの見込みに基づいて、受信した前記第１データのみによる前記分割データの再生処理を実行するか、前記第２データを更に受信して前記第１データと前記第２データとによる前記分割データの再生処理を実行するかを判定する判定手段と、
前記第１データと前記第２データとによる前記分割データの再生処理を実行すると判定した場合に、前記第２データの要求を送信する第２送信手段と
を有するクライアント端末機。
（付記５）
コンピュータが、
ストリーミングデータの再生依頼を受け付け、
ストリーミングデータを時間で分割して得られた複数の分割データのそれぞれを、該分割データを再生するために必要となる第１データと該第１データと組み合わせることで該第１データよりも高いビットレートで該分割データを再生する第２データとに区分して記憶する記憶部に対して、複数の前記分割データの内の再生の対象となる分割データについての第１データの要求を送信し、
前記第１データを受信すると、前記分割データの再生処理を開始するまでに前記第２データの受信が完了するか否かの見込みに基づいて、受信した前記第１データのみによる前記分割データの再生処理を実行するか、前記第２データを更に受信して前記第１データと前記第２データとによる前記分割データの再生処理を実行するかを判定し、
前記第１データと前記第２データとによる前記分割データの再生処理を実行すると判定した場合に、前記第２データの要求を送信する、
処理を実行することを特徴とする動画再生方法。
【０１９５】
なお、上記実施形態に挙げた構成等に、その他の要素との組み合わせなど、ここで示した構成に本発明が限定されるものではない。これらの点に関しては、本発明の趣旨を逸脱しない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【符号の説明】
【０１９６】
１００    ：動画配信システム
１１０    ：動画配信サーバ
１１１    ：分割部
１１２    ：ストリーミング処理部
１１３    ：ストリーミングデータ記憶部
１２０    ：クライアント端末機
１２１    ：送受信制御部
１２２    ：セグメントファイル生成部
１２３    ：再生部
３００    ：ストリーミングデータ
３１０    ：セグメントファイル
３１１    ：基本レイヤ
３１２    ：エンハンスメントレイヤ１
３１３    ：エンハンスメントレイヤ２
６００    ：レイヤファイル
６１０    ：基本レイヤファイル
６２０    ：エンハンスメントレイヤ１ファイル
６３０    ：エンハンスメントレイヤ２ファイル
７００    ：レイヤファイル
７２０    ：エンハンスメントレイヤ（１＋２）ファイル
【図１】
2017204709.tif 000003
【図２】
2017204709.tif 000004
【図３】
2017204709.tif 000005
【図４】
2017204709.tif 000006
【図５】
2017204709.tif 000007
【図６】
2017204709.tif 000008
【図７】
2017204709.tif 000009
【図８】
2017204709.tif 000010
【図９】
2017204709.tif 000011
【図１０】
2017204709.tif 000012
【図１１】
2017204709.tif 000013
【図１２】
2017204709.tif 000014
【図１３】
2017204709.tif 000015
【図１４】
2017204709.tif 000016
【図１５】
2017204709.tif 000017