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