(57)【特許請求の範囲】
【請求項１】
映像と音声が別々のストリームとなっており、それぞれが複数のセグメントから構成されるコンテンツをセグメントごとに受信する受信装置であって、
マニフェストファイルをもとに、セグメントの先頭時刻に該当するセグメント開始時刻、及びセグメントのＵＲＬを対応付けたセグメントＵＲＬリストを生成するマニフェスト取得部と、
再生開始時刻を取得する再生制御部と、
前記再生開始時刻に基づき、取得対象のセグメントのセグメント開始時刻を決定し、前記セグメントＵＲＬリストから該セグメント開始時刻に対応付けられたセグメントのＵＲＬを抽出するバッファ制御部と、
前記セグメントのＵＲＬに基づき前記取得対象のセグメントを取得するセグメント取得部と、を備え、
シーク操作が実行されると、前記再生制御部は新規の再生開始時刻を示す新規再生開始時刻情報を取得し、前記バッファ制御部は、前記セグメントＵＲＬリストから該新規再生開始時刻を含む映像セグメントのＵＲＬ、及び該映像セグメントのセグメント開始時刻を抽出するとともに、前記セグメントＵＲＬリストから該セグメント開始時刻を含む音声セグメントのＵＲＬを抽出することを特徴とする受信装置。
【請求項２】
映像と音声が別々のストリームとなっており、それぞれが複数のセグメントから構成されるコンテンツをセグメントごとに取得するセグメント取得方法であって、
マニフェストファイルをもとに、セグメントの先頭時刻に該当するセグメント開始時刻、及びセグメントのＵＲＬを対応付けたセグメントＵＲＬリストを生成するマニフェスト取得ステップと、
再生開始時刻を取得する再生制御ステップと、
前記再生開始時刻に基づき、取得対象のセグメントのセグメント開始時刻を決定し、前記セグメントＵＲＬリストから該セグメント開始時刻に対応付けられたセグメントのＵＲＬを抽出するバッファ制御ステップと、
前記セグメントのＵＲＬに基づき前記取得対象のセグメントを取得するセグメント取得ステップと、を含み、
シーク操作が実行されると、前記再生制御ステップは新規の再生開始時刻を示す新規再生開始時刻情報を取得し、前記バッファ制御ステップは、前記セグメントＵＲＬリストから前記新規再生開始時刻を含む映像セグメントのＵＲＬ、及び該映像セグメントのセグメント開始時刻を抽出するとともに、前記セグメントＵＲＬリストから該セグメント開始時刻を含む音声セグメントのＵＲＬを抽出することを特徴とするセグメント取得方法。
【請求項３】
コンピュータを、請求項１に記載の受信装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ライブストリーミングを受信する受信装置、セグメント取得方法、及びプログラムに関する。
【背景技術】
【０００２】
昨今のインターネットにおけるストリーミング動画配信では、専用のサーバと専用のプロトコルによるストリーミング配信方式から、汎用的なＷｅｂサーバによりＨＴＴＰプロトコルを用いてストリーミング配信する方式への移行が進んでおり、多くのデバイス向けの配信において主流となっている。このようなＨＴＴＰプロトコルによるストリーミング配信方式（アダプティブストリーミング）としては、ＩＴベンダによる独自技術が普及している他、これらストリーミング方式の統一を意図した国際標準規格であるＭＰＥＧ−ＤＡＳＨ（ＩＳＯ／ＩＥＣ２３００９−１）が策定された。
【０００３】
いずれの技術も基本的なコンセプトは同様であり、Ｗｅｂサーバには動画コンテンツを一つ又は複数の品質（画面サイズやビットレート）でエンコードしたストリームをそれぞれ数秒から数十秒程度のファイルに分割したもの（セグメント）と、それらの動画コンテンツの属性やＵＲＬを記述したマニフェストファイルを用意する。受信装置はマニフェストファイルから当該受信装置の画面サイズや伝送路のネットワーク帯域の状態等を考慮して、適時品質を選択して次々とセグメントを受信し、１本の動画コンテンツにつなぎ合わせて再生するものである（例えば、非特許文献１参照）。
【０００４】
図５にアダプティブストリーミングの一例を示す。図５では、映像が複数品質でエンコードされ、それぞれの品質ごとに数秒単位に分割されたセグメントが生成されている。この例では、エンコーダは映像を低品質のセグメント１〜４、中品質のセグメント１’〜４’、及び高品質のセグメント１”〜４”に分割している。マニフェストファイルには、セグメントのＵＲＬや、それぞれの品質ごとのビットレートや画像サイズ等の属性情報が登録される。セグメント及びマニフェストファイルはＷｅｂサーバに供給される。
【０００５】
受信装置は、Ｗｅｂサーバからマニフェストファイルを受信し、マニフェストファイルからビットレートやセグメントの構成を把握し（ステップＡ）、受信装置の画面サイズやネットワークの受信帯域の状況をもとにセグメント単位で品質を選択し、ＨＴＴＰプロトコルにより受信する（ステップＢ）。続いて、受信したセグメントをマニフェストファイルに従って順番通りにつなぎ合わせて再生する（ステップＣ）。このようにステップＢ，Ｃの処理を繰り返すことにより、一連のコンテンツを受信し再生を継続することができる。
【０００６】
受信装置においては、多くのデバイスで普及が進むＨＴＭＬ５ブラウザを利用することにより、マルチデバイス（ＰＣ、テレビ受信機、タブレット装置等）に対応可能な視聴環境を構築することができる。
【０００７】
しかし、従来ＨＴＭＬ５ブラウザで動画を再生するための機能であるビデオ要素（ｖｉｄｅｏタグ）では、ソースとしてメディアファイルを参照することしかできなかったため、このようなアダプティブストリーミングの視聴を実現するためには、別途ブラウザプラグインのインストールが必要だった。そのため、どのブラウザでも共通で利用できる視聴環境を構築することが困難だった。このような状況から、ＨＴＭＬ５ブラウザのビデオ要素（ｖｉｄｅｏタグ）及びJavascript（登録商標）によってアダプティブストリーミングの視聴を実現するための機能として、Ｗｅｂで利用される技術の標準化をすすめる国際的な非営利団体であるＷ３ＣにおいてＭＳＥ（Media Source Extensions）の規格化が進んでいる（例えば、非特許文献２参照）。
【０００８】
ＭＳＥを用いることにより、ビデオ要素はソースとしてバッファを参照することが可能となる。そのバッファへはJavascriptによって受信したセグメントを挿入することができるようになることから、多様なアダプティブストリーミングの視聴がＨＴＭＬ５のビデオ要素とJavascriptにより実現可能となる。
【０００９】
ここで、図６を参照してＭＳＥのバッファモデルについて説明する。図６はＭＳＥのバッファモデルの一例を示す図である。バッファ（SourceBuffer）は、セグメント開始時刻と再生継続時間の情報に対応付けてセグメントを管理する。図６では、斜線の入ったブロックがセグメントを示しており、セグメント単位の再生開始時刻であるセグメント開始時刻が０秒かつ再生継続時間が５秒、セグメント開始時刻が５秒かつ再生継続時間が５秒、及びセグメント開始時刻が１５秒かつ再生継続時間が５秒の３つのセグメントがバッファに挿入されている。この時、バッファのバッファリング範囲（buffered属性）は０〜１０秒、１５〜２０秒となる。
【００１０】
一般にストリーミングを視聴する際には、ネットワークの混雑状況に応じて受信帯域が常に変動することから、バッファ容量の許す限り現在の再生時刻よりも数秒から数十秒先のデータまで受信してバッファに挿入しておくことにより、視聴の安定性を向上することができる。
【００１１】
コンテンツの視聴においては、コンテンツの最初から最後まで通して視聴する視聴方法に加え、視聴中にコンテンツの任意の位置を指定して再生を行うシーク操作を可能とすることで利便性を向上できる。
【００１２】
また、ストリーミング再生でユーザが任意の位置を指定して再生を行うときに生じていた待ち時間に、見かけ上シームレスな切替えを可能とする映像表示装置、バッファ管理方法及び映像表示システムが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特開２０１３−１６９２０号公報
【非特許文献】
【００１４】
【非特許文献１】“次世代動画配信技術「ＭＰＥＧ−ＤＡＳＨ」技術概要と標準化・関連技術動向”，映像情報メディア学会誌，Vol.67, No.2, 2013, p.109-115
【非特許文献２】Ｗ３Ｃ、“Media Source Extensions W3C Candidate Recommendation 17 July 2014”、[2015年11月6日検索]、インターネット<URL:http://www.w3.org/TR/media-source/>
【発明の概要】
【発明が解決しようとする課題】
【００１５】
ＭＳＥを用いたストリーミング視聴の場合には、シーク動作はビデオ要素のcurrentTimeプロパティにシーク後の再生時刻を設定し、該設定した再生時刻を含むセグメントを取得することにより実行することができる。この時の一般的な受信装置のバッファの状況の一例を図７に示す。
【００１６】
図７では、映像セグメントの再生継続時間が１０秒、音声セグメントの再生継続時間が８秒であり、シーク後の新規再生開始時刻を１８秒とした例を示している。斜線の入ったブロックがセグメントを示している。この場合には、映像は再生時刻１８秒を含むセグメントａ（セグメント開始時刻は１０秒）を取得し、音声は再生時刻１８秒を含むセグメントｂ（セグメント開始時刻は１６秒）を取得し、再生を開始できる状態となる。
【００１７】
しかし、受信装置によってはシーク後の新規再生開始時刻は設定値通りとなっているものの、再生映像セグメントの先頭であるセグメント開始時刻から再生を開始するものが存在する。符号化された映像信号を復号するためには、Ｉフレーム（イントラフレーム）から復号する必要があり、セグメントの先頭はＩフレームとなっているからである。このような受信装置では、図７の映像セグメントａの先頭である１０秒の位置から再生を試みるが、音声バッファには１０秒の位置にはセグメントが存在しないため、再生時刻１０秒を含む音声のセグメントを別途取得する必要が生じ、即座に再生を開始することができないという課題があった。
【００１８】
また、特許文献１には、データをバッファに溜める際に、バッファ容量が一杯だった場合に、再生済みデータの中から古いデータを優先的に消去することや、再生済みデータがバッファに残っていない場合には、任意の位置指定前にバッファに残っているデータの中から新しいデータを優先的に消去することが記載されているが、上記課題を解決できる技術ではなかった。
【００１９】
かかる事情に鑑みてなされた本発明の目的は、ストリーミング再生においてシーク動作を安定に行うことが可能な受信装置、セグメント取得方法、及びプログラムを提供することにある。
【課題を解決するための手段】
【００２０】
上記課題を解決するため、本発明に係る受信装置は、映像と音声が別々のストリームとなっており、それぞれが複数のセグメントから構成されるコンテンツをセグメントごとに受信する受信装置であって、マニフェストファイルをもとに、セグメントの先頭時刻に該当するセグメント開始時刻、及びセグメントのＵＲＬを対応付けたセグメントＵＲＬリストを生成するマニフェスト取得部と、再生開始時刻を取得する再生制御部と、前記再生時刻に基づき、取得対象のセグメントのセグメント開始時刻を決定し、前記セグメントＵＲＬリストから該セグメント開始時刻に対応付けられたセグメントのＵＲＬを抽出するバッファ制御部と、前記セグメントのＵＲＬに基づき前記取得対象のセグメントを取得するセグメント取得部と、を備え、シーク操作が実行されると、前記再生制御部は新規の再生開始時刻を示す新規再生開始時刻情報を取得し、前記バッファ制御部は、前記セグメントＵＲＬリストから該新規再生開始時刻を含む映像セグメントのＵＲＬ、及び該映像セグメントのセグメント開始時刻を抽出するとともに、前記セグメントＵＲＬリストから該セグメント開始時刻を含む音声セグメントのＵＲＬを抽出することを特徴とする。
【００２１】
また、上記課題を解決するため、本発明に係るセグメント取得方法は、映像と音声が別々のストリームとなっており、それぞれが複数のセグメントから構成されるコンテンツをセグメントごとに取得するセグメント取得方法であって、マニフェストファイルをもとに、セグメントの先頭時刻に該当するセグメント開始時刻、及びセグメントのＵＲＬを対応付けたセグメントＵＲＬリストを生成するマニフェスト取得ステップと、再生開始時刻を取得する再生制御ステップと、前記再生時刻に基づき、取得対象のセグメントのセグメント開始時刻を決定し、前記セグメントＵＲＬリストから該セグメント開始時刻に対応付けられたセグメントのＵＲＬを抽出するバッファ制御ステップと、前記セグメントのＵＲＬに基づき前記取得対象のセグメントを取得するセグメント取得ステップと、を含み、シーク操作が実行されると、前記再生制御ステップは新規の再生開始時刻を示す新規再生開始時刻情報を取得し、前記バッファ制御ステップは、前記セグメントＵＲＬリストから前記新規再生開始時刻を含む映像セグメントのＵＲＬ、及び該映像セグメントのセグメント開始時刻を抽出するとともに、前記セグメントＵＲＬリストから該セグメント開始時刻を含む音声セグメントのＵＲＬを抽出することを特徴とする。
【００２２】
また、上記課題を解決するため、本発明に係るプログラムは、コンピュータを、上記受信装置として機能させることを特徴とする。
【発明の効果】
【００２３】
本発明によれば、シーク後の新規再生開始時刻を含む映像セグメントのセグメント開始時刻に遡って再生を開始する受信においても、新規再生開始時刻を含む映像セグメントのセグメント開始時刻を含む音声セグメントを迅速に取得することができる。そのため、シーク動作後の再生開始までの時間を短縮して安定に再生することができるようになる。
【図面の簡単な説明】
【００２４】
【図１】本発明の一実施形態に係る受信装置の構成例を示す図である。
【図２】マニフェストファイルの一例（抜粋）を示す図である。
【図３】本発明の一実施形態に係る受信装置のシーク動作時のバッファの状況の一例を示す図である。
【図４】本発明の一実施形態に係る受信装置のシーク動作時のセグメント取得方法を示すフローチャートである。
【図５】従来のアダプティブストリーミングの一例を示す図である。
【図６】従来のＭＳＥのバッファモデルの一例を示す図である。
【図７】従来の受信装置において、シーク動作時のバッファの状況の一例を示す図である。
【発明を実施するための形態】
【００２５】
以下、本発明の一実施形態について、図面を参照して詳細に説明する。以下の説明において、再生時刻のうち、再生を開始する時刻を「再生開始時刻」とし、セグメント単位で再生を開始する時刻を「セグメント開始時刻」と称する。
【００２６】
まず、配信サーバに用意されるマニフェストファイルについて説明する。本実施形態では一例としてマニフェストファイルをＭＰＥＧ−ＤＡＳＨ（ＩＳＯ／ＩＥＣ２３００９−１）のＭＰＤ（Media Presentation Description）形式とし、セグメントをＩＳＯＢＭＦＦ（ＩＳＯ／ＩＥＣ１４４９６−１２）形式とする。
【００２７】
図２にマニフェストファイルの一例（抜粋）を示す。ＭＰＤ形式ではPeriod，AdaptationSet，Representationの順に階層構造となっている。
【００２８】
Periodは、番組を時間方向に（１つ又は複数に）区切った一区画を示している。Periodは１つ以上のAdaptationSetから構成される。
【００２９】
AdaptationSetは、メディアのコンポーネント（映像、音声、テキスト等）の情報を示す。図２に示すPeriodは、映像の情報を示すAdaptationSet（３〜８行目）と、音声の情報を示すAdaptationSet（９〜１２行目）とを備える。また、AdaptationSetは同じメディアでパラメータ（ビットレートや画面サイズ、音声のチャンネル数等）の異なる複数のコンポーネントを含むことができる。図２の例では、映像及び音声のメディアのコンポーネント数は、それぞれ１つである。
【００３０】
Representationは、AdaptationSetに含まれるそれぞれのメディアのコンポーネントの情報を示しており、一つ以上のセグメントで構成される。
【００３１】
ある再生時刻におけるセグメントのＵＲＬは、ＭＰＤの情報から求めることができる。図２の例をもとに説明する。２行目のstartの値から、Periodの開始時刻は０であり、durationの値から、コンテンツ尺は３分である。４行目のtimescaleの値から、AdaptationSetのタイムスケール（１秒間の目盛数）は、90000である。６行目のdurationの値から、セグメントの継続時間は、900000である。６行目のstartNumberの値から、セグメントの開始番号は１である。以上から、ある再生時刻ｔ（秒）に対するセグメント番号は以下の式（１）で算出できる。なお、少数以下は切り捨てる。
Number＝(t−start)×timescale/duration＋startNumber                   （１）
【００３２】
次に、６行目のmediaの値から、セグメントのＵＲＬのテンプレート“video_$Number$.mp4”を取得し、$Number$を先に算出したNumber値に差し替えることにより、セグメントのＵＲＬを取得することができる。上記は映像（３〜８行目）について説明したが、音声（９〜１２行目）についても同様に求めることが可能である。
【００３３】
（受信装置の構成）
次に、本発明の一実施形態に係る受信装置の構成例について、図１を参照して説明する。
【００３４】
受信装置１は、インターネットを介して配信サーバ２と接続され、配信サーバ２からコンテンツをセグメントごとに受信し、ストリーミング再生を行う。このコンテンツは、映像と音声が別々のストリームとなっており、それぞれが複数のセグメントから構成される。すなわち、コンテンツは複数の映像セグメント及び複数の音声セグメントから構成される。
【００３５】
配信サーバ２は、受信装置１によって指定されたＵＲＬのマニフェストファイルやセグメントを配信するサーバであり、例えば一般的なＷｅｂサーバとすることができる。
【００３６】
図１に示す受信装置１は、通信Ｉ／Ｆ１０と、マニフェスト取得部１１と、セグメント取得部１２と、バッファ１３と、バッファ制御部１４と、再生制御部１５と、再生制御ユーザＩ／Ｆ１６と、再生部１７と、表示部１８とを備える。
【００３７】
再生制御ユーザＩ／Ｆ１６は、ユーザ操作によって、再生命令、停止命令、及びシーク命令（再生時刻変更命令）を再生制御部１５に出力する。再生命令には再生開始時刻を示す再生開始時刻情報が含まれ、シーク命令には新規（変更後）の再生開始時刻を示す新規再生開始時刻情報が含まれる。
【００３８】
再生制御ユーザＩ／Ｆ１６は、再生開始・停止ボタンを用意するとともに、コンテンツの開始、終了時刻、及び再生制御部１５から入力された現在再生時刻情報をもとに、現在の再生時刻（再生位置）をグラフィカルに表示してもよい。例えば、再生画面の下部にコンテンツの開始時刻を左端、終了時刻を右端とする横長の棒状で表示し、それと重なるようにつまみ状の操作部分を配置し、つまみ上の操作部分を再生が進むにつれて左端から右端に移動させることによって、ユーザは再生時間全体のうち今どの部分を再生しているのかを一目で把握することができる。また、このつまみをマウス等のユーザ操作によって動かすことにより、任意の再生時刻を指定できるようにしてもよい。
【００３９】
マニフェスト取得部１１は、アプリケーション起動時又はコンテンツ選択時に、配信サーバ２から所望のコンテンツのマニフェストファイル（ＭＰＤ）を通信Ｉ／Ｆ１０を介して取得し、マニフェストファイルをもとに、セグメント開始時刻及びセグメントのＵＲＬを対応付けたセグメントＵＲＬリストを生成し、セグメント取得部１２及びバッファ制御部１４に出力する。
【００４０】
再生制御部１５は、再生制御ユーザＩ／Ｆ１６から停止命令を入力すると、再生部１７に停止を指示する。
【００４１】
また、再生制御部１５は、再生制御ユーザＩ／Ｆ１６から再生命令を入力すると、再生開始時刻情報を再生命令から抽出し、バッファ制御部１４に出力する。そして、再生制御部１５は、バッファ制御部１４からバッファ規定値（例えば５秒）を超えたことを示す通知を入力したら、再生部１７に再生開始時刻情報を出力するとともに、再生開始を指示する。
【００４２】
また、再生制御部１５は、現在の再生状態（再生中、停止中）、及び再生部１７から入力された現在再生時刻情報を再生制御ユーザＩ／Ｆ１６に出力する。
【００４３】
バッファ制御部１４は、再生制御部１５から入力された再生開始時刻情報、及びバッファ１３から入力されたバッファリング範囲（バッファ済みセグメント範囲）情報に基づき、取得対象のセグメント（映像セグメント及び音声セグメント）のセグメント開始時刻を決定する。そして、セグメントＵＲＬリストからセグメント開始時刻に対応付けられたセグメントのＵＲＬを抽出し、セグメント取得部１２に出力する。
【００４４】
セグメント取得部１２は、バッファ制御部１４から取得対象のセグメントのＵＲＬを入力する。そして、該セグメントのＵＲＬに基づき、対応するセグメントを取得し、バッファ制御部１４に出力する。具体的には、セグメントのＵＲＬを含むセグメント要求（リクエスト）を生成して通信Ｉ／Ｆ１０を介して配信サーバ２に送信し、配信サーバ２から通信Ｉ／Ｆ１０を介して該要求に対するレスポンスとして対応するセグメントを取得する。なお、セグメント取得部１２は、バッファ制御部１４からセグメント開始時刻を入力し、セグメント取得部１２がセグメントＵＲＬリストからセグメント開始時刻に対応付けられたセグメントのＵＲＬを抽出するようにしてもよい。
【００４５】
バッファ１３は、バッファ制御部１４からセグメントを入力し、セグメントのセグメント開始時刻及び再生継続時間を対応付けて、映像セグメント及び音声セグメントをそれぞれ別に保存する。
【００４６】
また、バッファ１３は、バッファリング範囲情報をバッファ制御部１４に出力する。ここで、バッファリング範囲情報とは、バッファ１３にコンテンツのセグメントが挿入されている範囲を示す情報のことであり、例えば現在の保存中の全セグメントのセグメント開始時刻及び再生継続時間の情報とする。
【００４７】
また、バッファ１３は、再生部１７から要求されたセグメントを、順次再生部１７に出力する。
【００４８】
再生部１７は、再生制御部１５から停止命令を入力した場合には、再生を停止する。
【００４９】
また再生部１７は、再生制御部１５から再生命令を入力すると、再生開始時刻情報に基づいてセグメントを順次バッファ１３から入力し、該入力したセグメントをセグメントのメディアの形式（映像、音声、テキスト等）に従ってデコードし、表示部１８に出力する。再生部１７は、再生とともに更新される再生時刻の情報である現在再生時刻情報を再生制御部１５に出力する。
【００５０】
表示部１８は、再生部１７から入力されたデコード済みのメディアデータをそのメディアの形式に従って表示する。
【００５１】
以下に、シーク操作が実行された場合について説明する。
【００５２】
再生制御部１５は、再生制御ユーザＩ／Ｆ１６からシーク命令を入力すると、新規再生開始時刻情報をシーク命令から抽出し、バッファ制御部１４に出力する。そして、再生制御部１５は、バッファ制御部１４からバッファ規定値（例えば５秒）を超えたことを示す通知を入力したら、再生部１７に新規再生開始時刻情報を出力するとともに、再生開始を指示する。
【００５３】
再生部１７は、再生制御部１５から新規再生開始時刻情報を入力すると、該新規再生開始時刻情報に基づいてセグメントを順次バッファ１３から入力し、該入力したセグメントをセグメントのメディアの形式（映像、音声、テキスト等）に従ってデコードし、表示部１８に出力する。
【００５４】
バッファ制御部１４は、再生制御部１５から新規再生開始時刻情報が入力されると、セグメントＵＲＬリストから新規再生開始時刻を含む映像セグメントのＵＲＬ、及び該映像セグメントの先頭時刻に該当するセグメント開始時刻を抽出する。そして、セグメントＵＲＬリストから該映像セグメントのセグメント開始時刻を含む音声セグメントのＵＲＬを抽出し、セグメント取得部１２に出力する。
【００５５】
セグメント取得部１２は、バッファ制御部１４から取得対象のセグメント（映像セグメント及び音声セグメント）のＵＲＬを入力する。そして、該セグメントのＵＲＬに基づき、対応するセグメントを取得し、バッファ制御部１４に出力する。
【００５６】
シーク動作時のバッファの状況の一例を図３に示す。図７と同様に、映像セグメントの再生継続時間が１０秒、音声セグメントの再生継続時間が８秒であり、シーク後の新規再生開始時刻を１８秒とした例を示している。映像は新規再生開始時刻１８秒を含むセグメントａ（セグメント開始時刻は１０秒）を取得する。一方、音声は新規再生開始時刻ではなく、映像セグメントのセグメント開始時刻１０秒を含むセグメントｃ（セグメント開始時刻は８秒）を取得する。したがって、映像セグメントのセグメント開始時刻１０秒から、映像及び音声の再生を即座に開始することができる。
【００５７】
（シーク動作時のセグメント取得方法）
次に、受信装置１のシーク動作時のセグメント取得方法について、図４に示すフローチャートを参照して説明する。
【００５８】
図４に示すフローチャートは、既にマニフェストファイルを取得しており、セグメントＵＲＬリストも作成済みの状態から開始するものとする。また、受信装置１は、ネットワークの混雑状況に応じて受信帯域が常に変動することを見越して、再生開始時刻を起点として予め設定したバッファ規定値（例えば５秒）以上のセグメントがバッファ１３に挿入されてから再生を開始するものとする。
【００５９】
まず、再生制御ユーザＩ／Ｆ１６においてユーザによりシーク操作が実行されると（ステップＳ００１）、再生制御部１５は新規再生開始時刻情報をシーク命令から抽出し、バッファ制御部１４に出力する（ステップＳ００２）。
【００６０】
次に、バッファ制御部１４は、新規再生開始時刻情報から新規再生開始時刻を取得する。そして、バッファ制御部１４は、セグメントＵＲＬリストから新規再生開始時刻を含む映像セグメントのＵＲＬ、及び該映像セグメントの先頭時刻に該当するセグメント開始時刻を抽出するとともに（ステップＳ００３）、該抽出した映像セグメントのセグメント開始時刻を含む音声セグメントのＵＲＬをセグメントＵＲＬリストから抽出する（ステップＳ００４）。
【００６１】
次に、セグメント取得部１２は、ステップＳ００３にて抽出した映像セグメントのＵＲＬ、及びステップＳ００４にて抽出した音声セグメントのＵＲＬを含むセグメント要求をそれぞれ生成して配信サーバ２に送信し、配信サーバ２から該要求に対応するセグメントを受信し、バッファ制御部１４に出力する（ステップＳ００５）。そして、バッファ制御部１４は、ステップＳ００５にて受信した映像セグメント及び音声セグメントをそれぞれバッファ１３に挿入する（ステップＳ００６）。
【００６２】
次に、バッファ制御部１４は、映像・音声それぞれのバッファ１３内に新規再生開始時刻からバッファ規定値以上のセグメントが存在しているか否かを確認する（ステップＳ００７）。存在している場合には再生部１７により再生を開始し（ステップＳ０１０）、処理を終了する。
【００６３】
一方、ステップＳ００７がＮＯの場合には、バッファ制御部１４は、バッファリング範囲の最大値を含むセグメントに続くセグメントのＵＲＬをセグメントＵＲＬリストより抽出する（ステップＳ００８）。そして、セグメント取得部１２は、該抽出したセグメントのＵＲＬを含むセグメント要求を配信サーバ２に送信し、該要求に対応するセグメントを受信し（ステップＳ００８）、該受信したセグメントをバッファ１３に挿入する（ステップＳ００９）。
【００６４】
以上により、本発明に係る受信装置１によれば、シーク後に新規再生開始時刻を含む映像セグメントのセグメント開始時刻に遡って再生を開始する仕様であっても、新規再生開始時刻を含む映像セグメントのセグメント開始時刻を含む音声セグメントを迅速に取得することができるようになる。そのため、シーク動作後の再生開始までの時間を短縮して安定に再生できるようになる。
【００６５】
なお、上述した受信装置１として機能させるためにコンピュータを好適に用いることができ、そのようなコンピュータは、受信装置１の各機能を実現する処理内容を記述したプログラムを該コンピュータの記憶部に格納しておき、該コンピュータのＣＰＵによってこのプログラムを読み出して実行させることで実現することができる。なお、このプログラムは、コンピュータ読取り可能な記録媒体に記録可能である。
【００６６】
上述の実施形態は代表的な例として説明したが、本発明の趣旨及び範囲内で、多くの変更及び置換ができることは当業者に明らかである。したがって、本発明は、上述の実施形態によって制限するものと解するべきではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。例えば、実施形態に記載の構成ブロック又は処理ステップについて、複数を１つに組み合わせたり、１つを複数に分割したりすることが可能である。
【符号の説明】
【００６７】
１    受信装置
２    配信サーバ
１０  通信Ｉ／Ｆ
１１  マニフェスト取得部
１２  セグメント取得部
１３  バッファ
１４  バッファ制御部
１５  再生制御部
１６  再生制御ユーザＩ／Ｆ
１７  再生部
１８  表示部
【図１】
0006535273.tif 000002
【図２】
0006535273.tif 000003
【図３】
0006535273.tif 000004
【図４】
0006535273.tif 000005
【図５】
0006535273.tif 000006
【図６】
0006535273.tif 000007
【図７】
0006535273.tif 000008