情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造
情報記録媒体は、複数のパケットからなるオブジェクトデータを格納するファイルを備え、更にオブジェクトデータの再生を制御する対応定義情報を格納するオブジェクト情報ファイルを備える。オブジェクトデータは、アングルブロック内でインターリーブされ、オブジェクト情報ファイルは、各インターリーブドユニットのアドレスを示すユニットアドレス情報を更に格納する。
【発明の詳細な説明】
【技術分野】
本発明は、主映像、音声、副映像、再生制御情報等の各種情報を高密度に記録可能な高密度光ディスク等の情報記録媒体、当該情報記録媒体に情報を記録するための情報記録装置及び方法、当該情報記録媒体から情報を再生するための情報再生装置及び方法、このような記録及び再生の両方が可能であり且つ主映像、音声等のコンテンツについての編集も可能である情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに再生制御用の制御信号を含むデータ構造の技術分野に関する。
【背景技術】
主映像、音声、副映像などのコンテンツ情報や再生制御情報等の各種情報が記録された光ディスクとして、ＤＶＤが一般化している。ＤＶＤ規格によれば、主映像情報（ビデオデータ）、音声情報（オーディオデータ）及び副映像情報（サブピクチャーデータ）が再生制御情報（ナビゲーションデータ）と共に、各々パケット化されて、高能率符号化技術であるＭＰＥＧ２（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ｐｈａｓｅ ２）規格のプログラムストリーム形式でディスク上に多重記録されている。これらのうち主映像情報は、ＭＰＥＧビデオフォーマット（ＩＳＯ１３８１８−２）に従って圧縮されたデータが、一つのプログラムストリーム中に１ストリーム分だけ存在する。一方、音声情報は、複数の方式（即ち、リニアＰＣＭ、ＡＣ−３及びＭＰＥＧオーディオ等）で記録され、合計８ストリームまで、一つのプログラムストリーム中に存在可能である。副映像情報は、ビットマップで定義され且つランレングス方式で圧縮記録され、３２ストリームまで、一つのプログラムストリーム中に存在可能である。このようにＤＶＤの場合、プログラムストリーム形式の採用により、例えば一本の映画について、主映像情報の１ストリームに対して、選択可能な音声情報の複数ストリーム（例えば、ステレオ音声或いはサラウンド音声の他、オリジナルの英語音声、日本語版吹き替え音声、…などのストリーム）や、選択可能な副映像情報の複数ストリーム（例えば、日本語字幕、英語字幕、…などのストリーム）が多重記録されている。
また、この種のＤＶＤによれば、複数の視点から見た映像或いはシーン（以下適宜、“アングル”と称する）に係る複数の映像情報を同一ディスク上に記録しておき、ユーザが見たいアングルを選んで再生する“アングル再生”も可能とされている。このため係るＤＶＤによれば、各アングルに対応する複数の映像情報がインターリーブドユニット（ＩＬＶＵ）単位で相互にインターリーブされており、また各インターリーブドユニットを構成するビデオオブジェクトユニット（ＶＯＢＵ）の先頭に配置されたナビゲーションパケット（ＮＶ＿ＰＣＫ）には、各アングルに対する次に再生すべきインターリーブドユニットのアドレスとサイズを示すアングル情報（ＳＭＬ＿ＡＧＬＩ）が格納されている。
【発明の開示】
上述したＤＶＤによれば、映像情報へのアクセスには、ビデオオブジェクトユニット（ＶＯＢＵ）に対するアドレス情報を格納したアドレスマップ（ＶＴＳ＿ＶＯＢＵ＿ＡＤＭＡＰＩ）が用いられる。よって、たとえ再生エントリがインターリーブドブロック内であっても、必ずインターリーブドユニットの先頭にアクセスし、ナビゲーションパケットを再生した後、インターリーブドユニット内の映像情報を再生する。
しかしながら、現在本願出願人が開発を進めている大容量、高密度記録の光ディスクへの記録フォーマットにおいては、映像情報へのアクセスに各表示開始時刻に対応するパケット番号を格納したタイムマップ（本実施例においてはＥＳアドレス情報という）を用いている。よって、再生エントリがインターリーブドブロック内であると、インターリーブドユニットの途中にアクセスすることになり、ナビゲーションパケットを再生することなく映像情報を再生してしまい、次に再生すべきインターリーブドユニットがどれであるのか判らなくなってしまうという問題が生じた。
本発明は上述の問題点に鑑みなされたものであり、ナビゲーションパケットを用いることなく、インターリーブ構造を有するオブジェクトデータを効率的に記録及び再生することを可能ならしめる情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに再生制御用の制御信号を含むデータ構造を提供することを課題とする。
以下、本発明に係る情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、並びにコンピュータプログラムについて順に説明する。
（情報記録媒体）
本発明の情報記録媒体は、一連のコンテンツ情報から夫々構成される複数の部分ストリーム（例えば、エレメンタリーストリーム）を含んでなる全体ストリーム（例えば、トランスポートストリーム）が、物理的にアクセス可能な単位であるパケット単位（例えば、ＴＳパケット単位）で多重記録される情報記録媒体であって、論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルと、前記オブジェクトデータの再生を制御するための再生制御情報として、時間軸上で多重化される複数のパケットと前記複数の部分ストリームとの対応関係を定義する対応定義情報（例えば、エレメンタリーストリーム（ＥＳ）マップテーブル）を格納するオブジェクト情報ファイルとを備えており、前記オブジェクトデータは、少なくとも一部の再生区間（例えば、インターリーブド（ＩＬＶ）ブロック）において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、前記オブジェクト情報ファイルは、前記再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報（例えば、インターリーブドユニット（ＩＬＶＵ）テーブル）を格納する。
本発明の情報記録媒体によれば、例えばＭＰＥＧ２又はＭＰＥＧ４のトランスポートストリームの少なくとも一部の如き全体ストリームは、エレメンタリーストリームの如き部分ストリームを複数含んでなる。部分ストリームは、情報再生装置により再生可能な一連のコンテンツ情報、例えば主映像情報（ビデオデータ）、音声情報（オーディオデータ）、副映像情報（サブピクチャデータ）等から夫々構成される。即ち本願において１本の「部分ストリーム」とは、例えばエレメンタリーストリームである、一連のコンテンツをなすビデオストリーム、オーディオストリーム、サブピクチャストリーム等の如き、１本のデータ配列或いは情報配列を指す。他方、本願において１本の「全体ストリーム」とは、複数本の部分ストリームが束ねられてなるデータ配列或いは情報配列を指す。全体ストリームは、ＭＰＥＧ２又はＭＰＥＧ４におけるｍ（但し、ｍは２以上の自然数）本のエレメンタリーストリームを束ねてなるトランスポートストリームそのものであってもよいし、このうちｎ（但し、ｎは２以上且つｍ未満の自然数）本のエレメンタリーストリームを束ねてなるデータ配列或いは情報配列でもよい。そして、このような全体ストリームは、情報再生装置により物理的にアクセス可能な単位であるパケット（例えば、後述のＴＳパケット）単位で、当該情報記録媒体上に多重記録される。ここで特に、オブジェクトデータファイルは、情報再生装置により論理的にアクセス可能な単位であると共に、コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納する。そして、オブジェクト情報ファイルは、対応定義情報（例えば、後述のエレメンタリーストリームパケットＩＤ（ＥＳ＿ＰＩＤ）等を含むＥＳマップテーブル）を、オブジェクトデータファイルの情報再生装置による再生を制御するための再生制御情報として格納する。
ここで特に、オブジェクトデータは、少なくとも一部の再生区間（例えば、インターリーブド（ＩＬＶ）ブロック）において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされている。言い換えれば、複数のインターリーブドユニットが、交互に配置される。
係るインターリーブドユニットの長さ（データ量）は、例えば再生時間にして０．数秒から数秒位に対応する長さであり、情報再生装置による例えばアングル再生等の再生時における再生位置間のジャンプの期間に、シームレス再生用のバッファが空にならない程度の長さを有する。そして、このようなインターリーブドユニットの長さは、コンテンツ情報の内容（例えば、映像情報で示される動画における動きの度合い等）に応じて可変である。但し、これを固定することも可能である。
しかも、オブジェクト情報ファイルは、再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報（例えば、インターリーブドユニット（ＩＬＶＵ）テーブル）を格納する。
従って、通常再生時や特殊再生時（例えば、早送り時、巻き戻し時等）などに、このユニットアドレス情報に基づいて、インターリーブドユニットのアドレス（例えば、各インターリーブドユニットの先頭アドレス）を迅速且つ容易に取得できる。その後は、アクセス後のインターリーブドユニット内において、順番に配列された複数のパケットについての再生を行えばよい。これらにより、短時間で当該インターリーブドユニットへのアクセスを完了し且つそれに含まれるパケットの再生を迅速に行うことが可能となり、これらの動作を連続して行うことで、一連のコンテンツ情報の連続再生が可能となる。更に、例えば後述の如きアングル切り替え等の複数の映像情報の切り替えを伴う再生であっても、問題なく適切なインターリーブドユニットにアクセス可能となる。
以上の結果、本発明の情報記録媒体によれば、インターリーブを行いつつも、その再生時には、オブジェクト情報ファイル内に格納された対応定義情報及びユニットアドレス情報を参照することによって、複数のインターリーブドユニットの中から、一連のコンテンツ情報をなすインターリーブドユニットを適切な順番で再生することが可能となる。この際、例えば、前述した従来のＤＶＤにおけるナビゲーションパケット（ＮＶ＿ＰＣＫ）等の制御情報格納用パケット内やインターリーブドユニットのヘッダ内などに、次のインターリーブドユニットのアドレス情報を格納しておかなくても済む。或いは全てのパケットのアドレス情報を、対応定義情報（例えば、ＥＳマップテーブル）内に含ませる必要も無い。
加えて、例えば、比較的短時間分のコンテンツ情報を、シームレス再生用のバッファを介して再生することで、容易にシームレスの、即ち再生映像に切れ目のない再生（例えばシームレスのアングル再生等の）も可能となる。更に、インターリーブによって、切替可能な各映像情報のデータ量を比較的大容量に確保しながらも（例えば各映像情報につき数Ｍｂｐｓ程度の転送レートを確保しながらも）、高画質でシームレスの再生が可能となる。このようなシームレスの再生における切り替えの際の応答時間を短くするためには、上述のインターリーブドユニットの長さを短く設定すればよく、実用上は、例えば１．５秒以内程度が妥当である。
尚、本発明に係るオブジェクト情報ファイルに格納される各種情報については、好ましくは、オブジェクトデータファイルの場合とは異なり、情報記録媒体上でパケットの単位で多重化されていない。従って、情報再生装置では、まとめて読み込んだ再生制御情報に基づいて、多重記録されたオブジェクトデータの再生が効率的に実行可能となる。また、本願発明に係るパケットのアドレスとは、物理アドレスでもよいが、より一般には論理アドレスであり、実際の物理アドレスは、ファイルシステムの管理によって論理アドレスから一義的に特定される性質のものである。
本発明の情報記録媒体の一の態様では、前記ユニットアドレス情報（例えば、ＩＬＶＵテーブル）は、前記各インターリーブドユニットの先頭アドレスを含んでなる。
この態様によれば、再生時には、ユニットアドレス情報に基づいて、各インターリーブドユニットの先頭アドレスを迅速且つ容易に取得でき、その後は、アクセス後のインターリーブドユニット内において、順番に配列された複数のパケットについての再生を行えばよい。
尚、このような本発明に係る「先頭アドレス」は、例えば、インターリーブされた再生区間（例えば、インターリーブドブロック）内における通し番号或いは連続番号（例えば、オフセットアドレス或いは相対アドレス）でよい。又は、例えば、１つのオブジェクトデータファイルや、全てのオブジェクトデータファイルなど、より大きなデータ単位内における、通し番号或いは連続番号（例えば、絶対アドレス）でもよい。
本発明の情報記録媒体の他の態様では、前記ユニットアドレス情報は、前記インターリーブドユニットの複数についてテーブル化されたインターリーブドユニットテーブル（例えば、ＩＬＶＵテーブル）として、前記オブジェクト情報ファイル内に格納されており、前記対応定義情報は、前記部分ストリームの複数についてテーブル化された対応定義情報テーブル（例えば、ＥＳマップテーブル）として、前記オブジェクト情報ファイル内に格納されている。
この態様によれば、再生時には、オブジェクト情報ファイル内に格納された対応定義情報テーブル及びインターリーブドユニットテーブルを参照することによって、より一層効率的に、複数のインターリーブドユニットの中から、一連のコンテンツ情報をなすインターリーブドユニットを適切な順番で再生することが可能となる。
本発明の情報記録媒体の他の態様では、前記対応定義情報（例えば、ＥＳマップテーブル）は、前記インターリーブされた再生区間（例えば、インターリーブドブロック）の番号を示すブロック番号情報（例えば、ＩＬＶブロック番号）を含む。
この態様によれば、対応定義情報中のブロック番号情報を参照することによって、コンテンツ情報がインターリーブされた再生区間であるか否かも含めて、再生時に再生区間を特定することが可能となる。また、予めこのようなブロック番号情報に対応する形でユニットアドレス情報を格納しておけば、再生時には、インターリーブされた再生区間とユニットアドレス情報との対応付けを容易且つ迅速に行うことも可能となる。本発明に係る「ブロック番号情報」は、例えば、オブジェクトデータファイル内における複数の再生区間に付与された、連続番号或いは通し番号でよい。
尚、コンテンツ情報が、インターリーブされていなければ、このブロック番号情報の値を、例えば“０”など、所定値とすることで、当該インターリーブされていない旨を示すことも可能である。
本発明の情報記録媒体の他の態様では、前記コンテンツ情報は、再生時に相互に切替可能であると共に前記部分ストリームを夫々構成する複数の映像情報（例えば、複数の視点に対応する複数のアングルに係るアングル映像情報）を含み、前記対応定義情報は、前記複数の映像情報に対応する複数のインターリーブドユニットの配列を夫々、固有のインターリーブドエレメント（例えば、一つのアングルにのみ係る複数のインターリーブドユニットの配列）として識別するインターリーブドエレメント識別情報（例えば、ＩＬＶＵエレメント識別情報）を含む。
この態様によれば、予めこのようなインターリーブドエレメント識別情報に対応する形でユニットアドレス情報を格納しておけば、再生時には、対応定義情報（例えば、ＥＳマップテーブル）に含まれるインターリーブドエレメント識別情報を参照することによって、該インターリーブドエレメントに属するインターリーブドユニットが迅速且つ容易に判明する。従って、インターリーブされた複数の映像情報を用いて、シームレスなアングル切替等の表示切替が可能となる。
尚、コンテンツ情報が、インターリーブされていなければ、このインターリーブドエレメント識別情報の値を、例えば“０”など、所定値とすることで、当該インターリーブされていない旨を示すことも可能である。
この態様では、前記ユニットアドレス情報（例えば、ＩＬＶＵテーブル）は、前記インターリーブされた再生区間を示すインターリーブドブロック別に且つ該インターリーブドブロック各々について相互に切替可能な複数のインターリーブドユニットをまとめたインターリーブドグループ（例えば、ＩＬＶＵグループ）別に格納されており、更に該インターリーブドグループ各々について前記インターリーブドエレメント別に格納されているように構成してもよい。
このように構成すれば、再生時には、ユニットアドレス情報上で、再生すべきインターリーブドブロックのインターリーブドグループに含まれ且つその中で再生すべきインターリーブドエレメントに属するインターリーブドユニットのアドレスを迅速且つ容易に参照可能となる。
この場合には更に、前記対応定義情報（例えば、ＥＳマップテーブル）は、各パケットがいずれのインターリーブドグループに属するかを判断するためのグループ判断情報（例えば、ＩＬＶＵ先頭フラグやＩＬＶＵグループ番号）を、前記部分ストリーム別に少なくとも一部のパケットについて含むように構成してもよい。
このように構成すれば、通常再生時のみならず、特に特殊再生時（例えば、早送り時、巻き戻し時等）においても、対応定義情報に含まれるグループ判断情報を参照することで、再生すべき部分ストリームに係るパケットが、いずれのインターリーブドグループに属するかを、各パケットの実際の再生に先んじて、容易且つ迅速に特定可能となる。従って、通常再生時のみならず、特に特殊再生時においても、所望の部分ストリームに係るコンテンツ情報の再生を迅速に開始可能となる。
この場合更に、前記グループ判断情報は、前記各パケットが属するインターリーブドグループの番号を示すグループ番号情報（例えば、ＩＬＶＵグループ判断情報の一例としてのＩＬＶＵグループ番号）からなるように構成してもよい。
このように構成すれば、特に特殊再生時においても、対応定義情報（例えば、ＥＳマップテーブル）に含まれるグループ番号情報を参照することで、再生すべき部分ストリームに係るパケットが、いずれのインターリーブドグループに属するかを、各パケットの実際の再生に先んじて、容易且つ迅速に特定可能となる。
例えば、インターリーブドグループには、連続番号或いは通し番号が割当られており、本発明に係る「グループ番号情報」は、該連続番号或いは通し番号を示す番号情報からなる。
尚、映像情報以外の、例えば音声情報や副映像情報に係るパケットについては、このようなグループ番号情報は、不要である。例えば、映像情報に係るパケットについてのグループが判明すれば、これとの対応付けによって、音声情報や副映像情報に係るパケットの特定も可能である。但し、音声情報や副映像情報に係るパケットについても、このようなグループ番号情報を設けてもよい。
或いは、この場合更に、前記グループ判断情報は、前記各パケットが前記インターリーブドユニット内の先頭パケットであるか否かを示す先頭フラグ情報（例えば、ＩＬＶＵグループ判断情報の他の例としてのＩＬＶＵ先頭フラグ）からなるように構成してもよい。
このように構成すれば、特に特殊再生時においても、対応定義情報（例えば、ＥＳマップテーブル）に含まれる先頭フラグ情報を参照することで、再生すべき部分ストリームに係るパケットが、いずれのインターリーブドグループに属するかを、各パケットの実際の再生に先んじて、容易且つ迅速に特定可能となる。
例えば、インターリーブドグループには、連続番号或いは通し番号が割当られており、本発明に係る「先頭フラグ情報」をカウントすることで、該連続番号或いは通し番号を示す情報を取得可能となる。
尚、映像情報以外の、例えば音声情報や副映像情報に係るパケットについては、上述のグループ番号情報の場合と同様に、先頭フラグ情報は、不要である。
或いは、本発明の情報記録媒体の他の態様では、前記対応定義情報（例えば、ＥＳマップテーブル）は、前記部分ストリーム別に前記複数のパケットを夫々識別する部分ストリームパケット識別情報（例えば、ＥＳ＿ＰＩＤ）と、前記部分ストリーム別に各パケットのアドレスを少なくとも一部のパケットについて示す部分ストリームアドレス情報（例えば、ＥＳアドレス情報）とを含む。
この態様によれば、その再生時には、対応定義情報中に含まれる部分ストリームパケット識別情報によって、時間軸上で多重記録された複数のパケットを相互から識別できる。例えば記録時間軸や再生時間軸などの時間軸上で多重化されており、時刻に対して部分ストリームの数だけ存在する複数のパケットがいずれの部分ストリームに対応するかを、部分ストリームパケット識別情報を参照することで特定可能となる。更に、このように特定された各パケットについてのアドレスを、対応定義情報中に含まれる部分ストリームアドレス情報を参照することで取得可能となる。
上述した対応定義情報が、グループ判断情報を含む態様では、前記対応定義情報（例えば、ＥＳマップテーブル）は、前記部分ストリーム別に前記複数のパケットを夫々識別する部分ストリームパケット識別情報（例えば、ＥＳ＿ＰＩＤ）と、前記部分ストリーム別に各パケットのアドレスを少なくとも一部のパケットについて示す部分ストリームアドレス情報（例えば、ＥＳアドレス情報）とを含み、前記グループ判断情報は、前記部分ストリームアドレス情報に含まれるように構成してもよい。
このように構成すれば、対応定義情報に含まれる部分ストリームアドレス情報に、例えば前述のグループ番号情報や先頭フラグ情報等のグループ判断情報が含まれるので、各部分ストリームに対応するパケットが、いずれのインターリーブドグループに属するかを、容易且つ迅速に特定可能となる。
上述した部分ストリームアドレス情報に係る態様では、前記部分ストリームアドレス情報（例えば、ＥＳアドレス情報）は、前記部分ストリーム別に、各再生開始時刻に対応する形式で各パケットのアドレスを少なくとも一部のパケットについて示すパケットアドレス情報を含むように構成してもよい。
このように構成すれば、例えばインターリーブドブロック内における通し番号或いは連続番号（例えば、オフセットアドレス或いは相対アドレス）からなるパケットアドレス情報を参照することで、再生すべき部分ストリームに対応する各パケットについてのアドレスを取得可能となる。
上述したコンテンツ情報が複数の映像情報を含んでなると共にインターリーブドブロックに係る態様では、前記複数の映像情報は、複数の視点に対応する複数のアングル映像情報であり、前記オブジェクトデータは、同一インターリーブドブロック内で前記複数のアングル映像情報に対する前記インターリーブドユニットの再生開始時刻及び再生終了時刻が一致するようにインターリーブされているように構成してもよい。
このように構成すれば、同一インターリーブドグループ内では、複数のアングル映像情報に対するインターリーブドユニット間で再生開始時刻及び再生終了時刻が一致するようにインターリーブされている。従って、情報再生装置によるアングル切り換えの際に、ユニットアドレス情報に従ってアングル切り換え後の映像情報に対応するパケットにアクセスすることで、短時間に当該切り替えを行うことが可能となる。従って、比較的短時間分のコンテンツ情報を、シームレス再生用のバッファを介して再生することで、容易にシームレスのアングル再生が可能となる。
このようなアングル切り替え用のインターリーブドブロックは、例えば一つのタイトル（映画等）について再生時間軸上で離れた複数個所に、複数設けられてもよい。この際、同一タイトル内或いは異なるタイトル内で、アングル数は同一でもよいし、異なってもよい。また、アングル切り替えの際の音声情報或いは副映像情報については、映像情報（主映像情報）の切り替えに拘わらずに同一でもよいし、係る切り換えに応じて切り替えるようにしてもよい。
本発明に係るアングル切り換えとは、再生時間軸上で同一時刻の映像情報間で切り替える場合の他、切り換え前の映像情報に対して所定時間だけ遡って切り換え後の映像情報を再生開始する場合も含む。
また、このようなアングルに係る態様では、ユニットアドレス情報（例えば、ＩＬＶＵテーブル）に格納されるインターリーブドユニットのアドレス情報は、アングル切り替え用のインターリーブドブロック内でのパケット番号（パケットの連続番号）であってもよい。即ち、複数のアングル切り替え用のインターリーブドブロックがあれば、各ブロック内で独立した連続番号が、例えば“０”或いは“１”等の基準値から始まる。従って、当該ブロック外で編集が行なわれて、オブジェクトデータファイル内におけるパケットの連続番号が変更されても、当該ブロック内におけるアドレス情報上では、パケットの連続番号は維持される。即ち、パケットの連続番号の変更やこれに伴うアドレス情報の変更等を行わないようにもでき、便利である。因みに、アングル切り替え用のインターリーブドブロック内では、複数の切り換え可能な複数の映像情報がインターリーブされた複雑なデータ構造を有するので、この内部に対する編集は、一般に困難である。
尚、このように構成する場合、オブジェクト情報ファイルは、再生制御情報として更に、各インターリーブドユニットに係るアングル番号を示すアングル番号情報や、切り替え可能なアングル数を示すアングル数情報を格納してもよい。
本発明の情報記録媒体の他の態様では、前記オブジェクト情報ファイルは、前記各インターリーブドユニットのサイズを示すユニットサイズ情報を更に格納する。
この態様によれば、再生時に、例えばトランスポートストリームにおける統計的多重に依存して可変であるインターリーブドユニットのデータ長を、オブジェクト情報ファイル内に格納されたユニットサイズ情報を参照することで迅速且つ容易に特定可能となる。但し、このようなインターリーブドユニットのサイズは、例えば、前述の先頭フラグ等に基づいて、各インターリーブドユニットの先頭位置の間隔等から計算することによっても、特定可能である。
尚、上述した本発明の情報記録媒体の他の態様では、前記オブジェクトデータファイルに格納されたオブジェクトデータの再生シーケンスを規定する再生シーケンス情報（例えば、後述のプレイリスト情報）を格納する再生シーケンス情報ファイル（例えば、プレイリスト情報ファイル）を更に備える。
この態様によれば、再生シーケンス情報についても、オブジェクトデータファイルの場合とは異なり、情報記録媒体上でパケットの単位で多重化されていないので、前述の再生制御情報及び当該再生シーケンス情報に基づいて、想定された通りの情報再生装置におけるオブジェクトデータの再生が可能となる。
（情報記録装置及び方法）
本発明の情報記録装置は、情報記録媒体上に、一連のコンテンツ情報から夫々構成される複数の部分ストリームを含んでなる全体ストリームを、物理的にアクセス可能な単位であるパケット単位で多重記録する情報記録装置であって、論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルを記録する第１記録手段と、前記オブジェクトデータの再生を制御するための再生制御情報として、時間軸上で多重化される複数のパケットと前記複数の部分ストリームとの対応関係を定義する対応定義情報を格納するオブジェクト情報ファイルを記録する第２記録手段とを備えており、前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、前記オブジェクト情報ファイルは、前記再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納する。
本発明の情報記録装置によれば、例えばシステムコントローラ、エンコーダ、光ピックアップ等の第１記録手段により、オブジェクトデータを格納するオブジェクトデータファイルを記録し、例えばシステムコントローラ、エンコーダ、後述のＴＳオブジェクト生成器、光ピックアップ等の第２記録手段により、対応定義情報を格納するオブジェクト情報ファイルを記録する。しかも、オブジェクトデータは、インターリーブされ、オブジェクト情報ファイルは、再生制御情報として更に各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納する。従って、上述した本発明の情報記録媒体に、例えばＭＰＥＧ２のトランスポートストリームの少なくとも一部の如き全体ストリームを、インターリーブドユニット単位でインターリーブしつつ再生可能に多重記録できる。
尚、上述した本発明の情報記録媒体の各種態様に対応して、本発明の情報記録装置も各種態様を採ることが可能である。
本発明の情報記録方法は、情報記録媒体上に、一連のコンテンツ情報から夫々構成される複数の部分ストリームを含んでなる全体ストリームを、物理的にアクセス可能な単位であるパケット単位で多重記録する情報記録方法であって、論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルを記録する第１記録工程と、前記オブジェクトデータの再生を制御するための再生制御情報として、時間軸上で多重化される複数のパケットと前記複数の部分ストリームとの対応関係を定義する対応定義情報を格納するオブジェクト情報ファイルを記録する第２記録工程とを備えており、前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、前記オブジェクト情報ファイルは、前記再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納する。
本発明の情報記録方法によれば、第１記録工程により、オブジェクトデータを格納するオブジェクトデータファイルを記録し、第２記録工程により、対応定義情報を格納するオブジェクト情報ファイルを記録する。しかも、オブジェクトデータは、インターリーブされ、オブジェクト情報ファイルは、再生制御情報として更に各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納する。従って、上述した本発明の情報記録媒体に、例えばＭＰＥＧ２のトランスポートストリームの少なくとも一部の如き全体ストリームを、インターリーブドユニット単位でインターリーブしつつ再生可能に多重記録できる。
尚、上述した本発明の情報記録媒体の各種態様に対応して、本発明の情報記録方法も各種態様を採ることが可能である。
（情報再生装置及び方法）
本発明の情報再生装置は、上述した本発明の情報記録媒体（但し、その各種態様も含む）から前記記録されたコンテンツ情報を再生する情報再生装置であって、前記情報記録媒体から情報を物理的に読み取る読取手段と、該読取手段により読み取られた情報に含まれる前記対応定義情報及び前記ユニットアドレス情報に基づいて、前記インターリーブドユニットをデインターリーブしつつ前記オブジェクトデータを前記部分ストリーム別に再生する再生手段とを備える。
本発明の情報再生装置によれば、光ピックアップ、復調器等の読取手段により、情報記録媒体から情報をパケット単位等で物理的に読み取る。そして、システムコントローラ、デマルチプレクサ、デコーダ等の再生手段により、この読み取られた情報に含まれる対応定義情報及びユニットアドレス情報に基づいて、インターリーブドユニットをデインターリーブしつつ、オブジェクトデータを部分ストリーム別に再生する。従って、上述した本発明の情報記録媒体（但し、その各種態様も含む）を適切に再生できる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報再生装置も各種態様を採ることが可能である。
本発明の情報再生方法は、上述した本発明の情報記録媒体（但し、その各種態様も含む）から前記記録されたコンテンツ情報を再生する情報再生方法であって、前記情報記録媒体から情報を物理的に読み取る読取工程と、該読取工程により読み取られた情報に含まれる前記対応定義情報及び前記ユニットアドレス情報に基づいて、前記インターリーブドユニットをデインターリーブしつつ前記オブジェクトデータを前記部分ストリーム別に再生する再生工程とを備える。
本発明の情報再生方法によれば、情報記録媒体から情報をパケット単位等で物理的に読み取る。そして、この読み取られた情報に含まれる対応定義情報及びユニットアドレス情報に基づいて、インターリーブドユニットをデインターリーブしつつ、オブジェクトデータを部分ストリーム別に再生する。従って、上述した本発明の情報記録媒体（但し、その各種態様も含む）を適切に再生できる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報再生方法も各種態様を採ることが可能である。
（情報記録再生装置及び方法）
本発明の情報記録再生装置は、上述した本発明の情報記録媒体（但し、その各種態様も含む）に前記コンテンツ情報を記録し且つ該記録されたコンテンツ情報を再生する情報記録再生装置であって、前記オブジェクトデータファイルを記録する第１記録手段と、前記オブジェクト情報ファイルを記録する第２記録手段と、前記情報記録媒体から情報を物理的に読み取る読取手段と、該読取手段により読み取られた情報に含まれる前記対応定義情報及び前記ユニットアドレス情報に基づいて、前記インターリーブドユニットをデインターリーブしつつ前記オブジェクトデータを前記部分ストリーム別に再生する再生手段とを備える。
本発明の情報記録再生装置によれば、上述した本発明の情報記録装置の場合と同様に、第１記録手段により、オブジェクトデータファイルを記録し、第２記録手段により、オブジェクト情報ファイルを記録する。その後、上述した本発明の情報再生装置の場合と同様に、読取手段により、情報記録媒体から情報を物理的に読み取り、再生手段により、この読み取られた情報に含まれる対応定義情報及びユニットアドレス情報に基づいて、インターリーブドユニットをデインターリーブしつつ、オブジェクトデータを部分ストリーム別に再生する。従って、上述した本発明の情報記録媒体に、コンテンツ情報をインターリーブドユニット単位でインターリーブしつつ再生可能に多重記録でき、更にこれを適切に再生できる。
尚、上述した本発明の情報記録媒体の各種態様に対応して、本発明の情報記録再生装置も各種態様を採ることが可能である。
本発明の情報記録再生方法は、上述した本発明の情報記録媒体（但し、その各種態様も含む）に前記コンテンツ情報を記録し且つ該記録されたコンテンツ情報を再生する情報記録再生方法であって、前記オブジェクトデータファイルを記録する第１記録工程と、前記オブジェクト情報ファイルを記録する第２記録工程と、前記情報記録媒体から情報を物理的に読み取る読取工程と、該読取工程により読み取られた情報に含まれる前記対応定義情報及び前記ユニットアドレス情報に基づいて、前記インターリーブドユニットをデインターリーブしつつ前記オブジェクトデータを前記部分ストリーム別に再生する再生工程とを備える。
本発明の情報記録再生方法によれば、上述した本発明の情報記録方法の場合と同様に、第１記録工程により、オブジェクトデータファイルを記録し、第２記録工程により、オブジェクト情報ファイルを記録する。その後、上述した本発明の情報再生方法の場合と同様に、読取工程により、情報記録媒体から情報を物理的に読み取り、再生工程により、この読み取られた情報に含まれる対応定義情報及びユニットアドレス情報に基づいて、インターリーブドユニットをデインターリーブしつつ、オブジェクトデータを部分ストリーム別に再生する。従って、上述した本発明の情報記録媒体に、コンテンツ情報をインターリーブドユニット単位でインターリーブしつつ再生可能に多重記録でき、更にこれを適切に再生できる。
尚、上述した本発明の情報記録媒体の各種態様に対応して、本発明の情報記録再生方法も各種態様を採ることが可能である。
（コンピュータプログラム）
本発明の第１コンピュータプログラムは、上述した本発明の情報記録装置（但し、その各種態様も含む）に備えられたコンピュータを制御する記録制御用のコンピュータプログラムであって、該コンピュータを、前記第１記録手段及び前記第２記録手段の少なくとも一部として機能させる。
本発明の記録制御用の第１コンピュータプログラムによれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体から、当該コンピュータプログラムをコンピュータに読み込んで実行させれば、或いは、当該コンピュータプログラムを、通信手段を介してコンピュータにダウンロードさせた後に実行させれば、上述した本発明に係る情報記録装置を比較的簡単に実現できる。
本発明の第２コンピュータプログラムは、上述した本発明の情報再生装置（但し、その各種態様も含む）に備えられたコンピュータを制御する再生制御用のコンピュータプログラムであって、該コンピュータを、前記読取手段及び前記再生手段の少なくとも一部として機能させる。
本発明の再生制御用の第２コンピュータプログラムによれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体から、当該コンピュータプログラムをコンピュータに読み込んで実行させれば、或いは、当該コンピュータプログラムを、通信手段を介してコンピュータにダウンロードさせた後に実行させれば、上述した本発明に係る情報再生装置を比較的簡単に実現できる。
本発明の第３コンピュータプログラムは、上述した本発明の情報記録再生装置（但し、その各種態様も含む）に備えられたコンピュータを制御する記録再生制御用のコンピュータプログラムであって、該コンピュータを、前記第１記録手段、前記第２記録手段、前記読取手段及び前記再生手段の少なくとも一部として機能させる。
本発明の記録再生制御用の第３コンピュータプログラムによれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体から、当該コンピュータプログラムをコンピュータに読み込んで実行させれば、或いは、当該コンピュータプログラムを、通信手段を介してコンピュータにダウンロードさせた後に実行させれば、上述した本発明の情報記録再生装置を比較的簡単に実現できる。
コンピュータ読取可能な媒体内の記録制御用のコンピュータプログラム製品は上記課題を解決するために、上述した本発明の情報記録装置（但し、その各種態様も含む）に備えられたコンピュータにより実行可能なプログラム命令を明白に具現化し、該コンピュータを、前記第１記録手段及び前記第２記録手段の少なくとも一部として機能させる。
コンピュータ読取可能な媒体内の再生制御用のコンピュータプログラム製品は上記課題を解決するために、上述した本発明の情報再生装置（但し、その各種態様も含む）に備えられたコンピュータにより実行可能なプログラム命令を明白に具現化し、該コンピュータを、前記読取手段及び前記再生手段の少なくとも一部として機能させる。
コンピュータ読取可能な媒体内の記録再生制御用のコンピュータプログラム製品は上記課題を解決するために、上述した本発明の情報記録再生装置（但し、その各種態様も含む）に備えられたコンピュータにより実行可能なプログラム命令を明白に具現化し、該コンピュータを、前記第１記録手段、前記第２記録手段、前記読取手段及び前記再生手段の少なくとも一部として機能させる。
本発明の記録制御用、再生制御用又は記録再生制御用のコンピュータプログラム製品によれば、当該コンピュータプログラム製品を格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体から、当該コンピュータプログラム製品をコンピュータに読み込めば、或いは、例えば伝送波である当該コンピュータプログラム製品を、通信手段を介してコンピュータにダウンロードすれば、上述した本発明の前記第１記録手段、前記第２記録手段、前記読取手段及び前記再生手段の少なくとも一部を比較的容易に実施可能となる。更に具体的には、当該コンピュータプログラム製品は、コンピュータを前記第１記録手段、前記第２記録手段、前記読取手段及び前記再生手段の少なくとも一部として機能させるコンピュータ読取可能なコード（或いはコンピュータ読取可能な命令）から構成されてよい。
（制御信号を含むデータ構造）
本発明の制御信号を含むデータ構造は、一連のコンテンツ情報から夫々構成される複数の部分ストリームを含んでなる全体ストリームが、物理的にアクセス可能な単位であるパケット単位で多重記録されており、論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルと、前記オブジェクトデータの再生を制御するための再生制御情報として、時間軸上で多重化される複数のパケットと前記複数の部分ストリームとの対応関係を定義する対応定義情報を格納するオブジェクト情報ファイルとを有しており、前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、前記オブジェクト情報ファイルは、前記再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納する。
本発明の制御信号を含むデータ構造によれば、上述した本発明の情報記録媒体の場合と同様に、インターリーブされたコンテンツ情報の記録や再生を効率的に行うことが可能となる。従って、例えば容易にシームレスのアングル再生が可能となる。更に、例えばインターリーブによって各映像情報のデータ量を比較的大容量に確保できるので、高画質でシームレスのアングル再生が可能となる。
本発明のこのような作用及び他の利得は次に説明する実施例から明らかにされる。
以上説明したように、本発明の情報記録媒体によれば、オブジェクト情報ファイルには、対応定義情報及びユニットアドレス情報が格納されているので、インターリーブを行いつつも、その再生時には、インターリーブドユニットを適切な順番で再生することが可能となる。本発明の情報記録装置若しくは方法によれば、第１及び第２記録手段若しくは第１及び第２記録工程を備えるので、コンテンツ情報をインターリーブしつつ再生可能に多重記録できる。本発明の情報再生装置若しくは方法によれば、読取手段及び再生手段若しくは読取工程及び再生工程を備えるので、本発明の情報記録媒体を適切に再生できる。また、本発明のコンピュータプログラムによれば、コンピュータを上述した本発明の情報記録装置、情報再生装置又は情報記録再生装置として機能させるので、上述した本発明の情報記録媒体を効率良く記録でき、或いは再生できる。
【図面の簡単な説明】
図１は、本発明の情報記録媒体の一実施例である光ディスクの基本構造を示し、上側部分は複数のエリアを有する光ディスクの概略平面図であり、これに対応付けられる下側部分は、その径方向におけるエリア構造の図式的概念図である。
図２は、従来のＭＰＥＧ２のプログラムストリームの図式的概念図（図２（ａ））及び本実施例で利用されるＭＰＥＧ２のトランスポートストリームの図式的概念図（図２（ｂ））である。
図３は、本実施例の光ディスク上に記録されるデータ構造の模式的に示す図である。
図４は、図３に示した各オブジェクト内におけるデータ構造の詳細を模式的に示す図である。
図５は、本実施例における、上段のプログラム＃１用のエレメンタリーストリームと中段のプログラム＃２用のエレメンタリーストリームとが多重化されて、これら２つのプログラム用のトランスポートストリームが構成される様子を、横軸を時間軸として概念的に示す図である。
図６は、本実施例における、一つのトランスポートストリーム内に多重化されたＴＳパケットのイメージを、時間の沿ったパケット配列として概念的に示すものである。
図７は、実施例における光ディスク上のデータの論理構成を、論理階層からオブジェト階層或いは実体階層への展開を中心に模式的に示した図である。
図８は、本実施例に係るアングルブロックと通常ブロックとを含むＴＳオブジェクトにおけるデータ構成を時間軸に沿った形で示した概念図である。
図９は、本実施例に係るＴＳオブジェクトのデータ構成の具体例を示す概念図である。
図１０は、具体例における、１個のプログラムでＴＳオブジェクトを構成する場合のデータ構成を図式的に示す図である。
図１１は、具体例における、３個のプログラムでＴＳオブジェクトを構成する場合のデータ構成を図式的に示す図である。
図１２は、具体例における、光ディスク上に最終的に構築されるＴＳオブジェクトのデータ構成を図式的に示す図である。
図１３は、本実施例による一具体例における、ディスク情報ファイルのデータ構成の一具体例を図式的に示す図である。
図１４は、本実施例による一具体例における、ディスク情報ファイルに含まれるタイトル情報テーブルのデータ構成の一具体例を図式的に示す図である。
図１５は、本実施例による一具体例における、プレイリスト情報ファイル内に構築されるプレイリスト情報テーブルにおけるデータ構成の一具体例を図式的に示す図である。
図１６は、本実施例による一具体例における、オブジェクト情報ファイル内に構築されるＡＵテーブル及びこれに関連付けられるＥＳマップテーブルにおけるデータ構成の一具体例を図式的に示す図である。
図１７は、本実施例で採用する統計多重方式における、時間軸上でのアングル毎のビットレートと上限レートとの関係の一例を示す特性図である。
図１８は、実施例で採用するインターリーブドブロックのデータ構造を図式的に示す概念図（図１８（Ａ））及び、オブジェクトデータ内に複数のインターリーブドブロックが存在する一例を示す概念図（図１８（Ｂ））である。
図１９は、実施例に係るインターリーブドブロック内におけるアングル切り換えの様子を図式的に示す概念図である。
図２０は、実施例に係るＩＬＶＵテーブルのデータ構造を図式的に示す概念図である。
図２１は、実施例に係るタイトル＃１のアングル＃２のビデオストリームにおけるＥＳアドレス情報の具体例を示す概念図である。ＩＬＶグループ判断情報の一例として“ＩＬＶＵ先頭フラグ”を用いた方式による具体例（図２１（Ａ））、及び“ＩＬＶグループ番号”（図２１（Ｂ））を用いた方式による具体例である。
図２２は、本実施例におけるインターリーブ及びＩＬＶＵテーブルを用いた一の再生原理を示す概念図である。
図２３は、本実施例におけるインターリーブ及びＩＬＶＵテーブルを用いた他の再生原理を示す概念図である。
図２４は、本実施例におけるインターリーブ及びＩＬＶＵテーブルを用いた他の再生原理を示す概念図である。
図２５は、本実施例におけるインターリーブ及びＩＬＶＵテーブルを用いた他の再生原理を示す概念図である。
図２６は、本実施例におけるインターリーブ及びＩＬＶＵテーブルを用いた他の再生原理を示す概念図である。
図２７は、本実施例におけるインターリーブ及びＩＬＶＵテーブルを用いた他の再生原理を示す概念図である。
図２８は、本実施例におけるＥＳアドレス情報においてＩＬＶ Ｂｌｏｃｋ内で早送り／巻き戻しから再開する動作例を示す概念図である。
図２９は、本発明の実施例に係る情報記録再生装置のブロック図である。
図３０は、本実施例における情報記録再生装置の記録動作（その１）を示すフローチャートである。
図３１は、本実施例における情報記録再生装置の記録動作（その２）を示すフローチャートである。
図３２は、本実施例における情報記録再生装置の記録動作（その３）を示すフローチャートである。
図３３は、本実施例における情報記録再生装置の記録動作（その４）を示すフローチャートである。
図３４は、本実施例における情報記録再生装置の再生動作を示すフローチャートである。
図３５は、図３４中におけるパケット番号の取得処理を示すフローチャートである。
図３６は、図３４中におけるＩＬＶＵ情報の取得処理を示すフローチャートである。
図３７は、図３４中における非シームレス処理を示すフローチャートである。
図３８は、図３４中におけるＩＬＶグループ判断情報の一例として“ＩＬＶＵ先頭フラグ”を用いた方式による早送り／巻き戻し処理を示すフローチャートである。
図３９は、図３４中におけるＩＬＶグループ判断情報の一例として“ＩＬＶグループ番号”を用いた方式による早送り／巻き戻し処理を示すフローチャートである。
図４０は、本実施例における、光ディスクの論理構造との関係で、再生時におけるアクセスの流れ全体を概念的に示す図である。
【発明を実施するための最良の形態】
（情報記録媒体）
図１から図７を参照して、本発明の情報記録媒体の実施例について説明する。本実施例は、本発明の情報記録媒体を、記録（書き込み）及び再生（読み出し）が可能な型の光ディスクに適用したものである。
先ず図１を参照して、本実施例の光ディスクの基本構造について説明する。ここに図１は、上側に複数のエリアを有する光ディスクの構造を概略平面図で示すと共に、下側にその径方向におけるエリア構造を概念図で対応付けて示すものである。
図１に示すように、光ディスク１００は、例えば、記録（書き込み）が複数回又は１回のみ可能な、光磁気方式、相変化方式等の各種記録方式で記録可能とされており、ＤＶＤと同じく直径１２ｃｍ程度のディスク本体上の記録面に、センターホール１０２を中心として内周から外周に向けて、リードインエリア１０４、データエリア１０６及びリードアウトエリア１０８が設けられている。そして、各エリアには、例えば、センターホール１０２を中心にスパイラル状或いは同心円状に、グルーブトラック及びランドトラックが交互に設けられており、このグルーブトラックはウオブリングされてもよいし、これらのうち一方又は両方のトラックにプレピットが形成されていてもよい。尚、本発明は、このような三つのエリアを有する光ディスクには特に限定されない。
次に図２を参照して、本実施例の光ディスクに記録されるトランスポートストリーム（ＴＳ）の構成について説明する。ここに、図２（ａ）は、比較のため、従来のＤＶＤにおけるＭＰＥＧ２のプログラムストリームの構成を図式的に示すものであり、図２（ｂ）は、ＭＰＥＧ２のトランスポートストリーム（ＴＳ）の構成を図式的に示すものである。
図２（ａ）において、一つのプログラムストリームは、時間軸ｔに沿って、主映像情報たるビデオデータ用のビデオストリームを１本だけ含み、更に、音声情報たるオーディオデータ用のオーディオストリームを最大で８本含み且つ副映像情報たるサブピクチャデータ用のサブピクチャストリームを最大で３２本含んでなる。即ち、任意の時刻ｔｘにおいて多重化されるビデオデータは、１本のビデオストリームのみに係るものであり、例えば複数のテレビ番組或いは複数の映画などに対応する複数本のビデオストリームを同時にプログラムストリームに含ませることはできない。映像を伴うテレビ番組等を多重化して伝送或いは記録するためには、各々のテレビ番組等のために、少なくとも１本のビデオストリームが必要となるので、１本しかビデオストリームが存在しないＤＶＤのプログラムストリーム形式では、複数のテレビ番組等を多重化して伝送或いは記録することはできないのである。
図２（ｂ）において、一つのトランスポートストリーム（ＴＳ）は、主映像情報たるビデオデータ用のエレメンタリーストリーム（ＥＳ）としてビデオストリームを複数本含んでなり、更に音声情報たるオーディオデータ用のエレメンタリーストリーム（ＥＳ）としてオーディオストリームを複数本含み且つ副映像情報たるサブピクチャデータ用のエレメンタリーストリーム（ＥＳ）としてサブピクチャストリームを複数本含んでなる。即ち、任意の時刻ｔｘにおいて多重化されるビデオデータは、複数本のビデオストリームに係るものであり、例えば複数のテレビ番組或いは複数の映画などに対応する複数のビデオストリームを同時にトランスポートストリームに含ませることが可能である。このように複数本のビデオストリームが存在するトランスポートストリーム形式では、複数のテレビ番組等を多重化して伝送或いは記録することが可能である。但し、現況のトランスポートストリームを採用するデジタル放送では、サブピクチャストリームについては伝送していない。
尚、図２（ａ）及び図２（ｂ）では説明の便宜上、ビデオストリーム、オーディオストリーム及びサブピクチャストリームを、この順に上から配列しているが、この順番は、後述の如くパケット単位で多重化される際の順番等に対応するものではない。トランスポートストリームでは、概念的には、例えば一つの番組に対して、１本のビデオストリーム、２本の音声ストリーム及び２本のサブピクチャストリームからなる一まとまりが対応している。
上述した本実施例の光ディスク１００は、記録レートの制限内で、このように複数本のエレメンタリーストリーム（ＥＳ）を含んでなるトランスポートストリーム（ＴＳ）を多重記録可能に、即ち複数の番組或いはプログラムを同時に記録可能に構成されている。
次に図３及び図４を参照して、光ディスク１００上に記録されるデータの構造について説明する。ここに、図３は、光ディスク１００上に記録されるデータ構造を模式的に示すものであり、図４は、図３に示した各オブジェクト内におけるデータ構造の詳細を模式的に示すものである。
以下の説明において、「タイトル」とは、複数の「プレイリスト」を連続して実行する再生単位であり、例えば、映画１本、テレビ番組１本などの論理的に大きなまとまりを持った単位である。「プレイリスト」とは、「オブジェクト」の再生に必要な情報を格納したファイルであり、オブジェクトへアクセスするためのオブジェクトの再生範囲に関する情報が各々格納された複数の「アイテム」で構成されている。より具体的には、各アイテムには、オブジェクトの開始アドレスを示す「ＩＮポイント情報」及び終了アドレスを示す「ＯＵＴポイント情報」が記述されている。尚、これらの「ＩＮポイント情報」及び「ＯＵＴポイント情報」は夫々、直接アドレスを示してもよいし、再生時間軸上における時間或いは時刻など間接的にアドレスを示してもよい。そして、「オブジェクト」とは、上述したＭＰＥＧ２のトランスポートストリームを構成するコンテンツの実体情報である。
図３において、光ディスク１００は、論理的構造として、ディスク情報ファイル１１０、プレイ（Ｐ）リスト情報ファイル１２０、オブジェクト情報ファイル１３０及びオブジェクトデータファイル１４０の４種類のファイルを備えており、これらのファイルを管理するためのファイルシステム１０５を更に備えている。尚、図３は、光ディスク１００上における物理的なデータ配置を直接示しているものではないが、図３に示す配列順序を、図１に示す配列順序に対応するように記録すること、即ち、ファイルシステム１０５等をリードインエリア１０４に続いてデータ記録エリア１０６に記録し、更にオブジェクトデータファイル１４０等をデータ記録エリア１０６に記録することも可能である。図１に示したリードインエリア１０４やリードアウトエリア１０８が存在せずとも、図３に示したファイル構造は構築可能である。
ディスク情報ファイル１１０は、光ディスク１００全体に関する総合的な情報を格納するファイルであり、ディスク総合情報１１２と、タイトル情報テーブル１１４と、その他の情報１１８とを格納する。ディスク総合情報１１２は、例えば光ディスク１００内の総タイトル数等を格納する。タイトル情報テーブル１１４は、論理情報として、各タイトルのタイプ（例えば、シーケンシャル再生型、分岐型など）や、各タイトルを構成するプレイ（Ｐ）リスト番号をタイトル毎に格納する。
プレイリスト情報ファイル１２０は、各プレイリストの論理的構成を示すプレイ（Ｐ）リスト情報テーブル１２１を格納し、これは、プレイ（Ｐ）リスト総合情報１２２と、プレイ（Ｐ）リストポインタ１２４と、複数のプレイ（Ｐ）リスト１２６（Ｐリスト＃１〜＃ｎ）と、その他の情報１２８とに分かれている。このプレイリスト情報テーブル１２１には、プレイリスト番号順に各プレイリスト１２６の論理情報を格納する。言い換えれば、各プレイリスト１２６の格納順番がプレイリスト番号である。また、上述したタイトル情報テーブル１１４で、同一のプレイリスト１２６を、複数のタイトルから参照することも可能である。即ち、タイトル＃ｎとタイトル＃ｍとが同じプレイリスト＃ｐを使用する場合にも、プレイリスト情報テーブル１２１中のプレイリスト＃ｐを、タイトル情報テーブル１１４でポイントするように構成してもよい。
オブジェクト情報ファイル１３０は、各プレイリスト１２６内に構成される各アイテムに対するオブジェクトデータファイル１４０中の格納位置（即ち、再生対象の論理アドレス）や、そのアイテムの再生に関する各種属性情報が格納される。本実施例では特に、オブジェクト情報ファイル１３０は、後に詳述する複数のＡＵ（アソシエートユニット）情報１３２Ｉ（ＡＵ＃１〜ＡＵ＃ｎ）を含んでなるＡＵテーブル１３１と、ＥＳ（エレメンタリーストリーム）マップテーブル１３４と、その他の情報１３８とを格納する。
本実施例では特に、オブジェクト情報ファイル１３０は、本発明に係る「ユニットアドレス情報」の一例として、ＩＬＶＵ（インターリーブドユニット）テーブルを更に格納する。ＩＬＶＵテーブルの構成及び用い方については後に詳述する。
オブジェクトデータファイル１４０は、トランスポートストリーム（ＴＳ）別のＴＳオブジェクト１４２（ＴＳ＃１オブジェクト〜ＴＳ＃ｎオブジェクト）、即ち実際に再生するコンテンツの実体データを、複数格納する。
尚、図３を参照して説明した４種類のファイルは、更に夫々複数のファイルに分けて格納することも可能であり、これらを全てファイルシステム１０５により管理してもよい。例えば、オブジェクトデータファイル１４０を、オブジェクトデータファイル＃１、オブジェクトデータファイル＃２、…というように複数に分けることも可能である。
図４に示すように、論理的に再生可能な単位である図３に示したＴＳオブジェクト１４２は、例えば６ｋＢのデータ量を夫々有する複数のアラインドユニット１４３に分割されてなる。アラインドユニット１４３の先頭は、ＴＳオブジェクト１４２の先頭に一致（アラインド）されている。各アラインドユニット１４３は更に、１９２Ｂのデータ量を夫々有する複数のソースパケット１４４に細分化されている。ソースパケット１４４は、物理的に再生可能な単位であり、この単位即ちパケット単位で、光ディスク１００上のデータのうち少なくともビデオデータ、オーディオデータ及びサブピクチャデータは多重化されており、その他の情報についても同様に多重化されてよい。各ソースパケット１４４は、４Ｂのデータ量を有する、再生時間軸上におけるＴＳ（トランスポートストリーム）パケットの再生処理開始時刻を示すパケットアライバルタイムスタンプ等の再生を制御するための制御情報１４５と、１８８Ｂのデータ量を有するＴＳパケット１４６とを含んでなる。ＴＳパケット１４６は、パケットヘッダ１４６ａをＴＳパケットパイロード１４６ｂの先頭部に有し、ビデオデータがパケット化されて「ビデオパケット」とされるか、オーディオデータがパケット化されて「オーディオパケット」とされるか、又はサブピクチャデータがパケット化されて「サブピクチャパケット」とされるか、若しくは、その他のデータがパケット化される。
次に図５及び図６を参照して、図２（ｂ）に示した如きトランスポートストリーム形式のビデオデータ、オーディオデータ、サブピクチャデータ等が、図４に示したＴＳパケット１４６により、光ディスク１００上に多重記録される点について説明する。ここに、図５は、上段のプログラム＃１（ＰＧ１）用のエレメンタリーストリーム（ＥＳ）と中段のプログラム＃２（ＰＧ２）用のエレメンタリーストリーム（ＥＳ）とが多重化されて、これら２つのプログラム（ＰＧ１＆２）用のトランスポートストリーム（ＴＳ）が構成される様子を、横軸を時間軸として概念的に示すものであり、図６は、一つのトランスポートストリーム（ＴＳ）内に多重化されたＴＳパケットのイメージを、時間の沿ったパケット配列として概念的に示すものである。
図５に示すように、プログラム＃１用のエレメンタリーストリーム（上段）は、例えば、プログラム＃１用のビデオデータがパケット化されたＴＳパケット１４６が時間軸（横軸）に対して離散的に配列されてなる。プログラム＃２用のエレメンタリーストリーム（中段）は、例えば、プログラム＃２用のビデオデータがパケット化されたＴＳパケット１４６が時間軸（横軸）に対して離散的に配列されてなる。そして、これらのＴＳパケット１４６が多重化されて、これら二つのプログラム用のトランスポートストリーム（下段）が構築されている。尚、図５では説明の便宜上省略しているが、図２（ｂ）に示したように、実際には、プログラム＃１用のエレメンタリーストリームとして、オーディオデータがパケット化されたＴＳパケットからなるエレメンタリーストリームやサブピクチャデータがパケット化されたＴＳパケットからなるサブピクチャストリームが同様に多重化されてもよく、更にこれらに加えて、プログラム＃２用のエレメンタリーストリームとして、オーディオデータがパケット化されたＴＳパケットからなるエレメンタリーストリームやサブピクチャデータがパケット化されたＴＳパケットからなるサブピクチャストリームが同様に多重化されてもよい。
図６に示すように、本実施例では、このように多重化された多数のＴＳパケット１４６から、一つのＴＳストリームが構築される。そして、多数のＴＳパケット１４６は、このように多重化された形で、パケットアライバルタイムスタンプ等１４５の情報を付加し、光ディスク１００上に多重記録される。尚、図６では、プログラム＃ｉ（ｉ＝１，２，３）を構成するデータからなるＴＳパケット１４６に対して、ｊ（ｊ＝１，２，…）をプログラムを構成するストリーム別の順序を示す番号として、“Ｅｌｅｍｅｎｔ（ｉ０ｊ）”で示しており、この（ｉ０ｊ）は、エレメンタリーストリーム別のＴＳパケット１４６の識別番号たるパケットＩＤとされている。このパケットＩＤは、複数のＴＳパケット１４６が同一時刻に多重化されても相互に区別可能なように、同一時刻に多重化される複数のＴＳパケット１４６間では固有の値が付与されている。
また図６では、ＰＡＴ（プログラムアソシエーションテーブル）及びＰＭＴ（プログラムマップテーブル）も、ＴＳパケット１４６単位でパケット化され且つ多重化されている。これらのうちＰＡＴは、複数のＰＭＴのパケットＩＤを示すテーブルを格納している。特にＰＡＴは、所定のパケットＩＤとして、図６のように（０００）が付与されることがＭＰＥＧ２規格で規定されている。即ち、同一時刻に多重化された多数のパケットのうち、パケットＩＤが（０００）であるＴＳパケット１４６として、ＰＡＴがパケット化されたＴＳパケット１４６が検出されるように構成されている。そして、ＰＭＴは、一又は複数のプログラムについて各プログラムを構成するエレメンタリーストリーム別のパケットＩＤを示すテーブルを格納している。ＰＭＴには、任意のパケットＩＤを付与可能であるが、それらのパケットＩＤは、上述の如くパケットＩＤが（０００）として検出可能なＰＡＴにより示されている。従って、同一時刻に多重化された多数のパケットのうち、ＰＭＴがパケット化されたＴＳパケット１４６（即ち、図６でパケットＩＤ（１００）、（２００）、（３００）が付与されたＴＳパケット１４６）が、ＰＡＴにより検出されるように構成されている。
図６に示した如きトランスポートストリームがデジタル伝送されて来た場合、チューナは、このように構成されたＰＡＴ及びＰＭＴを参照することにより、多重化されたパケットの中から所望のエレメンタリーストリームに対応するものを抜き出して、その復調が可能となるのである。
そして、本実施例では、図４に示したＴＳオブジェクト１４２内に格納されるＴＳパケット１４６として、このようなＰＡＴやＰＭＴのパケットを含む。即ち、図６に示した如きトランスポートストリームが伝送されてきた際に、そのまま光ディスク１００上に記録できるという大きな利点が得られる。
更に、本実施例では、このように記録されたＰＡＴやＰＭＴについては光ディスク１００の再生時には参照することなく、代わりに図３に示した後に詳述するＡＵテーブル１３１及びＥＳマップテーブル１３４を参照することによって、より効率的な再生を可能とし、複雑なマルチビジョン再生等にも対処可能とする。このために本実施例では、例えば復調時や記録時にＰＡＴ及びＰＭＴを参照することで得られるエレメンタリーストリームとパケットとの対応関係を、ＡＵテーブル１３１及びＥＳマップテーブル１３４の形で且つパケット化或いは多重化しないで、オブジェクト情報ファイル１３０内に格納するのである。
次に図７を参照して、光ディスク１００上のデータの論理構成について説明する。ここに、図７は、光ディスク１００上のデータの論理構成を、論理階層からオブジェト階層或いは実体階層への展開を中心に模式的に示したものである。
図７において、光ディスク１００には、例えば映画１本、テレビ番組１本などの論理的に大きなまとまりであるタイトル２００が、一又は複数記録されている。各タイトル２００は、一又は複数のプレイリスト１２６から論理的に構成されている。各タイトル２００内で、複数のプレイリストはシーケンシャル構造を有してもよいし、分岐構造を有してもよい。
尚、単純な論理構成の場合、一つのタイトル２００は、一つのプレイリスト１２６から構成される。また、一つのプレイリスト１２６を複数のタイトル２００から参照することも可能である。
各プレイリスト１２６は、複数のアイテム（プレイアイテム）２０４から論理的に構成されている。各プレイリスト１２６内で、複数のアイテム２０４は、シーケンシャル構造を有してもよいし、分岐構造を有してもよい。また、一つのアイテム２０４を複数のプレイリスト１２６から参照することも可能である。アイテム２０４に記述された前述のＩＮポイント情報及びＯＵＴポイント情報により、ＴＳオブジェクト１４２の再生範囲が論理的に指定される。そして、論理的に指定された再生範囲についてオブジェクト情報１３０ｄを参照することにより、最終的にはファイルシステムを介して、ＴＳオブジェクト１４２の再生範囲が物理的に指定される。ここに、オブジェクト情報１３０ｄは、ＴＳオブジェクト１４２の属性情報、ＴＳオブジェクト１４２内におけるデータサーチに必要なＥＳアドレス情報１３４ｄ等のＴＳオブジェクト１４２を再生するための各種情報を含む（尚、図３に示したＥＳマップテーブル１３４は、このようなＥＳアドレス情報１３４ｄを複数含んでなる）。
そして、後述の情報記録再生装置によるＴＳオブジェクト１４２の再生時には、アイテム２０４及びオブジェクト情報１３０ｄから、当該ＴＳオブジェクト１４２における再生すべき物理的なアドレスが取得され、所望のエレメンタリーストリームの再生が実行される。
このように本実施例では、アイテム２０４に記述されたＩＮポイント情報及びＯＵＴポイント情報並びにオブジェクト情報１３０ｄのＥＳマップテーブル１３４（図３参照）内に記述されたＥＳアドレス情報１３４ｄにより、再生シーケンスにおける論理階層からオブジェクト階層への関連付けが実行され、エレメンタリーストリームの再生が可能とされる。
本実施例では特に、ＴＳパケット１４６（或いはソースパケット１４４）として多重化されたビデオパケット、オーディオパケット及びサブピクチャパケットは、通常可変な複数のパケットからなるＩＬＶＵ（インターリーブドユニット）という単位にまとめられ、このＩＶＬＵという単位でインターリーブされて光ディスク１００上に記録されている。そして、各ＩＬＶＵのアドレスは、図３に示したオブジェクト情報ファイル１３０内に格納されているＩＬＶＵテーブル１３３に記述されているので、再生時にはＩＬＶＵテーブル１３３を参照することで各ＩＬＶＵのアドレスを特定可能である。従って、後述の如くアングル再生を比較的容易にしてシームレスに行うことが可能となる。この際、ＴＳパケット１４６の一種として、各ＩＬＶＵのアドレス情報を格納するパケットとしての、“ナビゲーションパケット”は不要であり、各ＩＬＶＵ内における先頭パケットの種類やパケット順序についても任意である。
尚、図５及び図６において、ソースパケット１４４は、ＴＳパケット１４６に対してパケットアライバルタイムスタンプ等１４５が付加されてなるものであり（図４参照）、多重化されるパケットの順番や配列、インターリーブ等を考察する上では、両者を区別する必要は無い。
このようなデータ構造により、図７に示したタイトル２００のうち少なくとも一つについては、一つの視点から見た映像或いはシーン（即ち、一つのアングルのみ）に係る映像情報が再生される再生期間（以下適宜、“通常ブロック”と称する）の他に、複数の視点から見た映像或いはシーン、即ち複数のアングルに係る複数の映像情報が再生される再生期間（以下適宜、“アングルブロック”と称する）を有する。そして本実施例は、このアングルブロックにおいて、複数のアングルをユーザ操作によりシームレスに切り替える“アングル再生（マルチアングル再生”が可能なように構成されている。係るシームレスなアングル切り換えを可能ならしめるインターリーブド構造及びＩＬＶＵテーブル１３３等の構成については後に詳述する。
（アングルブロックに係るデータ構成の具体例）
次に図８から図１２を参照して、本実施例でアングル再生を行うためのアングルブロックに係るＴＳオブジェクト１４２のデータ構成について具体例を挙げて説明する。
本具体例は、５つのコンテンツ＃０〜＃４から、ＴＳオブジェクト１４２が構成され、且つこれらのうちコンテンツ＃０及び＃４から通常ブロックが構成され、これらに挟まれたコンテンツ＃１〜＃３からアングルブロックが構成された場合における、光ディスク１００上に構築されるアングルブロックに係るデータ構成の具体例である。ここに、図８は、アングルブロックと通常ブロックとを含むＴＳオブジェクトにおけるデータ構成を時間軸に沿った形で概念的に示したものである。図９は、このようなＴＳオブジェクトのデータ構成を概念的に示すものであり、図１０は、本具体例における、１個のプログラムでＴＳオブジェクトを構成する場合のデータ構成を図式的に示すものであり、図１１は、本具体例における、３個のプログラムでＴＳオブジェクトを構成する場合のデータ構成を図式的に示すものである。更に、図１２は、同じく本具体例における、光ディスク１００上に最終的に構築されるＴＳオブジェクトのデータ構成を図式的に示すものである。
図８に示すように、ＴＳオブジェクト１４２は、例えばＲＯＭコンテンツとして予め格納するようにオーサリングされたものであり、再生途中にユーザが選択可能なアングルを３個持ち、例えばこれらの３個のアングルに対応する、共通のオーディオ用のエレメンタリーストリーム及びサブピクチャ用のエレメンタリーストリームを備えている。
コンテンツ＃０は、通常ブロック内に位置するので、その再生中は、アングル再生は不可能であり、図中矢印で記した如く単純に通常再生される。
アングルブロック内では、コンテンツ＃１、＃２又は＃３が、アングル再生される。この再生は、コンテンツ＃０の再生終了に引き続いて、その先頭から開始されてもよいし、或いは時間サーチ、早送り、巻き戻し、条件分岐等により、その先頭又は途中から開始される。いずれにせよ、アングルブロック内では、例えば図中矢印で示した如く任意のインターリーブドユニット開始時刻におけるコンテンツ＃１から＃２への切り換えなど、ユーザによるシームレスアングル切り替えが可能である。
コンテンツ＃４は、通常ブロック内に位置するので、その再生中は、アングル再生は不可能であり、図中矢印で記した如く単純に通常再生される。
図９に示すように、このようなＴＳオブジェクトを構成する５個のコンテンツ＃０〜＃４は、夫々ビデオストリーム（Ｖｉｄｅｏ０〜４）、オーディオストリーム（Ａｕｄｉｏ０）及びサブピクチャストリーム（Ｓｕｂ−ｐｉｃｔｕｒｅ０〜４）からなり、各ストリームには個別に、前述の如くエレメンタリーストリーム別のパケットＩＤ（ＥＳ＿ＰＩＤ）が、“１０１”、“１０２”、…のように付与されている。
各コンテンツ間で、ビデオストリームについては、パケットＩＤが別々であり（即ち“１０１”、“１０２”、…であり）、特にアングルブロック内では、アングル切り換えに応じて、相異なるアングルに係る相異なるビデオストリームが再生されることになる。即ち、アングル再生が可能とされている。尚、コンテンツ＃０とコンテンツ＃４とで、ビデオストリームに対して同じパケットＩＤ（ＥＳ＿ＰＩＤ）を付与して、同じビデオストリームを用いることも可能である。更に、このビデオストリームと同じストリームを、アングルブロック内においてコンテンツ＃１〜＃３のいずれか一つで用いることも可能である。
各コンテンツ間で、オーディオストリームについては、パケットＩＤが共通しており（即ち“１０２”であり）、アングルブロックの存在と関係なく、オーディオについては、この共通のストリームが再生されることになる。特にアングルブロック内では、アングル切り換えを行ってもオーディオストリームについては、切り替えられない。即ち、アングル切り換えしても、音声が切り換わることはない。但し、アングルブロック内で、複数のオーディオストリームを使って、音声切り換えに呼応して、オーディオストリームを切り替えてもよい（即ち、違った音声が再生されてよい）。
各コンテンツ間で、サブピクチャストリームについては、コンテンツ＃０〜＃４間で、パケットＩＤが異なっており、異なるエレメンタリーストリームが再生されることになる。但し、アングルブロック内において、コンテンツ＃０〜＃４間で共通のエレメンタリーストリームを用いることも可能である。
図８及び図９に示したＴＳオブジェクト１４２については、大きく２通りのＭＰＥＧ上のプログラム（ＭＰＥＧ Ｐｒｏｇｒａｍ）構成が考えられる。
即ち先ず図１０に示すように、ＴＳオブジェクトが１個のプログラム（Ｐｒｏｇｒａｍ）で構成される場合がある。この場合、図６に示した如きトランスポートストリーム上では、一つのＰＡＴにより一つのＰＭＴが特定され、更にこのＰＭＴによりコンテンツ＃１〜＃３に係る全エレメンタリーストリームについてのパケットＩＤ（ＥＳ＿ＰＩＤ）が特定される。
或いは図１１に示すように、ＴＳオブジェクトが３個のプログラム（Ｐｒｏｇｒａｍ）で構成される場合がある。即ち、コンテンツ＃０に係る通常ブロックと、コンテンツ＃１〜＃３に係るアングルブロックと、コンテンツ＃４に係る通常ブロックとで、プログラムを３個に分ける場合である。
更に図１１の場合、アングルブロック内で、アングル別にプログラムを分けない場合と分ける場合とに二つに細分類される。
アングル別にプログラムを分けない場合には、図１１中、中段左側に示すように、アングルブロック内におけるトランスポートストリーム上で、一つのＰＡＴ（ＥＳ＿ＰＩＤが“０００”と規定されている）により一つのＰＭＴ（ＥＳ＿ＰＩＤが“１００”と規定されている）が特定され、更にこのＰＭＴによりコンテンツ＃１〜＃３に係る全エレメンタリーストリームについてのパケットＩＤ（ＥＳ＿ＰＩＤ）が特定される。
他方、アングル別にプログラムを分ける場合には、図１１中、中段右側に示すように、アングルブロック内におけるトランスポートストリーム上で、一つのＰＡＴ（ＥＳ＿ＰＩＤが“０００”と規定されている）により複数のＰＭＴ（ＥＳ＿ＰＩＤが“１００”、“２００”及び“３００”と規定されている）が特定され、更にこのＰＭＴによりコンテンツ＃０〜＃４に係る全エレメンタリーストリームについてのパケットＩＤ（ＥＳ＿ＰＩＤ）が特定される。
以上図８から図１１を参照して説明した光ディスク１００に構築されるデータ構成をまとめると、図１２に示すようになる。
即ち図１２において、光ディスク１００は、三つのアイテム（Ｉｔｅｍ＃１〜＃３）を指定するプレイリスト＃１（Ｐリスト＃１）からなるタイトル＃１が構築されたデータ構造を有する。更に、プレイリスト＃１には、三つのアイテムを介して、アングルブロックを含む一つのＴＳ＃１オブジェクトが対応付けられている。そして特に、例えばデジタル放送され記録された一つの“番組”に係るタイトル＃１は、アングルブロック内では、アングル再生可能なように論理的に構築されている。
また、図１２において、ＴＳオブジェクトは、例えば一本の映画を構成するビデオストリーム、オーディオストリーム及びサブピクチャストリームというようにコンテンツとして組をなす複数のエレメンタリーストリームは、ＰＵ（プレゼンテーションユニット）としてグループ分けされており、更に、相互にアングル切り換え可能な組をなす複数のＰＵは、ＡＵ（アソシエーションユニット）としてグループ分けされている。即ち、アングル切り換えは、同一ＡＵの範囲内で、相異なるＰＵに属するエレメンタリーストリームを特定することで、比較的簡単に実行できる。尚、具体的に、どのエレメンタリーストリームがどのＰＵに属し、更にどのＰＵがどのＡＵに属するかの情報については、ＡＵテーブル１３１内のＡＵ情報１３２Ｉ（図３参照）内に記述されている。係るＡＵテーブルの詳細構成については後述する。
（各情報ファイルに係るデータ構成の具体例）
次に図１３から図１８を参照して、本実施例の光ディスク１００上に構築される各種情報ファイル、即ち図３を参照して説明した（１）ディスク情報ファイル１１０、（２）プレイリスト情報ファイル１２０及び（３）オブジェクト情報ファイル１３０のデータ構造について、各々具体例を挙げて説明する。
（１） ディスク情報ファイル：
先ず図１３及び図１４を参照して、ディスク情報ファイル１１０について一具体例を挙げて詳細に説明する。ここに図１３は、ディスク情報ファイル１１０のデータ構成の一具体例を図式的に示すものであり、図１４は、これに含まれるタイトル情報テーブル（ｔａｂｌｅ）１１４のデータ構成の一具体例を図式的に示すものである。
図１３に示すように本具体例では、ディスク情報ファイル１１０には、ディスク総合情報１１２、タイトル情報テーブル１１４及びその他の情報１１８が格納されている。
このうちディスク総合情報１１２は、例えば複数の光ディスク１００で構成されるシリーズものの通し番号を示すディスクボリューム情報や、総タイトル数情報などの総合的なディスク情報である。
タイトル情報テーブル１１４は、各タイトルを構成する全プレイリストと、その他の例えばタイトル毎の情報としてタイトル内のチャプタ情報等が格納されており、タイトルポインタ情報、タイトル＃１情報、タイトル＃２情報、…を含んでなる。ここに「タイトルポインタ情報」とは、タイトル＃ｎ情報の格納アドレス情報、即ち図１３中の矢印で対応関係を示したように、タイトル情報テーブル１１４内におけるタイトル＃ｎ情報の格納位置を示す格納アドレス情報であり、相対論理アドレスで記述される。そして、光ディスク１００内におけるタイトル数分が、相対論理アドレスとしてタイトル順に並べられている。尚、このような格納アドレス情報各々のデータ量は、固定バイトであってもよいし、可変バイトであってもよい。
本実施例では特に図１４に示すように、タイトルポインタには、このような格納アドレス情報のほか、タイトル＃ｎ（ここでは、＃１）についての、アングル再生における切り換え可能なアングルの最大数（Ｍａｘ Ａｎｇｌｅ数）等のアングルに係るアングル情報が、記述されている。係る最大数は、アングル再生ではない、通常再生の場合には、値“１”を設定して、その旨が識別されるように構成してもよい。当該アングルの最大数は、同一タイトル内で固定としてもよいし、同一タイトル内で可変（即ち、アングルブロック毎に、切り換え可能なアングルの最大数が異なる）としてもよい。
また、その他の情報１１８とは、例えばシーケンシャル型や分岐型等のタイトルの種類や総合プレイリスト数等の各タイトルに関する情報などである。
（２） プレイリスト情報ファイル：
次に図１５を参照して、プレイリスト情報ファイル１２０について一具体例を挙げて詳細に説明する。ここに図１５は、プレイリスト情報ファイル１２０内に構築されるプレイリスト情報テーブル（ｔａｂｌｅ）１２１におけるデータ構成の一具体例を図式的に示すものである。
図１５に示すように本具体例では、プレイリスト情報ファイル１２０内には、フィールド（Ｆｉｅｌｄ）別に、プレイリスト総合情報１２２、プレイリストポインタテーブル１２４、プレイリスト＃１情報テーブル１２６が、プレイリスト情報テーブル１２１（図３参照）として格納されている。
各フィールドは、必要な個数分の各テーブルを追加可能な構造を有してもよい。例えば、プレイリストが４つ存在すれば、該当フォールドが４つに増える構造を有してもよく、これはアイテム情報テーブルについても同様である。
これらのうち、プレイリスト総合情報（Ｐリスト総合情報）１２２には、当該プレイリストテーブルのサイズやその他、総プレイリスト数等が記述される。
プレイリストポインタテーブル（Ｐリストポインタｔａｂｌｅ）１２４には、各プレイリスト記載位置のアドレスが、図１５中矢印で対応関係を示したように、当該プレイリスト情報テーブル１２６内における相対論理アドレスとして格納される。
プレイリスト＃１情報テーブル（Ｐリスト＃１情報ｔａｂｌｅ）１２６には、プレイリスト＃１に関する総合情報、プレイリスト＃１のアイテム情報テーブル（ＰリストＩｔｅｍ情報Ｔａｂｌｅ）及びその他の情報が格納されている。
「アイテム情報テーブル（Ｉｔｅｍ情報ｔａｂｌｅ）」には、一つのプログラムリストを構成する全アイテム数分のアイテム情報が格納される。ここで、「アイテム＃ｎ（Ｉｔｅｍ＃ｎ情報）」（但し、ｎ＝１，２，３）に記述されるＡＵ（アソシエートユニット）テーブル内のＡＵ番号とは、当該アイテム再生に使用するＴＳオブジェクトのアドレスや当該アイテム再生に使用するＴＳオブジェクト中の各エレメンタリーストリーム（即ち、ビデオストリーム、オーディオストリーム又はサブピクチャストリーム）を特定するための情報を格納したＡＵの番号である。また、当該アイテム情報中には、このＡＵに属するデフォールト再生のＰＵの番号も格納されている。
（３） オブジェクト情報ファイル：
次に図１６を参照して、オブジェクト情報ファイル１３０について一具体例を挙げて詳細に説明する。ここに図１６は、オブジェクト情報ファイル１３０内に構築されるＡＵ（アソシエートユニット）テーブル１３１（図３参照）及びこれに関連付けられるＥＳ（エレメンタリーストリーム）マップテーブル１３４（図３参照）におけるデータ構成の一具体例を図式的に示すものである。
図１６に示すように本具体例では、オブジェクト情報ファイル１３０内には、オブジェクト情報テーブル（オブジェクト情報ｔａｂｌｅ）が格納されている。そして、このオブジェクト情報テーブルは、図中上段に示すＡＵテーブル１３１、及び下段に示すＥＳマップテーブル１３４、並びに特にインターリーブド構造を採用するためのＩＬＶＵテーブル（図２０参照）から構成されている。
図１６の上段において、ＡＵテーブル１３１は、各フィールド（Ｆｉｅｌｄ）が必要な個数分のテーブルを追加可能な構造を有してもよい。例えば、ＡＵが４つ存在すれば、該当フィールドが４つに増える構造を有してもよい。
ＡＵテーブル１３１には、別フィールド（Ｆｉｅｌｄ）に、ＡＵの数、各ＡＵへのポインタなどが記述される「ＡＵテーブル総合情報」、「パケット番号不連続情報」と、「その他の情報」とが格納されている。
そして、ＡＵテーブル１３１内には、各ＡＵ＃ｎに対応する各ＰＵ＃ｍにおけるＥＳテーブルインデックス＃１（ＥＳ＿ｔａｂｌｅ Ｉｎｄｅｘ ＃１）を示すＡＵ情報１３２Ｉとして、対応するＥＳマップテーブル１３４のインデックス番号（Ｉｎｄｅｘ番号＝…）が記述されている。ここで「ＡＵ」とは、前述の如く例えばアングル再生可能な“番組”に相当する単位であり、この中に再生単位であるＰＵが一つ以上含まれている。また、「ＰＵ」とは、前述の如く各ＡＵ内に含まれる相互にアングル切り替え可能なエレメンタリーストリームの集合であり、ＰＵ情報３０２Ｉにより各ＰＵに対応するＥＳテーブルインデックス＃が特定されている。例えば、ＡＵでアングル再生可能なコンテンツを構成する場合、ＡＵ内には、複数のＰＵが格納されていて、夫々のＰＵ内には、各アングルのコンテンツを構成するパケットを示す複数のエレメンタリーストリームパケットＩＤへのポインタが格納されている。これは後述するＥＳマップテーブル１３４内のインデックス番号を示している。
本実施例では特に、ＡＵテーブル１３１には、前述したＴＳオブジェクト１４２内のパケットの連続番号（通し番号）に、編集処理によるパケット欠落が生じた場合における、パケット番号の不連続状態を示す不連続情報１３１Ｃが付加されている。係る不連続情報を用いれば、パケット欠落が発生した際に、パケット番号を新たに付与しなくても、不連続情報により示された不連続状態を考慮に入れて（エレメンタリーストリームの指定されるパケットを起点として）パケット数を数えることで、アクセス対象たるパケットのアドレスを特定できる。係る不連続情報は、例えば、不連続の開始点及び欠落したパケット数を示す情報を含んでなる。このように不連続情報１３１Ｃは、複数のＡＵに対して共通に一つだけまとめて記述されており、記録容量を節約する観点から大変優れている。
更に、このようなパケット番号に加えて、インターリーブドブロック（ＩＬＶブロック）内では、インターリーブドブロック毎に固有の、その内部におけるパケットの連続番号を、その先頭パケットの番号を“０”とし、先頭からのオフセット番号として割り当てるとよい。これにより、インターリーブドブロック外で削除等の編集が行われた場合にも、インターリーブドブロック内では、上述した不連続情報を参照する必要がなくなる。何故なら、アングルのインターリーブドブロック内は、特にＩＬＶＵテーブル（図２０参照）で格納しているアドレス情報を用いて光ディスク１００内をアクセスするからである。但し、アングルのインターリーブドブロック内で削除等の編集が行われる場合は、各ＩＬＶＵ（インターリーブドユニット）８００の再生時刻を合わせる必要がある。このためには、コンテンツを作り直し、新たなインターリーブドブロック内の連続番号（オフセット番号）をふり直すとよい。
本実施例では特に、各ＡＵ情報１３２Ｉには、当該ＡＵに属するＰＵの総数や、アングル再生用のＡＵであるか否かを識別するためのアングル識別などを示すＡＵ属性情報が含まれている。
更に、各ＰＵ情報３０２Ｉには、エレメンタリーストリーム（ＥＳ）の数などを示すＰＵ属性情報が含まれている。このＰＵ属性情報は、アングル再生用のＡＵに属するＰＵに対するものであれば、当該ＰＵに対応するアングル番号（例えば、１，２、３、…）を示すアングル番号情報をも含む。更に、このＰＵについては、各アングルのコンテンツを構成するＥＳ＿ＰＩＤへのポインタが格納されている。
図１６の下段において、ＥＳマップテーブル１３４には、フィールド（Ｆｉｅｌｄ）別に、ＥＳマップテーブル総合情報（ＥＳ＿ｍａｐ ｔａｂｌｅ総合情報）と、複数のインデックス＃ｍ（ｍ＝１，２，…）と、「その他の情報」とが格納されている。
「ＥＳマップテーブル総合情報」には、当該ＥＳマップテーブルのサイズや、総インデックス数等が記述される。
そして「インデックス＃１」は、再生に使用されるエレメンタリーストリームのエレメンタリーストリームパケットＩＤ（ＥＳ＿ＰＩＤ）と、エレメンタリーストリームのアドレス情報を含んで構成されている。
本実施例では特に、図１６のＥＳマップテーブル１３４内において、インデックス別に、エレメンタリーストリームのアドレス情報である“ＥＳアドレス情報１３４ａ”と共に、ＴＳオブジェクト１４２内のアングルブロックの番号を示すＩＬＶブロック番号（ＩＬＶ Ｂｌｏｃｋ番号）１３４ｂと、ＩＬＶエレメントＩＤ（ＩＬＶ＿Ｅｌｅｍｅｎｔ ＩＤ）１３４ｅとを更に含んで構成されている。
ここに、“ＩＬＶブロック番号”とは、本発明に係る“ブロック番号情報”の一例であり、光ディスク、各タイトル、各ＴＳオブジェクトなど、所定データ範囲内で付与された連続番号或いは通し番号を、インターリーブされた再生区間であるＩＬＶブロックの番号として示す情報である。尚、図１６中では、ＩＬＶブロック番号１３４ｂを、例えば“＃０”とすることで、対応するエレメンタリーストリームがインターリーブされていない旨（即ち、インターリーブドブロックでない旨）を示している。
他方、“ＩＬＶエレメントＩＤ”１３４ｅとは、本発明に係る“インターリーブドエレメント識別情報”の一例であり、複数のアングル映像情報に対応する複数のインターリーブドユニットの配列を夫々、別個の配列として識別するための識別情報である。例えば、３つのアングルが存在すれば、それらに対応する三つのＩＬＶエレメントが存在することになり、それらのＩＬＶエレメントＩＤは、＃１、＃２及び＃３となる。尚、図１６中では、対応するエレメンタリーストリームがインターリーブされていない場合は、ＩＬＶエレメントＩＤ１３４ｅの値を無視してよく、例えば＃０で示している。
本実施例では、ＩＬＶＵテーブル１３３に記述された個々のＩＬＶＵのアドレス情報を夫々、“ＩＬＶＵアドレス情報”と称する。ＩＬＶＵアドレス情報は、例えば、ＩＬＶグループ別に且つ該ＩＬＶグループ内でＩＬＶエレメント別に、各ＩＬＶＵの先頭アドレスを示すアドレス情報である。また、ＩＬＶＵテーブル１３３上で、このようなＩＬＶグループ番号及びＩＬＶエレメントＩＤを含めたＩＬＶＵアドレス情報を総称して、“ＩＬＶＵ情報”と適宜称する。
本実施例では特に、ＥＳアドレス情報１３４ａとして、パケット番号（ＳＰＮ）とこれに対応する表示開始時間とが記述されている。そして、前述のようにエレメンタリーストリームがＭＰＥＧ２のビデオストリームである場合には、Ｉピクチャの先頭のＴＳパケットのアドレスのみが、当該ＥＳアドレス情報１３４ａとして、ＥＳマップテーブル１３４中に記述されており、データ量の削減が図られている。
このように構成されているため、ＡＵテーブル１３１から指定されたＥＳマップテーブル１３４のインデックス番号から、実際のエレメンタリーストリームのエレメンタリーストリームパケットＩＤ（ＥＳ＿ＰＩＤ）が取得可能となる。また、そのエレメンタリーストリームパケットＩＤに対応するエレメンタリーストリームのアドレス情報も同時に取得可能であるため、これらの情報を元にしてオブジェクトデータの再生が可能となる。
尚、図１６では記述されていないが、上段のＡＵテーブル１３１から参照しないＥＳ＿ＰＩＤについても、下段のＥＳマップテーブル１３４のインデックス別に記述してもよい。このように参照しないＥＳ＿ＰＩＤをも記述することで、より汎用性の高いＥＳマップテーブル１３４を作成しておけば、例えば、オーサリングをやり直す場合など、コンテンツを再編集する場合にＥＳマップテーブルを再構築する必要がなくなるという利点がある。
（インターリーブド構造及びＩＬＶＵテーブル）
次に、上述したアングル再生を迅速或いはシームレスに実行するための、上述したＴＳオブジェクト１４２におけるインターリーブド構造及びＩＬＶＵテーブルについて図１７から図２８を参照して説明する。ここに、図１７は、本実施例で採用する統計多重方式における、時間軸上でのアングル毎のビットレートと上限レートとの関係の一例を示す。図１８（Ａ）及び図１８（Ｂ）は夫々、実施例で採用するＩＬＶブロックのデータ構造を図式的に示す。図１９は、係るＩＬＶブロック内におけるアングル切り換えの様子を図式的に示す。図２０は、ＩＬＶＵテーブルのデータ構造を図式的に示し、図２１（Ａ）及び図２１（Ｂ）は夫々、ＥＳアドレス情報の具体例を示す。図２２から図２７は夫々、本実施例におけるＩＬＶＵテーブルを用いた再生処理を概念的に示す。また、図２８（Ａ）及び図２８（Ｂ）は夫々、ＩＬＶブロック内で特殊再生を行う際の動作例を概念的に示すものである。
図１７に示すように、本実施例では、統計多重方式を用いるので、複数のアングル（アングル▲１▼〜▲５▼）に係るエレメンタリーストリーム間で転送レートは異なってよい。即ち、図１７において、合計で上限レートを超えない限りにおいて、各レート曲線間における縦方向の距離で示される転送レートの割り当てが可能である。従って、特定のアングルについて、ある一瞬においては転送レートを多少上げることが可能である。
しかるに仮に、例えば夫々がＨＤＴＶレベルの高画質の複数のアングルを、単純にＴＳパケット単位で多重化したのでは、転送レートは再生に支障を来たす程までに低下しかねない。このため、本実施例では特に、ＴＳオブジェクト１４２（図４等参照）は、ＴＳパケット１４６（或いは、ソースパケット１４４）を通常可変である複数個まとめた単位をインターリーブドユニットとして、当該インターリーブドユニットの単位で、インターリーブされた構造を有している。
更に、上述したようにＴＳパケットの多重化によれば、ＡＵテーブル１３１（図１６等参照）等のオブジェクト情報を参照することで、アングル再生が可能である。
本実施例では特に、本発明に係る“ユニットアドレス情報”の一例として、アングル切り換え後に再生する可能性のある全アングルに関するＩＬＶＵの先頭アドレスが格納されたＩＬＶＵテーブル１３３（図３及び図２０参照）がオブジェクト情報１３０中に記録されている。そして、再生時には、このＩＬＶＵテーブル１３３が、オブジェクトデータの再生に先立って情報記録再生装置内のメモリに読み込まれ、これが適宜参照されることで、シームレスなアングル切り換えが実行可能とされている。
図１８は、このような複数のＩＬＶＵからなる上述したアングルブロック部分である、“ＩＬＶブロック（Ｉｎｔｅｒｌｅａｖｅｄ Ｂｌｏｃｋ）”の構造を概念的に示している。
図１８（Ａ）において、ＴＳパケットの配列からなる各アングル（Ａｎｇｌｅ＃１〜＃３）（ＩＬＶ Ｅｌｅｍｅｎｔ ＃１〜＃３）に対応するエレメンタリーストリームは、トランスポートストリームにおける統計的多重に依存する、一定でない時間間隔であるＩＬＶＵ８００の単位に細分化されている。このＩＬＶＵ８００には、通常多数のＴＳパケットが含まれることになる。そして、アングル番号（＃１〜＃３）別に、各ＩＬＶＵ８００は、図中矢印で示すように、交互に配列されている。即ち、インターリーブされている。
図１８（Ａ）に示すように、各アングルブロック（ＩＬＶブロック）内には、本具体例では、三つのアングル（アングル＃１〜＃３）に対応して、三つのＩＬＶエレメント（ＩＬＶエレメント＃１〜＃３）が存在している。そして、相異なるＩＬＶエレメントに属すると共に各再生時刻に相互に切り替え可能なアングル映像情報に係るＩＬＶＵ８００がＩＬＶグループとして分けられている。例えば、ＩＬＶＵ８００のうち＃１−１、＃１−２、＃１−３、…が、同一ＩＬＶエレメントに属している。また、＃２−１、＃２−２、＃２−３、…が、同一ＩＬＶエレメントに属している。他方で、例えば、＃１−１、＃２−１、＃３−１が、同一ＩＬＶグループに属している。また、＃１−２、＃２−２、＃３−２が、同一ＩＬＶエレメントに属している。このように、図１８（Ａ）では、各ＩＬＶブロック内において、ＩＬＶエレメントｉに属する（即ち、ＩＬＶエレメントＩＤ＝ｉである）と共にＩＬＶグループｊに属する（即ち、ＩＬＶグループ番号＝ｊ）ＩＬＶＵ８００を、“＃ｉ−ｊ”として、示している。
そして、図１８（Ｂ）に示すように、ＴＳオブジェクト中には、図１８（Ａ）に示した如きＩＬＶブロックが複数存在することも可能である。
尚、図１８（Ｂ）中、四角で囲まれた数字は、アドレスを示しており、ここでは、各ＩＬＶブロック内における、＃０から始まるパケットの連続番号として示されている。また、本具体例では、ＩＬＶＵ８００の番号である“＃ｉ−ｊ”は、ＩＬＶブロック毎にリセットされている。
上述のアングルブロックは、このようなＩＬＶブロックで構築される。更に、アングルブロックをなすＩＬＶブロック内では、各ＩＬＶＵ８００間で、再生開始時刻と終了時刻とが、全アングルを通じて等しくされている。
このようなインターリーブによって、転送レートを下げることなくアングル再生を行うことが容易になる。尚、アングルブロック以外であっても、ＩＬＶブロックから構成してもよい。
図１９に示すように本実施例では特に、アングル切替の度にオブジェクト情報のＥＳアドレス情報１３４ａ（図１６等参照）を取得する必要なしに、予めメモリに読み込まれたＩＬＶＵテーブル（図２０参照）のＩＬＶＵアドレス情報を参照することにより、以下の如く迅速或いはシームレスなアングル切り換えが可能となる。
より具体的には図１９において、ＩＬＶＵテーブル（図２０参照）を参照すれば、その再生後に、図中三つの矢印で示した如く、いずれのアングルに対応するＩＬＶＵ８００（＃１−２、＃２−２、＃３−２）の再生を開始することも可能である。尚、この場合、ＩＬＶＵ８００について、＃１−１の再生の後に、＃１−２の再生を開始することは、アングル切り換えがなされないことを意味し、＃２−２又は＃３−２の再生を開始することは、アングル切り換えが行われることを意味する。
このため本実施例では特に、図２０に示すように、ＩＬＶＵテーブル（ＩＬＶＵ＿Ｔａｂｌｅ）１３３は、全体でいくつのＩＬＶブロックが存在するかを示すＩＬＶブロック数（＝ｍ）情報１３３ａと、ＩＬＶブロック情報テーブルの格納アドレスを示すＩＬＶブロックポインタテーブル１３３ｂと、ＩＬＶブロック情報テーブル１３３ｃとを有する。これらのうち、ＩＬＶブロック情報テーブル１３３ｃは、各ＩＬＶブロックについて、例えばパケット番号＝１００である当該各ＩＬＶブロックのスタート（Ｓｔａｒｔ）アドレス、例えばパケット番号＝９９である当該各ＩＬＶブロックのエンド（Ｅｎｄ）アドレス、例えば“３”個である当該各ＩＬＶブロックのＩＬＶエレメント数（ＩＬＶエレメントＩＤ数）、及び例えば“３”個である当該各ＩＬＶブロックのＩＬＶグループ数（グループ総数）を示す情報を有すると共に、ＩＬＶグループ情報テーブル１３３ｄを有する。そして、ＩＬＶグループ情報１３３ｄは、ＩＬＶグループ別に、且つ各ＩＬＶグループについてＩＬＶエレメント別に、各ＩＬＶＵ８００の先頭アドレス情報１３３ｅを含んでなる。尚、ここにいう「先頭パケット番号」は、前述の如くＩＬＶブロック等の中で、通し番号として付与されるパケットの連続番号（即ち、ＩＬＶブロックの先頭からのオフセットアドレス）でもよいし、ＴＳオブジェクト内で通し番号として付与されるパケットの連続番号でもよい。
尚、ＩＬＶＵテーブル１３３内に、各インターリーブドユニット８００のサイズを示す情報等を格納するように構成してもよいが、係るサイズについては、後に詳述するように、計算によって取得可能であるため、格納しなくてもよい。
これらに加えてシームレスのアングル切り換えを実行するために、本実施例の第１の方式では、図２１（Ａ）に示すように、アングル再生用に映像情報に係るＥＳマップテーブル１３４のＥＳアドレス情報１３４ａ（図１６等参照）として、対応するパケットの“表示開始時刻”、“パケット番号”及び“ＩＬＶＵ先頭フラグ”を、各ＩＬＶグループについて格納する。このフラグの値は例えば、各ＩＬＶグループ内における先頭のＩＬＶＵ８００の場合は“１”を、それ以外の場合は“０”とする。このフラグは、ＩＬＶブロックの途中から再生開始する場合に、当該再生開始すべきＩＬＶＵ８００がどのＩＬＶグループに属するかを迅速且つ比較的容易に判断する（即ち、ＩＬＶグループ番号を特定する）役割を果たすものである。尚、このＩＬＶグループを判断する方法については、後述する。この場合、本発明に係る「グループ判断情報」の一例たるＩＬＶＵ先頭フラグ情報は、１ビットの情報で済む。
或いは、シームレスのアングル切り換えを実行するために、本実施例の第２の方式では、図２１（Ｂ）に示すように、アングル再生用に映像情報に係るＥＳマップテーブル１３４のＥＳアドレス情報１３４ａ（図１６等参照）として、対応するパケットの“表示開始時刻”、“パケット番号”及び“ＩＬＶグループ番号”を、各ＩＬＶグループについて格納する。このＩＬＶグループ番号は、ＩＬＶブロックの途中から再生開始する場合に、当該再生開始すべきＩＬＶＵ８００がどのＩＬＶグループに属するかを迅速且つ比較的容易に判断する（即ち、ＩＬＶグループ番号を特定する）役割を果たすものである。この場合、本発明に係る「グループ判断情報」の一例たるＩＬＶグループ番号を示す情報は、１６ビットや３２ビット等の情報で済む。
図２１（Ａ）等に示すＥＳアドレス情報には、好ましくは、Ｉピクチャに係るパケット番号とこれに対応する表示開始時刻とを記述し、Ｂピクチャ又はＰピクチャ若しくは音声情報又は副映像情報についてのこれらのパケット番号等を記述しない。これにより、再生時には、Ｉピクチャに係るパケット番号に基づき当該パケットのアドレスを特定でき、これに対応する表示開始時刻に基づいてＩピクチャを再生できる。更に、このＩピクチャに基づいて、Ｂピクチャ及びＰピクチャを再生でき、並びにこのような映像情報に対応する音声情報又は副映像情報が存在する場合には該音声情報又は副映像情報を再生できる。この際特に、Ｂピクチャ及びＰピクチャに係るパケットのアドレス情報や、対応する音声情報に係るパケットのアドレス情報を記述する必要が無いので、全体として情報記録媒体に記録する情報量の削減を図れる。
ここで、上述の如きＩＬＶＵ８００及びＩＬＶＵテーブル（図２０参照）、並びに図２１（Ａ）又は図２１（Ｂ）に示した如きＥＳアドレス情報を用いたアングルブロックの再生原理について、図２２から図２８を参照して説明する。尚、アングルブロックの実際の再生処理は、ここで説明する再生原理に基づいて、後述する情報記録再生装置によって行われるものである。
図２２及び図２３を参照して、“アングルブロックの通常の再生（アングル切替なし）”における再生原理を処理順に説明する。
先ず図２２を参照して、ＩＬＶグループ判断情報の一例として“ＩＬＶＵ先頭フラグ”（図２１（Ａ）参照）を用いた第１の方式による、アングル切替なし時における再生原理について説明する。
▲１▼：この場合、先ず、図２２中“Ｓｔｅｐ１”で示すように、プレイリストから与えられるＡＵとこれに属するＰＵのうちユーザより指定されたアングルに対応するものとに基づいて、エレメンタリーストリームパケットＩＤ（ＥＳ＿ＰＩＤ）を、オブジェクト情報ファイルからＡＵ及びＰＵを用いて取得し、該当するエレメンタリーストリームのＥＳマップテーブルのＥＳアドレス情報（図２１（Ａ）等参照）、ＩＬＶブロック番号及びＩＬＶエレメントＩＤを取得する。
▲２▼：続いて、図２２中“Ｓｔｅｐ２”で示すように、プレイリストから与えられる表示開始時刻を用いて、ＥＳアドレス情報（図２１（Ａ）等参照）から該当するエントリを探し出し、表示開始時刻に対応するパケット番号を取得する。
▲３▼：続いて、図２２中“Ｓｔｅｐ３”で示すように、エントリ開始行から上記▲２▼で探し出した該当するエントリの位置まで、ＥＳアドレス情報を後方（表示開始時刻の大きい方向）に進み、“ＩＬＶＵ先頭フラグ＝１”のエントリをカウントする。これにより、カウントされたエントリの個数に応じて、ＩＬＶグループ番号を特定する。
▲４▼：続いて、図２２中“Ｓｔｅｐ４”で示すように、ＩＬＶＵテーブル１３３（図２０参照）を参照することで、上記▲３▼の処理で取得した該当エントリのＩＬＶグループ番号、上記▲１▼の処理で取得したＩＬＶブロック番号及びＩＬＶエレメントＩＤから、ＩＬＶＵアドレス情報（或いは、これらＩＬＶブロック番号、ＩＬＶエレメントＩＤ及びＩＬＶＵアドレス情報のセットとしての“ＩＬＶＵ情報”）を取得する。
▲５▼：続いて、図中２２中“Ｓｔｅｐ５”で示すように、上記▲２▼の処理で取得した該当エントリのパケット番号の位置からオブジェクトデータ（即ち、コンテンツ）を読んで行く。
▲６▼：更に、図中２２中“Ｓｔｅｐ６”で示すように、ＩＬＶグループ番号を“１”だけ増加させて、ＩＬＶＵテーブル１３３（図２０参照）に格納されている、全アングルに対する次のＩＬＶＵ８００のＩＬＶＵアドレス情報に基づいて、アングルブロック内で、オブジェクトデータを読んで行く。
次に図２３を参照して、ＩＬＶグループ判断情報の一例として“ＩＬＶグループ番号”（図２１（Ｂ）参照）を用いた第２の方式による、アングル切替なし時における再生原理について説明する。
▲１▼及び▲２▼：図２３中の“Ｓｔｅｐ１”と“Ｓｔｅｐ２”については、図２２の場合と同様である。
▲３▼：続いて、図２３中の“Ｓｔｅｐ３”で示すように、ＥＳアドレス情報（図２１（Ｂ）参照）上で、表示開始時刻からＩＬＶグループ番号を直接的に取得する。
▲４▼〜▲６▼：図２３中の“Ｓｔｅｐ４”〜“Ｓｔｅｐ６”については、図２２の場合と同様である。
次に図２４を参照して、“アングル切替時（シームレスアングル切替）”における再生原理を処理順に説明する。
▲１▼〜▲６▼：ここでは先ず、上記図２２又は図２３を参照して説明した通常の再生が行われているものとする。即ち、ＩＬＶグループ判断情報として“ＩＬＶＵ先頭フラグ”（図２１（Ａ）参照）を用いた第１の方式によって図２２中の“Ｓｔｅｐ１”〜“Ｓｔｅｐ６”が行われているか、又は“ＩＬＶグループ番号”（図２１（Ｂ）参照）を用いた第２の方式によって図２３中の“Ｓｔｅｐ１”〜“Ｓｔｅｐ６”が行われているものとする。
▲７▼：任意の時点においてユーザが、アングルブロック内でアングルを切り替える場合、例えばアングル＃１からアングル＃２に変更する場合、図２４中“Ｓｔｅｐ７”で示すように、変更後のアングル（アングル＃２）に対する次のＩＬＶＵのＩＬＶＵアドレス情報をＩＬＶＵテーブル１３３（図２０参照）から取得し、変更後のアングルに対する次のＩＬＶＵのオブジェクトデータを読んで行く。より具体的には、ＩＬＶＵテーブル１３３上で、切り替え前のＩＬＶグループ番号を“１”だけ増加させたＩＬＶグループ番号及びアングル＃２に対応するＩＬＶエレメントＩＤをもとに、ＩＬＶＵアドレス情報を取得し、オブジェクトデータを読んで行く。このようなシームレスアングル切り替えは、ＩＬＶＵ単位で可能である（即ち、アングル切換時に再生中のＩＬＶＵの再生が終了した時点で、別のアングルに係るＩＬＶＵの再生が切れ目無く開始される）。
次に図２５を参照して、“アングル切替時（非シームレスアングル切替）”における再生原理を処理順に説明する。
▲１▼〜▲６▼：ここでは先ず、上記図２２又は図２３を参照して説明した通常の再生が行われているものとする。即ち、ＩＬＶグループ判断情報として“ＩＬＶＵ先頭フラグ”（図２１（Ａ）参照）を用いた第１の方式によって図２２中の“Ｓｔｅｐ１”〜“Ｓｔｅｐ６”が行われているか、又は“ＩＬＶグループ番号”（図２１（Ｂ）参照）を用いた第２の方式によって図２３中の“Ｓｔｅｐ１”〜“Ｓｔｅｐ６”が行われているものとする。
▲７▼：任意の時点においてユーザが、アングルブロック内で非シームレスアングル切替をする場合、例えばアングル＃１からアングル＃２に変更する場合、図２５中“Ｓｔｅｐ７”で示すように、
アングル切替後のアングル番号に対応するＩＬＶＵの先頭パケット番号、即ちＩＬＶＵアドレス情報をＩＬＶＵテーブル１３３（図２０参照）から取得する。より具体的には、ＩＬＶＵテーブル１３３上で、アングル切り替え前のＩＬＶグループ番号で示される同一ＩＬＶグループ内のＩＬＶＵアドレス情報として取得する。
そして、上記▲７▼で取得したＩＬＶＵアドレス情報をもとに、変更後のアングルに対する次のインターリーブドユニットのオブジェクトデータを読んで行く。ここに「非シームレスアングル切替」とは、現在のインターリーブドユニットの先頭の表示開始時刻と同時刻で、アングルを切り替えることをいう。但し、多少時間を遡って、非シームレスに切り替えることも可能である。
いずれにせよ本実施例では、シームレスのアングル切り換えが可能であるが、ユーザ設定により、このような非シームレスのアングル切り換えが選択的に実行可能であってもよい。
次に図２６から図２８を参照して、“早送り（ＦＷ）／巻き戻し（ＢＷ）”における再生原理を説明する。
先ず図２６を参照して、ＩＬＶグループ判断情報の一例として“ＩＬＶＵ先頭フラグ”（図２１（Ａ）参照）を用いた第１の方式による、早送り／巻き戻し時における再生原理について説明する。
▲１▼〜▲６▼：ここでは先ず、上記図２２を参照して説明した通常の再生が行われているものとする。
▲７▼：任意の時点においてユーザが、アングルブロック内で早送り（ＦＷ）／巻き戻し（ＢＷ）の操作指示を実行すると、図２６中“Ｓｔｅｐ７”で示すように、ＥＳアドレス情報を用いて、これらを開始するエントリから、前方（早送りの場合）または後方（巻き戻しの場合）に順に移動してパケット番号を取得して行き、該当するオブジェクトデータを読んで表示して行く。これらの操作停止後は、停止した位置のエントリのパケット番号を取得する。
▲８▼：図２６中“Ｓｔｅｐ８”で示すように、“Ｓｔｅｐ７”の間、早送り（ＦＷ）／巻き戻し（ＢＷ）の操作を開始するエントリから上記▲７▼で取得したエントリまで、“ＩＬＶＵ先頭フラグ＝１”のエントリを探す。そして、巻き戻しの場合であれば、“ＩＬＶＵ先頭フラグ＝１”のエントリを見つける毎に、ＩＬＶグループ番号を“１”デクリメントする。或いは、早送りの場合であれば、“ＩＬＶＵ先頭フラグ＝１”のエントリを見つける毎に、ＩＬＶグループ番号を“１”インクリメントする。これにより、当初のＩＬＶグループ番号をデクリメント又はインクリメントした後の番号として、再生開始すべきコンテンツに係るパケットが属するＩＬＶグループ番号を特定する。
▲９▼：続いて、図２６中“Ｓｔｅｐ９”で示すように、ＩＬＶＵテーブル１３３（図２０参照）を参照して、上記▲８▼の処理で取得した該当エントリのＩＬＶグループ番号、ＩＬＶブロック番号及びＩＬＶエレメントＩＤから、ＩＬＶＵアドレス情報（或いは、これらＩＬＶブロック番号、ＩＬＶエレメントＩＤ及びＩＬＶＵアドレス情報のセットとしての“ＩＬＶＵ情報”）を取得する。
そして、図２６中“Ｓｔｅｐ１０”で示すように、上記▲７▼の処理で取得した該当エントリのパケット番号の位置からオブジェクトデータを読んで行く。
次に図２７を参照して、ＩＬＶグループ判断情報の一例として“ＩＬＶグループ番号”（図２１（Ｂ）参照）を用いた第２の方式による、早送り／巻き戻し時における再生原理について説明する。
▲１▼〜▲６▼：ここでは先ず、上記図２３を参照して説明した通常の再生が行われているものとする。
▲７▼：任意の時点においてユーザが、アングルブロック内で早送り（ＦＷ）／巻き戻し（ＢＷ）の操作指示を実行すると、図２７中“Ｓｔｅｐ７”で示すように、ＥＳアドレス情報を用いて、これらを開始するエントリから、前方（早送りの場合）または後方（巻き戻しの場合）に順に移動してパケット番号を取得して行き、該当するオブジェクトデータを読んで表示して行く。これらの操作停止後は、停止した位置のエントリのパケット番号を取得する。
▲８▼：図２７中“Ｓｔｅｐ８”で示すように、上記▲７▼で取得したエントリに対して、ＥＳアドレス情報（図２１（Ｂ）参照）上で、ＩＬＶグループ番号を直接的に取得する。
▲９▼：続いて、図２７中“Ｓｔｅｐ９”及び“Ｓｔｅｐ１０”は、図２６中の場合と同様である。
例えば、図２８（Ａ）に示す動作例では、図２６に示した再生動作によって、ＩＬＶグループ＃３のＩＬＶエレメント＃２に係る表示開始時刻Ｔ１＿８の再生時に、巻き戻し操作が開始されている。そして、ＩＬＶグループ＃１まで巻き戻し操作が行われ、ここで再生が再開されている。この場合、ＥＳアドレス情報上で、ＩＬＶグループ番号が、ＩＬＶＵ先頭フラグに従ってデクリメントされて、再生再開に係るＩＬＶグループ番号が特定される。
例えば、図２８（Ｂ）に示す動作例では、図２７に示した再生動作によって、ＩＬＶグループ＃３のＩＬＶエレメント＃２に係る表示開始時刻Ｔ１＿８の再生時に、巻き戻し操作が開始されている。そして、ＩＬＶグループ＃１まで巻き戻し操作が行われ、ここで再生が再開されている。この場合、図２８（Ａ）の場合と異なり、ＥＳアドレス情報上でＩＬＶグループ番号が直接的に特定される。
図２８（Ａ）及び図２８（Ｂ）から分かるように、いずれの再生動作によっても、各ＩＬＶＵのアドレスを示すパケット番号としては、Ｉピクチャに係るビデオパケットのパケット番号が当該ＥＳアドレス情報に記録されていてもよいが、Ｉピクチャ以外のビデオパケットであっても、同様に巻き戻し操作が実行可能である。
以上詳述したように本実施例では、光ディスク１００上においてソースパケット１４４或いはＴＳパケット１４６の単位で多重記録されており、これにより、図２（ｂ）に示したような多数のエレメンタリーストリームを含んでなる、トランスポートストリームを光ディスク１００上に多重記録可能とされている。本実施例によれば、通常ブロック内に、記録レートの制限内で複数の番組等を同時に記録可能であり、特にアングルブロック内では、記録レートの制限内で複数のアングルを同時に記録可能である。そして、このように記録された光ディスク１００は、上述した図２２から図２８に示した再生原理により、アングルブロック内では特に、シームレスのアングル再生が可能とされる。以下、このような記録処理及び再生処理を実行可能な情報記録再生装置の実施例について説明する。
（情報記録再生装置）
次に図２９から図３９を参照して、本発明の情報記録再生装置の実施例について説明する。ここに、図２９は、情報記録再生装置のブロック図であり、図３０から図３９は、その動作を示すフローチャートである。
図２９において、情報記録再生装置５００は、再生系と記録系とに大別されており、上述した光ディスク１００に情報を記録可能であり且つこれに記録された情報を再生可能に構成されている。本実施例では、このように情報記録再生装置５００は、記録再生用であるが、基本的にその記録系部分から本発明の記録装置の実施例を構成可能であり、他方、基本的にその再生系部分から本発明の情報再生装置の実施例を構成可能である。
情報記録再生装置５００は、光ピックアップ５０２、サーボユニット５０３、スピンドルモータ５０４、復調器５０６、デマルチプレクサ５０８、ビデオデコーダ５１１、オーディオデコーダ５１２、サブピクチャデコーダ５１３、加算器５１４、システムコントローラ５２０、メモリ５３０、変調器６０６、フォーマッタ６０８、ＴＳオブジェクト生成器６１０、ビデオエンコーダ６１１、オーディオエンコーダ６１２及びサブピクチャエンコーダ６１３を含んで構成されている。システムコントローラ５２０は、ファイル（Ｆｉｌｅ）システム／論理構造データ生成器５２１及びファイル（Ｆｉｌｅ）システム／論理構造データ判読器５２２を備えている。更にシステムコントローラ５２０には、メモリ５３０及び、タイトル情報等のユーザ入力を行うためのユーザインタフェース７２０が接続されている。
これらの構成要素のうち、復調器５０６、デマルチプレクサ５０８、ビデオデコーダ５１１、オーディオデコーダ５１２、サブピクチャデコーダ５１３及び加算器５１４から概ね再生系が構成されている。他方、これらの構成要素のうち、変調器６０６、フォーマッタ６０８、ＴＳオブジェクト生成器６１０、ビデオエンコーダ６１１、オーディオエンコーダ６１２及びサブピクチャエンコーダ６１３から概ね記録系が構成されている。そして、光ピックアップ５０２、サーボユニット５０３、スピンドルモータ５０４、システムコントローラ５２０及びメモリ５３０、並びにタイトル情報等のユーザ入力を行うためのユーザインタフェース７２０は、概ね再生系及び記録系の両方に共用される。更に記録系については、ＴＳオブジェクトデータ源７００と、ビデオデータ源７１１、オーディオデータ源７１２及びサブピクチャデータ源７１３とが用意される。また、システムコントローラ５２０内に設けられるファイルシステム／論理構造データ生成器５２１は、主に記録系で用いられ、ファイルシステム／論理構造判読器５２２は、主に再生系で用いられる。
光ピックアップ５０２は、光ディスク１００に対してレーザービーム等の光ビームＬＢを、再生時には読み取り光として第１のパワーで照射し、記録時には書き込み光として第２のパワーで且つ変調させながら照射する。サーボユニット５０３は、再生時及び記録時に、システムコントローラ５２０から出力される制御信号Ｓｃ１による制御を受けて、光ピックアップ５０２におけるフォーカスサーボ、トラッキングサーボ等を行うと共にスピンドルモータ５０４におけるスピンドルサーボを行う。スピンドルモータ５０４は、サーボユニット５０３によりスピンドルサーボを受けつつ所定速度で光ディスク１００を回転させるように構成されている。
（ｉ） 記録系の構成及び動作：
次に図２９から図３３を参照して、情報記録再生装置５００のうち記録系を構成する各構成要素における具体的な構成及びそれらの動作を、場合分けして説明する。
（ｉ−１） 作成済みのＴＳオブジェクトを使用する場合：
この場合について図２９及び図３０を参照して説明する。
図２９において、ＴＳオブジェクトデータ源７００は、例えばビデオテープ、メモリ等の記録ストレージからなり、ＴＳオブジェクトデータＤ１を格納する。
図３０では先ず、ＴＳオブジェクトデータＤ１を使用して光ディスク１００上に論理的に構成する各タイトルの情報（例えば、プレイリストの構成内容等）は、ユーザインタフェース７２０から、タイトル情報等のユーザ入力Ｉ２として、システムコントローラ５２０に入力される。そして、システムコントローラ５２０は、ユーザインタフェース７２０からのタイトル情報等のユーザ入力Ｉ２を取り込む（ステップＳ２１：Ｙｅｓ及びステップＳ２２）。この際、ユーザインタフェース７２０では、システムコントローラ５２０からの制御信号Ｓｃ４による制御を受けて、例えばタイトルメニュー画面を介しての選択など、記録しようとする内容に応じた入力処理が可能とされている。尚、ユーザ入力が既に実行済み等の場合には（ステップＳ２１：Ｎｏ）、これらの処理は省略される。
次に、ＴＳオブジェクトデータ源７００は、システムコントローラ５２０からのデータ読み出しを指示する制御信号Ｓｃ８による制御を受けて、ＴＳオブジェクトデータＤ１を出力する。そして、システムコントローラ５２０は、ＴＳオブジェクト源７００からＴＳオブジェクトデータＤ１を取り込み（ステップＳ２３）、そのファイルシステム／論理構造データ生成器５２１内のＴＳ解析機能によって、例えば前述の如くビデオデータ等と共にパケット化されたＰＡＴ、ＰＭＴ等に基づいて、ＴＳオブジェクトデータＤ１におけるデータ配列（例えば、記録データ長等）、各エレメンタリーストリームの構成の解析（例えば、後述のＥＳ＿ＰＩＤ（エレメンタリーストリーム・パケット識別番号）の理解）などを行う（ステップＳ２４）。
続いて、システムコントローラ５２０は、取り込んだタイトル情報等のユーザ入力Ｉ２並びに、ＴＳオブジェクトデータＤ１のデータ配列及び各エレメンタリーストリームの解析結果から、そのファイルシステム／論理構造データ生成器５２１によって、論理情報ファイルデータＤ４として、ディスク情報ファイル１１０、プレイリスト情報ファイル１２０、オブジェクト情報ファイル１３０及びファイルシステム１０５（図３参照）を作成する（ステップＳ２５）。メモリ５３０は、このような論理情報ファイルデータＤ４を作成する際に用いられる。
尚、ＴＳオブジェクトデータＤ１のデータ配列及び各エレメンタリーストリームの構成情報等についてのデータを予め用意しておく等のバリエーションは当然に種々考えられるが、それらも本実施例の範囲内である。
図２９において、フォーマッタ６０８は、ＴＳオブジェクトデータＤ１と論理情報ファイルデータＤ４とを共に、光ディスク１００上に格納するためのデータ配列フォーマットを行う装置である。より具体的には、フォーマッタ６０８は、スイッチＳｗ１及びスイッチＳｗ２を備えてなり、システムコントローラ５２０からのスイッチ制御信号Ｓｃ５によりスイッチング制御されて、ＴＳオブジェクトデータＤ１のフォーマット時には、スイッチＳｗ１を▲１▼側に接続して且つスイッチＳｗ２を▲１▼側に接続して、ＴＳオブジェクトデータ源７００からのＴＳオブジェクトデータＤ１を出力する。尚、ＴＳオブジェクトデータＤ１の送出制御については、システムコントローラ５２０からの制御信号Ｓｃ８により行われる。他方、フォーマッタ６０８は、論理情報ファイルデータＤ４のフォーマット時には、システムコントローラ５２０からのスイッチ制御信号Ｓｃ５によりスイッチング制御されて、スイッチＳｗ２を▲２▼側に接続して、論理情報ファイルデータＤ４を出力するように構成されている。
図３０のステップＳ２６では、このように構成されたフォーマッタ６０８によるスイッチング制御によって、（ｉ）ステップＳ２５でファイルシステム／論理構造データ生成器５２１からの論理情報ファイルデータＤ４又は（ｉｉ）ＴＳオブジェクトデータ源７００からのＴＳオブジェクトデータＤ１が、フォーマッタ６０８を介して出力される（ステップＳ２６）。
フォーマッタ６０８からの選択出力は、ディスクイメージデータＤ５として変調器６０６に送出され、変調器６０６により変調されて、光ピックアップ５０２を介して光ディスク１００上に記録される（ステップＳ２７）。この際のディスク記録制御についても、システムコントローラ５２０により実行される。
そして、ステップＳ２５で生成された論理情報ファイルデータＤ４と、これに対応するＴＳオブジェクトデータＤ２とが共に記録済みでなければ、ステップＳ２６に戻って、その記録を引き続いて行う（ステップＳ２８：Ｎｏ）。尚、論理情報ファイルデータＤ４とこれに対応するＴＳオブジェクトデータＤ２との記録順についてはどちらが先でも後でもよい。
他方、これら両方共に記録済みであれば、光ディスク１００に対する記録を終了すべきか否かを終了コマンドの有無等に基づき判定し（ステップＳ２９）、終了すべきでない場合には（ステップＳ２９：Ｎｏ）ステップＳ２１に戻って記録処理を続ける。他方、終了すべき場合には（ステップＳ２９：Ｙｅｓ）、一連の記録処理を終了する。
以上のように、情報記録再生装置５００により、作成済みのＴＳオブジェクトを使用する場合における記録処理が行われる。
本実施例では特に、上述のステップＳ２３からＳ２６等において、システムコントローラ５２０からのスイッチ制御信号（Ｓｃ５、Ｓｃ８等）により、統計多重方式でＴＳパケットの配列からＩＬＶＵを生成する。更に、ＩＬＶＵテーブル１３３（図２０等参照）、並びにＩＬＶＵ先頭フラグ又はＩＬＶグループ番号を有するＥＳアドレス情報等を含んでなるＥＳマップテーブル１３４（図２１及び図１６等参照）を、オブジェクト情報ファイル１３０（図３等参照）の一部として作成する。
尚、図３０に示した例では、ステップＳ２５で論理情報ファイルデータＤ４を作成した後に、ステップＳ２６で論理情報ファイルデータＤ４とこれに対応するＴＳオブジェクトデータＤ２とのデータ出力を実行しているが、ステップＳ２５以前に、ＴＳオブジェクトデータＤ２の出力や光ディスク１００上への記録を実行しておき、この記録後に或いはこの記録と並行して、論理情報ファイルデータＤ４を生成や記録することも可能である。
（ｉ−２） 放送中のトランスポートストリームを受信して記録する場合：
この場合について図２９及び図３１を参照して説明する。尚、図３１において、図３０と同様のステップには同様のステップ番号を付し、それらの説明は適宜省略する。
この場合も、上述の「作成済みのＴＳオブジェクトを使用する場合」とほぼ同様な処理が行われる。従って、これと異なる点を中心に以下説明する。
放送中のトランスポートストリームを受信して記録する場合には、ＴＳオブジェクトデータ源７００は、例えば放送中のデジタル放送を受信する受信器（セットトップボックス）からなり、ＴＳオブジェクトデータＤ１を受信して、リアルタイムでフォーマッタ６０８に送出する（ステップＳ４１）。これと同時に、受信時に解読された番組構成情報及び後述のＥＳ＿ＰＩＤ情報を含む受信情報Ｄ３（即ち、受信器とシステムコントローラ５２０のインタフェースとを介して送り込まれるデータに相当する情報）がシステムコントローラ５２０に取り込まれ、メモリ５３０に格納される（ステップＳ４４）。
一方で、フォーマッタ６０８に出力されたＴＳオブジェクトデータＤ１は、フォーマッタ６０８のスイッチング制御により変調器６０６に出力され（ステップＳ４２）、光ディスク１００に記録される（ステップＳ４３）。
これらと並行して、受信時に取り込まれてメモリ５３０に格納されている受信情報Ｄ３に含まれる番組構成情報及びＥＳ＿ＰＩＤ情報を用いて、ファイルシステム／論理構造生成器５２１により論理情報ファイルデータＤ４を作成する（ステップＳ２４及びステップＳ２５）。そして一連のＴＳオブジェクトデータＤ１の記録終了後に、この論理情報ファイルデータＤ４を光ディスク１００に追加記録する（ステップＳ４６及びＳ４７）。尚、これらステップＳ２４及びＳ２５の処理についても、ステップＳ４３の終了後に行ってもよい。
更に、必要に応じて（例えばタイトルの一部を編集する場合など）、ユーザインタフェース７２０からのタイトル情報等のユーザ入力Ｉ２を、メモリ５３０に格納されていた番組構成情報及びＥＳ＿ＰＩＤ情報に加えることで、システムコントローラ５２０により論理情報ファイルデータＤ４を作成し、これを光ディスク１００に追加記録してもよい。
以上のように、情報記録再生装置５００により、放送中のトランスポートストリームを受信してリアルタイムに記録する場合における記録処理が行われる。
そして本実施例では特に、上述のステップＳ４１からＳ４６、Ｓ２４及び２５等において、システムコントローラ５２０からのスイッチ制御信号（Ｓｃ５、Ｓｃ８等）により、統計多重方式でＴＳパケットの配列からインターリーブドユニットを生成する。更に、ＩＬＶＵテーブル１３３（図２０等参照）、並びにＩＬＶＵ先頭フラグ又はＩＬＶグループ番号を有するＥＳアドレス情報等を含んでなるＥＳマップテーブル１３４（図２１及び図１６等参照）を、オブジェクト情報ファイル１３０（図３等参照）の一部として作成する。
尚、放送時の全受信データをアーカイブ装置に一旦格納した後に、これをＴＳオブジェクト源７００として用いれば、上述した「作成済みのＴＳオブジェクトを使用する場合」と同様な処理で足りる。
（ｉ−３） ビデオ、オーディオ及びサブピクチャデータを記録する場合：
この場合について図２９及び図３２を参照して説明する。尚、図３２において、図３０と同様のステップには同様のステップ番号を付し、それらの説明は適宜省略する。
予め別々に用意したビデオデータ、オーディオデータ及びサブピクチャデータを記録する場合には、ビデオデータ源７１１、オーディオデータ源７１２及びサブピクチャデータ源７１３は夫々、例えばビデオテープ、メモリ等の記録ストレージからなり、ビデオデータＤＶ、オーディオデータＤＡ及びサブピクチャデータＤＳを夫々格納する。
これらのデータ源は、システムコントローラ５２０からの、データ読み出しを指示する制御信号Ｓｃ８による制御を受けて、ビデオデータＤＶ、オーディオデータＤＡ及びサブピクチャデータＤＳを夫々、ビデオエンコーダ６１１、オーディオエンコーダ６１２及びサブピクチャエンコーダ６１３に送出する（ステップＳ６１）。そして、これらのビデオエンコーダ６１１、オーディオエンコーダ６１２及びサブピクチャエンコーダ６１３により、所定種類のエンコード処理を実行する（ステップＳ６２）。
ＴＳオブジェクト生成器６１０は、システムコントローラ５２０からの制御信号Ｓｃ６による制御を受けて、このようにエンコードされたデータを、トランスポートストリームをなすＴＳオブジェクトデータに変換する（ステップＳ６３）。この際、各ＴＳオブジェクトデータのデータ配列情報（例えば記録データ長等）や各エレメンタリーストリームの構成情報（例えば、後述のＥＳ＿ＰＩＤ等）は、ＴＳオブジェクト生成器６１０から情報Ｉ６としてシステムコントローラ５２０に送出され、メモリ５３０に格納される（ステップＳ６６）。
他方、ＴＳオブジェクト生成器６１０により生成されたＴＳオブジェクトデータは、フォーマッタ６０８のスイッチＳｗ１の▲２▼側に送出される。即ち、フォーマッタ６０８は、ＴＳオブジェクト生成器６１０からのＴＳオブジェクトデータのフォーマット時には、システムコントローラ５２０からのスイッチ制御信号Ｓｃ５によりスイッチング制御されて、スイッチＳｗ１を▲２▼側に接続し且つスイッチＳｗ２を▲１▼側に接続することで、当該ＴＳオブジェクトデータを出力する（ステップＳ６４）。続いて、このＴＳオブジェクトデータは、変調器６０６を介して、光ディク１００に記録される（ステップＳ６５）。
これらと並行して、情報Ｉ６としてメモリ５３０に取り込まれた各ＴＳオブジェクトデータのデータ配列情報や各エレメンタリーストリームの構成情報を用いて、ファイルシステム／論理構造生成器５２１により論理情報ファイルデータＤ４を作成する（ステップＳ２４及びステップＳ２５）。そして一連のＴＳオブジェクトデータＤ１の記録終了後に、これを光ディスク１００に追加記録する（ステップＳ６７及びＳ６８）。尚、ステップＳ２４及びＳ２５の処理についても、ステップＳ６５の終了後に行うようにしてもよい。
更に、必要に応じて（例えばタイトルの一部を編集する場合など）、ユーザインタフェース７２０からのタイトル情報等のユーザ入力Ｉ２を、これらのメモリ５３０に格納されていた情報に加えることで、ファイルシステム／論理構造生成器５２１により論理情報ファイルデータＤ４を作成し、これを光ディスク１００に追加記録してもよい。
以上のように、情報記録再生装置５００により、予め別々に用意したビデオデータ、オーディオデータ及びサブピクチャデータを記録する場合における記録処理が行われる。
そして本実施例では特に、上述のステップＳ６４、Ｓ６６、Ｓ２４及びＳ２５等において、統計多重方式でＴＳパケットの配列からインターリーブドユニットを生成する。更に、ＩＬＶＵテーブル１３３（図２０等参照）、並びにＩＬＶＵ先頭フラグ又はＩＬＶグループ番号を有するＥＳアドレス情報等を含んでなるＥＳマップテーブル１３４（図２１及び図１６等参照）を、オブジェクト情報ファイル１３０（図３等参照）の一部として作成する。
尚、この記録処理は、ユーザの所有する任意のコンテンツを記録する際にも応用可能である。
（ｉ−４） オーサリングによりデータを記録する場合：
この場合について図２９及び図３３を参照して説明する。尚、図３３において、図３０と同様のステップには同様のステップ番号を付し、それらの説明は適宜省略する。
この場合は、上述した三つの場合における記録処理を組み合わせることにより、予めオーサリングシステムが、ＴＳオブジェクトの生成、論理情報ファイルデータの生成等を行った後（ステップＳ８１）、フォーマッタ６０８で行うスイッチング制御の処理までを終了させる（ステップＳ８２）。その後、この作業により得られた情報を、ディスク原盤カッティングマシン前後に装備された変調器６０６に、ディスクイメージデータＤ５として送出し（ステップＳ８３）、このカッティングマシンにより原盤作成を行う（ステップＳ８４）。
（ｉｉ） 再生系の構成及び動作：
次に図２９及び図３４から図３９を参照して、情報記録再生装置５００のうち再生系を構成する各構成要素における具体的な構成及びそれらの動作を説明する。
ユーザインタフェース７２０によって、光ディスク１００から再生すべきタイトルやその再生条件等が、タイトル情報等のユーザ入力Ｉ２としてシステムコントローラに入力される。この際、ユーザインタフェース７２０では、システムコントローラ５２０からの制御信号Ｓｃ４による制御を受けて、例えばタイトルメニュー画面を介しての選択など、再生しようとする内容に応じた入力処理が可能とされている。
これを受けて、システムコントローラ５２０は、光ディスク１００に対するディスク再生制御を行い、光ピックアップ５０２は、読み取り信号Ｓ７を復調器５０６に送出する。
復調器５０６は、この読み取り信号Ｓ７から光ディスク１００に記録された記録信号を復調し、復調データＤ８として出力する。この復調データＤ８に含まれる、多重化されていない情報部分としての論理情報ファイルデータ（即ち、図３に示したファイルシステム１０５、ディスク情報ファイル１１０、Ｐリスト情報ファイル１２０及びオブジェクト情報ファイル１３０）は、システムコントローラ５２０に供給される。この論理情報ファイルデータに基づいて、システムコントローラ５２０は、再生アドレスの決定処理、光ピックアップ５０２の制御等の各種再生制御を実行する。
他方、復調データＤ８に含まれる、多重化された情報部分としてのＴＳオブジェクトデータについては、デマルチプレクサ５０８が、システムコントローラ５２０からの制御信号Ｓｃ２による制御を受けてデマルチプレクスする。ここでは、システムコントローラ５２０の再生制御によって再生位置アドレスへのアクセスが終了した際に、デマルチプレクスを開始させるように制御信号Ｓｃ２を送信する。
デマルチプレクサ５０８からは、ビデオパケット、オーディオパケット及びサブピクチャパケットが夫々送出されて、ビデオデコーダ５１１、オーディオデコーダ５１２及びサブピクチャデコーダ５１３に供給される。そして、ビデオデータＤＶ、オーディオデータＤＡ及びサブピクチャデータＤＳが夫々復号化される。
尚、図６に示したトランスポートストリームに含まれる、ＰＡＴ或いはＰＭＴがパケット化されたパケットについては夫々、復調データＤ８の一部として含まれているが、デマルチプレクサ５０８で破棄される。
加算器５１４は、システムコントローラ５２０からのミキシングを指示する制御信号Ｓｃ３による制御を受けて、ビデオデコーダ５１１及びサブピクチャデコーダ５１３で夫々復号化されたビデオデータＤＶ及びサブピクチャデータＤＳを、所定タイミングでミキシング或いはスーパーインポーズする。その結果は、ビデオ出力として、当該情報記録再生装置５００から例えばテレビモニタへ出力される。
他方、オーディオデコーダ５１２で復号化されたオーディオデータＤＡは、オーディオ出力として、当該情報記録再生装置５００から、例えば外部スピーカへ出力される。
ここで、図３４から図３９を参照して、システムコントローラ５２０による再生処理ルーチンの具体例について説明する。
図３４を参照して、再生処理ルーチンにおける全体の流れについて説明する。
図３４において、初期状態として、再生系による光ディスク１００の認識、ファイルシステム１０５（図３参照）によるボリューム構造やファイル構造の認識は既にシステムコントローラ５２０及びその内のファイルシステム／論理構造判読器５２２にて終了しているものとする。ここでは、ディスク情報ファイル１１０の中のディスク総合情報１１２から、総タイトル数を取得し、その中の一つのタイトルを選択した以降の処理フローについて説明する。
先ず、ユーザインタフェース７２０によって、タイトルの選択が行われ（ステップＳ２１１）、ファイルシステム／論理構造判読器５２２の判読結果から、システムコントローラ５２０による再生シーケンスに関する情報の取得が行われる。具体的には、論理階層の処理（即ち、プレイリスト構造を示す情報と、それを構成する各アイテムの情報（図７参照）の取得等）が行われる（ステップＳ２１２）。これにより、再生対象が決定される（ステップＳ２１３）。
続いて、再生対象であるＴＳオブジェクトに係るオブジェクト情報ファイル１３０の取得を実行する。本実施例では特に、前述の如くＡＵ情報１３２Ｉ及びＰＵ情報３０２Ｉを含むＡＵテーブル１３１（図１６等参照）も、オブジェクト情報ファイル１３０に格納された情報として取得される（ステップＳ２１４）。これらの取得された情報により、前述した論理階層からオブジェク階層への関連付け（図７参照）が行われる。
続いて、ステップＳ２１４で取得された情報に基づいて、再生を行うオブジェクト、即ちＰＵを決定した後（ステップＳ２１５）、ＥＳマップテーブルに含まれるＥＳアドレス情報（図１６、図２１等参照）により、再生対象たるＴＳオブジェクトに係るパケット番号を取得する（ステップＳ２１６）。尚、このステップＳ２１６におけるパケットの取得処理については、図３５を参照して後で詳述する。
ここで、再生対象たるＴＳオブジェクトが、アングル再生用のものであるか否かを、例えばＡＵテーブル１３１内のＡＵ属性情報（図１６等参照）に基づいて、判定する（ステップＳ２１７）。
この判定の結果、アングル再生用のオブジェクトであれば（ステップＳ２１７：ＹＥＳ）、ステップＳ２１４でオブジェクト情報ファイル１３０の一部としてＡＵテーブル１３１、ＥＳマップテーブル１３４等と共に取得されたＩＬＶＵテーブル１３３を参照することで、再生すべきアングルブロックに係るＩＬＶＵ情報（即ち、図２０に示したＩＬＶＵテーブル１３３を構成するＩＬＶＵアドレス情報等の情報）を取得する（ステップＳ２１８）。その後、ステップＳ２１６で取得したパケット番号からオブジェクトデータを再生開始する（ステップＳ２１９）。他方、アングル再生用のオブジェクトでなければ（ステップＳ２１７：ＮＯ）、ＩＬＶＵ情報の取得は不要であるので、そのまま再生開始する（ステップＳ２１９）。尚、このステップＳ２１８におけるＩＬＶＵ情報の取得処理については、図３６を参照して後で詳述する。
その後、オブジェクト再生中に、情報記録再生装置におけるユーザ操作によるアングル切り換えのコマンド入力の有無が判定される（ステップＳ２２０）。
ここで、アングル切り換えのコマンド入力が有る場合（ステップＳ２２０：ＹＥＳ）、情報記録再生装置におけるユーザ操作により或いは初期設定に従って、アングル再生をシームレス切り換えで行う設定がされているか否かを判定する（ステップＳ２２１）。
この判定の結果、シームレス切り換えで行う設定がされていなければ（ステップＳ２２１：ＮＯ）、例えば前述した非シームレス切り換え等の設定がなされていれば、非シームレス処理後（ステップＳ２２２）、再生開始する（ステップＳ２１９）。尚、このステップＳ２２２における非シームレス処理については、図３７を参照して後で詳述する。他方、シームレス切り換えで行う設定がされていれば（ステップＳ２２１：ＹＥＳ）、アングル切り替え後に再生を行うオブジェクトを決定する。より具体的には、ユーザの操作に対応する、アングル番号を決定する（ステップＳ２２３）。アングル番号決定後、変更後のオブジェクトデータの再生を続ける。
他方、ステップＳ２２０で、アングル切り換えのコマンド入力が無ければ（ステップＳ２２０：ＮＯ）、情報記録再生装置におけるユーザ操作による、早送り或いは巻き戻しのコマンド入力の有無が判定される（ステップＳ２２４）。
この判定の結果、ステップＳ２２４で、早送り或いは巻き戻しのコマンド入力が有る場合（ステップＳ２２４：ＹＥＳ）、早送り或いは巻き戻しの処理を実行した後（ステップＳ２２５）、再生開始する（ステップＳ２１９）。
他方、ステップＳ２２４で、早送り或いは巻き戻しのコマンド入力が無い場合（ステップＳ２２４：ＮＯ）、再生を行うオブジェクトが終了しているか否かが判定される（ステップＳ２２６）。
この判定の結果、再生を行うオブジェクトが終了していない場合（ステップＳ２２６：ＮＯ）、インターリーブドユニットが終了しているか否かが判定される。
この判定の結果、インターリーブドユニットが終了している場合（ステップＳ２２７：ＹＥＳ）、ＩＬＶグループ番号をインクリメントさせてから（ステップＳ２２８）、ＩＬＶＵテーブル１３３（図２０参照）を参照することで、ＩＬＶブロック、ＩＬＶグループ番号及びＩＬＶエレメントＩＤから、次に再生すべきアングルブロックに係るＩＬＶＵ情報（即ち、図２０に示したＩＬＶＵテーブル１３３を構成するＩＬＶＵアドレス情報等の情報）を取得する。この際特に、再生すべきアングルに対応するＩＬＶＵの先頭パケット番号及び該ＩＬＶＵの長さを取得して、当該先頭パケット番号からオブジェクトデータの再生を続ける（ステップＳ２２９）。当該ＩＬＶＵの長さの取得については、図３６（Ａ）を参照して後述する。
他方、インターリーブドユニットが終了していない場合（通常ブロックの場合を含む）（ステップＳ２２７：ＮＯ）、そのままオブジェクトデータを読み進めて再生を続ける。
他方、再生を行うオブジェクトが終了している場合（ステップＳ２２６：ＹＥＳ）、全再生対象オブジェクトが終了しているか否かが判定される（ステップＳ２３０）。
この判定の結果、全再生対象オブジェクトが終了していない場合（ステップＳ２３０：ＮＯ）、ステップＳ２１５に戻り、一連の再生処理を続ける。他方、全再生対象オブジェクトが終了している場合（ステップＳ２３０：ＹＥＳ）、一連の再生処理を終了する。
次に図３５を参照して、図３４のステップＳ２１６におけるパケット番号の取得処理について説明する。
図３５において、先ず、ＡＵテーブル（図１６等参照）を参照して、当該再生対象たるＴＳオブジェクトのエレメンタリーストリームに係る情報を取得する。即ち、ＥＳマップテーブルのインデックス番号等を取得する（ステップＳ３０１）。
続いて、ＥＳマップテーブル（図１６等参照）を参照して、ステップＳ３０１で取得されたインデックス番号に対応するエレメンタリーストリームのパケット番号（ＥＳ＿ＰＩＤ）及びＥＳアドレス情報を取得する（ステップＳ３０２）。
続いて、この取得したＥＳアドレス情報（図２１等参照）に基づいて、表示時刻（Ｔ）から、該当するパケット番号を取得する（ステップＳ３０３）。
以上により、パケット番号の取得処理が完了する。
次に図３６（Ａ）及び図３６（Ｂ）を参照して、図３４のステップＳ２１８におけるＩＬＶＵ情報の取得処理について説明する。
先ず図３６（Ａ）を参照して、ＩＬＶグループ判断情報の一例として“ＩＬＶＵ先頭フラグ”（図２１（Ａ）参照）を用いた第１の方式による、ＩＬＶＵ情報の取得処理について説明する。
図３６（Ａ）において先ず、例えばステップＳ２１４で既にメモリ内に読み込んであるＥＳマップテーブル（図１６等参照）を参照して、ステップＳ３０１で取得されたインデックス番号に対応するエレメンタリーストリームが属するＩＬＶブロック番号及びＩＬＶエレメントＩＤを取得する（ステップＳ４０１）。
次にステップＳ４０２からＳ４０５で、当該ＩＬＶＵが属するＩＬＶグループ番号を取得するための処理を行う。ＩＬＶＵ情報を取得するためのパラメータ“ｉ”及びパラメータ“ＩＬＶグループ番号”の初期値を、“０”に設定する（ステップＳ４０２）。
続いて、ＥＳアドレス情報を参照して、エントリ番号“ｉ”のＩＬＶＵ先頭フラグ（図２１（Ａ）等参照）が、“１”となっているか否かを判定する（ステップＳ４０３）。そして、先頭フラグが“１”となっていれば（ステップＳ４０３：ＹＥＳ）、パラメータ“ＩＬＶグループ番号”をインクリメントする（ステップＳ４０４）。他方、ＩＬＶＵ先頭フラグが“１”となっていなければ（ステップＳ４０３：ＮＯ）、ステップＳ４０４をスキップする。そして、双方の場合とも、ｉ＜＝「表示時刻（Ｔ）に該当するエントリ番号（例えば、図２１（Ａ）におけるＥＳアドレス情報の行番号）」の継続条件下で、パラメータ“エントリ番号ｉ”をインクリメントさせつつ、ステップＳ４０２からＳ４０５のループを繰り返す。そして、最終的に、継続条件が“偽”となったら、ステップＳ４０２からＳ４０５のループを抜けて、ステップＳ４０６へ進む。
続いて、ステップＳ４０６では、ＩＬＶＵテーブル１３３（図２０参照）を参照することで、ＩＬＶブロック番号、ＩＬＶグループ番号及びＩＬＶエレメントＩＤからＩＬＶＵ情報を取得し、当該ＩＬＶＵの長さを取得する。
ここで、当該ＩＬＶＵの長さの取得手順について説明する。
任意の自然数ｎ及びｍに対して、一つのＩＬＶブロック内において、ＩＬＶグループ＃ｍに属するＩＬＶエレメントＩＤ＃ｎに属する、ＩＬＶＵの長さの取得について考える。次の３つの場合（Ｃ１）〜（Ｃ３）が考えられる。
（Ｃ１）ＩＬＶエレメントＩＤ＃ｎ ＜ ＩＬＶエレメントの総数
の場合。
（Ｃ２）ＩＬＶエレメントＩＤ＃ｎ ＝ ＩＬＶエレメントの総数、
且つ
ＩＬＶグループ＃ｍ ＜ ＩＬＶグループの総数
の場合。
（Ｃ３）ＩＬＶエレメントＩＤ＃ｎ ＝ ＩＬＶエレメントの総数
且つ
ＩＬＶグループ＃ｍ ＝ ＩＬＶグループの総数
の場合。
上記（Ｃ１）の場合、同一ＩＬＶグループ番号内の次のＩＬＶエレメントＩＤのアドレスから当該アドレスを引くことで、当該ＩＬＶＵの長さを計算する。
即ち、「ＩＬＶグループ＃ｍ内でＩＬＶエレメントＩＤ＃ｎ＋１であるパケットのアドレス」−「ＩＬＶグループ＃ｍ内でＩＬＶエレメントＩＤ＃ｎのパケットのアドレス」という計算式によって、当該ＩＬＶＵの長さを計算する。
上記（Ｃ２）の場合、次のＩＬＶグループ番号のＩＬＶエレメントＩＤ＃１のアドレスから当該アドレスを引くことで、当該ＩＬＶＵの長さを計算する。
即ち、「ＩＬＶグループ＃ｍ＋１内でＩＬＶエレメントＩＤ＃１であるパケットのアドレス」−「ＩＬＶグループ＃ｍ内でＩＬＶエレメント＃ｎであるパケットのアドレス」という計算式によって、当該ＩＬＶＵの長さを計算する。
上記（Ｃ３）の場合、ＩＬＶブロック内の最後のアドレスから当該アドレスを引くことで、当該ＩＬＶＵの長さを計算する。
即ち、「ＩＬＶブロック内の最後のパケットのアドレス」−「ＩＬＶグループ＃ｍ内でＩＬＶエレメントＩＤ＃ｎであるパケットのアドレス」という計算式によって、当該ＩＬＶＵの長さを計算する。
尚、このような計算処理を用いることなく、前述したように、各ＩＬＶＵの長さを、予め例えばＩＬＶＵテーブル（図２０参照）内に記述しておくことも可能である。
以上により、ＩＬＶＵ先頭フラグ（図２１（Ａ）参照）を用いた第１の方式による、ＩＬＶＵ情報の取得処理及び各ＩＬＶＵの長さの取得処理が完了する。
次に図３６（Ｂ）を参照して、ＩＬＶグループ判断情報の一例として“ＩＬＶグループ番号”（図２１（Ｂ）参照）を用いた第２の方式による、ＩＬＶＵ情報の取得処理について説明する。
図３６（Ｂ）において先ず、例えばステップＳ２１４で既にメモリ内に読み込んであるＥＳマップテーブル（図１６等参照）を参照して、ステップＳ３０１で取得されたインデックス番号に対応するエレメンタリーストリームが属するＩＬＶブロック番号及びＩＬＶエレメントＩＤを取得する（ステップＳ４０１）。
続いて、ＥＳアドレス情報（図２１（Ｂ）等参照）に基づいて、表示開始時刻（Ｔ）から、該当するＩＬＶグループ番号を取得する（ステップＳ４０２ｂ）。
続いて、ＩＬＶＵテーブル１３３（図２０参照）を参照することで、ＩＬＶブロック番号、ＩＬＶグループ番号及びＩＬＶエレメントＩＤからＩＬＶＵ情報を取得し、図３６（Ａ）を参照して説明した具体例の場合と同様に、当該ＩＬＶＵの長さを取得する（ステップＳ４０３ｂ）。
以上により、ＩＬＶＵ情報の取得処理が完了する。
次に図３７を参照して、図３４のステップＳ２２２における非シームレス処理について説明する。
図３７において先ず、ＩＬＶＵテーブル１３３（図２０参照）を参照することで、ＩＬＶブロック番号、ＩＬＶグループ番号及びＩＬＶエレメントＩＤからＩＬＶＵ情報を取得する（ステップＳ６０１）。
次に、切り替え後のアングル番号（即ち、ＩＬＶエレメントＩＤ）に対応するＩＬＶＵの先頭パケット番号を取得する（ステップＳ６０２）。
更に、図３６を参照して説明した具体例の場合と同様に、当該ＩＬＶＵの長さを取得する（ステップＳ６０３）。
以上により、非シームレス処理が完了する。
次に図３８及び図３９を参照して、図３４のステップＳ２２５における早送り／巻き戻し処理について説明する。
先ず図３８を参照して、ＩＬＶグループ判断情報の一例として“ＩＬＶＵ先頭フラグ”（図２１（Ａ）参照）を用いた第１の方式による、早送り／巻き戻し処理について説明する。
図３８において先ず、早送りのコマンド入力の有無を判定する（ステップＳ５０１）。
この判定の結果、早送りのコマンド入力が有れば（ステップＳ５０１：ＹＥＳ）、早送り制御用のパラメータｉの初期値を、表示時刻（Ｔ）に該当するエントリ番号（例えば、図２１（Ａ）におけるＥＳアドレス情報の行番号）に設定する（ステップＳ５０２）。
続いて、ＥＳアドレス情報（図２１（Ａ）参照）を参照して、エントリ番号“ｉ”のパケット番号及びＩＬＶＵ先頭フラグを取得する（ステップＳ５０３）。続いて、当該エントリ番号“ｉ”のＩＬＶＵ先頭フラグ（図２１（Ａ）等参照）が、“１”となっているか否かを判定する（ステップＳ５０４）。そして、先頭フラグが“１”となっていれば（ステップＳ５０４：ＹＥＳ）、パラメータ“ＩＬＶグループ番号”をインクリメントする（ステップＳ５０５）。他方、先頭フラグが“１”となっていなければ（ステップＳ５０４：ＮＯ）、ステップＳ５０５をスキップする。そして双方の場合とも対応するパケットを再生することで、ディスプレイに早送り表示を行う（ステップＳ５０６）。そして、早送り停止のコマンド入力の有無を判定する（ステップＳ５０７）。ここで、早送り停止のコマンド入力が有れば（ステップＳ５０７：ＹＥＳ）、ステップＳ５０２からＳ５０８のループを抜けて、一連の早送り処理を終了する。他方、早送り停止のコマンド入力が無ければ（ステップＳ５０７：ＮＯ）、ｉ＜＝Ｍａｘエントリ（但し、Ｍａｘエントリとは、ＥＳアドレス情報内でエントリとして採り得る最大行数）の継続条件下で、パラメータｉをインクリメントさせつつ（ステップＳ５０２）、ステップＳ５０２からＳ５０８のループを繰り返す。そして、最終的に、早送り停止のコマンド入力が有れば（ステップＳ５０７：ＹＥＳ）、ステップＳ５０２からＳ５０８のループを抜けて、一連の早送り処理を終了する。
他方、ステップＳ５０１の判定の結果、早送りのコマンド入力が無ければ（ステップＳ５０１：ＮＯ）、巻き戻しを行うものとして、巻き戻し制御用のパラメータｉの初期値を、表示時刻（Ｔ）に該当するエントリ番号（例えば、図２１（Ａ）又は図２８（Ａ）におけるＥＳアドレス情報の行番号）に設定する（ステップＳ５０９）。
続いて、ＥＳアドレス情報（図２１（Ａ）参照）を参照して、エントリ番号“ｉ”のパケット番号及びＩＬＶＵ先頭フラグを取得する（ステップＳ５１０）。続いて、当該エントリ番号“ｉ”のＩＬＶＵ先頭フラグ（図２１（Ａ）又は図２８（Ａ）参照）が、“１”となっているか否かを判定する（ステップＳ５１１）。そして、先頭フラグが“１”となっていれば（ステップＳ５１１：ＹＥＳ）、パラメータ“ＩＬＶグループ番号”をデクリメントする（ステップＳ５１２）。他方、先頭フラグが“１”となっていなければ（ステップＳ５１１：ＮＯ）、ステップＳ５１２をスキップする。そして双方の場合とも対応するパケットを再生することで、ディスプレイに巻き戻し表示を行う（ステップＳ５１３）。
そして、巻き戻し停止のコマンド入力の有無を判定する（ステップＳ５１４）。ここで、巻き戻し停止のコマンド入力が有れば（ステップＳ５１４：ＹＥＳ）、ステップＳ５０９からＳ５１５のループを抜けて、一連の巻き戻し処理を終了する。他方、巻き戻し停止のコマンド入力が無ければ（ステップＳ５１４：ＮＯ）、ｉ＞＝０の継続条件下で、パラメータｉをデクリメントさせつつ、ステップＳ５０９からＳ５１５のループを繰り返す。そして、最終的に、巻き戻し停止のコマンド入力が有れば（ステップＳ５１４：ＹＥＳ）、ステップＳ５０９からＳ５１５のループを抜けて、一連の巻き戻し処理を終了する。
早送り／巻き戻し処理終了後、再生対象たるＴＳオブジェクトがアングル再生用のものであるか否かで処理が異なる（ステップＳ５１６）。アングル再生用のオブジェクトであれば（ステップＳ５１６：ＹＥＳ）、ＩＬＶＵテーブル１３３（図２０参照）を参照することで、ＩＬＶブロック番号、ＩＬＶグループ番号及びＩＬＶエレメントＩＤからＩＬＶＵ情報を取得し、当該ＩＬＶＵの長さを取得する（ステップＳ５１７）。他方、アングル再生用のオブジェクトでなければ（ステップＳ５１６：ＮＯ）、ＩＬＶＵ情報の取得は不要である。
次に図３９を参照して、ＩＬＶグループ判断情報の一例として“ＩＬＶグループ番号”（図２１（Ｂ）参照）を用いた第２の方式による、早送り／巻き戻し処理について説明する。
図３９において先ず、早送りのコマンド入力の有無を判定する（ステップＳ５０１ｂ）。
この判定の結果、早送りのコマンド入力が有れば（ステップＳ５０１ｂ：ＹＥＳ）、早送り制御用のパラメータｉの初期値を、表示時刻（Ｔ）に該当するエントリ番号（例えば、図２１（Ｂ）におけるＥＳアドレス情報の行番号）に設定する（ステップＳ５０２ｂ）。
続いて、ＥＳアドレス情報を参照して、エントリ番号“ｉ”のパケット番号を取得し（ステップＳ５０３ｂ）、対応するパケットを再生することで、ディスプレイに早送り表示を行う（ステップＳ５０４ｂ）。そして、早送り停止のコマンド入力の有無を判定する（ステップＳ５０５ｂ）。ここで、早送り停止のコマンド入力が有れば（ステップＳ５０５ｂ：ＹＥＳ）、ステップＳ５０２ｂからＳ５０６ｂのループを抜けて、一連の早送り処理を終了する。他方、早送り停止のコマンド入力が無ければ（ステップＳ５０５ｂ：ＮＯ）、ｉ＜＝Ｍａｘエントリ（但し、Ｍａｘエントリとは、ＥＳアドレス情報内でエントリとして採り得る最大行数）の継続条件下で、パラメータｉをインクリメントさせつつ（ステップＳ５０２ｂ）、ステップＳ５０２ｂからＳ５０６ｂのループを繰り返す。そして、最終的に、早送り停止のコマンド入力が有れば（ステップＳ５０５ｂ：ＹＥＳ）、ステップＳ５０２ｂからＳ５０６ｂのループを抜けて、一連の早送り処理を終了する。
他方、ステップＳ５０１ｂの判定の結果、早送りのコマンド入力が無ければ（ステップＳ５０１ｂ：ＮＯ）、巻き戻しを行うものとして、巻き戻し制御用のパラメータｉの初期値を、表示時刻（Ｔ）に該当するエントリ番号（例えば、図２１（Ｂ）又は図２８（Ｂ）におけるＥＳアドレス情報の行番号）に設定する（ステップＳ５０７ｂ）。
続いて、ＥＳアドレス情報を参照して、エントリ番号“ｉ”のパケット番号を取得し（ステップＳ５０８ｂ）、対応するパケットを再生することで、ディスプレイに巻き戻し表示を行う（ステップＳ５０９ｂ）。そして、巻き戻し停止のコマンド入力の有無を判定する（ステップＳ５１０ｂ）。ここで、巻き戻し停止のコマンド入力が有れば（ステップＳ５１０ｂ：ＹＥＳ）、ステップＳ５０７ｂからＳ５１１ｂのループを抜けて、一連の巻き戻し処理を終了する。他方、巻き戻し停止のコマンド入力が無ければ（ステップＳ５１０ｂ：ＮＯ）、ｉ＞＝０の継続条件下で、パラメータｉをデクリメントさせつつ、ステップＳ５０７ｂからＳ５１１ｂのループを繰り返す。そして、最終的に、巻き戻し停止のコマンド入力が有れば（ステップＳ５１０ｂ：ＹＥＳ）、ステップＳ５０７ｂからＳ５１１ｂのループを抜けて、一連の巻き戻し処理を終了する。
早送り／巻き戻し処理終了後、再生対象たるＴＳオブジェクトがアングル再生用のものであるか否かで処理が異なる（ステップＳ５１２ｂ）。アングル再生用のオブジェクトであれば（ステップＳ５１２ｂ：ＹＥＳ）、ＥＳアドレス情報を参照して、エントリ番号“ｉ”のＩＬＶグループ番号を取得する（ステップＳ５１３ｂ）。続いて、ＩＬＶＵテーブル１３３（図２０参照）を参照することで、ＩＬＶブロック番号、ＩＬＶグループ番号及びＩＬＶエレメントＩＤからＩＬＶＵ情報を取得し、当該ＩＬＶＵの長さを取得する（ステップＳ５１７）。他方、アングル再生用のオブジェクトでなければ（ステップＳ５１２ｂ：ＮＯ）、ＩＬＶＵグループ番号の取得（ステップＳ５１３ｂ）やＩＬＶＵ情報の取得（ステップＳ５１４ｂ）は不要である。
以上により、早送り／巻き戻し処理が完了する。
（再生時のアクセスの流れ）
次に図４０を参照して、本実施例における特徴の一つであるＡＵ（アソシエートユニット）情報１３２Ｉ及びＰＵ（プレゼンテーションユニット）情報３０２Ｉを用いた情報記録再生装置５００における再生時のアクセスの流れについて、光ディスク１００の論理構造と共に説明する。ここに図４０は、光ディスク１００の論理構造との関係で、再生時におけるアクセスの流れ全体を概念的に示すものである。
図４０において、光ディスク１００の論理構造は、論理階層４０１、オブジェクト階層４０３及びこれら両階層を相互に関連付ける論理−オブジェクト関連付け階層４０２という三つの階層に大別される。
これらのうち論理階層４０１は、再生時に所望のタイトルを再生するための各種論理情報と再生すべきプレイリスト及びその構成内容とを論理的に特定する階層である。論理階層４０１には、光ディスク１００上の全タイトル２００等を示すディスク情報１１０ｄが、ディスク情報ファイル１１０（図３参照）内に記述されており、更に、光ディスク１００上の全コンテンツの再生シーケンス情報１２０ｄが、プレイリスト情報ファイル１２０（図３参照）内に記述されている。より具体的には、再生シーケンス情報１２０ｄとして、各タイトル２００に一又は複数のプレイリスト１２６の構成が記述されており、各プレイリスト１２６には、一又は複数のアイテム２０４の構成が記述されている。そして、再生時におけるアクセスの際に、このような論理階層４０１によって、再生すべきタイトル２００を特定し、これに対応するプレイリスト１２６を特定し、更にこれに対応するアイテム２０４を特定する。
続いて、論理−オブジェクト関連付け階層４０２は、このように論理階層４０１で特定された情報に基づいて、実体データであるＴＳオブジェクトデータ１４０ｄの組み合わせや構成の特定を行うと共に論理階層４０１からオブジェクト階層４０３へのアドレス変換を行うように、再生すべきＴＳオブジェクトデータ１４０ｄの属性とその物理的な格納アドレスとを特定する階層である。より具体的には、論理−オブジェクト関連付け階層４０２には、各アイテム２０４を構成するコンテンツの固まりをＡＵ１３２という単位に分類し且つ各ＡＵ１３２をＰＵ３０２という単位に細分類するオブジェクト情報データ１３０ｄが、オブジェクト情報ファイル１３０（図３参照）に記述されている。
ここで、ＰＵ３０２は、再生時にユーザ操作により相互に切り替え可能な複数のアングルのうち、一つのアングルに係る映像情報、音声情報及び副映像情報からなるコンテンツを夫々構成する一又は複数のエレメンタリーストリームの集合に対応している。そして、ＡＵ１３２は、このようなアングル再生において相互にアングル切り換え可能な複数のＰＵ３０２の集合からなる。従って、再生すべきＡＵ１３２が特定され、更にＰＵ３０２が特定されれば、再生すべきエレメンタリーストリームが特定される。即ち、図６に示したＰＡＴやＰＭＴを用いないでも、光ディスク１００から多重記録された中から所望のエレメンタリーストリームを再生可能となる。このようにして論理−オブジェクト関連付け階層４０２では、各アイテム２０４に係る論理アドレスから各ＰＵ３０２に係る物理アドレスへのアドレス変換が実行される。
続いて、オブジェクト階層４０３は、実際のＴＳオブジェクトデータ１４０ｄを再生するための物理的な階層である。オブジェクト階層４０３には、ＴＳオブジェクトデータ１４０ｄが、オブジェクトデータファイル１４０（図３参照）内に記述されている。そして、各時刻で多重化された複数のＴＳパケットは、エレメンタリーストリーム毎に、論理−オブジェクト関連付け階層４０２で特定されるＰＵ３０２に対応付けられている。
このようにオブジェクト階層４０３では、論理−オブジェクト関連付け階層４０２における変換により得られた物理アドレスを用いての、実際のオブジェクトデータの再生が実行される。
以上のように図４０に示した三つの階層により、光ディスク１００に対する再生時におけるアクセスが実行される。
以上図１から図４０を参照して詳細に説明したように、本実施例によれば、アングルブロックをインターリーブド構造にすることにより、転送レートを殆ど又は全く下げることなくアングルを組むことが可能である。更に、ＩＬＶＵテーブル（図２０参照）に、全アングルに対するアドレス情報を格納しておき、再生時には、予めメモリに読み込んでおくことにより、迅速な或いはシームレスのアングル切替が可能となる。特に、ＥＳアドレス情報にＩＬＶＵ先頭フラグ又はＩＬＶグループ番号を導入することにより、アングルブロック内で、早送り／巻戻し直後に再生する時でも、適切なＩＬＶＵを容易に取得することが可能である。
加えて、本実施例によれば、ＡＵ及びＰＵを用いることによって、例えば国毎に相異なるローカルルールの如く、相異なるＰＡＴ及びＰＭＴ構築ルールに基づいて作成されたＴＳオブジェクト１４２であっても、該ＴＳオブジェクト１４２の構造を変更することなく、そのままＴＳオブジェクト１４２の実体を光ディスク１００に格納しても、ＡＵ及びＰＵを利用して問題なく再生可能となる。
尚、上述の実施例では、情報記録媒体の一例として光ディスク１００並びに情報再生記録装置の一例として光ディスク１００に係るレコーダ又はプレーヤについて説明したが、本発明は、光ディスク並びにそのレコーダ又はプレーヤに限られるものではなく、他の高密度記録或いは高転送レート対応の各種情報記録媒体並びにそのレコーダ又はプレーヤにも適用可能である。また、上述した実施例によれば、アングル再生を実現する例として説明してきたが、例えば１８歳以上指定、Ｒ１５指定など、内容に対して予め付与されたパレンタルレベルに応じたシーンやカットが再生される“パレンタル再生”等を実現するものであっても良い。
本発明は、上述した実施例に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴なう情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造もまた本発明の技術的範囲に含まれるものである。
【産業上の利用可能性】
本発明に係る情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造は、例えば、民生用或いは業務用の、主映像、音声、副映像等の各種情報を高密度に記録可能なＤＶＤ等の高密度光ディスクに利用可能であり、更にＤＶＤプレーヤ、ＤＶＤレコーダ等にも利用可能である。また、例えば民生用或いは業務用の各種コンピュータ機器に搭載される又は各種コンピュータ機器に接続可能な、情報記録媒体、情報記録再生装置等にも利用可能である。
【図１】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１９】
【図２０】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３７】
【図３８】
【図３９】
【図４０】
【技術分野】
本発明は、主映像、音声、副映像、再生制御情報等の各種情報を高密度に記録可能な高密度光ディスク等の情報記録媒体、当該情報記録媒体に情報を記録するための情報記録装置及び方法、当該情報記録媒体から情報を再生するための情報再生装置及び方法、このような記録及び再生の両方が可能であり且つ主映像、音声等のコンテンツについての編集も可能である情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに再生制御用の制御信号を含むデータ構造の技術分野に関する。
【背景技術】
主映像、音声、副映像などのコンテンツ情報や再生制御情報等の各種情報が記録された光ディスクとして、ＤＶＤが一般化している。ＤＶＤ規格によれば、主映像情報（ビデオデータ）、音声情報（オーディオデータ）及び副映像情報（サブピクチャーデータ）が再生制御情報（ナビゲーションデータ）と共に、各々パケット化されて、高能率符号化技術であるＭＰＥＧ２（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ｐｈａｓｅ ２）規格のプログラムストリーム形式でディスク上に多重記録されている。これらのうち主映像情報は、ＭＰＥＧビデオフォーマット（ＩＳＯ１３８１８−２）に従って圧縮されたデータが、一つのプログラムストリーム中に１ストリーム分だけ存在する。一方、音声情報は、複数の方式（即ち、リニアＰＣＭ、ＡＣ−３及びＭＰＥＧオーディオ等）で記録され、合計８ストリームまで、一つのプログラムストリーム中に存在可能である。副映像情報は、ビットマップで定義され且つランレングス方式で圧縮記録され、３２ストリームまで、一つのプログラムストリーム中に存在可能である。このようにＤＶＤの場合、プログラムストリーム形式の採用により、例えば一本の映画について、主映像情報の１ストリームに対して、選択可能な音声情報の複数ストリーム（例えば、ステレオ音声或いはサラウンド音声の他、オリジナルの英語音声、日本語版吹き替え音声、…などのストリーム）や、選択可能な副映像情報の複数ストリーム（例えば、日本語字幕、英語字幕、…などのストリーム）が多重記録されている。
また、この種のＤＶＤによれば、複数の視点から見た映像或いはシーン（以下適宜、“アングル”と称する）に係る複数の映像情報を同一ディスク上に記録しておき、ユーザが見たいアングルを選んで再生する“アングル再生”も可能とされている。このため係るＤＶＤによれば、各アングルに対応する複数の映像情報がインターリーブドユニット（ＩＬＶＵ）単位で相互にインターリーブされており、また各インターリーブドユニットを構成するビデオオブジェクトユニット（ＶＯＢＵ）の先頭に配置されたナビゲーションパケット（ＮＶ＿ＰＣＫ）には、各アングルに対する次に再生すべきインターリーブドユニットのアドレスとサイズを示すアングル情報（ＳＭＬ＿ＡＧＬＩ）が格納されている。
【発明の開示】
上述したＤＶＤによれば、映像情報へのアクセスには、ビデオオブジェクトユニット（ＶＯＢＵ）に対するアドレス情報を格納したアドレスマップ（ＶＴＳ＿ＶＯＢＵ＿ＡＤＭＡＰＩ）が用いられる。よって、たとえ再生エントリがインターリーブドブロック内であっても、必ずインターリーブドユニットの先頭にアクセスし、ナビゲーションパケットを再生した後、インターリーブドユニット内の映像情報を再生する。
しかしながら、現在本願出願人が開発を進めている大容量、高密度記録の光ディスクへの記録フォーマットにおいては、映像情報へのアクセスに各表示開始時刻に対応するパケット番号を格納したタイムマップ（本実施例においてはＥＳアドレス情報という）を用いている。よって、再生エントリがインターリーブドブロック内であると、インターリーブドユニットの途中にアクセスすることになり、ナビゲーションパケットを再生することなく映像情報を再生してしまい、次に再生すべきインターリーブドユニットがどれであるのか判らなくなってしまうという問題が生じた。
本発明は上述の問題点に鑑みなされたものであり、ナビゲーションパケットを用いることなく、インターリーブ構造を有するオブジェクトデータを効率的に記録及び再生することを可能ならしめる情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに再生制御用の制御信号を含むデータ構造を提供することを課題とする。
以下、本発明に係る情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、並びにコンピュータプログラムについて順に説明する。
（情報記録媒体）
本発明の情報記録媒体は、一連のコンテンツ情報から夫々構成される複数の部分ストリーム（例えば、エレメンタリーストリーム）を含んでなる全体ストリーム（例えば、トランスポートストリーム）が、物理的にアクセス可能な単位であるパケット単位（例えば、ＴＳパケット単位）で多重記録される情報記録媒体であって、論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルと、前記オブジェクトデータの再生を制御するための再生制御情報として、時間軸上で多重化される複数のパケットと前記複数の部分ストリームとの対応関係を定義する対応定義情報（例えば、エレメンタリーストリーム（ＥＳ）マップテーブル）を格納するオブジェクト情報ファイルとを備えており、前記オブジェクトデータは、少なくとも一部の再生区間（例えば、インターリーブド（ＩＬＶ）ブロック）において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、前記オブジェクト情報ファイルは、前記再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報（例えば、インターリーブドユニット（ＩＬＶＵ）テーブル）を格納する。
本発明の情報記録媒体によれば、例えばＭＰＥＧ２又はＭＰＥＧ４のトランスポートストリームの少なくとも一部の如き全体ストリームは、エレメンタリーストリームの如き部分ストリームを複数含んでなる。部分ストリームは、情報再生装置により再生可能な一連のコンテンツ情報、例えば主映像情報（ビデオデータ）、音声情報（オーディオデータ）、副映像情報（サブピクチャデータ）等から夫々構成される。即ち本願において１本の「部分ストリーム」とは、例えばエレメンタリーストリームである、一連のコンテンツをなすビデオストリーム、オーディオストリーム、サブピクチャストリーム等の如き、１本のデータ配列或いは情報配列を指す。他方、本願において１本の「全体ストリーム」とは、複数本の部分ストリームが束ねられてなるデータ配列或いは情報配列を指す。全体ストリームは、ＭＰＥＧ２又はＭＰＥＧ４におけるｍ（但し、ｍは２以上の自然数）本のエレメンタリーストリームを束ねてなるトランスポートストリームそのものであってもよいし、このうちｎ（但し、ｎは２以上且つｍ未満の自然数）本のエレメンタリーストリームを束ねてなるデータ配列或いは情報配列でもよい。そして、このような全体ストリームは、情報再生装置により物理的にアクセス可能な単位であるパケット（例えば、後述のＴＳパケット）単位で、当該情報記録媒体上に多重記録される。ここで特に、オブジェクトデータファイルは、情報再生装置により論理的にアクセス可能な単位であると共に、コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納する。そして、オブジェクト情報ファイルは、対応定義情報（例えば、後述のエレメンタリーストリームパケットＩＤ（ＥＳ＿ＰＩＤ）等を含むＥＳマップテーブル）を、オブジェクトデータファイルの情報再生装置による再生を制御するための再生制御情報として格納する。
ここで特に、オブジェクトデータは、少なくとも一部の再生区間（例えば、インターリーブド（ＩＬＶ）ブロック）において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされている。言い換えれば、複数のインターリーブドユニットが、交互に配置される。
係るインターリーブドユニットの長さ（データ量）は、例えば再生時間にして０．数秒から数秒位に対応する長さであり、情報再生装置による例えばアングル再生等の再生時における再生位置間のジャンプの期間に、シームレス再生用のバッファが空にならない程度の長さを有する。そして、このようなインターリーブドユニットの長さは、コンテンツ情報の内容（例えば、映像情報で示される動画における動きの度合い等）に応じて可変である。但し、これを固定することも可能である。
しかも、オブジェクト情報ファイルは、再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報（例えば、インターリーブドユニット（ＩＬＶＵ）テーブル）を格納する。
従って、通常再生時や特殊再生時（例えば、早送り時、巻き戻し時等）などに、このユニットアドレス情報に基づいて、インターリーブドユニットのアドレス（例えば、各インターリーブドユニットの先頭アドレス）を迅速且つ容易に取得できる。その後は、アクセス後のインターリーブドユニット内において、順番に配列された複数のパケットについての再生を行えばよい。これらにより、短時間で当該インターリーブドユニットへのアクセスを完了し且つそれに含まれるパケットの再生を迅速に行うことが可能となり、これらの動作を連続して行うことで、一連のコンテンツ情報の連続再生が可能となる。更に、例えば後述の如きアングル切り替え等の複数の映像情報の切り替えを伴う再生であっても、問題なく適切なインターリーブドユニットにアクセス可能となる。
以上の結果、本発明の情報記録媒体によれば、インターリーブを行いつつも、その再生時には、オブジェクト情報ファイル内に格納された対応定義情報及びユニットアドレス情報を参照することによって、複数のインターリーブドユニットの中から、一連のコンテンツ情報をなすインターリーブドユニットを適切な順番で再生することが可能となる。この際、例えば、前述した従来のＤＶＤにおけるナビゲーションパケット（ＮＶ＿ＰＣＫ）等の制御情報格納用パケット内やインターリーブドユニットのヘッダ内などに、次のインターリーブドユニットのアドレス情報を格納しておかなくても済む。或いは全てのパケットのアドレス情報を、対応定義情報（例えば、ＥＳマップテーブル）内に含ませる必要も無い。
加えて、例えば、比較的短時間分のコンテンツ情報を、シームレス再生用のバッファを介して再生することで、容易にシームレスの、即ち再生映像に切れ目のない再生（例えばシームレスのアングル再生等の）も可能となる。更に、インターリーブによって、切替可能な各映像情報のデータ量を比較的大容量に確保しながらも（例えば各映像情報につき数Ｍｂｐｓ程度の転送レートを確保しながらも）、高画質でシームレスの再生が可能となる。このようなシームレスの再生における切り替えの際の応答時間を短くするためには、上述のインターリーブドユニットの長さを短く設定すればよく、実用上は、例えば１．５秒以内程度が妥当である。
尚、本発明に係るオブジェクト情報ファイルに格納される各種情報については、好ましくは、オブジェクトデータファイルの場合とは異なり、情報記録媒体上でパケットの単位で多重化されていない。従って、情報再生装置では、まとめて読み込んだ再生制御情報に基づいて、多重記録されたオブジェクトデータの再生が効率的に実行可能となる。また、本願発明に係るパケットのアドレスとは、物理アドレスでもよいが、より一般には論理アドレスであり、実際の物理アドレスは、ファイルシステムの管理によって論理アドレスから一義的に特定される性質のものである。
本発明の情報記録媒体の一の態様では、前記ユニットアドレス情報（例えば、ＩＬＶＵテーブル）は、前記各インターリーブドユニットの先頭アドレスを含んでなる。
この態様によれば、再生時には、ユニットアドレス情報に基づいて、各インターリーブドユニットの先頭アドレスを迅速且つ容易に取得でき、その後は、アクセス後のインターリーブドユニット内において、順番に配列された複数のパケットについての再生を行えばよい。
尚、このような本発明に係る「先頭アドレス」は、例えば、インターリーブされた再生区間（例えば、インターリーブドブロック）内における通し番号或いは連続番号（例えば、オフセットアドレス或いは相対アドレス）でよい。又は、例えば、１つのオブジェクトデータファイルや、全てのオブジェクトデータファイルなど、より大きなデータ単位内における、通し番号或いは連続番号（例えば、絶対アドレス）でもよい。
本発明の情報記録媒体の他の態様では、前記ユニットアドレス情報は、前記インターリーブドユニットの複数についてテーブル化されたインターリーブドユニットテーブル（例えば、ＩＬＶＵテーブル）として、前記オブジェクト情報ファイル内に格納されており、前記対応定義情報は、前記部分ストリームの複数についてテーブル化された対応定義情報テーブル（例えば、ＥＳマップテーブル）として、前記オブジェクト情報ファイル内に格納されている。
この態様によれば、再生時には、オブジェクト情報ファイル内に格納された対応定義情報テーブル及びインターリーブドユニットテーブルを参照することによって、より一層効率的に、複数のインターリーブドユニットの中から、一連のコンテンツ情報をなすインターリーブドユニットを適切な順番で再生することが可能となる。
本発明の情報記録媒体の他の態様では、前記対応定義情報（例えば、ＥＳマップテーブル）は、前記インターリーブされた再生区間（例えば、インターリーブドブロック）の番号を示すブロック番号情報（例えば、ＩＬＶブロック番号）を含む。
この態様によれば、対応定義情報中のブロック番号情報を参照することによって、コンテンツ情報がインターリーブされた再生区間であるか否かも含めて、再生時に再生区間を特定することが可能となる。また、予めこのようなブロック番号情報に対応する形でユニットアドレス情報を格納しておけば、再生時には、インターリーブされた再生区間とユニットアドレス情報との対応付けを容易且つ迅速に行うことも可能となる。本発明に係る「ブロック番号情報」は、例えば、オブジェクトデータファイル内における複数の再生区間に付与された、連続番号或いは通し番号でよい。
尚、コンテンツ情報が、インターリーブされていなければ、このブロック番号情報の値を、例えば“０”など、所定値とすることで、当該インターリーブされていない旨を示すことも可能である。
本発明の情報記録媒体の他の態様では、前記コンテンツ情報は、再生時に相互に切替可能であると共に前記部分ストリームを夫々構成する複数の映像情報（例えば、複数の視点に対応する複数のアングルに係るアングル映像情報）を含み、前記対応定義情報は、前記複数の映像情報に対応する複数のインターリーブドユニットの配列を夫々、固有のインターリーブドエレメント（例えば、一つのアングルにのみ係る複数のインターリーブドユニットの配列）として識別するインターリーブドエレメント識別情報（例えば、ＩＬＶＵエレメント識別情報）を含む。
この態様によれば、予めこのようなインターリーブドエレメント識別情報に対応する形でユニットアドレス情報を格納しておけば、再生時には、対応定義情報（例えば、ＥＳマップテーブル）に含まれるインターリーブドエレメント識別情報を参照することによって、該インターリーブドエレメントに属するインターリーブドユニットが迅速且つ容易に判明する。従って、インターリーブされた複数の映像情報を用いて、シームレスなアングル切替等の表示切替が可能となる。
尚、コンテンツ情報が、インターリーブされていなければ、このインターリーブドエレメント識別情報の値を、例えば“０”など、所定値とすることで、当該インターリーブされていない旨を示すことも可能である。
この態様では、前記ユニットアドレス情報（例えば、ＩＬＶＵテーブル）は、前記インターリーブされた再生区間を示すインターリーブドブロック別に且つ該インターリーブドブロック各々について相互に切替可能な複数のインターリーブドユニットをまとめたインターリーブドグループ（例えば、ＩＬＶＵグループ）別に格納されており、更に該インターリーブドグループ各々について前記インターリーブドエレメント別に格納されているように構成してもよい。
このように構成すれば、再生時には、ユニットアドレス情報上で、再生すべきインターリーブドブロックのインターリーブドグループに含まれ且つその中で再生すべきインターリーブドエレメントに属するインターリーブドユニットのアドレスを迅速且つ容易に参照可能となる。
この場合には更に、前記対応定義情報（例えば、ＥＳマップテーブル）は、各パケットがいずれのインターリーブドグループに属するかを判断するためのグループ判断情報（例えば、ＩＬＶＵ先頭フラグやＩＬＶＵグループ番号）を、前記部分ストリーム別に少なくとも一部のパケットについて含むように構成してもよい。
このように構成すれば、通常再生時のみならず、特に特殊再生時（例えば、早送り時、巻き戻し時等）においても、対応定義情報に含まれるグループ判断情報を参照することで、再生すべき部分ストリームに係るパケットが、いずれのインターリーブドグループに属するかを、各パケットの実際の再生に先んじて、容易且つ迅速に特定可能となる。従って、通常再生時のみならず、特に特殊再生時においても、所望の部分ストリームに係るコンテンツ情報の再生を迅速に開始可能となる。
この場合更に、前記グループ判断情報は、前記各パケットが属するインターリーブドグループの番号を示すグループ番号情報（例えば、ＩＬＶＵグループ判断情報の一例としてのＩＬＶＵグループ番号）からなるように構成してもよい。
このように構成すれば、特に特殊再生時においても、対応定義情報（例えば、ＥＳマップテーブル）に含まれるグループ番号情報を参照することで、再生すべき部分ストリームに係るパケットが、いずれのインターリーブドグループに属するかを、各パケットの実際の再生に先んじて、容易且つ迅速に特定可能となる。
例えば、インターリーブドグループには、連続番号或いは通し番号が割当られており、本発明に係る「グループ番号情報」は、該連続番号或いは通し番号を示す番号情報からなる。
尚、映像情報以外の、例えば音声情報や副映像情報に係るパケットについては、このようなグループ番号情報は、不要である。例えば、映像情報に係るパケットについてのグループが判明すれば、これとの対応付けによって、音声情報や副映像情報に係るパケットの特定も可能である。但し、音声情報や副映像情報に係るパケットについても、このようなグループ番号情報を設けてもよい。
或いは、この場合更に、前記グループ判断情報は、前記各パケットが前記インターリーブドユニット内の先頭パケットであるか否かを示す先頭フラグ情報（例えば、ＩＬＶＵグループ判断情報の他の例としてのＩＬＶＵ先頭フラグ）からなるように構成してもよい。
このように構成すれば、特に特殊再生時においても、対応定義情報（例えば、ＥＳマップテーブル）に含まれる先頭フラグ情報を参照することで、再生すべき部分ストリームに係るパケットが、いずれのインターリーブドグループに属するかを、各パケットの実際の再生に先んじて、容易且つ迅速に特定可能となる。
例えば、インターリーブドグループには、連続番号或いは通し番号が割当られており、本発明に係る「先頭フラグ情報」をカウントすることで、該連続番号或いは通し番号を示す情報を取得可能となる。
尚、映像情報以外の、例えば音声情報や副映像情報に係るパケットについては、上述のグループ番号情報の場合と同様に、先頭フラグ情報は、不要である。
或いは、本発明の情報記録媒体の他の態様では、前記対応定義情報（例えば、ＥＳマップテーブル）は、前記部分ストリーム別に前記複数のパケットを夫々識別する部分ストリームパケット識別情報（例えば、ＥＳ＿ＰＩＤ）と、前記部分ストリーム別に各パケットのアドレスを少なくとも一部のパケットについて示す部分ストリームアドレス情報（例えば、ＥＳアドレス情報）とを含む。
この態様によれば、その再生時には、対応定義情報中に含まれる部分ストリームパケット識別情報によって、時間軸上で多重記録された複数のパケットを相互から識別できる。例えば記録時間軸や再生時間軸などの時間軸上で多重化されており、時刻に対して部分ストリームの数だけ存在する複数のパケットがいずれの部分ストリームに対応するかを、部分ストリームパケット識別情報を参照することで特定可能となる。更に、このように特定された各パケットについてのアドレスを、対応定義情報中に含まれる部分ストリームアドレス情報を参照することで取得可能となる。
上述した対応定義情報が、グループ判断情報を含む態様では、前記対応定義情報（例えば、ＥＳマップテーブル）は、前記部分ストリーム別に前記複数のパケットを夫々識別する部分ストリームパケット識別情報（例えば、ＥＳ＿ＰＩＤ）と、前記部分ストリーム別に各パケットのアドレスを少なくとも一部のパケットについて示す部分ストリームアドレス情報（例えば、ＥＳアドレス情報）とを含み、前記グループ判断情報は、前記部分ストリームアドレス情報に含まれるように構成してもよい。
このように構成すれば、対応定義情報に含まれる部分ストリームアドレス情報に、例えば前述のグループ番号情報や先頭フラグ情報等のグループ判断情報が含まれるので、各部分ストリームに対応するパケットが、いずれのインターリーブドグループに属するかを、容易且つ迅速に特定可能となる。
上述した部分ストリームアドレス情報に係る態様では、前記部分ストリームアドレス情報（例えば、ＥＳアドレス情報）は、前記部分ストリーム別に、各再生開始時刻に対応する形式で各パケットのアドレスを少なくとも一部のパケットについて示すパケットアドレス情報を含むように構成してもよい。
このように構成すれば、例えばインターリーブドブロック内における通し番号或いは連続番号（例えば、オフセットアドレス或いは相対アドレス）からなるパケットアドレス情報を参照することで、再生すべき部分ストリームに対応する各パケットについてのアドレスを取得可能となる。
上述したコンテンツ情報が複数の映像情報を含んでなると共にインターリーブドブロックに係る態様では、前記複数の映像情報は、複数の視点に対応する複数のアングル映像情報であり、前記オブジェクトデータは、同一インターリーブドブロック内で前記複数のアングル映像情報に対する前記インターリーブドユニットの再生開始時刻及び再生終了時刻が一致するようにインターリーブされているように構成してもよい。
このように構成すれば、同一インターリーブドグループ内では、複数のアングル映像情報に対するインターリーブドユニット間で再生開始時刻及び再生終了時刻が一致するようにインターリーブされている。従って、情報再生装置によるアングル切り換えの際に、ユニットアドレス情報に従ってアングル切り換え後の映像情報に対応するパケットにアクセスすることで、短時間に当該切り替えを行うことが可能となる。従って、比較的短時間分のコンテンツ情報を、シームレス再生用のバッファを介して再生することで、容易にシームレスのアングル再生が可能となる。
このようなアングル切り替え用のインターリーブドブロックは、例えば一つのタイトル（映画等）について再生時間軸上で離れた複数個所に、複数設けられてもよい。この際、同一タイトル内或いは異なるタイトル内で、アングル数は同一でもよいし、異なってもよい。また、アングル切り替えの際の音声情報或いは副映像情報については、映像情報（主映像情報）の切り替えに拘わらずに同一でもよいし、係る切り換えに応じて切り替えるようにしてもよい。
本発明に係るアングル切り換えとは、再生時間軸上で同一時刻の映像情報間で切り替える場合の他、切り換え前の映像情報に対して所定時間だけ遡って切り換え後の映像情報を再生開始する場合も含む。
また、このようなアングルに係る態様では、ユニットアドレス情報（例えば、ＩＬＶＵテーブル）に格納されるインターリーブドユニットのアドレス情報は、アングル切り替え用のインターリーブドブロック内でのパケット番号（パケットの連続番号）であってもよい。即ち、複数のアングル切り替え用のインターリーブドブロックがあれば、各ブロック内で独立した連続番号が、例えば“０”或いは“１”等の基準値から始まる。従って、当該ブロック外で編集が行なわれて、オブジェクトデータファイル内におけるパケットの連続番号が変更されても、当該ブロック内におけるアドレス情報上では、パケットの連続番号は維持される。即ち、パケットの連続番号の変更やこれに伴うアドレス情報の変更等を行わないようにもでき、便利である。因みに、アングル切り替え用のインターリーブドブロック内では、複数の切り換え可能な複数の映像情報がインターリーブされた複雑なデータ構造を有するので、この内部に対する編集は、一般に困難である。
尚、このように構成する場合、オブジェクト情報ファイルは、再生制御情報として更に、各インターリーブドユニットに係るアングル番号を示すアングル番号情報や、切り替え可能なアングル数を示すアングル数情報を格納してもよい。
本発明の情報記録媒体の他の態様では、前記オブジェクト情報ファイルは、前記各インターリーブドユニットのサイズを示すユニットサイズ情報を更に格納する。
この態様によれば、再生時に、例えばトランスポートストリームにおける統計的多重に依存して可変であるインターリーブドユニットのデータ長を、オブジェクト情報ファイル内に格納されたユニットサイズ情報を参照することで迅速且つ容易に特定可能となる。但し、このようなインターリーブドユニットのサイズは、例えば、前述の先頭フラグ等に基づいて、各インターリーブドユニットの先頭位置の間隔等から計算することによっても、特定可能である。
尚、上述した本発明の情報記録媒体の他の態様では、前記オブジェクトデータファイルに格納されたオブジェクトデータの再生シーケンスを規定する再生シーケンス情報（例えば、後述のプレイリスト情報）を格納する再生シーケンス情報ファイル（例えば、プレイリスト情報ファイル）を更に備える。
この態様によれば、再生シーケンス情報についても、オブジェクトデータファイルの場合とは異なり、情報記録媒体上でパケットの単位で多重化されていないので、前述の再生制御情報及び当該再生シーケンス情報に基づいて、想定された通りの情報再生装置におけるオブジェクトデータの再生が可能となる。
（情報記録装置及び方法）
本発明の情報記録装置は、情報記録媒体上に、一連のコンテンツ情報から夫々構成される複数の部分ストリームを含んでなる全体ストリームを、物理的にアクセス可能な単位であるパケット単位で多重記録する情報記録装置であって、論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルを記録する第１記録手段と、前記オブジェクトデータの再生を制御するための再生制御情報として、時間軸上で多重化される複数のパケットと前記複数の部分ストリームとの対応関係を定義する対応定義情報を格納するオブジェクト情報ファイルを記録する第２記録手段とを備えており、前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、前記オブジェクト情報ファイルは、前記再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納する。
本発明の情報記録装置によれば、例えばシステムコントローラ、エンコーダ、光ピックアップ等の第１記録手段により、オブジェクトデータを格納するオブジェクトデータファイルを記録し、例えばシステムコントローラ、エンコーダ、後述のＴＳオブジェクト生成器、光ピックアップ等の第２記録手段により、対応定義情報を格納するオブジェクト情報ファイルを記録する。しかも、オブジェクトデータは、インターリーブされ、オブジェクト情報ファイルは、再生制御情報として更に各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納する。従って、上述した本発明の情報記録媒体に、例えばＭＰＥＧ２のトランスポートストリームの少なくとも一部の如き全体ストリームを、インターリーブドユニット単位でインターリーブしつつ再生可能に多重記録できる。
尚、上述した本発明の情報記録媒体の各種態様に対応して、本発明の情報記録装置も各種態様を採ることが可能である。
本発明の情報記録方法は、情報記録媒体上に、一連のコンテンツ情報から夫々構成される複数の部分ストリームを含んでなる全体ストリームを、物理的にアクセス可能な単位であるパケット単位で多重記録する情報記録方法であって、論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルを記録する第１記録工程と、前記オブジェクトデータの再生を制御するための再生制御情報として、時間軸上で多重化される複数のパケットと前記複数の部分ストリームとの対応関係を定義する対応定義情報を格納するオブジェクト情報ファイルを記録する第２記録工程とを備えており、前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、前記オブジェクト情報ファイルは、前記再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納する。
本発明の情報記録方法によれば、第１記録工程により、オブジェクトデータを格納するオブジェクトデータファイルを記録し、第２記録工程により、対応定義情報を格納するオブジェクト情報ファイルを記録する。しかも、オブジェクトデータは、インターリーブされ、オブジェクト情報ファイルは、再生制御情報として更に各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納する。従って、上述した本発明の情報記録媒体に、例えばＭＰＥＧ２のトランスポートストリームの少なくとも一部の如き全体ストリームを、インターリーブドユニット単位でインターリーブしつつ再生可能に多重記録できる。
尚、上述した本発明の情報記録媒体の各種態様に対応して、本発明の情報記録方法も各種態様を採ることが可能である。
（情報再生装置及び方法）
本発明の情報再生装置は、上述した本発明の情報記録媒体（但し、その各種態様も含む）から前記記録されたコンテンツ情報を再生する情報再生装置であって、前記情報記録媒体から情報を物理的に読み取る読取手段と、該読取手段により読み取られた情報に含まれる前記対応定義情報及び前記ユニットアドレス情報に基づいて、前記インターリーブドユニットをデインターリーブしつつ前記オブジェクトデータを前記部分ストリーム別に再生する再生手段とを備える。
本発明の情報再生装置によれば、光ピックアップ、復調器等の読取手段により、情報記録媒体から情報をパケット単位等で物理的に読み取る。そして、システムコントローラ、デマルチプレクサ、デコーダ等の再生手段により、この読み取られた情報に含まれる対応定義情報及びユニットアドレス情報に基づいて、インターリーブドユニットをデインターリーブしつつ、オブジェクトデータを部分ストリーム別に再生する。従って、上述した本発明の情報記録媒体（但し、その各種態様も含む）を適切に再生できる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報再生装置も各種態様を採ることが可能である。
本発明の情報再生方法は、上述した本発明の情報記録媒体（但し、その各種態様も含む）から前記記録されたコンテンツ情報を再生する情報再生方法であって、前記情報記録媒体から情報を物理的に読み取る読取工程と、該読取工程により読み取られた情報に含まれる前記対応定義情報及び前記ユニットアドレス情報に基づいて、前記インターリーブドユニットをデインターリーブしつつ前記オブジェクトデータを前記部分ストリーム別に再生する再生工程とを備える。
本発明の情報再生方法によれば、情報記録媒体から情報をパケット単位等で物理的に読み取る。そして、この読み取られた情報に含まれる対応定義情報及びユニットアドレス情報に基づいて、インターリーブドユニットをデインターリーブしつつ、オブジェクトデータを部分ストリーム別に再生する。従って、上述した本発明の情報記録媒体（但し、その各種態様も含む）を適切に再生できる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報再生方法も各種態様を採ることが可能である。
（情報記録再生装置及び方法）
本発明の情報記録再生装置は、上述した本発明の情報記録媒体（但し、その各種態様も含む）に前記コンテンツ情報を記録し且つ該記録されたコンテンツ情報を再生する情報記録再生装置であって、前記オブジェクトデータファイルを記録する第１記録手段と、前記オブジェクト情報ファイルを記録する第２記録手段と、前記情報記録媒体から情報を物理的に読み取る読取手段と、該読取手段により読み取られた情報に含まれる前記対応定義情報及び前記ユニットアドレス情報に基づいて、前記インターリーブドユニットをデインターリーブしつつ前記オブジェクトデータを前記部分ストリーム別に再生する再生手段とを備える。
本発明の情報記録再生装置によれば、上述した本発明の情報記録装置の場合と同様に、第１記録手段により、オブジェクトデータファイルを記録し、第２記録手段により、オブジェクト情報ファイルを記録する。その後、上述した本発明の情報再生装置の場合と同様に、読取手段により、情報記録媒体から情報を物理的に読み取り、再生手段により、この読み取られた情報に含まれる対応定義情報及びユニットアドレス情報に基づいて、インターリーブドユニットをデインターリーブしつつ、オブジェクトデータを部分ストリーム別に再生する。従って、上述した本発明の情報記録媒体に、コンテンツ情報をインターリーブドユニット単位でインターリーブしつつ再生可能に多重記録でき、更にこれを適切に再生できる。
尚、上述した本発明の情報記録媒体の各種態様に対応して、本発明の情報記録再生装置も各種態様を採ることが可能である。
本発明の情報記録再生方法は、上述した本発明の情報記録媒体（但し、その各種態様も含む）に前記コンテンツ情報を記録し且つ該記録されたコンテンツ情報を再生する情報記録再生方法であって、前記オブジェクトデータファイルを記録する第１記録工程と、前記オブジェクト情報ファイルを記録する第２記録工程と、前記情報記録媒体から情報を物理的に読み取る読取工程と、該読取工程により読み取られた情報に含まれる前記対応定義情報及び前記ユニットアドレス情報に基づいて、前記インターリーブドユニットをデインターリーブしつつ前記オブジェクトデータを前記部分ストリーム別に再生する再生工程とを備える。
本発明の情報記録再生方法によれば、上述した本発明の情報記録方法の場合と同様に、第１記録工程により、オブジェクトデータファイルを記録し、第２記録工程により、オブジェクト情報ファイルを記録する。その後、上述した本発明の情報再生方法の場合と同様に、読取工程により、情報記録媒体から情報を物理的に読み取り、再生工程により、この読み取られた情報に含まれる対応定義情報及びユニットアドレス情報に基づいて、インターリーブドユニットをデインターリーブしつつ、オブジェクトデータを部分ストリーム別に再生する。従って、上述した本発明の情報記録媒体に、コンテンツ情報をインターリーブドユニット単位でインターリーブしつつ再生可能に多重記録でき、更にこれを適切に再生できる。
尚、上述した本発明の情報記録媒体の各種態様に対応して、本発明の情報記録再生方法も各種態様を採ることが可能である。
（コンピュータプログラム）
本発明の第１コンピュータプログラムは、上述した本発明の情報記録装置（但し、その各種態様も含む）に備えられたコンピュータを制御する記録制御用のコンピュータプログラムであって、該コンピュータを、前記第１記録手段及び前記第２記録手段の少なくとも一部として機能させる。
本発明の記録制御用の第１コンピュータプログラムによれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体から、当該コンピュータプログラムをコンピュータに読み込んで実行させれば、或いは、当該コンピュータプログラムを、通信手段を介してコンピュータにダウンロードさせた後に実行させれば、上述した本発明に係る情報記録装置を比較的簡単に実現できる。
本発明の第２コンピュータプログラムは、上述した本発明の情報再生装置（但し、その各種態様も含む）に備えられたコンピュータを制御する再生制御用のコンピュータプログラムであって、該コンピュータを、前記読取手段及び前記再生手段の少なくとも一部として機能させる。
本発明の再生制御用の第２コンピュータプログラムによれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体から、当該コンピュータプログラムをコンピュータに読み込んで実行させれば、或いは、当該コンピュータプログラムを、通信手段を介してコンピュータにダウンロードさせた後に実行させれば、上述した本発明に係る情報再生装置を比較的簡単に実現できる。
本発明の第３コンピュータプログラムは、上述した本発明の情報記録再生装置（但し、その各種態様も含む）に備えられたコンピュータを制御する記録再生制御用のコンピュータプログラムであって、該コンピュータを、前記第１記録手段、前記第２記録手段、前記読取手段及び前記再生手段の少なくとも一部として機能させる。
本発明の記録再生制御用の第３コンピュータプログラムによれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体から、当該コンピュータプログラムをコンピュータに読み込んで実行させれば、或いは、当該コンピュータプログラムを、通信手段を介してコンピュータにダウンロードさせた後に実行させれば、上述した本発明の情報記録再生装置を比較的簡単に実現できる。
コンピュータ読取可能な媒体内の記録制御用のコンピュータプログラム製品は上記課題を解決するために、上述した本発明の情報記録装置（但し、その各種態様も含む）に備えられたコンピュータにより実行可能なプログラム命令を明白に具現化し、該コンピュータを、前記第１記録手段及び前記第２記録手段の少なくとも一部として機能させる。
コンピュータ読取可能な媒体内の再生制御用のコンピュータプログラム製品は上記課題を解決するために、上述した本発明の情報再生装置（但し、その各種態様も含む）に備えられたコンピュータにより実行可能なプログラム命令を明白に具現化し、該コンピュータを、前記読取手段及び前記再生手段の少なくとも一部として機能させる。
コンピュータ読取可能な媒体内の記録再生制御用のコンピュータプログラム製品は上記課題を解決するために、上述した本発明の情報記録再生装置（但し、その各種態様も含む）に備えられたコンピュータにより実行可能なプログラム命令を明白に具現化し、該コンピュータを、前記第１記録手段、前記第２記録手段、前記読取手段及び前記再生手段の少なくとも一部として機能させる。
本発明の記録制御用、再生制御用又は記録再生制御用のコンピュータプログラム製品によれば、当該コンピュータプログラム製品を格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体から、当該コンピュータプログラム製品をコンピュータに読み込めば、或いは、例えば伝送波である当該コンピュータプログラム製品を、通信手段を介してコンピュータにダウンロードすれば、上述した本発明の前記第１記録手段、前記第２記録手段、前記読取手段及び前記再生手段の少なくとも一部を比較的容易に実施可能となる。更に具体的には、当該コンピュータプログラム製品は、コンピュータを前記第１記録手段、前記第２記録手段、前記読取手段及び前記再生手段の少なくとも一部として機能させるコンピュータ読取可能なコード（或いはコンピュータ読取可能な命令）から構成されてよい。
（制御信号を含むデータ構造）
本発明の制御信号を含むデータ構造は、一連のコンテンツ情報から夫々構成される複数の部分ストリームを含んでなる全体ストリームが、物理的にアクセス可能な単位であるパケット単位で多重記録されており、論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルと、前記オブジェクトデータの再生を制御するための再生制御情報として、時間軸上で多重化される複数のパケットと前記複数の部分ストリームとの対応関係を定義する対応定義情報を格納するオブジェクト情報ファイルとを有しており、前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、前記オブジェクト情報ファイルは、前記再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納する。
本発明の制御信号を含むデータ構造によれば、上述した本発明の情報記録媒体の場合と同様に、インターリーブされたコンテンツ情報の記録や再生を効率的に行うことが可能となる。従って、例えば容易にシームレスのアングル再生が可能となる。更に、例えばインターリーブによって各映像情報のデータ量を比較的大容量に確保できるので、高画質でシームレスのアングル再生が可能となる。
本発明のこのような作用及び他の利得は次に説明する実施例から明らかにされる。
以上説明したように、本発明の情報記録媒体によれば、オブジェクト情報ファイルには、対応定義情報及びユニットアドレス情報が格納されているので、インターリーブを行いつつも、その再生時には、インターリーブドユニットを適切な順番で再生することが可能となる。本発明の情報記録装置若しくは方法によれば、第１及び第２記録手段若しくは第１及び第２記録工程を備えるので、コンテンツ情報をインターリーブしつつ再生可能に多重記録できる。本発明の情報再生装置若しくは方法によれば、読取手段及び再生手段若しくは読取工程及び再生工程を備えるので、本発明の情報記録媒体を適切に再生できる。また、本発明のコンピュータプログラムによれば、コンピュータを上述した本発明の情報記録装置、情報再生装置又は情報記録再生装置として機能させるので、上述した本発明の情報記録媒体を効率良く記録でき、或いは再生できる。
【図面の簡単な説明】
図１は、本発明の情報記録媒体の一実施例である光ディスクの基本構造を示し、上側部分は複数のエリアを有する光ディスクの概略平面図であり、これに対応付けられる下側部分は、その径方向におけるエリア構造の図式的概念図である。
図２は、従来のＭＰＥＧ２のプログラムストリームの図式的概念図（図２（ａ））及び本実施例で利用されるＭＰＥＧ２のトランスポートストリームの図式的概念図（図２（ｂ））である。
図３は、本実施例の光ディスク上に記録されるデータ構造の模式的に示す図である。
図４は、図３に示した各オブジェクト内におけるデータ構造の詳細を模式的に示す図である。
図５は、本実施例における、上段のプログラム＃１用のエレメンタリーストリームと中段のプログラム＃２用のエレメンタリーストリームとが多重化されて、これら２つのプログラム用のトランスポートストリームが構成される様子を、横軸を時間軸として概念的に示す図である。
図６は、本実施例における、一つのトランスポートストリーム内に多重化されたＴＳパケットのイメージを、時間の沿ったパケット配列として概念的に示すものである。
図７は、実施例における光ディスク上のデータの論理構成を、論理階層からオブジェト階層或いは実体階層への展開を中心に模式的に示した図である。
図８は、本実施例に係るアングルブロックと通常ブロックとを含むＴＳオブジェクトにおけるデータ構成を時間軸に沿った形で示した概念図である。
図９は、本実施例に係るＴＳオブジェクトのデータ構成の具体例を示す概念図である。
図１０は、具体例における、１個のプログラムでＴＳオブジェクトを構成する場合のデータ構成を図式的に示す図である。
図１１は、具体例における、３個のプログラムでＴＳオブジェクトを構成する場合のデータ構成を図式的に示す図である。
図１２は、具体例における、光ディスク上に最終的に構築されるＴＳオブジェクトのデータ構成を図式的に示す図である。
図１３は、本実施例による一具体例における、ディスク情報ファイルのデータ構成の一具体例を図式的に示す図である。
図１４は、本実施例による一具体例における、ディスク情報ファイルに含まれるタイトル情報テーブルのデータ構成の一具体例を図式的に示す図である。
図１５は、本実施例による一具体例における、プレイリスト情報ファイル内に構築されるプレイリスト情報テーブルにおけるデータ構成の一具体例を図式的に示す図である。
図１６は、本実施例による一具体例における、オブジェクト情報ファイル内に構築されるＡＵテーブル及びこれに関連付けられるＥＳマップテーブルにおけるデータ構成の一具体例を図式的に示す図である。
図１７は、本実施例で採用する統計多重方式における、時間軸上でのアングル毎のビットレートと上限レートとの関係の一例を示す特性図である。
図１８は、実施例で採用するインターリーブドブロックのデータ構造を図式的に示す概念図（図１８（Ａ））及び、オブジェクトデータ内に複数のインターリーブドブロックが存在する一例を示す概念図（図１８（Ｂ））である。
図１９は、実施例に係るインターリーブドブロック内におけるアングル切り換えの様子を図式的に示す概念図である。
図２０は、実施例に係るＩＬＶＵテーブルのデータ構造を図式的に示す概念図である。
図２１は、実施例に係るタイトル＃１のアングル＃２のビデオストリームにおけるＥＳアドレス情報の具体例を示す概念図である。ＩＬＶグループ判断情報の一例として“ＩＬＶＵ先頭フラグ”を用いた方式による具体例（図２１（Ａ））、及び“ＩＬＶグループ番号”（図２１（Ｂ））を用いた方式による具体例である。
図２２は、本実施例におけるインターリーブ及びＩＬＶＵテーブルを用いた一の再生原理を示す概念図である。
図２３は、本実施例におけるインターリーブ及びＩＬＶＵテーブルを用いた他の再生原理を示す概念図である。
図２４は、本実施例におけるインターリーブ及びＩＬＶＵテーブルを用いた他の再生原理を示す概念図である。
図２５は、本実施例におけるインターリーブ及びＩＬＶＵテーブルを用いた他の再生原理を示す概念図である。
図２６は、本実施例におけるインターリーブ及びＩＬＶＵテーブルを用いた他の再生原理を示す概念図である。
図２７は、本実施例におけるインターリーブ及びＩＬＶＵテーブルを用いた他の再生原理を示す概念図である。
図２８は、本実施例におけるＥＳアドレス情報においてＩＬＶ Ｂｌｏｃｋ内で早送り／巻き戻しから再開する動作例を示す概念図である。
図２９は、本発明の実施例に係る情報記録再生装置のブロック図である。
図３０は、本実施例における情報記録再生装置の記録動作（その１）を示すフローチャートである。
図３１は、本実施例における情報記録再生装置の記録動作（その２）を示すフローチャートである。
図３２は、本実施例における情報記録再生装置の記録動作（その３）を示すフローチャートである。
図３３は、本実施例における情報記録再生装置の記録動作（その４）を示すフローチャートである。
図３４は、本実施例における情報記録再生装置の再生動作を示すフローチャートである。
図３５は、図３４中におけるパケット番号の取得処理を示すフローチャートである。
図３６は、図３４中におけるＩＬＶＵ情報の取得処理を示すフローチャートである。
図３７は、図３４中における非シームレス処理を示すフローチャートである。
図３８は、図３４中におけるＩＬＶグループ判断情報の一例として“ＩＬＶＵ先頭フラグ”を用いた方式による早送り／巻き戻し処理を示すフローチャートである。
図３９は、図３４中におけるＩＬＶグループ判断情報の一例として“ＩＬＶグループ番号”を用いた方式による早送り／巻き戻し処理を示すフローチャートである。
図４０は、本実施例における、光ディスクの論理構造との関係で、再生時におけるアクセスの流れ全体を概念的に示す図である。
【発明を実施するための最良の形態】
（情報記録媒体）
図１から図７を参照して、本発明の情報記録媒体の実施例について説明する。本実施例は、本発明の情報記録媒体を、記録（書き込み）及び再生（読み出し）が可能な型の光ディスクに適用したものである。
先ず図１を参照して、本実施例の光ディスクの基本構造について説明する。ここに図１は、上側に複数のエリアを有する光ディスクの構造を概略平面図で示すと共に、下側にその径方向におけるエリア構造を概念図で対応付けて示すものである。
図１に示すように、光ディスク１００は、例えば、記録（書き込み）が複数回又は１回のみ可能な、光磁気方式、相変化方式等の各種記録方式で記録可能とされており、ＤＶＤと同じく直径１２ｃｍ程度のディスク本体上の記録面に、センターホール１０２を中心として内周から外周に向けて、リードインエリア１０４、データエリア１０６及びリードアウトエリア１０８が設けられている。そして、各エリアには、例えば、センターホール１０２を中心にスパイラル状或いは同心円状に、グルーブトラック及びランドトラックが交互に設けられており、このグルーブトラックはウオブリングされてもよいし、これらのうち一方又は両方のトラックにプレピットが形成されていてもよい。尚、本発明は、このような三つのエリアを有する光ディスクには特に限定されない。
次に図２を参照して、本実施例の光ディスクに記録されるトランスポートストリーム（ＴＳ）の構成について説明する。ここに、図２（ａ）は、比較のため、従来のＤＶＤにおけるＭＰＥＧ２のプログラムストリームの構成を図式的に示すものであり、図２（ｂ）は、ＭＰＥＧ２のトランスポートストリーム（ＴＳ）の構成を図式的に示すものである。
図２（ａ）において、一つのプログラムストリームは、時間軸ｔに沿って、主映像情報たるビデオデータ用のビデオストリームを１本だけ含み、更に、音声情報たるオーディオデータ用のオーディオストリームを最大で８本含み且つ副映像情報たるサブピクチャデータ用のサブピクチャストリームを最大で３２本含んでなる。即ち、任意の時刻ｔｘにおいて多重化されるビデオデータは、１本のビデオストリームのみに係るものであり、例えば複数のテレビ番組或いは複数の映画などに対応する複数本のビデオストリームを同時にプログラムストリームに含ませることはできない。映像を伴うテレビ番組等を多重化して伝送或いは記録するためには、各々のテレビ番組等のために、少なくとも１本のビデオストリームが必要となるので、１本しかビデオストリームが存在しないＤＶＤのプログラムストリーム形式では、複数のテレビ番組等を多重化して伝送或いは記録することはできないのである。
図２（ｂ）において、一つのトランスポートストリーム（ＴＳ）は、主映像情報たるビデオデータ用のエレメンタリーストリーム（ＥＳ）としてビデオストリームを複数本含んでなり、更に音声情報たるオーディオデータ用のエレメンタリーストリーム（ＥＳ）としてオーディオストリームを複数本含み且つ副映像情報たるサブピクチャデータ用のエレメンタリーストリーム（ＥＳ）としてサブピクチャストリームを複数本含んでなる。即ち、任意の時刻ｔｘにおいて多重化されるビデオデータは、複数本のビデオストリームに係るものであり、例えば複数のテレビ番組或いは複数の映画などに対応する複数のビデオストリームを同時にトランスポートストリームに含ませることが可能である。このように複数本のビデオストリームが存在するトランスポートストリーム形式では、複数のテレビ番組等を多重化して伝送或いは記録することが可能である。但し、現況のトランスポートストリームを採用するデジタル放送では、サブピクチャストリームについては伝送していない。
尚、図２（ａ）及び図２（ｂ）では説明の便宜上、ビデオストリーム、オーディオストリーム及びサブピクチャストリームを、この順に上から配列しているが、この順番は、後述の如くパケット単位で多重化される際の順番等に対応するものではない。トランスポートストリームでは、概念的には、例えば一つの番組に対して、１本のビデオストリーム、２本の音声ストリーム及び２本のサブピクチャストリームからなる一まとまりが対応している。
上述した本実施例の光ディスク１００は、記録レートの制限内で、このように複数本のエレメンタリーストリーム（ＥＳ）を含んでなるトランスポートストリーム（ＴＳ）を多重記録可能に、即ち複数の番組或いはプログラムを同時に記録可能に構成されている。
次に図３及び図４を参照して、光ディスク１００上に記録されるデータの構造について説明する。ここに、図３は、光ディスク１００上に記録されるデータ構造を模式的に示すものであり、図４は、図３に示した各オブジェクト内におけるデータ構造の詳細を模式的に示すものである。
以下の説明において、「タイトル」とは、複数の「プレイリスト」を連続して実行する再生単位であり、例えば、映画１本、テレビ番組１本などの論理的に大きなまとまりを持った単位である。「プレイリスト」とは、「オブジェクト」の再生に必要な情報を格納したファイルであり、オブジェクトへアクセスするためのオブジェクトの再生範囲に関する情報が各々格納された複数の「アイテム」で構成されている。より具体的には、各アイテムには、オブジェクトの開始アドレスを示す「ＩＮポイント情報」及び終了アドレスを示す「ＯＵＴポイント情報」が記述されている。尚、これらの「ＩＮポイント情報」及び「ＯＵＴポイント情報」は夫々、直接アドレスを示してもよいし、再生時間軸上における時間或いは時刻など間接的にアドレスを示してもよい。そして、「オブジェクト」とは、上述したＭＰＥＧ２のトランスポートストリームを構成するコンテンツの実体情報である。
図３において、光ディスク１００は、論理的構造として、ディスク情報ファイル１１０、プレイ（Ｐ）リスト情報ファイル１２０、オブジェクト情報ファイル１３０及びオブジェクトデータファイル１４０の４種類のファイルを備えており、これらのファイルを管理するためのファイルシステム１０５を更に備えている。尚、図３は、光ディスク１００上における物理的なデータ配置を直接示しているものではないが、図３に示す配列順序を、図１に示す配列順序に対応するように記録すること、即ち、ファイルシステム１０５等をリードインエリア１０４に続いてデータ記録エリア１０６に記録し、更にオブジェクトデータファイル１４０等をデータ記録エリア１０６に記録することも可能である。図１に示したリードインエリア１０４やリードアウトエリア１０８が存在せずとも、図３に示したファイル構造は構築可能である。
ディスク情報ファイル１１０は、光ディスク１００全体に関する総合的な情報を格納するファイルであり、ディスク総合情報１１２と、タイトル情報テーブル１１４と、その他の情報１１８とを格納する。ディスク総合情報１１２は、例えば光ディスク１００内の総タイトル数等を格納する。タイトル情報テーブル１１４は、論理情報として、各タイトルのタイプ（例えば、シーケンシャル再生型、分岐型など）や、各タイトルを構成するプレイ（Ｐ）リスト番号をタイトル毎に格納する。
プレイリスト情報ファイル１２０は、各プレイリストの論理的構成を示すプレイ（Ｐ）リスト情報テーブル１２１を格納し、これは、プレイ（Ｐ）リスト総合情報１２２と、プレイ（Ｐ）リストポインタ１２４と、複数のプレイ（Ｐ）リスト１２６（Ｐリスト＃１〜＃ｎ）と、その他の情報１２８とに分かれている。このプレイリスト情報テーブル１２１には、プレイリスト番号順に各プレイリスト１２６の論理情報を格納する。言い換えれば、各プレイリスト１２６の格納順番がプレイリスト番号である。また、上述したタイトル情報テーブル１１４で、同一のプレイリスト１２６を、複数のタイトルから参照することも可能である。即ち、タイトル＃ｎとタイトル＃ｍとが同じプレイリスト＃ｐを使用する場合にも、プレイリスト情報テーブル１２１中のプレイリスト＃ｐを、タイトル情報テーブル１１４でポイントするように構成してもよい。
オブジェクト情報ファイル１３０は、各プレイリスト１２６内に構成される各アイテムに対するオブジェクトデータファイル１４０中の格納位置（即ち、再生対象の論理アドレス）や、そのアイテムの再生に関する各種属性情報が格納される。本実施例では特に、オブジェクト情報ファイル１３０は、後に詳述する複数のＡＵ（アソシエートユニット）情報１３２Ｉ（ＡＵ＃１〜ＡＵ＃ｎ）を含んでなるＡＵテーブル１３１と、ＥＳ（エレメンタリーストリーム）マップテーブル１３４と、その他の情報１３８とを格納する。
本実施例では特に、オブジェクト情報ファイル１３０は、本発明に係る「ユニットアドレス情報」の一例として、ＩＬＶＵ（インターリーブドユニット）テーブルを更に格納する。ＩＬＶＵテーブルの構成及び用い方については後に詳述する。
オブジェクトデータファイル１４０は、トランスポートストリーム（ＴＳ）別のＴＳオブジェクト１４２（ＴＳ＃１オブジェクト〜ＴＳ＃ｎオブジェクト）、即ち実際に再生するコンテンツの実体データを、複数格納する。
尚、図３を参照して説明した４種類のファイルは、更に夫々複数のファイルに分けて格納することも可能であり、これらを全てファイルシステム１０５により管理してもよい。例えば、オブジェクトデータファイル１４０を、オブジェクトデータファイル＃１、オブジェクトデータファイル＃２、…というように複数に分けることも可能である。
図４に示すように、論理的に再生可能な単位である図３に示したＴＳオブジェクト１４２は、例えば６ｋＢのデータ量を夫々有する複数のアラインドユニット１４３に分割されてなる。アラインドユニット１４３の先頭は、ＴＳオブジェクト１４２の先頭に一致（アラインド）されている。各アラインドユニット１４３は更に、１９２Ｂのデータ量を夫々有する複数のソースパケット１４４に細分化されている。ソースパケット１４４は、物理的に再生可能な単位であり、この単位即ちパケット単位で、光ディスク１００上のデータのうち少なくともビデオデータ、オーディオデータ及びサブピクチャデータは多重化されており、その他の情報についても同様に多重化されてよい。各ソースパケット１４４は、４Ｂのデータ量を有する、再生時間軸上におけるＴＳ（トランスポートストリーム）パケットの再生処理開始時刻を示すパケットアライバルタイムスタンプ等の再生を制御するための制御情報１４５と、１８８Ｂのデータ量を有するＴＳパケット１４６とを含んでなる。ＴＳパケット１４６は、パケットヘッダ１４６ａをＴＳパケットパイロード１４６ｂの先頭部に有し、ビデオデータがパケット化されて「ビデオパケット」とされるか、オーディオデータがパケット化されて「オーディオパケット」とされるか、又はサブピクチャデータがパケット化されて「サブピクチャパケット」とされるか、若しくは、その他のデータがパケット化される。
次に図５及び図６を参照して、図２（ｂ）に示した如きトランスポートストリーム形式のビデオデータ、オーディオデータ、サブピクチャデータ等が、図４に示したＴＳパケット１４６により、光ディスク１００上に多重記録される点について説明する。ここに、図５は、上段のプログラム＃１（ＰＧ１）用のエレメンタリーストリーム（ＥＳ）と中段のプログラム＃２（ＰＧ２）用のエレメンタリーストリーム（ＥＳ）とが多重化されて、これら２つのプログラム（ＰＧ１＆２）用のトランスポートストリーム（ＴＳ）が構成される様子を、横軸を時間軸として概念的に示すものであり、図６は、一つのトランスポートストリーム（ＴＳ）内に多重化されたＴＳパケットのイメージを、時間の沿ったパケット配列として概念的に示すものである。
図５に示すように、プログラム＃１用のエレメンタリーストリーム（上段）は、例えば、プログラム＃１用のビデオデータがパケット化されたＴＳパケット１４６が時間軸（横軸）に対して離散的に配列されてなる。プログラム＃２用のエレメンタリーストリーム（中段）は、例えば、プログラム＃２用のビデオデータがパケット化されたＴＳパケット１４６が時間軸（横軸）に対して離散的に配列されてなる。そして、これらのＴＳパケット１４６が多重化されて、これら二つのプログラム用のトランスポートストリーム（下段）が構築されている。尚、図５では説明の便宜上省略しているが、図２（ｂ）に示したように、実際には、プログラム＃１用のエレメンタリーストリームとして、オーディオデータがパケット化されたＴＳパケットからなるエレメンタリーストリームやサブピクチャデータがパケット化されたＴＳパケットからなるサブピクチャストリームが同様に多重化されてもよく、更にこれらに加えて、プログラム＃２用のエレメンタリーストリームとして、オーディオデータがパケット化されたＴＳパケットからなるエレメンタリーストリームやサブピクチャデータがパケット化されたＴＳパケットからなるサブピクチャストリームが同様に多重化されてもよい。
図６に示すように、本実施例では、このように多重化された多数のＴＳパケット１４６から、一つのＴＳストリームが構築される。そして、多数のＴＳパケット１４６は、このように多重化された形で、パケットアライバルタイムスタンプ等１４５の情報を付加し、光ディスク１００上に多重記録される。尚、図６では、プログラム＃ｉ（ｉ＝１，２，３）を構成するデータからなるＴＳパケット１４６に対して、ｊ（ｊ＝１，２，…）をプログラムを構成するストリーム別の順序を示す番号として、“Ｅｌｅｍｅｎｔ（ｉ０ｊ）”で示しており、この（ｉ０ｊ）は、エレメンタリーストリーム別のＴＳパケット１４６の識別番号たるパケットＩＤとされている。このパケットＩＤは、複数のＴＳパケット１４６が同一時刻に多重化されても相互に区別可能なように、同一時刻に多重化される複数のＴＳパケット１４６間では固有の値が付与されている。
また図６では、ＰＡＴ（プログラムアソシエーションテーブル）及びＰＭＴ（プログラムマップテーブル）も、ＴＳパケット１４６単位でパケット化され且つ多重化されている。これらのうちＰＡＴは、複数のＰＭＴのパケットＩＤを示すテーブルを格納している。特にＰＡＴは、所定のパケットＩＤとして、図６のように（０００）が付与されることがＭＰＥＧ２規格で規定されている。即ち、同一時刻に多重化された多数のパケットのうち、パケットＩＤが（０００）であるＴＳパケット１４６として、ＰＡＴがパケット化されたＴＳパケット１４６が検出されるように構成されている。そして、ＰＭＴは、一又は複数のプログラムについて各プログラムを構成するエレメンタリーストリーム別のパケットＩＤを示すテーブルを格納している。ＰＭＴには、任意のパケットＩＤを付与可能であるが、それらのパケットＩＤは、上述の如くパケットＩＤが（０００）として検出可能なＰＡＴにより示されている。従って、同一時刻に多重化された多数のパケットのうち、ＰＭＴがパケット化されたＴＳパケット１４６（即ち、図６でパケットＩＤ（１００）、（２００）、（３００）が付与されたＴＳパケット１４６）が、ＰＡＴにより検出されるように構成されている。
図６に示した如きトランスポートストリームがデジタル伝送されて来た場合、チューナは、このように構成されたＰＡＴ及びＰＭＴを参照することにより、多重化されたパケットの中から所望のエレメンタリーストリームに対応するものを抜き出して、その復調が可能となるのである。
そして、本実施例では、図４に示したＴＳオブジェクト１４２内に格納されるＴＳパケット１４６として、このようなＰＡＴやＰＭＴのパケットを含む。即ち、図６に示した如きトランスポートストリームが伝送されてきた際に、そのまま光ディスク１００上に記録できるという大きな利点が得られる。
更に、本実施例では、このように記録されたＰＡＴやＰＭＴについては光ディスク１００の再生時には参照することなく、代わりに図３に示した後に詳述するＡＵテーブル１３１及びＥＳマップテーブル１３４を参照することによって、より効率的な再生を可能とし、複雑なマルチビジョン再生等にも対処可能とする。このために本実施例では、例えば復調時や記録時にＰＡＴ及びＰＭＴを参照することで得られるエレメンタリーストリームとパケットとの対応関係を、ＡＵテーブル１３１及びＥＳマップテーブル１３４の形で且つパケット化或いは多重化しないで、オブジェクト情報ファイル１３０内に格納するのである。
次に図７を参照して、光ディスク１００上のデータの論理構成について説明する。ここに、図７は、光ディスク１００上のデータの論理構成を、論理階層からオブジェト階層或いは実体階層への展開を中心に模式的に示したものである。
図７において、光ディスク１００には、例えば映画１本、テレビ番組１本などの論理的に大きなまとまりであるタイトル２００が、一又は複数記録されている。各タイトル２００は、一又は複数のプレイリスト１２６から論理的に構成されている。各タイトル２００内で、複数のプレイリストはシーケンシャル構造を有してもよいし、分岐構造を有してもよい。
尚、単純な論理構成の場合、一つのタイトル２００は、一つのプレイリスト１２６から構成される。また、一つのプレイリスト１２６を複数のタイトル２００から参照することも可能である。
各プレイリスト１２６は、複数のアイテム（プレイアイテム）２０４から論理的に構成されている。各プレイリスト１２６内で、複数のアイテム２０４は、シーケンシャル構造を有してもよいし、分岐構造を有してもよい。また、一つのアイテム２０４を複数のプレイリスト１２６から参照することも可能である。アイテム２０４に記述された前述のＩＮポイント情報及びＯＵＴポイント情報により、ＴＳオブジェクト１４２の再生範囲が論理的に指定される。そして、論理的に指定された再生範囲についてオブジェクト情報１３０ｄを参照することにより、最終的にはファイルシステムを介して、ＴＳオブジェクト１４２の再生範囲が物理的に指定される。ここに、オブジェクト情報１３０ｄは、ＴＳオブジェクト１４２の属性情報、ＴＳオブジェクト１４２内におけるデータサーチに必要なＥＳアドレス情報１３４ｄ等のＴＳオブジェクト１４２を再生するための各種情報を含む（尚、図３に示したＥＳマップテーブル１３４は、このようなＥＳアドレス情報１３４ｄを複数含んでなる）。
そして、後述の情報記録再生装置によるＴＳオブジェクト１４２の再生時には、アイテム２０４及びオブジェクト情報１３０ｄから、当該ＴＳオブジェクト１４２における再生すべき物理的なアドレスが取得され、所望のエレメンタリーストリームの再生が実行される。
このように本実施例では、アイテム２０４に記述されたＩＮポイント情報及びＯＵＴポイント情報並びにオブジェクト情報１３０ｄのＥＳマップテーブル１３４（図３参照）内に記述されたＥＳアドレス情報１３４ｄにより、再生シーケンスにおける論理階層からオブジェクト階層への関連付けが実行され、エレメンタリーストリームの再生が可能とされる。
本実施例では特に、ＴＳパケット１４６（或いはソースパケット１４４）として多重化されたビデオパケット、オーディオパケット及びサブピクチャパケットは、通常可変な複数のパケットからなるＩＬＶＵ（インターリーブドユニット）という単位にまとめられ、このＩＶＬＵという単位でインターリーブされて光ディスク１００上に記録されている。そして、各ＩＬＶＵのアドレスは、図３に示したオブジェクト情報ファイル１３０内に格納されているＩＬＶＵテーブル１３３に記述されているので、再生時にはＩＬＶＵテーブル１３３を参照することで各ＩＬＶＵのアドレスを特定可能である。従って、後述の如くアングル再生を比較的容易にしてシームレスに行うことが可能となる。この際、ＴＳパケット１４６の一種として、各ＩＬＶＵのアドレス情報を格納するパケットとしての、“ナビゲーションパケット”は不要であり、各ＩＬＶＵ内における先頭パケットの種類やパケット順序についても任意である。
尚、図５及び図６において、ソースパケット１４４は、ＴＳパケット１４６に対してパケットアライバルタイムスタンプ等１４５が付加されてなるものであり（図４参照）、多重化されるパケットの順番や配列、インターリーブ等を考察する上では、両者を区別する必要は無い。
このようなデータ構造により、図７に示したタイトル２００のうち少なくとも一つについては、一つの視点から見た映像或いはシーン（即ち、一つのアングルのみ）に係る映像情報が再生される再生期間（以下適宜、“通常ブロック”と称する）の他に、複数の視点から見た映像或いはシーン、即ち複数のアングルに係る複数の映像情報が再生される再生期間（以下適宜、“アングルブロック”と称する）を有する。そして本実施例は、このアングルブロックにおいて、複数のアングルをユーザ操作によりシームレスに切り替える“アングル再生（マルチアングル再生”が可能なように構成されている。係るシームレスなアングル切り換えを可能ならしめるインターリーブド構造及びＩＬＶＵテーブル１３３等の構成については後に詳述する。
（アングルブロックに係るデータ構成の具体例）
次に図８から図１２を参照して、本実施例でアングル再生を行うためのアングルブロックに係るＴＳオブジェクト１４２のデータ構成について具体例を挙げて説明する。
本具体例は、５つのコンテンツ＃０〜＃４から、ＴＳオブジェクト１４２が構成され、且つこれらのうちコンテンツ＃０及び＃４から通常ブロックが構成され、これらに挟まれたコンテンツ＃１〜＃３からアングルブロックが構成された場合における、光ディスク１００上に構築されるアングルブロックに係るデータ構成の具体例である。ここに、図８は、アングルブロックと通常ブロックとを含むＴＳオブジェクトにおけるデータ構成を時間軸に沿った形で概念的に示したものである。図９は、このようなＴＳオブジェクトのデータ構成を概念的に示すものであり、図１０は、本具体例における、１個のプログラムでＴＳオブジェクトを構成する場合のデータ構成を図式的に示すものであり、図１１は、本具体例における、３個のプログラムでＴＳオブジェクトを構成する場合のデータ構成を図式的に示すものである。更に、図１２は、同じく本具体例における、光ディスク１００上に最終的に構築されるＴＳオブジェクトのデータ構成を図式的に示すものである。
図８に示すように、ＴＳオブジェクト１４２は、例えばＲＯＭコンテンツとして予め格納するようにオーサリングされたものであり、再生途中にユーザが選択可能なアングルを３個持ち、例えばこれらの３個のアングルに対応する、共通のオーディオ用のエレメンタリーストリーム及びサブピクチャ用のエレメンタリーストリームを備えている。
コンテンツ＃０は、通常ブロック内に位置するので、その再生中は、アングル再生は不可能であり、図中矢印で記した如く単純に通常再生される。
アングルブロック内では、コンテンツ＃１、＃２又は＃３が、アングル再生される。この再生は、コンテンツ＃０の再生終了に引き続いて、その先頭から開始されてもよいし、或いは時間サーチ、早送り、巻き戻し、条件分岐等により、その先頭又は途中から開始される。いずれにせよ、アングルブロック内では、例えば図中矢印で示した如く任意のインターリーブドユニット開始時刻におけるコンテンツ＃１から＃２への切り換えなど、ユーザによるシームレスアングル切り替えが可能である。
コンテンツ＃４は、通常ブロック内に位置するので、その再生中は、アングル再生は不可能であり、図中矢印で記した如く単純に通常再生される。
図９に示すように、このようなＴＳオブジェクトを構成する５個のコンテンツ＃０〜＃４は、夫々ビデオストリーム（Ｖｉｄｅｏ０〜４）、オーディオストリーム（Ａｕｄｉｏ０）及びサブピクチャストリーム（Ｓｕｂ−ｐｉｃｔｕｒｅ０〜４）からなり、各ストリームには個別に、前述の如くエレメンタリーストリーム別のパケットＩＤ（ＥＳ＿ＰＩＤ）が、“１０１”、“１０２”、…のように付与されている。
各コンテンツ間で、ビデオストリームについては、パケットＩＤが別々であり（即ち“１０１”、“１０２”、…であり）、特にアングルブロック内では、アングル切り換えに応じて、相異なるアングルに係る相異なるビデオストリームが再生されることになる。即ち、アングル再生が可能とされている。尚、コンテンツ＃０とコンテンツ＃４とで、ビデオストリームに対して同じパケットＩＤ（ＥＳ＿ＰＩＤ）を付与して、同じビデオストリームを用いることも可能である。更に、このビデオストリームと同じストリームを、アングルブロック内においてコンテンツ＃１〜＃３のいずれか一つで用いることも可能である。
各コンテンツ間で、オーディオストリームについては、パケットＩＤが共通しており（即ち“１０２”であり）、アングルブロックの存在と関係なく、オーディオについては、この共通のストリームが再生されることになる。特にアングルブロック内では、アングル切り換えを行ってもオーディオストリームについては、切り替えられない。即ち、アングル切り換えしても、音声が切り換わることはない。但し、アングルブロック内で、複数のオーディオストリームを使って、音声切り換えに呼応して、オーディオストリームを切り替えてもよい（即ち、違った音声が再生されてよい）。
各コンテンツ間で、サブピクチャストリームについては、コンテンツ＃０〜＃４間で、パケットＩＤが異なっており、異なるエレメンタリーストリームが再生されることになる。但し、アングルブロック内において、コンテンツ＃０〜＃４間で共通のエレメンタリーストリームを用いることも可能である。
図８及び図９に示したＴＳオブジェクト１４２については、大きく２通りのＭＰＥＧ上のプログラム（ＭＰＥＧ Ｐｒｏｇｒａｍ）構成が考えられる。
即ち先ず図１０に示すように、ＴＳオブジェクトが１個のプログラム（Ｐｒｏｇｒａｍ）で構成される場合がある。この場合、図６に示した如きトランスポートストリーム上では、一つのＰＡＴにより一つのＰＭＴが特定され、更にこのＰＭＴによりコンテンツ＃１〜＃３に係る全エレメンタリーストリームについてのパケットＩＤ（ＥＳ＿ＰＩＤ）が特定される。
或いは図１１に示すように、ＴＳオブジェクトが３個のプログラム（Ｐｒｏｇｒａｍ）で構成される場合がある。即ち、コンテンツ＃０に係る通常ブロックと、コンテンツ＃１〜＃３に係るアングルブロックと、コンテンツ＃４に係る通常ブロックとで、プログラムを３個に分ける場合である。
更に図１１の場合、アングルブロック内で、アングル別にプログラムを分けない場合と分ける場合とに二つに細分類される。
アングル別にプログラムを分けない場合には、図１１中、中段左側に示すように、アングルブロック内におけるトランスポートストリーム上で、一つのＰＡＴ（ＥＳ＿ＰＩＤが“０００”と規定されている）により一つのＰＭＴ（ＥＳ＿ＰＩＤが“１００”と規定されている）が特定され、更にこのＰＭＴによりコンテンツ＃１〜＃３に係る全エレメンタリーストリームについてのパケットＩＤ（ＥＳ＿ＰＩＤ）が特定される。
他方、アングル別にプログラムを分ける場合には、図１１中、中段右側に示すように、アングルブロック内におけるトランスポートストリーム上で、一つのＰＡＴ（ＥＳ＿ＰＩＤが“０００”と規定されている）により複数のＰＭＴ（ＥＳ＿ＰＩＤが“１００”、“２００”及び“３００”と規定されている）が特定され、更にこのＰＭＴによりコンテンツ＃０〜＃４に係る全エレメンタリーストリームについてのパケットＩＤ（ＥＳ＿ＰＩＤ）が特定される。
以上図８から図１１を参照して説明した光ディスク１００に構築されるデータ構成をまとめると、図１２に示すようになる。
即ち図１２において、光ディスク１００は、三つのアイテム（Ｉｔｅｍ＃１〜＃３）を指定するプレイリスト＃１（Ｐリスト＃１）からなるタイトル＃１が構築されたデータ構造を有する。更に、プレイリスト＃１には、三つのアイテムを介して、アングルブロックを含む一つのＴＳ＃１オブジェクトが対応付けられている。そして特に、例えばデジタル放送され記録された一つの“番組”に係るタイトル＃１は、アングルブロック内では、アングル再生可能なように論理的に構築されている。
また、図１２において、ＴＳオブジェクトは、例えば一本の映画を構成するビデオストリーム、オーディオストリーム及びサブピクチャストリームというようにコンテンツとして組をなす複数のエレメンタリーストリームは、ＰＵ（プレゼンテーションユニット）としてグループ分けされており、更に、相互にアングル切り換え可能な組をなす複数のＰＵは、ＡＵ（アソシエーションユニット）としてグループ分けされている。即ち、アングル切り換えは、同一ＡＵの範囲内で、相異なるＰＵに属するエレメンタリーストリームを特定することで、比較的簡単に実行できる。尚、具体的に、どのエレメンタリーストリームがどのＰＵに属し、更にどのＰＵがどのＡＵに属するかの情報については、ＡＵテーブル１３１内のＡＵ情報１３２Ｉ（図３参照）内に記述されている。係るＡＵテーブルの詳細構成については後述する。
（各情報ファイルに係るデータ構成の具体例）
次に図１３から図１８を参照して、本実施例の光ディスク１００上に構築される各種情報ファイル、即ち図３を参照して説明した（１）ディスク情報ファイル１１０、（２）プレイリスト情報ファイル１２０及び（３）オブジェクト情報ファイル１３０のデータ構造について、各々具体例を挙げて説明する。
（１） ディスク情報ファイル：
先ず図１３及び図１４を参照して、ディスク情報ファイル１１０について一具体例を挙げて詳細に説明する。ここに図１３は、ディスク情報ファイル１１０のデータ構成の一具体例を図式的に示すものであり、図１４は、これに含まれるタイトル情報テーブル（ｔａｂｌｅ）１１４のデータ構成の一具体例を図式的に示すものである。
図１３に示すように本具体例では、ディスク情報ファイル１１０には、ディスク総合情報１１２、タイトル情報テーブル１１４及びその他の情報１１８が格納されている。
このうちディスク総合情報１１２は、例えば複数の光ディスク１００で構成されるシリーズものの通し番号を示すディスクボリューム情報や、総タイトル数情報などの総合的なディスク情報である。
タイトル情報テーブル１１４は、各タイトルを構成する全プレイリストと、その他の例えばタイトル毎の情報としてタイトル内のチャプタ情報等が格納されており、タイトルポインタ情報、タイトル＃１情報、タイトル＃２情報、…を含んでなる。ここに「タイトルポインタ情報」とは、タイトル＃ｎ情報の格納アドレス情報、即ち図１３中の矢印で対応関係を示したように、タイトル情報テーブル１１４内におけるタイトル＃ｎ情報の格納位置を示す格納アドレス情報であり、相対論理アドレスで記述される。そして、光ディスク１００内におけるタイトル数分が、相対論理アドレスとしてタイトル順に並べられている。尚、このような格納アドレス情報各々のデータ量は、固定バイトであってもよいし、可変バイトであってもよい。
本実施例では特に図１４に示すように、タイトルポインタには、このような格納アドレス情報のほか、タイトル＃ｎ（ここでは、＃１）についての、アングル再生における切り換え可能なアングルの最大数（Ｍａｘ Ａｎｇｌｅ数）等のアングルに係るアングル情報が、記述されている。係る最大数は、アングル再生ではない、通常再生の場合には、値“１”を設定して、その旨が識別されるように構成してもよい。当該アングルの最大数は、同一タイトル内で固定としてもよいし、同一タイトル内で可変（即ち、アングルブロック毎に、切り換え可能なアングルの最大数が異なる）としてもよい。
また、その他の情報１１８とは、例えばシーケンシャル型や分岐型等のタイトルの種類や総合プレイリスト数等の各タイトルに関する情報などである。
（２） プレイリスト情報ファイル：
次に図１５を参照して、プレイリスト情報ファイル１２０について一具体例を挙げて詳細に説明する。ここに図１５は、プレイリスト情報ファイル１２０内に構築されるプレイリスト情報テーブル（ｔａｂｌｅ）１２１におけるデータ構成の一具体例を図式的に示すものである。
図１５に示すように本具体例では、プレイリスト情報ファイル１２０内には、フィールド（Ｆｉｅｌｄ）別に、プレイリスト総合情報１２２、プレイリストポインタテーブル１２４、プレイリスト＃１情報テーブル１２６が、プレイリスト情報テーブル１２１（図３参照）として格納されている。
各フィールドは、必要な個数分の各テーブルを追加可能な構造を有してもよい。例えば、プレイリストが４つ存在すれば、該当フォールドが４つに増える構造を有してもよく、これはアイテム情報テーブルについても同様である。
これらのうち、プレイリスト総合情報（Ｐリスト総合情報）１２２には、当該プレイリストテーブルのサイズやその他、総プレイリスト数等が記述される。
プレイリストポインタテーブル（Ｐリストポインタｔａｂｌｅ）１２４には、各プレイリスト記載位置のアドレスが、図１５中矢印で対応関係を示したように、当該プレイリスト情報テーブル１２６内における相対論理アドレスとして格納される。
プレイリスト＃１情報テーブル（Ｐリスト＃１情報ｔａｂｌｅ）１２６には、プレイリスト＃１に関する総合情報、プレイリスト＃１のアイテム情報テーブル（ＰリストＩｔｅｍ情報Ｔａｂｌｅ）及びその他の情報が格納されている。
「アイテム情報テーブル（Ｉｔｅｍ情報ｔａｂｌｅ）」には、一つのプログラムリストを構成する全アイテム数分のアイテム情報が格納される。ここで、「アイテム＃ｎ（Ｉｔｅｍ＃ｎ情報）」（但し、ｎ＝１，２，３）に記述されるＡＵ（アソシエートユニット）テーブル内のＡＵ番号とは、当該アイテム再生に使用するＴＳオブジェクトのアドレスや当該アイテム再生に使用するＴＳオブジェクト中の各エレメンタリーストリーム（即ち、ビデオストリーム、オーディオストリーム又はサブピクチャストリーム）を特定するための情報を格納したＡＵの番号である。また、当該アイテム情報中には、このＡＵに属するデフォールト再生のＰＵの番号も格納されている。
（３） オブジェクト情報ファイル：
次に図１６を参照して、オブジェクト情報ファイル１３０について一具体例を挙げて詳細に説明する。ここに図１６は、オブジェクト情報ファイル１３０内に構築されるＡＵ（アソシエートユニット）テーブル１３１（図３参照）及びこれに関連付けられるＥＳ（エレメンタリーストリーム）マップテーブル１３４（図３参照）におけるデータ構成の一具体例を図式的に示すものである。
図１６に示すように本具体例では、オブジェクト情報ファイル１３０内には、オブジェクト情報テーブル（オブジェクト情報ｔａｂｌｅ）が格納されている。そして、このオブジェクト情報テーブルは、図中上段に示すＡＵテーブル１３１、及び下段に示すＥＳマップテーブル１３４、並びに特にインターリーブド構造を採用するためのＩＬＶＵテーブル（図２０参照）から構成されている。
図１６の上段において、ＡＵテーブル１３１は、各フィールド（Ｆｉｅｌｄ）が必要な個数分のテーブルを追加可能な構造を有してもよい。例えば、ＡＵが４つ存在すれば、該当フィールドが４つに増える構造を有してもよい。
ＡＵテーブル１３１には、別フィールド（Ｆｉｅｌｄ）に、ＡＵの数、各ＡＵへのポインタなどが記述される「ＡＵテーブル総合情報」、「パケット番号不連続情報」と、「その他の情報」とが格納されている。
そして、ＡＵテーブル１３１内には、各ＡＵ＃ｎに対応する各ＰＵ＃ｍにおけるＥＳテーブルインデックス＃１（ＥＳ＿ｔａｂｌｅ Ｉｎｄｅｘ ＃１）を示すＡＵ情報１３２Ｉとして、対応するＥＳマップテーブル１３４のインデックス番号（Ｉｎｄｅｘ番号＝…）が記述されている。ここで「ＡＵ」とは、前述の如く例えばアングル再生可能な“番組”に相当する単位であり、この中に再生単位であるＰＵが一つ以上含まれている。また、「ＰＵ」とは、前述の如く各ＡＵ内に含まれる相互にアングル切り替え可能なエレメンタリーストリームの集合であり、ＰＵ情報３０２Ｉにより各ＰＵに対応するＥＳテーブルインデックス＃が特定されている。例えば、ＡＵでアングル再生可能なコンテンツを構成する場合、ＡＵ内には、複数のＰＵが格納されていて、夫々のＰＵ内には、各アングルのコンテンツを構成するパケットを示す複数のエレメンタリーストリームパケットＩＤへのポインタが格納されている。これは後述するＥＳマップテーブル１３４内のインデックス番号を示している。
本実施例では特に、ＡＵテーブル１３１には、前述したＴＳオブジェクト１４２内のパケットの連続番号（通し番号）に、編集処理によるパケット欠落が生じた場合における、パケット番号の不連続状態を示す不連続情報１３１Ｃが付加されている。係る不連続情報を用いれば、パケット欠落が発生した際に、パケット番号を新たに付与しなくても、不連続情報により示された不連続状態を考慮に入れて（エレメンタリーストリームの指定されるパケットを起点として）パケット数を数えることで、アクセス対象たるパケットのアドレスを特定できる。係る不連続情報は、例えば、不連続の開始点及び欠落したパケット数を示す情報を含んでなる。このように不連続情報１３１Ｃは、複数のＡＵに対して共通に一つだけまとめて記述されており、記録容量を節約する観点から大変優れている。
更に、このようなパケット番号に加えて、インターリーブドブロック（ＩＬＶブロック）内では、インターリーブドブロック毎に固有の、その内部におけるパケットの連続番号を、その先頭パケットの番号を“０”とし、先頭からのオフセット番号として割り当てるとよい。これにより、インターリーブドブロック外で削除等の編集が行われた場合にも、インターリーブドブロック内では、上述した不連続情報を参照する必要がなくなる。何故なら、アングルのインターリーブドブロック内は、特にＩＬＶＵテーブル（図２０参照）で格納しているアドレス情報を用いて光ディスク１００内をアクセスするからである。但し、アングルのインターリーブドブロック内で削除等の編集が行われる場合は、各ＩＬＶＵ（インターリーブドユニット）８００の再生時刻を合わせる必要がある。このためには、コンテンツを作り直し、新たなインターリーブドブロック内の連続番号（オフセット番号）をふり直すとよい。
本実施例では特に、各ＡＵ情報１３２Ｉには、当該ＡＵに属するＰＵの総数や、アングル再生用のＡＵであるか否かを識別するためのアングル識別などを示すＡＵ属性情報が含まれている。
更に、各ＰＵ情報３０２Ｉには、エレメンタリーストリーム（ＥＳ）の数などを示すＰＵ属性情報が含まれている。このＰＵ属性情報は、アングル再生用のＡＵに属するＰＵに対するものであれば、当該ＰＵに対応するアングル番号（例えば、１，２、３、…）を示すアングル番号情報をも含む。更に、このＰＵについては、各アングルのコンテンツを構成するＥＳ＿ＰＩＤへのポインタが格納されている。
図１６の下段において、ＥＳマップテーブル１３４には、フィールド（Ｆｉｅｌｄ）別に、ＥＳマップテーブル総合情報（ＥＳ＿ｍａｐ ｔａｂｌｅ総合情報）と、複数のインデックス＃ｍ（ｍ＝１，２，…）と、「その他の情報」とが格納されている。
「ＥＳマップテーブル総合情報」には、当該ＥＳマップテーブルのサイズや、総インデックス数等が記述される。
そして「インデックス＃１」は、再生に使用されるエレメンタリーストリームのエレメンタリーストリームパケットＩＤ（ＥＳ＿ＰＩＤ）と、エレメンタリーストリームのアドレス情報を含んで構成されている。
本実施例では特に、図１６のＥＳマップテーブル１３４内において、インデックス別に、エレメンタリーストリームのアドレス情報である“ＥＳアドレス情報１３４ａ”と共に、ＴＳオブジェクト１４２内のアングルブロックの番号を示すＩＬＶブロック番号（ＩＬＶ Ｂｌｏｃｋ番号）１３４ｂと、ＩＬＶエレメントＩＤ（ＩＬＶ＿Ｅｌｅｍｅｎｔ ＩＤ）１３４ｅとを更に含んで構成されている。
ここに、“ＩＬＶブロック番号”とは、本発明に係る“ブロック番号情報”の一例であり、光ディスク、各タイトル、各ＴＳオブジェクトなど、所定データ範囲内で付与された連続番号或いは通し番号を、インターリーブされた再生区間であるＩＬＶブロックの番号として示す情報である。尚、図１６中では、ＩＬＶブロック番号１３４ｂを、例えば“＃０”とすることで、対応するエレメンタリーストリームがインターリーブされていない旨（即ち、インターリーブドブロックでない旨）を示している。
他方、“ＩＬＶエレメントＩＤ”１３４ｅとは、本発明に係る“インターリーブドエレメント識別情報”の一例であり、複数のアングル映像情報に対応する複数のインターリーブドユニットの配列を夫々、別個の配列として識別するための識別情報である。例えば、３つのアングルが存在すれば、それらに対応する三つのＩＬＶエレメントが存在することになり、それらのＩＬＶエレメントＩＤは、＃１、＃２及び＃３となる。尚、図１６中では、対応するエレメンタリーストリームがインターリーブされていない場合は、ＩＬＶエレメントＩＤ１３４ｅの値を無視してよく、例えば＃０で示している。
本実施例では、ＩＬＶＵテーブル１３３に記述された個々のＩＬＶＵのアドレス情報を夫々、“ＩＬＶＵアドレス情報”と称する。ＩＬＶＵアドレス情報は、例えば、ＩＬＶグループ別に且つ該ＩＬＶグループ内でＩＬＶエレメント別に、各ＩＬＶＵの先頭アドレスを示すアドレス情報である。また、ＩＬＶＵテーブル１３３上で、このようなＩＬＶグループ番号及びＩＬＶエレメントＩＤを含めたＩＬＶＵアドレス情報を総称して、“ＩＬＶＵ情報”と適宜称する。
本実施例では特に、ＥＳアドレス情報１３４ａとして、パケット番号（ＳＰＮ）とこれに対応する表示開始時間とが記述されている。そして、前述のようにエレメンタリーストリームがＭＰＥＧ２のビデオストリームである場合には、Ｉピクチャの先頭のＴＳパケットのアドレスのみが、当該ＥＳアドレス情報１３４ａとして、ＥＳマップテーブル１３４中に記述されており、データ量の削減が図られている。
このように構成されているため、ＡＵテーブル１３１から指定されたＥＳマップテーブル１３４のインデックス番号から、実際のエレメンタリーストリームのエレメンタリーストリームパケットＩＤ（ＥＳ＿ＰＩＤ）が取得可能となる。また、そのエレメンタリーストリームパケットＩＤに対応するエレメンタリーストリームのアドレス情報も同時に取得可能であるため、これらの情報を元にしてオブジェクトデータの再生が可能となる。
尚、図１６では記述されていないが、上段のＡＵテーブル１３１から参照しないＥＳ＿ＰＩＤについても、下段のＥＳマップテーブル１３４のインデックス別に記述してもよい。このように参照しないＥＳ＿ＰＩＤをも記述することで、より汎用性の高いＥＳマップテーブル１３４を作成しておけば、例えば、オーサリングをやり直す場合など、コンテンツを再編集する場合にＥＳマップテーブルを再構築する必要がなくなるという利点がある。
（インターリーブド構造及びＩＬＶＵテーブル）
次に、上述したアングル再生を迅速或いはシームレスに実行するための、上述したＴＳオブジェクト１４２におけるインターリーブド構造及びＩＬＶＵテーブルについて図１７から図２８を参照して説明する。ここに、図１７は、本実施例で採用する統計多重方式における、時間軸上でのアングル毎のビットレートと上限レートとの関係の一例を示す。図１８（Ａ）及び図１８（Ｂ）は夫々、実施例で採用するＩＬＶブロックのデータ構造を図式的に示す。図１９は、係るＩＬＶブロック内におけるアングル切り換えの様子を図式的に示す。図２０は、ＩＬＶＵテーブルのデータ構造を図式的に示し、図２１（Ａ）及び図２１（Ｂ）は夫々、ＥＳアドレス情報の具体例を示す。図２２から図２７は夫々、本実施例におけるＩＬＶＵテーブルを用いた再生処理を概念的に示す。また、図２８（Ａ）及び図２８（Ｂ）は夫々、ＩＬＶブロック内で特殊再生を行う際の動作例を概念的に示すものである。
図１７に示すように、本実施例では、統計多重方式を用いるので、複数のアングル（アングル▲１▼〜▲５▼）に係るエレメンタリーストリーム間で転送レートは異なってよい。即ち、図１７において、合計で上限レートを超えない限りにおいて、各レート曲線間における縦方向の距離で示される転送レートの割り当てが可能である。従って、特定のアングルについて、ある一瞬においては転送レートを多少上げることが可能である。
しかるに仮に、例えば夫々がＨＤＴＶレベルの高画質の複数のアングルを、単純にＴＳパケット単位で多重化したのでは、転送レートは再生に支障を来たす程までに低下しかねない。このため、本実施例では特に、ＴＳオブジェクト１４２（図４等参照）は、ＴＳパケット１４６（或いは、ソースパケット１４４）を通常可変である複数個まとめた単位をインターリーブドユニットとして、当該インターリーブドユニットの単位で、インターリーブされた構造を有している。
更に、上述したようにＴＳパケットの多重化によれば、ＡＵテーブル１３１（図１６等参照）等のオブジェクト情報を参照することで、アングル再生が可能である。
本実施例では特に、本発明に係る“ユニットアドレス情報”の一例として、アングル切り換え後に再生する可能性のある全アングルに関するＩＬＶＵの先頭アドレスが格納されたＩＬＶＵテーブル１３３（図３及び図２０参照）がオブジェクト情報１３０中に記録されている。そして、再生時には、このＩＬＶＵテーブル１３３が、オブジェクトデータの再生に先立って情報記録再生装置内のメモリに読み込まれ、これが適宜参照されることで、シームレスなアングル切り換えが実行可能とされている。
図１８は、このような複数のＩＬＶＵからなる上述したアングルブロック部分である、“ＩＬＶブロック（Ｉｎｔｅｒｌｅａｖｅｄ Ｂｌｏｃｋ）”の構造を概念的に示している。
図１８（Ａ）において、ＴＳパケットの配列からなる各アングル（Ａｎｇｌｅ＃１〜＃３）（ＩＬＶ Ｅｌｅｍｅｎｔ ＃１〜＃３）に対応するエレメンタリーストリームは、トランスポートストリームにおける統計的多重に依存する、一定でない時間間隔であるＩＬＶＵ８００の単位に細分化されている。このＩＬＶＵ８００には、通常多数のＴＳパケットが含まれることになる。そして、アングル番号（＃１〜＃３）別に、各ＩＬＶＵ８００は、図中矢印で示すように、交互に配列されている。即ち、インターリーブされている。
図１８（Ａ）に示すように、各アングルブロック（ＩＬＶブロック）内には、本具体例では、三つのアングル（アングル＃１〜＃３）に対応して、三つのＩＬＶエレメント（ＩＬＶエレメント＃１〜＃３）が存在している。そして、相異なるＩＬＶエレメントに属すると共に各再生時刻に相互に切り替え可能なアングル映像情報に係るＩＬＶＵ８００がＩＬＶグループとして分けられている。例えば、ＩＬＶＵ８００のうち＃１−１、＃１−２、＃１−３、…が、同一ＩＬＶエレメントに属している。また、＃２−１、＃２−２、＃２−３、…が、同一ＩＬＶエレメントに属している。他方で、例えば、＃１−１、＃２−１、＃３−１が、同一ＩＬＶグループに属している。また、＃１−２、＃２−２、＃３−２が、同一ＩＬＶエレメントに属している。このように、図１８（Ａ）では、各ＩＬＶブロック内において、ＩＬＶエレメントｉに属する（即ち、ＩＬＶエレメントＩＤ＝ｉである）と共にＩＬＶグループｊに属する（即ち、ＩＬＶグループ番号＝ｊ）ＩＬＶＵ８００を、“＃ｉ−ｊ”として、示している。
そして、図１８（Ｂ）に示すように、ＴＳオブジェクト中には、図１８（Ａ）に示した如きＩＬＶブロックが複数存在することも可能である。
尚、図１８（Ｂ）中、四角で囲まれた数字は、アドレスを示しており、ここでは、各ＩＬＶブロック内における、＃０から始まるパケットの連続番号として示されている。また、本具体例では、ＩＬＶＵ８００の番号である“＃ｉ−ｊ”は、ＩＬＶブロック毎にリセットされている。
上述のアングルブロックは、このようなＩＬＶブロックで構築される。更に、アングルブロックをなすＩＬＶブロック内では、各ＩＬＶＵ８００間で、再生開始時刻と終了時刻とが、全アングルを通じて等しくされている。
このようなインターリーブによって、転送レートを下げることなくアングル再生を行うことが容易になる。尚、アングルブロック以外であっても、ＩＬＶブロックから構成してもよい。
図１９に示すように本実施例では特に、アングル切替の度にオブジェクト情報のＥＳアドレス情報１３４ａ（図１６等参照）を取得する必要なしに、予めメモリに読み込まれたＩＬＶＵテーブル（図２０参照）のＩＬＶＵアドレス情報を参照することにより、以下の如く迅速或いはシームレスなアングル切り換えが可能となる。
より具体的には図１９において、ＩＬＶＵテーブル（図２０参照）を参照すれば、その再生後に、図中三つの矢印で示した如く、いずれのアングルに対応するＩＬＶＵ８００（＃１−２、＃２−２、＃３−２）の再生を開始することも可能である。尚、この場合、ＩＬＶＵ８００について、＃１−１の再生の後に、＃１−２の再生を開始することは、アングル切り換えがなされないことを意味し、＃２−２又は＃３−２の再生を開始することは、アングル切り換えが行われることを意味する。
このため本実施例では特に、図２０に示すように、ＩＬＶＵテーブル（ＩＬＶＵ＿Ｔａｂｌｅ）１３３は、全体でいくつのＩＬＶブロックが存在するかを示すＩＬＶブロック数（＝ｍ）情報１３３ａと、ＩＬＶブロック情報テーブルの格納アドレスを示すＩＬＶブロックポインタテーブル１３３ｂと、ＩＬＶブロック情報テーブル１３３ｃとを有する。これらのうち、ＩＬＶブロック情報テーブル１３３ｃは、各ＩＬＶブロックについて、例えばパケット番号＝１００である当該各ＩＬＶブロックのスタート（Ｓｔａｒｔ）アドレス、例えばパケット番号＝９９である当該各ＩＬＶブロックのエンド（Ｅｎｄ）アドレス、例えば“３”個である当該各ＩＬＶブロックのＩＬＶエレメント数（ＩＬＶエレメントＩＤ数）、及び例えば“３”個である当該各ＩＬＶブロックのＩＬＶグループ数（グループ総数）を示す情報を有すると共に、ＩＬＶグループ情報テーブル１３３ｄを有する。そして、ＩＬＶグループ情報１３３ｄは、ＩＬＶグループ別に、且つ各ＩＬＶグループについてＩＬＶエレメント別に、各ＩＬＶＵ８００の先頭アドレス情報１３３ｅを含んでなる。尚、ここにいう「先頭パケット番号」は、前述の如くＩＬＶブロック等の中で、通し番号として付与されるパケットの連続番号（即ち、ＩＬＶブロックの先頭からのオフセットアドレス）でもよいし、ＴＳオブジェクト内で通し番号として付与されるパケットの連続番号でもよい。
尚、ＩＬＶＵテーブル１３３内に、各インターリーブドユニット８００のサイズを示す情報等を格納するように構成してもよいが、係るサイズについては、後に詳述するように、計算によって取得可能であるため、格納しなくてもよい。
これらに加えてシームレスのアングル切り換えを実行するために、本実施例の第１の方式では、図２１（Ａ）に示すように、アングル再生用に映像情報に係るＥＳマップテーブル１３４のＥＳアドレス情報１３４ａ（図１６等参照）として、対応するパケットの“表示開始時刻”、“パケット番号”及び“ＩＬＶＵ先頭フラグ”を、各ＩＬＶグループについて格納する。このフラグの値は例えば、各ＩＬＶグループ内における先頭のＩＬＶＵ８００の場合は“１”を、それ以外の場合は“０”とする。このフラグは、ＩＬＶブロックの途中から再生開始する場合に、当該再生開始すべきＩＬＶＵ８００がどのＩＬＶグループに属するかを迅速且つ比較的容易に判断する（即ち、ＩＬＶグループ番号を特定する）役割を果たすものである。尚、このＩＬＶグループを判断する方法については、後述する。この場合、本発明に係る「グループ判断情報」の一例たるＩＬＶＵ先頭フラグ情報は、１ビットの情報で済む。
或いは、シームレスのアングル切り換えを実行するために、本実施例の第２の方式では、図２１（Ｂ）に示すように、アングル再生用に映像情報に係るＥＳマップテーブル１３４のＥＳアドレス情報１３４ａ（図１６等参照）として、対応するパケットの“表示開始時刻”、“パケット番号”及び“ＩＬＶグループ番号”を、各ＩＬＶグループについて格納する。このＩＬＶグループ番号は、ＩＬＶブロックの途中から再生開始する場合に、当該再生開始すべきＩＬＶＵ８００がどのＩＬＶグループに属するかを迅速且つ比較的容易に判断する（即ち、ＩＬＶグループ番号を特定する）役割を果たすものである。この場合、本発明に係る「グループ判断情報」の一例たるＩＬＶグループ番号を示す情報は、１６ビットや３２ビット等の情報で済む。
図２１（Ａ）等に示すＥＳアドレス情報には、好ましくは、Ｉピクチャに係るパケット番号とこれに対応する表示開始時刻とを記述し、Ｂピクチャ又はＰピクチャ若しくは音声情報又は副映像情報についてのこれらのパケット番号等を記述しない。これにより、再生時には、Ｉピクチャに係るパケット番号に基づき当該パケットのアドレスを特定でき、これに対応する表示開始時刻に基づいてＩピクチャを再生できる。更に、このＩピクチャに基づいて、Ｂピクチャ及びＰピクチャを再生でき、並びにこのような映像情報に対応する音声情報又は副映像情報が存在する場合には該音声情報又は副映像情報を再生できる。この際特に、Ｂピクチャ及びＰピクチャに係るパケットのアドレス情報や、対応する音声情報に係るパケットのアドレス情報を記述する必要が無いので、全体として情報記録媒体に記録する情報量の削減を図れる。
ここで、上述の如きＩＬＶＵ８００及びＩＬＶＵテーブル（図２０参照）、並びに図２１（Ａ）又は図２１（Ｂ）に示した如きＥＳアドレス情報を用いたアングルブロックの再生原理について、図２２から図２８を参照して説明する。尚、アングルブロックの実際の再生処理は、ここで説明する再生原理に基づいて、後述する情報記録再生装置によって行われるものである。
図２２及び図２３を参照して、“アングルブロックの通常の再生（アングル切替なし）”における再生原理を処理順に説明する。
先ず図２２を参照して、ＩＬＶグループ判断情報の一例として“ＩＬＶＵ先頭フラグ”（図２１（Ａ）参照）を用いた第１の方式による、アングル切替なし時における再生原理について説明する。
▲１▼：この場合、先ず、図２２中“Ｓｔｅｐ１”で示すように、プレイリストから与えられるＡＵとこれに属するＰＵのうちユーザより指定されたアングルに対応するものとに基づいて、エレメンタリーストリームパケットＩＤ（ＥＳ＿ＰＩＤ）を、オブジェクト情報ファイルからＡＵ及びＰＵを用いて取得し、該当するエレメンタリーストリームのＥＳマップテーブルのＥＳアドレス情報（図２１（Ａ）等参照）、ＩＬＶブロック番号及びＩＬＶエレメントＩＤを取得する。
▲２▼：続いて、図２２中“Ｓｔｅｐ２”で示すように、プレイリストから与えられる表示開始時刻を用いて、ＥＳアドレス情報（図２１（Ａ）等参照）から該当するエントリを探し出し、表示開始時刻に対応するパケット番号を取得する。
▲３▼：続いて、図２２中“Ｓｔｅｐ３”で示すように、エントリ開始行から上記▲２▼で探し出した該当するエントリの位置まで、ＥＳアドレス情報を後方（表示開始時刻の大きい方向）に進み、“ＩＬＶＵ先頭フラグ＝１”のエントリをカウントする。これにより、カウントされたエントリの個数に応じて、ＩＬＶグループ番号を特定する。
▲４▼：続いて、図２２中“Ｓｔｅｐ４”で示すように、ＩＬＶＵテーブル１３３（図２０参照）を参照することで、上記▲３▼の処理で取得した該当エントリのＩＬＶグループ番号、上記▲１▼の処理で取得したＩＬＶブロック番号及びＩＬＶエレメントＩＤから、ＩＬＶＵアドレス情報（或いは、これらＩＬＶブロック番号、ＩＬＶエレメントＩＤ及びＩＬＶＵアドレス情報のセットとしての“ＩＬＶＵ情報”）を取得する。
▲５▼：続いて、図中２２中“Ｓｔｅｐ５”で示すように、上記▲２▼の処理で取得した該当エントリのパケット番号の位置からオブジェクトデータ（即ち、コンテンツ）を読んで行く。
▲６▼：更に、図中２２中“Ｓｔｅｐ６”で示すように、ＩＬＶグループ番号を“１”だけ増加させて、ＩＬＶＵテーブル１３３（図２０参照）に格納されている、全アングルに対する次のＩＬＶＵ８００のＩＬＶＵアドレス情報に基づいて、アングルブロック内で、オブジェクトデータを読んで行く。
次に図２３を参照して、ＩＬＶグループ判断情報の一例として“ＩＬＶグループ番号”（図２１（Ｂ）参照）を用いた第２の方式による、アングル切替なし時における再生原理について説明する。
▲１▼及び▲２▼：図２３中の“Ｓｔｅｐ１”と“Ｓｔｅｐ２”については、図２２の場合と同様である。
▲３▼：続いて、図２３中の“Ｓｔｅｐ３”で示すように、ＥＳアドレス情報（図２１（Ｂ）参照）上で、表示開始時刻からＩＬＶグループ番号を直接的に取得する。
▲４▼〜▲６▼：図２３中の“Ｓｔｅｐ４”〜“Ｓｔｅｐ６”については、図２２の場合と同様である。
次に図２４を参照して、“アングル切替時（シームレスアングル切替）”における再生原理を処理順に説明する。
▲１▼〜▲６▼：ここでは先ず、上記図２２又は図２３を参照して説明した通常の再生が行われているものとする。即ち、ＩＬＶグループ判断情報として“ＩＬＶＵ先頭フラグ”（図２１（Ａ）参照）を用いた第１の方式によって図２２中の“Ｓｔｅｐ１”〜“Ｓｔｅｐ６”が行われているか、又は“ＩＬＶグループ番号”（図２１（Ｂ）参照）を用いた第２の方式によって図２３中の“Ｓｔｅｐ１”〜“Ｓｔｅｐ６”が行われているものとする。
▲７▼：任意の時点においてユーザが、アングルブロック内でアングルを切り替える場合、例えばアングル＃１からアングル＃２に変更する場合、図２４中“Ｓｔｅｐ７”で示すように、変更後のアングル（アングル＃２）に対する次のＩＬＶＵのＩＬＶＵアドレス情報をＩＬＶＵテーブル１３３（図２０参照）から取得し、変更後のアングルに対する次のＩＬＶＵのオブジェクトデータを読んで行く。より具体的には、ＩＬＶＵテーブル１３３上で、切り替え前のＩＬＶグループ番号を“１”だけ増加させたＩＬＶグループ番号及びアングル＃２に対応するＩＬＶエレメントＩＤをもとに、ＩＬＶＵアドレス情報を取得し、オブジェクトデータを読んで行く。このようなシームレスアングル切り替えは、ＩＬＶＵ単位で可能である（即ち、アングル切換時に再生中のＩＬＶＵの再生が終了した時点で、別のアングルに係るＩＬＶＵの再生が切れ目無く開始される）。
次に図２５を参照して、“アングル切替時（非シームレスアングル切替）”における再生原理を処理順に説明する。
▲１▼〜▲６▼：ここでは先ず、上記図２２又は図２３を参照して説明した通常の再生が行われているものとする。即ち、ＩＬＶグループ判断情報として“ＩＬＶＵ先頭フラグ”（図２１（Ａ）参照）を用いた第１の方式によって図２２中の“Ｓｔｅｐ１”〜“Ｓｔｅｐ６”が行われているか、又は“ＩＬＶグループ番号”（図２１（Ｂ）参照）を用いた第２の方式によって図２３中の“Ｓｔｅｐ１”〜“Ｓｔｅｐ６”が行われているものとする。
▲７▼：任意の時点においてユーザが、アングルブロック内で非シームレスアングル切替をする場合、例えばアングル＃１からアングル＃２に変更する場合、図２５中“Ｓｔｅｐ７”で示すように、
アングル切替後のアングル番号に対応するＩＬＶＵの先頭パケット番号、即ちＩＬＶＵアドレス情報をＩＬＶＵテーブル１３３（図２０参照）から取得する。より具体的には、ＩＬＶＵテーブル１３３上で、アングル切り替え前のＩＬＶグループ番号で示される同一ＩＬＶグループ内のＩＬＶＵアドレス情報として取得する。
そして、上記▲７▼で取得したＩＬＶＵアドレス情報をもとに、変更後のアングルに対する次のインターリーブドユニットのオブジェクトデータを読んで行く。ここに「非シームレスアングル切替」とは、現在のインターリーブドユニットの先頭の表示開始時刻と同時刻で、アングルを切り替えることをいう。但し、多少時間を遡って、非シームレスに切り替えることも可能である。
いずれにせよ本実施例では、シームレスのアングル切り換えが可能であるが、ユーザ設定により、このような非シームレスのアングル切り換えが選択的に実行可能であってもよい。
次に図２６から図２８を参照して、“早送り（ＦＷ）／巻き戻し（ＢＷ）”における再生原理を説明する。
先ず図２６を参照して、ＩＬＶグループ判断情報の一例として“ＩＬＶＵ先頭フラグ”（図２１（Ａ）参照）を用いた第１の方式による、早送り／巻き戻し時における再生原理について説明する。
▲１▼〜▲６▼：ここでは先ず、上記図２２を参照して説明した通常の再生が行われているものとする。
▲７▼：任意の時点においてユーザが、アングルブロック内で早送り（ＦＷ）／巻き戻し（ＢＷ）の操作指示を実行すると、図２６中“Ｓｔｅｐ７”で示すように、ＥＳアドレス情報を用いて、これらを開始するエントリから、前方（早送りの場合）または後方（巻き戻しの場合）に順に移動してパケット番号を取得して行き、該当するオブジェクトデータを読んで表示して行く。これらの操作停止後は、停止した位置のエントリのパケット番号を取得する。
▲８▼：図２６中“Ｓｔｅｐ８”で示すように、“Ｓｔｅｐ７”の間、早送り（ＦＷ）／巻き戻し（ＢＷ）の操作を開始するエントリから上記▲７▼で取得したエントリまで、“ＩＬＶＵ先頭フラグ＝１”のエントリを探す。そして、巻き戻しの場合であれば、“ＩＬＶＵ先頭フラグ＝１”のエントリを見つける毎に、ＩＬＶグループ番号を“１”デクリメントする。或いは、早送りの場合であれば、“ＩＬＶＵ先頭フラグ＝１”のエントリを見つける毎に、ＩＬＶグループ番号を“１”インクリメントする。これにより、当初のＩＬＶグループ番号をデクリメント又はインクリメントした後の番号として、再生開始すべきコンテンツに係るパケットが属するＩＬＶグループ番号を特定する。
▲９▼：続いて、図２６中“Ｓｔｅｐ９”で示すように、ＩＬＶＵテーブル１３３（図２０参照）を参照して、上記▲８▼の処理で取得した該当エントリのＩＬＶグループ番号、ＩＬＶブロック番号及びＩＬＶエレメントＩＤから、ＩＬＶＵアドレス情報（或いは、これらＩＬＶブロック番号、ＩＬＶエレメントＩＤ及びＩＬＶＵアドレス情報のセットとしての“ＩＬＶＵ情報”）を取得する。
そして、図２６中“Ｓｔｅｐ１０”で示すように、上記▲７▼の処理で取得した該当エントリのパケット番号の位置からオブジェクトデータを読んで行く。
次に図２７を参照して、ＩＬＶグループ判断情報の一例として“ＩＬＶグループ番号”（図２１（Ｂ）参照）を用いた第２の方式による、早送り／巻き戻し時における再生原理について説明する。
▲１▼〜▲６▼：ここでは先ず、上記図２３を参照して説明した通常の再生が行われているものとする。
▲７▼：任意の時点においてユーザが、アングルブロック内で早送り（ＦＷ）／巻き戻し（ＢＷ）の操作指示を実行すると、図２７中“Ｓｔｅｐ７”で示すように、ＥＳアドレス情報を用いて、これらを開始するエントリから、前方（早送りの場合）または後方（巻き戻しの場合）に順に移動してパケット番号を取得して行き、該当するオブジェクトデータを読んで表示して行く。これらの操作停止後は、停止した位置のエントリのパケット番号を取得する。
▲８▼：図２７中“Ｓｔｅｐ８”で示すように、上記▲７▼で取得したエントリに対して、ＥＳアドレス情報（図２１（Ｂ）参照）上で、ＩＬＶグループ番号を直接的に取得する。
▲９▼：続いて、図２７中“Ｓｔｅｐ９”及び“Ｓｔｅｐ１０”は、図２６中の場合と同様である。
例えば、図２８（Ａ）に示す動作例では、図２６に示した再生動作によって、ＩＬＶグループ＃３のＩＬＶエレメント＃２に係る表示開始時刻Ｔ１＿８の再生時に、巻き戻し操作が開始されている。そして、ＩＬＶグループ＃１まで巻き戻し操作が行われ、ここで再生が再開されている。この場合、ＥＳアドレス情報上で、ＩＬＶグループ番号が、ＩＬＶＵ先頭フラグに従ってデクリメントされて、再生再開に係るＩＬＶグループ番号が特定される。
例えば、図２８（Ｂ）に示す動作例では、図２７に示した再生動作によって、ＩＬＶグループ＃３のＩＬＶエレメント＃２に係る表示開始時刻Ｔ１＿８の再生時に、巻き戻し操作が開始されている。そして、ＩＬＶグループ＃１まで巻き戻し操作が行われ、ここで再生が再開されている。この場合、図２８（Ａ）の場合と異なり、ＥＳアドレス情報上でＩＬＶグループ番号が直接的に特定される。
図２８（Ａ）及び図２８（Ｂ）から分かるように、いずれの再生動作によっても、各ＩＬＶＵのアドレスを示すパケット番号としては、Ｉピクチャに係るビデオパケットのパケット番号が当該ＥＳアドレス情報に記録されていてもよいが、Ｉピクチャ以外のビデオパケットであっても、同様に巻き戻し操作が実行可能である。
以上詳述したように本実施例では、光ディスク１００上においてソースパケット１４４或いはＴＳパケット１４６の単位で多重記録されており、これにより、図２（ｂ）に示したような多数のエレメンタリーストリームを含んでなる、トランスポートストリームを光ディスク１００上に多重記録可能とされている。本実施例によれば、通常ブロック内に、記録レートの制限内で複数の番組等を同時に記録可能であり、特にアングルブロック内では、記録レートの制限内で複数のアングルを同時に記録可能である。そして、このように記録された光ディスク１００は、上述した図２２から図２８に示した再生原理により、アングルブロック内では特に、シームレスのアングル再生が可能とされる。以下、このような記録処理及び再生処理を実行可能な情報記録再生装置の実施例について説明する。
（情報記録再生装置）
次に図２９から図３９を参照して、本発明の情報記録再生装置の実施例について説明する。ここに、図２９は、情報記録再生装置のブロック図であり、図３０から図３９は、その動作を示すフローチャートである。
図２９において、情報記録再生装置５００は、再生系と記録系とに大別されており、上述した光ディスク１００に情報を記録可能であり且つこれに記録された情報を再生可能に構成されている。本実施例では、このように情報記録再生装置５００は、記録再生用であるが、基本的にその記録系部分から本発明の記録装置の実施例を構成可能であり、他方、基本的にその再生系部分から本発明の情報再生装置の実施例を構成可能である。
情報記録再生装置５００は、光ピックアップ５０２、サーボユニット５０３、スピンドルモータ５０４、復調器５０６、デマルチプレクサ５０８、ビデオデコーダ５１１、オーディオデコーダ５１２、サブピクチャデコーダ５１３、加算器５１４、システムコントローラ５２０、メモリ５３０、変調器６０６、フォーマッタ６０８、ＴＳオブジェクト生成器６１０、ビデオエンコーダ６１１、オーディオエンコーダ６１２及びサブピクチャエンコーダ６１３を含んで構成されている。システムコントローラ５２０は、ファイル（Ｆｉｌｅ）システム／論理構造データ生成器５２１及びファイル（Ｆｉｌｅ）システム／論理構造データ判読器５２２を備えている。更にシステムコントローラ５２０には、メモリ５３０及び、タイトル情報等のユーザ入力を行うためのユーザインタフェース７２０が接続されている。
これらの構成要素のうち、復調器５０６、デマルチプレクサ５０８、ビデオデコーダ５１１、オーディオデコーダ５１２、サブピクチャデコーダ５１３及び加算器５１４から概ね再生系が構成されている。他方、これらの構成要素のうち、変調器６０６、フォーマッタ６０８、ＴＳオブジェクト生成器６１０、ビデオエンコーダ６１１、オーディオエンコーダ６１２及びサブピクチャエンコーダ６１３から概ね記録系が構成されている。そして、光ピックアップ５０２、サーボユニット５０３、スピンドルモータ５０４、システムコントローラ５２０及びメモリ５３０、並びにタイトル情報等のユーザ入力を行うためのユーザインタフェース７２０は、概ね再生系及び記録系の両方に共用される。更に記録系については、ＴＳオブジェクトデータ源７００と、ビデオデータ源７１１、オーディオデータ源７１２及びサブピクチャデータ源７１３とが用意される。また、システムコントローラ５２０内に設けられるファイルシステム／論理構造データ生成器５２１は、主に記録系で用いられ、ファイルシステム／論理構造判読器５２２は、主に再生系で用いられる。
光ピックアップ５０２は、光ディスク１００に対してレーザービーム等の光ビームＬＢを、再生時には読み取り光として第１のパワーで照射し、記録時には書き込み光として第２のパワーで且つ変調させながら照射する。サーボユニット５０３は、再生時及び記録時に、システムコントローラ５２０から出力される制御信号Ｓｃ１による制御を受けて、光ピックアップ５０２におけるフォーカスサーボ、トラッキングサーボ等を行うと共にスピンドルモータ５０４におけるスピンドルサーボを行う。スピンドルモータ５０４は、サーボユニット５０３によりスピンドルサーボを受けつつ所定速度で光ディスク１００を回転させるように構成されている。
（ｉ） 記録系の構成及び動作：
次に図２９から図３３を参照して、情報記録再生装置５００のうち記録系を構成する各構成要素における具体的な構成及びそれらの動作を、場合分けして説明する。
（ｉ−１） 作成済みのＴＳオブジェクトを使用する場合：
この場合について図２９及び図３０を参照して説明する。
図２９において、ＴＳオブジェクトデータ源７００は、例えばビデオテープ、メモリ等の記録ストレージからなり、ＴＳオブジェクトデータＤ１を格納する。
図３０では先ず、ＴＳオブジェクトデータＤ１を使用して光ディスク１００上に論理的に構成する各タイトルの情報（例えば、プレイリストの構成内容等）は、ユーザインタフェース７２０から、タイトル情報等のユーザ入力Ｉ２として、システムコントローラ５２０に入力される。そして、システムコントローラ５２０は、ユーザインタフェース７２０からのタイトル情報等のユーザ入力Ｉ２を取り込む（ステップＳ２１：Ｙｅｓ及びステップＳ２２）。この際、ユーザインタフェース７２０では、システムコントローラ５２０からの制御信号Ｓｃ４による制御を受けて、例えばタイトルメニュー画面を介しての選択など、記録しようとする内容に応じた入力処理が可能とされている。尚、ユーザ入力が既に実行済み等の場合には（ステップＳ２１：Ｎｏ）、これらの処理は省略される。
次に、ＴＳオブジェクトデータ源７００は、システムコントローラ５２０からのデータ読み出しを指示する制御信号Ｓｃ８による制御を受けて、ＴＳオブジェクトデータＤ１を出力する。そして、システムコントローラ５２０は、ＴＳオブジェクト源７００からＴＳオブジェクトデータＤ１を取り込み（ステップＳ２３）、そのファイルシステム／論理構造データ生成器５２１内のＴＳ解析機能によって、例えば前述の如くビデオデータ等と共にパケット化されたＰＡＴ、ＰＭＴ等に基づいて、ＴＳオブジェクトデータＤ１におけるデータ配列（例えば、記録データ長等）、各エレメンタリーストリームの構成の解析（例えば、後述のＥＳ＿ＰＩＤ（エレメンタリーストリーム・パケット識別番号）の理解）などを行う（ステップＳ２４）。
続いて、システムコントローラ５２０は、取り込んだタイトル情報等のユーザ入力Ｉ２並びに、ＴＳオブジェクトデータＤ１のデータ配列及び各エレメンタリーストリームの解析結果から、そのファイルシステム／論理構造データ生成器５２１によって、論理情報ファイルデータＤ４として、ディスク情報ファイル１１０、プレイリスト情報ファイル１２０、オブジェクト情報ファイル１３０及びファイルシステム１０５（図３参照）を作成する（ステップＳ２５）。メモリ５３０は、このような論理情報ファイルデータＤ４を作成する際に用いられる。
尚、ＴＳオブジェクトデータＤ１のデータ配列及び各エレメンタリーストリームの構成情報等についてのデータを予め用意しておく等のバリエーションは当然に種々考えられるが、それらも本実施例の範囲内である。
図２９において、フォーマッタ６０８は、ＴＳオブジェクトデータＤ１と論理情報ファイルデータＤ４とを共に、光ディスク１００上に格納するためのデータ配列フォーマットを行う装置である。より具体的には、フォーマッタ６０８は、スイッチＳｗ１及びスイッチＳｗ２を備えてなり、システムコントローラ５２０からのスイッチ制御信号Ｓｃ５によりスイッチング制御されて、ＴＳオブジェクトデータＤ１のフォーマット時には、スイッチＳｗ１を▲１▼側に接続して且つスイッチＳｗ２を▲１▼側に接続して、ＴＳオブジェクトデータ源７００からのＴＳオブジェクトデータＤ１を出力する。尚、ＴＳオブジェクトデータＤ１の送出制御については、システムコントローラ５２０からの制御信号Ｓｃ８により行われる。他方、フォーマッタ６０８は、論理情報ファイルデータＤ４のフォーマット時には、システムコントローラ５２０からのスイッチ制御信号Ｓｃ５によりスイッチング制御されて、スイッチＳｗ２を▲２▼側に接続して、論理情報ファイルデータＤ４を出力するように構成されている。
図３０のステップＳ２６では、このように構成されたフォーマッタ６０８によるスイッチング制御によって、（ｉ）ステップＳ２５でファイルシステム／論理構造データ生成器５２１からの論理情報ファイルデータＤ４又は（ｉｉ）ＴＳオブジェクトデータ源７００からのＴＳオブジェクトデータＤ１が、フォーマッタ６０８を介して出力される（ステップＳ２６）。
フォーマッタ６０８からの選択出力は、ディスクイメージデータＤ５として変調器６０６に送出され、変調器６０６により変調されて、光ピックアップ５０２を介して光ディスク１００上に記録される（ステップＳ２７）。この際のディスク記録制御についても、システムコントローラ５２０により実行される。
そして、ステップＳ２５で生成された論理情報ファイルデータＤ４と、これに対応するＴＳオブジェクトデータＤ２とが共に記録済みでなければ、ステップＳ２６に戻って、その記録を引き続いて行う（ステップＳ２８：Ｎｏ）。尚、論理情報ファイルデータＤ４とこれに対応するＴＳオブジェクトデータＤ２との記録順についてはどちらが先でも後でもよい。
他方、これら両方共に記録済みであれば、光ディスク１００に対する記録を終了すべきか否かを終了コマンドの有無等に基づき判定し（ステップＳ２９）、終了すべきでない場合には（ステップＳ２９：Ｎｏ）ステップＳ２１に戻って記録処理を続ける。他方、終了すべき場合には（ステップＳ２９：Ｙｅｓ）、一連の記録処理を終了する。
以上のように、情報記録再生装置５００により、作成済みのＴＳオブジェクトを使用する場合における記録処理が行われる。
本実施例では特に、上述のステップＳ２３からＳ２６等において、システムコントローラ５２０からのスイッチ制御信号（Ｓｃ５、Ｓｃ８等）により、統計多重方式でＴＳパケットの配列からＩＬＶＵを生成する。更に、ＩＬＶＵテーブル１３３（図２０等参照）、並びにＩＬＶＵ先頭フラグ又はＩＬＶグループ番号を有するＥＳアドレス情報等を含んでなるＥＳマップテーブル１３４（図２１及び図１６等参照）を、オブジェクト情報ファイル１３０（図３等参照）の一部として作成する。
尚、図３０に示した例では、ステップＳ２５で論理情報ファイルデータＤ４を作成した後に、ステップＳ２６で論理情報ファイルデータＤ４とこれに対応するＴＳオブジェクトデータＤ２とのデータ出力を実行しているが、ステップＳ２５以前に、ＴＳオブジェクトデータＤ２の出力や光ディスク１００上への記録を実行しておき、この記録後に或いはこの記録と並行して、論理情報ファイルデータＤ４を生成や記録することも可能である。
（ｉ−２） 放送中のトランスポートストリームを受信して記録する場合：
この場合について図２９及び図３１を参照して説明する。尚、図３１において、図３０と同様のステップには同様のステップ番号を付し、それらの説明は適宜省略する。
この場合も、上述の「作成済みのＴＳオブジェクトを使用する場合」とほぼ同様な処理が行われる。従って、これと異なる点を中心に以下説明する。
放送中のトランスポートストリームを受信して記録する場合には、ＴＳオブジェクトデータ源７００は、例えば放送中のデジタル放送を受信する受信器（セットトップボックス）からなり、ＴＳオブジェクトデータＤ１を受信して、リアルタイムでフォーマッタ６０８に送出する（ステップＳ４１）。これと同時に、受信時に解読された番組構成情報及び後述のＥＳ＿ＰＩＤ情報を含む受信情報Ｄ３（即ち、受信器とシステムコントローラ５２０のインタフェースとを介して送り込まれるデータに相当する情報）がシステムコントローラ５２０に取り込まれ、メモリ５３０に格納される（ステップＳ４４）。
一方で、フォーマッタ６０８に出力されたＴＳオブジェクトデータＤ１は、フォーマッタ６０８のスイッチング制御により変調器６０６に出力され（ステップＳ４２）、光ディスク１００に記録される（ステップＳ４３）。
これらと並行して、受信時に取り込まれてメモリ５３０に格納されている受信情報Ｄ３に含まれる番組構成情報及びＥＳ＿ＰＩＤ情報を用いて、ファイルシステム／論理構造生成器５２１により論理情報ファイルデータＤ４を作成する（ステップＳ２４及びステップＳ２５）。そして一連のＴＳオブジェクトデータＤ１の記録終了後に、この論理情報ファイルデータＤ４を光ディスク１００に追加記録する（ステップＳ４６及びＳ４７）。尚、これらステップＳ２４及びＳ２５の処理についても、ステップＳ４３の終了後に行ってもよい。
更に、必要に応じて（例えばタイトルの一部を編集する場合など）、ユーザインタフェース７２０からのタイトル情報等のユーザ入力Ｉ２を、メモリ５３０に格納されていた番組構成情報及びＥＳ＿ＰＩＤ情報に加えることで、システムコントローラ５２０により論理情報ファイルデータＤ４を作成し、これを光ディスク１００に追加記録してもよい。
以上のように、情報記録再生装置５００により、放送中のトランスポートストリームを受信してリアルタイムに記録する場合における記録処理が行われる。
そして本実施例では特に、上述のステップＳ４１からＳ４６、Ｓ２４及び２５等において、システムコントローラ５２０からのスイッチ制御信号（Ｓｃ５、Ｓｃ８等）により、統計多重方式でＴＳパケットの配列からインターリーブドユニットを生成する。更に、ＩＬＶＵテーブル１３３（図２０等参照）、並びにＩＬＶＵ先頭フラグ又はＩＬＶグループ番号を有するＥＳアドレス情報等を含んでなるＥＳマップテーブル１３４（図２１及び図１６等参照）を、オブジェクト情報ファイル１３０（図３等参照）の一部として作成する。
尚、放送時の全受信データをアーカイブ装置に一旦格納した後に、これをＴＳオブジェクト源７００として用いれば、上述した「作成済みのＴＳオブジェクトを使用する場合」と同様な処理で足りる。
（ｉ−３） ビデオ、オーディオ及びサブピクチャデータを記録する場合：
この場合について図２９及び図３２を参照して説明する。尚、図３２において、図３０と同様のステップには同様のステップ番号を付し、それらの説明は適宜省略する。
予め別々に用意したビデオデータ、オーディオデータ及びサブピクチャデータを記録する場合には、ビデオデータ源７１１、オーディオデータ源７１２及びサブピクチャデータ源７１３は夫々、例えばビデオテープ、メモリ等の記録ストレージからなり、ビデオデータＤＶ、オーディオデータＤＡ及びサブピクチャデータＤＳを夫々格納する。
これらのデータ源は、システムコントローラ５２０からの、データ読み出しを指示する制御信号Ｓｃ８による制御を受けて、ビデオデータＤＶ、オーディオデータＤＡ及びサブピクチャデータＤＳを夫々、ビデオエンコーダ６１１、オーディオエンコーダ６１２及びサブピクチャエンコーダ６１３に送出する（ステップＳ６１）。そして、これらのビデオエンコーダ６１１、オーディオエンコーダ６１２及びサブピクチャエンコーダ６１３により、所定種類のエンコード処理を実行する（ステップＳ６２）。
ＴＳオブジェクト生成器６１０は、システムコントローラ５２０からの制御信号Ｓｃ６による制御を受けて、このようにエンコードされたデータを、トランスポートストリームをなすＴＳオブジェクトデータに変換する（ステップＳ６３）。この際、各ＴＳオブジェクトデータのデータ配列情報（例えば記録データ長等）や各エレメンタリーストリームの構成情報（例えば、後述のＥＳ＿ＰＩＤ等）は、ＴＳオブジェクト生成器６１０から情報Ｉ６としてシステムコントローラ５２０に送出され、メモリ５３０に格納される（ステップＳ６６）。
他方、ＴＳオブジェクト生成器６１０により生成されたＴＳオブジェクトデータは、フォーマッタ６０８のスイッチＳｗ１の▲２▼側に送出される。即ち、フォーマッタ６０８は、ＴＳオブジェクト生成器６１０からのＴＳオブジェクトデータのフォーマット時には、システムコントローラ５２０からのスイッチ制御信号Ｓｃ５によりスイッチング制御されて、スイッチＳｗ１を▲２▼側に接続し且つスイッチＳｗ２を▲１▼側に接続することで、当該ＴＳオブジェクトデータを出力する（ステップＳ６４）。続いて、このＴＳオブジェクトデータは、変調器６０６を介して、光ディク１００に記録される（ステップＳ６５）。
これらと並行して、情報Ｉ６としてメモリ５３０に取り込まれた各ＴＳオブジェクトデータのデータ配列情報や各エレメンタリーストリームの構成情報を用いて、ファイルシステム／論理構造生成器５２１により論理情報ファイルデータＤ４を作成する（ステップＳ２４及びステップＳ２５）。そして一連のＴＳオブジェクトデータＤ１の記録終了後に、これを光ディスク１００に追加記録する（ステップＳ６７及びＳ６８）。尚、ステップＳ２４及びＳ２５の処理についても、ステップＳ６５の終了後に行うようにしてもよい。
更に、必要に応じて（例えばタイトルの一部を編集する場合など）、ユーザインタフェース７２０からのタイトル情報等のユーザ入力Ｉ２を、これらのメモリ５３０に格納されていた情報に加えることで、ファイルシステム／論理構造生成器５２１により論理情報ファイルデータＤ４を作成し、これを光ディスク１００に追加記録してもよい。
以上のように、情報記録再生装置５００により、予め別々に用意したビデオデータ、オーディオデータ及びサブピクチャデータを記録する場合における記録処理が行われる。
そして本実施例では特に、上述のステップＳ６４、Ｓ６６、Ｓ２４及びＳ２５等において、統計多重方式でＴＳパケットの配列からインターリーブドユニットを生成する。更に、ＩＬＶＵテーブル１３３（図２０等参照）、並びにＩＬＶＵ先頭フラグ又はＩＬＶグループ番号を有するＥＳアドレス情報等を含んでなるＥＳマップテーブル１３４（図２１及び図１６等参照）を、オブジェクト情報ファイル１３０（図３等参照）の一部として作成する。
尚、この記録処理は、ユーザの所有する任意のコンテンツを記録する際にも応用可能である。
（ｉ−４） オーサリングによりデータを記録する場合：
この場合について図２９及び図３３を参照して説明する。尚、図３３において、図３０と同様のステップには同様のステップ番号を付し、それらの説明は適宜省略する。
この場合は、上述した三つの場合における記録処理を組み合わせることにより、予めオーサリングシステムが、ＴＳオブジェクトの生成、論理情報ファイルデータの生成等を行った後（ステップＳ８１）、フォーマッタ６０８で行うスイッチング制御の処理までを終了させる（ステップＳ８２）。その後、この作業により得られた情報を、ディスク原盤カッティングマシン前後に装備された変調器６０６に、ディスクイメージデータＤ５として送出し（ステップＳ８３）、このカッティングマシンにより原盤作成を行う（ステップＳ８４）。
（ｉｉ） 再生系の構成及び動作：
次に図２９及び図３４から図３９を参照して、情報記録再生装置５００のうち再生系を構成する各構成要素における具体的な構成及びそれらの動作を説明する。
ユーザインタフェース７２０によって、光ディスク１００から再生すべきタイトルやその再生条件等が、タイトル情報等のユーザ入力Ｉ２としてシステムコントローラに入力される。この際、ユーザインタフェース７２０では、システムコントローラ５２０からの制御信号Ｓｃ４による制御を受けて、例えばタイトルメニュー画面を介しての選択など、再生しようとする内容に応じた入力処理が可能とされている。
これを受けて、システムコントローラ５２０は、光ディスク１００に対するディスク再生制御を行い、光ピックアップ５０２は、読み取り信号Ｓ７を復調器５０６に送出する。
復調器５０６は、この読み取り信号Ｓ７から光ディスク１００に記録された記録信号を復調し、復調データＤ８として出力する。この復調データＤ８に含まれる、多重化されていない情報部分としての論理情報ファイルデータ（即ち、図３に示したファイルシステム１０５、ディスク情報ファイル１１０、Ｐリスト情報ファイル１２０及びオブジェクト情報ファイル１３０）は、システムコントローラ５２０に供給される。この論理情報ファイルデータに基づいて、システムコントローラ５２０は、再生アドレスの決定処理、光ピックアップ５０２の制御等の各種再生制御を実行する。
他方、復調データＤ８に含まれる、多重化された情報部分としてのＴＳオブジェクトデータについては、デマルチプレクサ５０８が、システムコントローラ５２０からの制御信号Ｓｃ２による制御を受けてデマルチプレクスする。ここでは、システムコントローラ５２０の再生制御によって再生位置アドレスへのアクセスが終了した際に、デマルチプレクスを開始させるように制御信号Ｓｃ２を送信する。
デマルチプレクサ５０８からは、ビデオパケット、オーディオパケット及びサブピクチャパケットが夫々送出されて、ビデオデコーダ５１１、オーディオデコーダ５１２及びサブピクチャデコーダ５１３に供給される。そして、ビデオデータＤＶ、オーディオデータＤＡ及びサブピクチャデータＤＳが夫々復号化される。
尚、図６に示したトランスポートストリームに含まれる、ＰＡＴ或いはＰＭＴがパケット化されたパケットについては夫々、復調データＤ８の一部として含まれているが、デマルチプレクサ５０８で破棄される。
加算器５１４は、システムコントローラ５２０からのミキシングを指示する制御信号Ｓｃ３による制御を受けて、ビデオデコーダ５１１及びサブピクチャデコーダ５１３で夫々復号化されたビデオデータＤＶ及びサブピクチャデータＤＳを、所定タイミングでミキシング或いはスーパーインポーズする。その結果は、ビデオ出力として、当該情報記録再生装置５００から例えばテレビモニタへ出力される。
他方、オーディオデコーダ５１２で復号化されたオーディオデータＤＡは、オーディオ出力として、当該情報記録再生装置５００から、例えば外部スピーカへ出力される。
ここで、図３４から図３９を参照して、システムコントローラ５２０による再生処理ルーチンの具体例について説明する。
図３４を参照して、再生処理ルーチンにおける全体の流れについて説明する。
図３４において、初期状態として、再生系による光ディスク１００の認識、ファイルシステム１０５（図３参照）によるボリューム構造やファイル構造の認識は既にシステムコントローラ５２０及びその内のファイルシステム／論理構造判読器５２２にて終了しているものとする。ここでは、ディスク情報ファイル１１０の中のディスク総合情報１１２から、総タイトル数を取得し、その中の一つのタイトルを選択した以降の処理フローについて説明する。
先ず、ユーザインタフェース７２０によって、タイトルの選択が行われ（ステップＳ２１１）、ファイルシステム／論理構造判読器５２２の判読結果から、システムコントローラ５２０による再生シーケンスに関する情報の取得が行われる。具体的には、論理階層の処理（即ち、プレイリスト構造を示す情報と、それを構成する各アイテムの情報（図７参照）の取得等）が行われる（ステップＳ２１２）。これにより、再生対象が決定される（ステップＳ２１３）。
続いて、再生対象であるＴＳオブジェクトに係るオブジェクト情報ファイル１３０の取得を実行する。本実施例では特に、前述の如くＡＵ情報１３２Ｉ及びＰＵ情報３０２Ｉを含むＡＵテーブル１３１（図１６等参照）も、オブジェクト情報ファイル１３０に格納された情報として取得される（ステップＳ２１４）。これらの取得された情報により、前述した論理階層からオブジェク階層への関連付け（図７参照）が行われる。
続いて、ステップＳ２１４で取得された情報に基づいて、再生を行うオブジェクト、即ちＰＵを決定した後（ステップＳ２１５）、ＥＳマップテーブルに含まれるＥＳアドレス情報（図１６、図２１等参照）により、再生対象たるＴＳオブジェクトに係るパケット番号を取得する（ステップＳ２１６）。尚、このステップＳ２１６におけるパケットの取得処理については、図３５を参照して後で詳述する。
ここで、再生対象たるＴＳオブジェクトが、アングル再生用のものであるか否かを、例えばＡＵテーブル１３１内のＡＵ属性情報（図１６等参照）に基づいて、判定する（ステップＳ２１７）。
この判定の結果、アングル再生用のオブジェクトであれば（ステップＳ２１７：ＹＥＳ）、ステップＳ２１４でオブジェクト情報ファイル１３０の一部としてＡＵテーブル１３１、ＥＳマップテーブル１３４等と共に取得されたＩＬＶＵテーブル１３３を参照することで、再生すべきアングルブロックに係るＩＬＶＵ情報（即ち、図２０に示したＩＬＶＵテーブル１３３を構成するＩＬＶＵアドレス情報等の情報）を取得する（ステップＳ２１８）。その後、ステップＳ２１６で取得したパケット番号からオブジェクトデータを再生開始する（ステップＳ２１９）。他方、アングル再生用のオブジェクトでなければ（ステップＳ２１７：ＮＯ）、ＩＬＶＵ情報の取得は不要であるので、そのまま再生開始する（ステップＳ２１９）。尚、このステップＳ２１８におけるＩＬＶＵ情報の取得処理については、図３６を参照して後で詳述する。
その後、オブジェクト再生中に、情報記録再生装置におけるユーザ操作によるアングル切り換えのコマンド入力の有無が判定される（ステップＳ２２０）。
ここで、アングル切り換えのコマンド入力が有る場合（ステップＳ２２０：ＹＥＳ）、情報記録再生装置におけるユーザ操作により或いは初期設定に従って、アングル再生をシームレス切り換えで行う設定がされているか否かを判定する（ステップＳ２２１）。
この判定の結果、シームレス切り換えで行う設定がされていなければ（ステップＳ２２１：ＮＯ）、例えば前述した非シームレス切り換え等の設定がなされていれば、非シームレス処理後（ステップＳ２２２）、再生開始する（ステップＳ２１９）。尚、このステップＳ２２２における非シームレス処理については、図３７を参照して後で詳述する。他方、シームレス切り換えで行う設定がされていれば（ステップＳ２２１：ＹＥＳ）、アングル切り替え後に再生を行うオブジェクトを決定する。より具体的には、ユーザの操作に対応する、アングル番号を決定する（ステップＳ２２３）。アングル番号決定後、変更後のオブジェクトデータの再生を続ける。
他方、ステップＳ２２０で、アングル切り換えのコマンド入力が無ければ（ステップＳ２２０：ＮＯ）、情報記録再生装置におけるユーザ操作による、早送り或いは巻き戻しのコマンド入力の有無が判定される（ステップＳ２２４）。
この判定の結果、ステップＳ２２４で、早送り或いは巻き戻しのコマンド入力が有る場合（ステップＳ２２４：ＹＥＳ）、早送り或いは巻き戻しの処理を実行した後（ステップＳ２２５）、再生開始する（ステップＳ２１９）。
他方、ステップＳ２２４で、早送り或いは巻き戻しのコマンド入力が無い場合（ステップＳ２２４：ＮＯ）、再生を行うオブジェクトが終了しているか否かが判定される（ステップＳ２２６）。
この判定の結果、再生を行うオブジェクトが終了していない場合（ステップＳ２２６：ＮＯ）、インターリーブドユニットが終了しているか否かが判定される。
この判定の結果、インターリーブドユニットが終了している場合（ステップＳ２２７：ＹＥＳ）、ＩＬＶグループ番号をインクリメントさせてから（ステップＳ２２８）、ＩＬＶＵテーブル１３３（図２０参照）を参照することで、ＩＬＶブロック、ＩＬＶグループ番号及びＩＬＶエレメントＩＤから、次に再生すべきアングルブロックに係るＩＬＶＵ情報（即ち、図２０に示したＩＬＶＵテーブル１３３を構成するＩＬＶＵアドレス情報等の情報）を取得する。この際特に、再生すべきアングルに対応するＩＬＶＵの先頭パケット番号及び該ＩＬＶＵの長さを取得して、当該先頭パケット番号からオブジェクトデータの再生を続ける（ステップＳ２２９）。当該ＩＬＶＵの長さの取得については、図３６（Ａ）を参照して後述する。
他方、インターリーブドユニットが終了していない場合（通常ブロックの場合を含む）（ステップＳ２２７：ＮＯ）、そのままオブジェクトデータを読み進めて再生を続ける。
他方、再生を行うオブジェクトが終了している場合（ステップＳ２２６：ＹＥＳ）、全再生対象オブジェクトが終了しているか否かが判定される（ステップＳ２３０）。
この判定の結果、全再生対象オブジェクトが終了していない場合（ステップＳ２３０：ＮＯ）、ステップＳ２１５に戻り、一連の再生処理を続ける。他方、全再生対象オブジェクトが終了している場合（ステップＳ２３０：ＹＥＳ）、一連の再生処理を終了する。
次に図３５を参照して、図３４のステップＳ２１６におけるパケット番号の取得処理について説明する。
図３５において、先ず、ＡＵテーブル（図１６等参照）を参照して、当該再生対象たるＴＳオブジェクトのエレメンタリーストリームに係る情報を取得する。即ち、ＥＳマップテーブルのインデックス番号等を取得する（ステップＳ３０１）。
続いて、ＥＳマップテーブル（図１６等参照）を参照して、ステップＳ３０１で取得されたインデックス番号に対応するエレメンタリーストリームのパケット番号（ＥＳ＿ＰＩＤ）及びＥＳアドレス情報を取得する（ステップＳ３０２）。
続いて、この取得したＥＳアドレス情報（図２１等参照）に基づいて、表示時刻（Ｔ）から、該当するパケット番号を取得する（ステップＳ３０３）。
以上により、パケット番号の取得処理が完了する。
次に図３６（Ａ）及び図３６（Ｂ）を参照して、図３４のステップＳ２１８におけるＩＬＶＵ情報の取得処理について説明する。
先ず図３６（Ａ）を参照して、ＩＬＶグループ判断情報の一例として“ＩＬＶＵ先頭フラグ”（図２１（Ａ）参照）を用いた第１の方式による、ＩＬＶＵ情報の取得処理について説明する。
図３６（Ａ）において先ず、例えばステップＳ２１４で既にメモリ内に読み込んであるＥＳマップテーブル（図１６等参照）を参照して、ステップＳ３０１で取得されたインデックス番号に対応するエレメンタリーストリームが属するＩＬＶブロック番号及びＩＬＶエレメントＩＤを取得する（ステップＳ４０１）。
次にステップＳ４０２からＳ４０５で、当該ＩＬＶＵが属するＩＬＶグループ番号を取得するための処理を行う。ＩＬＶＵ情報を取得するためのパラメータ“ｉ”及びパラメータ“ＩＬＶグループ番号”の初期値を、“０”に設定する（ステップＳ４０２）。
続いて、ＥＳアドレス情報を参照して、エントリ番号“ｉ”のＩＬＶＵ先頭フラグ（図２１（Ａ）等参照）が、“１”となっているか否かを判定する（ステップＳ４０３）。そして、先頭フラグが“１”となっていれば（ステップＳ４０３：ＹＥＳ）、パラメータ“ＩＬＶグループ番号”をインクリメントする（ステップＳ４０４）。他方、ＩＬＶＵ先頭フラグが“１”となっていなければ（ステップＳ４０３：ＮＯ）、ステップＳ４０４をスキップする。そして、双方の場合とも、ｉ＜＝「表示時刻（Ｔ）に該当するエントリ番号（例えば、図２１（Ａ）におけるＥＳアドレス情報の行番号）」の継続条件下で、パラメータ“エントリ番号ｉ”をインクリメントさせつつ、ステップＳ４０２からＳ４０５のループを繰り返す。そして、最終的に、継続条件が“偽”となったら、ステップＳ４０２からＳ４０５のループを抜けて、ステップＳ４０６へ進む。
続いて、ステップＳ４０６では、ＩＬＶＵテーブル１３３（図２０参照）を参照することで、ＩＬＶブロック番号、ＩＬＶグループ番号及びＩＬＶエレメントＩＤからＩＬＶＵ情報を取得し、当該ＩＬＶＵの長さを取得する。
ここで、当該ＩＬＶＵの長さの取得手順について説明する。
任意の自然数ｎ及びｍに対して、一つのＩＬＶブロック内において、ＩＬＶグループ＃ｍに属するＩＬＶエレメントＩＤ＃ｎに属する、ＩＬＶＵの長さの取得について考える。次の３つの場合（Ｃ１）〜（Ｃ３）が考えられる。
（Ｃ１）ＩＬＶエレメントＩＤ＃ｎ ＜ ＩＬＶエレメントの総数
の場合。
（Ｃ２）ＩＬＶエレメントＩＤ＃ｎ ＝ ＩＬＶエレメントの総数、
且つ
ＩＬＶグループ＃ｍ ＜ ＩＬＶグループの総数
の場合。
（Ｃ３）ＩＬＶエレメントＩＤ＃ｎ ＝ ＩＬＶエレメントの総数
且つ
ＩＬＶグループ＃ｍ ＝ ＩＬＶグループの総数
の場合。
上記（Ｃ１）の場合、同一ＩＬＶグループ番号内の次のＩＬＶエレメントＩＤのアドレスから当該アドレスを引くことで、当該ＩＬＶＵの長さを計算する。
即ち、「ＩＬＶグループ＃ｍ内でＩＬＶエレメントＩＤ＃ｎ＋１であるパケットのアドレス」−「ＩＬＶグループ＃ｍ内でＩＬＶエレメントＩＤ＃ｎのパケットのアドレス」という計算式によって、当該ＩＬＶＵの長さを計算する。
上記（Ｃ２）の場合、次のＩＬＶグループ番号のＩＬＶエレメントＩＤ＃１のアドレスから当該アドレスを引くことで、当該ＩＬＶＵの長さを計算する。
即ち、「ＩＬＶグループ＃ｍ＋１内でＩＬＶエレメントＩＤ＃１であるパケットのアドレス」−「ＩＬＶグループ＃ｍ内でＩＬＶエレメント＃ｎであるパケットのアドレス」という計算式によって、当該ＩＬＶＵの長さを計算する。
上記（Ｃ３）の場合、ＩＬＶブロック内の最後のアドレスから当該アドレスを引くことで、当該ＩＬＶＵの長さを計算する。
即ち、「ＩＬＶブロック内の最後のパケットのアドレス」−「ＩＬＶグループ＃ｍ内でＩＬＶエレメントＩＤ＃ｎであるパケットのアドレス」という計算式によって、当該ＩＬＶＵの長さを計算する。
尚、このような計算処理を用いることなく、前述したように、各ＩＬＶＵの長さを、予め例えばＩＬＶＵテーブル（図２０参照）内に記述しておくことも可能である。
以上により、ＩＬＶＵ先頭フラグ（図２１（Ａ）参照）を用いた第１の方式による、ＩＬＶＵ情報の取得処理及び各ＩＬＶＵの長さの取得処理が完了する。
次に図３６（Ｂ）を参照して、ＩＬＶグループ判断情報の一例として“ＩＬＶグループ番号”（図２１（Ｂ）参照）を用いた第２の方式による、ＩＬＶＵ情報の取得処理について説明する。
図３６（Ｂ）において先ず、例えばステップＳ２１４で既にメモリ内に読み込んであるＥＳマップテーブル（図１６等参照）を参照して、ステップＳ３０１で取得されたインデックス番号に対応するエレメンタリーストリームが属するＩＬＶブロック番号及びＩＬＶエレメントＩＤを取得する（ステップＳ４０１）。
続いて、ＥＳアドレス情報（図２１（Ｂ）等参照）に基づいて、表示開始時刻（Ｔ）から、該当するＩＬＶグループ番号を取得する（ステップＳ４０２ｂ）。
続いて、ＩＬＶＵテーブル１３３（図２０参照）を参照することで、ＩＬＶブロック番号、ＩＬＶグループ番号及びＩＬＶエレメントＩＤからＩＬＶＵ情報を取得し、図３６（Ａ）を参照して説明した具体例の場合と同様に、当該ＩＬＶＵの長さを取得する（ステップＳ４０３ｂ）。
以上により、ＩＬＶＵ情報の取得処理が完了する。
次に図３７を参照して、図３４のステップＳ２２２における非シームレス処理について説明する。
図３７において先ず、ＩＬＶＵテーブル１３３（図２０参照）を参照することで、ＩＬＶブロック番号、ＩＬＶグループ番号及びＩＬＶエレメントＩＤからＩＬＶＵ情報を取得する（ステップＳ６０１）。
次に、切り替え後のアングル番号（即ち、ＩＬＶエレメントＩＤ）に対応するＩＬＶＵの先頭パケット番号を取得する（ステップＳ６０２）。
更に、図３６を参照して説明した具体例の場合と同様に、当該ＩＬＶＵの長さを取得する（ステップＳ６０３）。
以上により、非シームレス処理が完了する。
次に図３８及び図３９を参照して、図３４のステップＳ２２５における早送り／巻き戻し処理について説明する。
先ず図３８を参照して、ＩＬＶグループ判断情報の一例として“ＩＬＶＵ先頭フラグ”（図２１（Ａ）参照）を用いた第１の方式による、早送り／巻き戻し処理について説明する。
図３８において先ず、早送りのコマンド入力の有無を判定する（ステップＳ５０１）。
この判定の結果、早送りのコマンド入力が有れば（ステップＳ５０１：ＹＥＳ）、早送り制御用のパラメータｉの初期値を、表示時刻（Ｔ）に該当するエントリ番号（例えば、図２１（Ａ）におけるＥＳアドレス情報の行番号）に設定する（ステップＳ５０２）。
続いて、ＥＳアドレス情報（図２１（Ａ）参照）を参照して、エントリ番号“ｉ”のパケット番号及びＩＬＶＵ先頭フラグを取得する（ステップＳ５０３）。続いて、当該エントリ番号“ｉ”のＩＬＶＵ先頭フラグ（図２１（Ａ）等参照）が、“１”となっているか否かを判定する（ステップＳ５０４）。そして、先頭フラグが“１”となっていれば（ステップＳ５０４：ＹＥＳ）、パラメータ“ＩＬＶグループ番号”をインクリメントする（ステップＳ５０５）。他方、先頭フラグが“１”となっていなければ（ステップＳ５０４：ＮＯ）、ステップＳ５０５をスキップする。そして双方の場合とも対応するパケットを再生することで、ディスプレイに早送り表示を行う（ステップＳ５０６）。そして、早送り停止のコマンド入力の有無を判定する（ステップＳ５０７）。ここで、早送り停止のコマンド入力が有れば（ステップＳ５０７：ＹＥＳ）、ステップＳ５０２からＳ５０８のループを抜けて、一連の早送り処理を終了する。他方、早送り停止のコマンド入力が無ければ（ステップＳ５０７：ＮＯ）、ｉ＜＝Ｍａｘエントリ（但し、Ｍａｘエントリとは、ＥＳアドレス情報内でエントリとして採り得る最大行数）の継続条件下で、パラメータｉをインクリメントさせつつ（ステップＳ５０２）、ステップＳ５０２からＳ５０８のループを繰り返す。そして、最終的に、早送り停止のコマンド入力が有れば（ステップＳ５０７：ＹＥＳ）、ステップＳ５０２からＳ５０８のループを抜けて、一連の早送り処理を終了する。
他方、ステップＳ５０１の判定の結果、早送りのコマンド入力が無ければ（ステップＳ５０１：ＮＯ）、巻き戻しを行うものとして、巻き戻し制御用のパラメータｉの初期値を、表示時刻（Ｔ）に該当するエントリ番号（例えば、図２１（Ａ）又は図２８（Ａ）におけるＥＳアドレス情報の行番号）に設定する（ステップＳ５０９）。
続いて、ＥＳアドレス情報（図２１（Ａ）参照）を参照して、エントリ番号“ｉ”のパケット番号及びＩＬＶＵ先頭フラグを取得する（ステップＳ５１０）。続いて、当該エントリ番号“ｉ”のＩＬＶＵ先頭フラグ（図２１（Ａ）又は図２８（Ａ）参照）が、“１”となっているか否かを判定する（ステップＳ５１１）。そして、先頭フラグが“１”となっていれば（ステップＳ５１１：ＹＥＳ）、パラメータ“ＩＬＶグループ番号”をデクリメントする（ステップＳ５１２）。他方、先頭フラグが“１”となっていなければ（ステップＳ５１１：ＮＯ）、ステップＳ５１２をスキップする。そして双方の場合とも対応するパケットを再生することで、ディスプレイに巻き戻し表示を行う（ステップＳ５１３）。
そして、巻き戻し停止のコマンド入力の有無を判定する（ステップＳ５１４）。ここで、巻き戻し停止のコマンド入力が有れば（ステップＳ５１４：ＹＥＳ）、ステップＳ５０９からＳ５１５のループを抜けて、一連の巻き戻し処理を終了する。他方、巻き戻し停止のコマンド入力が無ければ（ステップＳ５１４：ＮＯ）、ｉ＞＝０の継続条件下で、パラメータｉをデクリメントさせつつ、ステップＳ５０９からＳ５１５のループを繰り返す。そして、最終的に、巻き戻し停止のコマンド入力が有れば（ステップＳ５１４：ＹＥＳ）、ステップＳ５０９からＳ５１５のループを抜けて、一連の巻き戻し処理を終了する。
早送り／巻き戻し処理終了後、再生対象たるＴＳオブジェクトがアングル再生用のものであるか否かで処理が異なる（ステップＳ５１６）。アングル再生用のオブジェクトであれば（ステップＳ５１６：ＹＥＳ）、ＩＬＶＵテーブル１３３（図２０参照）を参照することで、ＩＬＶブロック番号、ＩＬＶグループ番号及びＩＬＶエレメントＩＤからＩＬＶＵ情報を取得し、当該ＩＬＶＵの長さを取得する（ステップＳ５１７）。他方、アングル再生用のオブジェクトでなければ（ステップＳ５１６：ＮＯ）、ＩＬＶＵ情報の取得は不要である。
次に図３９を参照して、ＩＬＶグループ判断情報の一例として“ＩＬＶグループ番号”（図２１（Ｂ）参照）を用いた第２の方式による、早送り／巻き戻し処理について説明する。
図３９において先ず、早送りのコマンド入力の有無を判定する（ステップＳ５０１ｂ）。
この判定の結果、早送りのコマンド入力が有れば（ステップＳ５０１ｂ：ＹＥＳ）、早送り制御用のパラメータｉの初期値を、表示時刻（Ｔ）に該当するエントリ番号（例えば、図２１（Ｂ）におけるＥＳアドレス情報の行番号）に設定する（ステップＳ５０２ｂ）。
続いて、ＥＳアドレス情報を参照して、エントリ番号“ｉ”のパケット番号を取得し（ステップＳ５０３ｂ）、対応するパケットを再生することで、ディスプレイに早送り表示を行う（ステップＳ５０４ｂ）。そして、早送り停止のコマンド入力の有無を判定する（ステップＳ５０５ｂ）。ここで、早送り停止のコマンド入力が有れば（ステップＳ５０５ｂ：ＹＥＳ）、ステップＳ５０２ｂからＳ５０６ｂのループを抜けて、一連の早送り処理を終了する。他方、早送り停止のコマンド入力が無ければ（ステップＳ５０５ｂ：ＮＯ）、ｉ＜＝Ｍａｘエントリ（但し、Ｍａｘエントリとは、ＥＳアドレス情報内でエントリとして採り得る最大行数）の継続条件下で、パラメータｉをインクリメントさせつつ（ステップＳ５０２ｂ）、ステップＳ５０２ｂからＳ５０６ｂのループを繰り返す。そして、最終的に、早送り停止のコマンド入力が有れば（ステップＳ５０５ｂ：ＹＥＳ）、ステップＳ５０２ｂからＳ５０６ｂのループを抜けて、一連の早送り処理を終了する。
他方、ステップＳ５０１ｂの判定の結果、早送りのコマンド入力が無ければ（ステップＳ５０１ｂ：ＮＯ）、巻き戻しを行うものとして、巻き戻し制御用のパラメータｉの初期値を、表示時刻（Ｔ）に該当するエントリ番号（例えば、図２１（Ｂ）又は図２８（Ｂ）におけるＥＳアドレス情報の行番号）に設定する（ステップＳ５０７ｂ）。
続いて、ＥＳアドレス情報を参照して、エントリ番号“ｉ”のパケット番号を取得し（ステップＳ５０８ｂ）、対応するパケットを再生することで、ディスプレイに巻き戻し表示を行う（ステップＳ５０９ｂ）。そして、巻き戻し停止のコマンド入力の有無を判定する（ステップＳ５１０ｂ）。ここで、巻き戻し停止のコマンド入力が有れば（ステップＳ５１０ｂ：ＹＥＳ）、ステップＳ５０７ｂからＳ５１１ｂのループを抜けて、一連の巻き戻し処理を終了する。他方、巻き戻し停止のコマンド入力が無ければ（ステップＳ５１０ｂ：ＮＯ）、ｉ＞＝０の継続条件下で、パラメータｉをデクリメントさせつつ、ステップＳ５０７ｂからＳ５１１ｂのループを繰り返す。そして、最終的に、巻き戻し停止のコマンド入力が有れば（ステップＳ５１０ｂ：ＹＥＳ）、ステップＳ５０７ｂからＳ５１１ｂのループを抜けて、一連の巻き戻し処理を終了する。
早送り／巻き戻し処理終了後、再生対象たるＴＳオブジェクトがアングル再生用のものであるか否かで処理が異なる（ステップＳ５１２ｂ）。アングル再生用のオブジェクトであれば（ステップＳ５１２ｂ：ＹＥＳ）、ＥＳアドレス情報を参照して、エントリ番号“ｉ”のＩＬＶグループ番号を取得する（ステップＳ５１３ｂ）。続いて、ＩＬＶＵテーブル１３３（図２０参照）を参照することで、ＩＬＶブロック番号、ＩＬＶグループ番号及びＩＬＶエレメントＩＤからＩＬＶＵ情報を取得し、当該ＩＬＶＵの長さを取得する（ステップＳ５１７）。他方、アングル再生用のオブジェクトでなければ（ステップＳ５１２ｂ：ＮＯ）、ＩＬＶＵグループ番号の取得（ステップＳ５１３ｂ）やＩＬＶＵ情報の取得（ステップＳ５１４ｂ）は不要である。
以上により、早送り／巻き戻し処理が完了する。
（再生時のアクセスの流れ）
次に図４０を参照して、本実施例における特徴の一つであるＡＵ（アソシエートユニット）情報１３２Ｉ及びＰＵ（プレゼンテーションユニット）情報３０２Ｉを用いた情報記録再生装置５００における再生時のアクセスの流れについて、光ディスク１００の論理構造と共に説明する。ここに図４０は、光ディスク１００の論理構造との関係で、再生時におけるアクセスの流れ全体を概念的に示すものである。
図４０において、光ディスク１００の論理構造は、論理階層４０１、オブジェクト階層４０３及びこれら両階層を相互に関連付ける論理−オブジェクト関連付け階層４０２という三つの階層に大別される。
これらのうち論理階層４０１は、再生時に所望のタイトルを再生するための各種論理情報と再生すべきプレイリスト及びその構成内容とを論理的に特定する階層である。論理階層４０１には、光ディスク１００上の全タイトル２００等を示すディスク情報１１０ｄが、ディスク情報ファイル１１０（図３参照）内に記述されており、更に、光ディスク１００上の全コンテンツの再生シーケンス情報１２０ｄが、プレイリスト情報ファイル１２０（図３参照）内に記述されている。より具体的には、再生シーケンス情報１２０ｄとして、各タイトル２００に一又は複数のプレイリスト１２６の構成が記述されており、各プレイリスト１２６には、一又は複数のアイテム２０４の構成が記述されている。そして、再生時におけるアクセスの際に、このような論理階層４０１によって、再生すべきタイトル２００を特定し、これに対応するプレイリスト１２６を特定し、更にこれに対応するアイテム２０４を特定する。
続いて、論理−オブジェクト関連付け階層４０２は、このように論理階層４０１で特定された情報に基づいて、実体データであるＴＳオブジェクトデータ１４０ｄの組み合わせや構成の特定を行うと共に論理階層４０１からオブジェクト階層４０３へのアドレス変換を行うように、再生すべきＴＳオブジェクトデータ１４０ｄの属性とその物理的な格納アドレスとを特定する階層である。より具体的には、論理−オブジェクト関連付け階層４０２には、各アイテム２０４を構成するコンテンツの固まりをＡＵ１３２という単位に分類し且つ各ＡＵ１３２をＰＵ３０２という単位に細分類するオブジェクト情報データ１３０ｄが、オブジェクト情報ファイル１３０（図３参照）に記述されている。
ここで、ＰＵ３０２は、再生時にユーザ操作により相互に切り替え可能な複数のアングルのうち、一つのアングルに係る映像情報、音声情報及び副映像情報からなるコンテンツを夫々構成する一又は複数のエレメンタリーストリームの集合に対応している。そして、ＡＵ１３２は、このようなアングル再生において相互にアングル切り換え可能な複数のＰＵ３０２の集合からなる。従って、再生すべきＡＵ１３２が特定され、更にＰＵ３０２が特定されれば、再生すべきエレメンタリーストリームが特定される。即ち、図６に示したＰＡＴやＰＭＴを用いないでも、光ディスク１００から多重記録された中から所望のエレメンタリーストリームを再生可能となる。このようにして論理−オブジェクト関連付け階層４０２では、各アイテム２０４に係る論理アドレスから各ＰＵ３０２に係る物理アドレスへのアドレス変換が実行される。
続いて、オブジェクト階層４０３は、実際のＴＳオブジェクトデータ１４０ｄを再生するための物理的な階層である。オブジェクト階層４０３には、ＴＳオブジェクトデータ１４０ｄが、オブジェクトデータファイル１４０（図３参照）内に記述されている。そして、各時刻で多重化された複数のＴＳパケットは、エレメンタリーストリーム毎に、論理−オブジェクト関連付け階層４０２で特定されるＰＵ３０２に対応付けられている。
このようにオブジェクト階層４０３では、論理−オブジェクト関連付け階層４０２における変換により得られた物理アドレスを用いての、実際のオブジェクトデータの再生が実行される。
以上のように図４０に示した三つの階層により、光ディスク１００に対する再生時におけるアクセスが実行される。
以上図１から図４０を参照して詳細に説明したように、本実施例によれば、アングルブロックをインターリーブド構造にすることにより、転送レートを殆ど又は全く下げることなくアングルを組むことが可能である。更に、ＩＬＶＵテーブル（図２０参照）に、全アングルに対するアドレス情報を格納しておき、再生時には、予めメモリに読み込んでおくことにより、迅速な或いはシームレスのアングル切替が可能となる。特に、ＥＳアドレス情報にＩＬＶＵ先頭フラグ又はＩＬＶグループ番号を導入することにより、アングルブロック内で、早送り／巻戻し直後に再生する時でも、適切なＩＬＶＵを容易に取得することが可能である。
加えて、本実施例によれば、ＡＵ及びＰＵを用いることによって、例えば国毎に相異なるローカルルールの如く、相異なるＰＡＴ及びＰＭＴ構築ルールに基づいて作成されたＴＳオブジェクト１４２であっても、該ＴＳオブジェクト１４２の構造を変更することなく、そのままＴＳオブジェクト１４２の実体を光ディスク１００に格納しても、ＡＵ及びＰＵを利用して問題なく再生可能となる。
尚、上述の実施例では、情報記録媒体の一例として光ディスク１００並びに情報再生記録装置の一例として光ディスク１００に係るレコーダ又はプレーヤについて説明したが、本発明は、光ディスク並びにそのレコーダ又はプレーヤに限られるものではなく、他の高密度記録或いは高転送レート対応の各種情報記録媒体並びにそのレコーダ又はプレーヤにも適用可能である。また、上述した実施例によれば、アングル再生を実現する例として説明してきたが、例えば１８歳以上指定、Ｒ１５指定など、内容に対して予め付与されたパレンタルレベルに応じたシーンやカットが再生される“パレンタル再生”等を実現するものであっても良い。
本発明は、上述した実施例に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴なう情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造もまた本発明の技術的範囲に含まれるものである。
【産業上の利用可能性】
本発明に係る情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造は、例えば、民生用或いは業務用の、主映像、音声、副映像等の各種情報を高密度に記録可能なＤＶＤ等の高密度光ディスクに利用可能であり、更にＤＶＤプレーヤ、ＤＶＤレコーダ等にも利用可能である。また、例えば民生用或いは業務用の各種コンピュータ機器に搭載される又は各種コンピュータ機器に接続可能な、情報記録媒体、情報記録再生装置等にも利用可能である。
【図１】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１９】
【図２０】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３７】
【図３８】
【図３９】
【図４０】
【特許請求の範囲】
【請求項１】
一連のコンテンツ情報から夫々構成される複数の部分ストリームを含んでなる全体ストリームが、物理的にアクセス可能な単位であるパケット単位で多重記録される情報記録媒体であって、
論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルと、
前記オブジェクトデータの再生を制御するための再生制御情報として、時間軸上で多重化される複数のパケットと前記複数の部分ストリームとの対応関係を定義する対応定義情報を格納するオブジェクト情報ファイルと
を備えており、
前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、
前記オブジェクト情報ファイルは、前記再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納することを特徴とする情報記録媒体。
【請求項２】
前記ユニットアドレス情報は、前記各インターリーブドユニットの先頭アドレスを含んでなることを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項３】
前記ユニットアドレス情報は、前記インターリーブドユニットの複数についてテーブル化されたインターリーブドユニットテーブルとして、前記オブジェクト情報ファイル内に格納されており、
前記対応定義情報は、前記部分ストリームの複数についてテーブル化された対応定義情報テーブルとして、前記オブジェクト情報ファイル内に格納されていることを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項４】
前記対応定義情報は、前記インターリーブされた再生区間の番号を示すブロック番号情報を含むことを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項５】
前記コンテンツ情報は、再生時に相互に切替可能であると共に前記部分ストリームを夫々構成する複数の映像情報を含み、
前記対応定義情報は、前記複数の映像情報に対応する複数のインターリーブドユニットの配列を夫々、固有のインターリーブドエレメントとして識別するインターリーブドエレメント識別情報を含むことを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項６】
前記ユニットアドレス情報は、前記インターリーブされた再生区間を示すインターリーブドブロック別に且つ該インターリーブドブロック各々について相互に切替可能な複数のインターリーブドユニットをまとめたインターリーブドグループ別に格納されており、更に該インターリーブドグループ各々について前記インターリーブドエレメント別に格納されていることを特徴とする請求の範囲第５項に記載の情報記録媒体。
【請求項７】
前記対応定義情報は、各パケットがいずれのインターリーブドグループに属するかを判断するためのグループ判断情報を、前記部分ストリーム別に少なくとも一部のパケットについて含むことを特徴とする請求の範囲第６項に記載の情報記録媒体。
【請求項８】
前記グループ判断情報は、前記各パケットが属するインターリーブドグループの番号を示すグループ番号情報からなることを特徴とする請求の範囲第７項に記載の情報記録媒体。
【請求項９】
前記グループ判断情報は、前記各パケットが前記インターリーブドユニット内の先頭パケットであるか否かを示す先頭フラグ情報からなることを特徴とする請求の範囲第７項に記載の情報記録媒体。
【請求項１０】
前記対応定義情報は、
前記部分ストリーム別に前記複数のパケットを夫々識別する部分ストリームパケット識別情報と、
前記部分ストリーム別に各パケットのアドレスを少なくとも一部のパケットについて示す部分ストリームアドレス情報と
を含むことを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項１１】
前記対応定義情報は、
前記部分ストリーム別に前記複数のパケットを夫々識別する部分ストリームパケット識別情報と、
前記部分ストリーム別に各パケットのアドレスを少なくとも一部のパケットについて示す部分ストリームアドレス情報と
を含み、
前記グループ判断情報は、前記部分ストリームアドレス情報に含まれることを特徴とする請求の範囲第７項に記載の情報記録媒体。
【請求項１２】
前記部分ストリームアドレス情報は、前記部分ストリーム別に、各再生開始時刻に対応する形式で各パケットのアドレスを少なくとも一部のパケットについて示すパケットアドレス情報を含むことを特徴とする請求の範囲第１０項に記載の情報記録媒体。
【請求項１３】
前記複数の映像情報は、複数の視点に対応する複数のアングル映像情報であり、
前記オブジェクトデータは、同一インターリーブドブロック内で前記複数のアングル映像情報に対する前記インターリーブドユニットの再生開始時刻及び再生終了時刻が一致するようにインターリーブされていることを特徴とする請求の範囲第９項に記載の情報記録媒体。
【請求項１４】
前記オブジェクト情報ファイルは、前記各インターリーブドユニットのサイズを示すユニットサイズ情報を更に格納することを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項１５】
情報記録媒体上に、一連のコンテンツ情報から夫々構成される複数の部分ストリームを含んでなる全体ストリームを、物理的にアクセス可能な単位であるパケット単位で多重記録する情報記録装置であって、
論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルを記録する第１記録手段と、
前記オブジェクトデータの再生を制御するための再生制御情報として、時間軸上で多重化される複数のパケットと前記複数の部分ストリームとの対応関係を定義する対応定義情報を格納するオブジェクト情報ファイルを記録する第２記録手段と
を備えており、
前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、
前記オブジェクト情報ファイルは、前記再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納することを特徴とする情報記録装置。
【請求項１６】
情報記録媒体上に、一連のコンテンツ情報から夫々構成される複数の部分ストリームを含んでなる全体ストリームを、物理的にアクセス可能な単位であるパケット単位で多重記録する情報記録方法であって、
論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルを記録する第１記録工程と、
前記オブジェクトデータの再生を制御するための再生制御情報として、時間軸上で多重化される複数のパケットと前記複数の部分ストリームとの対応関係を定義する対応定義情報を格納するオブジェクト情報ファイルを記録する第２記録工程と
を備えており、
前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、
前記オブジェクト情報ファイルは、前記再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納することを特徴とする情報記録方法。
【請求項１７】
請求の範囲第１項に記載の情報記録媒体から前記記録されたコンテンツ情報を再生する情報再生装置であって、
前記情報記録媒体から情報を物理的に読み取る読取手段と、
該読取手段により読み取られた情報に含まれる前記対応定義情報及び前記ユニットアドレス情報に基づいて、前記インターリーブドユニットをデインターリーブしつつ前記オブジェクトデータを前記部分ストリーム別に再生する再生手段と
を備えたことを特徴とする情報再生装置。
【請求項１８】
請求の範囲第１項に記載の情報記録媒体から前記記録されたコンテンツ情報を再生する情報再生方法であって、
前記情報記録媒体から情報を物理的に読み取る読取工程と、
該読取工程により読み取られた情報に含まれる前記対応定義情報及び前記ユニットアドレス情報に基づいて、前記インターリーブドユニットをデインターリーブしつつ前記オブジェクトデータを前記部分ストリーム別に再生する再生工程と
を備えたことを特徴とする情報再生方法。
【請求項１９】
請求の範囲第１項に記載の情報記録媒体に前記コンテンツ情報を記録し且つ該記録されたコンテンツ情報を再生する情報記録再生装置であって、
前記オブジェクトデータファイルを記録する第１記録手段と、
前記オブジェクト情報ファイルを記録する第２記録手段と、
前記情報記録媒体から情報を物理的に読み取る読取手段と、
該読取手段により読み取られた情報に含まれる前記対応定義情報及び前記ユニットアドレス情報に基づいて、前記インターリーブドユニットをデインターリーブしつつ前記オブジェクトデータを前記部分ストリーム別に再生する再生手段と
を備えたことを特徴とする情報記録再生装置。
【請求項２０】
請求の範囲第１項に記載の情報記録媒体に前記コンテンツ情報を記録し且つ該記録されたコンテンツ情報を再生する情報記録再生方法であって、
前記オブジェクトデータファイルを記録する第１記録工程と、
前記オブジェクト情報ファイルを記録する第２記録工程と、
前記情報記録媒体から情報を物理的に読み取る読取工程と、
該読取工程により読み取られた情報に含まれる前記対応定義情報及び前記ユニットアドレス情報に基づいて、前記インターリーブドユニットをデインターリーブしつつ前記オブジェクトデータを前記部分ストリーム別に再生する再生工程と
を備えたことを特徴とする情報記録再生方法。
【請求項２１】
請求の範囲第１５項に記載の情報記録装置に備えられたコンピュータを制御する記録制御用のコンピュータプログラムであって、該コンピュータを、前記第１記録手段及び前記第２記録手段の少なくとも一部として機能させることを特徴とする記録制御用のコンピュータプログラム。
【請求項２２】
請求の範囲第１７項に記載の情報再生装置に備えられたコンピュータを制御する再生制御用のコンピュータプログラムであって、該コンピュータを、前記読取手段及び前記再生手段の少なくとも一部として機能させることを特徴とする再生制御用のコンピュータプログラム。
【請求項２３】
請求の範囲第１９項に記載の情報記録再生装置に備えられたコンピュータを制御する記録再生制御用のコンピュータプログラムであって、該コンピュータを、前記第１記録手段、前記第２記録手段、前記読取手段及び前記再生手段の少なくとも一部として機能させることを特徴とする記録再生制御用のコンピュータプログラム。
【請求項２４】
一連のコンテンツ情報から夫々構成される複数の部分ストリームを含んでなる全体ストリームが、物理的にアクセス可能な単位であるパケット単位で多重記録されており、
論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルと、
前記オブジェクトデータの再生を制御するための再生制御情報として、時間軸上で多重化される複数のパケットと前記複数の部分ストリームとの対応関係を定義する対応定義情報を格納するオブジェクト情報ファイルと
を有しており、
前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、
前記オブジェクト情報ファイルは、前記再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納することを特徴とする制御信号を含むデータ構造。
【請求項１】
一連のコンテンツ情報から夫々構成される複数の部分ストリームを含んでなる全体ストリームが、物理的にアクセス可能な単位であるパケット単位で多重記録される情報記録媒体であって、
論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルと、
前記オブジェクトデータの再生を制御するための再生制御情報として、時間軸上で多重化される複数のパケットと前記複数の部分ストリームとの対応関係を定義する対応定義情報を格納するオブジェクト情報ファイルと
を備えており、
前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、
前記オブジェクト情報ファイルは、前記再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納することを特徴とする情報記録媒体。
【請求項２】
前記ユニットアドレス情報は、前記各インターリーブドユニットの先頭アドレスを含んでなることを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項３】
前記ユニットアドレス情報は、前記インターリーブドユニットの複数についてテーブル化されたインターリーブドユニットテーブルとして、前記オブジェクト情報ファイル内に格納されており、
前記対応定義情報は、前記部分ストリームの複数についてテーブル化された対応定義情報テーブルとして、前記オブジェクト情報ファイル内に格納されていることを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項４】
前記対応定義情報は、前記インターリーブされた再生区間の番号を示すブロック番号情報を含むことを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項５】
前記コンテンツ情報は、再生時に相互に切替可能であると共に前記部分ストリームを夫々構成する複数の映像情報を含み、
前記対応定義情報は、前記複数の映像情報に対応する複数のインターリーブドユニットの配列を夫々、固有のインターリーブドエレメントとして識別するインターリーブドエレメント識別情報を含むことを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項６】
前記ユニットアドレス情報は、前記インターリーブされた再生区間を示すインターリーブドブロック別に且つ該インターリーブドブロック各々について相互に切替可能な複数のインターリーブドユニットをまとめたインターリーブドグループ別に格納されており、更に該インターリーブドグループ各々について前記インターリーブドエレメント別に格納されていることを特徴とする請求の範囲第５項に記載の情報記録媒体。
【請求項７】
前記対応定義情報は、各パケットがいずれのインターリーブドグループに属するかを判断するためのグループ判断情報を、前記部分ストリーム別に少なくとも一部のパケットについて含むことを特徴とする請求の範囲第６項に記載の情報記録媒体。
【請求項８】
前記グループ判断情報は、前記各パケットが属するインターリーブドグループの番号を示すグループ番号情報からなることを特徴とする請求の範囲第７項に記載の情報記録媒体。
【請求項９】
前記グループ判断情報は、前記各パケットが前記インターリーブドユニット内の先頭パケットであるか否かを示す先頭フラグ情報からなることを特徴とする請求の範囲第７項に記載の情報記録媒体。
【請求項１０】
前記対応定義情報は、
前記部分ストリーム別に前記複数のパケットを夫々識別する部分ストリームパケット識別情報と、
前記部分ストリーム別に各パケットのアドレスを少なくとも一部のパケットについて示す部分ストリームアドレス情報と
を含むことを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項１１】
前記対応定義情報は、
前記部分ストリーム別に前記複数のパケットを夫々識別する部分ストリームパケット識別情報と、
前記部分ストリーム別に各パケットのアドレスを少なくとも一部のパケットについて示す部分ストリームアドレス情報と
を含み、
前記グループ判断情報は、前記部分ストリームアドレス情報に含まれることを特徴とする請求の範囲第７項に記載の情報記録媒体。
【請求項１２】
前記部分ストリームアドレス情報は、前記部分ストリーム別に、各再生開始時刻に対応する形式で各パケットのアドレスを少なくとも一部のパケットについて示すパケットアドレス情報を含むことを特徴とする請求の範囲第１０項に記載の情報記録媒体。
【請求項１３】
前記複数の映像情報は、複数の視点に対応する複数のアングル映像情報であり、
前記オブジェクトデータは、同一インターリーブドブロック内で前記複数のアングル映像情報に対する前記インターリーブドユニットの再生開始時刻及び再生終了時刻が一致するようにインターリーブされていることを特徴とする請求の範囲第９項に記載の情報記録媒体。
【請求項１４】
前記オブジェクト情報ファイルは、前記各インターリーブドユニットのサイズを示すユニットサイズ情報を更に格納することを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項１５】
情報記録媒体上に、一連のコンテンツ情報から夫々構成される複数の部分ストリームを含んでなる全体ストリームを、物理的にアクセス可能な単位であるパケット単位で多重記録する情報記録装置であって、
論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルを記録する第１記録手段と、
前記オブジェクトデータの再生を制御するための再生制御情報として、時間軸上で多重化される複数のパケットと前記複数の部分ストリームとの対応関係を定義する対応定義情報を格納するオブジェクト情報ファイルを記録する第２記録手段と
を備えており、
前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、
前記オブジェクト情報ファイルは、前記再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納することを特徴とする情報記録装置。
【請求項１６】
情報記録媒体上に、一連のコンテンツ情報から夫々構成される複数の部分ストリームを含んでなる全体ストリームを、物理的にアクセス可能な単位であるパケット単位で多重記録する情報記録方法であって、
論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルを記録する第１記録工程と、
前記オブジェクトデータの再生を制御するための再生制御情報として、時間軸上で多重化される複数のパケットと前記複数の部分ストリームとの対応関係を定義する対応定義情報を格納するオブジェクト情報ファイルを記録する第２記録工程と
を備えており、
前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、
前記オブジェクト情報ファイルは、前記再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納することを特徴とする情報記録方法。
【請求項１７】
請求の範囲第１項に記載の情報記録媒体から前記記録されたコンテンツ情報を再生する情報再生装置であって、
前記情報記録媒体から情報を物理的に読み取る読取手段と、
該読取手段により読み取られた情報に含まれる前記対応定義情報及び前記ユニットアドレス情報に基づいて、前記インターリーブドユニットをデインターリーブしつつ前記オブジェクトデータを前記部分ストリーム別に再生する再生手段と
を備えたことを特徴とする情報再生装置。
【請求項１８】
請求の範囲第１項に記載の情報記録媒体から前記記録されたコンテンツ情報を再生する情報再生方法であって、
前記情報記録媒体から情報を物理的に読み取る読取工程と、
該読取工程により読み取られた情報に含まれる前記対応定義情報及び前記ユニットアドレス情報に基づいて、前記インターリーブドユニットをデインターリーブしつつ前記オブジェクトデータを前記部分ストリーム別に再生する再生工程と
を備えたことを特徴とする情報再生方法。
【請求項１９】
請求の範囲第１項に記載の情報記録媒体に前記コンテンツ情報を記録し且つ該記録されたコンテンツ情報を再生する情報記録再生装置であって、
前記オブジェクトデータファイルを記録する第１記録手段と、
前記オブジェクト情報ファイルを記録する第２記録手段と、
前記情報記録媒体から情報を物理的に読み取る読取手段と、
該読取手段により読み取られた情報に含まれる前記対応定義情報及び前記ユニットアドレス情報に基づいて、前記インターリーブドユニットをデインターリーブしつつ前記オブジェクトデータを前記部分ストリーム別に再生する再生手段と
を備えたことを特徴とする情報記録再生装置。
【請求項２０】
請求の範囲第１項に記載の情報記録媒体に前記コンテンツ情報を記録し且つ該記録されたコンテンツ情報を再生する情報記録再生方法であって、
前記オブジェクトデータファイルを記録する第１記録工程と、
前記オブジェクト情報ファイルを記録する第２記録工程と、
前記情報記録媒体から情報を物理的に読み取る読取工程と、
該読取工程により読み取られた情報に含まれる前記対応定義情報及び前記ユニットアドレス情報に基づいて、前記インターリーブドユニットをデインターリーブしつつ前記オブジェクトデータを前記部分ストリーム別に再生する再生工程と
を備えたことを特徴とする情報記録再生方法。
【請求項２１】
請求の範囲第１５項に記載の情報記録装置に備えられたコンピュータを制御する記録制御用のコンピュータプログラムであって、該コンピュータを、前記第１記録手段及び前記第２記録手段の少なくとも一部として機能させることを特徴とする記録制御用のコンピュータプログラム。
【請求項２２】
請求の範囲第１７項に記載の情報再生装置に備えられたコンピュータを制御する再生制御用のコンピュータプログラムであって、該コンピュータを、前記読取手段及び前記再生手段の少なくとも一部として機能させることを特徴とする再生制御用のコンピュータプログラム。
【請求項２３】
請求の範囲第１９項に記載の情報記録再生装置に備えられたコンピュータを制御する記録再生制御用のコンピュータプログラムであって、該コンピュータを、前記第１記録手段、前記第２記録手段、前記読取手段及び前記再生手段の少なくとも一部として機能させることを特徴とする記録再生制御用のコンピュータプログラム。
【請求項２４】
一連のコンテンツ情報から夫々構成される複数の部分ストリームを含んでなる全体ストリームが、物理的にアクセス可能な単位であるパケット単位で多重記録されており、
論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルと、
前記オブジェクトデータの再生を制御するための再生制御情報として、時間軸上で多重化される複数のパケットと前記複数の部分ストリームとの対応関係を定義する対応定義情報を格納するオブジェクト情報ファイルと
を有しており、
前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、
前記オブジェクト情報ファイルは、前記再生制御情報として更に、各インターリーブドユニットのアドレスを示すユニットアドレス情報を格納することを特徴とする制御信号を含むデータ構造。
【国際公開番号】ＷＯ２００４／０６６６２１
【国際公開日】平成１６年８月５日（２００４．８．５）
【発行日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【出願番号】特願２００５−５０８０７９（Ｐ２００５−５０８０７９）
【国際出願番号】ＰＣＴ／ＪＰ２００４／０００４０２
【国際出願日】平成１６年１月２０日（２００４．１．２０）
【出願人】（０００００５０１６）パイオニア株式会社 (3,620)
【Ｆターム（参考）】
【国際公開日】平成１６年８月５日（２００４．８．５）
【発行日】平成１８年５月１８日（２００６．５．１８）
【国際特許分類】
【国際出願番号】ＰＣＴ／ＪＰ２００４／０００４０２
【国際出願日】平成１６年１月２０日（２００４．１．２０）
【出願人】（０００００５０１６）パイオニア株式会社 (3,620)
【Ｆターム（参考）】
[ Back to top ]