再生装置、再生方法、配信装置、配信システム、再生プログラムおよび記録媒体
【課題】同期再生すべきコンテンツ群から構成される番組を逸早く再生可能な再生装置を実現する。
【解決手段】
再生装置１００はコンテンツ群をＮ台の配信装置から取得するストリーミング制御部１１０とコンテンツ群を再生する再生部１２０とを備える。再生部１２０は、伝送遅延履歴テーブル１５５を参照することで各配信装置について該配信装置からの伝送時に発生した伝送遅延を読み取るとともに伝送遅延に応じた長さの期間を導出し、各期間のうちの最長の期間各コンテンツをバッファリングしてから上記コンテンツ群の再生を開始する。
【解決手段】
再生装置１００はコンテンツ群をＮ台の配信装置から取得するストリーミング制御部１１０とコンテンツ群を再生する再生部１２０とを備える。再生部１２０は、伝送遅延履歴テーブル１５５を参照することで各配信装置について該配信装置からの伝送時に発生した伝送遅延を読み取るとともに伝送遅延に応じた長さの期間を導出し、各期間のうちの最長の期間各コンテンツをバッファリングしてから上記コンテンツ群の再生を開始する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信データを構成するコンテンツ群を複数の伝送経路を通じて取得する再生装置および再生方法に関する。また、本発明は、配信データの少なくとも一部を配信する配信装置に関する。さらに、本発明は、上記再生装置を含む配信システム、コンピュータをそのような再生装置として機能させる再生プログラムおよびそのような再生プログラムが記録されているコンピュータ読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
従来、動画や音声は放送網のみを通じて配信されていたが、ブロードバンドインターネット接続の普及により今日ではこれらがインターネットを通じて配信されるようになっている。
【０００３】
また、最近では、テレビ番組が、地上デジタルＩＰ再送信によりＮＧＮ（Next Generation Network）を通じて配信されるようになっている。
【０００４】
配信装置が動画を配信してから再生装置が動画を再生するまでには伝送網での伝送遅延に応じたタイムラグが生じる。図１５は、各網での伝送遅延の分布を表したグラフである。図１５からわかるように伝送時に想定される伝送遅延の量は各網で異なる。すなわち、動画をどの網から受信するかによって、生じるタイムラグの大きさは通常異なることになる。
【０００５】
したがって、同期再生されるべき複数の映像が異なる伝送経路を通じて配信される場合（例えば、２元中継番組を構成する一方の映像がある伝送経路を通じて配信され、他方の映像が別の伝送経路を通じて配信される場合）には、再生装置は、複数の映像を同期した状態で再生できるように各映像をバッファリングした上で再生する必要がある。
【０００６】
非特許文献１は、リアルタイムストリーミングプロトコル（ＲＴＳＰ）の技術仕様が記載されているＲＦＣ文書である。ＲＴＳＰをサポートしている受信装置は、非特許文献１に記載されているGET_PARAMETERメソッドを用いてジッタ値をサーバから取得することにより、ジッタ値に応じてバッファリング時間を決定することができる。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】H.Schulzrinne、A.Rao、R.Lanphier、“Real Time Streaming Protocol(RTSP)”、[online]、１９９８年４月、［２０１１年７月２０日検索］、インターネット<http://www.ietf.org/rfc/rfc2326.txt>
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記従来の構成では、同期再生されるべき複数の映像が異なる伝送経路を通じて配信される場合において、複数の映像を同期した状態で再生するための最適なバッファリング時間を即座に決定することは容易ではない。
【０００９】
本発明は、上記課題に鑑みてなされたものであり、その主な目的は、番組（一般的には、配信データ）を構成する同期再生されるべきコンテンツ群を複数の伝送経路を通じて取得する場合において、番組の再生を逸早く開始することが可能な再生装置を実現することにある。
【課題を解決するための手段】
【００１０】
本発明に係る再生装置は、上記課題を解決するために、複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する取得手段と、上記複数の配信装置の各々について、当該配信装置から過去に構成用データを取得した時に発生した遅延時間であって、記憶媒体に配信装置毎の履歴として記録されている遅延時間を参照する参照手段と、上記複数の配信装置の各々について、当該配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該配信装置に関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出する導出手段と、上記複数の配信装置の各々について当該配信装置から取得中の構成用データを所定の期間バッファリングしてから、上記配信データを再生する再生手段と、上記導出手段が導出した各バッファリング期間のうちの最長のバッファリング期間を上記所定の期間として設定する設定手段と、を備えていることを特徴としている。
【００１１】
上記の構成によれば、本発明に係る再生装置は、再生手段が、最大遅延時間に応じた長さの時間だけ構成用データ群（例えば、コンテンツ群またはコンポーネント群）をバッファリングしてから番組の再生を開始するので、各構成用データ群を同期のとれた状態で再生でき、尚且つ、バッファリング時間はほぼ必要最低限の短さとなっている。また、再生手段は、再生装置の記憶媒体に履歴として記録されている伝送遅延を参照してバッファリング時間を決定するので、従来に比べて逸早くバッファリング時間を決定することができる。
【００１２】
したがって、複数の伝送経路を通じて番組を構成するコンテンツ群が配信される配信システムにおいて、再生装置は、番組をコンテンツ間の同期が取れた状態で逸早く再生することができる。
【００１３】
本発明に係る再生方法は、上記課題を解決するために、複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する、取得工程と、上記複数の配信装置の各々について、当該配信装置から過去に構成用データを取得した時に発生した遅延時間であって、記憶媒体に配信装置毎の履歴として記録されている遅延時間を参照する参照工程と、上記複数の配信装置の各々について、当該配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該配信装置に関する履歴として記録され、上記参照工程にて参照された遅延時間の大きさに応じた長さの期間を導出する導出工程と、上記複数の配信装置の各々について当該配信装置から取得中のコンテンツを所定の期間バッファリングしてから、上記配信データを再生する再生工程と、上記導出工程にて導出した各バッファリング期間のうちの最長のバッファリング期間に応じた長さの期間を上記所定の期間として設定する設定工程と、を含んでいることを特徴としている。
【００１４】
上記の構成によれば、本発明に係る再生方法は、本発明に係る再生装置と同様の作用効果を奏する。
【００１５】
本発明に係る再生装置は、上記配信データの構成要素となり得る構成用データを上記構成用データ群の一部として上記取得手段に取得させるか否かを選択する選択手段をさらに備え、
上記選択手段は、当該構成用データを配信する配信装置について履歴として記憶されている上記遅延時間が所定の許容時間を越えない場合に当該構成用データを上記取得手段に取得させる、ことが望ましい。
【００１６】
上記の構成によれば、上記再生装置は、所定の許容時間内に再生可能な構成用データだけを各配信装置から取得して再生する。したがって、上記再生データは、再生が所定の許容時間以上遅れることが許されない配信データを所定の許容時間内に再生することができる。
【００１７】
なお、上記再生装置は、上記配信データを記録媒体に記録する記録手段をさらに備え、上記設定手段は、上記所定の許容時間を設定するように構成されており、上記設定手段は、上記記録手段が上記配信データを上記記録媒体に記録する場合には、上記記録媒体に記録しない場合に比べて上記所定の許容時間を長く設定する、ことが望ましい。
【００１８】
また、本発明に係る再生装置は、上記選択手段が、上記配信データを構成すべき再生が必須の構成用データについては、上記所定の許容時間に関わらず、上記取得手段に当該構成用データを取得させることを選択する、ことが望ましい。
【００１９】
本発明に係る再生装置は、上記配信データが階層データを所定の階層数だけ含むスケーラブルデータであり、上記選択手段は、上記再生手段が上記配信データの再生を開始した時点から所定の期間を経過した後には、さらに上記遅延時間が所定の許容時間を越えている配信装置から伝送される階層データを選択するように構成されており、上記再生手段は、上記所定の期間が経過するまでは、標準再生速度よりも低速で上記配信データを再生する、ことが望ましい。
【００２０】
上記の構成によれば、上記所定の期間を、上記所定の期間が経過する時点ですべての階層データを同期が取れた状態で再生可能となるような期間に設定することにより、上記再生装置は、上記所定の許容時間に関わらず、上記所定の期間の経過後にすべての階層データを再生することができるというさらなる効果を奏する。
【００２１】
本発明に係る再生装置は、上記参照手段が、各グループに上記複数の配信装置の少なくともいずれかが属し各配信装置がいずれかのグループに属するような複数のグループの各々について、当該グループに属する配信装置から過去に構成用データを取得した時に発生した遅延時間であって上記記憶媒体にグループ毎の履歴として記録されている遅延時間を参照するように構成されており、上記導出手段が、上記複数のグループの各々について、当該グループに属する配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該グループに関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出するように構成されている、ことが望ましい。
【００２２】
上記の構成によれば、上記再生装置は、１台以上の配信装置が属するグループ毎に記録されている伝送遅延を参照することで、再生を開始するまでのバッファリング期間である上記所定の期間を決定する。したがって、上記再生装置は、あるグループに属する配信装置から構成用データを取得したことがあれば、初めて構成用データを取得する配信装置であって当該グループに属する配信装置から構成用データを取得するときにも、適切なバッファリング期間を決定することができる。
【００２３】
また、上記効果を奏する再生装置として、本発明に係る再生装置を、複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する取得手段と、各グループに上記複数の配信装置の少なくともいずれかが属し各配信装置がいずれかのグループに属するような複数のグループの各々について、当該グループに属する配信装置から過去に構成用データを取得した時に発生した遅延時間であって記憶媒体にグループ毎の履歴として記録されている遅延時間を参照する参照手段と、上記複数のグループの各々について、当該グループに属する配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該グループに関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出する導出手段と、上記複数の配信装置の各々について当該配信装置から取得中の構成用データを所定の期間バッファリングしてから、上記配信データを再生する再生手段と、上記導出手段が導出した各バッファリング期間のうちの最長のバッファリング期間を上記所定の期間として設定する設定手段と、を備えていることを特徴とする再生装置とすることもできる。
【００２４】
なお、上記再生装置は、さらに、上記複数のグループの各々について、当該グループに属する配信装置から構成用データを取得した時に発生した遅延時間を当該グループの履歴として上記記憶媒体に記憶する履歴記憶手段を備えている、ことが望ましい。
【００２５】
本発明に係る再生装置は、構成用データを再生する上で許容される他の構成用データとの許容同期誤差および許容誤り率のうちの少なくともいずれかを示すメタ情報を上記再生装置の外部から受信する受信手段をさらに備え、上記複数のグループの各々について上記導出手段が導出するバッファリング期間は、当該グループに関する履歴として記録され、上記参照手段により参照された最大の遅延時間を、上記メタ情報により示された、当該グループに属する配信装置から受信する構成用データに関する上記許容同期誤差および上記許容誤り率のうちの少なくともいずれかの大きさに応じた分だけ短くした期間である、ことが望ましい。
【００２６】
上記構成用データに加えて、当該構成用データに関する許容同期誤差および許容誤り率のうちの少なくともいずれかを示すメタ情報を上記再生装置に送信することを特徴とする配信装置も本発明の範疇に含まれる。
【００２７】
本発明に係る再生装置と複数の上記配信装置とを含む配信システムも本発明の範疇に含まれる。上記配信システムは、上記複数の配信装置が放送事業者によって管理されており、さらに、上記放送事業者が管理している通知装置であって、上記複数の配信装置の各々について当該配信装置のＵＲＬと当該配信装置が属するグループとを示すメタ情報を上記再生装置に通知する通知装置を含んでいてもよい。
【００２８】
また、本発明に係る再生装置としてコンピュータを動作させるプログラムであって、コンピュータを上記再生装置の各手段として機能させることを特徴とするプログラム、および、そのようなプログラムを記録した、コンピュータが読み取り可能な記録媒体も本発明の範疇に含まれる。
【発明の効果】
【００２９】
以上のように、本発明に係る再生装置は、番組（一般的には、配信データ）を構成する同期して再生されるべきコンテンツ群を複数の伝送経路を通じて取得する場合において、番組の再生を逸早く開始することができるという効果を奏する。
【図面の簡単な説明】
【００３０】
【図１】本発明の一実施形態に係る配信システムおよび配信システムに含まれる再生装置の構成を示した図である。
【図２】表示装置のスクリーンにおける各コンテンツの表示位置を模式的に例示した図である。
【図３】図１の再生装置が番組の再生を開始するまでの動作の一動作例を示すフローチャートである。
【図４】伝送遅延に関する分布曲線のグラフ上に、図１の再生装置が図３のフローチャートで示される動作を行う場合に設定するバッファリング許容時間を例示した図である。
【図５】伝送遅延に関する分布曲線のグラフ上に、図１の再生装置が図３、図６および図８のフローチャートで示される動作を行う場合に算出するバッファリング必要時間を例示した図である。
【図６】図１の再生装置が番組の再生を開始するまでの動作の一動作例を示すフローチャートである。
【図７】伝送遅延に関する分布曲線のグラフ上に、図１の再生装置が図６のフローチャートで示される動作を行う場合に設定するバッファリング許容時間を例示した図である。
【図８】図１の再生装置がマルチアングル再生可能な映像コンテンツを再生する動作の一動作例を示すフローチャートである。
【図９】図１の再生装置が図８のフローチャートで示される動作を行う場合における、後述する各パッケージの再生開始タイミングおよび再生速度を模式的に示した図である。
【図１０】本発明の別の一実施形態に係る配信システムおよび配信システムに含まれる再生装置の構成を示した図である。
【図１１】図１０の再生装置が参照する各記述子の対応関係を模式的に例示した図である。
【図１２】コンポーネント記述子の内容およびコンテンツ記述子の内容をその一部を省略する形で例示した図である。（ａ）は、コンポーネント記述子の内容を例示しており、（ｂ）はコンテンツ記述子の内容を例示している。
【図１３】パッケージ記述子の内容について、その一部を省略する形で（ａ）（ｂ）の２例を示した図である。
【図１４】パッケージ記述子の内容の一部に含まれるＮＷ識別子がとり得る値の範囲を（ａ）に示し、ＮＷ識別子（または放送局とＮＷ識別子との組み合わせ）毎に生成される伝送遅延の履歴情報を（ｂ）に模式的に例示した図である。
【図１５】伝送網の種別毎に、伝送遅延に関する分布曲線のグラフを示した図である。
【発明を実施するための形態】
【００３１】
〔実施形態１〕
本実施形態に係る配信システムについて図１〜図９を参照しながら説明する。
【００３２】
本発明の一実施形態に係る配信システムは、３台の配信装置を利用して複数のコンテンツ〔構成用データ〕から構成される番組を再生装置に配信する配信システムである。３台の配信装置は放送網を介してコンテンツを配信する配信装置と、インターネット網を介してコンテンツを配信する配信装置と、ＮＧＮ網を介してコンテンツを配信する配信装置と、から構成される。
【００３３】
番組は、再生必須のコンテンツと、再生が任意であるコンテンツによって構成され、少なくとも再生必須のコンテンツが１つ含まれる。
【００３４】
「複数のコンテンツから構成される番組」の一例としては、再生必須のメインの映像コンテンツと、再生が任意であるサブの映像コンテンツおよびＢＭＬコンテンツと、から構成される２元中継番組が挙げられる。図２は、表示装置のスクリーンに表示される、２元中継番組の画面構成を示している。図２において、「コンテンツ１」はメインの映像コンテンツを示しており、「コンテンツ２」はサブの映像コンテンツを示しており、「コンテンツ３」はＢＭＬコンテンツを示している。
【００３５】
コンテンツは、映像、音声、字幕、ソフトウェア、広告等の１つ以上のコンポーネント〔構成用データ〕によって構成される。また、映像をスケーラブル符号化することで、各レイヤ（基本レイヤ、拡張レイヤ１、拡張レイヤ２、・・）を個別のコンポーネントとすることも可能である。音声についても、主音声および副音声を個別のコンポーネントとすることが可能である。なお、再生必須のコンテンツは、再生必須コンポーネントを少なくとも１つ含み、再生が任意であるコンテンツには再生必須のコンポーネントは含まれないものとする。また、再生が任意のコンポーネントは、再生必須のコンテンツ及び再生が任意のコンテンツのいずれに含まれていても構わない。図２の例では、コンテンツ１が主音声ａ１１（再生任意）、副音声ａ１２（再生任意）、映像ｖ１（再生必須）の各コンポーネントを含んでおり、コンテンツ２が主音声ａ２１（再生任意）、副音声ａ２２（再生任意）、映像（再生任意）の各コンポーネントを含んでいる。また、図２の例では、ＢＭＬコンテンツ（コンテンツ３）は、ただ１つのコンポーネントであるＢＭＬデータｄ１（再生任意）から構成されている。
【００３６】
本実施形態に係る配信システムにおいて、再生装置は、番組の再生指示を受け付けると、番組を構成する再生必須なコンテンツの再生を開始するようになっている。
【００３７】
また、再生装置は、番組を構成する再生が任意なコンテンツについても、当該コンテンツを再生すべき旨の設定がなされていれば、当該コンテンツの再生を開始する。
【００３８】
さらに、再生装置は、再生すべきコンテンツを構成する全コンポーネントを再生するようにも、ユーザが選択した一部のコンポーネントだけを再生するようにも設定可能になっている。また、再生が必須なコンテンツについては、コンテンツを構成する全コンポーネントのうち少なくとも一部のコンポーネントが、再生が必須なコンポーネントとして定められており、再生装置は、ユーザによる選択の有無に関わらず、当該コンポーネントを再生するようになっている。
【００３９】
図１は、本発明の一実施形態に係る配信システムの構成および配信システムに含まれる再生装置の構成を示した図である。
【００４０】
図１に示すように、本実施形態に係る配信システムは、再生装置１００、表示装置２００、３台の配信装置３００ａ〜３００ｃを含んでいる。
【００４１】
また、図１に示すように、本実施形態に係る配信システムでは、再生装置１００が、再生対象の番組を構成するコンテンツ群の中から、再生対象のコンポーネント群を決定し、当該コンポーネント群の各コンポーネントを配信する配信装置３００ａ〜３００ｃから取得することにより、再生対象を得るようになっている。なお、各配信装置３００ａ〜３００ｃは、各コンポーネントを個別に配信するのではなく、複数のコンポーネントを多重化したパッケージと呼ばれる単位で配信する。したがって、再生装置１００は、パッケージ毎に、当該パッケージに対応する配信装置から、上記コンポーネント群のうち再生対象コンポーネントの含まれるパッケージを取得することで再生を行う。なお、各パッケージに関する情報（例えば、パッケージに含まれる各コンポーネントの構成、配信装置にアクセスするためのアクセス先情報）は、例えば、番組の再生指示を受け付けた時にアクセス先情報が既知である特定の配信装置から受信するようになっていてもよい。
【００４２】
以下、再生装置１００、表示装置２００、配信装置３００ａ〜３００ｃについて説明する。
（配信装置３００ａ）
配信装置３００ａは、再生装置１００が再生対象コンポーネントを受信できるように、放送網を介して、パッケージ化されたコンポーネントを配信する配信装置である。
（配信装置３００ｂ）
配信装置３００ｂは、再生装置１００が再生対象コンポーネントを受信できるように、インターネット網を介してパッケージ化されたコンポーネントを配信する配信装置である。
（配信装置３００ｃ）
配信装置３００ｃは、再生装置１００が再生対象コンポーネントを受信できるように、ＮＧＮ網を介してパッケージ化されたコンポーネントを配信する配信装置である。
（再生装置１００）
図１に示すように、再生装置１００は、ストリーミング制御部１１０、再生部１２０、受信バッファ１３０、ＨＤＤ（ハードディスクドライブ）１４０、不揮発性メモリ１５０、ネットワークＩ／Ｆ１６０、およびチューナ部１７０を備えている。
（ストリーミング制御部１１０）
ストリーミング制御部１１０は、パッケージに関する情報に基づいて、再生対象コンポーネントを含むパッケージを配信装置３００ａ〜３００ｃのいずれかの配信装置から取得するよう、ネットワークＩ／Ｆ１６０およびチューナ部１７０を制御し、受信した各パッケージに含まれるコンポーネントを受信バッファ１３０にバッファリングする。
【００４３】
また、ストリーミング制御部１１０は、再生対象番組の再生が開始されると、配信装置３００ａ〜３００ｃの各配信装置について当該配信装置からパッケージを受信した受信時刻とパッケージに付与されたタイムスタンプ（配信時刻）との差である伝送遅延（以下、「伝送遅延」をこの意味で用いる。）を、不揮発性メモリ１５０内の伝送遅延履歴テーブル１５５に記録する。なお、再生装置１００と配信装置（配信装置３００ａ〜３００ｃの各配信装置）との間のネットワークにおけるパッケージの伝送単位（例えばIPパケット或いはTSパケット）毎に全てのパケットについて伝送遅延を記録しても良いし、全てのパケットのうち一定期間毎にその時点で受信したパケットについてのみ、伝送遅延を記録する構成であっても構わない。
（再生部１２０）
再生部１２０は、伝送遅延履歴テーブル１５５を参照して、各コンポーネントを再生するまでのバッファリング期間を求める。再生部１２０は、バッファリングが開始されてから上記期間が経過した後、受信バッファ１３０にバッファリングされている各コンポーネントのデータを順次再生する。再生により生成される映像信号および音声信号は、図示しないＨＤＭＩケーブル等を介して表示装置２００に供給される。
（受信バッファ１３０）
受信バッファ１３０は、配信装置から受信した各コンポーネントのデータがバッファリングされるバッファである。
（ＨＤＤ１４０）
ＨＤＤ１４０は、録画を行う場合に、各コンポーネントの記録先となる記録媒体である。
（不揮発性メモリ１５０）
不揮発性メモリ１５０は、伝送遅延履歴テーブル１５５を保持するフラッシュメモリである。
（ネットワークＩ／Ｆ１６０）
ネットワークＩ／Ｆ１６０は、配信装置３００ｂ、３００ｃからパッケージを受信するためのネットワークＩ／Ｆである。
（チューナ部１７０）
チューナ部１７０は、配信装置３００ａが配信したパッケージが搬送される放送波を受信するためのチューナである。
（表示装置２００）
表示装置２００は、再生装置１００から供給された映像信号が表す映像をスクリーンに表示し、再生装置１００から供給された音声信号が表す音声をスピーカから出力する。
（再生装置１００の動作例１）
次に、本実施形態に係る再生装置の１動作例について図３〜図５を参照しながら以下に説明する。図３は、再生対象番組の再生を開始するまでの再生装置１００の動作を示すフローチャートである。図４は、配信装置からパッケージを取得する際に発生した伝送遅延に関する分布曲線のグラフを配信装置ごとに示した座標平面上に、再生装置１００が上記動作を行う場合に設定するバッファリング許容時間を例示した図である。また、図５は、配信装置からパッケージを取得する際に発生した伝送遅延に関する分布曲線のグラフを示した座標平面上に、再生装置１００が対応するパッケージについて設定するバッファリング必要時間を例示した図である。
【００４４】
なお、本実施形態では、再生必須のコンポーネントを含むパッケージは、一般に最も伝送遅延の小さい放送網を介して配信装置３００aから配信されるものとする。例えば、再生対象番組が、１つの再生必須映像コンテンツによって構成され、当該映像コンテンツは、スケーラブル符号化にて、ＨＤ映像である基本レイヤ映像コンポーネント（再生必須）と４Ｋ映像である拡張レイヤ映像コンポーネント（再生任意）によって構成され、基本レイヤ映像コンポーネント単体でパッケージ１、拡張レイヤ映像コンポーネント単体でパッケージ２をそれぞれ構成する場合、パッケージ１は配信装置３００aから、パッケージ２は配信装置３００ｂ、３００ｃのいずれかから配信されるものとする。
【００４５】
図３に示すように、再生装置１００は、再生条件（ライブ再生であるか録画再生であるか）に応じて予め定められているバッファリング許容時間Ｔ（所定の許容時間）を設定する（Ｓ１）。例えば、図４に示すように、再生部１２０は、ライブ再生の場合にＴの値としてＴ11を設定し、録画再生の場合にＴの値としてＴ12を設定する。
【００４６】
ステップＳ１の後、再生部１２０は、再生対象コンポーネント群の少なくとも一部を含む各パッケージのバッファリング必要時間Ｄについて、Ｄ＜Ｔを満たすか否かを判定する（Ｓ２）。具体的には、再生部１２０は、各パッケージのバッファリング必要時間Ｄを、当該パッケージに対応する配信装置からパッケージを過去に取得する際に発生した遅延時間に基づいて決定する。バッファリング必要時間Ｄは、伝送遅延履歴テーブル１５５の対応レコードに記録されている最大遅延時間を用いてもよいが、インターネットのように伝送遅延の揺らぎが大きいネットワークの場合は、バッファリング必要時間が大きくなる問題がある。一般に映像コンテンツの場合、伝送エラー等の要因で一部データロスが生じても再生に対する影響は極僅かである。例えば、当該コンテンツの許容誤り率が５％の場合、所定の期間に５％未満のデータロスが発生しても、当該コンテンツの再生品質を所定の再生品質以上に維持できる。この場合、例えば、図５に示す通り、伝送遅延履歴テーブル１５５の対応レコード記録されている遅延時間の中から大きいほうから５％のエントリに相当する遅延時間をバッファリング必要時間Ｄとして設定すればよい。このように設定すれば、再生装置１００は、当該パッケージを再生する際、バッファリング必要時間Ｄを基に設定されたバッファリング期間にて９５％のデータを再生開始前までに受信完了でき、未受信の残り５％の受信完了を待たず破棄して再生を行っても所定の再生品質での再生が維持されることが期待できる。あるいは、再生部１２０は、伝送遅延履歴テーブル１５５の対応レコードに十分な個数記録されている遅延時間の中から無作為に１００個の遅延時間を選択し、大きいほうから５番目の遅延時間をＤとして設定しても同様の効果が期待できる。そして、再生部１２０は、このようにして設定した各Ｄについて、Ｄ＜Ｔを満たすか判定する。
【００４７】
ステップＳ２の後、再生部１２０は、再生条件がライブ再生でない場合（Ｓ３においてＮＯ）、各コンテンツの録画処理を開始し、録画の完了後に再生を開始して処理を終了する。一方、再生条件がライブ再生である場合（Ｓ３においてＹＥＳ）、Ｓ４の処理に進む。
【００４８】
ステップＳ４において、再生部１２０は、各パッケージのバッファリング必要時間Ｄのうち、Ｄ＜Ｔを満たす最大のＤをバッファリング時間Ｔｂ（所定の期間）の値として設定する。再生モードがライブ再生である場合には、Ｄ＜Ｔ（＝Ｔ11）を満たすパッケージは配信装置３００ａに対応するパッケージ１のみであるので、再生部１２０は、パッケージ１のＤをバッファリング時間Ｔｂとして設定する。
【００４９】
ステップＳ４の後、ストリーミング制御部１１０は、各配信装置から再生すべきコンポーネントを含むパッケージを取得して順次受信バッファ１３０にバッファリングし、バッファリングの開始からＴｂだけ経過した後、バッファリングされている各コンポーネントの再生を開始し（Ｓ５）、処理を終了する。
【００５０】
以上、再生装置１００の動作例１について説明したが、ステップＳ２において設定する各パッケージのバッファリング必要時間Ｄは、再生装置１００が当該パッケージに含まれるコンポーネントを再生する場合に当該パッケージのバッファリング必要時間Ｄだけバッファリングすれば再生を開始できるような値である。
【００５１】
再生装置１００が再生を開始する前のバッファリング時間ＴｂはＤ＜Ｔを満たす最大のＤと等しい値であるので、再生すべきコンポーネント群（コンテンツ群）を同期が取れた状態で再生するために必要な最小値に略近いと言える。また、再生装置１００は、伝送遅延履歴テーブル１５５を参照することでバッファリング時間Ｔｂを決定するので、逸早くバッファリング時間Ｔｂを決定できる。
【００５２】
したがって、再生装置１００は、各コンポーネント（コンテンツ）間で同期のとれた再生を最小限のバッファリング時間で逸早く開始することができる。
（再生装置１００の動作例２）
なお、番組の構成によっては、複数のコンテンツ或いはコンポーネントがユーザ操作により、排他的に再生される場合がある。例えば、複数の映像コンテンツによってマルチアングルを切り替えて再生可能な番組構成や、複数の言語に対応した複数の音声コンポーネントあるいは字幕コンポーネントを切り替えて再生可能な番組構成がこれにあたる。
【００５３】
このような場合の動作例について図６、図７を参照しながら以下に説明する。図６は、番組の再生を開始するまでの再生装置１００の動作を示すフローチャートである。図７は、配信装置からパッケージを取得する際に発生した伝送遅延に関する分布曲線のグラフを配信装置ごとに示した座標平面上に、再生装置１００が上記動作を行う場合に設定するバッファリング許容時間を例示した図である。
【００５４】
なお、本動作例では、配信時点で、番組を構成するコンテンツあるいはコンポーネントに明確な再生必須、再生任意の区別がなく、再生時のユーザ選択によって各コンテンツあるいはコンポーネントの再生必須、再生任意の種別が決定される。以下の説明では、視点１〜３の３種類の映像コンテンツからなるマルチアングル構成の番組が、コンテンツ毎にパッケージ１〜３で構成され、それぞれ配信装置３００a〜３００ｃによって配信される場合を例に上げて説明する。
【００５５】
図６に示すように、再生部１２０は、動作例１のＳ１と同様に、再生条件（ライブ再生であるか録画再生であるか）に応じて予め定められているバッファリング許容時間Ｔ（所定の許容時間）を設定する（Ｓ２１）。再生部１２０は、例えば、バッファリング許容時間Ｔの値として図７に示されているＴ21を設定する。
【００５６】
ステップＳ２１の後、再生部１２０は、再生必須となったコンポーネント群の少なくとも一部を含む各パッケージのバッファリング必要時間Ｄのうち、最大のＤをＤmaxの値として設定する（Ｓ２２）。なお、図７の例では、配信サーバ３００ｃから配信されるパッケージ２（視点２の映像コンテンツ）をユーザが選択した場合のＤmaxを示している。
【００５７】
ステップＳ２２の後、再生部１２０は、Ｄmax＞Ｔを満たすか否かを判定する（Ｓ２３）。Ｄmax＞Ｔを満たすと判定した場合（Ｓ２３でＹＥＳ）、Ｔの値としてＤmaxを設定し（Ｓ２４）、Ｓ２５に進む。上記の例の場合、バッファリング許容時間Ｔ21＜Ｄmaxであるので、Ｔの値としてＴ22（＝Ｄmax）を設定する。一方、Ｄmax＞Ｔを満たさないと判定した場合（Ｓ２３でＹＥＳ）、Ｓ２５に進む。
【００５８】
なお、Ｓ２５〜Ｓ２８の処理は、Ｓ２〜Ｓ５の処理と同様であるので、説明を省略する。
【００５９】
以上のように、動作例２では、再生装置１００は、予め定められているバッファリング許容時間Ｔが小さい場合であっても、バッファリング許容時間Ｔを大きい値に更新することで、再生必須な各コンポーネントの再生を開始できる。すなわち、再生装置１００は、バッファリング許容時間Ｔの大きさに関わらず、必ず、ユーザが選択した視点２の映像コンテンツを最小限のバッファリング遅延で再生することが可能である。
（再生装置１００の動作例３）
さらに、本実施形態に係る再生装置の別の動作例について図４、図８、図９を参照しながら以下に説明する。図８は、映像コンテンツを再生する再生装置１００の動作を示すフローチャートである。図９は、配信装置が、Ｄ＜Ｔを満たすパッケージおよびＤ＜Ｔを満たさないパッケージについて、各パッケージに含まれるコンポーネントのバッファリングを開始してからの再生装置１００の再生態様を模式的に示した図である。
【００６０】
本動作例は、バッファリング許容時間Ｔの大きさに関わらず、番組を構成する全パッケージ（すなわち、全コンテンツ、全コンポーネント）を配信装置から取得して再生する動作例である。このような動作が行われるのは、例えば、対象番組が、スケーラブル符号化された映像コンテンツで構成され、基本レイヤのＨＤ映像コンポーネントを含むパッケージ１を配信装置３００ａから放送網を介して取得し、拡張レイヤの４Ｋ映像コンポーネントを含むパッケージ２を配信装置３００ｂからＮＧＮ網を介して取得する場合が挙げられる。
【００６１】
図８に示すように、再生部１２０は、動作例１のＳ１と同様に、再生条件（ライブ再生であるか録画再生であるか）に応じて予め定められているバッファリング許容時間Ｔ（所定の許容時間）を設定する（Ｓ４１）。再生部１２０は、例えば、バッファリング許容時間Ｔの値として図４に示されているＴ11を設定する。
【００６２】
ステップＳ４１の後、再生部１２０は、再生すべき各パッケージについて当該パッケージのバッファリング必要時間ＤがＤ＜Ｔを満たすか否かを判定する（Ｓ４２）。上記の例では、再生部１２０は、パッケージ１のＤについてはＤ＜Ｔ（＝Ｔ11）を満たすと判定し、パッケージ２のＤについてはＤ＜Ｔを満たさないと判定する。
【００６３】
ステップＳ４２の後、再生部１２０は、再生条件がライブ再生でない場合（Ｓ４２においてＮＯ）、各コンテンツの録画処理を開始し、録画の完了後に再生を開始して処理を終了する。一方、再生条件がライブ再生である場合（Ｓ４２においてＹＥＳ）、Ｓ４４の処理に進む。
【００６４】
ステップＳ４４において、再生部１２０は、ステップＳ４と同様に、各パッケージのバッファリング必要時間Ｄのうち、Ｄ＜Ｔを満たす最大のＤをバッファリング時間Ｔｂの値として設定する。上記の例では、バッファリング時間Ｔｂの値としてパッケージ１のＤが設定される。
【００６５】
ステップＳ４４の後、再生部１２０は、Ｄ＜Ｔを満たすパッケージの初期再生速度Ｓを算出する（Ｓ４５）。具体的には、再生部１２０は、初期再生速度Ｓ＝１−（Ｄmax−Ｔｂ）÷Ｄcの演算を行って、Ｓを算出する。なお、この式において、ＤcはＤ＜Ｔを満たすパッケージに含まれる各コンポーネントをＳ（＜１）倍速で再生する期間であり、再生装置１００において予め設定されている。また、Ｄmaxは、再生すべき各パッケージのバッファリング必要時間Ｄのうち最も大きいＤと等しい値である。
【００６６】
ステップＳ４５の後、ストリーミング制御部１１０は、配信装置３００ａ、３００ｂから再生すべき各コンポーネントを取得して順次受信バッファ１３０にバッファリングする。そして、再生部１２０は、バッファリングの開始からＴｂだけ経過した後、バッファリングしている各コンポーネントのうちのＤ＜Ｔを満たすパッケージに含まれる各コンポーネントについて、Ｓ倍速での再生を開始する（Ｓ４６）。上記の例では、再生部１２０は、バッファリングの開始からＴｂだけ経過した後、パッケージ１に含まれるＨＤ映像のＳ倍速での再生を開始する。
【００６７】
再生部１２０は、ステップＳ４６のＳ倍速での再生が開始した時点からＤcだけ経過した時点でその他のコンポーネント（Ｄ＜Ｔを満たさないパッケージに含まれる各コンポーネント）の通常再生を開始する。また、再生部１２０は、この時点で、Ｓ倍速で再生していた各コンポーネントについても通常再生に切り替える（Ｓ４７）。上記の例では、再生部１２０は、バッファリングの開始からＴｂ+Ｄcだけ経過した後、パッケージ１に含まれるＨＤ映像およびパッケージ２に含まれる４Ｋ映像の１倍速での再生を開始する。
【００６８】
以上、再生装置１００の動作例３について説明したが、動作例３に従って再生装置１００が番組を再生する場合における、再生装置の再生態様を示した図が図９である。
【００６９】
図９に示したように、再生装置１００は、バッファリングを開始してからＤmaxが経過した時点で、Ｄ＜Ｔを満たさないパッケージの各コンポーネントの先頭部分を再生可能な状態になっている。ただし、再生装置１００は、この時点で、Ｄ＜Ｔを満たすパッケージについては各コンポーネントの先頭からＳ×（Ｄmax―Ｔｂ）の部分を再生しているため、Ｄ＜Ｔを満たさないパッケージの再生をこの時点で開始する場合、Ｄ＜Ｔを満たすパッケージと同期が取れていない状態で再生してしまうことになる。
【００７０】
そこで、動作例３では、再生装置１００は、バッファリングを開始してから（Ｔｂ＋Ｄc）が経過した時点で全パッケージの再生を開始するようになっている。図９に示したように、再生装置１００は、当該時点で、Ｄ＜Ｔを満たすパッケージについて各コンポーネントの先頭からＳ×Ｄc＝Ｔｂ＋Ｄc−Ｄmaxの部分を再生しているが、Ｄ＜Ｔを満たさないパッケージについても各コンポーネントの先頭からＴｂ＋Ｄc−Ｄmaxの部分を再生可能になっている。したがって、バッファリングを開始してから（Ｔｂ＋Ｄc）が経過した時点で、Ｄ＜Ｔを満たさないパッケージについては各コンポーネントの先頭からＴｂ＋Ｄc−Ｄmaxの部分から再生を開始し、Ｄ＜Ｔを満たすパッケージについてはＳ倍速再生から通常再生（１倍速再生）に再生速度を変更することにより、その後、同期が取れた状態で全パッケージを再生することができる。
【００７１】
以上のように、本動作例では、再生装置１００は、バッファリング許容時間Ｔ内のバッファリングで再生可能な各コンポーネント（コンテンツ）については優先的に同期のとれた状態で再生を開始し、その後、番組を構成する全コンポーネント（コンテンツ）を同期のとれた状態で再生することができる。
【００７２】
(再生装置１００の利点)
以上のように、再生装置１００のストリーミング制御部１１０は、番組を構成する同期して再生すべきコンポーネント群を、その取得先となる各配信装置から一部のコンポーネントを取得することによって、取得している。
【００７３】
また、再生装置１００の再生部１２０は、各配信装置について、再生装置１００に装着されたメモリ１５０の伝送遅延履歴テーブル１５５に記録されている、配信装置からコンポーネントを取得する際に発生した伝送遅延を参照する。
【００７４】
再生部１２０は、過去に各配信装置から配信されたパッケージの伝送遅延の実績値からストリーミング再生に最低限必要な最小バッファリング時間を導出する。
【００７５】
そして、再生部１２０は、バッファリング時間だけコンポーネント群をバッファリングしてから、番組の再生を開始する。
【００７６】
再生部１２０は、ストリーミング再生に必要最低限な長さの時間だけコンポーネント群をバッファリングしてから番組の再生を開始するので、各コンポーネントを同期のとれた状態で再生できる。また、再生部１２０は、再生装置１００に装着されたメモリ１５０の伝送遅延履歴テーブル１５５を参照してバッファリング時間を決定するので、従来に比べて逸早くバッファリング時間を決定することができる。
【００７７】
したがって、本実施形態のような複数の伝送経路を通じて番組を構成するコンテンツ群が配信される配信システムにおいて、再生装置１００は、番組をコンテンツ間の同期が取れた状態で逸早く再生することができる。
【００７８】
〔実施形態２〕
本発明の別の一実施形態に係る配信システムについて図１０〜図１４を参照しながら以下に説明する。図１０は、本実施形態に係る配信システムの構成および配信システムに含まれる再生装置の構成を示した図である。
【００７９】
実施形態１の配信システムとは異なり、本実施形態に係る配信システムには、配信装置が３台ではなく多数が含まれている。本実施形態に係る配信システムは、具体的には、図１０に示すように、放送網を介してパッケージを配信する配信装置３００ａ’と、インターネット網を介してパッケージを配信する複数の配信装置３００ｂと、ＮＧＮ網を介してパッケージを配信する複数の配信装置３００ｃとを含んでいるコンテンツデリバリーネットワーク（ＣＤＮ）配信システムである。
【００８０】
また、実施形態１の配信システムとは異なり、本実施形態に係る配信システムでは、再生装置１００が、配信装置からパッケージを取得する際に発生した伝送遅延を配信装置ごとではなくグループ毎に記録する。本実施形態では、各配信装置は、１台の配信装置３００ａ’のグループ、複数の配信装置３００ｂからなるグループ、および複数の配信装置３００ｃからなるグループのうちのいずれかのグループに属している。なお、本実施形態では、上記グループを識別する識別子として後に図１４を参照して説明するネットワーク識別子(ＮＷ識別子)を用いている。
【００８１】
本実施形態に係る再生装置１００’の構成および配信装置３００ａ’について図１０を参照して説明する。なお、配信装置３００ｂ、配信装置３００ｃ、表示装置２００については実施形態１ですでに説明したので、ここでは説明を省略する。
【００８２】
図１０に示すように、再生装置１００’は、ストリーミング制御部１１０’、再生部１２０’、受信バッファ１３０、ＨＤＤ（ハードディスクドライブ）１４０、不揮発性メモリ１５０、ネットワークＩ／Ｆ１６０、およびチューナ部１７０を備えている。
【００８３】
以下では、ストリーミング制御部１１０’、再生部１２０’、不揮発性メモリ１５０’について説明する。なお、受信バッファ１３０、ＨＤＤ（ハードディスクドライブ）１４０、ネットワークＩ／Ｆ１６０、およびチューナ部１７０については実施形態１と同じ構成であるのでその説明を省略する。
（ストリーミング制御部１１０’）
ストリーミング制御部１１０’は、番組の再生指示を受け付けると、メモリ１５０’にアクセスして、当該番組を再生するために必要なメタ情報（プログラム記述子、コンテンツ記述子、コンポーネント記述子およびパッケージ記述子）を参照する。なお、再生装置１００’は、チューナ部１７０が放送波を受信している間、様々な番組に関する上記メタ情報を取得し、メモリ１５０’に格納しておくものとする。
【００８４】
そして、ストリーミング制御部１１０’は、参照したメタ情報に基づいて、再生すべきコンテンツ群を構成する各コンポーネントを含むパッケージについて、当該コンポーネントを多数の配信装置のうちのいずれかの配信装置から取得するよう、ネットワークＩ／Ｆ１６０およびチューナ部１７０を制御し、受信した各パッケージに含まれる再生対象コンポーネントのデータを受信バッファ１３０にバッファリングする。
【００８５】
また、ストリーミング制御部１１０’は、再生対象番組の受信中、各配信装置について当該配信装置からパッケージを取得する際に発生した伝送遅延を不揮発性メモリ１５０’内の伝送遅延履歴テーブル１５５’に記録する。具体的には、ストリーミング制御部１１０’は、配信装置が属するグループごとに伝送遅延履歴テーブル１５５’内の異なるレコードに伝送遅延を記録する。なお、再生装置１００’と配信装置（配信装置３００ａ〜３００ｃの各配信装置）との間のネットワークにおけるパッケージの伝送単位（例えばIPパケット或いはTSパケット）毎に全てのパケットについて伝送遅延を記録しても良いし、全てのパケットのうち一定期間毎にその時点で受信したパケットについてのみ、伝送遅延を記録する構成であっても構わない。
（再生部１２０’）
再生部１２０’は、伝送遅延履歴テーブル１５５’を参照して、再生対象番組を再生する前のバッファリング期間を求める。再生部１２０’は、バッファリングが開始されてから上記期間が経過した後、受信バッファ１３０にバッファリングされている各コンポーネントのデータを順次再生する。再生により生成される映像信号および音声信号は、図示しないＨＤＭＩケーブル等を介して表示装置２００に供給される。
（不揮発性メモリ１５０’）
不揮発性メモリ１５０’は、伝送遅延履歴テーブル１５５’を保持するフラッシュメモリである。
（配信装置３００ａ’）
配信装置３００ａ’は、再生装置１００が再生対象コンポーネントを受信できるように、放送網を介してパッケージ化されたコンポーネントを放送波に載せて配信する配信装置である。また、配信装置３００ａ’は、前述した各番組のメタ情報を放送波に載せて配信している。
【００８６】
（メタ情報について）
再生装置１００’が番組を再生するために参照するメタ情報の詳細について、図１１〜図１４を参照しながら以下に説明する。
【００８７】
図１１は、メタ情報を構成する各種パッケージ群の一具体例を示した図である。
【００８８】
図１１に示すように、メタ情報は、１つのプログラム記述子と、１つ以上のコンテンツ記述子と、１つ以上のコンポーネント記述子と、１つ以上のパッケージ記述子とから構成される。
【００８９】
プログラム記述子は、番組がどのようなコンテンツから構成されているかを示す記述子である。図１１の例では、プログラム記述子が、コンテンツ１〜コンテンツ３の３つのコンテンツから構成されていることを示している。また、プログラム記述子には、各コンテンツについて再生が必須なコンテンツであるか再生が任意のコンテンツであるかを示す情報を含めることもできる。
【００９０】
コンテンツ記述子は、コンテンツがどのようなコンポーネントから構成されているかを示す記述子である。また、コンテンツ記述子には、各コンポーネントについて再生が必須なコンポーネントであるか再生が任意のコンポーネントであるかを示す情報を含めることもできる。図１１の例では、コンテンツ２のコンテンツ記述子は、コンポーネント２およびコンポーネント３の２つのコンポーネントから構成されていることを示している。コンテンツ記述子の具体例を図１２（ｂ）に示している。
【００９１】
図１２（ｂ）に示すように、コンテンツ記述子は、許容同期誤差、許容誤り率、コンテンツに含まれるコンポーネントの個数、コンテンツに含まれるコンポーネントの識別子を含んでいる。「許容誤り率ｅ」はコンテンツ毎に放送事業者が設定した対象コンテンツの許容誤り率である。なお、実施形態１の配信システムにおいては、コンテンツの種類に区別なく、再生装置が定めた許容誤り率に基づき、バッファリング必要時間Ｄを決定したが、本実施形態の配信システムでは、放送事業者が設定したコンテンツ毎の許容誤り率に基づきバッファリング必要時間Ｄを決定する。従って、放送事業者側で、BMLコンテンツのようにデータロスが致命的な再生品質の低下を生じさせるコンテンツに対しては許容誤り率ｅを小さくし、映像コンテンツのように比較的多くのデータロスが生じても一定の再生品質を維持することが容易なコンテンツに対しては許容誤り率ｅを大きく設定することで、再生装置は、より適切なバッファリング必要時間Ｄを導出することが可能である。
【００９２】
また、「許容同期誤差」は、再生対象の番組を構成する他のコンテンツと同時に対象コンテンツを再生する際に許容される最大の同期誤差（基準時刻に対する対象コンテンツの最大の再生遅延）を示している。例えば、図１２（ｂ）の例では、対象コンテンツを再生する際、基準時刻に対する対象コンテンツの再生遅延が１００msecまで許容されることを示している。例えば、ＢＭＬコンテンツは映像コンテンツと完全に同期されている必要はないため、ＢＭＬコンテンツの許容同期誤差は比較的大きく設定することができる。
【００９３】
コンポーネント記述子は、図１２（ａ）に示すように、許容同期誤差、許容誤り率、コーデックを含んでいる。「許容誤り率ｅ」は、対象コンポーネントの許容誤り率を示し、コンテンツを構成するコンポーネント毎に異なる許容誤り率を設定する場合に記述される。
また、「許容同期誤差」は、再生対象の番組を構成する他のコンテンツおよび他のコンポーネントと同時に対象コンポーネントを再生する際に許容される最大の同期誤差を示しており、コンテンツを構成するコンポーネント毎に異なる許容同期誤差を設定する場合に記述される。「コーデック」は、コンポーネントが映像または音声である場合における映像コーデックまたは音声コーデックを示している。
【００９４】
パッケージ記述子は、パッケージがどのようなコンポーネントから構成されているかを示す記述子である。パッケージ記述子の具体例を図１３（ａ）および図１３（ｂ）に示している。
【００９５】
図１３（ａ）および図１３（ｂ）に示すように、パッケージ記述子は、パッケージに含まれるコンポーネントの個数、パッケージに含まれるコンポーネントの識別子を含んでいる。また、パッケージ記述子は、各コンポーネントが配信される配信期間と当該配信期間における各コンポーネントを取得するためのアクセス先情報（ＵＲＬ）とＮＷ識別子とが関連づけられた１群の情報を１群以上含んでいる。
【００９６】
以下では、ＮＷ識別子について図１４（ａ）および図１４（ｂ）を参照して説明する。
【００９７】
図１４（ａ）は、ＮＷ識別子がとり得る値を示している。図１４（ａ）からわかるように、ＮＷ識別子は０〜７までの８つの値をとり得る。ＮＷ識別子は、複数の放送局（放送事業者）で共用される配信装置に対して付与するＮＷ識別子と各放送局で個別に使用される配信装置に対して付与するＮＷ識別子に分類され、以下、前者の識別子をGlobal Classの識別子と称し、後者の識別子をLocal Classの識別子と称する。本実施形態では０〜３までの４つの識別子をGlobal Classの識別子とし、４〜７までの４つの識別子をLocal Classの識別子としている。
【００９８】
図１４（ｂ）は、ストリーミング制御部１１０’がパッケージを取得する際に更新し、再生部１２０’がバッファリング必要時間Ｄを決定するために参照する伝送遅延履歴テーブル１５５’の内容の一具体例を示している。
【００９９】
図１４（ｂ）に示すように、伝送遅延履歴テーブル１５５’は、Global Classの識別子についてはＮＷ識別子ごとに過去に発生した伝送遅延を保持し、Local Classの識別子についてはNW識別子と放送局との組み合わせごとに、過去に発生した伝送遅延を保持している。
【０１００】
以上、再生装置１００’が番組を再生するために参照するメタ情報の詳細について説明したが、番組の再生指示を受け付けてから再生装置１００’が番組の再生を開始するまでの動作について以下に説明する。
【０１０１】
最初に、ストリーミング制御部１１０’は、プログラム記述子およびコンテンツ記述子に基づいて再生が必須なコンテンツおよびコンポーネントを選択する。加えて、ユーザによる再生指示の内容に基づいて、再生が任意なコンテンツおよびコンポーネントから、再生すべきコンポーネントを決定する。
【０１０２】
次に、ストリーミング制御部１１０’は、各パッケージ記述子を参照することにより、決定された各コンポーネントについて当該コンポーネントがどのパッケージに含まれているかを認識する。
【０１０３】
そして、ストリーミング制御部１１０’は、再生すべき１以上のコンポーネントの少なくともいずれかを含む各パッケージについて、当該パッケージに関するパッケージ記述子に記載されているＵＲＬを参照し、当該パッケージを取得する。例えば、ストリーミング制御部１１０’は、パッケージ記述子が図１３（ａ）に示されるパッケージ記述子であり、且つ、現在時刻が配信期間１の期間内にある場合には、URLがrtsp://exampl1.com/program1/package1/で表される配信装置にアクセスすることでパッケージを取得する。
【０１０４】
ストリーミング制御部１１０’は、パッケージを受信した受信時刻とパッケージに付与されたタイムスタンプ（配信時刻）との差を伝送遅延として伝送遅延履歴テーブル１５５’に記録する。具体的には、ストリーミング制御部１１０’は、パッケージを取得するために参照したＵＲＬと関連づけられているＮＷ識別子を参照し、伝送遅延履歴テーブル１５５’における参照したNW識別子に対応するレコードに伝送遅延として記録する。
【０１０５】
一方、再生部１２０’は、取得すべき各パッケージについて、当該パッケージのパッケージ記述子に記載されているNW識別子を参照するとともに伝送遅延履歴テーブル１５５’における参照したNW識別子に対応するレコードの過去に記録された伝送遅延を参照し、各パッケージに含まれるコンポーネントのバッファリング必要時間Ｄを決定する。
【０１０６】
具体的には、再生部１２０’は、パッケージに含まれるコンポーネントのバッファリング必要時間を決定するために、当該パッケージに含まれる各コンポーネントのコンポーネント記述子に記載されている許容同期誤差および許容誤り率と、当該パッケージに含まれる少なくともいずれかのコンポーネントを含むような各コンテンツのコンテンツ記述子に記載されている許容同期誤差および許容誤り率と、を参照する。図１１の例で言えば、再生部１２０’は、パッケージ４に含まれるコンポーネント４のバッファリング必要時間Ｄを決定する際に、コンポーネント４のコンポーネント記述子に許容誤り率および許容同期誤差の記述が存在すれば、その許容誤り率および許容同期誤差を、バッファリング必要時間Ｄを決定するために使用する値として選択する。一方、許容誤り率および許容同期誤差の記述がコンポーネント４のコンポーネント記述子に存在しない場合には、再生部１２０’は、コンテンツ３のコンテンツ記述子に記述された許容誤り率および許容同期誤差を、バッファリング必要時間Ｄを決定するために使用する値として選択する。
【０１０７】
さらに、再生部１２０’は、選択した許容誤り率ｅおよび許容同期誤差Ｔｄに応じたバッファリング必要時間Ｄを決定する。
【０１０８】
例えば、再生部１２０’は、再生装置１００の再生部１２０と同様、パッケージを再生する際、許容誤り率ｅを基に、伝送遅延履歴テーブル１５５’の対応レコードに記録されている遅延時間の中から、大きいほうからe％のエントリに相当する遅延時間をバッファリング必要時間Ｄとして設定すればよい。このようにすれば、再生装置１００’は、バッファリング期間にて100-e％のデータを再生開始前までに受信完了でき、未受信の残りe％の受信完了を待たず破棄して再生を行っても所定の再生品質での再生を維持できることが期待できる。
【０１０９】
あるいは、再生部１２０’は、伝送遅延履歴テーブル１５５’の対応レコードに十分な個数記録されている遅延時間の中から無作為に１００個の遅延時間を選択し、大きいほうからｅ番目の遅延時間をバッファリング必要時間Ｄとして設定しても同様の効果が期待できる。
【０１１０】
あるいは、上述の許容誤り率eを基に決定したバッファリング必要時間をＤ’とし、許容同期誤差Tdを用いて、対象コンポーネントのバッファリング必要時間D＝Ｄ’−Tdとして、より短いバッファリング必要時間を用いてもよい。バッファリング必要時間DをＤ’−Tdとした場合、当該バッファリング期間で対象コンポーネントを所定の再生品質で再生するのに必要な100-e％のデータを受信することはできない。従ってこの場合は、対象コンポーネントの再生タイミングを基準時刻に対して最大Td遅延させて再生を行うことで、当該コンポーネントの再生に必要なバッファリング時間Ｄ’を確保して再生を行う。このような構成とすることで、再生対象の番組の再生開始遅延への、BMLコンテンツや字幕コンポーネント等、許容同期誤差の比較的大きなコンテンツあるいはコンポーネントのバッファリング必要時間の影響を抑えることが可能となる。
【０１１１】
あるいは、再生部１２０’は、対応レコードに記録されている最大の遅延時間に（１００−ｅ）÷１００倍した値から許容同期誤差Ｔｄを引いた値をＤとして設定してもよい。
【０１１２】
なお、各パッケージのバッファリング必要時間Ｄを決定した後の再生装置１００’の動作は、実施形態１の再生装置１００と同様の動作であるので、説明を省略する。
（再生装置１００’の利点）
以上、再生装置１００’の動作について説明したが、図１４（ｂ）からわかるように、再生装置１００’がバッファリング必要時間Ｄを決定するために参照する伝送遅延履歴テーブル１５５’のレコード数は、たかだか、４＋４×放送局数である。本実施形態に係る配信システムのすべての配信装置は、いずれかのグループに含まれる（すなわち、いずれかのＮＷ識別子が割り当てられる）ため、レコード数は配信システムを構成する配信装置の台数に関わりなく一定数である。
【０１１３】
したがって、再生装置１００’は、伝送遅延履歴テーブル１５５内で配信装置ごとに異なるレコードに伝送遅延を記録する再生装置１００に比べて、レコード数が一定であるため伝送遅延履歴テーブルの管理が容易である。
【０１１４】
また、ＣＤＮ配信システムでは、配信サービスを利用するユーザの数の増大等に伴って、新規の配信装置が追加されていくのが一般的である。本実施形態に係る配信システムでは、配信システムに新しく追加される配信装置にはいずれかのＮＷ識別子が割り当てられる。したがって、再生装置１００’は、新しく追加された配信装置からパッケージを受信する場合であっても、過去の伝送遅延に応じた適切なバッファリング必要時間Ｄを決定できる。
【０１１５】
なお、本実施形態においては、番組が伝送される伝送網ごとに配信装置を異なるグループに割り当てたが、本発明はこれに限定されない。配信装置が設置される地域（国、地方等）ごとに配信装置を異なるグループに割り当ててもよい。
【０１１６】
また、各実施形態においては、再生装置がバッファリング必要時間Ｄを決定するために参照する伝送遅延の履歴を再生装置自身で記録するものとしたが、本発明はこれに限られない。例えば、再生装置と配信装置との間に再生装置とは別個の装置（例えば再生装置のプロキシサーバやルーター等）を設置し、当該別個の装置で伝送遅延の履歴を記録し、再生装置が当該別個の装置に記録されている伝送遅延を参照してバッファリング必要時間Ｄを決定してもよい。
【０１１７】
（プログラム、記憶媒体）
再生装置１００の各ブロックは、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェア的に実現してもよい。
【０１１８】
後者の場合、再生装置１００は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（Random Access Memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである再生装置１００の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、再生装置１００に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１１９】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。
【０１２０】
また、上記プログラムコードは、通信ネットワークを介して再生装置１００に供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Asymmetric Digital Subscriber Line）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（High Data Rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【０１２１】
なお、ここで開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明だけではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【産業上の利用可能性】
【０１２２】
本発明に係る再生装置は、コンテンツ配信システムなどに広く適用することができる。
【符号の説明】
【０１２３】
１００、１００’ 再生装置
１１０、１１０’ ストリーミング制御部〔取得手段、記録手段、
履歴記憶手段、再生手段〕
１２０、１２０’ 再生部〔参照手段、設定手段、再生手段、選択手段〕
１３０ 受信バッファ
１４０ ＨＤＤ（ハードディスクドライブ）〔記録媒体〕
１５０、１５０’ メモリ〔記憶媒体〕
１５５ 伝送遅延履歴データベース
１６０ ネットワーク・Ｉ／Ｆ
１７０ チューナ部
２００ 表示装置
３００ａ〜３００ｃ 配信装置
３００ａ’ 配信装置（通知装置）
【技術分野】
【０００１】
本発明は、配信データを構成するコンテンツ群を複数の伝送経路を通じて取得する再生装置および再生方法に関する。また、本発明は、配信データの少なくとも一部を配信する配信装置に関する。さらに、本発明は、上記再生装置を含む配信システム、コンピュータをそのような再生装置として機能させる再生プログラムおよびそのような再生プログラムが記録されているコンピュータ読み取り可能な記録媒体に関する。
【背景技術】
【０００２】
従来、動画や音声は放送網のみを通じて配信されていたが、ブロードバンドインターネット接続の普及により今日ではこれらがインターネットを通じて配信されるようになっている。
【０００３】
また、最近では、テレビ番組が、地上デジタルＩＰ再送信によりＮＧＮ（Next Generation Network）を通じて配信されるようになっている。
【０００４】
配信装置が動画を配信してから再生装置が動画を再生するまでには伝送網での伝送遅延に応じたタイムラグが生じる。図１５は、各網での伝送遅延の分布を表したグラフである。図１５からわかるように伝送時に想定される伝送遅延の量は各網で異なる。すなわち、動画をどの網から受信するかによって、生じるタイムラグの大きさは通常異なることになる。
【０００５】
したがって、同期再生されるべき複数の映像が異なる伝送経路を通じて配信される場合（例えば、２元中継番組を構成する一方の映像がある伝送経路を通じて配信され、他方の映像が別の伝送経路を通じて配信される場合）には、再生装置は、複数の映像を同期した状態で再生できるように各映像をバッファリングした上で再生する必要がある。
【０００６】
非特許文献１は、リアルタイムストリーミングプロトコル（ＲＴＳＰ）の技術仕様が記載されているＲＦＣ文書である。ＲＴＳＰをサポートしている受信装置は、非特許文献１に記載されているGET_PARAMETERメソッドを用いてジッタ値をサーバから取得することにより、ジッタ値に応じてバッファリング時間を決定することができる。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】H.Schulzrinne、A.Rao、R.Lanphier、“Real Time Streaming Protocol(RTSP)”、[online]、１９９８年４月、［２０１１年７月２０日検索］、インターネット<http://www.ietf.org/rfc/rfc2326.txt>
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記従来の構成では、同期再生されるべき複数の映像が異なる伝送経路を通じて配信される場合において、複数の映像を同期した状態で再生するための最適なバッファリング時間を即座に決定することは容易ではない。
【０００９】
本発明は、上記課題に鑑みてなされたものであり、その主な目的は、番組（一般的には、配信データ）を構成する同期再生されるべきコンテンツ群を複数の伝送経路を通じて取得する場合において、番組の再生を逸早く開始することが可能な再生装置を実現することにある。
【課題を解決するための手段】
【００１０】
本発明に係る再生装置は、上記課題を解決するために、複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する取得手段と、上記複数の配信装置の各々について、当該配信装置から過去に構成用データを取得した時に発生した遅延時間であって、記憶媒体に配信装置毎の履歴として記録されている遅延時間を参照する参照手段と、上記複数の配信装置の各々について、当該配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該配信装置に関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出する導出手段と、上記複数の配信装置の各々について当該配信装置から取得中の構成用データを所定の期間バッファリングしてから、上記配信データを再生する再生手段と、上記導出手段が導出した各バッファリング期間のうちの最長のバッファリング期間を上記所定の期間として設定する設定手段と、を備えていることを特徴としている。
【００１１】
上記の構成によれば、本発明に係る再生装置は、再生手段が、最大遅延時間に応じた長さの時間だけ構成用データ群（例えば、コンテンツ群またはコンポーネント群）をバッファリングしてから番組の再生を開始するので、各構成用データ群を同期のとれた状態で再生でき、尚且つ、バッファリング時間はほぼ必要最低限の短さとなっている。また、再生手段は、再生装置の記憶媒体に履歴として記録されている伝送遅延を参照してバッファリング時間を決定するので、従来に比べて逸早くバッファリング時間を決定することができる。
【００１２】
したがって、複数の伝送経路を通じて番組を構成するコンテンツ群が配信される配信システムにおいて、再生装置は、番組をコンテンツ間の同期が取れた状態で逸早く再生することができる。
【００１３】
本発明に係る再生方法は、上記課題を解決するために、複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する、取得工程と、上記複数の配信装置の各々について、当該配信装置から過去に構成用データを取得した時に発生した遅延時間であって、記憶媒体に配信装置毎の履歴として記録されている遅延時間を参照する参照工程と、上記複数の配信装置の各々について、当該配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該配信装置に関する履歴として記録され、上記参照工程にて参照された遅延時間の大きさに応じた長さの期間を導出する導出工程と、上記複数の配信装置の各々について当該配信装置から取得中のコンテンツを所定の期間バッファリングしてから、上記配信データを再生する再生工程と、上記導出工程にて導出した各バッファリング期間のうちの最長のバッファリング期間に応じた長さの期間を上記所定の期間として設定する設定工程と、を含んでいることを特徴としている。
【００１４】
上記の構成によれば、本発明に係る再生方法は、本発明に係る再生装置と同様の作用効果を奏する。
【００１５】
本発明に係る再生装置は、上記配信データの構成要素となり得る構成用データを上記構成用データ群の一部として上記取得手段に取得させるか否かを選択する選択手段をさらに備え、
上記選択手段は、当該構成用データを配信する配信装置について履歴として記憶されている上記遅延時間が所定の許容時間を越えない場合に当該構成用データを上記取得手段に取得させる、ことが望ましい。
【００１６】
上記の構成によれば、上記再生装置は、所定の許容時間内に再生可能な構成用データだけを各配信装置から取得して再生する。したがって、上記再生データは、再生が所定の許容時間以上遅れることが許されない配信データを所定の許容時間内に再生することができる。
【００１７】
なお、上記再生装置は、上記配信データを記録媒体に記録する記録手段をさらに備え、上記設定手段は、上記所定の許容時間を設定するように構成されており、上記設定手段は、上記記録手段が上記配信データを上記記録媒体に記録する場合には、上記記録媒体に記録しない場合に比べて上記所定の許容時間を長く設定する、ことが望ましい。
【００１８】
また、本発明に係る再生装置は、上記選択手段が、上記配信データを構成すべき再生が必須の構成用データについては、上記所定の許容時間に関わらず、上記取得手段に当該構成用データを取得させることを選択する、ことが望ましい。
【００１９】
本発明に係る再生装置は、上記配信データが階層データを所定の階層数だけ含むスケーラブルデータであり、上記選択手段は、上記再生手段が上記配信データの再生を開始した時点から所定の期間を経過した後には、さらに上記遅延時間が所定の許容時間を越えている配信装置から伝送される階層データを選択するように構成されており、上記再生手段は、上記所定の期間が経過するまでは、標準再生速度よりも低速で上記配信データを再生する、ことが望ましい。
【００２０】
上記の構成によれば、上記所定の期間を、上記所定の期間が経過する時点ですべての階層データを同期が取れた状態で再生可能となるような期間に設定することにより、上記再生装置は、上記所定の許容時間に関わらず、上記所定の期間の経過後にすべての階層データを再生することができるというさらなる効果を奏する。
【００２１】
本発明に係る再生装置は、上記参照手段が、各グループに上記複数の配信装置の少なくともいずれかが属し各配信装置がいずれかのグループに属するような複数のグループの各々について、当該グループに属する配信装置から過去に構成用データを取得した時に発生した遅延時間であって上記記憶媒体にグループ毎の履歴として記録されている遅延時間を参照するように構成されており、上記導出手段が、上記複数のグループの各々について、当該グループに属する配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該グループに関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出するように構成されている、ことが望ましい。
【００２２】
上記の構成によれば、上記再生装置は、１台以上の配信装置が属するグループ毎に記録されている伝送遅延を参照することで、再生を開始するまでのバッファリング期間である上記所定の期間を決定する。したがって、上記再生装置は、あるグループに属する配信装置から構成用データを取得したことがあれば、初めて構成用データを取得する配信装置であって当該グループに属する配信装置から構成用データを取得するときにも、適切なバッファリング期間を決定することができる。
【００２３】
また、上記効果を奏する再生装置として、本発明に係る再生装置を、複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する取得手段と、各グループに上記複数の配信装置の少なくともいずれかが属し各配信装置がいずれかのグループに属するような複数のグループの各々について、当該グループに属する配信装置から過去に構成用データを取得した時に発生した遅延時間であって記憶媒体にグループ毎の履歴として記録されている遅延時間を参照する参照手段と、上記複数のグループの各々について、当該グループに属する配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該グループに関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出する導出手段と、上記複数の配信装置の各々について当該配信装置から取得中の構成用データを所定の期間バッファリングしてから、上記配信データを再生する再生手段と、上記導出手段が導出した各バッファリング期間のうちの最長のバッファリング期間を上記所定の期間として設定する設定手段と、を備えていることを特徴とする再生装置とすることもできる。
【００２４】
なお、上記再生装置は、さらに、上記複数のグループの各々について、当該グループに属する配信装置から構成用データを取得した時に発生した遅延時間を当該グループの履歴として上記記憶媒体に記憶する履歴記憶手段を備えている、ことが望ましい。
【００２５】
本発明に係る再生装置は、構成用データを再生する上で許容される他の構成用データとの許容同期誤差および許容誤り率のうちの少なくともいずれかを示すメタ情報を上記再生装置の外部から受信する受信手段をさらに備え、上記複数のグループの各々について上記導出手段が導出するバッファリング期間は、当該グループに関する履歴として記録され、上記参照手段により参照された最大の遅延時間を、上記メタ情報により示された、当該グループに属する配信装置から受信する構成用データに関する上記許容同期誤差および上記許容誤り率のうちの少なくともいずれかの大きさに応じた分だけ短くした期間である、ことが望ましい。
【００２６】
上記構成用データに加えて、当該構成用データに関する許容同期誤差および許容誤り率のうちの少なくともいずれかを示すメタ情報を上記再生装置に送信することを特徴とする配信装置も本発明の範疇に含まれる。
【００２７】
本発明に係る再生装置と複数の上記配信装置とを含む配信システムも本発明の範疇に含まれる。上記配信システムは、上記複数の配信装置が放送事業者によって管理されており、さらに、上記放送事業者が管理している通知装置であって、上記複数の配信装置の各々について当該配信装置のＵＲＬと当該配信装置が属するグループとを示すメタ情報を上記再生装置に通知する通知装置を含んでいてもよい。
【００２８】
また、本発明に係る再生装置としてコンピュータを動作させるプログラムであって、コンピュータを上記再生装置の各手段として機能させることを特徴とするプログラム、および、そのようなプログラムを記録した、コンピュータが読み取り可能な記録媒体も本発明の範疇に含まれる。
【発明の効果】
【００２９】
以上のように、本発明に係る再生装置は、番組（一般的には、配信データ）を構成する同期して再生されるべきコンテンツ群を複数の伝送経路を通じて取得する場合において、番組の再生を逸早く開始することができるという効果を奏する。
【図面の簡単な説明】
【００３０】
【図１】本発明の一実施形態に係る配信システムおよび配信システムに含まれる再生装置の構成を示した図である。
【図２】表示装置のスクリーンにおける各コンテンツの表示位置を模式的に例示した図である。
【図３】図１の再生装置が番組の再生を開始するまでの動作の一動作例を示すフローチャートである。
【図４】伝送遅延に関する分布曲線のグラフ上に、図１の再生装置が図３のフローチャートで示される動作を行う場合に設定するバッファリング許容時間を例示した図である。
【図５】伝送遅延に関する分布曲線のグラフ上に、図１の再生装置が図３、図６および図８のフローチャートで示される動作を行う場合に算出するバッファリング必要時間を例示した図である。
【図６】図１の再生装置が番組の再生を開始するまでの動作の一動作例を示すフローチャートである。
【図７】伝送遅延に関する分布曲線のグラフ上に、図１の再生装置が図６のフローチャートで示される動作を行う場合に設定するバッファリング許容時間を例示した図である。
【図８】図１の再生装置がマルチアングル再生可能な映像コンテンツを再生する動作の一動作例を示すフローチャートである。
【図９】図１の再生装置が図８のフローチャートで示される動作を行う場合における、後述する各パッケージの再生開始タイミングおよび再生速度を模式的に示した図である。
【図１０】本発明の別の一実施形態に係る配信システムおよび配信システムに含まれる再生装置の構成を示した図である。
【図１１】図１０の再生装置が参照する各記述子の対応関係を模式的に例示した図である。
【図１２】コンポーネント記述子の内容およびコンテンツ記述子の内容をその一部を省略する形で例示した図である。（ａ）は、コンポーネント記述子の内容を例示しており、（ｂ）はコンテンツ記述子の内容を例示している。
【図１３】パッケージ記述子の内容について、その一部を省略する形で（ａ）（ｂ）の２例を示した図である。
【図１４】パッケージ記述子の内容の一部に含まれるＮＷ識別子がとり得る値の範囲を（ａ）に示し、ＮＷ識別子（または放送局とＮＷ識別子との組み合わせ）毎に生成される伝送遅延の履歴情報を（ｂ）に模式的に例示した図である。
【図１５】伝送網の種別毎に、伝送遅延に関する分布曲線のグラフを示した図である。
【発明を実施するための形態】
【００３１】
〔実施形態１〕
本実施形態に係る配信システムについて図１〜図９を参照しながら説明する。
【００３２】
本発明の一実施形態に係る配信システムは、３台の配信装置を利用して複数のコンテンツ〔構成用データ〕から構成される番組を再生装置に配信する配信システムである。３台の配信装置は放送網を介してコンテンツを配信する配信装置と、インターネット網を介してコンテンツを配信する配信装置と、ＮＧＮ網を介してコンテンツを配信する配信装置と、から構成される。
【００３３】
番組は、再生必須のコンテンツと、再生が任意であるコンテンツによって構成され、少なくとも再生必須のコンテンツが１つ含まれる。
【００３４】
「複数のコンテンツから構成される番組」の一例としては、再生必須のメインの映像コンテンツと、再生が任意であるサブの映像コンテンツおよびＢＭＬコンテンツと、から構成される２元中継番組が挙げられる。図２は、表示装置のスクリーンに表示される、２元中継番組の画面構成を示している。図２において、「コンテンツ１」はメインの映像コンテンツを示しており、「コンテンツ２」はサブの映像コンテンツを示しており、「コンテンツ３」はＢＭＬコンテンツを示している。
【００３５】
コンテンツは、映像、音声、字幕、ソフトウェア、広告等の１つ以上のコンポーネント〔構成用データ〕によって構成される。また、映像をスケーラブル符号化することで、各レイヤ（基本レイヤ、拡張レイヤ１、拡張レイヤ２、・・）を個別のコンポーネントとすることも可能である。音声についても、主音声および副音声を個別のコンポーネントとすることが可能である。なお、再生必須のコンテンツは、再生必須コンポーネントを少なくとも１つ含み、再生が任意であるコンテンツには再生必須のコンポーネントは含まれないものとする。また、再生が任意のコンポーネントは、再生必須のコンテンツ及び再生が任意のコンテンツのいずれに含まれていても構わない。図２の例では、コンテンツ１が主音声ａ１１（再生任意）、副音声ａ１２（再生任意）、映像ｖ１（再生必須）の各コンポーネントを含んでおり、コンテンツ２が主音声ａ２１（再生任意）、副音声ａ２２（再生任意）、映像（再生任意）の各コンポーネントを含んでいる。また、図２の例では、ＢＭＬコンテンツ（コンテンツ３）は、ただ１つのコンポーネントであるＢＭＬデータｄ１（再生任意）から構成されている。
【００３６】
本実施形態に係る配信システムにおいて、再生装置は、番組の再生指示を受け付けると、番組を構成する再生必須なコンテンツの再生を開始するようになっている。
【００３７】
また、再生装置は、番組を構成する再生が任意なコンテンツについても、当該コンテンツを再生すべき旨の設定がなされていれば、当該コンテンツの再生を開始する。
【００３８】
さらに、再生装置は、再生すべきコンテンツを構成する全コンポーネントを再生するようにも、ユーザが選択した一部のコンポーネントだけを再生するようにも設定可能になっている。また、再生が必須なコンテンツについては、コンテンツを構成する全コンポーネントのうち少なくとも一部のコンポーネントが、再生が必須なコンポーネントとして定められており、再生装置は、ユーザによる選択の有無に関わらず、当該コンポーネントを再生するようになっている。
【００３９】
図１は、本発明の一実施形態に係る配信システムの構成および配信システムに含まれる再生装置の構成を示した図である。
【００４０】
図１に示すように、本実施形態に係る配信システムは、再生装置１００、表示装置２００、３台の配信装置３００ａ〜３００ｃを含んでいる。
【００４１】
また、図１に示すように、本実施形態に係る配信システムでは、再生装置１００が、再生対象の番組を構成するコンテンツ群の中から、再生対象のコンポーネント群を決定し、当該コンポーネント群の各コンポーネントを配信する配信装置３００ａ〜３００ｃから取得することにより、再生対象を得るようになっている。なお、各配信装置３００ａ〜３００ｃは、各コンポーネントを個別に配信するのではなく、複数のコンポーネントを多重化したパッケージと呼ばれる単位で配信する。したがって、再生装置１００は、パッケージ毎に、当該パッケージに対応する配信装置から、上記コンポーネント群のうち再生対象コンポーネントの含まれるパッケージを取得することで再生を行う。なお、各パッケージに関する情報（例えば、パッケージに含まれる各コンポーネントの構成、配信装置にアクセスするためのアクセス先情報）は、例えば、番組の再生指示を受け付けた時にアクセス先情報が既知である特定の配信装置から受信するようになっていてもよい。
【００４２】
以下、再生装置１００、表示装置２００、配信装置３００ａ〜３００ｃについて説明する。
（配信装置３００ａ）
配信装置３００ａは、再生装置１００が再生対象コンポーネントを受信できるように、放送網を介して、パッケージ化されたコンポーネントを配信する配信装置である。
（配信装置３００ｂ）
配信装置３００ｂは、再生装置１００が再生対象コンポーネントを受信できるように、インターネット網を介してパッケージ化されたコンポーネントを配信する配信装置である。
（配信装置３００ｃ）
配信装置３００ｃは、再生装置１００が再生対象コンポーネントを受信できるように、ＮＧＮ網を介してパッケージ化されたコンポーネントを配信する配信装置である。
（再生装置１００）
図１に示すように、再生装置１００は、ストリーミング制御部１１０、再生部１２０、受信バッファ１３０、ＨＤＤ（ハードディスクドライブ）１４０、不揮発性メモリ１５０、ネットワークＩ／Ｆ１６０、およびチューナ部１７０を備えている。
（ストリーミング制御部１１０）
ストリーミング制御部１１０は、パッケージに関する情報に基づいて、再生対象コンポーネントを含むパッケージを配信装置３００ａ〜３００ｃのいずれかの配信装置から取得するよう、ネットワークＩ／Ｆ１６０およびチューナ部１７０を制御し、受信した各パッケージに含まれるコンポーネントを受信バッファ１３０にバッファリングする。
【００４３】
また、ストリーミング制御部１１０は、再生対象番組の再生が開始されると、配信装置３００ａ〜３００ｃの各配信装置について当該配信装置からパッケージを受信した受信時刻とパッケージに付与されたタイムスタンプ（配信時刻）との差である伝送遅延（以下、「伝送遅延」をこの意味で用いる。）を、不揮発性メモリ１５０内の伝送遅延履歴テーブル１５５に記録する。なお、再生装置１００と配信装置（配信装置３００ａ〜３００ｃの各配信装置）との間のネットワークにおけるパッケージの伝送単位（例えばIPパケット或いはTSパケット）毎に全てのパケットについて伝送遅延を記録しても良いし、全てのパケットのうち一定期間毎にその時点で受信したパケットについてのみ、伝送遅延を記録する構成であっても構わない。
（再生部１２０）
再生部１２０は、伝送遅延履歴テーブル１５５を参照して、各コンポーネントを再生するまでのバッファリング期間を求める。再生部１２０は、バッファリングが開始されてから上記期間が経過した後、受信バッファ１３０にバッファリングされている各コンポーネントのデータを順次再生する。再生により生成される映像信号および音声信号は、図示しないＨＤＭＩケーブル等を介して表示装置２００に供給される。
（受信バッファ１３０）
受信バッファ１３０は、配信装置から受信した各コンポーネントのデータがバッファリングされるバッファである。
（ＨＤＤ１４０）
ＨＤＤ１４０は、録画を行う場合に、各コンポーネントの記録先となる記録媒体である。
（不揮発性メモリ１５０）
不揮発性メモリ１５０は、伝送遅延履歴テーブル１５５を保持するフラッシュメモリである。
（ネットワークＩ／Ｆ１６０）
ネットワークＩ／Ｆ１６０は、配信装置３００ｂ、３００ｃからパッケージを受信するためのネットワークＩ／Ｆである。
（チューナ部１７０）
チューナ部１７０は、配信装置３００ａが配信したパッケージが搬送される放送波を受信するためのチューナである。
（表示装置２００）
表示装置２００は、再生装置１００から供給された映像信号が表す映像をスクリーンに表示し、再生装置１００から供給された音声信号が表す音声をスピーカから出力する。
（再生装置１００の動作例１）
次に、本実施形態に係る再生装置の１動作例について図３〜図５を参照しながら以下に説明する。図３は、再生対象番組の再生を開始するまでの再生装置１００の動作を示すフローチャートである。図４は、配信装置からパッケージを取得する際に発生した伝送遅延に関する分布曲線のグラフを配信装置ごとに示した座標平面上に、再生装置１００が上記動作を行う場合に設定するバッファリング許容時間を例示した図である。また、図５は、配信装置からパッケージを取得する際に発生した伝送遅延に関する分布曲線のグラフを示した座標平面上に、再生装置１００が対応するパッケージについて設定するバッファリング必要時間を例示した図である。
【００４４】
なお、本実施形態では、再生必須のコンポーネントを含むパッケージは、一般に最も伝送遅延の小さい放送網を介して配信装置３００aから配信されるものとする。例えば、再生対象番組が、１つの再生必須映像コンテンツによって構成され、当該映像コンテンツは、スケーラブル符号化にて、ＨＤ映像である基本レイヤ映像コンポーネント（再生必須）と４Ｋ映像である拡張レイヤ映像コンポーネント（再生任意）によって構成され、基本レイヤ映像コンポーネント単体でパッケージ１、拡張レイヤ映像コンポーネント単体でパッケージ２をそれぞれ構成する場合、パッケージ１は配信装置３００aから、パッケージ２は配信装置３００ｂ、３００ｃのいずれかから配信されるものとする。
【００４５】
図３に示すように、再生装置１００は、再生条件（ライブ再生であるか録画再生であるか）に応じて予め定められているバッファリング許容時間Ｔ（所定の許容時間）を設定する（Ｓ１）。例えば、図４に示すように、再生部１２０は、ライブ再生の場合にＴの値としてＴ11を設定し、録画再生の場合にＴの値としてＴ12を設定する。
【００４６】
ステップＳ１の後、再生部１２０は、再生対象コンポーネント群の少なくとも一部を含む各パッケージのバッファリング必要時間Ｄについて、Ｄ＜Ｔを満たすか否かを判定する（Ｓ２）。具体的には、再生部１２０は、各パッケージのバッファリング必要時間Ｄを、当該パッケージに対応する配信装置からパッケージを過去に取得する際に発生した遅延時間に基づいて決定する。バッファリング必要時間Ｄは、伝送遅延履歴テーブル１５５の対応レコードに記録されている最大遅延時間を用いてもよいが、インターネットのように伝送遅延の揺らぎが大きいネットワークの場合は、バッファリング必要時間が大きくなる問題がある。一般に映像コンテンツの場合、伝送エラー等の要因で一部データロスが生じても再生に対する影響は極僅かである。例えば、当該コンテンツの許容誤り率が５％の場合、所定の期間に５％未満のデータロスが発生しても、当該コンテンツの再生品質を所定の再生品質以上に維持できる。この場合、例えば、図５に示す通り、伝送遅延履歴テーブル１５５の対応レコード記録されている遅延時間の中から大きいほうから５％のエントリに相当する遅延時間をバッファリング必要時間Ｄとして設定すればよい。このように設定すれば、再生装置１００は、当該パッケージを再生する際、バッファリング必要時間Ｄを基に設定されたバッファリング期間にて９５％のデータを再生開始前までに受信完了でき、未受信の残り５％の受信完了を待たず破棄して再生を行っても所定の再生品質での再生が維持されることが期待できる。あるいは、再生部１２０は、伝送遅延履歴テーブル１５５の対応レコードに十分な個数記録されている遅延時間の中から無作為に１００個の遅延時間を選択し、大きいほうから５番目の遅延時間をＤとして設定しても同様の効果が期待できる。そして、再生部１２０は、このようにして設定した各Ｄについて、Ｄ＜Ｔを満たすか判定する。
【００４７】
ステップＳ２の後、再生部１２０は、再生条件がライブ再生でない場合（Ｓ３においてＮＯ）、各コンテンツの録画処理を開始し、録画の完了後に再生を開始して処理を終了する。一方、再生条件がライブ再生である場合（Ｓ３においてＹＥＳ）、Ｓ４の処理に進む。
【００４８】
ステップＳ４において、再生部１２０は、各パッケージのバッファリング必要時間Ｄのうち、Ｄ＜Ｔを満たす最大のＤをバッファリング時間Ｔｂ（所定の期間）の値として設定する。再生モードがライブ再生である場合には、Ｄ＜Ｔ（＝Ｔ11）を満たすパッケージは配信装置３００ａに対応するパッケージ１のみであるので、再生部１２０は、パッケージ１のＤをバッファリング時間Ｔｂとして設定する。
【００４９】
ステップＳ４の後、ストリーミング制御部１１０は、各配信装置から再生すべきコンポーネントを含むパッケージを取得して順次受信バッファ１３０にバッファリングし、バッファリングの開始からＴｂだけ経過した後、バッファリングされている各コンポーネントの再生を開始し（Ｓ５）、処理を終了する。
【００５０】
以上、再生装置１００の動作例１について説明したが、ステップＳ２において設定する各パッケージのバッファリング必要時間Ｄは、再生装置１００が当該パッケージに含まれるコンポーネントを再生する場合に当該パッケージのバッファリング必要時間Ｄだけバッファリングすれば再生を開始できるような値である。
【００５１】
再生装置１００が再生を開始する前のバッファリング時間ＴｂはＤ＜Ｔを満たす最大のＤと等しい値であるので、再生すべきコンポーネント群（コンテンツ群）を同期が取れた状態で再生するために必要な最小値に略近いと言える。また、再生装置１００は、伝送遅延履歴テーブル１５５を参照することでバッファリング時間Ｔｂを決定するので、逸早くバッファリング時間Ｔｂを決定できる。
【００５２】
したがって、再生装置１００は、各コンポーネント（コンテンツ）間で同期のとれた再生を最小限のバッファリング時間で逸早く開始することができる。
（再生装置１００の動作例２）
なお、番組の構成によっては、複数のコンテンツ或いはコンポーネントがユーザ操作により、排他的に再生される場合がある。例えば、複数の映像コンテンツによってマルチアングルを切り替えて再生可能な番組構成や、複数の言語に対応した複数の音声コンポーネントあるいは字幕コンポーネントを切り替えて再生可能な番組構成がこれにあたる。
【００５３】
このような場合の動作例について図６、図７を参照しながら以下に説明する。図６は、番組の再生を開始するまでの再生装置１００の動作を示すフローチャートである。図７は、配信装置からパッケージを取得する際に発生した伝送遅延に関する分布曲線のグラフを配信装置ごとに示した座標平面上に、再生装置１００が上記動作を行う場合に設定するバッファリング許容時間を例示した図である。
【００５４】
なお、本動作例では、配信時点で、番組を構成するコンテンツあるいはコンポーネントに明確な再生必須、再生任意の区別がなく、再生時のユーザ選択によって各コンテンツあるいはコンポーネントの再生必須、再生任意の種別が決定される。以下の説明では、視点１〜３の３種類の映像コンテンツからなるマルチアングル構成の番組が、コンテンツ毎にパッケージ１〜３で構成され、それぞれ配信装置３００a〜３００ｃによって配信される場合を例に上げて説明する。
【００５５】
図６に示すように、再生部１２０は、動作例１のＳ１と同様に、再生条件（ライブ再生であるか録画再生であるか）に応じて予め定められているバッファリング許容時間Ｔ（所定の許容時間）を設定する（Ｓ２１）。再生部１２０は、例えば、バッファリング許容時間Ｔの値として図７に示されているＴ21を設定する。
【００５６】
ステップＳ２１の後、再生部１２０は、再生必須となったコンポーネント群の少なくとも一部を含む各パッケージのバッファリング必要時間Ｄのうち、最大のＤをＤmaxの値として設定する（Ｓ２２）。なお、図７の例では、配信サーバ３００ｃから配信されるパッケージ２（視点２の映像コンテンツ）をユーザが選択した場合のＤmaxを示している。
【００５７】
ステップＳ２２の後、再生部１２０は、Ｄmax＞Ｔを満たすか否かを判定する（Ｓ２３）。Ｄmax＞Ｔを満たすと判定した場合（Ｓ２３でＹＥＳ）、Ｔの値としてＤmaxを設定し（Ｓ２４）、Ｓ２５に進む。上記の例の場合、バッファリング許容時間Ｔ21＜Ｄmaxであるので、Ｔの値としてＴ22（＝Ｄmax）を設定する。一方、Ｄmax＞Ｔを満たさないと判定した場合（Ｓ２３でＹＥＳ）、Ｓ２５に進む。
【００５８】
なお、Ｓ２５〜Ｓ２８の処理は、Ｓ２〜Ｓ５の処理と同様であるので、説明を省略する。
【００５９】
以上のように、動作例２では、再生装置１００は、予め定められているバッファリング許容時間Ｔが小さい場合であっても、バッファリング許容時間Ｔを大きい値に更新することで、再生必須な各コンポーネントの再生を開始できる。すなわち、再生装置１００は、バッファリング許容時間Ｔの大きさに関わらず、必ず、ユーザが選択した視点２の映像コンテンツを最小限のバッファリング遅延で再生することが可能である。
（再生装置１００の動作例３）
さらに、本実施形態に係る再生装置の別の動作例について図４、図８、図９を参照しながら以下に説明する。図８は、映像コンテンツを再生する再生装置１００の動作を示すフローチャートである。図９は、配信装置が、Ｄ＜Ｔを満たすパッケージおよびＤ＜Ｔを満たさないパッケージについて、各パッケージに含まれるコンポーネントのバッファリングを開始してからの再生装置１００の再生態様を模式的に示した図である。
【００６０】
本動作例は、バッファリング許容時間Ｔの大きさに関わらず、番組を構成する全パッケージ（すなわち、全コンテンツ、全コンポーネント）を配信装置から取得して再生する動作例である。このような動作が行われるのは、例えば、対象番組が、スケーラブル符号化された映像コンテンツで構成され、基本レイヤのＨＤ映像コンポーネントを含むパッケージ１を配信装置３００ａから放送網を介して取得し、拡張レイヤの４Ｋ映像コンポーネントを含むパッケージ２を配信装置３００ｂからＮＧＮ網を介して取得する場合が挙げられる。
【００６１】
図８に示すように、再生部１２０は、動作例１のＳ１と同様に、再生条件（ライブ再生であるか録画再生であるか）に応じて予め定められているバッファリング許容時間Ｔ（所定の許容時間）を設定する（Ｓ４１）。再生部１２０は、例えば、バッファリング許容時間Ｔの値として図４に示されているＴ11を設定する。
【００６２】
ステップＳ４１の後、再生部１２０は、再生すべき各パッケージについて当該パッケージのバッファリング必要時間ＤがＤ＜Ｔを満たすか否かを判定する（Ｓ４２）。上記の例では、再生部１２０は、パッケージ１のＤについてはＤ＜Ｔ（＝Ｔ11）を満たすと判定し、パッケージ２のＤについてはＤ＜Ｔを満たさないと判定する。
【００６３】
ステップＳ４２の後、再生部１２０は、再生条件がライブ再生でない場合（Ｓ４２においてＮＯ）、各コンテンツの録画処理を開始し、録画の完了後に再生を開始して処理を終了する。一方、再生条件がライブ再生である場合（Ｓ４２においてＹＥＳ）、Ｓ４４の処理に進む。
【００６４】
ステップＳ４４において、再生部１２０は、ステップＳ４と同様に、各パッケージのバッファリング必要時間Ｄのうち、Ｄ＜Ｔを満たす最大のＤをバッファリング時間Ｔｂの値として設定する。上記の例では、バッファリング時間Ｔｂの値としてパッケージ１のＤが設定される。
【００６５】
ステップＳ４４の後、再生部１２０は、Ｄ＜Ｔを満たすパッケージの初期再生速度Ｓを算出する（Ｓ４５）。具体的には、再生部１２０は、初期再生速度Ｓ＝１−（Ｄmax−Ｔｂ）÷Ｄcの演算を行って、Ｓを算出する。なお、この式において、ＤcはＤ＜Ｔを満たすパッケージに含まれる各コンポーネントをＳ（＜１）倍速で再生する期間であり、再生装置１００において予め設定されている。また、Ｄmaxは、再生すべき各パッケージのバッファリング必要時間Ｄのうち最も大きいＤと等しい値である。
【００６６】
ステップＳ４５の後、ストリーミング制御部１１０は、配信装置３００ａ、３００ｂから再生すべき各コンポーネントを取得して順次受信バッファ１３０にバッファリングする。そして、再生部１２０は、バッファリングの開始からＴｂだけ経過した後、バッファリングしている各コンポーネントのうちのＤ＜Ｔを満たすパッケージに含まれる各コンポーネントについて、Ｓ倍速での再生を開始する（Ｓ４６）。上記の例では、再生部１２０は、バッファリングの開始からＴｂだけ経過した後、パッケージ１に含まれるＨＤ映像のＳ倍速での再生を開始する。
【００６７】
再生部１２０は、ステップＳ４６のＳ倍速での再生が開始した時点からＤcだけ経過した時点でその他のコンポーネント（Ｄ＜Ｔを満たさないパッケージに含まれる各コンポーネント）の通常再生を開始する。また、再生部１２０は、この時点で、Ｓ倍速で再生していた各コンポーネントについても通常再生に切り替える（Ｓ４７）。上記の例では、再生部１２０は、バッファリングの開始からＴｂ+Ｄcだけ経過した後、パッケージ１に含まれるＨＤ映像およびパッケージ２に含まれる４Ｋ映像の１倍速での再生を開始する。
【００６８】
以上、再生装置１００の動作例３について説明したが、動作例３に従って再生装置１００が番組を再生する場合における、再生装置の再生態様を示した図が図９である。
【００６９】
図９に示したように、再生装置１００は、バッファリングを開始してからＤmaxが経過した時点で、Ｄ＜Ｔを満たさないパッケージの各コンポーネントの先頭部分を再生可能な状態になっている。ただし、再生装置１００は、この時点で、Ｄ＜Ｔを満たすパッケージについては各コンポーネントの先頭からＳ×（Ｄmax―Ｔｂ）の部分を再生しているため、Ｄ＜Ｔを満たさないパッケージの再生をこの時点で開始する場合、Ｄ＜Ｔを満たすパッケージと同期が取れていない状態で再生してしまうことになる。
【００７０】
そこで、動作例３では、再生装置１００は、バッファリングを開始してから（Ｔｂ＋Ｄc）が経過した時点で全パッケージの再生を開始するようになっている。図９に示したように、再生装置１００は、当該時点で、Ｄ＜Ｔを満たすパッケージについて各コンポーネントの先頭からＳ×Ｄc＝Ｔｂ＋Ｄc−Ｄmaxの部分を再生しているが、Ｄ＜Ｔを満たさないパッケージについても各コンポーネントの先頭からＴｂ＋Ｄc−Ｄmaxの部分を再生可能になっている。したがって、バッファリングを開始してから（Ｔｂ＋Ｄc）が経過した時点で、Ｄ＜Ｔを満たさないパッケージについては各コンポーネントの先頭からＴｂ＋Ｄc−Ｄmaxの部分から再生を開始し、Ｄ＜Ｔを満たすパッケージについてはＳ倍速再生から通常再生（１倍速再生）に再生速度を変更することにより、その後、同期が取れた状態で全パッケージを再生することができる。
【００７１】
以上のように、本動作例では、再生装置１００は、バッファリング許容時間Ｔ内のバッファリングで再生可能な各コンポーネント（コンテンツ）については優先的に同期のとれた状態で再生を開始し、その後、番組を構成する全コンポーネント（コンテンツ）を同期のとれた状態で再生することができる。
【００７２】
(再生装置１００の利点)
以上のように、再生装置１００のストリーミング制御部１１０は、番組を構成する同期して再生すべきコンポーネント群を、その取得先となる各配信装置から一部のコンポーネントを取得することによって、取得している。
【００７３】
また、再生装置１００の再生部１２０は、各配信装置について、再生装置１００に装着されたメモリ１５０の伝送遅延履歴テーブル１５５に記録されている、配信装置からコンポーネントを取得する際に発生した伝送遅延を参照する。
【００７４】
再生部１２０は、過去に各配信装置から配信されたパッケージの伝送遅延の実績値からストリーミング再生に最低限必要な最小バッファリング時間を導出する。
【００７５】
そして、再生部１２０は、バッファリング時間だけコンポーネント群をバッファリングしてから、番組の再生を開始する。
【００７６】
再生部１２０は、ストリーミング再生に必要最低限な長さの時間だけコンポーネント群をバッファリングしてから番組の再生を開始するので、各コンポーネントを同期のとれた状態で再生できる。また、再生部１２０は、再生装置１００に装着されたメモリ１５０の伝送遅延履歴テーブル１５５を参照してバッファリング時間を決定するので、従来に比べて逸早くバッファリング時間を決定することができる。
【００７７】
したがって、本実施形態のような複数の伝送経路を通じて番組を構成するコンテンツ群が配信される配信システムにおいて、再生装置１００は、番組をコンテンツ間の同期が取れた状態で逸早く再生することができる。
【００７８】
〔実施形態２〕
本発明の別の一実施形態に係る配信システムについて図１０〜図１４を参照しながら以下に説明する。図１０は、本実施形態に係る配信システムの構成および配信システムに含まれる再生装置の構成を示した図である。
【００７９】
実施形態１の配信システムとは異なり、本実施形態に係る配信システムには、配信装置が３台ではなく多数が含まれている。本実施形態に係る配信システムは、具体的には、図１０に示すように、放送網を介してパッケージを配信する配信装置３００ａ’と、インターネット網を介してパッケージを配信する複数の配信装置３００ｂと、ＮＧＮ網を介してパッケージを配信する複数の配信装置３００ｃとを含んでいるコンテンツデリバリーネットワーク（ＣＤＮ）配信システムである。
【００８０】
また、実施形態１の配信システムとは異なり、本実施形態に係る配信システムでは、再生装置１００が、配信装置からパッケージを取得する際に発生した伝送遅延を配信装置ごとではなくグループ毎に記録する。本実施形態では、各配信装置は、１台の配信装置３００ａ’のグループ、複数の配信装置３００ｂからなるグループ、および複数の配信装置３００ｃからなるグループのうちのいずれかのグループに属している。なお、本実施形態では、上記グループを識別する識別子として後に図１４を参照して説明するネットワーク識別子(ＮＷ識別子)を用いている。
【００８１】
本実施形態に係る再生装置１００’の構成および配信装置３００ａ’について図１０を参照して説明する。なお、配信装置３００ｂ、配信装置３００ｃ、表示装置２００については実施形態１ですでに説明したので、ここでは説明を省略する。
【００８２】
図１０に示すように、再生装置１００’は、ストリーミング制御部１１０’、再生部１２０’、受信バッファ１３０、ＨＤＤ（ハードディスクドライブ）１４０、不揮発性メモリ１５０、ネットワークＩ／Ｆ１６０、およびチューナ部１７０を備えている。
【００８３】
以下では、ストリーミング制御部１１０’、再生部１２０’、不揮発性メモリ１５０’について説明する。なお、受信バッファ１３０、ＨＤＤ（ハードディスクドライブ）１４０、ネットワークＩ／Ｆ１６０、およびチューナ部１７０については実施形態１と同じ構成であるのでその説明を省略する。
（ストリーミング制御部１１０’）
ストリーミング制御部１１０’は、番組の再生指示を受け付けると、メモリ１５０’にアクセスして、当該番組を再生するために必要なメタ情報（プログラム記述子、コンテンツ記述子、コンポーネント記述子およびパッケージ記述子）を参照する。なお、再生装置１００’は、チューナ部１７０が放送波を受信している間、様々な番組に関する上記メタ情報を取得し、メモリ１５０’に格納しておくものとする。
【００８４】
そして、ストリーミング制御部１１０’は、参照したメタ情報に基づいて、再生すべきコンテンツ群を構成する各コンポーネントを含むパッケージについて、当該コンポーネントを多数の配信装置のうちのいずれかの配信装置から取得するよう、ネットワークＩ／Ｆ１６０およびチューナ部１７０を制御し、受信した各パッケージに含まれる再生対象コンポーネントのデータを受信バッファ１３０にバッファリングする。
【００８５】
また、ストリーミング制御部１１０’は、再生対象番組の受信中、各配信装置について当該配信装置からパッケージを取得する際に発生した伝送遅延を不揮発性メモリ１５０’内の伝送遅延履歴テーブル１５５’に記録する。具体的には、ストリーミング制御部１１０’は、配信装置が属するグループごとに伝送遅延履歴テーブル１５５’内の異なるレコードに伝送遅延を記録する。なお、再生装置１００’と配信装置（配信装置３００ａ〜３００ｃの各配信装置）との間のネットワークにおけるパッケージの伝送単位（例えばIPパケット或いはTSパケット）毎に全てのパケットについて伝送遅延を記録しても良いし、全てのパケットのうち一定期間毎にその時点で受信したパケットについてのみ、伝送遅延を記録する構成であっても構わない。
（再生部１２０’）
再生部１２０’は、伝送遅延履歴テーブル１５５’を参照して、再生対象番組を再生する前のバッファリング期間を求める。再生部１２０’は、バッファリングが開始されてから上記期間が経過した後、受信バッファ１３０にバッファリングされている各コンポーネントのデータを順次再生する。再生により生成される映像信号および音声信号は、図示しないＨＤＭＩケーブル等を介して表示装置２００に供給される。
（不揮発性メモリ１５０’）
不揮発性メモリ１５０’は、伝送遅延履歴テーブル１５５’を保持するフラッシュメモリである。
（配信装置３００ａ’）
配信装置３００ａ’は、再生装置１００が再生対象コンポーネントを受信できるように、放送網を介してパッケージ化されたコンポーネントを放送波に載せて配信する配信装置である。また、配信装置３００ａ’は、前述した各番組のメタ情報を放送波に載せて配信している。
【００８６】
（メタ情報について）
再生装置１００’が番組を再生するために参照するメタ情報の詳細について、図１１〜図１４を参照しながら以下に説明する。
【００８７】
図１１は、メタ情報を構成する各種パッケージ群の一具体例を示した図である。
【００８８】
図１１に示すように、メタ情報は、１つのプログラム記述子と、１つ以上のコンテンツ記述子と、１つ以上のコンポーネント記述子と、１つ以上のパッケージ記述子とから構成される。
【００８９】
プログラム記述子は、番組がどのようなコンテンツから構成されているかを示す記述子である。図１１の例では、プログラム記述子が、コンテンツ１〜コンテンツ３の３つのコンテンツから構成されていることを示している。また、プログラム記述子には、各コンテンツについて再生が必須なコンテンツであるか再生が任意のコンテンツであるかを示す情報を含めることもできる。
【００９０】
コンテンツ記述子は、コンテンツがどのようなコンポーネントから構成されているかを示す記述子である。また、コンテンツ記述子には、各コンポーネントについて再生が必須なコンポーネントであるか再生が任意のコンポーネントであるかを示す情報を含めることもできる。図１１の例では、コンテンツ２のコンテンツ記述子は、コンポーネント２およびコンポーネント３の２つのコンポーネントから構成されていることを示している。コンテンツ記述子の具体例を図１２（ｂ）に示している。
【００９１】
図１２（ｂ）に示すように、コンテンツ記述子は、許容同期誤差、許容誤り率、コンテンツに含まれるコンポーネントの個数、コンテンツに含まれるコンポーネントの識別子を含んでいる。「許容誤り率ｅ」はコンテンツ毎に放送事業者が設定した対象コンテンツの許容誤り率である。なお、実施形態１の配信システムにおいては、コンテンツの種類に区別なく、再生装置が定めた許容誤り率に基づき、バッファリング必要時間Ｄを決定したが、本実施形態の配信システムでは、放送事業者が設定したコンテンツ毎の許容誤り率に基づきバッファリング必要時間Ｄを決定する。従って、放送事業者側で、BMLコンテンツのようにデータロスが致命的な再生品質の低下を生じさせるコンテンツに対しては許容誤り率ｅを小さくし、映像コンテンツのように比較的多くのデータロスが生じても一定の再生品質を維持することが容易なコンテンツに対しては許容誤り率ｅを大きく設定することで、再生装置は、より適切なバッファリング必要時間Ｄを導出することが可能である。
【００９２】
また、「許容同期誤差」は、再生対象の番組を構成する他のコンテンツと同時に対象コンテンツを再生する際に許容される最大の同期誤差（基準時刻に対する対象コンテンツの最大の再生遅延）を示している。例えば、図１２（ｂ）の例では、対象コンテンツを再生する際、基準時刻に対する対象コンテンツの再生遅延が１００msecまで許容されることを示している。例えば、ＢＭＬコンテンツは映像コンテンツと完全に同期されている必要はないため、ＢＭＬコンテンツの許容同期誤差は比較的大きく設定することができる。
【００９３】
コンポーネント記述子は、図１２（ａ）に示すように、許容同期誤差、許容誤り率、コーデックを含んでいる。「許容誤り率ｅ」は、対象コンポーネントの許容誤り率を示し、コンテンツを構成するコンポーネント毎に異なる許容誤り率を設定する場合に記述される。
また、「許容同期誤差」は、再生対象の番組を構成する他のコンテンツおよび他のコンポーネントと同時に対象コンポーネントを再生する際に許容される最大の同期誤差を示しており、コンテンツを構成するコンポーネント毎に異なる許容同期誤差を設定する場合に記述される。「コーデック」は、コンポーネントが映像または音声である場合における映像コーデックまたは音声コーデックを示している。
【００９４】
パッケージ記述子は、パッケージがどのようなコンポーネントから構成されているかを示す記述子である。パッケージ記述子の具体例を図１３（ａ）および図１３（ｂ）に示している。
【００９５】
図１３（ａ）および図１３（ｂ）に示すように、パッケージ記述子は、パッケージに含まれるコンポーネントの個数、パッケージに含まれるコンポーネントの識別子を含んでいる。また、パッケージ記述子は、各コンポーネントが配信される配信期間と当該配信期間における各コンポーネントを取得するためのアクセス先情報（ＵＲＬ）とＮＷ識別子とが関連づけられた１群の情報を１群以上含んでいる。
【００９６】
以下では、ＮＷ識別子について図１４（ａ）および図１４（ｂ）を参照して説明する。
【００９７】
図１４（ａ）は、ＮＷ識別子がとり得る値を示している。図１４（ａ）からわかるように、ＮＷ識別子は０〜７までの８つの値をとり得る。ＮＷ識別子は、複数の放送局（放送事業者）で共用される配信装置に対して付与するＮＷ識別子と各放送局で個別に使用される配信装置に対して付与するＮＷ識別子に分類され、以下、前者の識別子をGlobal Classの識別子と称し、後者の識別子をLocal Classの識別子と称する。本実施形態では０〜３までの４つの識別子をGlobal Classの識別子とし、４〜７までの４つの識別子をLocal Classの識別子としている。
【００９８】
図１４（ｂ）は、ストリーミング制御部１１０’がパッケージを取得する際に更新し、再生部１２０’がバッファリング必要時間Ｄを決定するために参照する伝送遅延履歴テーブル１５５’の内容の一具体例を示している。
【００９９】
図１４（ｂ）に示すように、伝送遅延履歴テーブル１５５’は、Global Classの識別子についてはＮＷ識別子ごとに過去に発生した伝送遅延を保持し、Local Classの識別子についてはNW識別子と放送局との組み合わせごとに、過去に発生した伝送遅延を保持している。
【０１００】
以上、再生装置１００’が番組を再生するために参照するメタ情報の詳細について説明したが、番組の再生指示を受け付けてから再生装置１００’が番組の再生を開始するまでの動作について以下に説明する。
【０１０１】
最初に、ストリーミング制御部１１０’は、プログラム記述子およびコンテンツ記述子に基づいて再生が必須なコンテンツおよびコンポーネントを選択する。加えて、ユーザによる再生指示の内容に基づいて、再生が任意なコンテンツおよびコンポーネントから、再生すべきコンポーネントを決定する。
【０１０２】
次に、ストリーミング制御部１１０’は、各パッケージ記述子を参照することにより、決定された各コンポーネントについて当該コンポーネントがどのパッケージに含まれているかを認識する。
【０１０３】
そして、ストリーミング制御部１１０’は、再生すべき１以上のコンポーネントの少なくともいずれかを含む各パッケージについて、当該パッケージに関するパッケージ記述子に記載されているＵＲＬを参照し、当該パッケージを取得する。例えば、ストリーミング制御部１１０’は、パッケージ記述子が図１３（ａ）に示されるパッケージ記述子であり、且つ、現在時刻が配信期間１の期間内にある場合には、URLがrtsp://exampl1.com/program1/package1/で表される配信装置にアクセスすることでパッケージを取得する。
【０１０４】
ストリーミング制御部１１０’は、パッケージを受信した受信時刻とパッケージに付与されたタイムスタンプ（配信時刻）との差を伝送遅延として伝送遅延履歴テーブル１５５’に記録する。具体的には、ストリーミング制御部１１０’は、パッケージを取得するために参照したＵＲＬと関連づけられているＮＷ識別子を参照し、伝送遅延履歴テーブル１５５’における参照したNW識別子に対応するレコードに伝送遅延として記録する。
【０１０５】
一方、再生部１２０’は、取得すべき各パッケージについて、当該パッケージのパッケージ記述子に記載されているNW識別子を参照するとともに伝送遅延履歴テーブル１５５’における参照したNW識別子に対応するレコードの過去に記録された伝送遅延を参照し、各パッケージに含まれるコンポーネントのバッファリング必要時間Ｄを決定する。
【０１０６】
具体的には、再生部１２０’は、パッケージに含まれるコンポーネントのバッファリング必要時間を決定するために、当該パッケージに含まれる各コンポーネントのコンポーネント記述子に記載されている許容同期誤差および許容誤り率と、当該パッケージに含まれる少なくともいずれかのコンポーネントを含むような各コンテンツのコンテンツ記述子に記載されている許容同期誤差および許容誤り率と、を参照する。図１１の例で言えば、再生部１２０’は、パッケージ４に含まれるコンポーネント４のバッファリング必要時間Ｄを決定する際に、コンポーネント４のコンポーネント記述子に許容誤り率および許容同期誤差の記述が存在すれば、その許容誤り率および許容同期誤差を、バッファリング必要時間Ｄを決定するために使用する値として選択する。一方、許容誤り率および許容同期誤差の記述がコンポーネント４のコンポーネント記述子に存在しない場合には、再生部１２０’は、コンテンツ３のコンテンツ記述子に記述された許容誤り率および許容同期誤差を、バッファリング必要時間Ｄを決定するために使用する値として選択する。
【０１０７】
さらに、再生部１２０’は、選択した許容誤り率ｅおよび許容同期誤差Ｔｄに応じたバッファリング必要時間Ｄを決定する。
【０１０８】
例えば、再生部１２０’は、再生装置１００の再生部１２０と同様、パッケージを再生する際、許容誤り率ｅを基に、伝送遅延履歴テーブル１５５’の対応レコードに記録されている遅延時間の中から、大きいほうからe％のエントリに相当する遅延時間をバッファリング必要時間Ｄとして設定すればよい。このようにすれば、再生装置１００’は、バッファリング期間にて100-e％のデータを再生開始前までに受信完了でき、未受信の残りe％の受信完了を待たず破棄して再生を行っても所定の再生品質での再生を維持できることが期待できる。
【０１０９】
あるいは、再生部１２０’は、伝送遅延履歴テーブル１５５’の対応レコードに十分な個数記録されている遅延時間の中から無作為に１００個の遅延時間を選択し、大きいほうからｅ番目の遅延時間をバッファリング必要時間Ｄとして設定しても同様の効果が期待できる。
【０１１０】
あるいは、上述の許容誤り率eを基に決定したバッファリング必要時間をＤ’とし、許容同期誤差Tdを用いて、対象コンポーネントのバッファリング必要時間D＝Ｄ’−Tdとして、より短いバッファリング必要時間を用いてもよい。バッファリング必要時間DをＤ’−Tdとした場合、当該バッファリング期間で対象コンポーネントを所定の再生品質で再生するのに必要な100-e％のデータを受信することはできない。従ってこの場合は、対象コンポーネントの再生タイミングを基準時刻に対して最大Td遅延させて再生を行うことで、当該コンポーネントの再生に必要なバッファリング時間Ｄ’を確保して再生を行う。このような構成とすることで、再生対象の番組の再生開始遅延への、BMLコンテンツや字幕コンポーネント等、許容同期誤差の比較的大きなコンテンツあるいはコンポーネントのバッファリング必要時間の影響を抑えることが可能となる。
【０１１１】
あるいは、再生部１２０’は、対応レコードに記録されている最大の遅延時間に（１００−ｅ）÷１００倍した値から許容同期誤差Ｔｄを引いた値をＤとして設定してもよい。
【０１１２】
なお、各パッケージのバッファリング必要時間Ｄを決定した後の再生装置１００’の動作は、実施形態１の再生装置１００と同様の動作であるので、説明を省略する。
（再生装置１００’の利点）
以上、再生装置１００’の動作について説明したが、図１４（ｂ）からわかるように、再生装置１００’がバッファリング必要時間Ｄを決定するために参照する伝送遅延履歴テーブル１５５’のレコード数は、たかだか、４＋４×放送局数である。本実施形態に係る配信システムのすべての配信装置は、いずれかのグループに含まれる（すなわち、いずれかのＮＷ識別子が割り当てられる）ため、レコード数は配信システムを構成する配信装置の台数に関わりなく一定数である。
【０１１３】
したがって、再生装置１００’は、伝送遅延履歴テーブル１５５内で配信装置ごとに異なるレコードに伝送遅延を記録する再生装置１００に比べて、レコード数が一定であるため伝送遅延履歴テーブルの管理が容易である。
【０１１４】
また、ＣＤＮ配信システムでは、配信サービスを利用するユーザの数の増大等に伴って、新規の配信装置が追加されていくのが一般的である。本実施形態に係る配信システムでは、配信システムに新しく追加される配信装置にはいずれかのＮＷ識別子が割り当てられる。したがって、再生装置１００’は、新しく追加された配信装置からパッケージを受信する場合であっても、過去の伝送遅延に応じた適切なバッファリング必要時間Ｄを決定できる。
【０１１５】
なお、本実施形態においては、番組が伝送される伝送網ごとに配信装置を異なるグループに割り当てたが、本発明はこれに限定されない。配信装置が設置される地域（国、地方等）ごとに配信装置を異なるグループに割り当ててもよい。
【０１１６】
また、各実施形態においては、再生装置がバッファリング必要時間Ｄを決定するために参照する伝送遅延の履歴を再生装置自身で記録するものとしたが、本発明はこれに限られない。例えば、再生装置と配信装置との間に再生装置とは別個の装置（例えば再生装置のプロキシサーバやルーター等）を設置し、当該別個の装置で伝送遅延の履歴を記録し、再生装置が当該別個の装置に記録されている伝送遅延を参照してバッファリング必要時間Ｄを決定してもよい。
【０１１７】
（プログラム、記憶媒体）
再生装置１００の各ブロックは、集積回路（ＩＣチップ）上に形成された論理回路によってハードウェア的に実現してもよいし、ＣＰＵ（Central Processing Unit）を用いてソフトウェア的に実現してもよい。
【０１１８】
後者の場合、再生装置１００は、各機能を実現するプログラムの命令を実行するＣＰＵ、上記プログラムを格納したＲＯＭ（Read Only Memory）、上記プログラムを展開するＲＡＭ（Random Access Memory）、上記プログラムおよび各種データを格納するメモリ等の記憶装置（記録媒体）などを備えている。そして、本発明の目的は、上述した機能を実現するソフトウェアである再生装置１００の制御プログラムのプログラムコード（実行形式プログラム、中間コードプログラム、ソースプログラム）をコンピュータで読み取り可能に記録した記録媒体を、再生装置１００に供給し、そのコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に記録されているプログラムコードを読み出し実行することによっても、達成可能である。
【０１１９】
上記記録媒体としては、例えば、磁気テープやカセットテープ等のテープ類、フロッピー（登録商標）ディスク／ハードディスク等の磁気ディスクやＣＤ−ＲＯＭ／ＭＯ／ＭＤ／ＤＶＤ／ＣＤ−Ｒ等の光ディスクを含むディスク類、ＩＣカード（メモリカードを含む）／光カード等のカード類、マスクＲＯＭ／ＥＰＲＯＭ／ＥＥＰＲＯＭ／フラッシュＲＯＭ等の半導体メモリ類、あるいはＰＬＤ（Programmable logic device）やＦＰＧＡ（Field Programmable Gate Array）等の論理回路類などを用いることができる。
【０１２０】
また、上記プログラムコードは、通信ネットワークを介して再生装置１００に供給してもよい。この通信ネットワークは、プログラムコードを伝送可能であればよく、特に限定されない。例えば、インターネット、イントラネット、エキストラネット、ＬＡＮ、ＩＳＤＮ、ＶＡＮ、ＣＡＴＶ通信網、仮想専用網（Virtual Private Network）、電話回線網、移動体通信網、衛星通信網等が利用可能である。また、この通信ネットワークを構成する伝送媒体も、プログラムコードを伝送可能な媒体であればよく、特定の構成または種類のものに限定されない。例えば、ＩＥＥＥ１３９４、ＵＳＢ、電力線搬送、ケーブルＴＶ回線、電話線、ＡＤＳＬ（Asymmetric Digital Subscriber Line）回線等の有線でも、ＩｒＤＡやリモコンのような赤外線、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＩＥＥＥ８０２．１１無線、ＨＤＲ（High Data Rate）、ＮＦＣ（Near Field Communication）、ＤＬＮＡ（Digital Living Network Alliance）、携帯電話網、衛星回線、地上波デジタル網等の無線でも利用可能である。
【０１２１】
なお、ここで開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明だけではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。
【産業上の利用可能性】
【０１２２】
本発明に係る再生装置は、コンテンツ配信システムなどに広く適用することができる。
【符号の説明】
【０１２３】
１００、１００’ 再生装置
１１０、１１０’ ストリーミング制御部〔取得手段、記録手段、
履歴記憶手段、再生手段〕
１２０、１２０’ 再生部〔参照手段、設定手段、再生手段、選択手段〕
１３０ 受信バッファ
１４０ ＨＤＤ（ハードディスクドライブ）〔記録媒体〕
１５０、１５０’ メモリ〔記憶媒体〕
１５５ 伝送遅延履歴データベース
１６０ ネットワーク・Ｉ／Ｆ
１７０ チューナ部
２００ 表示装置
３００ａ〜３００ｃ 配信装置
３００ａ’ 配信装置（通知装置）
【特許請求の範囲】
【請求項１】
複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する取得手段と、
上記複数の配信装置の各々について、当該配信装置から過去に構成用データを取得した時に発生した遅延時間であって、記憶媒体に配信装置毎の履歴として記録されている遅延時間を参照する参照手段と、
上記複数の配信装置の各々について、当該配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該配信装置に関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出する導出手段と、
上記複数の配信装置の各々について当該配信装置から取得中の構成用データを所定の期間バッファリングしてから、上記配信データを再生する再生手段と、
上記導出手段が導出した各バッファリング期間のうちの最長のバッファリング期間を上記所定の期間として設定する設定手段と、を備えていることを特徴とする再生装置。
【請求項２】
上記配信データの構成要素となり得る構成用データを上記構成用データ群の一部として上記取得手段に取得させるか否かを選択する選択手段をさらに備え、
上記選択手段は、当該構成用データを配信する配信装置について履歴として記憶されている上記遅延時間が所定の許容時間を越えない場合に当該構成用データを上記取得手段に取得させる、ことを特徴とする請求項１に記載の再生装置。
【請求項３】
上記配信データを記録媒体に記録する記録手段をさらに備え、
上記設定手段は、上記所定の許容時間を設定するように構成されており、
上記設定手段は、上記記録手段が上記配信データを上記記録媒体に記録する場合には、上記記録媒体に記録しない場合に比べて上記所定の許容時間を長く設定する、ことを特徴とする請求項２に記載の再生装置。
【請求項４】
上記選択手段は、上記配信データを構成すべき再生が必須の構成用データについては、上記所定の許容時間に関わらず、上記取得手段に当該構成用データを取得させることを選択する、ことを特徴とする請求項２に記載の再生装置。
【請求項５】
上記配信データは階層データを所定の階層数だけ含むスケーラブルデータであり、
上記選択手段は、上記再生手段が上記配信データの再生を開始した時点から所定の再生期間を経過した後には、さらに上記遅延時間が所定の許容時間を越えている配信装置から伝送される階層データを選択するように構成されており、
上記再生手段は、上記所定の再生期間が経過するまでは、標準再生速度よりも低速で上記配信データを再生するように構成されており、
上記所定の再生期間は、全階層データを標準再生速度で同期再生可能になるまでの期間である、ことを特徴とする請求項２に記載の再生装置。
【請求項６】
上記参照手段は、各グループに上記複数の配信装置の少なくともいずれかが属し各配信装置がいずれかのグループに属するような複数のグループの各々について、当該グループに属する配信装置から過去に構成用データを取得した時に発生した遅延時間であって上記記憶媒体にグループ毎の履歴として記録されている遅延時間を参照するように構成されており、
上記導出手段は、上記複数のグループの各々について、当該グループに属する配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該グループに関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出するように構成されている、ことを特徴とする請求項１から５のいずれか１項に記載の再生装置。
【請求項７】
複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する取得手段と、
各グループに上記複数の配信装置の少なくともいずれかが属し各配信装置がいずれかのグループに属するような複数のグループの各々について、当該グループに属する配信装置から過去に構成用データを取得した時に発生した遅延時間であって記憶媒体にグループ毎の履歴として記録されている遅延時間を参照する参照手段と、
上記複数のグループの各々について、当該グループに属する配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該グループに関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出する導出手段と、
上記複数の配信装置の各々について当該配信装置から取得中の構成用データを所定の期間バッファリングしてから、上記配信データを再生する再生手段と、
上記導出手段が導出した各バッファリング期間のうちの最長のバッファリング期間を上記所定の期間として設定する設定手段と、を備えていることを特徴とする再生装置。
【請求項８】
さらに、上記複数のグループの各々について、当該グループに属する配信装置から構成用データを取得した時に発生した遅延時間を当該グループの履歴として上記記憶媒体に記憶する履歴記憶手段を備えている、ことを特徴とする請求項６または７に記載の再生装置。
【請求項９】
構成用データを再生する上で許容される他の構成用データとの許容同期誤差および許容誤り率のうちの少なくともいずれかを示すメタ情報を上記再生装置の外部から受信する受信手段をさらに備え、
上記複数のグループの各々について上記導出手段が導出するバッファリング期間は、当該グループに関する履歴として記録され、上記参照手段により参照された最大の遅延時間を、上記メタ情報により示された、当該グループに属する配信装置から受信する構成用データに関する上記許容同期誤差および上記許容誤り率のうちの少なくともいずれかの大きさに応じた分だけ短くした期間である、ことを特徴とする請求項６から８のいずれか１項に記載の再生装置。
【請求項１０】
上記構成用データに加えて、当該構成用データに関する許容同期誤差および許容誤り率のうちの少なくともいずれかを示すメタ情報を請求項９に記載の再生装置に送信することを特徴とする配信装置。
【請求項１１】
請求項１から９のいずれか１項に記載の再生装置と、複数の上記配信装置と、を含む配信システム。
【請求項１２】
上記再生装置は請求項６から９のいずれか１項に記載の再生装置であり、
上記複数の配信装置は放送事業者によって管理されており、
さらに、上記放送事業者が管理している通知装置であって、上記複数の配信装置の各々について当該配信装置のＵＲＬと当該配信装置が属するグループとを示すメタ情報を上記再生装置に通知する通知装置を含んでいる、ことを特徴とする請求項１１に記載の配信システム。
【請求項１３】
複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する取得工程と、
上記複数の配信装置の各々について、当該配信装置から過去に構成用データを取得した時に発生した遅延時間であって、記憶媒体に配信装置毎の履歴として記録されている遅延時間を参照する参照工程と、
上記複数の配信装置の各々について、当該配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該配信装置に関する履歴として記録され、上記参照工程にて参照された遅延時間の大きさに応じた長さの期間を導出する導出工程と、
上記複数の配信装置の各々について当該配信装置から取得中のコンテンツを所定の期間バッファリングしてから、上記配信データを再生する再生工程と、
上記導出工程にて導出した各バッファリング期間のうちの最長のバッファリング期間を上記所定の期間として設定する設定工程と、を含んでいることを特徴とする再生方法。
【請求項１４】
請求項１から９のいずれか１項に記載の再生装置としてコンピュータを動作させる再生プログラムであって、コンピュータを上記各手段として機能させるための再生プログラム。
【請求項１５】
請求項１４に記載の再生プログラムが記録されているコンピュータ読み取り可能な記録媒体。
【請求項１】
複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する取得手段と、
上記複数の配信装置の各々について、当該配信装置から過去に構成用データを取得した時に発生した遅延時間であって、記憶媒体に配信装置毎の履歴として記録されている遅延時間を参照する参照手段と、
上記複数の配信装置の各々について、当該配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該配信装置に関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出する導出手段と、
上記複数の配信装置の各々について当該配信装置から取得中の構成用データを所定の期間バッファリングしてから、上記配信データを再生する再生手段と、
上記導出手段が導出した各バッファリング期間のうちの最長のバッファリング期間を上記所定の期間として設定する設定手段と、を備えていることを特徴とする再生装置。
【請求項２】
上記配信データの構成要素となり得る構成用データを上記構成用データ群の一部として上記取得手段に取得させるか否かを選択する選択手段をさらに備え、
上記選択手段は、当該構成用データを配信する配信装置について履歴として記憶されている上記遅延時間が所定の許容時間を越えない場合に当該構成用データを上記取得手段に取得させる、ことを特徴とする請求項１に記載の再生装置。
【請求項３】
上記配信データを記録媒体に記録する記録手段をさらに備え、
上記設定手段は、上記所定の許容時間を設定するように構成されており、
上記設定手段は、上記記録手段が上記配信データを上記記録媒体に記録する場合には、上記記録媒体に記録しない場合に比べて上記所定の許容時間を長く設定する、ことを特徴とする請求項２に記載の再生装置。
【請求項４】
上記選択手段は、上記配信データを構成すべき再生が必須の構成用データについては、上記所定の許容時間に関わらず、上記取得手段に当該構成用データを取得させることを選択する、ことを特徴とする請求項２に記載の再生装置。
【請求項５】
上記配信データは階層データを所定の階層数だけ含むスケーラブルデータであり、
上記選択手段は、上記再生手段が上記配信データの再生を開始した時点から所定の再生期間を経過した後には、さらに上記遅延時間が所定の許容時間を越えている配信装置から伝送される階層データを選択するように構成されており、
上記再生手段は、上記所定の再生期間が経過するまでは、標準再生速度よりも低速で上記配信データを再生するように構成されており、
上記所定の再生期間は、全階層データを標準再生速度で同期再生可能になるまでの期間である、ことを特徴とする請求項２に記載の再生装置。
【請求項６】
上記参照手段は、各グループに上記複数の配信装置の少なくともいずれかが属し各配信装置がいずれかのグループに属するような複数のグループの各々について、当該グループに属する配信装置から過去に構成用データを取得した時に発生した遅延時間であって上記記憶媒体にグループ毎の履歴として記録されている遅延時間を参照するように構成されており、
上記導出手段は、上記複数のグループの各々について、当該グループに属する配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該グループに関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出するように構成されている、ことを特徴とする請求項１から５のいずれか１項に記載の再生装置。
【請求項７】
複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する取得手段と、
各グループに上記複数の配信装置の少なくともいずれかが属し各配信装置がいずれかのグループに属するような複数のグループの各々について、当該グループに属する配信装置から過去に構成用データを取得した時に発生した遅延時間であって記憶媒体にグループ毎の履歴として記録されている遅延時間を参照する参照手段と、
上記複数のグループの各々について、当該グループに属する配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該グループに関する履歴として記録され、上記参照手段により参照された遅延時間の大きさに応じた長さの期間を導出する導出手段と、
上記複数の配信装置の各々について当該配信装置から取得中の構成用データを所定の期間バッファリングしてから、上記配信データを再生する再生手段と、
上記導出手段が導出した各バッファリング期間のうちの最長のバッファリング期間を上記所定の期間として設定する設定手段と、を備えていることを特徴とする再生装置。
【請求項８】
さらに、上記複数のグループの各々について、当該グループに属する配信装置から構成用データを取得した時に発生した遅延時間を当該グループの履歴として上記記憶媒体に記憶する履歴記憶手段を備えている、ことを特徴とする請求項６または７に記載の再生装置。
【請求項９】
構成用データを再生する上で許容される他の構成用データとの許容同期誤差および許容誤り率のうちの少なくともいずれかを示すメタ情報を上記再生装置の外部から受信する受信手段をさらに備え、
上記複数のグループの各々について上記導出手段が導出するバッファリング期間は、当該グループに関する履歴として記録され、上記参照手段により参照された最大の遅延時間を、上記メタ情報により示された、当該グループに属する配信装置から受信する構成用データに関する上記許容同期誤差および上記許容誤り率のうちの少なくともいずれかの大きさに応じた分だけ短くした期間である、ことを特徴とする請求項６から８のいずれか１項に記載の再生装置。
【請求項１０】
上記構成用データに加えて、当該構成用データに関する許容同期誤差および許容誤り率のうちの少なくともいずれかを示すメタ情報を請求項９に記載の再生装置に送信することを特徴とする配信装置。
【請求項１１】
請求項１から９のいずれか１項に記載の再生装置と、複数の上記配信装置と、を含む配信システム。
【請求項１２】
上記再生装置は請求項６から９のいずれか１項に記載の再生装置であり、
上記複数の配信装置は放送事業者によって管理されており、
さらに、上記放送事業者が管理している通知装置であって、上記複数の配信装置の各々について当該配信装置のＵＲＬと当該配信装置が属するグループとを示すメタ情報を上記再生装置に通知する通知装置を含んでいる、ことを特徴とする請求項１１に記載の配信システム。
【請求項１３】
複数の配信装置の各々から配信される構成用データからなる構成用データ群であって、配信データを構成する同期再生すべき構成用データ群を取得する取得工程と、
上記複数の配信装置の各々について、当該配信装置から過去に構成用データを取得した時に発生した遅延時間であって、記憶媒体に配信装置毎の履歴として記録されている遅延時間を参照する参照工程と、
上記複数の配信装置の各々について、当該配信装置から取得した構成用データを再生する上で必要なバッファリング期間として、当該配信装置に関する履歴として記録され、上記参照工程にて参照された遅延時間の大きさに応じた長さの期間を導出する導出工程と、
上記複数の配信装置の各々について当該配信装置から取得中のコンテンツを所定の期間バッファリングしてから、上記配信データを再生する再生工程と、
上記導出工程にて導出した各バッファリング期間のうちの最長のバッファリング期間を上記所定の期間として設定する設定工程と、を含んでいることを特徴とする再生方法。
【請求項１４】
請求項１から９のいずれか１項に記載の再生装置としてコンピュータを動作させる再生プログラムであって、コンピュータを上記各手段として機能させるための再生プログラム。
【請求項１５】
請求項１４に記載の再生プログラムが記録されているコンピュータ読み取り可能な記録媒体。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【公開番号】特開２０１３−６２６２４（Ｐ２０１３−６２６２４Ａ）
【公開日】平成２５年４月４日（２０１３．４．４）
【国際特許分類】
【出願番号】特願２０１１−１９８８５６（Ｐ２０１１−１９８８５６）
【出願日】平成２３年９月１２日（２０１１．９．１２）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
【公開日】平成２５年４月４日（２０１３．４．４）
【国際特許分類】
【出願日】平成２３年９月１２日（２０１１．９．１２）
【出願人】（０００００５０４９）シャープ株式会社 (33,933)
【Ｆターム（参考）】
[ Back to top ]