特許 5778673 コンテンツ配信システム、再生装置、配信サーバ、再生方法及び配信方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5778673

(24)【登録日】2015年7月17日

(45)【発行日】2015年9月16日

(54)【発明の名称】コンテンツ配信システム、再生装置、配信サーバ、再生方法及び配信方法

(51)【国際特許分類】

   H04N 13/00 20060101AFI20150827BHJP

   H04N 13/04 20060101ALI20150827BHJP

   H04N 21/25 20110101ALI20150827BHJP

【ＦＩ】

   H04N13/00 590

   H04N13/00 660

   H04N13/04 520

   H04N21/25

【請求項の数】6

【全頁数】33

(21)【出願番号】特願2012-521330(P2012-521330)

(86)(22)【出願日】2011年6月22日

(86)【国際出願番号】JP2011003555

(87)【国際公開番号】WO2011161957

(87)【国際公開日】20111229

【審査請求日】2014年3月4日

(31)【優先権主張番号】特願2010-142718(P2010-142718)

(32)【優先日】2010年6月23日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】000005821

【氏名又は名称】パナソニック株式会社

(74)【代理人】

【識別番号】110001900

【氏名又は名称】特許業務法人 ナカジマ知的財産綜合事務所

(74)【代理人】

【識別番号】100090446

【弁理士】

【氏名又は名称】中島 司朗

(74)【代理人】

【識別番号】100125597

【弁理士】

【氏名又は名称】小林 国人

(74)【代理人】

【識別番号】100146798

【弁理士】

【氏名又は名称】川畑 孝二

(74)【代理人】

【識別番号】100121027

【弁理士】

【氏名又は名称】木村 公一

(74)【代理人】

【識別番号】100175411

【弁理士】

【氏名又は名称】土田 幸雄

(74)【代理人】

【識別番号】100174861

【弁理士】

【氏名又は名称】中島 安洋

(74)【代理人】

【識別番号】100148194

【弁理士】

【氏名又は名称】小林 義周

(72)【発明者】

【氏名】川口 透

(72)【発明者】

【氏名】篠原 弘樹

【審査官】 佐野 潤一

(56)【参考文献】

【文献】 特開平１１−１９１８９５（ＪＰ，Ａ）

【文献】 特開２００５−６１１４（ＪＰ，Ａ）

【文献】 特開２００９−１３５６８６（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｎ １３／００

Ｈ０４Ｎ １３／０４

Ｈ０４Ｎ ２１／２５

(57)【特許請求の範囲】

【請求項1】

番組コンテンツに係る番組ストリームを配信する配信サーバと、前記番組ストリームをデコードして再生する再生装置とからなるコンテンツ配信システムであって、
前記配信サーバは、
前記番組ストリームと、当該番組コンテンツに対応付けられ、且つ当該番組コンテンツの全編が３Ｄであるか否かを示す番組状態フラグとを、前記再生装置へネットワークを介して配信する配信手段を備え、
前記再生装置は、
前記番組ストリームと、前記番組状態フラグとを受信する受信手段と、
受信した前記番組ストリームのデコードに先立って、受信した前記番組状態フラグが当該番組コンテンツの全編が３Ｄであることを示すか否かを判断する判断手段と、
前記番組状態フラグが前記番組コンテンツの全編が３Ｄであること示すと判断する場合には、前記番組ストリームをデコードする際に前記番組ストリームに含まれる全てのフレームについて各フレームが３Ｄであるか否かを確認することなく、３Ｄ映像用の再生制御により再生する再生手段とを備え、
前記番組状態フラグは、前記番組ストリームとは別ファイルである再生制御ファイルに含まれており、
前記配信手段は、前記番組ストリームの配信に先立って、前記再生制御ファイルの配信により前記番組状態フラグを配信し、
前記受信手段は、前記番組ストリームの受信に先立って、前記再生制御ファイルの受信により前記番組状態フラグを受信する
ことを特徴とするコンテンツ配信システム。

【請求項2】

番組コンテンツに係る番組ストリームを配信サーバから受信し、当該番組ストリームをデコードして再生する再生装置であって、
前記番組ストリームと、当該番組コンテンツに対応付けられ、且つ当該番組コンテンツの全編が３Ｄであるか否かを示す番組状態フラグとを、ネットワークを介して前記配信サーバから受信する受信手段と、
受信した前記番組ストリームのデコードに先立って、受信した前記番組状態フラグが当該番組コンテンツの全編が３Ｄであることを示すか否かを判断する判断手段と、
前記番組状態フラグが前記番組コンテンツの全編が３Ｄであること示すと判断する場合には、前記番組ストリームをデコードする際に前記番組ストリームに含まれる全てのフレームについて各フレームが３Ｄであるか否かを確認することなく、３Ｄ映像用の再生制御により再生する再生手段とを備え、
前記番組状態フラグは、前記番組ストリームとは別ファイルである再生制御ファイルに含まれており、
前記受信手段は、前記番組ストリームの受信に先立って、前記再生制御ファイルの受信により前記番組状態フラグを受信する
ことを特徴とする再生装置。

【請求項3】

前記番組ストリームに含まれる各フレームには、当該フレームが２Ｄ映像であるか３Ｄ映像であるかを識別する識別情報が対応付けられており、
前記再生手段は、
前記番組状態フラグが、当該番組コンテンツの全編が３Ｄでないことを示す場合には、前記番組ストリームをデコードする際に当該番組ストリームに含まれる各フレームについて対応する識別情報を参照し、当該フレームが２Ｄ映像であるときには当該フレームを２Ｄ映像用の再生制御により再生し、当該フレームが３Ｄ映像であるときには当該フレームを３Ｄ映像用の再生制御により再生する
ことを特徴とする請求項２に記載の再生装置。

【請求項4】

番組コンテンツに係る番組ストリームを、当該番組ストリームをデコードして再生する再生装置へ配信する配信サーバであって、
前記番組ストリームと、当該番組コンテンツに対応付けられ、且つ当該番組コンテンツの全編が３Ｄであるか否かを示す番組状態フラグとを、前記再生装置へネットワークを介して配信する配信手段を備え、
前記番組状態フラグは、前記番組ストリームとは別ファイルである再生制御ファイルに含まれている
ことを特徴とする配信サーバ。

【請求項5】

番組コンテンツに係る番組ストリームを配信サーバから受信し、当該番組ストリームをデコードして再生する再生装置で用いられる再生方法であって、
前記番組ストリームと、当該番組コンテンツに対応付けられ、且つ当該番組コンテンツの全編が３Ｄであるか否かを示す番組状態フラグとを、ネットワークを介して前記配信サーバから受信する受信ステップと、
受信した前記番組ストリームのデコードに先立って、受信した前記番組状態フラグが当該番組コンテンツの全編が３Ｄであることを示すか否かを判断する判断ステップと、
前記番組状態フラグが前記番組コンテンツの全編が３Ｄであること示すと判断する場合には、前記番組ストリームをデコードする際に前記番組ストリームに含まれる全てのフレームについて各フレームが３Ｄであるか否かを確認することなく、３Ｄ映像用の再生制御により再生する再生ステップとを含み、
前記番組状態フラグは、前記番組ストリームとは別ファイルである再生制御ファイルに含まれており、
前記受信ステップは、前記番組ストリームの受信に先立って、前記再生制御ファイルの受信により前記番組状態フラグを受信する
ことを特徴とする再生方法。

【請求項6】

番組コンテンツに係る番組ストリームを、当該番組ストリームをデコードして再生する再生装置へ配信する配信サーバで用いられる配信方法であって、
前記番組ストリームと、当該番組コンテンツに対応付けられ、且つ当該番組コンテンツの全編が３Ｄであるか否かを示す番組状態フラグとを、前記再生装置へネットワークを介して配信する配信ステップを含み、
前記番組状態フラグは、前記番組ストリームとは別ファイルである再生制御ファイルに含まれている
ことを特徴とする配信方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

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

【0003】

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

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００５−０９４１６８号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ここで、インターネット等のようなネットワークにより配信されるストリームが、２Ｄ映像のフレームが混じることなく、全て３Ｄ映像のフレームで構成されている場合を想定する。この場合に、特許文献１に記載された技術を用いて、３Ｄの映画のストリームを再生しようとすると、各フレームについて識別情報を参照することになり、このような参照は冗長な処理となる。

【0006】

そこで、本発明は、ストリームの構成状況によっては冗長となる処理を抑止することのできるコンテンツ配信システム、再生装置、配信サーバ、再生方法及び配信方法を提供することを目的とする。

【課題を解決するための手段】

【0007】

上記目的を達成するために、本発明は、番組コンテンツに係る番組ストリームを配信する配信サーバと、前記番組ストリームをデコードして再生する再生装置とからなるコンテンツ配信システムであって、前記配信サーバは、前記番組ストリームと、当該番組コンテンツに対応付けられ、且つ当該番組コンテンツの全編が３Ｄであるか否かを示す番組状態フラグとを、前記再生装置へネットワークを介して配信する配信手段を備え、前記再生装置は、前記番組ストリームと、前記番組状態フラグとを受信する受信手段と、受信した前記番組ストリームのデコードに先立って、受信した前記番組状態フラグが当該番組コンテンツの全編が３Ｄであることを示すか否かを判断する判断手段と、前記番組状態フラグが前記番組コンテンツの全編が３Ｄであること示すと判断する場合には、前記番組ストリームをデコードする際に前記番組ストリームに含まれる全てのフレームについて各フレームが３Ｄであるか否かを確認することなく、３Ｄ映像用の再生制御により再生する再生手段とを備えることを特徴とする。

【発明の効果】

【0008】

上記の構成によると、コンテンツ配信システムの配信サーバはストリームと番組状態フラグとを再生装置に送信し、再生装置は、番組ストリームのデコード前に番組状態フラグを用いて当該番組ストリームを示す番組コンテンツの全編が３Ｄであると判断する場合には、各フレームが３Ｄであるか否かを確認することなく、番組ストリームをデコードして再生する。これにより、コンテンツを配信するサービスにおいて全編が３Ｄである番組コンテンツが１つの配信対象のコンテンツとして配信される場合には、当該コンテンツ配信システムを用いることで、各フレームについて３Ｄであるか否かを確認するという処理を抑止することができる。

【図面の簡単な説明】

【0009】

【図1】デジタルテレビ（再生装置）１００の利用形態を示す図である。

【図2】立体視画像の表示の一例を示す図である。

【図3】Ｓｉｄｅ−ｂｙ−Ｓｉｄｅ方式による映像の表示の例を示す図である。

【図4】立体視のためのフレームの構成の一例を示す図である。

【図5】コンテンツ配信システム１の構成を示す図である。

【図6】配信サーバ３００の構成を示す図である。

【図7】コンテンツ管理テーブル３１０のデータ構造の一例を示す図である。

【図8】再生制御ファイルのデータ構造の一例を示す図である。

【図9】デジタルテレビ１００の構成を示す図である。

【図10】出力処理１１８の構成を示す図である。

【図11】コンテンツ配信システム１の動作の概要を示す流れ図である。

【図12】デジタルテレビ１００がストリームを再生する際における動作を示す流れ図である。

【図13】２Ｄの出力形態による再生処理の動作を示す図である。

【図14】３Ｄの出力形態による再生処理の動作を示す図である。

【図15】２Ｄ及び３Ｄの混在用の再生処理の動作を示す図である。

【図16】ＳＥＩの識別情報を参照しながら再生処理を行う場合の動作を示す図である。

【図17】ＳＥＩの識別情報を参照することなく再生処理を行う場合の動作を示す図である。

【図18】再生制御ファイルのデータ構造の変形例を示す図である。

【図19】再生制御ファイルのデータ構造（コンテンツの冒頭フレームの指定）の変形例を示す図である。

【発明を実施するための形態】

【0010】

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

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

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

【0081】

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

【0082】

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

【0083】

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

【0084】

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

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【0124】

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

【0125】

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

【0126】

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

【0127】

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

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

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

【0134】

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

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

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

【0144】

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

【0145】

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

【0146】

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

【0147】

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

【0148】

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

【0149】

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

【0150】

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

【0151】

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

【0152】

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

【0153】

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

【0154】

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

【0155】

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

【0156】

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

【0157】

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

【0158】

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

【0159】

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

【0160】

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

【0161】

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

【0162】

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

【0163】

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

【0164】

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

【0165】

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

【0166】

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

【0167】

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

【0168】

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

【0169】

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

【0170】

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

【0171】

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

【0172】

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

【0173】

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

【0174】

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

【0175】

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

【0176】

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

【0177】

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

【0178】

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

【0179】

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

【0180】

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

【0181】

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

【0182】

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

【0183】

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

【0184】

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

【0185】

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

【0186】

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

【0187】

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

【0188】

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

【0189】

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

【0190】

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

【0191】

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

【0192】

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

【0193】

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

【0194】

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

【0195】

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

【0196】

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

【0197】

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

【0198】

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

【0199】

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

【0200】

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

【0201】

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

【0202】

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

【0203】

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

【0204】

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

【0205】

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

【0206】

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

【0207】

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

【0208】

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

【0209】

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

【0210】

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

【0211】

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

【0212】

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

【0213】

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

【0214】

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

【0215】

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

【0216】

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

【0217】

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

【0218】

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

【0219】

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

【0220】

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

【0221】

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

【0222】

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

【0223】

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

【0224】

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

【0225】

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

【0226】

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

【0227】

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

【0228】

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

【0229】

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

【0230】

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

【0231】

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

【0232】

１．７ 補足
（１）本発明の一実施態様である、コンテンツ配信システムは、番組コンテンツに係る番組ストリームを配信する配信サーバと、前記番組ストリームをデコードして再生する再生装置とからなり、前記配信サーバは、前記番組ストリームと、当該番組コンテンツに対応付けられ、且つ当該番組コンテンツの全編が３Ｄであるか否かを示す番組状態フラグとを、前記再生装置へネットワークを介して配信する配信手段を備え、前記再生装置は、前記番組ストリームと、前記番組状態フラグとを受信する受信手段と、受信した前記番組ストリームのデコードに先立って、受信した前記番組状態フラグが当該番組コンテンツの全編が３Ｄであることを示すか否かを判断する判断手段と、前記番組状態フラグが前記番組コンテンツの全編が３Ｄであること示すと判断する場合には、前記番組ストリームをデコードする際に前記番組ストリームに含まれる全てのフレームについて各フレームが３Ｄであるか否かを確認することなく、３Ｄ映像用の再生制御により再生する再生手段とを備えることを特徴とする。

【0233】

上記の構成によると、コンテンツ配信システムの配信サーバはストリームと番組状態フラグとを再生装置に送信し、再生装置は、番組ストリームのデコード前に番組状態フラグを用いて当該番組ストリームを示す番組コンテンツの全編が３Ｄであると判断する場合には、各フレームが３Ｄであるか否かを確認することなく、番組ストリームをデコードして再生する。これにより、コンテンツを配信するサービスにおいて全編が３Ｄである番組コンテンツが１つの配信対象のコンテンツとして配信される場合には、当該コンテンツ配信システムを用いることで、各フレームについて３Ｄであるか否かを確認するという処理を抑止することができる。

【0234】

（２）また、本発明の一実施態様である、再生装置は、番組コンテンツに係る番組ストリームを配信サーバから受信し、当該番組ストリームをデコードして再生する再生装置であって、前記番組ストリームと、当該番組コンテンツに対応付けられ、且つ当該番組コンテンツの全編が３Ｄであるか否かを示す番組状態フラグとを、ネットワークを介して前記配信サーバから受信する受信手段と、受信した前記番組ストリームのデコードに先立って、受信した前記番組状態フラグが当該番組コンテンツの全編が３Ｄであることを示すか否かを判断する判断手段と、前記番組状態フラグが前記番組コンテンツの全編が３Ｄであること示すと判断する場合には、前記番組ストリームをデコードする際に前記番組ストリームに含まれる全てのフレームについて各フレームが３Ｄであるか否かを確認することなく、３Ｄ映像用の再生制御により再生する再生手段とを備えることを特徴とする。

【0235】

この構成によると、再生装置は、番組ストリームのデコード前に番組状態フラグを用いて当該番組ストリームを示す番組コンテンツの全編が３Ｄであると判断する場合には、各フレームが３Ｄであるか否かを確認することなく、番組ストリームをデコードして再生する。これにより、番組コンテンツの全編が３Ｄである場合には、各フレームについて３Ｄであるか否かを確認するという処理を抑止することができる。

【0236】

（３）ここで、前記番組ストリームに含まれる各フレームには、当該フレームが２Ｄ映像であるか３Ｄ映像であるかを識別する識別情報が対応付けられており、前記再生手段は、前記番組状態フラグが、当該番組コンテンツの全編が３Ｄでないことを示す場合には、前記番組ストリームをデコードする際に当該番組ストリームに含まれる各フレームについて対応する識別情報を参照し、当該フレームが２Ｄ映像であるときには当該フレームを２Ｄ映像用の再生制御により再生し、当該フレームが３Ｄ映像であるときには当該フレームを３Ｄ映像用の再生制御により再生するとしてもよい。

【0237】

この構成によると、再生装置は、番組ストリームのデコード前に全編が３Ｄでないと判断する場合には、フレーム毎に対応付けられた識別情報を用いて当該フレームが２Ｄ映像のフレームであるか３Ｄ映像のフレームであるかに応じた再生制御で、当該フレームを再生することができる。

【0238】

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

【0239】

この構成によると、配信サーバは、番組コンテンツの全編が３Ｄであるか否かを示す番組状態フラグを送信するので、再生装置側では、当該番組状態フラグを参照することで、番組コンテンツの全編が３Ｄであると判断することができる。そして、再生装置は、全編が３Ｄであると判断する場合には、各フレームが３Ｄであるか否かを確認することなく、番組ストリームをデコードして再生することができる。これにより、番組コンテンツの全編が３Ｄである場合には、各フレームについて３Ｄであるか否かを確認するという処理を抑止することができる。

【産業上の利用可能性】

【0240】

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

【符号の説明】

【0241】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】