(57)【要約】【課題】配信されてくる映像コンテンツが２Ｄコンテンツか３Ｄコンテンツかを視聴者が容易に判別でき、かつ、素早く表示することが可能な３Ｄコンテンツ配信システムを提供する。【解決手段】番組表配信サーバ１０２は、３Ｄコンテンツ配信サーバ１０１が配信する３Ｄコンテンツのタイトルを番組として３Ｄコンテンツであることを示す識別情報を付して登録した番組表をＣＤＮ２００のエッジルータ２０１を介して受信端末３０１に配信し、かつ、３Ｄコンテンツ配信サーバ１０１は、受信端末３０１に配信する３Ｄコンテンツを圧縮符号化する際に、該３Ｄコンテンツを構成する左目用の映像データと右目用の映像データとのいずれか一方の映像データを２Ｄコンテンツとして圧縮符号化し、他方の映像データを該２Ｄコンテンツとの視差による差分を示す視差コンテンツとして圧縮符号化して、視差コンテンツを２Ｄコンテンツよりも先行して受信端末３０１に配信する。【選択図】        図１
2012004645.tif 000002
【特許請求の範囲】
【請求項１】
３Ｄコンテンツ（３  Dimension：３次元）を３Ｄコンテンツ配信サーバからＩＰネットワークを介して受信端末に配信する３Ｄコンテンツ配信システムであって、前記３Ｄコンテンツ配信サーバは、前記受信端末に配信する前記３Ｄコンテンツを圧縮符号化する際に、前記３Ｄコンテンツを構成する左目用の映像データと右目用の映像データとのいずれか一方の映像データを選択して２Ｄコンテンツとして圧縮符号化するとともに、他方の映像データを前記２Ｄコンテンツとの視差による差分を示す視差コンテンツとして圧縮符号化して、前記視差コンテンツを前記２Ｄコンテンツよりも先行して前記受信端末に配信し、前記受信端末は、配信されてきた前記視差コンテンツと前記２Ｄコンテンツとを表示モードに応じて復号することを特徴とする３Ｄコンテンツ配信システム。
【請求項２】
前記３Ｄコンテンツ配信サーバは、前記３Ｄコンテンツを圧縮符号化する際に、ＩＳＯ／ＩＥＣ１４４９６−１０規格のＡｎｎｅｘ  Ｈに準拠したＨ．２６４  ＭＶＣ(Multi-View Coding)方式に基づいて圧縮符号化を行うことを特徴とする請求項１に記載の３Ｄコンテンツ配信システム。
【請求項３】
前記３Ｄコンテンツ配信サーバから前記受信端末に配信する前記３Ｄコンテンツのタイトルを番組として３Ｄコンテンツであることを示す識別情報を付して登録した番組表を前記受信端末に前記ＩＰネットワークを介して配信する番組表配信サーバをさらに備え、前記受信端末は、前記番組表配信サーバから配信されてきた前記番組表の中から指定した番組の配信要求を前記ＩＰネットワークに対して行い、前記ＩＰネットワークは、前記３Ｄコンテンツ配信サーバからの前記３Ｄコンテンツのうち、前記受信端末から指定された番組に関する前記３Ｄコンテンツを構成する前記２Ｄコンテンツと前記視差コンテンツとを抽出して当該受信端末に配信するエッジルータを備えていることを特徴とする請求項１または２に記載の３Ｄコンテンツ配信システム。
【請求項４】
前記受信端末は、前記３Ｄコンテンツ配信サーバから配信されてきた前記３Ｄコンテンツを構成する前記２Ｄコンテンツと前記視差コンテンツとのうち、前記視差コンテンツを先に受信し、しかる後、前記２Ｄコンテンツを受信することを特徴とする請求項１ないし３のいずれかに記載の３Ｄコンテンツ配信システム。
【請求項５】
前記受信端末は、前記表示モードとして、視聴者が３Ｄ視聴を行う３Ｄモードと２Ｄ視聴を行う２Ｄモードとを備え、視聴者が前記表示モードとして前記３Ｄモードを選択していた場合、配信されてきた前記視差コンテンツと前記２Ｄコンテンツとを復号して、前記３Ｄコンテンツとして再生し、視聴者が前記表示モードとして前記２Ｄモードを選択していた場合、配信されてきた前記視差コンテンツと前記２Ｄコンテンツとのうち、前記２Ｄコンテンツを復号して２Ｄコンテンツとして再生することを特徴とする請求項４に記載の３Ｄコンテンツ配信システム。
【請求項６】
前記受信端末は、３Ｄ視聴用の３Ｄメガネの電源の投入状態を監視し、前記３Ｄメガネの電源が投入されているか否かに基づいて、前記３Ｄモードまたは前記２Ｄモードに設定することを特徴とする請求項５に記載の３Ｄコンテンツ配信システム。
【請求項７】
前記受信端末は、当該受信端末の視聴者を撮像するカメラをさらに備え、前記カメラによって撮像した前記視聴者の状態を取得し、該視聴者が３Ｄ視聴用の３Ｄメガネを装着しているか否かに基づいて、あるいは、該視聴者が装着している３Ｄ視聴用の３Ｄメガネが水平な状態にあるか否かに基づいて、前記３Ｄモードまたは前記２Ｄモードに設定することを特徴とする請求項６に記載の３Ｄコンテンツ配信システム。
【請求項８】
３Ｄコンテンツ（３  Dimension：３次元）を３Ｄコンテンツ配信サーバからＩＰネットワークを介して受信端末に配信するビデオ配信サービスを提供する３Ｄコンテンツ配信方法であって、前記３Ｄコンテンツ配信サーバは、前記受信端末に配信する前記３Ｄコンテンツを圧縮符号化する際に、前記３Ｄコンテンツを構成する左目用の映像データと右目用の映像データとのいずれか一方の映像データを選択して２Ｄコンテンツとして圧縮符号化するとともに、他方の映像データを前記２Ｄコンテンツとの視差による差分を示す視差コンテンツとして圧縮符号化して、前記視差コンテンツを前記２Ｄコンテンツよりも先行して前記受信端末に配信し、前記受信端末は、配信されてきた前記視差コンテンツと前記２Ｄコンテンツとを表示モードに応じて復号することを特徴とする３Ｄコンテンツ配信方法。
【請求項９】
前記受信端末は、前記表示モードとして、視聴者が３Ｄ視聴を行う３Ｄモードと２Ｄ視聴を行う２Ｄモードとを備え、視聴者が前記受信モードとして前記３Ｄモードを選択していた場合、配信されてきた前記視差コンテンツと前記２Ｄコンテンツとを復号して、前記３Ｄコンテンツとして再生し、視聴者が前記受信モードとして前記２Ｄモードを選択していた場合、配信されてきた前記視差コンテンツと前記２Ｄコンテンツとのうち、前記２Ｄコンテンツを復号して２Ｄコンテンツとして再生することを特徴とする請求項８に記載の３Ｄコンテンツ配信方法。
【請求項１０】
請求項８または９に記載の３Ｄコンテンツ配信方法を、コンピュータによって実行可能なプログラムとして実施していることを特徴とする３Ｄコンテンツ配信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、３Ｄ（３  Dimension：３次元）コンテンツ配信システム、３Ｄコンテンツ配信方法および３Ｄコンテンツ配信プログラムに関し、特に、ＣＡＴＶ（Community Antenna Television）放送サービスやＩＰＴＶ（Internet Protocol Television）放送サービスによって、２次元映像の通常コンテンツ（２Ｄ）と３次元映像の３Ｄコンテンツとが共存して配信されている際に、３xcxＤコンテンツを簡便に選択して迅速に視聴することができる３Ｄコンテンツ配信システム、３Ｄコンテンツ配信方法および３Ｄコンテンツ配信プログラムに閲する。
【背景技術】
【０００２】
近年、立体視が可能な３Ｄ映画が多く製作され、かつ、３Ｄ表示が可能なディスプレイも増加し、ＢＳ（Broadcasting Satellite）放送、ＢＤ（Blu-ray Disc）プレーヤ、ＣＡＴＶ等々によって、家庭内においても、３次元の３Ｄ映像を楽しめるような環境が整ってきている。ここで、３Ｄ映像の符号化方式に関しては、ＩＳＯ／ＩＥＣ１４４９６−１０規格のＡｎｎｅｘ  Ｈに記載されているＨ．２６４  ＭＶＣ（Multi-View Coding:マルチビュー符号化）方式として規格化されている。
【０００３】
米国のＣＡＴＶや日本のＢＳ放送においては、左目用と右目用との２つの映像を圧縮符号化して配信することにより、左目用と右目用との２つの映像を一つの画面上に横並びで配置して、３Ｄ表示装置で立体視できるように表示している。また、ＢＤプレーヤにおける再生方式については、前記ＭＶＣ方式により圧縮符号化して記録された３Ｄ映像コンテンツを表示装置にて視聴できるようにしている。
【０００４】
今後、特許文献１の特許第４０１２５５０号公報「宅側情報配信システム、情報配信システムおよび番組受信方法」や特許文献２の特開２０００−０７８６１１号公報「立体映像受信装置および立体映像システム」にも記載されているように、インターネットやＩＰネットワークのＣＤＮ（Contents Delivery Network）を利用したＩＰＴＶ放送サービスにおいても、３Ｄコンテンツの配信が行われることが容易に想定される。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特許第４０１２５５０号公報（第７−１０頁）
【特許文献２】特開２０００−０７８６１１号公報（第３−５頁）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来のＢＳ放送やＣＡＴＶにおいては、左目用と右目用とのそれぞれの映像データの水平成分を半分にするフィルタリング処理を行った後、左目用と右目用との双方の視差映像データを水平方向に並べて、圧縮符号化を行うことにより、３Ｄ映像データを放送していた。これは、放送チャンネルに割り当てられた帯域が限定されているためであり、３Ｄ映像データを放送する際には、水平方向の解像度が半減した映像になっていた。
【０００７】
また、３Ｄ映像データの番組を配信している際には、３Ｄ映像を表示することができる機器（受信端末）を除いて、当該番組を視聴することができなかった。
【０００８】
さらに、ＢＤ（Blu-ray Disc）プレーヤの場合は、ＩＳＯ／ＩＥＣ１４４９６−１０規格のＨ．２６４  ＭＶＣ方式に基づいて、左目用と右目用とのいずれか一方の映像データを他方の映像データからの差分を示す視差映像データとして圧縮符号化することによって、２Ｄ映像データの約１.５倍のデータ量で、３Ｄ映像データを記録再生することが可能であるが、そのままの方式で放送するためには、帯域を１．５倍にする必要があり、さらに、３Ｄ映像データを配信している際には、前述のように、３Ｄ映像を表示できる機器（受信端末）を除いて、当該番組を視聴することができなかった。
【０００９】
また、ＣＡＴＶやＩＰＴＶによるＶｏＤ（Video on Demand）サービスを行うような場合には、２Ｄコンテンツと３Ｄコンテンツとの２種類を準備する必要があり、ユーザに表示することができるＶｏＤコンテンツとして、同じ内容のコンテンツにも関わらず、２種類のコンテンツが配信されてくることとなり、ユーザの操作が煩雑になるという問題があった。
【００１０】
また、３Ｄコンテンツの視聴を開始した後、途中で、同じ内容の２Ｄコンテンツの視聴を切り替えようとする際に、３Ｄチャンネルと２Ｄチャンネルとが別チャンネルによる配信になっている場合には、チャンネルの変更が必要になり、チャンネルの切り替え時間中は、コンテンツの視聴を中断する必要があった。
【００１１】
また、３Ｄコンテンツを２Ｄコンテンツと視差コンテンツとして配信する場合において、３Ｄコンテンツの符号化順に配信する場合には、まず、２Ｄコンテンツが先行して配信され、その後、視差コンテンツが配信されることになる。しかし、そもそもの映像コンテンツとして３Ｄコンテンツと２Ｄコンテンツとが混在して配信されている環境下において、３Ｄコンテンツの配信をかかる配信順とした場合、２Ｄコンテンツと視差コンテンツとを別チャンネルによって配信することにすると、受信端末側にとって、いずれのチャンネルから先に受け取れば、素早いコンテンツ出力が可能になるかということを予測することができなかった。
【００１２】
本発明は、かかる事情に鑑みてなされたものであり、視聴者にとって、配信されてくる映像コンテンツが２Ｄコンテンツか３Ｄコンテンツかを容易に判別可能とし、かつ、素早く表示することが可能な３Ｄコンテンツ配信システム、３Ｄコンテンツ配信方法および３Ｄコンテンツ配信プログラムを提供することを、その目的としている。
【課題を解決するための手段】
【００１３】
前述の課題を解決するため、本発明による３Ｄコンテンツ配信システム、３Ｄコンテンツ配信方法および３Ｄコンテンツ配信プログラムは、主に、次のような特徴的な構成を採用している。
【００１４】
（１）本発明による３Ｄコンテンツ配信システムは、３Ｄコンテンツ（３  Dimension：３次元）を３Ｄコンテンツ配信サーバからＩＰネットワークを介して受信端末に配信する３Ｄコンテンツ配信システムであって、前記３Ｄコンテンツ配信サーバは、前記受信端末に配信する前記３Ｄコンテンツを圧縮符号化する際に、前記３Ｄコンテンツを構成する左目用の映像データと右目用の映像データとのいずれか一方の映像データを選択して２Ｄコンテンツとして圧縮符号化するとともに、他方の映像データを前記２Ｄコンテンツとの視差による差分を示す視差コンテンツとして圧縮符号化して、前記視差コンテンツを前記２Ｄコンテンツよりも先行して前記受信端末に配信し、前記受信端末は、配信されてきた前記視差コンテンツと前記２Ｄコンテンツとを表示モードに応じて復号することを特徴とする。
【００１５】
（２）本発明による３Ｄコンテンツ配信方法は、３Ｄコンテンツ（３  Dimension：３次元）を３Ｄコンテンツ配信サーバからＩＰネットワークを介して受信端末に配信するビデオ配信サービスを提供する３Ｄコンテンツ配信方法であって、前記３Ｄコンテンツ配信サーバは、前記受信端末に配信する前記３Ｄコンテンツを圧縮符号化する際に、前記３Ｄコンテンツを構成する左目用の映像データと右目用の映像データとのいずれか一方の映像データを選択して２Ｄコンテンツとして圧縮符号化するとともに、他方の映像データを前記２Ｄコンテンツとの視差による差分を示す視差コンテンツとして圧縮符号化して、前記視差コンテンツを前記２Ｄコンテンツよりも先行して前記受信端末に配信し、前記受信端末は、配信されてきた前記視差コンテンツと前記２Ｄコンテンツとを表示モードに応じて復号することを特徴とする。
【００１６】
（３）本発明による３Ｄコンテンツ配信プログラムは、少なくとも前記（２）に記載の３Ｄコンテンツ配信方法を、コンピュータによって実行可能なプログラムとして実施していることを特徴とする。
【発明の効果】
【００１７】
本発明の３Ｄコンテンツ配信システム、３Ｄコンテンツ配信方法および３Ｄコンテンツ配信プログラムによれば、以下のような効果を奏することができる。
【００１８】
すなわち、３Ｄコンテンツ配信サーバには、３Ｄコンテンツの左目用と右目用との２つの映像データに関する２Ｄコンテンツと３Ｄコンテンツを構成するための該２Ｄコンテンツの視差コンテンツとに圧縮符号化して保持されており、また、番組表配信サーバには、２Ｄコンテンツと３Ｄコンテンツとの両方が配信されているかもしくは２Ｄコンテンツのみが配信されているかを明示した電子番組表が保持されていて、それぞれのサーバが、保持している情報を視聴者が利用する受信端末に対して配信しているので、３Ｄコンテンツと２Ｄコンテンツとを混在させて配信している環境下であっても、該受信端末を利用して映像コンテンツを視聴する視聴者にとって、配信されてくる映像コンテンツが、３Ｄ視聴が可能なコンテンツか否かを判り易く表示することができ、視聴者は２Ｄコンテンツもしくは３Ｄコンテンツを容易に選択することが可能である。
【００１９】
また、受信端末の視聴者が、３Ｄコンテンツの視聴途中に、２Ｄコンテンツの視聴に変更することや、また、その逆の変更を行うことも容易に実現することができる。
【００２０】
また、３Ｄコンテンツと２Ｄコンテンツとを混在させて配信している環境下であっても、２Ｄコンテンツ視聴用としての２Ｄコンテンツと、３Ｄコンテンツ視聴用としての２Ｄコンテンツと差分データの視差コンテンツとを配信することになるため、２Ｄコンテンツと３Ｄコンテンツとの双方を分離してそのままデータ配信する場合と比較して、ネットワークの帯域を大幅に削減することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明に係る３Ｄコンテンツ配信システムのシステム構成の一例を示す構成図である。
【図２】図１の３Ｄコンテンツ配信システムの動作の一例を示すシーケンスチャートである。
【図３】図１に示す３Ｄコンテンツ配信サーバにおいてＨ．２６４  ＭＶＣ方式に準拠して３Ｄコンテンツを圧縮符号化して配信する際の符号化順序の一例を説明するためのタイムチャートである。
【図４】図１に示す３Ｄコンテンツ配信システムにおける受信端末のブロック構成の一例を示すブロック構成図である。
【図５】本発明に係る３Ｄコンテンツ配信システムの３Ｄ電子番組表の一例を示す模式図である。
【発明を実施するための形態】
【００２２】
以下、本発明による３Ｄコンテンツ配信システム、３Ｄコンテンツ配信方法および３Ｄコンテンツ配信プログラムの好適な実施形態について添付図を参照して説明する。なお、以下の説明においては、本発明による３Ｄコンテンツ配信システムおよび３Ｄコンテンツ配信方法について説明するが、かかる３Ｄコンテンツ配信方法をコンピュータにより実行可能な３Ｄコンテンツ配信プログラムとして実施するようにしても良いし、あるいは、３Ｄコンテンツ配信プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。
【００２３】
（本発明の特徴）
本発明の実施形態の説明に先立って、本発明の特徴について、その概要をまず説明する。本発明は、３Ｄコンテンツを構成する左目用と右目用とのいずれか一方の映像データを選択して２Ｄコンテンツとして圧縮符号化するとともに、残った他方の映像データを前記２Ｄコンテンツとの視差による差分を示す視差コンテンツとして圧縮符号化して、前記２Ｄコンテンツと前記視差コンテンツとをそれぞれマルチキャスト方式により配信する際に、前記視差コンテンツを前記２Ｄコンテンツよりも先行して（または同時に）配信する３Ｄコンテンツ配信サーバを少なくとも備えていることを主要な特徴としている。さらに、配信する２Ｄコンテンツと３Ｄコンテンツとのタイトルを、番組として、２Ｄコンテンツか３Ｄコンテンツかを示す識別情報とともに登録した番組表を配信する番組表配信サーバと、マルチキャスト方式によって配信されてくる映像コンテンツの中から受信端末により指定された番組に関する映像コンテンツを当該受信端末に分配するためのエッジルータと、受信した映像コンテンツを表示モードに応じて復号して３Ｄ表示もしくは２Ｄ表示を行う受信端末と、を備えていることも主要な特徴としている。
【００２４】
（実施形態のシステム構成例）
次に、本発明に係る３Ｄコンテンツ配信システムのシステム構成についてその一例を、図１を参照しながら説明する。図１は、本発明に係る３Ｄコンテンツ配信システムのシステム構成の一例を示す構成図である。なお、以降の各図面において、図１に示す各構成要素と同一の構成要素には同一の符号が付与されており、他の図面における重複した説明は省略する。
【００２５】
図１に示す３Ｄコンテンツ配信システムは、データセンタ／放送局１００内に設置されている３Ｄコンテンツ配信サーバ１０１、２Ｄコンテンツ配信サーバ１０１Ａ、番組表配信サーバ１０２と、ＳＯＨＯ（Small Office/Home Office）／家庭３００内に設置されている映像コンテンツ受信用の受信端末３０１とが、映像コンテンツの配信を行うＩＰ（Internet Protocol）ネットワークのＣＤＮ（Contents Delivery Network）２００を介して接続されている例を示している。
【００２６】
データセンタ／放送局１００の３Ｄコンテンツ配信サーバ１０１は、３Ｄコンテンツの左目用と右目用との２つの映像データのうち、いずれか一方の映像データを、２Ｄコンテンツとしてつまり３Ｄコンテンツの２Ｄ成分をパケット化した２ＤコンテンツデータＳ１０１として圧縮符号化し、他方の映像データを、前記一方の映像データとの視差に基づく差分データを示す視差コンテンツとしてつまり３Ｄコンテンツの視差成分をパケット化した視差コンテンツデータＳ１０２として圧縮符号化してマルチキャスト方式により配信するサーバである。また、２Ｄコンテンツ配信サーバ１０１Ａは、本来の２Ｄコンテンツをそのままパケット化した２ＤコンテンツデータＳ１０３として圧縮符号化してマルチキャスト方式により配信するサーバである。
【００２７】
また、データセンタ／放送局１００の番組表配信サーバ１０２は、各番組が３Ｄコンテンツ、２Ｄコンテンツのいずれかを示す識別情報を付して、３Ｄコンテンツ、２Ｄコンテンツの如何によらず、すべての映像コンテンツのタイトル（番組情報）を電子化した番組表Ｓ１０４として配信するサーバである。
【００２８】
また、ＳＯＨＯ／家庭３００の受信端末３０１は、配信されてくる３Ｄコンテンツもしくは２Ｄコンテンツをデコードして再生して、視聴者に対して表示する端末である。また、ＩＰネットワークのＣＤＮ２００内には、データセンタ／放送局１００の各サーバ（３Ｄコンテンツ配信サーバ１０１、２Ｄコンテンツ配信サーバ１０１Ａ、番組表配信サーバ１０２）からの映像コンテンツや番組表情報を受信して、要求元のＳＯＨＯ／家庭３００の受信端末３０１からの配信要求に応じて配信するエッジルータ２０１が複数設置されている。
【００２９】
一般に、３Ｄコンテンツは、左右の目に入力される２種類の映像データから構成されており、２Ｄコンテンツに比して２倍の情報量を有しているコンテンツである。しかしながら、左右の目にそれぞれ入力される映像データの間には強い相関性があるため、該相関性を利用した圧縮符号化方式が提案されている。
【００３０】
３Ｄコンテンツの圧縮符号化方式の一つに、ＩＳＯ／ＩＥＣ１４４９６−１０規格のＨ．２６４  ＭＶＣ（Multi-View Coding：マルチビュー符号化）方式があり、左目用と右目用との２つの映像データのうちいずれか一方を２Ｄコンテンツとし、他方を該２Ｄコンテンツと相関性がある視差コンテンツとして、双方の映像データについて相関性を利用した圧縮符号化を行うことにより、片方の映像データ（すなわち２Ｄコンテンツ）を圧縮符号化した情報量と比較して、２倍ではなく、約１．５倍の情報量に収めるとともに、左目用と右目用との２つの映像データそれぞれを圧縮符号化した場合の画質と同等の画質の映像が得られることが知られている。
【００３１】
しかしながら、Ｈ．２６４  ＭＶＣ方式により圧縮符号化した３Ｄコンテンツの映像データをそのまま配信すると、Ｈ．２６４  ＭＶＣ方式に非対応の従来の受信端末では、配信されてきたＨ．２６４  ＭＶＣ方式の映像データを、デコードして表示することができない。このため、従来の受信端末においても表示することを可能とするＩＳＯ／ＩＥＣ１４４９６−１０規格のＨ．２６４  ＡＶＣ方式（Advanced Video Coding）によって、当該３Ｄコンテンツのいずれか一方の映像データについては別に符号化して、２Ｄコンテンツとして配信することが必要であった。
【００３２】
ただし、Ｈ．２６４  ＭＶＣ方式で圧縮符号化した映像データは、２ＤコンテンツとしてデコードすることができるＨ．２６４  ＡＶＣ方式による圧縮符号化の映像データ（２Ｄコンテンツ）と３Ｄ表示するための視差映像データ（視差コンテンツ）とに分割することができるにも関わらず、２Ｄコンテンツ（つまりＨ．２６４  ＡＶＣ方式の映像データ）と３Ｄコンテンツ（つまりＨ．２６４  ＭＶＣ方式の映像データ）とをそれぞれ別々に用意してそれぞれの専用チャンネルを用いて配信することは、ネットワーク帯域を無駄に消費してしまうことになる。
【００３３】
そこで、図１に示す３Ｄコンテンツ配信システムにおいては、３Ｄコンテンツデータを管理する３Ｄコンテンツ配信サーバ１０１において、３Ｄコンテンツの左目用、右目用のいずれかのコンテンツデータつまり３Ｄコンテンツの２Ｄ成分をパケット化した２ＤコンテンツデータＳ１０１を配信するチャンネル例えばチャンネルＣＨ１とは別に、当該チャンネルＣＨ１の２Ｄコンテンツを３Ｄ表示するための視差コンテンツを配信するチャンネル、つまり、３Ｄコンテンツの視差成分をパケット化した視差コンテンツデータＳ１０２を配信するチャンネル例えばチャンネルＣＨ１ａをあらかじめ分離して用意して、Ｈ．２６４  ＭＶＣ方式の配信用ストリームとして記憶しておく。
【００３４】
一方、そもそも、２Ｄコンテンツデータからなる番組を配信する場合には、２Ｄコンテンツデータを管理する２Ｄコンテンツ配信サーバ１０１Ａにおいて、２Ｄコンテンツをパケット化した２ＤコンテンツデータＳ１０３を配信するチャンネル例えばチャンネルＣＨ２に、Ｈ．２６４  ＡＶＣ方式の配信用ストリームとして記憶しておく。
【００３５】
これらの３Ｄコンテンツ配信サーバ１０１、２Ｄコンテンツ配信サーバ１０１Ａは、前述したように、データセンタ／放送局１００内に設置されている。なお、３Ｄコンテンツ配信サーバ１０１と２Ｄコンテンツ配信サーバ１０１Ａとは、物理的に同一のサーバから構成されていても、分離したサーバから構成されていても構わない。
【００３６】
また、データセンタ／放送局１００は、これらの３Ｄコンテンツ配信サーバ１０１、２Ｄコンテンツ配信サーバ１０１Ａに記憶された映像コンテンツをＳＯＨＯ／家庭３００に居る視聴者が選択して視聴することができるように、番組表配信サーバ１０２を設置して、記憶された映像コンテンツに関する番組表Ｓ１０４を配信している。なお、番組表配信サーバ１０２についても、３Ｄコンテンツ配信サーバ１０１、２Ｄコンテンツ配信サーバ１０１Ａと物理的に同一のサーバから構成されていても、分離したサーバから構成されていても構わないことは言うまでもない。
【００３７】
データセンタ／放送局１００とＳＯＨＯ／家庭３００とは、前述したように、ＣＤＮ（Content Delivery Network）２００を介して接続されており、データセンタ／放送局１ＯＯは、放送電波を利用した現在の放送局のように、時刻にしたがって番組（映像コンテンツ）を配信することもあれば、ＶｏＤ（Video on Demand）のように、ＳＯＨＯ／家庭３００の受信端末３０１からのリクエストにしたがって番組（映像コンテンツ）を配信することもある。また、番組表配信サーバ１０２に記憶されている番組表Ｓ１０４は、例えば、図５に示すように、各チャンネル毎に、各番組それぞれが２Ｄコンテンツもしくは３Ｄコンテンツのいずれであるかが分かるように識別情報を付して記憶されており、３Ｄコンテンツの専用チャンネルを作成する必要はない。
【００３８】
図５は、本発明に係る３Ｄコンテンツ配信システムの３Ｄ電子番組表の一例を示す模式図であり、時刻にしたがってマルチキャスト方式で映像コンテンツを配信する場合について、２Ｄコンテンツと３Ｄコンテンツとの識別情報を付すことにより、同一チャンネルであっても、３Ｄコンテンツと２Ｄコンテンツとが混在して配信されている例を示している。例えば、図５に示す番組表において、チャンネルＣＨ１においては、８：００〜９：００までの１時間は、３Ｄコンテンツの「ＭＯＶＩＥ」を配信するが、７：００〜８：００の時間帯は、２Ｄコンテンツの「ＮＥＷＳ」が、また、９：００〜の時間帯も、２Ｄコンテンツの「Ｓｐｏｒｔｓ」が配信されることを示している。
【００３９】
（実施形態の３Ｄコンテンツ配信システムの動作例）
次に、図１の３Ｄコンテンツ配信システムの動作について、その一例を、図２のシーケンスチャートを用いて説明する。図２は、図１の３Ｄコンテンツ配信システムの動作の一例を示すシーケンスチャートであり、放送形態のように、データセンタ／放送局１００内の３Ｄコンテンツ配信サーバ１０１から時刻情報に基づいて３Ｄコンテンツを含む番組を―斉配信（マルチキャスト）している一例を示している。
【００４０】
つまり、ＳＯＨＯ／家庭３００内の受信端末３０１の視聴者が、データセンタ／放送局１００内の番組表配信サーバ１０２からＣＤＮ２００のエッジルータ２０１を介して配信されてくる番組表Ｓ１０４に基づいて、データセンタ／放送局１００内の３Ｄコンテンツ配信サーバ１０１または２Ｄコンテンツ配信サーバ１０１Ａから時刻にしたがって一斉配信（マルチキャスト）されている３Ｄコンテンツまたは２Ｄコンテンツのタイトル（番組情報）を選択することにより、選択した番組の３Ｄコンテンツまたは２Ｄコンテンツを、ＣＤＮ２００のエッジルータ２０１を介して受信する動作の一例を示している。
【００４１】
データセンタ／放送局１００においては、あらかじめ決められた時刻情報に基づいて、３Ｄコンテンツ配信サーバ１０１は、３Ｄコンテンツの２Ｄ成分のパケットデータである２ＤコンテンツデータＳ１０１と、３Ｄコンテンツの視差成分のパケットデータである視差コンテンツデータＳ１Ｏ２とを、該当するチャンネル例えばチャンネルＣＨ１とチャンネルＣＨ１ａとからマルチキャストアドレスとして配信し、２Ｄコンテンツ配信サーバ１０１Ａは、２Ｄコンテンツのパケットデータである２ＤコンテンツデータＳ１Ｏ３を該当するチャンネル例えばチャンネル２からマルチキャストアドレスとして配信している。また、番組表配信サーバ１０２は、番組放送の場合には、図５の電子番組表に例示したように、各時刻に対して放送している映像コンテンツのタイトル（番組情報）が分かるような電子番組表Ｓ１０４を配信している。
【００４２】
図２のシーケンスチャートにおいて、まず、ＳＯＨＯ／家庭３００内の受信端末３０１は、視聴者からの指示により、ＣＤＮ２００のエッジルータ２０１を介して、データセンタ／放送局１００の番組表配信サーバ１０２に対して、番組表データの問い合わせを行うことにより（シーケンスＳｅｑ１）、番組表配信サーバ１０２から配信されてくる番組表Ｓ１０４を、エッジルータ２０１を介して受信して画面表示する（シーケンスＳｅｑ２）。
【００４３】
このとき、受信端末３０１が３Ｄ対応の受信端末であり、かつ、表示コードとして３Ｄモードを設定して、視聴者が３Ｄコンテンツを視聴する準備ができている場合には、３Ｄコンテンツの番組も視聴可能な番組として図５に示すような電子番組表を表示する。ここで、視聴者が３Ｄコンテンツを視聴する準備ができていると判断する場合の基準としては、例えば、当該受信端末３０１が３Ｄメガネ対応の端末であれば、３Ｄメガネの電源が入っている状態になっていれば良く、また、当該受信端末３０１が３Ｄメガネなしであっても３Ｄコンテンツを視聴することができる端末の場合には、表示モードが３Ｄモードの状態になっていれば良い。
【００４４】
表示された電子番組表を確認した視聴者によって、チャンネルＣＨ１の３Ｄコンテンツの番組視聴が選択された場合には、受信端末３０１は、まず、当該チャンネルＣＨ１の番組の３Ｄコンテンツの視差成分である視差コンテンツデータＳ１０２を配信するマルチキャストアドレスすなわちチャンネルＣＨ１ａへの参加要求を選局要求信号Ｓ１０５としてエッジルータ２０１に対して送信する（シーケンスＳｅｑ３）。しかる後、当該３Ｄコンテンツの番組の２ＤコンテンツデータＳ１０１を配信するマルチキャストアドレスすなわちチャンネルＣＨ１への参加要求を選局要求信号Ｓ１０５としてエッジルータ２０１に対して送信する（シーケンスＳｅｑ４）。
【００４５】
受信端末３０１は、シーケンスＳｅｑ３によりマルチキャストアドレスすなわちチャンネルＣＨ１ａへの参加要求を行うことによりエッジルータ２０１から配信されてきた視差コンテンツデータＳ１０２をまず受信して、バッファメモリに一時格納する（シーケンスＳｅｑ５）。しかる後、シーケンスＳｅｑ４によりマルチキャストアドレスすなわちチャンネルＣＨ１への参加要求を行うことによりエッジルータ２０１から配信されてきた２ＤコンテンツデータＳ１０１を受信する（シーケンスＳｅｑ６）。
【００４６】
受信端末３０１は、受信したチャンネルＣＨ１ａの視差コンテンツデータＳ１０２と２ＤコンテンツデータＳ１０１との２つのデータストリームから、３Ｄコンテンツデータをデコードして、再生することにより、３Ｄ映像として立体表示する。なお、視差コンテンツデータＳ１０２と２ＤコンテンツデータＳ１０１とは、配信用にパケット化されているが、ＩＳＯ／ＩＥＣ１３８１８−１勧告によって規格化されたＭＰＥＧ−２  ＴＳ（Moving Picture Experts Group-Transport Stream）方式に基づいて配信されるようにする。ＭＰＥＧ−２  ＴＳ方式に基づいて配信する場合、視差コンテンツデータＳ１０２のトランスボートストリームのタイムスタンプ（時刻情報）を、２ＤコンテンツデータＳ１０１のタイムスタンプと比較して同時または以下（つまり以前）の時刻情報に設定し、かつ、ＧＯＰ（Group Of Picture）時間内の時刻に設定することによって、２ＤコンテンツデータＳ１０１を受信するまでの間、当該２ＤコンテンツデータＳ１０１を３Ｄ化するための視差コンテンツデータＳ１０２を一時保存する受信端末３０１のバッファメモリの容量を削減することが可能になる。
【００４７】
ここで、３Ｄコンテンツの立体番組を表示していた受信端末３０１において、当該３Ｄコンテンツの番組が終了するか否かによらず、視聴者が３Ｄメガネの電源をＯｆｆにしたり、表示モードを２Ｄモードに切り替えたりした場合には、図２に示すように、受信端末３０１は、たとえ、視聴者によってチャンネルＣＨ１の３Ｄコンテンツの番組視聴が選択されていた場合であっても、受信モードを、３Ｄモードから２Ｄモードに切り替えて、当該チャンネルＣＨ１の番組の３Ｄコンテンツの視差成分である視差コンテンツデータＳ１０２を配信するマルチキャストアドレスすなわちチャンネルＣＨ１ａへの不参加要求をエッジルータ２０１に対して行う（シーケンスＳｅｑ１１）。
【００４８】
シーケンスＳｅｑ１１により視差コンテンツデータＳ１０２のマルチキャストアドレスすなわちチャンネルＣＨ１ａへの不参加要求を受信端末３０１から受信したエッジルータ２０１は、当該受信端末３０１に対するチャンネルＣＨ１ａの視差コンテンツデータＳ１０２を配信する動作を抑止する（シーケンスＳｅｑ１２）。ここで、当該３Ｄコンテンツの番組の２ＤコンテンツデータＳ１０１を配信するマルチキャストアドレスすなわちチャンネルＣＨ１への参加要求については、受信端末３０１から受信済みの状態にあるので、エッジルータ２０１は、当該受信端末３０１に対してチャンネルＣＨ１の２ＤコンテンツデータＳ１０１を引き続き配信する（シーケンスＳｅｑ１３）。したがって、受信端末３０１は、チャンネルＣＨ１の番組を立体表示ではなく２Ｄコンテンツとして引き続き画面表示することになる。
【００４９】
また、受信端末３０１が、そもそも、３Ｄコンテンツの再生を行うことができない端末であった場合には、たとえ、視聴者によってチャンネルＣＨ１の３Ｄコンテンツの番組視聴が選択されていた場合であっても、シーケンスＳｅｑ３において視差コンテンツデータＳ１０２を配信するマルチキャストアドレスであるチャンネルＣＨ１ａへの参加要求をエッジルータ２０１に送信することなく、直ちに、２ＤコンテンツデータＳ１０１を配信するマルチキャストアドレスであるチャンネルＣＨ１への参加要求のみをエッジルータ２０１に対して送信すれば良い。あるいは、受信端末３０１が、３Ｄコンテンツの再生を行う端末であっても、視聴者によって２Ｄコンテンツの番組視聴が選択されていた場合についても同様であり、２ＤコンテンツデータＳ１０１を配信するマルチキャストアドレスであるチャンネルＣＨ１への参加要求のみをエッジルータ２０１に対して送信すれば良い。
【００５０】
次に、図１の３Ｄコンテンツ配信サーバ１０１において３Ｄコンテンツを圧縮符号化する際の符号化順序について、その一例を、図３のタイムチャートを用いて説明する。図３は、図１に示す３Ｄコンテンツ配信サーバ１０１においてＨ．２６４  ＭＶＣ方式に準拠して３Ｄコンテンツを圧縮符号化して配信する際の符号化順序の一例を説明するためのタイムチャートであり、再生順１０、符号化順２０、伝送順３０のそれぞれについて、主画像（２Ｄコンテンツ）と視差画像（視差コンテンツ）との時間関係を例示している。
【００５１】
ここで、３Ｄコンテンツは、前述したように、２Ｄコンテンツと視差コンテンツとによって構成されているものとしている。２Ｄコンテンツとは、３Ｄコンテンツにおける右目もしくは左目から眺めた際のコンテンツであり、図３には、「主画像」と表示しており、Ｈ．２６４  ＭＶＣ方式において「主視点」と呼称されている映像情報である。一方、視差コンテンツとは、当該２Ｄコンテンツとして選択した目とは異なる目から眺めた際の当該２Ｄコンテンツとの差分を示すコンテンツであり、図３には、「視差画像」と表示しており、Ｈ．２６４  ＭＶＣ方式において「第２視点」と呼称されている映像情報である。
【００５２】
図３の再生順１０に示すように、３Ｄコンテンツを再生する際には、主画像（２Ｄコンテンツ）と視差画像（視差コンテンツ）との再生時刻は、各パケットごとに同一時刻であり、再生時刻情報pt１＝pt１ａにおいて主画像（２Ｄコンテンツ）の第１番目のフレーム映像データ１と視差画像（視差コンテンツ）の第１番目のフレーム映像データ１ａとがデコードされて、立体映像として出力され、次の再生時刻情報pt２＝pt２ａにおいて主画像（２Ｄコンテンツ）の第２番目のフレーム映像データ２と視差画像（視差コンテンツ）の第２番目のフレーム映像データ２ａとがデコードされて、立体映像として出力される。以降、第３番目、第４番目、…と、順番に、主画像（２Ｄコンテンツ）と視差画像（視差コンテンツ）とがそれぞれに該当する同一時刻においてデコードされて、立体映像として出力されていく。
【００５３】
次に、主画像（２Ｄコンテンツ）と視差画像（視差コンテンツ）との圧縮符号化する順序について説明する。図３の符号化順２０に示すように、まず、主画像（２Ｄコンテンツ）の第１番目のフレーム映像データ１の画面内符号化を行い、復号用のタイムスタンプとして復号時刻情報dt１を付す。主画像として画面内符号化された第１番目のフレーム映像データ１は'Ｉ−Picture'と呼ばれている。次に、視差画像（視差コンテンツ）の第１番目のフレーム映像データ１ａを主画像（２Ｄコンテンツ）の第１番目のフレーム映像データ１とのフレーム間差分による予測を交えて前方向予測によって符号化を行い、復号用のタイムスタンプとして復号時刻情報dt１ａ（復号時刻情報dt１よりも遅れた時刻）を付す。視差画像として前方向予測符号化された第１番目のフレーム映像データ１ａは'Ｐ−Picture'と呼ばれている。
【００５４】
次に、主画像（２Ｄコンテンツ）の第４番目のフレーム映像データ４を主画像（２Ｄコンテンツ）の第１番目のフレーム映像データ１とのフレーム間差分による予測を交えて前方向予測によって'Ｐ−Picture'として符号化を行い、復号用のタイムスタンプとして復号時刻情報dt２を付す。さらに、視差画像（視差コンテンツ）の第４番目のフレーム映像データ４ａを主画像（２Ｄコンテンツ）の第４番目のフレーム映像データ４と視差画像（視差コンテンツ）の第１番目のフレーム映像データ１ａとのフレーム間差分による予測を交えた両方向予測によって符号化を行い、復号用のタイムスタンプとして復号時刻情報dt２ａ（復号時刻情報dt２よりも遅れた時刻）を付す。視差画像として両方向予測符号化された第４番目のフレーム映像データ４ａは'Ｂ−Picture'と呼ばれている。
【００５５】
しかる後、主画像（２Ｄコンテンツ）の第２番目のフレーム映像データ２を主画像（２Ｄコンテンツ）の第１番目のフレーム映像データ１と第４番目のフレーム映像データ４とのフレーム間差分による予測を交えた両方向予測によって'Ｂ−Picture'として符号化を行い、復号用のタイムスタンプとして復号時刻情報dt３を付す。そして、視差画像（視差コンテンツ）の第２番目のフレーム映像データ２ａを、主画像（２Ｄコンテンツ）の第２番目のフレーム映像データ２と視差画像（視差コンテンツ）の第１番目のフレーム映像データ１ａと第４番目のフレーム映像データ４ａとのフレーム間差分による予測を交えた両方向予測によって'Ｂ−Picture'として符号化を行い、復号用のタイムスタンプとして復号時刻情報dt３ａ（復号時刻情報dt３よりも遅れた時刻）を付す。
【００５６】
以降、主画像（２Ｄコンテンツ）の第３番目のフレーム映像データ３、視差画像（視差コンテンツ）の第３番目のフレーム映像データ３ａ、主画像（２Ｄコンテンツ）の第７番目のフレーム映像データ７、視差画像（視差コンテンツ）の第７番目のフレーム映像データ７ａ、…と順番に、両方向予測によって'Ｂ−Picture'として符号化を行っていく。
【００５７】
次に、主画像（２Ｄコンテンツ）と視差画像（視差コンテンツ）とからなる３Ｄコンテンツを伝送する伝送順について説明する。従来技術のように、３Ｄコンテンツを符号化順に順次配信する場合には、主画像（２Ｄコンテンツ）の第１番目の符号化データ１→視差画像（視差コンテンツ）の第１番目の符号化データ１ａ→主画像（２Ｄコンテンツ）の第４番目の符号化データ４→視差画像（視差コンテンツ）の第４番目の符号化データ４ａ→主画像（２Ｄコンテンツ）の第２番目の符号化データ２→視差画像（視差コンテンツ）の第２番目の符号化データ２ａ→主画像（２Ｄコンテンツ）の第３番目の符号化データ３→視差画像（視差コンテンツ）の第３番目の符号化データ３ａ→主画像（２Ｄコンテンツ）の第３番目の符号化データ７→…のように、主画像（２Ｄコンテンツ）の符号化データの次に当該主画像（２Ｄコンテンツ）に関する視差画像（視差コンテンツ）の符号化データが続くという順番に、主画像（２Ｄコンテンツ）と視差画像（視差コンテンツ）とが交互に配信されることになる。
【００５８】
つまり、従来技術の場合、ＭＰＥＧ−２  ＴＳ方式に基づくトランスボートストリームにした場合の配信用のタイムスタンプは、主画像（２Ｄコンテンツ）のストリームの方が、視差画像（視差コンテンツ）のストリームよりも早い時刻になる。主画像（２Ｄコンテンツ）と視差画像（視差コンテンツ）とを、別々の異なる経路（チャンネル）を用いて配信した場合においても全く同様であり、主画像（２Ｄコンテンツ）の第１番目の符号化データ１→視差画像（視差コンテンツ）の第１番目の符号化データ１ａ→主画像（２Ｄコンテンツ）の第４番目の符号化データ４→視差画像（視差コンテンツ）の第４番目の符号化データ４ａ→主画像（２Ｄコンテンツ）の第２番目の符号化データ２→視差画像（視差コンテンツ）の第２番目の符号化データ２ａ→主画像（２Ｄコンテンツ）の第３番目の符号化データ３→視差画像（視差コンテンツ）の第３番目の符号化データ３ａ→主画像（２Ｄコンテンツ）の第３番目の符号化データ７→…の順番に配信用のタイムスタンプが設定されることになる。
【００５９】
しかし、かくのごとく符号化順に２Ｄコンテンツと視差コンテンツとが配信されてくる場合、受信端末３０１が、そもそも、２Ｄコンテンツのみを復号化して表示するような端末においては、主画像（２Ｄコンテンツ）のみをデコードすれば良く、視差画像（視差コンテンツ）分のデコードを行うためのバッファは必要ではないにも関わらず、余分のバッファを準備することが必要になる。
【００６０】
これに対して、本実施形態に示す３Ｄコンテンツ配信システムにおいては、３Ｄコンテンツ配信サーバ１０１は、前述したように、符号化時に、主画像（２Ｄコンテンツ）、視差画像（視差コンテンツ）の符号化データを生成するとともに、それぞれの復号用のタイムスタンプを生成して付与するようにしており、さらに、視差画像（視差コンテンツ）の符号化データに付す配信用のタイムスタンプを、主画像（２Ｄコンテンツ）の符号化データに付す配信用のタイムスタンプと同じ時刻かあるいはより早い時刻を設定するようにしている。
【００６１】
かかる処理を施すことによって、主画像（２Ｄコンテンツ）と視差画像（視差コンテンツ）とからなる３Ｄコンテンツを受信する受信端末３０１が、主画像（２Ｄコンテンツ）のみをデコードする端末であった場合には、２Ｄコンテンツのみが配信されてくる従来の場合と同様のバッファ量があれば十分になり、一方、３Ｄコンテンツをデコードする受信端末については、先行して配信されてくる視差画像（視差コンテンツ）を一時保存するためのバッファメモリを余分に準備すれば良いことになる。つまり、受信端末３０１が、主画像（２Ｄコンテンツ）と視差画像（視差コンテンツ）との双方をデコードして、立体表示する端末であった場合には、配信用のタイムスタンプとして、主画像（２Ｄコンテンツ）と同じかまたはより早い時刻に設定されている視差画像（視差コンテンツ）を同時または先行して保存する分に応じたバッファメモリを新たに準備すれば良いことになる。
【００６２】
以上に説明したように、図３において、再生順１０を示す再生時刻情報（ＰＴ）は、前述のように、主画像（２Ｄコンテンツ）の出力時刻情報（再生時刻情報）ptｉと視差画像（視差コンテンツ）の出力時刻情報（再生時刻情報）ptｉａとは同一であり、
ptｉ＝ptｉａ        （ｉ＝１，２，３，…）
ptｉ  ：  主画像（２Ｄコンテンツ）の出力時刻（再生時刻）
ptｉａ：  視差画像（視差コンテンツ）の出力時刻（再生時刻）
の関係にある。
【００６３】
また、符号化時に復号用のタイムスタンプとして付される復号時刻情報（ＤＴ）は、主画像（２Ｄコンテンツ）の復号時刻情報dtｉと視差画像（視差コンテンツ）の復号時刻情報ptｉａとの関係として、視差画像（視差コンテンツ）の復号時刻情報ptｉａの方が主画像（２Ｄコンテンツ）以降の遅れた時刻に設定されていて、
dtｉ≦dtｉａ        （ｉ＝１，２，３，…）
dtｉ  ：  主画像（２Ｄコンテンツ）の復号時刻
ptｉａ：  視差画像（視差コンテンツ）の復号時刻
の関係にあり、主画像（２Ｄコンテンツ）を復号しなければ、視差画像（視差コンテンツ）の復号はできないことを意味している。
【００６４】
このため、主画像（２Ｄコンテンツ）と視差画像（視差コンテンツ）とからなる３Ｄコンテンツを配信しようとする際、従来技術のように、一般的には、主画像（２Ｄコンテンツ）の伝送時刻情報tｉと視差画像（視差コンテンツ）の復号時刻情報tｉａとの関係は、
tｉ≦tｉａ        （ｉ＝１，２，３，…）
tｉ  ：  主画像（２Ｄコンテンツ）の伝送時刻
tｉａ：  視差画像（視差コンテンツ）の伝送時刻
の関係になってしまう。
【００６５】
しかし、主画像（２Ｄコンテンツ）を視差画像（視差コンテンツ）とは別のチャンネルで伝送し、かつ、主画像（２Ｄコンテンツ）はそのままでも再生することを可能とするように、図３において伝送順３０として示すように、本実施形態においては、主画像（２Ｄコンテンツ）の伝送時刻情報tｉの方を視差画像（視差コンテンツ）以降に遅らせるように、
tｉ≧tｉａ        （ｉ＝１，２，３，…）
の関係に設定することが望ましい。つまり、視差画像（視差コンテンツ）を、対応する主画像（２Ｄコンテンツ）よりも先にまたは少なくとも同時に配信することが望ましい。
【００６６】
この時、主画像（２Ｄコンテンツ）の伝送時刻情報tｉと視差画像（視差コンテンツ）の伝送時刻情報tｉａとの間の時間差を、受信端末３０１のバッファメモリの容量を節約するために、第ｉ番目の視差画像（視差コンテンツ）ｉａが参照すべき第ｉ番目の主画像（２Ｄコンテンツ）ｉがＩ−Pictureデータであった場合を例に採ると、その直前のＩ−Pictureデータの伝送時刻情報よりも遅い時刻情報になるように、すなわち、ＧＯＰ(Group Of Picture)時間以内の時間になるように設定することが望ましい。
【００６７】
（受信端末３０１のブロック構成例）
次に、図１に示す３Ｄコンテンツ配信システムにおける受信端末３０１のブロック構成について、その一例を、図４を参照しながら説明する。図４は、図１に示す３Ｄコンテンツ配信システムにおける受信端末３０１のブロック構成の一例を示すブロック構成図であり、図３のタイムチャートに示した手順で符号化されて配信されてくる３Ｄコンテンツをデコードして立体表示することが可能な端末の構成例を示している。
【００６８】
図４に示すように、受信端末３０１は、配信されてくるＨ．２６４  ＭＶＣ方式準拠の主画像（２Ｄコンテンツ）および視差画像（視差コンテンツ）を格納するバッファメモリ３０１１、該主画像（２Ｄコンテンツ）および視差画像（視差コンテンツ）をデコードして３Ｄコンテンツとして出力するＭＶＣデコーダ３０１２、画面表示を行うためのフレームデータを格納するフレームメモリ３０１３、立体表示を行う３Ｄ表示ディスプレイ３０１４、３Ｄ表示ディスプレイに立体表示された３Ｄコンテンツを視聴するために視聴者が装着する３Ｄ表示ディスプレイ連動の３Ｄメガネ３０１５、受信端末３０１の全体の動作を制御するＣＰＵ３０１６、視聴者の状態を撮像した撮像データを取得するカメラ３０１７を、少なくとも備えて構成されている。なお、図４の受信端末３０１は、動作説明を簡単化するために、３Ｄ表示ディスプレイ３０１４を内蔵している端末の例を示しているが、外部に配置した３Ｄ表示ディスプレイとの間をＨＤＭＩ規格等の接続端子、ケーブルによって外部接続する構成としても勿論構わない。
【００６９】
図４に示す受信端末３０１においては、まず、ＣＰＵ３０１６の制御に基づいて、図１に示す番組表配信サーバ１０２が配信してくる、ＩＰパケット化された番組表データをバッファメモリ３０１１にて受信して、ＭＶＣデコーダ３０１２によってデコードして、３Ｄ表示ディスプレイ３０１４に表示する。この時、ＣＰＵ３０１６は、当該受信端末３０１の表示モードが３Ｄコンテンツとして立体表示する３Ｄモードに設定されているか、また、３Ｄメガネ３０１５が当該受信端末３０１に接続されていて電源が投入されているか否かを判定し、さらに、３Ｄメガネ３０１５が当該受信端末３０１に接続されていて電源が投入されていても、視聴者が３Ｄメガネを装着していない場合や、あるいは、３Ｄメガネを装着していても３Ｄ視聴が可能な水平な状態に装着していない場合もあるので、カメラ３０１７によって視聴者の状態を撮像した情報を取得して、番組表データを３Ｄ表示ディスプレイ３０１４に３Ｄ表示するか否かを選択する。
【００７０】
ここで、ＣＰＵ３０１６にて、当該受信端末３０１の表示モードが３Ｄモードになっていると判定した場合には、３Ｄ表示ディスプレイ３０１４上に番組表示を行う際に、番組表データの中に３Ｄコンテンツが存在している場合、３Ｄコンテンツを優先させて表示する。また、当該受信端末３０１の表示モードが、３Ｄモードではなく、２Ｄモードになっていると判定した場合には、番組表データの中の全ての番組を、３Ｄコンテンツの有無によらず、２Ｄモードとして３Ｄ表示ディスプレイ３０１４上に表示するが、３Ｄコンテンツが存在していることが分かる識別情報を付して表示するようにしておく。この場合の番組表の表示例は、先に図５として説明している通りである。
【００７１】
受信端末３０１の表示モードが３Ｄモードであった場合には、図２のシーケンスチャートにて説明したように、受信端末３０１は、視聴者のチャンネル選択結果に応じて、まず、選択した３Ｄコンテンツの視差コンテンツが配信されているチャンネル例えばチャンネルＣＨ１ａのマルチキャストアドレスにジョイン（参加要求）して、図１に示す３Ｄコンテンツ配信サーバ１０１から配信されてくる視差コンテンツを受信して、バッファメモリ３０１１に一次蓄積する。
【００７２】
続いて、選択した３Ｄコンテンツの２Ｄコンテンツが配信されているチャンネル例えばチャンネルＣＨ１のマルチキャストアドレスにジョイン（参加要求）して、図１に示す３Ｄコンテンツ配信サーバ１０１から配信されてくる２Ｄコンテンツを受信する。
【００７３】
受信端末３０１は、チャンネルＣＨ１の２Ｄコンテンツを受信した際に、当該２Ｄコンテンツに付されているタイムスタンプが示す復号時刻情報にしたがって、受信端末３０１内部の時刻情報を合わせて、ＭＶＣデコーダ３０１２にて２Ｄコンテンツのデコードを開始するとともに、バッファメモリ３０１１に保存している視差コンテンツに付されているタイムスタンプが示す復号時刻情報に合わせて、ＭＶＣデコーダ３０１２にてバッファメモリ３０１１に保存している視差コンテンツのデコードを行う。この時、Ｈ．２６４  ＭＶＣ方式による符号化手順の場合、ＭＶＣデコーダ３０１２のデコード順と３Ｄ表示ディスプレイ３０１４への出力順とが異なっているため、フレームバッファ３０１３にて出力順を入れ替えて、３Ｄ表示ディスプレイ３０１４に対して出力し、立体表示を行う。
【００７４】
以上に詳細に説明したように、本実施形態においては、以下のような効果を得ることができる。
【００７５】
すなわち、３Ｄコンテンツ配信サーバ１０１には、２Ｄコンテンツと３Ｄコンテンツを構成するための２Ｄコンテンツの視差コンテンツとに圧縮符号化して保持されており、また、番組表配信サーバ１０２には、２Ｄコンテンツと３Ｄコンテンツとの両方が配信されているかもしくは２Ｄコンテンツのみが配信されているかを明示した電子番組表が保持されていて、それぞれのサーバが、保持している情報を視聴者が利用する受信端末３０１に対して配信しているので、２Ｄコンテンツと３Ｄコンテンツとが混在して配信されている環境下であっても、受信端末３０１を利用して映像コンテンツを視聴する視聴者にとって、配信されてくる映像コンテンツが、３Ｄ視聴が可能なコンテンツか否かを判り易く表示することができ、視聴者は２Ｄコンテンツもしくは３Ｄコンテンツを容易に選択することが可能である。
【００７６】
以上、本発明の好適実施例の構成を説明した。しかし、斯かる実施例は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。
【符号の説明】
【００７７】
１０        再生順
２０        符号化順
３０        伝送順
１００      データセンタ／放送局
１０１      ３Ｄコンテンツ配信サーバ
１０１Ａ    ２Ｄコンテンツ配信サーバ
１０２      番組表配信サーバ
２００      ＣＤＮ（Contents Delivery Network）
２０１      エッジルータ
３００      ＳＯＨＯ（Small Office/Home Office）／家庭
３０１      受信端末
３０１１    バッファメモリ
３０１２    ＭＶＣデコーダ
３０１３    フレームメモリ
３０１４    ３Ｄ表示ディスプレイ
３０１５    ３Ｄメガネ
３０１６    ＣＰＵ
３０１７    カメラ
Ｓ１０１    ３Ｄコンテンツの２Ｄ成分をパケット化した２Ｄコンテンツデータ
Ｓ１０２    ３Ｄコンテンツの視差成分をパケット化した視差コンテンツデータ
Ｓ１０３    ２Ｄコンテンツをパケット化した２Ｄコンテンツデータ
Ｓ１０４    番組表
Ｓ１０５    選局要求信号
【図１】
2012004645.tif 000003
【図２】
2012004645.tif 000004
【図３】
2012004645.tif 000005
【図４】
2012004645.tif 000006
【図５】
2012004645.tif 000007