JP2011509552A - ２ｄ映像及び３ｄ立体映像を含む映像ファイルの生成及び再生を行うためのシステム及び方法 - Google Patents

Abstract

装置は、映像ファイルを受信し格納するための格納部と、１つ又はそれ以上の映像データサンプルを含む映像ファイルのメディアデータフィールドを分析し、映像ファイルの映像タイプデータフィールドに基づいて、２Ｄ映像及び３Ｄ立体映像の中のいずれか１つに対応する映像を生成するために、１つ又はそれ以上の映像データサンプルの各々が２次元（２Ｄ）映像データ及び３次元（３Ｄ）立体映像データの中のいずれか１つを示す映像タイプデータフィールドを含むメディアヘッダーフィールドを分析するためのプロセッサと、映像ファイルの映像タイプデータフィールドに従って生成された映像を表示するための表示部と、を含む。
【選択図】図２

Description

本発明は、２次元映像メディア標準（ｔｗｏ−ｄｉｍｅｎｓｉｏｎａｌ ｉｍａｇｅ Ｍｅｄｉａ Ｓｔａｎｄａｒｄｓ）に基づいて２次元（ｔｗｏ−ｄｉｍｅｎｓｉｏｎａｌ：以下、“２Ｄ”と称する。）映像及び３次元（ｔｈｒｅｅ−ｄｉｍｅｎｓｉｏｎａｌ：以下、“３Ｄ”と称する。）立体映像を含む映像ファイルの生成及び再生を行うためのシステム及び方法に関する。より詳細に、本発明は、２Ｄ映像及び３Ｄ立体映像を交互に生成及び再生を行うことができるファイルフォーマット、及びこのファイルフォーマットを用いて２Ｄ映像及び３Ｄ立体映像の交互的な生成及び再生を行うためのシステム及び方法に関する。

２Ｄ映像を格納するためのファイルフォーマットの標準については、従来知られている。一般的に、マルチメディア関連国際標準化機構であるＭＰＥＧ（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ）は、１９８８年のＭＰＥＧ−１から始まり、現在ＭＰＥＧ−２、ＭＰＥＧ−４、ＭＰＥＧ−７、及びＭＰＥＧ−２１の標準化作業が進められている。このように様々な標準が開発されたため、異なる標準技術を組み合せることにより１つのプロフィールを生成する必要性が台頭してきた。このような必要性に応じて２Ｄ映像の格納及び再生のためのＭＰＥＧ−Ａ（ＭＰＥＧ Ａｐｐｌｉｃａｔｉｏｎ：ＩＳＯ／ＩＣＥ ２３００００）マルチメディア応用標準化活動が遂行されてきた。

しかしながら、いままで、３Ｄ立体映像を格納するためのファイルフォーマットについては、まだ標準化がなされていない。また、一般的な移動端末機において、２Ｄ映像及び３Ｄ立体映像の両方を含むファイルフォーマット構成、或いはこのようなファイルフォーマットの構成を用いて映像ファイルの生成及び再生のためのシステム及び方法についてまったく実現されていない。これは、３Ｄ立体映像の形態で映像ファイルを生成する場合に、ユーザがその映像ファイルの中で３Ｄ立体映像ではないもの（ｎｏｎ−３Ｄ）までも３Ｄ立体映像として視聴せざるを得ないため、ユーザの目が疲れやすいという問題点があった。ここで、例えば、このような映像としては、映像全体が文字で形成される映像となるものがある。

本発明は、上述した従来技術の問題点に鑑みてなされたものであり、本発明の目的は、３Ｄ立体映像の生成、格納、及び再生のためのファイルフォーマットを提供することにある。
本発明の他の目的は、既存の２Ｄ映像の生成、格納、及び再生のためのファイルフォーマットに基づく３Ｄ立体映像のためのファイルフォーマットを提供することにある。
本発明の更に他の目的は、３Ｄ立体映像のためのファイルフォーマットを用いて３Ｄ立体映像ファイルの生成及び再生のためのシステム及び方法を提供することにある。

特に、本発明は、ユーザがこのファイルフォーマットに従って３Ｄ立体映像及び２Ｄ映像を視聴することができるように３Ｄ立体映像及び２Ｄ映像の両方を含むファイルフォーマットを提供する。本発明によるファイルフォーマットは、２Ｄ映像及び３Ｄ立体映像の両方を１つの映像ファイル内に格納するために提供する。例えば、３Ｄ立体映像は、一般的に、ニュースコンテンツのための１つの３Ｄ立体映像で提供され、２Ｄ映像は、キャプションだけを含む画面で提供されるようにすることにより、ユーザに視聴の便宜を提供する。

上記の目的を達成するために、本発明の一態様によれば、装置は、映像ファイルを受信し格納するための格納部と、１つ又はそれ以上の映像データサンプルを含む前記映像ファイルのメディアデータフィールドを分析し、前記映像ファイルの映像タイプデータフィールドに基づいて、２Ｄ映像及び３Ｄ立体映像の中のいずれか１つに対応する映像を生成するために、前記１つ又はそれ以上の映像データサンプルの各々が２次元（２Ｄ）映像データ及び３次元（３Ｄ）立体映像データの中のいずれか１つを示す映像タイプデータフィールドを含むメディアヘッダーフィールドを分析するためのプロセッサと、前記映像ファイルの前記映像タイプデータフィールドに従って前記生成された映像を表示するための表示部と、を含む。

本発明の他の態様によれば、コンピュータで実行される方法は、映像ファイルを受信するステップと、１つ又はそれ以上の映像データサンプルを含む映像ファイルのメディアデータフィールドを分析するステップと、前記１つ又はそれ以上の映像データサンプルの各々が２次元（２Ｄ）映像データ及び３次元（３Ｄ）立体映像データの中の１つを示す映像タイプデータフィールドを含むメディアヘッダーフィールドを分析するステップと、前記映像ファイルの前記映像タイプデータフィールドに基づいて２Ｄ映像及び３Ｄ立体映像の中のいずれか１つに対応する映像を生成するステップと、を含む。

本発明の更に他の態様によれば、データ構成を格納するコンピュータ読み取り可能な記録媒体は、１つ又はそれ以上の映像データサンプルを含むメディアデータフィールドと、前記１つ又はそれ以上の映像データサンプルの各々が２次元（２Ｄ）映像データ及び３次元（３Ｄ）立体映像データの中のいずれか１つであることを示す映像タイプデータフィールドを含むメディアヘッダーフィールドと、を含む。

本発明は、検証された２Ｄ映像の標準技術を用いて２Ｄ映像及び３Ｄ立体映像の両方を含むことができる映像ファイルのデータ構成を新たな標準として定義する。従って、本発明は、必要に応じて２Ｄ映像及び３Ｄ立体映像が単一の映像ファイル内で実現されるようにする。特に、本発明による映像ファイルフォーマットを用いるシステム及び方法は、表示される３Ｄ立体映像の形式で見られることが要求されない映像（即ち、３Ｄ立体映像を表示するための映像ファイル内の２Ｄ映像）が表示されるようにすることによりユーザの目の疲れを緩和させる。また、本発明は、映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）を用いて端末のオン又はオフのバリアＬＣＤを制御することにより、３Ｄ立体映像と２Ｄ映像とが混合されたコンテンツを効率的に再生することができるようにする長所を有する。

従来技術による２Ｄ映像ファイルの格納フォーマットを示すブロック図である。 本発明の一実施形態による映像ファイルの格納フォーマットを示すブロック図である。 本発明の他の実施形態による映像ファイルの格納フォーマットを示すブロック図である。 本発明の他の実施形態による映像ファイルの格納フォーマットを示すブロック図である。 本発明の他の実施形態による映像ファイルの格納フォーマットを示すブロック図である。 本発明の他の実施形態による映像ファイルの格納フォーマットを示すブロック図である。 本発明の他の実施形態による映像ファイルの格納フォーマットを示すブロック図である。 本発明の他の実施形態による映像ファイルの格納フォーマットを示すブロック図である。 本発明の他の実施形態による映像ファイルの格納フォーマットを示すブロック図である。 本発明の一実施形態による映像ファイル生成装置の構成を示すブロック図である。 本発明の一実施形態による映像ファイル再生装置の構成を示すブロック図である。 本発明の一実施形態による映像ファイルを生成するための方法を示すフローチャートである。 本発明の一実施形態による映像ファイルを再生するための方法を示すフローチャートである。 本発明の他の実施形態による映像ファイルを再生するための方法を示すフローチャートである。 本発明の他の実施形態による映像ファイルを再生するための方法を示すフローチャートである。 本発明の他の実施形態による映像ファイルを再生するための方法を示すフローチャートである。 本発明の他の実施形態による映像ファイルを再生するための方法を示すフローチャートである。 本発明によるランダムアクセスを実現するための方法を示すフローチャートである。

本発明の他の目的、利点、及び顕著な特徴は、添付の図面及び本発明の実施形態からなされた以下の詳細な説明から、この分野の当業者に明確になるはずである。

添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供されるものであり、この理解を助けるための様々な特定の詳細を含むが、ただ１つの実施形態にすぎない。従って、本発明の範囲及び趣旨を逸脱することなく、ここに説明される実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。

先ず、本発明の実施形態による３次元（ｔｈｒｅｅ−ｄｉｍｅｎｓｉｏｎａｌ：以下、“３Ｄ”と称する。）立体映像を格納するためのフォーマットを説明する前に、従来のＩＳＯ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｔａｎｄａｒｄｓ Ｏｒｇａｎｉｚａｔｉｏｎ）に基づく２次元（ｔｗｏ−ｄｉｍｅｎｓｉｏｎａｌ：以下、“２Ｄ”と称する。）映像のための映像ファイルの格納フォーマットについて説明する。図１は、従来のＩＳＯ １４４９６−１２標準に基づく２Ｄ映像のファイルフォーマットを示す図である。図１を参照すると、２Ｄ映像ファイルフォーマット１００は、最上位レベルのファイル領域ｆｔｙｐ１１０と、Ｍｏｏｖ領域（ｍｏｏｖ ａｒｅａ）１２０と、メディアデータ領域（ｍｄａｔａ ａｒｅａ）１３０とから構成される。ここで、Ｍｄａｔａ領域１３０は、ファイルフォーマットの中のデータ領域であり、映像トラック１３１内には実際の映像データ１３２が含まれ、音声トラック１３３には音声データ１３４が含まれる。各トラックは、フレーム単位で格納されているそれぞれの映像データ及び音声データを含む。

Ｍｏｏｖ領域１２０は、ファイルフォーマットの中のヘッダー領域に対応し、オブジェクトベース（ｏｂｊｅｃｔ ｂａｓｅｄ）の構成を有する。Ｍｏｏｖ領域１２０は、コンテンツ情報（例えば、フレームレート、ビットレート、イメージサイズなど）及び早送り（ｆａｓｔ ｆｏｒｗａｒｄ：ＦＦ）／巻き戻し（ｒｅｗｉｎｄ：ＲＥＷ）の再生機能をサポートするための同期化情報を含むファイルを再生するために必要とされるすべての情報を含む。特に、Ｍｏｏｖ領域１２０は、映像データ及び音声データ内の全フレームの数、各フレームのサイズなどのような情報を含み、これにより、再生の間にＭｏｏｖ領域１２０を分析（Ｐａｒｓｉｎｇ）することで映像データ及び音声データの復元及び再生を可能にする。

従来技術とは異なり、本発明の実施形態は、２Ｄ映像及び３Ｄ立体映像の両方を提供する映像ファイルの格納フォーマットを含み、本発明の格納フォーマットを用いる映像ファイルの生成及び再生を行うためのシステムを含む。特に、本発明の実施形態は、コンテンツの特性に従って映像ファイルの各部分が２Ｄ映像又は３Ｄ立体映像の形態で実現されることを特徴とする。例えば、多くの文字を含む部分において、この部分を３Ｄ立体映像として表示することは、ユーザの目の疲れを引き起こす。従って、この部分は、２Ｄ映像として格納され再生される。律動又は３次元効果を要求する部分は、３Ｄ立体映像として格納され再生される。従って、このコンテンツの特性に適合した映像ファイルのフォーマットを実現する。

以下、本発明の一実施形態による２Ｄ映像及び３Ｄ立体映像を含むように構成された映像ファイルの格納フォーマットについて、図２及び図３を参照して説明する。上述したように、本発明の実施形態によって、２Ｄ映像及び３Ｄ立体映像を含む映像ファイル２０１及び２０２は、２Ｄ映像及び３Ｄ立体映像を考慮した映像ファイルに関する情報を有するボックス（即ち、フィールド）を含む。

本発明によって、２Ｄ映像及び３Ｄ立体映像に関する映像ファイルに関する情報を含んでいるボックスは、ファイル領域、Ｍｏｏｖ領域、又は直接にトラック領域に挿入されてもよく、又はメタボックスの一部として挿入されてもよく、或いはトラック領域でサンプルの情報を含むサンプルテーブルボックス（例えば、“ｓｔｂｌ”ｂｏｘ）に挿入されてもよい。このようなサンプルは、フレームのようなファイルフォーマット内で映像を分割するための基本単位を意味する。

図２は、１つの映像ストリームに含まれる３Ｄ立体映像ファイルで映像ファイルの格納フォーマットを示す図である。図２に示すように、映像ファイルのデータ構成２０１は、最上位レベルのファイル領域Ｆｔｙｐ２１０と、ヘッダー領域に対応するＭｏｏｖ領域２２０と、データ領域に対応するＭｄａｔａ領域２４０と、メタデータ（Ｍｅｔａｄａｔａ）領域２３０とを含む。ここで、Ｍｄａｔａ領域２４０は、映像トラック２４１及び音声トラック２４５を含み、映像トラック２４１には映像データが格納され、音声トラック２４５には音声データが格納される。映像トラック２４１は、２Ｄ映像（“１”として表示される）のための第１の映像データと、３Ｄ立体映像（“２”及び“３”として表示される）のための第２の映像データ及び第３の映像データとを含む。ここで、第２の映像データ及び第３の映像データは、それぞれ１つの被写体の左視点の映像データ及び右視点の映像データとなることができる。例えば、左視点及び右視点から撮影された１つの被写体を示す左視点及び右視点の映像データがインターリービングされ表示されると、ユーザは、３次元効果を感じることができる。

図２は、各フラグメント２４２、２４３、及び２４４が３Ｄ立体映像データのデータサンプル、２Ｄ映像データ、及び３Ｄ立体映像データをそれぞれ含む例を示す。この映像データのシーケンスは、特定のコンテンツの各部分の特性に従って２Ｄ映像又は３Ｄ立体映像として定義される。また、本発明によって、フラグメント２４２及び２４４に格納されている３Ｄ立体映像の第２の映像データ及び第３の映像データの格納方式が予め定められていると、映像ファイルは、任意の要求された方式で生成され再生されるようにすることができる。例えば、図２は、３Ｄ立体映像フラグメント２４２及び２４４がそれぞれの第２の映像データ（即ち、サンプル２）及び第３の映像データ（即ち、サンプル３）をフレーム単位で各サンプルに交互に格納されるようにする方式の例を示す。この他にも、第２の映像データ及び第３の映像データがフレーム単位として面対面（Ｓｉｄｅ−ｂｙ−Ｓｉｄｅ）に格納されるようにするか、又はこの映像データが小さいデータに分割されることにより、フレーム単位としてインターリービング方式で格納されるようにする方式があり得る。

音声トラック２４５に含まれている音声データ２４６、２４７、及び２４８は、各フラグメント２４２、２４３、及び２４４のそれぞれに対する音声データである。この音声データは、各フラグメント２４２、２４３、及び２４４の映像データと同期化されて再生される。

Ｍｏｏｖ領域２２０は、データ構成の中のヘッダー領域に対応し、映像トラックに関する情報２２１及び音声トラックに関する情報２２２を含む。映像トラックに関する情報２２１は、フレームレート、ビットレート、映像サイズなどのようなコンテンツ情報と、ＦＦ／ＲＥＷのような再生機能をサポートするための同期化情報を含むファイルを再生するのに使用される一般的な情報とを含む。特に、Ｍｏｏｖ領域２２０は、映像トラック２４１内の映像データ及び音声トラック２４５内の音声データの全フレーム数のような情報及び各フレームのサイズなどを含む。従って、再生の間にＭｏｏｖ領域２２０を分析することにより映像データ及び音声データの復元及び再生を行うことができるようになる。

本発明は、第１の映像データ、第２の映像データ、及び第３の映像データにより生成される各フレームが２Ｄ映像又は３Ｄ立体映像のためのものであるかを示す識別情報を含むボックスを含む。図２に示すように、Ｍｏｏｖ領域２３０は、フレーム単位で映像ファイル内に格納されている各映像データが２Ｄ映像のための映像データであるか又は３Ｄ立体映像のための映像データであるかを示すボックス２３１を含む。一実施形態において、フラグは、各フレーム別に割り当てられてもよく、フレームの映像特性を示すように設定されてもよい。この識別情報は、例えば、２Ｄ映像及び３Ｄ立体映像のための連続的なフレームを含むフラグメントの個数に関する情報を含む。従って、この映像ファイルは、このような情報を用いて２Ｄ映像又は３Ｄ立体映像の形態で復元され再生されるようにすることができる。２Ｄ映像又は３Ｄ立体映像の形態で映像ファイルの復元及び再生の説明は、下記の表１及び表２で例示される。

上述した表１、表２、及び図２に示すように、１番目のフラグメント２４２は、３Ｄ立体映像のための第２の映像データ及び第３の映像データを含み、２番目のフラグメント２４３は、２Ｄ映像のための第１の映像データを含み、３番目のフラグメント２４４は、３Ｄ立体映像のための第２の映像データ及び第３の映像データを含む。ここで、識別情報２３１は、表２に示すサンプル＿個数及びフラグを示す。従って、フラグメント２４２、２４３、及び２４４に格納されている映像は、データ構成２０１に格納されている映像が２Ｄ映像であるか又は３Ｄ立体映像であるかを示す情報２３１を参照して復元され再生されるようにすることができる。この識別情報は、第２の映像データ及び第３の映像データを復号化するための情報及びこれを合成するための情報を含み、情報２３１は、再生の間に参照される。

図３を参照して本発明の他の実施形態について説明する。図３は、本発明の他の実施形態による３Ｄ立体映像ファイルの格納フォーマットを示すブロック図である。図３に示す実施形態では、図２に示すような１つの映像トラックより２つの映像トラックを示している。３Ｄ立体映像ファイルのデータ構成２０２は、最上位レベルであるファイル領域Ｆｔｙｐ２５０、ヘッダー領域に対応するＭｏｏｖ領域２６０、データ領域に対応するＭｄａｔａ領域２８０、及びメタデータ領域２７０を含む。このような説明は、図２で実質的に説明したものと同一であるので、簡潔さのために反復しない。

簡潔に、第１の映像トラック及び第２の映像トラックに関する情報２６１及び２６２、及び音声トラックに関する情報２６３は、図２の情報２２１及び２２２と実質的に同一であり、フラグメント２９３、２９４、及び２９５は、フラグメント２４２、２４３、及び２４４と実質的に同一であり、音声データ２９０、２９１、及び２９２を含む音声トラック２８９は、音声データ２４６、２４７、及び２４８を含む音声トラック２４５と実質的に同一であり、情報２７２は、情報２３１と実質的に同一である。第１の映像トラック２８１は、１つの視角からの映像（例えば、左視点の映像）に対応する第２の映像データ２８２及び２８４と２Ｄ映像に対応する第１の映像データ２８３とを含む。第２の映像トラック２８５は、異なる視角からの映像（例えば、右視点の映像）に対応する第３の映像データ２８６及び２８８と２Ｄ映像に対応する第１の映像データ２８７とを含む。即ち、左視点の映像データ及び右視点の映像データは、異なる映像トラックにそれぞれ格納されており、第１の映像データ２８３及び第１の映像データ２８７は、同一の映像に対応する。従って、この映像が２Ｄ映像又は３Ｄ立体映像であることを示す識別情報２７２は、上述した情報の他にも、２つの２Ｄ映像データ（即ち、第１の映像データ２８３と第１の映像データ２８７との間）の中のどの映像データが２Ｄ映像のために使用されるかに関する情報も含む。即ち、２Ｄ映像のために使用することができる上記映像データは、第１の映像トラック２８１及び第２の映像トラック２８５の中のどの映像トラックが主映像トラックとして設定されるかに関する情報に従って決定されるようにすることができる。

表３は、本発明によって、２Ｄ映像及び３Ｄ立体映像を含む映像ファイルの格納フォーマットに関する標準としての情報ボックスを示す。この標準は、一般的にＩＳＯ／ＩＥＣ １４４９６−１２ ＩＳＯベースメディアフォーマットに従って定義される。

映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）は、映像ファイル（ＥＳ）に含まれている各サンプルに関するステレオ／モノ情報を格納するボックスであってもよい。従って、映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ ）を含むコンテナーは、メタボックスであってもよく、又はサンプルテーブルボックス（例えば、“ｓｔｂｌ”ｂｏｘ）であってもよい。コンテナーは、現在のボックスを含む上位ボックスを意味する。従って、このような映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）を含むコンテナーは、図３及び下記の表４に示すようにメタデータ領域２７０であってもよく、下記の表５に示すようにサンプルテーブルボックス（例えば、“ｓｔｂｌ”ｂｏｘ）に含まれてもよい。従って、このコンテナーに新たに付加された部分は、表３、下記の表７、表９、及び表１０で示される。本発明によって、映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）を含むコンテナーは、メタボックス又はサンプルテーブルボックス（例えば、“ｓｔｂｌ”ｂｏｘ）を意味する。しかしながら、ＩＳＯ／ＩＥＣ １４４９６−１２ ＩＳＯベースメディアファイルフォーマット上のボックスのテーブルの中のいずれか１つの、より適合した位置に自由に移動することができることが理解される。

表５は、例えば、ＩＳＯ／ＩＥＣ ２３０００−１１立体映像応用フォーマットのファイル構成において、映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）がサブサンプルテーブルボックス（“ｓｔｂｌ”ｂｏｘ）コンテナーに挿入されるように表現したｔａｂｌｅ ｏｆ ｂｏｘｅｓを示す。また、本発明の一実施形態によるすべての映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）は、ファイル領域、Ｍｏｏｖ領域、又はトラック領域に含まれてもよい。

図３〜図７は、本発明の様々な実施形態による映像ファイルの格納フォーマットを示す図である。

図３は、３Ｄ立体映像ファイルが２つの映像ストリーム（例えば、個別の映像ストリームに格納されている左映像及び右映像）を含む場合の３Ｄ立体映像ファイルの格納フォーマットを示すもので、本発明による２Ｄ映像及び３Ｄ立体映像の情報を含むボックスがＭｏｏｖ領域（即ち、Ｍｏｏｖ２６０）に付加される。

図４は、３Ｄ立体映像ファイルが１つの映像ストリームを含む場合の映像ファイルの格納フォーマットを示すもので、本発明による２Ｄ映像及び３Ｄ立体映像の情報を含むボックスがファイル領域（即ち、Ｆｔｙｐ２１０）に付加される。

図５は、３Ｄ立体映像ファイルが２つの映像ストリーム（即ち、個別の映像ストリームに格納されている左映像及び右映像）を含む場合の映像ファイルの格納フォーマットを示すもので、本発明による２Ｄ映像及び３Ｄ立体映像の情報を含むボックスがファイル領域（即ち、Ｆｔｙｐ２５０）に付加される。

図６は、３Ｄ立体映像ファイルが１つの映像ストリームを含む場合の映像ファイルの格納フォーマットを示すもので、本発明による２Ｄ映像及び３Ｄ立体映像の情報を含むボックスがトラック領域（即ち、Ｔｒａｃｋ２２１）に付加される。

図７は、３Ｄ立体映像ファイルが２つの映像ストリーム（即ち、個別の映像ストリームに格納されている左映像及び右映像）を含む場合の映像ファイルの格納フォーマットを示すもので、本発明による２Ｄ映像及び３Ｄ立体映像の情報を含むボックスが各トラック領域（即ち、Ｔｒａｃｋ２６１及びＴｒａｃｋ２６２）に付加される。

図２〜図７は、ファイル領域、Ｍｏｏｖ領域、及びトラック領域に挿入されるように、２Ｄ映像及び３Ｄ立体映像の両方を含む映像ファイルに関する情報を含む映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）がメタボックスに含まれている本発明の実施形態を示す。

図８及び図９は、２Ｄ映像及び３Ｄ立体映像の両方を含む映像ファイルに関する情報を含む映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）がトラック領域内の映像ファイルのサンプルを含むサンプルテーブルボックス（例えば、“ｓｔｂｌ”ｂｏｘ）に挿入される本発明の実施形態を示す。説明の便宜のために、サンプルは、フレームのようなファイルフォーマット内で映像を区分するための基本単位を意味する。

図８は、３Ｄ立体映像ファイルが１つの映像ストリームを含む場合の映像ファイルの格納フォーマットを示すもので、本発明による２Ｄ映像及び３Ｄ立体映像の情報を含むボックスがサンプルテーブルボックス（例えば、“ｓｔｂｌ”ｂｏｘ）に付加される。

図９は、３Ｄ立体映像ファイルが２つの映像ストリーム（即ち、個別の映像ストリームに格納されている左映像及び右映像）を含む場合の映像ファイルの格納フォーマットを示すもので、本発明による２Ｄ映像及び３Ｄ立体映像の情報を含むボックスがサンプルテーブルボックス（例えば、“ｓｔｂｌ”ｂｏｘ）に付加される。

図２〜図９に示すように、映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）は、Ｍｏｏｖレベルでない既存の映像ファイルフォーマットのファイルレベル及びトラックレベルに付加されるようにすることにより、映像ファイルが様々な映像ファイルフォーマットにより生成されるようにすることができる。

以下、表２及び表３の実施形態とは異なる本発明の他の実施形態及び新たに変更された映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）について説明する。

一実施形態において、表７に示すように、コンテンツが２Ｄ映像及び３Ｄ立体映像の両方と、変更された映像情報ボックスのシンタックス及び意味（セマンティックス）とを含む場合について説明する。

上述した表７のシンタックスを用いる表６のコンテンツは、表８のように示される。

エントリー＿カウント（ｅｎｔｒｙ＿ｃｏｕｎｔ）が表３のセマンティックスとして定義される場合に、現在のエントリー内のフラグメント構成の認識に失敗する問題がある。従って、一実施形態において、アイテム＿カウント（ｉｔｅｍ＿ｃｏｕｎｔ）のシンタックス＿値（ｓｙｎｔａｘ＿ｖａｌｕｅ）が上述した問題を解決するように含まれる。即ち、エントリー＿カウントが表７のセマンティックスに従って定義される場合に、このコンテンツが、ステレオが優先であるか又はモノが優先であるかを識別するフラグ値を含む場合に限り、ステレオ＿フラグシンタックスは、省略することができる。これを次のように定義する。

映像シーケンス情報（ｉｓ＿ｓｔｅｒｅｏ＿ｆｉｒｓｔ）の値が１である場合に、このコンテンツは、Ｓ→Ｍ→Ｓ→Ｍ→…、のシーケンスで構成され、映像シーケンス情報の値が０である場合に、このコンテンツは、Ｍ→Ｓ→Ｍ→Ｓ→…、のシーケンスで構成される。ここで、“Ｓ”は、ステレオであり、“Ｍ”は、モノである。

他の実施形態において、サンプル＿カウント（ｓａｍｐｌｅ＿ｃｏｕｎｔ）シンタックスは排除される。この場合に、各フラグメントがステレオであるか又はモノであるかを認識することができるが、何個のフレームがステレオであるか又はモノであるかを認識することができない。従って、ＩＳＯメディアファイルフォーマット上に定義されているアイテム位置ボックスのシンタックスの値、及びサンプルテーブルボックス（例えば、“ｓｔｂｌ”ｂｏｘ）のサブボックスのシンタックスの値を用いてステレオフレーム又はモノフレームの個数を決定することができる。

また、端末がコンテンツへのランダムアクセスを実行する場合に、サンプルサイズボックス（例えば、“ｓｔｓｚ”ｂｏｘ）の値を用いてはじめからフレームサイズを順次に読み出しながら所望の位置にシフトする。本発明で定義した映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）のサンプル＿カウントシンタックス値を用いる場合に、各フラグメントのフレームの個数、及びアイテム位置ボックス（例えば、“ｉｌｏｃ”ｂｏｘ）での各フラグメントの開始アドレス及びサイズを認識することができる。従って、所定の位置へのランダムアクセスは、これらの値を用いてより効率的に実行される。

次いで、図２〜図９に示す映像ファイルのデータ構成２０１〜２０８を用いる映像ファイルの生成及び再生のためのシステムの一例について説明する。このシステムは、一般的に映像ファイル生成装置及び映像ファイル再生装置を含む。先ず、図１０を参照して本発明の一実施形態による映像ファイル生成装置について説明する。

図１０に示すように、本発明による映像ファイル生成装置は、第１のカメラ３１１、第２のカメラ３１２、入力部３２０、映像信号処理部３３０、格納部３４０、符号化部３５０、及びファイル生成部３６０を含む。第１のカメラ３１１は、所定の被写体を左視点又は右視点から撮影した後に第２の映像データを出力する。第２のカメラ３１２は、この被写体を第１のカメラ３１１とは異なる視点から撮影した後に第３の映像データを出力する。異なる角度からの複数の視点は、本発明の範囲から外れることなく使用することができる。２Ｄ映像のための第１の映像データ３１０は、入力部３２０を介して第２の映像データ及び第３の映像データと共に入力される。

第１の映像データ、第２の映像データ、及び第３の映像データは、映像信号処理部３３０により前処理される。ここで、前処理動作は、外部の映像値、即ち、ＣＣＤ（Ｃｈａｒｇｅ Ｃｏｕｐｌｅｄ Ｄｅｖｉｃｅ）又はＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ−Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）タイプのセンサーにより生成された光及びカラー成分のアナログ値をデジタル値に変換する。

格納部３４０は、映像信号処理部３３０により前処理された第１の映像データ、第２の映像データ、及び第３の映像データを格納し、この格納された映像データを符号化部３５０に提供する。図１０は、格納部３４０を図示しているが、この他、図１０に示す各構成間でバッファリングするために含み得る格納構成を別途に図示していない。符号化部３５０は、格納部３４０からの第１の映像データ、第２の映像データ、及び第３の映像データを符号化する。符号化部３５０により実行される符号化動作は、データの符号化であり、これは、必要に応じて省略してもよい。

ファイル生成部３６０は、符号化部３５０により符号化された第１の映像データ、第２の映像データ、及び第３の映像データを用いて映像ファイル３７０を生成する。この場合に、第１の映像データ、第２の映像データ、及び第３の映像データは、データ領域（例えば、Ｍｄａｔａ領域）に格納されており、第１の映像データ（即ち、２Ｄ映像）と第２の映像データ及び第３の映像データ（即ち、３Ｄ立体映像）とを生成するのに使用される情報は、ヘッダー領域（例えば、Ｍｏｏｖ領域及びメタデータ領域）に格納されている。このように生成された映像ファイル３７０は、立体映像ファイル再生装置に入力されて送信され、その後、映像ファイル再生装置は、２Ｄ映像及び３Ｄ立体映像を映像ファイル３７０から生成し再生する。以下、映像ファイル再生装置について説明する。

図１１は、本発明の一実施形態による映像ファイル再生装置の構成を示すブロック図である。図１１に示すように、映像ファイル再生装置は、ファイル分析部４２０、復号化部４３０、格納部４４０、再生部４５０、及び表示部４６０を含む。

ファイル分析部４２０は、例えば、映像ファイル生成装置のファイル生成部３６０で生成された映像ファイル４１０（例えば、図１０から映像ファイル３７０）を受信して分析する。この際に、ファイル分析部４２０は、Ｍｏｏｖ領域及びメタデータ領域にそれぞれ格納されている情報を分析した後に、Ｍｄａｔａ領域に格納されている第１の映像データ、第２の映像データ、及び第３の映像データを抽出する。

復号化部４３０は、この抽出された第１の映像データ、第２の映像データ、及び第３の映像データを復号化する。一実施形態において、復号化は、映像ファイル生成装置が符号化部３５０を使用して符号化した場合に実行される。即ち、符号化がファイル生成装置により省略されると、復号化は、ファイル再生装置により省略される。この後に、この復号化されたデータは、格納部４４０に格納される。

再生部４５０は、格納部４４０に格納されている第１の映像データから生成された２Ｄ映像を再生し、３Ｄ立体映像は、識別情報に従って格納部４４０に格納されている第２の映像データ及び第３の映像データから合成される。その後に、表示部４６０は、この再生された２Ｄ映像及び３Ｄ立体映像を表示する。表示部４６０は、バリア液晶表示装置（Ｂａｒｒｉｅｒ Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）を使用することができる。一実施形態において、この映像ファイルのフラグメントが２Ｄ映像である場合にバリア液晶表示装置（ＬＣＤ）をターンオフさせ、この映像ファイルのフラグメントが３Ｄ立体映像である場合にバリアＬＣＤをターンオンさせることにより、各映像が正しく表示されるようにすることができる。

次いで、本発明による映像ファイルのデータ構成を用いて映像ファイルの生成及び再生を行うための方の一例について説明する。

図１２は、本発明の一実施形態による映像ファイルを生成するための方法を示すフローチャートである。図１２に示すように、この方法は、入力ステップＳ５１０、前処理ステップＳ５２０、符号化ステップＳ５３０、及びファイル生成ステップＳ５４０を含む。

ステップＳ５１０で、２Ｄ映像を生成するための第１の映像データと、３Ｄ立体映像を生成するための第２の映像データ及び第３の映像データとを入力する。例えば、所定の被写体を左視点及び／又は右視点で撮影し、第２の映像データ及び第３の映像データを出力する。ステップＳ５２０で、ステップＳ５１０で入力された第１の映像データ、第２の映像データ、及び第３の映像データを前処理し、ＣＣＤ又はＣＭＯＳタイプのセンサーにより生成された映像データをアナログ値からデジタル値に変換する。ステップＳ５３０で、この前処理された第１の映像データ、第２の映像データ、及び第３の映像データを予め定められた符号化方式に従って符号化する。ステップＳ５３０は、必要に応じて省略することができる。ステップＳ５４０で、符号化部３５０で符号化された第１の映像データ、第２の映像データ、及び第３の映像データを用いて映像ファイルを生成する。この際に、この映像ファイルは、図２〜図９で説明した映像ファイルのデータ構成の中のいずれか１つに従って生成されてもよい。

図１３は、本発明の一実施形態による映像ファイルを再生するための方法を示すフローチャートである。図１３に示すように、この方法は、ファイル分析ステップＳ６１０、復号化ステップＳ６２０、再生ステップＳ６３０、及び表示ステップＳ６４０を含む。

ステップＳ６１０で、本発明によって生成された映像ファイルのＭｏｏｖ領域及びメタデータ領域に格納されている情報を用いて第１の映像データ、第２の映像データ、及び第３の映像データを抽出する。特に、この映像データは、上述した識別情報を用いて抽出される。ステップＳ６２０で、第１の映像データ、第２の映像データ、及び第３の映像データを復号化する。符号化ステップが映像ファイルを生成する過程で省略された場合に、復号化ステップＳ６２０も省略される。ステップＳ６３０で、ステップＳ６２０で復号化された第１の映像データ、第２の映像データ、及び第３の映像データを２Ｄ映像及び３Ｄ立体映像に合成することにより再生する。その後に、ステップＳ６４０で、ステップＳ６３０で生成された２Ｄ映像及び３Ｄ立体映像を表示部４６０に表示する。また一方、表示部４６０は、バリアＬＣＤを使用することができる。映像ファイルのフラグメントが２Ｄ映像である場合にはバリアＬＣＤをターンオフさせ、映像ファイルのフラグメントが３Ｄ立体映像である場合にはバリアＬＣＤをターンオンさせることにより、各映像が正しく表示されるようにすることができる。

図１４〜図１７は、本発明の様々な実施形態による映像ファイルの分析から再生までの端末の動作を示す図である。

図１４は、本発明によって生成された映像ファイルの分析及び再生を含む一実施形態を示したものである。図１４の実施形態は、表３に示した映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）を含む映像ファイルフォーマットに関連する。この映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）は、複数のフィールドを含む。このようなフィールドの主要機能は、映像ファイルの各フレームが２Ｄ映像であるか又は３Ｄ立体映像であるかを示す情報を提供するためのものであり、この情報は、ディスプレー（例えば、ＬＣＤ）の活性化又は非活性化を制御するためのフラグ値を提供する。

図１４に示すように、映像ファイルでのファイルボックス（例えば、“ｆｔｙｐ”ｂｏｘ）をステップＳ７１０で分析する。一実施形態において、ｆｔｙｐボックスは、従来のＩＳＯ／ＩＥＣ １４４９６−１２標準に従って提供される。ステップＳ７２０〜ステップＳ７４０のそれぞれで、映像ファイルのＭｏｏｖボックス（“ｍｏｏｖ”ｂｏｘ）、トラックボックス（“ｔｒａｋ”ｂｏｘ）、及びメタボックス（“ｍｅｔａ”ｂｏｘ）を分析する。一実施形態において、Ｍｏｏｖボックス及びトラックボックスも従来のＩＳＯ／ＩＥＣ １４４９６−１２標準に従って提供される。ステップＳ７５０で、本発明による映像ファイルの映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）の各フィールドを分析することにより、映像トラック内の各フレームが２Ｄ映像を含むか又は３Ｄ立体映像を含むかを確認する。この情報は、主にサンプル＿カウント及びエントリー＿カウントのフィールドを介して提供される。

ここで、エントリー＿カウントは、映像ファイル内のフラグメントの個数を意味する。例えば、６個の映像は、３Ｄ立体映像（１）、３Ｄ立体映像（２）、３Ｄ立体映像（３）、２Ｄ映像（１）、２Ｄ映像（２）、及び他の３Ｄ立体映像（４）のシーケンスで格納される。このような例において、それぞれの映像は、フラグメントと呼ばれる。しかしながら、フラグメントの単位がフレーム、連続的な値を有するフレームのセット、又は３Ｄ立体映像及び２Ｄ映像が区分される間隔であってもよいことは当然である。サンプル＿カウントは、各フラグメントに含まれている連続的なフレームの個数を意味する。

従って、映像内のフラグメントの個数を決定するためにエントリー＿カウントを確認し、各フラグメントに含まれているフレームの総数を決定するためにサンプル＿カウントを確認する。その後に、ステレオ＿フラグを確認し、現在のフレーム、即ち、対応するフラグメントに含まれているフレームのセットのフラグ情報を確認する。このフラグ情報を介して対応するフラグメントが３Ｄ立体映像であるか又は２Ｄ映像であるかを確認することができる。次いで、ステップＳ７６０で、この確認された各フレームを３Ｄ立体映像又は２Ｄ映像の形態で復号化する。

ステップＳ７７０で、映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）内のステレオ＿フラグ（ｓｔｅｒｅｏ＿ｆｌａｇ）の分析された情報に従って、この値が“１”である場合には、バリアＬＣＤを活性化し、この値が“０”である場合には、バリアＬＣＤを非活性化するようにバリアＬＣＤを制御する。即ち、３Ｄ立体映像である場合には、バリアＬＣＤが活性化されなければならないのでステレオ＿フラグの値が“１”として設定され、２Ｄ映像である場合には、バリアＬＣＤが非活性化されなければならないので、ステレオ＿フラグの値が“０”として設定され、従って、バリアＬＣＤが制御されるようにする。他方、このように活性化されるか又は非活性化されたバリアＬＣＤに復号化されたフレームを再生し表示することによりユーザが映像を見ることができるようになる。

図１５は、本発明の他の実施形態による映像ファイルを再生するための方法を示すフローチャートである。図１５に示すように、ステップＳ８１０で、映像ファイルのファイルボックス（例えば、“ｆｔｙｐ”ｂｏｘ）を分析する。この後に、ステップＳ８２０、Ｓ８３０、及びＳ８４０の各々で映像ファイルのＭｏｏｖボックス、トラックボックス、及びメタボックスを分析する。次いで、ステップＳ８５０で、この映像トラック内の各フレームが２Ｄ映像を含むか又は３Ｄ立体映像を含むかを確認するために、本発明によって映像ファイルの映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）の各フィールドを分析する。

本実施形態でのエントリー＿カウントは、前の実施形態のそれと異なる。本実施形態でのエントリー＿カウントは、ステレオからモノに又はモノからステレオにフラグメントのタイプ（即ち、２Ｄ又は３Ｄ）がシフトされるフラグメントの個数を意味する。３Ｄ立体映像（１）、３Ｄ立体映像（２）、３Ｄ立体映像（３）、２Ｄ映像（１）、２Ｄ映像（２）、及び３Ｄ立体映像（４）の６個の映像が順序通りに１つの映像ファイルに含まれているとしても、この映像は、３Ｄ立体映像及び２Ｄ映像のタイプシフトに基づいて分けられる。従って、エントリー＿カウントは、３である（即ち、３Ｄ映像フラグメント（１）−（３）、２Ｄ映像フラグメント（１）−（２）、及び３Ｄ映像フラグメント（４））。映像内のフラグメントの個数を確認するためにエントリー＿カウントを確認し、各フラグメントに含まれているフレームの総数を確認するためにサンプル＿カウントを確認する。その後に、ステレオ＿フラグを確認し、現在のフレーム、即ち、対応するフラグメントに含まれているフレームのセットに関するフラグ情報を確認する。このフラグ情報を介して対応するフラグメントが３Ｄ立体映像であるか又は２Ｄ映像であるかを確認することができる。次いで、エントリー＿カウントで識別された映像の各エントリー内（ステレオとモノ間の各間隔内）のフラグメントの個数を識別するようにアイテム＿カウントを識別する。フラグメントの単位は、フレーム、連続的な値を有するフレームのセット、又は３Ｄ立体映像及び２Ｄ映像が分けられる間隔であってもよい。映像の復号化及び表示を行うステップ（ステップＳ８６０及びステップＳ８７０）は、図１４に示した前の実施形態の端末の動作と同一である。

図１６は、本発明の他の実施形態による映像ファイルの分析及び再生を行うための方法を示す図である。図１６に示すように、ステップＳ９１０で、映像ファイルのファイルボックス（例えば、“ｆｔｙｐ”ｂｏｘ）を分析する。この後に、ステップＳ９２０、ステップＳ９３０、及びステップＳ９４０のそれぞれで映像ファイルのＭｏｏｖボックス、トラックボックス、及びメタボックスを分析する。次いで、ステップＳ９５０で、本発明による映像ファイルの映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）の各フィールドを分析することにより、映像トラック内の各フレームが２Ｄ映像を含むか又は３Ｄ立体映像を含むかを確認する。

本実施形態でのエントリー＿カウントは、図１５の実施形態でのエントリー＿カウントと同一である。即ち、本実施形態でのエントリー＿カウントもステレオからモノに又はモノからステレオにフラグメントのタイプがシフトされるフラグメントの個数を意味する。エントリー＿カウントを確認し、この映像内のフラグメントの個数を確認し、符号化シーケンス（ｉｓ＿ｌｅｆｔ＿ｆｉｒｓｔ）を確認する。対応する映像で３Ｄ立体映像及び２Ｄ映像中のどの映像間隔がまず構成されているかを確認する。例えば、このコンテンツがＳ→Ｍ→Ｓ→Ｍのシーケンスで配置されていることを示すために符号化シーケンス（ｉｓ＿ｌｅｆｔ＿ｆｉｒｓｔ）の値が“１”に設定され、このコンテンツがＭ→Ｓ→Ｍ→Ｓのシーケンスで配置されていることを示すためにこの値が“０”に設定される。サンプル＿カウントを識別することにより各フラグメントに含まれているフレームの総数を確認する。次いで、アイテム＿カウントを確認することによりエントリー＿カウントから確認された映像の各エントリー内（ステレオとモノ間の各間隔内）のフラグメントの個数を確認することができる。フラグメントの単位は、フレーム、連続的な値を有するフレームのセット、又は３Ｄ立体映像及び２Ｄ映像が分けられる間隔であってもよい。その後に、ステップＳ９６０で、この確認された各フレームを３Ｄ立体映像又は２Ｄ映像として復号化する。次いで、映像情報ボックス内の符号化シーケンス（ｉｓ＿ｓｔｅｒｅｏ＿ｆｉｒｓｔ）の分析を介して得られた情報でバリアＬＣＤを制御する。ステップＳ９７０で、このように活性化されるか又は非活性化されたバリアＬＣＤにこの符号化されたフレームを再生し表示することによりユーザが映像を見ることができるようになる。

図１７は、本発明の他の実施形態による映像ファイルを再生するための方法を示すフローチャートである。図１７に示すように、ステップＳ１０１０で、映像ファイルのファイルボックス（例えば、“ｆｔｙｐ”ｂｏｘ）を分析する。この後に、ステップＳ１０１０、ステップＳ１０２０、及びステップＳ１０３０の各々で映像ファイルのＭｏｏｖボックス（“ｍｏｏｖ”ｂｏｘ）、トラックボックス（“ｔｒａｋ”ｂｏｘ）、及びメタボックス（“ｍｅｔａ”ｂｏｘ）を分析する。次いで、ステップＳ１０５０で、本発明による映像ファイルの映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）の各フィールドを分析することにより映像トラック内の各フレームが２Ｄ映像を含むか又は３Ｄ立体映像を含むかを確認する。

本実施形態でのエントリーカウントは、図１４の実施形態でのエントリーカウントと同一であり、映像ファイル内のフラグメントの個数を意味する。前の映像ファイル例を用いて、３Ｄ立体映像（１）、３Ｄ立体映像（２）、３Ｄ立体映像（３）、２Ｄ映像（１）、２Ｄ映像（２）、及び３Ｄ立体映像（４）の６個の映像が順序通りに１つの映像ファイルに含まれているとしても、各映像は、複数のフレームを含んでおり、これらの映像をフラグメントと呼ぶ。上述したように、フラグメントの単位は、フレーム、連続的な値を有するフレームのセット、又は３Ｄ立体映像及び２Ｄ映像が分けられる間隔であってもよい。サンプル＿カウントは、各フラグメントに含まれている連続的なフレームの個数を意味する。エントリー＿カウントを確認することにより映像内のフラグメントの個数を確認し、ステレオ＿フラグ（ｓｔｅｒｅｏ＿ｆｌａｇ）を確認することにより各フラグメントに含まれているフレームのセットに関するフラグ情報を確認する。このフラグ情報を介して対応するフラグメントが３Ｄ立体映像であるか又は２Ｄ映像であるかを確認することができる。その後に、ステップＳ１０６０で、アイテム位置ボックス（例えば、“ｉｌｏｃ”ｂｏｘ）を確認し、各フラグメントの開始アドレス及び各フラグメントの長さを確認し、サンプルサイズボックス（例えば、“ｓｔｓｚ”ｂｏｘ）でサンプルサイズを確認することにより何個のフレームが各フラグメントに含まれているかを確認する。この映像の復号化及び表示を行うステップ（ステップＳ１０７０及びステップＳ１０８０）は、図１４に示した第１の実施形態の端末の動作と同一である。

図１８は、本発明による映像ファイルのランダムアクセスを実現するための方法を示すフローチャートである。図１８は、例えば、１時間の映像を再生する間に、プレイバー（ｐｌａｙ ｂａｒ）が、視聴されることを希望する時間領域の映像にシフトされる場合のように、映像の復号化及び再生の間にランダムアクセス命令が発生した端末の動作を示す。

ステップＳ１１００で、タイムスタンプ（例えば、“ＴｉｍｅＳｔａｍｐ”）情報を含むボックスからタイムスタンプ情報を確認することによりランダムにアクセスされるフレーム（即ち、ランダムアクセスポイント、以下、“ＲＡＰ”と称する。）を確認する。ステップＳ１１１０で、映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）のエントリー＿カウントを確認し、映像内のフラグメントの個数を確認する。この際に、フラグメントの単位は、フレーム、連続的な値を有するフレームのセット、又は３Ｄ立体映像及び２Ｄ映像が分けられる間隔であってもよい。ステップＳ１１２０及びステップＳ１１３０の各々で、サンプル＿カウントを確認し、ＲＡＰを含むフラグメントを確認し、対応するフラグメントのオフセットのような情報を介して、対応するフラグメントの開始アドレスを確認するようにアイテム位置ボックス（例えば、“ｉｌｏｃ”ｂｏｘ）を確認する。ステップＳ１１４０及びステップＳ１１５０の各々で、サンプルサイズボックス（例えば、“ｓｔｓｚ”ｂｏｘ）でサンプル＿サイズ（ｓａｍｐｌｅ＿ｓｉｚｅ）を確認し、サンプル＿サイズをアイテム位置ボックス（例えば、“ｉｌｏｃ”ｂｏｘ）で確認した対応するフラグメントの開始アドレスから１つずつ加算することによりＲＡＰを探し出す。この後に、ステップＳ１１６０で、ＲＡＰの復号化は、ランダムアクセス命令に従って開始される。このランダムアクセス命令が発生した場合に、従来の方法は、全映像のサンプル＿サイズの計算を介してＲＡＰを決定する。しかしながら、本発明によると、ＲＡＰを含むフラグメント内のサンプルだけが計算に必要となる。

図１８は、エントリー＿カウント及びサンプル＿カウントを使用した実施形態だけを示す図である。しかしながら、本発明のランダムアクセス動作が他の実施形態にも適用され得ることが理解される。また、本発明の範囲から外れない端末の動作での論理的なフローの範囲内で各実施形態によりアイテム＿カウントを確認するステップなどが付加されるか又は除外されることがある。更に、本発明の範囲から外れることなく、映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）の位置、ボックス内のパラメータの位置などにより映像情報ボックス（例えば、“ｓｖｍｉ”ｂｏｘ）の詳細な解析過程又は端末の動作が変わるようにすることができる。

ファイルフォーマットを分析するためのステップ及びすべての端末の動作についての具体的な説明は、ＩＳＯ／ＩＥＣ １４４９６−１２及びＩＳＯ／ＩＥＣ ２３０００−１１標準に基づいて実現されたものに限定されず、本発明の様々な実施形態と組み合わせて使用されてもよい。

以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。

１００ ２Ｄ映像ファイルフォーマット
１１０、２１０、２５０ Ｆｔｙｐ領域
１２０、２２０、２６０ Ｍｏｏｖ領域
１３０、２４０、２８０ Ｍｄａｔａ領域
１３１、２４１ 映像トラック
１３２ 映像データ
１３３、２４５、２８９ 音声トラック
１３４、２４６〜２４８、２９０〜２９２ 音声データ
２０１〜２０８ ２Ｄ映像及び３Ｄ立体映像を含む映像ファイル
２２１ 映像トラックに関する情報
２２２、２６３ 音声トラックに関する情報
２２３、２６４、２６５ メタデータ、サンプルテーブルボックス
２２４、２３１、２６６、２６７、２７１、２７２ ２Ｄ映像又は３Ｄ立体映像であるかを示す識別情報
２３０、２７０ メタデータ
２４２〜２４４、２９３〜２９５ フラグメント
２６１ 第１の映像トラックに関する情報
２６２ 第２の映像トラックに関する情報
２８１ 第１の映像トラック
２８２、２８４ 第２の映像データ
２８３、２８７ 第１の映像データ
２８５ 第２の映像トラック
２８６、２８８ 第３の映像データ
３１０ ２Ｄ映像データ
３１１ 第１のカメラ
３１２ 第２のカメラ
３２０ 入力部
３３０ 映像信号処理部
３４０、４４０ 格納部
３５０ 符号化部
３６０ ファイル生成部
３７０、４１０ 映像ファイル
４２０ ファイル分析部
４３０ 復号化部
４５０ 再生部
４６０ 表示部

Claims (32)

1. データ構成を格納するコンピュータ読み取り可能な記録媒体であって、
   １つ又はそれ以上の映像データサンプルを含むメディアデータフィールドと、
   前記１つ又はそれ以上の映像データサンプルの各々が２次元（２Ｄ）映像データ及び３次元（３Ｄ）立体映像データの中のいずれか１つであることを示す映像タイプデータフィールドを含むメディアヘッダーフィールドと、を有することを特徴とするコンピュータ読み取り可能な記録媒体。
2. 前記ヘッダーフィールドは、トラックフィールドを含み、前記映像タイプデータフィールドは、前記トラックフィールドに位置することを特徴とする請求項１に記載のコンピュータ読み取り可能な記録媒体。
3. 前記トラックフィールドは、トラックレベルメタデータフィールドを含み、前記映像タイプデータフィールドは、前記トラックレベルメタデータフィールドに位置すること特徴とする請求項２に記載のコンピュータ読み取り可能な記録媒体。
4. 前記トラックフィールドは、サンプルテーブルフィールドを含み、前記映像タイプデータフィールドは、前記サンプルテーブルフィールドに位置することを特徴とする請求項２に記載のコンピュータ読み取り可能な記録媒体。
5. 前記映像タイプデータフィールドは、前記１つ又はそれ以上の映像データサンプルの各々を前記２Ｄ映像データ及び前記３Ｄ立体映像データの中のいずれか１つとして示すフラグを含むことを特徴とする請求項１に記載のコンピュータ読み取り可能な記録媒体。
6. 前記映像タイプデータフィールドは、順序通りに同一のタイプの前記映像データサンプルのカウント数を示すサンプルカウントフィールドを含むことを特徴とする請求項１に記載のコンピュータ読み取り可能な記録媒体。
7. 前記映像タイプデータフィールドは、２Ｄ映像データ及び３Ｄ立体映像データである映像データサンプル間で転換されるカウント数を示すエントリーカウントフィールドを含むことを特徴とする請求項１に記載のコンピュータ読み取り可能な記録媒体。
8. 前記メディアデータフィールドは、少なくとも１つの映像トラックを含むことを特徴とする請求項１に記載のコンピュータ読み取り可能な記録媒体。
9. 前記映像トラックは、複数の３Ｄ立体映像データサンプルを含み、前記複数の３Ｄ立体映像データサンプルの各々は、異なる角度の映像を示すことを特徴とする請求項８に記載のコンピュータ読み取り可能な記録媒体。
10. 前記複数の３Ｄ立体映像データサンプルの各々は、左映像及び右映像の中のいずれか１つを示し、前記複数の３Ｄ立体映像データサンプルは、前記左映像と前記右映像との間で交互に配列されることを特徴とする請求項９に記載のコンピュータ読み取り可能な記録媒体。
11. 前記複数の３Ｄ立体映像データサンプルの各々は、フレームを示すことを特徴とする請求項１０に記載のコンピュータ読み取り可能な記録媒体。
12. 前記複数の３Ｄ立体映像データサンプルの中の２つは、フレームを示し、各フレームは、フレームごとに面対面（ｓｉｄｅ−ｂｙ−ｓｉｄｅ）方式で配列された前記左映像及び前記右映像で構成されることを特徴とする請求項１０に記載のコンピュータ読み取り可能な記録媒体。
13. 前記メディアデータフィールドは、第１の映像トラック及び第２の映像トラックを含むことを特徴とする請求項８に記載のコンピュータ読み取り可能な記録媒体。
14. 前記第１の映像トラックは、複数の３Ｄ立体映像データサンプルを含み、前記複数の３Ｄ立体映像データサンプルの各々は、左映像を示し、
    前記第２の映像トラックは、複数の３Ｄ立体映像データサンプルを含み、前記複数の３Ｄ立体映像データサンプルの各々は、右映像を示すことを特徴とする請求項１３に記載のコンピュータ読み取り可能な記録媒体。
15. コンピュータで実行される方法であって、
    映像ファイルを受信するステップと、
    １つ又はそれ以上の映像データサンプルを含む映像ファイルのメディアデータフィールドを分析するステップと、
    前記１つ又はそれ以上の映像データサンプルの各々が２次元（２Ｄ）映像データ及び３次元（３Ｄ）立体映像データの中のいずれか１つを示す映像タイプデータフィールドを含むメディアヘッダーフィールドを分析するステップと、
    前記映像ファイルの前記映像タイプデータフィールドに基づいて２Ｄ映像及び３Ｄ立体映像の中のいずれか１つに対応する映像を生成するステップと、を有することを特徴とするコンピュータで実行される方法。
16. 前記ヘッダーフィールドは、トラックフィールドを含み、前記映像タイプデータフィールドは、前記トラックフィールドに位置することを特徴とする請求項１５に記載のコンピュータで実行される方法。
17. 前記トラックフィールドは、トラックレベルメタデータフィールドを含み、前記映像タイプデータフィールドは、前記トラックレベルメタデータフィールドに位置することを特徴とする請求項１６に記載のコンピュータで実行される方法。
18. 前記トラックフィールドは、サンプルテーブルフィールドを含み、前記映像タイプデータフィールドは、前記サンプルテーブルフィールドに位置することを特徴とする請求項１６に記載のコンピュータで実行される方法。
19. 前記映像タイプデータフィールドは、前記１つ又はそれ以上の映像データサンプルの各々を前記２Ｄ映像データ及び前記３Ｄ立体映像データの中のいずれか１つとして示すフラグを含むことを特徴とする請求項１５に記載のコンピュータで実行される方法。
20. 前記フラグが２Ｄ映像データとして設定される場合にターンオフするようにし、前記フラグが３Ｄ立体映像データとして設定される場合にターンオンするようにするフラグに基づいてバリア液晶表示装置（ＬＣＤ）を制御するステップを更に有することを特徴とする請求項１９に記載のコンピュータで実行される方法。
21. 前記映像タイプデータフィールドは、順序通りに同一のタイプの前記映像データサンプルのカウント数を示すサンプルカウントフィールドを含むことを特徴とする請求項１５に記載のコンピュータで実行される方法。
22. 前記映像タイプデータフィールドは、２Ｄ映像データ及び３Ｄ立体映像データである映像データサンプル間で転換されるカウント数を示すエントリーカウントフィールドを含むことを特徴とする請求項１５に記載のコンピュータで実行される方法。
23. 前記メディアデータフィールドは、少なくとも１つの映像トラックを含むことを特徴とする請求項１５に記載のコンピュータで実行される方法。
24. 前記映像トラックは、複数の３Ｄ立体映像データサンプルを含み、前記複数の３Ｄ立体映像データサンプルの各々は、異なる角度の映像を示すことを特徴とする請求項２３に記載のコンピュータで実行される方法。
25. 前記複数の３Ｄ立体映像データサンプルの各々は、左映像及び右映像の中のいずれか１つを示し、前記複数の３Ｄ立体映像データサンプルは、前記左映像と前記右映像との間で交互に配列されることを特徴とする請求項２４に記載のコンピュータで実行される方法。
26. 前記複数の３Ｄ立体映像データサンプルの各々は、フレームを示すことを特徴とする請求項２５に記載のコンピュータで実行される方法。
27. 前記複数の３Ｄ立体映像データサンプルの中の２つは、フレームを示し、各フレームは、フレームごとに面対面（ｓｉｄｅ−ｂｙ−ｓｉｄｅ）方式で配列された前記左映像及び前記右映像で構成されることを特徴とする請求項２５に記載のコンピュータで実行される方法。
28. 前記メディアデータフィールドは、第１の映像トラック及び第２の映像トラックを含むことを特徴とする請求項２３に記載のコンピュータで実行される方法。
29. 前記第１の映像トラックは、複数の３Ｄ立体映像データサンプルを含み、前記複数の３Ｄ立体映像データサンプルの各々は、左映像を示し、
    前記第２の映像トラックは、複数の３Ｄ立体映像データサンプルを含み、前記複数の３Ｄ立体映像データサンプルの各々は、右映像を示すことを特徴とする請求項２８に記載のコンピュータで実行される方法。
30. 映像ファイルを受信し格納するための格納部と、
    １つ又はそれ以上の映像データサンプルを含む前記映像ファイルのメディアデータフィールドを分析し、前記映像ファイルの映像タイプデータフィールドに基づいて２Ｄ映像及び３Ｄ立体映像の中のいずれか１つに対応する映像を生成するために前記１つ又はそれ以上の映像データサンプルの各々が２次元（２Ｄ）映像データ及び３次元（３Ｄ）立体映像データの中のいずれか１つを示す映像タイプデータフィールドを含むメディアヘッダーフィールドを分析するためのプロセッサと、
    前記映像ファイルの前記映像タイプデータフィールドに従って前記生成された映像を表示するための表示部と、を具備することを特徴とする装置。
31. 前記映像タイプデータフィールドは、前記１つ又はそれ以上の映像データサンプルの各々を前記２Ｄ映像データ及び前記３Ｄ立体映像データの中のいずれか１つとして示すフラグを含むことを特徴とする請求項３０に記載の装置。
32. 前記表示部は、バリア液晶表示装置（ＬＣＤ）を含み、前記プロセッサは、前記フラグが２Ｄ映像データとして設定される場合に前記バリアＬＣＤをターンオフするようにし、前記フラグが３Ｄ立体映像データとして設定される場合に前記バリアＬＣＤをターンオンするようにする前記フラグに基づいて前記表示部を制御することを特徴とする請求項３１に記載の装置。

Images