(57)【特許請求の範囲】
【請求項１】
符号化されたデジタルデータで構成されるストリームを受信する受信部と、
受信部が受信した前記ストリームの属性の変化を検出して検出情報を出力する解析部と、
解析部から出力された前記検出情報と、前記変化が生じた時刻における時刻情報とを、第１のエントリーポイントとして取得して、該第１のエントリーポイントを登録した管理情報を生成する制御部と、
制御部が生成した前記管理情報と、受信部が受信した前記ストリームとを、情報記録媒体に記録するドライブ装置と
を備えた情報記録装置であって、
前記ストリームに任意にアクセスして再生するための、前記ストリームの再生経路に対して設定された第２のエントリポイントを入力する入力部をさらに備え、
制御部は、前記第１のエントリーポイントと前記第２のエントリポイントとを識別可能に登録した管理情報を生成する、情報記録装置。
【請求項２】
制御部は、前記第１のエントリーポイントを登録した第１のテーブルと、前記第２のエントリーポイントを登録した第２のテーブルとを含む管理情報を生成する、請求項１に記載の情報記録装置。
【請求項３】
制御部は、前記第１のエントリーポイントおよび前記第２のエントリポイントに別個に付与された、異なる識別フラグを有する管理情報を生成する、請求項１に記載の情報記録装置。
【請求項４】
解析部は、前記ストリームがディジタル放送ストリームである場合の放送番組の変化、ストリームの再生を制御するディジタル放送ストリームのＰＳＩ／ＳＩ情報の変化、マルチビュー情報の変化、データカルーセルの先頭への変化、データカルーセルの内容の変更、プログラムマップテーブルＰＭＴの変化、モジュールの変化、データイベントの変化、パレンタル情報の変化、音声ストリームの属性の変化、前記ストリームがディジタル放送のＭＰＥＧビデオストリームである場合のシーケンスヘッダ情報の変化、の少なくとも１つを、前記ストリームの属性の変化として検出する、請求項２に記載の情報記録装置。
【請求項５】
前記管理情報は、前記第１のエントリーポイントおよび前記第２のエントリーポイントが、情報記録媒体に記録されたＡＶデータへのリンク情報を備えた、請求項４に記載の情報記録装置。
【請求項６】
前記情報記録媒体に記録された前記管理情報および前記ストリームを読み出す読み出し部と、
読み出し部が読み出した前記ストリームをデコードするデコーダと、
読み出し部が読み出した前記管理情報、および、デコーダがデコードした前記ストリームを出力する出力部と
をさらに備え、
入力部から前記第２のエントリポイントを入力する際には、読み出し部は、前記管理情報を読み出し、前記出力部は、前記管理情報の前記第１のテーブルに登録された前記第１のエントリーポイントと、すでに入力された前記第２のテーブルに登録された前記第２のエントリーポイントとを表示する、請求項２に記載の情報記録装置。
【請求項７】
前記情報記録媒体に記録された前記管理情報および前記ストリームを読み出す読み出し部と、
読み出し部が読み出した前記ストリームをデコードするデコーダと、
読み出し部が読み出した前記管理情報、および、デコーダがデコードした前記ストリームを出力する出力部と
をさらに備え、
読み出し部は、前記管理情報を読み出し、前記出力部は、前記管理情報の前記前記第２のテーブルに登録された前記第２のエントリーポイントを表示する、請求項２に記載の情報記録装置。
【請求項８】
前記情報記録媒体は、光ディスクである、請求項３に記載の情報記録装置。
【請求項９】
符号化されたデジタルデータで構成されるストリームを受信するステップと、
前記ストリームの属性の変化を検出して検出情報を出力するステップと、
出力された前記検出情報と、前記変化が生じた時刻における時刻情報とを、第１のエントリーポイントとして登録した管理情報を生成するステップと、
生成された前記管理情報と、受信部が受信した前記ストリームとを、情報記録媒体に記録するステップと
を備えた情報記録方法であって、
前記ストリームに任意にアクセスして再生するための、前記ストリームの再生経路に対して設定された第２のエントリポイントを入力するステップをさらに備え、
前記生成するステップは、前記第１のエントリーポイントと前記第２のエントリポイントとを識別可能に登録した管理情報を生成する、情報記録方法。
【請求項１０】
前記生成するステップは、前記第１のエントリーポイントを登録した第１のテーブルと、前記第２のエントリーポイントを登録した第２のテーブルとを含む管理情報を生成する、請求項９に記載の情報記録方法。
【請求項１１】
前記生成するステップは、前記第１のエントリーポイントおよび前記第２のエントリポイントに別個に付与された、異なる識別フラグを有する管理情報を生成する、請求項９に記載の情報記録方法。
【請求項１２】
符号化されたデジタルデータで構成されるストリームを受信するステップと、
前記ストリームの属性の変化を検出して検出情報を出力するステップと、
出力された前記検出情報と、前記変化が生じた時刻における時刻情報とを、第１のエントリーポイントとして登録した管理情報を生成するステップと、
生成された前記管理情報と、受信部が受信した前記ストリームとを、情報記録媒体に記録するステップと
からなるコンピュータにより実行可能な情報記録プログラムであって、
前記ストリームに任意にアクセスして再生するための、前記ストリームの再生経路に対して設定された第２のエントリポイントを入力するステップをさらに備え、
前記生成するステップは、前記第１のエントリーポイントと前記第２のエントリポイントとを識別可能に登録した管理情報を生成する、コンピュータにより実行可能な情報記録プログラム。
【請求項１３】
前記生成するステップは、前記第１のエントリーポイントを登録した第１のテーブルと、前記第２のエントリーポイントを登録した第２のテーブルとを含む管理情報を生成する、請求項１２に記載の情報記録プログラム。
【請求項１４】
前記生成するステップは、前記第１のエントリーポイントおよび前記第２のエントリポイントに別個に付与された、異なる識別フラグを有する管理情報を生成する、請求項１２に記載の情報記録プログラム。
【請求項１５】
請求項１３に記載の情報記録プログラムを記録した記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は読み書き可能な情報記録媒体であって、特に、動画像データ、静止画データ、オーディオデータ等の種々のフォーマットのデータを含むマルチメディアデータが記録される情報記録媒体に関する。さらに、本発明はそのような情報記録媒体に情報を記録し、または、記録された情報を再生する装置および方法に関する。
【０００２】
【従来の技術】
近年、ＤＶＤ（Digital Versatile Disc）−ＲＯＭディスク（単にＤＶＤ−ＲＯＭとも称する）などの読み出し専用光ディスクは、コンピュータデータの記憶媒体としての利用に加えて、映画等の動画、写真等の静止画、および音声データ（以下、「ＡＶデータ」と称する）の記憶媒体として活用されている。近年、さらに、随時書き込み可能な記憶媒体として、ＤＶＤ−ＲＡＭディスク（単にＤＶＤ−ＲＡＭとも称する）と呼ばれる、数ＧＢの容量を有する相変化型ディスクが実用化されている。
【０００３】
ディジタルＡＶデータの国際標準の符号化規格であるMoving Picture Experts Group（ＭＰＥＧ）またはＭＰＥＧ２の実用化とあいまって、ＤＶＤ−ＲＡＭは、コンピュータデータの記録媒体としてだけでなく、オーディオ・ビデオ（ＡＶ）技術分野における記録・再生メディアとして期待されている。つまり従来の代表的なＡＶ記録メディアである磁気テープに代わるメディアとして普及が予測される。
【０００４】
これらの大容量化を目指す光ディスクを用いて、如何にＡＶデータを記録し、かつ、従来のＡＶ機器を大きく超える性能や新たな機能を実現するかが今後の大きな課題である。
【０００５】
ディスクの利用による最大の特徴は、ランダムアクセス性能の大幅な向上である。仮にテープをランダムアクセスする場合、一巻きの巻き戻しに通常数分オーダーの時間が必要である。これは光ディスクメディアにおけるシーク時間（数１０ｍｓ程度）に比べて桁違いに遅い。従ってテープは実用上ランダムアクセス装置になり得ない。このようなランダムアクセス性能によって、従来のテープでは不可能であったＡＶデータの分散記録が光ディスクでは可能となった。
【０００６】
図１は、ＤＶＤレコーダのドライブ装置のブロック図である。ドライブ装置は、ＤＶＤ−ＲＡＭディスク１０のデータを読み出す光ピックアップ１１、ＥＣＣ（Error Correcting Code）処理部１２、１トラックバッファ１３、トラックバッファへ１３の入出力を切り替えるスイッチ１４、エンコーダ部１５およびデコーダ部１６を備える。
【０００７】
図に示すように、ＤＶＤ−ＲＡＭディスク１０には、１セクタ＝２ＫＢを最小単位としてデータが記録される。また、１６セクタ＝１ＥＣＣブロックとして、ＥＣＣ処理部１２でエラー訂正処理が施される。
【０００８】
トラックバッファ１３は、ＤＶＤ−ＲＡＭディスク１０にＡＶデータをより効率良く記録するため、ＡＶデータを可変ビットレートで記録するために用いられる。より詳しく説明すると、トラックバッファ１３は、ＤＶＤ−ＲＡＭ１００への読み書きレート（Ｖａ）が固定レートであるのに対して、ＡＶデータはその内容（ビデオであれば画像）の複雑さに応じてビットレート（Ｖｂ）が変化するため、このビットレートの差を吸収するために用いられる。トラックバッファ１３を更に有効に利用して、ディスク１０上にＡＶデータが離散配置された場合にもＡＶデータをデコーダ部１６へ連続供給することが可能である。また、録画の場合もエンコーダ部１５に送られたＡＶデータをＤＶＤ−ＲＡＭに記録することができる。
【０００９】
この大容量記録メディアであるＤＶＤ−ＲＡＭをより効果的に使用するため、ＤＶＤ−ＲＡＭではＵＤＦ（Universal Disc Format）ファイルシステムが採用され、ＰＣによるアクセスが可能である。ＵＤＦファイルシステムの詳細は、「Universal Disc Format Standard」に開示されている。
【００１０】
次に従来、我々が使用してきたＡＶ機器を説明する。図２は、従来のＡＶ機器とメディア、フォーマットの関係を示した図である。例えば、ユーザがビデオテープの映像を見ようと思えば、ユーザは、通常、ビデオカセットをＶＴＲに入れ、テレビで視聴する。また、音楽を聞こうと思えば、ユーザは、ＣＤをＣＤプレーヤやＣＤラジカセに入れてスピーカまたはヘッドホンで聴く。つまり、従来のＡＶ機器では一つのフォーマット（ビデオまたはオーディオ）に対して一つのメディアが存在していた。このため、ユーザは見たい、または、聞きたいコンテンツに対して、常にメディアやＡＶ機器を取り替える必要があり、不便さを感じていた。
【００１１】
また、近年のディジタル技術の普及によって、パッケージソフトではＤＶＤビデオディスクが、放送系ではディジタル衛星放送が実用化されてきた。これらの背景にディジタル技術の革新、特にＭＰＥＧフォーマットの実用化があることは言うまでもない。
【００１２】
図３は、前述したＤＶＤビデオディスクとディジタル衛星放送で使用されているＭＰＥＧストリームの図である。ＭＰＥＧ規格は、図３に示すような階層構造を規定する。ここで重要なことは、最終的にアプリケーションが使用するＭＰＥＧシステム層のストリームは、ＤＶＤビデオディスクのようなパッケージメディア系とディジタル衛星放送のような通信メディア系とで異なることである。前者は「ＭＰＥＧプログラムストリーム」と呼ばれ、ＤＶＤビデオディスクなどの記録単位となるセクタ（ＤＶＤの場合２０４８バイト）を意識したパック単位でデータの転送が行われる。後者は「ＭＰＥＧトランスポートストリーム」と呼ばれ、特にＡＴＭを意識して１８８バイト単位のＴＳパケット単位でデータの転送が行われる。
【００１３】
ディジタル技術や映像音声の符号化技術であるＭＰＥＧによってＡＶデータはメディアに依存することなく自由に取り扱えると期待されてきたが、このような微妙な差もあって、現在までにパッケージメディアと通信メディアの双方に対応したＡＶ機器やメディアは存在していない。そのため、ＤＶＤ−ＲＡＭ等の大容量の光ディスクの登場により、従来のＡＶ機器で感じていた不便さの解消が期待されている。
【００１４】
特にディジタル衛星放送の開始に伴い、ＭＰＥＧトランスポートストリームをＭＰＥＧプログラムストリームと同様に記録することのできる光ディスクの登場が望まれている。
【００１５】
【発明が解決しようとする課題】
ＤＶＤレコーダは、図４に示すような単一のメディア、単一のＡＶ機器でさまざまなフォーマットやコンテンツをユーザが個々のフォーマットを意識すること無く、自由に表示再生できることが望まれている。具体的に説明すると、図５は、ＤＶＤレコーダにおけるメニュー画面の一例である。このメニューでは、ディジタル衛星放送の”１）洋画劇場”、地上波放送の”朝の連続ドラマ”、”ワールドカップ決勝”やＣＤからダビングした”４）ベートーヴェン”が、記録元のメディアや記録フォーマットを意識すること無くテレビ画面上で選択可能である。
【００１６】
次世代ＡＶ記録メディアとして期待される光ディスクを使用して、このようなＤＶＤレコーダを実現する際の最大の課題は、様々なフォーマットからなるＡＶデータおよびＡＶストリームをいかに統一的に管理できるかである。すでに存在するフォーマットのみを管理するのであれば、特別な管理手法を用いる必要はない。しかし、既存の多数のフォーマットだけでなく、今後登場するであろう新たなフォーマットに対しても対応できる管理手法を用いておくことが、前述したＤＶＤレコーダの実現には不可欠である。
【００１７】
様々なＡＶストリームを統一的に扱えるか否かによって生じるユーザインターフェースの差異によっては、従来例で説明したような不便さ、つまり、コンテンツやフォーマット毎にユーザが意識して操作を行う必要が生じる可能性がある。よって、様々なＡＶストリームのなかでも、ディジタル放送のように送信側でディジタル化されたデータを、受信側で如何に取り扱うかが大きな問題となる。特に、新たに開始されたディジタル衛星放送の様々な機能を、録画後にも利用できる、いわゆるタイムシフトを実現するためには、これらのストリームを送信されたそのままの状態で記録することが必要となる。ＭＰＥＧのトランスポートストリームでは、複数のビデオストリームを同時に多重化すること（マルチビュー）が可能である。
【００１８】
さらに将来出現するであろう新たなディジタル放送に対しても、たとえ現時点でそのサービス内容が一部未定であっても、これらの放送をタイムシフト記録することが求められる。
【００１９】
ディジタル記録されたＡＶデータに対し、ディスクメディアの最大の特徴であるランダムアクセス性を活かす例として、エントリーポイントが挙げられる。近年、ユーザが所望の地点（エントリーポイント）を設定し、設定したエントリーポイントにアクセスしてこの地点から再生を開始できるようにする必要性が高まっている。しかし、記録装置が自動的に記録するエントリーポイントも存在する。したがって、これらのエントリーポイントを混在させると混乱を生ずるため、区別できるデータ構造が必要となる。
【００２０】
本発明の目的は、ユーザが理解しやすいように、エントリーポイントを管理することである。また、ディジタル放送で使用されるストリーム（ＭＰＥＧトランスポートストリーム）を種々のＡＶストリームとともに記録できるようにし、さらに、記録したデータを再生することである。
【００２１】
【課題を解決するための手段】
本発明による情報記録装置は、符号化されたデジタルデータで構成されるストリームを受信する受信部と、受信部が受信した前記ストリームの属性の変化を検出して検出情報を出力する解析部と、解析部から出力された前記検出情報と、前記変化が生じた時刻における時刻情報とを、第１のエントリーポイントとして取得して、該第１のエントリーポイントを登録した管理情報を生成する制御部と、制御部が生成した前記管理情報と、受信部が受信した前記ストリームとを、情報記録媒体に記録するドライブ装置とを備えた情報記録装置であって、前記ストリームに任意にアクセスして再生するための、前記ストリームの再生経路に対して設定された第２のエントリポイントを入力する入力部をさらに備え、制御部は、前記第１のエントリーポイントと前記第２のエントリポイントとを識別可能に登録した管理情報を生成する。これにより、上記目的が達成される。
【００２２】
制御部は、前記第１のエントリーポイントを登録した第１のテーブルと、前記第２のエントリーポイントを登録した第２のテーブルとを含む管理情報を生成してもよい。
【００２３】
制御部は、前記第１のエントリーポイントおよび前記第２のエントリポイントに別個に付与された、異なる識別フラグを有する管理情報を生成してもよい。
【００２４】
解析部は、前記ストリームがディジタル放送ストリームである場合の放送番組の変化、ストリームの再生を制御するディジタル放送ストリームのＰＳＩ／ＳＩ情報の変化、マルチビュー情報の変化、データカルーセルの先頭への変化、データカルーセルの内容の変更、プログラムマップテーブルＰＭＴの変化、モジュールの変化、データイベントの変化、パレンタル情報の変化、音声ストリームの属性の変化、前記ストリームがディジタル放送のＭＰＥＧビデオストリームである場合のシーケンスヘッダ情報の変化、の少なくとも１つを、前記ストリームの属性の変化として検出してもよい。
【００２５】
前記管理情報は、前記第１のエントリーポイントおよび前記第２のエントリーポイントが、情報記録媒体に記録されたデータへのリンク情報を備えていてもよい。
【００２６】
前記情報記録媒体に記録された前記管理情報および前記ストリームを読み出す読み出し部と、読み出し部が読み出した前記ストリームをデコードするデコーダと、読み出し部が読み出した前記管理情報、および、デコーダがデコードした前記ストリームを出力する出力部とをさらに備え、入力部から前記第２のエントリポイントを入力する際には、読み出し部は、前記管理情報を読み出し、前記出力部は、前記管理情報の前記第１のテーブルに登録された前記第１のエントリーポイントと、すでに入力された前記第２のテーブルに登録された前記第２のエントリーポイントとを表示してもよい。
【００２７】
前記情報記録媒体に記録された前記管理情報および前記ストリームを読み出す読み出し部と、読み出し部が読み出した前記ストリームをデコードするデコーダと、読み出し部が読み出した前記管理情報、および、デコーダがデコードした前記ストリームを出力する出力部とをさらに備え、読み出し部は、前記管理情報を読み出し、前記出力部は、前記管理情報の前記前記第２のテーブルに登録された前記第２のエントリーポイントを表示してもよい。
【００２８】
前記情報記録媒体は、光ディスクであってもよい。
【００２９】
本発明の情報記録方法は、符号化されたデジタルデータで構成されるストリームを受信するステップと、前記ストリームの属性の変化を検出して検出情報を出力するステップと、出力された前記検出情報と、前記変化が生じた時刻における時刻情報とを、第１のエントリーポイントとして登録した管理情報を生成するステップと、生成された前記管理情報と、受信部が受信した前記ストリームとを、情報記録媒体に記録するステップとを備えた情報記録方法であって、前記ストリームに任意にアクセスして再生するための、前記ストリームの再生経路に対して設定された第２のエントリポイントを入力するステップをさらに備え、前記生成するステップは、前記第１のエントリーポイントと前記第２のエントリポイントとを識別可能に登録した管理情報を生成する。これにより上記目的が達成される。
【００３０】
前記生成するステップは、前記第１のエントリーポイントを登録した第１のテーブルと、前記第２のエントリーポイントを登録した第２のテーブルとを含む管理情報を生成してもよい。
【００３１】
前記生成するステップは、前記第１のエントリーポイントおよび前記第２のエントリポイントに別個に付与された、異なる識別フラグを有する管理情報を生成してもよい。
【００３２】
本発明による情報記録プログラムは、符号化されたデジタルデータで構成されるストリームを受信するステップと、前記ストリームの属性の変化を検出して検出情報を出力するステップと、出力された前記検出情報と、前記変化が生じた時刻における時刻情報とを、第１のエントリーポイントとして登録した管理情報を生成するステップと、生成された前記管理情報と、受信部が受信した前記ストリームとを、情報記録媒体に記録するステップとからなるコンピュータにより実行可能な情報記録プログラムであって、前記ストリームに任意にアクセスして再生するための、前記ストリームの再生経路に対して設定された第２のエントリポイントを入力するステップをさらに備え、前記生成するステップは、前記第１のエントリーポイントと前記第２のエントリポイントとを識別可能に登録した管理情報を生成する。これにより上記目的が達成される。
【００３３】
前記生成するステップは、前記第１のエントリーポイントを登録した第１のテーブルと、前記第２のエントリーポイントを登録した第２のテーブルとを含む管理情報を生成してもよい。
【００３４】
前記生成するステップは、前記第１のエントリーポイントおよび前記第２のエントリポイントに別個に付与された、異なる識別フラグを有する管理情報を生成してもよい。
【００３５】
所定の記録媒体に、上記情報記録プログラムを記録してもよい。
【００３６】
【発明の実施の形態】
以下、添付の図面を用いて本発明に係る情報記録媒体、記録装置および再生装置の一実施形態であるＤＶＤ−ＲＡＭ、ＤＶＤレコーダおよびＤＶＤプレーヤを詳細に説明する。
【００３７】
本発明によるＤＶＤ−ＲＡＭは、一枚のディスクにおいて種々のフォーマットのＡＶデータが記録でき、かつ、記録されたデータを統一的に管理できる。これにより、アナログ放送をＭＰＥＧトランスポートストリームにエンコードして記録したビデオデータ、ディジタル放送として送信されるＭＰＥＧトランスポートストリームを一枚のディスクに記録することが可能となる。また、ＤＶＤ−ＲＡＭに記録されたこれらのデータは、所定の順序で再生することができる。このために、本発明に係るＤＶＤ−ＲＡＭは、ＡＶデータのフォーマットの種類に依存せずにＡＶストリームを管理するための管理情報を備えている。
【００３８】
まず、図６の（ａ）および（ｂ）を参照して、本発明のＤＶＤ−ＲＡＭに記録されるデータのデータ構造を説明する。図６の（ａ）は、ＤＶＤ−ＲＡＭディスク１００のファイルシステムを通して認識できるディスク１００上のデータ構造を示す。図６の（ｂ）は、ディスク１００上の物理セクタの構造を示す。図示されるように、物理セクタの先頭部分にはリードイン領域３１が設けられている。リードイン領域３１には、サーボを安定させるために必要な規準信号や、他のメディアとの識別信号などが記録されている。リードイン領域３１に続いてデータ領域３３が設けられている。データ領域３３には、論理的に有効なデータが記録される。データ領域３３の先頭にはボリューム情報と呼ばれるファイルシステム用の管理情報が記録される。ファイルシステムは、例えばＵＤＦフォーマットであるが、周知の技術であるため説明は省略する。最後にリードアウト領域３５が設けられている。リードアウト領域３５には、リードイン領域３１と同様に、規準信号等が記録される。
【００３９】
ファイルシステムを介して、図６の（ａ）に示すように、ディスク１００内のデータを、ディレクトリやファイルとして扱うことが可能になる。図６の（ａ）に示すように、ＤＶＤレコーダが扱う全てのデータは、ＲＯＯＴディレクトリ直下のＤＶＤ＿ＲＴＡＶディレクトリ下で管理される。
【００４０】
本実施形態のＤＶＤレコーダが扱うファイルには、オーディオ・ビデオデータ（ＡＶデ−タ）を含むＡＶファイルと、それらのＡＶファイルを管理するための情報を含む管理情報ファイルの２種類のファイルが存在する。図６の（ａ）に示す例では、管理情報ファイルは「ＶＩＤＥＯ＿ＲＴ．ＩＦＯ」、ＡＶファイルは、動画データを含むファイル「Ｍ＿ＶＯＢ．ＶＯＢ」である。また、ディジタル放送用映像データを含むファイルは「Ｄ＿ＶＯＢ．ＶＯＢ」である。
以下、これらのファイルを詳細に説明する。なお、本実施形態では、個々のＡＶストリームを、オブジェクト（Ｏｂｊｅｃｔ）として定義している。すなわち、オブジェクトには、ＭＰＥＧプログラムストリーム等の種々のＡＶストリームが含まれる。ここでは、ＡＶストリームを抽象化してオブジェクトとして捉えることにより、ＡＶストリームの管理情報を、統一化したオブジェクト情報（ＯｂｊｅｃｔＩ）として定義する。
【００４１】
最初に、図７を参照して、管理情報を説明する。管理情報の例として、ＡＶファイルの管理情報ＶＩＤＥＯ＿ＲＴ．ＩＦＯを採用する。図７は、ＡＶファイルのオブジェクト、オブジェクト情報およびプログラムチェーン（Program Chain;ＰＧＣ）情報の関係を示す。管理情報ＶＩＤＥＯ＿ＲＴ．ＩＦＯは、オブジェクトの記録位置等を管理するオブジェクト情報８０と、ＤＶＤ−ＲＡＭに記録されているデータの中で再生されるべきデータの再生順序および再生時間等を定義するＰＧＣ情報５０、７０と、ビデオ管理全体情報（VMGI: Video Manager General Information）９０とを有する。ＡＶストリームは、そのフォーマットによって個々の違いはあるものの、共通化できる要素（例えば時間属性）も有している。よって、上述した抽象化が可能である。また、同一フォーマットを有するＡＶストリームは同一ＡＶファイル内に記録順に格納される。
【００４２】
オブジェクト情報（ＯｂｊｅｃｔＩ）８０は、オブジェクトに関する一般情報（Ｏｂｊｅｃｔ  ＧＩ）８０ａと、オブジェクトの属性情報（ＡｔｔｒｉｂｕｔｅＩ）８０ｂと、オブジェクトの再生時間をディスク上のアドレスに変換するアクセスマップ８０ｃと、オブジェクトの任意の箇所へのアクセスポイント（以下、エントリーポイントと称する）を示す、ＰＧＣ情報５０に関するエントリーポイントテーブル８０ｄとから構成されている。
【００４３】
アクセスマップ８０ｃは、時間軸とデータ（ビット列）軸との間の変換を行うために利用される。アクセスマップ８０ｃはオブジェクトユニット毎に時間領域とアドレス領域とを対応づけるデータを有する。これは後述するように１つのオブジェクトは複数のオブジェクトユニット（ＶＯＢＵ）から構成されているからである。アクセスマップ８０ｃを必要とするのは、ＡＶストリームが一般に時間軸とデータ（ビット列）軸の二つの基準を有しており、この二つの基準間には完全な相関性がないからである。例えば、ビデオストリームの国際標準規格であるＭＰＥＧ−２ビデオの場合、画質の複雑さに応じてビットレートを変える可変ビットレート方式を用いることが主流になりつつある。この場合、先頭からのデータ量と再生時間との間に比例関係がないため、時間軸を基準にしたランダムアクセスができない。よって、時間とデータとの相関関係を規定するアクセスマップ８０ｃが必要となる。
【００４４】
ＰＧＣ情報５０、７０は、ＤＶＤ−ＲＡＭ１００に記録される画像データや音声データ、すなわちオブジェクトの再生を制御する際に利用される。ＰＧＣ情報５０、７０は、ＤＶＤプレーヤが連続してデータ再生を行う際の一つの単位を示す。すなわち、ＰＧＣ情報５０、７０は、再生するオブジェクトと、そのオブジェクトにおける任意の再生区間とを示したセル情報６０、６１、６２、６３の再生シーケンスを示す。セル情報６０等については後述する。ＰＧＣ情報は、ＤＶＤレコーダがオブジェクト記録時に全記録オブジェクトを含むように自動で生成するオリジナルＰＧＣ情報５０と、ユーザが自由に再生シーケンスを定義できるユーザ定義ＰＧＣ情報７０の２種類に分類できる。
【００４５】
なお、先に説明したオブジェクト情報８０のエントリーポイントテーブル８０ｄは、オリジナルＰＧＣ情報５０のみに関するエントリーポイント（オリジナルエントリーポイントとも称する）を規定する。ユーザ定義ＰＧＣ情報７０に関するエントリーポイント（ユーザエントリーポイントとも称する）は、ユーザ定義ＰＧＣ情報７０内の各セル情報、例えば、セル情報７１に設けられたエントリーポイントテーブル７２に規定されている。オリジナルエントリーポイントは、ＤＶＤレコーダによって自動的に、オブジェクト情報８０中に規定されたオブジェクト自体に設定される。一方、ユーザエントリーポイントは、ユーザによって任意に、オブジェクトの再生経路に対して設定される。
【００４６】
なお、エントリーポイントテーブル８０ｄは、オリジナルＰＧＣ情報５０に設けられていてもよい。オリジナルＰＧＣ情報５０内であれば、各セル情報に対応して設けられていてもよいし、各セル情報に含まれない情報としてオリジナルＰＧＣ情報５０内に１つ設けられていてもよい。また、ユーザ定義ＰＧＣ情報７０に含まれるエントリーポイントテーブルは、各セル情報に１つ設けられなくてもよく、セル情報に含まれない情報としてユーザ定義ＰＧＣ情報７０内に１つ設けられていてもよい。
【００４７】
ＰＧＣ情報５０、７０の構成および機能は、ユーザ定義ＰＧＣ情報７０がユーザにより定義されること、および、エントリーポイントテーブル７２を有することを除いて、同様である。よって、以下では、主としてオリジナルＰＧＣ情報５０を詳細に説明する。エントリーポイントテーブル７２、８０ｄについては後述する。
【００４８】
図７に示すように、オリジナルＰＧＣ情報５０は少なくとも１つのセル情報６０、６１、６２、６３を含む。セル情報６０等は再生するオブジェクトを指定し、かつ、そのオブジェクトの再生区間を指定する。通常、ＰＧＣ情報５０は複数のセルをある順序で記録している。ＰＧＣ情報５０におけるセル情報の記録順序は、各セルが指定するオブジェクトが再生されるときの再生順序を示す。
【００４９】
一のセル情報、例えば、セル情報６０には、それが指定するオブジェクトの種類を示すタイプ情報（Ｔｙｐｅ）６０ａと、オブジェクトの後述するマルチビュー情報（Ｖｉｅｗ＿Ｔｙｐｅ）６０ｂと、オブジェクトの識別情報であるオブジェクトＩＤ（Ｏｂｊｅｃｔ  ＩＤ）６０ｃと、時間軸上でのオブジェクト内の開始位置情報（Ｓｔａｒｔ）６０ｄと、時間軸上でのオブジェクト内の終了位置情報（Ｅｎｄ）６０ｅとが含まれる。データ再生時は、ＰＣＧ情報５０内のセル情報６０が順次読み出され、各セルにより指定されるオブジェクトが、セルにより指定される再生区間分だけ再生される。
【００５０】
抽象化したオブジェクト情報を実際のＡＶストリームに適用するためには、より具体化する必要がある。この考え方は、オブジェクト指向モデルに見られるクラスの継承、特に、オブジェクト情報をスーパークラスとして、各ＡＶストリーム用に具体化した構造をサブクラスと捉えるとわかり易い。図８は、オブジェクト情報から派生した各ストリームの管理情報を示す。図示されるように、本実施の形態では、オブジェクト情報のサブクラスとして、動画サブクラス、ディジタルビデオ放送サブクラス、ストリームサブクラスの各サブクラスを定義する。動画サブクラスは、ビデオ用のオブジェクト情報（ＭＰＥＧトランスポートストリーム）を表す動画オブジェクト情報（Ｍ＿ＶＯＢＩ：Movie Video Object Information）８２である。ディジタルビデオ放送サブクラスは、ディジタル放送データ（ＭＰＥＧトランスポートストリーム）用のオブジェクト情報を表すディジタルビデオ放送オブジェクト情報（Ｄ＿ＶＯＢＩ：Digital Video Object Information）８６である。ストリームサブクラスは、用途を特定しないストリーム用のオブジェクト情報を表すストリームオブジェクト情報（ＳＯＢＩ：Stream Object Information）８９である。以下、各オブジェクト情報を説明する。
【００５１】
動画オブジェクト情報８２は、ＭＰＥＧトランスポートストリームの一般情報（Ｍ＿ＶＯＢ＿ＧＩ）８２ａと、動画オブジェクトのストリーム情報（Ｍ＿ＶＯＢ＿ＳＴＩ）８２ｂと、タイムマップ８２ｃと、エントリーポイントテーブル８２ｄとを有する。
【００５２】
動画オブジェクト情報８２の一般情報（Ｍ＿ＶＯＢ＿ＧＩ）８２ａは、動画オブジェクトの識別情報（Ｍ＿ＶＯＢ＿ＩＤ）と、動画オブジェクトの記録時刻（Ｍ＿ＶＯＢ＿ＲＥＣ＿ＴＭ）と、動画オブジェクトの開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と、動画オブジェクトの終了時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）とを含む。動画オブジェクトのストリーム情報（Ｍ＿ＶＯＢ＿ＳＴＩ）８２ｂは、ビデオストリームのコーディングモードをはじめとするビデオストリーム情報（Ｖ＿ＡＴＲ）と、オーディオストリームの本数（ＡＳＴ＿Ｎｓ）と、オーディオストリームのコーディングモードをはじめとするオーディオストリーム情報（Ａ＿ＡＴＲ）とを含む。タイムマップ８２ｃは、ＡＶファイル内での動画オブジェクトの先頭アドレスと、各動画オブジェクトユニット（ＶＯＢＵ）の再生時間（ＶＯＢＵ＿ＰＢ＿ＴＭ）と、データサイズ（ＶＯＢＵ＿ＳＺ）とを含む。ここで、動画オブジェクトユニット（ＶＯＢＵ）とは、動画オブジェクト（Ｍ＿ＶＯＢ）内の最小アクセス単位を示すが、その詳細は後述する。
【００５３】
ディジタルビデオ放送オブジェクト情報（Ｄ＿ＶＯＢＩ）８６は、ＭＰＥＧトランスポートストリームの一般情報（Ｄ＿ＶＯＢ＿ＧＩ）８６ａと、ストリーム情報（Ｄ＿ＶＯＢ＿ＳＴＩ）８６ｂと、タイムマップ８６ｃと、エントリーポイントテーブル８６ｄとを有する。
【００５４】
ディジタル放送オブジェクトの一般情報（Ｄ＿ＶＯＢ＿ＧＩ）８６ａは、ディジタル放送オブジェクトの識別情報（Ｄ＿ＶＯＢ＿ＩＤ）と、ディジタル放送オブジェクトの記録時刻（Ｄ＿ＶＯＢ＿ＲＥＣ＿ＴＭ）と、ディジタル放送オブジェクトの開始時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と、ディジタル放送オブジェクトの終了時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）とを含む。ディジタル放送オブジェクトのストリーム情報（Ｄ＿ＶＯＢ＿ＳＴＩ）は、ディジタル放送で配送される付加情報を格納する情報（ＰＲＯＶＩＤＥＲ＿ＩＮＦ）を含む。タイムマップ８６ｃは、ＡＶファイル内でのディジタル放送オブジェクト（Ｄ＿ＶＯＢ）の先頭アドレスと、各オブジェクトユニット（ＶＯＢＵ）の再生時間（ＶＯＢＵ＿ＰＢ＿ＴＭ）と、データサイズ（ＶＯＢＵ＿ＳＺ）とを含む。
【００５５】
ストリームオブジェクト情報（ＳＯＢＩ）８９は、デジタルストリームの一般情報（ＳＯＢ＿ＧＩ）８９ａと、デジタルストリームのストリーム情報（ＳＯＢ＿ＳＴＩ）８９ｂと、タイムマップ８９ｃと、エントリーポイントテーブル８９ｄとを有する。
【００５６】
デジタルストリームの一般情報（ＳＯＢ＿ＧＩ）８９ａは、ストリームオブジェクトの識別情報（ＳＯＢ＿ＩＤ）と、ストリームオブジェクトの記録時刻（ＳＯＢ＿ＲＥＣ＿ＴＭ）と、ストリームオブジェクトの開始時刻情報（ＳＯＢ＿Ｓ＿ＴＭ）と、ストリームオブジェクトの終了時刻情報（ＳＯＢ＿Ｅ＿ＴＭ）とを含む。ＳＯＢのストリーム情報（ＳＯＢ＿ＳＴＩ）８９ｂは、ストリームとして配送される付加情報を格納する情報（ＰＲＯＶＩＤＥＲ＿ＩＮＦ）を含む。タイムマップ８９ｃは、ＡＶファイル内でのＳＯＢ先頭アドレスと、ストリームオブジェクトユニット（ＳＯＢＵ）毎の再生時間（ＳＯＢＵ＿ＰＢ＿ＴＭ）とを含む。各ＳＯＢＵのサイズは前述した ＥＣＣブロックのサイズと同一であり固定である。ここで、ストリームオブジェクトユニット（ＳＯＢＵ）は、ストリームオブジェクト（ＳＯＢ）内の最小アクセス単位を示すが、その詳細は後述する。
【００５７】
このように、抽象化されているオブジェクト情報を具体化することで、図８に示すように、個々のＡＶストリームに対し、対応するストリーム情報テーブルが定義される。
【００５８】
次に、図９を参照して、オブジェクト情報（ＯｂｊｅｃｔＩ）の具体例の１つ、ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）８６と、セル情報６０との対応関係を説明する。
【００５９】
セル情報６０に指定されたタイプ情報（Ｔｙｐｅ）の値が「Ｄ＿ＶＯＢ」であれば、そのセルはディジタル放送用オブジェクトに対応することを意味する。なお、タイプ情報の値が「Ｍ＿ＶＯＢ」であれば、そのセルは動画オブジェクトに対応し、タイプ情報の値が「ＳＯＢ」であれば、ストリームオブジェクトに対応することを意味する。
【００６０】
セル情報６０に指定されたタイプ情報（Ｔｙｐｅ）の値が「Ｄ＿ＶＯＢ」である場合、セル情報内にビュータイプ情報（Ｖｉｅｗ＿Ｔｙｐｅ）が指定される。ビュータイプ情報は、該当セルにおいてマルチビュー（後述）が存在するか否か、存在する場合にビューがいくつあるかを指定する。ビュータイプ情報には、マルチビューが存在する場合には最大のビューの個数を、存在しない場合は０を設定する。また、オブジェクトＩＤ（Ｏｂｊｅｃｔ  ＩＤ）を利用して、対応するオブジェクト情報（ＶＯＢＩ）を検索できる。これは、例えば、ディジタル放送オブジェクトを示すオブジェクトＩＤと、ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）８６の一般情報（Ｄ＿ＶＯＢ＿ＧＩ）８６ａに含まれるディジタル放送オブジェクトＩＤ（識別番号）（Ｄ＿ＶＯＢ＿ＩＤ）とが、一対一に対応していることを利用して実現できる。このように、タイプ情報（Ｔｙｐｅ）とオブジェクトＩＤ（Ｏｂｊｅｃｔ  ＩＤ）を用いることにより、セル情報６０に対応するオブジェクト情報を探すことができる。
【００６１】
セル情報６０における開始位置情報（Ｓｔａｒｔ）は、ディジタル放送オブジェクトの開始時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と対応する。各々によって示される値が同一の値（時刻）であれば、そのセルはディジタル放送オブジェクトの先頭からの再生を示す。開始位置情報（Ｓｔａｒｔ）の値が開始時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）より大きい場合、そのセルはディジタル放送オブジェクトの途中からの再生を示す。この場合、開始時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）の値と、開始位置情報（Ｓｔａｒｔ）の値との差（時間差）だけ、そのセルはディジタル放送オブジェクトの先頭から遅れて再生される。また、セルの終了位置情報（Ｅｎｄ）とディジタル放送オブジェクトの終了時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）も同様の関係を有する。
【００６２】
このように、セル情報６０内の開始位置情報（Ｓｔａｒｔ）と、終了位置情報（Ｅｎｄ）と、ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）８６の一般情報（Ｄ＿ＶＯＢ＿ＧＩ）８６ａ内の開始時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と、終了時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）とに基づいて、当該セルの再生開始および終了位置を動画オブジェクト内の相対時間として得ることができる。
【００６３】
ディジタル放送オブジェクト８６内のタイムマップ８６ｃは、動画オブジェクトユニット（ＶＯＢＵ）毎の再生時間とデータサイズとから構成されるテーブルである。前述したセルの動画オブジェクト内での再生開始および終了相対時間をこのタイムマップ８６ｃを参照することによりアドレスデータに変換することができる。なお、動画オブジェクトユニット（ＶＯＢＵ）とは、図のＡＶファイルを表すＶＯＢのうち、太実線で囲まれた、複数のパックのまとまりである。なお、各パックはセクタと同じサイズであり、１つまたはそれ以上のパックを利用して、画像データが格納される。
【００６４】
続いて図１０の（ａ）〜（ｆ）を参照して、タイムマップを参照したアドレス変換の具体例を説明する。
【００６５】
図１０の（ａ）は、時間軸上でのビデオ表示を表現したディジタル放送オブジェクト（Ｄ＿ＶＯＢ）を示す。（ｂ）は動画オブジェクトユニット（ＶＯＢＵ）毎の再生時間長とデータサイズから構成されるタイムマップを示す。（ｃ）は、データ（セクタ列）軸上で表現したディジタル放送オブジェクトを示す。（ｄ）はディジタル放送オブジェクト（Ｄ＿ＶＯＢ）の一部を拡大したパック列を示す。（ｅ）はビデオストリーム、（ｆ）はオーディオストリームをそれぞれ示す。
【００６６】
動画オブジェクト（Ｄ＿ＶＯＢ）は、ＭＰＥＧトランスポートストリームである。ＭＰＥＧトランスポートストリームは、ビデオストリーム、オーディオストリームを順にパケット（ＰＥＳパケット）化して、このパケット（ＰＥＳパケット）を複数束ねたパックのシーケンスである。
【００６７】
トランスポートパケット（ＴＳパケット）は、１８８バイトの固定サイズである。ＤＶＤ−ＲＡＭの１セクタは２０４８バイトであるので、セクタ内には複数のトランスポートパケット（２０４８バイト／１８８バイト＝１０ＴＳパケット）が、後述するヘッダ情報と共に記録される。
【００６８】
トランスポートストリームでは、ＴＳパケット化したビデオパケット（Ｖ＿ＰＫＴ）およびオーディオパケット（Ａ＿ＰＫＴ）を多重化して１本のストリームが構成される。図１０の（ｃ）、（ｄ）、（ｅ）、（ｆ）は、多重化の様子を示す。
【００６９】
また、トランスポートストリームおよびプログラムストリームの総称である、ＭＰＥＧシステムストリームは、多重化したビデオおよびオーディオストリームの同期再生のために、ストリーム内にタイムスタンプを有する。
【００７０】
トランスポートストリームの場合、タイムスタンプとして、フレームの再生時刻を示すＰＴＳ（Presentation Time Stamp）がある。前述のディジタル放送オブジェクトの開始時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）、ディジタル放送オブジェクトの終了時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）は、このＰＴＳを基準にして求められた時刻情報である。
【００７１】
続いて、動画オブジェクトユニット（ＶＯＢＵ）を説明する。動画オブジェクトユニット（ＶＯＢＵ）とは、ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）内の最小アクセス単位を示す。ＭＰＥＧビデオストリームは、ビデオフレーム内での空間周波数特性を用いた画像圧縮だけでなく、ビデオフレーム間、つまり時間軸上での動き特性をも利用して画像圧縮を行い、高効率な画像圧縮を実現する。これは、あるビデオフレームを伸長する場合に、時間軸上の情報、すなわち、未来または過去のビデオフレームの情報が必要となり、ビデオフレームを単独で伸長することができないことを意味している。この問題を解決するため、一般的なＭＰＥＧビデオストリームでは、０．５秒に１枚程度の割合で、時間軸上での動き特性を用いないビデオフレーム（Ｉ−ピクチャ）を挿入して、ランダムアクセス性を高めている。
【００７２】
動画オブジェクトユニット（ＶＯＢＵ）は、このＩ−ピクチャの先頭データを含むパックを先頭として、次のＩ−ピクチャの先頭データを含むパックの直前のパックまでの区間として規定されるまとまりである。タイムマップでは、この各オブジェクトユニット（ＶＯＢＵ）のデータサイズ（ＴＳパケット数）と、オブジェクトユニット（ＶＯＢＵ）内のビデオフレームの再生時間（フィールド数）とから構成されている。
【００７３】
なお、Ｉ−ピクチャの先頭データは必ずしもＴＳパケットの先頭ではない。このため、あるオブジェクトユニット（ＶＯＢＵ）における最終データは、次のオブジェクトユニット（ＶＯＢＵ）における先頭データと同一のＴＳパケット内に存在する場合がある。このため、オブジェクトユニット（ＶＯＢＵ）のデータサイズは、次オブジェクトユニット（ＶＯＢＵ）、すなわち次のＩ−ピクチャの先頭データを含むＴＳパケットの直前までのＴＳパケット数とする。
【００７４】
例えば、セルのＳｔａｒｔで示す値と、ディジタル放送オブジェクトの開始時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）の示す値との差が１秒（６０フィールド）であったと仮定する。タイムマップ８６ｃ内の各オブジェクトユニット（ＶＯＢＵ）の再生時間を先頭から積算していくことで、ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）の先頭からの各オブジェクトユニットの再生開始時刻を求めることができる。同様に各オブジェクトユニットのデータサイズ（ＴＳパケット数）を積算していくことで、ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）の先頭からの各オブジェクトユニットのアドレスを求めることができる。
【００７５】
本実施形態の場合では、ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）の先頭からそれぞれ２４、３０、２４フィールドのオブジェクトユニット（ＶＯＢＵ）が並んでいるので、ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）の先頭から１秒（６０フィールド）後のビデオフレームは先頭から３番目のオブジェクトユニット（ＶＯＢＵ＃３）に含まれていることが求められる。また、オブジェクトユニット（ＶＯＢＵ）のデータ量がディジタル放送オブジェクトの先頭からそれぞれ１２５０、９０８、１１５０ＴＳパケットであるから、３番目のオブジェクトユニット（ＶＯＢＵ＃３）の先頭アドレスは、オブジェクトの先頭から２１５８ＴＳパケット目、つまり２１５セクタの８ＴＳパケット目であることが求められる。この結果と、ＡＶファイル内でのＤ＿ＶＯＢの先頭アドレス（ＡＤＲ＿ＯＦＦ）である５０１０セクタとを加算することで、再生を開始するデータの先頭アドレスが求められる。
【００７６】
以上の説明では、先頭から６０フィールド目のビデオフレームからの再生を想定した。すでに説明したように、ＭＰＥＧビデオの性質上、任意のビデオフレームからのデコードおよび再生は不可能であるので、Ｉ−ピクチャの先頭から再生されるように、６フィールドずれた近傍のオブジェクトユニット（ＶＯＢＵ）の先頭から再生する。ただし、デコーダが当該６フィールドのデコードのみを行い、表示をしないように動作することで、セルが指定するビデオフィールドから再生することができる。セルの終了位置に対応するディジタル放送オブジェクトの再生終了時刻、ＡＶファイル内のアドレスは、上記の説明と同様にしてえることができる。
【００７７】
なお、ディジタル放送オブジェクトのストリーム情報（Ｄ＿ＶＯＢ＿ＳＴＩ）内のＰＲＯＶＩＤＥＲ＿ＩＮＦフィールドには、放送事業社を識別するＩＤと、放送事業社毎の固有の情報とが含まれる。
【００７８】
次に、動画オブジェクト情報（Ｍ＿ＶＯＢＩ）を説明する。動画オブジェクト情報も、オブジェクト情報から派生したサブクラスであるので、基本的にはディジタル放送オブジェクト情報と同様である。大きな違いは、動画オブジェクト（Ｍ＿ＶＯＢ）は地上波が録画されて生成されることである。すなわち、ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）は、ディジタル放送衛星から送信されるデータが直接記録されて生成されるのに対して、動画オブジェクトは、レコーダがエンコードを行って得られたＡＶストリームである点が、大きく異なっている。 タイムマップを参照したアドレス変換については、Ｄ＿ＶＯＢと同様である。
【００７９】
例えば、ＤＶＤ−ＲＡＭの１セクタが２０４８バイトとして、Ｍ＿ＶＯＢにおけるパケットも、２０４８バイトの固定サイズであるとする。すると、動画オブジェクト（Ｍ＿ＶＯＢ）の場合、１パック＝１セクタとして扱うことができる。ＤＶＤ−ＲＡＭに対してデータの読み書きができる単位はセクタであるので、動画オブジェクトユニットをセクタからセクタまでと定義することができる。Ｔマップを参照したアドレス変換については、基本的にはＤ＿ＶＯＢと同様である。なお、Ｍ＿ＶＯＢのアドレス変換に使用するタイムマップは、Ｄ＿ＶＯＢの場合のようにＶＯＢＵのデータサイズをパケット数で表す代わりに、これをパック数で表してもよい。
【００８０】
次に、ストリームオブジェクト情報（ＳＯＢＩ）を説明する。ストリームオブジェクト情報も、オブジェクト情報から派生したサブクラスであるので、基本的にはディジタル放送オブジェクト情報と同様である。大きな違いは、ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）ではそのストリームの内容がレコーダで解析可能であるのに対し、ストリームオブジェクト（ＳＯＢ）では、レコーダでその内容を解析できないことである。ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）は、動画オブジェクト（Ｍ＿ＶＯＢ）のように、レコーダ自身がデータをエンコードする。よって、ストリームのデータ構造が自明であり、レコーダは解析可能である。しかし、ストリームオブジェクト（ＳＯＢ）では、レコーダがデータを解析せずに記録するので、例えば、データが著作権保護等の目的で暗号化されている場合、または、新規のサービスのためレコーダが対応したデコーダを持たない場合等には、レコーダは、ストリームの内部構造が分からない。
【００８１】
よって、ストリームオブジェクト（ＳＯＢ）を取り扱う場合には、前述したタイムマップを作成することができないことになる。そこで、本実施の形態では、ＭＰＥＧトランスポートストリームにおけるそれぞれのＴＳパケットの到着時刻を表すＡＴＳ（Arrival Time Stamp）を用いてタイムマップを作成する。
【００８２】
図１１の（ａ）および（ｂ）は、ストリームオブジェクト（ＳＯＢ）における、ＴＳパケットとヘッダ情報との関係を示す。ストリームオブジェクト（ＳＯＢ）では、ＡＴＳを含むヘッダ情報とＴＳパケットを交互に１セクタの中に複数配置する。本実施の形態では、ヘッダ情報が４バイト、ＴＳパケットは１８８バイトなので、１セクタ中に１０個のヘッダ情報とＴＳパケットの対が配置されている。このＡＴＳを用いて、ストリームオブジェクト（ＳＯＢ）における時刻を指定する。
【００８３】
ストリームオブジェクト（ＳＯＢ）のタイムマップ８９ｃ（図８）におけるオブジェクトは、ＳＯＢユニット（ＳＯＢＵ）というまとまりを利用して規定される。ストリームオブジェクト（ＳＯＢ）では、その内容を解析できないので、ＳＯＢＵのデータサイズは固定する。本実施の形態では、ＳＯＢＵのデータサイズは、ＥＣＣブロックのサイズとする。このように、ＳＯＢＵのデータサイズを固定することにより、ストリームオブジェクト（ＳＯＢ）のタイムマップ８９ｃではサイズを指定する必要がない。よって、タイムマップは、オブジェクトユニット（ＳＯＢＵ）の先頭ＴＳパケットの到着時刻（ＡＴＳ）情報のみのテーブルである。ストリームオブジェクト（ＳＯＢ）の場合、オブジェクトの開始時刻情報（ＳＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）、オブジェクトの終了時刻情報（ＳＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）は、それぞれオブジェクトの先頭もしくは最終ＴＳパケット到着時刻（ＡＴＳ）である。
【００８４】
タイムマップを参照したアドレス変換については、基本的にはＤ＿ＶＯＢと同様である。但し、ＳＯＢのアドレス変換のために使用するタイムマップでは、Ｄ＿ＶＯＢの場合のように各オブジェクトユニット（ＶＯＢＵ）のデータサイズは、固定であり、パケット数で表していない。
【００８５】
なおＡＴＳを付与する代わりにに、ＭＰＥＧトランスポートストリームのＴＳパケット内に存在するＰＣＲ（Program Clock Reference）を用いてタイムマップを生成することもできる。ＰＣＲとは、それぞれのＴＳパケットのデコーダへの入力時刻を表す。この場合、ＰＣＲは必ずしも全てのトランスポートパケットに付与されないので、レコーダでこれらの値を補間する必要がある。
【００８６】
ストリームオブジェクトのストリーム情報（Ｓ＿ＶＯＢ＿ＳＴＩ）内のＰＲＯＶＩＤＥＲ＿ＩＮＦフィールドにも、ディジタル放送オブジェクトの場合と同様、放送事業者を識別するＩＤと、放送事業者毎の固有の情報とが含まれている。
【００８７】
図１２は本実施形態の光ディスクにおける管理情報全体の構成を示す。図１２には、これまで説明したデータ構造が記載されている。以下、管理情報全体を説明する。本実施の形態による光ディスクは、前述のＰＧＣ情報５０、７０等の他に、ビデオ管理全体情報９０や、各種のファイル情報テーブル９２、９４、９６を備えている。
【００８８】
ビデオ管理全体情報ＶＭＧＩ９０は、ディスク全体に関する管理情報であり、例えば、オリジナルＰＧＣ情報５０、ユーザ定義ＰＧＣ情報７０、および、各種ファイル管理テーブル９２、９４等の開始アドレス、すなわちポインタ情報を含む。このポインタ情報を参照することにより、ＰＧＣ情報５０、７０や、ファイル管理テーブル９２、９４等へアクセスできる。
【００８９】
ここで、図１２に示すファイル管理テーブル９２、９４、９６を説明する。ファイル管理テーブル９２、９４、９６のそれぞれは、オブジェクトから構成されるデータファイルを管理するためのテーブルであり、オブジェクトの種類毎に設けられている。ディジタル放送オブジェクトを記録したファイルを管理する動画ファイル管理テーブル９２や、動画オブジェクトを記録した動画ファイルを管理するディジタル放送ファイル管理テーブル９４、ストリームオブジェクトを記録したストリームファイルを管理するストリームファイル管理テーブル９６がある。
【００９０】
前述のようにＰＧＣ情報内のセル情報のオブジェクトＩＤに基づきオブジェクト情報が特定されるが、この場合、ファイル管理テーブル９２、９４、９６を介してオブジェクト情報のアドレスが特定される。このため、ファイル管理テーブル９２、９４、９６は、管理するオブジェクト情報の数、オブジェクトＩＤ、オブジェクト情報のサイズ等の情報を有している。例えば、オブジェクトＩＤが順番を示す場合、セル情報により指定されたオブジェクトＩＤに基づいて、その指定されたオブジェクト情報が、ファイル管理テーブルにより管理されているオブジェクト情報の中の何番目のオブジェクト情報であるかを認識できる。その後、そのオブジェクト情報の順番と、ファイルサイズとからファイル管理テーブルの開始アドレスを基準としたオフセット量を計算することにより、その指定されたオブジェクト情報のアドレスを得ることができる。
【００９１】
図１２に示すように、ディジタル放送ファイル管理テーブル９４は、ディジタル放送オブジェクトを記録したディジタル放送ファイルを管理するテーブルである。ディジタル放送ファイル管理テーブル９４は、ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）９４ａ、９４ｂ…と、そのテーブル９４が管理するディジタル放送オブジェクト情報の数、ディジタル放送オブジェクトのサイズ等を含むテーブル管理情報（Ｄ＿ＡＶＦＩＴＩ）９４ｈとを含む。このテーブル管理情報９４ｈに記述されているディジタル放送オブジェクト情報の数だけ、ディジタル放送オブジェクト情報がディスク上に続けて記録されている。ディジタル放送オブジェクト情報９４ａ…は、前述のように、一般情報（Ｄ＿ＶＯＢ＿ＧＩ）、ストリーム情報（Ｄ＿ＶＯＢ＿ＳＴＩ）、タイムマップ、エントリーポイントテーブルを含む。また、タイムマップは、各ディジタル放送オブジェクトユニット（ＶＯＢＵ）の表示時間およびサイズ（ＶＯＢＵ＿ＥＮＴ）を含む。なお、動画オブジェクトを記録した動画ファイルの管理テーブル（Ｍ＿ＡＶＦＩＴ）９２、ストリームオブジェクトを記録したストリームファイルの管理テーブル（Ｓ＿ＡＶＦＩＴ）９６も、ディジタル放送ファイル管理テーブル９４と同様のデータ構造を有する。
【００９２】
オリジナルＰＧＣ情報５０には、再生すべき順にセル情報が記録されている。セル情報はオブジェクト情報への対応情報（タイプおよびオブジェクトＩＤ）と、オブジェクト内での再生区間情報（ＳｔａｒｔおよびＥｎｄ）とを有する。セルが示す再生区間情報は、オブジェクト情報内のアクセスマップを通してオブジェクト実態のアドレス情報に変換できる。
【００９３】
前述した通り、エントリーポイントテーブルを有しないか、または有するかを除いては、ユーザ定義ＰＧＣ情報７０のデータ構造は、オリジナルＰＧＣ情報５０のデータ構造と同一である。
【００９４】
以上のように、ＡＶストリーム用管理情報を先に抽象化しておくことで、再生制御情報であるＰＧＣ情報をＡＶストリームフォーマット毎に固有な情報に依存することなく定義でき、ＡＶストリームを統合的に管理できる。これにより、ＡＶフォーマットを意識せずにユーザが自由にＡＶデータの再生ができる環境が実現できる。
【００９５】
また、上述のデータ構造により、新たなＡＶフォーマットを取り込む場合であっても、既存のＡＶフォーマットと同じようにオブジェクト情報から派生した管理情報を規定すればよい。これにより、新たなフォーマットをデータ構造内に簡単に取り込むことができる。
【００９６】
次に、エントリーポイントテーブルを詳細に説明する。エントリーポイントは、ユーザがディスク上に録画された放送番組の任意地点から再生を開始するためのアクセスポイントである。例えば、図７に記載されているとおり、オリジナルＰＧＣ情報５０に関するエントリーポイントは、オブジェクト情報８０内に設けられたエントリーポイントテーブル８０ｄに記録されており、一方、ユーザ定義ＰＧＣ情報７０に関するエントリーポイントは、ユーザ定義ＰＧＣ情報７０の各セル情報、例えば、セル情報７１に設けられたエントリーポイントテーブル７２に記録されている。
【００９７】
エントリーポイントは、セルのスタート位置、終了位置と同様に、ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）および動画オブジェクト（Ｍ＿ＶＯＢ）の場合はＰＴＳを用いて指定され、ストリームオブジェクトの場合はＡＴＳを用いて指定される。
【００９８】
エントリーポイントの設定は、以下のように行われる。まず、ディジタル衛星放送は、ＡＶストリームの他に多くの付加情報を含んでいる。ディジタル衛星放送ではプログラム仕様情報ＰＳＩ（Program Specific Information）という特殊なテーブルに納められた情報により１番組分のＡＶストリームを識別する。プログラム仕様情報ＰＳＩおよびサービス情報ＳＩ（Service Information）は、トランスポートストリームの再生を制御する情報である。具体的には、１番組分のＡＶストリームは、トランスポートストリーム中に含まれる複数の番組に対応したビデオおよびオーディオストリームのＴＳパケット群から、当該番組を構成する複数のＴＳパケット列を抽出することにより得られる。当該番組を構成する複数のＴＳパケット列は、各パケットに付されたパケットＩＤ情報（ＰＩＤ）によって特定できる。このパケットＩＤ情報（ＰＩＤ）は、当該番組に対応したＰＳＩ情報内のプログラムマップテーブル（ＰＭＴ）に記録されている。ディジタル衛星放送は、データ放送などインタラクティブな情報を含んでおり、従来のアナログ放送では実現できなかったサービスを実現している。
【００９９】
ディジタル放送にはマルチビューという機能があり、１つの番組中に時間的に並列する複数の動画を含めることができる。マルチビューについては、ＡＲＩＢＴＲ−Ｂ１５に詳しく記載されているが、本明細書では、図１３を参照して簡単にマルチビューを実現するデータ構造を説明する。図１３は、マルチビューを説明するイベント情報テーブルＥＩＴ（Event Information Table）のデータ構造を示す図である。
【０１００】
メインのビューを再生する場合、component_group_id="0x0"のテーブルが参照される。component_group_id="0x0"のテーブルにおいて、対応する動画ストリームのcomponent_tagはV0であることが判る。次にユーザ提示単位のテーブルが参照され、component_tagがV0のVideo_PIDは、"0x01"であることから、0x01のPIDをもつＴＳパケット列が対応するストリームであることが判る。同様に、メインのビューに対応する音声ストリームは、0x02のPIDを持つＴＳパケット列であることが判る。デジタルテレビではこれらのストリームをデコードすることによって、ユーザに対してマルチビュー番組のメイン・ビューを表示している。
【０１０１】
また、この他にも、ディジタル放送のＡＶストリームは映像、音声情報の他に多くの付加情報を含む。これらの付加情報には、ユーザによるインタラクティブな操作を可能とするデータ放送に関する情報、成人向け内容を幼少者に見せないようにするためのパレンタル情報などがある。データ放送に関する情報は、カルーセル方式で送出されている。カルーセル方式とは、一定時間ごとに蓄積された同内容のデータを、ファイル又はそれより小さい単位毎に繰り返し送出することをいう。カルーセル方式を採用することにより、放送という一方向の通信方式であってもデータが繰り返し送出されるため、必要なときに必要なデータを取得することができる。
【０１０２】
データ放送を視聴する場合、カルーセルの先頭から視聴すれば、必要データを短時間で取得できるため効率的である。また、パレンタルによる幼少者の視聴禁止部分をスキップして再生することができれば、効率的なタイムシフト視聴が実現できる。
【０１０３】
ユーザはこれらの切り換り点で、番組にアクセスする場合が多い。すなわちこれらの切り換り点をエントリーポイントとすることでユーザは効率的に光ディスクに記録された番組にアクセスすることができる。このようなエントリーポイントは、レコーダで自動検出および自動設定が可能である。
【０１０４】
一方、お気に入りのシーンなど、ユーザが独自にエントリーポイントを設定する場合がある。ユーザにとっては、自らが意識して設定したエントリーポイントと、レコーダによって自動設定されたエントリーポイントとは別物である。これらを同時に表示し、選択させると混乱を生ずるため、区別できるデータ構造が必要となる。
【０１０５】
本実施の形態では、各々のエントリーポイントに属性情報を設定することによって、自動設定されたエントリーポイントとユーザ設定によるエントリーポイントとを区別するようにした。図１４は、エントリーポイントに属性情報を設定できるエントリーポイントテーブルを示す。エントリーポイントテーブルは、個々のエントリーポイントに対して、ユーザがこのエントリーポイントを意識して指定したことを示すＵＳＥＲ＿ＥＰフラグ情報を備える。例えば、ユーザエントリーポイントに対しては、識別フラグ１が与えられ、オリジナルエントリーポイントに対しては、識別フラグ０が与えられる。フラグ情報を参照することによって、レコーダまたはプレーヤは、当該エントリーポイントがユーザによって設定されたものか否かを明確にユーザに表示できる。
【０１０６】
さらに、エントリーポイントテーブルは個々のエントリーポイントに対して、番組の変更点であることを示すＰＧ＿Ｃｈａｎｇｅ、トランスポートストリームにおけるＰＳＩ／ＳＩ情報の変更点であることを示すＰＳＩ＿ＳＩ、トランスポートストリームにおけるＭＰＥＧストリームの属性が変更されたことを示すＳＱＨ＿Ｃｈａｎｇｅ、データカルーセルの先頭地点を示すＤａｔａ＿Ｔｏｐ、データカルーセルの内容変更点を示すＤａｔａ＿Ｃｈａｎｇｅ、ＰＭＴの変更点を示すＰＭＴ＿Ｃｈａｎｇｅ、データイベントの更新点を示すＤＥ＿Ｃｈａｎｇｅ、モジュールの更新点を示すＭｏｄｕｌｅ＿Ｃｈａｎｇｅ、音声属性が変更されたことを示すＡｕｄ＿Ｃｈａｎｇｅの各フラグ情報と、マルチビューに対応するために番組のビュー数を示すＭｕｌｔｉ＿Ｖｉｅｗフィールド、パレンタル（年少者に対する視聴制限）情報フィールドを備える。エントリーポイントテーブルは個々のエントリーポイントに対して、光ディスク内の本管理情報やＡＶストリーム以外のファイルへのリンク情報を備えている。このリンク情報とは、ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）および動画オブジェクト（Ｍ＿ＶＯＢ）の場合は、個々のエントリーポイントに対するＰＴＳであり、ストリームオブジェクトの場合はＡＴＳである。
【０１０７】
レコーダは、ユーザがエントリーポイントを設定する際には、ＵＳＥＲ＿ＥＰフラグが設定されているか否かに関らず、全エントリーポイントと、その属性情報（ＰＧ＿Ｃｈａｎｇｅ、ＰＳＩ＿ＳＩ、ＳＱＨ＿Ｃｈａｎｇｅ、Ｄａｔａ＿Ｔｏｐ、Ｄａｔａ＿Ｃｈａｎｇｅ、ＰＭＴ＿Ｃｈａｎｇｅ、ＤＥ＿Ｃｈａｎｇｅ、Ｍｏｄｕｌｅ＿Ｃｈａｎｇｅ、Ａｕｄ＿Ｃｈａｎｇｅ、Ｍｕｌｔｉ＿Ｖｉｅｗフィールド、パレンタル情報）をユーザに対して表示することができる。ユーザは、これら表示された全エントリーポイントとその属性情報から、自らが編集に必要とするエントリーポイントをマーキングする。マーキングされたエントリーポイントが、レコーダにより設定されていた場合には、マーキングされたエントリーポイントには、レコーダによりＵＳＥＲ＿ＥＰフラグ”１”が設定される。ユーザが前に設定していたエントリーポイントを再びマーキングした場合には、これまでのＵＳＥＲ＿ＥＰフラグ”１”が保持される。
【０１０８】
また、自動検出されていない箇所にユーザがエントリーポイントを設定する場合もある。この場合はユーザがレコーダを操作して所望のシーンを選び、エントリーポイントを設定する。このエントリーポイントは、レコーダによってエントリーポイントテーブルに登録される際にＵＳＥＲ＿ＥＰフラグ”１”が設定される。
【０１０９】
レコーダは、ＰＧＣの編集において、ユーザに対してＵＳＥＲ＿ＥＰフラグの設定されているエントリーポイントのみを表示する。ユーザはこれによって、自らが意識しない、自動設定により検出されたエントリーポイントに煩わされることなく必要なエントリーポイントのみを選んでＰＧＣの編集を行うことができる。
【０１１０】
図１４に示すエントリーポイントテーブルであれば、オブジェクト情報８０のエントリーポイントテーブル８０ｄを設ければ十分である。しかし、これまで説明したとおり、ユーザ定義ＰＧＣ情報７０（図７）内に別個設けてもよい。この場合は、セル情報に含まれてもよいし、含まれていなくてもよい。
【０１１１】
自動設定されたエントリーポイントとユーザ設定によるエントリーポイントとを図１５に示すような別個のテーブルで管理することにより、それぞれのエントリーポイントを区別することもできる。図１５は、自動設定エントリーポイントテーブルとユーザ設定エントリーポイントテーブルとを示す図である。エントリーポイントが自動設定されるのはレコーダによる記録時のみのため、自動設定されたエントリーポイントのテーブルはオリジナルＰＧＣ情報にのみ設定されればよい。このテーブルには、先に説明したエントリーポイントの属性情報が記録される。一方、ユーザ設定エントリーポイントテーブルは、ユーザ定義ＰＧＣ情報７０（図７）のセル情報内に設けられる。なお、自動設定されたエントリーポイントのテーブルは、オブジェクト情報８０（図７）ではなく、オリジナルＰＧＣ情報５０（図７）に設けてもよい。
【０１１２】
なお、別の例として、前述したマルチビューにおいて各ビューに対応したエントリーポイントテーブルを設けてもよい。図１６は、各ビューに対応して設けたエントリーポイントテーブルを示す図である。これにより、ビュー毎のエントリーポイントを容易に管理できる。いうまでもなく、各エントリーポイントテーブルには、属性情報の記録フィールドを設けてもよい。
【０１１３】
次に、図１７を参照して、上述した光ディスクを再生するプレーヤモデルを説明する。図１７に示すように、プレーヤ１７００は、光ディスク１００からデータを読み出す光ピックアップ１７０１と、読み出したデータのエラー訂正等を行うＥＣＣ処理部１７０２と、エラー訂正後の読み出しデータを一時的に格納するトラックバッファ１７０３と、動画オブジェクト（Ｍ＿ＶＯＢ）と、ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）等のトランスポートストリームを再生するＴＳデコーダ１７０６と、プレーヤ１７００の各部を制御する制御部１７１１とを備える。
【０１１４】
プレーヤ１７００は、さらに、ＡＶストリームを外部に供給するためのディジタルインターフェース１７０４を有している。これにより、ＡＶストリームをＩＥＥＥ１３９４やＩＥＣ９５８などの通信プロトコルを介して外部に供給することも可能である。これは、特に、新たなＡＶフォーマットを取り込んだ場合、プレーヤ１７００内部のデコーダを介さずにディジタルインターフェース１７０４を通じて外部のＡＶ機器に出力し、そのＡＶ機器で再生させるときに有効となる。プレーヤ１７００が新たなＡＶフォーマットをサポートする場合は、他のデコーダと同様にトラックバッファ１７０３に接続する、新たなＡＶフォーマットに対応したデコーダ１７０９をさらに備えればよい。
【０１１５】
プレーヤ１７００の再生動作を以下説明する。プレーヤ１７００は、光ピックアップ１７０１を利用して、光ディスク１００上に記録されているデータを読み出す。ＥＣＣ処理部１７０２は、読み出したデータにＥＣＣ処理を行い、トランスポートストリーム（ＴＳ）を得る。ＥＣＣ処理したトランスポートストリーム（ＴＳ）は、トラックバッファ１７０３に格納される。制御部１７１１は、トランスポートストリーム（ＴＳ）がデコード可能である場合には、選択部１７１０を動作させて、トラックバッファ１７０３とデコーダ１７０６を接続する。デコーダ１７０６は、トランスポートストリーム（ＴＳ）をエンコードされたビデオデータおよびオーディオデータに分離し、各々をデコードする。そして、デコードしたビデオデータとオーディオデータとを出力する。なお、制御部１７１１が、トランスポートストリーム（ＴＳ）がデコード不可能であると判断した場合には、新たなＡＶフォーマットに対応したデコーダ１７０９を設けデコードさせればよい。
【０１１６】
次に、図１８を参照して、上述した光ディスクに対して、データを記録するＤＶＤレコーダの構成および動作を説明する。ＤＶＤレコーダは、光ディスクに記録されたデータの再生もできるので、後に再生動作についても説明する。
【０１１７】
図に示すように、ＤＶＤレコーダ１９００は、ユーザへの表示およびユーザからの要求を受け付ける入力部としてのユーザインターフェース（ユーザＩ／Ｆ）部１９０１、ＤＶＤレコーダ１９００全体の管理および制御を司るシステム制御部１９０２、ＶＨＦおよびＵＨＦを受信するアナログチューナ１９０３、アナログ信号をディジタル信号に変換し、さらにＭＰＥＧトランスポートストリームにエンコードするエンコーダ１９０４、ディジタル衛星放送のデータストリームを受信するディジタルチューナ１９０５、符号化されたデジタルデータで構成されるストリーム（ＭＰＥＧトランスポートストリーム）を解析する解析部１９０６、テレビおよびスピーカなどの表示部１９０７、ＡＶストリームをデコードするデコーダ１９０８とを備える。デコーダ１９０８は、図１７に示したデコーダ１７０６のみならず、追加されたデコーダ１７０９も含む。さらに、ＤＶＤレコーダ１９００は、ディジタルインターフェース部１９０９と、ＤＶＤ−ＲＡＭに書き込むデータを一時的に格納するトラックバッファ１９１０と、ＤＶＤ−ＲＡＭ１００を回転させるモータ、ＤＶＤ−ＲＡＭ１００にデータを書き込むレーザ照射部、光ピックアップ等を有するドライブ１９１１とを備える。ディジタルインターフェース部１９０９はＩＥＥＥ１３９４等の通信プロトコルにより外部機器にデータを出力するインタフェースである。
【０１１８】
ＤＶＤレコーダ１９００は、ユーザインターフェース部１９０１が最初にユーザからの要求を受ける。ユーザインターフェース部１９０１はユーザからの要求をシステム制御部１９０２に伝え、システム制御部１９０２はユーザからの要求を解釈および各モジュールへ処理要求を行う。
【０１１９】
以下、図１９を参照して、ユーザからの要求がディジタル放送の録画である場合の動作を説明する。図１９は、ＤＶＤレコーダ１９００（図１８）の録画処理を示すフローチャートである。
【０１２０】
ユーザによるディジタル放送録画要求は、ユーザインターフェース部１９０１を通してシステム制御部１９０２に伝えられる。システム制御部１９０２はディジタルチューナ１９０５に対してデジタル放送の受信を要求し、さらに、解析部１９０６に対してそのＭＰＥＧトランスポートストリームのデータ解析を要求する。解析部１９０６は、ＭＰＥＧトランスポートストリームからディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）の生成に必要な情報として、まず開始時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）を抽出してシステム制御部１９０２に送る（ステップＳ１９１）。
【０１２１】
解析部１９０６はさらに、ＭＰＥＧトランスポートストリーム中のオブジェクトユニット（ＶＯＢＵ）を決定して分割し、タイムマップ生成に必要なオブジェクトユニットの時間長とサイズとをシステム制御部１９０２に送る（ステップＳ１９２）。なお、オブジェクトユニット（ＶＯＢＵ）は、トランスポートストリーム中のＩ−ピクチャを検出することにより決定できる。
【０１２２】
ディジタルチューナ１９０５から送られるＭＰＥＧトランスポートストリームは解析部１９０６を通してトラックバッファ１９１０へ転送される。システム制御部１９０２は、ドライブ１９１１に対して記録要求を出力し、ドライブ１９１１はトラックバッファ１９１０に蓄積されているデータを取り出しＤＶＤ−ＲＡＭディスク１００に記録する（ステップＳ１９３）。この時、システム制御部１９０２はファイルシステムのアロケーション情報からディスク上のどこに記録するかをあわせてドライブ１９１１に指示する。
【０１２３】
解析部１９０６は、オブジェクトユニット時刻情報の検出に併せて、受信中のＭＰＥＧトランスポートストリームを監視し、その属性の変化を検出する（ステップＳ１９４）。以下にＢＳデジタル放送における具体的な検出方法の例を挙げる。このとき、記録機器は（ａ）〜（ｋ）の各情報の変更点を検出するために、以前の情報を一定のデータ量だけ保存しておくメモリを持つものとする。
【０１２４】
なお、ここに挙げた検出方法は単に一例であり、ＡＲＩＢで規定されたデータ構造に一部準拠していない場合もあるが、ＡＲＩＢの規定に準拠したデータ構造を用いて検出を行ってももちろんよい。
（ａ）ＰＧ＿Ｃｈａｎｇｅ：ディジタル放送ストリーム中のＥＩＴ（Ｅｖｅｎｔ＿Ｉｎｆｏｒｍａｔｉｏｎ＿Ｔａｂｌｅ）中のｅｖｅｎｔ＿ｉｄを参照し（図２０）、この値に変化が生じたときに付加する。
（ｂ）ＰＳＩ／ＳＩ：ディジタル放送ストリーム中のＰＳＩ／ＳＩ情報を構成するテーブルである、ＰＡＴ（Ｐｒｏｇｒａｍ＿Ａｓｓｏｃｉａｔｉｏｎ＿Ｔａｂｌｅ）、ＣＡＴ（Ｃｏｎｄｉｔｉｏｎａｌ＿Ａｃｃｅｓｓ＿Ｔａｂｌｅ）、ＮＩＴ（Ｎｅｔｗｏｒｋ＿Ｉｎｆｏｒｍａｔｉｏｎ＿Ｔａｂｌｅ）、ＢＩＴ（Ｂｒｏａｄｃａｓｔｅｒ＿Ｉｎｆｏｒｍａｔｉｏｎ＿Ｔａｂｌｅ）、ＳＤＴ（Ｓｅｒｖｉｃｅ＿Ｄｅｓｃｒｉｐｔｉｏｎ＿Ｔａｂｌｅ）、ＥＩＴ（Ｅｖｅｎｔ＿Ｉｎｆｏｒｍａｔｉｏｎ＿Ｔａｂｌｅ）のｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒを参照し（図２１）、この値に変化が生じたときに付加する。
（ｃ）ＳＱＨ＿Ｃｈａｎｇｅ：ディジタル放送ストリームにおけるＭＰＥＧ２ストリーム中のシーケンスヘッダ情報を参照し（図２２）、これが変化したときに付加する。
（ｄ）Ｄａｔａ＿Ｔｏｐ：ディジタル放送ストリーム中のＤＩＩ（ＤｏｗｎｌｏａｄＩｎｆｏＩｎｄｉｃａｔｉｏｎ）におけるｄｓｍｃｃＭｅｓｓａｇｅＨｅａｄｅｒ（）（図２３）を検出したときに付加する。
（ｅ）Ｄａｔａ＿Ｃｈａｎｇｅ：ディジタル放送ストリーム中のＤＩＩ中のｄｓｍｃｃＭｅｓｓａｇｅＨｅａｄｅｒ（）におけるｔｒａｎｓａｃｔｉｏｎ＿ｉｄを参照し（図２４）、この値に変化が生じたときに付加する。
（ｆ）ＰＭＴ＿Ｃｈａｎｇｅ：ディジタル放送ストリーム中のＰＭＴ（Ｐｒｏｇｒａｍ＿Ｍａｐ＿Ｔａｂｌｅ）中のｖｅｒｓｉｏｎ＿ｎｕｍｂｅｒを参照し（図２５）、この値に変化が生じたときに付加する。
（ｇ）ＤＥ＿Ｃｈａｎｇｅ：ディジタル放送ストリーム中のＤＩＩメッセージ中のｄｏｗｎｌｏａｄＩＤ中のｄａｔａ＿ｅｖｅｎｔ＿ｉｄを参照し（図２６）、この値に変化が生じたときに付加する。
（ｈ）Ｍｏｄｕｌｅ＿Ｃｈａｎｇｅ：ディジタル放送ストリーム中のＤＩＩメッセージ中のｍｏｄｕｌｅ＿ｖｅｒｓｉｏｎを参照し（図２７）、この値に変化が生じたときに付加する。
（ｉ）Ａｕｄ＿Ｃｈａｎｇｅ：ディジタル放送ストリーム中のＥＩＴ中の音声コンポーネント記述子におけるｃｏｍｐｏｎｅｎｔ＿ｔｙｐｅ、およびＥＩＴ中の音声コンポーネント記述子におけるｓａｍｐｌｉｎｇ＿ｒａｔｅを参照し（図２８）、その値に変化が生じたときに付加する。
（ｊ）Ｍｕｌｔｉ＿Ｖｉｅｗ：ディジタル放送ストリーム中のＥＩＴ中のコンポーネントグループ記述子におけるｎｕｍ＿ｏｆ＿ｇｒｏｕｐを参照し（図２９）、それにより付加する。
（ｋ）パレンタル情報：ディジタル放送ストリーム中のＰＭＴ中の限定受信方式記述子におけるｐｒｉｖａｔｅ＿ｄａｔａ＿ｂｙｔｅ、又はＥＩＴ（Ｅｖｅｎｔ＿Ｉｎｆｏｍａｔｉｏｎ＿Ｔａｂｌｅ）中のパレンタルレート記述子におけるｒａｔｉｎｇフィールドのパレンタルレート情報を参照することにより付加する（図３０）。
【０１２５】
再び図１９を参照して、解析部１９０６は、ＭＰＥＧトランスポートストリームの内容変化を検出した場合には、これらの検出情報をそのときの時刻情報と併せて、エントリーポイント情報としてシステム制御部１９０２に送る（ステップＳ１９５）。システム制御部１９０２は、エントリーポイント情報の集合である、エントリーポイントテーブルを作成する。
【０１２６】
録画を終了するか否かはユーザからのストップ要求によって指示される（ステップＳ１９６）。ユーザからの録画停止要求は、ユーザインターフェース部１９０１を通してシステム制御部１９０２に伝えられ、システム制御部１９０２はディジタルチューナ１９０５と解析部１９０６に停止要求を出す。ユーザから録画停止要求がない場合には、ステップＳ１９２からの処理を繰り返し、そのまま録画を継続する。
【０１２７】
解析部１９０６はシステム制御部１９０２からの解析停止要求を受け解析処理を止め、最後に解析を行ったＭＰＥＧトランスポートストリームの動画オブジェクトユニット（ＶＯＢＵ）の最後の表示終了時刻（Ｄ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）をシステム制御部１９０２に送る。
【０１２８】
システム制御部１９０２は、ディジタル放送の受信処理終了後、解析部１９０６から受け取った情報に基づき、ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）を生成し、次に、このディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）に対応するセル情報を生成する。この時、セル情報内のタイプ情報として「Ｄ＿ＶＯＢ」を設定する。システム制御部１９０２はこのとき、解析部１９０６から受け取ったエントリーポイント情報からエントリーポイントテーブルを生成する（ステップＳ１９７）。またこのときシステム制御部１９０２は、記録したセルのビュータイプ（Ｖｉｅｗ Ｔｙｐｅ）をエントリーポイント情報に基づいて設定する。
【０１２９】
最後にシステム制御部１９０２は、ドライブ１９１１に対してトラックバッファ１９１０に蓄積されているデータの記録終了と、ディジタル放送オブジェクト情報およびセル情報の記録を要求する。ドライブ１９１１は、トラックバッファ１９１０の残りデータと、ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）、セル情報をＤＶＤ−ＲＡＭディスク１００に記録し、録画処理を終了する（ステップＳ１９８）。
【０１３０】
ユーザからの要求がアナログ放送の録画であった場合も、基本的に同様の処理が行われる。ただしエンコーダ部１９０４によりトランスポートストリームにエンコードされるため、ＶＯＢＵは機器により生成されるという点が異なる。
【０１３１】
ユーザからの要求がストリーム記録であった場合、基本的に同様の処理が行われる。ただしストリームオブジェクト（ＳＯＢ）の解析が行われないので、各時刻情報がＡＴＳによって設定されることが異なる。
【０１３２】
以上、ユーザからの録画開始および終了要求をもとに動作を説明した。しかし、例えば従来のＶＴＲでも使用されていたタイマー録画の場合では、ユーザの代わりに、システム制御部が自動的に録画開始および終了要求を発行する点が相違するのみであって、ＤＶＤレコーダ１９００の動作は本質的には同じである。
【０１３３】
以下、図３１を参照して、ユーザからの要求がＤＶＤ−ＲＡＭに記録されたデータの再生である場合の動作を説明する。図３１は、ＤＶＤレコーダ１９００（図１８）の再生処理を示すフローチャートである。以下では、１つの動画オブジェクト（Ｄ＿ＶＯＢ）と、１つのセル情報とから構成されるオリジナルＰＧＣを再生する場合を説明する。なお、以下に説明する再生動作に関しては、先のＤＶＤプレーヤ１７００（図１７）も同じ動作が実現できる。
【０１３４】
まず、ユーザインターフェース部１９０１がユーザからオリジナルＰＧＣの再生要求を受ける。ユーザインターフェース部１９０１はユーザからの要求をシステム制御部１９０２に伝え、システム制御部１９０２はユーザからの要求が、オリジナルＰＧＣの再生要求であると解釈して、各モジュールへの処理要求を行う。システム制御部１９０２はオリジナルＰＧＣ情報５０（図７）およびセル情報６０等（図７）を解析して、再生すべきオブジェクトを特定する（ステップＳ３１１）。すなわち、システム制御部１９０２は、まず、ＰＧＣ情報内のセル情報内のタイプ情報を解析する。タイプ情報が「Ｄ＿ＶＯＢ」であった場合、再生するＡＶストリームがＭＰＥＧトランスポートストリームとして記録されたＡＶストリームであると判断する。次にシステム制御部１９０２は、セル情報のＩＤから対応するディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）を、テーブル（Ｄ＿ＡＶＦＩＴ）から探し出す（ステップＳ３１２）。その後、システム制御部１９０２は、動画オブジェクト情報の開始時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）および終了時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）と、タイムマップとに基づいて、ＤＶＤ−ＲＡＭにおけるオブジェクトの位置を特定する（ステップＳ３１３）。オブジェクトの位置が特定できると、システム制御部１９０２は、セル情報の開始および終了位置情報と、タイムマップとに基づいて、再生するＡＶデータのＤＶＤ−ＲＡＭにおける開始および終了アドレスを求める（ステップＳ３１４）。
【０１３５】
アクセスすべきアドレスが得られると、システム制御部１９０２はドライブ１９１１に対して、ＤＶＤ−ＲＡＭディスク１００からの読み出し要求を、読み出しアドレスと共に送る。ドライブ１９１１は、システム制御部１９０２に指示されたアドレスからＡＶデータを読み出し、トラックバッファ１９１０に格納する（ステップＳ３１５）。システム制御部１９０２は、デコーダ１９０８に対してデコード要求を行う。デコーダ１９０８はトラックバッファ１９１０に格納されているＡＶデータを読み出し、デコード処理を行う。デコードされたＡＶデータは表示装置１９０７を通して出力される（ステップＳ３１６）。
【０１３６】
ドライブ１９１１はシステム制御部１９０２から指示された全データの読み出しが終了したか否かを判定する（ステップＳ３１７）。終了していない場合には、ステップＳ３１５からの処理を繰り返し、ＡＶデータの読み出しを継続する。終了した場合には、ドライブ１９１１は、システム制御部１９０２に読み出し終了を報告し、システム制御部１９０２は、デコーダ１９０８に対して再生終了要求を出す。デコーダ１９０８はトラックバッファ１９１０が空になるまでデータの再生を行い、トラックバッファ１９１０が空になり、全てのデータのデコードおよび再生が終了した後、システム制御部１９０２に再生終了の報告を行い、再生処理が終了する。
【０１３７】
以上、１つのディジタル放送オブジェクト（Ｄ＿ＶＯＢ）、１つのセル情報から構成されるオリジナルＰＧＣを例に説明を行った。ただし、オリジナルＰＧＣが、１つの動画オブジェクト（Ｍ＿ＶＯＢ）のみを含む場合、複数の動画オブジェクトを含む場合、複数のディジタル放送オブジェクトを含む場合、または、動画オブジェクトとディジタル放送オブジェクトとが混在する場合でも、同様の処理を行うことにより、ＡＶストリームが再生できる。また、オリジナルＰＧＣが複数のセルを含む場合や、ユーザ定義ＰＧＣの場合も同様である。
【０１３８】
次に、ストリームオブジェクト（ＳＯＢ）に対して、デコーダ１９０８が全てのＡＶストリームの再生機能を持たない場合の例を説明する。再び図１８参照して、例えば、デコーダ１９０８がＭＰＥＧトランスポートストリームの再生機能を有していない場合、上述のように、デコーダ１９０８を通してストリームを再生できない。そこで、この場合には、ディジタルインターフェース部１９０９を介して外部機器にデータを供給し、外部機器にてデータの再生を行う。
【０１３９】
システム制御部１９０２は、ユーザから再生要求されたＰＧＣ情報内のセル情報が、システムがサポートしていないストリームオブジェクト（ＳＯＢ）であることを検出した場合、デコーダ１９０８に対する再生要求の代わりに、ディジタルインターフェース１９０９に対してデータの外部出力要求を行う。ディジタルインターフェース部１９０９はトラックバッファ１９１０に蓄積されているＡＶデータを接続しているディジタルインターフェースの通信プロトコルに従いデータの転送を行う。なお、上述した処理以外はディジタル放送オブジェクト（Ｄ＿ＶＯＢ）の再生時と同様である。デコーダ１９０８が再生対象のＡＶストリームに対応しているか否かは、システム制御部１９０２が自身で判断してもよいし、システム制御部１９０２からデコーダ１９０８に問い合わせるようにしてもよい。デコーダ１９０８はＭＰＥＧトランスポートストリームのＰＳＩ／ＳＩ情報を参照して自らがこのストリームに対応しているか否かを判断する。
【０１４０】
留意すべきは、ストリームオブジェクト（ＳＯＢ）に関しては、ストリームの内容が解析できないこともあって、一部の再生機能が制限される場合がある。特にいわゆる特殊再生、例えばスロー再生は、単独で再生可能なストリームデータを繰り返して送出する必要があるため、ストリームデータの内容を解析できないＳＯＢにおいては実現が困難である。
【０１４１】
そこで本実施の形態によるレコーダ１９００は、ユーザからこのような特殊再生の指示を受け取った場合に、当該セルのタイプ情報を参照し、これがＳＯＢであれば、指示された特殊再生が不可能である旨をユーザＩ／Ｆ部１９０１に通知する。
【０１４２】
またストリームオブジェクト（ＳＯＢ）再生には上述した制限が考えられるため、一連のＡＶストリームの再生順序を指定するＰＧＣを作成する際に、ストリームオブジェクト（ＳＯＢ）と他のオブジェクトすなわちディジタル放送オブジェクト（Ｄ＿ＶＯＢ）および動画オブジェクト（Ｍ＿ＶＯＢ）が１つのＰＧＣ内に混在することを禁止することも可能である。
【０１４３】
以下、ＡＶデータが記録された光ディスクに対し、ユーザからエントリーポイント設定の要求があった場合の処理を説明する。図３２は、ユーザエントリーポイントの設定処理を示すフローチャートである。ユーザＩ／Ｆ部１９０１（図１８）を介して、ユーザからエントリーポイント設定の要求があった場合（ステップＳ３２１）、システム制御部１９０２（図１８）は、ディスクからエントリーポイントテーブルを読み出し、該当セルにおけるエントリーポイントテーブルの全エントリーポイントと、設定されている属性情報とを、ユーザＩ／Ｆ部１９０に表示する（ステップＳ３２２）。ここでいうエントリーポイントテーブルとは、図１５に示す自動設定エントリーポイントテーブルおよびユーザ設定エントリーポイントテーブルを意図する。すなわち、ユーザ定義ＰＧＣ情報７０（図７）のセル情報７１のエントリーポイントテーブル７２、および、オブジェクト情報８０（図７）のエントリーポイントテーブル８０ｄを意図する。しかし、ユーザ設定エントリーポイントテーブルのみでもよい。また、属性情報が特に必要でない場合には表示しなくともよい。
【０１４４】
なお、属性情報は、例えば、番組の変更点であることを示すＰＧ＿Ｃｈａｎｇｅ、トランスポートストリームにおけるＰＳＩ／ＳＩ情報の変更点であることを示すＰＳＩ＿ＳＩ、トランスポートストリームにおけるＭＰＥＧストリームの属性が変更されたことを示すＳＱＨ＿Ｃｈａｎｇｅ、データカルーセルの先頭地点を示すＤａｔａ＿Ｔｏｐ、データカルーセルの内容変更点を示すＤａｔａ＿Ｃｈａｎｇｅ、ＰＭＴの変更点を示すＰＭＴ＿Ｃｈａｎｇｅ、データイベントの更新点を示すＤＥ＿Ｃｈａｎｇｅ、モジュールの更新点を示すＭｏｄｕｌｅ＿Ｃｈａｎｇｅ音声属性が変更されたことを示すＡｕｄ＿Ｃｈａｎｇｅの各フラグ情報と、マルチビューに対応するために番組のビュー数を示すＭｕｌｔｉ＿Ｖｉｅｗフィールド、パレンタル情報である。
【０１４５】
表示された全てのエントリーポイントと、属性情報とに基づいて、ユーザは、必要に応じてそのポイントからの再生を行い、所望の番組の所望シーンや、所望のデータ放送番組、所望のマルチビューシーンへの飛び込み位置を容易にみつけることできる。
【０１４６】
ユーザは、エントリーポイントを選択したことを示すマーキングを、レコーダ１９００に指定する（ステップＳ３２３）。レコーダ１９００のシステム制御部１９０２は、ユーザから、エントリーポイントに対するマーキング指示を受け取ると、ユーザ設定エントリーポイントテーブルにエントリーを追加する（ステップＳ３２４）。このとき、ユーザが、オリジナルエントリーポイント以外の位置にエントリーポイントを設定したい場合には、設定を希望するストリームの部分区間の開始位置および終了位置を指定する。レコーダ１９００のシステム制御部１９０２は、受け取った開始位置の情報に基づいて、その開始位置に対応する時刻情報ＰＴＳを取得する。システム制御部１９０２は、ユーザ設定エントリーポイントテーブルにエントリーを追加して、取得した時刻情報ＰＴＳを時刻情報ＥＰ＿ＰＴＭに登録する。なお、２種類のエントリーポイントテーブル（図１５）を設けず、自動設定されたエントリーポイントとユーザが設定したエントリーポイントとを１つのテーブルで管理する場合、すなわち図１４のエントリーポイントテーブルを利用する場合には、エントリーポイントテーブルのＵＳＥＲ＿ＥＰフラグを設定する。
【０１４７】
エントリーポイントの設定が完了した場合には、処理を終了する（ステップＳ３２４）。完了していない場合には、ステップＳ３２２からの処理を繰り返し、それまでに設定した全てのエントリーポイントと、設定されている属性情報とを表示する。
【０１４８】
次に、図３３を参照して、ユーザエントリーポイントの再生処理を説明する。図３３は、ユーザエントリーポイントの再生処理を示すフローチャートである。システム制御部１９０２は、ユーザからエントリーポイントの再生要求を受け取ると（ステップＳ３３１）、光ディスクにユーザ設定エントリーポイントテーブル（すなわち、エントリーポイントテーブル７２、または、図１５の下段のテーブル）が存在するか否かを判断する（ステップＳ３３２）。ユーザ設定エントリーポイントテーブルが存在する場合には、そのテーブルを読み出して表示用のメモリ領域に格納し、エントリーポイントを表示する（ステップＳ３３４）。ユーザは、自らが意識しないエントリーポイントが多数表示されることに煩わされることなく必要なエントリーポイントのみから再生開始点を選択することが可能となる。ユーザ設定エントリーポイントテーブルが存在しない場合には、自動設定エントリーポイントテーブルを読み出して表示用のメモリ領域に格納し、エントリーポイントを表示する（ステップＳ３３４）。なお、図１４のエントリーポイントテーブルを利用する場合には、各エントリーポイントについて、ＵＳＥＲ＿ＥＰフラグが設定されているか否かを参照し、設定されているエントリーポイントのみを読み出せばよい。
【０１４９】
ユーザがエントリーポイントを選択すると、システム制御部１９０２は、選択されたエントリーポイントを特定する情報を、ユーザＩ／Ｆ部１９０１から受け取る（ステップＳ３３５）。システム制御部１９０２はエントリーポイントテーブルの、該当エントリーポイントに対応する時刻情報ＥＰ＿ＰＴＭを検出する（ステップＳ３３６）。エントリーポイントテーブルにおける各エントリーポイントの時刻情報の精度は、通常ＭＰＥＧで用いられる２７ＭＨｚである。なお、これをビデオのフレーム数や、９０ＫＨｚまたは２７ＭＨｚの下位数ビットを省略した値でもよい。
【０１５０】
さらにシステム制御部１９０２は対応するオブジェクト（Ｄ＿ＶＯＢ）の、オブジェクト情報に設けられたタイムマップを用いて、時刻情報をディスク上のセクタ位置情報に変換する（ステップＳ３３７）。システム制御部１９０２は、このセクタ位置から光ディスク上のＭＰＥＧトランスポートストリームを再生する（ステップＳ３３８）。
【０１５１】
このようにして、ユーザ所望のシーンであるエントリーポイントから画像や音声の再生が行われる。このときシステム制御部１９０２は、セル情報内のビュータイプ（Ｖｉｅｗ Ｔｙｐｅ）を参照し、これが０以外の値である、すなわちマルチビューを示していれば、ユーザインターフェース部１９０１にセル情報内のビュータイプ（Ｖｉｅｗ Ｔｙｐｅ）を通知する。通知されたビュータイプに基づいて、ＤＶＤレコーダ１９００は、ユーザインターフェース部１９０１画面上に、例えばＯＳＤ（On Screen Display）情報としてマルチビューのビュー数を表示できる。
【０１５２】
図３２および図３３およびこれらに関連する説明では、全てのエントリーポイントを表示するとして説明した。しかし、必ずしも全てのエントリーポイントを表示しなくてもよい。例えば、所定の属性変化を示すエントリーポイントのみを選択的に表示してもよいし、所定の時間帯に存在するエントリーポイントのみを選択的に表示してもよい。このような選択は、エントリーポイントテーブルに設けられた属性情報、または、時刻情報（ＥＰ＿ＰＴＭ）に基づいて行うことができる。
【０１５３】
なお、ＤＶＤレコーダの再生において、デコーダがサポートしていないＡＶストリームを再生する場合には、ディジタルインターフェースを介して再生を行うとした。しかし、デコーダがサポートしているＡＶストリームであっても、ユーザの要求によってディジタルインターフェースを介してセットトップボックスなどの外部機器に出力するようにしてもよい。
【０１５４】
また、本発明は、光ディスクおよび光ディスクレコーダおよび光ディスクプレーヤとして説明したが、例えばハードディスクなどの他のメディアにＭＰＥＧトランスポートストリームを記録する場合であっても、同様の構成要素により、同様の処理を行うことにより、同じ効果が得られる。よって、本質的に物理メディアに制限されるものではない。ただし、この場合の「同様の構成要素」は、例えば、ＰＣの中央演算装置（ＣＰＵ）や、画像処理ＩＣが担ってもよい。このときのＣＰＵ等は、上述したフローチャート（図１９、図３１〜図３３）の処理にしたがったコンピュータにより実行可能な記録プログラムに基づいて動作する。このようなプログラム自体は、フレキシブルディスク、光ディスク、半導体記憶装置等の様々な記憶媒体に記録され、または、インターネット等の通信回線を介して伝送され、ＰＣにインストールされる。
【０１５５】
本実施の形態では、セルフエンコードとしてＭＰＥＧトランスポートストリームを用いるとして説明した。しかし、ＭＰＥＧプログラムストリームを用いてもよく、また、他のフォーマットによるストリームであってもよい。
【０１５６】
【発明の効果】
本発明の情報記録媒体によれば、他のＡＶストリームとともに、ディジタル放送で送られてきたトランスポートストリームを記録することができ、さらに、記録したディジタル放送オブジェクトのエントリーポイントに対してユーザが設定したものを識別することが可能となる。また、エントリーポイントテーブル内の各エントリーポイント情報に、番組の変更点であることを示すフラグ、ＰＳＩ／ＳＩ情報の変更点であることを示すフラグ、ＭＰＥＧストリームの属性が変更されたことを示すフラグ、データカルーセルの先頭地点を示すフラグ、データカルーセルの内容が変更された地点を示すフラグ、ＰＭＴの内容が変更された地点を示すフラグ、モジュールの変化した地点を示すフラグ、データイベントが変更された地点を示すフラグ、音声属性が変更されたことを示すフラグ情報と、番組のビュー数を示すフィールド、パレンタル情報フィールドを設け、これを表示することでユーザがこれらの情報から所望のシーンを見つけることを容易にすることができる。また、セルがマルチビューで構成される場合にこれをユーザに示すことができる。
【図面の簡単な説明】
【図１】  ＤＶＤレコーダのドライブ装置のブロック図である。
【図２】  従来のＡＶ機器とメディアの関係を示す図である。
【図３】  ＭＰＥＧプログラムストリームとトランスポートストリームを示す図である。
【図４】  ＤＶＤレコーダが目指すＡＶ機器とメディアの関係を示す図である。
【図５】  ＤＶＤレコーダのメニューを説明する図である。
【図６】  （ａ）はＡＶファイルとディレクトリの関係を示す図である。（ｂ）は、ディスク上のアドレス空間を示す概念図である。
【図７】  オブジェクト、オブジェクト情報およびＰＧＣ情報の関係を説明した図である。
【図８】  オブジェクト情報から派生した各ストリーム管理情報を示す図である。
【図９】  ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）と、ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）およびＰＧＣ情報の関係を示す図である。
【図１０】  （ａ）〜（ｆ）は、本発明に係るタイムマップを説明する図である。
【図１１】  ストリームオブジェクト（ＳＯＢ）におけるＴＳパケットとヘッダ情報との関係を示す図である。
【図１２】  ＤＶＤ−ＲＡＭにおける管理情報を説明した図である。
【図１３】  マルチビューの説明イメージ図である。
【図１４】  本発明に係るエントリーポイントの説明図である。
【図１５】  自動設定エントリーポイントテーブルとユーザ設定エントリーポイントテーブルの説明図である。
【図１６】  各ビューに対応して設けたエントリーポイントテーブルを示す図である。
【図１７】  本発明に係るプレーヤモデルのブロック図である。
【図１８】  ＤＶＤレコーダのブロック図である。
【図１９】  レコーダの記録動作を示すフローチャートである。
【図２０】  ＰＧ＿Ｃｈａｎｇｅ検出のためのＥＩＴの説明図である。
【図２１】  ＰＳＩ／ＳＩ検出のためのＰＳＩ／ＳＩ情報の説明図である。
【図２２】  ＳＱＨ＿Ｃｈａｎｇｅ検出のためのＭＰＥＧ２ストリームの説明図である。
【図２３】  Ｄａｔａ＿Ｔｏｐ検出のためのＤＩＩの説明図である。
【図２４】  Ｄａｔａ＿Ｃｈａｎｇｅ検出のためのＤＩＩの説明図である。
【図２５】  ＰＭＴ＿Ｃｈａｎｇｅ検出のためのＰＭＴの説明図である。
【図２６】  ＤＥ＿Ｃｈａｎｇｅ検出のためのＤＩＩの説明図である。
【図２７】  Ｍｏｄｕｌｅ＿Ｃｈａｎｇｅ検出のためのＤＩＩの説明図である。
【図２８】  Ａｕｄ＿Ｃｈａｎｇｅ検出のためのＥＩＴの説明図である。
【図２９】  Ｍｕｌｔｉ＿Ｖｉｅｗ検出のためのＥＩＴの説明図である。
【図３０】  パレンタル情報検出のためのＰＭＴ、ＥＩＴの説明図である。
【図３１】  レコーダの再生動作を示すフローチャートである。
【図３２】  ユーザエントリーポイントの設定処理を示すフローチャートである。
【図３３】  ユーザエントリーポイントの再生処理を示すフローチャートである。
【符号の説明】
５０，７０  ＰＧＣ情報（PGCI: Program Chain Information）
６０  セル情報（CellI: Cell Information）
６０ｂ  ビュータイプ情報
６０ｆ  エントリーポイントテーブル
８０  オブジェクト情報(OBJECT I: Object Information)
８０ｃ  アクセスマップ
１００  ＤＶＤ−ＲＡＭ（光ディスク）
１７００  プレーヤ
１７０１  光ピックアップ
１７０４，１９０９，２００５  ディジタルインターフェース部
１７０６  ＴＳデコーダ
１７１０  選択部
１７１１  制御部
１９００  レコーダ
１９０１  ユーザインターフェース部
１９０２  システム制御部
１９０６  解析部
１９０８  デコーダ
１９０９  ディジタルインターフェース部
１９１１  ドライブ
【図１】
0003820155.tif 000002
【図２】
0003820155.tif 000003
【図３】
0003820155.tif 000004
【図４】
0003820155.tif 000005
【図５】
0003820155.tif 000006
【図６】
0003820155.tif 000007
【図７】
0003820155.tif 000008
【図８】
0003820155.tif 000009
【図９】
0003820155.tif 000010
【図１０】
0003820155.tif 000011
【図１１】
0003820155.tif 000012
【図１２】
0003820155.tif 000013
【図１３】
0003820155.tif 000014
【図１４】
0003820155.tif 000015
【図１５】
0003820155.tif 000016
【図１６】
0003820155.tif 000017
【図１７】
0003820155.tif 000018
【図１８】
0003820155.tif 000019
【図１９】
0003820155.tif 000020
【図２０】
0003820155.tif 000021
【図２１】
0003820155.tif 000022
【図２２】
0003820155.tif 000023
【図２３】
0003820155.tif 000024
【図２４】
0003820155.tif 000025
【図２５】
0003820155.tif 000026
【図２６】
0003820155.tif 000027
【図２７】
0003820155.tif 000028
【図２８】
0003820155.tif 000029
【図２９】
0003820155.tif 000030
【図３０】
0003820155.tif 000031
【図３１】
0003820155.tif 000032
【図３２】
0003820155.tif 000033
【図３３】
0003820155.tif 000034