WO2013061523A1

WO2013061523A1 - 旧来のフォーマットとの互換を維持しつつも、記録内容を編集することができる記録媒体、再生装置、記録装置、再生方法、記録方法

Info

Publication number: WO2013061523A1
Application number: PCT/JP2012/006444
Authority: WO
Inventors: 和寛持永; 智輝小川; 洋矢羽田
Original assignee: Panasonic Corp
Current assignee: Panasonic Corp
Priority date: 2011-10-28
Filing date: 2012-10-05
Publication date: 2013-05-02
Anticipated expiration: 2014-04-28
Also published as: CN103314409A; SG190189A1; JP5596830B2; JPWO2013061523A1; CN103314409B; CA2816434C; PH12013501011A1; EP2772918A1; CA2816434A1; MX2013005604A; EP2772918A4; JP5363685B2; JP2013255250A; US9218109B2; US20140115472A1; RU2013122634A

Abstract

　リライタブル型記録媒体には、BDMVディレクトリにIndex.bdmvが記録される。Index.bdmvは、editability＿flagと、extended＿editability＿flagとを含み、editability＿flagは、機器に本記録媒体が装填された際、当該機器によって、本記録媒体がエディタブルメディアとして取り扱われるか否かを規定する。立体視映像の記録及び編集に対応していないレガシー機器は、editability＿flagがオフに設定されることで本記録媒体が非エディタブルメディアとして取り扱われる。extended＿editability＿flagは、立体視映像の記録及び編集に対応した非レガシー機器に本記録媒体が装填された際、editability＿flagがオフを示していたとしても、本記録媒体が、当該非レガシー機器によってエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を規定する。

Description

旧来のフォーマットとの互換を維持しつつも、記録内容を編集することができる記録媒体、再生装置、記録装置、再生方法、記録方法

　本発明は、映像編集の技術分野に属する発明である。

　映像編集には、特殊な視覚効果を伴う高度のものから、映像の部分削除・分割・統合といった基本的なものまで様々な内容のものが知られている。映像を記録するにあたって、映像はMPEG2、MPEG4-AVCといった符号化方式により符号化され、MPEG2-TS形式のストリームファイルに格納されて記録媒体に書き込まれる。記録媒体において、ファイルの形式で記録されることから、一般のコンピュータファイルと同様、ファイルシステム管理情報の書き換えにより、かかるストリームファイルを部分削除したり、分割、統合することができる。ファイルシステム管理情報の書き換えのみによって可能になるから、ファイルシステム情報書き換え型の編集機能は、記録装置や再生装置の標準機能として実装されることが一般的である。

　従来、編集の対象となる映像記録のデータフォーマットは、ユーザが独自に記録した録画物の記録のためのリアルタイムAV記録フォーマットに限られていたが、近年、編集対象の裾野が広がり、映画作品記録のためのムービー記録フォーマットも、部分削除・分割・統合といったファイルシステム書き換えによるストリーム編集の対象になった。映画作品記録のためのムービー記録フォーマットは、画像の高解像度化、画素の高階調化等、更なる高機能化、付加価値化を目差して様々な改訂が加えられており、その改訂は、現在も進行中である。部分削除・分割・統合といったファイルシステム書き換えによるストリーム編集の先行技術としては、以下の特許文献１に記載された文献公知発明が存在する。

国際公開　WO02/052556号公報

　上述したように、編集可能なフォーマットが拡充されてゆくと、旧来のフォーマットしか処理できないレガシー機器との互換の問題が生じる。ここで最新の改訂が施されたムービー記録フォーマットの記録媒体がレガシー機器に装填され、レガシー機器による編集の対象になったものとする。ここでレガシー機器は、その最新のムービー記録フォーマットのうち、旧来のフォーマットとの共通項を編集の対象にする。この共通項は、最新のフォーマットにとって、旧来のフォーマットとの互換性を維持するための部分であることが多い。そうすると、新フォーマットで映像を記録した記録媒体がレガシー機器に装填され編集に供されれば、この共通項を除く差異となる部分がレガシー機器の編集によって失われてしまう。この共通項を除く差異となる部分は、新規のフォーマットで補充された部分であり、かかる差異が失われることにより新フォーマットで記録されて本来存在していたはずの映像を視聴することができなくなる。つまり新しいフォーマットで記録された高解像度画像や高階調画素の映像コンテンツが、旧来フォーマットしか処理できないレガシー機器で編集されると、旧来フォーマットとの共通項の情報のみが残り、新フォーマットで拡充された情報は図らずも失われてしまうことになる。ユーザの所有する貴重な映像コンテンツが、ユーザの意図しないところで不本意に失われてしまうことは、実用上非常に大きな問題である。

　そこで、上記特許文献１に記載されたように、フォーマットで規定したデータ構造に障害が発生した際、再生不能メディアとして扱うことも考えられるが、これではユーザは、その記録媒体に記録された映画作品をもはや見ることができない。一方、上述したような画像の高解像度化、画素の高階調化では、圧縮符号化の画像のデータサイズはかなり大きなものとなる。このようなデータが記録媒体上の領域を多く占有しているというのにかかるデータを記録媒体から削除できないのでは、実用性は乏しいという問題がある。

　本発明の目的は、最新のフォーマットのうち、古いフォーマットとの共通項の部分が事後的に書き換えられるという現象の発生を回避することである。

　上記課題は、ストリームファイルと、インデックスファイルとが記録された記録媒体であって、インデックスファイルは、エディタビリティフラグと、エクステンディッドエディタビリティフラグとを含み、エディタビリティフラグは、機器に本記録媒体が装填された際、当該機器によって、本記録媒体がエディタブルメディアとして取り扱われるか否かを規定する情報であり、オンに設定されることで、本記録媒体がエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を示し、ストリームファイルに対する編集が可能になり、オフに設定されることで、レガシー機器では、本記録媒体がエディタブルメディアとして取り扱われずストリームファイルに対する編集が不可になる旨を示し、エクステンディッドエディタビリティフラグは、非レガシー機器に本記録媒体が装填された際、エディタビリティフラグがオフを示していたとしても、本記録媒体が、当該非レガシー機器によってエディタブルメディアとして取り扱われる旨を示し、ストリームファイルに対する編集が可能になることを規定することで解決される。

　エクステンディッドエディタビリティフラグが存在する場合、エディタビリティフラグはオフに設定されるのでレガシー機器により新フォーマットで拡充された差異部分の情報が書き換えられてしまうことはなくなる。ユーザの所有する貴重な映像コンテンツが、ユーザの意図しないところで不本意に失われることは発生しないから、内容の不整合の発生を回避しつつも、映画作品を最新のフォーマットで非レガシー機器に供給することができる。

記録装置、表示装置、シャッター式眼鏡によって構成されるホームシアターシステムを示す。表示装置による表示画像の一例を示す。平面視動画像を構成する複数のフレーム画像と、立体視動画像を構成する複数のフレーム画像とを対比して示す。 1個のビデオアクセスユニットに格納される圧縮スライス列、マクロブロックを示すと共に、MVCビューコンポーネントによって構成されるClosed-GOP、Open-GOPを示す。平面視ビデオストリームの3つの典型的な類型を示す。 Blu-rayディスクフォーマット記述用のオブジェクト指向プログラミング言語におけるIndex.bdmvのシンタックスを示す。 extended＿editability＿flag生成のための条件を解説した図である。 editability＿flagを0にしなければならない条件と、extended＿editability＿flagが１であるときの記録装置の扱いとをテーブル形式で示す。拡張フォーマットにて記録されたディスクの編集可否を判定する手順を示すフローチャートである。ブランクディスクに新たにコンテンツを記録する際における編集可否の決定手順を示すフローチャートである。 3D撮影装置により3Dビデオを含むファイルが記録された記録媒体が、バージョン3.1のBlu-ray Rewritable非対応の記録装置、バージョン3.1のBlu-ray Rewritable対応の記録装置に装填されるケースを示す。 TV放送のTV録画を行うというケースを示す。オブジェクト指向プログラミング言語でプレイリスト情報ファイルを作成する場合のシンタックスを示す。 PSR31のビットアサインを示す図である。 PSR29のビットアサインを示す図である。 PSR23のビットアサインを示す図である。 PSR24のビットアサインを示す図である。 PSR22のビットアサインと、モード選択プロシージャとを示す。多層化光ディスクの内部構成を示す。メディアムービーデータベース領域のディレクトリ階層を示す。 MVC1080@24p/50i/60iベースビュービデオストリームと、MVC1080@24p/50i/60iディペンデントビュービデオストリームとから1つのトランスポートストリームを得る過程を示す。 PESパケット、TSパケット、ソースパケット、PMTの一例を示す。クリップ情報ファイルの内部構成を示す。 MVC1080@24p/50i/60iベースビュービデオストリーム及びMVC1080@24p/50i/60iディペンデントビュービデオストリームを多重化することで得られたトランスポートストリームと、EP＿mapと、エクステントとの対応関係を示す。プレイリスト情報ファイルの内部構成を示す。 MVC1080@24p/50i/60iベースビュービデオストリーム及びMVC1080@24p/50i/60iディペンデントビュービデオストリームを多重化することで得られたトランスポートストリームと、EP＿mapと、エクステントと、プレイリストとの対応関係を示す。 AVC1080@60P/50Pビデオストリームの再生を許可したエントリーをもつストリーム選択テーブルを含むプレイリストを作成するにあたってのパラメータ設定を示す。記録装置、再生装置の内部構成を示す。再生部２００２の内部構成を示している。システムターゲットデコーダ１０４の内部構成を示す。プレイリスト情報に基づくソースパケットの読み出し手順を示す。記録部の内部構成を示す図である。ストリーム生成手順を示すフローチャートである。 MVC1080@24p/50i/60i3Dビデオコンテンツを含むBDMVデータベースの記録手順を示すフローチャートである。 AVC1080@60P/50Pビデオストリームを含むBDMVデータベースの記録手順を示すフローチャートである。編集部２００４の詳細な構成を示している。先端部分を削除するケースを示す。先端部分の削除により立体視動画像がどのように変化するかを示す。眼鏡を着用することで視聴されることになる立体視動画像を示す。終端部分を削除するケースを示す。途中部分を削除するケースを示す。メインTSの部分削除手順を詳細に展開するフローチャートである。ストリーム途中部分の削除の手順を示すフローチャートである。エクステント部分削除の手順を示すフローチャートである。アロケーション記述子の書換え手順を示すフローチャートである。 ATCシーケンス、STCシーケンスの先端削除、終端削除の手順を示すフローチャートである。 ATCシーケンス、STCシーケンスの途中部分削除の手順を示すフローチャートである。 ATCシーケンス、STCシーケンスの途中部分削除の手順の続きを示す。プレイリスト統合の手順を示すフローチャートである。 ssifファイルの記録領域の一例を示す図である。 ssifファイルのエクステントが、どのファイルの構成要素になるかという帰属関係を示す。ディペンデントビューのデータブロック、及び、ベースビューのデータブロックの生成の過程を示す図である。クリップ情報ファイルと、プレイリストと、ssifファイルとの関係を示す。 EP＿map、EP＿map＿SS、アロケーション記述子及びエクステントスタートポイント情報を用いたエクステントの所在特定の一例を示す。アロケーション記述子及びエクステントスタートポイント情報を用いたエクステントの所在特定の一例を示す。 BDMVディレクトリに記録されたプレイリストファイル(mplsファイル)によって定義されるプレイリスト、3Dプレイリストを示す。プレイリストに対する編集の3つの類型を示す。 ssifファイルの先端部分を削除するケースを示す。 ssifファイルの終端部分を削除するケースを示す。 ssifファイルの途中部分を削除するケースを示す。削除範囲の前後に位置するm2tsファイルのアロケーション記述子列、ファイルベース、ファイルディペンデントのエクステントスタートポイントを示す。 ssifファイルにおけるアロケーション記述子の書き換え手順を示すフローチャートである

　上記課題解決手段を具備した記録媒体は、映像記録のためのディスク媒体、メモリカード媒体の製品として工業分野で実施することができる。上記課題解決手段を具備した再生装置は、プレーヤー機器として、上記課題解決手段を具備した記録装置は、レコーダー機器として工業分野で実施することができる。上記課題解決手段を具備した再生方法、記録方法は、上記プレーヤー機器、レコーダー機器において、コンピュータプログラムの処理手順として組み込むことにより実施することができる。これらの製品を具体的に記載したのが図１のホームシアターシステムである。図１は再生装置、表示装置、シャッター式眼鏡によって構成されるホームシアターシステムを示す。当該ホームシアターシステムは、図１に示すように、多層化光ディスク１０００、記録装置１００１、記録装置１００２、リモコン１００３、テレビ放送表示装置１００４、3D撮影装置１００５、地上波放送局１００６、地上波アンテナ１００７、アクティブシャッター式眼鏡１００８によって構成され、ユーザによる使用に供される。

　多層化光ディスク１０００は、映画作品記録のためのフォーマットを有した可搬体の記録媒体である。

　記録装置１００１は、ムービー記録フォーマットの最新の規格改訂に対応していないレガシー機器であり、光ディスクに対する記録、再生及び編集を実行する。記録装置１００２は、ムービー記録フォーマットの最新の規格改訂に対応した非レガシー機器であり、光ディスクに対する記録、再生及び編集を実行する。

　リモコン１００３は、編集操作、記録操作の実行にあたって、階層化されたGUIに対する操作をユーザから受け付ける機器であり、かかる操作受け付けのため、リモコン１０２は、GUIを構成するメニューを呼び出すメニューキー、メニューを構成するGUI部品のフォーカスを移動させる矢印キー、メニューを構成するGUI部品に対して確定操作を行う決定キー、階層化されたメニューをより上位のものにもどってゆくための戻りキー、数値キーを備える。

　テレビ放送表示装置１００４は、機器間インターフェイスを通じて記録装置１００１、記録装置１００２から送出されてくる一画面分の画素ビット値を受け取り、この画素ビット値に従い表示パネルの表示素子を駆動することで画像表示を行う。この画像表示には、１フレーム期間において、一画面の画像を表示するという2D出力モードと、１フレーム期間において、一画面の左目画像及び右目画像を表示するという3D出力モードとがある。シャッター式眼鏡を着用していないユーザがこの再生装置２００の画面を見ると、2以上の視点画像データ(図中では左目画像、右目画像)が重ね合わされた状態で見えることになる。

　3D撮影装置１００５は、非レガシー機器であり、光ディスクに対する記録、再生、編集を行う。

　地上波放送局１００６は、3Dテレビ番組を含む地上波テレビ放送を送信する。

　地上波アンテナ１００７は、3Dテレビ番組を含む地上波テレビ放送を受信して、かかる放送波を記録装置１００１、記録装置１００２に出力する。記録装置１００１、記録装置１００２は、かかる放送波入力に対して記録処理を行う。

　アクティブシャッター式眼鏡１００８は、フレームを分割することで得られた複数の表示期間のそれぞれにおいて、右目シャッター、左目のシャッターのうち何れか一方を閉じ、他方を開状態にする。こうすることで、立体視映像が構成される。左目画像の表示期間においては、右目側のシャッターを閉状態に設定する。右目画像の表示期間においては、左目側のシャッターを閉状態に設定する。シャッター式眼鏡は無線通信機能を具備しており、表示装置１００４からの要求に応じて内蔵バッテリーの残量を表示装置に送信することができる。

　このシステムにおける、表示装置による表示画像の一例について図２を参照しながら説明する。表示装置の表示画像には、図２（ａ）の平面視画像と、図２（ｂ）の立体視画像とがある。図２（ｂ）の立体視動画像におけるフレーム画像は、左目画像と、右目画像とを1つのフレーム期間内で重なり合わせた画像である。

　図２（ｂ）では、アクティブシャッター式眼鏡１００８を通じた左目画像、右目画像の視聴の一例を示している。視線vw１は、アクティブシャッター式眼鏡１００８によって右目が遮光された場合の映像の入射を示す。視線vw2は、アクティブシャッター式眼鏡１００８によって左目が遮光された場合の映像の入射を示す。このvw１により左目画像が視聴されることになる。またvw2により右目画像が視聴されることになる。アクティブシャッター式眼鏡１００８を着用することによりユーザは、右目画像、左目画像を交互に視聴することになり、立体視画像が再生される。図２（ｂ）では、上記2つの視線が交差する場所に、立体視映像が出現していることがわかる。

　立体視映像の具体例を挙げたところで、本記録媒体に対する記録及び編集の対象となるビデオストリームに焦点をあてて説明を進める。当該ビデオストリームは、複数のフレーム画像を再生させることで、平面視動画像、立体視動画像を再生する。

　図３は、平面視動画像を構成する複数のフレーム画像と、立体視動画像を構成する複数のフレーム画像とを対比して示す。本図では、横方向を時間軸としてして、この時間軸に沿った複数のX-Y平面に配置された複数のフレーム画像を描いている。このフレーム画像には、プログレッシブ方式の右目画像と、プログレッシブ方式の左目画像とを重ね合わせたもものと、インターレース方式の右目画像と、インターレース方式の左目画像とを重ね合わせたもものとがある。（ａ）は、プログレッシブ方式の左目画像、右目画像から構成されるプログレッシブ3D動画像を示す。この動画像は、1920×1080プログレッシブ方式のフレーム画像から構成され、そのフレームレートは24Hz(23.976Hz)である。これらの左目画像、右目画像は、MVCによって符号化されたものである。Multiview Video　Coding（MVC）とは、MPEG-４　AVC/H.264を修正したサブセット規格であり、映像の時間方向の類似性だけでなく視点間の類似性も予測符号化に利用することで、複数視点の独立した圧縮に比べて圧縮効率を向上している。

　同図（ｂ）は、インターレース方式の左目画像、インターレース方式の右目画像から構成されるインターレース3D動画像を示す。この動画像は、1920×1080インターレース方式の画像から構成され、そのフレームレートはフィールド換算で59.94Hz、50Hzである。インターレースMVC1080@60i/50iビデオを構成するインターレースMVC1080@60i/50iビデオストリームは、MPEG4-MVC1080@60i/50iベースビデオストリームと、MPEG4-MVC1080@60i/50iディペンデントビュービデオストリームとから構成される(これらを併せて「MVC1080@60i/50iビデオストリーム」という)。同図（ｂ）のように、横スジ入りの画像は、インターレース方式の画像を表すものとする。逆に（ａ）のように、横スジがない画像は、プログレッシブ方式の画像を表すものとする。

　立体視画像を構成するビデオストリームには、MVC1080@24Pビデオストリームのものと、MVC1080@60i/50iビデオストリームのものとがあるが、以降の説明は、これらを代表してMVC1080@60i/50iビデオストリームについて説明するものとする。MVC1080@24Pビデオストリームの再生は、Blu-ray ReadOnlyディスクの3DバージョンであるBD-3Dプレーヤーでも立体視再生が可能であるのに対して、MVC1080@60i/50iビデオストリームによる立体視再生は、既存のBlu-ray ReadOnlyディスクの再生装置において実現されておらず、当業者の興味はMVC1080@60i/50iビデオストリームに集中しているからである。

　図３（ｃ）は、これらのフレーム期間に、どのようなデータ構造が割り当てられているかを示す。この図３（ｃ）によると、フレーム(1)、(2)、(3)といった個々のフレーム期間には、ビデオアクセスユニットが割り当てられている。かかるビデオアクセスユニットは、MPEG4-MVCにおいてビューコンポーネントを構成する。（ｂ）で重ね合わせの対象になった左目画像及び右目画像は、ベースビューのビューコンポーネント及びディペンデントビューのビューコンポーネントの復号画像である。（ｃ）の引出線は、ビューコンポーネントの内部構成をクローズアップしている。ビューコンポーネントは、ビデオアクセスユニットデリミター格納したNALユニット、シーケンスパラメータセットを格納したNALユニット、ピクチャパラメータセットを格納したNALユニット、MVCスケーラブルネスティングSEIメッセージを格納したNALユニット、圧縮スライス列を格納した可変長NALユニット、シーケンス終端コードを格納したNALユニット、ストリーム終端コードを格納したNALユニットを配列することにより構成される。これらのベースビューコンポーネント、ディペンデントビューコンポーネントは、それぞれが独立したビデオストリーム(ベースビュービデオストリーム、ディペンデントビュービデオストリーム)を構成する。

　図４（ａ）は、1個のビデオアクセスユニットに格納される圧縮スライスデータ列を示す。本図に示すように、1個のビデオアクセスユニットに格納される圧縮スライスデータ列は、スライス１からスライス６８までの68個のスライスからなる。個々のスライスは、1920×16画素を構成するものなので、これらが68個集まって1920×1080という一画面分の画素が構成される。

　引出線cup2は、スライスの内部構成をクローズアップしている。この引出線に示すようにスライスは、120個のマクロブロックからなり、個々のマクロブロックは、16×16画像の符号語を格納している。（ｂ）は、マクロブロックの構成を示す。本図のマクロブロックは、16:8:8フォーマットであり、マクロブロック(MB)ヘッダと、16×16画素の輝度Yの符号語、8×8画素の赤色差Crの符号語、8×8画素の赤色差Cbの符号語から構成される。マクロブロックヘッダには、ピクチャ参照子が存在していて、ここにマクロブロック復号時に参照すべきビューコンポーネントに割り当てられたピクチャ番号を記述することができる。ここで平面視動画像を構成するフレーム画像は、1つのピクチャであり、ビデオストリームにおいて1つのアクセスユニット内に存在するNALユニット群から、一画面分の複数のスライスを取り出しデコードすることで形成される。

　一方、ベースビュービデオストリームのアクセスユニットから一画面を構成するスライスを取り出すと共に、ディペンデントビュービデオストリームのアクセスユニットから一画面分のスライスを取り出して、これらのベースビューのスライスから構成されるベースビューのビューコンポーネントの復号画像である左目画像／右目画像と、ディペンデントビューのスライスから構成されるディペンデントビューのビューコンポーネントの復号画像である右目画像／左目画像とを1つのフレーム期間内に表示させることで、図２（ｂ）のフレーム画像が構成される。ベースビュービデオストリームのビデオアクセスユニットは、上述したようにシーケンスパラメータセット、ピクチャパラメータセットが存在しているので、上記復号画像である右目画像、左目画像は、「ピクチャ」となる。

　マクロブロックにおけるピクチャ参照子は、MVCビデオデコーダ内のデコーデッドピクチャバッファにおいて、参照ピクチャとしてストックされている個々の非圧縮のピクチャデータに付与されるピクチャ番号を参照するものである。MVC1080@60i/50iビデオストリームのデコード時において、ベースビューコンポーネントの復号画像に奇数のピクチャ番号が、ディペンデントビューコンポーネントの復号画像に偶数のピクチャ番号がそれぞれ付与されている場合、各マクロブロックのヘッダにおけるピクチャ参照子に奇数のピクチャ番号を採用すれば、ベースビュービデオストリームの復号化ビューコンポーネント画像のみを参照ピクチャとして採用することができる。またMVCビデオデコーダでは、非圧縮のピクチャがそれぞれどのようなピクチャタイプであるか(IDR(Instantaneous Decoding Refresh)ピクチャタイプであるか、I(Intra)ピクチャタイプであるか、B(Bi-directional predictive)ピクチャタイプであるか)を、ピクチャ番号に対応付けて管理している。よってマクロブロックでは、どのようなピクチャを参照ピクチャから除外しているかというピクチャタイプに応じた制限も導入可能である。例えば、ディペンデントビュービデオストリームのビューコンポーネントのマクロブロックにおいては、Bピクチャタイプのビューコンポーネントを参照ピクチャから除外するという制限が可能となる。以上のように、マクロブロックでは、ピクチャ参照子にどのようなピクチャ番号を採用するかによって、参照ピクチャに使用すべきビューコンポーネントのタイプを限定することができる。

　ベースビュービデオストリーム、ディペンデントビュービデオストリームのデコード単位について説明する。ベースビュービデオストリームのビデオアクセスユニットは、上述したようにシーケンスパラメータセット、ピクチャパラメータセットが存在しているので、ベースビューのビューコンポーネントは、「ピクチャ」として再生されることが可能である。よってベースビューのビューコンポーネントは、MPEG2ビデオストリーム、又は、MPEG4-AVCビデオストリームのように、Closed-GOP、Open-GOPの何れかを構成することができる。Closed-GOPでは先頭に、フレーム内符号化により符号化されたスライスからなるビューコンポーネントが配置される。かかるビューコンポーネントは、IDRタイプのスライスから構成されるビューコンポーネント（IDRタイプのビューコンポーネント）である。符号化順序においてIDRタイプのビューコンポーネントが先頭に配置されたClosed-GOP先頭からであれば、ベースビュービデオストリームの単独デコードが可能になり、また、ベースビュービデオストリームにおいてClosed-GOP単位の部分削除が可能になる。

　一方、ディペンデントビュービデオストリームのビデオアクセスユニットにも、ピクチャヘッダ、ピクチャパラメータセット、シーケンスヘッドが存在しているので、ディペンデントビューのビューコンポーネントは、「ピクチャ」として再生されることが可能である。ただし、ディペンデントビューのビューコンポーネントが構築することができるのは、Open-GOPのみである。これは、ディペンデントビューのビューコンポーネントは、ベースビュービデオストリームにおけるClosed-GOPの個々のビューコンポーネントを、参照画像としたビュー間予測符号化方式と、フレーム間要件符号化方式とにより符号化されるからである。Open-GOPでは先頭に、フレーム間符号化、ビュー間符号化により符号化されたスライスからなるビューコンポーネントが配置される。かかるビューコンポーネントは、Non-IDRタイプのスライスから構成されるビューコンポーネント（Non-IDRタイプのビューコンポーネント）である。

　図４（ｃ）は、ベースビューのビューコンポーネント、及び、ディペンデントビューのビューコンポーネントによって構成されるClosed-GOPと、Open-GOPとの組みを示す。

　図中の矢印vr1,vr2,vr3はビュー間の相関性を象徴的に示しており、矢印fr1,fr2,fr3はフレーム間の相関性を象徴的に示している。これらのビュー間相関性、フレーム間相関性に基づきビューコンポーネントは圧縮符号化されている。ディペンデントビューのOpen-GOPは、ベースビューのClosed-GOPと共でないと単独デコードは不可能である。また部分削除にあたっては、ディペンデントビューのOpen-GOPの参照ピクチャを含むベースビューのClosed-GOPも、併せて部分削除にする必要がある。ここでベースビュービデオストリームに対してClosed-GOPをどの程度の頻度で挿入するかは、エンコード条件による。編集を想定したような立体視画像では、どんな部分からでも削除がなされなければならないから、例えば、時間軸の1秒置きにClosed-GOPを挿入することが望ましい。しかしこれでは容量が大きくなることから、5秒置き、10秒置きというようにClosed-GOPの挿入間隔を変化させることが望ましい。出願人は本発明の製品化・実用化にあたって、様々な技術的障壁に直面した。その障壁と、対応する解決手段とを実施形態毎に提示する。

　(第１実施形態)
　映画作品の記録のためのデータフォーマットが、平面視専用のものから立体視可能なものへと改訂された場合に、当業者が直面する技術的障壁の克服を目指したものである。

　立体視可能な映画作品の記録のためのデータフォーマットでは、立体視映像を構成する多視点の複数のビデオストリームのうち、単独デコードが可能になるもの(ベースビュービデオストリーム)をデコードした場合は平面視再生が、多視点の複数のビデオストリーム(ベースビュービデオストリーム及びディペンデントビュービデオストリーム)を再生した場合は、立体視再生が可能になるようにしている。

　立体視用の複数のビデオストリームを包含したストリームファイルが記録された記録媒体が、レガシー機器に装填され、記録媒体が編集に供されると、ベースビデオストリームのみが短くされたり、また、ベースビデオストリームのみが2つに分割される。

　ここでディペンデントビュービデオストリームを構成する個々のビューコンポーネントは、ビュー間相関性に基づく予測符号化方式により圧縮されていることが一般的である。これは、ある視点から視聴された映像は、他の視点から視聴された映像と強い相関性をもつことが知られているからである。レガシー機器によってベースビュービデオストリームが部分的に削除されたとすると、ディペンデントビュービデオストリームを構成するピクチャは参照ピクチャを失い、正常なデコードが不可能となる。

　またオーサリング段階において左目画像、右目画像の視覚差が発生しないように万全の配慮を施していたとしても、エンドユーザが家庭内で勝手にシーン削除を行うことにより、かかる配慮が水泡に帰する恐れがある。しかし、3D撮影装置が普及してきて、3Dテレビ放送が本格化しつつあるのに、いらないシーンを削除すらできないのでは、媒体の容量不足時に迅速に空き領域を確保することができない。特に3D撮影装置による録画は、大きな容量を消費するので、この容量不足の問題が深刻化する。よって、3D撮影装置による記録内容の一部を削除できないようなムービー記録フォーマットでは消費者の購買意欲を刺激することができず、大規模量販店や、メーカーの企画部門、営業部門からの強い要請に応えることができない。

　本実施形態の目的は、ビューコンポーネントが前提にしているようなビュー間依存関係の崩壊を招かずに、立体視映像の編集を実現することである。

　記録媒体の局面で上記実施化の障壁の克服を図る場合、記録媒体は、ストリームファイルと、インデックスファイルとが記録され、インデックスファイルは、エディタビリティフラグと、エクステンディッドエディタビリティフラグとを含み、エディタビリティフラグは、機器に本記録媒体が装填された際、当該機器によって、本記録媒体がエディタブルメディアとして取り扱われるか否かを規定する情報であり、オンに設定されることで、本記録媒体がエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を示し、ストリームファイルに対する編集が可能になり、オフに設定されることで、立体視映像の記録及び編集に対応していないレガシー機器では、本記録媒体がエディタブルメディアとして取り扱われずストリームファイルに対する編集が不可になる旨を示し、エクステンディッドエディタビリティフラグは、立体視映像の記録及び編集に対応した非レガシー機器に本記録媒体が装填された際、エディタビリティフラグがオフを示していたとしても、本記録媒体が、当該非レガシー機器によってエディタブルメディアとして取り扱われる旨を示し、ストリームファイルに対する編集が可能になることを規定していれば足りる。

　かかるインデックスファイルは、記録媒体のローディング時に記録媒体から最初に読み出され、記録媒体が装填されている期間において、再生装置のメモリに常駐するものである。かかるインデックスファイルに、エディタビリティフラグ、エクステンディッドエディタビリティフラグを設定しておけば、この記録媒体固有の編集の扱いを規定しておくことができる。

　上記実施化障壁を克服できる形態の記録媒体によれば、立体視映像の記録・編集に対応していないレガシー機器による編集を禁じることにより、ディペンデントビューのビューコンポーネントが前提にしているようなビュー間依存関係の崩壊を招かないから、立体視映像が正しく編集されることを保障しつつも、ストリームファイルを正しく編集に供することが可能になる。

　上記実施化障壁を克服しうる形態は、以下のような下位概念化が可能である。

　記録媒体にはメディアムービーデータベース領域が存在しており、メディアムービーデータベース領域は、ファイルシステムにおける特定ディレクトリ配下に存在する複数のサブディレクトリの階層と、サブディレクトリの各階層に存在するファイルとによって構成され、インデックスファイルは、特定ディレクトリに記録され、ストリームファイルは、ストリーム用サブディレクトリに記録され、インデックスファイルは、メディアムービーデータベース領域内に立体視コンテンツが存在するか否かを示す存否フラグを含み、存否フラグが立体視コンテンツ存在を示すことを条件にして、エクステンディッドエディタビリティフラグはインデックスファイルに生成されてもよい。

　フラグによる編集可否が規定される編集対象は、「メディアムービーデータベース」である。「メディアムービーデータベース」とは、デジタル映画作品を構成するデータ要素を、その種別毎に、対応するサブディレクトリやファイルに格納して、これらのデータ要素を、インデックスファイルにおける複数のタイトルに関連付けたデータ集合体である。かかるメディアムービーデータベースは、平面視(2D)出力モードのムービーを構成するデータ構造が前提になっていて、この拡張として立体視(3D)出力モードのムービーを構成するデータ構造が追加される。メディアムービーデータベースは、ファイルシステムにおいて予め定められたディレクトリ・ファイル構成を有しており、その記録媒体に対応する再生装置によって、映画作品の記録データとして認識されることが保障される。

　記録媒体の装填時に、媒体の内容物として認識されるのは、このメディアムービーデータベース領域の配下に位置するディレクトリ階層構造であるから、かかるディレクトリ階層構造を書込不可、編集不可とすることで、記録媒体はノンエディタブルメディアとして認識されることになる。立体視再生を想定したムービー記録フォーマットに適合する形で、記録媒体を編集可能、編集不可能に設定することができる。

　ムービー記録フォーマットの例に絞っていうと、Blu-rayディスクに、映画作品を記録するために特化されたメディアムービーデータベースを、「BDMVデータベース」という。BDMVデータベースは、BDMVディレクトリと呼ばれる特定名称のディレクトリの配下に格納される。映画作品記録のためのフォーマットは、ファイルシステムにおける特定ディレクトリ(BDMVディレクトリ)配下のディレクトリ階層と、この特定ディレクトリの各階層に存在するファイル内部のデータ構造とによって構成される。

　3Dコンテンツの存否の判断にあたっては、本来、かかるディレクトリ階層に対するサーチが必要になるが、3Dコンテンツの存否を示す存否フラグ(SS＿content＿exist＿flag)がインデックスファイルに存在するので、かかる存否フラグ(SS＿content＿exist＿flag)に従えば、上記のようなディレクトリ階層に対するサーチを省略したとしても、記録媒体に対する3Dコンテンツの存否の判断を適切に設定することができる。

　　存否フラグがオンに設定された場合、エディタビリティフラグはオフに設定され、非レガシー機器が記録媒体をエディタブルメディアとして扱うのは、エクステンディッドエディタビリティフラグがオンに設定された場合であり、エクステンディッドエディタビリティフラグがオフに設定された場合、記録媒体は、非レガシー機器によってエディタブルメディアとして扱われなくしてもよい。

　エクステンディッドエディタビリティフラグをオフに設定することで、非レガシー機器による編集をロックすることができる。誤った書き換えから、記録内容を保護することができるので、内容の安全性をたもつことができる。

　ストリームファイルには、立体視映像を示す複数のビデオストリームを含むものと、含まないものとがあり、メディアムービーデータベース領域にはプレイリスト情報が記録され、プレイリスト情報には、立体視映像を示す複数のビデオストリームに対しての再生経路を定義する立体視プレイリスト情報と、1つのビデオストリームに対して再生経路を定義する通常のプレイリスト情報とがあり、プレイリスト情報が立体視プレイリスト情報である場合、存否フラグはオンに設定されてもよい。ここでの再生経路は、クリップストリームファイル内に存在するビデオストリームの時間軸上で定義された再生区間を、所定の順序に従って並べることで構成されるものである。

　クリップストリームファイルとは、クリップ情報ファイルと、ストリームファイルとの組みのことである。クリップ情報ファイルとは、ストリームのランダムアクセスを可能とするため、ストリームファイルと一対一に対応する情報であり、ストリームファイルを構成するソースパケット読み出しにあたって、メモリに読み出すことが要求される。

　プレイリストが立体視を構成するかどうかで、ローディングされた記録媒体をエディタブルメディアとするか、非エディタブルメディアとするかの扱いを、非レガシー機器に変えさせることができる。2D出力モードにおけるピクチャインピクチャ再生を行うためのプレイリストや2D出力モードにおけるサウンドミキシングを実現するためのプレイリストが記録媒体に存在していたとしても、これらを立体視のためのプレイリストと区別してエディタブルメディアとするかどうかを正しく設定することができる。

　ここで、メディアムービーデータベース領域は、ストリーム領域と、非ストリーム領域とから構成され、ストリーム領域は内周側に位置していて、インデックスファイルは、非ストリーム領域に書き込まれ、ストリームファイルはストリーム領域に書き込まれてもよい。光ディスクにおける記録領域が螺旋トラックに形成されている場合、非ストリーム領域は、ストリーム領域よりも内周側に位置することになり、ストリームアクセスに先立ちインデックスファイルをメモリに読み出すことができる。

　以上が記録媒体の局面において実施化障壁の克服を図るアプローチである。

　続いて、再生装置の局面で実施化障壁の克服を図る場合の再生装置の形態について説明する。再生装置の局面で上記実施化障壁の克服を図るには、記録媒体からストリームファイルを読み出して再生する再生装置であって、記録媒体からインデックスファイル、及び、ストリームファイルを読み出す読出手段と、読み出されたストリームファイル内のビデオストリームを再生する再生手段とを含み、インデックスファイルは、エディタビリティフラグを含み、エディタビリティフラグは、機器に本記録媒体が装填された際、当該機器によって、本記録媒体がエディタブルメディアとして取り扱われるか否かを規定する情報であり、オンに設定されることで、本記録媒体がエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を示し、オフに設定されることで、立体視映像の記録及び編集に対応していないレガシー機器では、本記録媒体がエディタブルメディアとして取り扱われずストリームファイルに対する編集が不可になる旨を示し、再生手段は、エディタビリティフラグの他にエクステンディッドエディタビリティフラグがインデックスファイルに存在する場合、エクステンディッドエディタビリティフラグがオンに設定されることで、エディタビリティフラグがオフに設定されたとしても、記録媒体をエディタブルメディアとして扱ってビデオストリームの再生を行えば足りる。

　立体視映像の記録・編集を行い得るかどうかに拘らず、ムービー記録フォーマットに対応する再生装置のインデックスファイル読み込み時において記録媒体をエディタブルメディアと扱うか非エディタブルメディアと扱うかの設定を実行するので、記録媒体をエディタブルメディアと扱うか非エディタブルメディアと扱うかの設定の設定回数を必要最低限のものにすることができる。これによりレガシー機器、非レガシー機器による動作の一貫性を維持することができる。

　記録装置の局面で実施化障壁の克服を図る場合、エンコード処理を行うことでビデオストリームを得るエンコーダと、ビデオストリームと、インデックスファイルとを記録媒体に書き込む書込手段とを備え、インデックスファイルはエディタビリティフラグを含み、インデックスファイルを記録媒体に書き込むにあたって、エディタビリティフラグにオン、オフの何れかの値を設定すると共にエディタビリティフラグにエクステンディッドエディタビリティフラグを対応付け、エディタビリティフラグは、機器に本記録媒体が装填された際、当該機器によって、本記録媒体がエディタブルメディアとして取り扱われるか否かを規定する情報であり、オンに設定されることで、本記録媒体がエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を示し、オフに設定されることで、立体視映像の記録及び編集に対応していないレガシー機器では、本記録媒体がエディタブルメディアとして取り扱われずストリームファイルに対する編集が不可になる旨を示し、エクステンディッドエディタビリティフラグは、立体視映像の記録及び編集に対応した非レガシー機器に本記録媒体が装填された際、エクステンディッドエディタビリティフラグがオンに設定されることで、エディタビリティフラグがオフを示していたとしても、本記録媒体が、当該非レガシー機器によってエディタブルメディアとして取り扱われる旨を規定すれば足りる。

　この形態では、レコーディング・エディティング媒体対応の再生装置が2D再生専用のタイプなら編集を認めず、2D／3D兼用タイプなら編集を認めるという装填される機器の側面に併せた扱いを実現することができる。

　立体視映像を構成する複数のビデオストリームを編集可能な態様で記録媒体に記録してムービー記録フォーマットで世に出したいというアマチュア映画制作者の願望を叶えることができ、映像文化の裾野を広げて、映像産業の更なる発展を図ることができる。

　ここで記録媒体にはメディアムービーデータベース領域が存在しており、メディアムービーデータベース領域は、ファイルシステムにおける特定ディレクトリ配下に存在する複数のサブディレクトリの階層と、サブディレクトリの各階層に存在するファイルとによって構成され、書込手段は、インデックスファイルを特定ディレクトリに書き込み、ストリームファイルを、ストリーム用サブディレクトリに書き込み、メディアムービーデータベース領域への書き込みにあたって、存否フラグをインデックスファイル内に生成し、メディアムービーデータベース領域内に立体視コンテンツが存在するか否かに従い、存否フラグの値を設定してもよい。

　記録媒体のローディング時において、3Dコンテンツの存在を再生装置に知らせるというシグナリングが可能になり、ローディング時において、出力モードを速やかに3D出力モードに移行させることができる。

　メディアムービーデータベース領域に3Dコンテンツが含まれるか否かを再生装置に通知する存否フラグに連動して、エクステンディッドエディタビリティフラグをインデックスファイルに生成するから、ムービー記録フォーマット再生装置での処理の延長線上で、エクステンディッドエディタビリティフラグに従った編集操作を実現することができる。

　(第２実施形態)
　第１実施形態は、立体視ビデオストリームを対象としたが、本実施形態では、平面視ビデオストリームの属性拡張のために、ムービー記録フォーマットが改訂された場合の技術的障壁克服を目指す。

　ムービー記録フォーマットで記録可能なビデオストリームには、個々のピクチャがプログレッシブ（順次走査）方式になっているものと、インターレース(飛越走査)方式になっているものの２種類がある。プログレッシブピクチャから構成されるビデオストリームにおいては、規格上必須のフレームレート(マンダトリレート)として、24Hz(≒23.976(=24000/100001))Hzが規定されている。このように、個々のピクチャがプログレッシブピクチャからなり、かつ、フレームレートが24Hzになっているビデオストリームを「24Pビデオストリーム」(正確には23.976Pだが、一般にこれを24Pと呼んでいる)という。これ以外にも、プログレッシブピクチャから構成されるビデオストリームにおけるフレームレートとしては、24Hz、25Hzが知られている。

　一方、個々のピクチャがインターレースピクチャになっているビデオストリームの代表的なものは、60Hzのインターレースピクチャから構成されるビデオストリーム(60iビデオストリーム)である。60iビデオストリームは、各々のピクチャがインターレースピクチャであり、かつ、フレームレートが29.97（30000/100001）HZであるビデオストリームをいう。この29.97Hzをフィールドピクチャに換算すると１秒当りのピクチャ数が約６０枚になる。

　プログレッシブピクチャ、及び、インターレースピクチャでフレームレートが制約されている背景は以下の通りである。それは映画業界において、映画の撮影は通常、プログレッシブ方式かつ上記のようなフレームレートで撮影されることが一般的であり、多くの映画がフィルムで保存されている。また放送業界では、世界中の多くのTV放送用の映像が60iで作成され、放送されている。これらの映画や放送での使用を想定しているため、撮影に用いられる機材では、前述のフレームレートを超える映像素材が扱えない。しかしながら、24Hz、23.976(24000/100001)Hz、又は、25Hzの程度の低いフレームレートで動きの激しい映像を撮影すると、フレームレートが十分でないから、映像がカクつき不自然に見えてしまう。これでは映像品位が充分なものにならない。60iで撮影した場合でも、インターレースピクチャでは斜め方向の線が崩れて画像劣化が顕著化してしまう。

　そこでビデオストリームの属性拡張の要請が生じる。属性拡張で網羅されるビデオストリームは、「プログレッシブビデオストリーム」である。これは、1920×1080フォーマットで、フレームレートが50Hz又は60Hz(59.94Hz)のフレームレートのMPEG4-AVCを使用することが許されている(「AVC1080@60P/50Pビデオストリーム」という)。AVC1080@60P/50Pビデオストリームのうち、60HzのフレームレートのものをAVC1080@60Pビデオストリーム、50HzのフレームレートのものをAVC1080@50Pビデオストリームという。

　AVC1080@60Pビデオストリームとは、1920×1080のプログレッシブピクチャから構成され、そのフレームレートが60Hzのビデオストリームである。より詳しくいうと、オプショナルなフレームレートをもつAVC1080@60Pビデオストリームは、１秒当りの画像数が60枚なので、GOPのデータ規模が、AVC1080@24PビデオストリームのGOPのデータ規模と比べて倍以上になっていて、GOPのオーバースケールが発生している。１秒当りの画像数が60枚なので、デコードタイムスタンプ(DTS)にて規定されるデコードタイミングやプレゼンテーションタイムスタンプ(PTS)にて規定される再生タイミングも緻密な時間間隔で設定される。併せてエントリーマップによりポインティングされるデータ間隔も緻密になっている。

　ここでのAVC1080@60P/50Pビデオストリームは、あくまでも符号化方式にMPEG4-AVCを採用したものであり、MPEG4-SVC(Scalable Video Coding)を採用したものではない。MPEG4-SVC方式のビデオストリームを除外したのは、MPEG4-SVCは、動画像を複数の異なる解像度、フレームレート、画質で再生することができるように、空間スケーラビリティ、時間スケーラビリティ、SNRスケーラビリティなどの各種スケーラビリティをもたせて動画像を符号化したものであり、これは既存のBlu-rayディスクフォーマットではサポートしていないからである。

　「AVC1080@50Pビデオストリーム」とは、プログレッシブピクチャから構成され、そのフレームレートが50Hzになっているビデオストリームをいう。60Pは60iであるNTSC方式の延長線上に位置付けられる。60iであるNTSC方式は、世界的なテレビ放送方式であるから、60Pの利用が想定される地理的範囲は、全世界的な地理的範囲となる。

　対照的に50Pは、50iであるPAL方式の延長線上に位置付けられる。50iのPAL方式は、欧州での走査方式であるから、50Pの利用範囲も欧州という地理的範囲に限定される。

　図５は、平面視ビデオストリームの3つの典型的な類型を示す。図５（ａ）は、1920×1080プログレッシブ/60の属性をもつAVC1080@60Pビデオストリームである。図５（ｂ）は、1920×1080インターレース/60の属性をもつAVC1080@60iビデオストリームを示す。図５（ｃ）は、第１実施形態で示したベースビュービデオストリームの平面視動画像であり、1920×1080プログレッシブ/24の属性をもつAVC1080@24Pビデオストリームである。図５（ｂ）によると、AVC1080@60iビデオストリームでは、個々のピクチャがインターレース画像になっている。インターレース画像は、奇数フィールド、偶数フィールドの2つのフィールドから構成される。図５（ｂ）のように、横スジ入りの画像は、インターレースピクチャを表すものとする。逆に図５（ａ）のように、横スジがない画像は、プログレッシブピクチャであるとする。

　図５（ａ）におけるAVC1080@60Pビデオストリームのピクチャ列を、図５（ｃ）のAVC1080@24Pビデオストリームのピクチャ列と比較すると、AVC1080@24Pビデオストリームは、１秒当りの画像枚数が少ないため、画像中のモデルの動きがカクつき、細かい動きの再現度が落ちる。これに対して（ａ）では、１秒あたりの画像枚数が倍以上になっているから、画像中の人物の動きが細部にわたり表現され、躍動感が伝わる。

　ところが、AVC1080@60Pビデオストリーム、AVC1080@50Pビデオストリームのように、オプショナルレートのプログレッシブピクチャからなるビデオストリームが記録された記録媒体がレガシー機器に装填された場合、レガシー機器は24P、60iといったストリーム属性のビデオストリームしか認識しえないから、レガシー機器により認識されるストリーム属性に書き換えられることになる。色々な機器を巡るにつれて、プログレッシブビデオストリームのストリーム属性が失われるというおかしな現象が発生することであれば、これらの機器や記録媒体を製造した様々な企業に、影響が波及することになり、業界全体の問題になりかねない。またプログレッシブビデオストリーム記録のメリットが台無しになり、関連商品の消費停滞を発生させかねない。

　本実施形態の目的は、様々な機器を経由したとしてもストリーム属性の同一性が損なわないような編集上の担保を記録媒体上で実現することである。

　記録媒体の局面で上記実施化障壁の克服を図る場合、ストリームファイルと、インデックスファイルとを含み、ストリームファイルはビデオストリームを含みビデオストリームには、フレームレートがマンダトリなフレームレートであり、プログレッシブピクチャから構成されるものと、フレームレートがオプショナルなフレームレートであり、プログレッシブピクチャから構成されるものとがあり、エディタビリティフラグは、機器に本記録媒体が装填された際、当該機器によって、本記録媒体がエディタブルメディアとして取り扱われるか否かを規定する情報であり、オンに設定されることで本記録媒体がエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を示し、オフに設定されることで、オプショナルなフレームレートによるプログレッシブピクチャの記録及び編集に対応していないレガシー機器では、本記録媒体がエディタブルメディアとして取り扱われずストリームファイルに対する編集が不可能になる旨を示し、エクステンディッドエディタビリティフラグは、オプショナルなフレームレートによるプログレッシブピクチャの記録及び編集に対応した非レガシー機器に本記録媒体が装填された際、エクステンディッドエディタビリティフラグがオンに設定されることで、エディタビリティフラグがオフを示していたとしても、本記録媒体が、当該非レガシー機器によってエディタブルメディアとして取り扱われる旨を示せば足りる。

　ここで「マンダトリなフレームレート(マンダトリレート)」とは、全てのバージョンの再生装置によりデコード及び再生が可能とされているフレームレートのことである。BD-ROMディスク、BD-Rディスク、BD-REディスクを例にとると、これらのディスクのアプリケーション規格は、初期バージョン発行以降、バージョンアップを繰り返しているが、AVC1080@24Pビデオストリーム、AVC1080@60iビデオストリームは全てのバージョンでのデコード・再生が可能になっている。よってAVC1080@24Pビデオストリームの24Hz、AVC1080@60iビデオストリームの60Hzは、BD-ROMディスクのアプリケーション規格におけるマンダトリレートとなる。

　「オプショナルなフレームレート(オプショナルレート)」とは、一部の再生装置によりデコード及び再生が可能となるフレームレートのことである。AVC1080@60Pビデオストリームのフレームレートである60Hzは、現行のBD-ROMディスク、BD-Rディスク、BD-REディスクにおいてデコード・再生可能であるとはされていないが、近い将来の規格改訂でデコード・再生が可能になる予定である。よってAVC1080@60Pビデオストリームにおける60Hzは、Blu-rayディスクのアプリケーション規格におけるオプショナルレートに該当する。

　以上の記録媒体によれば、エディタビリティフラグをオフに設定しておけば、レガシー機器による編集が禁じられる反面、フレームレートがオプショナルレートとなる複数のプログレッシブピクチャから構成されるビデオストリームの記録・編集に対応した非レガシー機器による編集はエクステンディッドエディタビリティフラグの存在により可能になる。レガシー機器による編集が禁じられ、非レガシー機器による編集が可能になることから、記録媒体に対する編集は、非レガシー機器によるものに限られることになる。

　よって、オプショナルレートのプログレッシブピクチャによって構成されるビデオストリームを記録媒体にムービー記録フォーマットで記録し、自由に編集した上で世に出したいというアマチュア映画制作者の願望を適えることができ、映像文化の発展を図ることができる。ここで記録媒体にはプレイリスト情報が記録され、プレイリスト情報は、複数の再生区間情報から構成され、再生区間情報は、時間軸における再生区間の開始点及び終了点を示す情報と、当該再生区間において再生が許可されるエレメンタリストリームを示すストリーム選択テーブルとを含み、フレームレートがオプショナルなフレームレートであり、ピクチャがプログレッシブピクチャであるビデオストリームのエントリーが、何れか1つのプレイリスト情報における再生区間情報のストリーム選択テーブルに存在する場合、かかるエントリーの存在を条件にして、エクステンディッドエディタビリティフラグはインデックスファイルに生成されるという下位概念化を図ってもよい。

　ここでのプレイリスト情報のエントリーとは、ストリーム属性と組みになって、ストリーム選択テーブルにおけるストリーム登録を構成するものである。ここでストリーム登録とは、ストリーム選択テーブル(BD-ROMディスクではSTN＿table)が帰属しているプレイアイテムがカレントプレイアイテムになった際、再生を許可すべきエレメンタリストリームがどのようなストリームであるかを、そのストリーム番号に対応付けて示すものであり、ストリーム登録は、論理的なストリーム番号に、ストリームエントリー及びストリーム属性の組合せを対応付けるというデータ構造になっている。

　ストリーム属性と組みになったエントリーにおけるストリーム番号は、１、２、３というような整数値で表現され、ストリーム番号の最大数は、対応するストリーム種別のストリーム本数となる。

　再生装置には、このストリーム種別毎に、ストリーム番号レジスタが存在しており、ここに格納されたストリーム番号で指示されるエレメンタリストリームが、現在再生対象になっているエレメンタリストリーム、つまりカレントストリームになる。

　このストリームエントリー内に、再生すべきエレメンタリストリームのパケット識別子が記述される。ストリーム選択テーブルにおけるエントリー内に、再生すべきエレメンタリストリームのパケット識別子を記述することができるので、ストリーム登録におけるストリーム番号を再生装置のストリーム番号レジスタに格納し、ストリーム登録におけるストリームエントリー内のパケット識別子に基づいて再生装置のPIDフィルタにパケットフィルタリングを再生装置に実行させる。こうすることで、ストリーム選択テーブルにおいて再生が許可されたエレメンタリストリームのTSパケットがデコーダに出力され、エレメンタリストリームの再生がなされることになる。

　ストリーム選択テーブルにおけるこれらのストリーム登録は、ストリーム番号の順序に従って並べられており、ストリーム番号の順序に基づくストリーム登録の順位は、「再生装置が再生することができる」、「ストリームの言語属性が再生装置の言語設定と一致する」の条件を満たすストリームが複数存在する場合、ストリーム登録列におけるストリーム番号の順位によって、選択対象となるストリームが決定される。

　こうすることで、ストリーム選択テーブルにおけるストリーム登録の中に、再生装置が再生できないものが存在する場合、かかるストリームは再生から除外されることになり、また、「再生装置が再生することができる」、「ストリームの言語属性が再生装置の言語設定と一致する」との条件を満たすストリームが複数存在する場合は、それらのうちどれを優先的に選択すべきかという指針をオーサリング者は再生装置に伝えることができる。上記実施化障壁を克服できる形態においては、オプショナルレートのプログレッシブピクチャからなるビデオストリームについて、再生を許可するエントリーが、プレイリスト情報内の何れかのストリーム選択テーブルに存在するかどうかで、ローディングされた記録媒体をエディタブルメディアとするか、非エディタブルメディアとするかの扱いを、非レガシー機器に変えさせることができる。AVC1080@24Pビデオストリームの再生のみを許可したプレイリストや、AVC1080@60iビデオストリームの再生のみを許可したプレイリストが記録媒体に存在していたとしても、これらを区別して、エディタブルメディアとするかどうかを正しく設定することができる。こうすることで、ストリーム属性の同一性を維持したままの自由な編集が可能になる。

　ストリーム選択テーブルにおいて登録の対象となるエレメンタリストリームの種別としては、親画面ビデオストリーム、オーディオストリーム、プレゼンテーショングラフィクスストリーム、インタラクティブグラフィクスストリームがある。

　親画面ビデオストリームとは、ピクチャインピクチャにおいて子画面のはめ込みが予定されているピクチャからなるビデオストリーム(プライマリビデオストリーム)である。ピクチャインピクチャを行うかどうかは再生装置によって決められる。非ピクチャインピクチャ表示を再生装置が選択した場合、この親画面ビデオストリームのみで画面表示はなされる。オーディオストリームには、主音声オーディオストリーム、副音声ストリームの２種類がある。主音声オーディオストリームは、ミキシング再生を行う場合、主音声となるべきオーディオストリームであり、副音声ストリームは、ミキシング再生を行う場合、副音声をとなるべきオーディオストリームである。副音声ストリームは、このミキシングのためのダウンサンプリングのための情報、ゲイン制御のための情報が存在する。

　プレゼンテーショングラフィクス(PG)ストリームは、デコーダにパイプラインを採用することで、映像との緻密な同期を実現することができ、字幕表示に適したグラフィクスストリームである。パイプラインによるデコード動作の実現により、動画像との緻密な同期を実現するので、PGストリームの用途は字幕のような文字再生に限定されない。映画作品のマスコットキャラクタを表示して、これを動画像と同期させつつ動作させるなど、緻密な同期が必要なグラフィクス再生であれば、どのようなものも、PGストリームによる再生対象として、採用することができる。インタラクティブグラフィクス(IG)ストリームは、対話操作の情報を具備することで、ビデオストリームの再生進行に伴ってメニューを表示したり、またユーザ操作に従いポップアップメニューを表示することができるグラフィクスストリームである。

　以上のストリーム選択テーブルのストリーム登録列において、プログレッシブビデオストリームの再生の許否は、ストリーム選択テーブルにおける親画面ビデオストリーム用のエントリーにて規定されるから、親画面ビデオストリームの再生を許可したエントリーの中に、オプショナルレートによるプログレッシブビデオの再生を許可するものが存在するかどうかをサーチすることにより、編集を許可するかどうかの判定が可能になる。よって、編集対象となるメディアムービーデータセットの中にプログレッシブビデオストリームが存在しうるかどうかの判定を効率的にすることができる。

　以上が、記録媒体の局面における実施化障壁の克服形態の説明である。

　再生装置の局面で実施化障壁の克服を図る場合、再生装置は
　記録媒体からインデックスファイル、及び、ストリームファイルを読み出す読出手段と、読み出されたストリームファイル内のビデオストリームを再生する再生手段とを含み、インデックスファイルは、エディタビリティフラグを含み、エディタビリティフラグは、機器に本記録媒体が装填された際、当該機器によって、本記録媒体がエディタブルメディアとして取り扱われるか否かを規定する情報であり、オンに設定されることで、本記録媒体がエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を示し、オフに設定されることで、オプショナルなフレームレートによるプログレッシブピクチャの記録及び編集に対応していないレガシー機器では、本記録媒体がエディタブルメディアとして取り扱われずストリームファイルに対する編集が不可になる旨を示し、再生手段は、エディタビリティフラグの他にエクステンディッドエディタビリティフラグがインデックスファイルに存在する場合、エクステンディッドエディタビリティフラグがオンに設定されることで、エディタビリティフラグがオフに設定されたとしても、記録媒体をエディタブルメディアとして扱ってビデオストリームの再生を行えば足りる。

　ムービー記録フォーマットにおけるインデックスファイルの読み取りの際、オプショナルレートのプログレッシブピクチャからなるビデオストリームが記録された記録媒体をエディタブルメディアとして扱うか否かの設定をリライタブル媒体再生装置に行わせるので、エクステンディッドエディタビリティフラグに基づく制御の追加に、大きな改変は必要ではない。既存のリライタブル媒体再生装置によるインデックスファイルの処理の延長線上でエディタブルメディアに対する処理を実現することができる。

　ここで記録媒体にはプレイリスト情報が記録され、プレイリスト情報は、複数の再生区間情報から構成され、再生区間情報は、時間軸における再生区間の開始点及び終了点を示す情報と、当該再生区間において再生が許可されるエレメンタリストリームを示すストリーム選択テーブルとを含み、フレームレートがオプショナルなフレームレートであり、ピクチャがプログレッシブピクチャであるビデオストリームのエントリーが、プレイリスト情報における何れかの再生区間情報のストリーム選択テーブルに存在する場合、かかるエントリーの存在を条件にして、エクステンディッドエディタビリティフラグはインデックスファイルに生成され、
　再生装置は、カレントストリーム番号を格納するストリーム番号レジスタと、プレイリスト情報におけるカレント再生区間情報の番号を格納する再生区間情報番号レジスタと、プレイリスト情報におけるカレント再生区間情報のストリーム選択テーブルに記載された複数のエレメンタリストリームのうち、カレントストリーム番号に対応するものを分離する多重分離手段とを備え、前記再生手段は、分離で得られたエレメンタリストリームのうち、フレームレートがオプショナルレートであり、プログレッシブピクチャから構成されるビデオストリームをデコードするビデオデコーダを含むという下位概念化が可能である。

　再生装置は、プレイリスト情報において、個々の再生区間情報内に存在するストリーム選択テーブルに基づきストリーム選択プロシージャを実行する。ストリーム選択プロシージャとは、ストリーム選択テーブルのストリーム登録列から「再生装置が再生することができる」、「ストリームの言語属性が再生装置の言語設定と一致する」との条件を満たすものはそれかを判定して、これらのうちどれを選択するかという選択手順であり、ストリーム選択プロシージャは、カレントプレイアイテムが新しいものに切り替った際、また、ユーザからストリーム切り替えが要求された際、実行される。

　カレントプレイアイテムが新しいものに切り替わる等、再生装置の状態変化が生じた際、上述したような判定や選択を行い、再生装置のストリーム番号レジスタにストリーム番号を設定する一連の手順を「状態変化時に実行すべきプロシージャ」という。ストリーム番号レジスタは、ストリーム種別毎に存在するから、上記プロシージャは、ストリーム種別ごとに実行されることになる。

　ストリーム切り替え要求がユーザによってなされた場合、上述したような判定や選択を行い、再生装置のストリーム番号レジスタにストリーム番号を設定する一連の手順を「ストリーム変化が要求された際のプロシージャ」という。

　ここで「ストリーム切り替えの要求」には、セットストリームコマンドの発行、ストリームテンジUOの発行、セットストリームAPIのコールといった種別がある。

　オプショナルレートでのプログレッシブピクチャの記録・編集を行い得る非レガシー機器(上記形態の再生装置)は、ストリーム選択プロシージャの対象となるストリーム選択テーブルから、オプショナルなレートでプログレッシブビデオのエントリーを探す。これによりメディアムービーデータベース領域の全てのファイルの中身をサーチしなくてもローディングされた記録媒体をエディタブルメディアとするか、非エディタブルメディアとするかの扱いを適切に設定することができる。

　ムービー記録フォーマットに対応する再生装置におけるインデックスファイルに対する処理の延長線上で、エクステンディッドエディタビリティフラグに従ったエディタブルメディアについての扱いを規定することができる。

　また、ストリーム選択テーブルの存在を前提にした多重分離、デコードをリライタブル媒体再生装置に行わせるので、編集を前提にしたプログレッシブビデオストリームの再生をリライタブル媒体再生装置に行わせることができる。

　(第３実施形態)
　Blu-rayディスクのムービー記録フォーマットを一例にして上記実施化障壁の克服のための形態の具体的な形態を述べる。このムービー記録フォーマットとして、BDMVRecording Specificationで規定されたBD-REディスクフォーマットを選ぶ。

　BDMVRecording Specificationは、BDMVコンテンツのリアルタイムレコーディング－エディティングを可能とするBDMVのサブセットを定義するものである。このサブセットのフォーマットは、Realtime Recording Editing Format(RREF)と呼ばれ、BD-ROMディスクのデータフォーマットの記録バージョンを、リアルタイム記録及び編集処理に適合させるためのものである。

　BDMVRecording Specificationであって、AVC1080@60P/50Pビデオストリームの記録及び／又はMVC1080@60i/50iビデオストリームの記録に対応するものは、Blu-ray Rewritableフォーマットにおいて、最新のバージョンであるバージョン3.1に位置付けられる。よって、本願の実施形態で対象とする製品レベルのフォーマットを、Blu-ray Rewritableバージョン3.1フォーマット(BDMVRecording Specification＋RREFフォーマット)とする。

　Blu-ray Rewritableフォーマットバージョン3.1は、BD-REやBD-RにおけるBDMVコンテンツを記録し、編集するためのBD-ROMアプリケーションフォーマットの伝送や制限を規定する。そして、Blu-ray Rewritableフォーマットバージョン3.1が参照するBD-ROMフォーマットPart3のバージョンは「バージョン2.5」となる。

　Blu-ray Rewritableフォーマットバージョン3.1によるBDMVデータベースの記録は、以下のパーソナルBDMVコンテンツオーサリング、BDMVリアルタイムレコーディングアンドエディテイングを実現するためのものである。パーソナルBDMVコンテンツオーサリングはライトワンスシナリオや非編集シナリオを仮定している。これらのライトワンスや非編集シナリオは、ユーザによって完成され、後日の編集を認めないBD-ROMタイトルに存在するものである。

　一方、BDMVリアルタイムレコーディングアンドエディテイング(BDMVRecording Specification＋RREF)は、リライタブルアンドエディタブルのユースケースを仮定している。これは、レコーダがカメラによって得られたビデオ記録物を網羅するものである。これの網羅を可能とするため、RREFは、異なるマニファクチャが製造したマニファクチャプロダクト(工業製品)によるコンテンツの編集、削除操作をサポートする。何れのRREFコンテンツを編集する何れのマニファクチャプロダクトも、RREFコンフィマンスを維持する。これはデータベースのアップデートや編集操作、操作時のメニューによってなされる。

　またBlu-ray ReadOnly Recording + Realtime Recording Editing Format(RREF)を用いることに併せて、本実施形態では、Blu-ray Rewritableバージョン3.1フォーマットに対応した記録装置を非レガシー機器であるとする。Blu-ray Rewritableバージョン3.1フォーマットに対応せず、バージョン3.0以下のフォーマットにのみに対応した記録装置がレガシー機器であるとする。

　以下、BDMVデータベースによる具体例を通じて、上記実施化障壁の克服までの歩みを追ってゆく。

　オブジェクト指向プログラミング言語によるインデックスファイルの記述について説明する。BDMVデータベースにおけるインデックスファイルは、Index.bdmvと呼ばれる。

　図６は、BD-ROMディスク用オブジェクト指向プログラミング言語におけるIndex.bdmvのシンタックスを示す。図６（ａ）に示すように、オブジェクト指向プログラミング言語のシンタックスにおいて、インデックスファイルは、type＿indicator、version＿number、indexes＿start＿address、extension＿data＿start＿address、reserved＿for＿future＿use、AppInfoBDMV、N1個のpadding＿wordを定義するfor文、indexes、N2個のpadding＿wordを定義するfor文、ExtensionDataから構成される。

　BDMVデータベースが従来のBlu-ray Rewritableフォーマットに従う場合、AppInfoBDMVの詳細な構造は図６（ｂ）の通りになる。図６（ｂ）は、従来型のリライタブル媒体のフォーマットであるBlu-ray Rewritableバージョン3.0におけるAppInfoBDMVのデータ構造を示す。図６（ｂ）に示すように、Blu-ray Rewritableバージョン3.0におけるフォーマットでは、AppInfoBDMV内に、editability＿flag、reserved＿for＿future＿use,content＿provider＿use＿dataが定義される。この図６（ｂ）に対して図６（ｃ）では、編集可否を表す情報（editability＿flag）としての役割と共に、バージョン3.1の編集可否を表す情報（extended＿editability＿flag）とを定義する。

　図６（ｃ）は、BDMVRecording＋RREFのために拡張されたAppInfoBDMVデータのデータ構造を示す。ここでの拡張とは、リライタブルの可否を示すeditability＿flagをそのままeditability＿flagとして採用し、また15ビットのreserved＿for＿future＿useのうち、3ビットをinitial＿output＿mode＿preference,SS＿content＿exist＿flag,extended＿editabitily＿flagに置き換えたものである。図６（ｃ）で拡張したデータ構造の32ビット(b32)目にあたるeditability＿flagは、従来のeditability＿flagの位置に相当するために、レガシー機器では編集可否情報として判断される。

　一方、３５ビット(b35)目にあたるextended＿editability＿flagは従来のreserved領域の位置に相当するため、レガシー機器にとってその値は無効なものである。したがって、3Dコンテンツを含むBDMVデータベースにおいて、editability＿flagの値を『０』と設定しておけば、3Dコンテンツで編集可能とするためにextended＿editability＿flagの値を『１』と設定しても、レガシー機器がその値を認識することはない。editability＿flagの値が『０』である限り、3Dコンテンツを含むBDMVデータベースがレガシー機器によって誤編集されることはない。

　「editability＿flag」は、BD-ROM part3-1ではreservedに定義される。このフィールドが0であれば、ノンエディタブルメディアである旨を指示する。ノンエディタブルメディアは、BDMVRecording Specificationに拘束されるが、RREFについては、従っても従わなくてもよい。editability＿flagが「1」に設定された際、インデックスファイルが記録された記録媒体の扱いを「エディタブルメディア」とする旨を指示する。このエディタブルメディアの中身は、BDMVRecording Specificationに追加されたRREFのフォーマットに従う。editability＿flagの値が、「1」であるならば、このディスクは「編集可」と判定され編集されることになる。

　「initial＿output＿mode＿preference」は、ディスクにおける初期出力モードのプレファレンスであり、「０」で2D出力モード、「１」で3D出力モードを示す。本「initial＿output＿mode＿preference」が『3D出力モード』に設定されている場合、表示装置に立体視表示能力が存在することを前提として、ディスク装填時において、再生装置は3D出力モードに設定される。

　「SS＿content＿exist＿flag」は、プロファイル５機能を用いているか否かを示す。以下の条件の何れかを満たす場合、このフィールドは「１」に設定される。

　－ストリーム選択テーブルSSが組み込まれた3Dプレイリストをもつ
　－動作モードオブジェクトデータ内のアプリケーション管理テーブル内で現在シグナリングされているバイトコードアプリケーションは、自身のアプリケーション記述子におけるアプリケーションプロファイル値のセット内に、「プロファイル５」を含む。「プロファイル５」とは、立体視再生に対応したアプリケーションプロファイルのことである。よって動作モードオブジェクトに対応するタイトルに3Dプレイリストが存在しない場合や、プレイリストそのものがない場合であっても、かかるバイトコードアプリケーションがHAViスクリーンデバイスにおいて、左目用グラフィクスプレーンデバイス、右目用グラフィクスプレーンデバイスに対する描画を行うことで、メニューの立体視等を実現する場合、上記「SS＿content＿exist＿flag」は「オン」に設定される。本明細書における3Dコンテンツとは、MVC1080@50i/60iビデオストリーム、MVC1080@24pビデオストリームにより構成されるものだけではなく、バイトコードアプリケーションがHAViスクリーンデバイスに対して、左目用グラフィクス、右目用グラフィクスを描画することで実現される3D映像をも包含する。

　－3D出力モードを用いる。SS＿content＿exist＿flagが、「存在しない」と設定されている場合、対応するディスクが装填されている間は3D出力モードに移行することはないから、再生装置において出力モードの設定を示す出力モードレジスタのモード選択プロシージャを実行せず、出力モードレジスタを2D出力モードのまま固定化する。一方、立体視コンテンツ存否フラグが存在すると設定されている場合のみ、モード選択プロシージャを実行する。

　「extended＿editability＿flag」は、図６（ｃ）において、if文によって定義されている通り、3Dコンテンツ及び／又はAVC1080@60P/50Pビデオストリームの存在に依拠した条件(A)が成就した際、AppInfoBDMVデータに生成される。条件（A)がみたされなかった場合、このフィールドは「0」となる。editability＿flagの値が「0]ならば、レガシー機器である記録装置ではこのディスクは「編集不可」と判定されるが、立体視コンテンツ及び／又はAVC1080@60P/50Pビデオストリームの存在に依拠した条件(condition(A))を満足する場合、新たに設けられるexetended＿editability＿flagによって編集可否の判定がなされる。

　上述したような条件(A)を満たす場合、extended＿editability＿flagは、本フォーマット(RREF)のバージョンよりも上位バージョンをサポートするBD-R/BD-REに対してノンエディタブルメディア、又は、エディタブルメディアの何れとして取り扱うべきかを示す。extended＿editability＿flagフィールドが「0」であれば、ディスクはノンエディタブルメディアであると扱われ、extended＿editability＿flagフィールドが「1」であればエディタブルメディアであり、editability＿flagの値に拘らず(regardless of the editability＿flag)、エディタブルメディアであると扱われることを示す。

　以上のように、exetended＿editability＿flagが存在する場合、extended＿editability＿flagの値が「1」ならば、editability＿flagの値によらずこのディスクは「編集可」と判定され、ディスクを編集することができる。extended＿editability＿flagの値が「0」ならば、「編集不可」と判定され、ディスクを編集することができないことになる。

　「video＿format」は、高バンド幅デジタル出力機能におけるビデオフォーマットを4ビットの値を用いて指示する。ディスク挿入時において、このビデオフォーマットを、ネゴシエートによって定めることができる。

　「frame＿rate」は、高バンド幅デジタル出力機能におけるビデオレートを指示する4ビットの値である。ディスク挿入時において、このビデオレートを、ネゴシエートによって定めることができる。video＿format、frame＿rateは、どちらかを0に設定することができる。どちらかが0に設定された場合、両フィールドは、再生装置によって無視される。

　図６（ｄ）は、図６（ｂ）に示す従来のBD-REディスクのAppInfoBDMVデータのビット位置と、図６（ｃ）に示す本実施例で拡張したAppInfoBDMVデータのビット位置との意味合いが、それぞれにおいてどのように変化するかを表形式で対比して示す図である。横方向の項目の並びはAppInfoBDMVのb0からb48までのビット位置を、縦方向の項目の並びは従来型のAppInfoBDMVデータ(AppInfoBDMVデータ@従来)、拡張型のAppInfoBDMVデータ(AppInfoBDMVデータ@拡張)を示す。本図の表の読み方は、以下の通りである。先ず始めに横方向の項目の中から探したいものを選ぶ。次いで縦方向の項目の中から探したいものを選ぶ。そうして探した横方向の項目と、縦方向の項目とが交差する場所の記載爛を読む。そうすれば、そのビット位置に存在するBDMVRecording Specificationに対応した拡張型AppInfoBDMVデータ(AppInfoBDMV@拡張)、BD-ROMディスクのみに対応した従来型AppInfoBDMVデータ(AppInfoBDMV@従来)にどのような情報要素が割り当てられているかを理解することができる。

　本図（ｄ）によると、b32は、Blu-ray Rewritableバージョン3.1である拡張フォーマット、Blu-ray Rewritableバージョン3.0である通常フォーマットでeditability＿flagとなり、これらは同じ役割を果たす。そしてBlu-ray Rewritableバージョン3.1非対応再生装置による読み取りが可能であることがわかる。b33からb39までは、拡張フォーマットではinitial＿output＿mode＿preference,SS＿content＿exist＿flag,extended＿editabitily＿flagとなり、3D記録編集装置により読み取られる。

　従来の記録装置では、図６（b）で定義されるデータ構造を基に、意味のある情報を取得する一方、将来の使用目的に確保されているreserved領域を2D再生装置は無視するか、あるいはたとえ2D再生装置が読み取っても何の機能も果たさないことになる。

　図６で説明したextended＿editability＿flagは次に示す条件のいずれかを満たすときに、Index.bdmvに設けられる。図７は、extended＿editability＿flag生成のための条件を解説した図である。

　第一の条件は、ディスク内に3Dコンテンツが存在することである。3Dコンテンツが存在するか否かは、index.bdmvのAppInfoBDMV()内のSS＿content＿exist＿flagによって判定できる。SS＿content＿exist＿flagが「1」の場合、ディスク内に3Dコンテンツが存在し、condition(A)はTRUEになる。

　第二の条件は、Progressive videoのPrimary Video Entryを含むコンテンツがBDMVデータベースに存在することである。このPrimary Video Entryとは、ピクチャインピクチャの親画面ビデオストリーム(プライマリビデオストリーム)のPIDを格納したストリームエントリーであって、MPEG-4 AVC@1920x1080/59.94p 又は、MPEG-4 AVC@1920x1080/50pのストリーム属性と組みになっているもののことである。具体的にいうとPrimary Video Entryは、以下の１）、２）を示すものである。

　１）ディスク内のPlayListのSTN＿tableにあるstream＿attributesのうち、stream＿coding＿type=0x1B(即ちコーデックがMPEG-4 AVC)であること、
　２）video＿format=6(即ち、解像度が1920x1080p)であり、frame＿rate=6 or 7(即ち、フレームレートが50Hzまたは59.94Hz)であることの値の組合せである。

　PlayListのSTN＿table内に、stream＿coding＿type=0x1B、video＿format=6、frame＿rate=6 or 7の組合せが１つでも存在する場合、ディスク内にProgressive videoのコンテンツが存在し、条件(A)はTRUEとなる。

　図８は、editability＿flagを0にしなければならない条件と、extended＿editability＿flagが「１」であるときの記録装置の扱いとをテーブル形式で示す。テーブルの上段は、editability＿flagを0にしなければならない条件、テーブル下段は、extended＿editability＿flagが「１」であるときの記録装置の扱いを示す。3Dコンテンツ、及び、Progressive Videoコンテンツを記録したディスクは、従来型の再生装置においても再生互換性があるため、従来型の再生装置にて再生される。

　一方、従来機器での編集は、新しい方式である、MVC1080@24pビデオストリーム及び50i/60iビデオストリームによる3D再生と、AVC1080@60P/50Pビデオストリームによるプログレッシブ再生とには対応せず、編集の結果、プレイリスト情報ファイル、及び、クリップ情報ファイルに含まれるMVC1080@24p/50i/60iビデオストリーム、及び、AVC1080@60P/50Pビデオストリームに関する情報が破棄され改変される恐れがある。その結果、本来記録されていたMVC1080@24p/50i/60iコンテンツ、及び、AVC1080@60P/50Pコンテンツが消失する可能性がある。したがって、MVC1080@24p/50i/60iビデオストリームの再生を許可したエントリーを含むプレイリストが存在するとき、及び、AVC1080@60P/50Pビデオストリームの再生を許可したエントリーを含むプレイリストが存在するとき、editability＿flagは「0」とし、従来機器での編集を禁止している。一方、この手当としてeditability＿flagが0であったとしても、Blu-ray Rewritableバージョン3.1フォーマット(BDMVRecording Specification+RREF)に従う記録装置は、エディタブルメディアとして扱う。

　以上のように、Blu-ray Rewritableバージョン3.1フォーマット(BDMVRecording Specification+RREFフォーマット)におけるインデックスファイルのシンタックスを規定し、extended＿editability＿flagの設定値の意味合いを規定することでBD-Rディスク、BD-REディスクの再生装置が解釈可能な記載により、インデックスファイルを記録媒体に記録して.記録装置による処理に供することができる。以上のようなパラメータ設定をオブジェクト指向プログラミング言語を用いて行うことで、本発明におけるデータ構造の特徴をBDMVRecording Specification+RREFに対応した記録装置や再生装置に読み取らせることができる。

　以上が記録媒体における形態である。次に、再生装置の形態について説明する。再生装置については、上述した構成要素のうち、読出手段に、上記Index.bdmvに対応する処理を行わせればよい。この読出手段の改良を具体的に記載したのが図９である。

　図９は、非レガシー機器の記録装置が拡張フォーマットにて記録されたディスクの編集可否を判定する手順を示すフローチャートである。ディスクからのIndex.bdmvの読込み後、まずeditability＿flagの値をチェックする（Ｂ０００１）。もし、editability＿flagの値が「1」ならば、再生装置はこのディスクを「編集可能」と判断する（Ｇ０００１）。editability＿flagが「1」の場合は、再生装置が3D、及び、Progressive Videoに対応するか否かに関わらず、編集を許可する。

　もし、editability＿flagの値が「0」ならば、続いてこのディスクがcondition(A)を満足するかどうかを判定する（Ｂ０００２）。

　condition(A)は、ディスク内に、MVC1080@24p/50i/60iのコンテンツあるいはProgressive videoコンテンツのいずれかまたは両方が含まれていれば「TRUE」となり、両方とも含まれなければ「FALSE」となる。よってまず、MVC1080@24p/50i/60i3Dビデオコンテンツを含むかどうかをSS＿content＿exist＿flagの値によって判定する（C0001）。

　もし、SS＿content＿exist＿flagの値が「1」ならば、ディスクにMVC1080@24p/50i/60iの3Dビデオコンテンツが記録されていると判断できる。したがって、condition(A)はTRUEを返す。

　もし、SS＿content＿exist＿flagの値が「0」ならば、次に、Progressive videoコンテンツが存在するかを調べる。Progressive videoコンテンツが存在するかどうかの判断は、ディスク内の全PlayListのSTN＿tableを調べることでなされる（C0002）。

　もし、STN＿table内にstream＿coding＿type=0x1B、video＿format=0x06、frame＿rate=6または7の値をもつPrimary video entryがひとつでも存在するならば、ディスクにAVC1080@60P/50Pビデオストリームを含むコンテンツが記録されていると判断できる。したがって、condition(A)はTRUEを返す。もし、STN＿table内にstream＿coding＿type=0x1B、video＿format=0x06、frame＿rate=6または7の値をもつPrimary video entryがひとつも存在しないならば、ディスクにProgressive videoコンテンツが記録されていないと判断できる。したがって、MVC1080@24p/50i/60iの3DビデオコンテンツもProgressive videoコンテンツも記録されていないと判断でき、condition(A)はFALSEを返す。

　なお、以上の説明ではMVC1080@24p/50i/60iの3Dビデオコンテンツの記録有無を調べた後（C0001）、Progressive videoコンテンツの記録有無を調べた（C0002）がC0001とC0002の順序が逆であっても問題はない。

　すなわち、Progressive videoコンテンツの記録有無を調べた後、MVC1080@24p/50i/60iの3Dビデオコンテンツの記録有無を調べてもよい。以上のようにしてcondition(A)を判定の結果、codition(A)がTRUEならば、index.bdmvのAPPInfoBDMV()にextended＿editability＿flagが存在するため、ディスクの編集可否は、extended＿editability＿flagの値を見て判断される。

　もし、codition(A)がFALSEならばextended＿editability＿flagは存在せず、ディスクの編集可否の判断はeditability＿flagの値によって判断される。すなわち、このときeditability＿flagの値は「0」であるため、再生装置はこのディスクを「編集不可」と判断する（Ｇ０００２）。

　codition(A)がTRUEならば、つづいてextended＿editability＿flagの値を調べる（Ｂ０００３）。もし、extended＿editability＿flagの値が「1」ならば、再生装置はeditability＿flagの値に関わらず、このディスクを「編集可能」と判断し、ディスクを編集することを許可する。もし、extended＿editability＿flagの値が「0」ならば、再生装置はこのディスクを「編集不可」と判断し、編集することはできない。

　バージョン3.0以下のBlu-ray Rewritableフォーマットのみに対応する機器での読み取り時について説明する。バージョン3.0以下のBlu-ray Rewritableフォーマットのプレーヤーにおいては、extended＿editability＿flagの存在を認識することはできず、編集可否はeditability＿flagによってのみ判断される。

　したがって、もし、editability＿flagの値が「1」ならば、バージョン3.0以下のBlu-ray Rewritableフォーマットのみに対応する再生装置はこのディスクは「編集可能」と判断し編集することが出来る。また、editability＿flagの値が「0」ならば、バージョン3.0以下のBlu-ray Rewritableフォーマットのみに対応する再生装置はこのディスクを「編集不可」と判断し編集することはできない。ディスクにMVC1080@24p/50i/60iの3DビデオコンテンツあるいはProgressive videoコンテンツが記録されている場合、editability＿flagの値は「0」に設定されるため、バージョン3.0以下のBlu-ray Rewritableフォーマットのみに対応する再生装置がMVC1080@24p/50i/60iの3DビデオコンテンツあるいはProgressive videoコンテンツが記録されているディスクを編集することはできない。

　以上が再生装置の局面における実施化障壁の克服のアプローチである。

　図９では、BDMVデータベースが既に記録されたBDディスクに対して編集可否の判定を決定する方法の説明であったが、未記録メディア（ブランクディスク）に記録装置がBDMVデータベースを記録する場合にも、上述と同様の規則に沿って記録されることが求められる。

　上述したIndex.bdmvの処理を記録装置に行わせるには、上記実施化障壁を克服しうる記録装置の形態のうち、構成要素の１つである書込手段に、上記手順を実行させねばならない。この特徴を具体的に記載したのが図１０である。図１０は、ブランクディスクに新たにコンテンツを記録する際における編集可否の決定手順を示すフローチャートである。

　まず、MVC1080@24p/50i/60iの3Dビデオコンテンツを記録するかどうかを判定する(B0010)。Yesであれば、MVC1080@24p/50i/60iの3Dビデオコンテンツを含む場合、レガシー機器では編集を禁止せねばならないから、SS＿content＿exist＿flagを1に、editability＿flagを0に、extended＿editability＿flagをXに設定する。ここでXは、モード設定に応じた値であり、編集を許可する場合、extended＿editability＿flagは「可(X=1)」に設定される。編集を禁止する場合、exetended＿editability＿flagは「不可(X=0)」に設定される。

　BDMVデータベースにMVC1080@24p/50i/60iの3Dビデオコンテンツが含まれない場合、AVC1080@60P/50Pビデオストリームを記録するかどうかを判定する(B0011)。記録しない場合(B0011でNo)、BDMVデータベースは2Dコンテンツのみであり、2D機器での編集を可能にせねばならないので、SS＿content＿exist＿flagを0に設定し、extended＿editability＿flagをreserved領域にして、editability＿flagをYに設定する。ここでYは、モード設定に応じた値であり、編集を許可する場合、editability＿flagは「可(Y=1)」に設定する(G0011)。

　AVC1080@60P/50Pビデオストリームを記録する場合(B0011でYes)、プログレッシブビデオを含むのでレガシー機器では編集禁止とせねばならないから、SS＿content＿exist＿flagを0に、editability＿flagを0に、extended＿editability＿flagをXに設定する(G0012)。ここでXは、モード設定に応じた値であり、編集を許可する場合、extended＿editability＿flagは「可(X=1)」に設定する。編集を禁止する場合、extended＿editability＿flagは「不可(X=0)」に設定される。

　なお、Ｂ００１０とＢ００１１のフローの順序は入れ替わっても問題はない。

　図１１は、3D撮影装置によりMVC1080@24p/50i/60iの3Dビデオコンテンツが記録された記録媒体が、バージョン3.1のBlu-ray Rewritable非対応の記録装置、バージョン3.1のBlu-ray Rewritable対応の記録装置に装填されるケースを示す。図中のeject1は、3D撮影装置からの記録媒体の取り出しを示し、この状態で記録媒体のインデックスファイルにおいてAppInfoBDMVデータは、editability＿flagがオフ、extended＿editability＿flagがオンに設定される。図中のinsert2は、Blu-ray Rewritableバージョン3.1非対応の記録装置への記録媒体の装填を示す。editability＿flagがオフ、extended＿editability＿flagがオンに設定されるから、Blu-ray Rewritableバージョン3.1非対応の記録装置では、部分削除・分割・統合といった編集操作が不可能となる。insert1は、Blu-ray Rewritableバージョン3.1対応の記録装置への記録媒体の装填を示す。editability＿flagがオフ、extended＿editability＿flagがオンに設定されるから、バージョン3.1のBlu-ray Rewritableに対応する記録装置は、立体視映像のうち、途中部分を削除するという部分削除を行うことができる。

　図１２は、記録装置がTV放送のTV録画を行うというケースを示す。図中の矢印eject2は、録画を終えた記録媒体が記録装置から排出されるというイジェクトを示す。この際、記録媒体において記録物であるBDMVデータベースには、MVC1080@24p/50i/60iの3Dビデオコンテンツが含まれているので、SS＿content＿exist＿flagがオン、editability＿flagがオフ、extended＿editability＿flagがオンに設定される。矢印insert3は、バージョン3.1非対応再生装置への装填を示す。Index.bdmvにおいてSS＿content＿exist＿flagがオン、editability＿flagがオフ、extended＿editability＿flagがオンに設定されているので、バージョン3.0非対応再生装置では、平面視再生のみが可能となり、MVC1080@24p/50i/60iの3Dビデオコンテンツ編集が行われることはない。insert4は、バージョン3.1のBlu-ray Rewritableに対応する記録装置への記録媒体の装填を示す。Index.bdmvにおいてSS＿content＿exist＿flagがオン、editability＿flagがオフ、extended＿editability＿flagがオンに設定されているので、バージョン3.1のBlu-ray Rewritableに対応する記録装置は、立体視映像のうち、途中部分を削除するという部分削除が可能になる。

　以上のように本実施形態によれば、Blu-ray Rewritableバージョン3.1フォーマット(BDMVRecording Specification+RREFフォーマット)の発行後、更なるフォーマットの改訂があれば、その改訂後のフォーマットを編集対象に加えてゆくことで、編集対象の範囲拡大を図ることができ、記録装置や記録媒体の高付加価値化を図ることができる。

　改訂されたBDMVデータベースの編集が、記録媒体を製造したメーカー、編集を行ったレガシー機器を製造したメーカー、再生を行った再生装置のメーカーを巻き込むような品質問題に波及することはないから、BDMVデータベースフォーマットに絶えず新たな改良を重ねてゆくことができ、フォーマットの合理化、最適化を追究してゆくことができる。

　(第４実施形態)
　本実施形態では、インターレース3D再生を実現する場合におけるプレイリスト情報の記述について説明する。インターレース3D再生では、1920×1080といった解像度の画像をインターレース方式で構成するため、BD-ROMフォーマットの再生装置が解釈しえないストリーム属性で、BDMVデータベースが記述されることになる。

　よって、インターレース3D再生を実現しうるBDMVデータベースは、MVC1080@24Pビデオストリームによる3D再生には対応するが、MVC1080@60i/50iビデオストリームによるインターレース3D再生には非対応である従来の3D再生装置に装填された場合に問題が生じないようなデータ構造で作成されねばならない。

　ここで立体視再生では、ストリーム選択テーブルの立体視版(STN＿table＿SSと呼ばれる)に従い、ベースビュービデオストリームやディペンデントビュービデオストリームの選択を行う。しかし、STN＿table＿SSにインタレースビデオについてのストリーム属性情報が含まれることは、プレーヤーにとって未知の情報がSTN＿table＿SSに含まれていることを意味し、誤動作を引き起こす可能性がある。

　本実施形態の目的は、インターレース映像による立体視再生に対応していない再生装置に、装填された場合の誤動作を避けつつ、記録媒体によるインターレース映像の提供を可能にすることである。

　ここで従来のBDー3DのBDMVデータに対するSTN＿table＿SSに対して、インターレース3D用のSTN＿table＿SSを区別することで再生互換性の確保を図る必要がある。

　具体的にいうと上記実施化障壁を克服できる記録媒体は、プレイリスト情報と、ストリームファイルとが記録され、プレイリスト情報のうち、インターレース画像による立体視再生に対応していないバージョンのもののエクステントデータには、第１の値が設定された識別情報が付与されていて、プレイリスト情報であって、インターレース画像による立体視再生に対応するバージョンのプレイリスト情報のエクステントデータには、第２の値が設定された識別情報が付与されており、第２の値の識別情報が付与されたエクステントデータは立体視用のストリーム選択テーブルを含み、当該立体視用のストリーム選択テーブルは、インターレースタイプのビューコンポーネントからなるディペンデントビュービデオストリームのパケット識別子を含むエントリーを、インターレースビデオのストリーム属性と対応付けて示していれば足りる。

　上記実施化障壁を克服できる再生装置は、当該装置のバージョンを格納しているバージョンレジスタと、記録媒体からトランスポートストリームを読み出す読出手段と、読み出されたトランスポートストリームに対して多重分離を行う多重分離部とを備え、インターレース映像による立体視に対応した特定のバージョンでなければ、プレイリスト情報におけるエクステントのうち、第１の値の識別子に対応付けられたものからストリーム選択テーブルを取得し、装置のバージョンが、インターレース映像による立体視に対応した特定のバージョンであれば、プレイリスト情報におけるエクステンションデータのうち、第２の値の識別子に対応付けられたものからストリーム選択テーブルを取得して、取得したストリーム選択テーブルにおいて、ストリーム属性に対応付けられたストリームエントリー内のパケット識別子を用いて、インターレースビデオの属性をもつディペンデントビュービデオストリームの多重分離を多重分離部に行わせ、前記第１の値はプログレッシブビデオによる立体視の再生のみが可能な機器によって認識される値であり、第２の値はプログレッシブビデオによる立体視再生及びインターレースビデオによる立体視再生が可能な機器によって認識される値であれば足りる。

　以下、上記の態様の記録媒体のうち、エクステンションデータについて解説する。エクステンションデータは、インデックスファイル、ムービーオブジェクト、ムービープレイリスト、クリップ情報において、プライベートデータを格納するために確保され、ID1、ID2といった二種類のIDのうちどちらかが付与される。

　ID1は、メーカープライベートデータが登録されたマニファクチャにとってプライベートとなるエクステンションデータを識別する。このID1には、このBDMVRecording Specificationのライセンサーによってアサインされた値がエンコードされて設定される。ID1として設定可能なエンコード値は、0x0000から0x0FFFまでの範囲の数値である。

　ID2は、ライセンスされたマニファクチャによって定められたエクステンションデータを識別する。具体的にいうとID2が付与されたエクステンションデータには、記録装置であって、メーカプライベートデータが予め登録されているものモデルナンバーコードが配置される。エクステンションデータのモデルナンバーコードが配置されるから、インデックスファイル、ムービーオブジェクト、ムービプレイリストのエクステンションデータを参照することにより、かかる記録を行った記録装置がどれであるかの判別が可能になる。

　Blu-ray ReadOnlyディスクフォーマットでは、ムービープレイリストファイル(MPLSファイル)のエクステンションデータにおいて、エンコード値「0x0002」が設定されたID1が付与されたエクステンションデータが、STN＿table＿SSの格納のために使用されていた。しかしMVC1080@60i/50iビデオストリームの再生を許可するSTN＿table＿SSを、この「0x0002」が設定されたID1のエクステンションデータに配置するのはまずい。かかるMVC1080@60i/50iビデオストリームの再生を許可したSTN＿table＿SSは、バージョン3.1に対応していない再生装置にとって未知の情報であり、かかるSTN＿table＿SSが当該再生装置に供給されることで誤動作を招くからである。

　そこで、STN＿table＿SSの記述のため、ID1において未使用のエンコード値を導入する。エンコード値『４(=0x0004)』は、未使用であるからmplsファイルのエクステンションデータにエンコード値が0x0004に設定されたID1を登録し、ここにSTN＿table＿SSを配置する。0x0004のエンコード値が設定されたID1は、既存のBlu-ray ReadOnlyディスクプレーヤーによって無視されるので、かかるプレーヤーの誤動作を招くことはない。

　図１３は、オブジェクト指向プログラミング言語でプレイリスト情報ファイルを作成する場合のシンタックスを示す。図中のPlalist ()はメインパス情報、サブパス情報を定義する部分である。PlayListMark()は、プレイリストマーク情報を記述する部分、ExtensionData()は、上記のエクステンションデータを記述する部分である。これらのアドレスは、PlayList＿start＿address,PlayListMark＿start＿address,ExtensionData＿start＿addressに記述される。

　以下、メインパス情報、サブパス情報、プレイリストマーク情報について説明する。

　メインパス情報は、１つ以上の主たる再生区間情報から構成される。主たる再生区間情報はプレイアイテム情報と呼ばれ、TSの再生時間軸のうち、In＿Timeとなる時点と、Out＿Timeとなる時点の組みを1つ以上定義することにより、論理的な再生区間を定義する情報である。再生装置には、カレントのプレイアイテムの番号を格納するプレイアイテム番号レジスタを含み、複数のプレイリスト情報のうち、このプレイアイテム番号レジスタに格納されているものが、現在の再生対象になる。また再生区間であるプレイアイテム情報は、ストリーム参照情報を含む。ストリーム参照情報はクリップ情報ファイルネーム情報(clip＿information＿file＿name)であり、プレイアイテムを構成するトランスポートストリームをクリップストリームファイルとして管理しているクリップ情報ファイルを示す。

　従たる再生区間情報は、サブパス情報と呼ばれ、複数のサブプレイアイテム情報から構成される。

　プレイリストマーク情報は、再生区間固有のマークポイントを定義する情報であり、再生区間を示す参照子と、デジタルストリームの時間軸において、マークポイントが何処にあるかを示すタイムスタンプと、マークポイントの属性を示す属性情報とを含む。属性情報は、プレイリストマーク情報により定義されたマークポイントが、リンクコマンドによるリンクが可能であるが、チャプタースキップ操作がユーザによりなされた場合の選択対象にはならないリンクポイントであるか、リンクコマンドによるリンクが可能であり、尚且つチャプタースキップ操作がユーザによりなされた場合の選択対象になるエントリーマークであるかを示す。

　以上がプレイリスト情報ファイルについての説明である。MVC1080@60i/50iビデオストリームの再生を許可したエントリーを含むSTN＿table＿SSを従来のSTN＿table＿SSと区別する方法としては、インデックスファイルに付与すべきID1を別の値に変更すればよい。MVC1080@60i/50iビデオストリームのエントリーを含むSTN＿table＿SSを、ID1=0x0004が登録されたエクステンションデータに配置している。

　ストリーム選択テーブル立体視版は、このシンタックスにおけるExtention＿Dataの1つとして再生装置による処理に供されることになる。

　図１３の矢印cul1は、ExtentionDataの内部構成をクローズアップして示している。この引出線に示すように、ExtentionDataには、0x0004のID1が付与されており、その内部にSTN＿table＿SSが存在する。引出し線cul2は、STN＿table＿SSの内部構成をクローズアップして示している。この引出線に示すように、STN＿table＿SSは、STN＿table＿SSのstream＿attribute＿SSにインターレース3Dビデオが含まれる場合におけるvideo＿format,frame＿rateの設定値を示している。本図によると、video＿format,frame＿rateには、video＿formatが=4(1080i)と設定され、frame＿rateは3又は4(25Hz,29.97Hz)に設定される。この25Hz,29.97Hzという値は、MVC1080@50i/60iビデオストリームの50Hz/59.94Hz(フィールド)を、一秒当りのフレーム数に換算したものである。

　MVC1080@60i/50iビデオストリームの再生を許可したエントリーを含むSTN＿table＿SS()を、別のエンコード値が設定されたID1のエクステンションデータに配置すれば、Blu-ray ReadOnlyディスクプレーヤーでは、読み飛ばしてよい拡張情報として扱うから、再生に悪影響をもたらすことはない。また、新しくインターレース3Dに対応するバージョン3.1のBlu-ray Rewritableの再生装置は、新規IDであるID1=0x0004のエクステンションデータからMVC1080@60i/50iビデオストリームのエントリーを含むSTN＿table＿SSであることを判別できるため、インターレース3Dのデコードが可能となる。

　上記はSTN＿table＿SSに特化した説明である。インターレースMVC1080@60i/50iの3Dビデオにおけるプレイリスト情報、クリップ情報の記載規則を一般化する。

　クリップ情報ファイルにおいて、0x0004のID1が付与されたエクステンションデータに並べられる情報要素としては、プログラム情報SS、エクステントスタートポイント情報、特徴点情報SSがある。

　プログラム情報SSは、プログラム情報を立体視のために拡張したものである。プログラム情報とは、クリップストリームファイルにおけるメインTS、サブTSのプログラム構成を示す情報であり、クリップストリームファイルがどのようなエレメンタリストリームを多重化したものであるかを示す。具体的には、クリップストリームファイルに多重化されているエレメンタリストリームがどのようなパケット識別子を有しているか、どのようなビデオフォーマット、フレームレートを有しているかを示す。プログラム情報SSは、ビデオフォーマットと、フレームレートとの組合せが以下の通り規定されている点が、通常のプログラム情報と異なる。

　つまりプログラム情報SSでは、フォーマットコード＝４が1080i(SMPTE)、フォーマットコード＝５が720P、フォーマットコード＝６が1080Pという3つが追加されている。

　フレームレートは以下の通り。フレームレートコード＝４が24000／1001(=23.996)=3025Hz、フレームレートコード＝４が3000／1001(29.97Hz)、フレームレートコード＝６が50Hz、フレームレートコード＝７が6000／1001(59.94)が追加されている。そして、プログラム情報＿SSにおけるフォーマット、及び、フレームレートの組合せとしては1920×1080interless(1080i)が規定される。1080iは、SMPTE274M-1998 1920×1080Scanning and Analog and Digital interface for multiple picture layerに規定されたものである。

　エクステントスタートポイント情報は、立体視インターリーブドストリームファイルに存在する複数のエクステントから、ベースビデオストリームを含むATCシーケンスと、ディペンデントビュービデオストリームを含むATCシーケンスとに分離するための情報である。

　特徴点情報SSは、クリップ情報ファイルにおける特徴点情報を立体視再生のために拡張したものである。一般的な特徴点情報について説明する。Blu-ray ReadOnlyディスクフォーマットで定義されていた特徴点情報とは、クリップストリームファイルに多重化されている複数のエレメンタリストリームの特徴点がどこに存在するかを、エレメンタリストリーム毎に示す情報である。エレメンタリストリーム毎の特徴点を示す情報が、エントリーマップ(EP＿map)と呼ばれる。何が特徴点になるかは、ストリームの種別毎に異なる。親画面ビデオストリームの場合は、Open-GOP、Closed-GOPの先頭に位置するIピクチャタイプのビューコンポーネントの先頭を示すアクセスユニットデリッミターが特徴点となる。

　また特徴点をどのように表すかは、ATCシーケンス、STCシーケンスのそれぞれで異なる。ATCシーケンスにおいて特徴点は、ソースパケット番号で表現される。STCシーケンスにおいては、同じ特徴点が、STC時間軸における時点を示すPTSを用いて表現される。これらのソースパケット番号を再生時間と対応付けるため、エントリーマップは、複数のエントリーポイントから構成されている。具体的にいうと、エントリーマップを構成する個々のエントリーポイントは、ATCシーケンスにおける特徴点の所在を示すソースパケット番号を、STCシーケンスにおける特徴点の所在を示すPTSに対応付けられており、その特徴点からの単独再生が可能であるか否かを示すフラグ(is＿angle＿changeフラグ)と、GOP先頭に存在するイントラピクチャのサイズを示す情報(I＿size)とを具備している。

　エレメンタリストリーム毎のエントリーマップは、これらストリーム種別毎の特徴点のソースパケット番号を、PTSに対応付けて示しているので、このエントリーマップを参照することで、STCシーケンスにおける任意の時点から、その時点に最も近いエレメンタリストリーム毎の特徴点の所在を示すソースパケット番号を導くことができる。上記の特徴点情報は、平面視のためのものであり、ディペンデントビュービデオストリームの特徴点は網羅していない。これを補完するため、クリップ情報ファイルには立体視のための特徴点情報SSが存在していて、MVC1080@60i/50iディペンデントビュービデオストリームの時間軸上のPTSを、SPNに対応付けるEP＿map＿SSを含む。かかるEP＿map＿SSを用いることで、ベースビュービデオストリームのランダムアクセスが可能になる。

　このようなプログラム情報SS、エクステントスタートポイント情報、特徴点情報SSが、クリップ情報ファイルのエクステンションデータにおいて、「4」のエンコード値のID1に登録されている。

　次に、プレイリスト情報のエクステンションデータに配置される情報を述べる。

　ストリーム選択テーブルSS(STreamNumber＿table＿StereoScopic(SS))は、3D出力モードにおいてのみ、ストリーム選択テーブルと共に使用されるストリーム選択テーブルであり、プレイアイテムの再生や、これに関連するサブパスが再生されている際、選択することができるエレメンタリストリームを定義する。ここでプレイアイテム#1～#NというN個のプレイアイテムが存在する場合、プレイアイテム#1～#Nのそれぞれに対応するストリーム登録列が、ストリーム選択テーブルSSに設けられる。

　ストリーム登録列における個々のストリーム登録情報は、ストリーム番号と、そのストリーム番号に対応するストリームエントリーと、ストリーム属性とを含む。このストリームエントリーは、パケット識別子(PID)を含み、これを用いることで、3D再生時のみに用いるべきエレメンタリストリームの多重分離をPIDフィルタに行わせることができる。ストリーム選択テーブルSSは、3D出力モード固有の拡張を意味するので、各プレイアイテム情報にストリーム選択テーブルSS(STN＿table＿SS)が関連付けられているプレイリストを「3Dプレイリスト」という。

　STN＿table＿SSのストリーム登録列としては、MVC1080@60i/50iディペンデントビュービデオストリームのストリームエントリー及びストリーム属性にストリーム番号を付与したもの(1)、立体視プレゼンテーショングラフィクスを構成する左目用PGストリーム、及び、右目用PGストリームのストリームエントリー及びストリーム属性にストリーム番号を付与したもの(2)、立体視インタラクティブグラフィクスを構成する左目用IGストリーム、及び、右目用IGストリームのストリームエントリー及びストリーム属性にストリーム番号を付与したもの(3)、画面上端に字幕を配置するという上端配置レイアウトを採用する場合に、1plane＋Offsetでの再生が許可されうる字幕ストリームであるPGストリーム又はテキスト字幕ストリームのストリームエントリー及びストリーム属性にストリーム番号を付与したもの(4)、画面下端に字幕を配置するという下端配置レイアウトを採用する場合に、1plane＋Offsetでの再生が許可されうる字幕ストリームであるPGストリーム又はテキスト字幕ストリームのストリームエントリー及びストリーム属性にストリーム番号を付与したもの(5)がある。

　ここで1plane＋Offsetとは、1つのフレーム期間においてプレーンメモリにおける画素の座標を左方向及び右方向に変化させることで、１枚のグラフィクスを用いて立体視を実現する出力モードのことである。この1plane＋Offsetモードにおける変化量は、ディペンデントビュービデオストリームにおけるGOP先頭に存在するビデオアクセスユニットのMVCスケーラブルネスティングSEIメッセージ(図３（ｃ）を参照)の中に存在していて、GOPにおける個々のフレームについて固有な値が設定される。

　この他、STN＿table＿SSに記載されるストリーム登録列以外の情報要素には以下のものがある。IGストリームでポップアップメニューを表示するにあたって、ベースビュービデオストリームの1plane＋Offset再生に適用すべきポップアップ表示固定オフセット(1)、テキスト字幕ストリームを1plane＋Offsetモードで表示するにあたって、各描画領域に対する1plane＋Offset再生を有効するかどうかを規定する有効性フラグ(2)、右目用グラフィクス、左目用グラフィクスで立体視を可能とする立体視PGストリームが存するか否かを示す存否フラグ(3)、字幕の上端配置を可能とする上端配置字幕ストリームが存在するか否かを示す上端配置存否フラグ(4)、字幕の下端配置を可能とする下端配置字幕ストリームが存在するか否かを示す下端配置存否フラグ(5)、右目用グラフィクス、左目用グラフィクスで対話的な立体視を可能とする立体視IGストリームが存在するか否かを示す存否フラグ(6)がある。

　ストリーム選択テーブルSSにおけるストリームエントリーは、再生装置が3D出力モードに設定されている場合において、対応するストリーム番号が再生装置におけるストリーム番号レジスタに設定された際、再生装置が多重分離に用いるべきパケット識別子を示す。ここで、プレイアイテム情報内のストリーム選択テーブルとの違いは、STN＿table＿SSにおけるストリーム登録列は、ストリーム選択プロシージャの対象にならない点である。つまり、ストリーム選択テーブルにおけるストリーム登録列におけるストリーム登録情報は、個々のエレメンタリストリームの優先順序と解釈され、何れかのストリーム登録情報内のストリーム番号が、ストリーム番号レジスタに書き込まれる。しかしSTN＿table＿SSにおけるストリーム登録列は、ストリーム選択プロシージャの対象とはならず、STN＿table＿SSにおけるストリーム登録情報は、何れかのストリーム番号がストリーム番号レジスタに格納された際、そのストリーム番号に対応するストリームエントリー及びストリーム属性を取り出すという目的のみに用いられる。

　次にサブパスエントリーエクステンションについて説明する。サブパスエントリーエクステンションは、立体視のためのエレメンタリストリームが、何処に存在するかを明示するためのエントリーであり、そのエレメンタリストリームを含むクリップストリームファイルのクリップ情報のエントリーID、サブパスID、ストリームPIDを含む。以上がサブパスエントリーエクステンションについての説明である。

　次にプレーン内有効化情報列について説明する。

　　プレーン内有効化情報は、対応するプレイリスト情報がカレントプレイリストとして選択されている場合、ビデオプレーンにおける画素領域のうち、どの部分を有効にして動画像のための表示枠を配置するかを規定する情報であり、bottom＿margin、top＿margin、top＿down＿offset、bottom＿up＿offsetから構成される。

　top＿margin、bottom＿marginは、ビデオプレーンに通常レイアウトを採用する場合、画面の上端領域の縦幅、下端領域の縦幅がどれだけであるかを規定する。

　bottom＿up＿offsetは、字幕の画面の下端に配置するという下端配置レイアウトを採用する場合、画面の上端部を縮めて、動画像の表示枠を引き上げ、下端をどれだけ広げるかを示すオフセットであり、下端配置レイアウトの採用時において、top＿marginに代えて使用される。

　top＿down＿offsetは、字幕の画面の上端に配置するという上端配置レイアウトを採用する場合、画面の上端部をどれだけ広げて、動画像の表示枠を引き下げるかを示すオフセットであり、上端配置レイアウトの採用時において、top＿marginに代えて使用される。

　以上がクリップ情報ファイル、プレイリスト情報ファイルの値が0x0004のID1のエクステンションデータに設けられる情報要素についての説明である。

　プレイリスト再生時におけるエクステンションデータアクセスは以下の通りとなる。

　プレイリストに基づく再生について述べる。ムービーオブジェクトやバイトコードアプリケーションによって再生が命じられた場合、そのプレイリストのバージョンをチェックする。

　また、そのプレイリストにおいてカレントのプレイアイテムになっているプレイアイテム情報のclip＿information＿file＿nameで参照されているクリップ情報ファイルのバージョンをチェックする。

　カレントの出力モードが3D出力モードであり、プレイリストのバージョンがバージョン2.4であるなら、STN＿table＿SS、サブパスエクステンションを、0x0004のID1が付与されたエクステンションデータから取り出す。そうでないなら、STN＿table＿SS、サブパスエクステンションを、0x0002のID1が配置されたエクステンションデータから取り出す。0x0004のID1から取り出されたSTN＿table＿SSには、MVC1080@60i/50iビデオストリームのストリーム属性に対応付けて、MVC1080@60i/50iビデオストリームのPIDが設定されており、サブパスエントリーエクステンションにはディペンデントビュービデオストリームのパケット識別子が記載されているから、これに基づきPIDフィルタに、ベースビュービデオストリーム、ディペンデントビュービデオストリームの多重分離を行わせることができる。更に、STN＿table＿SSを用いて、左目用・右目用のPGストリーム、左目用右目用のIGストリームを用いた立体視再生やPGストリーム、IGストリーム、テキスト字幕ストリームの1plane＋Offset再生を実現することができる。

　カレントの出力モードが3D出力モードであり、クリップ情報のバージョンがバージョン2.4であるなら、プログラム情報SS、特徴点情報SS、エクステントスタートポイント情報を、0x0004のID1が付与されたエクステンションデータから取り出す。そうでないなら、プログラム情報SS、特徴点情報SS、エクステントスタートポイント情報を、0x0002のID1が付与されたエクステンションデータから取り出す。00x0004のID1が付与されたエクステンションデータから取り出されたプログラム情報SSには、MVC1080@60i/50iビデオストリームの符号化方式やビデオフォーマット、フレームレートを示すストリーム属性が存在するから、これをビデオデコーダに設定する。

　また0x0004のID1から取り出したエクステントスタートポイント情報に従い、ATCシーケンス１、２の分離を行わせ、特徴点情報に従ってランダムアクセスを実行する。

　(第５実施形態)
　本実施形態は、インデックスファイルにおける動作モードオブジェクトプログラムと、タイトルとの対応付けの改良を述べる。

　インデックスファイルにおける上記対応付けの概要について説明する。インデックスファイルは、再生装置におけるタイトル番号レジスタに格納され得る複数のタイトル番号と、動作モードオブジェクトプログラムとの対応付けを規定する。ここで、タイトル番号レジスタにおけるタイトル番号は、０、１～９９９、不定値(0xFFFF)という番号がある。タイトル番号０は、トップメニュータイトルのタイトル番号である。

　トップメニューとは、記録媒体におけるメニュー階層の最上位に位置するメニューであり、タイトルからタイトルへと遷移するタイトル間の遷移構造の根幹にあたる。トップメニュータイトルとは、ユーザによるメニューコール操作によってトップメニューを呼び出すことができるタイトルである。不定値(0xFFFF)のタイトル番号は、ファーストプレイタイトルのタイトル番号である。ファーストプレイタイトルとは、記録媒体の装填直後に、視聴者への警告やコンテンツプロバイダによるロゴ表示等を行うタイトルである。

　動作モードオブジェクトプログラムとは、あるタイトルがカレントタイトルになった際、そのタイトルの動作モードを規定するオブジェクトデータ及びプログラムの組みのことである。動作モードオブジェクトプログラムには、動作モードのためのオブジェクトデータと、プログラムファイルとが1つのファイルにまとめられているものと、オブジェクトデータと、プログラムとが別々のファイルに別れているものとがある。前者の動作モードオブジェクトプログラムは、コマンドベースの動作モードで起動されるムービーオブジェクトである。ムービーオブジェクトは、ナビゲーションコマンドから構成される。また動作モードオブジェクトデータは、タイトルコール時のレジュームの可否等を設定する。

　後者の動作モードオブジェクトプログラムは、バイトコードインタプリタベースの動作モードで起動されるバイトコードアプリケーションと、動作モードオブジェクトデータとの組みのことである。動作モードオブジェクトデータは、アプリケーションシグナリングのためのアプリケーション管理テーブルを含み、この動作モードオブジェクトによってタイトルバウンダリの動作を再生装置に行わせる。Blu-ray ReadOnlyディスクのjavaモード(BD-Jモード)において、上記動作モードオブジェクトはBD-Jオブジェクトとよばれ、このBD-Jオブジェクトによって動作が規定されるバイトコードアプリケーションをBD-Jアプリケーションとよぶ。

　インデックスファイルは、各タイトル番号のそれぞれに対応したエントリー(タイトルインデックス)を有し、個々のタイトルインデックスに、動作モードプログラムファイルと、タイトルアクセスタイプとを記述することで、各々のタイトルが、どのような動作モードで動作するのかを詳細に規定する。以下は、Blu-ray REwritableディスクバージョン3.1の制限である。

　ファーストプレイタイトルやトップメニュータイトルで再生されるプレイリスト群は、AVC1080@60P/50Pビデオストリームを含んではならない。ファーストプレイタイトルやトップメニュータイトルでAVC1080@60P/50Pビデオストリームの再生を許可したエントリーをもつストリーム選択テーブルを含むプレイリストの再生を意図している場合、マンダトリフォーマットを含むオルテネイティブプレイリストを準備しなければならない。HDMVナビゲーションコマンドやBD-Jアプリケーションは、AVC1080@60P/50Pビデオストリームケーパビリティ(必要であれば50&25Hzケーパビリティ)をチェックしてプレイリストを再生するかどうかを決めねばならない。ファーストプレイタイトル、トップメニュータイトル以外のタイトルにおいては、以下のようにオーサリングせねばならない。タイトルから再生されるプレイリストがAVC1080@60P/50Pビデオストリームを含む場合、ナビゲーションコマンドやBD-Jアプリケーションによって再生が指示される。

　後述するPSR29のAVC1080@60P/50Pビデオストリームケーパビリティのチェックなしでタイトルから再生されることを意図した、AVC1080@60P/50Pビデオストリームの再生を許可するエントリーがプレイリストのストリーム選択テーブルに存在する場合、インデックスファイルにおけるタイトルアクセスタイプは、「タイトルサーチ不可」に設定せねばならない。プレイリストのバージョン番号は、2.4(0240),2.0(0200)、1.0(0100)に設定される。プレイリスト情報ファイルに以下の要件をみたすプライマリビデオストリームエントリーが含まれる場合は、バージョン2.4に設定される。

　・ストリーム符号化タイプがMPEG4-AVC(0x1B)
　・ビデオフォーマット＝６、フレームレートが６又は７
　・セカンダリビデオストリームのエントリー数は、AVC1080@60P/50Pビデオストリームが存在する場合、0に設定せねばならない。

　タイトルアクセスタイプは、AVC1080@60P/50Pビデオストリームの再生を許可したエントリーをもつストリーム選択テーブルを含むプレイリストの再生を意図していないタイトルにおいて、タイトルサーチが許される。

　以上のように本実施形態によれば、複数のタイトルのうち、再生制御の基幹となるファーストプレイタイトル、トップメニュータイトルに対応付けられた動作モードオブジェクトプログラムは、プログレッシブピクチャからなり、かつ、フレームレートがオプショナルレートである再生経路を再生対象から除外しているので、マンダトリなフレームレートを超える高フレームレートのプログレッシブ再生に対応しない再生装置に、上記記録媒体が装填されたり、ユーザによりメニューがコールされたとしても、複数のプログレッシブピクチャから構成され、かつ、フレームレートが高いビデオストリームが、旧式の再生装置のビデオデコーダに送り込まれることはない。よって記録媒体を装填した途端、画面がブラックアウトしたり、またメニューコールした途端、画面がブラックアウトするということはない。

　(第６実施形態)
　本実施形態は、これまでの実施形態で述べた再生装置をProfile5 BD-R/BD-REプレーヤとして実施する形態である。Profile5 BD-R/BD-REプレーヤは、部分削除、分割、統合が施されたMVC1080@24p/50i/60iの3Dビデオコンテンツを含むBDMVデータベース、MVC1080@60i/50iビデオストリーム、AVC1080@60P/50Pビデオストリームの再生を行えるものであり、これらの再生が可能な点において、BD-3Dプレーヤよりも進歩している。

　一方、BDMVRecording Specificationにおいてコンテンツの再生制御は、記録媒体に記録された動作モードオブジェクトプログラムを主体としてなされる。

　かかるProfile5 BD-R/BD-REプレーヤに、バージョン3.1のBD-REがローディングされた場合、かかるProfile5 BD-R/BD-REプレーヤで起動される動作モードオブジェクトプログラムは、動作プラットフォームとなるプレーヤが、BD-3Dプレーヤーであるか、プロファイル５プレーヤーであるか区別できない。これらが不明なままストリーム再生を命じた場合、不適切な映像が出力される恐れがある。

　本実施形態の目的は、動作プラットフォームとなる再生装置が不明なまま、動作モードオブジェクトプログラムが再生を命じるという危うい再生指示の発行を避けることである。

　以下実施化障壁克服のための改良を述べる。かかる改良はプレーヤ状態レジスタ、プレーヤ設定レジスタに存在する。プレーヤ状態レジスタについて述べる。プレーヤ状態レジスタは、光ディスクが装填された際に初期値が設定され、またカレントプレイアイテムの変更等、再生装置の状態が変化した際に、その格納値の有効性が判定されるレジスタである。この格納値としては、カレントのタイトル番号、カレントのプレイリスト番号、カレントのプレイアイテム番号、カレントのストリーム番号、カレントのチャプター番号等がある。光ディスクの装填時に初期値が格納されるので、この格納値は一時的なものであり、光ディスクがイジェクトされたり、また再生装置の電源が断たれれば、この格納値は有効性を失う。

　プレーヤ設定レジスタは、電源対策が施されている点がプレーヤ状態レジスタとは異なる。電源対策が施されているので、再生装置の電源遮断時において、その格納値が不揮発性のメモリに退避され、再生装置の電源投入時において、その格納値が復帰される。再生装置の製造主体(マニファクチャ)が再生装置の出荷時に定めた再生装置の各種コンフィグレーションや、ユーザがセットアップ手順に従い設定した各種コンフィグレーション、そして、再生装置がTVシステムやステレオ、アンプ等のホームシアターシステムの機器と接続された際、接続相手となる機器とのネゴシエーションにより判明した相手側機器の60Pケーパビリティがプレーヤ設定レジスタに設定される。

　個々のプレーヤ状態レジスタ、プレーヤ設定レジスタは何れも語長が32ビットのレジスタであり、32ビット長のレジスタのそれぞれにはレジスタ番号が与えられ、このレジスタ番号を用いてアクセスすべきレジスタが特定される。所定のレジスタ番号のプレーヤ状態レジスタ、プレーヤ設定レジスタに格納されている32ビット長のビット列であって、任意のビット範囲[bx:by]のもの値は、プログラムが動作を行うにあたっての動作システムの環境変数(システムパラメータ)として扱われる。

　このプレーヤ設定レジスタの1つであるプレーヤープロファイルレジスタは、プロファイル５プレーヤーにおけるプレーヤ設定レジスタの31番目のレジスタ(PSR31)に格納される。

　図１４は、PSR31のビットアサインを示す図である。本図によると、32ビット長のPSR31のうち、16ビット目から19ビット目まで(b16～b19)は、Player Profileを示す。0ビット目から15ビット目は、プレーヤープロファイルのバージョンを示す。そして、このPSR31のビットb20に、プロファイルインディケータが存在する。

　PSR31 Player Profile and Player VersionのProfile5 indicator(b20)の説明を行う。プロファイル５インディケータは、プレーヤがプロファイル５か否かを示す。プロファイル５インディケータが『１』に設定された場合、プレーヤープロファイルは0011(プロファイル２)を示す。プレーヤーバージョンが0x0240に設定された場合、BD-RE／BD-Rプレーヤーは、Blu-ray ReadOnlyFormat　Part３　オーディオビジュアルベーシックスペシフィケーションバージョン２．４または２．５をコンプライしたプレーヤーとなる。

　つまりPlayer Profile = 0011b かつ Profile5 indicator =「1」ならば、再生装置はBD-RE Profile 5に対応する。BD-RE Profile 5対応再生装置ならば、MVC1080@24p/50i/60i3Dビデオビデオストリームの再生/編集が可能である。再生装置が、インターレース3Dに対応(Stereoscopic 1920x1080 interlace video Capability@PSR24)、あるいは、Progressive videoに対応(Progressive Video Capability@PSR29)ならば、b0からb17までのPlayer Versionは、0x0240(BD-ROM Ver2.4以上に対応)に設定される。バイトコードアプリケーションやムービーオブジェクトプログラムは、起動された際、動作の前提となる再生装置が、プロファイル５プレーヤーであるかどうかを確認することができる。たとえプレーヤープロファイルが、既存のプロファイルと同じ「0011」を示したとしても、プレーヤインディータを参照することで動作プラットフォームがプロファイル５プレーヤーであるかどうかを判定することができ、正しいケーパビリティが存在するプレーヤーにおいて、上述したようなBD-3Dプレーヤーにはない再生機能を実行させることができる。

　AVC1080@60P/50PビデオストリームであるProgressive videoの再生を許可したプレイリストは、Progressive videoのデコードに非対応機器との互換性を確保するため、version＿numberが「2.4」に区別されている。したがって、AVC1080@60P/50Pビデオストリームのストリーム属性と組みになったエントリをプレイリストから探索する探索手順(図９のステップC0009)にversion＿numberを見て判別するロジックを設けてもよい。version＿number=0x0240(バージョン2.4)の値を持つPlayListには、AVC1080@60P/50Pビデオストリームのストリーム属性と組みになったエントリが存在するため、再生装置はSTN＿table内のentryをチェックする前に、version＿numberが0x0240かどうかをチェックすることによりAVC1080@60P/50Pビデオストリームのストリーム属性と組みになったストリームエントリの存在が判定可能となる。

　ただし、version＿numberの値は、Progressive videoの存在自体を一意に特定するものではない。すなわち、version＿numberの値が0x0240以外のPlayListにProgressive videoが存在することもあるため、version＿numberが0x0240以外の場合でもSTN＿table内にstream＿coding＿type=0x1B、video＿format=6、frame＿rate=6 or 7の組合せが存在するならば、Progressive videoのコンテンツが存在しcondition(A)はTRUEとなる。

　以上がPSR31についての説明である。続いて、PSR29の詳細について説明する。

　図１５は、PSR29のビットアサインを示す図である。PSR29のb0は、HD＿Secondary＿video＿Capabilityであり、ピクチャインピクチャ再生においてHDTV対応の子画面映像（セカンダリビデオ)を再生する能力が再生装置に存在するか(1b:HD Secondary Video is capable)、HDTV対応のセカンダリビデオを再生する能力が再生装置に存在しないか(0b:HD Secondary Video is incapable)を示す。ここでHDTVとは、1920×1080の解像度をもつビデオ、又は、1280×720の解像度をもつビデオのことをいい、このビデオをデコードし、出力することができる能力が存在するか否かが、本ビットに示されている。

　PSR29のb1は、50&25Hz＿video＿Capabilityであり、50&25Hzビデオ、つまり、５０フレーム／秒のPAL方式のビデオストリーム、又は、２５フレーム／秒のPAL方式のビデオストリームを再生する能力が再生装置に存在するか(1b:50&25Hz Video is capable)、50&25Hzビデオを再生する能力が再生装置に存在しないか(0b:50&25Hz Video is incapable)を示す。

　BDMVRecording SpecificationにおいてPSR29 Player Status Register for Player Capability for Video に新設されたビット(b4)について説明する。Prigressive Video Capabilityは、再生装置がProgressive Videoに対応するか否かを表す。「1」ならば、再生装置はProgressive Video Capabilityに対応する。Player Versionは0x0240となる。

　図１６は、PSR23のビットアサインを示す。PSR23は、再生装置に接続されている表示装置の特性値を表す。ナビゲーションコマンドやバイトコードアプリケーションは、PSR23の値を書き換えることはできない。PSR23の値は、表示装置がインターフェイスを通じてこれらを提供した際、再生を開始する前に、自動的に設定される。これらの値を自動取得できない場合、これらはユーザによって設定される。

　PSR23のb0は、表示装置の立体視表示ケーパビリティを示す。立体視表示ケーパビリティは、「0」に設定された際、接続されている表示装置が、1920×1080/23.976Hzプログレッシブビデオ、又は、1920×1080/59.94Hzプログレッシブビデオを表示する処理能力を有していない旨を示す。

　「1」に設定された際、接続されている表示装置が、1920×1080/23.976Hzプログレッシブビデオ、又は、1920×1080/59.94Hzプログレッシブビデオを表示する処理能力を有している旨を示す。

　PSR23のb1は、表示装置の立体視1280×720 50pビデオ表示ケーパビリティを示す。立体視1280×720 50pビデオ表示ケーパビリティは、「0」に設定された際、接続されている表示装置が、1280×720/50Hzプログレッシブビデオを表示する処理能力を有していない旨を示す。「1」に設定された際、接続されている表示装置が、1280×720/50Hzプログレッシブビデオを表示する処理能力を有している旨を示す。

　PSR23のb2は、裸眼立体視可否フラグを示す。裸眼立体視可否フラグ(No glasses required for stereoscopic display)は、「0」に設定されることで接続されているTVシステムが、3D出力モードを視聴するのに眼鏡を必要とする旨を示し「1」に設定されることで接続されているTVシステムが、3D出力モードを視聴するのに眼鏡を必要としない旨を示す。

　b8からb19までの画面横サイズ(Horozontal display size)は、接続されている表示装置の水平サイズをcm単位で表す。0x000である場合、未定義であり、0x001から0xFFEまでである場合、接続されている表示装置の水平サイズをcm単位で表す。ここで0xFFEは、4094cmのディスプレイである旨を示す。0xFFFは、水平長4094cmより大きいディスプレイである旨を示す。

　b3は、PSR23 Display Capabilityを示す。再生装置に接続されたデジタルテレビ表示装置がインターレース3Dを表示可能ならば、Stereoscopic 1920x1080 interlace video Display Capabilityの値は「1」に設定される。

　図１７は、PSR24のビットアサインを示す。PSR24は、再生装置の3Dケーパビリティを表す。記録媒体におけるプログラムは、PSR24の値を変化させることはできない。b0は、立体視1280×720 50pビデオ表示ケーパビリティを示す。立体視1280×720 50pビデオ表示ケーパビリティは、「0」に設定された際、1280×720/50Hzプログレッシブビデオを表示する処理能力を再生装置が有していない旨を示す。「1」に設定された際、1280×720/50Hzプログレッシブビデオを再生する再生能力を再生装置が有している旨を示す。

　b1は、立体視1280×720 エントロピー符号化モードにおいてCABACデコーディングのケーパビリティが存在するか否かを示す。エントロピー符号化モードには、CAVLC(Context-based Adaptive VLC)と、CABACとがある。

　CAVLCでは、隣接マクロブロックのDCT係数の状態に依存して現在のマクロブロックの符号化に使用する符号化テーブルを切り替える。

　CABAC(Context-based Adaptive Binary Arithmetic Coding)は、CAVLCと比較して、マクロブロック毎に確率分布を変化させる点、コンテキストの利用によりシンボル間相関を考慮する点、算術符号化を採用することで非整数コードワードを利用する点が異なる。H.264ではこれらの複数の符号化方式が用いられている。これは、処理量は少ないが効果もそこそこのCAVLCと、処理量は大きいが効果も高いCABACではその用途が異なるからである。そして、PSR24のb1における立体視1280×720 CABACデコーディングケーパビリティは、「0」に設定された際、CABACによる立体視映像のデコード能力を再生装置が有していない旨を示す。「1」に設定された際、CABACによる立体視映像のデコード能力を再生装置が有している旨を示す。

　b2は、立体視PGケーパビリティを示す。立体視PGケーパビリティは、「0」に設定されることで立体視PGを再生する能力を再生装置が有していない旨を示す。「1」に設定されることで立体視PGを再生する能力を再生装置が有している旨を示す。

　b3は、立体視IGケーパビリティを示す。立体視IGケーパビリティは、「0」に設定されることで再生装置が立体視IGを再生する能力を有していない旨を示す。「1」に設定されることで再生装置が立体視IGを再生する能力を有している旨を示す。

　b4は、テキスト字幕表示領域をプレーンシフトで表示できるかどうかのケーパビリティを示す。b6が、「0」に設定された際、テキスト字幕表示領域をプレーンシフトで表示する能力を再生装置が有していない旨を示す。「1」に設定された際、テキスト字幕表示領域をプレーンシフトで表示する能力を再生装置が有している旨を示す。

　b5は、3D出力モードにおけるBD-Jモードのケーパビリティを示す。このb5が「1」に設定された場合、3D出力モードにおいて再生装置は、BD-Jモードを処理できる旨を示す。b5が「0」に設定された場合、3D出力モードにおいて再生装置は、BD-Jモードを処理できない旨を示す。

　b6は、サウンドミキシングにおける副音声(セカンダリオーディオ)の再生の可否を示す。

　b7は、3D出力モードにおける制限付きBD-Jモードのケーパビリティを示す。このb5が「1」に設定された場合、3D出力モードにおいて再生装置は、BD-Jモードを制限付き処理できる旨を示す。b5が「0」に設定された場合、3D出力モードにおいて再生装置は、BD-Jモードを制限付きでも処理できない旨を示す。

　b8は、1920×1080インターレース3Dのケーパビリティが存在するか否かを示し、b9は、1920×1080インターレース3Dの変換ケーパビリティが存在するか否かを示す。これらは、BDMVRecording SpecificationでPSR24 3D Capabilityに新設されたものである。以下、これらのビットb8、b9について詳しく説明する。

　b8のStereoscopic 1920x1080 interlace video Capabilityは、再生装置がインターレース3Dをデコードできるか否かを表す。

　「1」のとき、再生装置は1920×1080インターレース3Dのデコードが可能であることを表し、「0」のとき、再生装置は1920×1080インターレース3Dのデコードが不可能であることを表す。もし、再生装置がProfile5非対応のプレーヤならば、3D再生には対応しないため、1920×1080インターレース3Dのデコード能力もまた実装されることはない。したがって、Profile5対応/非対応を示すPSR31のProfile 5 indicatorが「0」ならば、Stereoscopic 1920x1080 interlace video Capabilityは「1」とはならない。

　b9のStereoscopic 1920x1080 interlace video output conversion Capabilityは、インターレース3DをHDMI v1.4a準拠3D ビデオ(例えばサイドバイサイド方式)に出力変換できるか否かを表す。現状のBlu-ray Rewritableバージョン3.1規格では再生装置にインターレース3Dをデコードできる機能が備わっていたとしても、接続先の3DTVがインターレース3Dに対応するとは限らない。そのため、デコードされたインターレース3DをHDMI v1.4aに準拠する3DTVで再生するための変換機能が必須とし、このビットの値は「1」に設定されねばならない。尚、将来の規格改訂において、変換機能を必須とする規定は緩和される可能性もある。一方、インターレース3Dをデコードできない再生装置は、インターレース3D ビデオをHDMI v1.4aに準拠の3Dに変換できないことは自明であるので、このビットの値は「0」である。インターレース3Dをデコードできるプレーヤーは、3D変換出力機能を義務化している。従って[b8、b9]で許容される組合せは、[0(ケーパビリティなし),0(ケーパビリティなし)]、又は、[1(ケーパビリティあり),1(ケーパビリティあり]となる。[1(ケーパビリティあり),0(ケーパビリティなし)]、又は、[0(ケーパビリティなし),1(ケーパビリティあり)]という組合せは許容されない。

　MVC1080@24p/50i/60iの3Dビデオのナビモデルについて説明する。3Dインターレースビデオストリームのアビリテイは、BD-R/BD-REプレーヤーにおいてオプション扱いである。ナビゲーションコマンドやバイトコードアプリケーションは、PSR24のビデオケーパビリティをチェックし、PSR22で使用する出力モードを規定する。3Dインターレースケーパビリティが0であれば、プレイリスト再生の開始に先立ち、出力モードは2D出力モードに規定される。

　図１８（ａ）は、PSR22のビットアサインを示す。PSR22におけるb0は、カレントの出力モードを表す。出力モードが変化すれば、再生装置におけるビデオ出力は、対応して変化しなければならない。出力モードの値は、選択モデルによって制御されねばならない。

　PSR22の状態遷移は、モード選択プロシージャと呼ばれる規定の手順によって実現される。このモード選択プロシージャは、光ディスク装填時におけるInitializationと、プレーヤーの状態が変化した場合におけるProcedure when playback condition is changedとから構成される。

　図１８（ｃ）は、Initializationの処理手順を示す。ステップＳ５０１は、ディスクアンバウンドのバイトコードアプリケーションが動作中かどうかの判定であり、ステップＳ５０２は、PSR23におけるStereoscopic Display Capabilityが「Capability有」を示し、インデックスファイル(index.bdmv)におけるInitial＿output＿mode情報が「3D出力モード」を示すかどうかの判定である。

　ステップＳ５０１がYesであれば、ステップＳ５０３においてカレントの出力モードを維持する。ステップＳ５０１がNo、ステップＳ５０２がYesであれば、ステップＳ５０４においてPSR22を3D出力モードに設定する。ステップＳ５０１がNo、ステップＳ５０２がNoであればステップＳ５０５においてPSR22における出力モードを、2D出力モードに設定する。

　以上のInitializationによれば、Index.bdmvのinitial＿output＿mode情報がオンになっている場合、再生装置に立体視プレゼンテーションモードの再生能力が存在することを要件として、ディスク装填と同時に再生装置が3D出力モードになる。よってinitial＿output＿mode情報がオンであれば、記録媒体を装填してすぐ眼鏡をかけることで、立体視再生による仮想現実感に浸ることができる。

　図１８（ｃ）は、Procedure when playback condition is changedの処理手順を示す。ステップＳ５１１は、PSR22における出力モードは、2D出力モードであるか否かの判定であり、ステップＳ５１３は、PSR24におけるインターレース3Dケーパビリティが「Capability有」を示し、尚且つ、プレイリストにSTN＿table＿SSが存在するかどうかの判定である。

　ステップＳ５１１がYesであればステップＳ５１２において、カレント出力モードを変化させない。ステップＳ５１１がNo、ステップＳ５１３がYesであってもカレント出力モードを変化させない(ステップＳ５１２)。ステップＳ５１１がNo、ステップＳ５１３がNoであればカレント出力モードを2D出力モードに変化させる(ステップＳ５１４)。

　以上のように本実施形態によれば、上述したビット構成を有することによりビット長に応じた数の種別を表現することができるので、AVC1080@60P/50PビデオストリームやMVC1080@60i/50iビデオストリームのケーパビリティを示す情報をプレーヤ設定レジスタに格納して使用する場合、このレジスタサイズを意識して、識別子や種別数を適切な数に定めることができる。これにより、家電機器、携帯機器での利用を促進することができる
　(第７実施形態)
　本発明は、機器への装填時における記録媒体の編集可否設定の改良であり、その具体的手順は、記録媒体におけるストリームファイルの記録の仕方に依拠するところが大きい。説明に先立ち、記録媒体の基本的構造と、その基本的構造を前提にしたストリームファイルの記録の仕方についての説明を行う。

　始めに、編集可否の設定.対象となる記録媒体の詳細について説明する。以下の説明では、編集可否の設定.対象となる記録媒体の一例に多層化された光ディスクを選ぶ。リムーバブルメディアの一例としてかかる光ディスクを選んだのは、多層化された光ディスクは、その読み出しにあたっての物理的制約が一番厳しいからであり、かかる光ディスクでの記録を想定しておけば、他の媒体での記録にも適用できるからである。全ての実施形態の実施化障壁の克服手段を具現化した構成要素は、既存の記録媒体の内部構成を前提にしている。理解を高めるため、課題解決のための必須の構成要素が前提としている光ディスクの既存の構成を説明する。

　図１９は、多層化光ディスクの内部構成を示す。

　第１段目は、多層化された光ディスクの一例を示し、第２段目は、各記録層上に存在する螺旋トラックを水平方向に引き伸ばして描いた図である。これらの記録層における螺旋トラックは、1つの連続したボリューム領域として扱われる。ボリューム領域は、最内周に位置するリードイン、最外周に位置するリードアウト、この間に存在する第１記録層の記録領域、第２記録層の記録領域、第３記録層の記録領域から構成される。これらの第１記録層の記録領域、第２記録層の記録領域、第３記録層の記録領域は、1つの連続した論理アドレス空間を構成する。

　ボリューム領域は、先頭から光ディスクをアクセスする単位で通し番号が振られており、この番号のことを論理アドレスと呼ぶ。光ディスクからのデータの読み出しは論理アドレスを指定することで行う。ここで、BD-ROMのような読み込み専用ディスクの場合には、基本的に論理アドレスが連続しているセクタは、光ディスク上の物理的な配置においても連続している。すなわち、論理アドレスが連続しているセクタのデータはシークを行わずに読み出すことが可能である。ただし、記録層の境界においては、論理アドレスが連続していたとしても連続的な読み出しはできない。そのため、層境界の論理アドレスは、予め記録装置に登録されているものとする。

　ボリューム領域は、リードイン領域の直後にファイルシステム管理情報が記録されていて、これに続いて、ファイルシステム管理情報にて管理されるパーティション領域が存在する。ファイルシステムとは、UDF（Universal Disc Format）やISO９６６０などのことであり、本実施形態では、Extention2.3形式のファイルシステムを採用する。このファイルシステムを介すれば、論理アドレス空間に記録されているデータをディレクトリ、ファイル構造を使って読み出すことができる。このファイルシステムにおけるファイルの配置位置は、２５５文字以下のディレクトリ名と、２５５文字以下のファイル名とを組合せたファイルの経路情報(ファイルパスと呼ばれる)で特定される。日常使っているPC（パーソナルコンピュータ）の場合でも、FATまたはNTFSと呼ばれるファイルシステムを通すことにより、ディレクトリやファイルという構造でハードディスクに記録されたデータがコンピュータ上で表現され、ユーザビリティを高めている。このファイルシステムにより、通常のPCと同じように記録されている論理データをディレクトリ、ファイル構造を使って読み出すことが可能になっている。

　第４段目は、ファイルシステムで管理されるファイルシステム領域における領域割り当てを示す。ファイルシステム領域は、主としてメディアムービーデータベース領域が割り当てられる。メディアムービーデータベース領域のうち、内周側には、非ストリーム記録領域が存在する。非ストリーム記録領域の直後には、ストリーム記録領域が存在する。第５段目は、これら非ストリーム記録領域及びストリーム記録領域の記録内容を示す。ストリーム記録領域には、AVストリームファイルを構成する構成するエクステントが存在する。非ストリーム記録領域には、非AVストリームファイルを構成するエクステントが存在する。

　続いて、メディアムービーデータベース領域の内部構成について説明する。図２０は、メディアムービーデータベース領域のディレクトリ階層を示す。

　メディアムービーデータベース領域のディレクトリ階層とは、ROOTディレクトリの直下にBDMVディレクトリを設けて、このBDMVディレクトリに、メディアムービーデータベースの構成要素を格納するというものである。BDMVディレクトリの配下には、「JARディレクトリ」、「BDJOディレクトリ」、「PLAYLISTディレクトリ」、「CLIPINFディレクトリ」、「STREAMディレクトリ」と呼ばれる５つのサブディレクトリが存在し、BDMVディレクトリには、「index.bdmv」，「MovieObject.bdmv」の２種類のファイルが配置されている。

　「index.bdmv(ファイル名固定)」は、インデックスファイルである。

　「MovieObject.bdmv（ファイル名固定）」は、1つ以上のムービーオブジェクトを格納している。ムービーオブジェクトは、コマンドインタプリタを制御主体とした動作モード(HDMVモード)において、再生装置が行うべき制御手順を規定するプログラムファイルであり、1つ以上のコマンドと、GUIに対するメニューコール、タイトルコールがユーザによってなされた場合、これらのコールをマスクするかどうかを規定するマスクフラグを含む。

　「BDJOディレクトリ」には、拡張子bdjoが付与されたプログラムファイル(xxxxx.bdjo[「xxxxx」は可変、拡張子「bdjo」は固定])が存在する。このプログラムファイルは、BD-Jモードにおいて、再生装置が行うべき制御手順を規定するBDーJオブジェクトを格納している。

　このJava（登録商標）アプリケーションの実体にあたるのが、BDMVディレクトリ配下のJARディレクトリに格納されたJava（登録商標）アーカイブファイル(YYYYY.jar)である。アプリケーションは例えばJava（登録商標）アプリケーションであり、仮想マシンのヒープ領域(ワークメモリとも呼ばれる)にロードされた1つ以上のxletプログラムからなる。このワークメモリにロードされたxletプログラム、及び、データから、アプリケーションは構成されることになる。

　「PLAYLISTディレクトリ」には、拡張子mplsが付与されたムービープレイリストを定義するプレイリスト情報ファイル(xxxxx.mpls[「xxxxx」は可変、拡張子「mpls」は固定])が存在する。

　「CLIPINFディレクトリ」には、拡張子clpiが付与されたクリップ情報ファイル(xxxxx.clpi [「xxxxx」は可変、拡張子「clpi」は固定])が存在する。

　以上のディレクトリに存在するファイルを構成するエクステントは、非AVデータ領域に記録される。

　「STREAMディレクトリ」は、ストリームファイルを格納しているディレクトリであり、本ディレクトリには、xxxxx.m2ts([「xxxxx」は可変、拡張子「m2ts」は固定])という形式でストリームファイルが格納される。このSTREAMディレクトリの配下には、立体視インターリーブドストリームファイルの格納用のディレクトリとして「SSIFディレクトリ」が存在する。

　以上のように、メディアムービーデータベース領域は「ROOTディレクトリ領域」、「BDMVディレクトリ領域」、「JARディレクトリ領域」、「BDJOディレクトリ領域」、「PLAYLISTディレクトリ領域」、「CLIPINFディレクトリ領域」、「STREAMディレクトリ領域」、「SSIFディレクトリ領域」から構成される。上述したような複数のディレクトリ領域は、何れも共通の内部構成を有している。それは「ディレクトリ領域」が「ディレクトリファイル」と、「下位ファイルについてのファイル記録領域」とから構成されるというものである。

　「ディレクトリファイル」は、「下位ディレクトリについてのファイル識別記述子」と、「下位ファイルのファイル識別記述子」とを含む。

　「下位ディレクトリのファイル識別記述子」は、自身の配下にある下位ディレクトリをアクセスするための参照情報であり、その下位ディレクトリを示す識別情報と、その下位ディレクトリのディレクトリ名の長さと、下位ディレクトリのファイルエントリがどの論理ブロック番号に記録されているかを示すファイルエントリアドレスと、その下位ディレクトリのディレクトリ名とから構成される。上述した例でいうと、BDMVディレクトリの「下位ディレクトリのファイル識別記述子」には、JAR、BDJO、PLAYLISTといったディレクトリ名が記述されることになる。

　「下位ファイルのファイル識別記述子」は、自身の配下にあるファイルをアクセスするための参照情報であり、その下位ファイルを示す識別情報と、その下位ファイル名の長さと、下位ファイルについてのファイルエントリがどの論理ブロック番号に記録されているかを示すファイルエントリアドレスと、下位ファイルのファイル名とから構成される。BDMVディレクトリの「下位ディレクトリのファイル識別記述子」には、Index.bdmv、MoveObject.bdmvといったファイル名が記述されることになる。

　これらのディレクトリのディレクトリファイルにおけるファイル識別記述子には、下位ディレクトリ及び下位ファイルのファイルエントリーが、どの論理ブロックに記録されているかが示されているので、このファイル識別記述子を辿ってゆけば、ROOTディレクトリのファイルエントリーからBDMVディレクトリのファイルエントリーに到達することができ、また、BDMVディレクトリのファイルエントリーからPLAYLISTディレクトリのファイルエントリーに到達することができる。同様に、JARディレクトリ、BDJOディレクトリ、CLIPINFディレクトリ、STREAMディレクトリのファイルエントリーにも到達することができる。更には、SSIFディレクトリのファイルエントリーにも到達することができる。

　「下位ファイルのファイル記録領域」とは、あるディレクトリの配下にある下位ファイルの実体が記録されている領域であり、当該下位ファイルについての「ファイルエントリ」と、1つ以上の「エクステント」とが記録されている。

　本願の主眼となるストリームファイルは、そのファイルが帰属するディレクトリのディレクトリ領域内に存在するファイル記録領域のことであり、ディレクトリファイルにおけるファイル識別記述子、及び、ファイルエントリーにおけるアローケーション識別子を辿ってゆくことで、アクセスすることができる。

　以降の説明では、部分削除、分割、統合といった編集操作の対象として、MVC1080@24p/50i/60iベースビュービデオストリーム、及び、MVC1080@24p/50i/60iディペンデントビュービデオストリームという2本のビデオストリームを多重化することで得られた1本のトランスポートストリームファイル(1TS-2VSm2tsファイルと呼ぶ)を採用する。

　ここで左目画像、右目画像の組みを構成するベースビューコンポーネント、ディペンデントビューコンポーネントは、エレメンタリストリーム生成→トランスポートストリーム生成→トランスポートストリームを構成するTS(トランスポートストリーム)パケットのソースパケット化という過程を経て生成される。　図２１は、MVC1080@24p/50i/60iベースビュービデオストリームと、MVC1080@24p/50i/60iディペンデントビュービデオストリームとから1つのトランスポートストリームを得る過程を示す。本図における第１段目は、MVC1080@24p/50i/60iベースビュービデオを構成するフレーム列、第２段目は、MVC1080@24p/50i/60iベースビュービデオをPESパケット化することで得られるPESパケット列、第３段目は、MVC1080@24p/50i/60iベースビュービデオをソースパケット化することで得られるソースパケット列である。

　本図における第７段目は、MVC1080@24p/50i/60iディペンデントビュービデオを構成するフレーム列、第６段目は、MVC1080@24p/50i/60iディペンデントビュービデオをPESパケット化することで得られるPESパケット列、第５段目は、MVC1080@24p/50i/60iディペンデントビュービデオをソースパケット化することで得られるソースパケット列である。そして第４段目は、MVC1080@24p/50i/60iベースビュービデオを構成するソースパケット、及び、MVC1080@24p/50i/60iディペンデントビュービデオを構成するソースパケットをアライバルタイムスタンプの順に配置することで形成されるトランスポートストリームを示す。

　この第４段目に示すように、MVC1080@24p/50i/60iベースビュービデオストリームとMVC1080@24p/50i/60iディペンデントビュービデオストリームとを多重化する際には、まず、MVC1080@24p/50i/60iベースビュービデオストリームの先頭GOP(Closed-GOP１)の先頭パケット(B１１)が配置される。パケット(B１１)配置位置以降であって、Closed-GOP１の終端パケット(B１６)の前方に、Closed-GOP１に対応するMVC1080@24p/50i/60iディペンデントビュービデオストリームのGOP(Open-GOP１)の各パケット(D１１、D１２、D１３)が配置される。Closed-GOP１の終端パケット(B１６)に続いて、MVC1080@24p/50i/60iベースビュービデオストリームの次のGOP(Closed-GOP２)の先頭パケット(B２１)が配置され、先ほどと同様に、Closed-GOP２の終端パケット(B２６)の前方に、Closed-GOP２に対応するMVC1080@24p/50i/60iディペンデントビュービデオストリームのGOP(Open-GOP２)の各パケット(D２１、D２２、D２３)が配置される。このようにMVC1080@24p/50i/60iベースビュービデオストリーム及びMVC1080@24p/50i/60iディペンデントビュービデオストリームを多重化することにより、MVC1080@24p/50i/60iベースビュービデオストリームのGOP境界で切断する際にMVC1080@24p/50i/60iディペンデントビュービデオストリームのGOPが切断されないことを保障する1TSが生成される。

　MVC1080@24p/50i/60iベースビュービデオストリームにおけるClosed-GOP及びMVC1080@24p/50i/60iディペンデントビュービデオストリームにおけるOpen-GOPは、複数のパケットに分割された状態で多重化される。そしてMVC1080@24p/50i/60iベースビュービデオストリームにおけるClosed-GOPを分割することで得られた複数のパケットのうち、先頭のものの記録位置は、MVC1080@24p/50i/60iディペンデントビュービデオストリームにおけるOpen-GOPを分割することで得られた複数のパケットの先頭のものの記録位置よりも、デジタルストリーム上で先行することになる。符号化順序においてClosed-GOP又はOpen-GOPの最後に位置するビューコンポーネントをソースパケットに格納する場合、そのソースパケットのペイロードに余白が生じることがある。この場合、そのソースパケットの余白に対してパディングを行う。このパディングは、あるGOPの最後に位置するビデオアクセスユニットの終端部分と、次のClosed-GOPの最後に位置するビデオアクセスユニットのアクセスユニットデリミターとが同じソースパケットに格納されないようにするための配慮である。こうすることで、ビデオアクセスユニットを構成するNALユニットのうち、Closed-GOPの先頭にあたるビューコンポーネントのアクセスユニットデリミターを格納したものは、必ずソースパケットの境界でバウンドされることになり、Closed-GOP及びOpen-GOPの組みをまとめて削除することが容易になる。

　図２２（ａ）は、PESパケット列に、ビデオストリームがどのように格納されるかを更に詳しく示している。本図における第１段目はビデオストリームのビデオフレーム列を示す。第２段目は、PESパケット列を示す。本図の矢印yy１，yy２，　yy３，　yy４に示すように、ビデオストリームにおける複数のVideo Presentation UnitであるIntraタイプのMVC1080@24p/60i/50iビデオストリームを構成するビューコンポーネント、B(Bi-predictive)タイプのビューコンポーネント、P(Predictive)タイプのビューコンポーネントは、ビューコンポーネント毎に分割され、PESパケットのペイロードに格納される。各PESパケットはPESヘッダを持ち、PESヘッダには、ピクチャの表示時刻であるPTS（Presentation　Time-Stamp）やピクチャの復号時刻であるDTS（Decoding　Time-Stamp）が格納される。

　AVC1080@60P/50Pビデオストリームの場合は、MVC1080@24p/60i/50iビデオストリームのビューコンポーネントに代えてピクチャが上述の通り格納される。

　図２２（ｂ）は、デジタルストリームを格納したストリームファイルに最終的に書き込まれるTSパケットの形式を示している。TSパケットは、ストリームを識別するPIDなどの情報を持つ４ByteのTSヘッダとデータを格納する184ByteのTSペイロードから構成される１８８Byte固定長のパケットであり、PESパケットは分割されTSペイロードに格納される。Blu-ray ReadOnlyディスクの場合、TSパケットには、４ByteのTP＿Extra＿Headerが付与され、192Byteのソースパケットを構成し、ストリームファイルに書き込まれる。TP＿Extra＿HeaderにはATS（Arrival＿Time＿Stamp）などの情報が記載される。ATSは当該TSパケットの後述するシステムターゲットデコーダのPIDフィルタへの転送開始時刻を示す。ストリームファイルの内部には図２２（b）の下段に示すようにソースパケットが並ぶこととなり、ストリームファイルの先頭からインクリメントする番号はSPN（ソースパケットナンバー）と呼ばれる。

　また、ストリームファイルに含まれるTSパケットには、映像・音声・字幕などの各ストリーム以外にもPAT（Program Association　Table）、PMT（Program Map　Table）、PCR（Program Clock　Reference）などがある。PATはデジタルストリームを格納したストリームファイル中に利用されるPMTのPIDが何であるかを示し、PAT自身のPID配列で登録される。PMTは、デジタルストリームを格納したストリームファイル中に含まれる映像・音声・字幕などの各ストリームのPIDと各PIDに対応するストリームの属性情報を持ち、またデジタルストリームを格納したストリームファイルに関する各種ディスクリプタを持つ。ディスクリプタにはデジタルストリームを格納したストリームファイルのコピーを許可・不許可を指示するコピーコントロール情報などがある。PCRは、ATSの時間軸であるATC（Arrival Time Clock）とPTS・DTSの時間軸であるSTC（System　Time　Clock）の同期を取るために、そのPCRパケットがデコーダに転送されるATSに対応するSTC時間の情報を持つ。デジタルストリームを格納したストリームファイルのトランスポートストリームの先頭には、PATパケット、PMTパケットが格納される。

　図２２（ｃ）はPMTのデータ構造を詳しく示す。引出線cu1は、ストリーム情報の内部構成をクローズアップしている。MVC1080@24p/60i/50iビデオストリーム及びAVC1080@60P/50Pビデオストリームの符号化方式や解像度、フレームレートがこのストリーム情報内のストリームディスクリプタに記載される。以上が1TS-2VSm2tsファイル生成過程についての説明である。

　図２３は、クリップ情報ファイルの内部構成を示す。同図（ａ）は、2Dのクリップ情報ファイル、同図（ｂ）は、3D用のクリップ情報ファイルを示す。これらのクリップ情報ファイルは、『クリップ情報』、『シーケンス情報』、『プログラム情報』、『特徴点情報』を含む。

　以上が2D用のクリップ情報ファイルについての説明である。続いて、3D用のクリップ情報ファイルの詳細について説明する。3D用のクリップ情報ファイルは、図２０（ｂ）の内部構成になっていて、通常のクリップ情報ファイルと同一要素である「クリップ情報」「シーケンス情報」「プログラム情報」「特徴点情報」を具備すると共に、0X0004のID値１の後に、プログラム情報SS、エクステントスタートポイント情報テーブル、特徴点情報SSを並べている。

　図２３（ｃ）は、クリップ情報の内部構成を示す図である。クリップ情報には、2D用のクリップ情報の他、ファイルベースと組みになってクリップストリームファイルを構成するためのクリップベース情報と、ファイルディペンデントと組みになってクリップストリームファイルを構成するためのクリップディペンデント情報とがある。本図に示すようにクリップ情報は、対応するクリップストリームファイルがどのようなストリームの類型に属するかを示す『クリップストリームタイプ情報』と、対応するクリップストリームファイルに格納されるトランスポートストリームが、ムービーアプリケーション、タイムベーススライドショーアプリケーション、ブラウザブルスライドショーアプリケーション等、どのような類型に属するかを示す『アプリケーションタイプ』と、再生装置において、ソースパケットがソースパケットデパケッタイザを通過した後、クリップストリームファイルにおけるTSパケットがどれだけの転送レートで転送されるかを示す『TSレコーディングレート』と、対応するクリップストリームファイルを構成するソースパケット数を示す『ソースパケット数』と、『ATC差分値』と、『エクステントスタートポイント情報』とから構成される。

　上記のクリップ情報のアプリケーションタイプは、メインパス、サブパスによって参照されるメインTS、サブTSがどのようなトランスポートストリームの類型に属するかを示す。アプリケーションタイプは、１～３がムービー、タイムベーススライドショー、ブラウザブルスライドショーのトランスポートストリームであること、４～６がブラウザブルスライドショーのメインパスを構成するトランスポートストリームであること、ブラウザブルスライドショーのサブパスを構成するトランスポートストリームであること、インタラクティブグラフィクスのサブパスを構成するトランスポートストリームであることを示す。アプリケーションタイプ＝７は、MVC1080@24p/60i/50iディペンデントビュービデオストリームを含み、仮想パッケージ構築のための追加コンテンツ格納領域から供給されるサブTSであることを示す。アプリケーションタイプ＝８は、メインTSと共に立体視インターリーブドストリームファイルに格納され、MVC1080@24p/60i/50iディペンデントビュービデオストリームを含むサブTSを示す。

　アプリケーションタイプ=10は、AVC1080@60P/50PビデオストリームムービーについてのメインTSを示す。

　アプリケーションタイプ=1が適用される全てアプリケーションタイプは、一部の制限を除き、アプリケーションタイプ=10を適用せねばならない。クリップ情報のフォーマットIDについては、０ｘ４８、４４、５０、５２を設定せねばならない。AVC1080@60P/50Pビデオストリームのストリーム符号化情報を含む場合、50HzのAVC1080@50Pビデオストリームケーパビリティをチェックするため、ナビゲーションコマンドやBD-Jアプリケーションは、PSR24のb1と、PSR29のb4とをチェックせねばならない。

　＜エクステントスタートポイント＞
　次に、エクステントスタートポイントについて説明する。上述したように立体視インターリーブドストリームファイルは、メインTS、サブTSから構成される。エクステントスタートポイント情報のペアは、立体視インターリーブドストリームファイルを2つのAVストリームに分割する途を与える。エクステントスタートポイントは、サブパスタイプ＝８のサブパスを含むプレイリストのサブプレイアイテムによって参照されるクリップ情報に格納されて再生装置に供給される。

　同図（ｄ）は、エクステントスタートポイントの内部構成を示す。本図に示すようにエクステントスタートポイント情報は、number＿of＿extent＿start＿pointsと、number＿of＿extent＿start＿points個のSPN＿start＿pointから構成される。

　number＿of＿extent＿start＿pointsは、関連するAVストリームファイルに帰属するエクステントの個数を示す。ファイルベースのエクステントを取り出すためのエクステントスタートポイント情報と、ファイルディペンデントのエクステントを取り出すためのエクステントスタートポイント情報とのペアは、number＿of＿extent＿start＿pointsが同じ値になる。

　SPN＿extent＿start(SPN＿extent＿start[0]～SPN＿extent＿start[number＿of＿extent＿start＿point])は、number＿of＿extent＿start＿point+1個のSPN＿extent＿startから構成される。SPN＿extent＿startは、エクステント識別子[extent＿id]によって指示され、AVストリームファイルにおけるextent＿id番目のエクステントが開始するソースパケットのソースパケット番号を示す32ビットの値である。

　図２３（ｅ）は、ストリーム属性情報にて示されるフレームレート、及び、解像度の種別を示す。本図に示すようにフレームレートには、24Hz,24Hz(23.976Hz)、25Hz、30Hz、50Hz、60Hzがある。これらのフレームレートは、4ビットのコードを用いて識別される。解像度としては、1920×1080、1280×720、960×540、720×576、720×480が存在する。720×480、720×576、1920×1080には、プログレッシブの表示方式、インターリーブの表示方式のそれぞれが存在する。

　図２４は、MVC1080@24p/50i/60iベースビュービデオストリーム及びMVC1080@24p/50i/60iディペンデントビュービデオストリームを多重化することで得られたトランスポートストリームと、EP＿mapと、エクステントとの対応関係を示す。第１段目はフレーム画像であり、第２段目は、第４段目のソースパケット列と、フレーム画像の時間軸との対応をとるためのEP＿mapを示す。第３段目のソースパケット列は、図２１の第４段目におけるTS内のソースパケット列と同じである。

　第４段目は、第３段目のソースパケット列を分割して記録するためのエクステントを示す。第５段目は、このエクステント内部に存在するOpen-GOP、Closed-GOPを示す。

　第２段目においてEP＿mapにおけるエントリアドレスは、MVC1080@24p/50i/60iベースビュービデオストリームにおけるClosed-GOPを分割することで得られた複数のパケットのうち、先頭のもののパケット番号(図中のa11,a21,a31)を用いて表現される。

　時間軸における複数のエントリ時刻(t11,t21,t31)は、MVC1080@24p/50i/60iベースビュービデオストリームにおけるClosed-GOPの先頭を示すエントリアドレスが対応付けられているので、そのエントリアドレスに従い、記録媒体からパケットを読み出していけば、余分なデータを送り込むことなく、確実にMVC1080@24p/50i/60iベースビュービデオストリームにおけるClosed-GOPをビデオデコーダに送り込むことができる。よって、デジタルストリームに対するランダムアクセスにおいては、ユーザの思いのままのエントリ時刻からの部分削除を即座に実現することができる。

　第５段目において注意すべきはMVC1080@24p/50i/60iディペンデントビュービデオストリームにおけるOpen-GOPを分割することで得られた複数のパケットは何れも、MVC1080@24p/50i/60iベースビュービデオストリームにおけるClosed-GOPのエントリアドレスの直後のエントリアドレスより前に存在する点である。EP＿mapにおけるエントリアドレス(i)にて指示されているパケット(m)から、エントリアドレス(i+１)にて指示されているパケット(n)の直前のパケット(n-１)までを読み出すことで、ビデオデコーダには必ず、完結したMVC1080@24p/50i/60iベースビュービデオストリームにおけるClosed-GOP及びMVC1080@24p/50i/60iディペンデントビュービデオストリームにおけるOpen-GOPのペアが送り込まれることが保証される。

　EP＿mapを参照してランダムアクセスを行う場合に、立体視を実現する、完結したMVC1080@24p/50i/60iベースビュービデオストリームにおけるClosed-GOP及びMVC1080@24p/50i/60iディペンデントビュービデオストリームにおけるOpen-GOPのペアが、ビデオデコーダに送り込まれることが保証されるので、ビデオデコーダは、ユーザのスキップに即応した高速動作を実現することができ、またGOP単位の部分削除を迅速に行うことができる。以上で、クリップ情報についての説明を終える。

　続いてプレイリスト情報ファイルについて説明する。プレイリスト情報ファイルは、図２５のような内部構成を有する。図２５は、プレイリスト情報ファイルの内部構成を示すプレイリスト情報は、「メインパス情報」、「サブパス情報」、「プレイリストマーク情報」、「エクステンションデータ」を含む。以下、これらの構成要素について説明する。図２５（ｂ）は、メインパス情報、及び、サブパス情報の内部構成を示す図であり、本図に示すように、メインパス情報は、１つ以上の主たる再生区間情報から構成される。サブパス情報は、１つ以上の従たる再生区間情報から構成される。図２５（ｃ）は、プレイアイテム情報の内部構成を示す。本図に示すように、「ストリーム参照情報」、「インタイムアウトタイム情報」、「接続状態情報」、「基本ストリーム選択テーブル」を含む。

　ストリーム参照情報は、プレイアイテムを構成するトランスポートストリームと組みになってクリップストリームファイルを構成しているクリップ情報ファイルを示す「クリップ情報ファイルネーム情報(clip＿information＿file＿name)」、そのTSにおける符号化方式を示す「クリップ符号化方式識別子(Clip＿codec＿indentifier)」、当該TSのSTCシーケンスにおいて、インタイム及びアウトタイムが設定されているSTCシーケンスがどれであるかを示す「STC識別子レファレンス(STC＿ID＿referrenss)」を含む。以上がプレイアイテム情報についての説明である。

　「接続状態情報」は、前方プレイアイテムとのコネクションコンディションのタイプを示している。プレイアイテムのコネクションコンディションが「１」の場合は、プレイアイテムが指し示すデジタルストリームは、そのプレイアイテムの前のプレイアイテムが指し示すデジタルストリームとのシームレス接続が保証されないことを示す。プレイアイテムのコネクションコンディションが「５」か「６」の場合は、プレイアイテムが指し示すデジタルストリームは、そのプレイアイテムの前のプレイアイテムが指し示すデジタルストリームとのシームレス接続を保証する。コネクションコンディションが「５」とは、クリーンブレークを伴うシームレス接続である。コネクションコンディションが「６」とは、「ATS、PTSに連続性が存在するシームレス接続」である。

　図２５（ｄ）は、サブプレイアイテムの内部構成を示す。本図に示すように、サブプレイアイテム情報は、STCシーケンスの時間軸にインタイムと、アウトタイムとの組みを規定することで、サブパスを構成する再生区間を定義する情報であり、「ストリーム参照情報」、「インタイムアウトタイム情報」、「シンクロプレイアイテムレファレンス」、「シンクロ開始時刻情報」を含む。『ストリーム参照情報』は、プレイアイテム情報と同様、『クリップ情報ファイルネーム情報』『クリップ符号化方式識別子』、『STC識別子レファレンス』を含む。

　『インタイムアウトタイム情報(SubPlayItem＿In＿Time,SubPlayItem＿Out＿Time)』は、STCシーケンス時間軸における、サブプレイアイテムの始点と、STCシーケンス時間軸上における、サブプレイアイテムの終点とを示す。

　「シンクロプレイアイテムレファレンス(Sync＿PlayItem＿Id)」は、プレイアイテムのうち、本サブプレイアイテムが同期すべきものを一意に指定する情報である。サブプレイアイテムインタイムは、この同期プレイアイテム参照子で指定されたプレイアイテムの再生時間軸上に存在する。

　「シンクロ開始時刻情報(Sync＿Start＿PTS＿of＿PlayItem)」は、同期プレイアイテム参照子で指定されたプレイアイテムのSTCシーケンスの時間軸のうち、サブプレイアイテムインタイムで指定されたサブプレイアイテムの始点が、どの時点に写像されるかを示す。以上がプレイリスト情報のデータ構造についての説明である。

　図２６は、MVC1080@24p/50i/60iベースビュービデオストリーム及びMVC1080@24p/50i/60iディペンデントビュービデオストリームを多重化することで得られたソースパケット列と、EP＿mapと、エクステントと、プレイリストとの対応関係を示す。本図の第２段目から第５段目までは、図２４の第１段目から第４段目におけるフレーム画像、EP＿map、ソースパケット列、エクステントと同じである。第１段目のプレイリスト情報は、この第４段目のソースパケット列から形成されたトランスポートストリームに対して再生経路を規定する。第１段目は、３つのプレイアイテム情報#1からなるプレイリスト情報を示す。この第１段目において、プレイリスト情報を格納したプレイリスト情報ファイル(MPLSファイル)のバージョン番号は「バージョン2.4」に設定される。またプレイアイテム情報#1のストリーム選択テーブルには、0X1011という値のPIDが存在している。このPIDは、親画面ビデオストリームのPIDであり、これらのPIDがストリーム選択テーブルに記載されることで、MVC1080@24p/50i/60iビデオストリームの再生が許可されることになる。またIn＿Time及びOut＿Timeは、第２段目におけるフレーム画像列の再生開始時刻であるt11、再生終了時刻であるt39を示す。

　以上のプレイアイテム情報の設定により、ストリーム選択テーブルにPIDが記載され、再生が許可されたMVC1080@24p/50i/60iベースビュービデオストリーム、MVC1080@24p/50i/60iディペンデントビュービデオストリームは、In＿TimeからOut＿Timeまで再生されることになる。

　図２７は、AVC1080@60P/50Pビデオストリームの再生を許可したエントリーを含むプレイリストを作成するにあたってのパラメータ設定を示す。第１段目は、３つのプレイアイテム情報#1,#2,#3からなるプレイリスト情報を示し、第２段目は、AVC1080@60iのビデオストリーム、AVC1080@60iのビデオストリーム、AVC1080@60Pのビデオストリームを示す。第３段目は、第２段目のビデオストリームを含むストリームファイルと組みになってAVクリップストリームファイルを構成する３つのクリップ情報ファイル00001～00003を示す。第４段目は、ビデオストリームを含むストリームファイルを構成するソースパケット列を示す。

　図２７の第１段目において、プレイリスト情報を格納したプレイリスト情報ファイル(MPLSファイル)のバージョン番号は、「60Pプレイリスト」を識別する特定のバージョン番号である「2.4」に設定される。またプレイアイテム情報#1～#3のストリーム選択テーブルには、0X1011という値のPIDが存在していて、プレイアイテム情報#3においては、このPIDを含むストリームエントリーが、プログレッシブビデオを示すストリーム属性と組みになっている。これらのPIDは、親画面ビデオストリームのPIDであり、これらのPIDがストリーム選択テーブルに記載されることで、全てのプレイアイテムを通じて親画面ビデオストリームの再生が許可されることになる。以上のプレイアイテム情報の設定により、ストリーム選択テーブルにPIDが記載され、再生が許可されたAVC1080@60iビデオストリーム、AVC1080@60Pビデオストリームは、In＿TimeからOut＿Timeまで再生されることになる。

　第２段目において1つ目のAVC1080@60iビデオストリームの先頭GOPの最初のピクチャのPTSがt101、最後のGOPの先頭PTSがt189、このビデオストリームを含むストリームファイルを構成する先頭GOPの先頭ソースパケット番号がa101、最後のGOPの先頭ソースパケット番号がa189であれば、t101:a101の対応付け、t189:a189の対応付けがエントリーマップに示されることになる。またプレイアイテム情報においては、第３段目のIn＿Timeがt101、Out＿Timeがt199、clip＿information＿file＿nameがクリップ情報ファイル00001.CLPIに設定される。

　2つ目のAVC1080@60iビデオストリームの先頭GOPの最初のピクチャのPTSがt201、最後のGOPの先頭PTSがt289、このビデオストリームを含むストリームファイルを構成する先頭GOPの先頭ソースパケット番号がa201、最後のGOPの先頭ソースパケット番号がa289であれば、t201:a201の対応付け、t289:a289の対応付けがエントリーマップに示されることになる。またプレイアイテム情報においては、In＿Timeがt201、Out＿Timeがt299、clip＿information＿file＿nameがクリップ情報ファイル00002.CLPIに設定される。

　3つ目のAVC1080@60Pビデオストリームの先頭GOPの最初のピクチャのPTSがt301、最後のGOPの先頭PTSがt389、このビデオストリームを含むストリームファイルを構成する先頭GOPの先頭ソースパケット番号がa301、最後のGOPの先頭ソースパケット番号がa389であれば、t301:a301の対応付け、t389:a389の対応付けがエントリーマップに示されることになる。またプレイアイテム情報においては、In＿Timeがt301、Out＿Timeがt399、clip＿information＿file＿nameがクリップ情報ファイル00003.CLPIに設定される。

　以上のように、3つ目のビデオストリームのみがAVC1080@60Pビデオストリームであるので、プレイリスト情報を格納したプレイリスト情報ファイル(MPLSファイル)のバージョン番号は、バージョン2.4を示す値「0x0240」に設定される。

　以上がBDMVRecording Specificationについての説明である。BDMVRecording Specification＋RREFで扱うBDMVデータベースの制限としては、全てケースでのBDMVRecording Specificationでのリージョン再生制御が禁止される。BDMVRecording Specificationでは、新たなプロファイルが追加される。これはBD-R/BD-REプロファイル５であり、BD-ROMに定義される。既存のプロファイルであるプロファイル1,3,4に追加される。以上が、BD-REバージョン3.1フォーマットでのBlu-ray ReadOnlyディスクフォーマットに対する制限である。

　続いて、RREFによって加えられた、このBlu-ray ReadOnlyディスクに対する制限の詳細について説明する。

　RREFはBDMVRecording Specificationのサブセットであり、レコーダやカメラといったマニファクチャプロダクトに実装されるリアルタイムレコーディングやエディテイングアプリケーションを意図している。RREFは、追加、編集、削除の管理にあたって、データベースのメンテナンスが容易なフレームワークを提供する。RREFは、BDデータモデルを制限している、RREFは、タイトル、ムービーオブジェクト、プレイリストの関係を制限する。ファーストプレイタイトルやトップメニュータイトルを除くタイトルは、1つのムービーオブジェクトのみを参照し、ムービーオブジェクトは1つのプレイリストのみを再生する。1つのタイトルから参照されたムービーオブジェクトは、他のタイトルから参照されない。ファーストプレイタイトルやトップメニュータイトルは、1つ以上のムービーオブジェクトをもってよく、これらのムービーオブジェクトは、1つ以上のプレイリストを再生することができ、そのタイトルにて参照されるムービーオブジェクトは、ファーストプレイタイトルやトップメニュータイトルから参照されてはならない。

　RREF特有のプレイリストとして、以下のメインプレイリスト、オルテネィティブプレイリスト、メニュープレイリストがある。

　メインプレイリストは、ユーザによってディスクに記録されたクリップストリームファイルの再生を行わせる。メインプレイリストのプレイアイテムは、他のメインプレイリストやメニュープレイリストにより参照されているクリップストリームファイルの何れをも参照していない。メインプレイリストは、1つ以上のクリップストリームファイルを参照する。2以上のプレイリストは、同じクリップストリームファイルを参照しない。

　オルテネィティブプレイリストは、RREFにおけるクリップストリームファイルの再利用を実現する。具体的にいうと、オルテネィティブプレイリストのプレイリスト情報は、プレイアイテム情報－クリップストリームファイルという階層構造を有しており、クリップストリームファイルと、プレイアイテム情報との比率については、１対多の関係にして、1つのクリップストリームファイルを複数のプレイアイテム情報から多重参照する。

　メニュープレイリストは、メニュー表示のためのIGストリームと、そのメニューの背景画となる映像を描画するビデオストリームとの再生を許可した再生経路を規定するプレイリストである。ファーストプレイタイトル、トップメニュータイトルで使用される。メニュープレイリストで参照されているクリップストリームフイルは、メニュープレイリストで参照することが禁じられる。メニュープレイリストは、dedicateされたクリップストリームファイルを参照する。このクリップストリームファイルは、ディスクのアクチュアル再生コンテンツではなく、システムによってのみ再生可能なメニュー表示に用途が制限される。ユーザにより定義されたメニューは、メニュープレイリストによる再生の対象にはならない。

　RREFは、プレイリストとクリップストリームファイルとの関係を以下のように制限する。インタラクティブデータベースレイヤでは、BD-Jオブジェクト、タイトルシーンサーチ、メタデータ、ブラウザブルスライドショー、クリックサウンド、インタラクティブグラフィクス付きタイトル(ファーストプレイタイトル、トップメニューを除く)、ランダムシャッフルのプレイアイテム再生がない。

　ストリームレイヤでは、セカンダリビデオストリーム、セカンダリオーディオストリームがない。2TS入力がなく、プリロードIGを実現する場合を除きOut-of-MUXがない。オーディオは、ドルビーデジタルコーデックと、ダウンミックスなしのLPCMが合計８本まで許容される。ファーストプレイタイトル、トップメニューは認められる。グラフィクスストリームは、IGストリームが2本まで、PGストリームが8本まで許容されテキスト字幕ストリームは認められない。マルチアングル再生のサポートもない。

　BD-Jオブジェクトの使用が認められないことからBDJOディレクトリ、JARディレクトリは空となる。

　STN＿table＿SSでは、ポップアップ表示期間中の固定オフセット、描画領域オフセットの有効性フラグ、立体視プレゼンテーショングラフィクス存否フラグ、上端配置字幕ストリームが存在するか否かを示す上端配置存否フラグ、下端配置字幕ストリームが存在するか否かを示す下端配置存否フラグ、立体視インタラクティブグラフィクス存否フラグが何れも0(オフ)に設定される。

　RREFについての制限は以下の通りである。エクステンションデータでは、サブパスエントリーエクステンションや、上端下端のオフセットをどれだけ設けるかというプレーン内有効化情報の記録が禁止される。TSパケットレコーディングレートは3.5Mbps未満となる。ATCデルタとしては、（188／TSパケットレコーディングレート）という計算から算出された値が設定される。RREF用のトランスポートストリームに格納されるエレメンタリストリームとしては、プライマリオーディオストリーム、プライマリビデオストリーム、グラフィクスストリーム、MVC1080@24p/60i/50iベースビュービデオストリーム、MVC1080@24p/60i/50iディペンデントビュービデオストリームが許容されるのみである。PIDアサインとしては、プライマリビデオストリーム、MVC1080@24p/60i/50iベースビュービデオストリームには0x1011のPID、MVC1080@24p/60i/50iディペンデントビュービデオストリームには0x1012のPIDがそれぞれ割り当てられる。

　以上のように本実施形態によれば、BDMVデータベースにおけるフィールドのレベルまでビットアサインを規定することにより対象となる処理やデータの種別の数を適性なものにしておくことができる。こうすることで、メモリに常駐しておく際の占有量を最低限にしておくことができるから、装置の低コスト化や消費電力の低減に寄与することができる。

　(第８実施形態)
　本実施形態は、記録装置を実施する局面、再生装置を実施する局面から技術的障壁の克服を図る実施形態である。

　続いて、Blu-ray Rewritableディスクバージョン3.1フォーマットに対応するBD-REプレーヤーでの課題解決手段の実現について説明する。

　本実施形態で開示する装置の内部構成には、これまでの第１実施形態から、後述する第１０実施形態までに述べた実施化障壁の克服手段の何れかのもの、又は、これまでの第１実施形態から、後述する第１０実施形態で述べる実施化障壁の克服手段のうち2以上のものの組合せを取り入れることができる。これまでの実施形態で述べた実施化障壁の克服手段の何れか1つを取り入れた内部構成、及びこれまでの実施形態で述べた実施化障壁の克服手段のうち2以上のものの組合せを取り入れた内部構成を別々に記載すると、出願明細書に膨大な紙面を費やすることになるので望ましくない。よって、その代表として、これまでの実施形態で述べた実施化障壁の克服手段の全てを組込んだ内部構成を開示することにする
　図２８は、記録装置、再生装置の内部構成を示す。同図（ａ）は、記録装置１００１の内部構成を示すものである。

　同図（ａ）に示すように記録装置は、光ディスク、リムーバブルメディア、ビルドインメディアの読み書きを行い、光ディスクに対するイジェクト／ローディングを実行するドライブ２００１と、光ディスク、リムーバブルメディア、ビルドインメディアに装填されたBDMVデータベースのうち、プログラムファイル、プレイリストファイル、クリップストリームファイルといった構成要素を、カレントタイトルの設定に応じて読み出して、クリップストリームファイルのデコードを行い、非圧縮ピクチャ、音声を他の機器に出力する再生部２００２と、放送波や外部入力の音声、映像に対してエンコード処理を行い、プログラムファイル－プレイリストファイル－クリップストリームファイルというデータ要素の組みを生成してこれらをインデックスと組合せて、BDMVデータベースとしてドライブに装填された記録媒体に書き込む記録部２００３と、再生部に対してプレイリスト情報により参照されたクリップストリームファイルの一部を再生させて、その再生動画像を組込んだ編集用のGUIを生成しこのGUIに対するユーザ操作に従い、記録媒体に対する編集操作を実行する編集部２００４とを含む。ここでドライブ２００１は、読出部２００５、書込部２００６を含む。読出部２００５は、再生部２００２からの要求を元に光ディスクからデータを読み出し、また書込部２００６は、記録部２００３、編集部２００４からの指示により光ディスクにデータを書き込む。再生部２００２は、ドライブ２００１によってディスクから読み出されたデータを受け取り、テレビ放送表示装置へ映像信号を出力し、及び、スピーカへ音声信号を出力する処理を行う。

　編集部２００４は、ドライブ２００１によってディスクから読み出されたBDMVデータベースの加工、及び、編集を実施し、編集された内容をドライブ２００１に書き込む指示を行う。また、記録部２００３は、放送波などから受信したAV情報を記憶し、ユーザの指示に従って加工、編集を実施し、ドライブ２００１を介してディスクへの書き込みを指示する。同図（ｂ）は、再生装置の内部構成を示す。バージョン3.1以降のBlu-ray Rewritableフォーマットに対応した再生装置は、プロファイル５プレーヤと呼ばれる。プレーヤプロファイルレジスタを参照することでプロファイル５プレーヤーかどうかの判定は可能になる。

　本図に示すようにプロファイル５プレーヤであるプロファイル５再生装置は、ドライブ２００１、再生部２００２、編集部２００４によって構成される。編集部２００４は必要に応じて追加されるものであり、編集部２００４がない再生装置を構成することもできる。この場合、携帯型Blu-ray ReadOnlyディスクプレーヤ等、記録機能、編集機能をもたない純粋な再生装置として実施することができる。しかし本願では、ドライブ２００１、再生部２００２、編集部２００４によって構成されるものを再生装置とする。

　また記録装置といった場合、ドライブ２００１、再生部２００２、記録部２００３、編集部２００４といった構成要素により、記録、再生、編集を網羅できる記録装置のことをいう。

　これは、BDレコーダやBDカムコーダといった機器は、記録だけではなく、記録・再生・編集といった機能をもった機器であると取引者に認識されており、純粋に記録機能しかもっていない機器が、レコーダ機器として取り引きされることは考えられないからである。

　次に、再生装置の内部構成について説明する。

　再生装置は、BDMVデータベースが記録された記録済み記録媒体が装填された際、そのBDMVデータベースのインデックスファイルに存在するSS＿content＿exist＿flagに従い、編集モードの初期設定を行った上で、装置内のカレントタイトル設定に応じたストリーム再生を実行する。具体的にいうと、インデックスファイルに記載された複数タイトルのうち、カレントタイトルの動作モードを規定するものとして、カレントタイトルに対応付けられた動作モードオブジェクトプログラムを起動して動作を開始させるとともに、この動作モードオブジェクトプログラムからの指示に従い、プレイリスト情報を通じたクリップストリームファイルの再生を行う。記録媒体ローディング時のインデックスファイルの読み取りにおいては、SS＿content＿exist＿flag、editability＿flag、extended＿editability＿flagに従った媒体編集の可否設定を行い、ローディングされた記録媒体をエディタブルメディアと扱う場合、Blu-ray ReadOnly Recording + Realtime Recording Editing Format(RREF)の規定にしたがい、ローディングされた記録媒体の編集を実行する。

　図２９は、再生部２００２の内部構成を示している。本図における再生部２００２は、ランダムアクセス制御部１０１、第１リードバッファ１０２a、第２リードバッファ１０２b、ATS復元部１０３、システムターゲットデコーダ１０４、プレーンメモリセット１０５a、プレーン合成部１０５b、機器間インターフェイス１０６、再生制御部１０７、管理情報メモリ１０８、ユーザイベント処理部１０９、レジスタセット１１０、プログラム実行部１１１、プログラムメモリ１１２、メモリ１１５、プログラム管理部１１６から構成されている。

　ランダムアクセス制御部１０１は、MVC1080@24p/60i/50iビデオストリーム、AVC1080@60P/50Pビデオストリームの時間軸における任意の時点からのランダムアクセスを実行する。具体的には、ビデオストリームの時間軸における任意の時点からの再生が命じられた場合、値が0x0002又は0x0004のID1が付与されたエクステンションデータの中からEP＿map、EP＿map＿SSを取り出し、これらを用いて、その任意の時点に対応するアクセスユニットのソースパケット番号をサーチする。かかるアクセスユニットは、独立復号可能なピクチャデータ、又は、ビューコンポーネントの組みを含むものである。上記サーチによって、当該アクセスユニットについてのアクセスユニットデリミターを格納したソースパケットのソースパケット番号が特定される。かかるソースパケット番号からの読み出し、及び、デコードを実行する。シーンジャンプにあたって、分岐先を示す時間情報を用いて上記サーチを実行することにより、ランダムアクセスを実行する。ここでEP＿mapに記載された先頭ソースパケット番号axからLBNを求めるには、（(ａx)*192/2048)という計算でソースパケットをLBNに変換する。ここで「192」は、ソースパケットサイズをバイト数で表したものであり、「2048」は、セクタサイズ(論理ブロックサイズ)をバイト数で表したものである。かかる変換により読出先の論理アドレスを導き出すことができる。

　第１リードバッファ１０２aは、ドライブ２００１から読み込まれたメインTSを構成するTSパケットが格納されるバッファである。

　第２リードバッファ１０２bはドライブ２００１から読み込まれたサブTSを構成するTSパケットが格納されるバッファである。

　ATCシーケンス復元部１０３は、1つの記録媒体から読み出された1TS-2VSm2tsファイル内のソースパケットから、MVC1080@24p/60i/50iベースビュービデオストリームを構成するATCシーケンスと、MVC1080@24p/60i/50iディペンデントビュービデオストリームを構成するATCシーケンスとを分離し、2つのリードバッファのそれぞれに書き込むものである。こうすることで再生装置は、MVC1080@24p/60i/50iベースビュービデオストリームを構成するATCシーケンスと、MVC1080@24p/60i/50iディペンデントビュービデオストリームを構成するATCシーケンスとがそれぞれ別々の記録媒体から読み出されたかのように処理することができる。

　システムターゲットデコーダ１０４は、第１リードバッファ１０２aに読み出されたソースパケットと、第２リードバッファ１０２bに読み出されたソースパケットとに対して多重分離処理を行いストリームのデコード処理を行う。システムターゲットデコーダ１０４はデコードしたMVC1080@24p/60i/50iベースビュービデオストリームとMVC1080@24p/60i/50iディペンデントビュービデオストリームをデコードして立体視再生を行う。

　プレーンメモリセット１０５aは、複数のプレーンメモリから構成される。これらのプレーンメモリは、レイヤモデルを構成しており、個々のプレーンメモリの格納内容は、レイヤ合成に供される。非圧縮の一画面分の階調ビット列が、これらプレーンメモリに書き込まれる。この書き込みは、MVC1080@24p/60i/50iビデオストリームにおける個々のアクセスユニットのプレゼンテーションタイムスタンプに示されている再生開始時刻の到来時になされる。映像編集に特化した処理として、プレーンメモリセット１０５aは、編集用GUIと、ビューコンポーネントの復号画像とをそれぞれ別々のプレーンメモリに格納する。

　プレーン合成部１０５bは、複数のプレーンメモリにおけるレイヤ合成を行う。プレーンメモリのレイヤ合成は、プレーンメモリのレイヤモデルにおいて、階層間のプレーンメモリに格納されている画素データの画素値を重畳させるという処理を、レイヤモデルにおける階層間の全ての組合せに対して実行することでなされる。プレーン合成部１０５bによるレイヤ合成は、プレーンメモリのレイヤモデルにおいて、2つの階層のプレーンメモリに格納されている画素データの画素値を重畳させるという処理を、レイヤモデルにおける2つの階層の全ての組合せに対して実行することでなされる。

　階層間の重畳は、ある階層に位置するプレーンメモリのライン単位の画素値に透過率αを重みとして乗じるとともに、その下位階層に位置するプレーンメモリのライン単位の画素値に（１－透過率α）という重みを乗じてこれら輝度の重み付けがなされた画素値同士を加算し、加算結果を、その階層におけるライン単位の画素の画素値とする処理である。この階層間の重畳を、レイヤモデルの隣接する2つ階層に位置するライン単位の画素同士で繰り返し実行することにより、上記レイヤ合成は実現される。映像編集に特化した処理として、プレーン合成部１０５bは、編集用GUIを、MVC1080@24p/60i/50iビデオストリームにおけるビューコンポーネントの復号画像に合成させる。AVC1080@60P/50Pビデオストリームにおけるピクチャについても同様である。

　機器間インターフェイス１０６は、ホームシアターシステムにおける他の機器とインターフェイスを介して接続された際、ネゴシエーションフェーズを経て、データ伝送フェーズに移行し、データ伝送を行う。このネゴシエーションフェーズは、相手側機器のケーパビリティ(デコード能力、再生能力、表示周波数を含む)を把握して、プレーヤ設定レジスタに設定しておき、以降の伝送のための伝送方式を定めるものであり、相互認証フェーズを含む。ネゴシエーションフェーズを経て、レイヤ合成がなされたピクチャデータにおける一ライン分の非圧縮・平文形式の画素データを、表示装置における水平同期期間に従い表示装置に高い転送レートで転送する。機器間インターフェイス１０６は、HDMI4.1a3D準拠であり、インターレース3Dのため、非圧縮・平文形式の奇数フィールド、偶数フィールドを出力することができる。また、インターレース立体視画像を、プログレッシブ立体視画像に変換できる変換機能を具備していて、接続相手がプログレッシブ立体視画像専用の表示装置であっても、立体視画像の表示を行わせることができる。

　一方、表示装置における水平帰線期間、及び、垂直帰線期間において、再生装置と接続された他の装置(表示装置のみならずアンプ、スピーカを含む)に、非圧縮・平文形式のオーディオデータを転送する。こうすることで、表示装置、アンプ、スピーカといった機器は、非圧縮・平文形式のピクチャデータ、非圧縮・平文形式のオーディオデータを受け取ることができ、再生出力を実現することができる。また、相手側機器にデコード能力が存在する場合、ビデオストリーム、オーディオストリームのパススルー伝送が可能になる。パススルー伝送では、ビデオストリーム、オーディオストリームを圧縮・暗号化形式のまま伝送することができる。

　再生制御部１０７は、ドライブ１００とシステムターゲットデコーダ１０４とを制御して、クリップストリームファイルの再生を制御する機能を持つ。再生制御部１０７は、プログラム実行部１１１からの再生命令や、ユーザイベント処理部１１７より通知に基づき、プレイリスト情報を解釈してクリップストリームファイルの再生処理を制御する。かかる制御のため、プレイリスト情報の解釈のための再生制御エンジンやクリップストリームファイルの再生制御のための再生エンジンを具備している。また再生制御部１０７は、システムパラメータを参照して、再生動作を行う。MVC1080@24p/60i/50iベースビュービデオストリームを含むクリップストリームファイルを再生対象とするプレイリストの再生がプログラム実行部１１１などから命じられると、プレイリストの中で再生対象となるプレイアイテムのMVC1080@24p/60i/50iベースビュービデオストリームを含むクリップストリームファイルを特定し、MVC1080@24p/60i/50iディペンデントビュービデオストリームを含むクリップストリームファイルを特定する。その後、エクステント単位でMVC1080@24p/60i/50iベースビュービデオストリームのGOPと、MVC1080@24p/60i/50iディペンデントビュービデオストリームのGOPと読み出すようにドライブ２００１に要求する。映像編集に特化した処理として、再生制御部１０７は、対話編集のためのメニュープレイリスト再生を開始し、GUIに合成させるべきビューコンポーネントの復号をビデオデコーダに行わせる。

　管理情報メモリ１０８は、記録媒体に記録されている複数のプレイリスト情報、クリップ情報のうち、再生制御部１０７の処理対象になっているもの(カレントプレイリスト情報、カレントクリップ情報)を格納する。

　レジスタセット１１０は、複数のプレーヤ状態レジスタ、複数のプレーヤ設定レジスタ、汎用目的レジスタから構成される。

　プログラム実行部１１１は、コマンド処理モジュール１１１a、バイトコード処理モジュール１１１bによって構成される。コマンド処理モジュール１１１aは、コマンドインタプリタを具備し、ムービーオブジェクトを構成するナビゲーションコマンドを解読して実行することでHDMVモードの制御を実行する。バイトコード処理モジュール１１１bは、いわゆるJava仮想マシンのプラットフォーム部であり、ヒープメモリに格納されているBD-Jアプリケーションを構成するバイトコード、システムアプリケーションを構成するバイトコードをネィティブコードに変換して、MPUに実行させる。

　プログラムメモリ１１２は、プログラム実行部１１１の実行対象となるプログラムが格納される。

　インデックスメモリ１１５は、ディスク媒体が本再生装置に装填された際、インデックスファイルが読み込まれるメモリである。

　プログラム管理部１１６は、再生装置状態やユーザ操作に応じてインデックスファイルに規定されている複数タイトルのうち何れか1つをカレントタイトルとして選択して、プレーヤ状態レジスタの１つである、カレントタイトル番号レジスタに格納する。そして、カレントタイトル番号に対応する動作モードオブジェクトプログラムを選択して、その動作モードオブジェクトプログラムを処理対象にするよう、ナビゲーションコマンド処理モジュール、バイトコード処理モジュールに指示する。

　ユーザイベント処理部１１７は、リモコンを通じたユーザ操作に応答して、プログラム実行部１１１や再生制御部１０７に処理の実行を依頼する。例えば、リモコンでボタンを押した場合は、そのボタンに含まれるコマンドを実行するようプログラム実行部１１１に依頼する。例えば、リモコンで早送り・巻戻しボタンが押された場合には、再生制御部１０７に、現在再生しているプレイリストのクリップストリームファイルに対する早送り・巻戻し処理の実行を命令する。

　次に図３０を参照しながらシステムターゲットデコーダ１０４の内部構成について説明する。図３０は、システムターゲットデコーダ１０４の内部構成を示す。本図において、システムターゲットデコーダ１０４の構成要素には１２０番台の参照符号を付与することで構成要素の整理を図っている。この１２０番号の参照符号に示すように、システムターゲットデコーダ１０４は、第１ソースパケットデパケッタイザ１２１a、第２ソースパケットデパケッタイザ１２１b、PIDフィルタ１２２a、１２２b、親画面ビデオデコード部１２３、子画面ビデオデコーダ１２４、PGデコーダ１２５、IGデコーダ１２６、主音声デコーダ１２７、副音声デコーダ１２８、イメージプロセッサ１２９から構成される。

　第１ソースデパケットタイザ１２１aは、第１リードバッファ１０２aに蓄えられたソースパケットを解釈し、TSパケットを取り出し、第１PIDフィルタ１２２aに送出する。

　第２ソースデパケットタイザ１２１bは、第１リードバッファ１０２aに蓄えられたソースパケットを解釈し、TSパケットを取り出し、第２PIDフィルタ１２２bに送出する。この送出にあたって、各ソースパケットのATSに応じてデコーダへの入力時刻を調整する。具体的には、ATCカウンタが生成するATCの値と、ソースパケットのATS値とが同一になった瞬間に、クリップストリームファイルの記録レートにしたがって、そのTSパケットだけをPIDフィルタに転送する。

　第１PIDフィルタ１２２aは、ソースデパケッタイザから出力されたTSパケットのうち、TSパケットのPIDが、再生に必要とされるPIDに一致するものを、PIDにしたがって、ビデオデコーダ、子画面ビデオデコーダ、IGデコーダ、PGデコーダ、音声デコーダ、副音声デコーダに転送する。例えば、BD-ROMの場合には、TSパケットに含まれるPIDが０x１０１１である場合は親画面ビデオデコーダに、PIDが０x１B００から０x１B１Fである場合は子画面ビデオデコーダに、PIDが０x１１００から０x１１１Fである場合は主音声デコーダに、PIDが０x１A００から０x１A１Fである場合は副音声デコーダに、PIDが０x１２００から０x１２１Fである場合はPGデコーダに、PIDが０x１４００から０x１４１Fである場合はIGデコーダに転送される。

　第２PIDフィルタ１２２bは、第２ソースデパケッタイザ１２１bから出力されたTSパケットのうち、TSパケットのPIDが、再生に必要とされるPIDに一致するものを、PIDにしたがって、ビデオデコーダの第２Transport Bufferに転送する。本実施形態特有の処理として第１、第２PIDフィルタ１２２bは、表示モードに応じた多重分離を実行する。ここで表示モードが2D出力モードであれば、第１PIDフィルタ１２２aは、MVC1080@24p/60i/50iベースビュービデオストリームに帰属するTSパケットのみを多重分離してビデオデコーダに出力する。3D出力モードであれば第１PIDフィルタがMVC1080@24p/60i/50iベースビュービデオストリームに帰属するTSパケットの多重分離を行うと共に第２PIDフィルタは、MVC1080@24p/60i/50iディペンデントビュービデオストリームに帰属するTSパケットを多重分離してビデオデコーダに出力する。

　親画面ビデオデコーダ部１２３は、MPEG4-MVCビデオデコーダであり、3D出力モードに設定された場合、MVC1080@24p/60i/50iベースビュービデオストリーム及びMVC1080@24p/60i/50iディペンデントビュービデオストリームという2系統のストリームを入力して、立体視再生のための画面出力を行う。MPEG4-MVCは、MPEG4-AVCのサブセットであるから、MPEG4-AVC形式のビデオストリームのデコードも当然行うことができる。つまり2D出力モードにおいて親画面ビデオデコーダ部１２３は、ストリーム選択テーブルにおいて再生が許可されたAVC1080@60P/50Pビデオストリームのデコードを行う。

　子画面ビデオデコーダ１２４は、親画面ビデオデコーダと同様の構成を持ち、入力される子画面ビデオストリームのデコードを行い、表示時刻（PTS）のタイミングでピクチャを子画面ビデオプレーンに書き出す。

　PGデコーダ１２５は、ソースデパケッタイザから入力されるTSパケットからプレゼンテーショングラフィックスストリームを抽出してデコードし、非圧縮のグラフィックスデータを表示時刻（PTS）のタイミングでPGプレーンに書き出す。

　IGデコーダ１２６は、ソースパケッタイザから入力されるTSパケットからインタラクティブグラフィックスストリームを抽出してデコードし、非圧縮のグラフィックスデータを表示時刻（PTS）のタイミングでIGプレーンに書き出す。

　主音声デコーダ１２７は、緩衝バッファを有し、バッファにデータを蓄えながら、TSヘッダ、PESヘッダなどの情報を取り除いて、音声ストリームのデコード処理を行い、非圧縮のLPCM状態のオーディオデータを得て再生時刻（PTS）のタイミングで音声ミキサーに出力する。クリップストリームファイルに多重化されるオーディオストリームの圧縮符号化形式にはAC３、DTSなどがあるため、ストリームの属性に応じて、圧縮音声の復号化方式を切り替える。

　副音声デコーダ１２８は、主音声デコーダと同様の構成を持ち、入力される副音声ストリームのデコードを行い、表示時刻のタイミングで非圧縮のLPCMの状態のオーディオデータを音声ミキサーに出力する。クリップストリームファイルに多重化されるオーディオストリームの圧縮符号化形式にはDolbyDigitalPlus、DTS-HD　LBRなどがあるため、ストリームの属性に応じて、圧縮音声の復号化方式を切り替える。

　音声ミキサー１２８aは、主音声デコーダから出力される非圧縮音声データと副音声デコーダから出力される非圧縮音声データとをミキシング（音の重ね合わせ）をしてスピーカなどに出力する。

　イメージプロセッサ１２９は、イメージデータ(PNG、JPEG、GIFF形式のもの)をデコードして、プログラム実行部から指定される表示時刻にしたがって、イメージプレーンに出力する。かかるイメージデータのデコードにより、映像編集のためのGUIをイメージプレーン内に構成する。

　続いて、親画面ビデオデコーダ部１２３の内部構成について説明する。本図において親画面ビデオデコーダ部１２３の構成要素には、１３０番台の参照符号を付与することで構成要素の整理を図っている。この１３０番台の参照符号で示すように、親画面ビデオデコーダ１２３は、TB１３１、MB１３２、EB１３３、TB１３４、MB１３５、EB１３６、圧縮映像デコーダ１３７、バッファスイッチ１３８、DPB１３９、ピクチャスイッチ１２４から構成される。

　第１TB(Transport Buffer)１３１は、MVC1080@24p/60i/50iベースビュービデオストリームやAVC1080@60P/50Pビデオストリームの一部分であるNALユニットを含むTSパケットが第１PIDフィルタ１２２aから出力された際、TSパケットのまま一旦蓄積されるバッファである。

　第１MB(Muliplexed Bufffer)１３２は、TB１３１からEB１３３にMVC1080@24p/60i/50iベースビュービデオストリームやAVC1080@60P/50Pビデオストリームを出力するにあたって、一旦PESパケットを蓄積しておくためのバッファである。TB１３１からMB１３２にデータが転送される際に、TSパケットのTSヘッダは取り除かれる。

　第１EB(Elementary Buffer)１３３は、符号化状態にあるビデオアクセスユニットが格納されるバッファである。MB１３２からEB１３３にデータが転送される際にPESヘッダが取り除かれる。

　第２TB(Transport Buffer)１３４は、MVC1080@24p/60i/50iディペンデントビュービデオストリームを含むTSパケットが第２PIDフィルタ１２２bから出力された際、TSパケットのまま一旦蓄積されるバッファである。

　第２MB(Muliplexed Bufffer)１３５は、TB１３４からEB１３６にMVC1080@24p/60i/50iディペンデントビュービデオストリームを出力するにあたって、一旦、MVC1080@24p/60i/50iディペンデントビュービデオストリームを構成するPESパケットを蓄積しておくためのバッファである。TB１３４からMB１３６にデータが転送される際に、TSパケットのTSヘッダは取り除かれる。

　第２EB(Elementary Buffer)１３６は、符号化状態にあるMVC1080@24p/60i/50iディペンデントビュービデオストリームのビデオアクセスユニットが格納されるバッファである。MB１３５からEB１３６にデータが転送される際にPESヘッダが取り除かれる。

　圧縮映像デコーダ１３７は、MVC1080@24p/60i/50iディペンデントビュービデオストリームを構成するビューコンポーネントをエレメンタリバッファにプリロードした上、MVC1080@24p/60i/50iベースビュービデオストリーム内のクローズGOPの先頭に位置するデコーダリフレッシュを意図したピクチャタイプ(IDRタイプ)のビューコンポーネントをデコードする。このデコードにあたって、コーデッドデータバッファ、デコーデッドデータバッファを全クリアする。こうしてIDRタイプのビューコンポーネントをデコードした後、このビューコンポーネントとの相関性に基づき圧縮符号化されているMVC1080@24p/60i/50iベースビュービデオストリームの後続のビューコンポーネント、及び、MVC1080@24p/60i/50iディペンデントビュービデオストリームのビューコンポーネントをデコードする。デコードによって当該ビューコンポーネントについての非圧縮のピクチャデータが得られれば、デコーデッドデータバッファに格納し、かかるピクチャデータを参照ピクチャとする。

　この参照ピクチャを用いて、MVC1080@24p/60i/50iベースビュービデオストリームの後続のビューコンポーネント、及び、MVC1080@24p/60i/50iディペンデントビュービデオストリームのビューコンポーネントについて、動き補償を行う。動き補償によって、MVC1080@24p/60i/50iベースビュービデオストリームの後続のビューコンポーネント、及び、MVC1080@24p/60i/50iディペンデントビュービデオストリームのビューコンポーネントについて、非圧縮のピクチャデータが得られれば、これらをデコーデッドデータバッファに格納し参照ピクチャとする。以上のデコードは、個々のアクセスユニットのデコードタイムスタンプに示されているデコード開始時刻が到来時になされる。AVC1080@60P/50Pビデオストリームの場合は、ビューコンポーネントに代えて、アクセスユニット内の圧縮ピクチャについて同様の処理を行う。

　バッファスイッチ１３８は、第１EBと第２EBに蓄えらたピクチャをビデオアクセスユニットに割り当てられた復号時刻（DTS）のタイミングで圧縮映像デコーダ１３７に転送する。また、圧縮映像デコーダ１３７がビデオアクセスユニットをデコードする際に取得したデコードスイッチ情報を使って、次のアクセスユニットを第１EB、第２EBのどちらから引き抜くかを決定しても良い。

　DPB(Decoded Picture Buffer)１３９は、復号されたフレーム/フィールド画像を一時的に保持しておくバッファである。圧縮映像デコーダ１３７が、ピクチャ間予測符号化されたPピクチャやBピクチャなどのビデオアクセスユニットをデコードする際に、既にデコードされたピクチャを参照するために利用する。

　続いて、プレーンメモリセットの内部構成について説明する。プレーンメモリセットの構成要素には、１４０番台の参照符号を付与することで構成要素の整理を図っている。この１４０番台の参照符号で示すように、プレーンメモリセットは、親画面ビデオプレーン１４０、子画面ビデオプレーン１４１、PGプレーン１４２、IGプレーン１４３、イメージプレーン１４４から構成される。

　親画面ビデオプレーン１４０は、左目用ビデオプレーン１４０a、右目用ビデオプレーン１４０bを含み、ビデオデコーダ２３のデコードにより得られた非圧縮のピクチャデータを構成する一画面分の画素データを格納する。ビデオプレーン１４０の構成には、２プレーン構成、１プレーン構成があり、２プレーン構成においてビデオプレーン１４０は左目ビデオプレーン及び左目ビデオプレーンの組みから構成される。２プレーン構成を構成する左目ビデオプレーン、左目ビデオプレーンのそれぞれには、マルチビュービデオストリームをデコードすることによりえられる左目映像、右目映像が格納される。１プレーン構成である場合、ビデオプレーン１４０には、通常のビデオストリームをデコードすることにより得られた非圧縮のピクチャデータを構成する画素データが、格納されることになる。

　左目ビデオプレーン、右目ビデオプレーンのうち、どちらにデコード後のピクチャデータを書き込むかは、プレイリスト情報におけるベースビューインディケータに従う。ベースビューインディケータが、MVC1080@24p/60i/50iベースビュービデオストリームを"左目用"として指定していれば、MVC1080@24p/60i/50iベースビュービデオストリームのビューコンポーネントとなるピクチャデータが左目用プレーンメモリに書き込まれ、MVC1080@24p/60i/50iディペンデントビュービデオストリームのビューコンポーネントとなるピクチャデータが右目用のプレーンメモリに書き込まれる。

　ベースビューインディケータが、MVC1080@24p/60i/50iベースビュービデオストリームを"右目用"として指定していれば、MVC1080@24p/60i/50iベースビュービデオストリームのビューコンポーネントであるピクチャデータが右目用のプレーンメモリに書き込まれ、MVC1080@24p/60i/50iディペンデントビュービデオストリームのビューコンポーネントであるピクチャデータが左目用のプレーンメモリに書き込まれる。そして、これらのビューコンポーネントは、順次表示装置に出力される。具体的にいうと、一個のフレーム期間において、左目用プレーンメモリのピクチャデータと、右目用プレーンメモリのピクチャデータとを同時に出力する。

　子画面ビデオプレーン１４１にはシステムターゲットデコーダ１０４から出力された子画面ビデオ用のピクチャデータが出力される。

　PGプレーン１４２にはシステムターゲットデコーダ１０４からプレゼンテーショングラフィックスストリームがデコードされたグラフィックスデータが格納される。本プレーンの構成にも、２プレーン構成、１プレーン構成があり、２プレーン構成において左目プレーン及び左目プレーンの組みから構成される。２プレーン構成を構成する左目プレーン、左目プレーンのそれぞれに、左目用・右目用のPGストリームをデコードすることによりえられる左目プレゼンテーショングラフィクス、右目プレゼンテーショングラフィクスが格納される。１プレーン構成である場合、本プレーンには、PGストリームをデコードすることにより得られた非圧縮グラフィクスを構成する画素データが、格納されることになる。

　IGプレーン１４３にはシステムターゲットデコーダ１０４からインタラクティブグラフィックスストリームがデコードされたグラフィックスデータが格納される。２プレーン構成において左目プレーン及び左目プレーンの組みから構成される。２プレーン構成を構成する左目プレーン、左目プレーンのそれぞれに、左目用・右目用のIGストリームをデコードすることによりえられる左目インタラクティブグラフィクス、右目インタラクティブグラフィクスが格納される。１プレーン構成である場合、本プレーンには、IGストリームをデコードすることにより得られた非圧縮グラフィクスを構成する画素データが、格納されることになる。

　イメージプレーン１４４にはシステムターゲットデコーダ１０４か出力されたイメージデータが格納される。

　以上のビデオプレーン１４０、PGプレーン、IGプレーン、イメージプレーンは、プレーンシフトによる1plane＋Offset再生を実現する。ビデオプレーンに格納されるピクチャに基づき表示される出力映像を表示画面の水平方向（横軸）に対して基準位置からどの程度シフトするかというオフセットが、ビデオデコーダから出力されれば、かかるオフセットだけシフトを行うよう、ビデオプレーンに格納された各画素データのシフト処理がなされる。かかる1plane＋Offsetを実現することで、本来、立体視での再生を意図していなかった編集メニューであっても、立体視再生の対象にすることができる。

　これまでに述べた、再生装置の構成要素は、その処理内容をオブジェクト指向プログラミング言語等を用いて記述してプロセッサに実行させることで、ソフトウェア的に再生装置内に実装することができる。ここで構成要素の処理内容は、入力されてくるデータの内容や様々な外部事象、装置の内部パラメータに応じた処理手続きとして一般化することができる。そのような一般化された処理手続きを示すのが、図３１、図４０のフローチャートである。

　図３１は、プレイリスト情報に基づくソースパケットの読み出し手順を示す。本フローチャートにおいて変数iは、i番目の読出範囲を特定する変数である。従って、以降のフローチャートにおいて、i番目の読出範囲に関連する情報要素を、[i]という添え字を付して表記することにする。

　ステップＳ１においてプレイリスト情報ファイルを読み出す。ステップＳ２は、カレント出力モードが3D出力モードであるか否かの判定であり、カレント出力モードが2D出力モードであれば、ステップＳ３～ステップＳ６を実行する。

　ステップＳ３において、カレントプレイアイテムのClip＿Information＿file＿nameに記述されている「XXXXX」と、拡張子「m2ts」とで指定されているストリームファイルをオープンし、ステップＳ４において、MVC1080@24p/60i/50iビデオストリームのパケットIDに対応するEP＿mapのエントリーポイントを用いて、カレントPlayItem.In＿Time[i]及びカレントPlayItem.Out＿Time[j]をStart＿SPN[i]及びEnd＿SPN[i]に変換する。

　ステップＳ５では、パケットID[i]のTSパケット[i]をStart＿SPN[i]からEnd＿SPN[i]まで読み出すための読出範囲[i]に属するエクステントを特定し、ステップＳ６において、読出範囲[i]に属するエクステントを連続的に読み出すよう、記録媒体のドライブに指示する。

　カレント出力モードが3D出力モードであれば、ステップＳ１１において、カレントプレイアイテム情報のベースビューインディケータに従い、MVC1080@24p/60i/50iベースビュービデオストリームを左目用ビデオプレーン及び右目用ビデオプレーンのどちらか一方に割り当て、MVC1080@24p/60i/50iディペンデントビュービデオストリームを、左目用ビデオプレーン及び右目用ビデオプレーンの他方に割り当てた後にステップＳ３を実行する。ステップＳ２１では、多重分離で得られたTSパケットをデコーダに出力させることで、デコード・再生を命じる。これらの説明は、MVC1080@24p/50i/60iビデオストリームについてのものである。

　ここで、MVC1080@24p/50i/60iベースビュービデオストリームにおけるClosed-GOPを分割することで得られた複数のパケットのうち、先頭のものの記録位置は、MVC1080@24p/50i/60iディペンデントビュービデオストリームにおけるOpen-GOPを分割することで得られた複数のパケットの先頭のものの記録位置よりも、デジタルストリーム上で先行していて、MVC1080@24p/50i/60iディペンデントビュービデオストリームにおけるOpen-GOPを分割することで得られた複数のパケットは何れも、MVC1080@24p/50i/60iベースビュービデオストリームにおけるClosed-GOPのエントリアドレスの直後のエントリアドレスより前に存在するから、EP＿mapにおけるエントリアドレス(i)にて指示されているパケット(m)から、エントリアドレス(i+１)にて指示されているパケット(n)の直前のパケット(n-１)までを読み出すことで、ビデオデコーダには必ず、完結したMVC1080@24p/50i/60iベースビュービデオストリームにおけるClosed-GOP及びMVC1080@24p/50i/60iディペンデントビュービデオストリームにおけるOpen-GOPのペアが送り込まれる。AVC1080@60P/50Pビデオストリームについてはもっと単純な処理でよい。具体的には、図３１のステップＳ２がNoであった際の処理(ステップＳ３～Ｓ２１)を順次実行すればよい。以上が再生部についての説明である。続いて記録装置の中核となる記録部の内部構成について説明する。

　記録装置は、再生部、編集部を包含したものである。記録処理としては、撮像素子からの撮像入力やアンテナからの放送入力に対してエンコード処理を行い、MVC1080@24p/60i/50iベースビュービデオストリーム、MVC1080@24p/60i/50iディペンデントビュービデオストリームの組みを得るか、AVC1080@60P/50Pビデオストリームを得て、これらに対応するクリップ情報ファイル、プレイリストファイル、動作モードオブジェクトプログラム、インデックスファイルを作成した上で、これらを含むBDMVデータベースを記録媒体に書き込む。

　図３２は、記録部の内部構成を示す図である。図３２に示すように記録部は、左目用カメラに対する入射光を受光して、１秒間に24枚の左目用プログレッシブ画像を出力する左目用撮影回路２０１a、右目用カメラに対する入射光を受光して、１秒間に24枚の右目用プログレッシブ画像を出力する右目用撮影回路２０１b、撮影回路２０１a,bから出力された1秒当り24枚の左目画像、右目画像をエンコードして、圧縮ピクチャデータの集合体であるグループオブピクチャを生成する左目用ビデオエンコーダ２０２a,右目用ビデオデコーダ２０２bと、外部音声をキャプチャして非圧縮オーディオデータを出力する撮音回路２０３と、非圧縮のオーディオデータをエンコードするオーディオエンコーダ２０４と、トップメニューでボタン図形に付して表示すべき文字列の入力を受け付ける文字入力部２０５、入力された文字列を冠したボタンを含むような機能セグメントの集合体を生成するグラフィクスストリーム生成部２０６と、機器についての設定操作を受け付ける設定受付部２０７と、受け付け内容に従った録画モードを記憶する録画モード記憶部２０８と、圧縮符号化されたビデオであるグループオブピクチャと、圧縮符号化されたオーディオデータと、機能セグメントの集合体とを多重化してTSパケット列を得るマルチプレクサ２０９と、マルチプレク２０９が得たTSパケットのそれぞれをソースパケットに変換するソースパケッタイザ２１０と、記録媒体への書き込みのためにソースパケットをバッファリングするライトバッファ２１１とを含む。

　この他に、再生制御に関連する情報を作成するため記録装置は、ビデオエンコーダ、オーディオエンコーダによるエンコードパラメータと、ソースデパケッタイザ２１０から出力されるグループオブピクチャ先頭GOPの先頭ソースパケット番号とに基づき、エントリーマップやシーケンス情報、ストリーム属性情報を含むクリップ情報を生成するクリップ情報生成部２１３と、再生時刻を規定するPTSを用いて、再生経路を示すプレイリスト情報を生成するプレイリスト情報生成部２１４と、動作モードオブジェクトプログラムを生成するプログラム生成部２１５と、インデックスファイルをクリエイトすると共に、プログラムが生成される度に、そのプログラムと、タイトル番号とを規定したインデックスをインデックスファイルに追記してゆくインデックスファイル生成部２１６と、ビデオストリームが生成される度に、これらクリップ情報、プレイリスト情報、プログラム、インデックスファイルの生成及び更新を行わせ、生成及び更新がなされたクリップ情報、プレイリスト情報、プログラム、インデックスファイルを記録媒体に書き込ませる制御部２１７とを含む。

　設定受付部２０７による録画モードの設定項目には、2D録画／3D録画の設定、インターレース／プログレッシブといった表示方式の設定、記録媒体をエディタブルメディアとするか、ノンエディタブルメディアとするかという編集可否設定といった項目があり、設定受付部は、セットアップメニューを表示して、これらの項目の設定について、ユーザからの入力を受け付ける。この設定入力に従い、入力映像をAVC1080@60P/50Pビデオストリームとするか、MVC1080@24p/60i/50iビデオストリームとするか、エンコードでえられるBDMVデータベースが記録された記録媒体をエディタブルメディアとするか、ノンエディタブルメディアとするかを定める。そうして設定された設定項目が、録画モード記憶部２０８に記憶されることになる。

　マルチプレクサ２０９は、MVC1080@24p/50i/60iベースビュービデオストリームにおけるClosed-GOPを分割することで得られた複数のパケットのうち、先頭のものの記録位置は、MVC1080@24p/50i/60iディペンデントビュービデオストリームにおけるOpen-GOPを分割することで得られた複数のパケットの先頭のものの記録位置よりも、デジタルストリーム上で先行させる。MVC1080@24p/50i/60iディペンデントビュービデオストリームにおけるOpen-GOPを分割することで得られた複数のパケットは何れも、MVC1080@24p/50i/60iベースビュービデオストリームにおけるClosed-GOPのエントリアドレスの直後のエントリアドレスより前に存在することになる。

　RREFでは、先の実施形態でのべたように単純な構造のタイトルしか管理しえないから、録画操作から停止操作までに生成されたクリップストリームファイル(MVC1080@24p/60i/50iビデオストリーム、AVC1080@60P/50Pビデオストリームを含む)と、これを参照したプレイリストファイルと、これを参照した1つの動作モードオブジェクトとが1つのタイトルとしてインデックスファイルにおいて管理されるものとする。

　テレビ放送局からの放送入力を対象にした場合、自装置における選局設定を格納している選局レジスタと、放送波を受信してトランスポートストリームを得る受信部と、トランスポートストリームから選局レジスタに格納された局設定に対応するPMTテーブルに従いTSパケットの抽出を行い、ビデオストリーム、オーディオストリーム、字幕ストリームを得る多重分離部とを備え、多重分離で得られたビデオストリーム、オーディオストリーム、字幕ストリームに対してトランスコードやエンコードを行う。この場合も、録画操作から停止操作までのエンコード処理で得られた1つのクリップストリームファイル(MVC1080@24p/60i/50iビデオストリーム、AVC1080@60P/50Pビデオストリームを含む)を、動作モードオブジェクトプログラムを通じて1つのタイトルとして管理することになる。

　記録装置の構成要素は、その処理内容をオブジェクト指向プログラミング言語等を用いて記述してプロセッサに実行させることで、ソフトウェア的に実装することができる。ここで構成要素の処理内容は、様々な外部事象や装置の内部パラメータに応じた処理手続きとして一般化することができる。そのような一般化された処理手続きを示すのが、図３３～図３５のフローチャートである。以下、記録装置の構成要素の実装のための処理手順について説明する。

　記録装置の手順としては、エンコーダによるエンコード処理に連動したストリーム生成処理が中心であり、これによりAVC1080@60P/50Pビデオストリーム、インターレースMVC1080@24p/60i/50iベースビュービデオストリーム、MVC1080@24p/60i/50iディペンデントビュービデオストリームが生成される。録画操作から停止操作までの一連の処理で、クリップストリームファイルが生成され、対応すプレイアイテム情報が生成される。この一連の処理をストリーム生成処理という。AVC1080@60P/50Pビデオストリーム、MVC1080@24p/60i/50iビデオストリームの共通的な処理を記載したのが図３３である。図３３は、ストリーム生成手順を示すフローチャートである。

　ステップＳ３００においてストリームファイル、クリップ情報ファイル、プレイリスト情報ファイルをクリエイトする。

　ステップＳ３０５は、映像入力の入力待ちであり、もし映像入力があれば、ステップＳ３０６～ステップＳ３０８に移行する。このステップＳ３０６～ステップＳ３０８では、入力映像をエンコードしてピクチャ列に変換し(ステップＳ３０６)、当該ピクチャ列を、PESパケット化、TSパケット化、ソースパケット化して(ステップＳ３０７)、オーディオストリーム・グラフィクスストリームと多重化する(ステップＳ３０８)。

　その後、ステップＳ３０９～ステップＳ３１１のループに移行する。

　ステップＳ３０９はGOPの蓄積が完了したかどうかの状態監視であり、ステップＳ３１０は、ATCシーケンスが完結したかどうかの判定である。ステップＳ３１１は、STCシーケンスが完結したかどうかの判定であり、ステップＳ３１２は、録画停止操作がなされたか否かの判定である。GOPの蓄積が完了すれば、ステップＳ３１３においてGOP先頭GOPの先頭ソースパケット番号と、プレゼンテーションタイムスタンプとの対応付けを示すエントリーをEP＿mapに追加する。ATCシーケンスが完結すれば、ステップＳ３１４において、次のATCシーケンスの先頭ソースパケット番号であるSPN＿ATC＿Startと、ATCシーケンス数とをクリップ情報ファイルのシーケンス情報に設定する。STCシーケンスが完結すれば、ステップＳ３１５においてSTCシーケンスの先頭ソースパケット番号(SPN＿STC＿start)と、STCシーケンスの再生開始時刻であるSTC＿start＿timeと、STCシーケンスの再生終了時刻であるSTC＿End＿timeとをクリップ情報ファイルのシーケンス情報に設定する。

　録画停止操作がなされたなら、ストリームファイル、クリップ情報ファイルを完結させ(ステップＳ３１６)、プレイアイテム情報のIn＿Time、Out＿Timeを設定して(ステップＳ３１７)、クリップ情報ファイル、プレイリスト情報ファイルを記録してクローズする(ステップＳ３１８)。以上の処理を行うことで、AVC1080@60P/50Pビデオストリーム、プログレッシブ又はインターレースのMVC1080@24p/60i/50iベースビュービデオストリーム、プログレッシブ又はインターレースのMVC1080@24p/60i/50iディペンデントビュービデオストリームを生成することができる。

　クリップストリームファイルのそれぞれが、1つのプレイリスト情報により参照され、1つのタイトルとして管理されるとする。そうすると、ストリーム生成によりクリップストリームファイルが1つ生成される度に、このタイトルに対応するインデックスをインデックスファイルに追加してゆく必要がでてくる。このインデックスファイルの生成過程の処理は、BDMVデータベースとして、MVC1080@24p/50i/60iビデオストリームを記録するか、AVC1080@60P/50Pビデオストリームを記録するかによって処理内容が変わってくる。以下、AVC1080@60P/50Pビデオストリームを記録する場合と、MVC1080@24p/50i/60iビデオストリームを記録する場合とに分けて、BDMVデータベース記録に伴う、インデックスファイルの生成手順を説明する。

　図３４は、MVC1080@24p/50i/60iストリームによる3Dコンテンツを含むBDMVデータベースの記録手順を示すフローチャートである。本フローチャートにおける変数xは、処理対象となるタイトルを特定するための制御変数である。従って、以降のフローチャートにおいて、ループのx巡目の処理で処理対象となるタイトルやIndex.bdmv内のインデックスを、[x]という添え字を付して表記することにする。

　ステップＳ５１において、録画指示がなされたかどうかの判定待ちを行い、指示がなされれば、ステップＳ５２において、AppInfoBDMVデータにおけるSS＿content＿exist＿flagをオフ、extended＿editability＿flagをオフ、editability＿flagをオフに初期化して、Index.bdmvの雛形をクリエイトし、ステップＳ５５においてxを0に初期化する。

　ステップＳ５６は、変数xが0かどうかの判定であり、もし0であるなら、ステップＳ５７において、CallTitle(x)を含むボタンオブジェクト(x)を有するIGストリームを具備したクリップストリームファイルと、これを参照するプレイリスト情報ファイルと、これの再生を命じる動作モードオブジェクトプログラムとをクリエイトして、トップメニュータイトルのインデックスであるindex(0)に、当該動作モードオブジェクトプログラムのIDを設定する。

　ステップＳ５６がNoなら、ステップＳ５９に移行する。ステップＳ５９は、録画モードが3D録画モードかどうかの判定であり、ステップＳ６０は、機器設定は、編集可かどうかの判定である。ステップＳ５９がYes、ステップＳ６０がYesであれば、ステップＳ６１において、AppInfoBDMVデータにおけるSS＿content＿exist＿flagをオン、extended＿editability＿flagをオン、editability＿flagをオフに設定しなおす。ステップＳ５９がYes、ステップＳ６０がNoであれば、ステップＳ６２において、AppInfoBDMVデータにおけるSS＿content＿exist＿flagをオン、extended＿editability＿flagをオフ、editability＿flagをオフに設定しなおす。その後、ステップＳ６３に移行して、m2tsファイルと、これと組みになるクリップ情報ファイルと、これを参照するプレイリスト情報ファイルと、これの再生を命じる動作モードオブジェクトプログラムとをクリエイトして記録する。

　ステップＳ５９がNoであれば、ステップＳ６４に移行する。ステップＳ６４は、これまで記録したBDMVデータベースに、MVC1080@24p/50i/60iの3Dビデオコンテンツがふくまれていないかどうかの判定であり、ステップＳ６５は、機器設定は編集可かどうかの判定である。ステップＳ６４、ステップＳ６５の双方結果がYesであれば、ステップＳ６６においてeditability＿flagをオンに設定する。その後、ステップＳ６７において、クリップストリームファイルと、それを参照するプレイリスト情報ファイルと、これの再生を命じる動作モードプログラムとをクリエイトして記録する。以降、ステップＳ６８において、Index.bdmvのインデックスに、この動作モードオブジェクトプログラムのIDを設定する。

　その後、ステップＳ６９に移行する。ステップＳ６９は、録画指示がなされたかどうかの判定であり、なされれば、ステップＳ７０で変数xをインクリメントして、ステップＳ５６に戻る。このループが一巡する度に、制御変数xがインクリメントされるので、この制御変数で指示されるデータ要素であるタイトルは、本ループの処理に供されてゆく。

　図３５は、AVC1080@60P/50PビデオストリームであるProgressive Videoを含むBDMVデータベースの記録を示すフローチャートである。本フローチャートにおける変数xは、処理対象となるタイトルを特定するための制御変数である。従って、以降のフローチャートにおいて、ループのx巡目の処理で処理対象となる情報要素を、(x)という添え字を付して表記することにする。

　ステップＳ４０１において、録画指示がなされたかどうかの判定待ちを行い、指示がなされれば、ステップＳ４０２において、AppInfoBDMVデータにおけるextended＿editability＿flagをオフ、editability＿flagをオフに初期化して、Index.bdmvの雛形をクリエイトする。

　ステップＳ４０４は、録画モードが60Pモード又は50Pモードかどうかの判定であり、ステップＳ４０５は、機器設定は、編集可かどうかの判定である。ステップＳ４０４がYes、ステップＳ４０５がYesであれば、ステップＳ４０６において、extended＿editability＿flagをオン、editability＿flagをオフに設定しなおす。ステップＳ４０４がYes、ステップＳ４０５がNoであれば、ステップＳ４０７において、extended＿editability＿flagをオフ、editability＿flagをオフに設定しなおす。その後、ステップＳ４０８に移行して、AVC1080@60P/50Pビデオストリームであるプログレッシブビデオを含むクリップストリームファイルと、AVC1080@60P/50Pビデオストリームの再生を許可したプログレッシブビデオエントリーを含むプレイリスト情報ファイルと、これの再生を命じる動作モードオブジェクトプログラムとをクリエイトして記録する。

　ステップＳ４０４がNoであれば、ステップＳ４０９に移行する。ステップＳ４０９は、これまで記録したBDMVデータベースがプログレッシブビデオの再生を許可したプログレッシブビデオエントリーをもつプレイリストを含まないかどうかの判定であり、ステップＳ４１０は、機器設定は編集可かどうかの判定である。ステップＳ４０９、ステップＳ４１０の双方の判定結果がYesであれば、ステップＳ４１１において、editability＿flagをオンに設定し、ステップＳ４１２においてプログレッシブビデオを含まないクリップストリームファイルと、プログレッシブビデオの再生を許可したエントリーを含むプレイリスト情報ファイルと、これの再生を命じる動作モードプログラムとをクリエイトして記録する。以降、ステップＳ４１３において、Index.bdmvのインデックスに、この動作モードオブジェクトプログラムの動作モードオブジェクトプログラムのIDを設定して記録する。その後、ステップＳ４１４に移行する。ステップＳ４１４は、録画指示がなされたかどうかの判定であり、なされれば、ステップＳ４１５で変数xをインクリメントして、ステップＳ４０４に戻る。

　以上で記録装置についての説明を終える。

　続いて、編集部２００４について説明する。図３６は、編集部２００４の詳細な構成を示している。編集部２００４は、GUI処理部３０１、管理情報メモリ３０２、編集ケーパビリティレジスタ３０３、2D／3D編集可否判定部３０４、ワークメモリ３０５、編集制御部３０６、ユーザイベント処理部３０７から構成されている。

　GUI処理部３０１は、スケーラブルウィンドゥ、スライドバー、プルダウンメニュー、ボタン、ソフトウェアキーボードといったGUI部品を用いてGUI画面を構成して、これを再生部２００２に引き渡すことで、立体視映像が合成された編集用GUIを表示装置に表示させる。またGUI処理部は、ユーザ操作に応じて、GUI画面の状態を変化させる。部分削除にあたっては、削除範囲のIn点、Out点となるタイムコードを編集制御部に出力する。分割にあたっては、分割点となるタイムコードを出力する。またタイトルの一覧表示時において、統合対象となる2以上のタイトルの選択を受け付ければ、そのタイトル選択時に再生されることになるプレイリストの組みを編集制御部に出力する。RREFに特化した処理としてGUI処理部は、スライドバーを通じてIn＿Time、Out＿Timeの指定を受け付けることで、オルテネィティブプレイリストのPlayItemにおけるIn＿Time、Out＿Timeを定義する。編集用GUIは、メニュープレイリストにおけるIGストリームのオブジェクト定義セグメントやインタラクティブグ制御セグメントによって描画可能であるが、JPEG、GiFFのようなイメージデータ、OSD(On Screen Display)グラフィクスやBML(Broadcast Markup Languege)を用いても記述することができる。

　管理情報メモリ３０２は、BDドライブ２００１からインデックスファイル、プレイリストファイル、クリップ情報ファイルの管理情報をそれぞれ格納するメモリ等で構成されたバッファである。

　編集ケーパビリティレジスタ３０３は、本装置に編集能力が存在するか否かの設定を示す。このレジスタの設定値と、editability＿flagの値と、extended＿editability＿flagの値とに基づきBDMVデータベースの編集を実行するかどうかは決定される。

　2D／3D編集可否判定部３０４は、BDドライブからのアクセスが可能となるBDMVデータベースを記録装置が編集できるかどうか、あるいは編集を禁止すべきかどうかの判定を行う。もし、編集可否判定部３０４がBDMVデータベースを『編集不可』と判定したとき、ユーザイベント処理部３０７から編集制御部３０６に対して編集処理命令がなされても、編集制御部７０６は編集処理を実施しないように制御される。

　ワークメモリ３０５は、BDMVデータベースに対する編集の過程で得られた中間成果物、最終成果物を一時的に格納する。

　編集制御部３０６は、トップメニューがコールされ、タイトルの一覧表示がなされた際、そのトップメニューにおいてフォーカス状態になっているタイトルに対する編集操作を受け付ける。編集操作がなされた際、そのタイトルに対する動作モードオブジェクトプログラムをロードしてかかる動作モードオブジェクトプログラムによりプレイリストによるストリーム再生を開始させる。これによりタイトルの再生映像をウィンドゥに組込んだGUIを再生部に表示させる。その際、プレイリスト情報ファイル、クリップ情報ファイルを光ディスク１０００から読み出し、また、BDMVディレクトリのディレクトリファイル及びその配下のファイルエントリー、STREAMディレクトリのディレクトリファイル及びその配下のファイルエントリーを記録媒体から読み取る。

　そしてこれらのプレイリスト情報ファイル、クリップ情報ファイル、1TS-2VSm2tsファイルのファイルエントリーやSTEAMディレクトリのディレクトリファイルを用いて編集を実行する。1TS-2VSm2tsファイルのストリームエントリーを編集対象とし、1TS-2VSm2tsファイル自体を編集対象にしないのは、RREFは、ストリームの再エンコードやトランスコードを伴うような実体的な編集を許容していないからである。一方、部分削除、分割、統合といった編集は、再エンコードを必要としないからである。プレイリスト情報ファイル、クリップ情報ファイル、1TS-2VSm2tsファイル、BDMVディレクトリ配下のディレクトリファイル、ファイルエントリーに対してのみ編集を行い、編集が完了すれば、これらをドライブに出力して記録媒体に書き戻す。

　編集にあたって編集制御部３０６は、ディスクのファイルシステムにおけるディレクトリファイル、ファイル識別記述子、ファイルエントリーといったファイルシステム管理情報を読み出すと共に、インデックスファイルを読み出す。そしてファイルエントリーにおけるアロケーション記述子を書き換えたり、またファイル識別記述子を編集することでクリップストリームファイルの編集を実行する。

　編集にあたって、編集対象を特定する操作は、タイトル選択時の動作に準じる。つまりインデックスファイルにおける複数タイトルの何れかをユーザに選択させ、このタイトルに対応する動作モードオブジェクトプログラム、プレイリスト情報ファイル、クリップ情報ファイルをメモリに読み出させる。その上でファイルエントリーを更新したり、またファイル識別記述子を更新し、メモリに読み出されたプレイリスト情報ファイル、クリップ情報ファイルを更新することで部分削除や分割を実行する。

　ユーザイベント処理部３０７は、リモコンを通じたユーザ操作に応答して、編集制御部３０６に処理の実行を依頼する。例えば、リモコンでボタンを押した場合は、そのボタンに含まれるコマンドを実行するプログラム実行を行い、例えば、リモコンで記録データの分割や削除などといった指示を編集制御部３０６に対して命令する。

　以上が、編集部３００４の構成要素についての説明である。上記構成要素により、様々な過程を経て、最終的な編集成果物が得られる。この構成要素による具体的な処理内容を交えて編集部３００４による理解を深める。ここで取り上げる具体的な処理内容は、立体視ファッションカタログ映像に対して部分削除を実行するというものである。かかる部分削除には、立体視映像の先端を削除するケース、終端を削除するケース、途中部分を削除するケースがある。これら3通りのケースに場合訳けして説明を進める。

　図３７は、先端部分を削除するケースを示す。具体的にいうと、同図（ａ）のように先端部分を削除範囲として指定して削除する。これらの削除範囲に属するベースビューコンポーネント、ディペンデントビューコンポーネントが、（ｂ）のエクステントEXT[1]のハッチング部分のハッチング部分に存在する。削除後においてエクステントEXT[1]の先頭位置はn11となり、データ長がlen11になったものとする。この場合、m2tsファイルにおけるエクステントEXT[1]のアロケーション記述子は、（ｃ）のようになる。つまりエクステントEXT[1]の先頭LBN及びデータ長をn11,len11となる。

　ベースビューコンポーネント及びディペンデントビューコンポーネントを含むエクステントを削除することにより、右目画像、左目画像の一方が削除で残ることはない。よって左目画像－右目画像の不整合が発生する恐れはなくなる。図３８は、先端部分の削除により立体視動画像がどのように変化するかを示す。左側は元の立体視動画像、右側は先端部分削除後の立体視動画像を示す。先端部分のDELETEDの範囲が、機器によって認識されなくなったため、削除範囲直後に存在していた女性モデルのフレーム画像の順位が先頭に繰り上げられ、先頭になっている。図３９は、眼鏡を着用することで視聴されることになる立体視動画像を示す。視線vw3は、アクティブシャッター式眼鏡１００８によって右目が遮光された場合の映像の入射を示す。視線vw4は、アクティブシャッター式眼鏡１００８によって左目が遮光された場合の映像の入射を示す。このvw3により左目画像が視聴されることになる。またvw4により右目画像が視聴されることになる。アクティブシャッター式眼鏡１００８を着用することによりユーザは、右目画像、左目画像を交互に視聴することになり、立体視画像が再生される。

　図３８及び図３９が立体視ファッションカタログ映像を構成するものとすると、商品にあわないモデルの画像を削除したり、またシーズンを終えた商品の映像を削除したりすることが容易にできる。

　図４０は、終端部分を削除するケースを示す。具体的にいうと、図（ａ）のように終端部分を削除範囲として指定して削除する。これらの削除範囲に属するMVC1080@24p/60i/50iベースビュービデオストリームのベースビューコンポーネント、MVC1080@24p/60i/50iディペンデントビュービデオストリームのディペンデントビューコンポーネントが、（ｂ）のエクステントEXT[7]のハッチング部分に存在する。削除後においてエクステントEXT[7]はデータ長がlen17になったものとする。この場合、m2tsファイルにおけるエクステントEXT[7]のアロケーション記述子は、（ｃ）のようになる。つまりエクステントEXT[7]のデータ長はlen17に書き換えられる。以上のように、ベースビューコンポーネントと、ディペンデントビューコンポーネントとを格納したエクステントEXT[7]とを併せて部分的に削除する。

　図４１は、途中部分を削除するケースを示す。具体的にいうと、同図（ａ）のように途中部分を削除範囲として指定して削除する。これらの削除範囲に属するMVC1080@24p/60i/50iベースビュービデオストリームのベースビューコンポーネント、MVC1080@24p/60i/50iディペンデントビュービデオストリームのディペンデントビューコンポーネントが、（ｂ）のエクステントEXT[5]のハッチング部分に存在する。削除後においてエクステントEXT[5]は先頭アドレスがn15,データ長がlen15になったものとする。

　この場合、削除範囲よりも前に位置するエクステントと、削除範囲より後に位置するエクステントとが別々のファイルになる。図４１（ｃ）は、削除範囲よりも前に位置するm2tsファイルのアロケーション記述子列を示し、図４１（ｄ）は、削除範囲よりも後に位置するm2tsファイルのアロケーション記述子列を示す。（ｃ）によると、削除範囲より前のm2tsファイルのアロケーション記述子には、元のm2tsファイルのアロケーション記述子のうちエクステントID=1から=4までのアロケーション記述子が存在する。

　また削除範囲より後のm2tsファイルのアロケーション記述子には、元のm2tsファイルのアロケーション記述子のうち、エクステントID=5から=7までのアロケーション記述子が存在する。これらのうちエクステントEXT[5]のアロケーション記述子は、（ｄ）のようになる。つまりエクステントEXT[5]の先頭LBN及びデータ長はn15,len15に書き換えられる。

　分割は、途中部分の削除と同じ動作になる。つまり部分削除時の削除範囲の代わりに、分割点時間軸上に設定してこの前後でm2tsファイルを2つのm2tsファイルに分断する処理を行えばよい。

　以上が編集部の処理についての説明である。

　上記図３７から図４１までの部分削除の過程は限られた局面の例示に過ぎない。一方、部分削除やその他編集の手順を装置に行わせ、製品化するには、エクステントの様々な配置パターンを網羅する必要がある。そのような多様なパターンを想定して部分削除の手順を一般化したのが図４２～図４８のフローチャートである。

　図４２は、メインTSの部分削除の手順を示すフローチャートである。本フローチャートは、最上位のメインルーチンであり、Index.bdmvのAppInfoBDMVデータにおけるextended＿editability＿flagの設定値Xを用いた図９の編集可否判定において、エディタブルメディアとして扱うと判定された場合にのみ実行される。

　ステップＳ９１においてカレントPTMを初期化し、ステップＳ９２では、MVC1080@24p/60i/50iベースビュービデオストリームにおけるカレントPTMのピクチャを、GUIに縮小表示する。ステップＳ９３では、カレントPTMに応じた時点に、スライドバーを移動して、ステップＳ９４～ステップＳ９６のループに移行する。ステップＳ９４は、In点／Out点の指定がなされたかどうかの判定であり、ステップＳ９５は、In点、Out点の確定がなされたかの判定である。ステップＳ９６はカレントPTMの更新である。ステップＳ９４がYesであれば、ステップＳ９７に移行する。ステップＳ９７は、Out点であり、組みとなるIn点が存在するかどうかの判定である。組みとなるIn点が存在しないというとは、初めてのIn点の指定であり、この場合、ステップＳ９７がNoになる。ステップＳ９７がNoであれば、ステップＳ９８においてスライドバーの時点を削除範囲のIn点としてループに戻る。ステップＳ９７がYesであれば、ステップＳ９９において、スライドバーの時点を削除範囲のOut点としてループに戻る。

　削除範囲が確定されれば、ステップＳ９５がYesになってステップＳ１００に移行する。ステップＳ１００は、削除範囲が時間軸のどこに存在するかの判定である。削除範囲が先端に存在しているならステップＳ１０１でストリーム先端の削除を実行し、その後、ステッ１０２でATCシーケンス・STCシーケンスの先端削除を実行する。削除範囲がストリーム終端に存在するならステップＳ１０３でストリーム終端の削除を実行し、ステップＳ１０４でATCシーケンス・STCシーケンスの終端削除を実行する。途中部分に存在するならステップＳ１０５でストリーム途中部分の削除を実行し、ステップＳ１０６でATCシーケンス・STCシーケンスの途中部分削除を実行する。

　図４３は、途中部分の削除の手順を示すフローチャートである。本フローチャートは、上位のルーチンである図４２のフローチャートのステップＳ１０６の手順を詳細に展開するものである。本フローチャートにおいて、メインTSの途中の削除で新たに得られる2つのトランスポートストリームを、メインTS1、メインTS2と呼ぶ。またメインTS1,TS2に対応するPlayItemを、PlayItem#x,#x+1と呼ぶ。

　ステップＳ１３０では、3Dプレイリストのメインパス情報で参照されるメインTSをメモリ上で複製して、メインTS１、メインTS２を得る。ステップＳ１３１では、メインTS１の指定された途中部分、及び、その途中部分より後ろの部分の組みを新たな「削除範囲」として指定して部分削除を実行する。ステップＳ１３３では、メインTS２において、指定された途中部分、及び、その途中部分よりも前の部分の組みを新たな「削除範囲」として部分削除を実行し、残った部分をサブTS2として記録する。

　ステップＳ１３４では、メインTS１上の再生区間を規定するプレイアイテム情報#x、メインTS２上の再生区間を規定するプレイアイテム情報#x+1をプレイリスト情報内のメインパス情報内に生成する。

　上記各図のフローチャートにおけるストリーム部分削除において、削除範囲が1つのエクステントに相当する場合、アロケーション記述子における先頭アドレス及びデータ長のうち、この削除範囲に相当するものをアロケーション記述子から消し去り、次順位以降のエクステントを繰り上げて空きのエクステントIDを埋める。そかし実際は、削除範囲がエクステントと同じ大きさで重なることは希であり、一般的には部分的に重複するケースが多数を占める。部分的な重複については、図４４、図４５で処理がなされる。

　図４４は、エクステント部分削除の処理を示すフローチャートである。本フローチャートは、上位のルーチンである図４３のステップＳ１３１、１３３の手順を詳細に展開するものである。本フローチャートにおける変数In,Outは、処理対象となる削除範囲の開始点、終了点を特定するための制御変数である。

　ステップＳ１４１は、時間軸における削除範囲のIn点、Out点をEP＿mapを用いてSPN(In)、SPN(Out)に変換する。ステップＳ１４２では、SPN(In)、SPN(Out)を媒体上の論理アドレスに変換して、対象エクステントにおける削除範囲の所在を示すLBN(SPN(In))、LBN(SPN(Out))を得る。ステップＳ１４３は、削除範囲LBN(SPN(In))、LBN(SPN(Out))によって規定される削除範囲は、複数エクステントにわたって存在するか否かの判定である。削除範囲が1つのエクステント内に存在する場合、ステップＳ１４５においてEXTのアロケーション記述子を書き換える。

　削除範囲が複数エクステントにわたって存在する場合、ステップＳ１４８において削除範囲をエクステント境界に沿って分割し、分割で得られた個々の削除範囲について、ステップＳ１５１におけるエクステントのアロケーション記述子の書き換えを繰り返す(ステップＳ１４９)。このループの終了条件は、ステップの判定結果がYesになることであり、この終了条件が満たされるまで、制御部は同じ状態を維持することになる。このループが一巡する度に、制御変数In,Outが次のものに切り替えられるので、この制御変数で指示されるデータ要素は、本ループの処理に供されてゆく。ループが一巡する度に、複数のデータ要素のそれぞれを処理に供してゆくのが処理構造である。

　図４５は、アロケーション記述子の書き換えを示すフローチャートである。本フローチャートは、上位のルーチンである図４４のフローチャートのステップＳ１４５、Ｓ１５１の手順を詳細に展開するものである。本フローチャートにおける変数E[x]は、処理対象となるエクステント及びアロケーション記述子を特定するための制御変数である。従って、以降のフローチャートにおいて、ループのx巡目の処理で処理対象となるエクステント、アロケーション記述子をエクステントE[x]、アロケーション記述子E[x]と表記することにする。

　本フローチャートでは、最初に、ステップＳ１６１－ステップＳ１６２－ステップＳ１６３からなるループに移行する。ステップＳ１６１は、削除範囲がエクステントE[x]の終端に存在するかどうかの判定、ステップＳ１６２は、削除範囲がエクステントE[x]の先端に存在するかの判定、ステップＳ１６３は、削除範囲がエクステントE[x]の途中部分に存在するかの判定である。判定ステップの判定内容は、エクステント上で削除範囲がとりえる複数の配置パターンのそれぞれに対応しているから、削除範囲が取りうる値によって、対応する処理が実行されることになる。処理対象であるエクステントの配置が、予め定められた複数の類型のうち、何れのものに該当するかによって、処理手順を適切な内容のものに分岐させるのがこの判定ステップの役割である。

　ステップＳ１６１がYesであれば、ステップＳ１６４においてm2tsファイルのファイルエントリーにおけるアロケーション記述子E[x]のデータ長から、削除範囲のデータ長を減じることで、エクステントE[x]の終端カットを図る。ステップＳ１６２がYesであれば、ステップＳ１６５において、m2tsファイルのファイルエントリーのアロケーション記述子E[x]におけるエクステントE[x]の先頭アドレスに、削除範囲のデータ長を加算することで先端カットを図り、ステップＳ１６６において、アロケーション記述子E[x]のデータ長から削除範囲のデータ長を減じる。

　削除範囲がエクステントE[x]の途中に存在する場合、m2tsファイルのファイルエントリーの該当するアロケーション記述子E[x]のデータ長を削除範囲直前までのデータ長とし(ステップＳ１６７)、削除範囲直後のLBNと、削除範囲直後からエクステントE[x]の末尾までのデータ長とからなるアロケーション記述子E(x+1)をm2tsファイルのファイルエントリーに追加する(ステップＳ１６８)。

　図４６（ａ）は、ATCシーケンス、STCシーケンスの先端削除の手順を示す。本フローチャートは、上位のルーチンである図４２（ａ）のフローチャートのステップＳ１０２の手順を詳細に展開するものである。

　ステップＳ１７１においてメインTSのATCシーケンスについてのSPN＿ATC＿startを削除範囲(TS)に属するパケット数だけ増加させる。ステップＳ１７２では、メインTSのSTCシーケンスについてのSPN＿STC＿startを削除範囲のパケット数だけ増加させる。ステップＳ１７３では、メインTSのSTCシーケンスについてのSTC＿Start＿timeを削除範囲(TS)のSTC数だけ増加させ、ステップＳ１７４では、メインTSに対応するPlayItem.In＿Timeを削除範囲(TS)だけ増加させる。ステップＳ１７５では、EP＿mapにおけるSPN-PTSの組みのうち、削除範囲(TS)に属するものをEP＿mapから取り除く。

　図４６（ｂ）は、ATCシーケンス、STCシーケンスの終端削除の手順を示す。本フローチャートは、上位のルーチンである図５４（ｂ）のフローチャートのステップＳ１２６の手順を詳細に展開するものである。

　ステップＳ１７６においてメインTSのATCシーケンスのATCシーケンスについてSPN＿ATC＿endを削除範囲に属するパケット数だけ減少させる。ステップＳ１７７では、メインTSのSTCシーケンスについてのSPN＿STC＿Endを削除範囲のパケット数だけ減少させる。ステップＳ１７８では、メインTSのSTCシーケンスについてのSTC＿end＿timeを削除範囲のSTC数だけ減少させ、ステップＳ１７９では、メインTSに対応するPlayItem.Out＿Timeを削除範囲だけ減少させる。ステップＳ１８０では、EP＿mapにおけるSPN-PTSの組みのうち、削除範囲に属するものをEP＿mapから取り除く。

　図４７は、ATCシーケンス、STCシーケンスの途中部分削除の手順を示す。本フローチャートは、上位のルーチンである図４３のフローチャートのステップＳ１３９の手順を詳細に展開するものである。

　ステップＳ１８１において、指定された途中部分と、それより以前の部分とを削除範囲(TS1)とし、ステップＳ１８２においてメインTS２のATCシーケンスについてSPN＿ATC＿startを削除範囲(TS1)に属するパケット数だけ増加させる。ステップＳ１８３では、メインTS２のSTCシーケンスについてのSPN＿STC＿startを削除範囲(TS1)のパケット数だけ増加させる。ステップＳ１８４では、メインTS２のSTCシーケンスについてのSTC＿Start＿timeを削除範囲(TS1)のSTC数だけ増加させ、ステップＳ１８５では、メインTS２に対応するPlayItem.In＿Timeを削除範囲(TS1)だけ増加させる。ステップＳ１８６では、EP＿mapにおけるSPN-PTSの組みのうち、削除範囲(TS1)に属するものをEP＿mapから取り除く。

　図４８は、ATCシーケンス、STCシーケンスの途中部分削除の手順の続きを示す。ステップＳ１８７において、指定された途中部分と、それより以降の部分とを削除範囲(TS2)とし、ステップＳ１８８においてメインTS1のATCシーケンス、サブTS1のATCシーケンスについてSPN＿ATC＿endを削除範囲(TS2)に属するパケット数だけ減少させる。ステップＳ１８９では、メインTS1のSTCシーケンスについてのSPN＿STC＿Endを削除範囲(TS2)のパケット数だけ減少させる。ステップＳ１９０では、メインTS1のSTCシーケンスについてのSTC＿end＿timeを削除範囲(TS2)のSTC数だけ減少させ、ステップＳ１９１では、メインTS1に対応するPlayItem.Out＿Timeを削除範囲(TS2)だけ減少させる。ステップＳ１９２では、EP＿mapにおけるSPN-PTSの組みのうち、削除範囲(TS2)に属するものをEP＿mapから取り除く。ステップＳ１９３では、メインTS2に対応するATCシーケンス、STCシーケンスに「１」だけ大きいatc＿id、stc＿idを付与し、メインTS2に対応するPlayItem、SubPlayItemのref＿to＿STC＿idに「1」を加算する。

　図４９は、プレイリスト統合の手順を示すフローチャートであり、このフローチャートも、Index.bdmvのAppInfoBDMVデータにおけるextended＿editability＿flagの設定値Xを用いた編集可否判定において、エディタブルメディアとして扱うと判定された場合にのみ実行される。本フローチャートにおいて、統合の対象になる2つのプレイリストを、プレイリスト１、２という。ステップＳ２０１では、統合すべき2つのタイトルの選択を受け付ける。選択がなされると、ステップＳ２０２において2つのタイトルを構成する3Dプレイリストをプレイリスト１、２にする。ステップＳ２０３では、プレイリスト１を構成するプレイアイテム情報#1～#mの後ろに、プレイリスト２を構成するプレイアイテム情報#1～#nを、プレイアイテム＃m+1～m+nとして追加する。

　ステップＳ２０５において2つのタイトルを構成するmplsプレイリストをプレイリスト３、４にする。ステップＳ２０６では、プレイリスト３を構成するプレイアイテム情報#1～#mの後ろに、プレイリスト４を構成するプレイアイテム情報#1～#nを、プレイアイテム＃m+1～m+nとして追加する。ステップＳ２０８では、追加がなされたプレイリスト１、３を規定するプレイリストファイルを書き込み、プレイリスト２、４を規定するプレイリストファイルを削除する。

　以上の処理は、サブルーチン化されていて、上位のフローチャートからコールがあって初めて実行されることになる。そしてこれらの処理が終了すれば、上位のフローチャートの処理へとリターンすることになる。これにより、ハードウェア資源の状態復帰後、上位のフローチャートの処理が再開されることになる。

　以上のように本実施形態によれば、立体視映像の編集という機能拡張に、装置の基盤となるBlu-ray Recordingディスクプレーヤー、Blu-ray Rewritableディスクプレーヤーのハードウェア構成、ソフトウェア構成に大きな改変を施す必要はないので、製品メーカーは、これまでの商品開発で培われた設計ノウハウを活かしつつも新たな商品を産み出すことができ、製品メーカーにおける応用製品の設計期間を短期間にすることができる。

　(第９実施形態)
　本実施形態では、BD-Jオブジェクトにより動作が規定されるBD-Jアプリケーションで、AVC1080@60P/50Pビデオストリームの再生を許可したエントリーをもつストリーム選択テーブルを含むプレイリスト再生、インターレース3Dを実現する改良に関する。

　BD-Jプラットフォーム上で動作するシステムアプリケーションとして、RREFのための編集アプリケーションを実装する場合、利用できるAPIには、Java2Micro＿Edition(J2ME) Personal Basis Profile(PBP 1.0)と、Globally Executable MHP specification(GEM1.0.2)for package media targetsがある。これらのAPIを利用すれば、ネットワーク処理のためのjava.net、GUI処理のためのjava.awt、言語処理のためのjava.lang、記録媒体に対するI/O処理のためのjava.io、ユーティリティであるjava.util、BD-JプラットフォームのためのエクステンションAPI(BD-Jエクステンションと呼ばれる)を用いることで、これまでの実施形態で述べたデータ構造、再生単位を用いた制御を実現する。このBD-Jエクステンションはjava.net、java.awt、java.lang、java.io、java.util、javax.mediaクラスのメソッドからのインへリッドメソッドを含み、これらのクラスのインターフェイスをエンベデッドインターフェイス、スーパーインターフェイスとしているので、java.net、java.awt、java.lang、java.io、java.util、javax.mediaクラスを用いたプログラミング技法の延長線上で、AVC1080@60P/50Pビデオストリームのプレイリスト再生に適合したアプリケーションを作成することができる。

　例えばBD-JプラットフォームにおけるエクステンションAPIは、PSR31,PSR29のb4、PSR231のb3、PSR24のb8,b9の保持値の取得を命じる取得メソッドを含む。

　設定取得クラスのメソッドは、java.lang.objectクラスのメソッドのインヘリッドメソッドを含む。また、メソッドコールの際の引数が不正であれば、java.langクラスのイベントであるjava.lang.IlleghalArgumentExceptionイベントをスロウする。本クラスは、java.lang.objectのメソッドやイベントを継承しているので、プログラマは、java.lang.objectの延長線で、PSRの保持値を利用したプログラムを作成することができる。

　本実施形態では、オブジェクト指向プログラミング言語によるAVC1080@60P/50Pビデオストリームの再生を許可したエントリーをもつストリーム選択テーブルを含むプレイリストの再生手順、インターレース3Dを含むプレイリストの再生手順は、以下のように記述する。

　i)上記プレイリストファイルのファイルパス(bd://1.PLAYLIST:00001)を引数としたBDLocatorクラスのインスタンスを生成する。このBDLocatorクラスのインスタンス変数を"loc"とした場合、BDLocator loc ＝ newBDlocator(bd://1.PLAYLIST:00001)と記述する。

　ii）BDLocatorクラスのインスタンス変数の変数名を引数としたMediaLocatorクラスのインスタンスを生成する。BDLocatorクラスのインスタンス変数の変数名が"loc"であり、MediaLocatorクラスのインスタンス変数の変数名をm1とすれば、
　MediaLocator m1 ＝　new MediaLocator(loc)と記述する。

　iii）MediaLocatorクラスのインスタンス変数の変数名を引数としたjavax.media.Manager.creat再生装置クラスのインスタンス、つまりプレーヤインスタンスを生成する。MediaLocatorクラスのインスタンス変数の変数名がm1であり、プレーヤインスタンスのインスタンス変数の変数名が再生装置であれば、再生装置＝Manager.creat再生装置(m1);と記述する。

　iv）最後に、JMFプレーヤインスタンスのメンバー関数であるstart()をコールすることでプレイリスト再生を開始する。プレーヤインスタンスのインスタンス変数の変数名が再生装置であれば、Player.start()と記述する。このような記述によるプレイリスト再生を、状態取得メソッドで取得したケーパビリティ値を用いて条件付けすれば、第６実施形態に示したケーパビリティが存在する場合にのみプレイリスト再生を行わせるコードをオブジェクト指向プログラミング言語で記述することができる。

　HAViデバイスコンフィグレーションについて説明する。BD-J端末のHAViデバイスコンフィグレーションでは、JPEGイメージの復号化画像を背景画像として格納するためのバッググラウンドプレーンデバイス、表示すべき字幕を格納するための字幕プレーンデバイス、ビット長がメニューやガジェットを描画するためのBD-Jプレーンデバイスが重ね合わされることで画面合成を行うというレイヤモデルを採用している。3D出力モードにおいて、これらのバックグラウンドプレーンデバイス、字幕プレーンデバイス、BD-Jプレーンデバイスは何れも、右目プレーンメモリ、左目プレーンメモリから構成されることになる。AVC1080@60P/50Pビデオストリーム、MVC1080@60i/50iビデオストリームの再生時の制限としては、ビデオプレーンデバイスのスケーリングを認めず、またバックグラウンドプレーンを非表示にするというものである。

　以下、BDMVRecording Specificationにおける制約を述べる。PSR29のb4が1に設定された場合、PSRb24のb8、b9が1に設定された場合、プレーヤーでは、AVC1080@60P/50Pビデオストリーム及びMVC1080@60i/50iビデオストリームの再生やビデオスケーリングのサポートを行わない。AVC1080@60P/50Pビデオストリーム及び3Dインターレースビデオストリームの再生がなされている間、バックグラウンドプレーンは、不可視状態に設定されたまま維持されるか、格納内容の更新のみがなされる。AVC1080@60P/50Pビデオストリーム及び3Dインターレースビデオストリームの再生がなされている間、スケーリングAPIのコールはfalseする。これはJavaTVのバックグラウンドプレーン再生制御のセットトランスフォームAPIがfalseになることを意味する。またAWTvideosizeコントロールのサイズ設定APIのコールもfalseする。

　MVC1080@50i／60iの再生、AVC1080@60P/50Pの再生がなされている間、BD-JアプリケーションによるスケーリングAPIのコールはfailする。これは、org.dvb.media.BackgroundVideoPresentationcontrol.setVideoTransformationがfalseすることを意味する。

　古いプレーヤーバージョンについてのJMFプレーヤの挙動は以下の通りである。PSR31のバージョンが0250よりも低い場合、この実装は、バージョンＸのプレーヤーがバージョンＹ(Ｙ＞Ｘ)のプレイリストを使った場合のJMFプレーヤがプレフェッチされるか又はスタートされたときのシュチエーションに依存する。このシュチエーションにおいて、プレフェッチされ、スタート状態にあるJMFプレーヤの何れかのメソッド使用と同じものをホールドする。BD-Jアプリケーションがバージョン2.5以上のプレイリストを再生する際、互換関連性をさけるコードを使用する。このコードは以下のようにプログラムされたものである
　・PSR31のバージョンをチェックする。

　・プレイリストのバージョンと、PSR31のバージョントを比較する。

　・プレイリストのバージョンよりもPSR31のバージョンが高い場合、再生する。低い場合、オルテネィティブプレイリストや低いバージョンのプレイリストを再生する。

　・プレイリストのバージョンＹがＹ＞Ｘの場合、リソースアンアベイブルイベントを発行することでfailする。

　プレーヤー機器のBD-Jパッケージでは、プレイリスト情報のプレフェッチを規定したシステムAPI(blulay.prefetched.playlistloagding)が存在している。プレイリストのバージョンＹがＹ＞Ｘになる状況では、このblulay.prefetched.playlistloagdingによるJMFプレーヤの挙動も変わる。blulay.prefetched.playlistloagdingがNoであるか不定値に設定されていればJMFプレーヤを再生すべきではない。プレーヤー機器よりもバージョンが高いプレイリストを再生することは正常な再生を保証しえないからである。もし、JMFプレーヤのメソッド関数であるStartメソッドやSyncStartメソッドがBD-Jアプリケーションからコールされた場合、プレーヤー機器は、BD-Jアプリケーションに対してResourceUnavailableイベントを返す必要がある。

　blulay.prefetched.playlistloagdingがYesに設定されていてもJMFプレーヤを再生すべきではない。プレーヤー機器よりもバージョンが高いプレイリストを再生することは正常な再生を保証しえないからである。もし、JMFプレーヤのメソッド関数であるStartメソッドやSyncStartメソッドがBD-Jアプリケーションからコールされた場合、プレーヤー機器は、BD-Jアプリケーションに対してResourceUnavailableイベントを返す必要がある。

　JavaTVで規定されているように、ResorceAvailableEventを発生した後は、JMFプレーヤをクローズせねばならない。JMFプレーヤがクローズされれば、JMFプレーヤの振る舞いは不定になる。

　 (第１０実施形態)
　Blu-ray Rewritableディスクバージョン2.5におけるPGストリーム、IGストリームの制限と、RREFにおけるIGストリームの制限とを述べる。

　PGストリームにおけるプレゼンテーション制御セグメントのアクティブ期間には、オーバラップが存在しているが、IGストリームにおけるインタラクティブ制御セグメントのアクティブ期間には、オーバラップが存在してはならない。これは、PGストリームは、パイプラインでデコードを行うデコーダモデルを意図しているからである。

　n番目のディスプレイセットDSnに属し、PGストリームの対話制御を規定するプレゼンテーション制御セグメントPCSを格納したパケットのプレゼンテーションタイムスタンプの値PTS(DSn[PCS])は、プレゼンテーション制御セグメントのアクティブ期間の終了点を示し、直後のディスプレイセットDSn+1に属するプレゼンテーション制御セグメントPCSを格納したパケットのデコードタイムスタンプの値DTS(DSn+1[PCS])は、プレゼンテーション制御セグメントのアクティブ期間の開始点を示す。

　n番目のディスプレイセットDSnに属し、IGストリームの対話制御を規定するインタラクティブ制御セグメントICSを格納したパケットのプレゼンテーションタイムスタンプの値PTS(DSn[ICS])は、インタラクティブ制御セグメントのアクティブ期間の終了点を示し、直後のディスプレイセットDSn+1に属するインタラクティブ制御セグメントICSを格納したパケットのデコードタイムスタンプの値DTS(DSn+1[ICS])は、インタラクティブ制御セグメントのアクティブ期間の開始点を示す。この場合、異なるディスプレイセットの連続するプレゼンテーション制御セグメント、インタラクティブ制御セグメントの再生時刻は、１フレーム、２フレームの差異をもつ。これはフレームレートに依存する。もし関連するビデオストリームがAVC1080@60P/50Pビデオストリームであれば、
　PTS(DSn[PCS|ICS]) + (90000/frame＿rate)×２≦ PTS(DSn+1[PCS|ICS])
　AVC1080@60P/50Pビデオストリームでなければ、
　PTS(DSn[PCS|ICS]) + (90000/frame＿rate) ≦ PTS(DSn+1[PCS|ICS])となる。

　(第１１実施形態)
　これまでの実施形態は、ベースビュービデオストリームと、ディペンデントビュービデオストリームとが多重化された1つのトランスポートストリームを編集するとの前提を採用したが、本実施形態では、ベースビュービデオストリームを含むトランスポートストリームと、ディペンデントビュービデオストリームを含むトランスポートストリームとがインターリーブ配置されている立体視インターリーブドストリームファイルに対して部分削除、分割、統合といった編集操作を実現するものである。

　図５０は、立体視インターリーブドストリームファイル(ssifファイル)の記録領域の一例を示す図である。（ａ）は、ssifファイルを構成する複数のエクステントを示し、（ｂ）は、この記録領域についてのファイルシステム情報を示す。（ｂ）のファイルシステム情報は、SSIFディレクトリのディレクトリファイルと、ssifファイルのファイルエントリーとから構成される。SSIFディレクトリファイルは、SSIFディレクトリのファイル識別記述子と、ssifファイルのファイル識別記述子とから構成される。ssifファイルのファイルエントリーは、記述子タグ、ICBタグ、アロケーション記述子長、アロケーション記述子列から構成される。「記述子タグ」は、自身がファイルエントリである旨を示すタグである「ICBタグ」は、ファイルエントリ自身に関する属性情報を示す。引き出し線は、アロケーション記述子列の構成をクローズアップしている。この引出線に示すように、エクステントの先頭アドレスと、データ長との組みを(n1:len1,n2:len2,n3:len3・・・・)を、エクステントを識別するエクステントIDに対応付けて示している。つまり本図（ａ）においてssifファイルは、エクステントEXT2[1]、EXT1[2]、EXT2[3]、EXT1[4]、EXT2[5]、EXTss[6]、EXT2[7]、EXTss[8]、EXT2D[9]、EXT2D[10]という10個のエクステントからなる。これらのエクステントの先頭アドレス(LBN=n1,n2,n3・・・・・)、及び、エクステントのデータ長(len1、len2、len3・・・・・)は、ssifファイルに対応するファイルエントリーのアロケーション記述子に記載される。記録装置、再生装置は、アロケーション記述子に記載された先頭アドレス以降を、エクステント実体であると認識するから、かかるアロケーション記述子に記載されているLBNをより大きなものに書き換え、データ長を短くすれば、エクステントの先端部分は削除されることになる。また、かかるアロケーション記述子に記載されている先頭アドレスをそのままにして、データ長をより短いものにすれば、エクステントの終端部を削除することができる。

　ファイルシステムに対応する機器は、このアロケーション記述子に沿ってファイルアクセスを行うから、アロケーション記述子の記述から除外されると、このアロケーション記述子による記述から除外された部分は、もはやファイルの一部として認識されることはない。図５０において、括弧書き[x]内の数値は、エクステントIDである。このエクステントIDが取りうる任意の値を「x」とすると、ssifファイルは、(1)2D出力モード、3D出力モードの双方でアクセスされるエクステントEXT1[x]、(2)3D出力モードにおいてのみアクセスされるエクステントEXT2[x]、(3)2D出力モードにおいてのみアクセスされるエクステントEXT2D[x]、(4)EXT1[x]のエクステントの複製であって、3D出力モードにおいてのみアクセスされるエクステントEXTss[x]という4種類のエクステントによって構成されるファイルである。

　ssifファイルは、利用される局面に応じて3つの形態でオープンされる。1つはm2tsファイル、2つは、ファイルベース、3つはファイルディペンデントである。

　図５１は、ssifファイルのエクステントが、どのファイルの構成要素になるかという帰属関係を示す。

　ssifファイルのエクステントは、1つが一個のデータブロックを構成するか、又は、複数のエクステントが集まって一個のデータブロックを構成する。データブロックには、ベースビューコンポーネントのClosed-GOP、Open-GOPを包含したベースビューデータブロック、ディペンデントビューコンポーネントのOpen-GOPを包含したディペンデントビューデータブロックがあり、ディペンデントビューデータブロック、ベースビューデータブロックが交互に並ぶというのがssifファイルにおけるインターリーブ形式である。説明の単純化を期するため、データブロックは一個のエクステントにより構成されるという前提を導入する。

　図５１におけるディペンデントビューストリームのデータブロック、ベースビューのデータブロックには、1,2,3,4といったデータブロック番号が付与されている。この番号は、ssifファイルにおけるデータブロックの順位を示していて、同じ番号のデータブロックが共にssifファイルから読み出される。このようにエクステントEXT2[x]、エクステントEXTss[x]、エクステントEXT2D[x]という3つのエクステントの組合せを変えることで、ssifファイルの様々なバリエーションを形成する。

　図５１の第１段目は、ssifファイルのエクステントを示す。第２段目は、ベースビューのデータブロックと、2D用のベースビューデータブロックとから構成されるファイル(m2tsファイル)を示す。m2tsファイルは、EXT1[2]、EXT1[4]、EXT2D[9]、EXT2D[10]といった4つのエクステントから構成される。これらのエクステントは、MVC1080@24p/60i/50iベースビュービデオストリームを含むメインTSを構成するベースビューデータブロックB[1],B[2],B2D[3],B2D[4]を含むので、ファイルをオープンすることにより、ベースビューデータブロックと、2D用のベースビューデータブロックとは、メモリに読み出されることになる。

　第３段目は、ベースビューのデータブロックのみから構成されるファイル(ファイルベース)を示す。ファイルベースは、EXT1[2]、EXT1[4]、EXTss[6]、EXTss[6]といった4つのエクステントから構成される。これらのエクステントは、ベースビューデータブロックB[1],B[2],Bss[3],Bss[4]を含むので、ファイルベースをオープンすることにより、ベースビューデータブロックは、メモリに読み出されることになる。

　第４段目は、ディペンデントビューデータブロックのみから構成されるファイル(ファイルディペンデント)を示す。ファイルディペンデントは、EXT2[1]、EXT2[3]、EXT2[5]、EXT2[7]といった4つのエクステントから構成される。これらのエクステントは、ディペンデントビューデータブロックD[1],D[2],D[3],D[4]を含むので、ファイルディペンデントをオープンすることにより、MVC1080@24p/60i/50iディペンデントビュービデオストリームを含むサブTSを構成するディペンデントデータブロックを構成するソースパケット列は、メモリに読み出されることになる。

　ssifファイルを構成するエクステント値のうち、必要なものを読み出すことで、ssifファイルは、m2tsファイル、ファイルベース、ファイルディペンデントの何れかとしてオープンされることになる。

　ssifファイルのエクステントがアロケーション記述子が上述したように規定されることにより、ssifファイルは出力モードに応じた態様で記録装置によって読み取られることになる。上記のEXT1[x]、EXT2[x]、EXT2D[x]、EXTss[x]は、ファイルベース、ファイルディペンデント、m2tsファイルといった別々のストリームファイルを構成するものであるから、これらのエクステントは、リードバッファのアンダーフロー招かない充分な長さが必要である。以下、ファイルベース、ファイルディペンデント、m2tsファイルを構成するエクステントの下限値について説明する。ファイルベースのEXT1[x]の下限値は、3D出力モードの再生時における各ベースビューデータブロックの最後のエクステントから次のディペンデントビューデータブロックの最初のエクステントまでのジャンプ期間と、当該ディペンデントビューデータブロックの最後のエクステントから次のベースビューデータブロックの最初のエクステントまでのジャンプ期間とを通じて、ダブルバッファのアンダーフローを生じさせないように決定される。ここでのダブルバッファは、第１リードバッファ、第２リードバッファから構成される。第１リードバッファは、Blu-ray ReadOnlyディスクの2D出力モード再生装置のリードバッファと同一物である。

　3D出力モードの再生において、n番目のベースビューデータブロックを構成する最後のエクステントからp番目のディペンデントビューデータブロックを構成する最初のエクステントまでのジャンプが時間TFjump3D(n)であり、p番目のディペンデントビューデータブロックを構成する最後のエクステントから（n+1）番目のベースビューデータブロックを構成する最初のエクステントまでのジャンプが時間TBjump3D(n)を要するものとする。ここでTFjump3D(n),TBjump3D(n)は、BDー3Dプレーヤモデルにおける3D出力モードでのジャンプ時間である。

　そして各ベースビューデータブロックが第１リードバッファへ速度Rud3Dで読み出され、各ディペンデントビューデータブロックが第２リードバッファへ速度Rud3Dで読み出され、かつ、リードバッファ１からビデオデコーダへ前記ベースビューデータブロックが平均速度Rbext3Dで転送されるとき、EXT1[n]の下限値は、以下の条件Ａの式で表される。

　＜条件Ａ＞ EXT1[n]の下限値 ≧（Rud3D×Rbext3D）/(Rud3D－Rbext3D) ×(TFjump3D（n）＋EXT2[n]/(Rud3D＋TBjump3D(n)))

　EXT2[n]の下限値は、3D出力モードの再生時において、あるディペンデントビューデータブロックのエクステントから次のベースビューデータブロックのエクステントまでのジャンプ期間と、当該ベースビューデータブロックのエクステントから次のディペンデントビューデータブロックのエクステントまでのジャンプ期間とを通して再生装置におけるダブルバッファにアンダーフローを生じさせないように決定される。（n+1）番目のベースビューデータブロックを構成する最後のエクステントから（p+1）番目のディペンデントビューデータブロックを構成する最初のエクステントまでのジャンプが時間TFjump3D(n+1)であり、かつ、リードバッファ２からデコーダへ前記ディペンデントビューストリームファイルが平均速度Rdext3Dで転送されるとき、EXT2[n]の下限値は以下の条件Ｂの式で表される。速度Rud3D、平均速度Rbext3Dは、BDー3Dプレーヤモデルにおける3D出力モードでの転送時間である。

　＜条件Ｂ＞
　EXT2[n]の下限値　≧（Rud3D×Rbext3D）/(Rud3D－Rdext3D) ×(TBjump3D（n）＋EXT1[n+1]/(Rud3D＋TFjump3D(n+1)))

　EXT2Dの下限値は、非3D出力モードの再生時において、各ベースビューデータブロックの最後のエクステントから次のベースビューデータブロックの最初のエクステントまでのジャンプ期間中において、再生装置におけるリードバッファのバッファアンダーフローを生じないように決定される。

　n番目のベースビューデータブロックから(n+1)番目のベースビューデータブロックまでのジャンプが時間Tjump2D(n)を要し、各ベースビューデータブロックが,リードバッファに速度Rud2Dで読み出され、かつ、リードバッファからビデオデコーダへ前記ベースビューデータブロックが平均速度Rbext2Dで転送されるとき、EXT2Dの下限値は以下の条件Ｃの式で表される。

　　＜条件Ｃ＞ EXT2Dの下限値 ≧（Rud2D×Rbext2D）/(Rud2D－Rbext2D)×Tjump2D（n）
　EXTssは、以下のように算出される。ここであるエクステントの読み出しから、次のエクステントへのジャンプにあたって、そのジャンプの直前のバッファ占有量は、充分なものでなければならない。そうすると、立体視インターリーブドストリームファイルの読み出し時にあたってリードバッファは、1つのエクステントによって充填される必要があり、バッファアンダーフローの発生を避けねばならない。よって最小エクステントサイズであるSextssは、以下の条件Ｄを満たす値として算出される。

　＜条件Ｄ＞
　EXTss[Byte]≧ceil[(Tjump＋Tdiff×Rud72)/(1000×8))×(Rextss×192)/(Rud72×188－Rextss×192)]
　ここで、Rud72は、3D出力モードにおけるBD-ROMドライブからの72mbpsというデータレートであり、Tdiffは、ディペンデントビューデータブロックを構成するエクステントEXT2[n]を読み出すにあたっての遅延時間である。

　以上が、BD-ROM part3-1 2.4フォーマットに従ったエクステントのアロケーションである。Blu-ray Rewritableバージョン3.1フォーマットにおいて立体視インターリーブドストリームファイルのアロケーションは、これと同様のアロケーションがされなければならない。このアロケーションがなければ、シームレス再生を保障しえない。

　以上でssifファイルを構成するエクステントについての説明を終える。ssifファイル構成の説明を終えたところで、ssifファイルにおけるストリーム構成に焦点をあてて説明を進める。ssifファイルのストリーム構成とは、ベースビューコンポーネントに、ベースビデオストリームを含むメインのトランスポートストリーム(メインTS)が格納され、ディペンデントビューコンポーネントに、ディペンデントビュービデオストリームを含むサブのトランスポートストリーム(サブTS)が格納されるというものである。よって、ベースビューコンポーネント、ディペンデントビューコンポーネントは、エレメンタリストリーム生成→トランスポートストリーム生成→トランスポートストリームを構成するTS(トランスポートストリーム)パケットのソースパケット化という過程を経て生成される。

　図５２は、ディペンデントビューのデータブロック、及び、ベースビューのデータブロックの生成の過程を示す図である。

　図５２の右側は、エクステントEXT1[x]に格納されるベースビューデータブロック(B[x],B2D[x],Bss[x])がどのように多重化されるかを模式的に示す。まず、ベースビューコンポーネントから構成されるClosed-GOP５０１、及び、オーディオストリームのアクセスユニットである複数のオーディオフレーム５０７を、それぞれPESパケット列５０２、及び、５０８に変換し、TSパケット５０３、及び、５０９に変換する。

　同じく、PGストリーム５０４、及び、インタラクティブグラフィクス５１０のデータをそれぞれPESパケット列５０５、及び、５１１に変換し、更にTSパケット５０６、及び、５１２に変換する。これらのTSパケットを１本のストリームに多重化することで、ベースビューデータブロックは構成される。かかるベースビューデータブロックを格納したのが、前の図のEXT1[x]、EXT2D[x]、EXTss[x]である。また、かかる過程で得られた、ベースビュービデオストリームを含むトランスポートストリームを「メインTS」という。

　以上のようにベースビューデータブロックのClosed-GOPは、親画面ビデオストリーム、オーディオストリーム、PGストリーム、IGストリームが多重化される。

　図５２の左側は、エクステントEXT2[x]に格納されるディペンデントビューデータブロック(D[x])がどのように多重化されるかを模式的に示す。まず、ディペンデントビューコンポーネントから構成されるOpen-GOP６０１、オーディオストリームを構成する複数のオーディオフレーム６０４を、それぞれPESパケット列６０２、及び、６０５に変換し、TSパケット６０３、及び、６０６に変換する。同じく、PGストリーム６０７、及び、インタラクティブグラフィクス６１０のデータをそれぞれPESパケット列６０８、及び、６１１に変換し、更にTSパケット６０９、及び、６１２に変換する。これらのTSパケットを１本のストリームに多重化することで、ディペンデントビューデータブロックは構成される。かかるディペンデントビューデータブロックを格納したのが、本図のEXT2[x]である。また、かかるトランスポートストリーム化(多重化)の過程で得られた、ディペンデントビュービデオストリームを含むトランスポートストリームを「サブTS」という。

　図５３は、クリップ情報ファイルと、プレイリストと、立体視インターリーブドストリームファイルとの関係を示す。右側は、立体視インターリーブドストリームファイルを示し、左側はクリップ情報ファイルを示す。

　矢印split1,2は、右側における立体視インターリーブドストリームファイルを分割することで、m2tsファイル、ファイルディペンデントが得られることを示す。真ん中は第１段目にm2tsファイルを構成するエクステントEXT1[x]、EXT2D[x]を示し、第２段目にm2tsファイル用のクリップ情報である00001.clpi内の基本エントリーマップ(EP＿map)、第３段目に3Dプレイリスト、第４段目に、エントリーマップ立体視版であるEP＿map＿SS、第５段目にファイルディペンデントのエクステントEXT2[x]を示す。

　左側におけるファイルベース及びファイルディペンデント用のクリップ情報ファイルは、特徴点情報におけるEP＿map＿SS、ファイルベース用のエクステントスタートポイント情報、ファイルディペンデントのエクステントを取り出すためのエクステントスタートポイント情報を含む。矢印split3,4は、ファイルベース用のエクステントスタートポイント情報、ファイルディペンデントのエクステントを取り出すためのエクステントスタートポイント情報が、立体視インターリーブドストリームファイルを分割する途を与えることを模式的に示す。

　次に、特徴点情報について説明する。特徴点情報SSはEP＿map＿SSを含み、EP＿map＿SSは、基本エントリーマップと同様、複数のエントリーポイントから構成されている。しかしエントリーマップの立体視版には、以下の制限が加えられている点が異なる。つまり、アプリケーションタイプ「=1」のクリップ情報(プライマリビデオストリームというアプリケーションタイプのクリップ情報である)のエクステントID値によって指示されるエクステントが、ベースビュービデオストリームのPTS＿EP＿Startによって参照されるソースパケットをもつ場合、アプリケーションタイプ＝８(立体視再生)のクリップ情報の同じエクステントID値によって指示されるエクステントは、ディペンデントビューストリームの同じ値のPTS＿EP＿Startによって参照されるソースパケットを含んでいなければならない。

　図５４は、基本エントリーマップ(EP＿map)と、エントリーマップの立体視版(EP＿map＿SS)とを示す図である。本図において、第５段目は、ディペンデントビューデータブロックと、ベースビューデータブロックとの複数の組みを示す。第４段目は、ディペンデントビューデータブロック及びベースビューデータブロックを構成するソースパケット列を示す。第１段目は、MVC1080@24p/60i/50iディペンデントビュービデオストリームのディペンデントビューコンポーネントによって構成されるOpen-GOP、MVC1080@24p/60i/50iベースビュービデオストリームのベースビューコンポーネントによって構成されるClosed-GOPの組みを示す。そして第２段目は、基本エントリーマップであるEP＿mapを示し、第３段目は、エントリーマップの立体視版であるEP＿map＿SSを示す。

　本図のEP＿mapで表記されているプレゼンテーションタイムスタンプt1,t11,t31のうち、任意のものをPTS(i)という。ソースパケット番号a11,a31,a51のうち、PTS(i)に対応するものをSPN(i)という。よってEP＿mapのSPN(i)にて指示されているパケット(m)から、EP＿mapのSPN(i+1)にて指示されているパケット(n)の直前のパケット(n-1)までの範囲にはPTS(i)にて再生されるべきベースビューコンポーネントを先頭に配置したClosed-GOPが存在する。

　また、本図EP＿map＿SSで表記されているプレゼンテーションタイムスタンプt1,t11,t31のうち、任意のものをPTS(i)という。また、本図EP＿map＿SSで表記されているソースパケット番号a1,a21,a41のうち、PTS(i)に対応するものをSPN(j)という。EP＿map＿SSのSPN(j)にて指示されているパケット（u）から、EP＿map＿SSのSPN(j+1)にて指示されているパケット(v)の直前のパケット(v-1)までの範囲には、PTS(i)にて再生されるべきディペンデントビューを先頭に配置したOpen-GOPが存在することになる。

　これらベースビューのビューコンポーネントによって構成されるClosed-GOPと、ベースビューのビューコンポーネントによって構成されるOpen-GOPとの組みは、単独デコードが可能であり、これらのClosed-GOP、Open-GOPを構成する複数のソースパケットを記録媒体から読み出し、ビデオデコーダに投入することにより1秒当りの立体視映像を構成することができる。よってEP＿map＿SSに基づき、MVC1080@24p/60i/50iビデオストリームにおけるベースビューのビューコンポーネントによって構成されるClosed-GOPと、MVC1080@24p/60i/50iビデオストリームにおけるディペンデントビューのビューコンポーネントによって構成されるOpen-GOPとが占めている論理ブロックを空き領域に解放することにより、視点間の不整合を発生させることなく、ベースビュービデオストリーム及びディペンデントビュービデオストリームを部分的に削除することができる。

　このようなMVC1080@24p/60i/50iディペンデントビュービデオストリームのディペンデントビューデータブロック、MVC1080@24p/60i/50iベースビュービデオストリームにおけるベースビューデータブロックを連動した削除を実行することにより、m2tsファイル、ファイルベース、ファイルディペンデントにおける削除箇所の整合をとることができる。

　ベースビュービデオストリームのGOP(i)の先頭に位置するソースパケットと、ディペンデントビュービデオストリームのGOP(i)の先頭に位置するソースパケットとが、連続するエクステントの組み(インターリーブエクステントユニット)に属する場合、MVC1080@24p/60i/50iのベースビュービデオストリームのGOP(i)先頭のソースパケット、及び、MVC1080@24p/60i/50iのディペンデントビュービデオストリームのGOP(i)の先頭ソースパケットをポインティングするエントリーが、基本となるEP＿map及び拡張であるEP＿map＿SSの双方に追加されるので、基本となるEP＿map及び拡張であるEP＿map＿SSの双方を用いれば、MVC1080@24p/60i/50iベースビュービデオストリームのGOP(i)、及び、MVC1080@24p/60i/50iディペンデントビュービデオストリームのGOP(i)の連続読み出しを保障することができる。

　MVC1080@24p/60i/50iベースビュービデオストリームにおけるClosed-GOPの先頭に位置するIDRピクチャのアドレスが再生開始時刻に対応付けられていることにより、MVC1080@24p/60i/50iベースビュービデオストリーム、MVC1080@24p/60i/50iディペンデントビューストリームビデオストリームのうち、Closed-GOPを構成するソースパケットがどこからどこまで存在するかを把握することができる。そのような把握を容易とし、ビデオストリームの記録領域の一部を空き領域に解放するという処理を効率的に行うえるというのが、値が0x0002又は0x0004のID1が付与されたエクステンションデータにEP＿map、EP＿map＿SSを設けた意図である。

　図５５は、EP＿map、EP＿map＿SS、アロケーション記述子及びエクステントスタートポイント情報を用いたエクステントの所在特定の一例を示す。

　図５５の第１段目から第３段目の左側は図５０の第１段目から第３段目と同じである。右側に、アロケーション記述子、エクステントスタートポイントの具体的な値が記載されている点が図５０と異なる。第１段目の右側は、m2tsファイルのアロケーション記述子を示す。m2tsファイルにおけるエクステントは、ssifファイルのEXT1[x]、EXT2[x]、EXT2D[x]を抜き出したものだから、m2tsファイルのアロケーション記述子では、独立体系のエクステントIDが、各エクステントに付与される。m2tsファイルのアロケーション記述子は、EXT1[2],EXT1[4]のアドレス(n2、n4)と、データ長(len1、len4)とを示すと共に、EXT2Dのアドレス(n9、n10)と、データ長(len9、len10)を示す。かかるアロケーション記述子がSTREAMディレクトリのm2tsファイルのファイルエントリーに記載されると、立体視インターリーブドストリームファイルのEXT1[x]、EXT2D[x]は、m2tsファイルのエクステントとして認識されることになる。

　図５５の第２段目の右側は、ファイルベースのエクステントの先頭アドレスと、ファイルベースのエクステントを取り出すためのエクステントスタートポイント情報とを対応付けて示す。左側によると、ファイルベースのエクステントの先頭は、論理ブロック番号(LBN)=n2,n4,n6,n8の論理ブロックに存在する。右側のエクステントは、これらのLBNをソースパケット番号に変換することで得られたソースパケット番号SPN(n2),SPN(n4),SPN(n6),SPN(n8)が記載されている。

　図５５の第３段目の右側は、ファイルディペンデントのエクステントの先頭アドレスと、ファイルディペンデントについてのエクステントスタートポイント情報とを対応付けて示す。左側によると、ファイルディペンデントのエクステントの先頭は、論理ブロック番号(LBN)=n1,n3,n5,n7の論理ブロックに存在する。右側のエクステントは、これらのLBNをソースパケット番号に変換することで得られたソースパケット番号SPN(n1),SPN(n3),SPN(n5),SPN(n9)が記載されている。

　以上のようなm2tsファイルのアロケーション記述子、及び、ファイルベースのエクステントスタートポイント情報、ファイルディペンデントのエクステントスタートポイント情報を用いることで、m2tsファイルのエクステント、ファイルベースのエクステント、ファイルディペンデントのエクステントは個別に読み出される。

　図５６は、BDMVディレクトリに記録されたプレイリストファイル(mplsファイル)によって定義されるプレイリスト、立体視プレイリストを示す。第１段目は、BDMVディレクトリのプレイリスト情報であり、第２段目は、ベースビューデータブロック、第３段目は、立体視プレイリスト、第４段目は、ディペンデントビューデータブロックを示す。

　矢印rf0,rf1,rf2,rf3は、BDMVディレクトリのプレイリスト情報のプレイアイテム情報におけるclip＿information＿file＿nameに記述されているファイル名00001と、拡張子m2tsとを組合せることによる再生経路の参照を示す。この場合、エクステントEXT1[2],EXT1[4],EXT2D[9],EXT2D[10]によってBaseビデオ側の再生経路が構成される。

　矢印rf4,rf5,rf6,rf7は、立体視プレイリスト情報のプレイアイテム情報により指定される再生経路の参照を示す。この場合、EXT1[2],EXT1[4],EXTss[6],EXTss[8]を用いてBaseビデオ側の再生経路が構成される。

　矢印rf8,rf9,rf10,rf11は、立体視プレイリスト情報のサブプレイアイテム情報により指定される再生経路を示す。この場合、EXT2[1],EXT2[3],EXT2[5],EXT2[7]を用いて、ディペンデントビュービデオ側の再生経路が構成される。これらのプレイアイテム情報、サブプレイアイテム情報により指定される再生経路を構成するデータブロックは、プレイアイテム情報におけるclip＿information＿file＿nameに記述されているファイル名と、拡張子ssifとを組合せてファイルオープンを行うことで読み出すことができる。

　インターリーブドストリームファイルにメインTS、サブTSを格納する場合、BDMVディレクトリのプレイリストのプレイアイテム情報におけるclip＿information＿file＿nameは、m2tsファイルのファイル名を記述する。立体視プレイリストのプレイアイテム情報におけるclip＿information＿file＿nameは、ファイルベースのファイル名を記述する。ファイルベースは、仮想的なファイルであり、そのファイル名は、インターリーブドストリームファイルと同じものなので、インターリーブドストリームファイルのファイル名をプレイアイテム情報におけるclip＿information＿file＿nameに記述しておけばよい。STN＿table＿SSのストリーム登録情報におけるref＿to＿subclip＿entry＿idは、ファイルディペンデントのファイル名を記述する。ファイルディペンデントのファイル名は、インターリーブドストリームファイルの識別番号に、１を加算したものとする。

　以上のように、MVC1080@24p/60i/50iビデオストリームのベースビューデータブロックと、MVC1080@24p/60i/50iディペンデントビュービデオストリームのディペンデントビューデータブロックとを1つのssifファイルに格納しつつも、ssifファイルを、m2tsファイル、ファイルベース、及び、ファイルディペンデントのうち、何れかのファイルとしてオープンすることができるので、デコーダ側では、ssifファイルを通常のストリームファイルと同様に取り扱うことができる。よって、MVC1080@24p/60i/50iベースビュービデオストリーム、MVC1080@24p/60i/50iディペンデントビュービデオストリームの格納方式に、積極的にssifファイルを取り入れることができる。

　STN＿table＿SSをもたない通常のプレイリスト情報は、clip＿information＿file＿nameにm2tsファイルが記述されているから、m2tsファイルのエクステントのみを参照することがわかる。STN＿table＿SSをもつプレイリスト情報は、メインパス情報のプレイアイテム情報のclip＿information＿file＿nameにファイルベースのファイル名が記載され、サブパス情報のSubPlayItemにファイルディペンデントのファイル名が記載されていることから、プレイリスト情報のプレイアイテム情報のclip＿information＿file＿name、SubPlayItemのclip＿information＿file＿nameに従い、ファイルをオープンすることで3D出力モードにおいてデコーダに供給されるべきデータブロックを順次アクセスしてゆくことができる。

　プレイリストの選択に応じて、対応するMVC1080@24p/60i/50iベースビュービデオストリーム、MVC1080@24p/60i/50iディペンデントビュービデオストリームの組みが必ず選択されるようにするという連動選択の意図が、上記データ構造から明確に把握される。

　光ディスクでは、この3Dプレイリストが再生の対象になる。プレイリストの類型には、部分削除、分割、統合がある。図５７は、プレイリストに対する編集の3つの類型を示す。同図（ａ）は、削除がなされたムービープレイリスト、3Dプレイリストを示す。ssifファイルのうち、EXT2[1]、EXT1[2]が削除されたケースを示す。（ｂ）は、ssifファイルのうち、EXT2[3]、EXT1[4]の直後で分割されたケースを示す。（ｃ）は、2つのmplsプレイリスト、2つの3Dプレイリストが1つに統合されたケースを示す。

　以上が3Dプレイリストについての説明である。続いて、AVC1080@60P/50Pビデオストリームについて説明する。

　図５８は、先端部分を削除するケースを示す。具体的にいうと、同図（ａ）のように先端部分を削除範囲として指定して削除する。これらの削除範囲に属するベースビューコンポーネント、ディペンデントビューコンポーネントが、（ｂ）のエクステントEXT2[1]のハッチング部分、及び、エクステントEXT1[2]のハッチング部分に存在する。削除後においてエクステントEXT2[1]、エクステントEXT1[2]の先頭位置は、n11、n12となり、データ長がlen11、len12になったものとする。この場合、ssifファイルにおけるエクステントEXT2[1]のアロケーション記述子、エクステントEXT1[2]のアロケーション記述子は、（ｃ）のようになる。つまりエクステントEXT2[1]の先頭LBN及びデータ長をn11,len11とし、エクステントEXT1[2]の先頭アドレスLBNをn12、データ長をlen12とする。以上のように、ベースビューコンポーネントを格納したエクステントEXT1[2]と、ディペンデントビューコンポーネントを格納したエクステントEXT2[1]とを併せて部分的に削除する。m2tsファイルにおけるID1のエクステントのアロケーション記述子は（ｄ）のようになる。つまりID1のエクステントの先頭LBNはn1からn11に書き換えられ、データ長はlen1からlen11に書き換えられる。残りのエクステントには書き換えがなされない。

　図５８（ｅ）は、ファイルベースのエクステントスタートポイント情報を示す。このファイルベースのエクステントスタートポイント情報には、元のファイルベースのアロケーション記述子のうちエクステントEXT1[2]のソースパケット番号SPN(n2)、エクステントEXT1[4]のソースパケット番号SPN(n4)、エクステントEXTss[6]のソースパケット番号SPN(n16)が存在する。最初のものは、先端削除に伴う書き換え(n2→n12)が施されている。

　図５８（ｆ）は、ファイルディペンデントのエクステントスタートポイント情報を示す。（ｅ）によると、ファイルディペンデントのエクステントスタートポイント情報には、元のファイルベースのアロケーション記述子のうちエクステントEXT2[1]のソースパケット番号SPN(n1)、エクステントEXT2[3]のソースパケット番号SPN(n3)、エクステントEXT2[5]のソースパケット番号SPN(n5)、エクステントEXT2[7]のソースパケット番号SPN(n7)が存在する。最後のものは、途中削除に伴う書き換え(n1→n11)が施されている。

　図５９は、終端部分を削除するケースを示す。具体的にいうと、図（ａ）のように終端部分を削除範囲として指定して削除する。これらの削除範囲に属するMVC1080@24p/60i/50iベースビュービデオストリームのベースビューコンポーネント、MVC1080@24p/60i/50iディペンデントビュービデオストリームのディペンデントビューコンポーネントが、（ｂ）のエクステントEXT2[7]のハッチング部分、及び、エクステントEXTss[8],EXT2D[10]のハッチング部分に存在する。削除後においてエクステントEXT2[7]はデータ長がlen17、エクステントEXTss[8],EXT2D[10]のデータ長がlen18,len20になったものとする。この場合、ssifファイルにおけるエクステントEXT2[7]のアロケーション記述子、エクステントEXTss[8],EXT2D[10]のアロケーション記述子は、（ｃ）のようになる。つまりエクステントEXT2[7]のデータ長はlen17に書き換えられ、エクステントEXTss[8],EXT2D[10]のデータ長はlen18,len20に書き換えられる。以上のように、ベースビューコンポーネントを格納したエクステントEXTss[8],EXT2D[10]と、ディペンデントビューコンポーネントを格納したエクステントEXT2[7]とを併せて部分的に削除する。

　また、m2tsファイルにおけるエクステントID=10のエクステントのアロケーション記述子は（ｄ）のようになる。つまりエクステントID=10のエクステントのデータ長はlen10からlen20に書き換えられる。残りのエクステントには書き換えがなされない。（ｅ）はファイルベースについてのエクステントスタートポイントであり、（ｆ）は、ファイルディペンデントについてのエクステントスタートポイントである。これらに記載されたソースパケットにも書き換えは発生しない。

　図６０は、途中部分を削除するケースを示す。具体的にいうと、同図（ａ）のように途中部分を削除範囲として指定して削除する。これらの削除範囲に属するMVC1080@24p/60i/50iベースビュービデオストリームのベースビューコンポーネント、MVC1080@24p/60i/50iディペンデントビュービデオストリームのディペンデントビューコンポーネントが、（ｂ）のエクステントEXT2[5]のハッチング部分、及び、エクステントEXTss[6],EXT2D[9]のハッチング部分に存在する。削除後においてエクステントEXT2[5]は先頭アドレスがn15,データ長がlen15、エクステントEXTss[6],EXT2D[9]の先頭アドレスがn16,n19、データ長がlen16,len19になったものとする。

　この場合、削除範囲よりも前に位置するエクステントと、削除範囲より後に位置するエクステントとが別々のファイルになる。図６０（ｃ）は、削除範囲よりも前に位置するssifファイルのアロケーション記述子列を示し、図６０（ｄ）は、削除範囲よりも後に位置するssifファイルのアロケーション記述子列を示す。（ｃ）によると、削除範囲より前のssifファイルのアロケーション記述子には、元のssifファイルのアロケーション記述子のうちエクステントID=1から=4までのアロケーション記述子が存在する。

　また削除範囲より後のssifファイルのアロケーション記述子には、元のssifファイルのアロケーション記述子のうち、エクステントID=5から=10までのアロケーション記述子が存在する。これらのうちエクステントEXT2[5]のアロケーション記述子、エクステントEXTss[6],EXT2D[9]のアロケーション記述子は、（ｄ）のようになる。つまりエクステントEXT2[5]の先頭LBN及びデータ長はn15,len15に書き換えられ、エクステントEXTss[6],EXT2D[9]の先頭アドレスはn16,n19、データ長はlen16,len19に書き換えられる。

　図６１（ａ）は、途中部分よりも前に位置するm2tsファイルのアロケーション記述子列を示し、図６１（ｂ）は、途中部分よりも後に位置するm2tsファイルのアロケーション記述子列を示す。（ａ）によると、削除範囲より前のm2tsファイルのアロケーション記述子には、元のm2tsファイルのアロケーション記述子のうちエクステントID=2,=4のアロケーション記述子が存在する。

　また途中部分より後のm2tsファイルのアロケーション記述子には、（ｂ）のように元のm2tsファイルのアロケーション記述子のうち、エクステントID=9,=10のアロケーション記述子が存在する。エクステントID=9のエクステントについては、データ長がlen9からlen19に書き換えられている。

　図６１（ｃ）は、途中部分よりも前に位置するファイルベースのエクステントスタートポイント情報を示し、図６１（ｄ）は、途中部分よりも前に位置するファイルベースのエクステントスタートポイント情報を示す。図６１（ｃ）によると、削除範囲より前のファイルベースのエクステントスタートポイント情報には、元のファイルベースのアロケーション記述子のうちエクステントEXT1[2]のソースパケット番号SPN(n2)、エクステントEXT1[4]のソースパケット番号SPN(n4)、エクステントEXTss[6]のソースパケット番号SPN(n6)が存在する。最後のものは、途中削除に伴う書き換え(n6→n16)が施されている。

　（ｄ）によると、途中部分より前のファイルベースのエクステントスタートポイント情報には、元のファイルベースのアロケーション記述子のうちエクステントEXT2[1]のソースパケット番号SPN(n1)、エクステントEXT2[3]のソースパケット番号SPN(n3)、エクステントEXT2[5]のソースパケット番号SPN(n15)が存在する。最後のものは、途中削除に伴う書き換え(n5→n15)が施されている。

　図６１（ｅ）は、途中部分よりも後に位置するファイルベースのエクステントスタートポイント情報を示し、図６１（ｆ）は、削除範囲よりも後に位置するファイルディペンデントのエクステントスタートポイント情報を示す。（ｅ）によると、削除範囲より後のファイルベースのエクステントスタートポイント情報には、元のファイルベースのアロケーション記述子のうちエクステントEXTss[8]のソースパケット番号SPN(n8)が存在する。

　（ｆ）によると、途中部分より後のファイルディペンデントのエクステントスタートポイント情報には、元のファイルベースのアロケーション記述子のうちエクステントEXT2[7]のソースパケット番号SPN(n7)が存在する。

　以上のようなssifファイルに対して部分削除、分割、統合といった操作を実行するには、図４０から図４９までに述べたメインTSに対する処理を、サブTSについても実行すればよい。一方、ssifファイルにおけるエクステントにはEXT1[1],EXT2[x],EXT2D[x],EXTss[x]という4つの類型が存在するので、エクステント部分削除は、図４１に示したものに代え、図６２に示すものを実行する。

　図６２は、エクステント部分削除の処理を示すフローチャートである。本フローチャートにおける変数In,Outは、処理対象となる削除範囲の開始点、終了点を特定するための制御変数である。

　ステップＳ１４１は、時間軸における削除範囲のIn点、Out点をEP＿mapを用いてSPN(In)、SPN(Out)に変換する。ステップＳ１４２では、SPN(In)、SPN(Out)を媒体上の論理アドレスに変換して、対象エクステントにおける削除範囲の所在を示すLBN(SPN(In))、LBN(SPN(Out))を得る。ステップＳ１４３は、削除範囲LBN(SPN(In))、LBN(SPN(Out))によって規定される削除範囲は、複数エクステントにわたって存在するか否かの判定である。削除範囲が1つのエクステント内に存在する場合、ステップＳ１４４に移行する。ステップＳ１４４は、削除範囲が存在するエクステントは、EXT1であるかの判定である。もしYesであれば、ステップＳ１４５においてEXT1のアロケーション記述子を書き換える。EXT1でなければ、ステップＳ１４６において、EXT2Dのアロケーション記述子を書き換えると共に、ステップＳ１４７において、EXTssのアロケーション記述子を書き換える。

　削除範囲が複数エクステントにわたって存在する場合、ステップＳ１４８において削除範囲をエクステント境界に沿って分割し、分割で得られた個々の削除範囲について、ステップＳ１５１～ステップＳ１５３の処理を繰り返す(ステップＳ１４９)。ステップＳ１５１～ステップＳ１５３は、削除範囲が存在するエクステントが、EXT1であるか否かを判定し(ステップＳ１５０)、もしYesであれば、EXT1のアロケーション記述子を書き換え(ステップＳ１５１)、EXT1でなければ、EXT2Dのアロケーション記述子を書き換えると共に(ステップＳ１５２)、EXTssのアロケーション記述子を書き換える(ステップＳ１５３)というものである。このループの終了条件は、ステップの判定結果がYesになることであり、この終了条件が満たされるまで、制御部は同じ状態を維持することになる。

　ステップＳ１５４は、時間軸における削除範囲のIn点、Out点をEP＿map＿SSを用いてSPN(In)、SPN(Out)に変換する。ステップＳ１５５では、SPN(In)、SPN(Out)を媒体上の論理アドレスに変換して、対象エクステントにおける削除範囲の所在を示すLBN(SPN(In))、LBN(SPN(Out))を得る。ステップＳ１５６は、削除範囲LBN(SPN(In))、LBN(SPN(Out))によって規定される削除範囲は、複数エクステントにわたって存在するか否かの判定である。削除範囲が1つのエクステント内に存在する場合、ステップＳ１５７に移行する。ステップＳ１５７においてEXT2のアロケーション記述子を書き換える。

　削除範囲が複数エクステントにわたって存在する場合、ステップＳ１５８において削除範囲をエクステント境界に沿って分割し、分割で得られた個々の削除範囲について、ステップＳ１６１の処理を繰り返す(ステップＳ１６０)。ステップＳ１６１は、EXT2Dのアロケーション記述子を書き換えるというものである。このループが一巡する度に、制御変数In,Outが次のものに切り替えられるので、この制御変数で指示されるデータ要素は、本ループの処理に供されてゆく。ループが一巡する度に、複数のデータ要素のそれぞれを処理に供してゆくのが処理構造である。

　　＜備考＞
　以上、本願の出願時点において、出願人が知り得る最良の実施形態について説明したが、以下に示す技術的トピックについては、更なる改良や変更実施を加えることができる。各実施形態に示した通り実施するか、これらの改良・変更を施すか否かは、何れも任意的であり、実施する者の主観によることは留意されたい。

　（extended＿editability＿flagの配置場所）
　これまでの実施形態において、編集可否情報であるeditability＿flag、extended＿editability＿flagはインデックスファイル内に配置して、編集可否はBDMV全体を範疇とすることを示したが、編集可否情報は、インデックスファイルではなく、プレイリストファイルあるいは、クリップ情報ファイルの中に設けられてもよい。

　プレイリストファイルに編集可否情報(editability＿flag、extended＿editability＿flag)を設けた場合には、プレイリスト単位で編集可否情報を管理することができ、また、クリップ情報ファイルに編集可否情報(editability＿flag、extended＿editability＿flag)を設けた場合には、クリップストリームファイル単位で編集可否情報を管理することができる。その他、本実施例で示したのと同様の効果をもたらすことができる方法である限りにおいて、BDMVディレクトリ配下に置かれるどのファイル内に2DコンテンツとMVC1080@24p/50i/60iの3Dビデオコンテンツのそれぞれの編集可否情報を管理するための情報が設けられてもよい。

　（対象となるムービ記録フォーマット）
　対象となるムービ記録フォーマットは、立体視再生可能なビデオストリーム、オプショナルなフレームレートでの再生が可能なビデオストリームに対処できるバージョンであるとしたが、画像の高解像度化、画素の高階調化を可能とするムービ記録フォーマットのバージョンであってもよい。また、リアルタイム記録フォーマットのバージョンであってもよい。

　（集積回路の実施形態）
　各実施形態に示した再生部、記録部、編集部の構成のうち、記録媒体のドライブ部や、外部とのコネクタ等、機構的な部分を排除して、論理回路や記憶素子に該当する部分、つまり、論理回路の中核部分をシステムLSI化してもよい。システムLSIとは、高密度基板上にベアチップを実装し、パッケージングしたものをいう。複数個のベアチップを高密度基板上に実装し、パッケージングすることにより、あたかも1つのLSIのような外形構造を複数個のベアチップに持たせたものはマルチチップモジュールと呼ばれるが、このようなものも、システムLSIに含まれる。

　ここでパッケージの種別に着目するとシステムLSIには、QFP(クッドフラッドアレイ)、PGA(ピングリッドアレイ)という種別がある。QFPは、パッケージの四側面にピンが取り付けられたシステムLSIである。PGAは、底面全体に、多くのピンが取り付けられたシステムLSIである。

　これらのピンは、電源供給やグランド、他の回路とのインターフェイスとしての役割を担っている。システムLSIにおけるピンには、こうしたインターフェイスの役割が存在するので、システムLSIにおけるこれらのピンに、他の回路を接続することにより、システムLSIは、再生装置の中核としての役割を果たす。

　この集積回路のアーキテクチャは、フロントエンド部と、信号処理部と、バックエンド部と、メディアI/Oと、メモリコントローラと、ホストマイコンとから構成され、メディアI/O、メモリコントローラを通じて、再生装置におけるドライブやメモリ、送受信部と接続されている。再生装置におけるドライブには、リードオンリーメディアのドライブ、ローカルストレージのドライブ、リムーバブルメディアのドライブ等がある。

　フロントエンド処理部は、プリプログラムされたDMAマスタ回路やI/Oプロセッサ等から構成され、パケット処理全般を実行する。このパケット処理には、デマルチプレクサによる処理が該当する。再生装置のメモリに確保された、リードバッファ、各種プレーンメモリ、各種バッファ間でDMA転送を実現することにより、上述したようなパケット処理を実現する。

　信号処理部は、信号処理プロセッサやSIMDプロセッサ等から構成され、信号処理全般を実行する。信号処理には、ビデオデコーダによるデコードやオーディオデコーダによるデコードがある。

　バックエンド部は、加算器、フィルタから構成され、AV出力処理全般を行う。AV出力処理には画素処理があり、かかる画素処理によってレイヤ合成のための画像重畳、リサイズ、画像フォーマット変換がなされる。また、デジタル／アナログ変換等を併せて実行する。

　メディアI/Oは、ドライブ、ネットワークとのインターフェイスである。

　メモリコントローラは、メモリアクセスのためのスレーブ回路であり、フロントエンド部、信号処理部、バックエンド部の要求に応じて、パケットやピクチャデータのメモリの読み書きを実現する。このメモリコントローラ７５を通じたメモリの読み書きによって、メモリは、リードバッファやビデオプレーン、グラフィクスプレーン、ビデオデコーダにおける各種バッファとして機能することになる。

　ホストマイコンは、MPU,ROM,RAMから構成される。このホストマイコンにおけるCPUは、命令フェッチ部、デコーダ、実行ユニット、レジスタファイル、プログラムカウンタを有している。そして、これまでの実施形態で述べた各種処理を実行するプログラムは、組込プログラムとして、基本入出力システム(BIOS)、様々なミドルウェア(オペレーションシステム)と共に、このホストマイコンにおけるマイコン内のROMに記憶されている。よって再生装置の主たる機能は、このシステムLSI内に組込んでおくことができる。

　（プログラムの実施形態）
　各実施形態に示したプログラムをコンピュータコードにて構成して、コンピュータ読み取り可能な非一時的な記録媒体に記録することで記録装置、再生装置に供給してもよい。

　（AVC1080@60P/50Pビデオストリームの符号化条件）
　PIDフィルタからトランスポートバッファまでのビットレートは、２８Ｍbpsとなる。このRts1は、TS＿レコーディング＿レートに記載される。エレメンタリバッファ１、エレメンタリストリームバッファは、３.７５Ｍバイト、エレメンタリピクチャバッファ１は、デコーデッドピクチャバッファであり、１２.３８２９１２Ｍバイトとなる。

　AVC1080@60P/50PビデオストリームのフォーマットID、HDMVTSがAVC1080@60P/50Pビデオストリームを含むと４８、４４、５０、５３に設定される。AVC1080@60P/50Pビデオストリームにおけるレベル４.２では、SPSのレベルidcは４２に設定される。PSR29 b4が１に設定され、AVC1080@60P/50Pビデオストリームのケーパビリティが存在するとした場合、デコーダは、ハイプロファイルのレベル４.２をサポートする。

　（AVC1080@60P/50Pビデオストリームにおける最大フレーム数）
　AVC1080@60P/50Pビデオストリームにおける最大フレーム数について述べる。ここでトランスポートバッファからマルチプレクスドバッファへの転送レートをRx1といい、マルチプレクスドバッファからエレメンタリバッファへの転送レートをRbx1というものとする。そしてframe＿mbs＿only＿flagは、そのピクチャに1つの画像サンプルで構成されるフレームマクロブロックのみがふくまれていることを示すフラグである。この場合、AVC1080@60P/50PビデオストリームにおいてGOPにおける表示可能なフレーム数の最大数は、1920×1080、50／60Hzの場合、frame＿mbs＿only＿flagは１、frame＿mbs＿only＿flagは１、Rbxは２.８Mbps、Rxは１.２×２.８Mbps、最大フレーム数は50／60となる。Rxは１.２×frame＿mbs＿only＿flagは１、Rbxは２.８Mbps、Rxは１.２×２.８Mbps、最大フレーム数は50／60、最大フレーム数は50／60となる。frame＿mbs＿only＿flagは１、Rbxは１.５Mbps、Rxは１.２×１.５Mbps、最大フレーム数は100／120となる。

　（マクロブロックについての制限）
　1つ当りのスライスの最大サイズは、１マクロブロック行(マクロブロックロウ又はマクロブロックのペアロウ)である。スライスは、1つ以上のマクロブロックロウから構成される。デコーデッドピクチャバッファにおける完全なフィールドペアやフレームの最大数は、ISO／IEC14496の最大DPBサイズと比較して、レベル4.1、4.2、1920×1080で４フレームに設定される。

　メインプロファイル最小圧縮比(MinCR)と、Minprofileの同じプロファイルは、以下のように制限される。ムービーストリームにおいてメインプロファイルが4.1、4.2であれば、MinCRは4となる。

　SPSのlevel＿idcが4.1、4.2を指示する場合ピクチャは、1つのピクチャあたり4以上のスライスからなるマルチスライスによって構成される。何れのスライスのマクロブロック数も、マクロブロック総数の１／２を越えてはならない。各スライスにおけるマクロブロックの行数は、カレントピクチャの高さに合致した行数にするか、インターレース符号化モードに等価な行数になるべきである。frame＿mbs＿only＿flag=「1」の1920×1080フォーマットのスライスは、１７マクロブロックロウをもつ。1920×1080においてmbs＿

　mb＿adaptive＿frame＿field＿type=「1」である場合、偶数スライスは１６マクロブロック、奇数スライスは１８マクロブロックロウとなる(16／18／16／18コンフィメーション)。 mb＿adaptive＿frame＿field＿typeは、0に設定された場合、シーケンスにおける符号化ピクチャがコード化されたフレーム、コード化されたフィールドを含むことを示す。1に設定された場合、シーケンスにおける符号化ピクチャがフレームマクロブロックのみを含むコードフレームであることを示す。

　（AVC1080@60P/50Pビデオストリームにおいてシーケンスパラメータセットで認められるパラメータの組合せ）
　AVC1080@60P/50PビデオストリームのSPSパラメータについて説明する。1920×1080フォーマットにおいて、AVC1080@60P/50PビデオストリームのSPSパラメータで許容される組合せは、垂直サイズは1080、pic＿width＿in＿mbs＿minus1が119、Pic＿height＿in＿map＿unit＿minus１が67、フレームレートは59.94/50、方式はプログレッシブとなる。

　ここでpic＿width＿in＿mbs＿minus1は、マクロブロックユニットにおけるデコーデッドピクチャの幅を示す。Pic＿height＿in＿map＿unit＿minus1は、デコードされたフレーム／フィールドのスライスグループユニットにおける高さを示す。

　フォーマット＝４やフレームレート＝３or４は、STN＿table＿SSのストリーム属性SSに設定される。立体視1920×1080インターレースビデオケーパビリティ(PSR24のb8)が『１』に設定された場合、MVCフォーマットで許可されるパラメータの組合せは、以下の通りである。垂直サイズは1080、pic＿width＿in＿mbs＿minus1が119、Pic＿height＿in＿map＿unit＿minus１が33、フレームレートは29.57／25、方式はインターレースというパラメータの組合せが許容される。

　pic＿width＿in＿mbs＿minus1は、マクロブロックユニットにおけるデコーデッドピクチャの幅を示す。Pic＿height＿in＿map＿unit＿minus１は、デコードされたフレーム／フィールドのスライスグループユニットにおける高さを示す。

　（MVC1080@60i/50iベースビュービデオストリーム及びMVC1080@60i/50iディペンデントビュービデオストリームの最大フレーム数）
　Rx1はトランスポートバッファからマルチプレクスドバッファへの転送レートを示し、Rbx1はマルチプレクスドバッファからエレメンタリバッファへの転送レートを示す。

　mbs＿only＿flagが『0』であるとベースビデオストリームのRbx1、Rbx2の値は以下の通りである。

　1920×1080／29.97Hzにおいて最大フィールドが60フィールドとすると、レベル4.1でRx1は1.2×40Ｍbps、Rbx1は40Mbps、60フィールドとなる。レベル4でRx1は1.2×24Ｍbps、Rbx1は24Mbpsとなる。

　1920×1080／25Hzにおいて最大フィールドが60フィールドとするうと、レベル4.1でRx1は1.2×40Ｍbps、Rbx1は40Mbpsとなる。レベル4でRx1は1.2×24Ｍbps、Rbx1は24Mbpsとなる。

　1920×1080／29。97Hzにおいて最大フィールドが120フィールドとすると、Rx1は1.2×15Ｍbps、Rbx1は15Mbpsとなる。

　1920×1080／25Hzにおいて最大フィールドが100フィールドとすると、Rx1は1.2×15Ｍbps、Rbx1は15Mbpsとなる。

　本発明に係る情報記録媒体は放送波あるいはネットワーク配信により供給される3D映像、あるいは3D対応ビデオカメラなどによりユーザが撮影した3D映像を格納することができる。したがって、本発明は、ユーザの3D映像コンテンツを保護し、多様な機器でより安全に視聴を可能にする技術として、民生機器産業において大いに利用される可能性を有する。

　１０００　光ディスク
　１００１　2D／3D記録装置
　１００２　記録装置
　１００３　リモコン
　１００４　テレビ放送表示装置

Claims

記録媒体であって、
　ストリームファイルと、インデックスファイルとが記録され、
　前記インデックスファイルは、エディタビリティフラグと、エクステンディッドエディタビリティフラグとを含み、
　エディタビリティフラグは、機器に本記録媒体が装填された際、当該機器によって、本記録媒体がエディタブルメディアとして取り扱われるか否かを規定する情報であり、オンに設定されることで、本記録媒体がエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を示し、オフに設定されることで、立体視映像の記録及び編集に対応していないレガシー機器では、本記録媒体がエディタブルメディアとして取り扱われずストリームファイルに対する編集が不可になる旨を示し、
　エクステンディッドエディタビリティフラグは、立体視映像の記録及び編集に対応した非レガシー機器に本記録媒体が装填された際、オンに設定されることで、エディタビリティフラグがオフを示していたとしても、本記録媒体が、当該非レガシー機器によってエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を規定する
　ことを特徴とする記録媒体。
記録媒体にはメディアムービーデータベース領域が存在しており、
　前記メディアムービーデータベース領域は、ファイルシステムにおける特定ディレクトリ配下に存在する複数のサブディレクトリの階層と、サブディレクトリの各階層に存在するファイルとによって構成され、前記インデックスファイルは、特定ディレクトリに記録され、前記ストリームファイルは、ストリーム用サブディレクトリに記録され、
　前記インデックスファイルは、メディアムービーデータベース領域内に立体視コンテンツが存在するか否かを示す存否フラグを含み、
　存否フラグが立体視コンテンツ存在を示すことを条件にして、エクステンディッドエディタビリティフラグはインデックスファイルに生成されることを特徴とする請求項１記載の記録媒体。
存否フラグがオンに設定された場合、エディタビリティフラグはオフに設定され、
　非レガシー機器が前記記録媒体をエディタブルメディアとして扱うのは、エクステンディッドエディタビリティフラグがオンに設定された場合であり、エクステンディッドエディタビリティフラグがオフに設定された場合、記録媒体は、非レガシー機器によってエディタブルメディアとして扱われない
　ことを特徴とする請求項２記載の記録媒体。
　前記ストリームファイルには、立体視映像を示す複数のビデオストリームを含むものと、含まないものとがあり、
　前記メディアムービーデータベース領域にはプレイリスト情報が記録され、
　前記プレイリスト情報には、立体視映像を示す複数のビデオストリームに対しての再生経路を定義する立体視プレイリスト情報と、1つのビデオストリームに対して再生経路を定義する通常のプレイリスト情報とがあり、
　プレイリスト情報が立体視プレイリスト情報である場合、存否フラグはオンに設定される
　ことを特徴とする請求項３記載の記録媒体。
　記録媒体からストリームファイルを読み出して再生する再生装置であって、
　記録媒体からインデックスファイル、及び、ストリームファイルを読み出す読出手段と、
　読み出されたストリームファイル内のビデオストリームを再生する再生手段とを含み、
　前記インデックスファイルは、エディタビリティフラグを含み、
　エディタビリティフラグは、機器に本記録媒体が装填された際、当該機器によって、本記録媒体がエディタブルメディアとして取り扱われるか否かを規定する情報であり、オンに設定されることで、本記録媒体がエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を示し、オフに設定されることで、立体視映像の記録及び編集に対応していないレガシー機器では、本記録媒体がエディタブルメディアとして取り扱われずストリームファイルに対する編集が不可になる旨を示し、
　前記再生手段は、エディタビリティフラグの他にエクステンディッドエディタビリティフラグがインデックスファイルに存在する場合、エクステンディッドエディタビリティフラグがオンに設定されることで、エディタビリティフラグがオフに設定されたとしても、記録媒体をエディタブルメディアとして扱ってビデオストリームの再生を行う
　ことを特徴とする再生装置。
記録媒体にはメディアムービーデータベース領域が存在しており、
　前記メディアムービーデータベース領域は、ファイルシステムにおける特定ディレクトリ配下に存在する複数のサブディレクトリの階層と、サブディレクトリの各階層に存在するファイルとによって構成され、前記インデックスファイルは、特定ディレクトリに記録され、前記ストリームファイルは、ストリーム用サブディレクトリに記録され、
　前記インデックスファイルは、メディアムービーデータベース領域内に立体視コンテンツが存在するか否かを示す存否フラグを含み、
　存否フラグが存在する旨を示している場合、再生装置の接続された表示装置に立体視表示ケーパビリティが存在することを要件にして、記録媒体のローディング時において、再生装置の出力モードを立体視モードに設定し、存否フラグが存在する旨を示していない場合、又は、再生装置の接続された表示装置に立体視表示ケーパビリティが存在しない場合、再生装置の出力モードを平面視モードに設定する
　ことを特徴とする請求項５記載の再生装置。
　存否フラグがオンに設定された場合、エディタビリティフラグはオフに設定され、
　エクステンディッドエディタビリティフラグがオンを示している場合、記録媒体をエディタブルメディアとして再生し、オフを示している場合、記録媒体を非エディタブルメディアとして再生する
　ことを特徴とする請求項６記載の再生装置。
　前記ストリームファイルには、立体視映像を示す複数のビデオストリームを含むものと、含まないものとがあり、
　前記メディアムービーデータベース領域にはプレイリスト情報が記録され、

　前記プレイリスト情報には、立体視映像を示す複数のビデオストリームに対しての再生経路を定義する立体視プレイリスト情報と、1つのビデオストリームに対して再生経路を定義する通常のプレイリスト情報とがあり、
　前記読出手段は、プレイリスト情報で指定されたビデオストリームを読み出し、
　前記再生手段は、読み出されたビデオストリームにおけるビューコンポーネントのデコードを行うビデオデコーダを備える
　　ことを特徴とする請求項７記載の再生装置。
　記録装置であって、
　エンコード処理を行うことでビデオストリームを得るエンコーダと、
　ビデオストリームと、インデックスファイルとを記録媒体に書き込む書込手段とを備え、
　前記インデックスファイルはエディタビリティフラグを含み、インデックスファイルを記録媒体に書き込むにあたって、エディタビリティフラグにオン、オフの何れかの値を設定すると共にエディタビリティフラグにエクステンディッドエディタビリティフラグを対応付け、
　エディタビリティフラグは、機器に本記録媒体が装填された際、当該機器によって、本記録媒体がエディタブルメディアとして取り扱われるか否かを規定する情報であり、オンに設定されることで、本記録媒体がエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を示し、オフに設定されることで、立体視映像の記録及び編集に対応していないレガシー機器では、本記録媒体がエディタブルメディアとして取り扱われずストリームファイルに対する編集が不可になる旨を示し、
　エクステンディッドエディタビリティフラグは、立体視映像の記録及び編集に対応した非レガシー機器に本記録媒体が装填された際、オンに設定されることで、エディタビリティフラグがオフを示していたとしても、本記録媒体が、当該非レガシー機器によってエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を規定する
　ことを特徴とする記録装置。
　前記記録媒体にはメディアムービーデータベース領域が存在しており、
　前記メディアムービーデータベース領域は、ファイルシステムにおける特定ディレクトリ配下に存在する複数のサブディレクトリの階層と、サブディレクトリの各階層に存在するファイルとによって構成され、
　前記書込手段は、前記インデックスファイルを特定ディレクトリに書き込み、前記ストリームファイルを、ストリーム用サブディレクトリに書き込み、
　メディアムービーデータベース領域への書き込みにあたって、存否フラグをインデックスファイル内に生成し、メディアムービーデータベース領域内に立体視コンテンツが存在するか否かに従い、存否フラグの値を設定する
　ことを特徴とする請求項９記載の記録装置。
　記録媒体へのインデックスファイルの書き込みにあたって、機器のモード設定に応じてエクステンディッドエディタビリティフラグにオン、オフの何れかの値を設定し、非レガシー機器が前記記録媒体をエディタブルメディアとして扱うのは、エクステンディッドエディタビリティフラグがオンに設定された場合であり、エクステンディッドエディタビリティフラグがオフに設定された場合、非レガシー機器は、記録媒体をエディタブルメディアとして扱わない
　ことを特徴とする請求項１０記載の記録装置。
　前記ストリームファイルには、立体視映像を示す複数のビデオストリームを含むものと、含まないものとがあり、
　前記書込手段はメディアムービーデータベース領域に、プレイリスト情報を書き込み、
　前記プレイリスト情報には、立体視映像を示す複数のビデオストリームに対しての再生経路を定義する立体視プレイリスト情報と、1つのビデオストリームに対して再生経路を定義する通常のプレイリスト情報とがあり、
　メディアムービーデータセット領域に書き込まれるべきプレイリスト情報が立体視プレイリスト情報である場合、存否フラグはオンに設定される
　ことを特徴とする請求項１１記載の記録装置。
　記録媒体であって、ストリームファイルと、インデックスファイルとを含み、
　ストリームファイルはビデオストリームを含み、前記ビデオストリームには、フレームレートがマンダトリなフレームレートであり、プログレッシブピクチャから構成されるものと、フレームレートがオプショナルなフレームレートであり、プログレッシブピクチャから構成されるものとがあり、
　エディタビリティフラグは、機器に本記録媒体が装填された際、当該機器によって、本記録媒体がエディタブルメディアとして取り扱われるか否かを規定する情報であり、オンに設定されることで本記録媒体がエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を示し、オフに設定されることで、オプショナルなフレームレートによるプログレッシブピクチャの記録及び編集に対応していないレガシー機器では、本記録媒体がエディタブルメディアとして取り扱われずストリームファイルに対する編集が不可能になる旨を示し、
　エクステンディッドエディタビリティフラグは、オプショナルなフレームレートによるプログレッシブピクチャの記録及び編集に対応した非レガシー機器に本記録媒体が装填された際、オンに設定されることで、エディタビリティフラグがオフを示していたとしても、本記録媒体が、当該非レガシー機器によってエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を規定する
　ことを特徴とする記録媒体。
　記録媒体にはプレイリスト情報が記録され、
　プレイリスト情報は、複数の再生区間情報から構成され、再生区間情報は、時間軸における再生区間の開始点及び終了点を示す情報と、当該再生区間において再生が許可されるエレメンタリストリームを示すストリーム選択テーブルとを含み、
　フレームレートがオプショナルなフレームレートであり、ピクチャがプログレッシブピクチャであるビデオストリームのエントリーが、何れか1つのプレイリスト情報における再生区間情報のストリーム選択テーブルに存在する場合、かかるエントリーの存在を条件にして、エクステンディッドエディタビリティフラグはインデックスファイルに生成される
　ことを特徴とする請求項１３記載の記録媒体。
　非レガシー機器は前記記録媒体をエディタブルメディアとして扱うのは、エクステンディッドエディタビリティフラグがオンに設定された場合であり、エクステンディッドエディタビリティフラグがオフに設定された場合、非レガシー機器は、記録媒体をエディタブルメディアとして扱わない
　ことを特徴とする請求項１４記載の記録媒体。
　再生装置であって、
　記録媒体からインデックスファイル、及び、ストリームファイルを読み出す読出手段と、
　読み出されたストリームファイル内のビデオストリームを再生する再生手段とを含み、
　前記インデックスファイルは、エディタビリティフラグを含み、
　エディタビリティフラグは、機器に本記録媒体が装填された際、当該機器によって、本記録媒体がエディタブルメディアとして取り扱われるか否かを規定する情報であり、オンに設定されることで、本記録媒体がエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を示し、オフに設定されることで、オプショナルなフレームレートによるプログレッシブピクチャの記録及び編集に対応していないレガシー機器では、本記録媒体がエディタブルメディアとして取り扱われずストリームファイルに対する編集が不可になる旨を示し、
　前記再生手段は、エディタビリティフラグの他にエクステンディッドエディタビリティフラグがインデックスファイルに存在する場合、エクステンディッドエディタビリティフラグがオンに設定されることで、エディタビリティフラグがオフに設定されたとしても、記録媒体をエディタブルメディアとして扱ってビデオストリームの再生を行う
　ことを特徴とする再生装置。
　前記記録媒体にはプレイリスト情報が記録され、
　プレイリスト情報は、複数の再生区間情報から構成され、再生区間情報は、時間軸における再生区間の開始点及び終了点を示す情報と、当該再生区間において再生が許可されるエレメンタリストリームを示すストリーム選択テーブルとを含み、
　フレームレートがオプショナルなフレームレートであり、ピクチャがプログレッシブピクチャであるビデオストリームのエントリーが、プレイリスト情報における何れかの再生区間情報のストリーム選択テーブルに存在する場合、かかるエントリーの存在を条件にして、エクステンディッドエディタビリティフラグはインデックスファイルに生成され、
　再生装置は、
　カレントストリーム番号を格納するストリーム番号レジスタと、
　プレイリスト情報におけるカレント再生区間情報の番号を格納する再生区間情報番号レジスタと、
　プレイリスト情報におけるカレント再生区間情報のストリーム選択テーブルに記載された複数のエレメンタリストリームのうち、カレントストリーム番号に対応するものを分離する多重分離手段とを備え、
　前記再生手段は、
　分離で得られたエレメンタリストリームのうち、フレームレートがオプショナルレートであり、プログレッシブピクチャから構成されるビデオストリームをデコードするビデオデコーダを含む
　ことを特徴とする請求項１６記載の再生装置。
　フレームレートがオプショナルなフレームレートであり、ピクチャがプログレッシブピクチャであるビデオストリームのエントリーが、プレイリスト情報における何れかの再生区間情報のストリーム選択テーブルに存在する場合、エディタビリティフラグはオフに設定され、
　エクステンディッドエディタビリティフラグがオンを示している場合、記録媒体をエディタブルメディアとして再生し、オフを示している場合、記録媒体を非エディタブルメディアとして再生する
　ことを特徴とする請求項１７記載の再生装置。
　記録装置であって、
　エンコード処理を行うことでビデオストリームを得るエンコーダと、
　ビデオストリームと、インデックスファイルとを記録媒体に書き込む書込手段とを備え、
　前記インデックスファイルはエディタビリティフラグを含み、インデックスファイルを記録媒体に書き込むにあたって、エディタビリティフラグにオン、オフの何れかの値を設定すると共にエディタビリティフラグにエクステンディッドエディタビリティフラグを対応付け、
　エディタビリティフラグは、機器に本記録媒体が装填された際、当該機器によって、本記録媒体がエディタブルメディアとして取り扱われるか否かを規定する情報であり、オンに設定されることで、本記録媒体がエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を示し、オフに設定されることで、オプショナルなフレームレートによるプログレッシブピクチャの記録及び編集に対応していないレガシー機器では、本記録媒体がエディタブルメディアとして取り扱われずストリームファイルに対する編集が不可になる旨を示し、
　エクステンディッドエディタビリティフラグは、オプショナルなフレームレートによるプログレッシブピクチャの記録及び編集に対応した非レガシー機器に本記録媒体が装填された際、オンに設定されることで、エディタビリティフラグがオフを示していたとしても、本記録媒体が、当該非レガシー機器によってエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を規定する
　ことを特徴とする記録装置。
　前記書込手段は、記録媒体にプレイリスト情報を書き込み、
　プレイリスト情報は、複数の再生区間情報から構成され、再生区間情報は、時間軸における再生区間の開始点及び終了点を示す情報と、当該再生区間において再生が許可されるエレメンタリストリームを示すストリーム選択テーブルとを含み、
　フレームレートがオプショナルなフレームレートであり、ピクチャがプログレッシブピクチャであるビデオストリームのエントリーが、プレイリスト情報における何れかの再生区間情報のストリーム選択テーブルに存在する場合、かかるエントリーの存在を条件にして、エクステンディッドエディタビリティフラグをインデックスファイルに生成する
　ことを特徴とする請求項１９記載の記録装置。
　記録媒体へのインデックスファイルの書き込みにあたって、機器のモード設定に応じてエクステンディッドエディタビリティフラグにオン、オフの何れかの値を設定し、
　非レガシー機器が前記記録媒体をエディタブルメディアとして扱うのは、エクステンディッドエディタビリティフラグがオンに設定された場合であり、エクステンディッドエディタビリティフラグがオフに設定された場合、非レガシー機器は、記録媒体をエディタブルメディアとして扱わない
　ことを特徴とする請求項２０記載の記録装置。
　記録媒体からストリームファイルを読み出して再生する処理をコンピュータ上で実行する再生方法であって、
　記録媒体からインデックスファイル、及び、ストリームファイルを読み出す読出ステップと、
　読み出されたストリームファイル内のビデオストリームを再生する再生ステップとを含み、
　前記インデックスファイルは、エディタビリティフラグを含み、
　エディタビリティフラグは、機器に本記録媒体が装填された際、当該機器によって、本記録媒体がエディタブルメディアとして取り扱われるか否かを規定する情報であり、オンに設定されることで、本記録媒体がエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を示し、オフに設定されることで、立体視映像の記録及び編集に対応していないレガシー機器では、本記録媒体がエディタブルメディアとして取り扱われずストリームファイルに対する編集が不可になる旨を示し、
　前記再生ステップは、エディタビリティフラグの他にエクステンディッドエディタビリティフラグがインデックスファイルに存在する場合、エクステンディッドエディタビリティフラグがオンに設定されることで、エディタビリティフラグがオフに設定されたとしても、記録媒体をエディタブルメディアとして扱ってビデオストリームの再生を行う
　ことを特徴とする再生方法。
　コンピュータ上で実行される記録方法であって、
　エンコード処理を行うことでビデオストリームを得るエンコードステップと、
　ビデオストリームと、インデックスファイルとを記録媒体に書き込む書込ステップとを含み、

　前記インデックスファイルはエディタビリティフラグを含み、インデックスファイルを記録媒体に書き込むにあたって、エディタビリティフラグにオン、オフの何れかの値を設定すると共にエディタビリティフラグにエクステンディッドエディタビリティフラグを対応付け、
　エディタビリティフラグは、機器に本記録媒体が装填された際、当該機器によって、本記録媒体がエディタブルメディアとして取り扱われるか否かを規定する情報であり、オンに設定されることで、本記録媒体がエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を示し、オフに設定されることで、立体視映像の記録及び編集に対応していないレガシー機器では、本記録媒体がエディタブルメディアとして取り扱われずストリームファイルに対する編集が不可になる旨を示し、
　エクステンディッドエディタビリティフラグは、立体視映像の記録及び編集に対応した非レガシー機器に本記録媒体が装填された際、オンに設定されることで、エディタビリティフラグがオフを示していたとしても、本記録媒体が、当該非レガシー機器によってエディタブルメディアとして取り扱われストリームファイルに対する編集が可能になる旨を規定する
　ことを特徴とする記録方法。
　記録媒体であって、プレイリスト情報と、ストリームファイルとが記録され、
　プレイリスト情報のうち、インターレース画像による立体視再生に対応していないバージョンのもののエクステントデータには、第１の値が設定された識別情報が付与されていて、
　プレイリスト情報であって、インターレース画像による立体視再生に対応するバージョンのプレイリスト情報のエクステントデータには、第２の値が設定された識別情報が付与されており、
　第２の値の識別情報が付与されたエクステントデータは立体視用のストリーム選択テーブルを含み、当該立体視用のストリーム選択テーブルは、インターレースタイプのビューコンポーネントからなるディペンデントビュービデオストリームのパケット識別子を含むエントリーを、インターレースビデオのストリーム属性と対応付けて示す
　ことを特徴とする記録媒体。
　再生装置であって、
　当該装置のバージョンを格納しているバージョンレジスタと、
　記録媒体からトランスポートストリームを読み出す読出手段と、
　読み出されたトランスポートストリームに対して多重分離を行う多重分離部とを備え、
　インターレース映像による立体視に対応した特定のバージョンでなければ、プレイリスト情報におけるエクステントのうち、第１の値の識別子に対応付けられたものからストリーム選択テーブルを取得し、
　装置のバージョンが、インターレース映像による立体視に対応した特定のバージョンであれば、プレイリスト情報におけるエクステンションデータのうち、第２の値の識別子に対応付けられたものからストリーム選択テーブルを取得して、
　取得したストリーム選択テーブルにおいて、ストリーム属性に対応付けられたストリームエントリー内のパケット識別子を用いて、インターレースビデオの属性をもつディペンデントビュービデオストリームの多重分離を多重分離部に行わせ、
　前記第１の値はプログレッシブビデオによる立体視の再生のみが可能な機器によって認識される値であり、第２の値はプログレッシブビデオによる立体視再生及びインターレースビデオによる立体視再生が可能な機器によって認識される値である
　ことを特徴とする再生装置。