(57)【要約】情報記録媒体は、複数のパケットからなるオブジェクトデータを格納するファイルを備え、更にオブジェクトデータの再生を制御する対応定義情報を格納するファイルを備える。オブジェクトデータは、アングルブロック内でインターリーブされ、インターリーブドユニットの先頭には、複数のアングル各々に対応するパケットのアドレス情報が格納されたナビゲーションパケットが配置されている。対応定義情報は、各表示開始時刻に対応するパケットを示す情報と、当該パケットがナビゲーションパケットの次に位置するパケットであるか否かを示すフラグ情報とを含む。
2003081910.tif 000002
【特許請求の範囲】
【請求項１】
複数の映像情報を含むコンテンツ情報が多重記録されている情報記録媒体であって、
論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルと、
該オブジェクトデータファイルに格納されたオブジェクトデータの再生シーケンスを規定する再生シーケンス情報を格納する再生シーケンス情報ファイルと、
前記オブジェクトデータの再生を制御する対応定義情報を格納するオブジェクト情報ファイルと
を備えており、
前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、
前記複数のインターリーブドユニットの各先頭には、前記複数の映像情報各々に対応する次のインターリーブドユニットのアドレス情報を格納するナビゲーションパケットが配置され、
前記対応定義情報は、前記複数の映像情報各々に対して、各表示開始時刻に対応するパケットを示す情報と、当該パケットが前記ナビゲーションパケットの次に位置するパケットであるか否かを示すフラグ情報とを含むことを特徴とする情報記録媒体。
【請求項２】
前記映像情報がＭＰＥＧ（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ｐｈａｓｅ）規格に基づくものである場合、前記各表示開始時刻に対応するパケットはＩピクチャに係るパケットであり、
前記フラグ情報は、前記ナビゲーションパケットの次に位置するＩピクチャに係るパケットであるか否かを示すことを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項３】
前記次のインターリーブドユニットのアドレス情報は、前記インターリーブドユニットがインターリーブされてなるインターリーブドブロック先頭からのパケット番号により示されていることを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項４】
前記ナビゲーションパケットは、前記次のインターリーブドユニットのサイズを示すユニットサイズ情報を更に格納することを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項５】
前記対応定義情報は、時間軸上で多重化される複数のパケット間で固有に付与されるパケット識別番号を前記複数の映像情報別に示すテーブル情報を更に有することを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項６】
前記複数の映像情報は、複数の視点に対応する複数のアングル映像情報であり、
前記オブジェクトデータは、前記複数のアングル映像情報に対する前記インターリーブドユニットの再生開始時刻及び再生終了時刻が一致するようにインターリーブされていることを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項７】
前記ナビゲーションパケットは、当該ナビゲーションパケットが配置されたインターリーブドユニットに係るアングル番号を示すアングル番号情報及び切り替え可能なアングル数を示すアングル数情報を更に格納することを特徴とする請求の範囲第１項に記載の情報記録媒体。
【請求項８】
情報記録媒体上に、複数の映像情報を含むコンテンツ情報を多重記録する情報記録装置であって、
論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルを記録する第１記録手段と、
該オブジェクトデータファイルに格納されたオブジェクトデータの再生シーケンスを規定する再生シーケンス情報を格納する再生シーケンス情報ファイルを記録する第２記録手段と、
前記オブジェクトデータの再生を制御する対応定義情報を格納するオブジェクト情報ファイルを記録する第３記録手段と
を備えており、
前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、
前記複数のインターリーブドユニットの各先頭には、前記複数の映像情報各々に対応する次のインターリーブドユニットのアドレス情報を格納するナビゲーションパケットが配置され、
前記対応定義情報は、前記複数の映像情報各々に対して、各表示開始時刻に対応するパケットを示す情報と、当該パケットが前記ナビゲーションパケットの次に位置するパケットであるか否かを示すフラグ情報とを含むことを特徴とする情報記録装置。
【請求項９】
情報記録媒体上に、複数の映像情報を含むコンテンツ情報を多重記録する情報記録方法であって、
論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルを記録する第１記録工程と、
該オブジェクトデータファイルに格納されたオブジェクトデータの再生シーケンスを規定する再生シーケンス情報を格納する再生シーケンス情報ファイルを記録する第２記録工程と、
前記オブジェクトデータの再生を制御する対応定義情報を格納するオブジェクト情報ファイルを記録する第３記録工程と
を備えており、
前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、
前記複数のインターリーブドユニットの各先頭には、前記複数の映像情報各々に対応する次のインターリーブドユニットのアドレス情報を格納するナビゲーションパケットが配置され、
前記対応定義情報は、前記複数の映像情報各々に対して、各表示開始時刻に対応するパケットを示す情報と、当該パケットが前記ナビゲーションパケットの次に位置するパケットであるか否かを示すフラグ情報とを含むことを特徴とする情報記録方法。
【請求項１０】
請求の範囲第１項に記載の情報記録媒体から前記記録されたコンテンツ情報を再生する情報再生装置であって、
前記情報記録媒体から情報を物理的に読み取る読取手段と、
該読取手段により読み取られた情報に含まれる前記対応定義情報及び前記再生シーケンス情報に基づいて、前記読取手段により読み取られた情報に含まれる前記オブジェクトデータを再生し、前記読取手段により読み取られた情報に含まれる前記ナビゲーションパケットに格納されたアドレス情報に基づいて、前記複数の映像情報別の再生を行う再生手段と
を備えたことを特徴とする情報再生装置。
【請求項１１】
請求の範囲第１項に記載の情報記録媒体から前記記録されたコンテンツ情報を再生する情報再生方法であって、
前記情報記録媒体から情報を物理的に読み取る読取工程と、
該読取工程により読み取られた情報に含まれる前記対応定義情報及び前記再生シーケンス情報に基づいて、前記読取工程により読み取られた情報に含まれる前記オブジェクトデータを再生し、前記読取工程により読み取られた情報に含まれる前記ナビゲーションパケットに格納されたアドレス情報に基づいて、前記複数の映像情報別の再生を行う再生工程と
を備えたことを特徴とする情報再生方法。
【請求項１２】
請求の範囲第１項に記載の情報記録媒体に前記コンテンツ情報を記録し且つ該記録されたコンテンツ情報を再生する情報記録再生装置であって、
前記オブジェクトデータファイルを記録する第１記録手段と、
前記再生シーケンス情報ファイルを記録する第２記録手段と、
前記オブジェクト情報ファイルを記録する第３記録手段と、
前記情報記録媒体から情報を物理的に読み取る読取手段と、
該読取手段により読み取られた情報に含まれる前記対応定義情報及び前記再生シーケンス情報に基づいて、前記読取手段により読み取られた情報に含まれる前記オブジェクトデータを再生し、前記読取手段により読み取られた情報に含まれる前記ナビゲーションパケットに格納されたアドレス情報に基づいて、前記複数の映像情報別の再生を行う再生手段と
を備えたことを特徴とする情報記録再生装置。
【請求項１３】
請求の範囲第１項に記載の情報記録媒体に前記コンテンツ情報を記録し且つ該記録されたコンテンツ情報を再生する情報記録再生方法であって、
前記オブジェクトデータファイルを記録する第１記録工程と、
前記再生シーケンス情報ファイルを記録する第２記録工程と、
前記オブジェクト情報ファイルを記録する第３記録工程と、
前記情報記録媒体から情報を物理的に読み取る読取工程と、
該読取工程により読み取られた情報に含まれる前記対応定義情報及び前記再生シーケンス情報に基づいて、前記読取工程により読み取られた情報に含まれる前記オブジェクトデータを再生し、前記読取工程により読み取られた情報に含まれる前記ナビゲーションパケットに格納されたアドレス情報に基づいて、前記複数の映像情報別の再生を行う再生工程と
を備えたことを特徴とする情報記録再生方法。
【請求項１４】
請求の範囲第８項に記載の情報記録装置に備えられたコンピュータを制御する記録制御用のコンピュータプログラムであって、該コンピュータを、前記第１記録手段、前記第２記録手段及び前記第３記録手段の少なくとも一部として機能させることを特徴とする記録制御用のコンピュータプログラム。
【請求項１５】
請求の範囲第１０項に記載の情報再生装置に備えられたコンピュータを制御する再生制御用のコンピュータプログラムであって、該コンピュータを、前記再生手段の少なくとも一部として機能させることを特徴とする再生制御用のコンピュータプログラム。
【請求項１６】
請求の範囲第１２項に記載の情報記録再生装置に備えられたコンピュータを制御する記録再生制御用のコンピュータプログラムであって、該コンピュータを、前記第１記録手段、前記第２記録手段、前記第３記録手段及び前記再生手段の少なくとも一部として機能させることを特徴とする記録再生制御用のコンピュータプログラム。
【請求項１７】
複数の映像情報を含むコンテンツ情報が多重記録されており、
論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルと、
該オブジェクトデータファイルに格納されたオブジェクトデータの再生シーケンスを規定する再生シーケンス情報を格納する再生シーケンス情報ファイルと、
前記オブジェクトデータの再生を制御する対応定義情報を格納するオブジェクト情報ファイルと
を有しており、
前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、
前記複数のインターリーブドユニットの各先頭には、前記複数の映像情報各々に対応する次のインターリーブドユニットのアドレス情報を格納するナビゲーションパケットが配置され、
前記対応定義情報は、前記複数の映像情報各々に対して、各表示開始時刻に対応するパケットを示す情報と、当該パケットが前記ナビゲーションパケットの次に位置するパケットであるか否かを示すフラグ情報とを含むことを特徴とする制御信号を含むデータ構造。
【発明の詳細な説明】
技術分野
本発明は、主映像、音声、副映像、再生制御情報等の各種情報を高密度に記録可能な高密度光ディスク等の情報記録媒体、当該情報記録媒体に情報を記録するための情報記録装置及び方法、当該情報記録媒体から情報を再生するための情報再生装置及び方法、このような記録及び再生の両方が可能であり且つ主映像、音声等のコンテンツについての編集も可能である情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに再生制御用の制御信号を含むデータ構造の技術分野に関する。
背景技術
主映像、音声、副映像などのコンテンツ情報や再生制御情報等の各種情報が記録された光ディスクとして、ＤＶＤが一般化している。ＤＶＤ規格によれば、主映像情報（ビデオデータ）、音声情報（オーディオデータ）及び副映像情報（サブピクチャーデータ）が再生制御情報（ナビゲーションデータ）と共に、各々パケット化されて、高能率符号化技術であるＭＰＥＧ２（Ｍｏｖｉｎｇ  Ｐｉｃｔｕｒｅ  Ｅｘｐｅｒｔｓ  Ｇｒｏｕｐ  ｐｈａｓｅ  ２）規格のプログラムストリーム形式でディスク上に多重記録されている。これらのうち主映像情報は、ＭＰＥＧビデオフォーマット（ＩＳＯ１３８１８−２）に従って圧縮されたデータが、一つのプログラムストリーム中に１ストリーム分だけ存在する。一方、音声情報は、複数の方式（即ち、リニアＰＣＭ、ＡＣ−３及びＭＰＥＧオーディオ等）で記録され、合計８ストリームまで、一つのプログラムストリーム中に存在可能である。副映像情報は、ビットマップで定義され且つランレングス方式で圧縮記録され、３２ストリームまで、一つのプログラムストリーム中に存在可能である。このようにＤＶＤの場合、プログラムストリーム形式の採用により、例えば一本の映画について、主映像情報の１ストリームに対して、選択可能な音声情報の複数ストリーム（例えば、ステレオ音声或いはサラウンド音声の他、オリジナルの英語音声、日本語版吹き替え音声、…などのストリーム）や、選択可能な副映像情報の複数ストリーム（例えば、日本語字幕、英語字幕、…などのストリーム）が多重記録されている。
また、この種のＤＶＤによれば、複数の視点から見た映像或いはシーン（以下適宜、“アングル”と称する）に係る複数の映像情報を同一ディスク上に記録しておき、ユーザが見たいアングルを選んで再生する“アングル再生”も可能とされている。このため係るＤＶＤによれば、各アングルに対応する複数の映像情報がインターリーブドユニット（ＩＬＶＵ）単位で相互にインターリーブされており、また各インターリーブドユニットを構成するビデオオブジェクトユニット（ＶＯＢＵ）の先頭に配置されたナビゲーションパケット（ＮＶ＿ＰＣＫ）には、各アングルに対する次に再生すべきインターリーブドユニットのアドレスとサイズを示すアングル情報（ＳＭＬ＿ＡＧＬＩ）が格納されている。
発明の開示
上述したＤＶＤによれば、映像情報へのアクセスには、ビデオオブジェクトユニット（ＶＯＢＵ）に対するアドレス情報を格納したアドレスマップ（ＶＴＳ＿ＶＯＢＵ＿ＡＤＭＡＰＩ）が用いられる。よって、たとえ再生エントリがインターリーブドブロック内であっても、必ずインターリーブドユニットの先頭にアクセスし、ナビゲーションパケットを再生した後、インターリーブドユニット内の映像情報を再生する。
しかしながら、現在本願出願人が開発を進めている大容量、高密度記録の光ディスクへの記録フォーマットにおいては、映像情報へのアクセスに各表示開始時刻に対応するパケット番号を格納したタイムマップ（本実施例においてはＥＳアドレス情報という）を用いている。よって、再生エントリがインターリーブドブロック内であると、インターリーブドユニットの途中にアクセスすることになり、ナビゲーションパケットを再生することなく映像情報を再生してしまい、次に再生すべきインターリーブドユニットがどれであるのか判らなくなってしまうという問題が生じた。
本発明は上述の問題点に鑑みなされたものであり、アドレス情報を増大させることなく、インターリーブドブロック先頭に置かれたナビゲーションパケットの再生を可能とし得る情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに再生制御用の制御信号を含むデータ構造を提供することを課題とする。
本発明の情報記録媒体は上記課題を解決するために、複数の映像情報を含むコンテンツ情報が多重記録されている情報記録媒体であって、論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルと、該オブジェクトデータファイルに格納されたオブジェクトデータの再生シーケンスを規定する再生シーケンス情報を格納する再生シーケンス情報ファイルと、前記オブジェクトデータの再生を制御する対応定義情報を格納するオブジェクト情報ファイルとを備えており、前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、前記複数のインターリーブドユニットの各先頭には、前記複数の映像情報各々に対応する次のインターリーブドユニットのアドレス情報を格納するナビゲーションパケットが配置され、前記対応定義情報は、前記複数の映像情報各々に対して、各表示開始時刻に対応するパケットを示す情報と、当該パケットが前記ナビゲーションパケットの次に位置するパケットであるか否かを示すフラグ情報とを含む。
本発明の情報記録媒体によれば、オブジェクトデータファイルは、情報再生装置により論理的にアクセス可能な単位であると共にコンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納する。コンテンツ情報は、複数の映像情報の他、例えば音声情報（例えば映画の音声等）や副映像情報（例えば映画の字幕等）を含んでなる。また、複数の映像情報としては、後述の如き複数の視点に対応するアングル別の映像情報であってもよいし、アングル別以外の、相互に特定関係を有する或いは有しない複数の映像情報であってもよい。いずれの場合にも、複数の映像情報は再生時に切り換え可能とされる。再生シーケンス情報は、このオブジェクトデータファイルに格納されたオブジェクトデータの再生シーケンスを規定する再生シーケンス情報（例えば、プレイリスト情報）を格納する。オブジェクト情報ファイルは、複数の映像情報各々に対して、各表示開始時刻に対応するパケットを示す情報を含む対応定義情報（例えば、後述のＥＳマップテーブル等）を格納する。
ここで特に、オブジェクトデータは、少なくとも一部の再生区間（例えば、後述のアングルブロック内）において、複数のインターリーブドユニットに細分化され、インターリーブされている。言い換えれば、複数のインターリーブドユニットが、交互に配置される。
係るインターリーブドユニットの長さ（データ量）は、例えば再生時間にして０．数秒から数秒位に対応する長さであり、情報再生装置による例えばアングル再生等の再生時における再生位置間のジャンプの期間に、シームレス再生用のバッファが空にならない程度の長さを有する。そして、このようなインターリーブドユニットの長さは、コンテンツ情報の内容（例えば、映像情報で示される動画における動きの度合い等）に応じて可変である。但し、これを固定することも可能である。
しかも、このようにインターリーブされるインターリーブドユニットの先頭には、ナビゲーションパケットが配置されており、これには、複数の映像情報各々に対応する次のインターリーブドユニットのアドレス情報が格納されている。更に対応定義情報は、各表示開始時刻に対応するパケットが、ナビゲーションパケットの次に位置するパケットであるか否かを示すフラグ情報を含む。
従って、再生開始（早送り、巻き戻しを含む）時に、このフラグ情報に基づいて、当該次のパケットのアドレス情報を先ず取得でき、更にこの取得したアドレス情報により、ナビゲーションパケットのアドレスを特定できる。このように再生開始時に、対応定義情報を参照して、ナビゲーションパケットにアクセス可能となる。よって、その後はナビゲーションパケット内に格納されたアドレス情報を読み出して、このアドレス情報に従って、切り換え後の映像情報に対応するインターリーブドユニットにアクセスすれば、短時間で当該アクセスを完了して迅速に再生を開始することが可能となる。更に、例えば後述の如きアングル切り替え等の複数の映像情報の切り替えを伴う再生であっても、問題なく適切なインターリーブドユニットにアクセス可能となる。
このように、全てのパケットのアドレス情報を、対応定義情報に含ませる必要も無く、或いは各パケットのアドレス情報を各パケット自体（例えば、パケットヘッダなど）に付加しておく必要も無い。因みに、仮に本発明に係るこのようなフラグ情報等がなければ、ナビゲーションパケット用のアドレス情報のテーブルを別途作成して、再生開始時にこれを先ず参照する必要性等が生じて、迅速な切り換えは基本的に困難となる。
従ってまた、比較的短時間分のコンテンツ情報を、シームレス再生用のバッファを介して再生することで、容易にシームレスの、即ち再生映像に切れ目のない再生（例えばシームレスのアングル再生等の）も可能となる。更に、インターリーブによって、各映像情報のデータ量を比較的大容量に確保しながらも（例えば各映像情報につき数Ｍｂｐｓ程度の転送レートを確保しながらも）、高画質でシームレスの再生が可能となる。このようなシームレスの再生における切り替えの際の応答時間を短くするためには、上述のインターリーブドユニットの長さを短く設定すればよく、実用上は、例えば１．５秒以内程度が妥当である。
尚、本発明に係るオブジェクト情報ファイル及び再生シーケンス情報ファイルに格納される各種情報については、好ましくは、オブジェクトデータファイルの場合とは異なり、情報記録媒体上で前記パケットの単位で多重化されていない。従って、これらの再生制御情報及び再生シーケンス情報に基づいて、情報再生装置におけるオブジェクトデータの再生が可能となる。また、本願発明に係るパケットのアドレスとは、物理アドレスでもよいが、より一般には論理アドレスであり、実際の物理アドレスは、ファイルシステムの管理によって論理アドレスから一義的に特定される性質のものである。
本発明の情報記録媒体の一態様では、前記映像情報がＭＰＥＧ規格に基づくものである場合、前記各表示開始時刻に対応するパケットはＩピクチャに係るパケットであり、前記フラグ情報は、前記ナビゲーションパケットの次に位置するＩピクチャに係るパケットであるか否かを示す。
この態様によれば、再生時には、先ず対応定義情報に含まれるパケットを示す情報を参照することでＩピクチャを特定でき、よってＩピクチャを表示開始時刻に基づいて再生できる。更に、このＩピクチャに基づいて、Ｂピクチャ及びＰピクチャを再生でき、並びにこのような映像情報に対応する音声情報が存在する場合には該音声情報を再生できる。そして特に、フラグ情報に従って、ナビゲーションパケットを特定でき、これに格納されたアドレス情報により、切り換え後のインターリーブドユニットを特定でき、切り換え後にこれを再生可能となる。この際、Ｂピクチャ或いはＰピクチャについてのアドレス情報や、対応する音声情報に係るパケットのアドレス情報を対応定義情報に含ませないことによって、全体として情報記録媒体に記録する情報量の削減を図ることも可能となる。
尚、インターリーブドユニット内には、通常複数のＩピクチャのパケットが存在しており、Ｉピクチャの前に必ずナビゲーションパケットが存在するとは限らない。
本発明の情報記録媒体の他の態様では、前記次のインターリーブドユニットのアドレス情報は、前記インターリーブドユニットがインターリーブされてなるインターリーブドブロック先頭からのパケット番号により示されている。
この態様によれば、再生時には、インターリーブドブロック先頭からのパケット番号（パケットの連続番号）に基づき次のインターリーブドユニットのアドレスを特定できる。例えば、パケット数をカウントすることで、インターリーブドブロック内に配置された任意のインターリーブドユニットのアドレスを特定できる。
本発明の情報記録媒体の他の態様では、前記ナビゲーションパケットは、前記次のインターリーブドユニットのパケットサイズを示すユニットサイズ情報を更に格納する。
このように構成すれば、ユニットサイズ情報を参照して得られるインターリーブドユニットの長さに基づいて、当該インターリーブドユニットから幾つかのインターリーブドユニットを隔てて位置する次に再生すべきインターリーブドユニットの位置を、比較的容易に特定できる。よって、不特定の長さだけ離間して断続的に存在するインターリーブドユニットを、比較的容易にしてシームレスで再生することも可能となる。
本発明の情報記録媒体の他の態様では、前記対応定義情報は、時間軸上で多重化される複数のパケット間で固有に付与されるパケット識別番号を前記複数の映像情報別に示すテーブル情報を更に有する。
この態様によれば、対応定義情報が有するテーブル情報（例えば、後述のＥＳマップテーブル情報）に複数の映像情報別（例えば、アングル別）に示される、時間軸上で多重化される複数のパケット間で固有に付与されるパケット識別番号（例えば、後述のＥＳ＿ＰＩＤ（エレメンタリーストリーム・パケットＩＤ））に基づいて、例えば再生時間軸上で同一時刻に多重化される複数のパケットのうち、どのパケットがどの視点に対応するかを容易に識別可能となる。
本発明の情報記録媒体の他の態様では、前記複数の映像情報は、複数の視点に対応する複数のアングル映像情報であり、前記オブジェクトデータは、前記複数のアングル映像情報に対する前記インターリーブドユニットの再生開始時刻及び再生終了時刻が一致するようにインターリーブされている
この態様によれば、複数の視点に対応する複数の映像情報、即ちアングル再生におけるアングル別の映像情報を含んでなるコンテンツ情報が、パケット単位で多重記録されている。このようなアングル別の映像情報からなるコンテンツ情報部分を、以下適宜“アングルブロック”と呼ぶ。他方、アングルブロック外では、例えば通常の一つの視点に対応する映像情報を含んでなるコンテンツ情報が、同じくパケット単位で多重記録されている。
そして、該インターリーブドユニット内のコンテンツ情報の再生開始時刻及び再生終了時刻が、複数のアングル間で一致するようにインターリーブされているので、情報再生装置によるアングル切り換えの際に、ナビゲーションパケット内に格納されたインターリーブドユニットのアドレス情報を読み出して、このアドレス情報に従ってアングル切り換え後の映像情報に対応するパケットにアクセスすれば、短時間に当該切り替えを行うことが可能となる。従って、比較的短時間分のコンテンツ情報を、シームレス再生用のバッファを介して再生することで、容易にシームレスのアングル再生が可能となる。
このようなアングルブロックは、例えば一つのタイトル（映画等）について再生時間軸上で離れた複数個所に、複数設けられてもよい。この際、同一タイトル内或いは異なるタイトル内で、アングル数は同一でもよいし、異なってもよい。また、アングル切り替えの際の音声情報或いは副映像情報については、映像情報（主映像情報）の切り替えに拘わらずに同一でもよいし、係る切り換えに応じて切り替えるようにしてもよい。
本発明に係るアングル切り換えとは、再生時間軸上で同一時刻の映像情報間で切り替える場合の他、切り換え前の映像情報に対して所定時間だけ遡って切り換え後の映像情報を再生開始する場合も含む。
また、このようなアングルに係る態様では、ナビゲーションパケットに格納される次のインターリーブドユニットのアドレス情報は、アングルブロック内でのパケット番号（パケットの連続番号）であってもよい。即ち、複数のアングルブロックがあれば、各アングルブロック内で独立した連続番号が、例えば“０”或いは“１”等の基準値から始まる。従って、当該アングルブロック外で編集が行なわれて、オブジェクトデータファイル内におけるパケットの連続番号が変更されても、当該アングルブロック内におけるナビゲーションパケットが格納するアドレス情報上では、パケットの連続番号は維持される。即ち、ナビゲーションパケットに係るパケットの連続番号の変更やこれに伴うアドレス情報の変更等を行わないようにもでき、便利である。因みに、アングルブロック内では、複数の切り換え可能な複数の映像情報がインターリーブされた複雑なデータ構造を有するので、この内部に対する編集は、一般に困難である。
本発明の情報記録媒体の他の態様では、前記ナビゲーションパケットは、当該ナビゲーションパケットが配置されたインターリーブドユニットに係るアングル番号を示すアングル番号情報及び切り替え可能なアングル数を示すアングル数情報を更に格納する。
この態様によれば、情報再生装置によりナビゲーションパケットを参照することで、再生中のインターリーブドユニットに係るアングル番号やアングル総数を認識でき、アングル再生における各種制御を迅速且つ容易に実行可能となる。
加えて、アングルに係る態様では、前記再生シーケンス情報ファイルは、前記アングルブロック毎に、前記切り替え可能な映像情報数を示すアングル数情報を更に格納するように構成してもよい。このように構成すれば、情報再生装置により、再生中のオブジェクトデータを格納するオブジェクトデータファイルとは別に、この読み取りと相前後して再生シーケンス情報ファイルを参照することで、各アングルブロック内におけるアングル総数を認識でき、アングル再生における各種制御を迅速且つ容易に実行可能となる。
更に、アングルに係る態様では、前記再生シーケンス情報ファイルは、前記アングルブロック毎に、前記複数の映像情報のうちデフォールトとなるものを示す既定アングル番号情報を更に格納するように構成してもよい。このように構成すれば、情報再生装置により、再生中のオブジェクトデータを格納するオブジェクトデータファイルとは別に、この読み取りと相前後して再生シーケンス情報ファイルを参照することで、各アングルブロック内におけるデフォールトとなるアングルを、コンテンツ作成者側の意思に沿って制御できる。しかも、このようなデフォールトの変更は、再生シーケンス情報中の既定アングル番号情報を書き換えれば容易に変更できる。尚、実際の情報再生装置による再生中には、ユーザによるキー操作等によるアングル切り換え操作に応じて、デフォールトのアングルから他のアングルへ切り替えられることは言うまでもない。
本発明の情報記録装置は上記課題を解決するために、情報記録媒体上に、複数の映像情報を含むコンテンツ情報を多重記録する情報記録装置であって、論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルを記録する第１記録手段と、該オブジェクトデータファイルに格納されたオブジェクトデータの再生シーケンスを規定する再生シーケンス情報を格納する再生シーケンス情報ファイルを記録する第２記録手段と、前記オブジェクトデータの再生を制御する対応定義情報を格納するオブジェクト情報ファイルを記録する第３記録手段とを備えており、前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、前記複数のインターリーブドユニットの各先頭には、前記複数の映像情報各々に対応する次のインターリーブドユニットのアドレス情報を格納するナビゲーションパケットが配置され、前記対応定義情報は、前記複数の映像情報各々に対して、各表示開始時刻に対応するパケットを示す情報と、当該パケットが前記ナビゲーションパケットの次に位置するパケットであるか否かを示すフラグ情報とを含む。
本発明の情報記録装置によれば、例えばシステムコントローラ、エンコーダ、後述のＴＳオブジェクト生成器、光ピックアップ等の第１記録手段により、オブジェクトデータを格納するオブジェクトデータファイルを記録し、例えばシステムコントローラ、エンコーダ、後述のＴＳオブジェクト生成器、光ピックアップ等の第２記録手段により、再生シーケンス情報を格納する再生シーケンス情報ファイルを記録し、例えばシステムコントローラ、エンコーダ、後述のＴＳオブジェクト生成器、光ピックアップ等の第３記録手段により、オブジェクトデータの再生を制御する対応定義情報を格納するオブジェクト情報ファイルを記録する。しかも、オブジェクトデータは、インターリーブされ、複数のインターリーブドユニットの各先頭には、ナビゲーションパケットが配置され、更に、対応定義情報は、各表示開始時刻に対応するパケットを示す情報と当該パケットがナビゲーションパケットの次に位置するパケットであるか否かを示すフラグ情報とを含む。従って、上述した本発明の情報記録媒体に、例えばＭＰＥＧ２のトランスポートストリームの少なくとも一部の如き複数の映像情報を、インターリーブしつつ再生可能に多重記録できる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報記録装置も各種態様を採ることが可能である。
本発明の情報記録方法は上記課題を解決するために、複数の映像情報を含むコンテンツ情報を多重記録する情報記録方法であって、論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルを記録する第１記録工程と、該オブジェクトデータファイルに格納されたオブジェクトデータの再生シーケンスを規定する再生シーケンス情報を格納する再生シーケンス情報ファイルを記録する第２記録工程と、前記オブジェクトデータの再生を制御する対応定義情報を格納するオブジェクト情報ファイルを記録する第３記録工程とを備えており、前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、前記複数のインターリーブドユニットの各先頭には、前記複数の映像情報各々に対応する次のインターリーブドユニットのアドレス情報を格納するナビゲーションパケットが配置され、前記対応定義情報は、前記複数の映像情報各々に対して、各表示開始時刻に対応するパケットを示す情報と、当該パケットが前記ナビゲーションパケットの次に位置するパケットであるか否かを示すフラグ情報とを含む。
本発明の情報記録方法によれば、第１記録工程により、オブジェクトデータを格納するオブジェクトデータファイルを記録し、第２記録工程により、再生シーケンス情報を格納する再生シーケンス情報ファイルを記録し、第３記録工程により、オブジェクトデータの再生を制御する対応定義情報を格納するオブジェクト情報ファイルを記録する。しかも、オブジェクトデータは、インターリーブされ、複数のインターリーブドユニットの各先頭には、ナビゲーションパケットが配置され、更に、対応定義情報は、各表示開始時刻に対応するパケットを示す情報と当該パケットがナビゲーションパケットの次に位置するパケットであるか否かを示すフラグ情報とを含む。従って、上述した本発明の情報記録媒体に、複数の映像情報を、インターリーブしつつ再生可能に多重記録できる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報記録方法も各種態様を採ることが可能である。
本発明の情報再生装置は上記課題を解決するために、上述した本発明の情報記録媒体（その各種態様も含む）から前記記録されたコンテンツ情報を再生する情報再生装置であって、前記情報記録媒体から情報を物理的に読み取る読取手段と、該読取手段により読み取られた情報に含まれる前記対応定義情報及び前記再生シーケンス情報に基づいて、前記読取手段により読み取られた情報に含まれる前記オブジェクトデータを再生し、前記読取手段により読み取られた情報に含まれる前記ナビゲーションパケットに格納されたアドレス情報に基づいて、前記複数の映像情報別の再生を行う再生手段とを備える。
本発明の情報再生装置によれば、光ピックアップ、復調器等の読取手段により、情報記録媒体から情報をパケット単位等で物理的に読み取る。そして、システムコントローラ、デマルチプレクサ、デコーダ等の再生手段により、この読み取られた情報に含まれる対応定義情報及び再生シーケンス情報に基づいて、この読み取られた情報に含まれるオブジェクトデータを再生する。この際更に、読み取られた情報に含まれるナビゲージョンパケットに格納されたアドレス情報に基づいて、インターリーブされた複数の映像情報を再生可能となる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報再生装置も各種態様を採ることが可能である。
本発明の情報再生方法は上記課題を解決するために、上述した本発明の情報記録媒体（その各種態様も含む）から前記記録されたコンテンツ情報を再生する情報再生方法であって、前記情報記録媒体から情報を物理的に読み取る読取工程と、該読取工程により読み取られた情報に含まれる前記対応定義情報及び前記再生シーケンス情報に基づいて、前記読取工程により読み取られた情報に含まれる前記オブジェクトデータを再生し、前記読取工程により読み取られた情報に含まれる前記ナビゲーションパケットに格納されたアドレス情報に基づいて、前記複数の映像情報別の再生を行う再生工程とを備えている。
本発明の情報再生方法によれば、読取工程により、情報記録媒体から情報をパケット単位等で物理的に読み取る。そして、再生工程により、この読み取られた情報に含まれる対応定義情報及び再生シーケンス情報に基づいて、この読み取られた情報に含まれるオブジェクトデータを再生する。この際更に、読み取られた情報に含まれるナビゲーションパケットに格納されたアドレス情報に基づいて、インターリーブされた複数の映像情報を再生可能となる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報再生方法も各種態様を採ることが可能である。
本発明の情報記録再生装置は上記課題を解決するために、上述した本発明の情報記録媒体（その各種態様も含む）に前記コンテンツ情報を記録し且つ該記録されたコンテンツ情報を再生する情報記録再生装置であって、前記オブジェクトデータファイルを記録する第１記録手段と、前記再生シーケンス情報ファイルを記録する第２記録手段と、前記オブジェクト情報ファイルを記録する第３記録手段と、前記情報記録媒体から情報を物理的に読み取る読取手段と、該読取手段により読み取られた情報に含まれる前記対応定義情報及び前記再生シーケンス情報に基づいて、前記読取手段により読み取られた情報に含まれる前記オブジェクトデータを再生し、前記読取手段により読み取られた情報に含まれる前記ナビゲーションパケットに格納されたアドレス情報に基づいて、前記複数の映像情報別の再生を行う再生手段とを備える。
本発明の情報記録再生装置によれば、上述した本発明の情報記録装置と同様に、第１記録手段により、オブジェクトデータファイルを記録し、第２記録手段により、再生シーケンス情報ファイルを記録し、第３記録手段により、オブジェクト情報ファイルを記録する。その後、上述した本発明の情報再生装置と同様に、読取手段により、情報記録媒体から情報を物理的に読み取り、再生手段により、この読み取られた情報に含まれる対応定義情報及び再生シーケンス情報に基づいて、この読み取られた情報に含まれるオブジェクトデータを再生する。この際更に、読み取られた情報に含まれるナビゲーションパケットに格納されたアドレス情報に基づいて、インターリーブされた複数の映像情報を再生可能となる。従って、上述した本発明の情報記録媒体に、例えばＭＰＥＧ２のトランスポートストリームの少なくとも一部の如き、複数の映像情報を適切に多重記録でき、更に再生時に、この多重記録された複数の映像情報の再生を適切に行える。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報記録再生装置も各種態様を採ることが可能である。
本発明の情報記録再生方法は上記課題を解決するために、上述した本発明の情報記録媒体（その各種態様も含む）に前記コンテンツ情報を記録し且つ該記録されたコンテンツ情報を再生する情報記録再生方法であって、前記オブジェクトデータファイルを記録する第１記録工程と、前記再生シーケンス情報ファイルを記録する第２記録工程と、前記オブジェクト情報ファイルを記録する第３記録工程と、前記情報記録媒体から情報を物理的に読み取る読取工程と、該読取工程により読み取られた情報に含まれる前記対応定義情報及び前記再生シーケンス情報に基づいて、前記読取工程により読み取られた情報に含まれる前記オブジェクトデータを再生し、前記読取工程により読み取られた情報に含まれる前記ナビゲーションパケットに格納されたアドレス情報に基づいて、前記複数の映像情報別の再生を行う再生工程とを備える。
本発明の情報記録再生方法によれば、上述した本発明の情報記録方法と同様に、第１記録工程により、オブジェクトデータファイルを記録し、第２記録工程により、再生シーケンス情報ファイルを記録し、第３記録工程により、オブジェクト情報ファイルを記録する。その後、上述した本発明の情報再生方法と同様に、読取工程により、情報記録媒体から情報を物理的に読み取り、再生工程により、この読み取られた情報に含まれる対応定義情報及び再生シーケンス情報に基づいて、この読み取られた情報に含まれるオブジェクトデータを再生する。この際更に、読み取られた情報に含まれるナビゲーションパケットに格納されたアドレス情報に基づいて、インターリーブされた複数の映像情報を再生可能となる。従って、上述した本発明の情報記録媒体に、複数の映像情報を適切に多重記録でき、更に再生時に、この多重記録された複数の映像情報の再生を適切に行える。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報記録再生方法も各種態様を採ることが可能である。
本発明の記録制御用のコンピュータプログラムは上記課題を解決するために、上述した本発明の情報記録装置（但し、その各種態様も含む）に備えられたコンピュータを制御する記録制御用のコンピュータプログラムであって、該コンピュータを、前記第１記録手段、前記第２記録手段及び前記第３記録手段の少なくとも一部として機能させる。
本発明の記録制御用のコンピュータプログラムによれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体から、当該コンピュータプログラムをコンピュータに読み込んで実行させれば、或いは、当該コンピュータプログラムを、通信手段を介してコンピュータにダウンロードさせた後に実行させれば、上述した本発明に係る情報記録装置を比較的簡単に実現できる。
本発明の再生制御用のコンピュータプログラムは上記課題を解決するために、上述した本発明の情報再生装置（但し、その各種態様も含む）に備えられたコンピュータを制御する再生制御用のコンピュータプログラムであって、該コンピュータを、前記再生手段の少なくとも一部として機能させる。
本発明の再生制御用のコンピュータプログラムによれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体から、当該コンピュータプログラムをコンピュータに読み込んで実行させれば、或いは、当該コンピュータプログラムを、通信手段を介してコンピュータにダウンロードさせた後に実行させれば、上述した本発明に係る情報再生装置を比較的簡単に実現できる。
本発明の記録再生制御用のコンピュータプログラムは上記課題を解決するために、上述した本発明の情報記録再生装置（但し、その各種態様も含む）に備えられたコンピュータを制御する記録再生制御用のコンピュータプログラムであって、該コンピュータを、前記第１記録手段、前記第２記録手段、前記第３記録手段及び前記再生手段の少なくとも一部として機能させる。
本発明の記録再生制御用のコンピュータプログラムによれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体から、当該コンピュータプログラムをコンピュータに読み込んで実行させれば、或いは、当該コンピュータプログラムを、通信手段を介してコンピュータにダウンロードさせた後に実行させれば、上述した本発明に係る情報記録再生装置を比較的簡単に実現できる。
本発明の制御信号を含むデータ構造は上記課題を解決するために、複数の映像情報を含むコンテンツ情報が多重記録されており、論理的にアクセス可能な単位であると共に前記コンテンツ情報の断片を夫々格納する複数のパケットからなるオブジェクトデータを格納するオブジェクトデータファイルと、該オブジェクトデータファイルに格納されたオブジェクトデータの再生シーケンスを規定する再生シーケンス情報を格納する再生シーケンス情報ファイルと、前記オブジェクトデータの再生を制御する対応定義情報を格納するオブジェクト情報ファイルとを有しており、前記オブジェクトデータは、少なくとも一部の再生区間において複数のパケットから構成されるインターリーブドユニットの単位でインターリーブされ、前記複数のインターリーブドユニットの各先頭には、前記複数の映像情報各々に対応する次のインターリーブドユニットのアドレス情報を格納するナビゲーションパケットが配置され、前記対応定義情報は、前記複数の映像情報各々に対して、各表示開始時刻に対応するパケットを示す情報と、当該パケットが前記ナビゲーションパケットの次に位置するパケットであるか否かを示すフラグ情報とを含む。
本発明の制御信号を含むデータ構造によれば、上述した本発明の情報記録媒体の場合と同様に、情報再生装置によるインターリーブされた複数の映像情報の記録や再生を効率的に行うことが可能となる。従って、容易にシームレスのアングル再生が可能となる。更に、インターリーブによって各映像情報のデータ最を比較的大容量に確保できるので、高画質でシームレスのアングル再生が可能となる。
本発明の第１のプログラム格納装置は上記課題を解決するために、情報記録装置に備えられたコンピュータにより読み込み可能なプログラム格納装置であって、該コンピュータに、上述の本発明の情報記録方法を実行させることが可能なコンピュータプログラムを明白に具現化する。
本発明の第２のプログラム格納装置は上記課題を解決するために、情報再生装置に備えられたコンピュータにより読み込み可能なプログラム格納装置であって、該コンピュータに、上述の本発明の情報再生方法を実行させることが可能なコンピュータプログラムを明白に具現化する。
本発明の第３のプログラム格納装置は上記課題を解決するために、情報記録再生装置に備えられたコンピュータにより読み込み可能なプログラム格納装置であって、該コンピュータに、上述の本発明の情報記録再生方法を実行させることが可能なコンピュータプログラムを明白に具現化する。
本発明の第１、第２又は第３のプログラム格納装置によれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等のプログラム格納装置から、当該コンピュータプログラムをコンピュータに読み込んで実行させれば、或いは、当該コンピュータプログラムを、通信手段を介してコンピュータにダウンロードさせた後に実行させれば、上述した本発明に係る情報記録方法、情報再生方法又は情報記録再生方法を比較的簡単に実現できる。
本発明の第１の伝送波により具現化されるコンピュータデータ信号は上記課題を解決するために、情報記録装置に備えられたコンピュータに、上述の本発明の情報記録方法を実行させるような一連の命令を示す。
本発明の第２の伝送波により具現化されるコンピュータデータ信号は上記課題を解決するために、情報再生装置に備えられたコンピュータに、上述の本発明の情報再生方法を実行させるような一連の命令を示す。
本発明の第３の伝送波により具現化されるコンピュータデータ信号は上記課題を解決するために、情報記録再生装置に備えられたコンピュータに、上述の本発明の情報記録再生方法を実行させるような一連の命令を示す。
本発明の第１、第２又は第３伝送波により具現化されるコンピュータデータ信号によれば、当該コンピュータプログラムを、コンピュータネットワーク等を介してコンピュータデータ信号でコンピュータにダウンロードして実行させれば、上述した本発明に係る情報記録方法、情報再生方法又は情報記録再生方法を比較的簡単に実現できる。
本発明のこのような作用及び他の利得は次に説明する実施例から明らかにされる。
発明を実施するための最良の形態
（情報記録媒体）
図１から図７を参照して、本発明の情報記録媒体の実施例について説明する。本実施例は、本発明の情報記録媒体を、記録（書き込み）及び再生（読み出し）が可能な型の光ディスクに適用したものである。
先ず図１を参照して、本実施例の光ディスクの基本構造について説明する。ここに図１は、上側に複数のエリアを有する光ディスクの構造を概略平面図で示すと共に、下側にその径方向におけるエリア構造を概念図で対応付けて示すものである。
図１に示すように、光ディスク１００は、例えば、記録（書き込み）が複数回又は１回のみ可能な、光磁気方式、相変化方式等の各種記録方式で記録可能とされており、ＤＶＤと同じく直径１２ｃｍ程度のディスク本体上の記録面に、センターホール１０２を中心として内周から外周に向けて、リードインエリア１０４、データエリア１０６及びリードアウトエリア１０８が設けられている。そして、各エリアには、例えば、センターホール１０２を中心にスパイラル状或いは同心円状に、グルーブトラック及びランドトラックが交互に設けられており、このグルーブトラックはウオブリングされてもよいし、これらのうち一方又は両方のトラックにプレピットが形成されていてもよい。尚、本発明は、このような三つのエリアを有する光ディスクには特に限定されない。
次に図２を参照して、本実施例の光ディスクに記録されるトランスポートストリーム（ＴＳ）の構成について説明する。ここに、図２（ａ）は、比較のため、従来のＤＶＤにおけるＭＰＥＧ２のプログラムストリームの構成を図式的に示すものであり、図２（ｂ）は、ＭＰＥＧ２のトランスポートストリーム（ＴＳ）の構成を図式的に示すものである。
図２（ａ）において、一つのプログラムストリームは、時間軸ｔに沿って、主映像情報たるビデオデータ用のビデオストリームを１本だけ含み、更に、音声情報たるオーディオデータ用のオーディオストリームを最大で８本含み且つ副映像情報たるサブピクチャデータ用のサブピクチャストリームを最大で３２本含んでなる。即ち、任意の時刻ｔｘにおいて多重化されるビデオデータは、１本のビデオストリームのみに係るものであり、例えば複数のテレビ番組或いは複数の映画などに対応する複数本のビデオストリームを同時にプログラムストリームに含ませることはできない。映像を伴うテレビ番組等を多重化して伝送或いは記録するためには、各々のテレビ番組等のために、少なくとも１本のビデオストリームが必要となるので、１本しかビデオストリームが存在しないＤＶＤのプログラムストリーム形式では、複数のテレビ番組等を多重化して伝送或いは記録することはできないのである。
図２（ｂ）において、一つのトランスポートストリーム（ＴＳ）は、主映像情報たるビデオデータ用のエレメンタリーストリーム（ＥＳ）としてビデオストリームを複数本含んでなり、更に音声情報たるオーディオデータ用のエレメンタリーストリーム（ＥＳ）としてオーディオストリームを複数本含み且つ副映像情報たるサブピクチャデータ用のエレメンタリーストリーム（ＥＳ）としてサブピクチャストリームを複数本含んでなる。即ち、任意の時刻ｔｘにおいて多重化されるビデオデータは、複数本のビデオストリームに係るものであり、例えば複数のテレビ番組或いは複数の映画などに対応する複数のビデオストリームを同時にトランスポートストリームに含ませることが可能である。このように複数本のビデオストリームが存在するトランスポートストリーム形式では、複数のテレビ番組等を多重化して伝送或いは記録することが可能である。但し、現況のトランスポートストリームを採用するデジタル放送では、サブピクチャストリームについては伝送していない。
尚、図２（ａ）及び図２（ｂ）では説明の便宜上、ビデオストリーム、オーディオストリーム及びサブピクチャストリームを、この順に上から配列しているが、この順番は、後述の如くパケット単位で多重化される際の順番等に対応するものではない。トランスポートストリームでは、概念的には、例えば一つの番組に対して、１本のビデオストリーム、２本の音声ストリーム及び２本のサブピクチャストリームからなる一まとまりが対応している。
上述した本実施例の光ディスク１００は、記録レートの制限内で、このように複数本のエレメンタリーストリーム（ＥＳ）を含んでなるトランスポートストリーム（ＴＳ）を多重記録可能に、即ち複数の番組或いはプログラムを同時に記録可能に構成されている。
次に図３及び図４を参照して、光ディスク１００上に記録されるデータの構造について説明する。ここに、図３は、光ディスク１００上に記録されるデータ構造を模式的に示すものであり、図４は、図３に示した各オブジェクト内におけるデータ構造の詳細を模式的に示すものである。
以下の説明において、「タイトル」とは、複数の「プレイリスト」を連続して実行する再生単位であり、例えば、映画１本、テレビ番組１本などの論理的に大きなまとまりを持った単位である。「プレイリスト」とは、「オブジェクト」の再生に必要な情報を格納したファイルであり、オブジェクトへアクセスするためのオブジェクトの再生範囲に関する情報が各々格納された複数の「アイテム」で構成されている。より具体的には、各アイテムには、オブジェクトの開飴アドレスを示す「ＩＮポイント情報」及び終了アドレスを示す「ＯＵＴポイント情報」が記述されている。尚、これらの「ＩＮポイント情報」及び「ＯＵＴポイント情報」は夫々、直接アドレスを示してもよいし、再生時間軸上における時間或いは時刻など間接的にアドレスを示してもよい。そして、「オブジェクト」とは、上述したＭＰＥＧ２のトランスポートストリームを構成するコンテンツの実体情報である。
図３において、光ディスク１００は、論理的構造として、ディスク情報ファイル１１０、プレイ（Ｐ）リスト情報ファイル１２０、オブジェクト情報ファイル１３０及びオブジェクトデータファイル１４０の４種類のファイルを備えており、これらのファイルを管理するためのファイルシステム１０５を更に備えている。尚、図３は、光ディスク１００上における物理的なデータ配置を直接示しているものではないが、図３に示す配列順序を、図１に示す配列順序に対応するように記録すること、即ち、ファイルシステム１０５等をリードインエリア１０４に続いてデータ記録エリア１０６に記録し、更にオブジェクトデータファイル１４０等をデータ記録エリア１０６に記録することも可能である。図１に示したリードインエリア１０４やリードアウトエリア１０８が存在せずとも、図３に示したファイル構造は構築可能である。
ディスク情報ファイル１１０は、光ディスク１００全体に関する総合的な情報を格納するファイルであり、ディスク総合情報１１２と、タイトル情報テーブル１１４と、その他の情報１１８とを格納する。ディスク総合情報１１２は、例えば光ディスク１００内の総タイトル数等を格納する。タイトル情報テーブル１１４は、論理情報として、各タイトルのタイプ（例えば、シーケンシャル再生型、分岐型など）や、各タイトルを構成するプレイ（Ｐ）リスト番号をタイトル毎に格納する。
プレイリスト情報ファイル１２０は、各プレイリストの論理的構成を示すプレイ（Ｐ）リスト情報テーブル１２１を格納し、これは、プレイ（Ｐ）リスト総合情報１２２と、プレイ（Ｐ）リストポインタ１２４と、複数のプレイ（Ｐ）リスト１２６（Ｐリスト＃１〜＃ｎ）と、その他の情報１２８とに分かれている。このプレイリスト情報テーブル１２１には、プレイリスト番号順に各プレイリスト１２６の論理情報を格納する。言い換えれば、各プレイリスト１２６の格納順番がプレイリスト番号である。また、上述したタイトル情報テーブル１１４で、同一のプレイリスト１２６を、複数のタイトルから参照することも可能である。即ち、タイトル＃ｎとタイトル＃ｍとが同じプレイリスト＃ｐを使用する場合にも、プレイリスト情報テーブル１２１中のプレイリスト＃ｐを、タイトル情報テーブル１１４でポイントするように構成してもよい。
オブジェクト情報ファイル１３０は、各プレイリスト１２６内に構成される各アイテムに対するオブジェクトデータファイル１４０中の格納位置（即ち、再生対象の論理アドレス）や、そのアイテムの再生に関する各種属性情報が格納される。本実施例では特に、オブジェクト情報ファイル１３０は、後に詳述する複数のＡＵ（アソシエートユニット）情報１３２Ｉ（ＡＵ＃１〜ＡＵ＃ｎ）を含んでなるＡＵテーブル１３１と、ＥＳ（エレメンタリーストリーム）マップテーブル１３４と、その他の情報１３８とを格納する。
オブジェクトデータファイル１４０は、トランスポートストリーム（ＴＳ）別のＴＳオブジェクト１４２（ＴＳ＃１オブジェクト〜ＴＳ＃ｎオブジェクト）、即ち実際に再生するコンテンツの実体データを、複数格納する。
尚、図３を参照して説明した４種類のファイルは、更に夫々複数のファイルに分けて格納することも可能であり、これらを全てファイルシステム１０５により管理してもよい。例えば、オブジェクトデータファイル１４０を、オブジェクトデータファイル＃１、オブジェクトデータファイル＃２、…というように複数に分けることも可能である。
図４に示すように、論理的に再生可能な単位である図３に示したＴＳオブジェクト１４２は、例えば６ｋＢのデータ量を夫々有する複数のアラインドユニット１４３に分割されてなる。アラインドユニット１４３の先頭は、ＴＳオブジェクト１４２の先頭に一致（アラインド）されている。各アラインドユニット１４３は更に、１９２Ｂのデータ量を夫々有する複数のソースパケット１４４に細分化されている。ソースパケット１４４は、物理的に再生可能な単位であり、この単位即ちパケット単位で、光ディスク１００上のデータのうち少なくともビデオデータ、オーディオデータ及びサブピクチャデータは多重化されており、その他の情報についても同様に多重化されてよい。各ソースパケット１４４は、４Ｂのデータ量を有する、再生時間軸上におけるＴＳ（トランスポートストリーム）パケットの再生処理開始時刻を示すパケットアライバルタイムスタンプ等の再生を制御するための制御情報１４５と、１８８Ｂのデータ量を有するＴＳパケット１４６とを含んでなる。ＴＳパケット１４６は、パケットヘッダ１４６ａをその先頭部に有し、ビデオデータがパケット化されて「ビデオパケット」とされるか、オーディオデータがパケット化されて「オーディオパケット」とされるか、又はサブピクチャデータがパケット化されて「サブピクチャパケット」とされるか、若しくは、その他のデータがパケット化される。
次に図５及び図６を参照して、図２（ｂ）に示した如きトランスポートストリーム形式のビデオデータ、オーディオデータ、サブピクチャデータ等が、図４に示したＴＳパケット１４６により、光ディスク１００上に多重記録される点について説明する。ここに、図５は、上段のプログラム＃１（ＰＧ１）用のエレメンタリーストリーム（ＥＳ）と中段のプログラム＃２（ＰＧ２）用のエレメンタリーストリーム（ＥＳ）とが多重化されて、これら２つのプログラム（ＰＧ１＆２）用のトランスポートストリーム（ＴＳ）が構成される様子を、横軸を時間軸として概念的に示すものであり、図６は、一つのトランスポートストリーム（ＴＳ）内に多重化されたＴＳパケットのイメージを、時間の沿ったパケット配列として概念的に示すものである。
図５に示すように、プログラム＃１用のエレメンタリーストリーム（上段）は、例えば、プログラム＃１用のビデオデータがパケット化されたＴＳパケット１４６が時間軸（横軸）に対して離散的に配列されてなる。プログラム＃２用のエレメンタリーストリーム（中段）は、例えば、プログラム＃２用のビデオデータがパケット化されたＴＳパケット１４６が時間軸（横軸）に対して離散的に配列されてなる。そして、これらのＴＳパケット１４６が多重化されて、これら二つのプログラム用のトランスポートストリーム（下段）が構築されている。尚、図５では説明の便宜上省略しているが、図２（ｂ）に示したように、実際には、プログラム＃１用のエレメンタリーストリームとして、オーディオデータがパケット化されたＴＳパケットからなるエレメンタリーストリームやサブピクチャデータがパケット化されたＴＳパケットからなるサブピクチャストリームが同様に多重化されてもよく、更にこれらに加えて、プログラム＃２用のエレメンタリーストリームとして、オーディオデータがパケット化されたＴＳパケットからなるエレメンタリーストリームやサブピクチャデータがパケット化されたＴＳパケットからなるサブピクチャストリームが同様に多重化されてもよい。
図６に示すように、本実施例では、このように多重化された多数のＴＳパケット１４６から、一つのＴＳストリームが構築される。そして、多数のＴＳパケット１４６は、このように多重化された形で、パケットアライバルタイムスタンプ等１４５の情報を付加し、光ディスク１００上に多重記録される。尚、図６では、プログラム＃ｉ（ｉ＝１，２，３）を構成するデータからなるＴＳパケット１４６に対して、ｊ（ｊ＝１，２，…）をプログラムを構成するストリーム別の順序を示す番号として、“Ｅｌｅｍｅｎｔ（ｉ０ｊ）”で示しており、この（ｉ０ｊ）は、エレメンタリーストリーム別のＴＳパケット１４６の識別番号たるパケットＩＤとされている。このパケットＩＤは、複数のＴＳパケット１４６が時間軸上で多重化されても相互に区別可能なように、時間軸上で多重化される複数のＴＳパケット１４６間では固有の値が付与されている。
また図６では、ＰＡＴ（プログラムアソシエーションテーブル）及びＰＭＴ（プログラムマップテーブル）も、ＴＳパケット１４６単位でパケット化され且つ多重化されている。これらのうちＰＡＴは、複数のＰＭＴのパケットＩＤを示すテーブルを格納している。特にＰＡＴは、所定のパケットＩＤとして、図６のように（０００）が付与されることがＭＰＥＧ２規格で規定されている。即ち、時間軸上で多重化された多数のパケットのうち、パケットＩＤが（０００）であるＴＳパケット１４６として、ＰＡＴがパケット化されたＴＳパケット１４６が検出されるように構成されている。そして、ＰＭＴは、一又は複数のプログラムについて各プログラムを構成するエレメンタリーストリーム別のパケットＩＤを示すテーブルを格納している。ＰＭＴには、任意のパケットＩＤを付与可能であるが、それらのパケットＩＤは、上述の如くパケットＩＤが（０００）として検出可能なＰＡＴにより示されている。従って、時間軸上で多重化された多数のパケットのうち、ＰＭＴがパケット化されたＴＳパケット１４６（即ち、図６でパケットＩＤ（１００）、（２００）、（３００）が付与されたＴＳパケット１４６）が、ＰＡＴにより検出されるように構成されている。
図６に示した如きトランスポートストリームがデジタル伝送されて来た場合、チューナは、このように構成されたＰＡＴ及びＰＭＴを参照することにより、多重化されたパケットの中から所望のエレメンタリーストリームに対応するものを抜き出して、その復調が可能となるのである。
そして、本実施例では、図４に示したＴＳオブジェクト１４２内に格納されるＴＳパケット１４６として、このようなＰＡＴやＰＭＴのパケットを含む。即ち、図６に示した如きトランスポートストリームが伝送されてきた際に、そのまま光ディスク１００上に記録できるという大きな利点が得られる。
更に、本実施例では、このように記録されたＰＡＴやＰＭＴについては光ディスク１００の再生時には参照することなく、代わりに図３に示した後に詳述するＡＵテーブル１３１及びＥＳマップテーブル１３４を参照することによって、より効率的な再生を可能とし、複雑なマルチビジョン再生等にも対処可能とする。このために本実施例では、例えば復調時や記録時にＰＡＴ及びＰＭＴを参照することで得られるエレメンタリーストリームとパケットとの対応関係を、ＡＵテーブル１３１及びＥＳマップテーブル１３４の形で且つパケット化或いは多重化しないで、オブジェクト情報ファイル１３０内に格納するのである。
次に図７を参照して、光ディスク１００上のデータの論理構成について説明する。ここに、図７は、光ディスク１００上のデータの論理構成を、論理階層からオブジェト階層或いは実体階層への展開を中心に模式的に示したものである。
図７において、光ディスク１００には、例えば映画１本、テレビ番組１本などの論理的に大きなまとまりであるタイトル２００が、一又は複数記録されている。各タイトル２００は、一又は複数のプレイリスト１２６から論理的に構成されている。各タイトル２００内で、複数のプレイリストはシーケンシャル構造を有してもよいし、分岐構造を有してもよい。
尚、単純な論理構成の場合、一つのタイトル２００は、一つのプレイリスト１２６から構成される。また、一つのプレイリスト１２６を複数のタイトル２００から参照することも可能である。
各プレイリスト１２６は、複数のアイテム（プレイアイテム）２０４から論理的に構成されている。各プレイリスト１２６内で、複数のアイテム２０４は、シーケンシャル構造を有してもよいし、分岐構造を有してもよい。また、一つのアイテム２０４を複数のプレイリスト１２６から参照することも可能である。アイテム２０４に記述された前述のＩＮポイント情報及びＯＵＴポイント情報により、ＴＳオブジェクト１４２の再生範囲が論理的に指定される。そして、論理的に指定された再生範囲についてオブジェクト情報１３０ｄを参照することにより、最終的にはファイルシステムを介して、ＴＳオブジェクト１４２の再生範囲が物理的に指定される。ここに、オブジェクト情報１３０ｄは、ＴＳオブジェクト１４２の属性情報、ＴＳオブジェクト１４２内におけるデータサーチに必要なＥＳアドレス情報１３４ｄ等のＴＳオブジェクト１４２を再生するための各種情報を含む（尚、図３に示したＥＳマップテーブル１３４は、このようなＥＳアドレス情報１３４ｄを複数含んでなる）。
そして、後述の情報記録再生装置によるＴＳオブジェクト１４２の再生時には、アイテム２０４及びオブジェクト情報１３０ｄから、当該ＴＳオブジェクト１４２における再生すべき物理的なアドレスが取得され、所望のエレメンタリーストリームの再生が実行される。
このように本実施例では、アイテム２０４に記述されたＩＮポイント情報及びＯＵＴポイント情報並びにオブジェクト情報１３０ｄのＥＳマップテーブル１３４（図３参照）内に記述されたＥＳアドレス情報１３４ｄにより、再生シーケンスにおける論理階層からオブジェクト階層への関連付けが実行され、エレメンタリーストリームの再生が可能とされる。
本実施例では特に、後述の如くアングル再生をシームレスに行うための制御情報を含むナビゲーションパケットも、図４から図６に示したＴＳパケット１４６（或いはソースパケット１４４）の一種とされて、ビデオパケット、オーディオパケット及びサブピクチャパケットと共に多重化される。これらのパケットは、後述の如くインターリーブドユニットの単位にまとめられてインターリーブされるが、係るナビゲーションパケットは、各インターリーブドユニットの先頭に配置され、実体情報をなす他のビデオパケット等は、先頭以外の位置に配置される。即ち、図５及び図６に示した如きトランスポートストリームにおけるＴＳパケット１４６（ソースパケット１４４）の配列は、通常可変な複数のパケットずつまとめられたインターリーブドユニットの単位でインターリーブされた後、光ディスク１００上に記録されている。
尚、図５及び図６において、ソースパケット１４４は、ＴＳパケット１４６に対してパケットアライバルタイムスタンプ等１４５が付加されてなるものであり（図４参照）、多重化されるパケットの順番や配列、インターリーブ等を考察する上では、両者を区別する必要は無い。
このようなデータ構造により、図７に示したタイトル２００のうち少なくとも一つについては、一つの視点から見た映像或いはシーン（即ち、一つのアングルのみ）に係る映像情報が再生される再生期間（以下適宜、“通常ブロック”と称する）の他に、複数の視点から見た映像或いはシーン、即ち複数のアングルに係る複数の映像情報が再生される再生期間（以下適宜、“アングルブロック”と称する）を有する。そして本実施例は、このアングルブロックにおいて、複数のアングルをユーザ操作によりシームレスに切り替える“アングル再生（マルチアングル再生”が可能なように構成されている。係るシームレスなアングル切り換えを可能ならしめるインターリーブド構造及びナビゲーションパケット等の構成については後に詳述する。
（アングルブロックに係るデータ構成の具体例）
次に図８から図１２を参照して、本実施例でアングル再生を行うためのアングルブロックに係るＴＳオブジェクト１４２のデータ構成について具体例を挙げて説明する。
本具体例は、５つのコンテンツ＃０〜＃４から、ＴＳオブジェクト１４２が構成され、且つこれらのうちコンテンツ＃０及び＃４から通常ブロックが構成され、これらに挟まれたコンテンツ＃１〜＃３からアングルブロックが構成された場合における、光ディスク１００上に構築されるアングルブロックに係るデータ構成の具体例である。ここに、図８は、アングルブロックと通常ブロックとを含むＴＳオブジェクトにおけるデータ構成を時間軸に沿った形で概念的に示したものである。図９は、このようなＴＳオブジェクトのデータ構成を概念的に示すものであり、図１０は、本具体例における、１個のプログラムでＴＳオブジェクトを構成する場合のデータ構成を図式的に示すものであり、図１１は、本具体例における、３個のプログラムでＴＳオブジェクトを構成する場合のデータ構成を図式的に示すものである。更に、図１２は、同じく本具体例における、光ディスク１００上に最終的に構築されるＴＳオブジェクトのデータ構成を図式的に示すものである。
図８に示すように、ＴＳオブジェクト１４２は、例えばＲＯＭコンテンツとして予め格納するようにオーサリングされたものであり、再生途中にユーザが選択可能なアングルを３個持ち、例えばこれらの３個のアングルに対応する、共通のオーディオ用のエレメンタリーストリーム及びサブピクチャ用のエレメンタリーストリームを備えている。
コンテンツ＃０は、通常ブロック内に位置するので、その再生中は、アングル再生は不可能であり、図中矢印で記した如く単純に通常再生される。
アングルブロック内では、コンテンツ＃１、＃２又は＃３が、アングル再生される。この再生は、コンテンツ＃０の再生終了に引き続いて、その先頭から開始されてもよいし、或いは時間サーチ、早送り、巻き戻し、条件分岐等により、その先頭又は途中から開始される。いずれにせよ、アングルブロック内では、例えば図中矢印で示した如く任意のインターリーブドユニット開始時刻におけるコンテンツ＃１から＃２への切り換えなど、ユーザによるシームレスアングル切り替えが可能である。
コンテンツ＃４は、通常ブロック内に位置するので、その再生中は、アングル再生は不可能であり、図中矢印で記した如く単純に通常再生される。
図９に示すように、このようなＴＳオブジェクトを構成する５個のコンテンツ＃０〜＃４は、夫々ビデオストリーム（Ｖｉｄｅｏ０〜４）、オーディオストリーム（Ａｕｄｉｏ０）及びサブピクチャストリーム（Ｓｕｂ−ｐｉｃｔｕｒｅ０〜４）からなり、各ストリームには個別に、前述の如くエレメンタリーストリーム別のパケットＩＤ（ＥＳ＿ＰＩＤ）が、“１０１”、“１０２”、…のように付与されている。
各コンテンツ間で、ビデオストリームについては、パケットＩＤが別々であり（即ち“１０１”、“１０２”、…であり）、特にアングルブロック内では、アングル切り換えに応じて、相異なるアングルに係る相異なるビデオストリームが再生されることになる。即ち、アングル再生が可能とされている。尚、コンテンツ＃０とコンテンツ＃４とで、ビデオストリームに対して同じパケットＩＤ（ＥＳ＿ＰＩＤ）を付与して、同じビデオストリームを用いることも可能である。更に、このビデオストリームと同じストリームを、アングルブロック内においてコンテンツ＃１〜＃３のいずれか一つで用いることも可能である。
各コンテンツ間で、オーディオストリームについては、パケットＩＤが共通しており（即ち“１０２”であり）、アングルブロックの存在と関係なく、オーディオについては、この共通のストリームが再生されることになる。特にアングルブロック内では、アングル切り換えを行ってもオーディオストリームについては、切り替えられない。即ち、アングル切り換えしても、音声が切り換わることはない。但し、アングルブロック内で、複数のオーディオストリームを使って、音声切り換えに呼応して、オーディオストリームを切り替えてもよい（即ち、違った音声が再生されてよい）。
各コンテンツ間で、サブピクチャストリームについては、コンテンツ＃０〜＃４間で、パケットＩＤが異なっており、異なるエレメンタリーストリームが再生されることになる。但し、アングルブロック内において、コンテンツ＃０〜＃４間で共通のエレメンタリーストリームを用いることも可能である。
図８及び図９に示したＴＳオブジェクト１４２については、大きく２通りのＭＭＰＥＧ上のプログラム（ＭＰＥＧ  Ｐｒｏｇｒａｍ）構成が考えられる。
即ち先ず図１０に示すように、ＴＳオブジェクトが１個のプログラム（Ｐｒｏｇｒａｍ）で構成される場合がある。この場合、図６に示した如きトランスポートストリーム上では、一つのＰＡＴにより一つのＰＭＴが特定され、更にこのＰＭＴによりコンテンツ＃１〜＃３に係る全エレメンタリーストリームについてのパケットＩＤ（ＥＳ＿ＰＩＤ）が特定される。
或いは図１１に示すように、ＴＳオブジェクトが３個のプログラム（Ｐｒｏｇｒａｍ）で構成される場合がある。即ち、コンテンツ＃０に係る通常ブロックと、コンテンツ＃１〜＃３に係るアングルブロックと、コンテンツ＃４に係る通常ブロックとで、プログラムを３個に分ける場合である。
更に図１１の場合、アングルブロック内で、アングル別にプログラムを分けない場合と分ける場合とに二つに細分類される。
アングル別にプログラムを分けない場合には、図１１中、中段左側に示すように、アングルブロック内におけるトランスポートストリーム上で、一つのＰＡＴ（ＥＳ＿ＰＩＤが“０００”と規定されている）により一つのＰＭＴ（ＥＳ＿ＰＩＤが“１００”と規定されている）が特定され、更にこのＰＭＴによりコンテンツ＃１〜＃３に係る全エレメンタリーストリームについてのパケットＩＤ（ＥＳ＿ＰＩＤ）が特定される。
他方、アングル別にプログラムを分ける場合には、図１１中、中段右側に示すように、アングルブロック内におけるトランスポートストリーム上で、一つのＰＡＴ（ＥＳ＿ＰＩＤが“０００”と規定されている）により複数のＰＭＴ（ＥＳ＿ＰＩＤが“１００”、“２００”及び“３００”と規定されている）が特定され、更にこのＰＭＴによりコンテンツ＃０〜＃４に係る全エレメンタリーストリームについてのパケットＩＤ（ＥＳ＿ＰＩＤ）が特定される。
以上図８から図１１を参照して説明した光ディスク１００に構築されるデータ構成をまとめると、図１２に示すようになる。
即ち図１２において、光ディスク１００は、三つのアイテム（Ｉｔｅｍ＃１〜＃３）を指定するプレイリスト＃１（Ｐリスト＃１）からなるタイトル＃１が構築されたデータ構造を有する。更に、プレイリスト＃１には、三つのアイテムを介して、アングルブロックを含む一つのＴＳ＃１オブジェクトが対応付けられている。そして特に、例えばデジタル放送され記録された一つの“番組”に係るタイトル＃１は、アングルブロック内では、アングル再生可能なように論理的に構築されている。
また、図１２において、ＴＳオブジェクトは、例えば一本の映画を構成するビデオストリーム、オーディオストリーム及びサブピクチャストリームというようにコンテンツとして組をなす複数のエレメンタリーストリームは、ＰＵ（プレゼンテーションユニット）としてグループ分けされており、更に、相互にアングル切り換え可能な組をなす複数のＰＵは、ＡＵ（アソシエーションユニット）としてグループ分けされている。即ち、アングル切り換えは、同一ＡＵの範囲内で、相異なるＰＵに属するエレメンタリーストリームを特定することで、比較的簡単に実行できる。尚、具体的に、どのエレメンタリーストリームがどのＰＵに属し、更にどのＰＵがどのＡＵに属するかの情報については、ＡＵテーブル１３１内のＡＵ情報１３２Ｉ（図３参照）内に記述されている。係るＡＵテーブルの詳細構成については後述する。
（各情報ファイルに係るデータ構成の具体例）
次に図１３から図１８を参照して、本実施例の光ディスク１００上に構築される各種情報ファイル、即ち図３を参照して説明した（１）ディスク情報ファイル１１０、（２）プレイリスト情報ファイル１２０及び（３）オブジェクト情報ファイル１３０のデータ構造について、各々具体例を挙げて説明する。
（１）  ディスク情報ファイル：
先ず図１３及び図１４を参照して、ディスク情報ファイル１１０について一具体例を挙げて詳細に説明する。ここに図１３は、ディスク情報ファイル１１０のデータ構成の一具体例を図式的に示すものであり、図１４は、これに含まれるタイトル情報テーブル（ｔａｂｌｅ）１１４のデータ構成の一具体例を図式的に示すものである。
図１３に示すように本具体例では、ディスク情報ファイル１１０には、ディスク総合情報１１２、タイトル情報テーブル１１４及びその他の情報１１８が格納されている。
このうちディスク総合情報１１２は、例えば複数の光ディスク１００で構成されるシリーズものの通し番号を示すディスクボリューム情報や、総タイトル数情報などの総合的なディスク情報である。
タイトル情報テーブル１１４は、各タイトルを構成する全プレイリストと、その他の例えばタイトル毎の情報としてタイトル内のチャプタ情報等が格納されており、タイトルポインタ情報、タイトル＃１情報、タイトル＃２情報、…を含んでなる。ここに「タイトルポインタ情報」とは、タイトル＃ｎ情報の格納アドレス情報、即ち図１３中の矢印で対応関係を示したように、タイトル情報テーブル１１４内におけるタイトル＃ｎ情報の格納位置を示す格納アドレス情報であり、相対論理アドレスで記述される。そして、光ディスク１００内におけるタイトル数分が、相対論理アドレスとしてタイトル順に並べられている。尚、このような格納アドレス情報各々のデータ量は、固定バイトであってもよいし、可変バイトであってもよい。
本実施例では特に図１４に示すように、タイトルポインタには、このような格納アドレス情報のほか、タイトル＃ｎ（ここでは、＃１）についての、アングル再生における切り換え可能なアングルの最大数（Ｍａｘ  Ａｎｇｌｅ数）等のアングルに係るアングル情報が、記述されている。係る最大数は、アングル再生ではない、通常再生の場合には、値“１”を設定して、その旨が識別されるように構成してもよい。当該アングルの最大数は、同一タイトル内で固定としてもよいし、同一タイトル内で可変（即ち、アングルブロック毎に、切り換え可能なアングルの最大数が異なる）としてもよい。
また、その他の情報１１８とは、例えばシーケンシャル型や分岐型等のタイトルの種類や総合プレイリスト数等の各タイトルに関する情報などである。
（２）  プレイリスト情報ファイル：
次に図１５を参照して、プレイリスト情報ファイル１２０について一具体例を挙げて詳細に説明する。ここに図１５は、プレイリスト情報ファイル１２０内に構築されるプレイリスト情報テーブル（ｔａｂｌｅ）１２１におけるデータ構成の一具体例を図式的に示すものである。
図１５に示すように本具体例では、プレイリスト情報ファイル１２０内には、フィールド（Ｆｉｅｌｄ）別に、プレイリスト総合情報１２２、プレイリストポインタテーブル１２４、プレイリスト＃１情報テーブル１２６が、プレイリスト情報テーブル１２１（図３参照）として格納されている。
各フィールドは、必要な個数分の各テーブルを追加可能な構造を有してもよい。例えば、プレイリストが４つ存在すれば、該当フォールドが４つに増える構造を有してもよく、これはアイテム情報テーブルについても同様である。
これらのうち、プレイリスト総合情報（Ｐリスト総合情報）１２２には、当該プレイリストテーブルのサイズやその他、総プレイリスト数等が記述される。
プレイリストポインタテーブル（Ｐリストポインタｔａｂｌｅ）１２４には、各プレイリスト記載位置のアドレスが、図１５中矢印で対応関係を示したように、当該プレイリスト情報テーブル１２６内における相対論理アドレスとして格納される。
プレイリスト＃１情報テーブル（Ｐリスト＃１情報ｔａｂｌｅ）１２６には、プレイリスト＃１に関する総合情報、プレイリスト＃１のアイテム情報テーブル（ＰリストＩｔｅｍ情報Ｔａｂｌｅ）及びその他の情報が格納されている。
「アイテム情報テーブル（Ｉｔｅｍ情報ｔａｂｌｅ）」には、一つのプログラムリストを構成する全アイテム数分のアイテム情報が格納される。ここで、「アイテム＃ｎ（Ｉｔｅｍ＃ｎ情報）」（但し、ｎ＝１，２，３）に記述されるＡＵ（アソシエートユニット）テーブル内のＡＵ番号とは、当該アイテム再生に使用するＴＳオブジェクトのアドレスや当該アイテム再生に使用するＴＳオブジェクト中の各エレメンタリーストリーム（即ち、ビデオストリーム、オーディオストリーム又はサブピクチャストリーム）を特定するための情報を格納したＡＵの番号である。また、当該アイテム情報中には、このＡＵに属するデフォールト再生のＰＵの番号も格納されている。
（３）  オブジェクト情報ファイル：
次に図１６を参照して、オブジェクト情報ファイル１３０について一具体例を挙げて詳細に説明する。ここに図１６は、オブジェクト情報ファイル１３０内に構築されるＡＵ（アソシエートユニット）テーブル１３１（図３参照）及びこれに関連付けられるＥＳ（エレメンタリーストリーム）マップテーブル１３４（図３参照）におけるデータ構成の一具体例を図式的に示すものである。
図１６に示すように本具体例では、オブジェクト情報ファイル１３０内には、オブジェクト情報テーブル（オブジェクト情報ｔａｂｌｅ）が格納されている。そして、このオブジェクト情報テーブルは、図中上段に示すＡＵテーブル１３１及び下段に示すＥＳマップテーブル１３４から構成されている。
図１６の上段において、ＡＵテーブル１３１は、各フィールド（Ｆｉｅｌｄ）が必要な個数分のテーブルを追加可能な構造を有してもよい。例えば、ＡＵが４つ存在すれば、該当フィールドが４つに増える構造を有してもよい。
ＡＵテーブル１３１には、別フィールド（Ｆｉｅｌｄ）に、ＡＵの数、各ＡＵへのポインタなどが記述される「ＡＵテーブル総合情報」、「パケット番号不連続情報」と、「その他の情報」とが格納されている。
そして、ＡＵテーブル１３１内には、各ＡＵ＃ｎに対応する各ＰＵ＃ｍにおけるＥＳテーブルインデックス＃１（ＥＳ＿ｔａｂｌｅ  Ｉｎｄｅｘ  ＃１）を示すＡＵ情報１３２Ｉとして、対応するＥＳマップテーブル１３４のインデックス番号（Ｉｎｄｅｘ番号＝…）が記述されている。ここで「ＡＵ」とは、前述の如く例えばアングル再生可能な“番組”に相当する単位であり、この中に再生単位であるＰＵが一つ以上含まれている。また、「ＰＵ」とは、前述の如く各ＡＵ内に含まれる相互にアングル切り替え可能なエレメンタリーストリームの集合であり、ＰＵ情報３０２Ｉにより各ＰＵに対応するＥＳテーブルインデックス＃が特定されている。例えば、ＡＵでアングル再生可能なコンテンツを構成する場合、ＡＵ内には、複数のＰＵが格納されていて、夫々のＰＵ内には、各アングルのコンテンツを構成するパケットを示す複数のエレメンタリーストリームパケットＩＤへのポインタが格納されている。これは後述するＥＳマップテーブル１３４内のインデックス番号を示している。
本実施例では特に、ＡＵテーブル１３１には、前述したＴＳオブジェクト１４２内のパケットの連続番号（通し番号）に、編集処理によるパケット欠落が生じた場合における、パケット番号の不連続状態を示す不連続情報１３１Ｃが付加されている。係る不連続情報を用いれば、パケット欠落が発生した際に、パケット番号を新たに付与しなくても、不連続情報により示された不連続状態を考慮に入れて（エレメンタリーストリームの指定されるパケットを起点として）パケット数を数えることで、アクセス対象たるパケットのアドレスを特定できる。係る不連続情報は、例えば、不連続の開始点及び欠落したパケット数を示す情報を含んでなる。このように不連続情報１３１Ｃは、複数のＡＵに対して共通に一つだけまとめて記述されており、記録容量を節約する観点から大変優れている。
更に、このようなパケット番号に加えて、インターリーブドブロック内では、インターリーブドブロック毎に固有の、その内部におけるパケットの連続番号を、その先頭パケットの番号を“０”とし、先頭からのオフセット番号として割り当てるとよい。これにより、インターリーブドブロック外で削除等の編集が行われた場合にも、インターリーブドブロック内では、上述した不連続情報を参照する必要がなくなる。何故なら、アングルのインターリーブドブロック内は、例えば、早送り（ＦＷ）／巻戻し（ＢＷ）操作や非シームレスアングル切替を除き、ナビパケットで格納しているアドレス情報を用いて光ディスク１００内をアクセスするからである。但し、アングルのインターリーブドブロック内で削除等の編集が行われる場合は、各インターリーブドユニット８００の再生時刻を合わせる必要がある。このためには、コンテンツを作り直し、新たなインターリーブドブロック内の連続番号（オフセット番号）をふり直すとよい。
本実施例では特に、各ＡＵ情報１３２Ｉには、当該ＡＵに属するＰＵの総数や、アングル再生用のＡＵであるか否かを識別するためのアングル識別などを示すＡＵ属性情報が含まれている。
更に、各ＰＵ情報３０２Ｉには、エレメンタリーストリーム（ＥＳ）の数などを示すＰＵ属性情報が含まれている。このＰＵ属性情報は、アングル再生用のＡＵに属するＰＵに対するものであれば、当該ＰＵに対応するアングル番号（例えば、１，２、３、…）を示すアングル番号情報をも含む。更に、このＰＵについては、各アングルのコンテンツを構成するＥＳ＿ＰＩＤへのポインタが格納されている。
図１６の下段において、ＥＳマップテーブル１３４には、フィールド（Ｆｉｅｌｄ）別に、ＥＳマップテーブル総合情報（ＥＳ＿ｍａｐ  ｔａｂｌｅ総合情報）と、複数のインデックス＃ｍ（ｍ＝１，２，…）と、「その他の情報」とが格納されている。
「ＥＳマップテーブル総合情報」には、当該ＥＳマップテーブルのサイズや、総インデックス数等が記述される。
そして「インデックス＃１」は、再生に使用されるエレメンタリーストリームのエレメンタリーストリームパケットＩＤ（ＥＳ＿ＰＩＤ）と、エレメンタリーストリームのアドレス情報を含んで構成されている。
本実施例では特に、このアドレス情報、即ちＥＳアドレス情報１３４ａとして、パケット番号（ＳＰＮ）とこれに対応する表示開始時間とが記述されている。そして、前述のようにエレメンタリーストリームがＭＰＥＧ２のビデオストリームである場合には、Ｉピクチャの先頭のＴＳパケットのアドレスのみが、当該ＥＳアドレス情報１３４ａとして、ＥＳマップテーブル１３４中に記述されており、データ量の削減が図られている。
このように構成されているため、ＡＵテーブル１３１から指定されたＥＳマップテーブル１３４のインデックス番号から、実際のエレメンタリーストリームのエレメンタリーストリームパケットＩＤ（ＥＳ＿ＰＩＤ）が取得可能となる。また、そのエレメンタリーストリームパケットＩＤに対応するエレメンタリーストリームのアドレス情報も同時に取得可能であるため、これらの情報を元にしてオブジェクトデータの再生が可能となる。
尚、図１６では記述されていないが、上段のＡＵテーブル１３１から参照しないＥＳ＿ＰＩＤについても、下段のＥＳマップテーブル１３４のインデックス別に記述してもよい。このように参照しないＥＳ＿ＰＩＤをも記述することで、より汎用性の高いＥＳマップテーブル１３４を作成しておけば、例えば、オーサリングをやり直す場合など、コンテンツを再編集する場合にＥＳマップテーブルを再構築する必要がなくなるという利点がある。
（インターリーブド構造及びナビゲーションパケット）
次に、上述したアングル再生を迅速或いはシームレスに実行するための、上述したＴＳオブジェクト１４２におけるインターリーブド構造及びナビゲーションパケットについて図１７から図２８を参照して説明する。ここに、図１７は、本実施例で採用する統計多重方式における、時間軸上でのアングル毎のビットレートと上限レートとの関係の一例を示す。図１８は、実施例で採用するインターリーブドブロックのデータ構造を図式的に示し、図１９は、係るインターリーブドブロック内におけるアングル切り換えの様子を図式的に示す。図２０は、ナビパケットのデータ構造を図式的に示し、図２１は、その具体例を示す。図２２は、このようなナビパケットが保持するアングル切り換え先（飛び先）を示すアドレス情報の意味内容を図式的に示すものである。図２３は、実施例に係るタイトル＃１のアングルブロックのデータ構造を概念的に示し、図２４は、このような構造を有するタイトル＃１の各アングルのビデオストリームにおけるＥＳアドレス情報の具体例を示す。また、図２５から図２８は、本実施例におけるインターリーブ及びナビゲーションパケットを用いた再生原理を概念的に示すものである。
尚、以下では簡単のため、ナビゲーションパケットを“ナビパケット”と略称する。
図１７に示すように、本実施例では、統計多重方式を用いるので、複数のアングル（アングル▲１▼〜▲５▼）に係るエレメントストリーム間で転送レートは異なってよい。即ち、図１７において、合計で上限レートを超えない限りにおいて、各レート曲線間における縦方向の距離で示される転送レートの割り当てが可能である。従って、特定のアングルについて、ある一瞬においては転送レートを多少上げることが可能である。
しかるに仮に、例えば夫々がＨＤＴＶレベルの高画質の複数のアングルを、単純にＴＳパケット単位で多重化したのでは、転送レートは再生に支障を来たす程までに低下しかねない。このため、本実施例では特に、ＴＳオブジェクト１４２（図４等参照）は、ＴＳパケット１４６（或いは、ソースパケット１４４）を通常可変である複数個まとめた単位をインターリーブドユニットとして、当該インターリーブドユニットの単位で、インターリーブされた構造を有している。
更に、上述したようにＴＳパケットの多重化によれば、ＡＵテーブル１３１（図１６等参照）等のオブジェクト情報を参照することで、アングル再生が可能である。
しかるに仮に、アングル切り換えの都度に、再生中のＴＳオブジェクト１４２から離れてオブジェクト情報を参照するのでは、迅速或いはシームレスな切り換え動作は、技術的に極めて困難であるか殆ど不可能である。このため、本実施例では特に、ＴＳオブジェクト１４２は、インターリーブされた各インターリーブドユニットの先頭位置に、シームレスなアングル切り換えを可能ならしめるべく、アングル切り換え後に再生する可能性のある全アングルに関するアドレス情報等が格納されたナビパケットが配置された構造を有している。
図１８は、このような複数のインターリーブドユニットからなる上述したアングルブロック部分である、“インターリーブドブロック（Ｉｎｔｅｒｌｅａｖｅｄ  Ｂｌｏｃｋ）”の構造を概念的に示している。
図１８において、ＴＳパケットの配列からなる各アングル（Ａｎｇｌｅ＃１〜＃３）に対応するエレメンタリーストリームは、トランスポートストリームにおける統計的多重に依存する、一定でない時間間隔であるインターリーブドユニット（ＩＬＶＵ）８００の単位に細分化されている。このインターリーブドユニット８００には、通常多数のＴＳパケットが含まれることになる。そして、アングル番号（＃１〜＃３）別に、各インターリーブドユニット８００は、図中矢印で示すように、交互に配列されている。即ち、インターリーブされている。
上述のアングルブロックは、このようなインターリーブドブロックで構築される。更に、アングルブロックをなすインターリーブドブロック内では、各インターリーブドユニット８００間で、再生開始時刻と終了時刻とが、全アングルを通じて等しくされている。
このようなインターリーブによって、転送レートを下げることなくアングル再生を行うことが容易になる。尚、アングルブロック以外であっても、インターリーブドブロックから構成してもよい。
図１９に示すように本実施例では特に、アングル切替の度にオブジェクト情報のＥＳアドレス情報１３４ａ（図１６等参照）を取得する必要なしに、インターリーブドユニット８００の先頭に配置されたナビパケット内のアドレス情報を参照することにより、以下の如く迅速或いはシームレスなアングル切り換えが可能となる。
より具体的には図１９において、インターリーブドユニット（＃１−１）の先頭のナビパケットを参照すれば、その再生後に、図中三つの矢印で示した如く、いずれのアングルに対応するインターリーブドユニット（＃１−２、＃２−２、＃３−２）の再生を開始することも可能である。尚、この場合、＃１−２の再生を開始することは、アングル切り換えがなされないことを意味し、＃２−２又は＃３−２の再生を開始することは、アングル切り換えが行われることを意味する。
更に、シームレスのアングル切り換えを実行するための条件として先ず第１に、本実施例では特に、図２０に示すように、ナビパケット（Ｎａｖｉ  Ｐａｃｋｅｔ）８０１は、少なくとも自らが先頭に配置されたインターリーブドユニット（ＬＬＶＵ）８００に係るアングル番号を示す情報、当該アングル再生における切り換え可能なアングル数を示す情報、並びに全アングルについて次に続くインターリーブドユニット８００の飛び先情報としての、アングル番号とこれに対応する次に続くインターリーブドユニット８００の物理アドレス及びサイズ（時間間隔）とを示す情報等が、格納されている。
より具体的には、例えば図１８及び図１９に示したタイトル＃１のアングル＃２−２におけるナビパケット８０１は、図２１に示したデータ内容を有する。即ち、ナビパケット８０１ａは、アングル番号＝２及びアングル数＝３の他に、三つのアングル＃１〜＃３について夫々、次のインターリーブドユニットの物理アドレス（パケット番号）及びサイズ（パケット数）を示す情報を有する。尚、ここにいう「パケット番号」は、前述の如くインターリーブド内で通し番号として付与されるパケットの連続番号でもよいし、ＴＳオブジェクト内で通し番号として付与されるパケットの連続番号でもよい。前者及び後者の場合には夫々、独自の長所が得られることは既に述べたとおりである。
図２２に、この具体例に係るナビパック８０１ａにおける「次に続くインターリーブドユニットの飛び先情報」が示す、“飛び先”となるインターリーブドユニット８００ａを概念的に示す。
図２２に示すように、ナビパケット８０１ａが格納するアドレス情報に基づき、図中三つの矢印で示すように、いずれのアングルの映像情報に係るインターリーブドユニット８００ａにアクセスする（飛ぶ）ことも可能であり、アングル切り換えが可能となる。
尚、このようなアクセス（飛び）は、当該ナビパケット８０１ａが先頭に置かれたインターリーブドユニット（＃２−２）の再生が完了した時点で行われる。これにより、通常読み出された後にバッファに一時的に格納された当該インターリーブドユニットの再生を完了するまでの時間内に、飛び先のインターリーブドユニット（即ち、ナビパケット８０１により、「次のインターリーブドユニット（ＩＬＶＵ）」として扱われるものであり、ここでは、＃１−３、＃２−３又は＃３−３のインターリーブドユニット）を構成するＴＳパケットを取得して、当該インターリーブドユニットの再生完了の直後に、選択された飛び先のインターリーブドユニット８００ａの再生を開始すれば、シームレスな再生が可能となる。
シームレスのアングル切り換えを実行するための条件として第２に、本実施例では特に、各インターリーブドユニット８００内におけるＴＳパケット（或いはソースパケット）の配置は、図２３の如くとされる。
即ち図２３に示すように、アングルブロック用のインターリーブドブロック内に配置される各インターリーブドユニット８００の先頭パケットは、ナビパケット８０１とされる。更に、２番目以降のパケットは、ＭＰＥＧ２のビデオストリームのＩピクチャの先頭データを含むパケットから開始する。
シームレスのアングル切り換えを実行するための条件として第３に、本実施例では特に、図２４に示すように、アングル再生用に映像情報に係るＥＳマップテーブル１３４のＥＳアドレス情報１３４ａ（図１６等参照）として、対応するパケットの“表示開始時刻”、“パケット番号”及び“インターリーブドユニット８００内の先頭Ｉピクチャを示すフラグ”を格納する。このフラグの値は例えば、インターリーブドユニット８００内の先頭Ｉピクチャのエントリ（行）の場合は“１”を、それ以外のエントリ（行）の場合は“０”とする。このフラグは、インターリーブドユニット８００の途中から再生開始する場合に、ナビパック８００を容易に見つける役割を果たすものである。尚、この見つける方法については、後述する。
図２４に示すＥＳアドレス情報には、好ましくは、Ｉピクチャに係るパケット番号とこれに対応する表示開始時刻とを記述し、Ｂピクチャ又はＰピクチャ若しくは音声情報又は副映像情報についてのこれらのパケット番号等を記述しない。これにより、再生時には、Ｉピクチャに係るパケット番号に基づき当該パケットのアドレスを特定でき、これに対応する表示開始時刻に基づいてＩピクチャを再生できる。更に、このＩピクチャに基づいて、Ｂピクチャ及びＰピクチャを再生でき、並びにこのような映像情報に対応する音声情報又は副映像情報が存在する場合には該音声情報又は副映像情報を再生できる。この際特に、Ｂピクチャ及びＰピクチャに係るパケットのアドレス情報や、対応する音声情報に係るパケットのアドレス情報を記述する必要が無いので、全体として情報記録媒体に記録する情報量の削減を図れる。
ここで、上述の如きインターリーブドユニット８００及びナビゲーションパケット８０１、並びに図２４に示した如きＥＳアドレス情報を用いたアングルブロックの再生原理について、図２５から図２８を参照して説明する。尚、アングルブロックの実際の再生処理は、ここで説明する再生原理に基づいて、後述する情報記録再生装置によって行われるものである。
先ず図２５を参照して、“アングル・ブロックの通常の再生（アングル切替なし）”における再生原理を処理順に説明する。
▲１▼：この場合、先ず、図２５中“Ｓｔｅｐ１”で示すように、プレイリストから与えられるＡＵとこれに属するＰＵのうちユーザより指定されたアングルに対応するものとに基づいて、エレメンタリーストリームパケットＩＤ（ＥＳ＿ＰＩＤ）を、オブジェクト情報ファイルからＡＵ及びＰＵを用いて取得し、該当するエレメンタリーストリームのＥＳマップテーブルのＥＳアドレス情報（図２４等参照）を取得する。
▲２▼：続いて、図２５中“Ｓｔｅｐ２”で示すように、プレイリストから与えられる表示開始時刻を用いて、ＥＳアドレス情報（図２４等参照）から該当するエントリを探し出し、表示開始時刻に対応するパケット番号を取得する。
▲３▼：続いて、図２５中“Ｓｔｅｐ３”で示すように、上記▲２▼で探し出したエントリに対して、“ＩＬＶＵの先頭フラグ＝１”のエントリを探す。“ＩＬＶＵの先頭フラグ＝０”の時には、該当するエントリの位置からＥＳアドレス情報を前方（表示開始時刻の小さい方向）に遡り、“ＩＬＶＵの先頭フラグ＝１”のエントリを探す。
▲４▼：続いて、図２５中“Ｓｔｅｐ４”で示すように、上記▲３▼の処理で取得した該当エントリの“パケット番号−１”（即ち、ナビパケット）の位置のオブジェクトデータを読む。
▲５▼：続いて、図中２７中“Ｓｔｅｐ５”で示すように、上記▲２▼の処理で取得した該当エントリのパケット番号の位置からオブジェクトデータを読んで行く。
▲６▼：更に、図中２７中“Ｓｔｅｐ６”で示すように、上記▲４▼の処理で取得したナビパケットに格納されている、全アングルに対する次のインターリーブドユニット（ＩＬＶＵ）のアドレス情報に基づいて、アングルブロック内で、オブジェクトデータを読んで行く。尚、ナビパケットは、次のナビパケットを読み込むまでは基本的に有効である。
次に図２６を参照して、“アングル切替時（シームレスアングル切替）”における再生原理を処理順に説明する。
▲１▼〜▲６▼：ここでは先ず、上記図２５を参照して説明した通常の再生が行われているものとする。
▲７▼：任意の時点においてユーザが、アングルブロック内でアングルを切り替える場合、例えばアングル＃１からアングル＃２に変更する場合、図２６中“Ｓｔｅｐ７”で示すように、変更後のアングル（アングル＃２）に対する次のインターリーブドユニット（ＩＬＶＵ）のアドレス情報をナビパケットから取得し、変更後のアングルに対する次のインターリーブドユニットのオブジェクトデータを読んで行く。このようなシームレスアングル切り替えは、インターリーブドユニット単位で可能である（即ち、アングル切換時に再生中のインターリーブドユニットの再生が終了した時点で、別のアングルに係るインターリーブドユニットの再生が切れ目無く開始される）。
次に図２７を参照して、“アングル切替時（非シームレスアングル切替）”における再生原理を処理順に説明する。
▲１▼〜▲６▼：ここでは先ず、上記図２５を参照して説明した通常の再生が行われているものとする。
▲７▼：任意の時点においてユーザが、アングルブロック内で非シームレスアングル切替をする場合、例えばアングル＃１からアングル＃２に変更する場合、図２７中“Ｓｔｅｐ７”で示すように、アングル切替が発生したインターリーブドユニットの先頭表示開始時刻を取得するため、ＥＳアドレス情報（図２４等参照）から“ＩＬＶＵの先頭フラグ＝１”のエントリを探す。“ＩＬＶＵの先頭フラグ＝０”の時には、該当するエントリの位置からＥＳアドレス情報を前方（表示開始時刻の小さい方向）に遡り、“ＩＬＶＵの先頭フラグ＝１”のエントリを探す。
▲８▼：続いて、図２７中“Ｓｔｅｐ８”で示すように、アングル切替後のアングル番号に対応するＥＳアドレス情報（図２４等参照）をＡＵテーブル１３１（図１６参照）から取得する。
▲９▼：続いて、図１７中“Ｓｔｅｐ９”で示すように、上記▲８▼で取得したＥＳアドレス情報（図２４等参照）を参照して、上記▲７▼の処理で取得した表示開始時刻に対応するパケット番号を取得する。
そして、上記▲９▼で取得した“パケット番号−１”、即ちナビパケットを含めて、変更後のアングルに対する次のインターリーブドユニットのオブジェクトデータを読んで行く。ここに「非シームレスアングル切替」とは、現在のインターリーブドユニットの先頭の表示開始時刻と同時刻で、アングルを切り替えることをいう。但し、多少時間を遡って、非シームレスに切り替えることも可能である。
いずれにせよ本実施例では、シームレスのアングル切り換えが可能であるが、ユーザ設定により、このような非シームレスのアングル切り換えが選択的に実行可能であってもよい。
次に図２８を参照して、“早送り（ＦＷ）／巻き戻し（ＢＷ）”における再生原理を説明する。
▲１▼〜▲６▼：ここでは先ず、上記図２５を参照して説明した通常の再生が行われているものとする。
▲７▼：任意の時点においてユーザが、アングルブロック内で早送り（ＦＷ）／巻き戻し（ＢＷ）の操作指示を実行すると、図２８中“Ｓｔｅｐ７”で示すように、ＥＳアドレス情報を用いて、これらを開始する表示開始時刻のエントリから、前方または後方に順に移動してパケット番号を取得して行き、該当するオブジェクトデータを読んで表示して行く。これらの操作停止後は、停止した位置のエントリのパケット番号を取得する。
▲８▼：図２８中“Ｓｔｅｐ８”で示すように、上記▲７▼で取得したエントリに対して、“ＩＬＶＵの先頭フラグ＝１”のエントリを探す。“ＩＬＶＵの先頭フラグ＝０”の時には、該当するエントリの位置からＥＳアドレス情報を前方（表示開始時刻の小さい方向）に遡り、“ＩＬＶＵの先頭フラグ＝１”のエントリを探す。
▲９▼：続いて、図２８中“Ｓｔｅｐ９”で示すように、上記▲８▼の処理で取得した該当エントリの“パケット番号−１”（即ち、ナビパケット）の位置のオブジェクトデータを読む。
そして、図中３０中“Ｓｔｅｐ１０”で示すように、上記▲７▼の処理で取得した該当エントリのパケット番号の位置からオブジェクトデータを読んで行く。
以上詳述したように本実施例では、光ディスク１００上においてソースパケット１４４或いはＴＳパケット１４６の単位で多重記録されており、これにより、図２（ｂ）に示したような多数のエレメンタリーストリームを含んでなる、トランスポートストリームを光ディスク１００上に多重記録可能とされている。本実施例によれば、通常ブロック内に、記録レートの制限内で複数の番組等を同時に記録可能であり、特にアングルブロック内では、記録レートの制限内で複数のアングルを同時に記録可能である。そして、このように記録された光ディスク１００は、上述した図２５から図２８に示した再生原理により、アングルブロック内では特に、シームレスのアングル再生が可能とされる。以下、このような記録処理及び再生処理を実行可能な情報記録再生装置の実施例について説明する。
（情報記録再生装置）
次に図２９から図３８を参照して、本発明の情報記録再生装置の実施例について説明する。ここに、図２９は、情報記録再生装置のブロック図であり、図３０から図３８は、その動作を示すフローチャートである。
図２９において、情報記録再生装置５００は、再生系と記録系とに大別されており、上述した光ディスク１００に情報を記録可能であり且つこれに記録された情報を再生可能に構成されている。本実施例では、このように情報記録再生装置５００は、記録再生用であるが、基本的にその記録系部分から本発明の記録装置の実施例を構成可能であり、他方、基本的にその再生系部分から本発明の情報再生装置の実施例を構成可能である。
情報記録再生装置５００は、光ピックアップ５０２、サーボユニット５０３、スピンドルモータ５０４、復調器５０６、デマルチプレクサ５０８、ビデオデコーダ５１１、オーディオデコーダ５１２、サブピクチャデコーダ５１３、ナビパックデコーダ５１５、加算器５１４、システムコントローラ５２０、メモリ５３０、変調器６０６、フォーマッタ６０８、ＴＳオブジェクト生成器６１０、ビデオエンコーダ６１１、オーディオエンコーダ６１２、サブピクチャエンコーダ６１３及びナビパックエンコーダ６１５を含んで構成されている。システムコントローラ５２０は、ファイル（Ｆｉｌｅ）システム／論理構造データ生成器５２１及びファイル（Ｆｉｌｅ）システム／論理構造データ判読器５２２を備えている。更にシステムコントローラ５２０には、メモリ５３０及び、タイトル情報等のユーザ入力を行うためのユーザインタフェース７２０が接続されている。
これらの構成要素のうち、復調器５０６、デマルチプレクサ５０８、ビデオデコーダ５１１、オーディオデコーダ５１２、サブピクチャデコーダ５１３、ナビパックデコーダ５１５及び加算器５１４から概ね再生系が構成されている。他方、これらの構成要素のうち、変調器６０６、フォーマッタ６０８、ＴＳオブジェクト生成器６１０、ビデオエンコーダ６１１、オーディオエンコーダ６１２、サブピクチャエンコーダ６１３及びナビパックエンコーダ６１５から概ね記録系が構成されている。そして、光ピックアップ５０２、サーボユニット５０３、スピンドルモータ５０４、システムコントローラ５２０及びメモリ５３０、並びにタイトル情報等のユーザ入力を行うためのユーザインタフェース７２０は、概ね再生系及び記録系の両方に共用される。更に記録系については、ＴＳオブジェクトデータ源７００と、ビデオデータ源７１１、オーディオデータ源７１２及びサブピクチャデータ源７１３とが用意される。また、システムコントローラ５２０内に設けられるファイルシステム／論理構造データ生成器５２１は、主に記録系で用いられ、ファイルシステム／論理構造判読器５２２は、主に再生系で用いられる。
光ピックアップ５０２は、光ディスク１００に対してレーザービーム等の光ビームＬＢを、再生時には読み取り光として第１のパワーで照射し、記録時には書き込み光として第２のパワーで且つ変調させながら照射する。サーボユニット５０３は、再生時及び記録時に、システムコントローラ５２０から出力される制御信号Ｓｃ１による制御を受けて、光ピックアップ５０２におけるフォーカスサーボ、トラッキングサーボ等を行うと共にスピンドルモータ５０４におけるスピンドルサーボを行う。スピンドルモータ５０４は、サーボユニット５０３によりスピンドルサーボを受けつつ所定速度で光ディスク１００を回転させるように構成されている。
図２９において、本実施例では特に、ビデオデコーダ５１１等と並んで、デマルチプレクサ５０８の出力側に、ナビパケットデコーダ５１５が設けられている。ナビパケットデコーダ５１５には、アングルブロックを再生する際には、インターリーブドパケットの先頭に配置された前述のナビパケットが入力される。そして、ナビパケットデコーダ５１５は、これをデコードした結果得られる、アングル番号、アングル数、アドレス情報等（図２０及び図２１等参照）の情報ＤＮをシステムコントローラ５２０内のファイルシステム／論理構造判読器５２２へ出力するように構成されている。このナビパケットに格納されたアドレス情報等は、インターリーブドブロックに対するピックアップ制御等に使用される。
更に、本実施例では特に、ビデオエンコーダ６１１等と並んで、ＴＳオブジェクト生成器６１０の入力側には、ナビパケットエンコーダ６１５が設けられている。ナビパケットエンコーダ６１５は、アングルブロックを生成する際は、制御信号Ｓｃ７を介してのシステムコントローラ５２０による制御下で、アングル番号、アングル数、アドレス情報等（図２０及び図２１等参照）をエンコードする。ＴＳオブジェクト生成器６１０は、このエンコードされた情報をナビパケットとして、トランスポートストリームにおける、インターリーブドパケットの先頭に配置されるように、フォーマッタに所定タイミングで出力するように構成されている。
（ｉ）  記録系の構成及び動作：
次に図２９から図３３を参照して、情報記録再生装置５００のうち記録系を構成する各構成要素における具体的な構成及びそれらの動作を、場合分けして説明する。
（ｉ−１）  作成済みのＴＳオブジェクトを使用する場合：
この場合について図２９及び図３０を参照して説明する。
図２９において、ＴＳオブジェクトデータ源７００は、例えばビデオテープ、メモリ等の記録ストレージからなり、ＴＳオブジェクトデータＤ１を格納する。
図３０では先ず、ＴＳオブジェクトデータＤ１を使用して光ディスク１００上に論理的に構成する各タイトルの情報（例えば、プレイリストの構成内容等）は、ユーザインタフェース７２０から、タイトル情報等のユーザ入力Ｉ２として、システムコントローラ５２０に入力される。そして、システムコントローラ５２０は、ユーザインタフェース７２０からのタイトル情報等のユーザ入力Ｉ２を取り込む（ステップＳ２１：Ｙｅｓ及びステップＳ２２）。この際、ユーザインタフェース７２０では、システムコントローラ５２０からの制御信号Ｓｃ４による制御を受けて、例えばタイトルメニュー画面を介しての選択など、記録しようとする内容に応じた入力処理が可能とされている。尚、ユーザ入力が既に実行済み等の場合には（ステップＳ２１：Ｎｏ）、これらの処理は省略される。
次に、ＴＳオブジェクトデータ源７００は、システムコントローラ５２０からのデータ読み出しを指示する制御信号Ｓｃ８による制御を受けて、ＴＳオブジェクトデータＤ１を出力する。そして、システムコントローラ５２０は、ＴＳオブジェクト源７００からＴＳオブジェクトデータＤ１を取り込み（ステップＳ２３）、そのファイルシステム／論理構造データ生成器５２１内のＴＳ解析機能によって、例えば前述の如くビデオデータ等と共にパケット化されたＰＡＴ、ＰＭＴ等に基づいて、ＴＳオブジェクトデータＤ１におけるデータ配列（例えば、記録データ長等）、各エレメンタリーストリームの構成の解析（例えば、後述のＥＳ＿ＰＩＤ（エレメンタリーストリーム・パケット識別番号）の理解）などを行う（ステップＳ２４）。
続いて、システムコントローラ５２０は、取り込んだタイトル情報等のユーザ入力Ｉ２並びに、ＴＳオブジェクトデータＤ１のデータ配列及び各エレメンタリーストリームの解析結果から、そのファイルシステム／論理構造データ生成器５２１によって、論理情報ファイルデータＤ４として、ディスク情報ファイル１１０、プレイリスト情報ファイル１２０、オブジェクト情報ファイル１３０及びファイルシステム１０５（図３参照）を作成する（ステップＳ２５）。メモリ５３０は、このような論理情報ファイルデータＤ４を作成する際に用いられる。
尚、ＴＳオブジェクトデータＤ１のデータ配列及び各エレメンタリーストリームの構成情報等についてのデータを予め用意しておく等のバリエーションは当然に種々考えられるが、それらも本実施例の範囲内である。
図２９において、フォーマッタ６０８は、ＴＳオブジェクトデータＤ１と論理情報ファイルデータＤ４とを共に、光ディスク１００上に格納するためのデータ配列フォーマットを行う装置である。より具体的には、フォーマッタ６０８は、スイッチＳｗ１及びスイッチＳｗ２を備えてなり、システムコントローラ５２０からのスイッチ制御信号Ｓｃ５によりスイッチング制御されて、ＴＳオブジェクトデータＤ１のフォーマット時には、スイッチＳｗ１を▲１▼側に接続して且つスイッチＳｗ２を▲１▼側に接続して、ＴＳオブジェクトデータ源７００からのＴＳオブジェクトデータＤ１を出力する。尚、ＴＳオブジェクトデータＤ１の送出制御については、システムコントローラ５２０からの制御信号Ｓｃ８により行われる。他方、フォーマッタ６０８は、論理情報ファイルデータＤ４のフォーマット時には、システムコントローラ５２０からのスイッチ制御信号Ｓｃ５によりスイッチング制御されて、スイッチＳｗ２を▲２▼側に接続して、論理情報ファイルデータＤ４を出力するように構成されている。
図３０のステップＳ２６では、このように構成されたフォーマッタ６０８によるスイッチング制御によって、（ｉ）ステップＳ２５でファイルシステム／論理構造データ生成器５２１からの論理情報ファイルデータＤ４又は（ｉｉ）ＴＳオブジェクトデータ源７００からのＴＳオブジェクトデータＤ１が、フォーマッタ６０８を介して出力される（ステップＳ２６）。
フォーマッタ６０８からの選択出力は、ディスクイメージデータＤ５として変調器６０６に送出され、変調器６０６により変調されて、光ピックアップ５０２を介して光ディスク１００上に記録される（ステップＳ２７）。この際のディスク記録制御についても、システムコントローラ５２０により実行される。
そして、ステップＳ２５で生成された論理情報ファイルデータＤ４と、これに対応するＴＳオブジェクトデータＤ２とが共に記録済みでなければ、ステップＳ２６に戻って、その記録を引き続いて行う（ステップＳ２８：Ｎｏ）。尚、論理情報ファイルデータＤ４とこれに対応するＴＳオブジェクトデータＤ２との記録順についてはどちらが先でも後でもよい。
他方、これら両方共に記録済みであれば、光ディスク１００に対する記録を終了すべきか否かを終了コマンドの有無等に基づき判定し（ステップＳ２９）、終了すべきでない場合には（ステップＳ２９：Ｎｏ）ステップＳ２１に戻って記録処理を続ける。他方、終了すべき場合には（ステップＳ２９：Ｙｅｓ）、一連の記録処理を終了する。
以上のように、情報記録再生装置５００により、作成済みのＴＳオブジェクトを使用する場合における記録処理が行われる。
本実施例では特に、上述のステップＳ２５等において、統計多重方式でＴＳパケットの配列からインターリーブドユニットを生成する。更に、アングル番号、アングル数、アドレス情報等を含むナビパケット（図２０及び図２１等参照）を生成し、上述のステップＳ２６において、生成されたナビパケットが、各インターリーブドパケットの先頭に配置されるように、フォーマッタ６０８におけるスイッチング制御を行う。
尚、図３０に示した例では、ステップＳ２５で論理情報ファイルデータＤ４を作成した後に、ステップＳ２６で論理情報ファイルデータＤ４とこれに対応するＴＳオブジェクトデータＤ２とのデータ出力を実行しているが、ステップＳ２５以前に、ＴＳオブジェクトデータＤ２の出力や光ディスク１００上への記録を実行しておき、この記録後に或いはこの記録と並行して、論理情報ファイルデータＤ４を生成や記録することも可能である。
（ｉ−２）  放送中のトランスポートストリームを受信して記録する場合：
この場合について図２９及び図３１を参照して説明する。尚、図３１において、図３０と同様のステップには同様のステップ番号を付し、それらの説明は適宜省略する。
この場合も、上述の「作成済みのＴＳオブジェクトを使用する場合」とほぼ同様な処理が行われる。従って、これと異なる点を中心に以下説明する。
放送中のトランスポートストリームを受信して記録する場合には、ＴＳオブジェクトデータ源７００は、例えば放送中のデジタル放送を受信する受信器（セットトップボックス）からなり、ＴＳオブジェクトデータＤ１を受信して、リアルタイムでフォーマッタ６０８に送出する（ステップＳ４１）。これと同時に、受信時に解読された番組構成情報及び後述のＥＳ＿ＰＩＤ情報を含む受信情報Ｄ３（即ち、受信器とシステムコントローラ５２０のインタフェースとを介して送り込まれるデータに相当する情報）がシステムコントローラ５２０に取り込まれ、メモリ５３０に格納される（ステップＳ４４）。
一方で、フォーマッタ６０８に出力されたＴＳオブジェクトデータＤ１は、フォーマッタ６０８のスイッチング制御により変調器６０６に出力され（ステップＳ４２）、光ディスク１００に記録される（ステップＳ４３）。
これらと並行して、受信時に取り込まれてメモリ５３０に格納されている受信情報Ｄ３に含まれる番組構成情報及びＥＳ＿ＰＩＤ情報を用いて、ファイルシステム／論理構造生成器５２１により論理情報ファイルデータＤ４を作成する（ステップＳ２４及びステップＳ２５）。そして一連のＴＳオブジェクトデータＤ１の記録終了後に、この論理情報ファイルデータＤ４を光ディスク１００に追加記録する（ステップＳ４６及びＳ４７）。尚、これらステップＳ２４及びＳ２５の処理についても、ステップＳ４３の終了後に行ってもよい。
更に、必要に応じて（例えばタイトルの一部を編集する場合など）、ユーザインタフェース７２０からのタイトル情報等のユーザ入力Ｉ２を、メモリ５３０に格納されていた番組構成情報及びＥＳ＿ＰＩＤ情報に加えることで、システムコントローラ５２０により論理情報ファイルデータＤ４を作成し、これを光ディスク１００に追加記録してもよい。
以上のように、情報記録再生装置５００により、放送中のトランスポートストリームを受信してリアルタイムに記録する場合における記録処理が行われる。
そして本実施例では特に、上述のステップＳ２５等において、統計多重方式でＴＳパケットの配列からインターリーブドユニットを生成する。更に、アングル番号、アングル数、アドレス情報等を含むナビパケット（図２０及び図２１等参照）を生成し、上述のステップＳ４６において、生成されたナビパケットが、各インターリーブドパケットの先頭に配置されるように、フォーマッタ６０８におけるスイッチング制御を行う。
尚、放送時の全受信データをアーカイブ装置に一旦格納した後に、これをＴＳオブジェクト源７００として用いれば、上述した「作成済みのＴＳオブジェクトを使用する場合」と同様な処理で足りる。
（ｉ−３）  ビデオ、オーディオ及びサブピクチャデータを記録する場合：
この場合について図２９及び図３２を参照して説明する。尚、図３２において、図３０と同様のステップには同様のステップ番号を付し、それらの説明は適宜省略する。
予め別々に用意したビデオデータ、オーディオデータ及びサブピクチャデータを記録する場合には、ビデオデータ源７１１、オーディオデータ源７１２及びサブピクチャデータ源７１３は夫々、例えばビデオテープ、メモリ等の記録ストレージからなり、ビデオデータＤＶ、オーディオデータＤＡ及びサブピクチャデータＤＳを夫々格納する。
これらのデータ源は、システムコントローラ５２０からの、データ読み出しを指示する制御信号Ｓｃ８による制御を受けて、ビデオデータＤＶ、オーディオデータＤＡ及びサブピクチャデータＤＳを夫々、ビデオエンコーダ６１１、オーディオエンコーダ６１２及びサブピクチャエンコーダ６１３に送出する（ステップＳ６１）。そして、これらのビデオエンコーダ６１１、オーディオエンコーダ６１２及びサブピクチャエンコーダ６１３により、所定種類のエンコード処理を実行する（ステップＳ６２）。
ＴＳオブジェクト生成器６１０は、システムコントローラ５２０からの制御信号Ｓｃ６による制御を受けて、このようにエンコードされたデータを、トランスポートストリームをなすＴＳオブジェクトデータに変換する（ステップＳ６３）。この際、各ＴＳオブジェクトデータのデータ配列情報（例えば記録データ長等）や各エレメンタリーストリームの構成情報（例えば、後述のＥＳ＿ＰＩＤ等）は、ＴＳオブジェクト生成器６１０から情報Ｉ６としてシステムコントローラ５２０に送出され、メモリ５３０に格納される（ステップＳ６６）。
他方、ＴＳオブジェクト生成器６１０により生成されたＴＳオブジェクトデータは、フォーマッタ６０８のスイッチＳｗ１の▲２▼側に送出される。即ち、フォーマッタ６０８は、ＴＳオブジェクト生成器６１０からのＴＳオブジェクトデータのフォーマット時には、システムコントローラ５２０からのスイッチ制御信号Ｓｃ５によりスイッチング制御されて、スイッチＳｗ１を▲２▼側に接続し且つスイッチＳｗ２を▲１▼側に接続することで、当該ＴＳオブジェクトデータを出力する（ステップＳ６４）。続いて、このＴＳオブジェクトデータは、変調器６０６を介して、光ディク１００に記録される（ステップＳ６５）。
これらと並行して、情報Ｉ６としてメモリ５３０に取り込まれた各ＴＳオブジェクトデータのデータ配列情報や各エレメンタリーストリームの構成情報を用いて、ファイルシステム／論理構造生成器５２１により論理情報ファイルデータＤ４を作成する（ステップＳ２４及びステップＳ２５）。そして一連のＴＳオブジェクトデータＤ１の記録終了後に、これを光ディスク１００に追加記録する（ステップＳ６７及びＳ６８）。尚、ステップＳ２４及びＳ２５の処理についても、ステップＳ６５の終了後に行うようにしてもよい。
更に、必要に応じて（例えばタイトルの一部を編集する場合など）、ユーザインタフェース７２０からのタイトル情報等のユーザ入力Ｉ２を、これらのメモリ５３０に格納されていた情報に加えることで、ファイルシステム／論理構造生成器５２１により論理情報ファイルデータＤ４を作成し、これを光ディスク１００に追加記録してもよい。
以上のように、情報記録再生装置５００により、予め別々に用意したビデオデータ、オーディオデータ及びサブピクチャデータを記録する場合における記録処理が行われる。
そして本実施例では特に、上述のステップＳ２５等において、統計多重方式でＴＳパケットの配列からインターリーブドユニットを生成する。更に、アングル番号、アングル数、アドレス情報等を含むナビパケット（図２０及び図２１等参照）を生成し、上述のステップＳ６７において、生成されたナビパケットが、各インターリーブドパケットの先頭に配置されるように、フォーマッタ６０８におけるスイッチング制御を行う。
尚、この記録処理は、ユーザの所有する任意のコンテンツを記録する際にも応用可能である。
（ｉ−４）  オーサリングによりデータを記録する場合：
この場合について図２９及び図３３を参照して説明する。尚、図３３において、図３０と同様のステップには同様のステップ番号を付し、それらの説明は適宜省略する。
この場合は、上述した三つの場合における記録処理を組み合わせることにより、予めオーサリングシステムが、ＴＳオブジェクトの生成、論理情報ファイルデータの生成等を行った後（ステップＳ８１）、フォーマッタ６０８で行うスイッチング制御の処理までを終了させる（ステップＳ８２）。その後、この作業により得られた情報を、ディスク原盤カッティングマシン前後に装備された変調器６０６に、ディスクイメージデータＤ５として送出し（ステップＳ８３）、このカッティングマシンにより原盤作成を行う（ステップＳ８４）。
（ｉｉ）  再生系の構成及び動作：
次に図２９及び図３４から図３８を参照して、情報記録再生装置５００のうち再生系を構成する各構成要素における具体的な構成及びそれらの動作を説明する。
ユーザインタフェース７２０によって、光ディスク１００から再生すべきタイトルやその再生条件等が、タイトル情報等のユーザ入力Ｉ２としてシステムコントローラに入力される。この際、ユーザインタフェース７２０では、システムコントローラ５２０からの制御信号Ｓｃ４による制御を受けて、例えばタイトルメニュー画面を介しての選択など、再生しようとする内容に応じた入力処理が可能とされている。
これを受けて、システムコントローラ５２０は、光ディスク１００に対するディスク再生制御を行い、光ピックアップ５０２は、読み取り信号Ｓ７を復調器５０６に送出する。
復調器５０６は、この読み取り信号Ｓ７から光ディスク１００に記録された記録信号を復調し、復調データＤ８として出力する。この復調データＤ８に含まれる、多重化されていない情報部分としての論理情報ファイルデータ（即ち、図３に示したファイルシステム１０５、ディスク情報ファイル１１０、Ｐリスト情報ファイル１２０及びオブジェクト情報ファイル１３０）は、システムコントローラ５２０に供給される。この論理情報ファイルデータに基づいて、システムコントローラ５２０は、再生アドレスの決定処理、光ピックアップ５０２の制御等の各種再生制御を実行する。
他方、復調データＤ８に含まれる、多重化された情報部分としてのＴＳオブジェクトデータについては、デマルチプレクサ５０８が、システムコントローラ５２０からの制御信号Ｓｃ２による制御を受けてデマルチプレクスする。ここでは、システムコントローラ５２０の再生制御によって再生位置アドレスへのアクセスが終了した際に、デマルチプレクスを開始させるように制御信号Ｓｃ２を送信する。
デマルチプレクサ５０８からは、ビデオパケット、オーディオパケット及びサブピクチャパケットが夫々送出されて、ビデオデコーダ５１１、オーディオデコーダ５１２及びサブピクチャデコーダ５１３に供給される。そして、ビデオデータＤＶ、オーディオデータＤＡ及びサブピクチャデータＤＳが夫々復号化される。
尚、図６に示したトランスポートストリームに含まれる、ＰＡＴ或いはＰＭＴがパケット化されたパケットについては夫々、復調データＤ８の一部として含まれているが、デマルチプレクサ５０８で破棄される。
加算器５１４は、システムコントローラ５２０からのミキシングを指示する制御信号Ｓｃ３による制御を受けて、ビデオデコーダ５１１及びサブピクチャデコーダ５１３で夫々復号化されたビデオデータＤＶ及びサブピクチャデータＤＳを、所定タイミングでミキシング或いはスーパーインポーズする。その結果は、ビデオ出力として、当該情報記録再生装置５００から例えばテレビモニタへ出力される。
他方、オーディオデコーダ５１２で復号化されたオーディオデータＤＡは、オーディオ出力として、当該情報記録再生装置５００から、例えば外部スピーカへ出力される。
本実施例では特に、少なくともアングルブロックを再生する際には、インターリーブドパケットの先頭に配置された前述のナビパケットが、デマルチプレクサ５０８から送出されて、ナビパケットデコーダ５１５に入力される。そして、これをデコードした結果得られる情報ＤＮが、ナビパケットデコーダ５１５からシステムコントローラ５２０内のファイルシステム／論理構造判読器５２２へ出力される。続いて、この情報ＤＮに基づいて、インターリーブドブロックに対するピックアップ制御等が実行される。そして、アングル切り換えの実行命令が、ユーザインタフェース７２０によってユーザ入力Ｉ２として、システムコントローラ５２０に入力されると、ファイルシステム／論理構造判読器５２２にて判読されたナビパケット内の情報ＤＮ等に基づいて、アングル切り換えが前述したようにシームレスで行われる。
ここで、図３４から図３８を参照して、システムコントローラ５２０による再生処理ルーチンの具体例について説明する。
図３４を参照して、再生処理ルーチンにおける全体の流れについて説明する。
図３４において、初期状態として、再生系による光ディスク１００の認識、ファイルシステム１０５（図３参照）によるボリューム構造やファイル構造の認識は既にシステムコントローラ５２０及びその内のファイルシステム／論理構造判読器５２２にて終了しているものとする。ここでは、ディスク情報ファイル１１０の中のディスク総合情報１１２から、総タイトル数を取得し、その中の一つのタイトルを選択した以降の処理フローについて説明する。
先ず、ユーザインタフェース７２０によって、タイトルの選択が行われ（ステップＳ２１１）、ファイルシステム／論理構造判読器５２２の判読結果から、システムコントローラ５２０による再生シーケンスに関する情報の取得が行われる。具体的には、論理階層の処理（即ち、プレイリスト構造を示す情報と、それを構成する各アイテムの情報（図７参照）の取得等）が行われる（ステップＳ２１２）。これにより、再生対象が決定される（ステップＳ２１３）。
続いて、再生対象であるＴＳオブジェクトに係るオブジェクト情報ファイル１３０の取得を実行する。本実施例では特に、前述の如くＡＵ情報１３２Ｉ及びＰＵ情報３０２Ｉを含むＡＵテーブル１３１（図１６等参照）も、オブジェクト情報ファイル１３０に格納された情報として取得される（ステップＳ２１４）。これらの取得された情報により、前述した論理階層からオブジェク階層への関連付け（図７参照）が行われる。
続いて、ステップＳ２１４で取得された情報に基づいて、再生を行うオブジェクト、即ちＰＵを決定した後（ステップＳ２１５）、ＥＳマップテーブルに含まれるＥＳアドレス情報（図１６、図２４等参照）により、再生対象たるＴＳオブジェクトに係るパケット番号を取得する（ステップＳ２１６）。尚、このステップＳ２１６におけるパケットの取得処理については、図３５を参照して後で詳述する。
ここで、再生対象たるＴＳオブジェクトが、アングル再生用のものであるか否かを、例えばＡＵテーブル１３１内のＡＵ属性情報（図１６等参照）に基づいて、判定する（ステップＳ２１７）。
この判定の結果、アングル再生用のオブジェクトであれば（ステップＳ２１７：ＹＥＳ）、ナビパケットを取得した後（ステップＳ２１８）、再生開始する（ステップＳ２１９）。他方、アングル再生用のオブジェクトでなければ（ステップＳ２１７：ＮＯ）、ナビパケットの取得は不要であるので、そのまま再生開始する（ステップＳ２１９）。尚、このステップＳ２１８におけるナビパケットの取得処理については、図３６を参照して後で詳述する。
その後、オブジェクト再生中に、情報記録再生装置におけるユーザ操作によるアングル切り換えのコマンド入力の有無が判定される（ステップＳ２２０）。
ここで、アングル切り換えのコマンド入力が有る場合（ステップＳ２２０：ＹＥＳ）、情報記録再生装置におけるユーザ操作により或いは初期設定に従って、アングル再生をシームレス切り換えで行う設定がされているか否かを判定する（ステップＳ２２１）。
この判定の結果、シームレス切り換えで行う設定がされていなければ（ステップＳ２２１：ＮＯ）、例えば前述した非シームレス切り換え等の設定がなされていれば、非シームレス処理後（ステップＳ２２２）、再生開始する（ステップＳ２１９）。尚、このステップＳ２２２における非シームレス処理については、図３７を参照して後で詳述する。他方、シームレス切り換えで行う設定がされていれば（ステップＳ２２１：ＹＥＳ）、アングル切り替え後に再生を行うオブジェクトを決定する。より具体的には、ユーザの操作に対応する、アングル番号を決定する（ステップＳ２２３）。アングル番号決定後、変更後のオブジェクトデータの再生を続ける。
他方、ステップＳ２２０で、アングル切り換えのコマンド入力が無ければ（ステップＳ２２０：ＮＯ）、情報記録再生装置におけるユーザ操作による、早送り或いは巻き戻しのコマンド入力の有無が判定される（ステップＳ２２４）。
この判定の結果、ステップＳ２２４で、早送り或いは巻き戻しのコマンド入力が有る場合（ステップＳ２２４：ＹＥＳ）、早送り或いは巻き戻しの処理を実行した後（ステップＳ２２５）、再生開始する（ステップＳ２１９）。
他方、ステップＳ２２４で、早送り或いは巻き戻しのコマンド入力が無い場合（ステップＳ２２４：ＮＯ）、再生を行うオブジェクトが終了しているか否かが判定される（ステップＳ２２６）。この判定の結果、再生を行うオブジェクトが終了していない場合（ステップＳ２２６：ＮＯ）、インターリーブドユニットが終了しているか否かが判定される（ステップＳ２２７）。この判定の結果、インターリーブドユニットが終了している場合（ステップＳ２２７：ＹＥＳ）、取得済みのナビパケットから再生アングル番号に対応する次のインターリーブドユニットの先頭位置を取得し、取得した位置からオブジェクトデータを読んでナビパケットを取得して再生を続ける（ステップＳ２２８）。他方、インターリーブドユニットが終了していない場合（通常ブロックのときを含む）（ステップＳ２２７：ＮＯ）、そのままオブジェクトデータを読み進めて再生を続ける。他方、再生を行うオブジェクトが終了している場合（ステップＳ２２６：ＹＥＳ）、全再生対象オブジェクトが終了しているか否かが判定される（ステップＳ２２９）。
この判定の結果、全再生対象オブジェクトが終了していない場合（ステップＳ２２９：ＮＯ）、ステップＳ２１５に戻り、一連の再生処理を続ける。他方、全再生対象オブジェクトが終了している場合（ステップＳ２２９：ＹＥＳ）、一連の再生処理を終了する。
次に図３５を参照して、図３４のステップＳ２１６におけるパケット番号の取得処理について説明する。
図３５において、先ず、ＡＵテーブル（図１６等参照）を参照して、当該再生対象たるＴＳオブジェクトのエレメンタリーストリームに係る情報を取得する。即ち、ＥＳマップテーブルのインデックス番号等を取得する（ステップＳ３０１）。
続いて、ＥＳマップテーブル（図１６等参照）を参照して、ステップＳ３０１で取得されたインデックス番号に対応するエレメンタリーストリームのパケット番号（ＥＳ＿ＰＩＤ）及びＥＳアドレス情報を取得する（ステップＳ３０２）。
続いて、この取得したＥＳアドレス情報（図２４等参照）に基づいて、表示時刻（Ｔ）から、該当するパケット番号を取得する（ステップＳ３０３）。
以上により、パケット番号の取得処理が完了する。
次に図３６を参照して、図３４のステップＳ２１８におけるナビパケットの取得処理について説明する。
図３６において先ず、ナビパケットを探すためのパラメータＩの初期値を、表示時刻（Ｔ）に該当するエントリ番号（例えば、図２４におけるＥＳアドレス情報の行番号）に設定する（ステップＳ４０１）。
続いて、ＥＳアドレス情報を参照して、エントリ番号“Ｉ”のインターリーブドユニット（ＩＬＶＵ）の先頭フラグ（図２４等参照）が、“１”となっているか否かを判定する（ステップＳ４０１）。そして、先頭フラグが“１”となっていれば（ステップＳ４０２：ＹＥＳ）、ステップＳ４０１からＳ４０３のループを抜けて、ステップＳ４０５へ分岐する。他方、先頭フラグが“１”となっていなければ（ステップＳ４０２：ＮＯ）、Ｉ＞＝０の条件下で、Ｉをデクリメントさせつつ、ステップＳ４０１からＳ４０３のループを繰り返す。そして、最終的に、先頭フラグが“１”となっていれば（ステップＳ４０２：ＹＥＳ）、ステップＳ４０１からＳ４０３のループを抜けて、ステップＳ４０５へ分岐する。
続いて、ステップＳ４０５では、ＥＳアドレス情報（図２４等参照）を参照して、ナビパケットのパケット番号を取得する。具体的には、ステップＳ４０２で先頭フラグが“１”となった際のＩをエントリ番号とするパケット番号の、一個だけ前のパケット番号（即ち、“エントリ番号Ｉのパケット番号”−１）を取得する。
その後、光ディスク１００における、このパケット番号に対応する記録位置から情報を読取ることで、ナビパケットを取得する（ステップＳ４０６）。
以上により、ナビパケットの取得処理が完了する。
次に図３７を参照して、図３４のステップＳ２２２における非シームレス処理について説明する。
図３７において先ず、アングル切替が発生したインターリーブドユニットの先頭表示開始時刻を取得するためのパラメータＩの初期値を、非シームレスアングル切替が発生した表示時刻（Ｔ）に該当するエントリ番号（例えば、図２７におけるＥＳアドレス情報の行番号）に設定する（ステップＳ６０１）。
続いて、ＥＳアドレス情報を参照して、エントリ番号“Ｉ”のインターリーブドユニット（ＩＬＶＵ）の先頭フラグ（図２７等参照）が、“１”となっているか否かを判定する（ステップＳ６０２）。そして、先頭フラグが“１”となっていれば（ステップＳ６０２：ＹＥＳ）、ステップＳ６０１からＳ６０３のループを抜けて、ステップＳ６０４へ分岐する。他方、先頭フラグが“１”となっていなければ（ステップＳ６０２：ＮＯ）、Ｉ＞＝０の条件下で、Ｉをデクリメントさせつつ、ステップＳ６０１からＳ６０３のループを繰り返す。そして、最終的に、先頭フラグが“１”となっていれば（ステップＳ６０２：ＹＥＳ）、ステップＳ６０１からＳ６０３のループを抜けて、ステップＳ６０４へ分岐する。
続いて、ステップＳ６０４では、ＥＳアドレス情報（図２７等参照）を参照して、アングル切替が発生したインターリーブドユニットの先頭表示開始時刻を取得する。具体的には、ステップＳ６０２で先頭フラグが“１”となった際のＩをエントリ番号とするパケット番号の表示開始時刻を取得する。
その後、ステップＳ６０５では、アングル切替後のアングル番号に対応するＥＳアドレス情報を取得する。本実施例では特に、前述の如くＡＵ情報１３２Ｉ及びＰＵ情報３０２Ｉより、ＥＳマップテーブルに含まれるＥＳアドレス情報（図１６、図２７等参照）を取得する。
続いて、ステップＳ６０６では、ステップＳ６０５で取得したＥＳアドレス情報（図２７等参照）を参照して、ステップＳ６０４で取得した表示開始時刻に対応するパケット番号を取得する。光ディスク１００における、この“パケット番号−１”に対応する記録位置から情報を読み取ることで、ナビパケットを取得する。
以上により、非シームレス処理が完了する。
次に図３８を参照して、図３４のステップＳ２２７における早送り／巻き戻し処理について説明する。
図３８において先ず、早送りのコマンド入力の有無を判定する（ステップＳ５０１）。
この判定の結果、早送りのコマンド入力が有れば（ステップＳ５０１：ＹＥＳ）、早送り制御用のパラメータＩの初期値を、表示時刻（Ｔ）に該当するエントリ番号（例えば、図２４におけるＥＳアドレス情報の行番号）に設定する（ステップＳ５０２）。
続いて、ＥＳアドレス情報を参照して、エントリ番号“Ｉ”のパケット番号を取得し（ステップＳ５０３）、対応するパケットを再生することで、ディスプレイに早送り表示を行う（ステップＳ５０４）。そして、早送り停止のコマンド入力の有無を判定する（ステップＳ５０５）。ここで、早送り停止のコマンド入力が有れば（ステップＳ５０５：ＹＥＳ）、ステップＳ５０２からＳ５０６のループを抜けて、一連の早送り処理を終了する。他方、早送り停止のコマンド入力が無ければ（ステップＳ５０５：ＮＯ）、Ｉ＜＝Ｍａｘエントリ（但し、Ｍａｘエントリとは、ＥＳアドレス情報内でエントリとして採り得る最大行数）の条件下で、Ｉをインクリメントさせつつ（ステップＳ５０２）、ステップＳ５０２からＳ５０６のループを繰り返す。そして、最終的に、早送り停止のコマンド入力が有れば（ステップＳ５０５：ＹＥＳ）、ステップＳ５０２からＳ５０６のループを抜けて、一連の早送り処理を終了する。
他方、ステップＳ５０１の判定の結果、早送りのコマンド入力が無ければ（ステップＳ５０１：ＮＯ）、巻き戻しを行うものとして、巻き戻し制御用のパラメータＩの初期値を、表示時刻（Ｔ）に該当するエントリ番号（例えば、図２８におけるＥＳアドレス情報の行番号）に設定する（ステップＳ５０７）。
続いて、ＥＳアドレス情報を参照して、エントリ番号“Ｉ”のパケット番号を取得し（ステップＳ５０８）、対応するパケットを再生することで、ディスプレイに巻き戻し表示を行う（ステップＳ５０９）。そして、巻き戻し停止のコマンド入力の有無を判定する（ステップＳ５１０）。ここで、巻き戻し停止のコマンド入力が有れば（ステップＳ５１０：ＹＥＳ）、ステップＳ５０７からＳ５１１のループを抜けて、一連の巻き戻し処理を終了する。他方、巻き戻し停止のコマンド入力が無ければ（ステップＳ５１０：ＮＯ）、Ｉ＞＝０の条件下で、Ｉをデクリメントさせつつ、ステップＳ５０７からＳ５１１のループを繰り返す。そして、最終的に、早送り停止のコマンド入力が有れば（ステップＳ５１０：ＹＥＳ）、ステップＳ５０７からＳ５１１のループを抜けて、一連の早送り処理を終了する。
早送り／巻き戻し処理終了後、再生対象たるＴＳオブジェクトがアングル再生用のものであるか否かで処理が異なる（ステップＳ５１２）。アングル再生用のオブジェクトであれば（ステップＳ５１２：ＹＥＳ）、ナビパケットを取得する（ステップＳ５１３）。他方、アングル再生用のオブジェクトでなければ（ステップＳ５１２：ＮＯ）、ナビパケットの取得は不要である。尚、このステップＳ５１３におけるナビパケットの取得処理については、前述（図３６）のとおりである。
以上により、早送り／巻き戻し処理が完了する。
（再生時のアクセスの流れ）
次に図３９を参照して、本実施例における特徴の一つであるＡＵ（アソシエートユニット）情報１３２Ｉ及びＰＵ（プレゼンテーションユニット）情報３０２Ｉを用いた情報記録再生装置５００における再生時のアクセスの流れについて、光ディスク１００の論理構造と共に説明する。ここに図３９は、光ディスク１００の論理構造との関係で、再生時におけるアクセスの流れ全体を概念的に示すものである。
図３９において、光ディスク１００の論理構造は、論理階層４０１、オブジェクト階層４０３及びこれら両階層を相互に関連付ける論理−オブジェクト関連付け階層４０２という三つの階層に大別される。
これらのうち論理階層４０１は、再生時に所望のタイトルを再生するための各種論理情報と再生すべきプレイリスト及びその構成内容とを論理的に特定する階層である。論理階層４０１には、光ディスク１００上の全タイトル２００等を示すディスク情報１１０ｄが、ディスク情報ファイル１１０（図３参照）内に記述されており、更に、光ディスク１００上の全コンテンツの再生シーケンス情報１２０ｄが、プレイリスト情報ファイル１２０（図３参照）内に記述されている。より具体的には、再生シーケンス情報１２０ｄとして、各タイトル２００に一又は複数のプレイリスト１２６の構成が記述されており、各プレイリスト１２６には、一又は複数のアイテム２０４の構成が記述されている。そして、再生時におけるアクセスの際に、このような論理階層４０１によって、再生すべきタイトル２００を特定し、これに対応するプレイリスト１２６を特定し、更にこれに対応するアイテム２０４を特定する。
続いて、論理−オブジェクト関連付け階層４０２は、このように論理階層４０１で特定された情報に基づいて、実体データであるＴＳオブジェクトデータ１４０ｄの組み合わせや構成の特定を行うと共に論理階層４０１からオブジェクト階層４０３へのアドレス変換を行うように、再生すべきＴＳオブジェクトデータ１４０ｄの属性とその物理的な格納アドレスとを特定する階層である。より具体的には、論理−オブジェクト関連付け階層４０２には、各アイテム２０４を構成するコンテンツの固まりをＡＵ１３２という単位に分類し且つ各ＡＵ１３２をＰＵ３０２という単位に細分類するオブジェクト情報データ１３０ｄが、オブジェクト情報ファイル１３０（図３参照）に記述されている。
ここで、ＰＵ３０２は、再生時にユーザ操作により相互に切り替え可能な複数のアングルのうち、一つのアングルに係る映像情報、音声情報及び副映像情報からなるコンテンツを夫々構成する一又は複数のエレメンタリーストリームの集合に対応している。そして、ＡＵ１３２は、このようなアングル再生において相互にアングル切り換え可能な複数のＰＵ３０２の集合からなる。従って、再生すべきＡＵ１３２が特定され、更にＰＵ３０２が特定されれば、再生すべきエレメンタリーストリームが特定される。即ち、図６に示したＰＡＴやＰＭＴを用いないでも、光ディスク１００から多重記録された中から所望のエレメンタリーストリームを再生可能となる。このようにして論理−オブジェクト関連付け階層４０２では、各アイテム２０４に係る論理アドレスから各ＰＵ３０２に係る物理アドレスへのアドレス変換が実行される。
続いて、オブジェクト階層４０３は、実際のＴＳオブジェクトデータ１４０ｄを再生するための物理的な階層である。オブジェクト階層４０３には、ＴＳオブジェクトデータ１４０ｄが、オブジェクトデータファイル１４０（図３参照）内に記述されている。そして、各時刻で多重化された複数のＴＳパケットは、エレメンタリーストリーム毎に、論理−オブジェクト関連付け階層４０２で特定されるＰＵ３０２に対応付けられている。
このようにオブジェクト階層４０３では、論理−オブジェクト関連付け階層４０２における変換により得られた物理アドレスを用いての、実際のオブジェクトデータの再生が実行される。
以上のように図３９に示した三つの階層により、光ディスク１００に対する再生時におけるアクセスが実行される。
以上図１から図３９を参照して詳細に説明したように、本実施例によれば、アングルブロックをインターリーブド構造にすることにより、転送レートを殆ど又は全く下げることなくアングルを組むことが可能である。更に、ナビパケットに、全アングルに対するアドレス情報を格納することにより、迅速な或いはシームレスのアングル切替が可能となる。特に、アングルブロック内では、各インターリーブドユニットの先頭パケットとしてナビパケットを配置することとし、係るナビゲーションパケットに続くパケットがビデオストリームのＩピクチャのパケットから開始することとし、更にＥＳアドレス情報に先頭フラグを導入することにより、アングルブロック内で、早送り／巻戻し直後に再生する時でも、適切なナビパケットを容易に見つけることが可能である。また特に、各ＡＵ内にＰＵ構造を構成可能とすることで、マルチアングルを含んでいるタイトルなどでの非シームレスアングル切替においても、互いに関連する一まとまりのエレメンタリーストリームを容易に判断可能である。
加えて、本実施例によれば、ＡＵ及びＰＵを用いることによって、例えば国毎に相異なるローカルルールの如く、相異なるＰＡＴ及びＰＭＴ構築ルールに基づいて作成されたＴＳオブジェクト１４２であっても、該ＴＳオブジェクト１４２の構造を変更することなく、そのままＴＳオブジェクト１４２の実体を光ディスク１００に格納しても、ＡＵ及びＰＵを利用して問題なく再生可能となる。
尚、上述の実施例では、情報記録媒体の一例として光ディスク１００並びに情報再生記録装置の一例として光ディスク１００に係るレコーダ又はプレーヤについて説明したが、本発明は、光ディスク並びにそのレコーダ又はプレーヤに限られるものではなく、他の高密度記録或いは高転送レート対応の各種情報記録媒体並びにそのレコーダ又はプレーヤにも適用可能である。また、上述した実施例によれば、アングル再生を実現する例として説明してきたが、例えば１８歳以上指定、Ｒ１５指定など、内容に対して予め付与されたパレンタルレベルに応じたシーンやカットが再生される“パレンタル再生”等を実現するものであっても良い。
以上詳細に説明したように本発明によれば、アドレス情報を増大させることなく、インターリーブドユニットの先頭に置かれたナビゲーションパケットを確実に再生することが可能となる。
本発明は、上述した実施例に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴なう情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造もまた本発明の技術的範囲に含まれるものである。
産業上の利用可能性
本発明に係る情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造は、例えば、民生用或いは業務用の、主映像、音声、副映像等の各種情報を高密度に記録可能なＤＶＤ等の高密度光ディスクに利用可能であり、更にＤＶＤプレーヤ、ＤＶＤレコーダ等にも利用可能である。また、例えば民生用或いは業務用の各種コンピュータ機器に搭載される又は各種コンピュータ機器に接続可能な、情報記録媒体、情報記録再生装置等にも利用可能である。
【図面の簡単な説明】
図１は、本発明の情報記録媒体の一実施例である光ディスクの基本構造を示し、上側部分は複数のエリアを有する光ディスクの概略平面図であり、これに対応付けられる下側部分は、その径方向におけるエリア構造の図式的概念図である。
図２は、従来のＭＰＥＧ２のプログラムストリームの図式的概念図（図２（ａ））及び本実施例で利用されるＭＰＥＧ２のトランスポートストリームの図式的概念図（図２（ｂ））である。
図３は、本実施例の光ディスク上に記録されるデータ構造の模式的に示す図である。
図４は、図３に示した各オブジェクト内におけるデータ構造の詳細を模式的に示す図である。
図５は、本実施例における、上段のプログラム＃１用のエレメンタリーストリームと中段のプログラム＃２用のエレメンタリーストリームとが多重化されて、これら２つのプログラム用のトランスポートストリームが構成される様子を、横軸を時間軸として概念的に示す図である。
図６は、本実施例における、一つのトランスポートストリーム内に多重化されたＴＳパケットのイメージを、時間の沿ったパケット配列として概念的に示すものである。
図７は、実施例における光ディスク上のデータの論理構成を、論理階層からオブジェト階層或いは実体階層への展開を中心に模式的に示した図である。
図８は、本実施例に係るアングルブロックと通常ブロックとを含むＴＳオブジェクトにおけるデータ構成を時間軸に沿った形で示した概念図である。
図９は、本実施例に係るＴＳオブジェクトのデータ構成の具体例を示す概念図である。
図１０は、具体例における、１個のプログラムでＴＳオブジェクトを構成する場合のデータ構成を図式的に示す図である。
図１１は、具体例における、３個のプログラムでＴＳオブジェクトを構成する場合のデータ構成を図式的に示す図である。
図１２は、具体例における、光ディスク上に最終的に構築されるＴＳオブジェクトのデータ構成を図式的に示す図である。
図１３は、本実施例による一具体例における、ディスク情報ファイルのデータ構成の一具体例を図式的に示す図である。
図１４は、本実施例による一具体例における、ディスク情報ファイルに含まれるタイトル情報テーブルのデータ構成の一具体例を図式的に示す図である。
図１５は、本実施例による一具体例における、プレイリスト情報ファイル内に構築されるプレイリスト情報テーブルにおけるデータ構成の一具体例を図式的に示す図である。
図１６は、本実施例による一具体例における、オブジェクト情報ファイル内に構築されるＡＵテーブル及びこれに関連付けられるＥＳマップテーブルにおけるデータ構成の一具体例を図式的に示す図である。
図１７は、本実施例で採用する統計多重方式における、時間軸上でのアングル毎のビットレートと上限レートとの関係の一例を示す特性図である。
図１８は、実施例で採用するインターリーブドブロックのデータ構造を図式的に示す概念図である
図１９は、実施例に係るインターリーブドブロック内におけるアングル切り換えの様子を図式的に示す概念図である。
図２０は、実施例に係るナビパケットのデータ構造を図式的に示す概念図である。
図２１は、図２０の具体例を示す概念図である。
図２２は、実施例に係るナビパケットが保持するアングル切り換え先（飛び先）を示すアドレス情報の意味内容を図式的に示す概念図である。
図２３は、実施例に係るタイトル＃１のアングルブロックのデータ構造を示す概念図である。
図２４は、実施例に係るタイトル＃１の各アングルのビデオストリームにおけるＥＳアドレス情報の具体例を示す概念図である。
図２５は、本実施例におけるインターリーブ及びナビゲーションパケットを用いた一の再生原理を示す概念図である。
図２６は、本実施例におけるインターリーブ及びナビゲーションパケットを用いた他の再生原理を示す概念図である。
図２７は、本実施例におけるインターリーブ及びナビゲーションパケットを用いた他の再生原理を示す概念図である。
図２８は、本実施例におけるインターリーブ及びナビゲーションパケットを用いた他の再生原理を示す概念図である。
図２９は、本発明の実施例に係る情報記録再生装置のブロック図である。
図３０は、本実施例における情報記録再生装置の記録動作（その１）を示すフローチャートである。
図３１は、本実施例における情報記録再生装置の記録動作（その２）を示すフローチャートである。
図３２は、本実施例における情報記録再生装置の記録動作（その３）を示すフローチャートである。
図３３は、本実施例における情報記録再生装置の記録動作（その４）を示すフローチャートである。
図３４は、本実施例における情報記録再生装置の再生動作を示すフローチャートである。
図３５は、図３４中におけるパケット番号の取得処理を示すフローチャートである。
図３６は、図３４中におけるナビパケットの取得処理を示すフローチャートである。
図３７は、図３４中における非シームレス処理を示すフローチャートである。
図３８は、図３４中における早送り／巻き戻し処理を示すフローチャートである。
図３９は、本実施例における、光ディスクの論理構造との関係で、再生時におけるアクセスの流れ全体を概念的に示す図である。
【図１】
2003081910.tif 000003
【図２（ａ）】
2003081910.tif 000004
【図２（ｂ）】
2003081910.tif 000005
【図３】
2003081910.tif 000006
【図４】
2003081910.tif 000007
【図５】
2003081910.tif 000008
【図６】
2003081910.tif 000009
【図７】
2003081910.tif 000010
【図８】
2003081910.tif 000011
【図９】
2003081910.tif 000012
【図１０】
2003081910.tif 000013
【図１１】
2003081910.tif 000014
【図１２】
2003081910.tif 000015
【図１３】
2003081910.tif 000016
【図１４】
2003081910.tif 000017
【図１５】
2003081910.tif 000018
【図１６】
2003081910.tif 000019
【図１７】
2003081910.tif 000020
【図１８】
2003081910.tif 000021
【図１９】
2003081910.tif 000022
【図２０】
2003081910.tif 000023
【図２１】
2003081910.tif 000024
【図２２】
2003081910.tif 000025
【図２３】
2003081910.tif 000026
【図２４】
2003081910.tif 000027
【図２５】
2003081910.tif 000028
【図２６】
2003081910.tif 000029
【図２７】
2003081910.tif 000030
【図２８】
2003081910.tif 000031
【図２９】
2003081910.tif 000032
【図３０】
2003081910.tif 000033
【図３１】
2003081910.tif 000034
【図３２】
2003081910.tif 000035
【図３３】
2003081910.tif 000036
【図３４】
2003081910.tif 000037
【図３５】
2003081910.tif 000038
【図３６】
2003081910.tif 000039
【図３７】
2003081910.tif 000040
【図３８】
2003081910.tif 000041
【図３９】
2003081910.tif 000042
【国際調査報告】
2003081910.tif 000043
2003081910.tif 000044