JP2004128773A - 情報再生装置及び方法、並びに情報再生プログラム - Google Patents

Abstract

【課題】ビデオやオーディオなどのコンテンツ自体のみならず、それらの再生制御データもがエレメンタリーストリームとして構成されたトランスポートストリーム形式のデータが記録された記録媒体から、コンテンツ自体の表示・再生制御に遅れを生じることなく表示・再生が可能な情報再生装置及び方法、並びに情報再生プログラムを提供する。
【解決手段】全体ストリームに対応する同一のデータを第１及び第２の処理系統に送り、それぞれが必要な部分ストリームに対応するパケットのみを取り出して処理を実行する。コンテンツ本体をなす第１の部分ストリームは、第１の処理系統において、トラックバッファなどを利用してデコードや再生時間の調整を行って出力される。一方、コントロールデータなどの第２の部分ストリームは、第２の処理系統において、トラックバッファを介さずに遅延無くデコード処理を行う。
【選択図】　　　図１９

Description

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

Claims (6)

1. コンテンツ本体をなす第１の部分ストリーム群と、前記コンテンツ本体の再生を制御するための第２の部分ストリーム群とが多重化されてなる全体ストリームが、所定のパケット単位となって記録されている情報記録媒体から情報を再生する情報再生装置であって、
   前記記録媒体に記録された前記全体ストリームを再生する再生手段と、
   前記再生手段から出力された再生データを蓄積するトラックバッファメモリと、
   前記トラックバッファメモリから読み出された再生データを入力し、前記第１の部分ストリーム群に対応するパケットを選択出力する第１のデマルチプレクサと、
   前記第１のデマルチプレクサの出力に接続された第１のデコーダ群と、
   前記再生手段から出力された再生データを入力し、前記第２の部分ストリーム群に対応するパケットを選択出力する第２のデマルチプレクサと、
   前記第２のデマルチプレクサの出力に接続された第２のデコーダ群と、を備えることを特徴とする情報再生装置。
2. 前記第１の部分ストリーム群は、ビデオストリームと、オーディオストリームと、サブピクチャストリームと、システムコントロールデータとを含み、
   前記第２の部分ストリーム群は、前記サブピクチャストリームを制御するサブピクチャコントロールデータストリームと、コンテンツ本体の再生を制御するコントロールデータストリームとを含むことを特徴とする請求項１に記載の情報再生装置。
3. 前記第１のデコーダ群は、前記第１のデマルチプレクサから出力された前記ビデオストリームのデータをデコードするビデオデコーダと、前記第１のデマルチプレクサから出力された前記オーディオストリームのデータをデコードするオーディオデコーダと、前記第１のデマルチプレクサから出力された前記サブピクチャストリームをデコードするサブピクチャデコーダと、を含み、
   前記第２のデコーダ群は、前記第２のデマルチプレクサから出力されたサブピクチャコントロールデータストリームのデータをデコードするサブピクチャコントロールデータデコーダと、前記第２のデマルチプレクサから出力されたコントロールデータストリームのデータをデコードするコントロールデータデコーダと、を含むことを特徴とする請求項２に記載の情報再生装置。
4. 前記部分ストリーム群に対応するパケットは、当該パケット内のデータを前記第１又は前記第２のデマルチプレクサへ出力すべきタイミングを示す出力タイミング情報を含み、
   前記情報再生装置は、
   前記トラックバッファメモリに蓄積された再生データを取得し、当該パケットに含まれる前記出力タイミング情報に応じて当該パケット内の再生データを前記第１のデマルチプレクサに入力する第１のデパケッタイザと、
   前記再生手段から出力された再生データを、当該パケットに含まれる前記出力タイミング情報と無関係に直ちに前記第２のデマルチプレクサに入力する第２のデパケッタイザと、を備えることを特徴とする請求項１に記載の情報再生装置。
5. コンテンツ本体をなす第１の部分ストリーム群と、前記コンテンツ本体の再生を制御するための第２の部分ストリーム群とが多重化されてなる全体ストリームが、所定のパケット単位となって記録されている情報記録媒体から情報を再生する情報再生方法であって、
   前記記録媒体に記録された前記全体ストリームを再生する再生工程と、
   前記再生手段から出力された再生データをトラックバッファメモリに蓄積する蓄積工程と、
   前記トラックバッファメモリから読み出された再生データを入力し、前記第１の部分ストリーム群に対応するパケットを選択出力する第１のデマルチプレクス工程と、
   前記第１のデマルチプレクサの出力をデコードする第１のデコード工程と、
   前記再生手段から出力された再生データを入力し、前記第２の部分ストリーム群に対応するパケットを選択出力する第２のデマルチプレクス工程と、
   前記第２のデマルチプレクサの出力をデコードする第２のデコード工程と、を備えることを特徴とする情報再生方法。
6. コンピュータ上で実行されることにより、前記コンピュータを、
   コンテンツ本体をなす第１の部分ストリーム群と、前記コンテンツ本体の再生を制御するための第２の部分ストリーム群とが多重化されてなる全体ストリームが、所定のパケット単位となって記録されている情報記録媒体から情報を再生する情報再生装置として機能させる情報再生プログラムであって、前記情報再生装置は、
   前記記録媒体に記録された前記全体ストリームを再生する再生手段と、
   前記再生手段から出力された再生データを蓄積するトラックバッファメモリと、
   前記トラックバッファメモリから読み出された再生データを入力し、前記第１の部分ストリーム群に対応するパケットを選択出力する第１のデマルチプレクサと、
   前記第１のデマルチプレクサの出力に接続された第１のデコーダ群と、
   前記再生手段から出力された再生データを入力し、前記第２の部分ストリーム群に対応するパケットを選択出力する第２のデマルチプレクサと、
   前記第２のデマルチプレクサの出力に接続された第２のデコーダ群と、を備えることを特徴とする情報再生プログラム。

Images