JP3859169B2 - 情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造 - Google Patents

Description

本発明は、主映像、音声、副映像、再生制御情報等の各種情報を高密度に記録可能な高密度光ディスク等の情報記録媒体、当該情報記録媒体に情報を記録するための情報記録装置及び方法、当該情報記録媒体から情報を再生するための情報再生装置及び方法、このような記録及び再生の両方が可能である情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに再生制御用の制御信号を含むデータ構造の技術分野に関する。

主映像、音声、副映像などのコンテンツ情報や再生制御情報等の各種情報が記録された光ディスクとして、ＤＶＤが一般化している。ＤＶＤ規格によれば、主映像情報（ビデオデータ）、音声情報（オーディオデータ）及び副映像情報（サブピクチャデータ）が再生制御情報（ナビゲーションデータ）と共に、各々パケット化されて、高能率符号化技術であるＭＰＥＧ２（Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ ｐｈａｓｅ ２）規格のプログラムストリーム形式でディスク上に多重記録されている。これらのうち主映像情報は、ＭＰＥＧビデオフォーマット（ＩＳＯ１３８１８−２）に従って圧縮されたデータが、一つのプログラムストリーム中に１ストリーム分だけ存在する。一方、音声情報は、複数の方式（即ち、リニアＰＣＭ、ＡＣ−３及びＭＰＥＧオーディオ等）で記録され、合計８ストリームまで、一つのプログラムストリーム中に存在可能である。副映像情報は、ビットマップで定義され且つランレングス方式で圧縮記録され、３２ストリームまで、一つのプログラムストリーム中に存在可能である。このようにＤＶＤの場合、プログラムストリーム形式の採用により、例えば一本の映画について、主映像情報の１ストリームに対して、選択可能な音声情報の複数ストリーム（例えば、ステレオ音声或いはサラウンド音声の他、オリジナルの英語音声、日本語版吹き替え音声、…などのストリーム）や、選択可能な副映像情報の複数ストリーム（例えば、日本語字幕、英語字幕、…などのストリーム）が多重記録されている。
又、このようなＤＶＤにおいては、映像の再生や停止を指示したり、プレーヤの各種機能を利用したり、プレーヤの設定を変更したりするために、メニュー画面の表示が可能である。係るメニュー画面は、所謂静止画に相当するスチル画面上に、選択可能なボタン等が表示されることにより構成される。そして、ユーザが係るボタンを選択して実行することで、例えば音声、字幕或いは視点の変更等の対応するコマンドが実行されることとなる。

しかしながら、このように構成されたＤＶＤにおいては、次のような技術的な問題点を有している。例えば音声出力に係るオプショナル・コーデック（例えば、ＬＰＣＭであるとかＤＴＳであるとか）の選択時に、メニュー画面によっては、プレーヤがサポートしていない選択肢が表示されるおそれがある。そして、係るサポートしていない選択肢を選択することで、例えば音声出力がなされない等の予期せぬ再生がなされることとなる。
言い換えれば、プレーヤの再生能力を考慮することなく、メニュー用のデータとして記録されている情報のみに従ってメニューを表示するがゆえに、本来意図しない再生が行われてしまうという技術的な問題点を有している。
本発明は、例えば上記問題点を解決するために、例えばＤＶＤプレーヤ等の情報再生装置の再生能力に応じて、より適切なメニュー画面の表示出力を可能とする情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに再生制御用の制御信号を含むデータ構造を提供することを課題とする。
（情報記録媒体）
本発明の情報記録媒体は、コンテンツ情報と、前記コンテンツ情報に関する操作を可能とするボタンメニューを、前記コンテンツ情報を再生するために必要な再生能力別に規定するボタン情報とが記録されている。
本発明の情報記録媒体によれば、例えば後述の情報再生装置により、例えば映画等からなるタイトルを含むコンテンツ情報を適宜再生することが可能となる。
本発明では特に、コンテンツ情報の再生中（即ち、タイトルの再生中）に、例えばこのコンテンツ情報と一緒に表示させるボタンメニューを表示するための情報を含むボタン情報が記録されている。ここに、本発明における「コンテンツ情報」とは、例えば映画、アニメーション、実写等を構成する動画或いは静止画を示す映像情報や、例えば該映像情報に伴う又は該映像情報から独立した音楽、セリフ、効果音等を構成する音声を示す音声情報からなる。このようなコンテンツ情報を構成する映像情報は、本発明における「ボタンメニュー」を表示する際に背景画像となり得る動画或いは静止画を示す部分を含んでよい。また、本発明における「ボタンメニュー」とは、例えば画面上に表示される各種操作を可能とするメニュー画面の一種であって、該操作をメニュー画面内に表示されているボタンの選択等により行うメニュー画面全般を含んだ趣旨である。当該ボタン情報に基づけば、情報再生装置における再生能力で再生可能なコンテンツ情報のみに係るボタンメニューを表示するという制御が可能となる。ここに、本発明に係る「再生能力」とは、例えば後述の情報再生装置における、再生可能な情報（例えば、映像情報や音声情報等）の種類やコーディング方式、再生レート、処理可能なデータ量等に応じて定められる能力をいう。従って、例えば情報再生装置において操作可能な範囲内での操作に係る指示を促すボタンメニューを表示することも可能となる。即ち、ボタンメニューには、実際に操作を可能とするボタンのみが表示される。このため、ユーザによって再生能力を超えた操作（即ち、操作不可能な指示や、再生不可能な設定・操作等）を入力するといった不都合を未然に防ぐことが可能となる。
或いは、コンテンツ情報を再生すために必要な再生能力が不足する場合には、コンテンツ情報に関する操作を可能とするボタンメニューを表示しないという制御が、可能となる。即ち、実際に操作を可能とするボタンが存在しなければ、ボタンメニューの表示自体が行われない。この際、「操作不能」などのエラーメッセージが出力されてもよい。）
以上の結果、本発明の情報記録媒体によれば、例えば情報再生装置の再生能力に応じて最適な或いは適切なボタンメニューを表示することが可能となる。従って、情報再生装置において予期せぬ或いは好ましくない設定変更等の指示がなされることなく、コンテンツ情報のより適切な再生が可能となる。
尚、ボタン情報は再生能力に応じて複数種類のボタン情報が記録されているように構成してもよい。
本発明の情報記録媒体の一の態様では、前記再生能力を示す属性情報が前記ボタン情報に対応付けられて更に記録されている。
この態様によれば、この属性情報に基づいて、例えばこの属性情報により示される再生能力とプレーヤ自らの再生能力とを比較することにより、再生可能なコンテンツ情報のみに係るボタンメニューを表示する制御が可能となる。
本発明の情報記録媒体の他の態様では、前記コンテンツ情報の再生シーケンスをアイテム単位で規定するプレイリスト情報が更に記録されており、前記プレイリスト情報は、前記コンテンツ情報を構成する前記アイテムを指示するアイテム情報と、当該アイテムに対応する前記ボタン情報をサブアイテムとして指示するサブアイテム情報とを含む。
この態様によれば、当該情報記録媒体を再生する際には、プレイリスト情報が有するアイテム情報に従って、これにより指示されるコンテンツ情報部分を順番に再生することで、映像情報や音声情報等のコンテンツ情報を再生することが可能となる。このコンテンツ情報の再生と並行して、プレイリスト情報が有するサブアイテム情報に従って、これにより指示されるボタン情報部分を順番に再生することで、ボタン情報を再生することが可能となる。このようなコンテンツ情報の再生とボタン情報の再生とを並行に行うことは、例えば、情報再生装置における再生レートを適度に低下させれば技術的には殆ど問題なく実行できる。そして、ユーザがボタンメニューの表示を希望する場合には、アイテム情報を用いて再生中のコンテンツ情報上に、サブアイテム情報を用いて再生されているが表示されていないボタンメニューを迅速或いは瞬時に表示できる。一方、ユーザがボタンメニューの表示を希望しない場合には、アイテム情報を用いて再生中のコンテンツ情報上に、サブアイテム情報を用いて再生されているボタンメニューを表示しないことができる。即ち、例えばリモコン操作やパネル操作等を用いたユーザの指示に応じて、適宜ボタンメニューの表示／非表示を切り替えることが可能である。
本発明の情報記録媒体の他の態様では、前記コンテンツ情報及び前記ボタン情報は、物理的にアクセス可能な単位であるパケット単位で多重化され、全体ストリームとして前記情報記録媒体に記録されており、前記全体ストリームの再生を制御するための再生制御情報として、多重化された複数のパケットと前記全体ストリームとの対応関係を定義する対応定義情報を格納するオブジェクト情報ファイルが更に記録されており、前記属性情報は、前記オブジェクト情報ファイルに含まれている。
この態様によれば、コンテンツ情報及びボタン情報が、パケットの単位で多重記録されている。そして、このようなパケット単位のコンテンツ情報及びボタン情報を、オブジェクト情報ファイルの内容に従って、例えばデマルチプレクス、デコード等の再生処理を経て再生することで、例えば映画等の所定のタイトルの再生が行われる。そして通常は、これらのうちコンテンツ情報に係るパケットが常時再生且つ表示出力され、ボタン情報に係るパケットはこれが存在すれば常時再生され且つ選択的に表示出力される。
加えて、属性情報がオブジェクト情報に含まれているため、該パケット単位で多重記録されたコンテンツ情報及びボタン情報を再生する場合であっても、パケット再生処理と並行して適切なボタン情報の選択が可能となる。
尚、ボタン情報は、パケット単位で多重記録されていなくとも、単一のデータとして記録されていてもよい。或いは、複数のボタン情報のうち一部のボタン情報が多重記録されており、他の一部のボタン情報が単一のデータとして記録されていてもよい。
本発明の情報記録媒体の他の態様では、前記ボタン情報は、前記ボタンメニューを構成可能であると共に、相互に表示切替可能な複数のボタンページを含む。
この態様によれば、ボタン情報が有する複数のボタンページを、例えばユーザ等の指示により適宜切り替えて表示出力することで、比較的容易にプレーヤの再生能力に適合していると共に、多種多様なボタンメニュー（即ち、マルチページメニュー、或いは複数のメニュー画面表示）を表示出力することが可能となる。ここに、係る複数のボタンページの夫々は、当該情報記録媒体の再生中に、ボタンメニューとして表示出力可能な情報を有していることが好ましい。
尚、係る複数のボタンページは、一のボタンページと他のボタンページとが相互に関連付けられる構成を採るツリー構造を有していてもよい。加えて、同一のボタン情報中に含まれる複数のボタンページの表示を切り替えることで、ボタンメニューの表示切替が可能となる。即ち、複数のデータ（論理的に複数であるか或いは物理的に複数であるかを問わず）より情報を読み取る必要がなくなる。このため、情報再生装置でのボタンメニューの表示切替処理に要するＣＰＵの負荷やメモリ消費量等のシステムリソースを小さく抑えることが可能という大きな利点を有することとなる。
尚、ボタン情報は、複数のボタンページを有していなくとも、一のボタンページを含んでいるように記録されていてもよい。又、複数のボタン情報を有している場合には、一部のボタン情報が複数のボタンページを有する構造であり、他の一部が一のボタンページを有する構造であってもよい。この場合であっても、本発明において説明する各種利益（特に、最適な或いは適切なボタンメニューを表示できるという利益）を享受することが可能である。そして、一のボタンページであっても、後述の如くボタンコマンド情報やボタン制御情報等を含んでいることが好ましい。
本発明の情報記録媒体の他の態様では、前記複数のボタンページのうち少なくとも一つは、前記操作を規定するボタンコマンド情報を含んでなる。
この態様によれば、ボタンコマンド情報に従って各種操作（例えば、再生・停止指示や字幕・音声切替等の操作）を実行可能となる。係るボタンコマンド情報は、後述のボタン画像情報に関連付けて含まれることが好ましい。これにより、後述の情報再生装置において表示出力されたボタンメニューにおいて、ボタン画像情報により規定される所定のボタンを選択し実行することで、各種操作を比較的容易に実行することが可能となる。
本発明の情報記録媒体の他の態様では、前記複数のボタンページのうち少なくとも一つは、前記ボタンメニューとして表示出力される少なくとも一つのボタン画像情報に対応付けられており、且つ該ボタン画像情報を表示出力するためのボタン制御情報を含む。
この態様によれば、ボタン制御情報（例えば、必要なボタン画像情報、該ボタン画像情報の表示位置等を示す情報）に基づいて、少なくとも一つのボタン画像情報（例えば、後述のボタン画像データ等）を含んでなるボタンメニューを適切に表示出力することが可能となる。加えて、ボタン画像情報とボタン制御情報とを分離して有することで、複数のボタン制御情報により同一のボタン画像情報を重複して使用することが可能となる。即ち、ボタン制御情報を有していれば、夫々のボタンページ毎にボタン画像情報を有する必要がなく、データ量の削減を図ることが可能となる。尚、上述したボタンコマンド情報は、ボタン制御情報に含まれていてもよい。
本発明の情報記録媒体の他の態様では、前記ボタン制御情報は、前記ボタン画像情報との対応付けを示すボタン画像番号情報、前記ボタン画像情報が規定するボタンの前記ボタンメニュー上における表示位置を示す表示位置情報、並びに前記操作に応じて生ずる前記ボタンの状態の変化を示す近隣ボタン情報のうち少なくとも一つを含む。
この態様によれば、ボタンメニューを構成する各種ボタンを所望の態様にて表示出力可能となり、その結果、よりユーザに利用しやすいボタンメニューとして表示出力することが可能となる。
本発明の情報記録媒体の他の態様では、前記ボタンメニューを、前記コンテンツ情報の一部に重ねて又は置き換えて表示するように若しくは全く表示しないように制御するための再生制御情報が更に記録されている。
この態様によれば、情報再生装置は、例えばナビゲーションパケット等に格納された再生制御情報に基づく制御を実行することにより、サブアイテム情報により指示されるボタン情報を、ボタンメニューとして表示する。この際、例えば外部指定に従って選択的に、対応するコンテンツ情報の一部に重ねて又は置き換えて表示するように構成してもよい。或いは、例えば外部指定に従って選択的に全く表示しないように構成してもよい。そして特に、ボタンメニューを表示する際には、表示する以前からコンテンツ情報の再生に並行して再生され且つ即時表示可能な状態にされているボタン情報に基づいて、コンテンツ情報に対応する適切なボタンメニューを即時表示できる。
本発明の情報記録媒体の他の態様では、前記サブアイテム情報は、前記ボタン情報の再生時刻を前記アイテム情報の再生時刻を基準に更に指示するように構成してもよい
この態様によれば、サブアイテム情報によってアイテム情報の再生時刻を基準に指示されているボタン情報の再生時刻に基づいて、情報再生装置は、当該ボタン情報をボタンメニューとして適宜表示できる。よって、非表示状態にあるボタン情報を、例えばリモコン操作等に応じて何時ボタンメニューとして表示しても、その表示開始のタイミングによらずに、再生中のコンテンツ情報に適切に対応するボタンメニューを表示可能となる。
本発明の情報記録媒体の他の態様では、前記サブアイテム情報は、前記ボタン情報を前記コンテンツ情報の表示上に小ウインドウとして表示する際における、該小ウインドウの表示位置及び大きさを更に指示するように構成してもよい。
この態様によれば、サブアイテム情報によって指示されている小ウインドウの表示位置及び大きさに従って、情報再生装置は、ボタン情報をコンテンツ情報の表示上に小ウインドウとして表示することが可能となる。即ち、サブアイテム情報に記述する小ウインドウの表示位置及び大きさを調整或いは変更することで、所望の表示位置及び大きさの小ウインドウ内に、ボタンメニューを表示できる。
本発明の情報記録媒体の他の態様では、前記ボタン情報は、前記コンテンツ情報が記録されると共に記録領域の一領域を占めるコンテンツ空間に、前記コンテンツ情報と一緒に記録されている。
この態様によれば、コンテンツ情報とボタン情報とは、同一コンテンツ空間に記録されているので、これら両者の並行再生は、比較的容易となる。ここに、本発明における「コンテンツ空間」とは、プレーヤで再生処理を行う際の取扱単位に相当する、記録領域内における記録情報の単位であって、コンテンツ情報が記録される領域に相当する単位を示す趣旨である。即ち、コンテンツ情報とボタン情報とは同一のコンテンツ空間に記録されているため、該２つの情報の並行再生において、再生時の空間遷移を必要とすることなく、比較的容易に同時再生が可能となる。例えば、同一のシステムパラメータを用いて、両者の並行再生は行われる。そして通常は、これらのうちコンテンツ情報が常時再生且つ表示出力され、ボタン情報はこれが存在すれば常時再生され且つ選択的に表示出力される。
尚、記録領域におけるコンテンツ空間とは別領域を占めるシステム空間に、コンテンツ情報に関する、ディスクメニュー（即ち、ディスク全体に共通するメニュー）やタイトルメニュー（即ち、タイトル毎のメニュー）等の他のボタンメニューを構成する他のボタン情報が記録されていてもよい。
本発明の情報記録媒体の他の態様では、前記ボタンメニューを重ねて表示する背景画像を規定する背景画像情報が更に記録されている。
この態様によれば、背景画像に重ねて（或いは、背景画像上に）表示されるボタンメニューを適切に表示出力することが可能となる。この場合、プレイリスト情報は、ボタン情報と背景画像とを対応付ける情報を含んでいることが好ましい。より好ましくは、係る情報をサブアイテム情報に含んでいることが好ましい。
（情報記録装置及び方法）
本発明の情報記録装置は、コンテンツ情報を情報記録媒体に記録する第１記録手段と、前記情報記録媒体に記録された前記コンテンツ情報に関する操作を可能とするボタンメニューを、前記コンテンツ情報を再生するために必要な再生能力別に規定するボタン情報を記録する第２記録手段と、を備えている。
本発明の情報記録装置によれば、例えばコントローラ、エンコーダ、後述のＴＳ／ＰＳオブジェクト生成器、光ピックアップ又はカッティングデバイス等からなる第１記録手段は、例えばＤＶＤ等からなる情報記録媒体の記録領域に、コンテンツ情報を記録する。そして、例えばコントローラ、エンコーダ、後述のＴＳ／ＰＳオブジェクト生成器、光ピックアップ又はカッティングデバイス等からなる第２記録手段は、コンテンツ情報に関する操作を可能とするボタンメニューを、コンテンツ情報を再生するために必要な再生能力別に規定するボタン情報を記録する。
従って、上述した本発明の情報記録媒体（但し、その各種態様を含む）を、比較的効率良く記録できる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報記録装置も各種態様を採ることが可能である。
本発明の情報記録方法は、コンテンツ情報を情報記録媒体に記録する第１記録工程と、前記情報記録媒体に記録された前記コンテンツ情報に関する操作を可能とするボタンメニューを、前記コンテンツ情報を再生するために必要な再生能力別に規定するボタン情報を記録する第２記録工程とを備えている。
本発明の情報記録方法によれば、例えばコントローラ、エンコーダ、後述のＴＳ／ＰＳオブジェクト生成器、光ピックアップ又はカッティングデバイス等を用いて、例えばＤＶＤ等からなる情報記録媒体の記録領域に、第１記録工程は、コンテンツ情報を記録し、第２記録工程は、コンテンツ情報に関する操作を可能とするボタンメニューを、コンテンツ情報を再生するために必要な再生能力別に規定するボタン情報を記録する。
従って、上述した本発明の情報記録媒体（但し、その各種態様を含む）を、比較的効率良く記録できる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報記録方法も各種態様を採ることが可能である。
（情報再生装置及び方法）
本発明の情報再生装置は、上述した本発明の情報記録媒体を再生する情報再生装置であって、前記情報記録媒体に記録された前記コンテンツ情報及び前記ボタン情報を再生する再生手段と、前記ボタン情報に基づき、当該情報再生装置の再生能力に応じたボタンメニューを生成する生成手段と、当該情報再生装置の再生能力に応じた前記ボタンメニューが生成されるように、前記生成手段を制御する制御手段とを備える。
本発明の情報再生装置によれば、例えばコントローラ、デコーダ、デマルチプレクサ、光ピックアップ等からなる再生手段は、コンテンツ情報及びボタン情報を再生する。そしてこのような再生に伴って、生成手段は、ボタンメニューを生成出力する。
本発明では特に、生成手段は、制御手段の制御下で、例えば当該情報再生装置の再生能力に応じて、ボタン情報に基づくボタンメニューを生成可能に構成されている。従って、情報再生装置における再生能力で再生可能なコンテンツ情報のみに係るボタンメニューを生成出力することが可能となる。即ち、当該情報再生装置において最適な或いは適切なボタンメニューを表示出力することが可能となる。これにより、予期せぬメニュー操作等により、コンテンツ情報の再生に影響を与えることがないという大きな利点を有することとなる。
従って、上述した本発明の情報記録媒体（但し、その各種態様を含む）を、比較的効率良く再生できる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報再生装置も各種態様を採ることが可能である。
即ち、例えば複数のボタン情報を有する場合であれば、再生能力に応じて、複数のボタン情報のうち一のボタン情報を選択し、ボタンメニューを生成する旨の指示を外部指定する指定手段を更に備えており、且つ制御手段は係る外部指定に応じて一のボタン情報を選択し、当該情報再生装置の再生能力に応じたボタンメニューを生成するように生成手段を制御するように構成してもよい。
本発明の情報再生装置の他の態様では、前記再生手段は、前記コンテンツ情報の再生前に、予め前記ボタン情報をプリロードする。
この態様によれば、コンテンツ情報の再生前にボタン情報をプリロード（即ち、先行再生）しておくことで、コンテンツ情報の再生時であっても、係るコンテンツ情報の再生に負荷をかけることなく、ボタンメニューの表示出力が可能となる。このとき、複数のボタン情報を含んでいる情報記録媒体を再生する場合であれば、該複数のボタン情報のうち少なくとも一つをプリロードするように構成してもよい。
尚、このようにプリロードされたボタン情報に基づき生成されたホタンメニューは例えば後述のバッファメモリ等に格納され、且つ必要に応じて適宜読み出し可能（表示出力可能）に構成されることが好ましい。そして、プリロードの際には、情報記録媒体に記録されているボタン情報全体をプリロードするように構成してもよい。或いは、複数のボタン情報が記録されている場合には、少なくとも一つのボタン情報をプリロードするように構成してもよい。或いは、ボタン情報の一部（即ち、複数のボタンページのうち少なくとも一部のボタンページ）をプリロードするように構成してもよい。
本発明の情報再生装置の他の態様では、前記生成されたホタンメニューを保持するバッファメモリを更に備える。
この態様によれば、例えばリングバッファ等のバッファメモリは、ボタンメニューが生成手段により生成出力されているか否かに拘わらず、即時出力可能な状態となるよう保持する。よって、ボタンメニューを、例えばリモコン操作等に応じてバッファメモリから取り出すことにより、何時でもボタンメニューを即時表示できる。尚、本発明に係る「即時表示する」とは、表示すべき指示が入力された後、ユーザが認識できない程度の短時間内に表示可能である意味の他、ユーザが許容できる程度の短時間内に表示可能である場合も含む広い概念である。
本発明の情報再生装置の一態様では、前記制御手段は、前記再生されたプレイリスト情報に含まれるサブアイテム情報により更に指示される小ウインドウの表示位置及び大きさに従って、前記再生されたボタン情報を前記再生されたコンテンツ情報上に該小ウインドウとして表示出力するように前記生成手段を制御する。
この態様によれば、制御手段による制御下で、生成手段は、サブアイテム情報により指示される小ウインドウの表示位置及び大きさで、コンテンツ情報上にボタン情報を小ウインドウとして適宜表示出力する。
本発明の情報再生方法は、上述した本発明の情報記録媒体を再生する情報再生装置における情報再生方法であって、前記コンテンツ情報及び前記ボタン情報を再生する再生工程と、前記ボタン情報に基づき、当該情報再生装置の再生能力に応じたボタンメニューを生成する生成工程と、当該情報再生装置の再生能力に応じた前記ボタンメニューが生成されるように前記生成工程を制御する制御工程とを備える。
本発明の情報再生方法によれば、再生工程において再生されたボタン情報は、生成工程においてボタンメニューとして生成出力される。ここで、例えばコントローラ等を用いて、制御工程は、当該情報再生装置の再生能力に応じて、ボタン情報に基づくボタンメニューが生成されるように生成工程を制御する。即ち、当該情報再生装置において最適な或いは適切なボタンメニューが生成されることが可能となる。
従って、上述した本発明の情報記録媒体（但し、その各種態様を含む）を、比較的効率良く再生できる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報再生方法も各種態様を採ることが可能である。
（情報記録再生装置及び方法）
本発明の情報記録再生装置は、コンテンツ情報を情報記録媒体に記録する第１記録手段と、前記情報記録媒体に記録された前記コンテンツ情報に関する操作を可能とするボタンメニューを、前記コンテンツ情報を再生するために必要な再生能力別に規定するボタン情報を記録する第２記録手段と、前記情報記録媒体に記録された前記コンテンツ情報及び前記ボタン情報を再生する再生手段と、前記ボタン情報に基づき、当該情報再生装置の再生能力に応じたボタンメニューを生成する生成手段と、当該情報記録再生装置の再生能力に応じた前記ボタンメニューが生成されるように前記生成手段を制御する制御手段とを備える。
本発明の情報記録再生装置によれば、上述した本発明の情報記録装置及び情報再生装置の両方を併せ持つので、上述した本発明の情報記録媒体（但し、その各種態様を含む）を、比較的効率良く記録でき、再生できる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報記録再生装置も各種態様を採ることが可能である。
本発明の情報記録再生方法は、コンテンツ情報を情報記録媒体に記録する第１記録工程と、前記情報記録媒体に記録された前記コンテンツ情報に関する操作を可能とするボタンメニューを、前記コンテンツ情報を再生するために必要な再生能力別に規定するボタン情報を記録する第２記録工程と、前記情報記録媒体に記録された前記コンテンツ情報及び前記ボタン情報を再生する再生工程と、前記ボタン情報に基づき、当該情報再生装置の再生能力に応じたボタンメニューを生成する生成手段と、当該情報記録再生方法における再生能力に応じた前記ボタンメニューが生成されるように前記生成工程を制御する制御工程とを備える。
本発明の情報記録再生方法によれば、上述した本発明の情報記録方法及び情報再生方法の両方を併せ持つので、上述した本発明の情報記録媒体（但し、その各種態様を含む）を、比較的効率良く記録でき、再生できる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の情報記録再生方法も各種態様を採ることが可能である。
（コンピュータプログラム）
本発明の記録制御用のコンピュータプログラムは、上述した本発明の情報記録装置（但し、その各種態様を含む）に備えられたコンピュータを制御する記録制御用のコンピュータプログラムであって、該コンピュータを、前記第１記録手段及び前記第２記録手段の少なくとも一部として機能させる。
本発明の記録制御用のコンピュータプログラムによれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体から、当該コンピュータプログラムをコンピュータに読み込んで実行させれば、或いは、当該コンピュータプログラムを、通信手段を介してコンピュータにダウンロードさせた後に実行させれば、上述した本発明に係る情報記録装置を比較的簡単に実現できる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の記録制御用のコンピュータプログラムも各種態様を採ることが可能である。
本発明の再生制御用のコンピュータプログラムは、上述した本発明の情報再生装置（但し、その各種態様を含む）に備えられたコンピュータを制御する再生制御用のコンピュータプログラムであって、該コンピュータを、前記再生手段、前記生成手段及び前記制御手段の少なくとも一部として機能させる。
本発明の再生制御用のコンピュータプログラムによれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体から、当該コンピュータプログラムをコンピュータに読み込んで実行させれば、或いは、当該コンピュータプログラムを、通信手段を介してコンピュータにダウンロードさせた後に実行させれば、上述した本発明に係る情報再生装置を比較的簡単に実現できる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の再生制御用のコンピュータプログラムも各種態様を採ることが可能である。
本発明の記録再生制御用のコンピュータプログラムは、上述した本発明の情報記録再生装置（但し、その各種態様を含む）に備えられたコンピュータを制御する記録再生制御用のコンピュータプログラムであって、該コンピュータを、前記第１記録手段、前記第２記録手段、前記再生手段、前記生成手段及び前記制御手段の少なくとも一部として機能させる。
本発明の記録再生制御用のコンピュータプログラムによれば、当該コンピュータプログラムを格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体から、当該コンピュータプログラムをコンピュータに読み込んで実行させれば、或いは、当該コンピュータプログラムを、通信手段を介してコンピュータにダウンロードさせた後に実行させれば、上述した本発明の情報記録再生装置を比較的簡単に実現できる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の記録再生制御用のコンピュータプログラムも各種態様を採ることが可能である。
コンピュータ読取可能な媒体内の記録制御用のコンピュータプログラム製品は上記課題を解決するために、上述した本発明の情報記録装置（但し、その各種態様も含む）に備えられたコンピュータにより実行可能なプログラム命令を明白に具現化し、該コンピュータを、前記第１記録手段及び前記第２記録手段の少なくとも一部として機能させる。
コンピュータ読取可能な媒体内の再生制御用のコンピュータプログラム製品は上記課題を解決するために、上述した本発明の情報再生装置（但し、その各種態様も含む）に備えられたコンピュータにより実行可能なプログラム命令を明白に具現化し、該コンピュータを、前記再生手段、前記生成手段及び前記制御手段の少なくとも一部として機能させる。
コンピュータ読取可能な媒体内の記録再生制御用のコンピュータプログラム製品は上記課題を解決するために、上述した本発明の情報記録再生装置（但し、その各種態様も含む）に備えられたコンピュータにより実行可能なプログラム命令を明白に具現化し、該コンピュータを、前記第１記録手段、前記第２記録手段、前記再生手段、前記生成手段及び前記制御手段の少なくとも一部として機能させる。
本発明の記録制御用、再生制御用又は記録再生制御用のコンピュータプログラム製品によれば、当該コンピュータプログラム製品を格納するＲＯＭ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ハードディスク等の記録媒体から、当該コンピュータプログラム製品をコンピュータに読み込めば、或いは、例えば伝送波である当該コンピュータプログラム製品を、通信手段を介してコンピュータにダウンロードすれば、上述した本発明の前記第１記録手段、前記第２記録手段、前記再生手段、前記生成手段及び前記制御手段の少なくとも一部を比較的容易に実施可能となる。更に具体的には、当該コンピュータプログラム製品は、前記第１記録手段、前記第２記録手段、前記再生手段、前記生成手段及び前記制御手段の少なくとも一部として機能させるコンピュータ読取可能なコード（或いはコンピュータ読取可能な命令）から構成されてよい。
（制御信号を含むデータ構造）
本発明の制御信号を含むデータ構造は、コンテンツ情報と、前記コンテンツ情報に関する操作を可能とするボタンメニューを、前記コンテンツ情報を再生するために必要な再生能力別に規定するボタン情報とを有する。
本発明の制御信号を含むデータ構造によれば、上述した本発明の情報記録媒体の場合と同様に、例えば情報再生装置の再生能力に応じて最適な或いは適切なボタンメニューを表示することが可能となる。従って、情報再生装置において予期せぬ或いは好ましくない設定変更等の指示がなされることなく、コンテンツ情報のより適切な再生が可能となる。
尚、上述した本発明の情報記録媒体における各種態様に対応して、本発明の制御信号を含むデータ構造も各種態様を採ることが可能である。
本発明におけるこのような作用、及び他の利得は次に説明する実施例から更に明らかにされる。
以上説明したように、本発明の情報記録媒体によれば、コンテンツ情報、ボタン情報が記録されており、該ボタン情報はボタンメニューを、コンテンツ情報を再生するために必要な再生能力別に規定する。このため、例えば情報再生装置の再生能力に応じて最適な或いは適切なボタンメニューを表示することが可能となる。又、本発明の情報記録装置及び方法によれば、第１記録手段及び第２記録手段、若しくは第１記録工程及び第２記録工程を備えている。このため、例えば情報再生装置の再生能力に応じて最適な或いは適切なボタンメニューを表示することが可能であると共に、例えばコンテンツ情報を再生可能に多重記録できる。又、本発明の情報再生装置及び方法によれば、再生手段、生成手段及び制御手段、若しくは再生工程生成工程及び制御工程を備えている。このため、本発明の情報記録媒体を適切に再生できる。又、本発明のコンピュータプログラムによれば、コンピュータを上述した本発明の情報記録装置、情報再生装置又は情報記録再生装置として機能させるので、上述した本発明の情報記録媒体を効率良く記録でき、或いは再生できる。

図１は、本発明の情報記録媒体の一実施例である光ディスクの基本構造を示し、上側部分は複数のエリアを有する光ディスクの概略平面図であり、これに対応付けられる下側部分は、その径方向におけるエリア構造の図式的概念図である。
図２は、従来のＭＰＥＧ２のプログラムストリームの図式的概念図（図２（ａ））、本実施例で利用されるＭＰＥＧ２のトランスポートストリームの図式的概念図（図２（ｂ））であり、本実施例で利用されるＭＰＥＧ２のプログラムストリームの図式的概念図（図２（ｃ））である。
図３は、本実施例の光ディスク上に記録されるデータ構造の模式的に示す図である。
図４は、図３に示した各タイトル内におけるデータ構造の詳細を階層的に示す概念図である。
図５は、図３に示した各プレイリストセット内におけるデータ構造の詳細を階層的に示す概念図である。
図６は、図３に示した各プレイリストセット内におけるデータ構造の詳細を模式的に示す概念図である。
図７は、図６に示した各アイテムにおけるデータ構造の詳細を模式的に示す概念図である。
図８は、図４に示した各タイトルエレメント内におけるデータの論理構成を模式的に示す概念図である。
図９は、本実施例において、各プレイリストセットをプレイリスト一つから構成する場合における、図４に示した各タイトルエレメント内におけるデータの論理構成を模式的に示す概念図である。
図１０は、図３に示した各オブジェクト内におけるデータ構造の詳細を模式的に示す概念図である。
図１１は、本実施例における、上段のプログラム＃１用のエレメンタリーストリームと中段のプログラム＃２用のエレメンタリーストリームとが多重化されて、これら２つのプログラム用のトランスポートストリームが構成される様子を、横軸を時間軸として概念的に示す図である。
図１２は、本実施例における、一つのトランスポートストリーム内に多重化されたＴＳパケットペイロードのイメージを、時間の沿ったパケット配列として概念的に示す概念図である。
図１３は、実施例における光ディスク上のデータの論理構成を、論理階層からオブジェト階層或いは実体階層への展開を中心に模式的に示した図である。
図１４は、本発明の実施例に係る情報記録再生装置のブロック図である。
図１５は、本実施例における情報記録再生装置の記録動作（その１）を示すフローチャートである。
図１６は、本実施例における情報記録再生装置の記録動作（その２）を示すフローチャートである。
図１７は、本実施例における情報記録再生装置の記録動作（その３）を示すフローチャートである。
図１８は、本実施例における情報記録再生装置の記録動作（その４）を示すフローチャートである。
図１９は、本実施例における情報記録再生装置の再生動作を示すフローチャートである。
図２０は、本実施例における、背景画像データのデータ構成（図２０（ａ））及びボタンデータのデータ構成（図２０（ｂ））を概念的に示したものである。
図２１は、背景画像データ及びボタンページから構成されるメニュー画像を概念的に示した模式図である。
図２２は、本実施例における、ボタンページにより規定されているボタンの表示を概念的に示す模式図である。
図２３は、本実施例における、図２２（ａ）及び図２２（ｂ）に示すボタンメニューを規定するボタンデータ＃１の具体的なデータ構成を概念的に示したものである。
図２４は、本実施例における、図２２（ｃ）及び図２２（ｄ）に示すボタンメニューを規定するボタンデータ＃２の具体的なデータ構成を概念的に示したものである。
図２５は、本実施例における、ボタンメニューを表示可能とする、プレイリスト情報ファイルの一具体例を示す概念図である。
図２６は、本実施例における、ボタンメニューを表示可能とする、オブジェクト情報ファイルの一具体例を示す概念図である。
図２７は、本実施例における、ボタンメニューの表示の際の、再生処理全体の流れを示すフローチャートである。
図２８は、本実施例における、ボタンメニュー表示の際の、ボタンページの表示処理の詳細な処理の流れを示すフローチャートである。
図２９は、本実施例における、光ディスクの論理構造との関係で、再生時におけるアクセスの流れ全体を概念的に示す図である。
図３０は、本実施例におけるタイトル情報セットの一具体例における階層構造を模式的に示す概念図である。
図３１は、本実施例におけるディクヘッダの一具体例における階層構造を模式的に示す概念図である。
図３２は、本実施例におけるタイトル情報の一具体例における階層構造を模式的に示す概念図である。
図３３は、本実施例におけるプレイリストセットの一具体例における階層構造を模式的に示す概念図である。
図３４は、本実施例におけるプレイリストの一具体例における階層構造を模式的に示す概念図である。
図３５は、本実施例におけるプレイリストエレメントの一具体例における階層構造を模式的に示す概念図である。
図３６は、本実施例におけるアイテム定義テーブルの一具体例における階層構造を模式的に示す概念図である。

（情報記録媒体）
図１から図１３を参照して、本発明の情報記録媒体の実施例について説明する。本実施例は、本発明の情報記録媒体を、記録（書き込み）及び再生（読み出し）が可能な型の光ディスクに適用したものである。
先ず図１を参照して、本実施例の光ディスクの基本構造について説明する。ここに図１は、上側に複数のエリアを有する光ディスクの構造を概略平面図で示すと共に、下側にその径方向におけるエリア構造を概念図で対応付けて示すものである。
図１に示すように、光ディスク１００は、例えば、記録（書き込み）が複数回又は１回のみ可能な、光磁気方式、相変化方式等の各種記録方式で記録可能とされており、ＤＶＤと同じく直径１２ｃｍ程度のディスク本体上の記録面に、センターホール１０２を中心として内周から外周に向けて、リードインエリア１０４、データエリア１０６及びリードアウトエリア１０８が設けられている。そして、各エリアには、例えば、センターホール１０２を中心にスパイラル状或いは同心円状に、グルーブトラック及びランドトラックが交互に設けられており、このグルーブトラックはウオブリングされてもよいし、これらのうち一方又は両方のトラックにプレピットが形成されていてもよい。尚、本発明は、このような三つのエリアを有する光ディスクには特に限定されない。
次に図２を参照して、本実施例の光ディスクに記録されるトランスポートストリーム（ＴＳ）及びプログラムストリーム（ＰＳ）の構成について説明する。ここに、図２（ａ）は、比較のため、従来のＤＶＤにおけるＭＰＥＧ２のプログラムストリームの構成を図式的に示すものであり、図２（ｂ）は、ＭＰＥＧ２のトランスポートストリーム（ＴＳ）の構成を図式的に示すものである。更に、図２（ｃ）は、本発明におけるＭＰＥＧ２のプログラムストリームの構成を図式的に示すものである。
図２（ａ）において、従来のＤＶＤに記録される一つのプログラムストリームは、時間軸ｔに沿って、主映像情報たるビデオデータ用のビデオストリームを１本だけ含み、更に、音声情報たるオーディオデータ用のオーディオストリームを最大で８本含み且つ副映像情報たるサブピクチャデータ用のサブピクチャストリーム（或いは、静止画データ用の静止画ストリーム）を最大で３２本含んでなる。即ち、任意の時刻ｔｘにおいて多重化されるビデオデータは、１本のビデオストリームのみに係るものであり、例えば複数のテレビ番組或いは複数の映画などに対応する複数本のビデオストリームを同時にプログラムストリームに含ませることはできない。映像を伴うテレビ番組等を多重化して伝送或いは記録するためには、各々のテレビ番組等のために、少なくとも１本のビデオストリームが必要となるので、１本しかビデオストリームが存在しないＤＶＤのプログラムストリーム形式では、複数のテレビ番組等を多重化して伝送或いは記録することはできないのである。
図２（ｂ）において、本発明の光ディスク１００に記録される一つのトランスポートストリーム（ＴＳ）は、主映像情報たるビデオデータ用のエレメンタリーストリーム（ＥＳ）としてビデオストリームを複数本含んでなり、更に音声情報たるオーディオデータ用のエレメンタリーストリーム（ＥＳ）としてオーディオストリームを複数本含み且つ副映像情報たるサブピクチャデータ用のエレメンタリーストリーム（ＥＳ）としてサブピクチャストリームを複数本含んでなる。即ち、任意の時刻ｔｘにおいて多重化されるビデオデータは、複数本のビデオストリームに係るものであり、例えば複数のテレビ番組或いは複数の映画などに対応する複数のビデオストリームを同時にトランスポートストリームに含ませることが可能である。このように複数本のビデオストリームが存在するトランスポートストリーム形式では、複数のテレビ番組等を多重化して伝送或いは記録することが可能である。但し、現況のトランスポートストリームを採用するデジタル放送では、サブピクチャストリームについては伝送していない。
図２（ｃ）において、本発明の光ディスク１００に記録される一つのプログラムストリーム（ＰＳ）は、主映像情報たるビデオデータ用のビデオストリームを複数本含んでなり、更に音声情報たるオーディオデータ用のオーディオストリームを複数本含み且つ副映像情報たるサブピクチャデータ用のサブピクチャストリームを複数本含んでなる。即ち、任意の時刻ｔｘにおいて多重化されるビデオデータは、複数本のビデオストリームに係るものであり、例えば複数のテレビ番組或いは複数の映画などに対応する複数のビデオストリームを同時にプログラムストリームに含ませることが可能である。
尚、図２（ａ）から図２（ｃ）では説明の便宜上、ビデオストリーム、オーディオストリーム及びサブピクチャストリームを、この順に上から配列しているが、この順番は、後述の如くパケット単位で多重化される際の順番等に対応するものではない。トランスポートストリームでは、概念的には、例えば一つの番組に対して、１本のビデオストリーム、２本の音声ストリーム及び２本のサブピクチャストリームからなる一まとまりが対応している。
上述した本実施例の光ディスク１００は、記録レートの制限内で、図２（ｂ）に示した如きトランスポートストリーム（ＴＳ）を多重記録可能に、即ち複数の番組或いはプログラムを同時に記録可能に構成されている。更に、このようなトランスポートストリームに加えて又は代えて、同一光ディスク１００上に、図２（ｃ）に示した如きプログラムストリーム（ＰＳ）を多重記録可能に構成されている。
本実施例では特に、後述の背景画像データ及びボタンデータ（図２０参照）は、例えば図２（ｂ）に示すトランスポートストリームにおけるエレメンタリーストリームとして、或いは例えばサブピクチャストリーム等に含まれて多重記録されていてもよい。或いは、例えばＪＰＥＧデータやビットマップデータとして、多重化されることなく光ディスク１００上に記録されていてもよい。
次に図３から図１０を参照して、光ディスク１００上に記録されるデータの構造について説明する。ここに、図３は、光ディスク１００上に記録されるデータ構造を模式的に示すものである。図４は、図３に示した各タイトル内におけるデータ構造の詳細を模式的に示すものである。図５及び図６は夫々、図３に示した各プレイ（Ｐ）リストセット内におけるデータ構造の詳細を模式的に示すものである。図７は、図６に示した各アイテムにおけるデータ構造の詳細を模式的に示すものである。図８は、図４に示した各タイトルエレメント内におけるデータの論理構成を模式的に示すものであり、図９は、各プレイリストセットをプレイリスト一つから構成する場合における、図４に示した各タイトルエレメント内におけるデータの論理構成を模式的に示すものである。図１０は、図３に示した各オブジェクト内におけるデータ構造の詳細を模式的に示すものである。
以下の説明において、「タイトル」とは、複数の「プレイリスト」を連続して実行する再生単位であり、例えば、映画１本、テレビ番組１本などの論理的に大きなまとまりを持った単位である。「プレイリストセット」とは、「プレイリスト」の束をいう。例えば、アングル再生やパレンタル再生における相互に切替可能な特定関係を有する複数のコンテンツ情報を再生するためのプレイリストの束や、同時間帯に放送され且つまとめて記録された複数番組に係るコンテンツ情報を再生するためのプレイリストの束である。或いは、同一タイトルについて、ハイビジョン対応、ディスプレイの解像度、サラウンドスピーカ対応、スピーカ配列など、情報再生システムにおいて要求される映像再生機能（ビデオパーフォーマンス）別や音声再生機能（オーディオパーフォーマンス）別など、要求機能別に用意された各種コンテンツ情報を再生するためのプレイリストの束である。「プレイリスト」とは、「オブジェクト」の再生に必要な情報を格納したファイルであり、オブジェクトへアクセスするためのオブジェクトの再生範囲に関する情報が各々格納された複数の「アイテム」で構成されている。そして、「オブジェクト」とは、上述したＭＰＥＧ２のトランスポートストリームを構成するコンテンツの実体情報である。
図３において、光ディスク１００は、論理的構造として、ディスク情報ファイル１１０、プレイ（Ｐ）リスト情報ファイル１２０、オブジェクト情報ファイル１３０及びオブジェクトデータファイル１４０の４種類のファイルを備えており、これらのファイルを管理するためのファイルシステム１０５を更に備えている。尚、図３は、光ディスク１００上における物理的なデータ配置を直接示しているものではないが、図３に示す配列順序を、図１に示す配列順序に対応するように記録すること、即ち、ファイルシステム１０５等をリードインエリア１０４に続いてデータ記録エリア１０６に記録し、更にオブジェクトデータファイル１４０等をデータ記録エリア１０６に記録することも可能である。図１に示したリードインエリア１０４やリードアウトエリア１０８が存在せずとも、図３に示したファイル構造は構築可能である。
ディスク情報ファイル１１０は、光ディスク１００全体に関する総合的な情報を格納するファイルであり、ディスク総合情報１１２と、タイトル情報テーブル１１４と、その他の情報１１８とを格納する。ディスク総合情報１１２は、例えば光ディスク１００内の総タイトル数等を格納する。タイトル情報テーブル１１４は、タイトルポインタ１１４−１と、これにより記録アドレスが示される複数のタイトル２００（タイトル＃１〜＃ｍ）を含んで構成されている。各タイトル２００には、論理情報として、各タイトルのタイプ（例えば、シーケンシャル再生型、分岐型など）や、各タイトルを構成するプレイ（Ｐ）リスト番号をタイトル毎に格納する。
図４に示すように各タイトル２００は、より具体的には例えば、タイトル総合情報２００−１と、複数のタイトルエレメント２００−２と、その他の情報２００−５とを含んで構成されている。更に、各タイトルエレメント２００−２は、プリコマンド２００ＰＲと、プレイリストセットへのポインタ２００ＰＴと、ポストコマンド２００ＰＳと、その他の情報２００−６とから構成されている。
ここに、ポインタ２００ＰＴは、当該ポインタ２００ＰＴを含むタイトルエレメント２００−２に基づいて再生されるべきコンテンツ情報に対応する、プレイリスト情報ファイル１２０内に格納されたプレイリストセット１２６Ｓの記録位置を示す。プリコマンド２００ＰＲは、ポインタ２００ＰＴにより記録位置が指定される一のプレイリストセット１２６Ｓにより再生シーケンスが規定されるコンテンツ情報の再生前に実行されるべきコマンドを示す。ポストコマンド２００ＰＳは、該一のプレイリストセットにより再生シーケンスが規定されるコンテンツ情報の再生後に実行されるべきコマンドを示す。タイトルエレメント２００−２に含まれるその他の情報２００−５は、例えば、タイトルエレメントに係る再生の次の再生に係るタイトルエレメントを指定するネクスト情報を含む。
従って、後述する情報再生装置による当該情報記録媒体の再生時には、ポインタ２００ＰＴに従ってプレイリストセット１２６Ｓにアクセスして、それに含まれる複数のプレイリスト１２６のうち、所望の番組等に対応するものを選択するように制御を実行すれば、タイトルエレメント２００−２として当該所望のコンテンツ情報を再生できる。更に、このようなタイトルエレメント２００−２を一つ又は順次再生することで、一つのタイトル２００を再生可能となる。更に、プリコマンド２００ＰＲに従って、ポインタ２００ＰＴで記録位置が指定される一のプレイリストセット１２６Ｓにより再生シーケンスが規定されるコンテンツ情報の、再生前に実行されるべきコマンドを実行できる。更に、ポストコマンド２００ＰＳに従って、ポインタ２００ＰＴで記録位置が指定される一のプレイリストセット１２６Ｓにより再生シーケンスが規定されるコンテンツ情報の、再生後に実行されるべきコマンドを実行できる。ポストコマンド２００ＰＳは、例えばコンテンツ情報の分岐を命令するコマンド、次のタイトルを選ぶコマンド等である。加えて、その他の情報２００−５に含まれるネクスト情報に従って、当該再生中のタイトルエレメント２００−２の次のタイトルエレメント２００−２を再生できる。
再び図３において、プレイリスト情報ファイル１２０は、各プレイリストの論理的構成を示すプレイ（Ｐ）リスト情報テーブル１２１を格納し、これは、プレイ（Ｐ）リスト管理情報１２２と、プレイ（Ｐ）リストセットポインタ１２４と、複数のプレイ（Ｐ）リストセット１２６Ｓ（Ｐリストセット＃１〜＃ｎ）と、その他の情報１２８とに分かれている。このプレイリスト情報テーブル１２１には、プレイリストセット番号順に各プレイリストセット１２６Ｓの論理情報を格納する。言い換えれば、各プレイリストセット１２６Ｓの格納順番がプレイリストセット番号である。また、上述したタイトル情報テーブル１１４で、同一のプレイリストセット１２６Ｓを、複数のタイトル２００から参照することも可能である。即ち、タイトル＃ｑとタイトル＃ｒとが同じプレイリストセット＃ｐを使用する場合にも、プレイリスト情報テーブル１２１中のプレイリストセット＃ｐを、タイトル情報テーブル１１４でポイントするように構成してもよい。
図５に示すように、プレイリストセット１２６Ｓは、プレイリストセット総合情報１２６−１と、複数のプレイリスト１２６（プレイリスト＃１〜＃ｘ）と、アイテム定義テーブル１２６−３と、その他の情報１２６−４とを含んで構成されている。そして、各プレイリスト１２６は、複数のプレイリストエレメント１２６−２（プレイリストエレメント＃１〜＃ｙ）と、その他の情報１２６−５とを含んで構成されている。更に、各プレイリストエレメント１２６−２は、プリコマンド１２６ＰＲと、アイテムへのポインタ１２６ＰＴと、ポストコマンド１２６ＰＳと、その他の情報１２６−６とから構成されている。
ここに、ポインタ１２６ＰＴは、当該ポインタ１２６ＰＴを含むプレイリストエレメント１２６−２に基づいて再生されるべきコンテンツ情報に対応する、アイテム定義テーブル１２６−３により定義されるアイテムの記録位置を示す。
図６に例示したように、プレイリストセット１２６Ｓにおいて、アイテム定義テーブル１２６−３内には、複数のアイテム２０４が定義されている。これらは、複数のプレイリスト１２６によって共有されている。また、プレイリストセット総合情報１２６−１として、当該プレイリストセット１２６Ｓ内に含まれる各プレイリスト１２６の名称、再生時間などのＵＩ（ユーザインタフェース情報）、各アイテム定義テーブル１２６−３へのアドレス情報等が記述されている。
再び図５において、プリコマンド１２６ＰＲは、ポインタ１２６ＰＴにより記録位置が指定される一のアイテム２０４の再生前に実行されるべきコマンドを示す。ポストコマンド１２６ＰＳは、該一のアイテム２０４の再生後に実行されるべきコマンドを示す。プレイリストエレメント１２６−２に含まれるその他の情報１２６−６は、例えば、プレイリストエレメント１２６−２に係る再生の次の再生に係るプレイリストエレメント１２６−２を指定する第ネクスト情報を含む。
図７に例示したように、アイテム２０４は、表示の最小単位である。アイテム２０４には、オブジェクトの開始アドレスを示す「ＩＮポイント情報」及び終了アドレスを示す「ＯＵＴポイント情報」が記述されている。尚、これらの「ＩＮポイント情報」及び「ＯＵＴポイント情報」は夫々、直接アドレスを示してもよいし、再生時間軸上における時間或いは時刻など間接的にアドレスを示してもよい。図中、“ストリームオブジェクト＃ｍ”で示されたオブジェクトに対して複数のＥＳ（エレメンタリーストリーム）が多重化されている場合には、アイテム２０４の指定は、特定のＥＳの組合せ或いは特定のＥＳを指定することになる。
図８に例示したように、タイトルエレメント２００−２は、論理的に、プリコマンド２００ＰＲ或いは１２６ＰＲと、再生時に複数のプレイリスト１２６のうちいずれか一つが再生用に選択されるプレイリストセット１２６Ｓと、ポストコマンド２００ＰＳ或いはポストコマンド１２６ＰＳと、ネクスト情報２００−６Ｎとから構成されている。従って、例えばビデオ解像度など、システムで再生可能な何らかの条件等に従って、プレイリストセット１２６Ｓ中からプレイリスト１２６を選択する処理が実行される。
但し図９に例示したように、プレイリストセットが単一のプレイリストからなる場合には、即ち図３に示したプレイリストセット１２６Ｓを単一のプレイリスト１２６に置き換えた場合には、タイトルエレメント２００−２は、論理的に、プリコマンド２００ＰＲ或いは１２６ＰＲと、再生時に再生されるプレイリスト１２６と、ポストコマンド２００ＰＳ或いはポストコマンド１２６ＰＳと、ネクスト情報２００−６Ｎとから構成されてもよい。この場合には、システムで再生可能な条件等に拘わらず、プレイリストセットが再生用に指定されれば、単一のプレイリスト１２６の再生処理が実行されることになる。
再び図３において、オブジェクト情報ファイル１３０は、各プレイリスト１２６内に構成される各アイテムに対するオブジェクトデータファイル１４０中の格納位置（即ち、再生対象の論理アドレス）や、そのアイテムの再生に関する各種属性情報が格納される。本実施例では特に、オブジェクト情報ファイル１３０は、後に詳述する複数のＡＵ（アソシエートユニット）情報１３２Ｉ（ＡＵ＃１〜ＡＵ＃ｑ）を含んでなるＡＵテーブル１３１と、ＥＳ（エレメンタリーストリーム）マップテーブル１３４と、その他の情報１３８とを格納する。
オブジェクトデータファイル１４０は、トランスポートストリーム（ＴＳ）別のＴＳオブジェクト１４２（ＴＳ＃１オブジェクト〜ＴＳ＃ｓオブジェクト）、即ち実際に再生するコンテンツの実体データを、複数格納する。
尚、図３を参照して説明した４種類のファイルは、更に夫々複数のファイルに分けて格納することも可能であり、これらを全てファイルシステム１０５により管理してもよい。例えば、オブジェクトデータファイル１４０を、オブジェクトデータファイル＃１、オブジェクトデータファイル＃２、…というように複数に分けることも可能である。
図１０に示すように、論理的に再生可能な単位である図３に示したＴＳオブジェクト１４２は、例えば６ｋＢのデータ量を夫々有する複数のアラインドユニット１４３に分割されてなる。アラインドユニット１４３の先頭は、ＴＳオブジェクト１４２の先頭に一致（アラインド）されている。各アラインドユニット１４３は更に、１９２Ｂのデータ量を夫々有する複数のソースパケット１４４に細分化されている。ソースパケット１４４は、物理的に再生可能な単位であり、この単位即ちパケット単位で、光ディスク１００上のデータのうち少なくともビデオデータ、オーディオデータ及びサブピクチャデータは多重化されており、その他の情報についても同様に多重化されてよい。各ソースパケット１４４は、４Ｂのデータ量を有する、再生時間軸上におけるＴＳ（トランスポートストリーム）パケットの再生処理開始時刻を示すパケットアライバルタイムスタンプ等の再生を制御するための制御情報１４５と、１８８Ｂのデータ量を有するＴＳパケットペイロード１４６とを含んでなる。ＴＳパケットペイロード１４６は、パケットヘッダ１４６ａをその先頭部に有し、ビデオデータがパケット化されて「ビデオパケット」とされるか、オーディオデータがパケット化されて「オーディオパケット」とされるか、又はサブピクチャデータがパケット化されて「サブピクチャパケット」とされるか、若しくは、その他のデータがパケット化される。
尚、後述の背景画像データ及びボタンデータ（図２０参照）が光ディスク１００上に多重記録されている場合には、該背景画像データ及びボタンデータも図１０に示すようにパケット化されていることが好ましい。
次に図１１及び図１２を参照して、図２（ｂ）に示した如きトランスポートストリーム形式のビデオデータ、オーディオデータ、サブピクチャデータ等が、図４に示したＴＳパケットペイロード１４６により、光ディスク１００上に多重記録される点について説明する。ここに、図１１は、上段のプログラム＃１（ＰＧ１）用のエレメンタリーストリーム（ＥＳ）と中段のプログラム＃２（ＰＧ２）用のエレメンタリーストリーム（ＥＳ）とが多重化されて、これら２つのプログラム（ＰＧ１＆２）用のトランスポートストリーム（ＴＳ）が構成される様子を、横軸を時間軸として概念的に示すものであり、図１２は、一つのトランスポートストリーム（ＴＳ）内に多重化されたＴＳパケットペイロードのイメージを、時間の沿ったパケット配列として概念的に示すものである。
図１１に示すように、プログラム＃１用のエレメンタリーストリーム（上段）は、例えば、プログラム＃１用のビデオデータがパケット化されたＴＳパケットペイロード１４６が時間軸（横軸）に対して離散的に配列されてなる。プログラム＃２用のエレメンタリーストリーム（中段）は、例えば、プログラム＃２用のビデオデータがパケット化されたＴＳパケットペイロード１４６が時間軸（横軸）に対して離散的に配列されてなる。そして、これらのＴＳパケットペイロード１４６が多重化されて、これら二つのプログラム用のトランスポートストリーム（下段）が構築されている。尚、図１１では説明の便宜上省略しているが、図２（ｂ）に示したように、実際には、プログラム＃１用のエレメンタリーストリームとして、オーディオデータがパケット化されたＴＳパケットペイロードからなるエレメンタリーストリームやサブピクチャデータがパケット化されたＴＳパケットペイロードからなるサブピクチャストリームが同様に多重化されてもよく、更にこれらに加えて、プログラム＃２用のエレメンタリーストリームとして、オーディオデータがパケット化されたＴＳパケットペイロードからなるエレメンタリーストリームやサブピクチャデータがパケット化されたＴＳパケットペイロードからなるサブピクチャストリームが同様に多重化されてもよい。
図１２に示すように、本実施例では、このように多重化された多数のＴＳパケットペイロード１４６から、一つのＴＳストリームが構築される。そして、多数のＴＳパケットペイロード１４６は、このように多重化された形で、パケットアライバルタイムスタンプ等１４５の情報を付加し、光ディスク１００上に多重記録される。尚、図１２では、プログラム＃ｉ（ｉ＝１，２，３）を構成するデータからなるＴＳパケットペイロード１４６に対して、ｊ（ｊ＝１，２，…）をプログラムを構成するストリーム別の順序を示す番号として、“Ｅｌｅｍｅｎｔ（ｉ０ｊ）”で示しており、この（ｉ０ｊ）は、エレメンタリーストリーム別のＴＳパケットペイロード１４６の識別番号たるパケットＩＤとされている。このパケットＩＤは、複数のＴＳパケットペイロード１４６が同一時刻に多重化されても相互に区別可能なように、同一時刻に多重化される複数のＴＳパケットペイロード１４６間では固有の値が付与されている。
また図１２では、ＰＡＴ（プログラムアソシエーションテーブル）及びＰＭＴ（プログラムマップテーブル）も、ＴＳパケットペイロード１４６単位でパケット化され且つ多重化されている。これらのうちＰＡＴは、複数のＰＭＴのパケットＩＤを示すテーブルを格納している。特にＰＡＴは、所定のパケットＩＤとして、図１２のように（０００）が付与されることがＭＰＥＧ２規格で規定されている。即ち、同一時刻に多重化された多数のパケットのうち、パケットＩＤが（０００）であるＴＳパケットペイロード１４６として、ＰＡＴがパケット化されたＴＳパケットペイロード１４６が検出されるように構成されている。そして、ＰＭＴは、一又は複数のプログラムについて各プログラムを構成するエレメンタリーストリーム別のパケットＩＤを示すテーブルを格納している。ＰＭＴには、任意のパケットＩＤを付与可能であるが、それらのパケットＩＤは、上述の如くパケットＩＤが（０００）として検出可能なＰＡＴにより示されている。従って、同一時刻に多重化された多数のパケットのうち、ＰＭＴがパケット化されたＴＳパケットペイロード１４６（即ち、図１２でパケットＩＤ（１００）、（２００）、（３００）が付与されたＴＳパケットペイロード１４６）が、ＰＡＴにより検出されるように構成されている。
図１２に示した如きトランスポートストリームがデジタル伝送されて来た場合、チューナは、このように構成されたＰＡＴ及びＰＭＴを参照することにより、多重化されたパケットの中から所望のエレメンタリーストリームに対応するものを抜き出して、その復調が可能となるのである。
そして、本実施例では、図１０に示したＴＳオブジェクト１４２内に格納されるＴＳパケットペイロード１４６として、このようなＰＡＴやＰＭＴのパケットを含む。即ち、図１２に示した如きトランスポートストリームが伝送されてきた際に、そのまま光ディスク１００上に記録できるという大きな利点が得られる。
更に、本実施例では、このように記録されたＰＡＴやＰＭＴについては光ディスク１００の再生時には参照することなく、代わりに図３に示した後に詳述するＡＵテーブル１３１及びＥＳマップテーブル１３４を参照することによって、より効率的な再生を可能とし、複雑なマルチビジョン再生等にも対処可能とする。このために本実施例では、例えば復調時や記録時にＰＡＴ及びＰＭＴを参照することで得られるエレメンタリーストリームとパケットとの対応関係を、ＡＵテーブル１３１及びＥＳマップテーブル１３４の形で且つパケット化或いは多重化しないで、オブジェクト情報ファイル１３０内に格納するのである。
次に図１３を参照して、光ディスク１００上のデータの論理構成について説明する。ここに、図１３は、光ディスク１００上のデータの論理構成を、論理階層からオブジェト階層或いは実体階層への展開を中心に模式的に示したものである。
図１３において、光ディスク１００には、例えば映画１本、テレビ番組１本などの論理的に大きなまとまりであるタイトル２００が、一又は複数記録されている。各タイトル２００は、一又は複数のタイトルエレメント２００−２を含む。各タイトルエレメント２００−２は、複数のプレイリストセット１２６Ｓから論理的に構成されている。各タイトルエレメント２００−２内で、複数のプレイリストセット１２６Ｓはシーケンシャル構造を有してもよいし、分岐構造を有してもよい。
尚、単純な論理構成の場合、一つのタイトルエレメント２００は、一つのプレイリストセット１２６Ｓから構成され、更に一つのプレイリストセット１２６Ｓは、一つのプレイリスト１２６から構成される。また、一つのプレイリストセット１２６Ｓを複数のタイトルエレメント２００−２或いは、複数のタイトル２００から参照することも可能である。
各プレイリスト１２６は、複数のアイテム（プレイアイテム）２０４から論理的に構成されている。各プレイリスト１２６内で、複数のアイテム２０４は、シーケンシャル構造を有してもよいし、分岐構造を有してもよい。また、一つのアイテム２０４を複数のプレイリスト１２６から参照することも可能である。アイテム２０４に記述された前述のＩＮポイント情報及びＯＵＴポイント情報により、ＴＳオブジェクト１４２の再生範囲が論理的に指定される。そして、論理的に指定された再生範囲についてオブジェクト情報１３０ｄを参照することにより、最終的にはファイルシステムを介して、ＴＳオブジェクト１４２の再生範囲が物理的に指定される。ここに、オブジェクト情報１３０ｄは、ＴＳオブジェクト１４２の属性情報、ＴＳオブジェクト１４２内におけるデータサーチに必要なＥＳアドレス情報１３４ｄ等のＴＳオブジェクト１４２を再生するための各種情報を含む（尚、図３に示したＥＳマップテーブル１３４は、このようなＥＳアドレス情報１３４ｄを複数含んでなる）。
そして、後述の情報記録再生装置によるＴＳオブジェクト１４２の再生時には、アイテム２０４及びオブジェクト情報１３０ｄから、当該ＴＳオブジェクト１４２における再生すべき物理的なアドレスが取得され、所望のエレメンタリーストリームの再生が実行される。
尚、図１３のオブジェクト情報１３０ｄ内に示した、ＥＳアドレス情報１３４ｄを複数含むＥＰ（エントリーパス）マップは、ここでは、ＡＵテーブル１３１とＥＳマップテーブル１３４との両者をまとめたオブジェクト情報テーブルのことを指している。
このように本実施例では、アイテム２０４に記述されたＩＮポイント情報及びＯＵＴポイント情報並びにオブジェクト情報１３０ｄのＥＳマップテーブル１３４（図３参照）内に記述されたＥＳアドレス情報１３４ｄにより、再生シーケンスにおける論理階層からオブジェクト階層への関連付けが実行され、エレメンタリーストリームの再生が可能とされる。
以上詳述したように本実施例では、光ディスク１００上においてＴＳパケットペイロード１４６の単位で多重記録されており、これにより、図２（ｂ）に示したような多数のエレメンタリーストリームを含んでなる、トランスポートストリームを光ディスク１００上に多重記録可能とされている。本実施例によれば、デジタル放送を光ディスク１００に記録する場合、記録レートの制限内で複数の番組或いは複数のプログラムを同時に記録可能であるが、ここでは一つのＴＳオブジェクト１４２へ複数の番組或いは複数のプログラムを多重化して記録する方法を採用している。以下、このような記録処理を実行可能な情報記録再生装置の実施例について説明する。
（情報記録再生装置）
次に図１４から図１９を参照して、本発明の情報記録再生装置の実施例について説明する。ここに、図１４は、情報記録再生装置のブロック図であり、図１５から図１９は、その動作を示すフローチャートである。
図１４において、情報記録再生装置５００は、再生系と記録系とに大別されており、上述した光ディスク１００に情報を記録可能であり且つこれに記録された情報を再生可能に構成されている。本実施例では、このように情報記録再生装置５００は、記録再生用であるが、基本的にその記録系部分から本発明の記録装置の実施例を構成可能であり、他方、基本的にその再生系部分から本発明の情報再生装置の実施例を構成可能である。
情報記録再生装置５００は、光ピックアップ５０２、サーボユニット５０３、スピンドルモータ５０４、復調器５０６、デマルチプレクサ５０８、ビデオデコーダ５１１、オーディオデコーダ５１２、加算器５１４、静止画デコーダ５１５、システムコントローラ５２０、メモリ５３０、メモリ５５０、変調器６０６、フォーマッタ６０８、ＴＳ／ＰＳオブジェクト生成器６１０、ビデオエンコーダ６１１、オーディオエンコーダ６１２及び静止画エンコーダ６１５を含んで構成されている。システムコントローラ５２０は、ファイル（Ｆｉｌｅ）システム／論理構造データ生成器５２１及びファイル（Ｆｉｌｅ）システム／論理構造データ判読器５２２を備えている。更にシステムコントローラ５２０には、メモリ５３０及び、タイトル情報等のユーザ入力を行うためのユーザインタフェース７２０が接続されている。
これらの構成要素のうち、復調器５０６、デマルチプレクサ５０８、ビデオデコーダ５１１、オーディオデコーダ５１２、加算器５１４、静止画デコーダ５１５及びメモリ５５０から概ね再生系が構成されている。他方、これらの構成要素のうち、変調器６０６、フォーマッタ６０８、ＴＳ／ＰＳオブジェクト生成器６１０、ビデオエンコーダ６１１、オーディオエンコーダ６１２及び静止画エンコーダ６１５から概ね記録系が構成されている。そして、光ピックアップ５０２、サーボユニット５０３、スピンドルモータ５０４、システムコントローラ５２０及びメモリ５３０、並びにタイトル情報等のユーザ入力を行うためのユーザインタフェース７２０は、概ね再生系及び記録系の両方に共用される。更に記録系については、ＴＳオブジェクトデータ源７００（若しくは、ＰＳオブジェクトデータ源７００、又はビットマップデータ、ＪＰＥＧデータ等の静止画データ源７００）と、ビデオデータ源７１１、オーディオデータ源７１２及び静止画データ源７１５とが用意される。また、システムコントローラ５２０内に設けられるファイルシステム／論理構造データ生成器５２１は、主に記録系で用いられ、ファイルシステム／論理構造判読器５２２は、主に再生系で用いられる。
光ピックアップ５０２は、光ディスク１００に対してレーザービーム等の光ビームＬＢを、再生時には読み取り光として第１のパワーで照射し、記録時には書き込み光として第２のパワーで且つ変調させながら照射する。サーボユニット５０３は、再生時及び記録時に、システムコントローラ５２０から出力される制御信号Ｓｃ１による制御を受けて、光ピックアップ５０２におけるフォーカスサーボ、トラッキングサーボ等を行うと共にスピンドルモータ５０４におけるスピンドルサーボを行う。スピンドルモータ５０４は、サーボユニット５０３によりスピンドルサーボを受けつつ所定速度で光ディスク１００を回転させるように構成されている。
尚、静止画エンコーダ６１５は、ＴＳオブジェクトとしてのサブピクチャデータをエンコード可能に構成されており、静止画デコーダ５１５は、サブピクチャデータをデコード可能に構成されていてもよい。
（ｉ） 記録系の構成及び動作：
次に図１４から図１８を参照して、情報記録再生装置５００のうち記録系を構成する各構成要素における具体的な構成及びそれらの動作を、場合分けして説明する。
（ｉ−１） 作成済みのＴＳオブジェクトを使用する場合：
この場合について図１４及び図１５を参照して説明する。
図１４において、ＴＳオブジェクトデータ源７００は、例えばビデオテープ、メモリ等の記録ストレージからなり、ＴＳオブジェクトデータＤ１を格納する。
図１５では先ず、ＴＳオブジェクトデータＤ１を使用して光ディスク１００上に論理的に構成する各タイトルの情報（例えば、プレイリストの構成内容等）は、ユーザインタフェース７２０から、タイトル情報等のユーザ入力Ｉ２として、システムコントローラ５２０に入力される。そして、システムコントローラ５２０は、ユーザインタフェース７２０からのタイトル情報等のユーザ入力Ｉ２を取り込む（ステップＳ２１：Ｙｅｓ及びステップＳ２２）。この際、ユーザインタフェース７２０では、システムコントローラ５２０からの制御信号Ｓｃ４による制御を受けて、例えばタイトルメニュー画面を介しての選択など、記録しようとする内容に応じた入力処理が可能とされている。尚、ユーザ入力が既に実行済み等の場合には（ステップＳ２１：Ｎｏ）、これらの処理は省略される。
次に、ＴＳオブジェクトデータ源７００は、システムコントローラ５２０からのデータ読み出しを指示する制御信号Ｓｃ８による制御を受けて、ＴＳオブジェクトデータＤ１を出力する。そして、システムコントローラ５２０は、ＴＳオブジェクト源７００からＴＳオブジェクトデータＤ１を取り込み（ステップＳ２３）、そのファイルシステム／論理構造データ生成器５２１内のＴＳ解析機能によって、例えば前述の如くビデオデータ等と共にパケット化されたＰＡＴ、ＰＭＴ等に基づいて、ＴＳオブジェクトデータＤ１におけるデータ配列（例えば、記録データ長等）、各エレメンタリーストリームの構成の解析（例えば、後述のＥＳ＿ＰＩＤ（エレメンタリーストリーム・パケット識別番号）の理解）などを行う（ステップＳ２４）。
続いて、システムコントローラ５２０は、取り込んだタイトル情報等のユーザ入力Ｉ２並びに、ＴＳオブジェクトデータＤ１のデータ配列及び各エレメンタリーストリームの解析結果から、そのファイルシステム／論理構造データ生成器５２１によって、論理情報ファイルデータＤ４として、ディスク情報ファイル１１０、プレイリスト情報ファイル１２０、オブジェクト情報ファイル１３０及びファイルシステム１０５（図３参照）を作成する（ステップＳ２５）。メモリ５３０は、このような論理情報ファイルデータＤ４を作成する際に用いられる。
尚、ＴＳオブジェクトデータＤ１のデータ配列及び各エレメンタリーストリームの構成情報等についてのデータを予め用意しておく等のバリエーションは当然に種々考えられるが、それらも本実施例の範囲内である。
図１４において、フォーマッタ６０８は、ＴＳオブジェクトデータＤ１と論理情報ファイルデータＤ４とを共に、光ディスク１００上に格納するためのデータ配列フォーマットを行う装置である。より具体的には、フォーマッタ６０８は、スイッチＳｗ１及びスイッチＳｗ２を備えてなり、システムコントローラ５２０からのスイッチ制御信号Ｓｃ５によりスイッチング制御されて、ＴＳオブジェクトデータＤ１のフォーマット時には、スイッチＳｗ１を▲１▼側に接続して且つスイッチＳｗ２を▲１▼側に接続して、ＴＳオブジェクトデータ源７００からのＴＳオブジェクトデータＤ１を出力する。尚、ＴＳオブジェクトデータＤ１の送出制御については、システムコントローラ５２０からの制御信号Ｓｃ８により行われる。他方、フォーマッタ６０８は、論理情報ファイルデータＤ４のフォーマット時には、システムコントローラ５２０からのスイッチ制御信号Ｓｃ５によりスイッチング制御されて、スイッチＳｗ２を▲２▼側に接続して、論理情報ファイルデータＤ４を出力するように構成されている。
図１５のステップＳ２６では、このように構成されたフォーマッタ６０８によるスイッチング制御によって、（ｉ）ステップＳ２５でファイルシステム／論理構造データ生成器５２１からの論理情報ファイルデータＤ４又は（ｉｉ）ＴＳオブジェクトデータ源７００からのＴＳオブジェクトデータＤ１が、フォーマッタ６０８を介して出力される（ステップＳ２６）。
フォーマッタ６０８からの選択出力は、ディスクイメージデータＤ５として変調器６０６に送出され、変調器６０６により変調されて、光ピックアップ５０２を介して光ディスク１００上に記録される（ステップＳ２７）。この際のディスク記録制御についても、システムコントローラ５２０により実行される。
そして、ステップＳ２５で生成された論理情報ファイルデータＤ４と、これに対応するＴＳオブジェクトデータＤ１とが共に記録済みでなければ、ステップＳ２６に戻って、その記録を引き続いて行う（ステップＳ２８：Ｎｏ）。尚、論理情報ファイルデータＤ４とこれに対応するＴＳオブジェクトデータＤ１との記録順についてはどちらが先でも後でもよい。
他方、これら両方共に記録済みであれば、光ディスク１００に対する記録を終了すべきか否かを終了コマンドの有無等に基づき判定し（ステップＳ２９）、終了すべきでない場合には（ステップＳ２９：Ｎｏ）ステップＳ２１に戻って記録処理を続ける。他方、終了すべき場合には（ステップＳ２９：Ｙｅｓ）、一連の記録処理を終了する。
以上のように、情報記録再生装置５００により、作成済みのＴＳオブジェクトを使用する場合における記録処理が行われる。
尚、図１５に示した例では、ステップＳ２５で論理情報ファイルデータＤ４を作成した後に、ステップＳ２６で論理情報ファイルデータＤ４とこれに対応するＴＳオブジェクトデータＤ１とのデータ出力を実行しているが、ステップＳ２５以前に、ＴＳオブジェクトデータＤ１の出力や光ディスク１００上への記録を実行しておき、この記録後に或いはこの記録と並行して、論理情報ファイルデータＤ４を生成や記録することも可能である。
加えて、ＴＳオブジェクトデータ源７００に代えて、ＰＳオブジェクトデータ源又は静止画データ源が用いられてもよい。この場合には、ＴＳオブジェクトデータＤ１に代えて、ＰＳオブジェクトデータ又は、ビットマップデータ、ＪＰＥＧデータ等の静止画データに対して、以上に説明したＴＳオブジェクトデータＤ１に対する記録処理が同様に行われ、オブジェクトデータファイル１４０内にＰＳオブジェクトデータ又は静止画オブジェクトデータが格納される。そして、ＰＳオブジェクトデータ又は静止画オブジェクトデータに関する各種論理情報が、システムコントローラ５２０の制御下で生成されて、ディスク情報ファイル１１０、プレイリスト情報ファイル１２０、オブジェクト情報ファイル１３０等内に格納される。
更に本実施例では、サブピクチャデータ或いは静止画データの一例である後述の背景画像データやボタンデータ（図２０参照）に対しても同様に、ＴＳオブジェクトデータＤ１に対する記録処理が行われ、オブジェクトデータファイル１４０内に背景画像オブジェクトデータ又はボタンオブジェクトデータが格納される。そして、背景画像オブジェクトデータやボタンオブジェクトデータに関する各種論理情報が、システムコントローラ５２０の制御下で生成されて、ディスク情報ファイル１１０、プレイリスト情報ファイル１２０、オブジェクト情報ファイル１３０等内に格納される。尚、本実施例では特に、オブジェクト情報ファイル１３０は、後述のページ属性情報１３４ａ（図２６参照）が含まれるように記録される。
（ｉ−２） 放送中のトランスポートストリームを受信して記録する場合：
この場合について図１４及び図１６を参照して説明する。尚、図１６において、図１５と同様のステップには同様のステップ番号を付し、それらの説明は適宜省略する。
この場合も、上述の「作成済みのＴＳオブジェクトを使用する場合」とほぼ同様な処理が行われる。従って、これと異なる点を中心に以下説明する。
放送中のトランスポートストリームを受信して記録する場合には、ＴＳオブジェクトデータ源７００は、例えば放送中のデジタル放送を受信する受信器（セットトップボックス）からなり、ＴＳオブジェクトデータＤ１を受信して、リアルタイムでフォーマッタ６０８に送出する（ステップＳ４１）。これと同時に、受信時に解読された番組構成情報及び後述のＥＳ＿ＰＩＤ情報を含む受信情報Ｄ３（即ち、受信器とシステムコントローラ５２０のインタフェースとを介して送り込まれるデータに相当する情報）がシステムコントローラ５２０に取り込まれ、メモリ５３０に格納される（ステップＳ４４）。
一方で、フォーマッタ６０８に出力されたＴＳオブジェクトデータＤ１は、フォーマッタ６０８のスイッチング制御により変調器６０６に出力され（ステップＳ４２）、光ディク１００に記録される（ステップＳ４３）。
これらと並行して、受信時に取り込まれてメモリ５３０に格納されている受信情報Ｄ３に含まれる番組構成情報及びＥＳ＿ＰＩＤ情報を用いて、ファイルシステム／論理構造生成器５２１により論理情報ファイルデータＤ４を作成する（ステップＳ２４及びステップＳ２５）。そして一連のＴＳオブジェクトデータＤ１の記録終了後に、この論理情報ファイルデータＤ４を光ディスク１００に追加記録する（ステップＳ４６及びＳ４７）。尚、これらステップＳ２４及びＳ２５の処理についても、ステップＳ４３の終了後に行ってもよい。
更に、必要に応じて（例えばタイトルの一部を編集する場合など）、ユーザインタフェース７２０からのタイトル情報等のユーザ入力Ｉ２を、メモリ５３０に格納されていた番組構成情報及びＥＳ＿ＰＩＤ情報に加えることで、システムコントローラ５２０により論理情報ファイルデータＤ４を作成し、これを光ディスク１００に追加記録してもよい。
以上のように、情報記録再生装置５００により、放送中のトランスポートストリームを受信してリアルタイムに記録する場合における記録処理が行われる。
尚、放送時の全受信データをアーカイブ装置に一旦格納した後に、これをＴＳオブジェクト源７００として用いれば、上述した「作成済みのＴＳオブジェクトを使用する場合」と同様な処理で足りる。
（ｉ−３） ビデオ、オーディオ及びサブピクチャデータを記録する場合：
この場合について図１４及び図１７を参照して説明する。尚、図１７において、図１５と同様のステップには同様のステップ番号を付し、それらの説明は適宜省略する。
予め別々に用意したビデオデータ、オーディオデータ及びサブピクチャデータを記録する場合には、ビデオデータ源７１１、オーディオデータ源７１２及び静止画データ源７１５は夫々、例えばビデオテープ、メモリ等の記録ストレージからなり、ビデオデータＤＶ、オーディオデータＤＡ及びサブピクチャデータＤＳを夫々格納する。
これらのデータ源は、システムコントローラ５２０からの、データ読み出しを指示する制御信号Ｓｃ８による制御を受けて、ビデオデータＤＶ、オーディオデータＤＡ及び静止画データＤＳを夫々、ビデオエンコーダ６１１、オーディオエンコーダ６１２及び静止画エンコーダ６１５に送出する（ステップＳ６１）。そして、これらのビデオエンコーダ６１１、オーディオエンコーダ６１２及び静止画エンコーダ６１５により、所定種類のエンコード処理を実行する（ステップＳ６２）。
ＴＳ／ＰＳオブジェクト生成器６１０は、システムコントローラ５２０からの制御信号Ｓｃ６による制御を受けて、このようにエンコードされたデータを、トランスポートストリームをなすＴＳオブジェクトデータに変換する（ステップＳ６３）。この際、各ＴＳオブジェクトデータのデータ配列情報（例えば記録データ長等）や各エレメンタリーストリームの構成情報（例えば、後述のＥＳ＿ＰＩＤ等）は、ＴＳ／ＰＳオブジェクト生成器６１０から情報Ｉ６としてシステムコントローラ５２０に送出され、メモリ５３０に格納される（ステップＳ６６）。
他方、ＴＳ／ＰＳオブジェクト生成器６１０により生成されたＴＳオブジェクトデータは、フォーマッタ６０８のスイッチＳｗ１の▲２▼側に送出される。即ち、フォーマッタ６０８は、ＴＳ／ＰＳオブジェクト生成器６１０からのＴＳオブジェクトデータのフォーマット時には、システムコントローラ５２０からのスイッチ制御信号Ｓｃ５によりスイッチング制御されて、スイッチＳｗ１を▲２▼側にし且つスイッチＳｗ２を▲１▼側に接続することで、当該ＴＳオブジェクトデータを出力する（ステップＳ６４）。続いて、このＴＳオブジェクトデータは、変調器６０６を介して、光ディク１００に記録される（ステップＳ６５）。
これらと並行して、情報Ｉ６としてメモリ５３０に取り込まれた各ＴＳオブジェクトデータのデータ配列情報や各エレメンタリーストリームの構成情報を用いて、ファイルシステム／論理構造生成器５２１により論理情報ファイルデータＤ４を作成する（ステップＳ２４及びステップＳ２５）。そして一連のＴＳオブジェクトデータＤ２の記録終了後に、これを光ディスク１００に追加記録する（ステップＳ６７及びＳ６８）。尚、ステップＳ２４及びＳ２５の処理についても、ステップＳ６５の終了後に行うようにしてもよい。
更に、必要に応じて（例えばタイトルの一部を編集する場合など）、ユーザインタフェース７２０からのタイトル情報等のユーザ入力Ｉ２を、これらのメモリ５３０に格納されていた情報に加えることで、ファイルシステム／論理構造生成器５２１により論理情報ファイルデータＤ４を作成し、これを光ディスク１００に追加記録してもよい。
以上のように、情報記録再生装置５００により、予め別々に用意したビデオデータ、オーディオデータ及びサブピクチャデータを記録する場合における記録処理が行われる。
尚、この記録処理は、ユーザの所有する任意のコンテンツを記録する際にも応用可能である。
（ｉ−４） オーサリングによりデータを記録する場合：
この場合について図１４及び図１８を参照して説明する。尚、図１８において、図１５と同様のステップには同様のステップ番号を付し、それらの説明は適宜省略する。
この場合は、上述した三つの場合における記録処理を組み合わせることにより、予めオーサリングシステムが、ＴＳオブジェクトの生成、論理情報ファイルデータの生成等を行った後（ステップＳ８１）、フォーマッタ６０８で行うスイッチング制御の処理までを終了させる（ステップＳ８２）。その後、この作業により得られた情報を、ディスク原盤カッティングマシン前後に装備された変調器６０６に、ディスクイメージデータＤ５として送出し（ステップＳ８３）、このカッティングマシンにより原盤作成を行う（ステップＳ８４）。
本実施例では特に、以上説明した（ｉ）記録系の構成及び動作においては、プレイリスト１２６が、コンテンツ情報を指定するアイテム２０４と該各アイテム２０４に対応するボタンデータを指定するサブアイテムとを含むように、プレイリスト情報ファイル１２０は記録される。よって、次に説明するように、例えばアイテムによるタイトルの再生及び表示出力中に、対応するサブアイテムによるボタン（或いは、ボタンメニュー）の再生を行うと共に該再生されたボタンメニューの表示出力を選択的に行うことで、タイトル再生を継続したままで係るボタンメニューの表示切替を効率的に行うことが可能となる。ここに、本実施例における「ボタンメニュー」とは、画面上に表示される各種操作を可能とするメニュー画面であって、該操作をメニュー画面内に表示されているボタンの選択により行うメニュー画面全般を含んだ趣旨である。
（ｉｉ） 再生系の構成及び動作：
次に図１４及び図１９を参照して、情報記録再生装置５００のうち再生系を構成する各構成要素における具体的な構成及びそれらの動作を説明する。
図１４において、ユーザインタフェース７２０によって、光ディスク１００から再生すべきタイトルやその再生条件等が、タイトル情報等のユーザ入力Ｉ２としてシステムコントローラに入力される。この際、ユーザインタフェース７２０では、システムコントローラ５２０からの制御信号Ｓｃ４による制御を受けて、例えばタイトルメニュー画面を介しての選択など、再生しようとする内容に応じた入力処理が可能とされている。
これを受けて、システムコントローラ５２０は、光ディスク１００に対するディスク再生制御を行い、光ピックアップ５０２は、読み取り信号Ｓ７を復調器５０６に送出する。
復調器５０６は、この読み取り信号Ｓ７から光ディスク１００に記録された記録信号を復調し、復調データＤ８として出力する。この復調データＤ８に含まれる、多重化されていない情報部分としての論理情報ファイルデータ（即ち、図３に示したファイルシステム１０５、ディスク情報ファイル１１０、Ｐリスト情報ファイル１２０及びオブジェクト情報ファイル１３０）は、システムコントローラ５２０に供給される。この論理情報ファイルデータに基づいて、システムコントローラ５２０は、再生アドレスの決定処理、光ピックアップ５０２の制御等の各種再生制御を実行する。
他方、復調データＤ８に、多重化された情報部分としてのＴＳオブジェクトデータが含まれているか又は静止画データが含まれているか、若しくは両者が含まれているかに応じて、切替スイッチＳＷ３は、システムコントローラ５２０からの制御信号Ｓｃ１０による制御を受けて、▲１▼側たるデマルチプレクサ５０８側に切り替えられるか、又は▲２▼側たる静止画デコーダ５１５側に切り替えられる。これにより選択的に、ＴＳオブジェクトデータをデマルチプレクサ５０８に供給し、静止画データを静止画デコーダ５１５に供給する。
そして、復調データＤ８に含まれる、多重化された情報部分としてのＴＳオブジェクトデータについては、デマルチプレクサ５０８が、システムコントローラ５２０からの制御信号Ｓｃ２による制御を受けてデマルチプレクスする。ここでは、システムコントローラ５２０の再生制御によって再生位置アドレスへのアクセスが終了した際に、デマルチプレクスを開始させるように制御信号Ｓｃ２を送信する。
デマルチプレクサ５０８からは、ビデオパケット、オーディオパケット及びサブピクチャパケットが夫々送出されて、ビデオデコーダ５１１、オーディオデコーダ５１２及び静止画デコーダ５１５に供給される。そして、ビデオデータＤＶ、オーディオデータＤＡ及びサブピクチャデータＤＳが夫々復号化される。そして、ビデオデータＤＶは加算器５１４に供給され、オーディオデータＤＡはオーディオ出力として供給される。
ここで、本実施例では、静止画デコーダ５１５より出力されるサブピクチャデータＤＳ或いは静止画データは、スイッチＳＷ４に供給される。スイッチＳＷ４は、静止画デコーダ５１５より供給されるデータがサブピクチャデータＤＳであるか、或いは静止画データであるかに応じて、システムコントローラ５２０からの制御信号Ｓｃ１１による制御を受けて、▲１▼側たる加算器５１４側に切り替えられるか、又は▲２▼側たるメモリ５５０側に切り替えられる。これにより選択的に、サブピクチャデータＤＳを加算器５１４に供給し、静止画データをメモリ５５０に供給する。
加算器５１４は、システムコントローラ５２０からのミキシングを指示する制御信号Ｓｃ３による制御を受けて、ビデオデコーダ５１１及び静止画デコーダ５１５で夫々復号化されたビデオデータＤＶ及びサブピクチャデータＤＳを、所定タイミングでミキシング或いはスーパーインポーズする。その結果は、ビデオ出力として、当該情報記録再生装置５００から例えばテレビモニタへ出力される。加えて、後述の如くＳＷ５より所定のタイミングで供給される静止画データを、ビデオデータＤＶ及びサブピクチャデータＤＳとミキシング或いはスーパーインポーズする。
この際、サブピクチャデータＤＳについては、別途不図示のメモリを介して加算器５１４に供給されるように構成してもよい。或いは、サブピクチャデータについても後述の如く静止画データと同様に、メモリ５５０に一旦蓄積するように構成してもよい。この場合、係るメモリからは、システムコントローラ５２０からの制御信号による制御を受けて、所定のタイミングで或いは選択的に、サブピクチャデータＤＳが出力され、ビデオデータＤＶとのスーパーインポーズが適宜行われることが好ましい。即ち、サブピクチャデコーダ５１３から出力されたサブピクチャデータをそのままスーパーインポーズする場合に比べて、スーパーインポーズのタイミングやスーパーインポーズの要否を制御できる。例えば、制御信号を用いた出力制御によって、主映像上に、サブピクチャを用いた字幕を適宜表示させたりさせなかったり、或いはサブピクチャを用いたメニュー画面を適宜表示させたりさせなかったりすることも可能となる。
他方、例えば静止画デコーダ５１５に供給される静止画データ（例えば、後述の背景画像データ或いはボタンデータ）は、システムコントローラ５２０からの制御信号Ｓｃ１１の制御により、ＳＷ４が▲２▼側に切り替えられる。即ち、ボタンメニュー表示に用いられる背景画像データやボタンデータは、表示出力前に一旦メモリ５５０に蓄積されることが好ましい。これにより、ビデオデータ等の通常コンテンツの再生と切り離して、ボタンメニューの表示出力が可能となる。このため、コンテンツ再生に影響を与えることなく、ボタンメニューの表示が可能となる。
加えて、背景画像データやボタンデータは、制御信号Ｓｃ１２による制御を受けて所定のタイミングで或いは選択的に、切替スイッチＳＷ５を介して加算器５１４に供給される。これにより、静止画データ（即ち、例えば背景画像データやボタンデータ）と、ビデオデータＤＶやサブピクチャデータＤＳとのスーパーインポーズが適宜行われる。即ち、静止画デコーダ５１５から出力された静止画データをそのままスーパーインポーズする場合に比べて、スーパーインポーズのタイミングやスーパーインポーズの要否を制御できる。例えば、制御信号Ｓｃ１２を用いた出力制御によって、主映像上や副映像上に、静止画データを用いた、例えばメニュー画面又はウインドウ画面などの静止画若しくは背景画としての静止画を適宜表示させたりさせなかったりすることも可能となる。
加えて、システムコントローラ５２０からの制御信号Ｓｃ１３による制御を受けて、▲２▼側に切り替えられた切替スイッチＳＷ５を介して、不図示の経路で別途、静止画データが出力されてもよい。
尚、切替スイッチＳＷ５における背景画像データ及びボタンデータの出力の際には、システムコントローラ５２０からの制御信号Ｓｃ１３による制御を受けて、背景画像データが規定する背景画像に、ボタンデータが規定するボタン画像を重ね合わせることで作成されるボタンメニューを供給することが好ましい。尚、係るボタンメニューについては後に詳述する（図２１等参照）。
他方、オーディオデコーダ５１２で復号化されたオーディオデータＤＡは、オーディオ出力として、当該情報記録再生装置５００から、例えば外部スピーカへ出力される。
尚、図６に示したトランスポートストリームに含まれる、ＰＡＴ或いはＰＭＴがパケット化されたパケットについては夫々、復調データＤ８の一部として含まれているが、デマルチプレクサ５０８で破棄される。
ここで、図１９のフローチャートを更に参照して、システムコントローラ５２０による再生処理ルーチンの具体例について説明する。
図１９において、初期状態として、再生系による光ディスク１００の認識及びファイルシステム１０５（図３参照）によるボリューム構造やファイル構造の認識は、既にシステムコントローラ５２０及びその内のファイルシステム／論理構造判読器５２２にて終了しているものとする。ここでは、ディスク情報ファイル１１０の中のディスク総合情報１１２から、総タイトル数を取得し、その中の一つのタイトル２００を選択する以降の処理フローについて説明する。
先ず、ユーザインタフェース７２０によって、タイトル２００の選択が行われる（ステップＳ２１１）。これに応じて、ファイルシステム／論理構造判読器５２２の判読結果から、システムコントローラ５２０による再生シーケンスに関する情報の取得が行われる。尚、当該タイトル２００の選択においては、ユーザによるリモコン等を用いた外部入力操作によって、タイトル２００を構成する複数のタイトルエレメント２００−２（図４参照）のうち所望のものが選択されてもよいし、情報記録再生装置５００に設定されるシステムパラメータ等に応じて、一つのタイトルエレメント２００−２が自動的に選択されてもよい。
次に、この選択されたタイトル２００（タイトルエレメント２００−２）に対応するプレイリストセット１２６Ｓを構成する複数のプレイリスト１２６の内容が、取得される。ここでは、論理階層の処理として、各プレイリスト１２６の構造とそれを構成する各アイテム２０４の情報（図５、図６及び図１３参照）の取得等が行われる（ステップＳ２１２）。
次に、ステップＳ２１２で取得された複数のプレイリスト１２６の中から、再生すべきプレイリスト１２６の内容が取得される。ここでは例えば、先ずプレイリスト＃１から再生が開始されるものとし、これに対応するプレイリスト１２６の内容が取得される（ステップＳ２１３）。プレイリスト１２６の内容とは、一又は複数のプレイリストエレメント１２６−２（図５参照）等であり、当該ステップＳ２１３の取得処理では、係るプレイリストエレメント１２６−２等の取得が行われる。
続いて、このプレイリスト１２６に含まれるプリコマンド１２６ＰＲ（図５参照）が実行される（ステップＳ２１４）。尚、プリコマンド１２６ＰＲによって、プレイリストセット１２６Ｓを構成する一定関係を有する複数のプレイリスト１２６のうちの一つを選択することも可能である。また、プレイリスト１２６を構成するプレイリストエレメント１２６−２がプリコマンド１２６ＰＲを有していなければ、この処理は省略される。
次に、ステップＳ２１３で取得されたプレイリスト１２６により特定されるアイテム２０４（図５〜図７参照）に基づいて、再生すべきＴＳオブジェクト１４２（図３及び図１０参照）を決定する（ステップＳ２１５）。より具体的には、アイテム２０４に基づいて、再生対象であるＴＳオブジェクト１４２に係るオブジェクト情報ファイル１３０（図３参照）の取得を実行し、再生すべきＴＳオブジェクト１４２のストリーム番号、アドレス等を特定する。
尚、本実施例では、後述するＡＵ（アソシエートユニット）情報１３２Ｉ及びＰＵ（プレゼンテーションユニット）情報３０２Ｉも、オブジェクト情報ファイル１３０に格納された情報として取得される。これらの取得された情報により、前述した論理階層からオブジェクト階層への関連付け（図１３参照）が行われるのである。
次に、ステップＳ２１５で決定されたＴＳオブジェクト１４２の再生が実際に開始される。即ち、論理階層での処理に基づいて、オブジェクト階層の処理が開始される（ステップＳ２１６）。
ＴＳオブジェクト１４２の再生処理中、再生すべきプレイリスト１２６を構成する次のアイテム２０４が存在するか否かが判定される（ステップＳ２１７）。そして、次のアイテム２０４が存在する限り（ステップＳ２１７：Ｙｅｓ）、ステップＳ２１５に戻って、上述したＴＳオブジェクト１４２の決定及び再生処理が繰り返される。
他方、ステップＳ２１７の判定において、次のアイテム２０４が存在しなければ（ステップＳ２１７：Ｎｏ）、実行中のプレイリスト１２６に対応するポストコマンド１２６ＰＳ（図５参照）が実行される（ステップＳ２１８）。尚、プレイリスト１２６を構成するプレイリストエレメント１２６−２がポストコマンド１２６ＰＳを有していなければ、この処理は省略される。
その後、選択中のタイトル２００を構成する次のプレイリスト１２６が存在するか否かが判定される（ステップＳ２１９）。ここで存在すれば（ステップＳ２１９：Ｙｅｓ）、ステップＳ２１３に戻って、再生すべきプレイリスト１２６の取得以降の処理が繰り返して実行される。
他方、ステップＳ２１９の判定において、次のプレイリスト１２６が存在しなければ（ステップＳ２１９：Ｎｏ）、即ちステップＳ２１１におけるタイトル２００の選択に応じて再生すべき全プレイリスト１２６の再生が完了していれば、一連の再生処理を終了する。
以上説明したように、本実施例の情報記録再生装置５００による光ディスク１００の再生処理が行われる。
本実施例では特に、ステップＳ２１５におけるオブジェクトの決定の際に、再生に係るアイテム及びサブアイテムの決定が行われる。そして、これに続くステップＳ２１６におけるオブジェクトの再生の際には、アイテムによるタイトル再生及び表示出力中に、対応するサブアイテムによるボタンメニューの再生が行われてメニューが即座に表示可能な状態とされつつ、該メニューの表示出力がユーザによる指定等に応じて行われる。これらにより、タイトル再生を継続したままで小ウインドウ表示や半透明のスーパーインポーズ表示などのボタンメニューの表示が、ユーザが希望するとき等に即座に実行される。他方、ユーザが希望しないとき等には、このようなメニュー表示は実行されない。加えて、ユーザによる操作指示により、後述のボタンページの切替が行われることで、ボタンメニューの表示切替を容易に実行することが可能となる。尚、このようなサブアイテムやボタンページ等を用いて行われる、タイトル画面上での選択的なメニュー表示については、後に詳述する（図２０等参照）。
加えて、本実施例では特に、サブアイテムによるボタンメニュー表示の際には、後述のページ属性情報１３４ａ（図２６参照）に基づいた再生処理がなされる。即ち、ボタンメニュー表示に用いられるボタンデータの選択の際に、ページ属性情報を参照して最適なボタンデータを選択される。これにより、情報記録再生装置に最適な或いは適切なボタンメニューの表示がなされることとなる。尚、このようなページ属性情報１３４ａを用いたボタンデータの選択処理については、後に詳述する（図２７等参照）。
（ボタンメニューの表示切替の具体例）
続いて、図２０から図２８を参照して、例えばタイトル再生中に表示されるボタンメニューにおいて、係るボタンメニューの表示切替を可能とするデータ構造及びその再生時の切替制御について詳しく説明する。
まず、図２０を参照して、本実施例におけるメニュー表示に用いられる背景画像データ及びボタンデータのデータ構造について説明する。ここに、図２０は、背景画像データ及びボタンデータのデータ構造を概念的に示す図である。
図２０（ａ）に示すように、背景画像データは、ヘッダー情報と背景画像データとを含んで構成されている。ヘッダー情報は、背景画像の大きさや背景画像の表示位置等に関する情報を含んで構成されている。背景画像データは、背景画像に用いられる画像の実体情報である画像データを含んで構成されている。係る画像データは、ＪＰＥＧやビットマップイメージ等の静止画像データであってもよい。或いは、例えばＭＰＥＧ２のトランスポートストリームに含まれるビデオストリーム中におけるＩピクチャ等を背景画像データとして用いてもよい。
図２０（ｂ）に示すように、本発明に係る「ボタン情報」の一例であるボタンデータ３０１は、ヘッダー情報とボタンページ情報とボタン画像情報とを含んで構成されている。
ヘッダー情報は、ボタンページ＃ｉ（３０１ｐ）の数や該ボタンページ＃ｉ（３０１ｐ）に用いられるボタン画像の数等に関する情報等を有する
ボタンページ情報は、ボタンページ＃ｉ（ｉ＝１、２、・・・、ｍ）３０１ｐを有している。尚、“＃ｉ”により示される番号を、以下適宜“ボタンページ番号”と称する。夫々のボタンページ＃ｉ（３０１ｐ）は、該ボタンページ＃ｉ３０１ｐが規定するボタンメニューに用いられる少なくとも一つのボタンに関する情報であって、本発明の「ボタン制御情報」の一例であるボタン＃ｊ（ｊ＝１、２、・・・、ｘ）を有している。夫々のボタンページ＃ｉ（３０１ｐ）は、これらのボタン＃ｊを、当該夫々のボタンページ＃ｉ（３０１ｐ）が規定するボタンメニューにおいて用いられるボタンの数だけ有していることが好ましい。
そして、これらのボタンページ＃ｉ（３０１ｐ）は、ボタンメニューとして表示出力される場合には、排他的に表示されることが好ましい。即ち、複数のボタンページ＃ｉ（３０１ｐ）のうちいずれか一つのボタンページを選択して、該選択されたボタンページにより構成されるボタンメニューを表示出力することが好ましい。そして、該ボタンページ＃ｉ（３０１ｐ）は、例えばリモコン等を用いたユーザの指示に従って、適宜表示切替可能に構成されている。
そして、ボタン＃ｊは、「ボタン画像番号」、「表示位置」、「近隣ボタン情報」及び「ボタンコマンド」等を有している。
「ボタン画像番号」は、ボタン画像に含まれるボタン画像データを識別するための番号を含んでいる。
「表示位置」は、ボタンメニューにおける各ボタン＃ｊの表示位置に関する情報を含んでいる。係る表示位置は、例えばボタンメニュー内における座標情報等により示されてもよい。
「近隣ボタン情報」は、ボタンメニューにおけるユーザの操作指示により、現在選択状態にあるボタン＃ｊから、選択状態が遷移する先のボタンを示す情報を含んでいる。尚、「近隣画像情報」が設定されていないボタンは、ボタンメニュー上において、選択不可能な単なるテキストラベル的な取り扱いをすることができる。尚、係るテキストラベルとして用いるボタンをより適切に識別するために、選択することのできるボタンと、選択することのできないテキストラベル的なボタンとを識別するフラグ情報を有していてもよい。
「ボタンコマンド」は、ボタン＃ｊがユーザにより選択され、且つ決定された場合に実行するコマンドに関する情報を含んでいる。
ボタン画像情報は、ボタンページ＃ｉ（３０１ｐ）の夫々が規定するボタンメニューにおいて用いられるボタン画像の実体情報であるボタン画像データ＃ｋ（ｋ＝１、２、・・・ｎ）等を有している。係るボタン画像データは、ＪＰＥＧやビットマップイメージ等のように静止画データであってもよい。
そして、図２０（ａ）に示す背景画像データ及びボタンデータの夫々は、上述の如く、例えばＭＰＥＧ２トランスポートストリームにおいて多重化されて光ディスク１００に記録されていてもよいし、多重化されることなく単一のファイルとして記録されていてもよい。
続いて、図２１から図２６を参照して、具体的なボタンメニューの表示内容及び該ボタンメニューを実現する具体的なデータ構造について説明する。
先ず、図２１を参照して、ボタンメニューの表示方式について説明する。ここに、図２１は、画面上におけるボタンメニューを表示する際に用いられる背景画像データ及びボタンデータ（複数のボタンページより構成されていてもよい）により表示される表示内容を概念的に示す平面図である。
図２１（ａ）に示すように、背景画像データによりボタンメニューの背景画像が規定されている。
図２１（ｂ）に示すように、例えばボタンページ＃１（３０１ｐ）により、４つのボタンが表示されることとなる。或いは、図２１（ｃ）に示すように、例えばボタンページ＃２（３０１ｐ）により、５つのボタンが表示されることとなる。
そして、図２１（ａ）に示す背景画像と図２１（ｂ）に示すボタンメニューとを重ねて表示出力することで、図２１（ｄ）に示す一のボタンメニューが表示されることとなる。一方、図２１（ａ）に示す背景画像と図２１（ｃ）に示すボタンメニューとを重ねて表示出力することで、図示しない他のボタンメニューが表示されることとなる。これら２つのボタンメニューは、ユーザの操作や指示に応じて、表示するボタンページ３０１ｐを適宜選択することで、適宜表示の切替が可能である。
続いて、図２２を参照して、具体的なボタンメニューの表示内容について説明する。ここに、図２２は、画面上におけるボタンメニューの表示内容とその表示方法を概念的に示す平面図である。
ボタンデータ＃１（３０１）が２つのボタンページ３０１ｐを含んでいるとすると、図２２（ａ）及び図２２（ｂ）に示すようなボタンが表示される。
この場合、ボタンデータ＃１（３０１）に含まれるボタンページ＃１（３０１ｐ）により、３つのボタン（例えば、音声ボタン、字幕ボタン及び視点ボタン）が規定されている。そして、「ＴＯＰ ＭＥＮＵ」を示すテキストデータが、選択不可能な状態で規定されている。尚、係るテキストデータについても同様に、ボタンの一種（即ち、ＴＯＰ ＭＥＮＵボタン）として規定されていてもよい。この場合、係るボタンは、好ましくは選択不可能に規定されることで、テキストラベルとして取り扱うことが可能となる。具体的には、「近隣ボタン情報」を規定しないことで、このように選択不可能なボタンを規定することが可能である。
他方、ボタンデータ＃１（３０１）に含まれるボタンページ＃２（３０１ｐ）により、４つのボタン（例えば、音声ＭＥＮＵボタン、ＬＰＣＭボタン、ＡＣ−３ボタン、ＤＴＳボタン及びＴＯＰボタン）が規定されている。そして、「音声ＭＥＮＵ」を示すテキストデータが、選択不可能な状態で規定されている。
これらのボタンページ３０１ｐと背景画像とを重ねあわせることにより、２つのボタンメニューを表示することが可能となる。
加えて、ボタンデータ＃２（３０１）も２つのボタンページ３０１ｐを含んでいるとすると、図２２（ｃ）及び図２２（ｄ）に示すようなボタンが表示される。
この場合、ボタンデータ＃２（３０１）に含まれるボタンページ＃１（３０１ｐ）により、図２２（ａ）と同様に４つのボタンが規定されている。
他方、ボタンデータ＃２（３０１）に含まれるボタンページ＃２（３０１ｐ）により、４つのボタン（例えば、音声ＭＥＮＵボタン、ＬＰＣＭボタン、ＡＣ−３ボタン及びＴＯＰボタン）が規定されている。即ち、図２２（ｂ）に示す５つのボタンより「ＤＴＳボタン」が除かれた状態で規定されている。そして、「音声ＭＥＮＵ」を示すテキストデータが、選択不可能な状態で規定されている。
本実施例では特に、後述の如く情報記録再生装置５００の再生能力に応じて、ボタンデータ＃１又は＃２を選択して、ボタンメニューを表示することが可能となる。即ち、例えば情報記録再生装置５００が、音声再生においてＤＴＳ（Ｄｉｇｉｔａｌ Ｔｈｅａｔｅｒ Ｓｙｓｔｅｍ）をサポートしておらず、ＬＰＣＭ（Ｌｉｎｅｒ Ｐｕｌｓｅ Ｃｏｄｅ Ｍｏｄｕｌａｔｉｏｎ）やＡＣ−３（Ａｕｄｉｏ Ｃｏｄｅ Ｎｏ．３）をサポートしている場合には、図２２（ｂ）に示すボタンを有するボタンメニューを表示すると、ユーザが誤ってＤＴＳボタンを選択するおそれがある。従って、この場合には、ボタンデータ＃２（３０１）を選択することで、ＤＴＳを選択できないボタンメニューを表示することが好ましい。一方、情報記録再生装置５００が、音声再生において、ＤＴＳやＬＰＣＭやＡＣ−３をサポートしている場合には、ボタンデータ＃１（３０１）を選択し、ＤＴＳを選択可能なボタンメニューを表示することが好ましい。尚、係るボタンデータ３０１の選択動作については後に詳述する（図２７等参照）。
続いて、図２２に示すボタンを規定しているボタンデータ＃１及び＃２の具体的なデータ構造について、図２３及び図２４を参照して説明する。ここに、図２３は、図２２におけるボタンメニューを表示させるために用いられるボタンデータ３０１の一の具体的なデータ構造を示す図であり、図２４は、図２２におけるボタンメニューを表示させるために用いられるボタンデータ３０１の他の具体的なデータ構造を示す図である。
図２３に示すように、ボタンデータ＃１（３０１）は、ヘッダー情報と、２つのボタンページ＃１及び＃２と、ボタン画像情報を有している。
２つのボタンページ３０１ｐについて説明すると、ボタンページ＃１（即ち、図２１（ｂ）に示すボタンメニューを構成するボタンページ３０１ｐ）は、３つのボタン（ボタン＃１から＃３）を含んで構成されている。
ボタン＃１は、「ボタン画像番号」を＃２としており、「音声」という画像データが対応している。「表示位置」にはボタン＃１が表示される座標情報が記録されている。又、「近隣ボタン情報」には、“下：ボタン＃２”を示す情報が記録されている。従って、ボタン＃１が選択状態にある場合に、ユーザが例えばリモコン等のユーザインタフェース７２０により下を選択する旨の指示を送出した場合には、ボタン＃１の選択状態が解除され、ボタン＃２が選択された状態となる。そして、「ボタンコマンド」には“ボタンページ＃２を表示”する旨のコマンドが設定されている。即ち、ユーザがボタン＃１を選択して実行した場合には、ボタンページの変更が実行され、ボタンページ＃２に表示が切り替わる。即ち、図２２（ａ）に示すボタンを含んで構成されるボタンメニューから、図２２（ｂ）に示すボタンを含んで構成されるボタンメニューへと表示が切り替わることとなる。
又、ボタン＃２及び＃３も同様に、「ボタン画像番号」、「表示位置」、「近隣ボタン情報」、「ボタンコマンド」等の各情報を有している。
ボタンページ＃２（３０１ｐ）も、ボタンページ＃１と同様のデータ構成を有しており、４つボタン（ボタン＃１からボタン＃４）を含んで構成されている。そして、ボタン＃４の「ボタンコマンド」には“ボタンページ＃１を表示”する旨のコマンドが設定されている。このため、ボタン＃４を選択して実行した場合には、図２２（ｂ）に示すボタンメニューが表示されることとなる。又、ボタン＃１から＃３の「ボタンコマンド」には、夫々“音声をＬＰＣＭに設定”、“音声をＡＣ−３に設定”、“音声をＤＴＳに設定”する旨のコマンドが設定されている。従って、ボタン＃２から＃４を選択して実行すれば、再生中のタイトルの音声が、夫々ＬＰＣＭ方式、ＡＣ−３方式、或いはＤＴＳ方式に従って再生されることとなる。
又、ボタン画像情報は、ボタンページ＃１及び＃２に用いられる７種類のボタン画像データ＃２から＃４及び＃から＃９を含んで構成されている。夫々の画像は、ボタンページ＃１に含まれるボタン＃２から＃４、若しくはボタンページ＃２に含まれるボタン＃６から＃９の表示に用いられるボタン画像データを含んでいる。
又、図２４に示すように、ボタンデータ＃２（３０１）も同様に、ヘッダー情報と、２つのボタンページ＃１及び＃２と、ボタン画像情報とを含んでなる。そして、ボタンページ＃１（３０１ｐ）は、３つのボタン（ボタン＃１から＃３）を含んで構成されており、ボタンページ＃２（３０１ｐ）は、３つのボタン（ボタン＃１から＃３）を含んで構成されている。そして、夫々のボタンは、「ボタン画像番号」、「表示位置」、「近隣ボタン情報」、「ボタンコマンド」等の各情報を有している。
ボタンデータ＃２（３０１）は特に、音声をＤＴＳに設定可能なボタン（即ち、ボタンデータ＃２のボタンページ＃２に含まれるボタン＃３）を含んでいない。従って、ボタンデータ＃２（３０１）を用いてボタンメニューを表示した場合には、ユーザは音声をＤＴＳに変更することができない。このため、ＤＴＳに基づく音声再生をサポートしていない情報記録再生装置５００は、ボタンデータ＃２（３０１）によりボタンメニューを表示することが好ましい。これにより、本来サポートしていないＤＴＳが選択されることで、再生中の音声が途切れたりする不都合を防ぐことが可能となる。
続いて、図２３及び図２４に示すボタンデータ３０１を表示出力するためのプレイリスト情報ファイル１２０（プレイリスト情報テーブル１２０）のデータ構造について、図２５を参照して説明する。ここに、図２５は、図２２におけるボタンメニューを表示させるために用いられるプレイリスト情報ファイルの一具体例を示す概念図である。
図２５に示すように、プレイリスト情報テーブル１２０は、プレイリスト総合情報と、プレイリストポインタテーブルと、プレイリスト＃ｉ（１、２、…）情報テーブルとを含んで構成されている。
これらのうち、「プレイリスト総合情報」は、プレイリストのサイズ、プレイリストの総数等の当該プレイリスト情報テーブルの全体に関する総合的な情報を有する。
「プレイリストポインタテーブル」は、プレイリスト＃ｉ（ｉ＝１、２、…）情報の格納アドレスを夫々示すプレイリスト＃ｉ（ｉ＝１、２、…）ポインタを有する。
「プレイリスト＃ｉ情報テーブル」は、（ｉ）プレイリスト＃ｉ（ｉ＝１、２、…）総合情報と、（ｉｉ）プレイリスト＃ｉ（ｉ＝１、２、…）アイテム情報テーブルと、（ｉｉｉ）プレイリスト＃ｉ（ｉ＝１、２、…）サブアイテム情報テーブルとを有する。
即ち、本実施例では特に、プレイリスト＃ｉ情報テーブルは、主映像を表示するためのビデオストリームについての再生シーケンスを規定するプレイリスト情報を構成するアイテム情報からなるプレイリスト＃ｉ（ｉ＝１、２、…）アイテム情報テーブルと、例えば“ボタンメニュー“等を表示するためのストリームについての再生シーケンスを規定するアイテム情報（本実施例では適宜、“サブアイテム情報”と称する）からなるプレイリスト＃ｉ（ｉ＝１、２、…）サブアイテム情報テーブルとに区分けされている。言い換えれば、本実施例では、メインパスとして主映像を表示するためのプレイリストは、複数のアイテム（或いはマスターアイテム）から構成されている。これに対して、サブパスとして“ボタンメニュー”を表示するためのプレイリストは、一又は複数のサブアイテムから構成されている。
「プレイリスト＃ｉ総合情報」は、当該プレイリスト＃ｉを構成するアイテムの総数（本例では、“２”）、当該プレイリスト＃ｉを構成するサブアイテムの総数（本例では、“１”）、その他の情報等を有する。その他の情報として、例えばデフォルトとなる“ボタンメニュー”を指定するサブアイテム情報の番号等の情報を有していてもよい。尚、「デフォルトとなる“ボタンメニュー”」とは、“ボタンメニュー”に係るサブアイテムが登録されていない（マスター）アイテムで使用されるデフォルトのことである。
「プレイリスト＃ｉアイテム情報テーブル」は、アイテム情報＃ｉ（本例では、２つのアイテム情報）から構成されている。そして、各アイテム情報は、オブジェクト情報ファイル１３０内におけるＡＵテーブル内の該当ＡＵ番号等の情報を有している。尚、その他の情報として、例えばサブアイテム情報の有無又は番号、サブアイテム情報が存在する場合におけるサブアイテム情報のタイプ、当該アイテムに対応するオブジェクトデータのスタート時間、表示期間、主映像画面に対する相対的な表示座標を示す情報などを有していてもよい。
「プレイリスト＃ｉサブアイテム情報テーブル」は、サブアイテム情報＃ｉ（本例では、１つのサブアイテム情報）から構成されている。そして、各サブアイテム情報は、当該サブアイテム情報のタイプ（例えば、“ｍｅｎｕ ｄｕｒｉｎｇ ｐｌａｙｂａｃｋ ｃｏｎｔｅｎｔ”タイプ（再生中に逐次表示可能メニューのタイプ）であるとか、その他のタイプなど）、オブジェクト情報ファイル１３０内におけるＡＵテーブル内の該当ＡＵ番号を示す情報などを有する。
以上のようにアイテム情報（即ち、マスターアイテム情報）とサブアイテム情報とを区分けして有するプレイリスト情報テーブルに基づいてオブジェクトデータを再生すれば、主映像画面をなす映画等のコンテンツをメインパスとして表示しつつ、ユーザによるメニュー表示命令等に応じて適宜“ボタンメニュー”をサブパスとして主映像画面上に表示することが可能となる。
尚、プレイリスト情報テーブル１２０のより詳細なデータ構造については、後に詳述する（図３０から図３６参照）
続いて、図２３及び図２４に示すボタンデータ３０１を表示出力するためのオブジェクト情報ファイル１３０（オブジェクト情報テーブル）のデータ構造について、図２６を参照して説明する。図２６は、図２２におけるボタンメニューを表示させるために用いられるオブジェクト情報ファイルの一具体例を示す概念図である。
図２６に示すように、オブジェクト情報ファイル１３０内には、オブジェクト情報テーブル（オブジェクト情報ｔａｂｌｅ）が格納されている。そして、このオブジェクト情報テーブルは、図中上段に示すＡＵテーブル１３１及び下段に示すＥＳマップテーブル１３４（即ち、ストリーム情報テーブル）から構成されている。
図２６の上段において、ＡＵテーブル１３１は、各フィールド（Ｆｉｅｌｄ）が必要な個数分のテーブルを追加可能な構造を有してもよい。例えば、ＡＵが４つ存在すれば、該当フィールドが４つに増える構造を有してもよい。
ＡＵテーブル１３１には、別フィールド（Ｆｉｅｌｄ）に、ＡＵの数、各ＡＵへのポインタなどが記述される「ＡＵテーブル総合情報」と、「その他の情報」とが格納されている。
そして、ＡＵテーブル１３１内には、各ＡＵ＃ｎに対応する各ＰＵ＃ｍにおけるＥＳテーブルインデックス＃ｍ（ＥＳ＿ｔａｂｌｅ Ｉｎｄｅｘ ＃ｍ）を示すＡＵ情報１３２Ｉとして、対応するＥＳマップテーブル１３４のインデックス番号（Ｉｎｄｅｘ番号＝…）が記述されている。ここで「ＡＵ」とは、前述の如く例えばテレビ放送でいうところの“番組”に相当する単位（特に、“マルチビジョン型”の放送の場合には、切替可能な複数の“ビジョン”を一まとめとした単位）であり、この中に再生単位であるＰＵが一つ以上含まれている。また、「ＰＵ」とは、前述の如く各ＡＵ内に含まれる相互に切替可能なエレメンタリーストリームの集合であり、ＰＵ情報３０２Ｉにより各ＰＵに対応するＥＳテーブルインデックス＃が特定されている。例えば、ＡＵでマルチビューコンテンツを構成する場合、ＡＵ内には、複数のＰＵが格納されていて、夫々のＰＵ内には、各ビューのコンテンツを構成するパケットを示す複数のエレメンタリーストリームパケットＩＤへのポインタが格納されている。これは後述するＥＳマップテーブル１３４内のインデックス番号を示している。
図２６の下段において、ＥＳマップテーブル１３４には、フィールド（Ｆｉｅｌｄ）別に、総合情報（総合情報）と、複数のインデックス＃ｍ（ｍ＝１，２，…）と、「その他の情報」とが格納されている。
「総合情報」には、当該ＥＳマップテーブルのサイズや、総インデックス数等が記述される。
そして「インデックス＃ｍ」は夫々、再生に使用される全エレメンタリーストリームのエレメンタリーストリームパケットＩＤ（ＥＳ＿ＰＩＤ）と、それに対応するインデックス番号及びエレメンタリーストリームのアドレス情報を含んで構成されている。
例えば図２１（ａ）に示す背景画像がインデックス＃１により指定されており、図２２（ａ）に示すボタンページを含むボタンデータ＃１（３０１）がインデックス＃２により指定されているとする。このとき、該インデックス＃１及び＃２により特定されるＥＳ＿ＰＩＤ（即ち、ＰＩＤ＝“１００”とＰＩＤ＝“１１０”）により特定されるエレメンタリーストリームを取得し、ボタンメニューを再生或いは表示出力することとなる。
加えて、「インデックス＃ｍ」は夫々、該インデックス＃ｍにより特定されるエレメンタリーストリームのデータタイプに関する情報を含んで構成されている。該データタイプは、例えば背景画像データタイプであるとか、ボタンデータタイプである等の情報により示される。具体的には、例えばインデックス＃１により特定されるエレメンタリーストリームは背景画像データであり、インデックス＃２又は＃３により特定されるエレメンタリーストリームはボタンデータ３０１であることを、例えばシステムコントローラ５２０は比較的容易に認識することができる。
尚、「インデックス＃ｍ」のうち少なくとも一つは、ページ属性情報１３４ａを含んで構成されていてもよい。ページ属性情報１３４ａは、例えば光ディスク１００に複数のボタンデータ３０１（例えば、図２３及び図２４に示すボタンデータ＃１及び＃２）が記録されている場合において、当該ボタンデータ３０１により表示されるボタンメニューがサポートしているメニュー内容に関する情報を示している。
具体的には、インデックス＃１がボタンデータ＃１（３０１）を指定しているとすると、ＤＴＳの再生が可能な情報記録再生装置５００であれば、該ボタンデータ＃１（３０１）を利用可能である旨を、ページ属性情報１３４ａが示している。即ち、インデックス＃２のページ属性情報１３４ａは、“ＤＴＳサポートあり”を示す旨の情報を有している。他方、インデックス＃２がボタンデータ＃２（３０１）を指定しているとすると、ＤＴＳの再生ができない情報記録再生装置５００であっても、該ボタンデータ＃２（３０１）を利用可能である旨を、ページ属性情報１３４ａは示している。即ち、インデックス＃３のページ属性情報１３４ａは、“ＤＴＳサポートなし”を示す旨の情報を有している。
そして、情報記録再生装置５００は、後述の如く当該ページ属性情報１３４ａを参照することで、当該情報記録再生装置５００において適切に再生可能であり、且つ該ボタンメニューに基づくユーザの指示（即ち、例えばボタンコマンド）を適切に実行可能なボタンメニューを規定するボタンデータ３０１を選択することが好ましい。具体的には、情報記録再生装置５００が音声データにおける“ＤＴＳ”をサポートしていれば、インデックス＃２により特定されるボタンデータ３０１を取得し、表示出力可能である。他方、情報記録再生装置５００が音声データにおける“ＤＴＳ”をサポートしていなければ、インデックス＃３により特定されるボタンデータ３０１を取得し、表示出力することが好ましい。尚、ページ属性情報１３４ａを参照することでボタンデータを選択する動作については後に詳述する（図２７等参照）。
又、本実施例では例えば、このアドレス情報、即ちＥＳアドレス情報１３４ｄとして、前述のようにエレメンタリーストリームがＭＰＥＧ２のビデオストリームである場合には、Ｉピクチャの先頭のＴＳパケット番号とこれに対応する表示時間のみが、ＥＳマップテーブル１３４中に記述されており、データ量の削減が図られている。
このように構成されているため、ＡＵテーブル１３１から指定されたＥＳマップ１３４のインデックス番号から、実際のエレメンタリーストリームのエレメンタリーストリームパケットＩＤ（ＥＳ＿ＰＩＤ）が取得可能となる。また、そのエレメンタリーストリームパケットＩＤに対応するエレメンタリーストリームのアドレス情報も同時に取得可能であるため、これらの情報を元にしてオブジェクトデータの再生が可能となる。
以上説明した光ディスク１００のデータ構造によれば、もし新しいタイトルを光ディスク１００に追加する場合でも、簡単に必要な情報を追加できるので有益である。逆に、例えば編集等を行った結果、ある情報が不要になったとしても、単にその情報を参照しなければよいだけであり、実際にその情報をテーブルから削除しなくてもよい構造となっているため有益である。
尚、図２６では、上段のＡＵテーブル１３１から参照しないＥＳ＿ＰＩＤについては、下段のＥＳマップテーブル１３４において記述してないが、当該参照しないＥＳ＿ＰＩＤについても、このようにインデックス別に記述しておいてもよい。このように参照しないＥＳ＿ＰＩＤをも記述することで、より汎用性の高いＥＳマップテーブル１３４を作成しておけば、例えば、オーサリングをやり直す場合など、コンテンツを再編集する場合にＥＳマップテーブルを再構築する必要がなくなるという利点がある。
続いて、図２７及び図２８を参照して、上述の如きボタンページの表示切替時における情報記録再生装置５００における処理について説明する。ここに、図２７は、図１９に示したステップＳ２１５及びＳ２１６の処理の一環として実行される、ボタンページの表示切替処理の詳細を示すフローチャートであり、図２８は、図２７に示したステップＳ３０９及びステップＳ３１０におけるボタンページの表示処理の詳細を示すフローチャートである。
図２７において、初期状態として、図１９に示したステップＳ２１１からステップＳ２１５までの処理により、再生系による光ディスク１００の認識、ファイルシステム１０５（図３参照）によるボリューム構造やファイル構造の認識は既にシステムコントローラ５２０及びその内のファイルシステム／論理構造判読器５２２にて終了しているものとする。更に、ディスク情報ファイル１１０の中のディスク総合情報１１２から、一つのタイトルを選択し、再生対象オブジェクトの情報（ＡＵ及びＰＵ情報）の取得まで終了しているものとする。ここでは、再生を行うオブジェクト（ＰＵ）の決定以降の処理フロー（即ち、図１９におけるステップＳ２１５以降の処理フロー、特にステップＳ２１６における処理フロー）について説明する。
先ず、取得した再生対象オブジェクトの情報に基づいて、再生を行うオブジェクト、即ちＰＵを決定し、同時に、係るＰＵに対応するエレメンタリーストリームを決定する（ステップＳ３０１）。再生を行うＰＵ及びストリームを決定した後、ＥＳマップテーブルに含まれるＥＳアドレス情報（図２６参照）により、再生対象たるＴＳオブジェクトに係るパケット番号を取得する（ステップＳ３０２）。
そして、ＥＳマップテーブル１３４を参照して、ボタンデータ３０１を指定する夫々のインデックスが有するページ属性情報１３４ａを取得する（ステップＳ３０３）。
その後、システムコントローラ５２０の制御により、情報記録再生装置５００に再生能力があるか否かが判定される（ステップＳ３０４）。情報記録再生装置５００自身の再生能力を考慮して、ページ属性情報１３４ａにより示される事項を十分に満たしてタイトルの再生が可能か否かを判定する。本実施例では特に、情報記録再生装置５００の音声再生能力があるか否か、即ち、オプショナル・コーデック（例えば、ＬＰＣＭやＡＣ−３やＤＴＳ等）の再生能力を有するか否かが判定される。
具体的には、図２３及び図２４に示されるボタンデータ３０１を有するタイトルの再生時であれば、情報記録再生装置５００がＤＴＳによる音声再生をサポートしているか否かが判定される。
但し、ステップＳ３０４における判定は、音声再生能力の有無の判定に限られることなく、情報記録再生装置５００の各種再生能力等（例えば、映像の再生能力や、再生レート等）に基づいて広く判定するものであってもよい。
この判定の結果、再生能力があると判定された場合には（ステップＳ３０４：Ｙｅｓ）、オプショナル・コーデック選択ボタンを含むボタンデータ３０１を選択する（ステップＳ３０５）。具体的には、図２３及び図２４に示されるボタンデータ３０１を有するタイトルの再生時において、情報記録再生装置５００がＤＴＳの再生が可能であると判定されれば、ボタンデータ＃１（３０１）が選択される。
他方、再生能力がないと判定された場合には（ステップＳ３０５：Ｎｏ）、オプショナル・コーデック選択ボタンを含まないボタンデータ３０１を選択する（ステップＳ３０６）。具体的には、図２３及び図２４に示されるボタンデータ３０１を有するタイトルの再生時において、情報記録再生装置５００がＤＴＳの再生が可能でないと判定されれば、ボタンデータ＃２（３０１）が選択される。
そして、ステップＳ３０５又はステップＳ３０６において選択されたオブジェクトの再生に使用されるボタンメニュー用のボタンデータ３０１をオブジェクトの再生前に先読みするか否かを判定する（ステップＳ３０７）。ここでの判定は、例えばタイトルの再生を中断することなくボタンメニューを表示させたい場合等のように、ボタンメニューの表示によりタイトルの再生に影響を与えたくない場合には、先読みすると判定される。一方、例えば再生停止中のオブジェクトのスチル画面上にボタンメニューを表示する場合等のように、ビデオデータと共に多重化されているボタンデータ３０１を随時再生するように表示してもタイトルの再生に影響を与えるおそれが少ない場合には、先読みしないと判定されてもよい。但し、このような場合であっても、タイトルの再生前に、予めボタンデータ３０１を先読みすると判定してもよい。
この判定の結果、ボタンデータ３０１の先読みをすると判定する場合には（ステップＳ３０７：Ｙｅｓ）、ボタンデータ３０１及び背景画像データを読み込み、メモリ５５０にキャッシュする（ステップＳ３０８）。そして、その後に図１９におけるステップＳ２１１にて決定したタイトル（即ち、ＴＳオブジェクト１４６）の再生を開始する（ステップＳ３０９）。
一方、ボタンデータ３０１の先読みをしないと判定する場合には（ステップＳ３０７：Ｎｏ）、通常通りタイトルの再生を開始する（ステップＳ３０９）。
タイトルの再生中には、例えばユーザインタフェース７２０によるユーザの指示入力を監視する。具体的には、ユーザよりボタンページ３０１ｐ（即ち、当該ボタンページにより構成されるボタンメニュー）の表示指示があるか否かが判定される。（ステップＳ３１０）。あるいは、アイテム情報内に該アイテムの再生終了時点でボタンページ表示させるようフラグを設け、そのタイミングを監視してもよい。
この判定の結果、ボタンページ３０１ｐの表示指示があると判定された場合には（ステップＳ３１０：Ｙｅｓ）、ボタンデータ３０１が取得済みであるか否かを判定する（ステップＳ３１１）。係る判定では、ステップＳ３０８にてボタンデータ３０１或いは背景画像データを予めキャッシングしてあれば、ボタンデータ３０１は取得済みであると判定される。又、ステップＳ３０８で読込処理をしない場合には、主映像情報等のコンテンツ情報と共に多重化されているボタンデータ３０１を取得完了している場合には、ボタンデータ３０１は取得済みであると判定される。
この判定の結果、ボタンデータ３０１が取得済みでなければ（ステップＳ３１１：Ｎｏ）、ボタンページ３０１ｐの表示を行うことはできないため、その旨（例えば、ボタンメニューの表示不可である旨）を画面に表示する等して、コンテンツの再生を続ける。
他方、ボタンデータ３０１が取得済みであると判定された場合には（ステップＳ３１１：Ｙｅｓ）、タイトルの再生を一時的に停止してボタンページ３０１ｐの表示を行うか否かを判定する（ステップＳ３１２）。即ち、再生中のタイトルが表示されている画面上にボタンページ３０１ｐ（即ち、該ボタンページ３０１ｐにより規定されるボタン等）を重ねて表示するか、或いは一時停止されたタイトルが表示されている画面上若しくは例えばブルーバック画面等の上にボタンページを重ねて表示するか否かを判定する。
この判定の結果、タイトルの再生を停止することなくボタンページ３０１ｐの表示を行うと判定された場合には（ステップＳ３１２：Ｎｏ）、タイトルの再生は停止しないで、ボタンページ３０１ｐの表示を行う（ステップＳ３１３）。
他方、タイトルの再生を停止してボタンページ３０１ｐの表示を行うと判定された場合には（ステップＳ３１２：Ｙｅｓ）、タイトルの再生を停止してボタンページ３０１ｐの表示を行う（ステップＳ３１４）。
尚、ステップＳ３１３及びステップＳ３１４におけるボタンページ３０１ｐの表示処理については、後に詳述する（図２８参照）。
ボタンページ３０１ｐの表示処理が終了した後は、通常のタイトル再生を続け、ユーザからの早送り／巻き戻しの指示の有無を判定する（ステップＳ３１５）。
他方、ステップＳ３１０における判定の結果、ボタンページ３０１ｐの表示指示がなければ（ステップＳ３１０：Ｎｏ）、同様にコンテンツの再生を続け、ユーザからの早送り／巻き戻しの指示の有無を判定する（ステップＳ３１５）。
この判定の結果、早送り／巻き戻しの指示が入力されていれば（ステップＳ３１５：Ｙｅｓ）、ユーザの指示に従って早送り／巻き戻し処理を行う（ステップＳ３１７）。
他方、早送り／巻き戻し処理の指示が入力されていなければ（ステップＳ３１５：Ｎｏ）、再生オブジェクトが終了しているか否かを判定する（ステップＳ３１６）。
この判定の結果、再生オブジェクトが終了していなければ（ステップＳ３１６：Ｎｏ）、ステップＳ３１０へ戻り、再度一連の処理を行う。
他方、再生オブジェクトが終了していれば（ステップＳ３１６：Ｙｅｓ）、オブジェクトの再生処理を終了する。
続いて、図２８を参照して、図２７におけるステップＳ３１３及びステップＳ３１４の「ボタンページの表示処理」について、より詳細に説明する。尚、ステップＳ３１３における「ボタンページの表示処理」とステップＳ３１４における「ボタンページの表示処理」とでは、タイトルの再生が停止しているか否かが相違しているが、ボタンページ表示処理においては共通の内容となっているため、同一のフローチャートにより説明する。
図２８に示すように、先ず、指定されたボタンページ番号からボタンページ３０１ｐを構成する（ステップＳ４０１）。即ち、ボタンデータ３０１に含まれる複数のボタンページ＃ｊ（３０１ｐ）のうち、表示すべきボタンページ３０１ｐを選択する。このとき、ボタンページ＃１（３０１ｐ）を最初に表示すべきボタンページ３０１ｐとして、デフォルトで指定していてもよい。或いは、ユーザの指定に応じて、所定のボタンページ３０１ｐを指定してもよい。更に、前回ボタンページ３０１ｐを表示した場合の、当該ボタンページ番号を記憶しておき、そのボタンページ番号を有するボタンページ３０１ｐを指定してもよい。その後、当該ボタンページ３０１ｐに重ねて表示する背景画像の指定があるか否かを判定する（ステップＳ４０２）。係る指定は、例えばシステムコントローラ５２０の動作により行われてもよい。
この判定の結果、背景画像の指定がなければ（ステップＳ４０２：Ｎｏ）、ボタンページ３０１ｐ（ボタンメニュー）を表示し、ユーザの入力に備えて待機する（ステップＳ４０３）。尚、背景画像の指定がない場合には、ボタンページ３０１ｐが画面上に表示されることとなるが、そのときタイトルの再生は続行していてもよいし、或いは停止（即ち、スチル画面）していてもよい。
他方、背景画像の指定があれば（ステップＳ４０３：Ｙｅｓ）、当該背景画像にボタンページ３０１ｐを重ねて表示し、ユーザの入力に備えて待機する（ステップＳ４０４）。
ここでのボタンページ３０１ｐの表示出力は、例えばシステムコントローラ５２０の制御下で、例えば静止画デコーダ５１５等によりボタン画像が読み出されることにより行われるように構成してもよい。
ここで、表示されたボタンページに基づくユーザからの入力があれば（ステップＳ４０５）、該ユーザによる入力に対応するボタンコマンドの解析を行う（ステップＳ４０６）。そして、ボタンコマンドが、表示されているボタンページ３０１ｐの変更を指示する旨のボタンコマンドであるか否かが判定される（ステップＳ４０６）
この判定の結果、ボタンページ３０１ｐの変更を指示する旨の指示であると判定された場合には（ステップＳ４０８：Ｙｅｓ）、変更後のボタンページ３０１ｐによりボタンメニューを構成する（ステップＳ４０８）。そして、ステップＳ４０２へ戻り、再度一連の処理を行う。
他方、ボタンページ３０１ｐの変更を指示する旨の指示でないと判定された場合には（ステップＳ４０８：Ｎｏ）、ステップＳ４０６にて解析したボタンコマンドを実行する（ステップＳ４０９）。具体的には、例えば音声の変更処理を実行したり、字幕の変更を実行したりする。ボタンコマンドの実行後にはボタンページ３０１ｐ及び表示されている場合には背景画像を消去し（ステップＳ４１０）、ボタンメニューが表示されていない通常のタイトル再生処理を続ける。
以上説明した再生動作により、例えば情報記録再生装置５００の再生能力等に応じて所望のボタンデータ３０１を選択することで、より適切なボタンメニューを表示することが可能となる。従って、情報再生装置において予期せぬ或いは好ましくない設定変更等の指示がなされることなく、コンテンツ情報のより適切な再生が可能となる。加えて、例えばタイトルの再生中のユーザ操作に応じて、適宜ボタンメニューを表示或いは非表示可能であると共に、複数のボタンページ情報を有することで、比較的容易にボタンメニューの表示を切り替えることが可能となる。特に、ボタンデータ３０１を予めプリロードしておくことで、コンテンツ情報の再生に影響を及ぼすことなく（即ち、処理パフォーマンスを低下させることなく）、ボタンメニューの表示を切り替えることが可能となる。
（再生時のアクセスの流れ）
次に図２９を参照して、本実施例における特徴の一つであるＡＵ（アソシエートユニット）情報１３２及びＰＵ（プレゼンテーションユニット）情報３０２を用いた情報記録再生装置５００における再生時のアクセスの流れについて、光ディスク１００の論理構造と共に説明する。ここに図２９は、光ディスク１００の論理構造との関係で、再生時におけるアクセスの流れ全体を概念的に示すものである。
図２９において、光ディスク１００の論理構造は、論理階層４０１、オブジェクト階層４０３及びこれら両階層を相互に関連付ける論理−オブジェクト関連付け階層４０２という三つの階層に大別される。
これらのうち論理階層４０１は、再生時に所望のタイトルを再生するための各種論理情報と再生すべきプレイリスト（Ｐリスト）及びその構成内容とを論理的に特定する階層である。論理階層４０１には、光ディスク１００上の全タイトル２００等を示すディスク情報１１０ｄが、ディスク情報ファイル１１０（図３参照）内に記述されており、更に、光ディスク１００上の全コンテンツの再生シーケンス情報１２０ｄが、プレイリスト情報ファイル１２０（図３参照）内に記述されている。より具体的には、再生シーケンス情報１２０ｄとして、各タイトル２００に含まれる一又は複数のタイトルエレメント２００−２に対して夫々、一又は複数のプレイリストセット１２６Ｓの構成が記述されている。更に、各プレイリストセット１２６Ｓは、一又は複数のプレイリスト１２６を含んでおり、各プレイリスト１２６には、一又は複数のアイテム２０４（図１３参照）の構成が記述されている。そして、再生時におけるアクセスの際に、このような論理階層４０１によって、再生すべきタイトル２００を特定し、これに対応するプレイリスト１２６を特定し、更にこれに対応するアイテム２０４を特定する。
続いて、論理−オブジェクト関連付け階層４０２は、このように論理階層４０１で特定された情報に基づいて、実体データであるＴＳオブジェクトデータ１４０ｄの組合せや構成の特定を行うと共に論理階層４０１からオブジェクト階層４０３へのアドレス変換を行うように、再生すべきＴＳオブジェクトデータ１４０ｄの属性とその物理的な格納アドレスとを特定する階層である。より具体的には、論理−オブジェクト関連付け階層４０２には、各アイテム２０４を構成するコンテンツの固まりをＡＵ１３２という単位に分類し且つ各ＡＵ１３２をＰＵ３０２という単位に細分類するオブジェクト情報データ１３０ｄが、オブジェクト情報ファイル１３０（図３参照）に記述されている。
ここで、「ＰＵ（プレゼンテーションユニット）３０２」とは、複数のエレメンタリーストリームを、再生切替単位ごとに関連付けてまとめた単位である。仮に、このＰＵ３０２中にオーディオストリームが３本存在すれば、このビジョンを再生中には、ユーザが自由に３本のオーディオ（例えば、言語別オーディオなど）を切り替えることが可能となる。
他方、「ＡＵ（アソシエートユニット）１３２」とは、一つのタイトルで使用するＴＳオブジェクト中の、ビデオストリームなどのエレメンタリーストリームを複数まとめた単位であり、一又は複数のＰＵ３０２の集合からなる。より具体的には、ＰＵ３０２を介して間接的に、エレメンタリーストリームパケットＩＤ（ＥＳ＿ＰＩＤ）を各ＴＳオブジェクト毎にまとめた単位である。このＡＵ１３２は、例えば多元放送における相互に切替可能な複数の番組或いは複数のプログラムなど、コンテンツから考えて相互に特定関係を有する複数の番組或いは複数のプログラムなどの集合に対応している。そして、同一のＡＵ１３２に属したＰＵ３０２は、再生時にユーザ操作により相互に切替可能な複数の番組或いは複数のプログラムを夫々構成する一又は複数のエレメンタリーストリームの集合に対応している。
従って、再生すべきＡＵ１３２が特定され、更にそれに属するＰＵ３０２が特定されれば、再生すべきエレメンタリーストリームが特定される。即ち、図１２に示したＰＡＴやＰＭＴを用いないでも、光ディスク１００から多重記録された中から所望のエレメンタリーストリームを再生可能となる。
ここで実際に再生されるエレメンタリーストリームは、ＰＵ情報３０２から、エレメンタリーストリームのパケットＩＤ（図１２参照）であるＥＳ＿ＰＩＤによって特定或いは指定される。同時に、再生の開始時間及び終了時間を示す情報が、エレメンタリーストリームのアドレス情報に変換されることにより、特定エレメンタリーストリームの特定領域（或いは特定時間範囲）におけるコンテンツが再生されることになる。
このようにして論理−オブジェクト関連付け階層４０２では、各アイテム２０４に係る論理アドレスから各ＰＵ３０２に係る物理アドレスへのアドレス変換が実行される。
続いて、オブジェクト階層４０３は、実際のＴＳオブジェクトデータ１４０ｄを再生するための物理的な階層である。オブジェクト階層４０３には、ＴＳオブジェクトデータ１４０ｄが、オブジェクトデータファイル１４０（図３参照）内に記述されている。より具体的には、複数のエレメンタリーストリーム（ＥＳ）を構成するＴＳパケットペイロード１４６が時刻毎に多重化されており、これらが時間軸に沿って配列されることにより、複数のエレメンタリーストリームが構成されている（図１１参照）。そして、各時刻で多重化された複数のＴＳパケットペイロードは、エレメンタリーストリーム毎に、論理−オブジェクト関連付け階層４０２で特定されるＰＵ３０２に対応付けられている。尚、複数のＰＵ３０２と、一つのエレメンタリーストリームとを関連付けること（例えば、切り替え可能な複数の番組間或いは複数のプログラム間で、同一のオーディオデータに係るエレメンタリーストリームを共通で利用したり、同一のサブピクチャデータに係るエレメンタリーストリームを共通で利用すること）も可能である。
このようにオブジェクト階層４０３では、論理−オブジェクト関連付け階層４０２における変換により得られた物理アドレスを用いての、実際のオブジェクトデータの再生が実行される。
以上のように図２９に示した三つの階層により、光ディスク１００に対する再生時におけるアクセスが実行される。
尚、図２９及びその説明については便宜上、サブアイテム以外のアイテム及びサブアイテムの両者が、“アイテム２０４”に含まれる形で図示されており、その説明がなされている。即ち、論理階層４０１から論理−オブジェクト関連付け階層４０２への対応付けについては、サブアイテム以外のアイテムであっても、サブアイテムであっても、アイテム２０４に示された通りである。
（各情報ファイルの構造）
図３０から図３６を参照して、これらのファイルの具体例における各構成要素及び構成要素間の階層構造について説明する。ここに、図３０から図３６は、これらのファイルの階層構造を模式的に示す概念図である。尚、図３０から図３６において、既に図３から図９等を参照して説明したファイル、データ或いは情報等と同様のものには同様の参照符号を付し、それらの説明は適宜省略する。加えて、ディスク情報ファイル１１０及びプレイリスト情報ファイル１２０と同じく、光ディスク１００上に記録されるオブジェクト情報ファイル１３０については、図２６を用いて説明しているため、ここでの説明を省略する。
先ず、図３０に示すように、本具体例に係る「タイトル情報セット」は、図３等に示したディスク情報ファイル１１０及びプレイリスト情報ファイル１２０を含んでなる情報セットである。
タイトル情報セットは、一つのディスクヘッダ１１２ｘ、複数のタイトル情報２００（タイトル情報＃１、…、＃ｎ）、複数のプレイ（Ｐ）リストセット１２６Ｓ（Ｐリストセット＃１、…、＃ｎ）及びその他の情報から構成されている。
（１）ディスクヘッダ：
先ず図３０に示したタイトル情報セットのうち、ディスクヘッダ１１２ｘについて、図３０及び図３１を参照して説明する。
図３０において、ディスクヘッダ１１２ｘは、同図中で右上段に分岐する形で示されており、同図中で上から順に、図３に示したディスク総合情報１１２に対応する情報として、バージョン番号、タイトル総数、タイトル情報総数、プレイ（Ｐ）リストセット総数等の各種情報用の複数フィールドを有する。ディスクヘッダ１１２ｘは、図３に示したタイトルポインタ１１４−１に対応する情報用のテーブルとして、タイトル開始アドレステーブルを有しており、図３に示したプレイリストセットポインタ１２４に対応する情報用のテーブルとして、プレイ（Ｐ）リストセット開始アドレステーブルを有する。ディスクヘッダ１１２ｘは、各タイトルセットの属性を示すタイトルセット属性を示す情報用のフィールドを有する。更にディスクヘッダ１１２ｘは、タイトルテーブル１１２ｘｔｔ及びプレイリストセットテーブル１１２ｘｐｔを有する。
このように複数のフィールド及び複数のテーブルを有するディスクヘッダ１１２ｘは、ディスク上記録領域全域の複数のタイトルを統括的に管理するためのものである。
ここに、「バージョン番号」は、当該規格におけるバージョン番号であり、例えばＩＳＯ６４６によれば、コード“００７０”とされる。「タイトル総数」は、ディスク上記録領域全域のタイトルの総数であり、「タイトル情報総数」は、ディスク上記録領域全域のタイトル情報の総数である。「プレイリストセット総数」は、ディスク上記録領域全域のプレイリストセットの総数であり、「タイトル開始アドレステーブル」は、タイトルセットの先頭からの相対的なバイト番号として、各タイトルの開始アドレスを示す。このバイト番号は、例えば０からカウントされる。「プレイリストセット開始アドレステーブル」は、タイトルセットの先頭からの相対的なバイト番号として、各プレイリストセットの開始アドレスを示す。このバイト番号は、例えば０からカウントされる。「タイトルセット属性」は、例えばタイトルセットのデータ長さ、タイトルセットで用いる文字の種類（日本語、英語など）、タイトルセットの名称等のタイトルセットの属性を示す。
図３１において、タイトルテーブル１１２ｘｔｔは、同図中で右上段に分岐する形で示されており、同図中で上から順に、複数のタイトルメニュー開始アドレス情報＃１、…、＃ｎ及び複数のタイトルコンテンツ開始アドレス情報＃１、…、＃ｎを、番号別に対をなす形式で記録するための複数フィールドを有する。
ここに、「タイトルメニュー開始アドレス」は、タイトルセットの先頭からの相対的なバイト番号として、各タイトルメニューを含むタイトル情報の開始アドレスを示す。このバイト番号は、例えば０からカウントされる。タイトルメニュー開始アドレス“０”は、ディスク全体に関するメニューであるディスクメニューに割り当てられる。「タイトルコンテンツ開始アドレス」は、タイトルセットの先頭からの相対的なバイト番号として、各コンテンツタイトルを含むタイトル情報の開始アドレスを示す。ここに「コンテンツタイトル」とは、各タイトルのコンテンツを示すタイトルである。このバイト番号は、例えば０からカウントされる。タイトルコンテンツ開始アドレス“０”は、例えばタイトル再生初期に無条件に再生されるファーストプレイタイトルに割り当てられる。
図３１において、プレイリストセットテーブル１１２ｘｐｔは、同図中で右下段に分岐する形で示されており、複数のプレイ（Ｐ）リストセット開始アドレス＃１、…、＃ｍを記録するための複数フィールドを有する。
ここに、「プレイリストセット開始アドレス」は、タイトルセットの先頭からの相対的なバイト番号として、各プレイリストセットの開始アドレスを示す。このバイト番号は、例えば０からカウントされる。
（２）タイトル情報：
次に図３０に示したタイトル情報セットのうち、タイトル情報２００について、図３０及び図３２を参照して説明する。
図３０において、タイトル情報２００は、同図中で右中段に分岐する形で示されており、同図中で上から順に、図４に示したタイトル総合情報２００−１に対応するタイトルエレメントの総数を示す情報２００−１ｘを記録するためのフィールドを有し、更に、複数のタイトルエレメント２００−２（タイトルエレメント＃１、…、＃ｋ）及びその他の情報２００−５を記録するための複数フィールドを有する。
ここに、「タイトルエレメント総数」は、当該タイトル情報に含まれるタイトルエレメントの総数を示す。
図３２において、各タイトルエレメント２００−２は、同図中で右に分岐する形で示されており、同図中で上から順に、プレイリストセット番号、候補総数、複数のプレイ（Ｐ）リスト（即ち、Ｐリスト＃１、…、＃ｋ）へのポインタ２００ＰＴを記録するための複数フィールドを有する。更に、Ｐリストプリコマンド２００ＰＲ、Ｐリストポストコマンド２００ＰＳ及び、次に再生されるべきタイトルエレメントを示すネクスト情報２００−６Ｎ等を記録するための複数フィールドを有する。尚、タイトルエレメント２００−２中のその他の情報とは、例えば、シーケンシャル型や分岐型等のタイトルの種類等の各タイトルエレメントに関する情報である。
ここに、「プレイリストセット番号」は、プレイリストセットのＩＤ（識別）番号を示す。「候補総数」は、当該タイトルエレメントの候補となりえるプレイリストの総数を示す。「Ｐリストへのポインタ２００ＰＴ」、「Ｐリストプリコマンド２００ＰＲ」、「Ｐリストポストコマンド２００ＰＳ」及び「ネクスト情報２００−６Ｎ」等については、前述の通りである。例えば、「Ｐリストへのポインタ２００ＰＴ」は、プレイリストセットにおけるプレイリストのＩＤ（識別）番号を示す。
（３）プレイリストセット：
次に図３０に示したタイトル情報セットのうち、プレイリストセット１２６Ｓについて、図３０及び図３３から図３６を参照して説明する。
図３０において、プレイリストセット１２６Ｓは、同図中で右下段に分岐する形で示されており、同図中で上から順に、図５に示したプレイリストセット総合情報１２６−１に対応する情報として、プレイ（Ｐ）リスト総数及び複数のプレイリスト（ＰＬ）プレゼンテーション（ＰＬプレゼンテーション＃１、…、＃ｉ）を含んでなる情報１２６−１ｘを記録するためのフィールドを有する。更に、プレイリストセット１２６Ｓは、複数のプレイ（Ｐ）リスト１２６（即ち、Ｐリスト＃１、…、＃ｉ）、アイテム定義テーブル１２６−３及びその他の情報１２６−４を記録するための複数フィールドを有する。
ここに、「プレイリスト総数」は、当該プレイリストセット中のプレイリストの総数を示す。
図３３において、各ＰＬプレゼンテーション１２６−１ｘｉは、同図中で右上段へ分岐する形で示されており、同図中で上から順に、ビデオコーデック、ビデオ解像度、ビデオアスペクト比、ビデオフレームレート、オーディオチャネル割当等を示す情報を記録するための複数フィールドを有する。
ここに、「ビデオコーデック」は、当該プレイリストセットに係る映像情報記録時に使用され、よってその再生時に使用すべきビデオコーデックの種類を示す。「ビデオ解像度」は、当該プレイリストセットのうちメインパス（即ち、主映像を提供するビデオストリーム）に対応するプレイリストに係る映像情報記録時に使用されたビデオ解像度を示す。「ビデオアスペクト比」は、当該プレイリストセットのうちメインパスに対応するプレイリストに係る映像情報記録時に使用されたビデオアスペクト比を示す。「ビデオフレームレート」は、当該プレイリストセットのうちメインパスに対応するプレイリストに係る映像情報記録時に使用されたビデオフレームレートを示す。「オーディオチャネル割当」は、当該プレイリストセットのうちメインパスに対応するプレイリストに係る音声情報記録時に使用されたオーディオチャネルの割当を示す。
図３３において、各プレイリスト１２６は、同図中で右中段へ分岐する形で示されており、同図中で上から順に、当該プレイリスト１２６のデータ長さを示す情報、プレイリストヘッダ、複数のプレイリストエレメント１２６−２（即ち、Ｐリストエレメント＃１、…、＃ｉ）等を記録するための複数フィールドを有する。
ここに、プレイリストの「長さ」は、次に続くプレイリストの長さをバイト数で示す。これは、「長さ」フィールド自体を含まないデータ長さを示す。「プレイリストヘッダ」は、当該プレイリストに含まれるプレイリストエレメントの総数、当該プレイリストの再生時間、当該プレイリストの名称等の情報を示す。
更に図３４において、各プレイリストエレメント１２６−２は、同図中で右へ分岐する形で示されており、同図中で上から順に、マスタープレイ（Ｐ）についてのアイテム番号を示すポインタ１２６ＰＴ、サブパス総数、複数のサブパス情報１２６−２ｓｕｂ（即ち、サブパス情報＃１、…、＃ｋ）、ネクスト情報１２６−６Ｎ、プレイ（Ｐ）アイテムについてのプリコマンド１２６ＰＲ、プレイ（Ｐ）アイテムについてのポストコマンド１２６ＰＳ及びその他の情報１２６−６等を記録するための複数フィールドを有する。
ここに、「ポインタ１２６ＰＴ」、「プリコマンド１２６ＰＲ」及び「ポストコマンド１２６ＰＳ」については、前述の通りである。また、「サブパス総数」は、当該プレイリストエレメント内に存在するサブパスの総数を示す。「ネクスト情報１２６−６Ｎ」は、次に再生されるべきプレイリストエレメントを示す。
更に図３５において、各サブパス情報１２６−２ｓｕｂは、同図中で中央へ向かって右へ分岐する形で示されており、同図中で上から順に、サブパスタイプ及びサブプレイ（Ｐ）アイテム総数、並びに複数のサブプレイ（Ｐ）アイテム情報１２６−ｓｕｂＰＴ（即ち、サブＰアイテム情報１、…、＃ｋ）を記録するための複数フィールドを有する。
ここに、「サブパスタイプ」は、各種メニュー表示などサブパルによって如何なる表示が行われるかを示す。「サブＰアイテム総数」は、当該サブパスにおけるサブプレイアイテムの総数を示す。
そして、各サブプレイ（Ｐ）アイテム情報１２６−ｓｕｂＰＴは、同図中で中央から右端へ向かって分岐する形で示されており、同図中で上から順に、サブプレイ（Ｐ）アイテム番号及びマスタープレイ（Ｐ）アイテムのスタートＰＴＳを記録するための複数フィールドを有する。
ここに、「サブＰアイテム番号」は、当該サブパスにおけるプレイアイテムのＩＤ（識別）番号を示す。「マスタープレイアイテムのスタートＰＴＳ（プレゼンテーションタイムスタンプ）」は、マスタープレイアイテムの再生時間軸上における当該サブアイテムの再生時刻を示す。
他方で、図３３において、アイテム定義テーブル１２６−３は、同図中で右下段へ分岐する形で示されており、同図中で上から順に、プレイ（Ｐ）アイテムの総数、複数のプレイ（Ｐ）アイテム２０４（即ち、Ｐアイテム＃１、…、＃ｎ）等を記録するための複数フィールドを有する。
ここに、「プレイアイテムの総数」は、当該アイテム定義テーブルにおけるアイテム２０４の総数を示す。
図３６において、各アイテム２０４は、同図中で中央へ向かって右上側へ分岐する形で示されており、同図中で上から順に、プレイ（Ｐ）アイテム種類、ストリームオブジェクトプレイ（Ｐ）アイテム２０４−ｓｔｒｅａｍ等を記録するための複数フィールドを有する。
ここに、「プレイ（Ｐ）アイテム種類」は、当該プレイアイテムの種類を示す。例えば、動画用のストリームオブジェクトのためのアイテムであれば、コード“００ｈ”とされ、静止画用のオブジェクトのためのアイテムであれば、コード“１０ｈ”とされ、各種メニュー用のオブジェクトのためのアイテムであれば、コード“２０ｈ”とされる。
更に、ストリームオブジェクトプレイ（Ｐ）アイテム２０４−ｓｔｒｅａｍは、同図中で中央から右端へ向かって分岐する形で示されており、同図中で上から順に、各プレイアイテムに係る、ＥＳ（エレメンタリーストリーム）インデックス番号、ＩＮタイム（ＩＮポイント）、ＯＵＴタイム（ＯＵＴポイント）等を示す情報を有する。
ここに、「ＥＳインデックス番号」は、ＩＮタイム及びＯＵＴタイムが適用されるエレメンタリーストリームのＩＤ（識別）番号及び種類を示す。また、「ＩＮタイム（ＩＮポイント）」及び「ＯＵＴタイム（ＯＵＴポイント）」については、前述の通りであり、例えば９０ｋＨｚの時間ベースで、当該アイテムの再生時刻及び終了時刻が記述される。
尚、図３６において、アイテム定義テーブル１２６−３は、このようなストリームオブジェクト用、即ち動画用のアイテム２０４に代えて、静止画オブジェクト用のアイテム２０４−ｓｔｉｌｌを含んでもよい。この場合には、アイテム２０４−ｓｔｉｌｌは、プレイアイテムの種類を示す情報、静止画オブジェクトプレイ（Ｐ）アイテム等を有する。
尚、以上説明したタイトル情報セットにおける各々のデータ量は、固定バイトであってもよいし、可変バイトであってもよい。更に各フィールドは、必要な個数分の各テーブルを追加可能な構造を有してもよい。
本実施例では特に、図３５に示したサブプレイ（Ｐ）アイテム情報１２６−ｓｕｂＳＰが、図２０〜図２８を参照して説明したボタンメニュー画面を表示させるためのサブアイテムを指定する。そして、このサブアイテムは、図３６に示したように、プレイリストエレメント１２６−２中の“マスターＰアイテム番号”により示されるアイテム２０４に対応している。この結果、ビデオストリームに基づくタイトルの再生が、アイテム２０４を指定するストリームオブジェクトプレイアイテム２０４−ｓｔｒｅａｍ（図３６の右端参照）に従ってメインパスとして実行される。この実行と並行して、ボタンメニューの再生が、サブアイテムを指定するサブプレイアイテム情報１２６−ｓｕｂＰＴｍ（図３２の右端参照）に従ってサブパスとして行われる。
ここで図３０から図３６を参照して説明した一具体例の如きデータ構造を有する光ディスク１００を再生する際の各種ファイル等の再生順序について説明を加える。
先ず、図３０に示したタイトル情報セットのうち、ディスクヘッダ１１２ｘが再生される。その一貫として図３１に示したタイトルテーブル１１２ｘｔｔが再生され、そのうちタイトルメニュー開始アドレス又はタイトルコンテンツ開始アドレスが取得される。
次に、この取得されたアドレス情報に従って、図３０に示したタイトル情報２００の再生が開始される。より具体的には、図３２に示したタイトルエレメント２００−２の再生が行われ、プレイリストセット番号が取得される。更に、プレイリスト＃１〜＃ｋへのポインタ２００ＰＴが取得される。尚、ポインタ２００ＰＴによってプレイリスト１２６を指定する構成を採ることで、前にタイトルエレメント２００−２の再生により特定されたプレイリストセット内にある複数のプレイリストを、複数のタイトル間で共用可能となる。
次に、図３１に示したプレイリストセットテーブル１１２ｘｐｔが再生され、プレイリストセット開始アドレスが取得される。これに基づいて、図３３に示したプレイリストセット１２６Ｓの再生が開始され、先ずＰＬプレゼンテーション１２６−１ｘｉが再生される。
次に、要求機能情報の一例たるＰＬプレゼンテーション１２６−１ｘｉと、当該光ディスク１００を再生中の情報再生システムの再生機能（即ち、ビデオパーフォーマンス、オーディオパーフォーマンス等）とが比較されることで、図３３に示したプレイリストセット１２６Ｓ中から、最適なプレイリスト１２６が一つ選択される。
次に、この選択されたプレイリスト１２６の再生が行われる。より具体的には、図３４に示したプレイリストエレメント１２６−２の再生が行われる。この際、先ずプリコマンド１２６ＰＲが実行され、続いて、図３５に示したマスターＰアイテム番号が取得され、図３６に示したアイテム定義テーブルが参照されることで、該当するアイテム２０４が再生される。このアイテム２０４の再生は、実際には、ストリームオブジェクトＰアイテム２０４−ｓｔｒｅａｍを再生することで得られるＥＳインデックス番号、ＩＮタイム及びＯＵＴタイムに従って、該当するＴＳオブジェクトを再生することで行われる（図２６参照）。その後、図３４に示したポストコマンド１２６ＰＳが実行され、更に、ネクスト情報１２６−６Ｎに従って、次に再生すべきプレイリストエレメントの指定が行われて、その再生が同様に繰り返して行われる。
本実施例では特に、図３６に示したストリームオブジェクトＰアイテム２０４−ｓｔｒｅａｍをメインパス用に再生するのと並行して、これに対応する図３３に示したサブプレイ（Ｐ）アイテム情報１２６−ｓｕｂＳＰもサブパス用に再生される。そして、係るサブプレイ（Ｐ）アイテム情報１２６−ｓｕｂＰＴを再生することで得られるＥＳインデックス番号、ＩＮタイム及びＯＵＴタイムに従って、該当するＴＳオブジェクトを、サブパスとして再生する。これらにより、図２０〜図２８を参照して説明した“ボタンメニュー”がサブパスとして再生される。
以上図１から図３６を参照して詳細に説明したように、本実施例によれば、例えば情報記録再生装置５００の再生能力等に応じて所望のボタンデータ３０１を選択することで、より適切なボタンメニューを表示することが可能となる。従って、情報再生装置において予期せぬ或いは好ましくない設定変更等の指示がなされることなく、コンテンツ情報のより適切な再生が可能となる。加えて、複数のボタンページを有するボタンデータ構造を採用することで、例えばアイテムによるタイトルの再生及び表示出力中に、ボタンメニューの表示切替を効率的に行うことが可能となる。加えて、対応するサブアイテムによるボタンメニューの再生を行うと共に該再生されたボタンメニューの表示出力を選択的に行うことで、タイトル再生を継続したままで小ウインドウ表示や半透明のスーパーインポーズ表示などのメニュー画面の表示を効率的に行うことが可能となる。
尚、上述の実施例では、ボタンページ３０１の夫々が複数のボタンページ３０１ｐを含んで構成されているデータ構成について説明したが、複数のボタンページ３０１ｐを含んでいる場合に限られることはない。即ち、夫々のボタンデータが単一のボタンページを含んで構成されている場合であっても本実施例で説明した各種利益を享受することが可能である。
尚、上述の実施例では、情報記録媒体の一例として光ディスク１００並びに情報再生記録装置の一例として光ディスク１００に係るレコーダ又はプレーヤについて説明したが、本発明は、光ディスク並びにそのレコーダ又はプレーヤに限られるものではなく、他の高密度記録或いは高転送レート対応の各種情報記録媒体並びにそのレコーダ又はプレーヤにも適用可能である。
本発明は、上述した実施例に限られるものではなく、請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴なう情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造もまた本発明の技術的範囲に含まれるものである。

本発明に係る情報記録媒体、情報記録装置及び方法、情報再生装置及び方法、情報記録再生装置及び方法、記録又は再生制御用のコンピュータプログラム、並びに制御信号を含むデータ構造は、例えば、民生用或いは業務用の、主映像、音声、副映像等の各種情報を高密度に記録可能なＤＶＤ等の高密度光ディスクに利用可能であり、更にＤＶＤプレーヤ、ＤＶＤレコーダ等にも利用可能である。また、例えば民生用或いは業務用の各種コンピュータ機器に搭載される又は各種コンピュータ機器に接続可能な、情報記録媒体、情報記録再生装置等にも利用可能である。

Claims (21)

1. コンテンツ情報と、
   前記コンテンツ情報に関する操作を可能とするボタンメニューを、前記コンテンツ情報を再生するために必要な再生能力別に夫々規定する複数のボタン情報と
   が記録されており、
   前記複数のボタン情報の夫々は、夫々が前記ボタンメニューを構成可能であると共に相互に表示切替可能な複数のボタンページのうち、前記再生能力に基づいて定まる所定のボタンページの組合せによって予め構成されており、前記操作を行う際に、前記再生能力に応じて前記複数のボタン情報のうち少なくとも一つが選択されることを特徴とする情報記録媒体。
2. 前記再生能力を示す属性情報が前記ボタン情報に対応付けられて更に記録されていることを特徴とする請求の範囲第１項に記載の情報記録媒体。
3. 当該情報記録媒体には、前記コンテンツ情報の再生シーケンスをアイテム単位で規定するプレイリスト情報が更に記録されており、
   前記プレイリスト情報は、前記コンテンツ情報を構成する前記アイテムを指示するアイテム情報と、当該アイテムに対応する前記ボタン情報をサブアイテムとして指示するサブアイテム情報と、を含むことを特徴とする請求の範囲第１項に記載の情報記録媒体。
4. 前記コンテンツ情報及び前記ボタン情報は、物理的にアクセス可能な単位であるパケット単位で多重化され、全体ストリームとして前記情報記録媒体に記録されており、
   前記全体ストリームの再生を制御するための再生制御情報として、多重化された前記複数のパケットと前記全体ストリームとの対応関係を定義する対応定義情報を格納するオブジェクト情報ファイルが更に記録されており、
   前記属性情報は、前記オブジェクト情報ファイルに含まれていることを特徴とする請求の範囲第２項に記載の情報記録媒体。
5. 前記ボタン情報は、前記ボタンメニューを構成可能であると共に、相互に表示切替可能な複数のボタンページを含むことを特徴とする請求の範囲第１項に記載の情報記録媒体。
6. 前記複数のボタンページのうち少なくとも一つは、前記操作を規定するボタンコマンド情報を含むことを特徴とする請求の範囲第５項に記載の情報記録媒体。
7. 前記複数のボタンページのうち少なくとも一つは、前記ボタンメニューとして表示出力される少なくとも一つのボタン画像情報に対応付けられており、且つ該ボタン画像情報を表示出力するためのボタン制御情報を含むことを特徴とする請求の範囲第５項に記載の情報記録媒体。
8. 前記ボタン制御情報は、前記ボタン画像情報との対応付けを示すボタン画像番号情報、前記ボタン画像情報が規定するボタンの前記ボタンメニュー上における表示位置を示す表示位置情報、並びに前記操作に応じて生ずる前記ボタンの状態の変化を示す近隣ボタン情報のうち少なくとも一つを含むことを特徴とする請求の範囲第７項に記載の情報記録媒体。
9. 前記ボタンメニューを、前記コンテンツ情報の一部に重ねて又は置き換えて表示するように若しくは全く表示しないように制御するための再生制御情報が更に記録されていることを特徴とする請求の範囲第１項に記載の情報記録媒体。
10. コンテンツ情報を情報記録媒体に記録する第１記録手段と、
    前記情報記録媒体に記録された前記コンテンツ情報に関する操作を可能とするボタンメニューを、前記コンテンツ情報を再生するために必要な再生能力別に夫々規定する複数のボタン情報を記録する第２記録手段と
    を備えており、
    前記複数のボタン情報の夫々は、夫々が前記ボタンメニューを構成可能であると共に相互に表示切替可能な複数のボタンページのうち、前記再生能力に基づいて定まる所定のボタンページの組合せによって予め構成されており、前記操作を行う際に、前記再生能力に応じて前記複数のボタン情報のうち少なくとも一つが
    選択されることを特徴とする情報記録装置。
11. コンテンツ情報を情報記録媒体に記録する第１記録工程と、
    前記情報記録媒体に記録された前記コンテンツ情報に関する操作を可能とするボタンメニューを、前記コンテンツ情報を再生するために必要な再生能力別に夫々規定する複数のボタン情報を記録する第２記録工程と
    を備えており、
    前記複数のボタン情報の夫々は、夫々が前記ボタンメニューを構成可能であると共に相互に表示切替可能な複数のボタンページのうち、前記再生能力に基づいて定まる所定のボタンページの組合せによって予め構成されており、前記操作を行う際に、前記再生能力に応じて前記複数のボタン情報のうち少なくとも一つが選択されることを特徴とする情報記録方法。
12. 請求の範囲第１項に記載の情報記録媒体を再生する情報再生装置であって、
    前記情報記録媒体に記録された前記コンテンツ情報及び前記ボタン情報を再生する再生手段と、
    前記ボタン情報に基づき、ボタンメニューを生成する生成手段と、
    当該情報再生装置の再生能力に応じた前記ボタンメニューが生成されるように、前記生成手段を制御する制御手段と
    を備えたことを特徴とする情報再生装置。
13. 前記再生手段は、前記コンテンツ情報の再生前に、予め前記ボタン情報をプリロードすることを特徴とする請求の範囲第１２項に記載の情報再生装置。
14. 前記生成された前記ボタンメニューを保持するバッファメモリを更に備えたことを特徴とする請求の範囲第１２項に記載の情報再生装置。
15. 請求の範囲第１項に記載の情報記録媒体を再生する情報再生装置における情報再生方法であって、
    前記情報記録媒体に記録された前記コンテンツ情報及び前記ボタン情報を再生する再生工程と、
    前記ボタン情報に基づき、当該情報再生装置の再生能力に応じたボタンメニューを生成する生成工程と、
    当該情報再生装置の再生能力に応じた前記ボタンメニューが生成されるように前記生成工程を制御する制御工程と
    を備えたことを特徴とする情報再生方法。
16. コンテンツ情報を情報記録媒体に記録する第１記録手段と、
    前記情報記録媒体に記録された前記コンテンツ情報に関する操作を可能とするボタンメニューを、前記コンテンツ情報を再生するために必要な再生能力別に夫々規
    定する複数のボタン情報を記録する第２記録手段と、
    前記情報記録媒体に記録された前記コンテンツ情報及び前記ボタン情報を再生する再生手段と、
    前記ボタン情報に基づき、当該情報再生装置の再生能力に応じたボタンメニューを生成する生成手段と、
    当該情報記録再生装置の再生能力に応じた前記ボタンメニューが生成されるように前期生成手段を制御する制御手段と
    を備えており、
    前記複数のボタン情報の夫々は、夫々が前記ボタンメニューを構成可能であると共に相互に表示切替可能な複数のボタンページのうち、前記再生能力に基づいて定まる所定のボタンページの組合せによって予め構成されており、前記操作を行う際に、前記再生能力に応じて前記複数のボタン情報のうち少なくとも一つが選択されることを特徴とする情報記録再生装置。
17. コンテンツ情報を情報記録媒体に記録する第１記録工程と、
    前記情報記録媒体に記録された前記コンテンツ情報に関する操作を可能とするボタンメニューを、前記コンテンツ情報を再生するために必要な再生能力別に夫々規定する複数のボタン情報を記録する第２記録工程と、
    前記情報記録媒体に記録された前記コンテンツ情報及び前記ボタン情報を再生する再生工程と、
    前記ボタン情報に基づき、当該情報再生装置の再生能力に応じたボタンメニューを生成する生成工程と、
    当該情報記録再生方法における再生能力に応じた前記ボタンメニューが生成されるように前記生成工程を制御する制御工程と
    を備えており、
    前記複数のボタン情報の夫々は、夫々が前記ボタンメニューを構成可能であると共に相互に表示切替可能な複数のボタンページのうち、前記再生能力に基づいて定まる所定のボタンページの組合せによって予め構成されており、前記操作を行う際に、前記再生能力に応じて前記複数のボタン情報のうち少なくとも一つが選択されることを特徴とする情報記録再生方法。
18. 請求の範囲第１０項に記載の情報記録装置に備えられたコンピュータを制御する記録制御用のコンピュータプログラムであって、該コンピュータを、前記第１記録手段及び前記第２記録手段の少なくとも一部として機能させることを特徴とする記録制御用のコンピュータプログラム。
19. 請求の範囲第１２項に記載の情報再生装置に備えられたコンピュータを制御する再生制御用のコンピュータプログラムであって、該コンピュータを、前記再生手段、前記生成手段及び前記制御手段の少なくとも一部として機能させることを特徴とする再生制御用のコンピュータプログラム。
20. 請求の範囲第１６項に記載の情報記録再生装置に備えられたコンピュータを制御する記録再生制御用のコンピュータプログラムであって、該コンピュータを、前記第１記録手段、前記第２記録手段、前記再生手段、前記生成手段及び前記制御手段の少なくとも一部として機能させることを特徴とする記録再生制御用のコンピュータプログラム。
21. コンテンツ情報と、
    前記コンテンツ情報に関する操作を可能とするボタンメニューを、前記コンテンツ情報を再生するために必要な再生能力別に規定するボタン情報と
    を有しており、
    前記複数のボタン情報の夫々は、夫々が前記ボタンメニューを構成可能であると共に相互に表示切替可能な複数のボタンページのうち、前記再生能力に基づいて定まる所定のボタンページの組合せによって予め構成されており、前記操作を行う際に、前記再生能力に応じて前記複数のボタン情報のうち少なくとも一つが選択されることを特徴とする制御信号を含むデータ構造。

Images