WO2011125576A1

WO2011125576A1 - 情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム

Info

Publication number: WO2011125576A1
Application number: PCT/JP2011/057538
Authority: WO
Inventors: 俊也浜田
Original assignee: ソニー株式会社
Priority date: 2010-04-08
Filing date: 2011-03-28
Publication date: 2011-10-13
Also published as: CN102918851A; US20130022337A1; EP2557803A4; KR20130044215A; TW201212629A; JP2011223249A; EP2557803A1; JP5601006B2; RU2012141874A

Abstract

３次元画像の符号化方式に応じて異なる属性情報を記録し、属性情報を取得して符号化方式に対応した復号を可能としたデータ記録再生構成を実現する。記録メディアに記録するデータに含まれる３次元画像の符号化方式を判別し、判別した符号化方式に応じて管理情報ファイルに記録する属性情報を変更し、各符号化方式固有の属性情報を管理情報ファイルに記録する。例えばフレームシーケンシャル方式である場合は、３次元画像を構成するフレームが左眼用画像（Ｌ画像）であるか右眼用画像（Ｒ画像）であるかを示すフレーム識別データを属性情報として記録する。再生装置は、符号化方式に固有の情報を属性情報から取得し、符号化方式に対応する復号処理を誤りなく実行することが可能となる。

Description

情報処理装置、情報記録媒体、および情報処理方法、並びにプログラム

　本発明は、情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。さらに詳細には、ディスクやフラッシュメモリなどの記録メディアを利用した３次元画像（３Ｄ画像）のデータ記録処理またはデータ再生処理を実行する情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムに関する。

　昨今、３次元画像（３Ｄ画像）を表示可能としたテレビなどの表示装置や、３次元画像（３Ｄ画像）を記録可能としたビデオカメラ、スチルカメラなどが開発され利用されている。３Ｄ画像は異なる視点からの撮影画像、すなわち左目用画像と右目用画像を利用して表示処理が行われる。従って、３次元画像をメディアに記録する場合は、左目用画像と右目用画像の１組の画像を記録することが必要となり、再生処理に際してはこれらの１組の画像を利用して再生を行うことになる。

　３次元画像データの記録あるいは転送に際して行われる符号化方式には様々な方式がある。例えば、代表的な方式として、
　フレームシーケンシャル（Ｆｒａｍｅ　Ｓｅｑｕｅｎｔｉａｌ）方式、
　サイドバイサイド（Ｓｉｄｅ　ｂｙ　Ｓｉｄｅ）方式、
　トップアンドボトム（Ｔｏｐ＆Ｂｏｔｔｏｍ）方式、
　これらの方式が知られている。

　フレームシーケンシャル（Ｆｒａｍｅ　Ｓｅｑｕｅｎｔｉａｌ）方式は、左目用画像（Ｌ画像）と右目用画像（Ｒ画像）のフレームをＬ、Ｒ、Ｌ、Ｒ、・・・と交互に記録／転送する符号化方式である。
　サイドバイサイド（Ｓｉｄｅ　ｂｙ　Ｓｉｄｅ）方式は、ＬＲ画像を１フレーム画像中の左右に分割して記録／転送する符号化方式である。
　トップアンドボトム（Ｔｏｐ＆Ｂｏｔｔｏｍ）方式は、ＬＲ画像を１フレーム画像中の上下に分割して記録／転送する符号化方式である。

　現行はこのような様々な方式が混在して利用されている。例えば、テレビ放送向けにある放送局が配信している３Ｄコンテンツはサイドバイサイド方式である。また、あるビデオカメラによる記録方式はフレームシーケンシャル方式である。このような多様な方式が混在している現状では、例えば録画再生機にデータを記録する場合、それぞれの方式を判別するための情報や各方式に対応した制御情報や属性情報を記録することが必要となる。また再生時には各方式を判別して各方式に応じた制御情報や属性情報を利用して再生することが必要となる。しかしながら、現行のメディアに対する映像記録や再生規格には、これら様々な３次元画像方式の制御情報や属性情報の記録領域が設定されていないものが存在するという問題がある。

　例えば、映像の記録再生アプリケーション規格（フォーマット）としてＢＤＭＶやＢＤＡＶ規格（フォーマット）がある。これらのアプリケーション規格は、主にＢＤ（Ｂｌｕ－ｒａｙ　Ｄｉｓｃ（登録商標））を利用したデータ記録再生アプリケーション規格として策定されたものである。なお、ＢＤ規格については例えば特許文献１（特開２００２－１５８９７２号公報）、特許文献２（特開２００７－１７９６７１号公報）に記載がある。なお、ＢＤＭＶやＢＤＡＶは、主にＢＤを利用したデータ記録再生のアプリケーション規格であるが、これらの規格はＢＤに限らず、フラッシュメモリなど、その他のＢＤ以外のメディアを利用したデータ記録再生にも適用可能である。

　ＢＤＭＶは、例えば映画コンテンツなどを予め記録したＢＤ－ＲＯＭ向けに開発されたアプリケーション規格であり、主に、パッケージコンテンツ等の書き換え不能なＢＤ－ＲＯＭで広く使われている。ＢＤＭＶは、ユーザ操作に応じて再生を制御するプログラムとしてのナビコマンドやＢＤ－Ｊをディスクに格納し、コンテンツ制作者が意図した様々なインタラクティブ機能を提供できるという特徴がある。またグラフィックスとボタンで構成したメニュー画面を利用した記録再生が出来るという特徴がある。

　ＢＤＭＶ規格は、上述のように主に映画コンテンツなどを予め記録したＢＤ－ＲＯＭ向けのアプリケーション規格であり、コンテンツ制作者の意図に従ったコンテンツの記録再生が可能なようにコンテンツ固有の様々な制御情報や属性情報を記録できる仕様となっている。３次元画像の記録再生に必用となる制御情報や属性情報についてもＢＤＭＶ規格に従って記録可能であり、既に、３Ｄコンテンツの記録されたＢＤＭＶ規格対応のディスクがユーザに提供されている。

　なお、２００９年１２月に、ＢＤＡ（Ｂｌｕ－ｒａｙ　Ｄｉｓｃ　Ａｓｓｏｃｉａｔｉｏｎ）は、ＢＤ対応の３次元画像記録再生方式に関するブルーレイ３Ｄ（Ｂｌｕ－ｒａｙ　３Ｄ）の仕様を最終決定したことを発表し、消費者が家庭で３Ｄ体験を楽しむ環境が整いつつある。この仕様については、非特許文献１［ｈｔｔｐ：／／ｗｗｗ．ｂｌｕ－ｒａｙｄｉｓｃ．ｃｏｍ／ｊｐ／Ｐｒｅｓｓ／ＰｒｅｓｓＲｅｌｅａｓｅ．ｈｔｍｌ］に記載がある。この仕様は、読み出し専用メディアであるＢＤ－ＲＯＭに３Ｄコンテンツを格納可能とした拡張されたＢＤＭＶ規格であり、「ＢＤ－ＲＯＭ　Ｐａｒｔ３　ｖｅｒ２．４」として規定されている。

　一方、ＢＤＡＶは、主に書き換え可能なＢＤ－ＲＥ型ディスクや、一回のみ記録可能なＢＤ－Ｒ型ディスク等を利用したデータ記録再生処理に適用することを目的として開発された規格である。ＢＤＡＶは、例えばユーザがビデオカメラなどで撮影した映像をＢＤ－ＲＥ型ディスクやＢＤ－Ｒ型ディスクに記録し再生する際に利用される。あるいは、ビデオレコーダなどにテレビ放送を記録し再生するために利用される。しかし、ＢＤＡＶ規格はユーザによる容易なデータの記録を可能とするため、複雑な制御情報の記録や再生には不向きであるという特徴がある。例えば、ＢＤＭＶに比較するとインタラクティブ機能やコンテンツ記録再生のための多様な制御を実現するための機能が少ないという特徴がある。

　上述したようにＢＤ－ＲＯＭ向けのＢＤＭＶ規格は３次元画像の記録再生が可能であるが、現行のＢＤＡＶ規格は３次元画像コンテンツを記録し再生するために必要となる情報の記録領域が規定されていない。また、ＢＤ－ＲＯＭ用途ではない、書き換え可能な記録媒体や一回のみ記録可能な記録媒体を利用したデータ記録再生アプリケーション規格であり、ＢＤＭＶ規格とも呼ばれるＢＤ－ＲＥ　Ｐａｒｔ３　ｖｅｒ３．ｘにおいても、ＢＤＡＶ規格と同様に、３次元画像コンテンツを記録し再生するために必要となる情報の記録領域が規定されていない。

　従って、３次元画像を撮影可能なカメラによって撮影された３次元画像データをＢＤＡＶ規格で記録しても、３次元画像の再生に必要なデータが失われ、３次元画像の再生ができなくなる可能性がある。同様に、放送波として受信する３次元画像コンテンツをＢＤレコーダ等によりＢＤＡＶ規格で記録しても３次元画像の再生に必要なデータが失われてしまい、３次元画像の再生ができなくなるという問題が発生する可能性があった。

特開２００２－１５８９７２号公報特開２００７－１７９６７１号公報

ｈｔｔｐ：／／ｗｗｗ．ｂｌｕ－ｒａｙｄｉｓｃ．ｃｏｍ／ｊｐ／Ｐｒｅｓｓ／ＰｒｅｓｓＲｅｌｅａｓｅ．ｈｔｍｌ

　本発明は、例えば上述の状況に鑑みてなされたものであり、３次元画像の記録再生に必要となる情報の記録や、これらの情報を利用した３次元画像の再生を実現する情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムを提供することを目的とする。

　さらに、本発明の一実施態様では、例えばＢＤＡＶ規格等、３次元画像の記録再生に必用となる情報の記録領域が規定されていない規格を適用したデータ記録再生処理において、３次元画像の記録や再生を可能とする情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムを提供することを目的とする。

　本発明の第１の側面は、
　記録メディアに対するデータ記録処理を行うデータ処理部を有し、
　前記データ処理部は、
　記録メディアに対するデータ記録処理に際して、
　記録データに含まれる３次元画像の符号化方式を判別し、判別した符号化方式に応じて管理情報ファイルに記録する属性情報を変更し、各符号化方式固有の属性情報を前記管理情報ファイルに記録する情報処理装置にある。

　さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、階層化構成を持つ管理情報ファイルの各々に各符号化方式固有の属性情報を記録する。

　さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記３次元画像の符号化方式がフレームシーケンシャル方式であるか否かを判定し、前記３次元画像の符号化方式がフレームシーケンシャル方式である場合、３次元画像を構成するフレームが左眼用画像（Ｌ画像）であるか右眼用画像（Ｒ画像）であるかを示すフレーム識別データを前記属性情報として前記管理情報ファイルに記録する処理を実行する。

　さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記３次元画像の符号化方式が左眼用画像（Ｌ画像）フレーム、または右眼用画像（Ｒ画像）フレームのいずれか一方を復号時の参照画像であるベース画像としたビュー間参照型符号化方式であるか否かを判定し、前記３次元画像の符号化方式がビュー間参照型符号化方式である場合、Ｌ画像とＲ画像のいずれがベース画像であるかを示すベース画像識別データを前記属性情報として前記管理情報ファイルに記録する処理を実行する。

　さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記３次元画像の符号化方式が復号時に、左眼用画像（Ｌ画像）と右眼用画像（Ｒ画像）の画像間参照が必要となる可能性がある符号化方式であるか否かを判定し、画像間参照が必要となる可能性がある符号化方式である場合、Ｌ画像とＲ画像の画像間参照が必要となる可能性があるか否かを示す画像間参照識別データを前記属性情報として前記管理情報ファイルに記録する処理を実行する。

　さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記３次元画像の符号化方式が符号化にエントロピー符号化モードを使用しているか否かを判定し、該判定結果を前記属性情報として前記管理情報ファイルに記録する処理を実行する。

　さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、
　（ａ）画像データの格納ファイルであるストリームファイルに対応付けて設定されるクリップ情報ファイル、
　（ｂ）前記クリップ情報ファイルに対する再生区間指定情報を持つプレイリストファイル、
　上記（ａ）～（ｂ）に示す管理情報ファイルの各々に各管理情報ファイルの管理データ単位で前記属性情報を記録する。

　さらに、本発明の第２の側面は、
　記録メディアからのデータ再生処理を行うデータ処理部を有し、
　前記データ処理部は、
　記録メディアからのデータ再生処理に際して、記録メディアに記録された符号化された３次元画像の属性情報を管理情報ファイルから読み出し、
　読み出した属性情報に基づいて３次元画像の符号化方式を判別し、さらに、判別した符号化方式に応じた復号処理に適用する属性情報を前記管理情報ファイルから読み出して、読み出した属性情報を適用して符号化方式に応じた復号処理を行う情報処理装置にある。

　さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記管理情報ファイルに記録された属性情報に基づいて、前記３次元画像の符号化方式がフレームシーケンシャル方式であるか否かを判定し、前記３次元画像の符号化方式がフレームシーケンシャル方式である場合、さらに、前記管理情報ファイルに記録された属性情報から、３次元画像を構成するフレームが左眼用画像（Ｌ画像）であるか右眼用画像（Ｒ画像）であるかを示すフレーム識別データを取得して、取得情報に従った復号処理を実行する。

　さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記管理情報ファイルに記録された属性情報に基づいて、前記３次元画像の符号化方式が左眼用画像（Ｌ画像）フレーム、または右眼用画像（Ｒ画像）フレームのいずれか一方を復号時の参照画像であるベース画像としたビュー間参照型符号化方式であるか否かを判定し、前記３次元画像の符号化方式がビュー間参照型符号化方式である場合、さらに、前記管理情報ファイルに記録された属性情報から、Ｌ画像とＲ画像のいずれがベース画像であるかを示すベース画像識別データを取得して、取得情報に従った復号処理を実行する。

　さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記管理情報ファイルに記録された属性情報に基づいて、前記３次元画像の符号化方式が復号時に、左眼用画像（Ｌ画像）と右眼用画像（Ｒ画像）の画像間参照が必要となる可能性がある符号化方式であるか否かを判定し、画像間参照が必要となる可能性がある符号化方式である場合、さらに、前記管理情報ファイルに記録された属性情報から、Ｌ画像とＲ画像の画像間参照が必要となる可能性があるか否かを示す画像間参照識別データを取得して、取得情報に従った復号処理を実行する。

　さらに、本発明の情報処理装置の一実施態様において、前記データ処理部は、前記管理情報ファイルに記録された属性情報に基づいて、前記３次元画像の符号化方式が符号化にエントロピー符号化モードを使用しているか否かを判定し、判定情報に基づいて復号処理態様を決定する。

　さらに、本発明の第３の側面は、
　画像データを記録した情報記録媒体であり、
　再生対象となるコンテンツとして３次元画像データを格納したストリームファイルと、
　前記コンテンツの管理情報を格納した階層化された管理情報ファイルを記録データとして有し、
　前記階層化された管理情報ファイルは、
　（ａ）画像データの格納ファイルであるストリームファイルに対応付けて設定されるクリップ情報ファイル、
　（ｂ）前記クリップ情報ファイルに対する再生区間指定情報を持つプレイリストファイル、
　上記（ａ）～（ｂ）に示す管理情報ファイルを含み、各管理情報ファイルの管理データ単位で前記ストリームファイルに記録された３次元画像の符号化方式情報と符号化方式固有の属性情報を記録した構成であり、
　前記コンテンツを再生する再生装置が、管理情報ファイルの階層に従って前記属性情報を順次参照することで、情報記録媒体の記録コンテンツに含まれる３次元画像の復号に必要な情報を各管理情報ファイルの管理データ単位で取得可能とした構成を持つ情報記録媒体にある。

　さらに、本発明の第４の側面は、
　情報処理装置において記録メディアに対するデータ記録処理を実行する情報処理方法であり、
　データ処理部が、記録メディアに対するデータ記録処理に際して、記録データに含まれる３次元画像の符号化方式を判別し、判別した符号化方式に応じて管理情報ファイルに記録する属性情報を変更し、各符号化方式固有の属性情報を前記管理情報ファイルに記録する情報処理装方法にある。

　さらに、本発明の第５の側面は、
　情報処理装置において記録メディアからのデータ再生処理を実行する情報処理方法であり、
　データ処理部が、記録メディアからのデータ再生処理に際して、記録メディアに記録された符号化された３次元画像の属性情報を管理情報ファイルから読み出し、
　読み出した属性情報に基づいて３次元画像の符号化方式を判別し、さらに、判別した符号化方式に応じた復号処理に適用する属性情報を前記管理情報ファイルから読み出して、読み出した属性情報を適用して符号化方式に応じた復号処理を行う情報処理方法にある。

　さらに、本発明の第６の側面は、
　情報処理装置において記録メディアに対するデータ記録処理を実行させるプログラムであり、
　データ処理部に、記録メディアに対するデータ記録処理に際して、記録データに含まれる３次元画像の符号化方式を判別させ、判別した符号化方式に応じて管理情報ファイルに記録する属性情報を変更させて各符号化方式固有の属性情報を前記管理情報ファイルに記録させるプログラムにある。

　さらに、本発明の第７の側面は、
　情報処理装置において記録メディアからのデータ再生処理を実行させるプログラムであり、
　データ処理部に、記録メディアからのデータ再生処理に際して、記録メディアに記録された符号化された３次元画像の属性情報を管理情報ファイルから読み出させ、
　読み出した属性情報に基づいて３次元画像の符号化方式を判別させ、さらに、判別した符号化方式に応じた復号処理に適用する属性情報を前記管理情報ファイルから読み出させて、読み出した属性情報を適用して符号化方式に応じた復号処理を行わせるプログラムにある。

　なお、本発明のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して例えば記憶媒体によって提供されるプログラムである。このようなプログラムを情報処理装置やコンピュータ・システム上のプログラム実行部で実行することでプログラムに応じた処理が実現される。

　本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

　本発明の一実施例によれば、３次元画像の符号化方式に応じて異なる属性情報を記録し、属性情報を取得して符号化方式に対応した復号を可能としたデータ記録再生構成を実現する。記録メディアに記録するデータに含まれる３次元画像の符号化方式を判別し、判別した符号化方式に応じて管理情報ファイルに記録する属性情報を変更し、各符号化方式固有の属性情報を管理情報ファイルに記録する。例えばフレームシーケンシャル方式である場合は、３次元画像を構成するフレームが左眼用画像（Ｌ画像）であるか右眼用画像（Ｒ画像）であるかを示すフレーム識別データを属性情報として記録する。再生装置は、符号化方式に固有の情報を属性情報から取得し、符号化方式に対応する復号処理を誤りなく実行することが可能となる。

３次元画像の符号化方式について説明する図である。３次元画像の符号化方式について説明する図である。ＢＤＡＶ規格に従ってメディアに記録されるデータ記録構成であるＢＤＡＶディレクトリについて説明する図である。ＢＤＡＶ規格に含まれる管理情報であるデータベースファイル（インフォファイル［ｉｎｆｏ．ｂｄａｖ］）～クリップ情報ファイル）に基づくデータ管理構成について説明する図である。プレイリストと再生パス情報（プレイアイテム）と、クリップ情報ファイルとクリップＡＶストリームファイルとの対応関係について説明する図である。ＢＤＡＶ規格における管理情報ファイル（データベースファイル）として定義されているインフォファイル［ｉｎｆｏ．ｂｄａｖ］のシンタクスを示す図である。インフォファイル［ｉｎｆｏ．ｂｄａｖ］のメーカプライベートデータ領域のシンタクスを説明する図である。インフォファイル［ｉｎｆｏ．ｂｄａｖ］のメーカプライベートデータ領域のメーカＩＤ［ｍａｋｅｒ＿ＩＤ］記録領域、メーカモデルコード記録領域の記録例を示す図である。インフォファイル［ｉｎｆｏ．ｂｄａｖ］のメーカプライベートデータ領域のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域に記録される３次元画像情報について説明する図である。インフォファイル［ｉｎｆｏ．ｂｄａｖ］のメーカプライベートデータ領域のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域に記録される３次元画像情報の具体例を示す図である。プレイリストファイルのメーカプライベートデータ領域内のデータブロックのデータについて説明する図である。プレイリストファイルのメーカプライベートデータ領域内のデータブロックに記録されるデータの具体例を示す図である。プレイリストファイルのメーカプライベートデータ領域内のデータブロックに記録されるデータの具体例を示す図である。プレイリストファイルのメーカプライベートデータ領域内のデータブロックに記録されるデータの具体例を示す図である。プレイリストファイルのメーカプライベートデータ領域内のデータブロックに記録されるデータの具体例を示す図である。プレイリストファイルのメーカプライベートデータ領域内のデータブロックに記録されるデータの具体例を示す図である。メインパスとサプパスの利用形態について説明する図である。プレイリストファイルのメーカプライベートデータ領域内のデータブロックに記録されるデータの具体例を示す図である。プレイリストファイルのメーカプライベートデータ領域内のデータブロックに記録されるデータの具体例を示す図である。プレイリストファイルのシンタクスを示す図である。サブパス（サブプレイアイテム）情報記録領域１４２の記録データの詳細シンタクスを示す図である。プレイリストファイルのサブパス（サブプレイアイテム）情報記録領域の記録データの具体例について説明する図である。クリップ情報ファイルのシンタクスを示す図である。クリップ情報ファイルのＰｒｏｇｒａｍＩｎｆｏと、プログラムシーケンス(ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ)について説明する図である。クリップ情報ファイルのＰｒｏｇｒａｍＩｎｆｏのシンタクスを示す図である。クリップ情報ファイルのＣＰＩのシンタクスを示す図である。クリップ情報ファイルのＣＰＩに記録されるＥＰマップについて説明する図である。クリップ情報ファイルのＣＰＩに記録されるＥＰマップについて説明する図である。クリップ情報ファイルのメーカプライベートデータ領域内のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域に記録される３次元画像情報（ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｉｎｆｏ）の具体例について説明する図である。クリップ情報ファイルのメーカプライベートデータ領域内のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域に記録される３次元画像情報の具体例を示す図である。クリップ情報ファイルのメーカプライベートデータ領域内のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域に記録される３次元画像情報の具体例を示す図である。クリップ情報ファイルのメーカプライベートデータ領域内のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域に記録される３次元画像情報の具体例を示す図である。クリップ情報ファイルのメーカプライベートデータ領域内のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域に記録される３次元画像情報の具体例を示す図である。クリップ情報ファイルのメーカプライベートデータ領域内のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域に記録される３次元画像情報の具体例を示す図である。クリップ情報ファイルのメーカプライベートデータ領域内のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域に記録される３次元画像情報の具体例を示す図である。クリップ情報ファイルのメーカプライベートデータ領域内のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域に記録される３次元画像情報の具体例を示す図である。情報処理装置の実行するコンテンツの記録処理シーケンスについて説明するフローチャートを示す図である。情報処理装置の実行するクリップ情報ファイルに対する３次元画像情報の記録／更新処理シーケンスについて説明するフローチャートを示す図である。情報処理装置の実行するクリップ情報ファイルに対する３次元画像情報としてのフレーム０画像識別フラグと、ベース画像識別フラグの記録／更新処理シーケンスについて説明するフローチャートを示す図である。情報処理装置の実行するプレイリストファイルに対する３次元画像情報の記録／更新処理シーケンスについて説明するフローチャートを示す図である。情報処理装置の実行するコンテンツの追記処理シーケンスについて説明するフローチャートを示す図である。情報処理装置の実行するコンテンツの編集処理シーケンスについて説明するフローチャートを示す図である。情報処理装置の実行するコンテンツの再生処理シーケンスについて説明するフローチャートを示す図である。本発明の一実施例に係る情報処理装置の構成例について説明する図である。

　以下、図面を参照しながら本発明の情報処理装置、情報記録媒体、および情報処理方法、並びにプログラムの詳細について説明する。説明は、以下の項目に従って行う。
　１．記録メディアを利用した記録再生処理の対象となる３次元画像のソースおよび３次元画像の符号化方式についての概要
　２．ＢＤＡＶ規格の概要
　３．３次元画像情報の記録処理、および記録された３次元画像情報を利用した再生処理について
　３－１．管理情報ファイル（データベースファイル）を利用した３次元画像情報の記録処理と利用処理について
　３－１－ａ．インフォファイルに３次元画像情報を記録する例
　３－１－ｂ．プレイリストファイルに３次元画像情報を記録する例
　３－１－ｃ．プレイリストファイルの再生パス情報（サブプレイアイテム情報）に３次元画像情報を記録する例
　３－１－ｄ．クリップ情報ファイルに３次元画像情報を記録する例
　４．情報処理装置の実行する処理シーケンスについて
　４－１．コンテンツの記録処理シーケンス
　４－２．クリップ情報ファイルに対する３次元画像情報の記録／更新処理シーケンス
　４－３．クリップ情報ファイルに対する３次元画像情報としてのフレーム０画像識別フラグと、ベース画像識別フラグの記録／更新処理シーケンス
　４－４．プレイリストファイルに対する３次元画像情報の記録／更新処理シーケンス
　４－５．コンテンツの追記処理シーケンス
　４－６．コンテンツの編集処理シーケンス
　４－７．コンテンツの再生処理シーケンス
　５．情報処理装置の構成例について

　　［１．記録メディアを利用した記録再生処理の対象となる３次元画像のソースおよび３次元画像の符号化方式についての概要］
　まず、例えば、ＢＤ（Ｂｌｕ－ｒａｙ　Ｄｉｓｃ（登録商標））やフラッシュメモリ等、様々な記録メディアに記録可能な３次元画像の提供元としてのソース、および現在利用されている３次元画像の符号化方式についての概要を説明する。

　記録メディアに記録可能な３次元画像の提供主体としては例えば以下のような提供主体がある。
　（１）テレビ局等の放送事業者の提供する放送コンテンツ
　（２）ビデオカメラの撮影コンテンツ
　（３）インターネット等の通信ネットワークを介して提供されるネット配信コンテンツ
　例えばこれらの３次元画像コンテンツが記録メディア（ＢＤ、フラッシュメモリなど）に対する記録コンテンツとなる。

　３次元画像の記録あるいは転送処理に際しては、所定のフォーマットに従った符号化処理がなされる。３次元画像の符号化方式の例について説明する。
　図１、図２を参照して３次元画像の符号化方式の以下の５つの方式について説明する。
　（１）サイドバイサイド方式
　（２）トップアンドボトム方式
　（３）フレームシーケンシャル方式
　（４）ビュー間参照ありストリーム方式（１または２ストリーム）（ＭＶＣ）
　（５）ビュー間参照なし２ストリーム方式

　（１）サイドバイサイド（Ｓｉｄｅ　ｂｙ　Ｓｉｄｅ）方式は、ＬＲ画像を１フレーム画像中の左右に分割して記録／転送する符号化方式である。なお、Ｌ画像は左眼用画像、Ｒ画像は右眼用画像を意味する。
　（２）トップアンドボトム（Ｔｏｐ＆Ｂｏｔｔｏｍ）方式は、ＬＲ画像を１フレーム画像中の上下に分割して記録／転送する符号化方式である。
　（３）　フレームシーケンシャル（Ｆｒａｍｅ　Ｓｅｑｕｅｎｔｉａｌ）方式は、左目用画像（Ｌ画像）と右目用画像（Ｒ画像）のフレームをＬ、Ｒ、Ｌ、Ｒ、・・・と交互に記録／転送する符号化方式である。

　（４）ビュー間参照ありストリーム方式（１または２ストリーム）（ＭＶＣ：Ｍｕｌｔｉ　Ｖｉｅｗ　Ｃｏｄｉｎｇ）は、Ｌ画像とＲ画像のいずれか一方を復号処理において参照される参照画像として設定したベースビュー、他方を復号処理において参照画像を参照して復号を行うノンベースビューとして設定した方式である。図に示す矢印は、各画像の復号に際して参照対象となる画像を示す矢印である。図に示す例は、Ｌ画像をベースビュー、Ｒ画像をノンベースビューとした例である。この方式では、Ｌ画像とＲ画像を各々個別のストリームとした２ストリーム方式と、Ｌ画像とＲ画像を混合した１つのストリームとして設定した１ストリーム方式がある。

　（５）ビュー間参照なし２ストリーム方式は、Ｌ画像とＲ画像を、各々個別のストリームとした２ストリーム方式であり、Ｌ画像の復号にはＬ画像のみを参照し、Ｒ画像の復号にはＲ画像のみを参照する構成であり。ＬからＲまたはＲからＬのビュー間参照を不要とした方式である。

　３次元画像の符号化方式には、このように様々な符号化方式が存在し、放送コンテンツ、ビデオ記録コンテンツ等において利用される方式は統一されていないのが現状である。従って、３次元画像を例えばメディアに記録する場合には、これらの方式を判別可能な情報を記録するとともに、方式に応じた様々な制御情報や属性情報を記録することが必要となり、また再生時には、メディアに記録された３次元画像の符号化方式情報を読み取った方式に応じた復号処理を実行することが必要となる。

　　［２．ＢＤＡＶ規格の概要］
　次に、例えばＢＤ（Ｂｌｕ－ｒａｙ　Ｄｉｓｃ（登録商標））等の記録メディアを利用したデータ記録再生の規格（フォーマット）であるＢＤＡＶ規格の概要について説明する。

　前述したように、主にＢＤ（Ｂｌｕ－ｒａｙ　Ｄｉｓｃ（登録商標））を利用したデータ記録再生のアプリケーション規格としてＢＤＭＶ規格およびＢＤＡＶ規格がある。なお、これらの規格はＢＤに限らず、フラッシュメモリなど、その他のメディアを利用したデータ記録再生にも適用可能な規格である。

　ＢＤＭＶは、例えば映画コンテンツなどを予め記録したＢＤ－ＲＯＭ向けに開発されたアプリケーション規格である。
　ＢＤＡＶは書き換え可能なＢＤ－ＲＥや、一回のみ記録可能なＢＤ－Ｒで利用することを目的に開発されたアプリケーション規格である。

　図３を参照して、ＢＤＡＶ規格に従ってメディアに記録されるデータ記録構成であるＢＤＡＶディレクトリについて説明する。なお、ＢＤＡＶ規格にも様々なバージョンがあるが、以下において説明するＢＤＡＶ規格はＢＤ－ＲＥ２．１規格に対応したものである。図３に示すように、ルート［Ｒｏｏｔ］ディレクトリの下に、ディレクトリ［ＢＤＡＶ］が置かれる。

　ディレクトリ［ＢＤＡＶ］の直下に、
　インフォファイル［ｉｎｆｏ．ｂｄａｖ］、
　メニューファイル［ｍｅｎｕ．ｔｉｄｘ］，［ｍｅｎｕ．ｔｄｔ１／ｔｄｔ２］
　マークファイル［ｍａｒｋ．ｔｉｄｘ］，［ｍａｒｋ．ｔｄｔ１／ｔｄｔ２］
　が記録される。
　さらにＢＤＡＶディレクトリ［ＢＤＡＶ］の下位ディレクトリとして、
　プレイリストディレクトリ［ＰＬＡＹＬＩＳＴ］、
　クリップ情報ディレクトリ［ＣＬＩＰＩＮＦ］、
　ストリームディレクトリ［ＳＴＲＥＡＭ］、
　が設定される。

　プレイリストディレクトリ［ＰＬＡＹＬＩＳＴ］にプレイリストファイル［ｘｘｘｘｘ．ｍｐｌｓ］が設定され、クリップ情報ディレクトリ［ＣＬＩＰＩＮＦ］にクリップ情報ファイル［ｘｘｘｘｘ．ｃｌｐｉ］が設定され、ストリームディレクトリ［ＳＴＲＥＡＭ］にＡＶストリームファイル［ｘｘｘｘｘ．ｍ２ｔｓ］が設定される。

　インフォファイル［ｉｎｆｏ．ｂｄａｖ］は、ＢＤＡＶ規格に従ったファイルであり、ディスク全体を管理するファイルであって、プレイリストのテーブルを持つファイルである。一方、インデックスファイルは、ＢＤＭＶ規格に従ったファイルであり、同様にディスク全体を管理するファイルであり、ムービーオブジェクトのテーブルをもつファイルである。このムービーオブジェクトからプレイリストファイルが指定されるため、インデックスファイルは、間接的にプレイリストを指定するファイルである。また、インフォファイルと、インデックスファイルはディスク全体を管理するファイルという点で共通である。そのため、ＢＤＭＶ形式で多種の３Ｄデータを記録する必要がある場合には、下記に述べるＢＤＡＶ形式での追加と同様に、インフォファイルの代わりにインデックスファイルに記録すればよい。

　メニューファイル［ｍｅｎｕ．ｔｉｄｘ］，［ｍｅｎｕ．ｔｄｔ１／ｔｄｔ２］は、各ＡＶストリームファイルの代表画のサムネイル画像を格納する。［ｍｅｎｕ．ｔｉｄｘ］がサムネイル管理情報を格納し、［ｍｅｎｕ．ｔｄｔ１／ｔｄｔ２］がサムネイル画像を格納している。
　ＢＤＡＶ規格では、ＢＤＭＶ規格と違い、様々な情報を持つメニューの作成機能がなく、例えばユーザの撮影した映像の先頭画像をサムネイルとして表示する簡易的なメニュー表示を行う設定としている。メニューファイル［ｍｅｎｕ．ｔｉｄｘ］，［ｍｅｎｕ．ｔｄｔ１／ｔｄｔ２］はこのためのサムネイル画像を管理、格納している。

　マークファイル［ｍａｒｋ．ｔｉｄｘ］，［ｍａｒｋ．ｔｄｔ１／ｔｄｔ２］は、ユーザの撮影画像（ＡＶストリームファイル）に対する編集処理などにおいて設定したインデックス情報であるマーク位置に対応するサムネイル画像を管理、格納しているファイルである。［ｍａｒｋ．ｔｉｄｘ］がサムネイル管理情報を格納し、［ｍａｒｋ．ｔｄｔ１／ｔｄｔ２］がサムネイル画像を格納している。

　プレイリストディレクトリ［ＰＬＡＹＬＩＳＴ］にプレイリストファイル［ｘｘｘｘｘ．ｍｐｌｓ］が設定され、クリップ情報ディレクトリ［ＣＬＩＰＩＮＦ］にクリップ情報ファイル［ｘｘｘｘｘ．ｃｌｐｉ］が設定され、ストリームディレクトリ［ＳＴＲＥＡＭ］にクリップＡＶストリームファイル［ｘｘｘｘｘ．ｍ２ｔｓ］が設定される。

　インフォファイル～クリップ情報ファイルはクリップＡＶストリームファイルに格納されたデータの再生に適用する管理情報ファイルである。これらの管理情報ファイルはデータベースファイル、またはデータベースとも呼ばれる。

　インフォファイルは、メディア全体の記録データについての管理情報ファイルである。インフォファイルには、上述したようにプレイリストのテーブルを記録している。メディア（情報記録媒体）を記録再生装置に装填した際にはまずインフォファイルが読み込まれ、インフォファイルの記述情報に従ってタイトルを含むメニューが表示される。ユーザはメニュー上のタイトルを選択して選択的なコンテンツ再生を行うことができる。

　プレイリストディレクトリ［ＰＬＡＹＬＩＳＴ］に記録されるプレイリストファイル［ｘｘｘｘｘ．ｍｐｌｓ］は、ユーザに見せるタイトルに対応して設けられ、少なくとも１以上の再生パス情報（プレイアイテム）で構成される再生リストである。各再生パス情報（プレイアイテム）は、クリップに対する再生開始点（ＩＮ点）と再生終了点（ＯＵＴ点）を持つ再生区間指定情報である。例えば複数のプレイリストの複数の再生パス情報（プレイアイテム）を時間軸上に並べることで、それぞれの再生区間の再生順序を指定することができる。

　クリップ情報ディレクトリ［ＣＬＩＰＩＮＦ］に記録されるクリップ情報ファイル［ｘｘｘｘｘ．ｃｌｐｉ］は、ストリームディレクトリ［ＳＴＲＥＡＭ］に記録されるＡＶストリームファイル［ｘｘｘｘｘ．ｍ２ｔｓ］に対応して設定される。クリップ情報ファイルは、実際のストリームを再生する上で必要となるストリームに関する情報が記載されたファイルである。

　ストリームディレクトリ［ＳＴＲＥＡＭ］に記録されるＡＶストリームファイル［ｘｘｘｘｘ．ｍ２ｔｓ］は、様々な符号化方式で符号化された画像データを含むストリームが格納されているファイルである。なお、ＡＶストリームファイル［ｘｘｘｘｘ．ｍ２ｔｓ］はクリップＡＶストリームファイルとも呼ばれる。３次元画像データもこのＡＶストリームファイル（＝クリップＡＶストリームファイル）内に格納される。

　なお、クリップ情報ディレクトリ［ＣＬＩＰＩＮＦ］に記録されるクリップ情報ファイル［ｘｘｘｘｘ．ｃｌｐｉ］と、ＡＶストリームファイルを併せてクリップと総称する場合がある。

　上述したように、インフォファイル～クリップ情報ファイルはクリップＡＶストリームファイルに格納されたデータの再生に適用する管理情報ファイルである。この管理情報ファイルは、インフォファイルの下位に１以上のプレイリストファイル、プレイリストファイルの下位に１以上のクリップ情報ファイルが設定された階層構成を持つ。すなわち複数の異なる管理情報ファイルが階層化された設定となっている。本発明の構成では、これらの階層化された管理情報ファイルの各々に３次元画像情報を記録し、メディアからのコンテンツ再生時には、これらの階層化された管理情報ファイルから順次、３次元画像情報を読み取って利用する。

　再生装置は、例えば、インフォファイル、プレイリストファイル、クリップ情報ファイルの順で３次元画像情報を読み取って再生対象コンテンツに３次元画像が含まれるか否か、あるいは３次元画像の符号化態様等の詳細情報を取得して利用する。なお、この処理については後段において説明する。

　図４を参照して、ＢＤＡＶ規格に含まれる管理情報であるデータベースファイル（インフォファイル～クリップ情報ファイル）に基づくデータ管理構成について説明する。図４は、クリップＡＶストリーム、クリップ情報（Ｃｌｉｐ　Ｉｎｆｏｒｍａｔｉｏｎ）、クリップ、プレイアイテム、プレイリスト、インフォファイルの関係を示すＵＭＬ（Ｕｎｉｆｉｅｄ　Ｍｏｄｅｌｉｎｇ　Ｌａｎｇｕａｇｅ）図である。

　インフォファイルは、例えばＢＤＡＶ対応コンテンツを記録したディスク等のメディアに一つのみ存在する。再生装置は、まず、インフォファイルを読み出して、インフォに含まれるプレイリストファイルのテーブルに基づいてメニュー情報等を表示させることができる。表示されたメニューには、ディスクに記録したコンテンツに対応するプレイリスト等のリストが提示され、ユーザは、タイトルを指定してコンテンツを再生することができる。なお、コンテンツ実体データはクリップＡＶストリームファイルに格納されている。

　インフォファイルに基づいてユーザに提示されるメニューに対するユーザの指定情報は、プレイリスト（ＰｌａｙＬｉｓｔ）やプレイリスト内の再生パス情報（プレイアイテム）の指定処理となる。プレイリストは前述したように、再生区間指定情報となる再生パス情報（プレイアイテム）を有する。

　再生パス情報（プレイアイテム）には、
　メインパス（メインプレイアイテム（ＰｌａｙＩｔｅｍ））
　サブパス（サブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ））
　これらの２種類が存在する。
　これらのメインパス（メインプレイアイテム）、サブパス（サブプレイアイテム）の各々は、個別にある１つのクリップ（Ｃｌｉｐ）に対応付けられている。

　メインパス（メインプレイアイテム）や、サブパス（サブプレイアイテム）は、再生開始点（ＩＮ　ｔｉｍｅ）と再生終了点（ＯＵＴ　ｔｉｍｅ）の指定情報を持つ。これらの再生開始点（ＩＮ　ｔｉｍｅ）と再生終了点（ＯＵＴ　ｔｉｍｅ）の指定情報は、クリップに１対１に対応付けられるクリップＡＶストリームファイルに含まれるコンテンツの再生区間指定情報として利用される。

　このように、インフォに基づいてユーザに提示されるメニューに含まれるタイトルの指定情報がプレイリストやプレイアイテムの選択情報として利用され、選択された再生パス情報（プレイアイテム）に設定された再生開始点（ＩＮ　ｔｉｍｅ）と再生終了点（ＯＵＴ　ｔｉｍｅ）に従って再生区間が決定され、決定した再生区間に応じてクリップであるクリップ情報ファイルおよびクリップＡＶストリームファイルが選択され再生が実行される。図４に示す構造を定義することにより、クリップＡＶストリームファイルを変更することなく、任意の部分だけを再生する、非破壊の再生順序指定を行うことが可能となる。

　プレイリストと、プレイリストに含まれる再生パス情報（プレイアイテム）、さらに再生パス情報（プレイアイテム）によって再生開始／終了点を指定されるクリップ情報ファイル、クリップ情報ファイルと１対１に対応付けられた再生コンテンツを格納したクリップＡＶストリームファイルとの対応関係について、図５を参照して説明する。

　図５には、プレイリストと、プレイリストに含まれる再生パス情報（プレイアイテム）、さらに再生パス情報（プレイアイテム）によって再生開始／終了点を指定されるクリップ情報ファイル、クリップ情報ファイルを示している。なお、クリップＡＶストリームファイル（Ｃｌｉｐ　ＡＶ　ｓｔｒｅａｍ）とその付属情報であるクリップ情報ファイル（Ｃｌｉｐ　Ｉｎｆｏｒｍａｔｏｉｏｎ）は、１つのオブジェクトと考え、これらのセットをクリップ（Ｃｌｉｐ）と称する。

　先に説明したように、プレイリストには、
　メインパス（メインプレイアイテム（ＰｌａｙＩｔｅｍ））
　サブパス（サブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ））
　が含まれる。これらは、各々が再生開始点（ＩＮ　ｔｉｍｅ）と再生終了点（ＯＵＴ　ｔｉｍｅ）の指定情報を持つ。図５に示す、メインパス（メインプレイアイテム（ＰｌａｙＩｔｅｍ））と、サブパス（サブプレイアイテム（ＳｕｂＰｌａｙＩｔｅｍ））からクリップ情報ファイル（Ｃｌｉｐ　Ｉｎｆｏｒｍａｔｏｉｏｎ）に向けた矢印１１が再生開始点（ＩＮ　ｔｉｍｅ）と再生終了点（ＯＵＴ　ｔｉｍｅ）の指定情報に対応する。

　これらの再生開始点（ＩＮ　ｔｉｍｅ）と再生終了点（ＯＵＴ　ｔｉｍｅ）の指定情報は、クリップ情報ファイルに１対１に対応付けられるクリップＡＶストリームファイルに含まれるコンテンツの再生区間指定情報として利用される。

　　［３．３次元画像情報の記録処理、および記録された３次元画像情報を利用した再生処理について］
　次に、３次元画像情報の記録処理、および記録された３次元画像情報を利用した再生処理について説明する。例えば、上述したＢＤＡＶ規格など、既存のデータ記録再生規格（フォーマット）の多くは、３次元画像に関する属性情報を記録する領域を定義していないものが多い。このようなフォーマットに従って３次元画像を記録しても２次元画像と同様に記録され、再生時に通常の２次元画像として再生される可能性がある。以下では、このような問題を解決するために、記録メディアに３次元画像を記録する場合、記録画像が３次元画像であるか否かの情報や、３次元画像の符号化態様情報、さらに３次元画像の記録や再生に適用する制御情報等を含む様々な属性情報を記録し、再生時にこれらの属性情報を参照することで３次元画像を正しく再生可能とした構成について説明する。

　本発明の構成は、階層化された管理情報ファイルの各々に３次元画像の属性情報である３次元画像情報を記録する。各管理情報ファイルには各ファイルの管理データ単位の属性情報が記録される。メディアからのコンテンツ再生時には、これらの階層化された管理情報ファイルから順次、３次元画像情報を読み取って、各管理情報ファイルの管理データ単位の属性を認識することが可能となり、各データ単位で正しい３次元画像の復号、再生処理が実現される。

　なお、３次元画像を記録するメディアは、例えばＢＤ（Ｂｌｕ－ｒａｙ　Ｄｉｓｃ（登録商標））やフラッシュメモリなど様々なメディアが利用可能である。本発明は特定の記録メディアに限らず、様々なメディアを利用した記録再生処理に適用できる。
　また、以下では、３次元画像に関する情報の記録領域の定義のない記録再生フォーマットとしてＢＤＡＶ規格（フォーマット）を例として説明するが、これは一例であり、本発明は、ＢＤＡＶ規格に限らず、その他の規格に対しても適用可能である。

　　（３－１．管理情報ファイル（データベースファイル）を利用した３次元画像情報の記録処理と利用処理について）
　まず、ＢＤ（Ｂｌｕ－ｒａｙ　Ｄｉｓｃ（登録商標））などのディスクやフラッシュメモリなど、様々な記録メディアを利用したコンテンツ記録再生において、管理情報ファイル（データベースファイル）に３次元画像情報を記録する処理と利用処理について説明する。

　先に説明したように、ＢＤＡＶ規格ではメディアに対するコンテンツ記録に際して、実体データとしてのコンテンツはＡＶストリームファイルに格納されて記録される。さらに、記録コンテンツの管理情報として管理情報ファイル（データベースファイル）が記録される。管理情報ファイル（データベースファイル）には以下のファイルが含まれる。
　（ａ）インフォファイル［ｉｎｆｏ．ｂｄａｖ］
　（ｂ）プレイリストファイル
　（ｃ）クリップ情報ファイル
　以下において説明する例は、これらのデータベースファイルに３次元画像情報を記録し、再生時に利用する処理例である。

　　（３－１－ａ．インフォファイルに３次元画像情報を記録する例）
　まず、インフォファイル［ｉｎｆｏ．ｂｄａｖ］）に３次元画像情報を記録する例について説明する。

　図６に、ＢＤＡＶ規格における管理情報ファイル（データベースファイル）として定義されているインフォファイル［ｉｎｆｏ．ｂｄａｖ］のシンタクスを示す。
　なお、以下の説明では、ＢＤＡＶ規格で定義されている様々な管理情報についてのシンタクスについて図を参照して説明する。メディアへのデータ記録を実行する情報処理装置は、コンテンツ記録処理に際して以下において説明するシンタクスからなる管理情報を生成して記録する処理を行う。また、情報処理装置が、記録済みコンテンツの編集などの処理を実行して記録コンテンツを変更した場合も、変更に併せて管理情報の更新が実行されることになる。また、コンテンツを記録したメディアからデータ再生を実行する情報処理装置は、シンタクスに従って再生対象コンテンツである符号化ストリームを解析して復号処理を実行して再生データを生成する。

　なお、以下の各図に示すシンタクスには、左からシンタクス項目（Ｓｙｎｔａｘ）、ビット長（Ｎｏ．ｏｆ　ｂｉｔｓ）、およびそのタイプ・伝送順序を示すニーモニック（Ｍｎｅｍｏｎｉｃ）を要素として示してある。
　図６に示すインフォファイル［ｉｎｆｏ．ｂｄａｖ］は、図に示すように主として以下の３個のオブジェクトから構成される。
　ＵＩ情報［ＵＩＡｐｐＩｎｆｏＢＤＡＶ（）］１０１、
　プレイリスト情報［ＴａｂｌｅＯｆＰｌａｙＬｉｓｔｓ（）］１０２、
　メーカプライベートデータ領域［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］１０３、
　これらのオブジェクトである。

　インフォファイル［ｉｎｆｏ．ｂｄａｖ］は、プレイリストの指定情報を持つ。
　上記情報中、ＵＩ情報［ＵＩＡｐｐＩｎｆｏＢＤＡＶ（）］１０１は、例えばコンテンツタイトル等を含むメニュー情報の表示に関する情報を記録した領域である。
　プレイリスト情報［ＴａｂｌｅＯｆＰｌａｙＬｉｓｔｓ（）］１０２はタイトルに対応するコンテンツを再生するためのプレイリスト情報を記録した領域である。

　メーカプライベートデータ領域［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］１０３は、例えば再生機器等の情報処理装置の提供メーカが自由な情報を記録できる領域である。例えば、記録再生装置のメーカが、記録再生装置において実行する各社の特別なアプリケーションのための情報などを自由に記録できる領域として設定されている。なお、［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］１０３は、各メーカが個別にプライベートデータを挿入できる設定となっている。

　メーカプライベートデータ領域１０３のシンタクスを図７に示す。
　図７に示すように、メーカプライベートデータ領域［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］１０３には、
　メーカＩＤ［ｍａｋｅｒ＿ＩＤ］記録領域１１１
　メーカモデルコード［ｍａｋｅｒ＿ｍｏｄｅｌ＿ｃｏｄｅ］記録領域１１２
　データブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域１１３
　これらのデータ記録領域が含まれる。

　まず、これらのデータ記録領域の一般的な利用形態について説明する。
　メーカＩＤ［ｍａｋｅｒ＿ＩＤ］記録領域１１１は、メーカプライベートデータを記録したメーカの識別情報記録領域である。例えばＡ社の記録再生装置がコンテンツ記録を実行してＡ社の装置固有のアプリケーションに適用するパラメータを記録する場合などには、Ａ社の設定したＩＤを記録し、メーカプライベートデータの実データ記録領域にパラメータを記録する処理が行われる。
　メーカモデルコード［ｍａｋｅｒ＿ｍｏｄｅｌ＿ｃｏｄｅ］記録領域１１２は、そのメーカプライベートデータを記録した装置の製品識別情報等のコードである。
　データブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域１１３がメーカプライベートデータの実データ記録領域となる。　　　

　本実施例では、図７に示す
　メーカＩＤ［ｍａｋｅｒ＿ＩＤ］記録領域１１１
　メーカモデルコード［ｍａｋｅｒ＿ｍｏｄｅｌ＿ｃｏｄｅ］記録領域１１２
　データブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域１１３
　これらのデータ記録領域を利用して３次元画像情報（ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｉｎｆｏ）を記録する。

　なお、データブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域１１３には、メーカ固有の様々な情報が記録される。その一部として３次元画像情報（ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｉｎｆｏ）が記録されることになる。
　各記録情報に応じて、メーカＩＤ［ｍａｋｅｒ＿ＩＤ］、メーカモデルコード［ｍａｋｅｒ＿ｍｏｄｅｌ＿ｃｏｄｅ］、データブロック［ｄａｔａ＿ｂｌｏｃｋ］、これらの３つのセットが設定可能となる。

　従って、データブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域１１３に３次元画像についての属性情報や制御情報を記録する場合、まず、データブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域１１３に記録された情報が、３次元画像情報（ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｉｎｆｏ）であるか否かについてのインデックス情報を、
　メーカＩＤ［ｍａｋｅｒ＿ＩＤ］記録領域１１１
　メーカモデルコード［ｍａｋｅｒ＿ｍｏｄｅｌ＿ｃｏｄｅ］記録領域１１２
　これらのフィールドに記録する。具体的なデータ記録態様の一例を図８に示す。

　メーカＩＤ［ｍａｋｅｒ＿ＩＤ］記録領域１１１には、データブロックに記録されたメーカプライベートデータが３次元画像情報であるか否かの識別情報を記録する。
　例えば、図８に示すように、メーカＩＤ［ｍａｋｅｒ＿ＩＤ］記録領域１１１に、予め定義された３次元画像情報（ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｉｎｆｏ）に対応するＩＤ情報［０ｘ２０００］が記録されている場合、以下のデータブロックに記録された情報が３次元画像情報（ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｉｎｆｏ）であることを示す。

　また、メーカモデルコード［ｍａｋｅｒ＿ｍｏｄｅｌ＿ｃｏｄｅ］記録領域１１２には、データブロックに記録された３次元画像情報のバージョン情報を記録する。図８に示す例では、［０ｘ０１００］が３次元画像情報のバージョン情報である。

　図７に示すデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域１１３に記録される３次元画像情報（ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｉｎｆｏ）の具体例を図９に示す。

　３次元画像情報（ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｉｎｆｏ）には、図９に示すようにフラグ情報［Ｉｎｄｅｘ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］１１５が記録される。
　フラグ情報１１５は、メディアに記録されたコンテンツにおけるＢＤＡＶディレクトリ下の設定コンテンツ（このインフォファイルによる管理対象コンテンツ）に３次元画像が含まれるか否かについての情報を設定したタフラグである。

　フラグ情報１１５の具体例を図１０に示す。
　フラグの値＝０：管理対象ディレクトリ下には２Ｄコンテンツのみ含まれ、３Ｄコンテンツは含まれない
　フラグの値＝１：管理対象ディレクトリ下に３Ｄコンテンツが含まれている可能性がある。

　このようにフラグ＝０／１のいずれかの情報が設定され、０の場合は、管理対象ディレクトリ下には２Ｄコンテンツのみ含まれ、３Ｄコンテンツは含まれない。１の場合は、管理対象ディレクトリ下に３Ｄコンテンツが含まれている可能性がある。
　これらの情報を判別可能としている。

　このようなフラグ情報をインフォファイルに含めることで、例えば再生装置はインフォファイルを利用して、メディアに格納されたコンテンツタイトルを含むメニュー表示を行う場合、フラグ情報に基づいて各タイトル対応のコンテンツに３次元画像が含まれるか否かの情報をユーザに提示することができる。

　例えば、
　タイトルＡ：３次元画像を含みます
　タイトルＢ：２次元画像です　タイトルＣ：３次元画像を含みます
　　：
　このようなメニュー表示が可能となる。

　なお、コンテンツ記録を行う装置は、記録コンテンツに３次元画像が含まれる場合、このフラグ＝１にセットし、記録コンテンツに３次元画像が含まれない場合、このフラグ＝０にセットしたインフォファイルを生成して記録する。なお、その後、記録データに対する編集や削除を行った場合、フラグの値は、クリップを確認して３Ｄコンテンツが消えていれば０にセットするといった更新処理を実行する。

　　（３－１－ｂ．プレイリストファイルに３次元画像情報を記録する例）
　次に、プレイリストファイルに３次元画像情報を記録する例について説明する。上述した例は、インフォファイル［ｉｎｆｏ．ｂｄａｖ］）のメーカプライベートデータ領域に３次元画像情報を記録する例について説明した。

　プレイリストファイルは、先に図４、図５を参照して説明したように、インフォファイル［ｉｎｆｏ．ｂｄａｖ］を用いたタイトル表示メニューから選択されたタイトルに対応して選択されるプレイリストを格納したファイルである。図５を参照して説明したように、プレイリストには、クリップに対する再生開始点（ＩＮ点）と再生終了点（ＯＵＴ点）を持つ再生区間指定情報を持つ再生パス情報（プレイアイテム）を格納している。

　メディアには複数のタイトル各々に対応付けられた複数のプレイリストファイルが存在する。これらプレイリストファイルの各々にも、インフォファイル［ｉｎｆｏ．ｂｄａｖ］と同様、メーカプライベートデータ領域が設定されている。すなわち、例えば記録再生機器等の情報処理装置の提供メーカが自由な情報を記録できる領域である。

　本例は、このプレイリストファイルのメーカプライベートデータ領域に３次元画像情報（ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｉｎｆｏ）を記録する例である。
　なお、プレイリストファイルのメーカプライベートデータ領域にも、図７に示したインフォファイルと同様、
　メーカＩＤ［ｍａｋｅｒ＿ＩＤ］記録領域
　メーカモデルコード［ｍａｋｅｒ＿ｍｏｄｅｌ＿ｃｏｄｅ］記録領域
　データブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域
　これらのデータ記録領域が設定される。

　プレイリストファイルのメーカプライベートデータ領域に３次元画像情報（ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｉｎｆｏ）を記録する場合、プレイリストファイルのメーカＩＤ記録領域にはデータブロックに記録されたデータが３次元画像情報であるか否かの識別情報を記録する。同様にプレイリストファイルのメーカモデルコード［ｍａｋｅｒ＿ｍｏｄｅｌ＿ｃｏｄｅ］記録領域には、データブロックに記録された３次元画像情報のバージョン情報を記録する。これらは図８を参照して説明したインフォファイルの場合と同様の記録構成である。

　次に、図１１を参照してプレイリストファイルのメーカプライベートデータ領域内のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域に記録される３次元画像情報（ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｉｎｆｏ）の具体例について説明する。

　プレイリストファイルのメーカプライベートデータ領域内のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域には、図１１に示すように、以下の情報が記録される。
　３次元画像フラグ［ＰｌａｙＬｉｓｔ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］１２１、
　３次元画像構成情報［ＰｌａｙＬｉｓｔ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ］１２２、
　フレーム０画像識別フラグ［ＰｌａｙＬｉｓｔ＿ｆｒａｍｅ０＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］１２３、
　ベース画像識別フラグ［ＰｌａｙＬｉｓｔ＿ｂａｓｅ＿ｖｉｅｗ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］１２４、
　メインパス画像識別フラグ［ＰｌａｙＬｉｓｔ＿ＭａｉｎＰａｔｈ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］１２５、
　符号化態様識別フラグ［ＰｌａｙＬｉｓｔ＿ｕｓｅ＿ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｍｏｄｅ＿ｆｌａｇ］１２６、
　画像間参照識別フラグ［ＰｌａｙＬｉｓｔ＿ｕｓｅ＿ｉｎｔｅｒ－ｖｉｅｗ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ］１２７、
　これらの情報が、各プレイリストファイルに記録される３次元画像情報である。

　これらは各プレイリストファイルによって指定される再生対象コンテンツに関する管理情報であり、プレイリストファイルに含まれる再生パス情報（プレイアイテム）によって規定される再生指定区間のコンテンツに対応して設定される情報となる。
　従って再生対象コンテンツが異なるプレイリストファイルには異なる情報が記録される。

　コンテンツ記録を行う装置は、記録コンテンツに３次元画像が含まれるか否かを判別して、判別情報に応じてプレイリストファイルのメーカプライベートデータ領域内のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域に図１１に示す３次元画像情報を記録する。
　コンテンツ再生を実行する装置は、このプレイリストファイルに記録された情報を適用することで正しい３次元画像再生を実行できる。

　図１１に示すメーカプライベートデータ領域内のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域に記録される各情報の詳細例について、図１２以下を参照して説明する。
　（３次元画像フラグ［ＰｌａｙＬｉｓｔ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］１２１）
　まず、３次元画像フラグ１２１の具体例について図１２を参照して説明する。

　３次元画像フラグ１２１は、プレイリストの管理対象データに３次元画像が含まれる可能性があるか否かを示す３次元画像識別データである。図１２に示すように、
　３次元画像フラグの値＝０：このプレイリストの再生対象コンテンツには２Ｄコンテンツのみ含まれ、３Ｄコンテンツは含まれない
　３次元画像フラグの値＝１：このプレイリストの再生対象コンテンツには３Ｄコンテンツが含まれている可能性がある。
　このようにフラグ＝０／１のいずれかの情報を記録する。

　なお、本例では、プレイリストに含まれる再生パス（プレイアイテム）単位では３次元画像情報を持っていない例として説明しているが、プレイリストの下位区分であるプレイアイテム単位の情報としては、後述するクリップ情報ファイルのプログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）ごとに設定する３次元画像情報が利用できる。

　また、１つのプレイリストに対応する記録コンテンツが、プレイアイテム単位で２Ｄ画像と３Ｄ画像が混在する可能性がある。この場合は、フラグ設定は、以下の設定とする。
　３次元画像フラグの値＝１：このプレイリストの再生対象コンテンツには３Ｄコンテンツが含まれている可能性がある。
　この設定とする。

　コンテンツ記録を実行する装置は、記録コンテンツに３次元画像が含まれるか否かを判別して、判別情報に応じて上記のフラグを記録する。
　コンテンツ再生を実行する装置は、フラグの値を参照し、このプレイリストを利用して再生されるコンテンツに３次元画像が含まれるか否か識別できる。

　（３次元画像構成情報［ＰｌａｙＬｉｓｔ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ］１２２）
　次に、３次元画像構成情報１２２の具体例について図１３を参照して説明する。
　３次元画像構成情報１２２は、このプレイリストによって再生されるコンテンツである３次元画像の符号化態様情報を記録する領域として設定される。

　具体的には、図１３に示すように以下の設定である。
　値＝３：サイドバイサイド方式（ｓｉｄｅ　ｂｙ　ｓｉｄｅ）
　値＝４：トップアンドボトム方式（ｔｏｐ　ａｎｄ　ｂｏｔｔｏｍ）
　値＝５：フレームシーケンシャル方式（ｆｒａｍｅ　ｓｅｑｕｅｎｔｉａｌ）
　値＝３０：ＭＶＣ符号化２エレメンタリストリーム／１システムストリーム（１クリップＡＶストリーム）
　値＝３１：ＭＶＣ符号化２エレメンタリストリーム／２システムストリーム（２クリップＡＶストリーム）
　値＝３２：ＭＶＣ符号化１エレメンタリストリーム／１システムストリーム（１クリップＡＶストリーム）
　値＝４０：独立２エレメンタリストリーム／１システムストリーム（１クリップＡＶストリーム）（ＭＶＣ符号化でない）
　値＝４１：独立２エレメンタリストリーム／２システムストリーム（２クリップＡＶストリーム）（ＭＶＣ符号化でない）
　このような符号化構成情報を記録する。
　なお、プレイリスト内の３Ｄコンテンツの種別を知ることができない場合、あるいは、プレイリスト内で、３Ｄコンテンツの種別が混在している場合は、２０（ｎｏ　ｉｎｆｏｒｍａｔｉｏｎ）とする。

　値＝３のサイドバイサイド方式は、図１（１）に示す符号化方式に対応する。
　値＝４のトップアンドボトム方式は、図１（２）に示す符号化方式に対応する。
　値＝５のフレームシーケンシャル方式は、図１（３）に示す符号化方式に対応する。
　値３０～３２のＭＶＣ符号化方式は、図２（４）に示す符号化方式に対応する。
　この場合は、エレメンタリストリームが１または２、システムストリームが１または２の場合に分類されている。
　値４０～４１の符号化方式は、図２（５）に示す符号化方式に対応する。
　この場合はエレメンタリストリームが２、システムストリームが１または２の場合に分類されている。

　コンテンツ記録を実行する装置は、記録コンテンツに３次元画像が含まれる場合、その符号化態様情報に応じて上記の値を記録する。
　コンテンツ再生を実行する装置は、上記の値を参照し、このプレイリストを利用して再生されるコンテンツの符号化態様を識別して、識別情報に対応した復号処理を実行することができる。

　　（フレーム０画像識別フラグ［ＰｌａｙＬｉｓｔ＿ｆｒａｍｅ０＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］１２３）
　次に、フレーム０画像識別フラグ１２３の具体例について図１４を参照して説明する。

　フレーム０画像識別フラグ１２３は、３次元画像の符号化方式がフレームシーケンシャル方式（図１（３）参照）の場合に記録され、再生時に利用される情報である。すなわち、図１３を参照して説明した３次元画像構成情報＝５の場合に利用される。
　図１（３）に示すようにフレームシーケンシャル方式の場合、左眼用画像（Ｌ画像）と右眼用画像（Ｒ画像）が交互のフレームとして設定される。

　例えば、
　フレーム０が左眼用画像（Ｌ画像）
　フレーム１が右眼用画像（Ｒ画像）
　あるいは、
　フレーム０が右眼用画像（Ｒ画像）
　フレーム１が左眼用画像（Ｌ画像）
　これらの組み合わせのいずれかとなる。
　再生する場合、例えば表示装置には、Ｌ画像とＲ画像が交互に表示され、その表示に合わせて例えば、ユーザの装着したシャッタ式メガネのシャッタの開閉が実行される。
　この処理によって、Ｌ画像はユーザの左眼のみによって観察され、Ｒ画像は右眼のみによって観察され正しい奥行き感を得ることができる。

　しかし、Ｌ画像とＲ画像の取り違えが発生すると、表示部にＬ画像が表示されているタイミングにシャッタ式メガネの右眼がオープンし、Ｒ画像が表示されているタイミングにシャッタ式メガネの左眼がオープンするといった全く逆の設定での表示処理がなされる可能性がある。このような表示制御が実行されてしまうと正しい立体感を持つ３次元画像の観察ができなくなる。

　このような事態を防止するための情報が、図１４に示すフレーム０画像識別フラグ１２３である。すなわち、
　フレーム０が左眼用画像（Ｌ画像）であるか、
　フレーム０が右眼用画像（Ｒ画像）であるか、
　これらのいずれであるかの情報を記録する領域である。
　具体的には、例えば、図１４に示すように、
　値＝２：フレーム０が右眼用画像（Ｒ画像）である。
　値＝３：フレーム０が左眼用画像（Ｌ画像）である。
　これらの情報を記録する。
　なお、プレイリスト内で、フレーム０とＬ／Ｒの対応付けが混在している場合、あるいは、対応付けの情報を取得できない場合は、０（ｎｏ　ｉｎｆｏｒｍａｔｉｏｎ）とする。

　コンテンツ記録を実行する装置は、記録コンテンツに３次元画像が含まれ、その符号化態様が、フレームシーケンシャル方式である場合、フレーム情報に応じて上記の値を記録する。
　コンテンツ再生を実行する装置は、このプレイリストを利用して再生されるコンテンツの復号処理に際して、上記の値を参照し、フレーム０がＬ画像であるかＲ画像であるかを正確に判別してＬＲ画像の正しい再生表示を行うことができる。

　　（ベース画像識別フラグ［ＰｌａｙＬｉｓｔ＿ｂａｓｅ＿ｖｉｅｗ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］１２４）
　次に、図１５を参照して、ベース画像識別フラグ１２４の具体例について説明する。

　ベース画像識別フラグ１２４は、３次元画像の符号化方式がＭＶＣ符号化方式（図２（４）参照）の場合に記録され、再生時に利用される情報である。すなわち、図１３を参照して説明した３次元画像構成情報＝３０～３３の場合に利用される。

　図２（４）を参照して説明したＭＶＣ符号化方式ではＬ画像とＲ画像との間で参照符号化処理がなされる場合がある。ビュー間参照による符号化が行われた場合は、ＬＲいずれかをベースビュー（基本画像）として、ベースビューを参照することで、他方の画像の復号が行われる。

　ベース画像識別フラグ１２４は、このベースビューがＬ画像であるかＲ画像であるかを示す値である。具体的には、例えば、図１５に示すように、
　値＝２：ベースビューは右眼用画像（Ｒ画像）である。
　値＝３：ベースビューは左眼用画像（Ｌ画像）である。
　これらの情報を記録する。
　なお、プレイリスト内で、ベースビューとＬ／Ｒの対応付けが混在している場合、あるいは、対応付けの情報を取得できない場合は、０（ｎｏ　ｉｎｆｏｒｍａｔｉｏｎ）とする。

　コンテンツ記録を実行する装置は、記録コンテンツに３次元画像が含まれ、その符号化態様が、ＭＶＣ符号化方式（図２（４）参照）の場合、ベースビュー情報に応じて上記の値を記録する。
　コンテンツ再生を実行する装置は、このプレイリストを利用して再生されるコンテンツの復号処理に際して、上記の値を参照しベースビューがＬＲいずれの画像であるかを判別してＬＲ画像を正しく復号して表示することができる。

　　（メインパス画像識別フラグ［ＰｌａｙＬｉｓｔ＿ＭａｉｎＰａｔｈ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］１２５）
　次に、図１６を参照して、メインパス画像識別フラグ１２５の具体例について説明する。

　メインパス画像識別フラグ１２５は、図２（５）を参照して説明した符号化方式、すなわち、［ビュー（ｖｉｅｗ）間参照なしの独立ストリーム（２ストリーム）（ＭＶＣではない）］、この符号化方式で、かつ、独立２エレメンタリストリーム／２システムストリーム（２クリップＡＶストリーム）の場合に利用されるフラグを記録する。
　具体的には、図１３を参照して説明した３次元画像構成情報＝４１：独立２エレメンタリストリーム／２システムストリーム（２クリップＡＶストリーム）
　この設定の場合に利用される。

　このメインパス画像識別フラグ１２５は、プレイリストに設定される２つの以下のパス、すなわち、
　メインパス（メインプレイアイテム）
　サブパス（サブプレイアイテム）
　これらの２つのパスの各々がＬ画像、Ｒ画像のどちらに対応するかを示すための情報が記録される。

　具体的には、例えば、図１６に示すように、
　値＝２：メインパスは右眼用画像（Ｒ画像）である。
　値＝３：メインパスは左眼用画像（Ｌ画像）である。
　これらの情報を記録する。
　なお、プレイリスト内で、メインパスとＬ／Ｒの対応付けが混在している場合、あるいは、対応付けの情報を取得できない場合は、０（ｎｏ　ｉｎｆｏｒｍａｔｉｏｎ）とする。

　コンテンツ記録を実行する装置は、記録コンテンツに３次元画像が含まれ、その符号化態様が、図１３を参照して説明した３次元画像構成情報＝４１：独立２エレメンタリストリーム／２システムストリーム（２クリップＡＶストリーム）の場合、作成または更新するプレイリストの設定に応じて上記の値を記録する。
　コンテンツ再生を実行する装置は、このプレイリストを利用して再生されるコンテンツの復号処理に際して、上記の値を参照しメインパスとサブパスがそれぞれＬＲ画像のいずれの画像の再生パスであるかを正確に判別可能となり、ＬＲ画像を正しく復号して表示することができる。

　メインパスとサプパスの利用形態について、図１７を参照して説明する。
　図１７には１つのプレイリスト１３０を示している。プレイリスト１３０は、
　メインパス（メインプレイアイテム）１３１、
　サブパス（サブプレイアイテム）１３２、
　を有している。

　メインパス（メインプレイアイテム）１３１は、クリップａ，１３５に対する再生開始点（ＩＮ＿ｔｉｍｅ）と再生終了点（ＯＵＴ＿ｔｉｍｅ）を保持し、クリップａ１３５に対応付けられたＡＶストリームを再生する。
　サブパス（サブプレイアイテム）１３２は、クリップｂ，１３６に対する再生開始点（ＩＮ＿ｔｉｍｅ）と再生終了点（ＯＵＴ＿ｔｉｍｅ）を保持し、クリップｂ１３６に対応付けられたＡＶストリームを再生する。

　このような設定の場合、メインパスとサブパスがＬＲ画像のいずれに対応するかのパターンとして以下の２つのパターンがある。
　（ａ）パターン１
　メインパスによって指定されるクリップがＬ画像再生クリップ、
　サブパスによって指定されるクリップがＲ画像再生クリップ、
　（ｂ）パターン２
　メインパスによって指定されるクリップがＲ画像再生クリップ、
　サブパスによって指定されるクリップがＬ画像再生クリップ、

　このパターン１またはパターン２がある。
　このような設定とすることで、Ｌ画像とＲ画像を１つのプレイリスト内のメインパス（メインプレイアイテム）１３１と、サブパス（サブプレイアイテム）１３２を利用して３次元画像再生を実行することができる。

　しかし、再生装置は、メインパスとサブパスがＬＲ画像のどちらに対応するかを知らないと、正しい３次元画像表示が実行できない。図１６に示すメインパス画像識別フラグ１２５は、メインパスがＬ画像対応であるかＲ画像対応であるかを示すフラグであり、再生装置は、これらの情報を参照してＬＲ画像を正しく復号して表示することができる。

　　（符号化態様識別フラグ［ＰｌａｙＬｉｓｔ＿ｕｓｅ＿ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｍｏｄｅ＿ｆｌａｇ］１２６）
　次に、図１８を参照して、符号化態様識別フラグ１２６の具体例について説明する。

　符号化態様識別フラグ１２６は、図２（４）を参照して説明した符号化方式、すなわち、［ビュー（ｖｉｅｗ）間参照ありストリーム（ＭＶＣ）］、この符号化方式の場合に利用されるフラグを記録する。
　具体的には、図１３を参照して説明した３次元画像構成情報＝３０～３２の設定の場合に利用される。

　符号化態様識別フラグ１２６は、符号化処理としてエントロピー符号化モード（ｅｎｔｒｏｐｙ　ｃｏｄｉｎｇ　ｍｏｄｅ）を使用した符号化処理を実行しているか否かを示す識別フラグである。
　なお、エントロピー符号化モード（ｅｎｔｒｏｐｙ　ｃｏｄｉｎｇ　ｍｏｄｅ）を利用した符号化処理とは、具体的には、例えば、
　ＣＡＢＡＣ（Ｃｏｎｔｅｘｔ－ｂａｓｅｄ　Ａｄａｐｔｉｖｅ　Ｂｉｎａｒｙ　Ａｒｉｔｈｍｅｔｉｃ　Ｃｏｄｉｎｇ）
　を利用した符号化処理である。

　エントロピー符号化モード（ｅｎｔｒｏｐｙ　ｃｏｄｉｎｇ　ｍｏｄｅ）を利用しない符号化処理とは、具体的には、例えば、
　ＣＡＶＬＣ（Ｃｏｎｔｅｘｔ－ｂａｓｅｄ　Ａｄａｐｔｉｖｅ　Ｖａｒｉａｂｌｅ　Ｌｅｎｇｔｈ　Ｃｏｄｉｎｇ）
　を利用した符号化処理である。

　具体的には、例えば、図１８に示すように、
　値＝１：エントロピー符号化モード（ｅｎｔｒｏｐｙ　ｃｏｄｉｎｇ　ｍｏｄｅ）を利用していない。
　値＝２：エントロピー符号化モード（ｅｎｔｒｏｐｙ　ｃｏｄｉｎｇ　ｍｏｄｅ）を利用している可能性がある。
　これらの情報を記録する。
　なお、プレイリストから再生されるビデオストリームについての情報を取得できない場合は、０（ｎｏ　ｉｎｆｏｒｍａｔｉｏｎ）とする。

　コンテンツ記録を実行する装置は、記録コンテンツに３次元画像が含まれ、その符号化態様が、ＭＶＣ符号化方式（図２（４）参照）の場合、符号化処理がエントロピー符号化モードを適用しているか否かに応じて上記の値を記録する。
　コンテンツ再生を実行する装置は、このプレイリストを利用して再生されるコンテンツの復号処理に際して、上記の値を参照して符号化態様を知り、ＬＲ画像を正しく復号して表示することができる。

　なお、例えば、再生装置は、エントロピー符号化モード（ｅｎｔｒｏｐｙ　ｃｏｄｉｎｇ　ｍｏｄｅ）であるＣＡＶＬＣ符号化データの復号を実行できない装置である場合がある。このような場合は、符号化態様識別フラグ１２６の設定情報に基づいて、３次元画像の復号再生処理を中止し、Ｌ画像のみまたはＲ画像のみの再生による２次元画像の再生を行うといった処理も実行できる。このフラグがないと、再生装置は自己の再生可能な符号化態様で符号化されているか否かを識別できないため、復号処理を開始してしまい、結果として処理エラーが発生してしまう。

　　（画像間参照識別フラグ［ＰｌａｙＬｉｓｔ＿ｕｓｅ＿ｉｎｔｅｒ－ｖｉｅｗ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ］１２７）
　次に、図１９を参照して、画像間参照識別フラグ［ＰｌａｙＬｉｓｔ＿ｕｓｅ＿ｉｎｔｅｒ－ｖｉｅｗ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ］１２７について説明する。

　画像間参照識別フラグ１２７も、図２（４）を参照して説明した符号化方式、すなわち、［ビュー（ｖｉｅｗ）間参照ありストリーム（ＭＶＣ）］、この符号化方式の場合に利用されるフラグを記録する。
　具体的には、図１３を参照して説明した３次元画像構成情報＝３０～３２の設定の場合に利用される。

　画像間参照識別フラグ１２７は、図１３を参照して説明した３次元画像構成情報＝３０～３２の設定の場合にビュー間参照が実行された符号化が行われているか否かを示す情報である。図２（４）を参照して説明した符号化方式、すなわち、［ビュー（ｖｉｅｗ）間参照ありストリーム（ＭＶＣ）］の設定に従った符号化処理においても、実際には、Ｌ画像とＲ画像との間の参照処理が実行されていない場合も存在する。

　具体的には、１つのプレイリストに対して再生コンテンツとして利用される符号化データが、
　Ｌ画像とＲ画像との間の参照がない符号化データのみ、
　Ｌ画像とＲ画像との間の参照がある符号化データが含まれる、
　これらの符号化データがある。
　これら２種類のデータの識別を可能としたフラグが画像間参照識別フラグ１２７として設定される。

　具体的には、例えば図１９に示すように、
　値＝１：ビュー間参照なし
　値＝２：ビュー間参照が含まれる可能性がある
　これらの情報が設定される。
　なお、プレイリストから再生されるビデオストリームについての情報を取得できない場合は、０（ｎｏ　ｉｎｆｏｒｍａｔｉｏｎ）とする。

　コンテンツ記録を実行する装置は、記録コンテンツに３次元画像が含まれ、その符号化態様が、ＭＶＣ符号化方式（図２（４）参照）の場合、符号化処理においてビュー間参照が実行されているか否かに応じて上記の値を記録する。
　コンテンツ再生を実行する装置は、このプレイリストを利用して再生されるコンテンツの復号処理に際して、上記の値を参照して符号化態様を知り、ＬＲ画像を正しく復号して表示することができる。

　　（３－１－ｃ．プレイリストファイルの再生パス情報（サブプレイアイテム情報）に３次元画像情報を記録する例）
　次に、プレイリストファイルの再生パス情報（サブプレイアイテム情報）に３次元画像情報を記録する例について説明する。

　図２０は、プレイリストファイルのシンタクスを示す図である。プレイリストファイルは、先に図４、図５を参照して説明したように、インフォファイルを用いたタイトル表示メニューから選択されたタイトルに対応して選択されるプレイリストを格納したファイルである。図５を参照して説明したように、プレイリストには、クリップに対する再生開始点（ＩＮ点）と再生終了点（ＯＵＴ点）を持つ再生区間指定情報を持つ再生パス情報（プレイアイテム）を格納している。

　３次元画像の符号化態様が、図１３を参照して説明した３次元画像構成情報＝４１：独立２エレメンタリストリーム／２システムストリーム（２クリップＡＶストリーム）の場合、図１６、図１７を参照して説明したように、
　プレイリストに含まれるメインパス（プレイアイテム）とサブパス（サブプレイアイテム）の各々がＬ画像とＲ画像の再生パスとして設定される。

　すなわち、
　（ａ）パターン１
　メインパスによって指定されるクリップがＬ画像再生クリップ、
　サブパスによって指定されるクリップがＲ画像再生クリップ、
　（ｂ）パターン２
　メインパスによって指定されるクリップがＲ画像再生クリップ、
　サブパスによって指定されるクリップがＬ画像再生クリップ、
　このパターン１またはパターン２の設定で画像が記録される。
　このいずれの設定で記録されたかについては、先に図１３、図１６を参照して説明したように、メインパス画像識別フラグ［ＰｌａｙＬｉｓｔ＿ＭａｉｎＰａｔｈ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］１２５に記録され、再生時にはこのフラグを参照して識別することができる。

　しかし、例えばビデオカメラで画像を撮影しメディアに記録する場合、プレイリストに設定されるメインパス（プレイアイテム）とサブパス（サブプレイアイテム）の組み合わせが、３次元画像を構成するＬ画像とＲ画像の組み合わせであるとは限らない。

　例えば
　メインパス（プレイアイテム）を通常の２次元画像データの再生用のパス
　サブパス（サブプレイアイテム）をアフレコ用の音声データ用の再生パス
　このような設定とする場合もある。

　その他、メインパスとサブパスの利用形態としては、
　ワイド画像と望遠画像各々の画像再生パス、
　全景画像と、部分拡大画像各々の画像再生パス、　フォーカス位置の異なる２つの画像の再生パス、
　このような異なる画像の再生パスの組み合わせといった設定が可能である。

　このようにメインパス（プレイアイテム）は、メインの画像データ用の再生パス情報として利用されるが、サブパス（サブプレイアイテム）の利用形態はさまざまな形態となる。従って、再生時にはサブパスの利用形態を判別して再生を行うことが必要となる。

　このための情報として、プレイリストファイルの再生パス情報（サブプレイアイテム情報）に３次元画像情報を記録する。
　図２０に示すプレイリストファイルのシンタクスには、プレイリストに含まれるメインパス（プレイアイテム）とサブパス（サブプレイアイテム）の固有情報を記録する領域が設定される。
　メインパス（プレイアイテム）情報記録領域１４１、
　サブパス（サブプレイアイテム）情報記録領域１４２、
　これらの情報記録領域である。

　サブパス（サブプレイアイテム）情報記録領域１４２の記録データの詳細シンタクスを図２１に示す。図２１に示すように、サブパス（サブプレイアイテム）情報記録領域１４２には、
　サブパス（サブプレイアイテム）タイプ情報記録領域１４５
　が設定される。

　本処理例では、このサブパス（サブプレイアイテム）タイプ情報記録領域１４５にサブパス（サブプレイアイテム）が３次元画像を構成するＬＲ画像のいずれか一方を再生するためのサブパス（サブプレイアイテム）であるか否かを識別するサブパス利用タイプ識別値を設定する。例えば、図２２に示す値である。

　図２２に示す例では、サブパス利用タイプ識別値の設定は以下の通りである。
　値＝１：音声ストリーム用の再生パス
　値＝２：３次元画像の構成画像（ＬＲ画像）の１方の画像再生パス
　このような値を設定する。

　コンテンツ記録を実行する装置は、記録コンテンツに３次元画像が含まれ、その３次元画像が、１つのプレイリスト内のメインパス（プレイアイテム）とサブパス（サブプレイアイテム）をそれぞれＬＲ画像の再生パスとして利用する場合、上記の値（２）を記録する。
　コンテンツ再生を実行する装置は、このプレイリストを利用して再生されるコンテンツの復号処理に際して、上記の値を参照してサブパスが３次元画像を構成するＬＲ画像の一方の画像の再生パスであることを確認してＬＲ画像を正しく復号して表示することができる。

　なお、ＢＤＡＶ規格では、１つのプレイリスト内のメインパス（プレイアイテム）に対してサブパス（サブプレイアイテム）を一つのみ、付加することができる。サブパス（サブプレイアイテム）は、メインパス（プレイアイテム）の時間軸上、全体あるいは一部分にのみ設定することが出来る。その際、サブパス（サブプレイアイテム）はメインパス中の複数のプレイアイテムの境界をまたぐような形で設定しても良い。

　　（３－１－ｄ．クリップ情報ファイルに３次元画像情報を記録する例）
　次に、クリップ情報ファイルに３次元画像情報を記録する例について説明する。
　先に図３等を参照して説明したように、クリップ情報ディレクトリ［ＣＬＩＰＩＮＦ］に記録されるクリップ情報ファイル［ｘｘｘｘｘ．ｃｌｐｉ］は、ストリームディレクトリ［ＳＴＲＥＡＭ］に記録されるＡＶストリームファイル［ｘｘｘｘｘ．ｍ２ｔｓ］に対応して１対１の対応で設定される。クリップ情報ファイルは、実際のストリームを再生する上で必要となるストリームに関する情報が記載されたファイルである。

　先に、インフォファイルと、プレイリストファイルのメーカプライベートデータ領域に３次元画像情報を記録する例について説明した。
　クリップ情報ファイルにもプレイリストファイルやインフォファイルと同様、メーカプライベートデータ領域が設定される。すなわち、例えば記録再生機器等の情報処理装置の提供メーカが自由な情報を記録できる領域である。

　本例は、このクリップ情報ファイルのメーカプライベートデータ領域に３次元画像情報（ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｉｎｆｏ）を記録する例である。

　クリップ情報ファイルのシンタクスを図２３に示す。クリップ情報ファイルは、図２３に示すように６個のオブジェクトから構成される。それらは、
　ＣｌｉｐＩｎｆｏ（）２０１、
　ＳｅｑｕｅｎｃｅＩｎｆｏ（）２０２、
　ＰｒｏｇｒａｍＩｎｆｏ（）２０３、
　ＣＰＩ（）２０４、
　ＣｌｉｐＭａｒｋ（）２０５、および
　ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）２０６、
　である。

　ＣｌｉｐＩｎｆｏ（）２０１は、クリップ情報ファイルに対応するＡＶストリームファイルの属性情報を記録する。
　ＳｅｑｕｅｎｃｅＩｎｆｏ（）２０２について説明する。
　ＭＰＥＧ－２トランスポートストリームの中でＳＴＣ（Ｓｙｓｔｅｍ　Ｔｉｍｅ　Ｃｌｏｃｋ（基準時間））の不連続点（システムタイムベースの不連続点）を含まない時間区間をＳＴＣ＿ｓｅｑｕｅｎｃｅと称し、Ｃｌｉｐの中で、ＳＴＣ＿ｓｅｑｕｅｎｃｅは、ｓｔｃ＿ｉｄの値によって特定される。同じＳＴＣ＿ｓｅｑｕｅｎｃｅの中で同じＳＴＣの値は、決して現れない。従って、同じＳＴＣ＿ｓｅｑｕｅｎｃｅの中で同じＰＴＳ（Ｐｒｅｓｅｎｔａｔｉｏｎ　Ｔｉｍｅ　Ｓｔａｍｐ（同期再生のための時間情報））の値もまた、決して現れない。ＡＶストリームが、Ｎ（Ｎ＞０）個のＳＴＣ不連続点を含む場合、Ｃｌｉｐのシステムタイムベースは、（Ｎ＋１）個のＳＴＣ＿ｓｅｑｕｅｎｃｅに分割される。
　ＳｅｑｕｅｎｃｅＩｎｆｏは、ＳＴＣの不連続（システムタイムベースの不連続）が発生する場所のアドレスを記録する。

　ＰｒｏｇｒａｍＩｎｆｏ（）２０３について説明する。図２４を参照して説明する。クリップ情報ファイルによって再生される再生区間や時間区間であり、以下の特徴を持つ再生区間をプログラムシーケンス(ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ)と呼ぶ。
　ＰＣＲ＿ＰＩＤ（Ｐｒｏｇｒａｍ　Ｃｌｏｃｋ　Ｒｅｆｅｒｅｎｃｅ　Ｐａｃｋｅｔ　ＩＤ）の値が変わらない。
　ビデオエレメンタリーストリームの数が変化しない。
　それぞれのビデオストリームについてのＰＩＤの値とそのＶｉｄｅｏＣｏｄｉｎｇＩｎｆｏによって定義される符号化情報が変化しない。
　オーディオエレメンタリーストリームの数が変化しない。
　それぞれのオーディオストリームについてのＰＩＤの値とそのＡｕｄｉｏＣｏｄｉｎｇＩｎｆｏによって定義される符号化情報が変化しない。

　プログラムシーケンス(ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ)は、同一の時刻において、ただ１つのシステムタイムベースを持ち、同一の時刻において、ただ１つのＰＭＴ（Ｐｒｏｇｒａｍ　Ｍａｐ　Ｔａｂｌｅ）を持つ。
　ＭＰＥＧデータを構成するトランスポートストリーム（ＴＳ）は複数のプログラムを含み、ストリームに含まれているプログラムとそのプログラムを構成している映像や音声ストリームなどのプログラムの要素との関係を表すテーブル情報が複数規定されている。テーブル情報はＰＳＩ（Ｐｒｏｇｒａｍ　Ｓｐｅｃｉｆｉｃ　Ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれ、ＰＡＴ　（Ｐｒｏｇｒａｍ　Ａｓｓｏｃｉａｔｉｏｎ　Ｔａｂｌｅ）、ＰＭＴ（Ｐｒｏｇｒａｍ　Ｍａｐ　Ｔａｂｌｅ）など複数のテーブルが含まれる。ＰＡＴにはプログラム番号に対応したＰＭＴのＰＩＤなどが記述され、ＰＭＴには対応するプログラムに含まれる映像、音声、付加データおよびＰＣＲのＰＩＤが記述される。ＰＡＴとＰＭＴを参照することによりストリームの中から目的のプログラムを構成するＴＳパケットを取り出すことができる。

　ＰｒｏｇｒａｍＩｎｆｏ（）は、プログラムシーケンス(ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ)が開始する場所のアドレスを記録する。ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔが、そのアドレスを示す。ＳＰＮはソースパケット番号である。

　なお、プログラムシーケンス(ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ)の境界と、ＳＴＣ＿ｓｅｑｕｅｎｃｅの境界は必ずしも一致しない。また、プレイアイテム（ＰｌａｙＩｔｅｍ）が有する再生開始点（ＩＮ＿ｔｉｍｅ）と再生終了点（ＯＵＴ＿ｔｉｍｅ）は、同一のＳＴＣ＿ｓｅｑｕｅｎｃｅ上にある必要があるが、プログラムシーケンス(ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ)に対してはそのような制限はない。すなわち、一般には、あるプレイアイテム（ＰｌａｙＩｔｅｍ）が有する再生開始点（ＩＮ＿ｔｉｍｅ）と再生終了点（ＯＵＴ＿ｔｉｍｅ）が、異なるプログラムシーケンス(ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ)上に存在する場合がある。

　図２５は、ＰｒｏｇｒａｍＩｎｆｏのシンタクスを示す図である。
　ｎｕｍ＿ｏｆ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅｓは、クリップ情報ファイル内のプログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）の数を示す。
　ＳＰＮ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ＿ｓｔａｒｔ［ｉ］は、ＡＶストリームファイル上でプログラムシーケンスが開始する場所の相対アドレスである。

　ｐｒｏｇｒａｍ＿ｍａｐ＿ＰＩＤ［ｉ］は、プログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）に有効なＰＭＴのＰＩＤを示す。
　ｎｕｍ＿ｏｆ＿ｓｔｒｅａｍｓ＿ｉｎ＿ｐｓ［ｉ］は、プログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）に存在するストリームの数を示す。
　ｎｕｍ＿ｏｆ＿ｇｒｏｕｐｓ［ｉ］は、プログラムシーケンス（ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ）が再生される際のストリームの組み合わせ数を示す。

　次に、図２３に示したシンタクス中の
　ＣＰＩ　（Ｃｈａｒａｃｔｅｒｉｓｔｉｃ　Ｐｏｉｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ）２０４について説明する。図２６は、ＣＰＩのシンタクスを示す図である。
　ＣＰＩは、ＡＶストリームの中の時間情報とそのファイルの中のアドレスとを関連づけるためのデータを記録する。具体的には、エントリポイントマップ（ＥＰマップ（ＥＰ＿ｍａｐ））２１０を記録する。

　図２７、図２８を参照してＥＰマップ２１０について説明する。図２７に示すように、ＥＰマップ（ＥＰ＿ｍａｐ）２１０は、クリップ情報ファイルに含まれるデータである。ＥＰマップは、例えばランダムアクセス開始可能なポイント（エントリポイント）となるＭＰＥＧデータの基準データとしてのＩピクチャ位置の検出情報を持つ。Ｉピクチャ位置の検出処理について図２８参照して説明する。図２８（Ａ）はクリップＡＶストリームを示し、各矩形は１９２バイトソースパケットを示している。各ソースパケットにはタイムスタンプが設定され再生処理時間が規定されている。

　図２８（Ｂ）に、ソースパケットＮｏ．（Ｘ１）の詳細構成を示す。１つのソースパケットは、ＴＰ＿ｅｘｔｒａヘッダとトランスポートパケットとによって構成され、トランスポートパケットには、各種のヘッダ情報と、ＭＰＥＧデータの実体としてのＩ－ＰＩＣＨ～のデータによって構成される。

　図２８（Ｃ）に示すクリップ情報ファイルには、前述したようにＥＰマップが含まれる。ＥＰマップには、図に示すように、［ＰＴＳ＿ＥＰ　ｓｔａｒｔ］、［ＳＰＮ＿ＥＰ　ｓｔａｒｔ］、［Ｉ＿ｅｎｄ＿ｐｏｓｉｔｉｏｎ＿ｏｆｆｓｅｔ］の各データが含まれる。各データの意味は、以下の通りである。
　PTS_EP_start：シーケンスヘッダを含むsource packetに対応するタイムスタンプ（プレゼンテーションタイムスタンプ）。
　SPN_EP_start：シーケンスヘッダを含むsource packetの先頭アドレス。
　I_end_position_offset：シーケンスヘッダを含むsource packetから、Ｉピクチャの終わりを含むsource packetのオフセット
　これらのデータ関係を示すのが図２８（Ｄ）である。

　すなわち、図２８（Ｂ）に示すように、ソースパケットに含まれるデータの構成が規定されており、図２８（Ｃ）に示す［ＰＴＳ＿ＥＰ　ｓｔａｒｔ］、［ＳＰＮ＿ＥＰ　ｓｔａｒｔ］、［Ｉ＿ｅｎｄ＿ｐｏｓｉｔｉｏｎ＿ｏｆｆｓｅｔ］の各データをＥＰマップから求めることで、これらのデータに基づいて、ソースパケット中のＩピクチャ位置が求められることになる。再生装置は、ＥＰマップからＩピクチャの位置を求めることで、任意の位置からの再生処理を行することができる。

　次に、図２３に示したシンタクス中の
　ＣｌｉｐＭａｒｋ２０５について説明する。
　ＣｌｉｐＭａｒｋ２０５は、クリップについてのマーク情報であり、ＣｌｉｐＭａｒｋの中にストアされる。このマークは、記録器（記録再生装置１）によってセットされるものであり、ユーザによってセットされるものではない。

　次に、図２３に示したシンタクス中の
　ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）２０６、
　について説明する。
　クリップ情報ファイルにもプレイリストファイルやインフォファイルと同様、メーカプライベートデータ領域が設定される。すなわち、例えば記録再生機器等の情報処理装置の提供メーカが自由な情報を記録できる領域である。

　本例は、このクリップ情報ファイルのメーカプライベートデータ領域に３次元画像情報（ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｉｎｆｏ）を記録する例である。
　なお、クリップ情報ファイルのメーカプライベートデータ領域にも、図７に示したインフォファイルと同様、
　メーカＩＤ［ｍａｋｅｒ＿ＩＤ］記録領域
　メーカモデルコード［ｍａｋｅｒ＿ｍｏｄｅｌ＿ｃｏｄｅ］記録領域
　データブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域
　これらのデータ記録領域が設定される。

　クリップ情報ファイルのメーカプライベートデータ領域に３次元画像情報（ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｉｎｆｏ）を記録する場合、クリップ情報ファイルのメーカＩＤ記録領域にはデータブロックに記録されたデータが３次元画像情報であるか否かの識別情報を記録する。同様にクリップ情報ファイルのメーカモデルコード［ｍａｋｅｒ＿ｍｏｄｅｌ＿ｃｏｄｅ］記録領域には、データブロックに記録された３次元画像情報のバージョン情報を記録する。これらは図８を参照して説明したインフォファイルの場合と同様の記録構成である。

　図２９を参照してクリップ情報ファイルのメーカプライベートデータ領域内のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域に記録される３次元画像情報（ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｉｎｆｏ）の具体例について説明する。

　クリップ情報ファイルのメーカプライベートデータ領域内のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域には、図２９に示すように、例えば以下の情報が記録される。
　プログラムシーケンス数（ｎｕｍｂｅｒ＿ｏｆ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅｓ）２２０
　３次元画像フラグ［ＣｌｉｐＩｎｆｏ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］２２１、
　３次元画像構成情報［ＣｌｉｐＩｎｆｏ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ］２２２、
　フレーム０画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｆｒａｍｅ０＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］２２３、
　ベース画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｂａｓｅ＿ｖｉｅｗ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］２２４、
　クリップ対応画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｔｈｉｓ＿ｃｌｉｐ　＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］２２５、
　符号化態様識別フラグ［ＣｌｉｐＩｎｆｏ＿ｕｓｅ＿ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｍｏｄｅ＿ｆｌａｇ］２２６、
　画像間参照識別フラグ［ＣｌｉｐＩｎｆｏ＿ｕｓｅ＿ｉｎｔｅｒ－ｖｉｅｗ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ］２２７、
　これらの情報が、各クリップ情報ファイルに記録される。

　プログラムシーケンス数（ｎｕｍｂｅｒ＿ｏｆ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅｓ）２２０は、クリップ情報ファイルに含まれるプログラムシーケンスの数である。クリップ情報ファイルには１以上のプログラムシーケンスが含まれる。プログラムシーケンスは、先に図２４等を参照して説明したように、ビデオエレメンタリーストリームの数や符号化情報が不変等、大きな処理の切り替わりのないコンテンツ再生時間区間であり、クリップ情報ファイルに１対１に対応付けられたＡＶストリームファイルの全再生区間の分割再生区間に対応する。すなわち、プレイリストの再生パス（プレイアイテム）によって指定される再生開始点（ＩＮ＿ｔｉｍｅ）と再生終了点（ＯＵＴ＿ｔｉｍｅ）間には複数のプログラムシーケンスが設定可能である。

　図２９に示す３次元画像フラグ２２１～画像間参照識別フラグ２２７は、先に図１１を参照して説明したプレイリストファイルの３次元画像情報とを維持する情報である。これらの３次元画像情報は、プログラムシーケンス単位で記録されることになる。
　従って異なるプログラムシーケンスに対応する３次元画像情報は異なる情報となる場合がある。

　コンテンツ記録を行う装置は、記録コンテンツに３次元画像が含まれるか否かを判別して、判別情報に応じてクリップ情報ファイルのメーカプライベートデータ領域内のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域にプログラムシーケンス単位で、図２９に示す各種の３次元画像情報を記録する。
　コンテンツ再生を実行する装置は、このクリップ情報ファイルに記録された情報をプログラムシーケンス単位で適用することで正しい３次元画像再生を実行できる。

　図２９に示すクリップ情報ファイルのメーカプライベートデータ領域内のデータブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域に記録される３次元画像情報、すなわち、３次元画像フラグ２２１～画像間参照識別フラグ２２７、これらの各情報の詳細例について、図３０以下を参照して説明する。なお、前述したように、これらの情報はプログラムシーケンス単位で個別に記録される。

　（３次元画像フラグ［ＣｌｉｐＩｎｆｏ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］２２１）
　まず、３次元画像フラグ２２１の具体例について図３０を参照して説明する。

　３次元画像フラグの値＝０：このクリップ情報のプログラムシーケンスの再生対象コンテンツには２Ｄコンテンツのみ含まれ、３Ｄコンテンツは含まれない
　３次元画像フラグの値＝１：このクリップ情報のプログラムシーケンスの再生対象コンテンツには３Ｄコンテンツが含まれている可能性がある。
　このようにフラグ＝０／１のいずれかの情報を記録する。

　なお、コンテンツ記録を実行する装置は、記録コンテンツに３次元画像が含まれるか否かを判別して、判別情報に応じて上記のフラグを記録する。この処理は、クリップ情報ファイルに設定されるプログラムシーケンス各々に対応して実行される。
　コンテンツ再生を実行する装置は、クリップ情報ファイルのプログラムシーケンス単位でフラグの値を参照し、プログラムシーケンス単位でコンテンツに３次元画像が含まれるか否か識別できる。

　（３次元画像構成情報［ＣｌｉｐＩｎｆｏ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ］２２２）
　次に、３次元画像構成情報２２２の具体例について図３１を参照して説明する。
　３次元画像構成情報２２２は、このクリップ情報によって再生されるコンテンツである３次元画像の符号化態様情報を記録する領域として設定される。

　具体的には、図３１に示すように以下の設定である。
　値＝３：サイドバイサイド方式（ｓｉｄｅ　ｂｙ　ｓｉｄｅ）
　値＝４：トップアンドボトム方式（ｔｏｐ　ａｎｄ　ｂｏｔｔｏｍ）
　値＝５：フレームシーケンシャル方式（ｆｒａｍｅ　ｓｅｑｕｅｎｔｉａｌ）
　値＝３０：ＭＶＣ符号化２エレメンタリストリーム／１システムストリーム（クリップはＭＶＣ符号化された２つのエレメンタリストリームを含む）
　値＝３１：ＭＶＣ符号化２エレメンタリストリーム／２システムストリーム（クリップはＭＶＣ符号化された２つのエレメンタリストリームの片方を含む）
　値＝３２：ＭＶＣ符号化１エレメンタリストリーム／１システムストリーム
　値＝４０：独立２エレメンタリストリーム／１システムストリーム（クリップはＭＶＣ符号化と異なる符号化のなされた２つのエレメンタリストリームを含む）
　値＝４１：独立２エレメンタリストリーム／２システムストリーム（クリップはＭＶＣ符号化と異なる符号化のなされた２つのエレメンタリストリームの片方を含む）
　このような符号化構成情報を記録する。

　ただし、プログラムシーケンス（ｐｒｏｇｒａｍ　ｓｅｑｕｅｎｃｅ）内で、３Ｄコンテンツの種別が混在している、あるいは、不明の場合は、２０（ｎｏ　ｉｎｆｏｒｍａｔｉｏｎ）とする。

　値＝３のサイドバイサイド方式は、図１（１）に示す符号化方式に対応する。
　値＝４のトップアンドボトム方式は、図１（２）に示す符号化方式に対応する。
　値＝５のフレームシーケンシャル方式は、図１（３）に示す符号化方式に対応する。
　値３０～３３のＭＶＣ符号化方式は、図２（４）に示す符号化方式に対応する。
　この場合は、エレメンタリストリームが１または２、システムストリームが１または２の場合に分類されている。
　値４０～４１の符号化方式は、図２（５）に示す符号化方式に対応する。
　この場合もエレメンタリストリームが２、システムストリームが１または２の場合に分類されている。

　コンテンツ記録を実行する装置は、記録コンテンツに３次元画像が含まれる場合、その符号化態様情報に応じて上記の値を記録する。この処理は、クリップ情報ファイルに設定されるプログラムシーケンス各々に対応して実行される。
　なお、３Ｄコンテンツの種別が変化するごとにプログラムシーケンス(ｐｒｏｇｒａｍ　ｓｅｑｕｅｎｃｅ)を分けて記録し、１つのプログラムシーケンス(ｐｒｏｇｒａｍ　ｓｅｑｕｅｎｃｅ)を１つの符号化態様とした設定での３次元画像記録を実行する。　　　

　コンテンツ再生を実行する装置は、上記の値を参照し、このクリップ情報を利用して再生されるコンテンツの符号化態様を識別して、識別情報に対応した復号処理を実行することができる。プログラムシーケンス単位で３次元画像の符号化態様を判別し、その態様に応じた復号を実行することができる。

　　（フレーム０画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｆｒａｍｅ０＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］２２３）
　次に、フレーム０画像識別フラグ２２３の具体例について図３２を参照して説明する。

　フレーム０画像識別フラグ２２３は、３次元画像の符号化方式がフレームシーケンシャル方式（図１（３）参照）の場合に記録され、再生時に利用される情報である。すなわち、図３１を参照して説明した３次元画像構成情報＝５の場合に利用される。
　先に説明したように、図１（３）に示すようにフレームシーケンシャル方式の場合、左眼用画像（Ｌ画像）と右眼用画像（Ｒ画像）が交互のフレームとして設定される。
　例えば、
　フレーム０が左眼用画像（Ｌ画像）
　フレーム１が右眼用画像（Ｒ画像）
　あるいは、
　フレーム０が右眼用画像（Ｒ画像）
　フレーム１が左眼用画像（Ｌ画像）
　これらの組み合わせのいずれかとなる。

　Ｌ画像はユーザの左眼のみによって観察され、Ｒ画像は右眼のみによって観察されれば、正しい奥行き感を得ることができる。ＬＲ画像の表示シーケンスを正しく設定するための情報が、図３２に示すフレーム０画像識別フラグ２２３である。
　具体的には、例えば、図３２に示すように、
　値＝２：フレーム０が右眼用画像（Ｒ画像）である。
　値＝３：フレーム０が左眼用画像（Ｌ画像）である。
　これらの情報を記録する。
　ただし、フレーム０がＬ／Ｒのどちらに対応するか、その情報を取得できない場合は、０（ｎｏ　ｉｎｆｏｒｍａｔｉｏｎ）とする。

　コンテンツ記録を実行する装置は、記録コンテンツに３次元画像が含まれ、その符号化態様が、フレームシーケンシャル方式である場合、フレーム情報に応じて上記の値を記録する。この処理は、クリップ情報ファイルに設定されるプログラムシーケンス各々に対応して実行される。
　コンテンツ再生を実行する装置は、このクリップ情報を利用して再生されるコンテンツの復号処理に際して、上記の値を参照し、フレーム０がＬ画像であるかＲ画像であるかを正確に判別してＬＲ画像の正しい再生表示を行うことができる。再生装置は、プログラムシーケンス単位で判別を実行して判別情報に従った復号処理を実行することができる。

　　（ベース画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｂａｓｅ＿ｖｉｅｗ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］２２４）
　次に、図３３を参照して、ベース画像識別フラグ２２４の具体例について説明する。

　ベース画像識別フラグ２２４は、３次元画像の符号化方式がＭＶＣ符号化方式（図２（４）参照）の場合に記録され、再生時に利用される情報である。すなわち、図３１を参照して説明した３次元画像構成情報＝３０～３２の場合に利用される。

　ベース画像識別フラグ２２４は、このベースビューがＬ画像であるかＲ画像であるかを示す値である。具体的には、例えば、図３３に示すように、
　値＝２：ベースビューは右眼用画像（Ｒ画像）である。
　値＝３：ベースビューは左眼用画像（Ｌ画像）である。
　これらの情報を記録する。
　ただし、ベースビューがＬ／Ｒのどちらに対応するか、その情報を取得できない場合は、０（ｎｏ　ｉｎｆｏｒｍａｔｉｏｎ）とする。

　コンテンツ記録を実行する装置は、記録コンテンツに３次元画像が含まれ、その符号化態様が、ＭＶＣ符号化方式（図２（４）参照）の場合、ベースビュー情報に応じて上記の値を記録する。記録処理は、プログラムシーケンス単位で実行する。

　コンテンツ再生を実行する装置は、このクリップ情報を利用して再生されるコンテンツの復号処理に際して、上記の値を参照しベースビューがＬＲいずれの画像であるかを判別してＬＲ画像を正しく復号して表示することができる。プログラムシーケンス単位で情報を取得し処理を切り換えることが可能となる。

　　（クリップ対応画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｔｈｉｓ＿Ｃｌｉｐ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］２２５）
　次に、図３４を参照して、クリップ対応画像識別フラグ２２５の具体例について説明する。

　クリップ対応画像識別フラグ２２５は、図２（５）を参照して説明した符号化方式、すなわち、［ビュー（ｖｉｅｗ）間参照なしの独立ストリーム（２ストリーム）（ＭＶＣではない）］、この符号化方式で、かつ、独立２エレメンタリストリーム／２システムストリーム（２クリップＡＶストリーム）の場合に利用されるフラグを記録する。
　具体的には、図３１を参照して説明した３次元画像構成情報＝４１：独立２エレメンタリストリーム／２システムストリーム（クリップはＭＶＣ符号化と異なる符号化のなされた２つのエレメンタリストリームを含む）
　この設定の場合に利用される。

　このクリップ対応画像識別フラグ２２５は、このクリップが、３次元画像を構成する左眼用画像（Ｌ画像）対応のクリップであるか右眼用画像（Ｒ画像）対応のクリップであるかを示す情報である。なおこの情報はプログラムシーケンス単位の情報として設定される。

　具体的には、例えば、図３４に示すように、
　値＝２：当該クリップが右眼用画像（Ｒ画像）対応クリップであり、ペアになる他方のクリップが左眼用画像（Ｌ画像）対応クリップである。
　値＝３：当該クリップが左眼用画像（Ｌ画像）対応クリップであり、ペアになる他方のクリップが右眼用画像（Ｒ画像）対応クリップである。

　すなわち、クリップ対応画像識別フラグ２２５は、値＝３のとき、当該クリップがＬ画像（Ｌｅｆｔ　ｖｉｅｗ）であり、ペアになるもう片方のクリップがＲ画像（Ｒｉｇｈｔ　ｖｉｅｗ）であることを表す。また、値＝２のとき、当該クリップがＲ画像（Ｒｉｇｈｔ　ｖｉｅｗ）であり、ペアになるもう片方のクリップがＬ画像（Ｌｅｆｔ　ｖｉｅｗ）であることを表す。
　なお、クリップのプログラムシーケンス対応のコンテンツがＬ／Ｒのどちらに対応するか、その情報を取得できない場合は、０（ｎｏ　ｉｎｆｏｒｍａｔｉｏｎ）とする。

　コンテンツ記録を実行する装置は、記録コンテンツに３次元画像が含まれ、その符号化態様が、図３１を参照して説明した３次元画像構成情報＝４１：独立２エレメンタリストリーム／２システムストリームの場合、作成または更新するクリップ情報の設定に応じて上記の値を記録する。記録処理は、プログラムシーケンス単位で実行する。

　コンテンツ再生を実行する装置は、このクリップ情報を利用して再生されるコンテンツの復号処理に際して、上記の値を参照しメインパスとサブパスがそれぞれＬＲ画像のいずれの画像の再生パスであるかを正確に判別可能となり、ＬＲ画像を正しく復号して表示することができる。プログラムシーケンス単位で情報を取得し処理を切り換えることが可能となる。

（符号化態様識別フラグ［ＣｌｉｐＩｎｆｏ＿ｕｓｅ＿ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｍｏｄｅ＿ｆｌａｇ］２２６）
　次に、図３５を参照して、符号化態様識別フラグ２２６の具体例について説明する。

　符号化態様識別フラグ２２６は、図２（４）を参照して説明した符号化方式、すなわち、［ビュー（ｖｉｅｗ）間参照ありストリーム（ＭＶＣ）］、この符号化方式の場合に利用されるフラグを記録する。
　具体的には、図３１を参照して説明した３次元画像構成情報＝３０～３２の設定の場合に利用される。

　符号化態様識別フラグ２２６は、符号化処理としてエントロピー符号化モード（ｅｎｔｒｏｐｙ　ｃｏｄｉｎｇ　ｍｏｄｅ）を使用した符号化処理を実行しているか否かを示す識別フラグである。
　なお、エントロピー符号化モード（ｅｎｔｒｏｐｙ　ｃｏｄｉｎｇ　ｍｏｄｅ）を利用した符号化処理とは、先に説明したように、具体的には、例えば、
　ＣＡＢＡＣ（Ｃｏｎｔｅｘｔ－ｂａｓｅｄ　Ａｄａｐｔｉｖｅ　Ｂｉｎａｒｙ　Ａｒｉｔｈｍｅｔｉｃ　Ｃｏｄｉｎｇ）
　を利用した符号化処理である。
　エントロピー符号化モード（ｅｎｔｒｏｐｙ　ｃｏｄｉｎｇ　ｍｏｄｅ）を利用しない符号化処理とは、具体的には、例えば、
　ＣＡＶＬＣ（Ｃｏｎｔｅｘｔ－ｂａｓｅｄ　Ａｄａｐｔｉｖｅ　Ｖａｒｉａｂｌｅ　Ｌｅｎｇｔｈ　Ｃｏｄｉｎｇ）
　を利用した符号化処理である。

　具体的には、例えば、図３５に示すように、
　値＝１：エントロピー符号化モード（ｅｎｔｒｏｐｙ　ｃｏｄｉｎｇ　ｍｏｄｅ）を利用していない。
　値＝２：エントロピー符号化モード（ｅｎｔｒｏｐｙ　ｃｏｄｉｎｇ　ｍｏｄｅ）を利用している可能性がある。
　これらの情報を記録する。
　なお、クリップ情報のプログラムシーケンス対応の符号化データの符号化に関する情報を取得できない場合は、０（ｎｏ　ｉｎｆｏｒｍａｔｉｏｎ）とする。

　コンテンツ記録を実行する装置は、記録コンテンツに３次元画像が含まれ、その符号化態様が、ＭＶＣ符号化方式（図２（４）参照）の場合、符号化処理がエントロピー符号化モードを適用しているか否かに応じて上記の値を記録する。記録処理は、プログラムシーケンス単位で実行する。
　コンテンツ再生を実行する装置は、このクリップ情報を利用して再生されるコンテンツの復号処理に際して、上記の値を参照して符号化態様を知り、ＬＲ画像を正しく復号して表示することができる。プログラムシーケンス単位で情報を取得し処理を切り換えることが可能となる。

　なお、例えば、再生装置は、エントロピー符号化モード（ｅｎｔｒｏｐｙ　ｃｏｄｉｎｇ　ｍｏｄｅ）であるＣＡＶＬＣ符号化データの復号を実行できない装置である場合がある。このような場合は、符号化態様識別フラグ２２６の設定情報に基づいて、３次元画像の復号再生処理を中止し、Ｌ画像のみまたはＲ画像のみの再生による２次元画像の再生を行うといった処理も実行できる。このフラグがないと、再生装置は自己の再生可能な符号化態様で符号化されているか否かを識別できないため、復号処理を開始してしまい、結果として処理エラーが発生してしまう。

　　（画像間参照識別フラグ［ＣｌｉｐＩｎｆｏ＿ｕｓｅ＿ｉｎｔｅｒ－ｖｉｅｗ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ］２２７）
　次に、図３６を参照して、画像間参照識別フラグ［ＣｌｉｐＩｎｆｏ＿ｕｓｅ＿ｉｎｔｅｒ－ｖｉｅｗ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ］２２７について説明する。

　画像間参照識別フラグ２２７も、図２（４）を参照して説明した符号化方式、すなわち、［ビュー（ｖｉｅｗ）間参照ありストリーム（ＭＶＣ）］、この符号化方式の場合に利用されるフラグを記録する。
　具体的には、図３１を参照して説明した３次元画像構成情報＝３０～３２の設定の場合に利用される。

　画像間参照識別フラグ２２７は、図３１を参照して説明した３次元画像構成情報＝３０～３２の設定の場合にビュー間参照が実行された符号化が行われているか否かを示す情報である。図２（４）を参照して説明した符号化方式、すなわち、［ビュー（ｖｉｅｗ）間参照ありストリーム（ＭＶＣ）］の設定に従った符号化処理においても、実際には、Ｌ画像とＲ画像との間の参照処理が実行されていない場合も存在する。

　具体的には、１つのクリップ情報のプログラムシーケンス対応の再生コンテンツである符号化データが、
　Ｌ画像とＲ画像との間の参照がない符号化データのみ、
　Ｌ画像とＲ画像との間の参照がある符号化データが含まれる、
　これらの符号化データがある。
　これら２種類のデータの識別を可能としたフラグが画像間参照識別フラグ２２７として設定される。

　具体的には、例えば図３６に示すように、
　値＝１：ビュー間参照なし
　値＝２：ビュー間参照が含まれる可能性がある
　これらの情報が設定される。
　ただし、クリップ情報のプログラムシーケンス対応の符号化データの符号化に関する情報を取得できない場合は、０（ｎｏ　ｉｎｆｏｒｍａｔｉｏｎ）とする。

　コンテンツ記録を実行する装置は、記録コンテンツに３次元画像が含まれ、その符号化態様が、ＭＶＣ符号化方式（図２（４）参照）の場合、符号化処理においてビュー間参照が実行されているか否かに応じて上記の値を記録する。
　コンテンツ再生を実行する装置は、このクリップ情報を利用して再生されるコンテンツの復号処理に際して、上記の値を参照して符号化態様を知り、ＬＲ画像を正しく復号して表示することができる。

　　［４．情報処理装置の実行する処理シーケンスについて］
　次に、図３７以下のフローチャートを参照して情報処理装置の実行する処理シーケンスについて説明する。なお、以下のフローにおいて説明する処理は、情報処理装置のデータ処理部において実行される。データ処理部はプログラム実行機能を持つＣＰＵを有する。例えばメモリに記録されたプログラムに従って一連の処理が実行される。

　　（４－１．コンテンツの記録処理シーケンス）
　まず、メディアに対するデータ記録処理シーケンスについて図３７に示すフローチャートを参照して説明する。なお、この処理は、記録データが３次元画像コンテンツを含む場合の処理である。

　ステップＳ１０１～Ｓ１０３において、情報処理装置が例えば撮影処理により取得または外部から入力した３次元画像コンテンツの画像（ビデオ）エレメンタリストリームの数と、トランスポートストリーム数を確認する。これらの情報は、ステップＳ１０１において、入力データに設定された属性情報（メタデータ）等から取得する、あるいは入力ストリームの解析によって取得する。

　なお、エレメンタリストリームは、画像のエンコード直後のデータストリームであり、トランスポートストリームは、タイムスタンプ等、他のデータ、例えば音声情報等との同期用データを設定したストリームデータであり、エレメンタリストリームを多重化したトランスポートストリームに基づいてＭＰＥＧデータファイル（例えばｍ２ｔｓファイル）を生成してメディアに記録する処理が実行される。

　３次元画像を記録する場合、Ｌ画像とＲ画像を個別のエレメンタリストリームとする場合と、１つのエレメンタリストリームとする場合がある。
　また、Ｌ画像とＲ画像が１つのエレメンタリストリームに設定されている場合は、その１つのエレメンタリストリームから１つのトランスポートストリームが生成される。Ｌ画像とＲ画像を個別のエレメンタリストリームに設定されている場合は、これら個別の２つのトランスポートストリームとする場合と、２つのエレメンタリストリームをまとめて１つのトランスポートストリームとする場合がある。これらは、例えば、先に図１、図２を参照して説明した符号化態様等によって決定される。

　なお、３次元画像の符号化方式が、例えば特定の放送局や特定の機種の装置等、入力ソースに応じて予め決まっている場合には、これらの入力ソースに応じたテーブル等を保持し、このテーブルを参照する処理によって入力データの態様を判別する構成としてもよい。

　ステップＳ１０２において、画像（ビデオ）エレメンタリストリームの数が１か２かを判定し、１である場合は、ステップＳ１２１に進み、２である場合は、ステップＳ１０３に進む。
　ステップＳ１０３では、トランスポートストリームの数が１か２かを判定し、１である場合は、ステップＳ１２１に進み、２である場合はステップＳ１１１に進む。

　ステップＳ１１１に進む場合は、３次元画像を構成するＬ画像とＲ画像とが個別の、すなわち２つのトランスポートストリームとして設定されている場合である。
　一方、ステップＳ１２１に進む場合は、３次元画像を構成するＬ画像とＲ画像とが１つのトランスポートストリームとして設定されている場合である。

　まず、ステップＳ１１１以下の処理について説明する。すなわち、３次元画像を構成するＬ画像とＲ画像とが個別の、すなわち２つのトランスポートストリームとして設定されている場合の処理である。

　ステップＳ１１１では、２本の入力ストリームを解析し、エントリポイントマップを作成しながら２本の入力ストリームを別々のＡＶストリームファイル（ＭＰＥＧ－２トランスポートストリーム（ｍ２ｔｓ）ファイル）として記録する。すなわち、２つのクリップを作成する。なお、ここで、クリップとはコンテンツ実体を格納したＡＶストリームファイルと、管理情報ファイルとしてのクリップ情報ファイルからなる１組のファイルのセットを意味する。

　ステップＳ１１２では、２つのクリップ対応のｍ２ｔｓファイル毎に以下の処理を行う。
　３Ｄコンテンツ部分を示すプログラムシーケンスを作成する。
　クリップ情報ファイルの３次元画像フラグ[ClipInfo_multiview_video_flag]を[1]にセットし、エントリポイントマップ（ＥＰマップ）とともにクリップ情報ファイルに記録する。

　先に説明したように、クリップ情報ファイルには、クリップを区分した再生区分単位としてのプログラムシーケンス(ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅ)単位で情報が記録される。プログラムシーケンスは、同一の時刻においてただ１つのシステムタイムベースを持ち、同一の時刻において、ただ１つのＰＭＴ（Ｐｒｏｇｒａｍ　Ｍａｐ　Ｔａｂｌｅ）を持つ。

　また、図２３、図２６～図２８を参照して説明したようにクリップ情報ファイルには、例えばランダム再生等の際の再生開始点としてのＩピクチャ位置情報等を記録したエントリポイントマップ（ＥＰマップ）が記録される。

　ステップＳ１１２では、ＬＲ各画像対応のクリップの各々について、クリップ情報ファイルを作成する。なお、この処理に際しては、プログラムシーケンス単位でクリップ情報ファイルの３次元画像フラグ[ClipInfo_multiview_video_flag]を[1]にセットする他、３次元画像情報を記録する処理を行う。
　なお、この処理の詳細については、後段で図３８および図３９に示すフローチャートを参照して説明する。

　次のステップＳ１１３～Ｓ１１５の処理はプレイリストファイルに関する処理である。
　まず、ステップＳ１１３では、第１クリップに対して、３Ｄコンテンツが含まれるクリップの位置を参照する再生パス情報（プレイアイテム（PlayItem））を生成する。
　なお、３次元画像コンテンツの構成ストリームとしてのＬＲ画像いずれかの画像対応のクリップを第１クリップとして、他方の画像対応のクリップを第２クリップとする。

　ステップＳ１１４では、第２クリップに対して、３Ｄコンテンツが含まれるクリップの位置を参照する再生パス情報（サブプレイアイテム（SubPlayItem））を生成する。

　ステップＳ１１５では、メインパス（プレイアイテム（PlayItem））とサブパス（サブプレイアイテム（SubPlayItem））から構成されるプレイリストを作成する。さらに、３次元画像コンテンツが含まれるプレイリストであることを示すプレイリストファイルの３次元画像フラグ[Playlist_multiview_video_flag]を[1]にセットする。
　なお、プレイリストファイルの作成時には、３次元画像フラグ以外の３次元画像情報についても記録画像に応じた値を設定する処理を実行する。この詳細処理については、後段で図４０に示すフローチャートを参照して説明する。

　最後に、ステップＳ１３１において、インフォファイルを更新する。この処理に際して、インフォファイルに記録される３次元画像情報に、３Ｄコンテンツが含まれることを示す３次元画像フラグ［Index_multiview_video_flag］を［１］にセットする処理を行う。

　次に、ステップＳ１２１以下の処理について説明する。すなわち、３次元画像を構成するＬ画像とＲ画像を併せて１つのトランスポートストリームとして設定されている場合の処理である。

　ステップＳ１２１では、１本の入力ストリームを解析し、エントリポイントマップを作成しながら入力ストリームを１つのＡＶストリームファイル（ＭＰＥＧ－２トランスポートストリーム（ｍ２ｔｓ）ファイル）として記録する。すなわち、１つのクリップを作成する。クリップはコンテンツ実体を格納したＡＶストリームファイルと、管理情報ファイルとしてのクリップ情報ファイルからなる１組のファイルのセットを意味する。

　ステップＳ１２２では、クリップ対応のｍ２ｔｓファイルに対して以下の処理を行う。
　３Ｄコンテンツ部分を示すプログラムシーケンスを作成する。
　クリップ情報ファイルの３次元画像フラグ[ClipInfo_multiview_video_flag]を[1]にセットし、エントリポイントマップ（ＥＰマップ）とともにクリップ情報ファイルに記録する。
　なお、この処理に際しては、プログラムシーケンス単位でクリップ情報ファイルの３次元画像フラグ[ClipInfo_multiview_video_flag]を[1]にセットする他、３次元画像情報を記録する処理を行う。この処理の詳細については、後段で図３８および図３９に示すフローチャートを参照して説明する。

　次のステップＳ１２３～Ｓ１２４の処理はプレイリストファイルに関する処理である。
　まず、ステップＳ１２３では、クリップに対して、３Ｄコンテンツが含まれるクリップの位置を参照する再生パス情報（プレイアイテム（PlayItem））を生成する。
　なお、この場合、クリップはＬＲ画像とも１つのクリップに格納されており、生成するパス情報はメインパス（プレイアイテム）のみであり、３次元画像用のサブパス（サブプレイアイテム）は生成されない。

　ステップＳ１２４では、メインパス（プレイアイテム（PlayItem））から構成されるプレイリストを作成する。さらに、３次元画像コンテンツが含まれるプレイリストであることを示すプレイリストファイルの３次元画像フラグ[Playlist_multiview_video_flag]を[1]にセットする。
　なお、プレイリストファイルの作成時には、３次元画像フラグ以外の３次元画像情報についても記録画像に応じた値を設定する処理を実行する。この詳細処理については、後段で図４０に示すフローチャートを参照して説明する。

　　（４－２．クリップ情報ファイルに対する３次元画像情報の記録／更新処理シーケンス）
　次に、図３８に示すフローチャートを参照して、クリップ情報ファイルの３次元画像情報の記録または更新処理シーケンスについて説明する。
　この処理は、図３７に示すフロー中のステップＳ１１２、およびステップＳ１２２の詳細処理を示すフローである。

　まず、ステップＳ１５１において、クリップ内の処理対象とするプログラムシーケンスを選択する。
　次に、ステップＳ１５２において、選択したプログラムシーケンスに対応するコンテンツは３Ｄコンテンツを含むか否かを判定する。含む場合はステップＳ１５３に進み、含まない場合はステップＳ１５４に進む。

　含まない場合は、ステップＳ１５４に進み、クリップ情報ファイルのプログラムシーケンス対応の３次元画像フラグ[ClipInfo_multiview_video_flag]を[０]にセットする。すなわち、プログラムシーケンス対応のコンテンツには３次元画像が含まれないことを示すフラグを設定する。その後、ステップＳ１５６に進む。

　一方、ステップＳ１５２において、選択したプログラムシーケンスに対応するコンテンツは３Ｄコンテンツを含むと判定した場合は、ステップＳ１５３に進み、クリップ情報ファイルのプログラムシーケンス対応の３次元画像フラグ[ClipInfo_multiview_video_flag]を[１]にセットする。すなわち、プログラムシーケンス対応のコンテンツには３次元画像が含まれることを示すフラグを設定する。

　さらに、ステップＳ１５５に進み、クリップ情報ファイルのプログラムシーケンス対応のその他の３次元画像情報の記録処理を実行する。すなわち、先に図２９を参照して説明した以下の３次元画像情報についての値設定処理を行なう。
　３次元画像構成情報［ＣｌｉｐＩｎｆｏ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ］
　フレーム０画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｆｒａｍｅ０＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］
　ベース画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｂａｓｅ＿ｖｉｅｗ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］
　クリップ対応画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｔｈｉｓ＿Ｃｌｉｐ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］
　符号化態様識別フラグ［ＣｌｉｐＩｎｆｏ＿ｕｓｅ＿ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｍｏｄｅ＿ｆｌａｇ］
　画像間参照識別フラグ［ＣｌｉｐＩｎｆｏ＿ｕｓｅ＿ｉｎｔｅｒ－ｖｉｅｗ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ］
　これらの設定値を記録／更新データに応じて設定する処理を行なう。
　なお、これらの情報は、記録する３次元画像の符号化態様等の情報に応じて設定することになる。

　これらの処理の後、ステップＳ１５６に進む。ステップＳ１５６では、クリップに設定されたプログラムシーケンスの全てに対する処理が終了したか否かを判定し、未終了のプログラムシーケンスがある場合は、ステップＳ１５１以下の処理を未終了のプログラムシーケンスに対して実行する。
　ステップＳ１５６において、クリップに設定されたプログラムシーケンスの全てに対する処理が終了したと判定した場合は、処理を終了する。

　　（４－３．クリップ情報ファイルに対する３次元画像情報としてのフレーム０画像識別フラグと、ベース画像識別フラグの記録／更新処理シーケンス）
　次に、クリップ情報ファイルに記録される３次元画像情報中の以下の情報、すなわち、
　フレーム０画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｆｒａｍｅ０＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］
　ベース画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｂａｓｅ＿ｖｉｅｗ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］
　これらの情報の記録シーケンスについて図３９に示すフローチャートを参照して説明する。

　まず、ステップＳ１６１において、クリップ内の処理対象とするプログラムシーケンスを選択する。
　次に、ステップＳ１６２において、選択したプログラムシーケンスに対応する３次元画像情報から、３次元画像構成情報［ＣｌｉｐＩｎｆｏ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ］を取得し、設定値が［５］であるか否かを判定する。すなわち、符号化方式がフレームシーケンシャル方式であるか否かを判定する。

　フレーム０画像識別フラグは、再生装置では、フレームシーケンシャル方式である場合にのみ参照される値であり、記録処理に際しても、記録画像がフレームシーケンシャル方式である場合にのみ有効情報の記録が実行される。

　ステップＳ１６２において、３次元画像構成情報の設定値が［５］であると判定した場合は、ステップＳ１６３に進み、［５］でないと判定した場合は、ステップＳ１６７に進む。

　ステップＳ１６２において、３次元画像構成情報の設定値が［５］であると判定した場合は、ステップＳ１６３において、画像（ビデオ）エレメンタリストリーム中のメタデータ、例えばＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ　Ｅｎｈａｎｃｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ）あるいはユーザデータ(user data)を解析し、フレーム０の画像がＬ／Ｒ画像のどちらに対応するかを判定する。

　ステップＳ１６４において、フレーム０の画像がＬ画像であると判定した場合は、ステップＳ１６６に進み、クリップ情報ファイルのプログラムシーケンス対応のフレーム０画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｆｒａｍｅ０＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］の設定値を［３］（フレーム０＝Ｌ画像を示す）に設定する。

　一方、ステップＳ１６４において、フレーム０の画像がＲ画像であると判定した場合は、ステップＳ１６５に進み、クリップ情報ファイルのプログラムシーケンス対応のフレーム０画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｆｒａｍｅ０＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］の設定値を［２］（フレーム０＝Ｒ画像を示す）に設定する。

　これらの処理の完了後に、ステップＳ１６７に進む。
　ステップＳ１６７では、選択したプログラムシーケンスに対応する３次元画像情報から、３次元画像構成情報［ＣｌｉｐＩｎｆｏ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ］を取得し、設定値が［３０］または［３１］または［３２］であるか否かを判定する。すなわち、符号化方式がビュー間参照を実行している可能性のある符号化方式であるか否かを判定する。

　ベース画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｂａｓｅ＿ｖｉｅｗ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］は、再生装置では、ビュー間参照を実行している可能性のある符号化方式である場合にのみ参照される値であり、記録処理に際しても、記録画像がビュー間参照を実行している可能性のある符号化方式である場合にのみ有効情報の記録が実行される。

　ステップＳ１６７において、３次元画像構成情報の設定値が［３０］または［３１］または［３２］であると判定した場合は、ステップＳ１６８に進み、［３０］または［３１］または［３２］でないと判定した場合は、ステップＳ１７２に進む。

　ステップＳ１６７において、３次元画像構成情報の設定値が［３０］または［３１］または［３２］であると判定した場合は、ステップＳ１６８において、画像（ビデオ）エレメンタリストリーム中のメタデータ、例えばＳＥＩ（Ｓｕｐｐｌｅｍｅｎｔａｌ　Ｅｎｈａｎｃｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ）あるいはユーザデータ(user data)を解析し、ベースビューの画像がＬ／Ｒ画像のどちらに対応するかを判定する。

　ステップＳ１６９において、ベースビュー画像がＬ画像であると判定した場合は、ステップＳ１７１に進み、クリップ情報ファイルのプログラムシーケンス対応のベース画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｂａｓｅ＿ｖｉｅｗ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］の設定値を［３］（ベースビュー＝Ｌ画像を示す）に設定する。

　一方、ステップＳ１６９において、ベースビュー画像がＲ画像であると判定した場合は、ステップＳ１７０に進み、クリップ情報ファイルのプログラムシーケンス対応のベース画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｂａｓｅ＿ｖｉｅｗ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］の設定値を［２］（ベースビュー＝Ｒ画像を示す）に設定する。

　これらの処理の後、ステップＳ１７２に進む。ステップＳ１７２では、クリップに設定されたプログラムシーケンスの全てに対する処理が終了したか否かを判定し、未終了のプログラムシーケンスがある場合は、ステップＳ１６１以下の処理を未終了のプログラムシーケンスに対して実行する。
　ステップＳ１７２において、クリップに設定されたプログラムシーケンスの全てに対する処理が終了したと判定した場合は、処理を終了する。

　　（４－４．プレイリストファイルに対する３次元画像情報の記録／更新処理シーケンス）
　次に、図４０に示すフローチャートを参照して、プレイリストファイルの３次元画像情報の記録または更新処理シーケンスについて説明する。
　この処理は、図３７に示すフロー中のステップＳ１１５、およびステップＳ１２４の詳細処理を示すフローである。

　まず、ステップＳ１８１において、処理対象としているプレイリストに対応するコンテンツが３Ｄコンテンツを含むか否かを判定する。含む場合はステップＳ１８２に進み、含まない場合はステップＳ１８３に進む。

　含まない場合は、ステップＳ１８３に進み、プレイリストファイルの３次元画像フラグ[PlayList_multiview_video_flag]を[０]にセットする。すなわち、プレイリスト対応のコンテンツには３次元画像が含まれないことを示すフラグを設定し、処理を終了する。

　一方、ステップＳ１８１において、処理対象のプレイリストに対応するコンテンツは３Ｄコンテンツを含むと判定した場合は、ステップＳ１８２に進み、プレイリストファイルのプログラムシーケンス対応の３次元画像フラグ[PlayList_multiview_video_flag]を[１]にセットする。すなわち、プレイリスト対応のコンテンツには３次元画像が含まれることを示すフラグを設定する。

　さらに、ステップＳ１８４に進み、プレイリストファイルのその他の３次元画像情報の記録処理を実行する。すなわち、先に図１１を参照して説明した以下の３次元画像情報についての値設定処理を行なう。
　３次元画像構成情報［ＰｌａｙＬｉｓｔ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ］
　フレーム０画像識別フラグ［ＰｌａｙＬｉｓｔ＿ｆｒａｍｅ０＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］
　ベース画像識別フラグ［ＰｌａｙＬｉｓｔ＿ｂａｓｅ＿ｖｉｅｗ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］
　メインパス画像識別フラグ［ＰｌａｙＬｉｓｔ＿ＭａｉｎＰａｔｈ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］
　符号化態様識別フラグ［ＰｌａｙＬｉｓｔ＿ｕｓｅ＿ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｍｏｄｅ＿ｆｌａｇ］
　画像間参照識別フラグ［ＰｌａｙＬｉｓｔ＿ｕｓｅ＿ｉｎｔｅｒ－ｖｉｅｗ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ］
　これらの設定値を記録／更新データに応じて設定する処理を行なう。
　なお、これらの情報は、記録する３次元画像の符号化態様等の情報に応じて設定することになる。
　これらの処理の後、処理を終了する。

　　（４－５．コンテンツの追記処理シーケンス）
　次に、図４１を参照して、３次元画像の追記処理のシーケンスについて説明する。
　すなわち、既にメディアに記録済みのコンテンツがあり、その記録済みコンテンツに対応するプレイリストがメディア上に存在する場合に、この既存プレイリストに対応する新たなコンテンツを追加記録する場合の処理シーケンスである。

　まず、ステップＳ２０１において、既存プレイリストに対する３Ｄコンテンツの追加記録の実行指示を入力する。例えばビデオカメラ等において、撮影画像の追加記録を行うユーザからの指示情報などを入力する。

　ステップＳ２０２以下の処理は、先に図３７を参照して説明した処理と類似する処理となる。
　ステップＳ２０２～Ｓ２０４において、情報処理装置が例えば撮影処理により取得または外部から入力した３次元画像コンテンツの画像（ビデオ）エレメンタリストリームの数と、トランスポートストリーム数を確認する。これらの情報は、ステップＳ２０２において、入力データに設定された属性情報（メタデータ）等から取得する、あるいは入力ストリームの解析によって取得する。

　ステップＳ２０３において、画像（ビデオ）エレメンタリストリームの数が１か２かを判定し、１である場合は、ステップＳ１２１に進み、２である場合は、ステップＳ２０４に進む。
　ステップＳ２０４では、トランスポートストリームの数が１か２かを判定し、１である場合は、ステップＳ２２１に進み、２である場合はステップＳ２１１に進む。

　ステップＳ２１１に進む場合は、３次元画像を構成するＬ画像とＲ画像とが個別の、すなわち２つのトランスポートストリームとして設定されている場合である。
　一方、ステップＳ２２１に進む場合は、３次元画像を構成するＬ画像とＲ画像とが１つのトランスポートストリームとして設定されている場合である。

　まず、ステップＳ２１１以下の処理について説明する。すなわち、３次元画像を構成するＬ画像とＲ画像とが個別の、すなわち２つのトランスポートストリームとして設定されている場合の処理である。

　ステップＳ２１１では、２本の入力ストリームを解析し、エントリポイントマップを作成しながら２本の入力ストリームを別々のＡＶストリームファイル（ＭＰＥＧ－２トランスポートストリーム（ｍ２ｔｓ）ファイル）として記録する。すなわち、２つのクリップを作成する。なお、ここで、クリップとはコンテンツ実体を格納したＡＶストリームファイルと、管理情報ファイルとしてのクリップ情報ファイルからなる１組のファイルのセットを意味する。

　ステップＳ２１２では、２つのクリップ対応のｍ２ｔｓファイル毎に以下の処理を行う。
　３Ｄコンテンツ部分を示すプログラムシーケンスを作成する。
　クリップ情報ファイルの３次元画像フラグ[ClipInfo_multiview_video_flag]を[1]にセットし、エントリポイントマップ（ＥＰマップ）とともにクリップ情報ファイルに記録する。

　ステップＳ２１２では、ＬＲ各画像対応のクリップの各々について、クリップ情報ファイルを作成する。なお、この処理に際しては、プログラムシーケンス単位でクリップ情報ファイルの３次元画像フラグ[ClipInfo_multiview_video_flag]を[1]にセットする他、３次元画像情報を記録する処理を行う。なお、このステップでは、先に図３８および図３９に示すフローチャートを参照して説明した処理が実行される。

　次のステップＳ２１３～Ｓ２１５の処理はプレイリストファイルに関する処理である。
　まず、ステップＳ２１３では、第１クリップに対して、３Ｄコンテンツが含まれるクリップの位置を参照する再生パス情報（プレイアイテム（PlayItem））を生成する。
　なお、３次元画像コンテンツの構成ストリームとしてのＬＲ画像いずれかの画像対応のクリップを第１クリップとして、他方の画像対応のクリップを第２クリップとする。

　ステップＳ２１４では、第２クリップに対して、３Ｄコンテンツが含まれるクリップの位置を参照する再生パス情報（サブプレイアイテム（SubPlayItem））を生成する。

　ステップＳ２１５では、追記対象のプレイリストにメインパス（プレイアイテム（PlayItem））とサブパス（サブプレイアイテム（SubPlayItem））を追加する。さらに、３次元画像コンテンツが含まれるプレイリストであることを示すプレイリストファイルの３次元画像フラグ[Playlist_multiview_video_flag]を[1]にセットする。
　なお、プレイリストファイルの更新時には、３次元画像フラグ以外の３次元３次元画像情報についても記録画像に応じた値を設定する処理を実行する。この詳細処理は、先に図４０に示すフローチャートを参照して説明した通りである。

　最後に、ステップＳ２３１において、インフォファイルを更新する。この処理に際して、インフォファイルに記録される３次元画像情報に、３Ｄコンテンツが含まれることを示す３次元画像フラグ［Index_multiview_video_flag］を［１］にセットする処理を行う。

　次に、ステップＳ２２１以下の処理について説明する。すなわち、３次元画像を構成するＬ画像とＲ画像を併せて１つのトランスポートストリームとして設定されている場合の処理である。

　ステップＳ２２１では、１本の入力ストリームを解析し、エントリポイントマップを作成しながら入力ストリームを１つのＡＶストリームファイル（ＭＰＥＧ－２トランスポートストリーム（ｍ２ｔｓ）ファイル）として記録する。すなわち、１つのクリップを作成する。クリップはコンテンツ実体を格納したＡＶストリームファイルと、管理情報ファイルとしてのクリップ情報ファイルからなる１組のファイルのセットを意味する。

　ステップＳ２２２では、クリップ対応のｍ２ｔｓファイルに対して以下の処理を行う。
　３Ｄコンテンツ部分を示すプログラムシーケンスを作成する。
　クリップ情報ファイルの３次元画像フラグ[ClipInfo_multiview_video_flag]を[1]にセットし、エントリポイントマップ（ＥＰマップ）とともにクリップ情報ファイルに記録する。
　なお、この処理に際しては、プログラムシーケンス単位でクリップ情報ファイルの３次元画像フラグ[ClipInfo_multiview_video_flag]を[1]にセットする他、３次元画像情報を記録する処理を行う。この処理の詳細については、先に図３８および図３９に示すフローチャートを参照して説明した通りである。

　次のステップＳ２２３～Ｓ２２４の処理はプレイリストファイルに関する処理である。
　まず、ステップＳ２２３では、クリップに対して、３Ｄコンテンツが含まれるクリップの位置を参照する再生パス情報（プレイアイテム（PlayItem））を生成する。
　なお、この場合、クリップはＬＲ画像とも１つのクリップに格納されており、生成するパス情報はメインパス（プレイアイテム）のみであり、３次元画像用のサブパス（サブプレイアイテム）は生成されない。

　ステップＳ２２４では、追記対象のプレイリストに、追記コンテンツに対応する再生パス情報としてのメインパス（プレイアイテム（PlayItem））を作成する。さらに、３次元画像コンテンツが含まれるプレイリストであることを示すプレイリストファイルの３次元画像フラグ[Playlist_multiview_video_flag]を[1]にセットする。
　なお、プレイリストファイルの更新時には、３次元画像フラグ以外の３次元画像情報についても記録画像に応じた値を設定する処理を実行する。この詳細処理は、先に図４０に示すフローチャートを参照して説明した通りである。

　（４－６．コンテンツの編集処理シーケンス）
　次に、情報処理装置の実行するデータ編集処理のシーケンスについて図４２に示すフローチャートを参照して説明する。
　図４２に示すフローは、メディアに記録済みの３次元画像コンテンツを削除する編集処理を行った場合の処理シーケンスを説明するフローである。

　まず、ステップＳ３０１において、ユーザからのコンテンツ削除指示入力を検出する。このコンテンツ削除は、規定の削除単位で行われることになる。具体的には、プレイリストに設定された再生パス情報であるプレイアイテム単位で実行される。

　ステップＳ３０２では、削除指定されたプレイアイテムが参照するクリップ（クリップ情報ファイルとＡＶストリームファイル）の指定部分を削除する。
　ステップＳ３０３では、削除指定されたプレイアイテムを削除する。

　次に、ステップＳ３０４において、プレイアイテム削除を実行したプレイリスト内に残存するプレイアイテムが参照するクリップに３次元画像フラグ［ＣｌｉｐＩｎｆｏ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］＝１が設定されたプログラムシーケンスがあるか否かを判定する。すなわち、削除処理後にクリップ中に残存するプログラムシーケンスの３次元画像情報として、３次元画像が含まれていることを示す３次元画像フラグ＝１を持つプログラムシーケンスがあるか否かを判定する。

　ある場合は、ステップＳ３０６に進み、編集対象のプレイリストの３次元画像フラグ［Ｐｌａｙｌｉｓｔ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］の設定値を［１］のまま維持する。すなわち、削除処理後のプレイリストの再生対象コンテンツに３次元画像が含まれていることを示す３次元画像フラグ＝１をそのまま維持する。

　一方、ステップＳ３０４において、プレイアイテム削除を実行したプレイリスト内に残存するプレイアイテムが参照するクリップに３次元画像フラグ［ＣｌｉｐＩｎｆｏ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］＝１が設定されたプログラムシーケンスがないと判定した場合は、ステップＳ３０５に進む。

　ステップＳ３０５では、編集対象のプレイリストの３次元画像フラグ［Ｐｌａｙｌｉｓｔ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］の設定値を［１］から［０］に変更する。すなわち、削除処理後のプレイリストの再生対象コンテンツに３次元画像が含まれていないことを示す３次元画像フラグ＝０を設定する。

　その後、ステップＳ３０７において、編集対象プレイリストを設定したディレクトリ（例えば図３に示すＢＤＡＶディレクトリ）下に設定された全てのプレイリストの中に３次元画像フラグ［Ｐｌａｙｌｉｓｔ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］の設定値が［１］となっているプレイリストがあるか否かを判定する。すなわち、３次元画像を含むことを示すフラグを設定したプレイリストが残っているか否かを判定する。残っている場合は、ステップＳ３０９に進み、残っていない場合はステップＳ３０８に進む。

　残っていると判定した場合は、ステップＳ３０９において、編集対象のプレイリストを含むディレクトリのインフォファイルの３次元画像フラグ［Ｉｎｄｅｘ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］の設定値［１］を変更せず維持する。すなわち、インフォファイルの管理下のコンテンツに３次元画像が含まれることを示すフラグの値をそのまま維持する。

　一方、ステップＳ３０７において、編集対象プレイリストを設定したディレクトリ下のプレイリストに３次元画像フラグ＝１のプレイリストがないと判定した場合は、ステップＳ３０８において、編集対象のプレイリストを含むディレクトリのインフォファイルの３次元画像フラグ［Ｉｎｄｅｘ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］の設定値［１］を［０］に変更する。すなわち、インフォファイルの管理下のコンテンツに３次元画像が含まれないことを示すフラグの値を設定する。

　　（４－７．コンテンツの再生処理シーケンス）
　次に、図４３に示すフローチャートを参照して、情報処理装置のコンテンツ再生処理シーケンスについて説明する。
　まず、ステップＳ４０１において、情報処理装置が再生指示入力を検出する。なお、コンテンツ再生指示は、例えば初期表示メニューに対するユーザによる再生指示入力等によって実行される。

　次に、情報処理装置はステップＳ４０２において、インフォファイルの３次元画像フラグ［Ｉｎｄｅｘ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］＝１であるか否かを判定する。

　３次元画像フラグ＝１である場合は、インフォファイルが管理対象としているコンテンツ中に３次元画像が含まれていることを示す。この場合は、ステップＳ４１１に進む。
　一方、３次元画像フラグ＝０である場合は、インフォファイルが管理対象としているコンテンツ中に３次元画像が含まれていないことを示す。この場合は、ステップＳ４０３に進む。

　まず、ステップＳ４０３以下の処理について説明する。すなわち３次元画像フラグ＝０である場合であり、インフォファイルが管理対象としているコンテンツ中に３次元画像が含まれていない場合の処理である。

　この場合は、ステップＳ４０３において、再生装置（プレーヤ）内部のプレーン構成、すなわち再生処理構成を２次元画像の再生処理を実行する設定とし、さらにビデオ出力を２次元画像の出力設定とする処理を行う。

　次にステップＳ４０４において、表示部にタイトルのリストを表示し、ユーザの入力を受けてタイトル（プレイリスト）の再生を開始する。あるいはタイトルの自動再生を開始する。なお、タイトルリスト表示は、インフォファイルの持つデータを利用して行われる。タイトルリストに対してユーザが特定のタイトルを指定することで、その指定タイトルの再生が開始される。なお、ユーザの指定の有無に拘らず、予めデフォルトで規定されたタイトル対応コンテンツを再生する設定としている場合は、そのコンテンツが再生されることになる。

　次に、ステップＳ４０５において、ユーザによって指定されたコンテンツ、あるいは予め規定されたコンテンツの再生が実行される。この場合は、インフォファイル管理化のコンテンツに３Ｄコンテンツは含まれないため、２Ｄコンテンツの再生処理が行われる。

　ステップＳ４０６において、再生終了指示を検出しない場合は、ステップＳ４０４以下の処理が繰り返され、コンテンツ再生が継続される。ステップＳ４０６において、再生終了指示を検出した場合は、処理を終了する。

　次に、ステップＳ４１１以下の処理について説明する。すなわち３次元画像フラグ＝１である場合であり、インフォファイルが管理対象としているコンテンツ中に３次元画像が含まれている場合の処理である。

　この場合は、ステップＳ４１１において、再生装置（プレーヤ）内部のプレーン構成、すなわち再生処理構成を３次元画像の再生処理を実行する設定とし、さらにビデオ出力を３次元画像の出力設定とする処理を行う。

　次にステップＳ４１２において、タイトルのリストを表示し、ユーザの入力を受けてタイトル（プレイリスト）の再生を開始する。あるいはタイトルの自動再生を開始する。なお、タイトルリスト表示は、インフォファイルの持つデータを利用して行われる。タイトルリストに対してユーザが特定のタイトルを指定することで、その指定タイトルの再生が開始される。なお、ユーザの指定の有無に拘らず、予めデフォルトで規定されたタイトル対応コンテンツを再生する設定としている場合は、そのコンテンツが再生されることになる。

　次にステップＳ４１３において、再生タイトルに対応するプレイリストファイルに設定された３次元画像情報を取得する。すなわち、先に、図１１等を参照して説明した以下の情報である。
　３次元画像フラグ［ＰｌａｙＬｉｓｔ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］、
　３次元画像構成情報［ＰｌａｙＬｉｓｔ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ］、
　フレーム０画像識別フラグ［ＰｌａｙＬｉｓｔ＿ｆｒａｍｅ０＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］、
　ベース画像識別フラグ［ＰｌａｙＬｉｓｔ＿ｂａｓｅ＿ｖｉｅｗ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］、
　メインパス画像識別フラグ［ＰｌａｙＬｉｓｔ＿ＭａｉｎＰａｔｈ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］、
　符号化態様識別フラグ［ＰｌａｙＬｉｓｔ＿ｕｓｅ＿ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｍｏｄｅ＿ｆｌａｇ］、
　画像間参照識別フラグ［ＰｌａｙＬｉｓｔ＿ｕｓｅ＿ｉｎｔｅｒ－ｖｉｅｗ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ］、

　なお、再生装置は、まず、３次元画像フラグ［ＰｌａｙＬｉｓｔ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］と、３次元画像構成情報［ＰｌａｙＬｉｓｔ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ］、を参照する。

　３次元画像構成情報には、先に、図１３を参照して説明した符号化態様情報が記録されている。再生装置は、まず、この３次元画像構成情報に基づいて、自装置で再生実行できる符号化データであるか否かを判定する。

　先に図１３を参照して説明したように、３次元画像構成情報には、記録画像である３次元画像が以下のどの符号化態様で記録されているかの情報が設定されている。
　値＝３：サイドバイサイド方式（ｓｉｄｅ　ｂｙ　ｓｉｄｅ）
　値＝４：トップアンドボトム方式（ｔｏｐ　ａｎｄ　ｂｏｔｔｏｍ）
　値＝５：フレームシーケンシャル方式（ｆｒａｍｅ　ｓｅｑｕｅｎｔｉａｌ）
　値＝３０：ＭＶＣ符号化２エレメンタリストリーム／１システムストリーム（１クリップＡＶストリーム）
　値＝３１：ＭＶＣ符号化２エレメンタリストリーム／２システムストリーム（２クリップＡＶストリーム）
　値＝３２：ＭＶＣ符号化１エレメンタリストリーム／１システムストリーム（１クリップＡＶストリーム）
　値＝４０：独立２エレメンタリストリーム／１システムストリーム（１クリップＡＶストリーム）（ＭＶＣ符号化でない）
　値＝４１：独立２エレメンタリストリーム／２システムストリーム（２クリップＡＶストリーム）（ＭＶＣ符号化でない）

　再生装置は、この３次元画像構成情報に基づいて、自装置で再生実行できる符号化データであるか否かを判定する。
　なお、３次元画像構成情報＝３０～３２の設定の場合には、さらに、符号化態様識別フラグを参照して自装置で再生実行できる符号化データであるか否かを判定する。
　すなわち、符号化態様識別フラグは、先に、図１８を参照して説明したように、符号化処理としてエントロピー符号化モード（ｅｎｔｒｏｐｙ　ｃｏｄｉｎｇ　ｍｏｄｅ）を使用した符号化処理を実行しているか否かを示す識別フラグである。
　エントロピー符号化モード（ｅｎｔｒｏｐｙ　ｃｏｄｉｎｇ　ｍｏｄｅ）を利用した符号化処理とは、具体的には、例えば、
　ＣＡＢＡＣ（Ｃｏｎｔｅｘｔ－ｂａｓｅｄ　Ａｄａｐｔｉｖｅ　Ｂｉｎａｒｙ　Ａｒｉｔｈｍｅｔｉｃ　Ｃｏｄｉｎｇ）
　を利用した符号化処理である。
　エントロピー符号化モード（ｅｎｔｒｏｐｙ　ｃｏｄｉｎｇ　ｍｏｄｅ）を利用しない符号化処理とは、具体的には、例えば、
　ＣＡＶＬＣ（Ｃｏｎｔｅｘｔ－ｂａｓｅｄ　Ａｄａｐｔｉｖｅ　Ｖａｒｉａｂｌｅ　Ｌｅｎｇｔｈ　Ｃｏｄｉｎｇ）
　を利用した符号化処理である。

　再生装置は、３次元画像構成情報＝３０～３２の設定の場合には、さらに、符号化態様識別フラグを参照して自装置で再生実行できる符号化データであるか否かを判定する。

　ステップＳ４１４において、自装置での再生処理が実行できない符号化データであると判定した場合は、ステップＳ４１５に進み、３次元画像を適用して２次元画像の再生処理を実行する。この処理は例外的な処理であり、例えばＬ画像のみを再生データとして利用した再生処理等が実行されることになる。

　一方、ステップＳ４１４において、自装置での再生処理を実行できる符号化データであると判定した場合は、ステップＳ４１６に進み、味源画像の再生処理を実行する。なお、この再生処理においては、プレイリストファイルおよびクリップ情報ファイルに設定された３次元画像情報を参照して、参照情報に対応する最適な処理を実行して再生処理を行うことになる。

　なお、クリップ情報ファイルにはプログラムシーケンス単位で３次元画像情報が設定されており、プログラムシーケンスの切り替えが実行される場合は、参照する３次元画像情報も切り替えて処理を実行する。

　ステップＳ４１７において、再生終了指示を検出しない場合は、ステップＳ４１２以下の処理が繰り返され、コンテンツ再生が継続される。ステップＳ４１７において、再生終了指示を検出した場合は、処理を終了する。

　なお、ステップＳ４０４やステップＳ４１２において実行するタイトルリストの表示処理に際しては、例えばインフォファイルやプレイリストファイル等の管理情報ファイルに含まれる３次元画像識別フラグに基づく判定情報、すなわち、３次元画像が含まれる可能性があるか否かの判定情報を表示部に表示する処理を行う構成としてもよい。

　例えば、記録メディア全体に格納されたコンテンツに３次元画像が含まれる可能性があるか否かの判定情報については、インフォファイルの３次元画像識別フラグに基づく判定情報を表示し、記録メディアに記録されたコンテンツのタイトル単位で３次元画像が含まれる可能性があるか否かについては、プレイリストファイルの３次元画像識別フラグに基づく判定情報を表示するといった処理が可能である。ユーザはこの表示により、メディア全体、あるいは各タイトル単位で３次元画像の有無を判定することができる。

　　［５．情報処理装置の構成例について］
　次に、上述した記録再生処理を実行する情報処理装置の構成例について図４４を参照して説明する。図４４は、本発明の一実施例に係る情報処理装置４００の構成例を示すブロック図である。情報処理装置４００は、メディア４１０に対するデータ記録、またはデータ再生の少なくともいずれかの処理を行う装置である。具体的には例えば、記録再生装置、プレーヤ装置、レコーダ装置、ビデオカメラ、ＰＣなどの装置である。

　なお、図４４にはメディア４１０としてディスク型メディアを示しているが、メディアはディスク型メディアに限らず、フラッシュメモリなどのメディアでもよい。

　情報処理装置４００は、図４４に示すように、データ処理部（記録再生処理部）４０１、メモリ４０２、入力部４０３、出力部４０４、メディアインタフェース４０５、ローカル記憶部４０６を有する。

　データ処理部４０１は、様々なデータ処理プログラムを実行するプログラム実行機能を持つＣＰＵを有する。例えばデータ記録再生処理を行うアプリケーションプログラムを実行する。例えば、図３７～図４３に示すフローチャートに従った処理等を実行する。

　メモリ４０２は、ＲＡＭ，ＲＯＭ等によって構成され、データ処理部４０１において実行するアプリケーションプログラムなどの格納領域として利用される。またメモリ４０２は、アプリケーション用のパラメータ、ワーク領域としても利用され、さらに、メディア記録データのバッファ領域などとしても利用される。

　入力部４０３は、例えばユーザの操作部であり、データ記録または再生指示の入力など、様々な入力が行われる。なお、入力部４０３にはリモコンも含まれ、リモコン操作情報の入力も可能である。出力部４０４は、ディスプレイ、スピーカ等によって構成される画像や音声の出力部である。

　メディアインタフェース４０５は、メディア４１０を利用したデータ記録、再生処理に適用されるインタフェースである。データ処理部４０１の要求に従って、データをメディア４１０に書き込み、またメディア４１０からのデータ読み取り処理などを行う。

　ローカル記憶部４０６は例えばハードディスクなどによって構成される。例えばコンテンツ他の各種データや、プログラムの記録領域として利用される。

　以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

　また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

　なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

　以上、説明したように、本発明の一実施例によれば、３次元画像の符号化方式に応じて異なる属性情報を記録し、属性情報を取得して符号化方式に対応した復号を可能としたデータ記録再生構成を実現する。記録メディアに記録するデータに含まれる３次元画像の符号化方式を判別し、判別した符号化方式に応じて管理情報ファイルに記録する属性情報を変更し、各符号化方式固有の属性情報を管理情報ファイルに記録する。例えばフレームシーケンシャル方式である場合は、３次元画像を構成するフレームが左眼用画像（Ｌ画像）であるか右眼用画像（Ｒ画像）であるかを示すフレーム識別データを属性情報として記録する。再生装置は、符号化方式に固有の情報を属性情報から取得し、符号化方式に対応する復号処理を誤りなく実行することが可能となる。

　１０１　ＵＩ情報［ＵＩＡｐｐＩｎｆｏＢＤＡＶ（）］
　１０２　プレイリスト情報［ＴａｂｌｅＯｆＰｌａｙＬｉｓｔｓ（）］
　１０３　メーカプライベートデータ領域［ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ（）］
　１１１　メーカＩＤ［ｍａｋｅｒ＿ＩＤ］記録領域
　１１２　メーカモデルコード［ｍａｋｅｒ＿ｍｏｄｅｌ＿ｃｏｄｅ］記録領域
　１１３　データブロック［ｄａｔａ＿ｂｌｏｃｋ］記録領域
　１１５　フラグ情報［Ｉｎｄｅｘ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］
　１２１　３次元画像フラグ［ＰｌａｙＬｉｓｔ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］
　１２２　次元画像構成情報［ＰｌａｙＬｉｓｔ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ］
　１２３　フレーム０画像識別フラグ［ＰｌａｙＬｉｓｔ＿ｆｒａｍｅ０＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］
　１２４　ベース画像識別フラグ［ＰｌａｙＬｉｓｔ＿ｂａｓｅ＿ｖｉｅｗ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］
　１２５　メインパス画像識別フラグ［ＰｌａｙＬｉｓｔ＿ＭａｉｎＰａｔｈ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］
　１２６　符号化態様識別フラグ［ＰｌａｙＬｉｓｔ＿ｕｓｅ＿ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｍｏｄｅ＿ｆｌａｇ］
　１２７　画像間参照識別フラグ［ＰｌａｙＬｉｓｔ＿ｕｓｅ＿ｉｎｔｅｒ－ｖｉｅｗ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ］
　１３０　プレイリスト
　１３１　メインパス（メインプレイアイテム）
　１３２　サブパス（サブプレイアイテム）
　１３５　クリップａ
　１３６　クリップｂ
　１４１　メインパス（プレイアイテム）情報記録領域
　１４２　サブパス（サブプレイアイテム）情報記録領域
　１４５　サブパス（サブプレイアイテム）タイプ情報記録領域
　２０１　ＣｌｉｐＩｎｆｏ
　２０２　ＳｅｑｕｅｎｃｅＩｎｆｏ
　２０３　ＰｒｏｇｒａｍＩｎｆｏ
　２０４　ＣＰＩ
　２０５　ＣｌｉｐＭａｒｋ
　２０６　ＭａｋｅｒｓＰｒｉｖａｔｅＤａｔａ
　２１０　ＥＰマップ
　２２０　プログラムシーケンス数（ｎｕｍｂｅｒ＿ｏｆ＿ｐｒｏｇｒａｍ＿ｓｅｑｕｅｎｃｅｓ）
　２２１　３次元画像フラグ［ＣｌｉｐＩｎｆｏ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｆｌａｇ］
　２２２　３次元画像構成情報［ＣｌｉｐＩｎｆｏ＿ｍｕｌｔｉｖｉｅｗ＿ｖｉｄｅｏ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ］
　２２３　フレーム０画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｆｒａｍｅ０＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］
　２２４　ベース画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｂａｓｅ＿ｖｉｅｗ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］
　２２５　クリップ対応画像識別フラグ［ＣｌｉｐＩｎｆｏ＿ｔｈｉｓ＿Ｃｌｉｐ＿ｉｓ＿Ｌｅｆｔ＿ｆｌａｇ］
　２２６　符号化態様識別フラグ［ＣｌｉｐＩｎｆｏ＿ｕｓｅ＿ｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｍｏｄｅ＿ｆｌａｇ］
　２２７　画像間参照識別フラグ［ＣｌｉｐＩｎｆｏ＿ｕｓｅ＿ｉｎｔｅｒ－ｖｉｅｗ＿ｐｒｅｄｉｃｔｉｏｎ＿ｆｌａｇ］
　４００　情報処理装置
　４０１　データ処理部（記録再生処理部）
　４０２　メモリ
　４０３　入力部
　４０４　出力部
　４０５　メディアインタフェース
　４０６　ローカル記憶部
　４１０　メディア

Claims

　記録メディアに対するデータ記録処理を行うデータ処理部を有し、
　前記データ処理部は、
　記録メディアに対するデータ記録処理に際して、
　記録データに含まれる３次元画像の符号化方式を判別し、判別した符号化方式に応じて管理情報ファイルに記録する属性情報を変更し、各符号化方式固有の属性情報を前記管理情報ファイルに記録する情報処理装置。
　前記データ処理部は、
　階層化構成を持つ管理情報ファイルの各々に各符号化方式固有の属性情報を記録する請求項１に記載の情報処理装置。
　前記データ処理部は、
　前記３次元画像の符号化方式がフレームシーケンシャル方式であるか否かを判定し、
　前記３次元画像の符号化方式がフレームシーケンシャル方式である場合、３次元画像を構成するフレームが左眼用画像（Ｌ画像）であるか右眼用画像（Ｒ画像）であるかを示すフレーム識別データを前記属性情報として前記管理情報ファイルに記録する処理を実行する請求項１に記載の情報処理装置。
　前記データ処理部は、
　前記３次元画像の符号化方式が左眼用画像（Ｌ画像）フレーム、または右眼用画像（Ｒ画像）フレームのいずれか一方を復号時の参照画像であるベース画像としたビュー間参照型符号化方式であるか否かを判定し、
　前記３次元画像の符号化方式がビュー間参照型符号化方式である場合、
　Ｌ画像とＲ画像のいずれがベース画像であるかを示すベース画像識別データを前記属性情報として前記管理情報ファイルに記録する処理を実行する請求項１に記載の情報処理装置。
　前記データ処理部は、
　前記３次元画像の符号化方式が復号時に、左眼用画像（Ｌ画像）と右眼用画像（Ｒ画像）の画像間参照が必要となる可能性がある符号化方式であるか否かを判定し、画像間参照が必要となる可能性がある符号化方式である場合、Ｌ画像とＲ画像の画像間参照が必要となる可能性があるか否かを示す画像間参照識別データを前記属性情報として前記管理情報ファイルに記録する処理を実行する請求項１に記載の情報処理装置。
　前記データ処理部は、
　前記３次元画像の符号化方式が符号化にエントロピー符号化モードを使用しているか否かを判定し、該判定結果を前記属性情報として前記管理情報ファイルに記録する処理を実行する請求項１に記載の情報処理装置。
　前記データ処理部は、
　（ａ）画像データの格納ファイルであるストリームファイルに対応付けて設定されるクリップ情報ファイル、
　（ｂ）前記クリップ情報ファイルに対する再生区間指定情報を持つプレイリストファイル、
　上記（ａ）～（ｂ）に示す管理情報ファイルの各々に各管理情報ファイルの管理データ単位で前記属性情報を記録する請求項１～６いずれかに記載の情報処理装置。
　記録メディアからのデータ再生処理を行うデータ処理部を有し、
　前記データ処理部は、
　記録メディアからのデータ再生処理に際して、記録メディアに記録された符号化された３次元画像の属性情報を管理情報ファイルから読み出し、
　読み出した属性情報に基づいて３次元画像の符号化方式を判別し、さらに、判別した符号化方式に応じた復号処理に適用する属性情報を前記管理情報ファイルから読み出して、読み出した属性情報を適用して符号化方式に応じた復号処理を行う情報処理装置。
　前記データ処理部は、
　前記管理情報ファイルに記録された属性情報に基づいて、前記３次元画像の符号化方式がフレームシーケンシャル方式であるか否かを判定し、
　前記３次元画像の符号化方式がフレームシーケンシャル方式である場合、さらに、前記管理情報ファイルに記録された属性情報から、３次元画像を構成するフレームが左眼用画像（Ｌ画像）であるか右眼用画像（Ｒ画像）であるかを示すフレーム識別データを取得して、取得情報に従った復号処理を実行する請求項８に記載の情報処理装置。
　前記データ処理部は、
　前記管理情報ファイルに記録された属性情報に基づいて、前記３次元画像の符号化方式が左眼用画像（Ｌ画像）フレーム、または右眼用画像（Ｒ画像）フレームのいずれか一方を復号時の参照画像であるベース画像としたビュー間参照型符号化方式であるか否かを判定し、
　前記３次元画像の符号化方式がビュー間参照型符号化方式である場合、さらに、前記管理情報ファイルに記録された属性情報から、Ｌ画像とＲ画像のいずれがベース画像であるかを示すベース画像識別データを取得して、取得情報に従った復号処理を実行する請求項８に記載の情報処理装置。
　前記データ処理部は、
　前記管理情報ファイルに記録された属性情報に基づいて、前記３次元画像の符号化方式が復号時に、左眼用画像（Ｌ画像）と右眼用画像（Ｒ画像）の画像間参照が必要となる可能性がある符号化方式であるか否かを判定し、
　画像間参照が必要となる可能性がある符号化方式である場合、さらに、前記管理情報ファイルに記録された属性情報から、Ｌ画像とＲ画像の画像間参照が必要となる可能性があるか否かを示す画像間参照識別データを取得して、取得情報に従った復号処理を実行する請求項８に記載の情報処理装置。
　前記データ処理部は、
　前記管理情報ファイルに記録された属性情報に基づいて、前記３次元画像の符号化方式が符号化にエントロピー符号化モードを使用しているか否かを判定し、判定情報に基づいて復号処理態様を決定する請求項８に記載の情報処理装置。
　画像データを記録した情報記録媒体であり、
　再生対象となるコンテンツとして３次元画像データを格納したストリームファイルと、
　前記コンテンツの管理情報を格納した階層化された管理情報ファイルを記録データとして有し、
　前記階層化された管理情報ファイルは、
　（ａ）画像データの格納ファイルであるストリームファイルに対応付けて設定されるクリップ情報ファイル、
　（ｂ）前記クリップ情報ファイルに対する再生区間指定情報を持つプレイリストファイル、
　上記（ａ）～（ｂ）に示す管理情報ファイルを含み、各管理情報ファイルの管理データ単位で前記ストリームファイルに記録された３次元画像の符号化方式情報と符号化方式固有の属性情報を記録した構成であり、
　前記コンテンツを再生する再生装置が、管理情報ファイルの階層に従って前記属性情報を順次参照することで、情報記録媒体の記録コンテンツに含まれる３次元画像の復号に必要な情報を各管理情報ファイルの管理データ単位で取得可能とした構成を持つ情報記録媒体。
　情報処理装置において記録メディアに対するデータ記録処理を実行する情報処理方法であり、
　データ処理部が、記録メディアに対するデータ記録処理に際して、記録データに含まれる３次元画像の符号化方式を判別し、判別した符号化方式に応じて管理情報ファイルに記録する属性情報を変更し、各符号化方式固有の属性情報を前記管理情報ファイルに記録する情報処理装方法。
　情報処理装置において記録メディアからのデータ再生処理を実行する情報処理方法であり、
　データ処理部が、記録メディアからのデータ再生処理に際して、記録メディアに記録された符号化された３次元画像の属性情報を管理情報ファイルから読み出し、
　読み出した属性情報に基づいて３次元画像の符号化方式を判別し、さらに、判別した符号化方式に応じた復号処理に適用する属性情報を前記管理情報ファイルから読み出して、読み出した属性情報を適用して符号化方式に応じた復号処理を行う情報処理方法。
　情報処理装置において記録メディアに対するデータ記録処理を実行させるプログラムであり、
　データ処理部に、記録メディアに対するデータ記録処理に際して、記録データに含まれる３次元画像の符号化方式を判別させ、判別した符号化方式に応じて管理情報ファイルに記録する属性情報を変更させて各符号化方式固有の属性情報を前記管理情報ファイルに記録させるプログラム。
　情報処理装置において記録メディアからのデータ再生処理を実行させるプログラムであり、
　データ処理部に、記録メディアからのデータ再生処理に際して、記録メディアに記録された符号化された３次元画像の属性情報を管理情報ファイルから読み出させ、
　読み出した属性情報に基づいて３次元画像の符号化方式を判別させ、さらに、判別した符号化方式に応じた復号処理に適用する属性情報を前記管理情報ファイルから読み出させて、読み出した属性情報を適用して符号化方式に応じた復号処理を行わせるプログラム。