JP5882896B2 - コンテンツ配信システム、再生装置、配信サーバ、再生方法及び配信方法 - Google Patents

Description

本発明は、３Ｄ映像及び２Ｄ映像を表示する技術に関する。

デジタルテレビ等において立体視映像を再生、表示するための技術として、特許文献１に記載の技術等が知られている。

特許文献１には、逐次放送されるストリームを構成するフレーム毎に、当該フレームが２Ｄ映像のフレームであるか３Ｄ映像のフレームであるかを識別する識別情報を付すことが示されている。そして、映像を再生する再生装置は、再生するフレーム毎に、対応する識別情報を用いて当該フレームが２Ｄ映像のフレームであるか３Ｄ映像のフレームであるかを判別し、その結果に応じて２Ｄ映像を再生したり、３Ｄ映像を再生したりする。

特開２００５−０９４１６８号公報

ここで、インターネット等のようなネットワークにより配信されるストリームを再生する場合を想定する。通常、２Ｄ映像と３Ｄ映像とを切り替える場合には、その出力形態を変更するための処理を行う必要がある。なぜなら、通常、２Ｄ映像と３Ｄ映像とは、表示するための周期が異なるからである。そこで、配信されたストリームを再生する場合には、特許文献１に記載された技術では各フレームについて、対応する識別情報に基づいて出力形態を特定するので、再生開始前後で出力形態を切り替える必要がある場合には、再生が最初に行われるフレーム（冒頭フレーム）については、出力形態を変更するための処理により出力がなされないという問題が生じる。

そこで、本発明は、ストリームの冒頭フレームを欠くことなく再生することができるコンテンツ配信システム、再生装置、配信サーバ、再生方法及び配信方法を提供することを目的とする。

上記目的を達成するために、本発明は、映像コンテンツに係る映像ストリームを配信する配信サーバと、前記映像ストリームをデコードして再生する再生装置とからなるコンテンツ配信システムであって、前記配信サーバは、一の番組全体を表す前記映像コンテンツについての映像ストリームと、当該映像ストリームに対応付けられ、且つ前記映像コンテンツの先頭に対応する、当該映像ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れかであることを示す冒頭フレーム状態フラグとを、前記再生装置へネットワークを介して配信する配信手段を備え、前記再生装置は、前記映像ストリームと、前記冒頭フレーム状態フラグを受け取る受信手段と、前記映像ストリームのデコードに先立って、受信した前記冒頭フレーム状態フラグを用いて、当該映像ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れであるかを判断する判断手段と、前記冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生する再生手段とを備えることを特徴とする。

上記の構成によると、コンテンツ配信システムの配信サーバは冒頭フレーム状態フラグを送信し、再生装置は、冒頭フレーム状態フラグを用いて、一の番組についての冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生するので、一の番組について冒頭フレームを欠くことなく再生することができる。

デジタルテレビ（再生装置）１００の利用形態を示す図である。 立体視画像の表示の一例を示す図である。 Ｓｉｄｅ−ｂｙ−Ｓｉｄｅ方式による映像の表示の例を示す図である。 立体視のためのフレームの構成の一例を示す図である。 コンテンツ配信システム１の構成を示す図である。 配信サーバ３００の構成を示す図である。 コンテンツ管理テーブル３１０のデータ構造の一例を示す図である。 再生制御ファイルのデータ構造の一例を示す図である。 デジタルテレビ１００の構成を示す図である。 出力処理１１８の構成を示す図である。 コンテンツ配信システム１の動作の概要を示す流れ図である。 デジタルテレビ１００がストリームを再生する際における動作を示す流れ図である。 ２Ｄの出力形態による再生処理の動作を示す図である。 ３Ｄの出力形態による再生処理の動作を示す図である。 ２Ｄ及び３Ｄの混在用の再生処理の動作を示す図である。 ＳＥＩの識別情報を参照しながら再生処理を行う場合の動作を示す図である。 ＳＥＩの識別情報を参照することなく再生処理を行う場合の動作を示す図である。 再生制御ファイルのデータ構造の変形例を示す図である。 再生制御ファイルのデータ構造（コンテンツの冒頭フレームの指定）の変形例を示す図である。 再生制御ファイルのデータ構造（チャプタ毎の冒頭フレームの指定）の変形例を示す図である。 配信サーバ４００の構成を示すブロック図である。 コンテンツ状態管理テーブル５００のデータ構造の一例を示す図である。 再生用ＵＩの一例を示す図である。 受信機６００の構成を示す図である。 中断時の状態をサーバに通知するためのコマンドの一例を示す図である。 コンテンツ再生中断処理の動作を示す流れ図である。 コンテンツ中断再開準備処理の動作を示す流れ図である。 前回途中まで視聴したところから映像再生を実行する処理の動作を示す流れ図である。 冒頭フレームの判定処理の動作を示す流れ図である。 再生用ＵＩ、及び中断時の状態を配信サーバに通知するためのコマンドの変形例を示す図である。

１．第１の実施の形態
図面を参照しながら、本実施の形態に係るコンテンツ配信システムについて説明する。本実施の形態に係るコンテンツ配信システムは、コンテンツを配信する配信サーバと、配信されたコンテンツを再生する再生装置からなるものである。

１．１ 立体視について
先ず始めに、立体視の原理について簡単に述べる。立体視の実現法としては、ホログラフィ技術等の光線再生方式を用いる方法と、視差画像を用いる方式とがある。

まず、１つ目のホログラフィ技術の特徴としては、人間が通常物体を認識するのと全く同じように物体を立体として再現することができるが、動画生成に関しては、技術的な理論は確立しているが、ホログラフィ用の動画をリアルタイムで生成する膨大な演算量を伴うコンピューター、及び１ｍｍの間に数千本の線を引けるだけの解像度を持った表示装置が必要であるが、現在の技術での実現は非常に難しく、商用として実用化されている例はほとんどない。

次に、２つ目の視差画像を用いる方式について説明する。一般に右目と、左目は、その位置の差に起因して、右目から見える像と左目から見える像には見え方に若干の差がある。この差を利用して人間は目に見える像を立体として認識できるのである。視差画像を用いて立体表示をする場合には、人間の視差を利用し平面の画像があたかも立体に見えるようにしている。

この方式のメリットは、高々右目用と左目用の２つの視点の映像を準備するだけで立体視を実現できることにあり、技術的には、左右のそれぞれの目に対応した絵を、いかにして対応した目にだけ見せることができるかの観点から、継時分離方式を始めとするいくつかの技術が実用化されている。

継時分離方式とは、左目用映像及び右目用映像を時間軸方向で交互に表示させ、目の残像反応により左右のシーンを脳内で重ね合わさせて、立体映像として認識させる方法である。

本実施の形態における再生装置は、３Ｄ映像の視聴が可能なテレビであり、図１（ａ）は、当該再生装置の、使用行為についての形態を示す図である。本図に示すように、デジタルテレビ１００と３Ｄ眼鏡２００とから構成され、ユーザによる使用が可能となる。

デジタルテレビ１００は、２Ｄ映像及び３Ｄ映像を表示することができるものであり、受信した放送波に含まれるストリームを再生することで映像を表示する。

本実施形態のデジタルテレビ１００は、３Ｄ眼鏡２００をユーザが着用することで立体視を実現するものである。３Ｄ眼鏡２００は、液晶シャッターを備え、継時分離方式による視差画像をユーザに視聴させる。視差画像とは、右目に入る映像と、左目に入る映像とから構成される一組の映像であり、それぞれの目に対応したピクチャだけがユーザの目に入るようにして立体視を行わせる。図１（ｂ）は、左目用映像の表示時を示す。画面上に左目用の映像が表示されている瞬間において、前述の３Ｄ眼鏡２００は、左目に対応する液晶シャッターを透過にし、右目に対応する液晶シャッターは遮光する。同図（ｃ）は、右目用映像の表示時を示す。画面上に右目用の映像が表示されている瞬間において、先ほどと逆に右目に対応する液晶シャッターを透光にし、左目に対応する液晶シャッターを遮光する。

以上が、再生装置の使用形態についての説明である。

ここでは、立体視に使う視差画像を表示する方法を説明する。

視差画像方式は、右目に入る映像と、左目に入る映像とを各々用意し、それぞれの目に対応したピクチャだけが入るようにして立体視を行う方法である。図２は、ユーザの顔を左側に描き、右側には、対象物たる恐竜の骨格を左目から見た場合の例と、対象物たる恐竜の骨格を、右目から見た場合の例とを示している。右目及び左目の透光、遮光から繰り返されば、ユーザの脳内では、目の残像反応により左右のシーンの重合せがなされ、顔の中央の延長線上に立体映像が存在すると認識することができる。

視差画像のうち、左目に入る画像を左目画像(Ｌ画像)といい、右目に入る画像を右目画像(Ｒ画像)という。そして、各々のピクチャが、Ｌ画像になっている動画像をレフトビュービデオといい、各々のピクチャがＲ画像になっている動画像をライトビュービデオという。

レフトビュービデオとライトビュービデオを合成して圧縮符号化する３Ｄ方式には、フレーム互換方式とサービス互換方式がある。

まず１つ目のフレーム互換方式は、レフトビュービデオとライトビュービデオの対応する各ピクチャをそれぞれ間引きまたは縮小した上で一つのピクチャに合成して、通常の動画像圧縮符号化を行う方式である。一例としては、図３に示すような、Ｓｉｄｅ−ｂｙ−Ｓｉｄｅ方式がある。Ｓｉｄｅ−ｂｙ−Ｓｉｄｅ方式では、レフトビュービデオとライトビュービデオの対応する各ピクチャをそれぞれ水平方向に１／２に圧縮した上で、左右に並べることで一つのピクチャに合成する。合成されたピクチャによる動画像は、通常の動画像圧縮符号化が行われてストリーム化される。一方再生時は、ストリームを通常の動画像圧縮符号化方式に基づいて動画像に復号化される。復号化された動画像の各ピクチャは、左右画像に分割されて、それぞれ水平方向に２倍に伸長されることによって、レフトビュービデオとライトビュービデオの対応する各ピクチャが得られる。得られたレフトビュービデオのピクチャ（Ｌ画像）とライトビュービデオのピクチャ（Ｒ画像）を交互に表示することによって、図２に示すような立体視画像を得ることができる。フレーム互換方式にはＳｉｄｅ−ｂｙ−Ｓｉｄｅ方式の他に、左右画像を上下に並べるＴｏｐ ａｎｄ Ｂｏｔｔｏｍ方式や、ピクチャ内の１ライン毎に左右画像を交互に配置するＬｉｎｅ Ａｌｔｅｒｎａｔｉｖｅ方式などがある。

次に、２つ目のサービス互換方式について説明する。サービス互換方式では、レフトビュービデオ、ライトビュービデオをデジタル化し、圧縮符号化することにより得られるビデオストリームである、レフトビュービデオストリームとライトビュービデオストリームを用いる。

図４は、サービス互換方式による立体視のためのレフトビュービデオストリーム、ライトビュービデオストリームの内部構成の一例を示す図である。

本図の第２段目は、レフトビュービデオストリームの内部構成を示す。このストリームには、ピクチャデータＩ１、Ｐ２、Ｂｒ３、Ｂｒ４、Ｐ５、Ｂｒ６、Ｂｒ７、Ｐ９というピクチャデータが含まれている。これらのピクチャデータは、Ｄｅｃｏｄｅ Ｔｉｍｅ Ｓｔａｍｐ（ＤＴＳ）に従いデコードされる。第１段目は、左目画像を示す。そうしてデコードされたピクチャデータＩ１、Ｐ２、Ｂｒ３、Ｂｒ４、Ｐ５、Ｂｒ６、Ｂｒ７、Ｐ９をＰｒｅｓｅｎｔａｔｉｏｎ Ｔｉｍｅ Ｓｔａｍｐ（ＰＴＳ）に従い、Ｉ１、Ｂｒ３、Ｂｒ４、Ｐ２、Ｂｒ６、Ｂｒ７、Ｐ５の順序で再生することで、左目画像が再生されることになる。本図において、参照ピクチャを持たずに符号化対象ピクチャのみを用いてピクチャ内予測符号化を行うピクチャをIピクチャと呼ぶ。ピクチャとは、フレームおよびフィールドの両者を包含する１つの符号化の単位である。また、既に処理済の１枚のピクチャを参照してピクチャ間予測符号化するピクチャをＰピクチャと、既に処理済みの２枚のピクチャを同時に参照してピクチャ間予測符号化するピクチャをＢピクチャと、Ｂピクチャの中で他のピクチャから参照されるピクチャをＢｒピクチャとそれぞれ呼ばれる。

第４段目は、ライトビュービデオストリームの内部構成を示す。このライトビュービデオストリームには、Ｐ１、Ｐ２、Ｂ３、Ｂ４、Ｐ５、Ｂ６、Ｂ７、Ｐ８というピクチャデータが含まれている。これらのピクチャデータは、ＤＴＳに従いデコードされる。第３段目は、右目画像を示す。そうしてデコードされたピクチャデータＰ１、Ｐ２、Ｂ３、Ｂ４、Ｐ５、Ｂ６、Ｂ７、Ｐ８をＰＴＳに従い、Ｐ１、Ｂ３、Ｂ４、Ｐ２、Ｂ６、Ｂ７、Ｐ５の順序で再生することで、右目画像が再生されることになる。ただし、継時分離方式の立体視再生では、同じＰＴＳが付された左目画像と右目画像とのペアうち一方の表示を、ＰＴＳの間隔の半分の時間（以下、「３Ｄ表示ディレイ」という）分だけ遅延して表示する。

第５段目は、３Ｄ眼鏡２００の状態をどのように変化させるかを示す。この第５段目に示すように、左目画像の視聴時は、右目のシャッターを閉じ、右目画像の視聴時は、左目のシャッターを閉じていることがわかる。

これらのレフトビュービデオストリーム、ライトビュービデオストリームは、時間方向の相関特性を利用したピクチャ間予測符号化に加えて、視点間の相関特性を利用したピクチャ間予測符号化によって圧縮されている。ライトビュービデオストリームのピクチャは、レフトビュービデオストリームの同じ表示時刻のピクチャを参照して圧縮されている。

例えば、ライトビュービデオストリームの先頭Ｐピクチャは、レフトビュービデオストリームのＩピクチャを参照し、ライトビュービデオストリームのＢピクチャは、レフトビュービデオストリームのＢｒピクチャを参照し、ライトビュービデオストリームの二つ目のＰピクチャは、レフトビュービデオストリームのＰピクチャを参照している。

そして、圧縮符号化されたレフトビュービデオストリーム及びライトビュービデオストリームのうち、単体で復号化が可能になるものを“ベースビュービデオストリーム”という。また、レフトビュービデオストリーム及びライトビュービデオストリームのうち、ベースビュービデオストリームを構成する個々のピクチャデータとのフレーム間相関特性に基づき圧縮符号化されており、ベースビュービデオストリームが復号された上で復号可能になるビデオストリームを、“ディペンデントビューストリーム”という。なおベースビュービデオストリームとディペンデントビューストリームは、それぞれ別々のストリームとして格納や伝送されてもよいし、例えばＭＰＥＧ２−ＴＳなどの同一のストリームに多重化されてもよい。

１．２ コンテンツ配信システム１の概要
コンテンツ配信システム１は、図５に示すように、デジタルテレビ１００と配信サーバ３００とから構成されている。

ここで、デジタルテレビ１００と配信サーバ３００とは、インターネット等のようなネットワーク２を介して接続されており、ネットワーク２を介して、番組コンテンツ等のデータの送受信を行う。なお、以下において、番組コンテンツを、単にコンテンツという。

また、デジタルテレビ１００は、例えばプラズマテレビであり、３Ｄ映像を含むコンテンツを視聴する場合には３Ｄ眼鏡２００を用いて視聴する。

配信サーバ３００は、Ｈ．２６４｜ＭＰＥＧ４／ＡＶＣ規格に基づいてストリーム化された複数のコンテンツ（以下、単に「ストリーム」という。）を記憶している。そして、配信サーバ３００は、デジタルテレビ１００からコンテンツの要求があると、要求されたコンテンツに対応する再生制御ファイルをデジタルテレビ１００へ送信する。ここで、再生制御ファイルとは、対応するコンテンツの属性や、格納場所（ＵＲＬ）等の再生に必要な情報を記述したものである。さらに、再生制御ファイルは、対応するコンテンツが、２Ｄ映像のみからなるコンテンツ、３Ｄ映像のみからなるコンテンツ及び２Ｄ映像と３Ｄ映像とが混在するコンテンツの何れであるかを識別する情報をも含んでいる。

配信サーバ３００は、再生制御ファイルの送信後、デジタルテレビ１００からの要求により、要求されたコンテンツに対するストリームを、ネットワーク２を介してデジタルテレビ１００へ配信する。

デジタルテレビ１００は、視聴者の操作により当該視聴者が希望するコンテンツの要求をネットワーク２を介して配信サーバ３００に対して行い、その後、要求したコンテンツに対するストリームを受信すると、当該ストリームの再生を行う。

Ｈ．２６４｜ＭＰＥＧ４／ＡＶＣに基づくストリームは、公知のものであるが、簡単に説明する。

ストリームは、連続した複数のＧＯＰ（Ｇｒｏｕｐ Ｏｆ Ｐｉｃｔｕｒｅｓ）から構成されている。ＧＯＰには、複数のフレーム（ピクチャー）が、参照関係に従った順序で符号化されている。なお、復号化（デコード）する際には、表示順序に並べ直して当該復号化が行われる。

また、各フレームには、“Ｆｒａｍｅ ｐａｃｋｉｎｇ ａｒｒａｎｇｅｍｅｎｔ ＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）”と呼ばれる付加的情報が付されており、このＳＥＩ内に、対応するフレームが３Ｄ映像であるか２Ｄ映像であるかを識別するための識別情報が設定されている。なお、このＳＥＩは省略可能であり、省略されている場合は２Ｄ映像と解釈する。さらに、対応する再生制御ファイルに２Ｄ映像のみからなるコンテンツまたは３Ｄ映像のみからなるコンテンツであると記載されている場合には、コンテンツ全編に渡りこのＳＥＩの記載を省略してもよい。

デジタルテレビ１００は、再生制御ファイルに含まれる情報から２Ｄ映像と３Ｄ映像とが混在するコンテンツであると判別した場合において、２Ｄ映像のフレームと３Ｄ映像のフレームとが混在するストリームを受信すると、フレームをデコードする際には、対応するＳＥＩの識別情報を参照して当該フレームが３Ｄ映像であるか２Ｄ映像であるかを判別して、その結果に応じて、デコード及び再生を行う。

デジタルテレビ１００は、再生制御ファイルの記述内容により、視聴者から要求されたストリームが２Ｄ映像のみからなるもの及び３Ｄ映像のみからなるものであると判別する場合には、ＳＥＩの識別情報を参照することなく、デコード及び再生を行う。

以下、各装置（デジタルテレビ１００及び配信サーバ３００）について、詳細に説明する。

１．３ 配信サーバ３００の構成
配信サーバ３００は、図６に示すように、コンテンツ記憶部３０１、配信制御部３０２及び入出力部３０３から構成されている。

（１）コンテンツ記憶部３０１
コンテンツ記憶部３０１は、図７に示すように、コンテンツ管理テーブル３１０を有している。

コンテンツ管理テーブル３１０は、再生制御ファイルＵＲＬ３１１、再生制御ファイル３１２、コンテンツＵＲＬ３１３及びコンテンツ３１４からなる組を複数記憶するための領域を有している。

コンテンツ３１４は、コンテンツＵＲＬ３１３にて外部より特定されるコンテンツである。なお、ここでは、ストリーム化されて記憶されているものとする。

再生制御ファイル３１２は、対応するコンテンツの再生制御ファイルであり、再生制御ファイルＵＲＬ３１１にて外部より特定される。

具体的には、コンテンツＡについては、コンテンツＵＲＬは“ｈｔｔｐ：／／ａａａ．ｃｏｍ／ｂｂｂ．ｔｔｓ”であり、対応する再生制御ファイルは“ファイルＡ”であって、再生制御ファイルＵＲＬは“ｈｔｔｐ：／／ａａａ．ｃｏｍ／ｂｂｂ．ｃｐｃ”である。

ここで、再生制御ファイルについて説明する。

再生制御ファイル３２０は、図８に示すようなデータ構造からなる。

ヘッダ部（＜ｈｅａｄｅｒ＞）には、当該ファイルの作成日（＜ｄａｔｅ＞）、作成時（＜ｔｉｍｅ＞）及び対応するコンテンツが暗号されているか否かを示す情報（＜ｅｎｃｒｙｐｔｉｏｎ＞）が格納される。

リソース情報部（＜ｓｔａｒｔｕｐ＞）には、コンテンツのタイトル（＜ｃｏｎｔｅｎｔ＿ｔｉｔｌｅ＞）、概要（＜ｃｏｎｔｅｎｔ＿ａｂｓｔｒａｃｔ＞）、コンテンツの時間長（＜ｄｕｒａｃｔｉｏｎ＞）及び参照先（＜ｓｔａｒｔ＞）が格納される。参照先（＜ｓｔａｒｔ＞）は、コンテンツＵＲＬに対応する。

チャプタ情報部（＜ｃｏｎｔｅｎｔ＿ｃｈａｐｔｅｒ＿ｉｎｆｏ＞）には、チャプタ番号（＜ｃｈａｐｔｅｒ＞）、チャプタの開始点（＜ｃｈａｐｔｅｒ＿ｐｏｉｎｔ＞）及びチャプタのタイトル（＜ｃｈａｐｔｅｒ＿ｔｉｔｌｅ＞）が格納される。なお、チャプタ番号、チャプタの開始点及びチャプタのタイトルからなる組は複数あってもよい。

ＥＳ（Ｅｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ）情報部（＜ｅｓ＿ｉｎｆｏ＞）には、映像ＥＳの情報（＜ｖｉｄｅｏ＿ｉｎｆｏ＞）、音声ＥＳの情報（＜ａｕｄｉｏ＿ｉｎｆｏ＞）、字幕ＥＳの情報（＜ｃａｐｔｉｏｎ＿ｉｎｆｏ＞）が格納される。

本実施の形態では、ＥＳ情報部の映像ＥＳの情報に、新たな記述要素３２１を追加する。

記述要素３２１における記述“ｓ３ｄ＿ｆｒａｍｅ＿ｃｏｍｐａｔｉｂｌｅ ｓｔｒｕｃｔｕｒｅ＝”ｓｂｓ“”は、対応するストリームがＳｉｄｅ−ｂｙ−Ｓｉｄｅ方式で生成されたフレームを含む、つまり３Ｄ映像を含むことを示す。なお、Ｔｏｐ ａｎｄ Ｂｏｔｔｏｍ方式の場合には“ｓｂｓ”の代わりに“ｔａｂ”が記述される。なお、以下において、“ｓｔｒｕｃｔｕｒｅ＝”ｓｂｓ“”を３Ｄ構成状態フラグという。構成状態フラグがＳｉｄｅ−ｂｙ−Ｓｉｄｅ方式を示すとはｓｂｓが設定されていることを意味し、構成状態フラグがＴｏｐ ａｎｄ Ｂｏｔｔｏｍ方式を示すとはｔａｂが設定されていることを意味するものとする。

また、“ｓｉｇｎａｌｉｎｇ＝“ｘｘｘｘ”“は、フレーム毎に対応するＳＥＩの識別情報を参照するか否かを指定するものである。ここでは、ｘｘｘｘは、図８に示すように”ｔｒｕｅ“及び”ｆａｌｓｅ“の何れかが設定される。ｔｒｕｅが設定されている場合にはＳＥＩの識別情報を参照することを示し、ｆａｌｓｅが設定されている場合には参照しないことを示す。つまり、ｆａｌｓｅが設定されている場合には、ストリームに含まれる全てのフレームは、３Ｄ映像であることを示す。なお、以下において、“ｓｉｇｎａｌｉｎｇ＝“ｘｘｘｘ”“を番組状態フラグという。番組状態フラグがＳＥＩの識別情報を参照することを示すとは“ｓｉｇｎａｌｉｎｇ＝“ｔｒｕｅ”“を意味し、番組状態フラグがＳＥＩの識別情報を参照しないことを示すとは“ｓｉｇｎａｌｉｎｇ＝“false”“を意味するものとする。

“ｂｅｇｉｎｎｉｇ＝“ｙｙ”“は、ストリームの冒頭のフレームが２Ｄ映像であるか３Ｄ映像であるかを示すものである。ここでは、ｙｙは、図８に示すように”２ｄ“及び”３ｄ“の何れかが設定される。２ｄが設定されている場合には冒頭のフレームは２Ｄ映像であることを示し、３ｄが設定されている場合には冒頭のフレームは３Ｄ映像であることを示す。なお、以下において、“ｂｅｇｉｎｎｉｎｇ＝“ｙｙ”“は、冒頭フレーム状態フラグという。冒頭フレーム状態フラグが３Ｄを示すとは“ｂｅｇｉｎｎｉｎｇ＝“３ｄ”“を意味し、冒頭フレーム状態フラグが２Ｄを示すとは“ｂｅｇｉｎｎｉｎｇ＝“２ｄ”“を意味するものとする。また、冒頭フレームとは、本実施の形態においては、一番組についてのストリームにおいて、当該一番組の先頭に対応するフレームをいう。

さらに、“ｔｒｕｅ＜／ｓ３ｄ＿ｆｒａｍｅ＿ｃｏｍｐａｔｉｂｌｅ＞”で記載されているｔｒｕｅは、ストリームには３Ｄ映像のフレームが含まれていることを示す。

また、記述要素３２１がＥＳ情報部内に存在しない場合、または上記” ｔｒｕｅ”の代わりに”ｆａｌｓｅ”が記載されている場合には、ストリームに含まれる全てのフレームが２Ｄ映像であることを示す。

（２）配信制御部３０２
配信制御部３０２は、デジタルテレビ１００の要求に応じた再生制御ファイルの送信、及びストリームの配信を行うものである。

配信制御部３０２は、デジタルテレビ１００から配信対象となるコンテンツ（ストリーム）に対応する再生制御ファイルＵＲＬを含むファイル要求情報を受信すると、受信したファイル要求情報に含まれるＵＲＬで識別される再生制御ファイルをコンテンツ管理テーブル３１０から取得する。

配信制御部３０２は、取得した再生制御ファイルを、入出力部３０３を介してデジタルテレビ１００へ送信する。

配信制御部３０２は、配信対象となるストリームを要求する旨の情報と、当該ストリームを識別するコンテンツＵＲＬとを含むストリーム要求情報を受信すると、受信したストリーム要求情報に含まれるコンテンツＵＲＬで識別されるストリームをコンテンツ管理テーブル３１０から取得し、入出力部３０３を介してデジタルテレビ１００へ送信する。

（３）入出力部３０３
入出力部３０３は、ネットワーク２を介してデジタルテレビ１００から受信した情報（ファイル要求情報、ストリーム要求情報）を配信制御部３０２へ出力する。

また、入出力部３０３は、配信制御部３０２から受け取った再生制御ファイル及びストリームを、ネットワーク２を介してデジタルテレビ１００へ送信する。

１．４ デジタルテレビ１００の構成
デジタルテレビ１００は、具体的には、プラズマテレビであり、ネットワーク２を介して配信サーバ３００からストリームを受信し、再生する。

デジタルテレビ１００は、図９に示すように、コンテンツ出力装置１０１と表示装置１０２とから構成される。

コンテンツ出力装置１０１は、配信サーバ３００から受信したストリームを復号化し、復号化したストリームを、当該ストリームが２Ｄ映像であるか３Ｄ映像であるかに応じて、２Ｄ映像の出力形態と３Ｄ映像の出力形態の何れかに切り替えて出力するものである。ここで、２Ｄ映像の出力形態とは出力周期を６０Ｈｚとして映像を出力することであり、３Ｄ映像の出力形態とは出力周期を１２０Ｈｚとして映像を出力することである。ここで、３Ｄ映像用再生制御（３Ｄ用の出力形態）とは出力周期を１２０Ｈｚとして映像を出力することであり、２Ｄ映像用再生制御（２Ｄ用の出力形態）とは出力周期を６０Ｈｚとして映像を出力することである。

表示装置１０２は、コンテンツ出力装置１０１から出力された映像を表示するものである。

以下、コンテンツ出力装置１０１の構成について説明する。

コンテンツ出力装置１０１は、ＴＳバッファ１１０、符号化映像バッファ１１１、復号化映像バッファ１１２、入出力部１１３、多重化分離部１１４、映像デコード部１１５、音声デコード部１１６、再生制御部１１７、出力処理部１１８及び操作制御部１１９から構成される。

（１）操作制御部１１９
操作制御部１１９は、ユーザ（視聴者）の操作により、配信が要求されたコンテンツを識別する再生制御ファイルＵＲＬを特定する。

操作制御部１１９は、特定した再生制御ファイルＵＲＬを含むファイル要求情報を生成し、生成したファイル要求情報を、入出力部１１３を介して配信サーバ３００へ送信する。

再生制御ファイルＵＲＬの特定は、例えば、以下のように行う。

操作制御部１１９は、配信サーバ３００からコンテンツの配信を要求する際に、先ず配信サーバで管理されているコンテンツ（ストリーム）それぞれの再生制御ファイルＵＲＬと、コンテンツの名称を配信サーバ３００から受け取ると、表示装置１０２でコンテンツの名称を一覧表示させる。操作制御部１１９は、一覧表示されたコンテンツの名称から一の名称がユーザの操作により選択されると、選択されたコンテンツの名称に対応する再生制御ファイルＵＲＬを特定する。

（２）入出力部１１３
入出力部１１３は、操作制御部１１９からファイル要求情報を受け取ると、ネットワーク２を介して配信サーバ３００へ送信する。

入出力部１１３は、配信サーバ３００から再生制御ファイルを受信すると、受信した再生制御ファイルを再生制御部１１７へ出力する。

入出力部１１３は、配信サーバ３００からストリームを受信すると、ＴＳバッファ１１０へ格納する。

（３）再生制御部１１７
再生制御部１１７は、図９に示すように、番組判定部１２５及び冒頭フレーム判定部１２６を有している。

（３−１）番組判定部１２５
番組判定部１２５は、図８で示す記述要素３２１が存在するか否を判断する。つまり番組判定部１２５は、再生制御ファイルを用いて配信される対象のストリームが２Ｄ映像のみからなるものであるか３Ｄ映像を含むものであるかを判断する。

２Ｄ映像のみからなるストリームであると判断する場合には、番組判定部１２５は、ＳＥＩの識別情報を参照しない旨の第１参照指示及び、出力形態を２Ｄ用の出力形態とする旨の２Ｄ出力指示を出力処理部１１８へ出力する。

再生制御ファイルに記述要素３２１は存在する、つまり、配信される対象のストリームが３Ｄ映像を含むものであると判断する場合には、番組判定部１２５は、番組状態フラグがＳＥＩの識別情報を参照することを示すか参照しないことを示すかを特定する。

参照することを示すと特定した場合には、番組判定部１２５は、記述要素３２１の３Ｄ構成状態フラグで設定されている内容に基づいて、３Ｄ映像がＳｉｄｅ−ｂｙ−Ｓｉｄｅ方式で生成されているかＴｏｐ ａｎｄ ｂｏｔｔｏｍ方式で生成されているかを示す構成情報と、ＳＥＩの識別情報を参照する旨の第２参照指示とを出力処理部１１８へ出力する。

参照しないことを示すと特定した場合には、番組判定部１２５は、第１参照指示、構成情報及び出力形態を３Ｄ用の出力形態とする旨の３Ｄ出力指示を出力処理部１１８へ出力する。

（３−２）冒頭フレーム判定部１２６
冒頭フレーム判定部１２６は、番組判定部１２５で再生制御ファイルに記述要素３２１は存在すると判定され、且つ番組状態フラグがＳＥＩの識別情報を参照することを示していると特定された場合に、以下の動作を行う。

冒頭フレーム判定部１２６は、冒頭フレーム状態フラグが３Ｄを示しているのか２Ｄを示しているのかを特定する。

２Ｄを示していると特定する場合には、冒頭フレーム判定部１２６は、２Ｄ出力指示を出力処理部１１８へ出力する。３Ｄを示していると特定する場合には、冒頭フレーム判定部１２６は、３Ｄ出力指示を出力処理部１１８へ出力する。

（４）ＴＳバッファ１１０
ＴＳバッファ１１０は、配信サーバ３００から配信されたストリームを格納する領域を有しているバッファである。

（５）多重化分離部１１４
多重化分離部１１４は、受信したストリームを、映像を構成する映像ストリームと、音声を構成する音声ストリームとに分離し、映像ストリームを符号化映像バッファ１１１へ、音声ストリームを音声デコード部１１６へ出力する。

（６）符号化映像バッファ１１１
符号化映像バッファ１１１は、映像ストリームを格納するための領域を有している。この時点では、映像ストリームは復号化される前のフレーム、つまり符号化されたフレームを含んでいる。

（７）映像デコード部１１５
映像デコード部１１５は、２Ｄ及び３Ｄを構成する映像ストリームを符号化映像バッファ１１１から読み出し、読み出した映像ストリームをデコードして映像フレームを得るとともに、当該映像フレームに付されているＳＥＩを取得する。なお、３Ｄ映像のフレームがデコードされた時点では、左目用の映像と右目用の映像との切り分けはなされていない。

映像デコード部１１５は、デコードした映像フレームを復号化映像バッファ１１２へ格納し、取得したＳＥＩを出力処理部１１８へ出力する。

（８）復号化映像バッファ１１２
復号化映像バッファ１１２は、デコードされた映像フレームを格納するための領域を有するバッファである。

（９）出力処理部１１８
出力処理部１１８は、デコードされた映像フレームを、当該映像フレームが２Ｄ映像であるか３Ｄ映像であるかに応じて、出力形態を切り替えて表示装置１０２へ出力するものである。

出力処理部１１８は、図９に示すように、フレームバッファ１２０、映像処理部１２１及び出力制御部１２２を有している。

（９−１）フレームバッファ１２０
フレームバッファ１２０は、図１０に示すように、第１バッファ１３０と第２バッファ１３１とを有している。

第１バッファ１３０は、２Ｄ映像の映像フレーム（以下、「２Ｄ映像フレーム」という。）を格納するためのものである。

第２バッファ１３１は、Ｌ映像バッファ１３２とＲ映像バッファ１３３とを有し、３Ｄ映像のフレームを格納するためのものである。ここでは、Ｌ映像バッファ１３２には左目用の映像フレーム（以下、「Ｌ映像フレーム」という。）が、Ｒ映像バッファ１３３には右目用の映像フレーム（以下、「Ｒ映像フレーム」という。）が格納される。

（９−２）映像処理部１２１
映像処理部１２１は、再生制御部１１７からの指示に応じて、ＳＥＩの識別情報を参照して出力すべき映像フレームの処理、及び参照することなく出力すべき映像フレームの処理を行う。

（ＳＥＩの識別情報を参照する場合）
映像処理部１２１は、再生制御部１１７の番組判定部１２５から第２参照情報及び構成情報を受け取る。

映像処理部１２１は、復号化映像バッファ１１２から処理対象の映像フレームを読み出すと、対応するＳＥＩの識別情報が存在しない場合もしくは２Ｄを示す場合には読み出した映像フレームを第１バッファ１３０へ書き込むとともに、出力制御部１２２へ出力形態が２Ｄであることを示す２Ｄ出力指示を出力する。

映像処理部１２１は、復号化映像バッファ１１２から処理対象の映像フレームを読み出すと、対応するＳＥＩの識別情報が３Ｄを示す場合には当該ＳＥＩ中の構成情報に基づいて、読み出した映像フレームからＬ映像フレーム及びＲ映像フレームを生成し、生成したＬ映像フレームをＬ映像バッファ１３２へ、Ｒ映像フレームをＲ映像バッファ１３３へそれぞれ書き込む。さらに、映像処理部１２１は、出力制御部１２２へ出力形態が３Ｄであることを示す３Ｄ出力指示を出力する。具体的には、映像フレームがＳｉｄｅ−ｂｙ−Ｓｉｄｅ方式で生成されている場合には、映像処理部１２１は、左右に分割して、分割した各映像フレームを横方向に拡大して、Ｌ映像フレーム及びＲ映像フレームを得る。また、Ｔｏｐ ａｎｄ ｂｏｔｔｏｍ方式で生成されている場合には、上下に分割して、分割した各映像を縦方向に拡大して、Ｌ映像フレーム及びＲ映像フレームを得る。

（ＳＥＩの識別情報を参照しない場合）
映像処理部１２１は、第１参照指示のみを受け取ると、出力すべきストリームは全て２Ｄ映像であると特定する。映像処理部１２１は、復号化映像バッファ１１２から処理対象の映像フレームを読み出すと、ＳＥＩの識別情報を参照することなく、読み出した映像フレームを第１バッファ１３０へ書き込む。

映像処理部１２１は、第１参照指示と構成情報とを受け取ると、出力すべきストリームは全て３Ｄ映像であると特定する。映像処理部１２１は、復号化映像バッファ１１２から処理対象の映像フレームを読み出すと、ＳＥＩの識別情報を参照することなく、受け取った構成情報に基づいて、読み出した映像フレームからＬ映像フレーム及びＲ映像フレームを生成する。映像処理部１２１は、生成したＬ映像フレームをＬ映像バッファ１３２へ、Ｒ映像フレームをＲ映像バッファ１３３へそれぞれ書き込む。なお、構成情報に基づくＬ映像フレーム及びＲ映像フレームの生成は上記と同様であるので、ここでの説明は省略する。

（９−３）出力制御部１２２
出力制御部１２２は、図１０に示すように、切替制御部１４０、出力部１４１及びスイッチ１４２を有している。

（スイッチ１４２）
スイッチ１４２は、出力部１４１との接続先として、第１バッファ１３０及び第２バッファ１３１の何れかへ切り替えるスイッチである。

（切替制御部１４０）
切替制御部１４０は、接続先となるバッファの切り替えを行うものである。具体的には、切替制御部１４０は、再生制御部１１７及び映像処理部１２１から２Ｄ出力指示を受け取ると、接続先が第１バッファ１３０となるようスイッチ１４２を制御する。また、切替制御部１４０は、再生制御部１１７及び映像処理部１２１から３Ｄ出力指示を受け取ると、接続先が第２バッファ１３１となるようスイッチ１４２を制御する。

（出力部１４１）
出力部１４１は、再生制御部１１７及び映像処理部１２１からの指示に基づいて、映像の出力周期を変更して、映像を表示装置１０２へ出力するものである。具体的には、出力部１４１は、再生制御部１１７及び映像処理部１２１からの指示が２Ｄ出力指示である場合には、出力周期を６０Ｈｚとして、スイッチ１４２の接続先である第１バッファ１３０から出力対象である２Ｄの映像を読み出して、表示装置１０２へ出力する。また、出力部１４１は、再生制御部１１７及び映像処理部１２１からの指示が３Ｄ出力指示である場合には、出力周期を１２０Ｈｚとして、スイッチ１４２の接続先である第２バッファ１３１のＬ映像バッファ１３２及びＲ映像バッファ１３３から出力対象である映像を交互に読み出して、表示装置１０２へ出力する。なお、初期状態（再生制御ファイルを受信した時点）では、出力周期は６０Ｈｚであるとする。

ここで、出力部１４１は、再生制御部１１７及び映像処理部１２１から受け取った指示が示す出力形態と、受け取る直前の出力形態とが同一である場合には、切替は行わない。例えば、受け取った指示が示す２Ｄ出力指示であり、現状の出力形態、つまり出力周期が６０Ｈｚである場合には出力周期の切替は行わない。また、受け取った指示が示す３Ｄ出力指示であり、現状の出力形態、つまり出力周期が１２０Ｈｚである場合についても出力周期の切替は行わない。

これによると、出力部１４１は、再生制御部１１７から３Ｄ出力指示を受け付けると、出力形態を３Ｄの出力形態（出力周期を１２０Ｈｚ）に変更している。この変更のタイミングでは、ストリームのデコードは行われていない。つまり、出力部１４１は、ストリームのデコードが開始される前に、冒頭フレームが３Ｄである場合には出力形態を３Ｄ用のものへと変更し、映像処理部で上記の処理が行われることを待っている状態、つまり出力の準備状態となっていることが分かる。従って、出力部１４１は、再生制御部１１７から受け取った指示に応じて、フレームの出力形態を２Ｄ用のもの、３Ｄ用のものに設定して、出力の準備を行っている。

（１０）音声デコード部１１６
音声デコード部１１６は、多重化分離部１１４から音声ストリームを受け取ると、受け取った音声ストリームをデコードして、音声を生成し、出力する。

１．５ 動作
（１）コンテンツ配信システム１の動作概要
ここでは、コンテンツ配信システム１の動作概要について、図１１に示す流れ図を用いて説明する。

デジタルテレビ１００は、ユーザの操作により配信を要求するコンテンツ（ストリーム）の選択がなされると（ステップＳ５）、選択されたコンテンツに対応する再生制御ファイルＵＲＬを含むファイル要求情報を配信サーバ３００へ送信する（ステップＳ１０）。

配信サーバ３００は、デジタルテレビ１００から受信した再生制御ファイルＵＲＬに対応する再生制御ファイルを特定し（ステップＳ１５）、特定した再生制御ファイルをデジタルテレビ１００へ送信する（ステップＳ２０）。

デジタルテレビ１００は、再生制御ファイルを受信すると、受信した再生制御ファイルの内容を解釈し（ステップＳ２５）、その後、ストリーム要求情報を配信サーバ３００へ送信する（ステップＳ３０）。

配信サーバ３００は、ストリーム要求情報を受信すると、配信要求のあったコンテンツ（ストリーム；ＴＳ）をデジタルテレビ１００へ配信する（ステップＳ３５、Ｓ４０）。

デジタルテレビ１００は、受信したストリームをデコードし、２Ｄ映像及び３Ｄ映像に応じた出力形態で、映像を再生する（ステップＳ４５）。

（２）デジタルテレビ１００の再生動作
ここでは、デジタルテレビ１００がストリームを再生する際における動作、特に図１１で示すステップＳ２５及びＳ４５の詳細な動作について、図１２に示す流れ図を用いて説明する。

番組判定部１２５は、図８で示す記述要素３２１が存在するか否を判断、つまり配信されるストリームが３Ｄ映像を含むものであるか否かを判断する（ステップＳ１００）。

番組判定部１２５で、配信されるストリームが３Ｄ映像を含まない、つまり２Ｄ映像のみからなるものであると判断する場合（ステップＳ１００における「Ｎｏ」）、出力処理部１１８は、２Ｄの出力形態で、ストリームに含まれるフレーム毎にＳＥＩの識別情報を参照することなく、ストリームに含まれる全ての映像フレームを再生する（ステップＳ１０５）。

配信されるストリームが３Ｄ映像を含むものであると判断する場合（ステップＳ１００における「Ｙｅｓ」）、番組判定部１２５は、番組状態フラグがＳＥＩの識別情報を参照することを示しているか参照しないことを示しているかを判断する（ステップＳ１１０）。

番組判定部１２５で、ＳＥＩの識別情報を参照しない、つまりｓｉｇｎａｌｉｎｇで指定されている内容が“ｆａｌｓｅ”であると判断する場合（ステップＳ１１０における「Ｎｏ」）、出力処理部１１８は、３Ｄの出力形態で、ストリームに含まれるフレーム毎にＳＥＩの識別情報を参照することなく、ストリームに含まれる全ての映像フレームを再生する（ステップＳ１１５）。

番組判定部１２５で、ＳＥＩの識別情報を参照する、つまりｓｉｇｎａｌｉｎｇで指定されている内容が“ｔｒｕｅ”であると判断する場合（ステップＳ１１０における「Ｙｅｓ」）、冒頭フレーム判定部１２６は、冒頭フレーム状態フラグが２Ｄを示しているか３Ｄを示しているかを判断する（ステップＳ１２０）。

冒頭フレーム判定部１２６で冒頭フレーム状態フラグが３Ｄを示している、つまりｂｅｇｉｎｎｉｎｇで設定されている内容が“３ｄ”であると判断する場合（ステップＳ１２０における「Ｙｅｓ」）、出力処理部１１８は、映像の出力形態を３Ｄの出力形態へと変更する（ステップＳ１２５）。具体的には、切替制御部１４０はスイッチ１４２の接続先を第２バッファ１３１となるようスイッチ１４２を切り替え、出力部１４１は出力周期を１２０Ｈｚに変更する。

ステップＳ１２５の実行後、及び冒頭フレーム判定部１２６で冒頭フレーム状態フラグが２Ｄを示している（つまり、ｂｅｇｉｎｎｉｎｇで設定されている内容が“２ｄ”である）と判断する場合（ステップＳ１２０における「Ｎｏ」）、出力処理部１１８は、２Ｄ及び３Ｄの混在用の再生処理を行う（ステップＳ１３０）。

（３）２Ｄ用出力形態による再生の動作
ここでは、図１２に示すステップＳ１０５で行われる２Ｄ用出力形態による再生処理の動作について、図１３に示す流れ図を用いて説明する。

なお、当該処理の開始時点において、図１２で示すステップＳ１００の判断結果により、映像処理部１２１は、再生制御部１１７から第１参照指示のみを受け取っているものとする。つまり、映像処理部１２１は、出力すべきストリームは全て２Ｄ映像であると特定しているものとする。また、図１１で示すステップＳ１００の判断結果により、出力制御部１２２は、再生制御部１１７から２Ｄ出力指示を受け取っているものとする。

映像デコード部１１５は、符号化映像バッファ１１１に格納されている映像ストリームをデコードし、得られた映像フレームを復号化映像バッファ１１２へ書き込む（ステップＳ２００）。

映像処理部１２１は、復号化映像バッファ１１２から処理対象の映像フレーム、つまり２Ｄ映像フレームを読み出すと、ＳＥＩの識別情報を参照することなく、読み出した２Ｄ映像フレームを第１バッファ１３０へ書き込む（ステップＳ２０５）。

出力部１４１は、出力周期を６０Ｈｚとして、スイッチ１４２の接続先である第１バッファ１３０から出力対象である２Ｄの映像を読み出して、表示装置１０２へ出力する（ステップＳ２１０）。

映像デコード部１１５は、次にデコードすべき映像があるか否かを判断する（ステップＳ２１５）。次にデコードすべき映像があると判断する場合には（ステップＳ２１５における「Ｙｅｓ」）、映像デコード部１１５は、ステップＳ２００を実行する。次にデコードすべき映像はないと判断する場合には（ステップＳ２１５における「Ｎｏ」）、処理は終了する。

（４）３Ｄ用出力形態による再生の動作
ここでは、図１２に示すステップＳ１１５で行われる３Ｄ用出力形態による再生処理の動作について、図１４に示す流れ図を用いて説明する。

なお、当該処理の開始時点において、図１１で示すステップＳ１００及びＳ１１０の判断結果により、映像処理部１２１は、再生制御部１１７から第１参照指示及び構成情報の双方を受け取っているものとする。つまり、映像処理部１２１は、出力すべきストリームは全て３Ｄ映像であると特定しているものとする。

切替制御部１４０は、再生制御部１１７から３Ｄ出力指示を受け取ると、スイッチ１４２の接続先を第２バッファ１３１となるようスイッチ１４２を切り替える（ステップＳ３００）。また、出力部１４１は、出力周期を１２０Ｈｚへ変更する。

映像デコード部１１５は、符号化映像バッファ１１１に格納されている映像ストリームをデコードし、得られた映像フレームを復号化映像バッファ１１２へ書き込む（ステップＳ３０５）。

映像処理部１２１は、復号化映像バッファ１１２から処理対象の映像フレームを読み出すと、ＳＥＩの識別情報を参照することなく、受け取った構成情報の内容に基づいて、読み出した映像フレームからＬ映像フレーム及びＲ映像フレームを生成する（ステップＳ３１０）。映像処理部１２１は、生成したＬ映像フレームをＬ映像バッファ１３２へ、Ｒ映像フレームをＲ映像バッファ１３３へそれぞれ書き込む（ステップＳ３１５）。

出力部１４１は、出力周期を１２０Ｈｚとして、スイッチ１４２の接続先である第２バッファ１３１のＬ映像バッファ１３２及びＲ映像バッファ１３３から出力対象である映像を交互に読み出して、表示装置１０２へ出力する（ステップＳ３２０）。

映像デコード部１１５は、次にデコードすべき映像があるか否かを判断する（ステップＳ３２５）。次にデコードすべき映像があると判断する場合には（ステップＳ３２５における「Ｙｅｓ」）、映像デコード部１１５は、ステップＳ３０５を実行する。次にデコードすべき映像はないと判断する場合には（ステップＳ３２５における「Ｎｏ」）、処理は終了する。

（５）２Ｄ及び３Ｄ映像の混在用再生の動作
ここでは、図１２に示すステップＳ１３０で行われる２Ｄ及び３Ｄ映像の混在用再生処理の動作について、図１５に示す流れ図を用いて説明する。

なお、当該処理の開始時点において、図１１で示すステップＳ１００及びＳ１１０の判断結果により、映像処理部１２１は、再生制御部１１７から第２参照指示及び構成情報の双方を受け取っているものとする。つまり、映像処理部１２１は、出力すべきストリームには２Ｄ映像及び３Ｄ映像が混在していると特定しているものとする。

映像デコード部１１５は、符号化映像バッファ１１１に格納されている映像ストリームをデコードし、得られた映像フレームを復号化映像バッファ１１２へ書き込む（ステップＳ４００）。

映像処理部１２１は、処理対象の映像フレームに対応するＳＥＩの識別情報が３Ｄを示すか否かを判断する（ステップＳ４０５）。

映像処理部１２１でＳＥＩの識別情報が３Ｄであることを示すと判断する場合には（ステップＳ４０５における「Ｙｅｓ」）、出力制御部１２２の出力部１４１は、現時点での出力形態、つまり出力周期が３Ｄ用のものであるか否かを判断する（ステップＳ４１０）。具体的には、映像処理部１２１は、ＳＥＩの識別情報が３Ｄであることを示すと判断する場合には、３Ｄ出力指示を出力制御部１２２へ出力する。出力制御部１２２は、映像処理部１２１から３Ｄ出力指示を受け取ると、前回のフレームに対する指示が３Ｄ出力指示であるか２Ｄ出力指示であるかを判断する。前回の指示が３Ｄ出力指示であれば現時点での出力形態（出力周期）は３Ｄ用のものと特定し、前回の指示が２Ｄ出力指示であれば現時点での出力形態（出力周期）は２Ｄ用のものと特定することができる。

出力形態が３Ｄ用でないと判断する場合には（ステップＳ４１０における「Ｎｏ」）、出力部１４１は、出力形態を３Ｄ用に変更、つまり出力周期を１２０Ｈｚへ変更し（ステップＳ４１５）、処理はステップＳ４２０へ移行する。出力形態が３Ｄ用であると判断する場合には（ステップＳ４１０における「Ｙｅｓ」）、処理は、出力形態を変更することなくステップＳ４２０へ移行する。

映像処理部１２１は、復号化映像バッファ１１２から処理対象の映像フレームを読み出すと、当該ＳＥＩ中の構成情報の内容に基づいて、読み出した映像フレームからＬ映像フレーム及びＲ映像フレームを生成する（ステップＳ４２０）。映像処理部１２１は、生成したＬ映像フレームをＬ映像バッファ１３２へ、Ｒ映像フレームをＲ映像バッファ１３３へそれぞれ書き込む（ステップＳ４２５）。

出力部１４１は、出力周期を１２０Ｈｚとして、スイッチ１４２の接続先である第２バッファ１３１のＬ映像バッファ１３２及びＲ映像バッファ１３３から出力対象である映像を交互に読み出して、表示装置１０２へ出力する（ステップＳ４３０）。

映像処理部１２１でＳＥＩの識別情報が３Ｄでない、つまり２Ｄであることを示すと判断する場合には（ステップＳ４０５における「Ｎｏ」）、出力部１４１は、現時点での出力形態、つまり出力周期が２Ｄ用のものであるか否かを判断する（ステップＳ４３５）。具体的には、映像処理部１２１は、ＳＥＩの識別情報が２Ｄであることを示すと判断する場合には、２Ｄ出力指示を出力制御部１２２へ出力する。出力制御部１２２は、上述したように、映像処理部１２１から２Ｄ出力指示を受け取ると、前回のフレームに対する指示が３Ｄ出力指示であるか２Ｄ出力指示であるかを判断する。

出力形態が２Ｄ用でないと判断する場合には（ステップＳ４３５における「Ｎｏ」）、出力部１４１は、出力形態を２Ｄ用に変更、つまり出力周期を６０Ｈｚへ変更し（ステップＳ４４０）、処理はステップＳ４４５へ移行する。出力形態が２Ｄ用であると判断する場合には（ステップＳ４３５における「Ｙｅｓ」）、出力形態を変更することなくステップＳ４４５へ移行する。

映像処理部１２１は、復号化映像バッファ１１２から処理対象の映像フレーム、つまり２Ｄ映像フレームを読み出すと、読み出した２Ｄ映像フレームを第１バッファ１３０へ書き込む（ステップＳ４４５）。

出力部１４１は、出力周期を６０Ｈｚとして、スイッチ１４２の接続先である第１バッファ１３０から出力対象である２Ｄの映像を読み出して、表示装置１０２へ出力する（ステップＳ４５０）。

映像デコード部１１５は、次にデコードすべき映像があるか否かを判断する（ステップＳ４５５）。次にデコードすべき映像があると判断する場合には（ステップＳ４５５における「Ｙｅｓ」）、映像デコード部１１５は、ステップＳ２００を実行する。次にデコードすべき映像はないと判断する場合には（ステップＳ４５５における「Ｎｏ」）、処理は終了する。

（６）動作の具体例
ここでは、各構成要素間における処理の受け渡しを明示した流れ図を用いて、再生処理に係る動作を説明する。

（６−１）ＳＥＩの識別情報を参照する場合
ここでは、ＳＥＩの識別情報を参照しながらの再生処理について、図１６に示す流れ図を用いて説明する。なお、ここでは、再生制御ファイルにおいて、要素記述３２１の存在が存在し、当該要素記述３２１にて３Ｄ構成状態フラグはＳｉｄｅ−ｂｙ−Ｓｉｄｅ方式を、番組状態フラグはＳＥＩの識別情報を参照することを、冒頭フレーム状態フラグが２Ｄを、それぞれ示しているものとする。

配信サーバ３００は、再生制御ファイルをデジタルテレビ１００へ送信する（ステップＳ５００）。

再生制御部１１７は、受信した再生制御ファイルにおいて、要素記述３２１の存在の有無、及び存在する場合にはその要素記述３２１に含まれる各状態フラグの内容を解釈する（ステップＳ５０５）。ここでは、再生制御部１１７は、配信されるストリームは２Ｄ映像及び３Ｄ映像が混在し、３Ｄ映像はＳｉｄｅ−ｂｙ−Ｓｉｄｅ方式で生成され、且つ冒頭フレームは２Ｄ映像であると解釈する。

再生制御部１１７は、再生制御ファイルの３Ｄ構成状態フラグの解釈結果に応じた構成情報（ここでは、構成情報は、Ｓｉｄｅ−ｂｙ−Ｓｉｄｅ方式で生成されていることを示す。）を映像処理部１２１へ出力する（ステップＳ５０８）。

再生制御部１１７は、ストリーム要求情報を配信サーバ３００へ送信する（ステップＳ５１０）。

配信サーバ３００は、要求のあったストリームをデジタルテレビ１００へ送信する（ステップＳ５１５）。

入出力部１１３は、受信したストリームをＴＳバッファ１１０へバッファリングする（ステップＳ５２０）。多重化分離部１１４は、ＴＳバッファ１１０に書き込まれたストリームを多重化分離、ここでは、映像ストリームと音声ストリームに分離する（ステップＳ５２５）。このとき、分離された映像ストリームは、符号化映像バッファ１１１に書き込まれる。

映像デコード部１１５は、符号化映像バッファ１１１に書き込まれた映像ストリームをデコードして、得られた映像フレームを復号化映像バッファ１１２へ書き込む（ステップＳ５３０）。

映像処理部１２１は、処理対象の映像フレームに対応するＳＥＩの識別情報を参照して、当該映像フレームが２Ｄ映像であるか３Ｄ映像であるかを判断する（ステップＳ５３５）。映像処理部１２１は、判断結果に応じた指示を出力制御部１２２へ出力する（ステップＳ５４０）。具体的には、映像処理部１２１は、処理対象のフレームが２Ｄであると判断する場合には２Ｄ出力指示を、処理対象のフレームが３Ｄであると判断する場合には３Ｄ出力指示を、それぞれ出力する。

映像処理部１２１は、映像フレームに対して、ステップＳ５３５の判断結果に応じたバッファリングを行う（ステップＳ５４５）。具体的には、映像処理部１２１は、処理対象のフレームが２Ｄであると判断する場合には、復号化映像バッファ１１２から処理対象の映像フレームを読み出すと、当該映像フレームを第１バッファ１３０へ格納する。映像処理部１２１は、処理対象のフレームが３Ｄであると判断する場合には、復号化映像バッファ１１２から処理対象の映像フレームを読み出すと、当該ＳＥＩ中の構成情報の内容に基づいて、読み出した映像フレームからＬ映像フレーム及びＲ映像フレームを生成し、生成したＬ映像フレームをＬ映像バッファ１３２へ、Ｒ映像フレームをＲ映像バッファ１３３へそれぞれ書き込む。

出力制御部１２２は、映像処理部１２１から受け取った指示に応じて、出力形態の切替を行い（ステップＳ５５０）、フレームバッファ１２０に格納された映像を出力する（ステップＳ５５５）。

（６−２）ＳＥＩの識別情報を参照し、冒頭フレーム状態フラグが３Ｄの場合
ここでは、ＳＥＩの識別情報を参照しながら再生処理を行う場合の再生であって、冒頭フレーム状態フラグが３Ｄの場合について、図１６と異なる点を中心に説明する。

配信サーバ３００及びコンテンツ出力装置１０１の再生制御部１１７により、図１６に示すステップＳ５００からステップＳ５０８が行われる。このとき、ステップＳ５０５では、再生制御部１１７は、配信されるストリームは２Ｄ映像及び３Ｄ映像が混在し、３Ｄ映像はＳｉｄｅ−ｂｙ−Ｓｉｄｅ方式で生成され、且つ冒頭フレームは３Ｄ映像であると解釈する。

そして、再生制御部１１７によりステップＳ５１０が実行される前に、再生制御部１１７及び出力制御部１２２により、以下の処理が実行される。

再生制御部１１７は、冒頭フレーム状態フラグの解釈結果に基づいて、３Ｄ出力指示を出力制御部１２２へ出力する。

出力制御部１２２は、出力形態を３Ｄ用に設定する。具体的には、切替制御部１４０は、スイッチ１４２の接続先を第２バッファ１３１となるようスイッチ１４２を切り替え、出力部１４１は、出力周期を１２０Ｈｚへ変更する。

これら処理（３Ｄ出力指示の出力及び出力形態を３Ｄ用に設定）が行われた後、図１６に示すステップＳ５１０以降の処理が実行される。

なお、ステップＳ５１０以降の処理の動作については、既に説明しているので、ここでの説明は省略する。

この動作によると、映像処理部１２１において冒頭フレームが３Ｄであると判別されても、出力制御部１２２は、再生制御部１１７からの３Ｄ出力指示により出力形態を３Ｄ用に既に設定しているので、ステップＳ５５０による切り替えを行う必要がない。

（６−３）ＳＥＩの識別情報を参照しない場合
ここでは、ＳＥＩの識別情報を参照することなく再生処理を行う場合の再生について、図１７に示す流れ図を用いて説明する。なお、ここでは、再生制御ファイルにおいて、要素記述３２１の存在が存在し、当該要素記述３２１にて３Ｄ構成状態フラグはＳｉｄｅ−ｂｙ−Ｓｉｄｅ方式を、番組状態フラグはＳＥＩの識別情報を参照しないことを、冒頭フレーム状態フラグが３Ｄを、それぞれ示しているものとする。

配信サーバ３００は、再生制御ファイルをデジタルテレビ１００へ送信する（ステップＳ６００）。

再生制御部１１７は、受信した再生制御ファイルにおいて、要素記述３２１の存在の有無、及び存在する場合にはその要素記述３２１に含まれる各状態フラグの内容を解釈する（ステップＳ６０５）。ここでは、再生制御部１１７は、配信されるストリームは３Ｄ映像のみからなり、３Ｄ映像はＳｉｄｅ−ｂｙ−Ｓｉｄｅ方式で生成され、且つ冒頭フレームは３Ｄ映像であると解釈する。

再生制御部１１７は、再生制御ファイルの３Ｄ構成状態フラグの解釈結果に応じた構成情報（ここでは、構成情報は、Ｓｉｄｅ−ｂｙ−Ｓｉｄｅ方式で生成されていることを示す。）を映像処理部１２１へ出力し（ステップＳ６１０）、さらに、冒頭フレーム状態フラグの解釈結果に基づいて、３Ｄ出力指示を出力制御部１２２へ出力する（ステップＳ６１５）。

出力制御部１２２は、出力形態を３Ｄ用に設定する（ステップＳ６２０）。具体的には、切替制御部１４０は、スイッチ１４２の接続先を第２バッファ１３１となるようスイッチ１４２を切り替える、出力部１４１は、出力周期を１２０Ｈｚへ変更する。

再生制御部１１７は、ストリーム要求情報を配信サーバ３００へ送信する（ステップＳ６２５）。

配信サーバ３００は、要求のあったストリームをデジタルテレビ１００へ送信する（ステップＳ６３０）。

入出力部１１３は、受信したストリームをＴＳバッファ１１０へバッファリングする（ステップＳ６３５）。多重化分離部１１４は、ＴＳバッファ１１０に書き込まれたストリームを多重化分離、ここでは、映像ストリームと音声ストリームに分離する（ステップＳ６４０）。このとき、分離された映像ストリームは、符号化映像バッファ１１１に書き込まれる。

映像デコード部１１５は、符号化映像バッファ１１１に書き込まれた映像ストリームをデコードして、得られた映像フレームを復号化映像バッファ１１２へ書き込む（ステップＳ６４５）。

映像処理部１２１は、復号化映像バッファ１１２から処理対象の映像フレームを読み出すと、処理対象の映像フレームに対応するＳＥＩの識別情報を参照することなく、構成情報の内容に基づいて、読み出した映像フレームからＬ映像フレーム及びＲ映像フレームを生成し、生成したＬ映像フレームをＬ映像バッファ１３２へ、Ｒ映像フレームをＲ映像バッファ１３３へそれぞれ書き込む（ステップＳ６５０）。

出力制御部１２２は、３Ｄ用の出力形態で、フレームバッファ１２０に格納された映像を出力する（ステップＳ６５５）。

１．６ 変形例
以上、第１の実施の形態に基づいて説明したが、本発明は上記の第１の実施の形態に限られない。例えば、以下のような変形例が考えられる。

（１）上記実施の形態の再生制御ファイルにおいて、新たな記述要素３２１を記述する際に、番組状態フラグ及び冒頭フレーム状態フラグの双方とも設定するものとしたが、これに限定されない。

何れか一方のみ設定してもよい。

この場合の記述内容について、図１８（ａ）、（ｂ）に示す。

図１８（ａ）に示す記述要素３２１ａは、３Ｄ映像のフレームの生成方式、及びＳＥＩの識別情報の参照の有無について指定がなされている場合の記述内容である。

この場合の動作は、図１２のステップＳ１２０及びステップＳ１２５を削除することで実現できる。

図１８（ｂ）に示す記述要素３２１ｂは、３Ｄ映像のフレームの生成方式、及び冒頭フレームの映像の種別について指定がなされている場合の記述内容である。

この場合の動作は、図１２のステップＳ１１０及びステップＳ１１５を削除することで実現できる。

また、上記実施の形態では、番組状態フラグ及び冒頭フレーム状態フラグの双方とも一番組についてのストリームに応じたものであるとしたが、これに限定されない。

ストリームに応じたコンテンツが複数のチャプタからなる場合には、チャプタ単位に番組状態フラグ及び冒頭フレーム状態フラグを設定してもよい。

この場合における再生制御ファイルの記述要素３２２の一例を図１８（ｃ）に示す。例えば、チャプタ単位に冒頭フレーム状態フラグを設定する場合には、チャプタの開始点（＜ｃｈａｐｔｅｒ＿ｐｏｉｎｔ＞）を指定する記述において、冒頭フレーム状態フラグを追加すればよい。

この場合、デジタルテレビ１００は、ユーザから視聴したいチャプタについての情報、例えばチャプタの番号を受け付けると、図１２に示す処理を行う。なお、ステップＳ１２０では、図８で示す“ｅｓ＿ｉｎｆｏ”内の冒頭フレーム状態フラグではなく、図１８（ｃ）で示す“ｃｏｎｔｅｎｔ＿ｃｈａｐｔｅｒ＿ｉｎｆｏ”内のうち受け付けたチャプタに対応する冒頭フレーム状態フラグが２ｄであるか３ｄであるかを判断する。

また、ストリーム再生を一時停止後に再開する場合など、任意の位置からの再生に対して、番組状態フラグ及び冒頭フレーム状態フラグを動的に生成してもよい。

さらには、図１９、図２０に示す記述であってもよい。

（１−１）図１９について
図１９は、一の番組について、当該番組全編が３Ｄ映像であること、及び冒頭フレームが３Ｄであるか２Ｄであるかを示すファイル記述３３０ａを表している。

破線で囲んだ記述３３１ａには、ファイル記述３３０ａで示される番組が３Ｄ番組であり、その詳細を示す内容が記載されている。具体的には、フレームがＳｉｄｅ−ｂｉ−Ｓｉｄｅ方式であること、番組全編が３Ｄであるか、一部のみが３Ｄあるか、及び番組の先頭が３Ｄ映像であるか２Ｄ映像であるかを示すものとなっている。

記述３３２ａでは、フレームがＳｉｄｅ−ｂｉ−Ｓｉｄｅ方式であることが記載されている。

記載３３３ａでは、番組全編が３Ｄであるか、一部のみが３Ｄあるか、及び番組の先頭が３Ｄ映像であるか２Ｄ映像であるかを示すものとなっている。例えば、ｅｎｔｉｒｅ３ｄが記載されている場合には番組全編が３Ｄ映像であることを示している。この場合、デジタルテレビ１００は、かくフレームの識別情報を参照することなく３Ｄ出力形態による再生処理（図１４参照）を行うことができる。

また、ｐａｒｔｉａｌ３ｄ＿ｓｔａｒｔ３ｄが記載されている場合には、番組は、一部３Ｄ映像であり、番組の先頭が３Ｄ映像であることを示している。この場合、予め出力形態を３Ｄ用に変更した上で、２Ｄ及び３Ｄ混在用の再生処理を行うことができる。

さらに、ｐａｒｔｉａｌ３ｄ＿ｓｔａｒｔ２ｄが記載されている場合には、番組は、一部３Ｄ映像であり、番組の先頭が２Ｄ映像であることを示している。この場合、再生開始時には出力形態を初期状態（２Ｄ用）のままとして、２Ｄ及び３Ｄ混在用の再生処理を行うことができる。

（１−２）図２０について
図２０はチャプタ単位による記述例である。

図２０は、一の番組における各チャプタの開始位置、チャプタ名及びチャプタの開始が２Ｄ映像であるか３Ｄ映像であるかを示すファイル記述３３０ｂを表している。

破線で囲んだ記述３３１ｂには、ファイル記述３３０ｂで示される番組における各チャプタについての内容が記載されている。例えば、記述３３３２ｂは、１番目チャプタの開始位置（ｃｈａｐｔｅｒ＿ｐｏｉｎｔ）、チャプタ名（ｃｈａｐｔｅｒ＿ｔｉｔｌｅ）、及びチャプタの開始映像の種別が記載されている。

記述３３３ｂが、チャプタの開始映像の種別を示している。具体的には、その記載が２ｄである場合にはチャプタの開始映像は２Ｄ映像であることを、その記載が３ｄである場合にはチャプタの開始映像は３Ｄ映像であることを、それぞれ示している。

また、チャプタに関する記述内容は、別ファイルとして、配信サーバ３００によって配信されてもよい。これにより、チャプタのみの追加配信を行う場合に、別ファイルとして記述されたチャプタに関する記述内容のみを配信することで、ネットワークの負荷の軽減等が期待されるので、有効である。

（２）上記実施の形態において、３Ｄ構成状態フラグ、番組状態フラグ及び冒頭フレーム状態フラグは、再生制御ファイル内の＜ｖｉｄｅｏ＿ｉｎｆｏ＞において設定したが、これに限定されない。

再生制御ファイルにおいて、これら状態フラグが解釈できる位置でどこでもよい。または、別ファイルとしてもよし、配信するストリームのヘッダにこれら内容と同様の内容を設定してもよい。

（３）上記実施の形態において、配信されるストリームのフォーマットは、Ｈ．２６４｜ＭＰＥＧ４／ＡＶＣ規格に基づいたものとしたが、これに限定されない。

ストリームのフォーマットは、ＭＰＥＧ２規格や他の映像圧縮符号化方式に基づくものであってもよい。

（４）上記実施の形態において、ストリームを受信し、再生する再生装置としてデジタルテレビを用いて説明したが、当該装置は、デジタルテレビに限定されない。

ストリームを受信し、再生する再生装置を、レコーダやセットトップボックスとしてもよい。

（５）上記実施の形態において、デジタルテレビ１００と配信サーバ３００はインターネットで接続されているものとしたが、これに限定されない。

専用線を用いて接続されているものとして、デジタルテレビ１００と配信サーバ３００とを１つの装置として扱ってもよい。例えば、配信サーバ３００は、コンテンツをストリーム化して格納している可搬型の記録媒体（ＳＤカード、ＤＶＤ Ｄｉｓｃ、Ｂｌｕ−ｒａｙ Ｄｉｓｃ等）の着脱可能な装置としてもよい。

（６）上記実施の形態において、コンテンツは、インターネットを介して、ストリーム配信されるものとしたが、これに限定されない。

コンテンツは、ストリーム形式で記録されたパッケージメディアであってもよい。または、放送波により放送されたコンテンツであって、録画装置で録画された後のものであってもよい。または、インターネットを介して、ダウンロード形式で配信されてもよい。または、ビデオカメラ等で撮影された動画像であってもよい。つまりは、コンテンツ（ストリーム）と、上記にて示す記述要素３２１に相当する内容を記述したファイルとが対応付けられて記憶されていればよい。

（７）上記実施の形態において、プラズマテレビを用いて、２Ｄ映像と３Ｄ映像の出力周期の切り替えについて説明したが、これに限定されない。

プラズマテレビに限らず、２Ｄ映像の表示時と３Ｄ映像の表示時で異なるパネル駆動方式が用いられることで、切り替えの時間がかかる（１映像フレーム期間内に完了しない）表示デバイスを有する装置に、上述した切り替えの技術を適用してもよい。

（８）上記実施の形態において、フレームバッファは、第１バッファと、第２バッファ（Ｌ映像バッファ、Ｒ映像バッファ）とは、物理的に異なるものとしたが、これに限定されない。

第１バッファ、Ｌ映像バッファ、Ｒ映像バッファが物理的には共通で、時分割で切り替えて用いられる形態でもよい。

（９）上記実施の形態では、２Ｄ映像の出力周期は、１／６０秒としたが、これに限定されない。

２Ｄ映像は他の出力周期（例えば、１／５０秒）であってもよい。この場合、３Ｄの出力周期は、２Ｄ映像の出力周期の半分（例えば、１／１００秒）となる。

（１０）上記実施の形態では、Ｓｉｄｅ−ｂｙ−Ｓｉｄｅ等のフレーム互換方式を用いて説明したが、これに限定されない。

例えば、Ｈ．２６４／ＭＶＣ等の符号化方式を用いたサービス互換方式に適用しても良い。

この場合、２Ｄと３Ｄが混在するコンテンツの各フレームの２Ｄ／３Ｄの識別は、Ｓｕｂｓｅｔ ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ等を用いたｄｅｐｅｎｄｅｎｔ ｖｉｅｗの有無の検出、ｄｅｐｅｎｄｅｎｔ ｖｉｅｗを格納したＥｌｅｍｅｎｔａｒｙ Ｓｔｒｅａｍ自体の有無の検出、あるいはＰＭＴにおいてｄｅｐｅｎｄｅｎｔ ｖｉｅｗの有無を記述したＭＶＣ＿ｅｘｔｅｎｓｉｏｎ＿ｄｅｓｃｒｉｐｔｏｒもしくはｈｉｅｒａｒｃｈｙ＿ｄｅｓｃｒｉｐｔｏｒを解釈することによって行うことができる。

（１１）上記実施の形態ではコンテンツの情報を再生制御ファイルに記述する形態にて説明したが、これに限定されない。

例えば、同等の情報を、ＨＴＭＬやＢＭＬ文書のｏｂｊｅｃｔ要素やｖｉｄｅｏ要素の属性として記述しても良い。

（１２）上記の実施の形態で説明した手法の手順を記述したプログラムをメモリに記憶しておき、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などがメモリからプログラムを読み出して、読み出したプログラムを実行することによって、上記の手法が実現されるようにしてもよい。

また、当該手法の手順を記述したプログラムを記録媒体に格納して、頒布するようにしてもよい。

（１３）上記の各実施の形態にかかる各構成は、集積回路であるＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）として実現されてもよい。これらの構成は、１チップ化されても良いし、一部又は全てを含むように１チップ化されてもよい。ここでは、ＬＳＩと表現したが、回路の集積度の違いによっては、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと称呼されることもある。また、集積回路化の手法は、ＬＳＩに限られるものではなく、専用回路または汎用プロセッサで集積回路化を行ってもよい。また、ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサー（ＲｅＣｏｎｆｉｇｕｒａｂｌｅ Ｐｒｏｃｅｓｓｏｒ）を用いてもよい。あるいは、これらの機能ブロックの演算は、例えば、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）やＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などを用いて演算することもできる。さらに、これらの処理ステップはプログラムとして記録媒体に記録して実行することで処理することもできる。

さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路の技術が登場すれば、当然、その技術を用いて機能ブロックを集積化してもよい。バイオ技術の適応などが可能性としてあり得る。

（１４）上記実施の形態及び変形例を組み合わせるとしてもよい。

２．第２の実施の形態
また、上記第１の実施の形態では、映像ストリームを先頭から再生する場合に冒頭フレーム状態フラグを利用したが、ここでは、映像ストリーム再生を中断後、再開する場合に冒頭フレーム状態フラグを利用する場合について説明する。

本実施の形態に係るコンテンツ配信システムは、番組コンテンツに係る番組ストリームを配信する配信サーバ４００と、前記番組ストリームをデコードして再生する受信機６００（例えば、デジタルテレビなどの再生装置）とからなる上記第１の実施の形態のコンテンツ配信システムである。配信サーバ４００は、第１の実施の形態で示す配信サーバ３００の構成要素に加えて、前記番組ストリームの中断位置を記憶するコンテンツ状態管理部と、中断再開のための受信機６００のユーザインタフェースを生成する再生ＵＩ生成部を備える。受信機６００は、第１の実施の形態で示すコンテンツ出力装置１０１の構成要素に加えて、前記番組ストリームの再生中断状態を前記配信サーバに伝えるコマンド生成部と、前記配信サーバが生成する前記ユーザインタフェースを提示するユーザインタフェース提示部を備えている。これにより、受信機６００が、配信サーバ４００に前記番組ストリーム中断時の冒頭フレームが３Ｄ映像のフレームおよび２Ｄ映像のフレームの何れであるかを伝えるコマンドを生成して、配信サーバ４００へ通知し、配信サーバ４００は前記番組ストリーム再生中断時の前記冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れであるかを記憶し、受信機６００から前記番組ストリームの再生再開通知を受けると、受信機６００に中断再開の操作方法とともに中断再開時の前記冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れであるかを伝え、受信機６００は、前記冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生する。

２．１．配信サーバ４００の構成
配信サーバ４００は、図２１に示すように、第１の実施の形態で説明した構成に加え、コンテンツ状態管理部４０１、再生用ＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）生成部４０２から構成されている。

以下、コンテンツ状態管理部４０１、再生用ＵＩ生成部４０２について説明する。
（１）コンテンツ状態管理部４０１
コンテンツ状態管理部４０１は、図２２に示すように、コンテンツ状態管理テーブル５００を有している。 コンテンツ状態管理テーブル５００は、装置ＩＤ５０１、再生制御ファイルＵＲＬ５０２、中断位置５０３、中断時映像種別５０４からなる組を複数記憶するための領域を有している。

コンテンツ状態管理テーブル５００はユーザごとの再生中断状態を管理するものであり前述の再生制御ファイルＵＲＬ５０２、中断位置５０３、中断時映像種別５０４からなる組は装置ＩＤ５０１（ユーザ）ごとに管理されている。

再生制御ファイルＵＲＬ５０２は、第１の実施の形態で説明したコンテンツ記憶部３０１が有するコンテンツ管理テーブル３０１の再生制御ファイルＵＲＬ３１１と同一の情報であり、当該ユーザが視聴中のコンテンツに対応する。

中断位置５０３は、受信機がコンテンツの再生を中断した位置を表す。具体的にはコンテンツの先頭からの相対時間（先頭から１０秒など）などである。

中断時映像種別５０４は受信機がコンテンツの再生を中断したときの映像の種別を表す。この例では３Ｄ映像の場合には”３ｄ”、２Ｄ映像の場合には”２ｄ”と記載される。

（２）再生用ＵＩ生成部４０２
再生用ＵＩ生成部４０２では、受信機が中断したコンテンツの再生再開を行う際のＵＩを生成する。具体的には、ＨＴＭＬなどの宣言型マークアップ言語やＪａｖａ（登録商標）などの手続き型言語などのプログラミング言語で生成する。図２３に再生用ＵＩの例を示す。ここではＨＴＭＬを例に記載しているが、他のプログラミング言語でも生成可能である。

図２３の“ｈｔｔｐ：//ｘｘ．ｙｙ．ｚｚ/ｍｅｔａ．ｃｐｃ”は第１の実施の形態で説明した再生再開を行うコンテンツの再生制御ファイルのＵＲＬである。図２３の“Ｐｏｓ＝１０．１”は受信機がコンテンツの再生を中断した位置を表す。具体的にはコンテンツの先頭からの相対時間（例：先頭から１０．１秒）である。図２３の“Ｐｉｃｔｕｒｅ＝３ｄ”は受信機がコンテンツの再生を中断時点での映像の種別を表す。この例では３Ｄ映像の場合には３ｄ、２Ｄ映像の場合には２ｄを記載している。再生用ＵＩ生成部４０２はコンテンツ状態管理部４０１が管理するコンテンツ状態管理テーブル５００の情報を用いて、再生用ＵＩを生成する。

なお、本実施の形態の説明においては、受信機に中断位置（Ｐｏｓ＝１０．１）、映像の種別（Ｐｉｃｔｕｒｅ＝３ｄ）を通知する手段として、再生用ＵＩ生成部４０２を前記サーバ側に配置し、受信機のユーザインタフェースを生成する方法を示しているが、これはユーザインタフェースに限定したものではなく、中断位置（Ｐｏｓ＝１０．１）、映像の種別（Ｐｉｃｔｕｒｅ＝３ｄ）を通知するメタデータを生成し通知してもよい。

２．２．受信機６００の構成
受信機６００は、図２４に示すように、第１の実施の形態で説明したコンテンツ出力装置１０１の構成とほぼ同一であるが、操作制御部１１９にコマンド生成部６０１とＵＩ提示部６０２との構成が追加されている。

以下、コマンド生成部６０１とＵＩ提示部６０２について説明する。他の構成要素については、第１の実施の形態で示しているので、ここでの説明は省略する。

（１）コマンド生成部６０１
コマンド生成部６０１は、中断時の状態をサーバに通知するためのコマンドを生成する。コマンド生成部６０１は、ユーザ操作により再生中断の指示があると、その時点でのコンテンツの再生位置を取得し、配信サーバ３００宛てのコマンドを生成する。図２５に生成するコマンドの例を示す。ここでは転送プロトコルをｈｔｔｐとしたが、他の転送プロトコルによるコマンドを生成してもよい。“ｈｔｔｐ：／／ｘｘｘ．ｙｙｙ．ｚｚｚ／ｃｇｉ−ｂｉｎ／ｓｅｒｖｅｒ．ｃｇｉ“はコマンドを送るあて先のサーバを示す。”ｐｏｓ＝１０．１“はコンテンツの再生を中断した位置を示す。具体的にはコンテンツの先頭からの相対時間などである。“Ｐｉｃｔｕｒｅ”はコンテンツの再生を中断したときの映像の種別を表す。この例では３Ｄ映像の場合には３ｄ、２Ｄ映像の場合には２ｄと記載している。これらの情報は中断処理時に映像処理部１２１より取得する。

また、コマンドには、図示していないが、受信機６００を識別するための情報が含まれている。この情報は、装置ＩＤ、又はサーバ上で装置ＩＤと対応付け可能な識別情報であり、例えばｃｏｏｋｉｅなどで記述されて、コマンドを転送するｈｔｔｐのヘッダ部等に格納される。

配信サーバ４００では、上述したように、受信したコマンドに含まれる情報に従って、装置ＩＤ毎に再生中断状態を管理する。

（２）ＵＩ提示部６０２
ＵＩ提示部６０２は、配信サーバ４００から送信された再生用ＵＩ生成部４０２で生成されたＵＩを提示する。ＵＩの表示例を図２３に示す。この例ではコンテンツを再生するためのボタンを配置したＵＩをテレビ画面などに提示する。ここではＨＴＭＬでの記述を例に説明する。

ボタン１００１「最初から見る」には、配信サーバ４００に対し、先頭から（０秒後）に再生するように指示する文書が記述されている。このボタンが押下された場合の動作は、第１の実施の形態と同様に、再生制御ファイルを用いてコンテンツの冒頭フレームが３Ｄあるか２Ｄであるかを判断する。

ボタン１００２「続きから見る」には、配信サーバ４００に対し、続きから（この例では１０．１秒後）に再生するように指示する文書が記述されている。また、ここでは"Ｐｉｃｔｕｒｅ＝３ｄ”と記載されているので受信機６００は、中断再生時の先頭が３Ｄであることが再生前にわかる。本例ではテレビ画面に提示するＵＩを例に説明したがリモコンのボタンと「最初から見る」、「続きから見る」などの操作を対応付ける方法なども考えられる。

２．３．コンテンツ再生中断処理
コンテンツ再生中断処理について図２６を用いて説明する。コンテンツ再生中断処理とは、映像コンテンツをユーザが最後まで視聴せず、リモコンなどを用いたユーザの操作により、途中で再生を中断する操作を行った際の処理のことを指す。

ユーザはリモコンなどで受信機６００に再生中の映像の中断処理を指示する。操作制御部１１９は、入出力部１１３に再生中断要求を行う（ステップＳ７０１）。

入出力部１１３は、配信サーバ４００の入出力部３０３に再生中断要求を通知する（ステップＳ７０２）。

入出力部３０３は、配信制御部３０２と再生中断のための処理を行い、映像送出を中断する（ステップＳ７０３）。

再生中断処理完了後、入出力部３０３は、受信機６００の入出力部１１３に再生中断完了を通知する（ステップＳ７０４）。

入出力部１１３は、再生中断完了を操作制御部１１９に伝える（ステップＳ７０５）。

操作制御部１１９は、中断時の状態（コンテンツの再生を中断した位置と映像の種別）を映像処理部１２１より取得する（ステップＳ７０６）。

操作制御部１１９のコマンド生成部６０１は、ステップＳ７０６で取得した中断時の状態の情報を用いて、配信サーバ４００に中断位置と映像種別を通知するコマンドを生成する（ステップＳ７０７）。

操作制御部１１９は、コマンド生成部６０１が生成したコマンドを入出力部１１３に渡す（ステップＳ７０８）。

入出力部１１３は、コマンドを配信サーバ４００の入出力部３０３に通知する（ステップＳ７０９）。

入出力部３０３は、受信したコマンドをコンテンツ状態管理部４０１に渡す。コンテンツ状態管理部４０１は、装置ＩＤと、中断コンテンツと、コマンドにより通知された中断コンテンツの中断位置、映像種別を組として、コンテンツ状態管理テーブル５００に記憶する。処理が完了したことを入出力部３０３に伝える（ステップＳ７１０）。

入出力部３０３は、コマンド処理が完了したことを受信機６００の入出力部１１３に通知する（ステップＳ７１１）。

入出力部１１３は、コマンド処理が完了したことを操作制御部１１９に伝える（ステップＳ７１２）。

なお、本例では、映像中断処理を先に行った後、映像中断状態を通知するコマンドを発行しているが、映像中断処理の前に、映像中断状態を通知するコマンドを発行する形態でもよい。

２．４．コンテンツ中断再開準備処理
コンテンツ中断再開準備処理について図２７を用いて説明する。コンテンツ中断再開準備処理とは、ユーザがリモコンなどを用いた操作で前回途中まで視聴したところから映像再生を再開する操作を行うためのＵＩを提示する処理をいう。

ユーザはリモコンなどで受信機６００に中断したコンテンツを再生するための再生用ＵＩの提示を要求する。操作制御部１１９は、入出力部１１３に再生用ＵＩ要求を行う（ステップＳ８０１）。

入出力部１１３は、サーバ４００の入出力部３０３に再生用ＵＩ要求を通知する（ステップＳ８０２）。なお、再生用ＵＩ要求には、受信機６００の装置ＩＤが含まれている。

入出力部３０３は再生用ＵＩ要求を再生用ＵＩ生成部４０２に伝える。再生用ＵＩ生成部４０２は、ＵＩを生成するために必要な情報である、受信機６００がコンテンツの再生を中断した位置と映像の種別などをコンテンツ状態管理部４０１から取得する（ステップＳ８０３）。

再生用ＵＩ生成部４０２は、取得した情報を用いて、中断位置からの再生が可能なＵＩを生成し、データとして入出力部３０３に渡す（ステップＳ８０４）。以下に、ＨＴＭＬの場合のＵＩの例を以下に示す。
<html>
<head>・・・・</head>
<body>
・・・・・
<p>
コンテンツA
<a href=”http://xx.yy.zz/meta.cpc? Pos=10.1&Ｐｉｃｔｕｒｅ=3d”>続きから見る</a>
</p>
・・・・・
</body>
</html>

入出力部３０３は、生成したＵＩのデータを受信機６００の入出力部１１３に通知する（ステップＳ８０５）。

入出力部１１３は、ＵＩデータを操作制御部１１９のＵＩ提示部６０２に渡す（ステップＳ８０６）。

ＵＩ提示部部６０２は、受け取ったＵＩデータを用いて視聴者に中断再開のためのＵＩを提示する（ステップＳ８０７）。

２．５．ストリーム再生処理
ＵＩ提示部６０２により提示されたＵＩにより、前回途中まで視聴したところから映像再生を実行する処理について図２８を用いて説明する。

受信機６００は、ユーザの操作によりコンテンツの中断再開実行が要求されると（ステップＳ１１０１）、選択されたコンテンツに対応する再生制御ファイルＵＲＬを含むファイル要求情報を配信サーバ４００へ送信する（ステップＳ１１０２）。

配信サーバ４００は、受信機６００から受信した再生制御ファイルＵＲＬに対応する再生制御ファイルを特定し、特定した再生制御ファイルを受信機６００へ送信する（ステップＳ１１０３）。

受信機６００の再生制御部１１７は、再生制御ファイルを受信すると、再生すべきコンテンツが２Ｄであるか３Ｄであるか、もしくは２Ｄ及び３Ｄが混在したものであるかを判断し、混在していると判断する場合には、再生用ＵＩのデータに記述され、且つステップＳ１１０１で選択されたコンテンツに対応する中断再開時の映像の種別（２Ｄか３Ｄか）を用いて、中断再開時の冒頭フレームが２Ｄか３Ｄかを判定し（ステップＳ１１０４）、再生出力動作を実行する（ステップＳ１１０５）。これらの処理について図２９を用いて説明する。

（１）冒頭フレームの判定処理（ステップＳ１１０４）
ここでは、受信機６００がコンテンツの再生を再開する場合、特に図２８で示すステップＳ１１０４の詳細な動作について、図２９に示す流れ図を用いて説明する。

番組判定部１２５は、図８で示す記述要素３２１が存在するか否を判断、つまり配信されるストリームが３Ｄ映像を含むものであるか否かを判断する（ステップＳ１２００）。

番組判定部１２５で、配信されるストリームが３Ｄ映像を含まない、つまり２Ｄ映像のみからなるものであると判断する場合（ステップＳ１２００における「Ｎｏ」）、出力処理部１１８は、２Ｄの出力形態で、ストリームに含まれるフレーム毎にＳＥＩの識別情報を参照することなく、ストリームに含まれる全ての映像フレームを再生する（ステップＳ１２０５）。なお、ステップＳ１２０５の詳細な処理動作は、図１３で示す処理を同様であるので、ここでの説明は省略する。

配信されるストリームが３Ｄ映像を含むものであると判断する場合（ステップＳ１２００における「Ｙｅｓ」）、番組判定部１２５は、番組状態フラグがＳＥＩの識別情報を参照することを示しているか参照しないことを示しているかを判断する（ステップＳ１２１０）。

番組判定部１２５で、ＳＥＩの識別情報を参照しない、つまりｓｉｇｎａｌｉｎｇで指定されている内容が“ｆａｌｓｅ”であると判断する場合（ステップＳ１２１０における「Ｎｏ」）、出力処理部１１８は、３Ｄの出力形態で、ストリームに含まれるフレーム毎にＳＥＩの識別情報を参照することなく、ストリームに含まれる全ての映像フレームを再生する（ステップＳ１２１５）。なお、ステップＳ１２１５の詳細な処理動作は、図１４で示す処理を同様であるので、ここでの説明は省略する。

操作制御部１１９は、ＵＩのデータに選択されたコンテンツに対応する中断再開時の映像の種別（２Ｄか３Ｄか）が記述されているかどうかを確認する（ステップ９２０）。

記述されていると判断する場合は（ステップＳ１２２０における「Ｙｅｓ」）、操作制御部１１９は、映像種別を再生制御部１１７の冒頭フレーム判定部１２６に渡す（ステップ９２５）。

冒頭フレーム判定部１２６は、操作制御部１１９より渡された映像種別に従い、再開時の先頭フレームが２Ｄか３Ｄかを判定する(ステップ９３５)。具体的には、冒頭フレーム判定部１２６は、映像種別“Ｐｉｃｔｕｒｅ”に“３ｄ”が設定されているか否かを判断する。

冒頭フレーム判定部１２６で映像種別が３Ｄを示している、つまりＰｉｃｔｕｒｅで設定されている内容が“３ｄ”であると判断する場合（ステップＳ１２３５における「Ｙｅｓ」）、出力処理部１１８は、映像の出力形態を３Ｄの出力形態へと変更する（ステップＳ１２４０）。具体的には、切替制御部１４０はスイッチ１４２の接続先を第２バッファ１３１となるようスイッチ１４２を切り替え、出力部１４１は出力周期を１２０Ｈｚに変更する。

記述されていないと判断する場合は（ステップＳ１２２０における「Ｎｏ」）、冒頭フレーム判定部１２６は、第１の実施の形態と同様に、再生制御ファイルのｂｅｇｉｎｎｉｎｇの値を用いて、ｂｅｇｉｎｎｉｎｇに設定された内容が“３ｄ”であるか否かを判断する（ステップＳ１２３０）。

冒頭フレーム判定部１２６でｂｅｇｉｎｎｉｎｇに設定された内容が“３ｄ”であると判断する場合（ステップＳ１２３０における「Ｙｅｓ」）、処理はステップＳ１２４０へ移行する。

ステップＳ１２４０の実行後、冒頭フレーム判定部１２６でｂｅｇｉｎｎｉｎｇで設定されている内容が“２ｄ”であると判断する場合（ステップＳ１２３０における「Ｎｏ」）、及び冒頭フレーム判定部１２６で映像種別が２Ｄを示している、つまりＰｉｃｔｕｒｅで設定されている内容が“２ｄ”であると判断する場合（ステップＳ１２３５における「Ｎｏ」）、出力処理部１１８は、２Ｄ及び３Ｄの混在用の再生処理を行う（ステップＳ１２４５）。なお、ステップＳ１２４５の詳細な処理動作は、図１５で示す処理を同様であるので、ここでの説明は省略する。

（２）再生出力動作（ステップＳ１１０５）
受信機６００の再生出力動作は第１の実施の形態で示すデジタルテレビ１００と同様である。配信サーバ４００の出力動作において、映像の先頭から出力するのではなく、中断位置から出力する部分のみが異なる。配信サーバ４００は、どの位置から再生するか、つまりどの位置から配信を行うかを、受信機６００の再生用ＵＩから送られるコマンドに含まれるＰｏｓの情報を用いて判断してもよいし、配信サーバ４００が保有するコンテンツ状態管理テーブル５００の中断位置の情報から判断してもよい。

これ以降の映像ストリーム再生処理は、第１の実施の形態と同様であるので省略する。

２．６ 変形例
以上、第２の実施の形態に基づいて説明したが、本発明は上記の第２の実施の形態に限られない。例えば、以下のような変形例が考えられる。

（１）上記第２の実施の形態のコンテンツ状態管理部４０１はサーバ上に配置されているが、受信機６００上に配置してもよい。

（２）上記第２の実施の形態において、再生用ＵＩ生成部４０２は、配信サーバ４００に配置されているが、受信機６００に配置してもよい。

（３）コンテンツ状態管理部４０１を受信機６００に配置する場合、受信機６００にてあらかじめコンテンツの内容を確認して、すべての再開可能位置における映像種別を記載したコンテンツ状態管理テーブル５００を作成してもよい。この場合のコンテンツ状態管理テーブル５００は、各々の再生制御ファイルＵＲＬ５０２毎に、複数の中断位置５０３と中断時映像種別５０４の組を記載した構成となる。さらに、このようなコンテンツ状態管理テーブル５００を配信サーバ４００で作成し、コンテンツの再生に先立って受信機６００にネットワークを介して送信してもよい。

（４）コンテンツ状態管理部４０１を配信サーバ４００に配置する場合、配信サーバ４００にてあらかじめコンテンツの内容を確認して、すべての再開可能位置におけるコンテンツ映像種別を記載したコンテンツ状態管理テーブル５００を作成してもよい。この場合のコンテンツ状態管理テーブル５００は、各々の再生制御ファイルＵＲＬ５０２毎に、複数の中断位置５０３と中断時映像種別５０４の組を記載した構成となる。

（５）上記第２の実施の形態において、受信機６００の映像処理部１２１から映像種別情報を取得し、受信機６００のコマンド生成部６０１で中断時の位置・映像種別情報をサーバに伝える構成となっているが、配信サーバ４００の配信制御部３０２から、中断位置・映像種別情報を取得するようにしてもよい。

この場合、配信サーバ４００は、受信機６００から再生中断要求を受け取った時点までに配信したコンテンツの先頭からの相対時間を中断位置とする。または、受信機６００から再生中断要求を受け取った時点までに配信したコンテンツの先頭からの相対時間から、ある一定時間遡った時間（例えば、２秒前など）を中断位置としてもよい。そして、配信サーバ４００は、特定した中断位置のフレームが２Ｄの映像であるか３Ｄの映像であるかを判断し、その結果を映像種別情報とする。

（６）上記第２の実施の形態で示す再生ＵＩの記述例及びコマンドの記述例は、一例であり、図３０（ａ）、（ｂ）で示す記述であってもよい。

（６−１）図３０（ａ）について
図３０（ａ）は、再生ＵＩの記述のうち、中断位置から開始するための情報を通知する記述例である。

この記述のうち、記述１３０１は中断位置、つまり再開位置を示すものであり、例えば中断位置が１０．１秒（コンテンツの先頭からの相対時間）の位置であれば、＆ＰｌａｙＰｏｓ＝１０．１と記述される。

また、記述１３０２は中断位置での映像が３Ｄ映像であるか２Ｄ映像であるかを示している。中断位置での映像が３Ｄ映像である場合には、＆Ｓｔａｒｔ３ｄ２ｄ＝３ｄと記述され、２Ｄ映像である場合には、＆Ｓｔａｒｔ３ｄ２ｄ＝２ｄと記述される。

なお、ＭｅｔａＦｉｌｅＵＲＬは、再生再開を行うコンテンツの再生制御ファイルのＵＲＬである。ＬｉｃｅｎｓｅＩＤは、暗号化コンテンツの再生を行う場合において指定したコンテンツのライセンスＩＤを示す。Ｒｅｔｕｒｎ＝ＲｅｔｕｒｎＵＲＬは、コンテンツの再生が完了した場合に表示すべき画像のＵＲＬである。

（６−２）図３０（ｂ）について
図３０（ｂ）は、コンテンツの再生を中断した場合において、配信サーバ４００へ通知する際のコマンドの記述例である。

この記述のうち、記述１３５１は、再生を中断した位置を示すものであり、例えば中断位置が１０．１秒（コンテンツの先頭からの相対時間）の位置であれば、＆ＳｔｏｐＰｏｓ＝１０．１と記述される。

また、記述１３５２は中断位置での映像が３Ｄ映像であるか２Ｄ映像であるかを示している。中断位置での映像が３Ｄ映像である場合には、＆Ｓｔｏｐ３ｄ２ｄ＝３ｄと記述され、２Ｄ映像である場合には、＆Ｓｔｏｐ３ｄ２ｄ＝２ｄと記述される。

なお、ＲｅｔｕｒｎＵＲＬは、上述したように、コンテンツの再生が完了した場合に表示すべき画像のＵＲＬである。＆Ｓｔａｔｕｓ＝ＳｔａｔｕｓＣｏｄｅは、終了状態を示し、再生が正常終了した場合には＆Ｓｔａｔｕｓ＝０と記述され、異状終了した場合には−２以下の数が設定、例えば、＆Ｓｔａｔｕｓ＝−２が記述される。

例えば、中断位置が１０．１秒であり、その映像が３Ｄ映像である場合に、配信サーバ４００へ通知する際のコマンドの記述は、“ＲｅｔｕｒｎＵＲＬ＆Ｓｔａｔｕｓ＝０［＆ＳｔｏｐＰｏｓ＝１０．１］［＆Ｓｔｏｐ３ｄ２ｄ＝３ｄ］”となる。

（７）上記第２の実施の形態において、図２３で示す表示例は、一例であり、表示画面は、ユーザによりカスタマイズされたものであってもよい。例えば、どこまで視聴済みであるかを表示するようにしてもよい。

（８）上記の実施の形態で説明した手法の手順を記述したプログラムをメモリに記憶しておき、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などがメモリからプログラムを読み出して、読み出したプログラムを実行することによって、上記の手法が実現されるようにしてもよい。

また、当該手法の手順を記述したプログラムを記録媒体に格納して、頒布するようにしてもよい。

（９）上記の各実施の形態にかかる各構成は、集積回路であるＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）として実現されてもよい。これらの構成は、１チップ化されても良いし、一部又は全てを含むように１チップ化されてもよい。ここでは、ＬＳＩと表現したが、回路の集積度の違いによっては、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと称呼されることもある。また、集積回路化の手法は、ＬＳＩに限られるものではなく、専用回路または汎用プロセッサで集積回路化を行ってもよい。また、ＬＳＩ製造後にプログラムすることが可能なＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサー（ＲｅＣｏｎｆｉｇｕｒａｂｌｅ Ｐｒｏｃｅｓｓｏｒ）を用いてもよい。あるいは、これらの機能ブロックの演算は、例えば、ＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）やＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）などを用いて演算することもできる。さらに、これらの処理ステップはプログラムとして記録媒体に記録して実行することで処理することもできる。

さらには、半導体技術の進歩または派生する別技術によりＬＳＩに置き換わる集積回路の技術が登場すれば、当然、その技術を用いて機能ブロックを集積化してもよい。バイオ技術の適応などが可能性としてあり得る。

（１０）上記実施の形態及び変形例を組み合わせるとしてもよい。

３．補足
（１）本発明の一実施態様である、コンテンツ配信システムは、映像コンテンツに係る映像ストリームを配信する配信サーバと、前記映像ストリームをデコードして再生する再生装置とからなり、前記配信サーバは、一の番組全体を表す前記映像コンテンツについての映像ストリームと、当該映像ストリームに対応付けられ、且つ前記映像コンテンツの先頭に対応する、当該映像ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れかであることを示す冒頭フレーム状態フラグとを、前記再生装置へネットワークを介して配信する配信手段を備え、前記再生装置は、前記映像ストリームと、前記冒頭フレーム状態フラグを受け取る受信手段と、前記映像ストリームのデコードに先立って、受信した前記冒頭フレーム状態フラグを用いて、当該映像ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れであるかを判断する判断手段と、前記冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生する再生手段とを備えることを特徴とする。

この構成によると、コンテンツ配信システムの配信サーバは冒頭フレーム状態フラグを送信し、再生装置は、冒頭フレーム状態フラグを用いて、一の番組についての冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生するので、一の番組について冒頭フレームを欠くことなく再生することができる。

（２）また、本発明の一実施態様である、映像コンテンツに係る映像ストリームを配信サーバから受信し、当該映像ストリームをデコードして再生する再生装置は、一の番組全体を表す前記映像コンテンツについての映像ストリームと、当該映像ストリームに対応付けられ、且つ前記映像コンテンツの先頭に対応する、当該映像ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れかであることを示す冒頭フレーム状態フラグをネットワークを介して受け取る受信手段と、前記映像ストリームのデコードに先立って、受信した前記冒頭フレーム状態フラグを用いて、当該映像ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れであるかを判断する判断手段と、前記冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生する再生手段とを備えることを特徴とする。

この構成によると、再生装置は、冒頭フレーム状態フラグを用いて、一の番組についての冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生するので、一の番組について冒頭フレームを欠くことなく再生することができる。

（３）ここで、前記映像ストリームは、複数の部分ストリームから構成され、前記複数の部分ストリームそれぞれは、当該部分ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れかであることを示すチャプタ状態フラグが対応付けられており、前記再生装置は、さらに、ユーザから、一の部分ストリームにおける冒頭フレームへの移動指示を受け付ける指示受付手段を備え、前記判断手段は、さらに、前記移動指示が受け付けられると、前記一の部分ストリームのデコードに先立って、移動先の部分ストリームに対応するチャプチャ状態フラグを用いて、当該部分ストリームの冒頭フレームが３Ｄ映像のフレームであるか２Ｄ映像のフレームであるかを判断し、前記再生手段は、さらに、前記部分ストリームの冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合にはフレームの出力形態を２Ｄ映像出力用に、前記部分ストリームのデコード前にそれぞれ準備して、当該部分ストリームをデコードして再生するとしてもよい。

この構成によると、再生装置は、チャプタ状態フラグを用いて、移動指示のあった前記一の部分ストリームの冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記部分ストリームのデコード前にそれぞれ準備して、前記部分ストリームのデコードをして再生するので、部分ストリームの冒頭フレームを欠くことなく再生することができる。

（４）また、本発明の一実施態様である、映像コンテンツに係る映像ストリームを、当該映像ストリームをデコードして再生する再生装置へ配信する配信サーバは、一の番組全体を表す前記映像コンテンツについての映像ストリームと、当該映像ストリームに対応付けられ、且つ前記映像コンテンツの先頭に対応する、当該映像ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れかであることを示す冒頭フレーム状態フラグとを、前記再生装置へネットワークを介して配信する配信手段を備えることを特徴とする。

この構成によると、配信サーバは、一の番組を表す映像ストリームに対応付けられ、且つ当該一の番組の冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れかであることを示す冒頭フレーム状態フラグを再生装置へ送信するので、再生装置側では、冒頭フレーム状態フラグを参照することで、映像ストリームのデコード前に、映像ストリームの冒頭フレームが３Ｄ映像であるか２Ｄ映像であるかを判断することができる。そして、再生装置は、冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生することで、一の番組について冒頭フレームを欠くことなく再生することができる。

（５）本発明の一実施態様である、映像コンテンツに係る映像ストリームを配信する配信サーバと、前記映像ストリームをデコードして再生する再生装置とからなるコンテンツ配信システムにおいて、前記配信サーバが、複数のチャプタから構成される前記映像コンテンツにおいて、ユーザにより指定されたチャプタについての映像ストリームと、前記映像コンテンツに対応付けられ、且つ当該チャプタの先頭に対応する、当該映像ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れかであることを示す冒頭フレーム状態フラグとを、前記再生装置へネットワークを介して配信する配信手段を備え、前記再生装置が、前記映像ストリームと、前記冒頭フレーム状態フラグを受け取る受信手段と、前記映像ストリームのデコードに先立って、受信した前記冒頭フレーム状態フラグを用いて、当該映像ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れであるかを判断する判断手段と、前記冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生する再生手段とを備えることを特徴とする。

この構成によると、コンテンツ配信システムの配信サーバは冒頭フレーム状態フラグを送信し、再生装置は、冒頭フレーム状態フラグを用いて、ユーザにより指定されたチャプタについての冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生するので、ユーザにより指定されたチャプタについて冒頭フレームを欠くことなく再生することができる。

（６）また、本発明の一実施態様である、映像コンテンツに係る映像ストリームを配信サーバから受信し、当該映像ストリームをデコードして再生する再生装置は、複数のチャプタから構成される前記映像コンテンツにおいて、ユーザにより指定されたチャプタについての映像ストリームと、前記映像コンテンツに対応付けられ、且つ当該チャプタの先頭に対応する、当該映像ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れかであることを示す冒頭フレーム状態フラグをネットワークを介して受け取る受信手段と、前記映像ストリームのデコードに先立って、受信した前記冒頭フレーム状態フラグを用いて、当該映像ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れであるかを判断する判断手段と、前記冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生する再生手段とを備えることを特徴とする。

この構成によると、再生装置は、冒頭フレーム状態フラグを用いて、ユーザにより指定されたチャプタについての冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生するので、ユーザにより指定されたチャプタについての冒頭フレームを欠くことなく再生することができる。

（７）また、本発明の一実施態様である、映像コンテンツに係る映像ストリームを、当該映像ストリームをデコードして再生する再生装置へ配信する配信サーバは、複数のチャプタから構成される前記映像コンテンツにおいて、ユーザにより指定されたチャプタについての映像ストリームと、前記映像コンテンツに対応付けられ、且つ当該チャプタの先頭に対応する、当該映像ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れかであることを示す冒頭フレーム状態フラグとを、前記再生装置へネットワークを介して配信する配信手段を備えることを特徴とする。

この構成によると、配信サーバは、ユーザにより指定されたチャプタを表す映像ストリームに対応付けられ、且つ当該チャプタの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れかであることを示す冒頭フレーム状態フラグを再生装置へ送信するので、再生装置側では、冒頭フレーム状態フラグを参照することで、映像ストリームのデコード前に、映像ストリームの冒頭フレームが３Ｄ映像であるか２Ｄ映像であるかを判断することができる。そして、再生装置は、冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生することで、ユーザにより指定されたチャプタについて冒頭フレームを欠くことなく再生することができる。

（８）本発明の一実施態様である、映像コンテンツに係る映像ストリームを配信する配信サーバと、前記映像ストリームをデコードして再生する再生装置とからなるコンテンツ配信システムにおいて、前記配信サーバが、ユーザが視聴を中断している前記映像コンテンツについて当該ユーザが視聴の再開を要求した場合に、前記映像コンテンツのうち中断された以降の部分映像コンテンツについての映像ストリームと、前記映像コンテンツに対応付けられ、且つ当該部分映像コンテンツの先頭に対応する、当該映像ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れかであることを示す冒頭フレーム状態フラグとを、前記再生装置へネットワークを介して配信する配信手段を備え、前記再生装置が、前記映像ストリームと、前記冒頭フレーム状態フラグを受け取る受信手段と、前記映像ストリームのデコードに先立って、受信した前記冒頭フレーム状態フラグを用いて、当該映像ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れであるかを判断する判断手段と、前記冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生する再生手段とを備えることを特徴とする。

この構成によると、コンテンツ配信システムの配信サーバは冒頭フレーム状態フラグを送信し、再生装置は、冒頭フレーム状態フラグを用いて、視聴が中断された以降の部分映像コンテンツについての冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記部分映像ストリームのデコードをして再生するので、視聴が中断された以降の部分映像コンテンツの視聴を再開する際に部分映像コンテンツの冒頭フレームを欠くことなく再生することができる。

（９）また、本発明の一実施態様である、映像コンテンツに係る映像ストリームを配信サーバから受信し、当該映像ストリームをデコードして再生する再生装置は、ユーザが視聴を中断している前記映像コンテンツについて当該ユーザが視聴の再開を要求した場合に、前記映像コンテンツのうち中断された以降の部分映像コンテンツについての映像ストリームと、前記映像コンテンツに対応付けられ、且つ当該部分映像コンテンツの先頭に対応する、当該映像ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れかであることを示す冒頭フレーム状態フラグをネットワークを介して受け取る受信手段と、前記映像ストリームのデコードに先立って、受信した前記冒頭フレーム状態フラグを用いて、当該映像ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れであるかを判断する判断手段と、前記冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生する再生手段とを備えることを特徴とする。

この構成によると、再生装置は、冒頭フレーム状態フラグを用いて、視聴が中断された以降の部分映像コンテンツについての冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記部分映像ストリームのデコードをして再生するので、視聴が中断された以降の部分映像コンテンツの視聴を再開する際に部分映像コンテンツの冒頭フレームを欠くことなく再生することができる。

（１０）ここで、前記再生装置は、さらに、前記ユーザが前記映像コンテンツについて再生の中断を指示した場合に、前記映像コンテンツの中断時のフレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れかであることを示すフレーム状態フラグを、前記配信サーバへ送信する送信手段を備えるとしてもよい。

この構成によると、再生装置は、視聴が中断された場合に、中断時フレーム状態フラグを配信サーバへ通知するので、配信サーバでは、中断時点での映像の種別を容易に知ることができる。

（１１）また、本発明の一実施態様である、映像コンテンツに係る映像ストリームを、当該映像ストリームをデコードして再生する再生装置へ配信する配信サーバは、ユーザが視聴を中断している前記映像コンテンツについて当該ユーザが視聴の再開を要求した場合に、前記映像コンテンツのうち中断された以降の部分映像コンテンツについての映像ストリームと、前記映像コンテンツに対応付けられ、且つ当該部分映像コンテンツの先頭に対応する、当該映像ストリームの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れかであることを示す冒頭フレーム状態フラグとを、前記再生装置へネットワークを介して配信する配信手段を備えることを特徴とする。

この構成によると、配信サーバは、視聴が中断された以降の部分映像コンテンツを表す映像ストリームに対応付けられ、且つ当該部分映像コンテンツの冒頭フレームが３Ｄ映像のフレーム及び２Ｄ映像のフレームの何れかであることを示す冒頭フレーム状態フラグを再生装置へ送信するので、再生装置側では、冒頭フレーム状態フラグを参照することで、映像ストリームのデコード前に、映像ストリームの冒頭フレームが３Ｄ映像であるか２Ｄ映像であるかを判断することができる。そして、再生装置は、冒頭フレームが３Ｄ映像のフレームであると判断する場合にはフレームの出力形態を３Ｄ映像出力用に、２Ｄ映像のフレームであると判断する場合には当該出力形態を２Ｄ映像出力用に、前記部分ストリームのデコード前にそれぞれ準備して、前記部分映像ストリームのデコードをして再生することで、視聴が中断された以降の部分映像コンテンツの再開時に当該部分映像コンテンツについて冒頭フレームを欠くことなく再生することができる。

（１２）ここで、前記配信サーバは、さらに、前記ユーザが前記映像コンテンツについて再生の中断を要求があった場合に、前記映像コンテンツの中断時のフレームが３Ｄ映像のフレームか２Ｄ映像のフレームの何れかであることを示す中断時フレーム状態フラグを前記再生装置より受信する受信手段と、受信した前記冒頭フレーム状態フラグを対応付けて記憶する記憶手段を備え、前記配信手段は、ユーザが視聴を中断している前記映像コンテンツについて当該ユーザが視聴の再開を要求した場合に、前記記憶手段で記憶している中断時フレーム状態フラグを前記冒頭フレーム状態フラグとして前記再生装置へ送信するとしてもよい。

この構成によると、配信サーバは、視聴が中断された場合に、中断時フレーム状態フラグを再生装置から受け取り、記憶するので、開始時におけるフレームの種別を容易に特定することができる。

（１３）ここで、前記配信サーバは、さらに、前記映像ストリームの中断時のフレームが３Ｄ映像のフレームか２Ｄ映像のフレームの何れかであることを検出する検出手段と、検出結果に応じた冒頭フレーム状態フラグを記憶する記憶手段を備え、前記配信手段は、ユーザが視聴を中断している前記映像コンテンツについて当該ユーザが視聴の再開を要求した場合に、前記記憶手段で記憶している冒頭フレーム状態フラグを前記再生装置へ送信するとしてもよい。

この構成によると、配信サーバは、視聴が中断された場合に、中断時におけるフレームが３Ｄ映像であるか２Ｄ映像であるかを検出し、その結果を記憶するので、開始時におけるフレームの種別を容易に特定することができる。

上記にて説明したコンテンツ配信システムは、３Ｄ映像及び２Ｄ映像のうち片方のみからなるコンテンツや、双方を含むコンテンツを配信し、再生する場合において有用である。

１ コンテンツ配信システム
２ ネットワーク
１００ デジタルテレビ
１０１ コンテンツ出力装置
１０２ 表示装置
１１０ ＴＳバッファ
１１１ 符号化映像バッファ
１１２ 復号化映像バッファ
１１３ 入出力部
１１４ 多重化分離部
１１５ 映像デコード部
１１６ 音声デコード部
１１７ 再生制御部
１１８ 出力処理部
１１９ 操作制御部
１２０ フレームバッファ
１２１ 映像処理部
１２２ 出力制御部
１２５ 番組判定部
１２６ 冒頭フレーム判定部
１３０ 第１バッファ
１３１ 第２バッファ
１３２ Ｌ映像バッファ
１３３ Ｒ映像バッファ
１４０ 切替制御部
１４１ 出力部
１４２ スイッチ
２００ ３Ｄ眼鏡
３００ 配信サーバ
３０１ コンテンツ記憶部
３０２ 配信制御部
３０３ 入出力部

Claims (15)

1. 映像コンテンツに係る映像ストリームを配信する配信サーバと、前記映像ストリームをデコードして再生する再生装置とからなるコンテンツ配信システムであって、
   前記配信サーバは、
   一の番組全体を表す前記映像コンテンツについての映像ストリームと、当該映像ストリームに対応付けられ、且つ前記映像コンテンツの先頭に対応する、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを示す冒頭フレーム状態フラグとを、前記再生装置へネットワークを介して配信する配信手段を備え、
   前記再生装置は、
   前記映像ストリームと、前記冒頭フレーム状態フラグを受け取る受信手段と、
   前記映像ストリームのデコードに先立って、受信した前記冒頭フレーム状態フラグを用いて、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを判断する判断手段と、
   前記冒頭フレームが3D映像のフレームであると判断する場合にはフレームの出力形態を3D映像出力用に、2D映像のフレームであると判断する場合には当該出力形態を2D映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生する再生手段とを備える
   ことを特徴とするコンテンツ配信システム。
2. 映像コンテンツに係る映像ストリームを配信サーバから受信し、当該映像ストリームをデコードして再生する再生装置であって、
   一の番組全体を表す前記映像コンテンツについての映像ストリームと、当該映像ストリームに対応付けられ、且つ前記映像コンテンツの先頭に対応する、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを示す冒頭フレーム状態フラグをネットワークを介して受け取る受信手段と、
   前記映像ストリームのデコードに先立って、受信した前記冒頭フレーム状態フラグを用いて、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを判断する判断手段と、
   前記冒頭フレームが3D映像のフレームであると判断する場合にはフレームの出力形態を3D映像出力用に、2D映像のフレームであると判断する場合には当該出力形態を2D映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生する再生手段とを備える
   ことを特徴とする再生装置。
3. 前記映像ストリームは、複数の部分ストリームから構成され、
   前記複数の部分ストリームそれぞれは、当該部分ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを示すチャプタ状態フラグが対応付けられており、
   前記再生装置は、さらに、
   ユーザから、一の部分ストリームにおける冒頭フレームへの移動指示を受け付ける指示受付手段を備え、
   前記判断手段は、さらに、
   前記移動指示が受け付けられると、前記一の部分ストリームのデコードに先立って、移動先の部分ストリームに対応するチャプチャ状態フラグを用いて、当該部分ストリームの冒頭フレームが3D映像のフレームであるか2D映像のフレームであるかを判断し、
   前記再生手段は、さらに、
   前記部分ストリームの冒頭フレームが3D映像のフレームであると判断する場合にはフレームの出力形態を3D映像出力用に、2D映像のフレームであると判断する場合にはフレームの出力形態を2D映像出力用に、前記部分ストリームのデコード前にそれぞれ準備して、当該部分ストリームをデコードして再生する
   ことを特徴とする請求項２に記載の再生装置。
4. 映像コンテンツに係る映像ストリームを、当該映像ストリームをデコードして再生する再生装置へ配信する配信サーバであって、
   一の番組全体を表す前記映像コンテンツについての映像ストリームと、当該映像ストリームに対応付けられ、且つ前記映像コンテンツの先頭に対応する、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを示す冒頭フレーム状態フラグとを、前記再生装置へネットワークを介して配信する配信手段を備える
   ことを特徴とする配信サーバ。
5. 映像コンテンツに係る映像ストリームを配信サーバから受信し、当該映像ストリームをデコードして再生する再生装置で用いられる再生方法であって、
   一の番組全体を表す前記映像コンテンツについての映像ストリームと、当該映像ストリームに対応付けられ、且つ前記映像コンテンツの先頭に対応する、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを示す冒頭フレーム状態フラグをネットワークを介して受け取る受信ステップと、
   前記映像ストリームのデコードに先立って、受信した前記冒頭フレーム状態フラグを用いて、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを判断する判断ステップと、
   前記冒頭フレームが3D映像のフレームであると判断する場合にはフレームの出力形態を3D映像出力用に、2D映像のフレームであると判断する場合には当該出力形態を2D映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生する再生ステップとを含む
   ことを特徴とする再生方法。
6. 映像コンテンツに係る映像ストリームを、当該映像ストリームをデコードして再生する再生装置へ配信する配信サーバで用いられる配信方法であって、
   一の番組全体を表す前記映像コンテンツについての映像ストリームと、当該映像ストリームに対応付けられ、且つ前記映像コンテンツの先頭に対応する、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを示す冒頭フレーム状態フラグとを、前記再生装置へネットワークを介して配信する配信ステップを含む
   ことを特徴とする配信方法。
7. 映像コンテンツに係る映像ストリームを配信する配信サーバと、前記映像ストリームをデコードして再生する再生装置とからなるコンテンツ配信システムであって、
   前記配信サーバは、
   複数のチャプタから構成される前記映像コンテンツにおいて、ユーザにより指定されたチャプタについての映像ストリームと、前記映像コンテンツに対応付けられ、且つ当該チャプタの先頭に対応する、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを示す冒頭フレーム状態フラグとを、前記再生装置へネットワークを介して配信する配信手段を備え、
   前記再生装置は、
   前記映像ストリームと、前記冒頭フレーム状態フラグを受け取る受信手段と、
   前記映像ストリームのデコードに先立って、受信した前記冒頭フレーム状態フラグを用いて、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを判断する判断手段と、
   前記冒頭フレームが3D映像のフレームであると判断する場合にはフレームの出力形態を3D映像出力用に、2D映像のフレームであると判断する場合には当該出力形態を2D映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生する再生手段とを備える
   ことを特徴とするコンテンツ配信システム。
8. 映像コンテンツに係る映像ストリームを配信サーバから受信し、当該映像ストリームをデコードして再生する再生装置であって、
   複数のチャプタから構成される前記映像コンテンツにおいて、ユーザにより指定されたチャプタについての映像ストリームと、前記映像コンテンツに対応付けられ、且つ当該チャプタの先頭に対応する、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを示す冒頭フレーム状態フラグをネットワークを介して受け取る受信手段と、
   前記映像ストリームのデコードに先立って、受信した前記冒頭フレーム状態フラグを用いて、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを判断する判断手段と、
   前記冒頭フレームが3D映像のフレームであると判断する場合にはフレームの出力形態を3D映像出力用に、2D映像のフレームであると判断する場合には当該出力形態を2D映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生する再生手段とを備える
   ことを特徴とする再生装置。
9. 映像コンテンツに係る映像ストリームを、当該映像ストリームをデコードして再生する再生装置へ配信する配信サーバであって、
   複数のチャプタから構成される前記映像コンテンツにおいて、ユーザにより指定されたチャプタについての映像ストリームと、前記映像コンテンツに対応付けられ、且つ当該チャプタの先頭に対応する、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを示す冒頭フレーム状態フラグとを、前記再生装置へネットワークを介して配信する配信手段を備える
   ことを特徴とする配信サーバ。
10. 映像コンテンツに係る映像ストリームを配信する配信サーバと、前記映像ストリームをデコードして再生する再生装置とからなるコンテンツ配信システムであって、
    前記配信サーバは、ユーザが視聴を中断している前記映像コンテンツについて当該ユーザが視聴の再開を要求した場合に、前記映像コンテンツのうち中断された以降の部分映像コンテンツについての映像ストリームと、前記映像コンテンツに対応付けられ、且つ当該部分映像コンテンツの先頭に対応する、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを示す冒頭フレーム状態フラグとを、前記再生装置へネットワークを介して配信する配信手段を備え、
    前記再生装置は、
    前記映像ストリームと、前記冒頭フレーム状態フラグを受け取る受信手段と、
    前記映像ストリームのデコードに先立って、受信した前記冒頭フレーム状態フラグを用いて、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを判断する判断手段と、
    前記冒頭フレームが3D映像のフレームであると判断する場合にはフレームの出力形態を3D映像出力用に、2D映像のフレームであると判断する場合には当該出力形態を2D映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生する再生手段とを備える
    ことを特徴とするコンテンツ配信システム。
11. 映像コンテンツに係る映像ストリームを配信サーバから受信し、当該映像ストリームをデコードして再生する再生装置であって、
    ユーザが視聴を中断している前記映像コンテンツについて当該ユーザが視聴の再開を要求した場合に、前記映像コンテンツのうち中断された以降の部分映像コンテンツについての映像ストリームと、前記映像コンテンツに対応付けられ、且つ当該部分映像コンテンツの先頭に対応する、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを示す冒頭フレーム状態フラグをネットワークを介して受け取る受信手段と、
    前記映像ストリームのデコードに先立って、受信した前記冒頭フレーム状態フラグを用いて、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを判断する判断手段と、
    前記冒頭フレームが3D映像のフレームであると判断する場合にはフレームの出力形態を3D映像出力用に、2D映像のフレームであると判断する場合には当該出力形態を2D映像出力用に、前記映像ストリームのデコード前にそれぞれ準備して、前記映像ストリームのデコードをして再生する再生手段とを備える
    ことを特徴とする再生装置。
12. 前記再生装置は、さらに、
    前記ユーザが前記映像コンテンツについて再生の中断を指示した場合に、前記映像コンテンツの中断時のフレームが3D映像のフレーム及び2D映像のフレームの何れであるかを示すフレーム状態フラグを、前記配信サーバへ送信する送信手段を備える
    ことを特徴とする請求項１１に記載の再生装置。
13. 映像コンテンツに係る映像ストリームを、当該映像ストリームをデコードして再生する再生装置へ配信する配信サーバであって、
    ユーザが視聴を中断している前記映像コンテンツについて当該ユーザが視聴の再開を要求した場合に、前記映像コンテンツのうち中断された以降の部分映像コンテンツについての映像ストリームと、前記映像コンテンツに対応付けられ、且つ当該部分映像コンテンツの先頭に対応する、当該映像ストリームの冒頭フレームが3D映像のフレーム及び2D映像のフレームの何れであるかを示す冒頭フレーム状態フラグとを、前記再生装置へネットワークを介して配信する配信手段を備える
    ことを特徴とする配信サーバ。
14. 前記配信サーバは、さらに、
    前記ユーザが前記映像コンテンツについて再生の中断を要求した場合に、前記映像コンテンツの中断時のフレームが3D映像のフレームか2D映像のフレームの何れであるかを示す中断時フレーム状態フラグを前記再生装置より受信する受信手段と、
    受信した前記中断時フレーム状態フラグを対応付けて記憶する記憶手段を備え、
    前記配信手段は、ユーザが視聴を中断している前記映像コンテンツについて当該ユーザが視聴の再開を要求した場合に、前記記憶手段で記憶している中断時フレーム状態フラグを前記冒頭フレーム状態フラグとして前記再生装置へ送信する
    ことを特徴とする請求項１３に記載の配信サーバ。
15. 前記配信サーバは、さらに、
    前記映像コンテンツの再生が中断した際、映像ストリームの中断時のフレームが3D映像のフレーム、2D映像のフレームの何れであるかを検出して、検出結果である中断フレームにおける3D映像、2D映像の区別を、冒頭フレームにおける3D映像、2D映像の区別として示す冒頭フレーム状態フラグを生成する検出手段と、
    生成された冒頭フレーム状態フラグを記憶する記憶手段とを備え、
    前記配信手段は、ユーザが視聴を中断している前記映像コンテンツについて当該ユーザが視聴の再開を要求した場合に、前記記憶手段で記憶している冒頭フレーム状態フラグを前記再生装置へ送信する
    ことを特徴とする請求項１３に記載の配信サーバ。

Images