JP4115749B2 - 情報記録媒体、情報記録媒体に情報を記録、再生する装置および方法 - Google Patents
情報記録媒体、情報記録媒体に情報を記録、再生する装置および方法 Download PDFInfo
- Publication number
- JP4115749B2 JP4115749B2 JP2002157741A JP2002157741A JP4115749B2 JP 4115749 B2 JP4115749 B2 JP 4115749B2 JP 2002157741 A JP2002157741 A JP 2002157741A JP 2002157741 A JP2002157741 A JP 2002157741A JP 4115749 B2 JP4115749 B2 JP 4115749B2
- Authority
- JP
- Japan
- Prior art keywords
- information
- video object
- recording
- data
- recording medium
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Description
【０００１】
【発明の属する技術分野】
本発明は、読み書き可能な情報記録媒体に関し、特に、動画像データおよび静止画データおよびオーディオデータ等の種々のフォーマットのデータを含むマルチメディアデータが記録される情報記録媒体に関する。さらに、そのような情報記録媒体に対してデータを記録する装置及び方法に関する。
【０００２】
【従来の技術】
６５０ＭＢ程度が上限であった書き換え型光ディスクの分野で数ＧＢの容量を有する相変化型ディスクＤＶＤ−ＲＡＭが出現した。また、ディジタルＡＶデータの符号化規格であるＭＰＥＧ（ＭＰＥＧ２）の実用化とあいまってＤＶＤ−ＲＡＭは、コンピュータ用途だけでなくオーディオ・ビデオ（ＡＶ）技術分野における記録・再生メディアとして期待されている。つまり従来の代表的なＡＶ記録メディアである磁気テープに代わるメディアとして普及が予測される。
【０００３】
（ＤＶＤ−ＲＡＭの説明）
近年、書き換え可能な光ディスクの高密度化が進みコンピュータデータやオーディオデータの記録に留まらず、画像データの記録が可能となりつつある。
【０００４】
例えば、光ディスクの信号記録面には、従来から凸凹上のガイド溝が形成されている。
【０００５】
従来は凸または凹にのみ信号を記録していたが、ランド・グループ記録法により凸凹両方に信号を記録することが可能となった。これにより約２倍の記録密度向上が実現した。例えば特開平８−７２８２号公報に記載されたものが知られている。
【０００６】
また、記録密度を向上させるために有効なＣＬＶ方式（線速度一定記録）の制御を簡易化し実用化を容易とするゾーンＣＬＶ方式なども考案、実用化されている。これは、例えば特開平７−９３８７３号公報に開示されている。
【０００７】
これらの大容量化を目指す光ディスクを用いて如何に画像データを含むＡＶデータを記録し、従来のＡＶ機器を大きく超える性能や新たな機能を実現するかが今後の大きな課題である。
【０００８】
このような大容量で書き換え可能な光ディスクの出現により、今後ＡＶの記録・再生も従来のテープに代わり光ディスクが主体となることが考えられる。テープからディスクへの記録メディアの移行は、ＡＶ機器の機能・性能面で様々な影響を与える。
【０００９】
ディスクへの移行において最大の特徴はランダムアクセス性能の大幅な向上である。仮にテープをランダムアクセスする場合、一巻きの巻き戻しに通常数分オーダーの時間が必要である。これは光ディスクメディアにおけるシーク時間（数１０ｍｓ以下）に比べて桁違いに遅い。従ってテープは実用上ランダムアクセス装置になり得ない。
【００１０】
このようなランダムアクセス性能によって、従来のテープでは不可能であったＡＶデータの分散記録が光ディスクでは可能となった。
【００１１】
図１は、ＤＶＤレコーダのドライブ装置のブロック図である。ドライブ装置は、ＤＶＤ−ＲＡＭディスク１０のデータを読み出す光ピックアップ１１、ＥＣＣ（Error Correcting Code）処理部１２、１トラックバッファ１３、トラックバッファへ１３の入出力を切り替えるスイッチ１４、エンコーダ部１５及びデコーダ部１６を備える。
【００１２】
図に示すように、ＤＶＤ−ＲＡＭディスク１０には、１セクタ＝２ＫＢを最小単位としてデータが記録される。また、１６セクタ＝１ＥＣＣブロックとして、ＥＣＣ処理部１２でエラー訂正処理が施される。
【００１３】
トラックバッファ１３は、ＤＶＤ−ＲＡＭディスク１０にＡＶデータをより効率良く記録するため、ＡＶデータを可変ビットレートで記録するためのバッファである。ＤＶＤ−ＲＡＭ１００への読み書きレート（Ｖａ）が固定レートであるのに対して、ＡＶデータはその内容（ビデオであれば画像）の持つ複雑さに応じてビットレート（Ｖｂ）が変化するため、このビットレートの差を吸収するためのバッファである。例えば、ビデオＣＤのようにＡＶデータを固定ビットレートとした場合、トラックバッファ１３は不要となる。
【００１４】
このトラックバッファ１３を更に有効利用すると、ディスク１０上にＡＶデータを離散配置することが可能になる。図２を用いてこれを説明する。
【００１５】
図２（ａ）は、ディスク上のアドレス空間を示す図である。図２（ａ）に示す様にＡＶデータが［ａ１，ａ２］の連続領域と［ａ３，ａ４］の連続領域に分かれて記録されている場合、ａ２からａ３へシークを行っている間、トラックバッファに蓄積してあるデータをデコーダ部１６へ供給することでＡＶデータの連続再生が可能になる。この時の状態を示したのが図２（ｂ）である。
【００１６】
位置ａ１で読み出しを開始したＡＶデータは、時刻ｔ１からトラックバッファへ１３入力されるとともに、トラックバッファ１３からデータの出力が開始される。これにより、トラックバッファへの入力レート（Ｖａ）とトラックバッファからの出力レート（Ｖｂ）のレート差（Ｖａ−Ｖｂ）の分だけトラックバッファへデータが蓄積されていく。この状態が、検索領域がａ２に達するまで、すなわち、時刻ｔｔ２に達するまで継続する。この間にトラックバッファ１３に蓄積されたデータ量をＢ（ｔ２）とすると、時間ｔ２から、領域ａ３のデータの読み出しを開始する時刻ｔ３までの間、トラックバッファ１３に蓄積されているＢ（ｔ２）を消費してデコーダ１６へ供給しつづけられれば良い。
【００１７】
言い方を変えれば、シーク前に読み出すデータ量（［ａ１，ａ２］）が一定量以上確保されていれば、シークが発生した場合でも、ＡＶデータの連続供給が可能である。
【００１８】
なお、ここでは、ＤＶＤ−ＲＡＭからデータを読み出す、即ち再生の場合の例を説明したが、ＤＶＤ−ＲＡＭへのデータの書き込み、即ち録画の場合も同様に考えることができる。
【００１９】
上述したように、ＤＶＤ−ＲＡＭでは一定量以上のデータが連続記録さえされていればディスク上にＡＶデータを分散記録しても連続再生／録画が可能である。
【００２０】
更に、この大容量記録メディアであるＤＶＤ−ＲＡＭをより効果的に使用するため、ＤＶＤ−ＲＡＭでは図３に示すように、ＵＤＦ（Universal Disc Format）ファイルシステムをのせ、ＰＣ上でのアクセスを可能としている。ＵＤＦの情報は図中のＶｏｌｕｍｅに記録される。ＵＤＦファイルシステムの詳細は「Universal Disc Format Standard」に開示されている。
【００２１】
（従来のＡＶ機器）
次に従来、我々が使用してきたＡＶ機器について説明する。
図４は、従来のＡＶ機器とメディア、フォーマットの関係を示した図である。例えば、ユーザがビデオを見ようと思えば、ビデオカセットをＶＴＲに入れ、テレビで見るのが当たり前であり、音楽を聞こうと思えば、ＣＤをＣＤプレーヤやＣＤラジカセに入れてスピーカまたはヘッドホンで聞くのが当たり前であった。つまり、従来のＡＶ機器では一つのフォーマット（ビデオまたはオーディオ）に対応した一つのメディアと一対になっているものであった。
【００２２】
このため、ユーザは見たい、聞きたいものに対して、常にメディアやＡＶ機器を取り替える必要があり、不便さを感じていた。
【００２３】
（ディジタル化）
また、近年のディジタル技術の普及によって、パッケージソフトとしてＤＶＤビデオディスクが、放送系としてディジタル衛星放送が実用化されてきた。これらの背景にディジタル技術の革新、特に国際標準規格であるＭＰＥＧの実用化があることは言うまでもない。
【００２４】
図５は、前述したＤＶＤビデオディスクとディジタル衛星放送で使用されているＭＰＥＧストリームの図である。ＭＰＥＧ規格は図５に示すような階層構造を持っている。ここで重要なことは、最終的にアプリケーションが使用するＭＰＥＧストリームは、ＤＶＤビデオディスクのようなパッケージメディア系とディジタル衛星放送のような通信メディア系とで異なることである。前者は「ＭＰＥＧプログラムストリーム」と呼ばれ、ＤＶＤビデオディスクなどの記録単位となるセクタ（ＤＶＤの場合２０４８バイト）を意識したパック単位でデータの転送が行われ、後者は「ＭＰＥＧトランスポートストリーム」と呼ばれ、特にＡＴＭを意識して１８８バイト単位のＴＳパケット単位でデータの転送が行われる。
【００２５】
ディジタル技術や映像音声の符号化技術であるＭＰＥＧによってＡＶデータはメディアに依存無く自由に取り扱えるものと期待されてきたが、このような微妙な差もあって、現在までにパッケージメディアと通信メディアの双方に対応したＡＶ機器やメディアは存在していない。
【００２６】
（ＤＶＤ−ＲＡＭによる影響）
大容量を有するＤＶＤ−ＲＡＭの登場は、従来のＡＶ機器で感じていた不便さの解消に一歩近づくことを意味している。前述したようにＤＶＤ−ＲＡＭは、ＵＤＦファイルシステムを乗せることで、ＰＣからのアクセスを可能とした。この結果、ＰＣ上でさまざまなアプリケーションソフトを使用して、ビデオ、静止画、オーディオなどさまざまなコンテンツをＰＣという一つの機器の上で楽しむことが可能になった。
【００２７】
図６に示すように、画面上に表示されているファイルにマウスカーソルを移動しダブルクリック（またはシングルクリック）するだけで画面左上のようにファイルの内容である動画像が再生される。
【００２８】
このような利便性は、ＰＣの持つ柔軟さとＤＶＤ−ＲＡＭの持つ大容量があいまって実現できた世界であるといえる。
【００２９】
確かに近年のＰＣの普及によって、図６に示すようにＰＣ上でさまざまなＡＶデータが簡単に扱えるようになってきた。しかしながら、ＰＣユーザの数が増えているとはいえ、テレビやビデオなどの民生用ＡＶ機器の普及率や使い易さには及ばないことは言うまでもない。
【００３０】
【発明が解決しようとする課題】
本発明は、次世代ＡＶ記録メディアとして期待されるＤＶＤ−ＲＡＭ等の光ディスクにおいて、その性能を最大限に引き出す上で支障となる以下の課題を解決する。
【００３１】
ＤＶＤレコーダが目指す世界は、図７に示すような単一のメディア、単一のＡＶ機器でさまざまなフォーマットやコンテンツをユーザが個々のフォーマットを意識すること無く、自由に表示再生できる世界である。
【００３２】
図８は、ＤＶＤレコーダにおけるメニュー画面の一例である。このメニューでは、ディジタル衛星放送の”１）洋画劇場”、地上波放送の”朝の連続ドラマ”、”ワールドカップ決勝”やＣＤからダビングした”４）ベートーヴェン”が、記録元のメディアや記録フォーマットを意識すること無くテレビ画面上で選択可能である。
【００３３】
このようなＤＶＤレコーダを実現する際の最大の課題は、様々なフォーマットからなるＡＶデータおよびＡＶストリームを如何に統一的に管理できるかである。
【００３４】
限られたフォーマットのみを管理するのであれば、特別な管理手法を用いる必要はないが、既存の多数のフォーマットだけでなく今後登場する新たなフォーマットに対しても対応ができる管理手法を用いておくことが、前述したＤＶＤレコーダの目指す世界を実現することにつながってくる。
【００３５】
また、さまざまなＡＶストリームを統一的に扱えるか否かによって生じるユーザインターフェースの差異によっては、従来例で説明したような不便さ、つまり、コンテンツやフォーマット毎にユーザが意識して操作を行う必要が出てくる可能性がある。
【００３６】
本発明は上記課題を解決すべくなされたものであり、その目的とするところは、さまざまなＡＶストリームを統一的に扱える情報記録媒体を提供し、さらに、そのような情報記録媒体に対するデータの記録、再生装置及び方法を提供することにある。
【００３７】
【課題を解決するための手段】
本発明に係る情報記録媒体は、放送された動画情報を含むビデオオブジェクトと、ビデオオブジェクトを管理する管理情報とを記録する情報記録媒体である。その情報記録媒体において、管理情報は、記録された各ビデオオブジェクトに対応する、タイプ情報とオブジェクト情報とを含む。タイプ情報は記録される各ビデオオブジェクトに含まれる動画情報の放送の種類を示す。放送の種類は、少なくとも、デジタル放送か否かを示す。オブジェクト情報は、放送の種類に依存した形式で複数種類の情報を含み、複数種類の情報には、対応するビデオオブジェクトの再生時刻とその時刻に再生されるビデオオブジェクトの再生区間が記録された情報記録媒体上のアドレスを得るためのマップ情報が含まれる。
【００３８】
本発明に係る再生装置は、上記の情報記録媒体を再生する再生装置である。その再生装置は、情報記録媒体からビデオオブジェクトと管理情報を読み出す読み出し手段と、読み出したビデオオブジェクトをビデオオブジェクトの放送種類にしたがいデコードする複数のデコード手段と、読み出し手段とデコード手段とを制御する制御手段とを備える。制御手段は、読み出した管理情報に基づき、再生区間として読み出すビデオオブジェクトのアドレスと、読み出したビデオオブジェクトをデコードするデコード手段とを判定する。
【００３９】
本発明に係る記録装置は、上記の情報記録媒体にデータを記録する記録装置である。その記録装置は、ビデオオブジェクトと管理情報とを情報記録媒体に記録する記録手段と、記録手段を制御する制御手段とを備える。制御手段は、記録されるビデオオブジェクトの管理情報として、記録されるビデオオブジェクトのマップ情報をビデオオブジェクトの放送の種類に基づき生成する。
【００４０】
本発明に係る再生方法は、上記の情報記録媒体を再生する再生方法である。その再生方法は、情報記録媒体からビデオオブジェクトと管理情報を読み出す読み出しステップと、読み出したビデオオブジェクトをビデオオブジェクトの放送種類にしたがいデコードする複数のデコードステップと、読み出しステップとデコードステップとを制御する制御ステップとを包含する。制御ステップは、読み出した管理情報に基づき、再生区間として読み出すビデオオブジェクトのアドレスと、読み出したビデオオブジェクトをデコードするデコードステップとを判定する。
【００４１】
本発明に係る記録方法は、上記の情報記録媒体にデータを記録する記録方法である。記録方法は、ビデオオブジェクトと管理情報とを情報記録媒体に記録する記録ステップと、記録ステップを制御する制御ステップとを包含する。制御ステップは、記録されるビデオオブジェクトの管理情報として、記録されるビデオオブジェクトのマップ情報をビデオオブジェクトの放送の種類に基づき生成する。
【００４２】
【発明の実施の形態】
以下、添付の図面を用いて本発明に係る情報記録媒体、記録装置及び再生装置の一実施形態であるＤＶＤ−ＲＡＭ、ＤＶＤレコーダ及びＤＶＤプレーヤについて詳細に説明する。
【００４３】
（ＤＶＤ−ＲＡＭ上のデータ論理構成）
本発明に係るＤＶＤ−ＲＡＭは、一枚のディスクにおいて種々のフォーマットのＡＶデータおよびＡＶストリームの記録を可能とし、これらのデータを統一的に管理可能とするものである。これにより、例えば、地上波放送、ＭＰＥＧトランスポートストリームフォーマットで送信されるディジタル放送、ディジタルビデオカメラで撮影した映像、ディジタルスチルカメラで撮影した静止画及びＭＰＥＧプログラムストリームで記録されたビデオデータ等の種々の異なるフォーマットのＡＶストリームを一枚のディスクに記録することが可能となる。また、ＤＶＤ−ＲＡＭに記録されたデータは、所定の順序で再生することができる。このために、本発明に係るＤＶＤ−ＲＡＭは、ＡＶデータおよびＡＶストリームのフォーマットの種類に依存せずにＡＶデータおよびＡＶストリームを管理するための管理情報を備えている。
【００４４】
まず、本発明に係るＤＶＤ−ＲＡＭに記録されるデータのデータ構成について図９を用いて説明する。図９（ａ）は、ＤＶＤ−ＲＡＭディスク１００についてファイルシステムを通して見えるディスク１００上のデータ構成を、図９（ｂ）は、ディスク１００上の物理セクタの構成を示した図である。
【００４５】
図に示すように、物理セクタの先頭部分にはリードイン領域３１があり、サーボを安定させるために必要な規準信号や他のメディアとの識別信号などが記録されている。リードイン領域３１に続いてデータ領域３３が存在する。この部分に論理的に有効なデータが記録される。最後にリードアウト領域３５がありリードイン領域３１と同様な規準信号等が記録される。
【００４６】
データ領域３３の先頭にはボリューム情報と呼ばれるファイルシステム用の管理情報が記録される。ファイルシステムは周知の技術であるためここでの説明は省略する。
【００４７】
ファイルシステムを介して図９（ａ）に示すようにディスク１００内のデータをディレクトリやファイルとして扱うことが可能になる。図９（ａ）に示すように、ＤＶＤレコーダが扱う全てのデータは、ＲＯＯＴディレクトリ直下のＶＩＤＥＯ＿ＲＴディレクトリ下で管理される。
【００４８】
本実施形態のＤＶＤレコーダが扱うファイルには、オーディオ・ビデオデータ（ＡＶデ−タ）を含むＡＶファイルと、それらのＡＶファイルを管理するための情報を含む管理情報ファイルの２種類のファイルがある。図９（ａ）に示す例では、管理情報ファイルは「ＶＩＤＥＯ＿ＲＴ．ＩＦＯ」であり、ＡＶファイルは、動画データを含むファイルである「Ｍ＿ＶＯＢ．ＶＯＢ」、ディジタル放送用映像データを含むファイルである「Ｄ＿ＶＯＢ．ＶＯＢ」、オーディオ用データを含むファイルである「ＡＯＢ．ＡＯＢ」等である。以下にこれらのファイルについて詳細に説明する。
【００４９】
なお、本実施形態においては、個々のＡＶストリームをオブジェクト（Ｏｂｊｅｃｔ）として定義している。すなわち、オブジェクトには、ＭＰＥＧプログラムストリーム、ＭＰＥＧトランスポートストリーム、オーディオストリームや静止画データ等の種々のＡＶストリームが含まれる。ここでは、これらのＡＶストリームを抽象化してオブジェクトとして捕らえることにより、これらのＡＶストリームの管理情報を、統一化したオブジェクト情報（ＯｂｊｅｃｔＩ）として定義する。
【００５０】
（管理情報）
最初に、管理情報について図１０を用いて説明する。管理情報は、オブジェクトの記録位置等を管理するオブジェクト情報８０と、ＤＶＤ−ＲＡＭに記録されているデータの中で再生されるべきデータの再生順序及び再生時間等を定義するＰＧＣ情報５０、７０とを有する。
【００５１】
ＡＶストリームは、そのフォーマットによって個々の違いはあるが、例えば時間属性を有するなど共通化できる要素も有しているため、このような抽象化が可能である。また、同一フォーマットを有するＡＶストリームは同一ＡＶファイル内に記録順に格納される。
【００５２】
オブジェクト情報（ＯｂｊｅｃｔＩ）８０は、オブジェクトに関する一般情報（Ｏｂｊｅｃｔ ＧＩ）８０ａと、オブジェクトの属性情報（ＡｔｔｒｉｂｕｔｅＩ）８０ｂと、オブジェクトの再生時間をディスク上のアドレスに変換するアクセスマップ８０ｃとから構成されている。
【００５３】
アクセスマップ８０ｃを必要とするのは、ＡＶストリームが一般に時間軸とデータ（ビット列）軸の二つの基準を有しており、この二つの基準間には完全な相関性がないためである。例えば、ビデオストリームの国際標準規格であるＭＰＥＧ−２ビデオの場合、可変ビットレート（画質の複雑さに応じてビットレートを変える方式）を用いることが主流になりつつあり、この場合、先頭からのデータ量と再生時間との間に比例関係がないため、時間軸を基準にしたランダムアクセスができない。この問題を解決するため、オブジェクト情報８０は、時間軸とデータ（ビット列）軸との間の変換を行なうためのアクセスマップ８０ｃを有している。後述するように１つのオブジェクトは複数のオブジェクトユニット（ＶＯＢＵ）からなるため、アクセスマップ８０ｃはオブジェクトユニット毎に時間領域とアドレス領域とを対応づけるためのデータを有している。
【００５４】
ＰＧＣ情報５０、７０は、ＤＶＤ−ＲＡＭ１００に記録される画像データや音声データすなわちオブジェクトの再生を制御するための情報である。ＰＧＣ情報５０、７０は、ＤＶＤプレーヤが連続してデータ再生を行う際の一つの単位を示す情報である。すなわち、ＰＧＣ情報５０、７０は、再生するオブジェクトと、そのオブジェクトにおける任意の再生区間とを示したセル６０、６１、６２、６３の再生シーケンスを示す。セル６０…については後述する。ＰＧＣ情報５０、７０には、ＤＶＤレコーダがオブジェクト記録時に全記録オブジェクトを示すように自動生成するオリジナルＰＧＣ情報５０と、ユーザが自由に再生シーケンスを定義できるユーザ定義ＰＧＣ情報７０の２種類がある。ユーザ定義ＰＧＣ情報７０がユーザにより定義される点を除いて、両ＰＧＣ情報５０、７０の構成、機能は同様であるので、以下、オリジナルＰＧＣ情報５０について詳細に説明する。
【００５５】
図１０に示すように、オリジナルＰＧＣ情報５０は少なくとも１つのセル情報６０、６１、６２、６３を含む。セル情報６０…は再生するオブジェクトを指定し、かつ、そのオブジェクトの再生区間を指定する。通常、ＰＧＣ情報５０は複数のセルをある順序で記録している。ＰＧＣ情報５０におけるセル情報の記録順序は、各セルが指定するオブジェクトが再生されるときの再生順序を示す。
【００５６】
一のセル情報６０には、それが指定するオブジェクトの種類を示すタイプ情報（Ｔｙｐｅ）６０ａと、オブジェクトの識別情報であるオブジェクトＩＤ（Ｏｂｊｅｃｔ ＩＤ）６０ｂと、時間軸上でのオブジェクト内の開始位置情報（Ｓｔａｒｔ）６０ｃと、時間軸上でのオブジェクト内の終了位置情報（Ｅｎｄ）６０ｄとが含まれる。
【００５７】
データ再生時は、ＰＣＧ情報５０内のセル情報６０が順次読み出され、各セルにより指定されるオブジェクトが、セルにより指定される再生区間分再生される。
【００５８】
（オブジェクト情報のサブクラス）
抽象化したオブジェクト情報を実際のＡＶストリームに適用するためには、より具体化する必要がある。この考え方は、オブジェクト指向モデルに見られるクラスの継承、特に、オブジェクト情報をスーパークラスとして、各ＡＶストリーム用に具体化した構造をサブクラスと捉えるとわかり易い。図１１に具体化したサブクラスを示す。
【００５９】
本実施形態では、図１１に示すように、オブジェクト情報のサブクラスとして、動画サブクラス、静止画集サブクラス、オーディオサブクラス、ディジタル放送サブクラスの各サブクラスを定義する。すなわち、ビデオ用のオブジェクト情報（ＭＰＥＧプログラムストリーム）である動画オブジェクト情報（Ｍ＿ＶＯＢＩ：Movie Video Object Information）、ディジタル放送データ（ＭＰＥＧトランスポートストリーム）用のオブジェクト情報であるディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ：Digital Video Object Information）、オーディオ用のオブジェクト情報であるオーディオ・オブジェクト情報（ＡＯＢＩ：Audio Object Information）、静止画集用のオブジェクト情報である静止画オブジェクト情報（Ｓ＿ＶＯＢＳＩ：Still Picture Video Object Information）を具体例として定義する。以下、それぞれのオブジェクト情報について説明する。
【００６０】
動画オブジェクト情報８２は、ＭＰＥＧプログラムストリームの一般情報（Ｍ＿ＶＯＢ＿ＧＩ）８２ａと、動画オブジェクトのストリーム情報（Ｍ＿ＶＯＢ＿ＳＴＩ）８２ｂと、Ｔマップ８２ｃとを有する。
【００６１】
一般情報（Ｍ＿ＶＯＢ＿ＧＩ）８２ａは、動画オブジェクトの識別情報（Ｍ＿ＶＯＢ＿ＩＤ）と、動画オブジェクトの記録時刻（Ｍ＿ＶＯＢ＿ＲＥＣ＿ＴＭ）と、動画オブジェクトの開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と、動画オブジェクトの終了時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）とから構成される。
【００６２】
動画オブジェクトのストリーム情報（Ｍ＿ＶＯＢ＿ＳＴＩ）８２ｂは、ビデオストリームのコーディングモードをはじめとするビデオストリーム情報（Ｖ＿ＡＴＲ）と、オーディオストリームの本数（ＡＳＴ＿Ｎｓ）と、オーディオストリームのコーディングモードをはじめとするオーディオストリーム情報（Ａ＿ＡＴＲ）とから構成される。
【００６３】
Ｔマップ８２ｃは、ＡＶファイル内での動画オブジェクトの先頭アドレスと、各動画オブジェクトユニット（ＶＯＢＵ）の再生時間（ＶＯＢＵ＿ＰＢ＿ＴＭ）と、データサイズ（ＶＯＢＵ＿ＳＺ）とを有する。ここで、動画オブジェクトユニット（ＶＯＢＵ）とは、動画オブジェクト（Ｍ＿ＶＯＢ）内の最小アクセス単位を示すが、その詳細は後述する。
【００６４】
ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）８６は、ＭＰＥＧトランスポートストリームの一般情報（Ｄ＿ＶＯＢ＿ＧＩ）８６ａと、ストリーム情報（Ｄ＿ＶＯＢ＿ＳＴＩ）８６ｂと、Ｔマップ８６ｃとを有する。
【００６５】
ディジタル放送オブジェクトの一般情報（Ｄ＿ＶＯＢ＿ＧＩ）８６ａは、ディジタル放送オブジェクトの識別情報（Ｄ＿ＶＯＢ＿ＩＤ）と、ディジタル放送オブジェクトの記録時刻（Ｄ＿ＶＯＢ＿ＲＥＣ＿ＴＭ）と、ディジタル放送オブジェクトの開始時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と、ディジタル放送オブジェクトの終了時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）とから構成される。
【００６６】
ディジタル放送オブジェクトのストリーム情報（Ｄ＿ＶＯＢ＿ＳＴＩ）は、ディジタル放送で配送される付加情報を格納する情報（ＰＲＯＶＩＤＥＲ＿ＩＮＦ）を含む。Ｔマップ８６ｃは、ＡＶファイル内でのディジタル放送オブジェクト（Ｄ＿ＶＯＢ）の先頭アドレスと、各オブジェクトユニット（ＶＯＢＵ）の再生時間（ＶＯＢＵ＿ＰＢ＿ＴＭ）と、データサイズ（ＶＯＢＵ＿ＳＺ）とを有する。
【００６７】
オーディオ・オブジェクト情報（ＡＯＢＩ）８８は、オーディオストリームの一般情報（ＡＯＢ＿ＧＩ）８８ａと、オーディオストリームのストリーム情報（ＡＯＢ＿ＳＴＩ）８８ｂと、Ｔマップ８８ｃとから構成される。オーディオストリームの一般情報（ＡＯＢ＿ＧＩ）８８ａは、オーディオ・オブジェクトの識別情報（ＡＯＢ＿ＩＤ）と、オーディオ・オブジェクトの記録時刻（ＡＯＢ＿ＲＥＣ＿ＴＭ）と、オーディオ・オブジェクトの開始時刻情報（ＡＯＢ＿Ｓ＿ＴＭ）と、オーディオ・オブジェクトの終了時刻情報（ＡＯＢ＿Ｅ＿ＴＭ）とから構成される。ＡＯＢのストリーム情報（ＡＯＢ＿ＳＴＩ）８８ｂは、オーディオストリームのコーディングモードをはじめとするオーディオストリーム情報（Ａ＿ＡＴＲ）を含む。Ｔマップは、ＡＶファイル内でのＡＯＢ先頭アドレスと、オーディオ・オブジェクトユニット（ＡＯＢＵ）毎の再生時間（ＡＯＢＵ＿ＰＢ＿ＴＭ）と、データサイズ（ＡＯＢＵ＿ＳＺ）とを有する。ここで、オーディオ・オブジェクトユニット（ＡＯＢＵ）は、オーディオ・オブジェクト（ＡＯＢ）内の最小アクセス単位を示すが、その詳細は後述する。
【００６８】
静止画オブジェクト情報（Ｓ＿ＶＯＢＳＩ）８４は、静止画像の一般情報（Ｓ＿ＶＯＢＳ＿ＧＩ）８４ａと、静止画像のストリーム情報（Ｓ＿ＶＯＢＳ＿ＳＴＩ）８４ｂと、Ｓマップ８４ｃとからなる。静止画像の一般情報（Ｓ＿ＶＯＢＳ＿ＧＩ）８４ａは、静止画オブジェクトの識別情報（Ｓ＿ＶＯＢＳ＿ＩＤ）と、静止画オブジェクトの記録時刻（Ｓ＿ＶＯＢＳ＿ＲＥＣ＿ＴＭ）、静止画オブジェクトの開始静止画番号（Ｓ＿ＶＯＢＳ＿Ｓ＿ＮＯ）、静止画オブジェクトの終了静止画番号（Ｓ＿ＶＯＢＳ＿Ｅ＿ＮＯ）とから構成される。静止画像のストリーム情報（Ｓ＿ＶＯＢＳ＿ＳＴＩ）８４ｂは、静止画オブジェクトの圧縮フォーマットをはじめとする静止画属性情報（Ｖ＿ＡＴＲ）を含む。Ｓマップ８４ｃは、ＡＶファイル内でのＳ＿ＶＯＢＳの先頭アドレスと各静止画のデータサイズ（Ｓ＿ＶＯＢ＿ＳＺ）とを有する。
【００６９】
このように、抽象化されているオブジェクト情報を具体化することで、図１１に示すように、個々のＡＶストリームに対し、対応するストリーム情報テーブルが定義できる。
【００７０】
（オブジェクト情報とセル情報の対応）
次に、図１２を用いてオブジェクト情報（ＯｂｊｅｃｔＩ）の具体化の１つである動画オブジェクト情報（Ｍ＿ＶＯＢＩ）について、セル情報との対応関係について説明する。
【００７１】
セル情報に指定されたタイプ情報（Ｔｙｐｅ）の値が、「Ｍ＿ＶＯＢ」であれば、そのセルは動画オブジェクトに対応していることを意味する。同様に、タイプ情報の値が「Ｄ＿ＶＯＢ」であれば、そのセルはディジタル放送用オブジェクトに対応し、タイプ情報の値が「ＡＯＢ」であれば、オーディオ・オブジェクトに対応していることを意味する。
【００７２】
オブジェクトＩＤ（Ｏｂｊｅｃｔ ＩＤ）をもとに、対応するオブジェクト情報（ＶＯＢＩ）を見つけることができる。オブジェクトＩＤと、動画オブジェクト情報（Ｍ＿ＶＯＢＩ）における一般情報（Ｍ＿ＶＯＢ＿ＧＩ）に含まれる動画オブジェクトＩＤ（識別番号）（Ｍ＿ＶＯＢ＿ＩＤ）とは一対一に対応している。
【００７３】
このように、タイプ情報（Ｔｙｐｅ）とオブジェクトＩＤ（Ｏｂｊｅｃｔ ＩＤ）によって、セル情報に対応するオブジェクト情報を探しだすことが可能である。
【００７４】
セル情報における開始情報位置（Ｓｔａｒｔ）は、動画オブジェクトの開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と対応し、それらが示す値が同一時刻であれば、そのセルは動画オブジェクトの先頭からの再生を示している。開始位置情報（Ｓｔａｒｔ）の値が開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）より大きい場合、そのセルは動画オブジェクトの途中からの再生を示している。また、この場合、開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）の値と、開始位置情報（Ｓｔａｒｔ）の値との差（時間差）だけ、セルは動画オブジェクトの先頭から遅れて再生を開始することを意味する。また、セルの終了位置情報（Ｅｎｄ）と動画オブジェクトの終了時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）も同様の関係を有している。
【００７５】
このように、セル情報内の開始位置情報（Ｓｔａｒｔ）と、終了位置情報（Ｅｎｄ）と、動画オブジェクト情報（Ｍ＿ＶＯＢＩ）内の一般情報（Ｍ＿ＶＯＢ＿ＧＩ）内の開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と、終了時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）とから当該セルの再生開始および終了位置を動画オブジェクト内の相対時間として得ることができる。
【００７６】
動画オブジェクト内のＴマップは、動画オブジェクトユニット（ＶＯＢＵ）毎の再生時間とデータサイズとから構成されるテーブルである。前述したセルの動画オブジェクト内での再生開始および終了相対時間をこのＴマップを参照することによりアドレスデータに変換することができる。
【００７７】
以下に、Ｔマップを参照したアドレス変換について図１３を用いて具体的に説明する。
【００７８】
図１３において、（ａ）は時間軸上でのビデオ表示を表現した動画オブジェクト（Ｍ＿ＶＯＢ）を、（ｂ）は動画オブジェクトユニット（ＶＯＢＵ）毎の再生時間長とデータサイズから構成されるタイムマップを、（ｃ）は、データ（セクタ列）軸上で表現した動画オブジェクトを、（ｄ）は動画オブジェクト（Ｍ＿ＶＯＢ）の一部を拡大したパック列、（ｅ）はビデオストリーム、（ｆ）はオーディオストリームをそれぞれ示している。
【００７９】
動画オブジェクト（Ｍ＿ＶＯＢ）は、ＭＰＥＧプログラムストリームのことであって、ＭＰＥＧプログラムストリームでは、ビデオストリーム、オーディオストリームを順にパケット（ＰＥＳパケット）化して、このパケット（ＰＥＳパケット）を複数束ねたパックのシーケンスである。この場合、１パック内に１パケット（ＰＥＳパケット）を入れ、１パックを１セクタ（＝２０４８Ｂ）としてアクセスし易くしている。また、パック化したビデオパック（Ｖ＿ＰＣＫ）およびオーディオパック（Ａ＿ＰＣＫ）を多重化して１本のストリームにしている。この様子を示しているのが、図１３（ｃ）、（ｄ）、（ｅ）、（ｆ）である。
【００８０】
また、ＭＰＥＧシステムストリーム（プログラムストリームおよびトランスポートストリームの総称）は、多重化したビデオおよびオーディオストリームの同期再生用にストリーム中にタイムスタンプを有している。プログラムストリームの場合、タイムスタンプはフレームの再生時刻を示すＰＴＳ（Presentation Time Stamp）である。前述の動画オブジェクトの開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）、動画オブジェクトの終了時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）は、このＰＴＳを基準に求められた時刻情報である。一方、トランスポートストリームの場合は、バッファへの入力時刻を示すＰＣＲ（Program Clock Reference）をタイムスタンプとして用いる。
【００８１】
ここで動画オブジェクトユニット（ＶＯＢＵ）について説明する。動画オブジェクトユニット（ＶＯＢＵ）とは動画オブジェクト（Ｍ＿ＶＯＢ）内の最小アクセス単位を示す。ＭＰＥＧビデオストリームは高効率な画像圧縮を実現するために、ビデオフレーム内での空間周波数特性を用いた画像圧縮だけでなく、ビデオフレーム間つまり時間軸上での動き特性を用いた画像圧縮を行っている。これは、あるビデオフレームを伸長する場合に、時間軸上の情報、即ち、未来または過去のビデオフレームの情報が必要となり、ビデオフレームを単独で伸長することができないことを意味している。この問題を解決するため、ＭＰＥＧビデオストリームでは、約０．５秒に１枚の割合で、時間軸上での動き特性を用いないビデオフレーム（Ｉ−ピクチャ）を挿入して、ランダムアクセス性を高めている。
【００８２】
動画オブジェクトユニット（ＶＯＢＵ）は、このＩ−ピクチャの先頭データを含むパックを先頭として、次のＩ−ピクチャの先頭データを含むパックの直前のパックまでの区間とする。Ｔマップでは、この各オブジェクトユニット（ＶＯＢＵ）のデータサイズ（パック数）と、オブジェクトユニット（ＶＯＢＵ）内のビデオフレームの再生時間（フィールド数）とから構成されている。
【００８３】
例えば、セルのＳｔａｒｔで示す値と、動画オブジェクトの開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）の示す値との差が１秒（６０フィールド）であったと仮定する。
【００８４】
Ｔマップ内の各オブジェクトユニット（ＶＯＢＵ）の再生時間を先頭から積算していくことで、動画オブジェクト（Ｍ＿ＶＯＢ）の先頭からの各オブジェクトユニットの再生開始時刻を求めることができる。同様に各オブジェクトユニットのデータサイズ（パック数）を積算していくことで、動画オブジェクト（Ｍ＿ＶＯＢ）の先頭からの各オブジェクトユニットのアドレスを求めることができる。
【００８５】
本実施形態の場合、動画オブジェクト（Ｍ＿ＶＯＢ）の先頭からそれぞれ２４、３０、２４フィールドのオブジェクトユニット（ＶＯＢＵ）が並んでいるので、動画オブジェクト（Ｍ＿ＶＯＢ）の先頭から１秒（６０フィールド）後のビデオフレームは先頭から３番目のオブジェクトユニット（ＶＯＢＵ＃３）に含まれていることが求められる。また、オブジェクトユニット（ＶＯＢＵ）のデータ量が動画オブジェクトの先頭からそれぞれ１２５、９８、１１５セクタであるから、３番目のオブジェクトユニット（ＶＯＢＵ＃３）の先頭アドレスは、オブジェクトの先頭から２２３セクタであることが求められる。
【００８６】
これに、ＡＶファイル内でのＭ＿ＶＯＢの先頭アドレス（ＡＤＲ＿ＯＦＦ）である５０１０セクタを加算することで、再生を開始するデータの先頭アドレスが求まる。
【００８７】
以上では、先頭から６０フィールド目のビデオフレームからの再生を想定したが、前述したようにＭＰＥＧビデオの性質上、任意のビデオフレームからのデコードおよび再生は不可能であるので、Ｉ−ピクチャの先頭から再生されるように、６フィールドずれた近傍のオブジェクトユニット（ＶＯＢＵ）の先頭からの再生としている。ただし、デコーダがこの６フィールド分をデコードのみ行い、表示をしないようにすることで、セルが指定するビデオフィールドからの再生も可能である。
【００８８】
上記の説明と同じように、セルの終了位置に対応する動画オブジェクトの再生終了時刻、ＡＶファイル内のアドレスを求めることができる。
【００８９】
次に、ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）について説明する。ディジタル放送オブジェクト情報も、オブジェクト情報から派生したサブクラスであるので、基本的には動画オブジェクト情報と同様である。大きな違いは、動画オブジェクト（Ｍ＿ＶＯＢ）は地上波が録画されることにより作成されることである。即ち、動画オブジェクトはレコーダがそれ自身でエンコードを行ったＡＶストリームであるのに対して、ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）は、ディジタル放送衛星から送られるデータが直接記録されるため、レコーダがそれ自身でエンコードを行ったＡＶストリームではない。
【００９０】
つまり、それ自身でデータをエンコードした場合は、ストリームの内部構造が自明であるのに対して、データを直接記録した場合は、ストリームの内部を解析しない限り構造が分からないため、前述したＴマップを作成することができないことになる。
【００９１】
ディジタル衛星放送で供給されるＭＰＥＧトランスポートストリームを詳細に解析することはできるが、本実施形態では、ＭＰＥＧトランスポートストリーム内の情報を用いてＴマップを作成している。次にこの方法を説明する。
【００９２】
図１４において、（ａ）はＭＰＥＧトランスポートストリーム、（ｂ）はトランスポートパケットの拡大図、（ｃ）はＰＥＳパケット、（ｄ）はビデオストリームをそれぞれ示す。
【００９３】
図１４（ａ）に示すように、ＭＰＥＧトランスポートストリームは、トランスポートパケットのパケット列で構成され、トランスポートパケットは、ヘッダ、適用フィールド（adaptation field）及びペイロードから構成される。適用フィールドには、ランダムアクセスインジケータ（random_access_indicator）が含まれる。ランダムアクセスインジケータは、このトランスポートパケットまたは後続するトランスポートパケット（厳密には、同一のプログラムＩＤを有するトランスポートパケット）において、次のＰＥＳパケット（言い換えると、ＰＥＳパケットの先頭バイトが最初に現れるＰＥＳパケット）内に、ビデオストリームまたはオーディオストリームのアクセス点があることを示すものである。特に、ビデオストリームの場合は、前述したＩ−ピクチャが含まれていることを意味している。
【００９４】
このランダムアクセスインジケータをもとに、ビデオオブジェクトユニット（ＶＯＢＵ）を決定し、Ｔマップを生成することが可能である。
【００９５】
また、トランスポートパケットは、１８８バイトの固定サイズである。このため、ＤＶＤ−ＲＡＭの１セクタ２０４８バイト内に複数のトランスポートパケット（２０４８バイト／１８８バイト＝１０ＴＳパケット）が記録されることになる。動画オブジェクト（Ｍ＿ＶＯＢ）の場合、１パック＝１セクタとして扱えるがディジタル放送オブジェクト（Ｄ＿ＶＯＢ）の場合はこの条件は成り立たない。しかしながら、ＤＶＤ−ＲＡＭに対してデータの読み書きができる単位はセクタであるので、ディジタル放送オブジェクトの場合であっても、Ｔマップ内の情報は、ビデオフィールド数で現した動画オブジェクトユニット（ＶＯＢＵ）の再生時間長と、セクタ数で現した動画オブジェクトユニットのデータサイズとで構成する。
【００９６】
このため、動画オブジェクトユニットを、トランスポートパケットからトランスポートパケットまでと定義すると、Ｔマップのアドレス精度が不足するので、その代わりに、当該トランスポートパケット含むセクタを用いて動画オブジェクトユニット（ＶＯＢＵ）を定義する。
【００９７】
また、ディジタル放送オブジェクトのストリーム情報（Ｄ＿ＶＯＢ＿ＳＴＩ）内のＰＲＯＶＩＤＥＲ＿ＩＮＦフィールドには、放送事業社を識別するＩＤと、放送事業社毎の固有の情報とが含まれる。
【００９８】
図１５を用いてオーディオ・オブジェクト情報（ＡＯＢＩ）について説明する。オーディオ・オブジェクト情報も、動画オブジェクト情報と同様にオブジェクト情報から派生したサブクラスであるので、基本的には動画オブジェクト情報の場合と同様である。大きな違いは、オーディオ・オブジェクトがオーディオ専用のオブジェクトであり、かつ、ＭＰＥＧシステムストリーム化されていない点である。以下に、オーディオ・オブジェクト情報を説明する。
【００９９】
オーディオ・オブジェクトはＭＰＥＧシステムストリーム化されていないため、オーディオ・オブジェクト中にはタイムスタンプが付けられておらず、セルおよびオブジェクトの再生開始時刻や再生終了時刻を示すための基準時刻が存在しない。そこで、オーディオ・オブジェクト情報における一般情報（ＡＯＢＩ＿ＧＩ）内のオーディオ・オブジェクトの開始時刻（ＡＯＢ＿Ａ＿Ｓ＿ＴＭ）に０を入れ、オーディオ・オブジェクト情報の終了時刻（ＡＯＢ＿Ａ＿Ｅ＿ＴＭ）にはオーディオ・オブジェクトの再生時間長を入れる。また、セル情報内のＳｔａｒｔフィールドおよびＥｎｄフィールドには、オーディオ・オブジェクト内での相対時刻を入れる。
【０１００】
また、オーディオデータはＭＰＥＧビデオデータと異なり、全てのオーディオフレーム単位で再生が可能であるので、オーディオフレームの整数倍でオーディオ・オブジェクトユニット（ＡＯＢＵ）を構成することが可能である。ただし、オーディオ・オブジェクトユニット（ＡＯＢＵ）を細かくとりすぎるとＴマップで管理するデータが膨大になってしまうので動画オブジェクトのオブジェクトユニット（ＶＯＢＵ）と同程度の０．５秒間隔程度にオーディオ・オブジェクトユニット（ＡＯＢＵ）を構成して、各オーディオ・オブジェクトユニットの再生時間長とデータサイズとをＴマップにて管理する。
【０１０１】
図１６を用いて静止画オブジェクト情報（Ｓ＿ＶＯＢＳＩ）について説明する。静止画オブジェクト情報（Ｓ＿ＶＯＢＳＩ）も、動画オブジェクト情報と同様にオブジェクト情報から派生したサブクラスであるので、基本的には動画オブジェクト情報の場合と同様である。大きな違いは、静止画オブジェクトは、静止画データを複数集めたオブジェクトである点と、静止画オブジェクトがＭＰＥＧシステムストリーム化されていない点である。以下、静止画オブジェクト情報について説明する。
【０１０２】
静止画は、動画や音声等と異なり時間情報を有していない。そこで、静止画オブジェクトの一般情報（Ｓ＿ＶＯＢＳ＿ＧＩ）内の開始、終了情報には、開始静止画番号（Ｓｔａｒｔ＿Ｖｉｄｅｏ）および終了静止画番号（Ｅｎｄ＿Ｖｉｄｅｏ）をそれぞれ記述する。また、セル内のＳｔａｒｔおよびＥｎｄフィールドには、時刻情報でなく、静止画オブジェクト内での静止画番号を記述する。
【０１０３】
また、静止画集での最小アクセス単位は静止画単位であるので、アクセスマップとして、各静止画のデータサイズ（Ｓ＿ＶＯＢ＿ＳＺ）を含むテーブルであるＳマップを定義している。
【０１０４】
以上、説明したデータ構造をまとめたものを図１７に示す。また、図１７はＤＶＤ−ＲＡＭにおける管理情報全体を示す。以下に図１７を用いて管理情報全体について説明する。図１７に示すように、本実施形態のＤＶＤ−ＲＡＭには、前述のＰＧＣ情報５０、７０等の他に、ビデオ管理全体情報９０や、各種のファイル情報テーブル９２、９４、９６、９８を備える。
【０１０５】
ビデオ管理全体情報（VMGI: Video Manager General Information）９０は、ディスク全体に関する管理情報であり、例えば、オリジナルＰＧＣ情報５０、ユーザ定義ＰＧＣ情報７０、及び、各種ファイル管理テーブル９２、９４…等の開始アドレスすなわちポインタ情報を含んでいる。このポインタ情報を参照することにより、これらのテーブル５０、７０、８２、９４…へのアクセスが可能となる。
【０１０６】
ここで、図１７に示すファイル管理テーブル９２、９４、９６、９８について説明する。ファイル管理テーブル９２、９４、９６、９８のそれぞれは、オブジェクトから構成されるデータファイルを管理するためのテーブルであり、オブジェクトの種類毎に設けられている。例えば、動画オブジェクトを記録した動画ファイルを管理する動画ファイル管理テーブル９２や、静止画オブジェクトを記録した静止画ファイルを管理する静止画ファイル管理テーブル９４等がある。
【０１０７】
前述のようにＰＧＣ情報内のセル情報のオブジェクトＩＤに基きオブジェクト情報が特定されるが、この場合、ファイル管理テーブル９２、９４、９６、９８を介してオブジェクト情報のアドレスが特定される。このため、ファイル管理テーブル９２、９４、９６、９８は、管理するオブジェクト情報の数、オブジェクトＩＤ、オブジェクト情報のサイズ等の情報を有している。例えば、オブジェクトＩＤが順番を示す場合、セル情報により指定されたオブジェクトＩＤに基いて、その指定されたオブジェクト情報が、ファイル管理テーブルにより管理されているオブジェクト情報の中の何番目のオブジェクト情報であるかを認識できる。その後、そのオブジェクト情報の順番と、ファイルサイズとからファイル管理テーブルの開始アドレスを基準としたオフセット量を計算することにより、その指定されたオブジェクト情報のアドレスを得ることができる。
【０１０８】
図１７に示すように、動画ファイル管理テーブル９２は、動画オブジェクトを記録した動画ファイルを管理するテーブルである。動画ファイル管理テーブル９２は、動画オブジェクト情報（Ｍ＿ＶＯＢＩ）９２ａ、９２ｂ…と、そのテーブル９２が管理する動画オブジェクト情報の数、動画オブジェクトのサイズ等を含むテーブル管理情報（Ｍ＿ＡＶＦＩＴＩ）９２ｈとを含む。このテーブル管理情報９２ｈに記述されている動画オブジェクト情報の数だけ、動画オブジェクト情報がディスク上に続けて記録されている。動画オブジェクト情報９２ａ…は、前述のように、一般情報（Ｍ＿ＶＯＢ＿ＧＩ）、ストリーム情報（Ｍ＿ＶＯＢ＿ＳＴＩ）、Ｔマップを含む。また、Ｔマップは、各動画オブジェクトユニット（ＶＯＢＵ）の表示時間およびサイズ（ＶＯＢＵ＿ＥＮＴ）を含む。
【０１０９】
また、静止画オブジェクトを記録した静止画ファイルの管理テーブル（Ｓ＿ＡＶＦＩＴ）９４、ディジタル放送オブジェクトを記録したディジタル放送ファイルの管理テーブル（Ｄ＿ＡＶＦＩＴ）９６、オーディオ・オブジェクトを記録したオーディオファイルの管理テーブル（Ａ＿ＡＶＦＩＴ）９８も同様の構成である。
【０１１０】
オリジナルＰＧＣ情報５０には、再生すべき順にセル情報６１、６２、６３…が記録されている。セル情報はオブジェクト情報への対応情報（タイプおよびオブジェクトＩＤ）と、オブジェクト内での再生区間情報（ＳｔａｒｔおよびＥｎｄ）とを有している。セルが示す再生区間情報は、オブジェクト情報内のアクセスマップを通してオブジェクト実態のアドレス情報に変換することができる。
【０１１１】
前述した通り、オリジナルＰＧＣ情報５０とユーザ定義ＰＧＣ情報７０の違いは、オリジナルＰＧＣ情報５０がディスクに記録されている全オブジェクトを再生するようにレコーダが自動生成したものに対して、ユーザ定義ＰＧＣ情報７０は、ユーザが好みに応じて自由に再生シーケンスを定義できるＰＧＣであるだけであるので、ユーザ定義ＰＧＣ情報７０は、オリジナルＰＧＣ情報５０と同一の構成を有している。
【０１１２】
このように、ＡＶストリーム用管理情報を先に抽象化しておくことで、再生制御情報であるＰＧＣ情報、セル情報をＡＶストリームフォーマット毎に固有な情報に依存しない形で定義することが可能となり、ＡＶストリームを統合的に管理することが可能となる。これにより、ＡＶフォーマットを意識せずにユーザが自由にＡＶデータの再生ができる環境が実現できる。
【０１１３】
また、このような構成を有することにより、新たなＡＶフォーマットを取り込む場合、既存のＡＶフォーマットと同じようにオブジェクト情報から派生した管理情報を規定することで、データ構造中に簡単に取り込むことが可能である。
【０１１４】
（プレーヤモデル）
次に、図１８を用いて上記光ディスクを再生するプレーヤモデルについて説明する。図１８に示すように、プレーヤは、光ディスク１００からデータを読み出す光ピックアップ１７０１と、読み出したデータのエラー訂正等を行なうＥＣＣ処理部１７０２と、エラー訂正後の読み出しデータを一時的に格納するトラックバッファ１７０３と、動画オブジェクト（Ｍ＿ＶＯＢ）等のプログラムストリームを再生するＰＳデコーダ１７０５と、ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）等のトランスポートストリームを再生するＴＳデコーダ１７０６と、オーディオ・オブジェクト（ＡＯＢ）を再生するオーディオデコーダ１７０７と、静止画をデコードする静止画デコーダ１７０８と、各デコーダ１７０５、１７０６…へのデータ入力を切り換える切換え手段１７１０と、プレーヤの各部を制御する制御部１７１１とを備える。
【０１１５】
光ディスク１００上に記録されているデータは、光ピックアップ１７０１から読み出され、ＥＣＣ処理部１７０２を通してトラックバッファ１７０３に格納される。トラックバッファ１７０３に格納されたデータは、ＰＳデコーダ１７０５、ＴＳデコーダ１７０６、オーディオデコーダ１７０７、静止画デコーダ１７０８の何れかに入力されデコードおよび出力される。このとき、制御部１７１１が、読み出したデータから前述の方法で再生シーケンスを規定するＰＧＣ情報内のセル情報のタイプ情報を判断して切換え部１７１０を切り換えることにより、読み出しデータをデコードするために適した一のデコーダを選択する。
【０１１６】
また、本実施形態のプレーヤは、さらに、ＡＶストリームを外部に供給するためのディジタルインタフェース１７０４を有している。これにより、ＡＶストリームをＩＥＥＥ１３９４やＩＥＣ９５８などの通信プロトコルを介して外部に供給することも可能である。これは、特に、新たなＡＶフォーマットを取り込んだ場合、プレーヤ内部のデコーダを介さずにディジタルインタフェース１７０４を通じて外部のＡＶ機器に出力し、そのＡＶ機器で再生させるときに有効となる。
【０１１７】
また、本プレーヤが新たなＡＶフォーマットをサポートする場合は、他のデコーダと同様にトラックバッファ１７０３に接続する、新たなＡＶフォーマットに対応したデコーダ１７０９をさらに備えればよい。
【０１１８】
（ＤＶＤレコーダの録画）
次に、図１９を用いて上記光ディスクに対してデータの記録、再生を行なう本発明に係るＤＶＤレコーダの構成および動作について説明する。
【０１１９】
図に示すように、ＤＶＤレコーダは、ユーザへの表示およびユーザからの要求を受け付けるユーザインターフェース部１９０１、ＤＶＤレコーダ全体の管理および制御を司るシステム制御部１９０２、ＶＨＦおよびＵＨＦを受信するアナログチューナ１９０３、アナログ信号をディジタル信号に変換しＭＰＥＧプログラムストリームにエンコードするエンコーダ１９０４、ディジタル衛星放送を受信するディジタルチューナ１９０５、ディジタル衛星で送られるＭＰＥＧトランスポートストリームを解析する解析部１９０６、テレビおよびスピーカなどの表示部１９０７、ＡＶストリームをデコードするデコーダ１９０８とを備える。デコーダ１９０８は、図１８に示した第１及び第２のデコーダ等からなる。さらに、ＤＶＤレコーダは、ディジタルインターフェース部１９０９と、書きこみデータを一時的に格納するトラックバッファ１９１０と、ＤＶＤ−ＲＡＭ１００にデータを書きこむドライブ１９１１とを備える。ディジタルインターフェース部１９０９はＩＥＥＥ１３９４等の通信プロトコルにより外部機器にデータを出力するインタフェースである。
【０１２０】
このように構成されるＤＶＤレコーダにおいては、ユーザインターフェース部１９０１が最初にユーザからの要求を受ける。ユーザインターフェース部１９０１はユーザからの要求をシステム制御部１９０２に伝え、システム制御部１９０２はユーザからの要求を解釈および各モジュールへ処理要求を行う。
【０１２１】
ユーザからの要求がアナログ放送の録画であった場合、システム制御部１９０２はアナログチューナ１９０３への受信とエンコーダ部１９０４へのエンコードを要求する。
【０１２２】
エンコーダ部１９０４はアナログチューナ１９０３から送られるＡＶデータをビデオエンコード、オーディオエンコードおよびシステムエンコードしてトラックバッファ１９１０に送出する。
【０１２３】
エンコーダ部１９０４は、エンコード開始直後に、エンコードしているＭＰＥＧプログラムストリームの再生開始時刻（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）をシステム制御部１９０２に送り、続いてＴマップを作成するための情報として動画オブジェクトユニット（ＶＯＢＵ）の時間長およびサイズ情報をエンコード処理と平行してシステム制御部１９０２に送る。
【０１２４】
次にシステム制御部１９０２は、ドライブ１９１１に対して記録要求を出し、ドライブ１９１１はトラックバッファ１９１０に蓄積されているデータを取り出しＤＶＤ−ＲＡＭディスク１００に記録する。この時、システム制御部１９０２はファイルシステムのアロケーション情報からディスク１００上のどこに記録するかをあわせてドライブ１９１１に指示する。
【０１２５】
録画終了はユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザインターフェース部１９０１を通してシステム制御部１９０２に伝えられ、システム制御部１９０２はアナログチューナ１９０３とエンコーダ部１９０４に対して停止要求を出す。
【０１２６】
エンコーダ１９０４はシステム制御部１９０２からのエンコード停止要求を受けエンコード処理を止め、最後にエンコードを行ったＭＰＥＧプログラムストリームの再生終了時刻（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）をシステム制御部１９０２に送る。
【０１２７】
システム制御部１９０２は、エンコード処理終了後、エンコーダ１９０４から受け取った情報に基づき動画オブジェクト情報（Ｍ＿ＶＯＢＩ）を生成する。次に、この動画オブジェクト情報（Ｍ＿ＶＯＢＩ）に対応するセル情報を生成するが、この時重要なのは、セル情報内のタイプ情報を「Ｍ＿ＶＯＢ」にすることである。前述した通り、セル情報内の情報は、動画オブジェクト（Ｍ＿ＶＯＢ）には依存しない形で構成されており、動画オブジェクト（Ｍ＿ＶＯＢ）に依存する情報は全て動画オブジェクト情報（Ｍ＿ＶＯＢＩ）の中に隠蔽された形になっている。したがって、セル情報のタイプ情報の認識を誤ると、正常な再生ができなくなり、場合によってはシステムダウンが起こる場合もある。
【０１２８】
最後にシステム制御部１９０２は、ドライブ１９１１に対してトラックバッファ１９１０に蓄積されているデータの記録終了と、動画オブジェクト情報（Ｍ＿ＶＯＢＩ）およびセル情報の記録を要求し、ドライブ１９１１がトラックバッファ１９１０の残りデータと、動画オブジェクト情報（Ｍ＿ＶＯＢＩ）と、セル情報とをＤＶＤ−ＲＡＭディスク１００に記録し、録画処理を終了する。
【０１２９】
次に、ユーザからの要求がディジタル放送の録画であった場合の動作について説明する。
【０１３０】
ユーザによるディジタル放送録画要求は、ユーザインターフェース部１９０１を通してシステム制御部１９０２に伝えられる。システム制御部１９０２はディジタルチューナ１９０５への受信と解析部１９０６へのデータ解析を要求する。
【０１３１】
ディジタルチューナ１９０５から送られるＭＰＥＧトランスポートストリームは解析部１９０６を通してトラックバッファ１９１０へ転送される。解析部１９０６は、最初にＭＰＥＧトランスポートストリームからディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）の生成に必要な情報として、開始時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）を抽出してシステム制御部１９０２に送る。次に、ＭＰＥＧトランスポートストリーム中のオブジェクトユニット（ＶＯＢＵ）を決定し、Ｔマップ生成に必要なオブジェクトユニットの時間長とサイズとをシステム制御部１９０２に送る。なお、オブジェクトユニット（ＶＯＢＵ）の決定は、前述したようにＴＳパケットヘッダ中の適用フィールド（ａｄａｐｔａｔｉｏｎ ｆｉｅｌｄ）内のランダムアクセスインジケータ（ｒａｎｄａｍ＿ａｃｃｅｓｓ＿ｉｎｄｉｃａｔｏｒ）をもとに検出することにより可能である。
【０１３２】
次にシステム制御部１９０２は、ドライブ１９１１に対して記録要求を出力し、ドライブ１９１１はトラックバッファ１９１０に蓄積されているデータを取り出しＤＶＤ−ＲＡＭディスク１００に記録する。この時、システム制御部１９０２はファイルシステムのアロケーション情報からディスク上のどこに記録するかをあわせてドライブ１９１１に指示する。
【０１３３】
録画終了はユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザインターフェース部１９０１を通してシステム制御部１９０２に伝えられ、システム制御部１９０２はディジタルチューナ１９０５と解析部１９０６に停止要求を出す。
【０１３４】
解析部１９０６はシステム制御部１９０２からの解析停止要求を受け解析処理を止め、最後に解析を行ったＭＰＥＧトランスポートストリームの動画オブジェクトユニット（ＶＯＢＵ）の最後の表示終了時刻（Ｄ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）をシステム制御部１９０２に送る。
【０１３５】
システム制御部１９０２は、ディジタル放送の受信処理終了後、解析部１９０６から受け取った情報に基づき、ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）を生成する。次に、このディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）に対応するセル情報を生成するが、この時、セル情報内のタイプ情報として「Ｄ＿ＶＯＢ」を設定する。
【０１３６】
最後にシステム制御部１９０２は、ドライブ１９１１に対してトラックバッファ１９１０に蓄積されているデータの記録終了と、ディジタル放送オブジェクト情報およびセル情報の記録を要求する。ドライブ１９１１は、トラックバッファ１９１０の残りデータと、ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）、セル情報をＤＶＤ−ＲＡＭディスク１００に記録し、録画処理を終了する。
【０１３７】
以上、ユーザからの録画開始および終了要求をもとに動作を説明したが、例えば、ＶＴＲで使用されているタイマー録画の場合では、ユーザの代わりにシステム制御部が自動的に録画開始および終了要求を発行するだけであって、本質的にＤＶＤレコーダの動作が異なるものではない。
【０１３８】
（ＤＶＤレコーダの再生）
次にＤＶＤレコーダにおける再生動作について説明する。
まず、ユーザインターフェース部１９０１がユーザからの要求を受ける。ユーザインターフェース部１９０１はユーザからの要求をシステム制御部１９０２に伝え、システム制御部１９０２はユーザからの要求の解釈および各モジュールへの処理要求を行う。ユーザからの要求がＰＧＣの再生であった場合、システム制御部１９０２はＰＧＣ情報およびセル情報を解析してどのオブジェクトの再生かを解析する。なお、以下では、１つの動画オブジェクト（Ｍ＿ＶＯＢ）と、１つのセル情報とから構成されるオリジナルＰＧＣの場合を説明する。
【０１３９】
システム制御部１９０２は最初にＰＧＣ情報内のセル情報内のタイプ情報を解析する。タイプ情報が「Ｍ＿ＶＯＢ」であった場合、再生するＡＶストリームがＭＰＥＧプログラムストリームとして記録されたＡＶストリームであることがわかる。次にシステム制御部１９０２は、セル情報のＩＤから対応する動画オブジェクト情報（Ｍ＿ＶＯＢＩ）を、テーブル（Ｍ＿ＡＶＦＩＴ）から探し出す。次に、セル情報の開始および終了位置情報と、動画オブジェクト情報の開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）及び終了時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）と、Ｔマップとから、再生するＡＶデータの開始および終了アドレスを求める。
【０１４０】
次に、システム制御部１９０２はドライブ１９１１に対して、ＤＶＤ−ＲＡＭディスク１００からの読み出し要求を、読み出しアドレスと共に送る。ドライブ１９１１は、システム制御部１９０２に指示されたアドレスからＡＶデータを読み出し、トラックバッファ１９１０に格納する。
【０１４１】
次に、システム制御部１９０２は、デコーダ１９０８に対して、ＭＰＥＧプログラムストリームのデコード要求を行う。デコーダ１９０８はトラックバッファ１９１０に格納されているＡＶデータを読み出し、デコード処理を行う。デコードされたＡＶデータは表示装置１９０７を通して出力される。
【０１４２】
ドライブ１９１１はシステム制御部１９０２から指示された全データの読み出し終了後、システム制御部１９０２に読み出し終了を報告し、システム制御部１９０２は、デコーダ１９０８に対して再生終了要求を出す。デコーダ１９０８はトラックバッファ１９１０が空になるまでデータの再生を行い、トラックバッファ１９１０が空になり、全てのデータのデコードおよび再生が終了した後、システム制御部１９０２に再生終了を報告を行い、再生処理が終了する。
【０１４３】
以上、１つの動画オブジェクト（Ｍ＿ＶＯＢ）、１つのセル情報から構成されるオリジナルＰＧＣを例に説明を行ったが、オリジナルＰＧＣが、１つのディジタル放送オブジェクト（Ｄ＿ＶＯＢ）のみを含む場合、複数の動画オブジェクトを含む場合、複数のディジタル放送オブジェクトを含む場合、もしくは、動画オブジェクトとディジタル放送オブジェクトとが混在する場合でも、同様の処理を行うことでＡＶストリームの再生が可能である。また、オリジナルＰＧＣが複数セルを含む場合や、ユーザ定義ＰＧＣの場合も同様である。
【０１４４】
また、オーディオ・オブジェクト（ＡＯＢ）や、静止画オブジェクト（Ｓ＿ＶＯＢＳ）などのＡＶストリームもデコーダ１９０８内の構成が異なるだけであり、他のモジュールや、動作処理は基本的に同じである。この場合、デコーダ１９０８は、例えば、図１８で示したＰＳデコーダ１７０５、ＴＳデコーダ１７０６、オーディオデコーダ１７０７、静止画デコーダ１７０８で構成できる。
【０１４５】
次に、デコーダ１９０８が全てのＡＶストリームの再生機能を持たない場合の例について説明する。
【０１４６】
例えば、デコーダ１９０８がＭＰＥＧトランスポートストリームの再生機能を有していない場合、前述したようにデコーダ１９０８を通しての再生が不可能であるので、この場合、ディジタルインターフェース部１９０９を介して外部機器にデータを供給し、外部機器にてデータの再生を行う。
【０１４７】
システム制御部１９０２は、ユーザから再生要求されたＰＧＣ情報内のセル情報が、システムがサポートしていないディジタル放送オブジェクト（Ｄ＿ＶＯＢ）であることを検出した場合、デコーダ１９０８に対する再生要求の代わりに、ディジタルインターフェース１９０９に対してデータの外部出力要求を行う。ディジタルインターフェース部１９０９はトラックバッファ１９１０に蓄積されているＡＶデータを接続しているディジタルインターフェースの通信プロトコルに従いデータの転送を行う。なお、上述した処理以外は動画オブジェクト（Ｍ＿ＶＯＢ）の再生時と同様である。
【０１４８】
また、デコーダ１９０８が再生対象のＡＶストリームに対応しているか否かは、システム制御部１９０２が自身で判断しても良いし、システム制御部１９０２からデコーダ１９０８に問い合わせるようにしても良い。
【０１４９】
（ＤＶＤプレーヤ）
次に、図２０を用いて上記光ディスクを再生する本発明にかかるＤＶＤプレーヤの構成について説明する。本ＤＶＤプレーヤは前述のプレーヤモデルを実現するものである。
【０１５０】
図に示すように、ＤＶＤプレーヤは、ユーザへの表示およびユーザからの要求を受け付けるユーザインターフェース部２００１、ＤＶＤプレーヤの構成要素全体の管理および制御を司るシステム制御部２００２、テレビおよびスピーカ等からなる表示部２００３、ＭＰＥＧストリームをデコードするデコーダ２００４、ＩＥＥＥ１３９４などに接続するディジタルインターフェース部２００５、ＤＶＤ−ＲＡＭ１００から読み出したデータを一時的に蓄積するトラックバッファ２００６、ＤＶＤ−ＲＡＭ１００からデータを読み出すドライブ２００７を備える。このように構成されるＤＶＤプレーヤは、前述したＤＶＤレコーダと同様の再生動作を行なう。
【０１５１】
なお、本実施形態では、ＤＶＤ−ＲＡＭを例に説明をしたが、他のメディアにおいても同様のことが言え、本発明はＤＶＤ−ＲＡＭや光ディスクにのみ制限されるものではない。
【０１５２】
また、本実施形態では、デコーダがサポートしていないＡＶストリームの場合にディジタルインターフェースを介して再生を行うとしたが、デコーダがサポートしているＡＶストリームであっても、ユーザの要求によってディジタルインターフェースを介して外部機器に出力するようにしても良い。
【０１５３】
また、本実施形態では、オーディオデータおよび静止画データをＭＰＥＧストリームでない独自のデータであるとして説明したが、これらのデータがＭＰＥＧシステムストリームの構成で記録されても良い。
【０１５４】
【発明の効果】
本発明によれば、様々なＡＶフォーマットを同時に記録できるだけでなく統合的に管理することが可能となり、種々の種類のオブジェクトすなわち多様なフォーマットで記録されるオブジェクトを１つの記録媒体上で管理することが可能となる。
【図面の簡単な説明】
【図１】 ＤＶＤレコーダのドライブ装置のブロック図
【図２】 ディスク上のアドレス空間及びトラックバッファ内データ蓄積量を示す図
【図３】 ファイルシステムとファイル構造を示す図
【図４】 従来のＡＶ機器とメディアの関係を示す図
【図５】 ＭＰＥＧプログラムストリームとトランスポートストリームを示す図
【図６】 ＰＣ上でＡＶデータを扱った場合を示す図。
【図７】 ＤＶＤレコーダが目指すＡＶ機器とメディアの関係を示す図。
【図８】 ＤＶＤレコーダのメニューを説明する図。
【図９】 ＡＶファイルとディレクトリの関係（ａ）と、ディスク上のアドレス空間（ｂ）とを示す図。
【図１０】 オブジェクト、オブジェクト情報及びＰＧＣ情報の関係を説明した図。
【図１１】 オブジェクト情報から派生した各ストリーム管理情報を示す図。
【図１２】 動画オブジェクト（Ｍ＿ＶＯＢ）と、動画オブジェクト情報（Ｍ＿ＶＯＢＩ）及びＰＧＣ情報の関係を示す図。
【図１３】 本発明に係るタイムマップを説明する図。
【図１４】 ＭＰＥＧトランスポートストリームを示した図。
【図１５】 オーディオオブジェクト（ＡＯＢ）と、オーディオオブジェクト情報（ＡＯＢＩ）との関係を示す図。
【図１６】 静止画オブジェクト（Ｓ＿ＶＯＢＳ）と、静止画オブジェクト情報（Ｓ＿ＶＯＢＳＩ）と、ＰＧＣ情報との関係を示す図。
【図１７】 ＤＶＤ−ＲＡＭにおける管理情報を説明した図。
【図１８】 本発明に係るプレーヤモデルのブロック図。
【図１９】 ＤＶＤレコーダのブロック図。
【図２０】 本発明に係るＤＶＤプレーヤのブロック図。
【符号の説明】
５０，７０ ＰＧＣ情報（PGCI: Program Chain Information）
６０ セル情報（CellI: Cell Information）
８０ オブジェクト情報(OBJECT I: Object Information)
８０ｃ アクセスマップ
１００ ＤＶＤ−ＲＡＭ
１７０１ 光ピックアップ
１７０４，１９０９，２００５ ディジタルインターフェース部
１７０５ ＰＳデコーダ
１７０６ ＴＳデコーダ
１７０７ オーディオデコーダ
１７０８ 静止画デコーダ
１７１０ 選択部
１７１１ 制御部
１９０２，２００２ システム制御部
１９０８，２００４ デコーダ
１９０６ 解析部
１９１１，２００７ ドライブ
【発明の属する技術分野】
本発明は、読み書き可能な情報記録媒体に関し、特に、動画像データおよび静止画データおよびオーディオデータ等の種々のフォーマットのデータを含むマルチメディアデータが記録される情報記録媒体に関する。さらに、そのような情報記録媒体に対してデータを記録する装置及び方法に関する。
【０００２】
【従来の技術】
６５０ＭＢ程度が上限であった書き換え型光ディスクの分野で数ＧＢの容量を有する相変化型ディスクＤＶＤ−ＲＡＭが出現した。また、ディジタルＡＶデータの符号化規格であるＭＰＥＧ（ＭＰＥＧ２）の実用化とあいまってＤＶＤ−ＲＡＭは、コンピュータ用途だけでなくオーディオ・ビデオ（ＡＶ）技術分野における記録・再生メディアとして期待されている。つまり従来の代表的なＡＶ記録メディアである磁気テープに代わるメディアとして普及が予測される。
【０００３】
（ＤＶＤ−ＲＡＭの説明）
近年、書き換え可能な光ディスクの高密度化が進みコンピュータデータやオーディオデータの記録に留まらず、画像データの記録が可能となりつつある。
【０００４】
例えば、光ディスクの信号記録面には、従来から凸凹上のガイド溝が形成されている。
【０００５】
従来は凸または凹にのみ信号を記録していたが、ランド・グループ記録法により凸凹両方に信号を記録することが可能となった。これにより約２倍の記録密度向上が実現した。例えば特開平８−７２８２号公報に記載されたものが知られている。
【０００６】
また、記録密度を向上させるために有効なＣＬＶ方式（線速度一定記録）の制御を簡易化し実用化を容易とするゾーンＣＬＶ方式なども考案、実用化されている。これは、例えば特開平７−９３８７３号公報に開示されている。
【０００７】
これらの大容量化を目指す光ディスクを用いて如何に画像データを含むＡＶデータを記録し、従来のＡＶ機器を大きく超える性能や新たな機能を実現するかが今後の大きな課題である。
【０００８】
このような大容量で書き換え可能な光ディスクの出現により、今後ＡＶの記録・再生も従来のテープに代わり光ディスクが主体となることが考えられる。テープからディスクへの記録メディアの移行は、ＡＶ機器の機能・性能面で様々な影響を与える。
【０００９】
ディスクへの移行において最大の特徴はランダムアクセス性能の大幅な向上である。仮にテープをランダムアクセスする場合、一巻きの巻き戻しに通常数分オーダーの時間が必要である。これは光ディスクメディアにおけるシーク時間（数１０ｍｓ以下）に比べて桁違いに遅い。従ってテープは実用上ランダムアクセス装置になり得ない。
【００１０】
このようなランダムアクセス性能によって、従来のテープでは不可能であったＡＶデータの分散記録が光ディスクでは可能となった。
【００１１】
図１は、ＤＶＤレコーダのドライブ装置のブロック図である。ドライブ装置は、ＤＶＤ−ＲＡＭディスク１０のデータを読み出す光ピックアップ１１、ＥＣＣ（Error Correcting Code）処理部１２、１トラックバッファ１３、トラックバッファへ１３の入出力を切り替えるスイッチ１４、エンコーダ部１５及びデコーダ部１６を備える。
【００１２】
図に示すように、ＤＶＤ−ＲＡＭディスク１０には、１セクタ＝２ＫＢを最小単位としてデータが記録される。また、１６セクタ＝１ＥＣＣブロックとして、ＥＣＣ処理部１２でエラー訂正処理が施される。
【００１３】
トラックバッファ１３は、ＤＶＤ−ＲＡＭディスク１０にＡＶデータをより効率良く記録するため、ＡＶデータを可変ビットレートで記録するためのバッファである。ＤＶＤ−ＲＡＭ１００への読み書きレート（Ｖａ）が固定レートであるのに対して、ＡＶデータはその内容（ビデオであれば画像）の持つ複雑さに応じてビットレート（Ｖｂ）が変化するため、このビットレートの差を吸収するためのバッファである。例えば、ビデオＣＤのようにＡＶデータを固定ビットレートとした場合、トラックバッファ１３は不要となる。
【００１４】
このトラックバッファ１３を更に有効利用すると、ディスク１０上にＡＶデータを離散配置することが可能になる。図２を用いてこれを説明する。
【００１５】
図２（ａ）は、ディスク上のアドレス空間を示す図である。図２（ａ）に示す様にＡＶデータが［ａ１，ａ２］の連続領域と［ａ３，ａ４］の連続領域に分かれて記録されている場合、ａ２からａ３へシークを行っている間、トラックバッファに蓄積してあるデータをデコーダ部１６へ供給することでＡＶデータの連続再生が可能になる。この時の状態を示したのが図２（ｂ）である。
【００１６】
位置ａ１で読み出しを開始したＡＶデータは、時刻ｔ１からトラックバッファへ１３入力されるとともに、トラックバッファ１３からデータの出力が開始される。これにより、トラックバッファへの入力レート（Ｖａ）とトラックバッファからの出力レート（Ｖｂ）のレート差（Ｖａ−Ｖｂ）の分だけトラックバッファへデータが蓄積されていく。この状態が、検索領域がａ２に達するまで、すなわち、時刻ｔｔ２に達するまで継続する。この間にトラックバッファ１３に蓄積されたデータ量をＢ（ｔ２）とすると、時間ｔ２から、領域ａ３のデータの読み出しを開始する時刻ｔ３までの間、トラックバッファ１３に蓄積されているＢ（ｔ２）を消費してデコーダ１６へ供給しつづけられれば良い。
【００１７】
言い方を変えれば、シーク前に読み出すデータ量（［ａ１，ａ２］）が一定量以上確保されていれば、シークが発生した場合でも、ＡＶデータの連続供給が可能である。
【００１８】
なお、ここでは、ＤＶＤ−ＲＡＭからデータを読み出す、即ち再生の場合の例を説明したが、ＤＶＤ−ＲＡＭへのデータの書き込み、即ち録画の場合も同様に考えることができる。
【００１９】
上述したように、ＤＶＤ−ＲＡＭでは一定量以上のデータが連続記録さえされていればディスク上にＡＶデータを分散記録しても連続再生／録画が可能である。
【００２０】
更に、この大容量記録メディアであるＤＶＤ−ＲＡＭをより効果的に使用するため、ＤＶＤ−ＲＡＭでは図３に示すように、ＵＤＦ（Universal Disc Format）ファイルシステムをのせ、ＰＣ上でのアクセスを可能としている。ＵＤＦの情報は図中のＶｏｌｕｍｅに記録される。ＵＤＦファイルシステムの詳細は「Universal Disc Format Standard」に開示されている。
【００２１】
（従来のＡＶ機器）
次に従来、我々が使用してきたＡＶ機器について説明する。
図４は、従来のＡＶ機器とメディア、フォーマットの関係を示した図である。例えば、ユーザがビデオを見ようと思えば、ビデオカセットをＶＴＲに入れ、テレビで見るのが当たり前であり、音楽を聞こうと思えば、ＣＤをＣＤプレーヤやＣＤラジカセに入れてスピーカまたはヘッドホンで聞くのが当たり前であった。つまり、従来のＡＶ機器では一つのフォーマット（ビデオまたはオーディオ）に対応した一つのメディアと一対になっているものであった。
【００２２】
このため、ユーザは見たい、聞きたいものに対して、常にメディアやＡＶ機器を取り替える必要があり、不便さを感じていた。
【００２３】
（ディジタル化）
また、近年のディジタル技術の普及によって、パッケージソフトとしてＤＶＤビデオディスクが、放送系としてディジタル衛星放送が実用化されてきた。これらの背景にディジタル技術の革新、特に国際標準規格であるＭＰＥＧの実用化があることは言うまでもない。
【００２４】
図５は、前述したＤＶＤビデオディスクとディジタル衛星放送で使用されているＭＰＥＧストリームの図である。ＭＰＥＧ規格は図５に示すような階層構造を持っている。ここで重要なことは、最終的にアプリケーションが使用するＭＰＥＧストリームは、ＤＶＤビデオディスクのようなパッケージメディア系とディジタル衛星放送のような通信メディア系とで異なることである。前者は「ＭＰＥＧプログラムストリーム」と呼ばれ、ＤＶＤビデオディスクなどの記録単位となるセクタ（ＤＶＤの場合２０４８バイト）を意識したパック単位でデータの転送が行われ、後者は「ＭＰＥＧトランスポートストリーム」と呼ばれ、特にＡＴＭを意識して１８８バイト単位のＴＳパケット単位でデータの転送が行われる。
【００２５】
ディジタル技術や映像音声の符号化技術であるＭＰＥＧによってＡＶデータはメディアに依存無く自由に取り扱えるものと期待されてきたが、このような微妙な差もあって、現在までにパッケージメディアと通信メディアの双方に対応したＡＶ機器やメディアは存在していない。
【００２６】
（ＤＶＤ−ＲＡＭによる影響）
大容量を有するＤＶＤ−ＲＡＭの登場は、従来のＡＶ機器で感じていた不便さの解消に一歩近づくことを意味している。前述したようにＤＶＤ−ＲＡＭは、ＵＤＦファイルシステムを乗せることで、ＰＣからのアクセスを可能とした。この結果、ＰＣ上でさまざまなアプリケーションソフトを使用して、ビデオ、静止画、オーディオなどさまざまなコンテンツをＰＣという一つの機器の上で楽しむことが可能になった。
【００２７】
図６に示すように、画面上に表示されているファイルにマウスカーソルを移動しダブルクリック（またはシングルクリック）するだけで画面左上のようにファイルの内容である動画像が再生される。
【００２８】
このような利便性は、ＰＣの持つ柔軟さとＤＶＤ−ＲＡＭの持つ大容量があいまって実現できた世界であるといえる。
【００２９】
確かに近年のＰＣの普及によって、図６に示すようにＰＣ上でさまざまなＡＶデータが簡単に扱えるようになってきた。しかしながら、ＰＣユーザの数が増えているとはいえ、テレビやビデオなどの民生用ＡＶ機器の普及率や使い易さには及ばないことは言うまでもない。
【００３０】
【発明が解決しようとする課題】
本発明は、次世代ＡＶ記録メディアとして期待されるＤＶＤ−ＲＡＭ等の光ディスクにおいて、その性能を最大限に引き出す上で支障となる以下の課題を解決する。
【００３１】
ＤＶＤレコーダが目指す世界は、図７に示すような単一のメディア、単一のＡＶ機器でさまざまなフォーマットやコンテンツをユーザが個々のフォーマットを意識すること無く、自由に表示再生できる世界である。
【００３２】
図８は、ＤＶＤレコーダにおけるメニュー画面の一例である。このメニューでは、ディジタル衛星放送の”１）洋画劇場”、地上波放送の”朝の連続ドラマ”、”ワールドカップ決勝”やＣＤからダビングした”４）ベートーヴェン”が、記録元のメディアや記録フォーマットを意識すること無くテレビ画面上で選択可能である。
【００３３】
このようなＤＶＤレコーダを実現する際の最大の課題は、様々なフォーマットからなるＡＶデータおよびＡＶストリームを如何に統一的に管理できるかである。
【００３４】
限られたフォーマットのみを管理するのであれば、特別な管理手法を用いる必要はないが、既存の多数のフォーマットだけでなく今後登場する新たなフォーマットに対しても対応ができる管理手法を用いておくことが、前述したＤＶＤレコーダの目指す世界を実現することにつながってくる。
【００３５】
また、さまざまなＡＶストリームを統一的に扱えるか否かによって生じるユーザインターフェースの差異によっては、従来例で説明したような不便さ、つまり、コンテンツやフォーマット毎にユーザが意識して操作を行う必要が出てくる可能性がある。
【００３６】
本発明は上記課題を解決すべくなされたものであり、その目的とするところは、さまざまなＡＶストリームを統一的に扱える情報記録媒体を提供し、さらに、そのような情報記録媒体に対するデータの記録、再生装置及び方法を提供することにある。
【００３７】
【課題を解決するための手段】
本発明に係る情報記録媒体は、放送された動画情報を含むビデオオブジェクトと、ビデオオブジェクトを管理する管理情報とを記録する情報記録媒体である。その情報記録媒体において、管理情報は、記録された各ビデオオブジェクトに対応する、タイプ情報とオブジェクト情報とを含む。タイプ情報は記録される各ビデオオブジェクトに含まれる動画情報の放送の種類を示す。放送の種類は、少なくとも、デジタル放送か否かを示す。オブジェクト情報は、放送の種類に依存した形式で複数種類の情報を含み、複数種類の情報には、対応するビデオオブジェクトの再生時刻とその時刻に再生されるビデオオブジェクトの再生区間が記録された情報記録媒体上のアドレスを得るためのマップ情報が含まれる。
【００３８】
本発明に係る再生装置は、上記の情報記録媒体を再生する再生装置である。その再生装置は、情報記録媒体からビデオオブジェクトと管理情報を読み出す読み出し手段と、読み出したビデオオブジェクトをビデオオブジェクトの放送種類にしたがいデコードする複数のデコード手段と、読み出し手段とデコード手段とを制御する制御手段とを備える。制御手段は、読み出した管理情報に基づき、再生区間として読み出すビデオオブジェクトのアドレスと、読み出したビデオオブジェクトをデコードするデコード手段とを判定する。
【００３９】
本発明に係る記録装置は、上記の情報記録媒体にデータを記録する記録装置である。その記録装置は、ビデオオブジェクトと管理情報とを情報記録媒体に記録する記録手段と、記録手段を制御する制御手段とを備える。制御手段は、記録されるビデオオブジェクトの管理情報として、記録されるビデオオブジェクトのマップ情報をビデオオブジェクトの放送の種類に基づき生成する。
【００４０】
本発明に係る再生方法は、上記の情報記録媒体を再生する再生方法である。その再生方法は、情報記録媒体からビデオオブジェクトと管理情報を読み出す読み出しステップと、読み出したビデオオブジェクトをビデオオブジェクトの放送種類にしたがいデコードする複数のデコードステップと、読み出しステップとデコードステップとを制御する制御ステップとを包含する。制御ステップは、読み出した管理情報に基づき、再生区間として読み出すビデオオブジェクトのアドレスと、読み出したビデオオブジェクトをデコードするデコードステップとを判定する。
【００４１】
本発明に係る記録方法は、上記の情報記録媒体にデータを記録する記録方法である。記録方法は、ビデオオブジェクトと管理情報とを情報記録媒体に記録する記録ステップと、記録ステップを制御する制御ステップとを包含する。制御ステップは、記録されるビデオオブジェクトの管理情報として、記録されるビデオオブジェクトのマップ情報をビデオオブジェクトの放送の種類に基づき生成する。
【００４２】
【発明の実施の形態】
以下、添付の図面を用いて本発明に係る情報記録媒体、記録装置及び再生装置の一実施形態であるＤＶＤ−ＲＡＭ、ＤＶＤレコーダ及びＤＶＤプレーヤについて詳細に説明する。
【００４３】
（ＤＶＤ−ＲＡＭ上のデータ論理構成）
本発明に係るＤＶＤ−ＲＡＭは、一枚のディスクにおいて種々のフォーマットのＡＶデータおよびＡＶストリームの記録を可能とし、これらのデータを統一的に管理可能とするものである。これにより、例えば、地上波放送、ＭＰＥＧトランスポートストリームフォーマットで送信されるディジタル放送、ディジタルビデオカメラで撮影した映像、ディジタルスチルカメラで撮影した静止画及びＭＰＥＧプログラムストリームで記録されたビデオデータ等の種々の異なるフォーマットのＡＶストリームを一枚のディスクに記録することが可能となる。また、ＤＶＤ−ＲＡＭに記録されたデータは、所定の順序で再生することができる。このために、本発明に係るＤＶＤ−ＲＡＭは、ＡＶデータおよびＡＶストリームのフォーマットの種類に依存せずにＡＶデータおよびＡＶストリームを管理するための管理情報を備えている。
【００４４】
まず、本発明に係るＤＶＤ−ＲＡＭに記録されるデータのデータ構成について図９を用いて説明する。図９（ａ）は、ＤＶＤ−ＲＡＭディスク１００についてファイルシステムを通して見えるディスク１００上のデータ構成を、図９（ｂ）は、ディスク１００上の物理セクタの構成を示した図である。
【００４５】
図に示すように、物理セクタの先頭部分にはリードイン領域３１があり、サーボを安定させるために必要な規準信号や他のメディアとの識別信号などが記録されている。リードイン領域３１に続いてデータ領域３３が存在する。この部分に論理的に有効なデータが記録される。最後にリードアウト領域３５がありリードイン領域３１と同様な規準信号等が記録される。
【００４６】
データ領域３３の先頭にはボリューム情報と呼ばれるファイルシステム用の管理情報が記録される。ファイルシステムは周知の技術であるためここでの説明は省略する。
【００４７】
ファイルシステムを介して図９（ａ）に示すようにディスク１００内のデータをディレクトリやファイルとして扱うことが可能になる。図９（ａ）に示すように、ＤＶＤレコーダが扱う全てのデータは、ＲＯＯＴディレクトリ直下のＶＩＤＥＯ＿ＲＴディレクトリ下で管理される。
【００４８】
本実施形態のＤＶＤレコーダが扱うファイルには、オーディオ・ビデオデータ（ＡＶデ−タ）を含むＡＶファイルと、それらのＡＶファイルを管理するための情報を含む管理情報ファイルの２種類のファイルがある。図９（ａ）に示す例では、管理情報ファイルは「ＶＩＤＥＯ＿ＲＴ．ＩＦＯ」であり、ＡＶファイルは、動画データを含むファイルである「Ｍ＿ＶＯＢ．ＶＯＢ」、ディジタル放送用映像データを含むファイルである「Ｄ＿ＶＯＢ．ＶＯＢ」、オーディオ用データを含むファイルである「ＡＯＢ．ＡＯＢ」等である。以下にこれらのファイルについて詳細に説明する。
【００４９】
なお、本実施形態においては、個々のＡＶストリームをオブジェクト（Ｏｂｊｅｃｔ）として定義している。すなわち、オブジェクトには、ＭＰＥＧプログラムストリーム、ＭＰＥＧトランスポートストリーム、オーディオストリームや静止画データ等の種々のＡＶストリームが含まれる。ここでは、これらのＡＶストリームを抽象化してオブジェクトとして捕らえることにより、これらのＡＶストリームの管理情報を、統一化したオブジェクト情報（ＯｂｊｅｃｔＩ）として定義する。
【００５０】
（管理情報）
最初に、管理情報について図１０を用いて説明する。管理情報は、オブジェクトの記録位置等を管理するオブジェクト情報８０と、ＤＶＤ−ＲＡＭに記録されているデータの中で再生されるべきデータの再生順序及び再生時間等を定義するＰＧＣ情報５０、７０とを有する。
【００５１】
ＡＶストリームは、そのフォーマットによって個々の違いはあるが、例えば時間属性を有するなど共通化できる要素も有しているため、このような抽象化が可能である。また、同一フォーマットを有するＡＶストリームは同一ＡＶファイル内に記録順に格納される。
【００５２】
オブジェクト情報（ＯｂｊｅｃｔＩ）８０は、オブジェクトに関する一般情報（Ｏｂｊｅｃｔ ＧＩ）８０ａと、オブジェクトの属性情報（ＡｔｔｒｉｂｕｔｅＩ）８０ｂと、オブジェクトの再生時間をディスク上のアドレスに変換するアクセスマップ８０ｃとから構成されている。
【００５３】
アクセスマップ８０ｃを必要とするのは、ＡＶストリームが一般に時間軸とデータ（ビット列）軸の二つの基準を有しており、この二つの基準間には完全な相関性がないためである。例えば、ビデオストリームの国際標準規格であるＭＰＥＧ−２ビデオの場合、可変ビットレート（画質の複雑さに応じてビットレートを変える方式）を用いることが主流になりつつあり、この場合、先頭からのデータ量と再生時間との間に比例関係がないため、時間軸を基準にしたランダムアクセスができない。この問題を解決するため、オブジェクト情報８０は、時間軸とデータ（ビット列）軸との間の変換を行なうためのアクセスマップ８０ｃを有している。後述するように１つのオブジェクトは複数のオブジェクトユニット（ＶＯＢＵ）からなるため、アクセスマップ８０ｃはオブジェクトユニット毎に時間領域とアドレス領域とを対応づけるためのデータを有している。
【００５４】
ＰＧＣ情報５０、７０は、ＤＶＤ−ＲＡＭ１００に記録される画像データや音声データすなわちオブジェクトの再生を制御するための情報である。ＰＧＣ情報５０、７０は、ＤＶＤプレーヤが連続してデータ再生を行う際の一つの単位を示す情報である。すなわち、ＰＧＣ情報５０、７０は、再生するオブジェクトと、そのオブジェクトにおける任意の再生区間とを示したセル６０、６１、６２、６３の再生シーケンスを示す。セル６０…については後述する。ＰＧＣ情報５０、７０には、ＤＶＤレコーダがオブジェクト記録時に全記録オブジェクトを示すように自動生成するオリジナルＰＧＣ情報５０と、ユーザが自由に再生シーケンスを定義できるユーザ定義ＰＧＣ情報７０の２種類がある。ユーザ定義ＰＧＣ情報７０がユーザにより定義される点を除いて、両ＰＧＣ情報５０、７０の構成、機能は同様であるので、以下、オリジナルＰＧＣ情報５０について詳細に説明する。
【００５５】
図１０に示すように、オリジナルＰＧＣ情報５０は少なくとも１つのセル情報６０、６１、６２、６３を含む。セル情報６０…は再生するオブジェクトを指定し、かつ、そのオブジェクトの再生区間を指定する。通常、ＰＧＣ情報５０は複数のセルをある順序で記録している。ＰＧＣ情報５０におけるセル情報の記録順序は、各セルが指定するオブジェクトが再生されるときの再生順序を示す。
【００５６】
一のセル情報６０には、それが指定するオブジェクトの種類を示すタイプ情報（Ｔｙｐｅ）６０ａと、オブジェクトの識別情報であるオブジェクトＩＤ（Ｏｂｊｅｃｔ ＩＤ）６０ｂと、時間軸上でのオブジェクト内の開始位置情報（Ｓｔａｒｔ）６０ｃと、時間軸上でのオブジェクト内の終了位置情報（Ｅｎｄ）６０ｄとが含まれる。
【００５７】
データ再生時は、ＰＣＧ情報５０内のセル情報６０が順次読み出され、各セルにより指定されるオブジェクトが、セルにより指定される再生区間分再生される。
【００５８】
（オブジェクト情報のサブクラス）
抽象化したオブジェクト情報を実際のＡＶストリームに適用するためには、より具体化する必要がある。この考え方は、オブジェクト指向モデルに見られるクラスの継承、特に、オブジェクト情報をスーパークラスとして、各ＡＶストリーム用に具体化した構造をサブクラスと捉えるとわかり易い。図１１に具体化したサブクラスを示す。
【００５９】
本実施形態では、図１１に示すように、オブジェクト情報のサブクラスとして、動画サブクラス、静止画集サブクラス、オーディオサブクラス、ディジタル放送サブクラスの各サブクラスを定義する。すなわち、ビデオ用のオブジェクト情報（ＭＰＥＧプログラムストリーム）である動画オブジェクト情報（Ｍ＿ＶＯＢＩ：Movie Video Object Information）、ディジタル放送データ（ＭＰＥＧトランスポートストリーム）用のオブジェクト情報であるディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ：Digital Video Object Information）、オーディオ用のオブジェクト情報であるオーディオ・オブジェクト情報（ＡＯＢＩ：Audio Object Information）、静止画集用のオブジェクト情報である静止画オブジェクト情報（Ｓ＿ＶＯＢＳＩ：Still Picture Video Object Information）を具体例として定義する。以下、それぞれのオブジェクト情報について説明する。
【００６０】
動画オブジェクト情報８２は、ＭＰＥＧプログラムストリームの一般情報（Ｍ＿ＶＯＢ＿ＧＩ）８２ａと、動画オブジェクトのストリーム情報（Ｍ＿ＶＯＢ＿ＳＴＩ）８２ｂと、Ｔマップ８２ｃとを有する。
【００６１】
一般情報（Ｍ＿ＶＯＢ＿ＧＩ）８２ａは、動画オブジェクトの識別情報（Ｍ＿ＶＯＢ＿ＩＤ）と、動画オブジェクトの記録時刻（Ｍ＿ＶＯＢ＿ＲＥＣ＿ＴＭ）と、動画オブジェクトの開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と、動画オブジェクトの終了時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）とから構成される。
【００６２】
動画オブジェクトのストリーム情報（Ｍ＿ＶＯＢ＿ＳＴＩ）８２ｂは、ビデオストリームのコーディングモードをはじめとするビデオストリーム情報（Ｖ＿ＡＴＲ）と、オーディオストリームの本数（ＡＳＴ＿Ｎｓ）と、オーディオストリームのコーディングモードをはじめとするオーディオストリーム情報（Ａ＿ＡＴＲ）とから構成される。
【００６３】
Ｔマップ８２ｃは、ＡＶファイル内での動画オブジェクトの先頭アドレスと、各動画オブジェクトユニット（ＶＯＢＵ）の再生時間（ＶＯＢＵ＿ＰＢ＿ＴＭ）と、データサイズ（ＶＯＢＵ＿ＳＺ）とを有する。ここで、動画オブジェクトユニット（ＶＯＢＵ）とは、動画オブジェクト（Ｍ＿ＶＯＢ）内の最小アクセス単位を示すが、その詳細は後述する。
【００６４】
ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）８６は、ＭＰＥＧトランスポートストリームの一般情報（Ｄ＿ＶＯＢ＿ＧＩ）８６ａと、ストリーム情報（Ｄ＿ＶＯＢ＿ＳＴＩ）８６ｂと、Ｔマップ８６ｃとを有する。
【００６５】
ディジタル放送オブジェクトの一般情報（Ｄ＿ＶＯＢ＿ＧＩ）８６ａは、ディジタル放送オブジェクトの識別情報（Ｄ＿ＶＯＢ＿ＩＤ）と、ディジタル放送オブジェクトの記録時刻（Ｄ＿ＶＯＢ＿ＲＥＣ＿ＴＭ）と、ディジタル放送オブジェクトの開始時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と、ディジタル放送オブジェクトの終了時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）とから構成される。
【００６６】
ディジタル放送オブジェクトのストリーム情報（Ｄ＿ＶＯＢ＿ＳＴＩ）は、ディジタル放送で配送される付加情報を格納する情報（ＰＲＯＶＩＤＥＲ＿ＩＮＦ）を含む。Ｔマップ８６ｃは、ＡＶファイル内でのディジタル放送オブジェクト（Ｄ＿ＶＯＢ）の先頭アドレスと、各オブジェクトユニット（ＶＯＢＵ）の再生時間（ＶＯＢＵ＿ＰＢ＿ＴＭ）と、データサイズ（ＶＯＢＵ＿ＳＺ）とを有する。
【００６７】
オーディオ・オブジェクト情報（ＡＯＢＩ）８８は、オーディオストリームの一般情報（ＡＯＢ＿ＧＩ）８８ａと、オーディオストリームのストリーム情報（ＡＯＢ＿ＳＴＩ）８８ｂと、Ｔマップ８８ｃとから構成される。オーディオストリームの一般情報（ＡＯＢ＿ＧＩ）８８ａは、オーディオ・オブジェクトの識別情報（ＡＯＢ＿ＩＤ）と、オーディオ・オブジェクトの記録時刻（ＡＯＢ＿ＲＥＣ＿ＴＭ）と、オーディオ・オブジェクトの開始時刻情報（ＡＯＢ＿Ｓ＿ＴＭ）と、オーディオ・オブジェクトの終了時刻情報（ＡＯＢ＿Ｅ＿ＴＭ）とから構成される。ＡＯＢのストリーム情報（ＡＯＢ＿ＳＴＩ）８８ｂは、オーディオストリームのコーディングモードをはじめとするオーディオストリーム情報（Ａ＿ＡＴＲ）を含む。Ｔマップは、ＡＶファイル内でのＡＯＢ先頭アドレスと、オーディオ・オブジェクトユニット（ＡＯＢＵ）毎の再生時間（ＡＯＢＵ＿ＰＢ＿ＴＭ）と、データサイズ（ＡＯＢＵ＿ＳＺ）とを有する。ここで、オーディオ・オブジェクトユニット（ＡＯＢＵ）は、オーディオ・オブジェクト（ＡＯＢ）内の最小アクセス単位を示すが、その詳細は後述する。
【００６８】
静止画オブジェクト情報（Ｓ＿ＶＯＢＳＩ）８４は、静止画像の一般情報（Ｓ＿ＶＯＢＳ＿ＧＩ）８４ａと、静止画像のストリーム情報（Ｓ＿ＶＯＢＳ＿ＳＴＩ）８４ｂと、Ｓマップ８４ｃとからなる。静止画像の一般情報（Ｓ＿ＶＯＢＳ＿ＧＩ）８４ａは、静止画オブジェクトの識別情報（Ｓ＿ＶＯＢＳ＿ＩＤ）と、静止画オブジェクトの記録時刻（Ｓ＿ＶＯＢＳ＿ＲＥＣ＿ＴＭ）、静止画オブジェクトの開始静止画番号（Ｓ＿ＶＯＢＳ＿Ｓ＿ＮＯ）、静止画オブジェクトの終了静止画番号（Ｓ＿ＶＯＢＳ＿Ｅ＿ＮＯ）とから構成される。静止画像のストリーム情報（Ｓ＿ＶＯＢＳ＿ＳＴＩ）８４ｂは、静止画オブジェクトの圧縮フォーマットをはじめとする静止画属性情報（Ｖ＿ＡＴＲ）を含む。Ｓマップ８４ｃは、ＡＶファイル内でのＳ＿ＶＯＢＳの先頭アドレスと各静止画のデータサイズ（Ｓ＿ＶＯＢ＿ＳＺ）とを有する。
【００６９】
このように、抽象化されているオブジェクト情報を具体化することで、図１１に示すように、個々のＡＶストリームに対し、対応するストリーム情報テーブルが定義できる。
【００７０】
（オブジェクト情報とセル情報の対応）
次に、図１２を用いてオブジェクト情報（ＯｂｊｅｃｔＩ）の具体化の１つである動画オブジェクト情報（Ｍ＿ＶＯＢＩ）について、セル情報との対応関係について説明する。
【００７１】
セル情報に指定されたタイプ情報（Ｔｙｐｅ）の値が、「Ｍ＿ＶＯＢ」であれば、そのセルは動画オブジェクトに対応していることを意味する。同様に、タイプ情報の値が「Ｄ＿ＶＯＢ」であれば、そのセルはディジタル放送用オブジェクトに対応し、タイプ情報の値が「ＡＯＢ」であれば、オーディオ・オブジェクトに対応していることを意味する。
【００７２】
オブジェクトＩＤ（Ｏｂｊｅｃｔ ＩＤ）をもとに、対応するオブジェクト情報（ＶＯＢＩ）を見つけることができる。オブジェクトＩＤと、動画オブジェクト情報（Ｍ＿ＶＯＢＩ）における一般情報（Ｍ＿ＶＯＢ＿ＧＩ）に含まれる動画オブジェクトＩＤ（識別番号）（Ｍ＿ＶＯＢ＿ＩＤ）とは一対一に対応している。
【００７３】
このように、タイプ情報（Ｔｙｐｅ）とオブジェクトＩＤ（Ｏｂｊｅｃｔ ＩＤ）によって、セル情報に対応するオブジェクト情報を探しだすことが可能である。
【００７４】
セル情報における開始情報位置（Ｓｔａｒｔ）は、動画オブジェクトの開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と対応し、それらが示す値が同一時刻であれば、そのセルは動画オブジェクトの先頭からの再生を示している。開始位置情報（Ｓｔａｒｔ）の値が開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）より大きい場合、そのセルは動画オブジェクトの途中からの再生を示している。また、この場合、開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）の値と、開始位置情報（Ｓｔａｒｔ）の値との差（時間差）だけ、セルは動画オブジェクトの先頭から遅れて再生を開始することを意味する。また、セルの終了位置情報（Ｅｎｄ）と動画オブジェクトの終了時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）も同様の関係を有している。
【００７５】
このように、セル情報内の開始位置情報（Ｓｔａｒｔ）と、終了位置情報（Ｅｎｄ）と、動画オブジェクト情報（Ｍ＿ＶＯＢＩ）内の一般情報（Ｍ＿ＶＯＢ＿ＧＩ）内の開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）と、終了時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）とから当該セルの再生開始および終了位置を動画オブジェクト内の相対時間として得ることができる。
【００７６】
動画オブジェクト内のＴマップは、動画オブジェクトユニット（ＶＯＢＵ）毎の再生時間とデータサイズとから構成されるテーブルである。前述したセルの動画オブジェクト内での再生開始および終了相対時間をこのＴマップを参照することによりアドレスデータに変換することができる。
【００７７】
以下に、Ｔマップを参照したアドレス変換について図１３を用いて具体的に説明する。
【００７８】
図１３において、（ａ）は時間軸上でのビデオ表示を表現した動画オブジェクト（Ｍ＿ＶＯＢ）を、（ｂ）は動画オブジェクトユニット（ＶＯＢＵ）毎の再生時間長とデータサイズから構成されるタイムマップを、（ｃ）は、データ（セクタ列）軸上で表現した動画オブジェクトを、（ｄ）は動画オブジェクト（Ｍ＿ＶＯＢ）の一部を拡大したパック列、（ｅ）はビデオストリーム、（ｆ）はオーディオストリームをそれぞれ示している。
【００７９】
動画オブジェクト（Ｍ＿ＶＯＢ）は、ＭＰＥＧプログラムストリームのことであって、ＭＰＥＧプログラムストリームでは、ビデオストリーム、オーディオストリームを順にパケット（ＰＥＳパケット）化して、このパケット（ＰＥＳパケット）を複数束ねたパックのシーケンスである。この場合、１パック内に１パケット（ＰＥＳパケット）を入れ、１パックを１セクタ（＝２０４８Ｂ）としてアクセスし易くしている。また、パック化したビデオパック（Ｖ＿ＰＣＫ）およびオーディオパック（Ａ＿ＰＣＫ）を多重化して１本のストリームにしている。この様子を示しているのが、図１３（ｃ）、（ｄ）、（ｅ）、（ｆ）である。
【００８０】
また、ＭＰＥＧシステムストリーム（プログラムストリームおよびトランスポートストリームの総称）は、多重化したビデオおよびオーディオストリームの同期再生用にストリーム中にタイムスタンプを有している。プログラムストリームの場合、タイムスタンプはフレームの再生時刻を示すＰＴＳ（Presentation Time Stamp）である。前述の動画オブジェクトの開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）、動画オブジェクトの終了時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）は、このＰＴＳを基準に求められた時刻情報である。一方、トランスポートストリームの場合は、バッファへの入力時刻を示すＰＣＲ（Program Clock Reference）をタイムスタンプとして用いる。
【００８１】
ここで動画オブジェクトユニット（ＶＯＢＵ）について説明する。動画オブジェクトユニット（ＶＯＢＵ）とは動画オブジェクト（Ｍ＿ＶＯＢ）内の最小アクセス単位を示す。ＭＰＥＧビデオストリームは高効率な画像圧縮を実現するために、ビデオフレーム内での空間周波数特性を用いた画像圧縮だけでなく、ビデオフレーム間つまり時間軸上での動き特性を用いた画像圧縮を行っている。これは、あるビデオフレームを伸長する場合に、時間軸上の情報、即ち、未来または過去のビデオフレームの情報が必要となり、ビデオフレームを単独で伸長することができないことを意味している。この問題を解決するため、ＭＰＥＧビデオストリームでは、約０．５秒に１枚の割合で、時間軸上での動き特性を用いないビデオフレーム（Ｉ−ピクチャ）を挿入して、ランダムアクセス性を高めている。
【００８２】
動画オブジェクトユニット（ＶＯＢＵ）は、このＩ−ピクチャの先頭データを含むパックを先頭として、次のＩ−ピクチャの先頭データを含むパックの直前のパックまでの区間とする。Ｔマップでは、この各オブジェクトユニット（ＶＯＢＵ）のデータサイズ（パック数）と、オブジェクトユニット（ＶＯＢＵ）内のビデオフレームの再生時間（フィールド数）とから構成されている。
【００８３】
例えば、セルのＳｔａｒｔで示す値と、動画オブジェクトの開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）の示す値との差が１秒（６０フィールド）であったと仮定する。
【００８４】
Ｔマップ内の各オブジェクトユニット（ＶＯＢＵ）の再生時間を先頭から積算していくことで、動画オブジェクト（Ｍ＿ＶＯＢ）の先頭からの各オブジェクトユニットの再生開始時刻を求めることができる。同様に各オブジェクトユニットのデータサイズ（パック数）を積算していくことで、動画オブジェクト（Ｍ＿ＶＯＢ）の先頭からの各オブジェクトユニットのアドレスを求めることができる。
【００８５】
本実施形態の場合、動画オブジェクト（Ｍ＿ＶＯＢ）の先頭からそれぞれ２４、３０、２４フィールドのオブジェクトユニット（ＶＯＢＵ）が並んでいるので、動画オブジェクト（Ｍ＿ＶＯＢ）の先頭から１秒（６０フィールド）後のビデオフレームは先頭から３番目のオブジェクトユニット（ＶＯＢＵ＃３）に含まれていることが求められる。また、オブジェクトユニット（ＶＯＢＵ）のデータ量が動画オブジェクトの先頭からそれぞれ１２５、９８、１１５セクタであるから、３番目のオブジェクトユニット（ＶＯＢＵ＃３）の先頭アドレスは、オブジェクトの先頭から２２３セクタであることが求められる。
【００８６】
これに、ＡＶファイル内でのＭ＿ＶＯＢの先頭アドレス（ＡＤＲ＿ＯＦＦ）である５０１０セクタを加算することで、再生を開始するデータの先頭アドレスが求まる。
【００８７】
以上では、先頭から６０フィールド目のビデオフレームからの再生を想定したが、前述したようにＭＰＥＧビデオの性質上、任意のビデオフレームからのデコードおよび再生は不可能であるので、Ｉ−ピクチャの先頭から再生されるように、６フィールドずれた近傍のオブジェクトユニット（ＶＯＢＵ）の先頭からの再生としている。ただし、デコーダがこの６フィールド分をデコードのみ行い、表示をしないようにすることで、セルが指定するビデオフィールドからの再生も可能である。
【００８８】
上記の説明と同じように、セルの終了位置に対応する動画オブジェクトの再生終了時刻、ＡＶファイル内のアドレスを求めることができる。
【００８９】
次に、ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）について説明する。ディジタル放送オブジェクト情報も、オブジェクト情報から派生したサブクラスであるので、基本的には動画オブジェクト情報と同様である。大きな違いは、動画オブジェクト（Ｍ＿ＶＯＢ）は地上波が録画されることにより作成されることである。即ち、動画オブジェクトはレコーダがそれ自身でエンコードを行ったＡＶストリームであるのに対して、ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）は、ディジタル放送衛星から送られるデータが直接記録されるため、レコーダがそれ自身でエンコードを行ったＡＶストリームではない。
【００９０】
つまり、それ自身でデータをエンコードした場合は、ストリームの内部構造が自明であるのに対して、データを直接記録した場合は、ストリームの内部を解析しない限り構造が分からないため、前述したＴマップを作成することができないことになる。
【００９１】
ディジタル衛星放送で供給されるＭＰＥＧトランスポートストリームを詳細に解析することはできるが、本実施形態では、ＭＰＥＧトランスポートストリーム内の情報を用いてＴマップを作成している。次にこの方法を説明する。
【００９２】
図１４において、（ａ）はＭＰＥＧトランスポートストリーム、（ｂ）はトランスポートパケットの拡大図、（ｃ）はＰＥＳパケット、（ｄ）はビデオストリームをそれぞれ示す。
【００９３】
図１４（ａ）に示すように、ＭＰＥＧトランスポートストリームは、トランスポートパケットのパケット列で構成され、トランスポートパケットは、ヘッダ、適用フィールド（adaptation field）及びペイロードから構成される。適用フィールドには、ランダムアクセスインジケータ（random_access_indicator）が含まれる。ランダムアクセスインジケータは、このトランスポートパケットまたは後続するトランスポートパケット（厳密には、同一のプログラムＩＤを有するトランスポートパケット）において、次のＰＥＳパケット（言い換えると、ＰＥＳパケットの先頭バイトが最初に現れるＰＥＳパケット）内に、ビデオストリームまたはオーディオストリームのアクセス点があることを示すものである。特に、ビデオストリームの場合は、前述したＩ−ピクチャが含まれていることを意味している。
【００９４】
このランダムアクセスインジケータをもとに、ビデオオブジェクトユニット（ＶＯＢＵ）を決定し、Ｔマップを生成することが可能である。
【００９５】
また、トランスポートパケットは、１８８バイトの固定サイズである。このため、ＤＶＤ−ＲＡＭの１セクタ２０４８バイト内に複数のトランスポートパケット（２０４８バイト／１８８バイト＝１０ＴＳパケット）が記録されることになる。動画オブジェクト（Ｍ＿ＶＯＢ）の場合、１パック＝１セクタとして扱えるがディジタル放送オブジェクト（Ｄ＿ＶＯＢ）の場合はこの条件は成り立たない。しかしながら、ＤＶＤ−ＲＡＭに対してデータの読み書きができる単位はセクタであるので、ディジタル放送オブジェクトの場合であっても、Ｔマップ内の情報は、ビデオフィールド数で現した動画オブジェクトユニット（ＶＯＢＵ）の再生時間長と、セクタ数で現した動画オブジェクトユニットのデータサイズとで構成する。
【００９６】
このため、動画オブジェクトユニットを、トランスポートパケットからトランスポートパケットまでと定義すると、Ｔマップのアドレス精度が不足するので、その代わりに、当該トランスポートパケット含むセクタを用いて動画オブジェクトユニット（ＶＯＢＵ）を定義する。
【００９７】
また、ディジタル放送オブジェクトのストリーム情報（Ｄ＿ＶＯＢ＿ＳＴＩ）内のＰＲＯＶＩＤＥＲ＿ＩＮＦフィールドには、放送事業社を識別するＩＤと、放送事業社毎の固有の情報とが含まれる。
【００９８】
図１５を用いてオーディオ・オブジェクト情報（ＡＯＢＩ）について説明する。オーディオ・オブジェクト情報も、動画オブジェクト情報と同様にオブジェクト情報から派生したサブクラスであるので、基本的には動画オブジェクト情報の場合と同様である。大きな違いは、オーディオ・オブジェクトがオーディオ専用のオブジェクトであり、かつ、ＭＰＥＧシステムストリーム化されていない点である。以下に、オーディオ・オブジェクト情報を説明する。
【００９９】
オーディオ・オブジェクトはＭＰＥＧシステムストリーム化されていないため、オーディオ・オブジェクト中にはタイムスタンプが付けられておらず、セルおよびオブジェクトの再生開始時刻や再生終了時刻を示すための基準時刻が存在しない。そこで、オーディオ・オブジェクト情報における一般情報（ＡＯＢＩ＿ＧＩ）内のオーディオ・オブジェクトの開始時刻（ＡＯＢ＿Ａ＿Ｓ＿ＴＭ）に０を入れ、オーディオ・オブジェクト情報の終了時刻（ＡＯＢ＿Ａ＿Ｅ＿ＴＭ）にはオーディオ・オブジェクトの再生時間長を入れる。また、セル情報内のＳｔａｒｔフィールドおよびＥｎｄフィールドには、オーディオ・オブジェクト内での相対時刻を入れる。
【０１００】
また、オーディオデータはＭＰＥＧビデオデータと異なり、全てのオーディオフレーム単位で再生が可能であるので、オーディオフレームの整数倍でオーディオ・オブジェクトユニット（ＡＯＢＵ）を構成することが可能である。ただし、オーディオ・オブジェクトユニット（ＡＯＢＵ）を細かくとりすぎるとＴマップで管理するデータが膨大になってしまうので動画オブジェクトのオブジェクトユニット（ＶＯＢＵ）と同程度の０．５秒間隔程度にオーディオ・オブジェクトユニット（ＡＯＢＵ）を構成して、各オーディオ・オブジェクトユニットの再生時間長とデータサイズとをＴマップにて管理する。
【０１０１】
図１６を用いて静止画オブジェクト情報（Ｓ＿ＶＯＢＳＩ）について説明する。静止画オブジェクト情報（Ｓ＿ＶＯＢＳＩ）も、動画オブジェクト情報と同様にオブジェクト情報から派生したサブクラスであるので、基本的には動画オブジェクト情報の場合と同様である。大きな違いは、静止画オブジェクトは、静止画データを複数集めたオブジェクトである点と、静止画オブジェクトがＭＰＥＧシステムストリーム化されていない点である。以下、静止画オブジェクト情報について説明する。
【０１０２】
静止画は、動画や音声等と異なり時間情報を有していない。そこで、静止画オブジェクトの一般情報（Ｓ＿ＶＯＢＳ＿ＧＩ）内の開始、終了情報には、開始静止画番号（Ｓｔａｒｔ＿Ｖｉｄｅｏ）および終了静止画番号（Ｅｎｄ＿Ｖｉｄｅｏ）をそれぞれ記述する。また、セル内のＳｔａｒｔおよびＥｎｄフィールドには、時刻情報でなく、静止画オブジェクト内での静止画番号を記述する。
【０１０３】
また、静止画集での最小アクセス単位は静止画単位であるので、アクセスマップとして、各静止画のデータサイズ（Ｓ＿ＶＯＢ＿ＳＺ）を含むテーブルであるＳマップを定義している。
【０１０４】
以上、説明したデータ構造をまとめたものを図１７に示す。また、図１７はＤＶＤ−ＲＡＭにおける管理情報全体を示す。以下に図１７を用いて管理情報全体について説明する。図１７に示すように、本実施形態のＤＶＤ−ＲＡＭには、前述のＰＧＣ情報５０、７０等の他に、ビデオ管理全体情報９０や、各種のファイル情報テーブル９２、９４、９６、９８を備える。
【０１０５】
ビデオ管理全体情報（VMGI: Video Manager General Information）９０は、ディスク全体に関する管理情報であり、例えば、オリジナルＰＧＣ情報５０、ユーザ定義ＰＧＣ情報７０、及び、各種ファイル管理テーブル９２、９４…等の開始アドレスすなわちポインタ情報を含んでいる。このポインタ情報を参照することにより、これらのテーブル５０、７０、８２、９４…へのアクセスが可能となる。
【０１０６】
ここで、図１７に示すファイル管理テーブル９２、９４、９６、９８について説明する。ファイル管理テーブル９２、９４、９６、９８のそれぞれは、オブジェクトから構成されるデータファイルを管理するためのテーブルであり、オブジェクトの種類毎に設けられている。例えば、動画オブジェクトを記録した動画ファイルを管理する動画ファイル管理テーブル９２や、静止画オブジェクトを記録した静止画ファイルを管理する静止画ファイル管理テーブル９４等がある。
【０１０７】
前述のようにＰＧＣ情報内のセル情報のオブジェクトＩＤに基きオブジェクト情報が特定されるが、この場合、ファイル管理テーブル９２、９４、９６、９８を介してオブジェクト情報のアドレスが特定される。このため、ファイル管理テーブル９２、９４、９６、９８は、管理するオブジェクト情報の数、オブジェクトＩＤ、オブジェクト情報のサイズ等の情報を有している。例えば、オブジェクトＩＤが順番を示す場合、セル情報により指定されたオブジェクトＩＤに基いて、その指定されたオブジェクト情報が、ファイル管理テーブルにより管理されているオブジェクト情報の中の何番目のオブジェクト情報であるかを認識できる。その後、そのオブジェクト情報の順番と、ファイルサイズとからファイル管理テーブルの開始アドレスを基準としたオフセット量を計算することにより、その指定されたオブジェクト情報のアドレスを得ることができる。
【０１０８】
図１７に示すように、動画ファイル管理テーブル９２は、動画オブジェクトを記録した動画ファイルを管理するテーブルである。動画ファイル管理テーブル９２は、動画オブジェクト情報（Ｍ＿ＶＯＢＩ）９２ａ、９２ｂ…と、そのテーブル９２が管理する動画オブジェクト情報の数、動画オブジェクトのサイズ等を含むテーブル管理情報（Ｍ＿ＡＶＦＩＴＩ）９２ｈとを含む。このテーブル管理情報９２ｈに記述されている動画オブジェクト情報の数だけ、動画オブジェクト情報がディスク上に続けて記録されている。動画オブジェクト情報９２ａ…は、前述のように、一般情報（Ｍ＿ＶＯＢ＿ＧＩ）、ストリーム情報（Ｍ＿ＶＯＢ＿ＳＴＩ）、Ｔマップを含む。また、Ｔマップは、各動画オブジェクトユニット（ＶＯＢＵ）の表示時間およびサイズ（ＶＯＢＵ＿ＥＮＴ）を含む。
【０１０９】
また、静止画オブジェクトを記録した静止画ファイルの管理テーブル（Ｓ＿ＡＶＦＩＴ）９４、ディジタル放送オブジェクトを記録したディジタル放送ファイルの管理テーブル（Ｄ＿ＡＶＦＩＴ）９６、オーディオ・オブジェクトを記録したオーディオファイルの管理テーブル（Ａ＿ＡＶＦＩＴ）９８も同様の構成である。
【０１１０】
オリジナルＰＧＣ情報５０には、再生すべき順にセル情報６１、６２、６３…が記録されている。セル情報はオブジェクト情報への対応情報（タイプおよびオブジェクトＩＤ）と、オブジェクト内での再生区間情報（ＳｔａｒｔおよびＥｎｄ）とを有している。セルが示す再生区間情報は、オブジェクト情報内のアクセスマップを通してオブジェクト実態のアドレス情報に変換することができる。
【０１１１】
前述した通り、オリジナルＰＧＣ情報５０とユーザ定義ＰＧＣ情報７０の違いは、オリジナルＰＧＣ情報５０がディスクに記録されている全オブジェクトを再生するようにレコーダが自動生成したものに対して、ユーザ定義ＰＧＣ情報７０は、ユーザが好みに応じて自由に再生シーケンスを定義できるＰＧＣであるだけであるので、ユーザ定義ＰＧＣ情報７０は、オリジナルＰＧＣ情報５０と同一の構成を有している。
【０１１２】
このように、ＡＶストリーム用管理情報を先に抽象化しておくことで、再生制御情報であるＰＧＣ情報、セル情報をＡＶストリームフォーマット毎に固有な情報に依存しない形で定義することが可能となり、ＡＶストリームを統合的に管理することが可能となる。これにより、ＡＶフォーマットを意識せずにユーザが自由にＡＶデータの再生ができる環境が実現できる。
【０１１３】
また、このような構成を有することにより、新たなＡＶフォーマットを取り込む場合、既存のＡＶフォーマットと同じようにオブジェクト情報から派生した管理情報を規定することで、データ構造中に簡単に取り込むことが可能である。
【０１１４】
（プレーヤモデル）
次に、図１８を用いて上記光ディスクを再生するプレーヤモデルについて説明する。図１８に示すように、プレーヤは、光ディスク１００からデータを読み出す光ピックアップ１７０１と、読み出したデータのエラー訂正等を行なうＥＣＣ処理部１７０２と、エラー訂正後の読み出しデータを一時的に格納するトラックバッファ１７０３と、動画オブジェクト（Ｍ＿ＶＯＢ）等のプログラムストリームを再生するＰＳデコーダ１７０５と、ディジタル放送オブジェクト（Ｄ＿ＶＯＢ）等のトランスポートストリームを再生するＴＳデコーダ１７０６と、オーディオ・オブジェクト（ＡＯＢ）を再生するオーディオデコーダ１７０７と、静止画をデコードする静止画デコーダ１７０８と、各デコーダ１７０５、１７０６…へのデータ入力を切り換える切換え手段１７１０と、プレーヤの各部を制御する制御部１７１１とを備える。
【０１１５】
光ディスク１００上に記録されているデータは、光ピックアップ１７０１から読み出され、ＥＣＣ処理部１７０２を通してトラックバッファ１７０３に格納される。トラックバッファ１７０３に格納されたデータは、ＰＳデコーダ１７０５、ＴＳデコーダ１７０６、オーディオデコーダ１７０７、静止画デコーダ１７０８の何れかに入力されデコードおよび出力される。このとき、制御部１７１１が、読み出したデータから前述の方法で再生シーケンスを規定するＰＧＣ情報内のセル情報のタイプ情報を判断して切換え部１７１０を切り換えることにより、読み出しデータをデコードするために適した一のデコーダを選択する。
【０１１６】
また、本実施形態のプレーヤは、さらに、ＡＶストリームを外部に供給するためのディジタルインタフェース１７０４を有している。これにより、ＡＶストリームをＩＥＥＥ１３９４やＩＥＣ９５８などの通信プロトコルを介して外部に供給することも可能である。これは、特に、新たなＡＶフォーマットを取り込んだ場合、プレーヤ内部のデコーダを介さずにディジタルインタフェース１７０４を通じて外部のＡＶ機器に出力し、そのＡＶ機器で再生させるときに有効となる。
【０１１７】
また、本プレーヤが新たなＡＶフォーマットをサポートする場合は、他のデコーダと同様にトラックバッファ１７０３に接続する、新たなＡＶフォーマットに対応したデコーダ１７０９をさらに備えればよい。
【０１１８】
（ＤＶＤレコーダの録画）
次に、図１９を用いて上記光ディスクに対してデータの記録、再生を行なう本発明に係るＤＶＤレコーダの構成および動作について説明する。
【０１１９】
図に示すように、ＤＶＤレコーダは、ユーザへの表示およびユーザからの要求を受け付けるユーザインターフェース部１９０１、ＤＶＤレコーダ全体の管理および制御を司るシステム制御部１９０２、ＶＨＦおよびＵＨＦを受信するアナログチューナ１９０３、アナログ信号をディジタル信号に変換しＭＰＥＧプログラムストリームにエンコードするエンコーダ１９０４、ディジタル衛星放送を受信するディジタルチューナ１９０５、ディジタル衛星で送られるＭＰＥＧトランスポートストリームを解析する解析部１９０６、テレビおよびスピーカなどの表示部１９０７、ＡＶストリームをデコードするデコーダ１９０８とを備える。デコーダ１９０８は、図１８に示した第１及び第２のデコーダ等からなる。さらに、ＤＶＤレコーダは、ディジタルインターフェース部１９０９と、書きこみデータを一時的に格納するトラックバッファ１９１０と、ＤＶＤ−ＲＡＭ１００にデータを書きこむドライブ１９１１とを備える。ディジタルインターフェース部１９０９はＩＥＥＥ１３９４等の通信プロトコルにより外部機器にデータを出力するインタフェースである。
【０１２０】
このように構成されるＤＶＤレコーダにおいては、ユーザインターフェース部１９０１が最初にユーザからの要求を受ける。ユーザインターフェース部１９０１はユーザからの要求をシステム制御部１９０２に伝え、システム制御部１９０２はユーザからの要求を解釈および各モジュールへ処理要求を行う。
【０１２１】
ユーザからの要求がアナログ放送の録画であった場合、システム制御部１９０２はアナログチューナ１９０３への受信とエンコーダ部１９０４へのエンコードを要求する。
【０１２２】
エンコーダ部１９０４はアナログチューナ１９０３から送られるＡＶデータをビデオエンコード、オーディオエンコードおよびシステムエンコードしてトラックバッファ１９１０に送出する。
【０１２３】
エンコーダ部１９０４は、エンコード開始直後に、エンコードしているＭＰＥＧプログラムストリームの再生開始時刻（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）をシステム制御部１９０２に送り、続いてＴマップを作成するための情報として動画オブジェクトユニット（ＶＯＢＵ）の時間長およびサイズ情報をエンコード処理と平行してシステム制御部１９０２に送る。
【０１２４】
次にシステム制御部１９０２は、ドライブ１９１１に対して記録要求を出し、ドライブ１９１１はトラックバッファ１９１０に蓄積されているデータを取り出しＤＶＤ−ＲＡＭディスク１００に記録する。この時、システム制御部１９０２はファイルシステムのアロケーション情報からディスク１００上のどこに記録するかをあわせてドライブ１９１１に指示する。
【０１２５】
録画終了はユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザインターフェース部１９０１を通してシステム制御部１９０２に伝えられ、システム制御部１９０２はアナログチューナ１９０３とエンコーダ部１９０４に対して停止要求を出す。
【０１２６】
エンコーダ１９０４はシステム制御部１９０２からのエンコード停止要求を受けエンコード処理を止め、最後にエンコードを行ったＭＰＥＧプログラムストリームの再生終了時刻（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）をシステム制御部１９０２に送る。
【０１２７】
システム制御部１９０２は、エンコード処理終了後、エンコーダ１９０４から受け取った情報に基づき動画オブジェクト情報（Ｍ＿ＶＯＢＩ）を生成する。次に、この動画オブジェクト情報（Ｍ＿ＶＯＢＩ）に対応するセル情報を生成するが、この時重要なのは、セル情報内のタイプ情報を「Ｍ＿ＶＯＢ」にすることである。前述した通り、セル情報内の情報は、動画オブジェクト（Ｍ＿ＶＯＢ）には依存しない形で構成されており、動画オブジェクト（Ｍ＿ＶＯＢ）に依存する情報は全て動画オブジェクト情報（Ｍ＿ＶＯＢＩ）の中に隠蔽された形になっている。したがって、セル情報のタイプ情報の認識を誤ると、正常な再生ができなくなり、場合によってはシステムダウンが起こる場合もある。
【０１２８】
最後にシステム制御部１９０２は、ドライブ１９１１に対してトラックバッファ１９１０に蓄積されているデータの記録終了と、動画オブジェクト情報（Ｍ＿ＶＯＢＩ）およびセル情報の記録を要求し、ドライブ１９１１がトラックバッファ１９１０の残りデータと、動画オブジェクト情報（Ｍ＿ＶＯＢＩ）と、セル情報とをＤＶＤ−ＲＡＭディスク１００に記録し、録画処理を終了する。
【０１２９】
次に、ユーザからの要求がディジタル放送の録画であった場合の動作について説明する。
【０１３０】
ユーザによるディジタル放送録画要求は、ユーザインターフェース部１９０１を通してシステム制御部１９０２に伝えられる。システム制御部１９０２はディジタルチューナ１９０５への受信と解析部１９０６へのデータ解析を要求する。
【０１３１】
ディジタルチューナ１９０５から送られるＭＰＥＧトランスポートストリームは解析部１９０６を通してトラックバッファ１９１０へ転送される。解析部１９０６は、最初にＭＰＥＧトランスポートストリームからディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）の生成に必要な情報として、開始時刻情報（Ｄ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）を抽出してシステム制御部１９０２に送る。次に、ＭＰＥＧトランスポートストリーム中のオブジェクトユニット（ＶＯＢＵ）を決定し、Ｔマップ生成に必要なオブジェクトユニットの時間長とサイズとをシステム制御部１９０２に送る。なお、オブジェクトユニット（ＶＯＢＵ）の決定は、前述したようにＴＳパケットヘッダ中の適用フィールド（ａｄａｐｔａｔｉｏｎ ｆｉｅｌｄ）内のランダムアクセスインジケータ（ｒａｎｄａｍ＿ａｃｃｅｓｓ＿ｉｎｄｉｃａｔｏｒ）をもとに検出することにより可能である。
【０１３２】
次にシステム制御部１９０２は、ドライブ１９１１に対して記録要求を出力し、ドライブ１９１１はトラックバッファ１９１０に蓄積されているデータを取り出しＤＶＤ−ＲＡＭディスク１００に記録する。この時、システム制御部１９０２はファイルシステムのアロケーション情報からディスク上のどこに記録するかをあわせてドライブ１９１１に指示する。
【０１３３】
録画終了はユーザからのストップ要求によって指示される。ユーザからの録画停止要求は、ユーザインターフェース部１９０１を通してシステム制御部１９０２に伝えられ、システム制御部１９０２はディジタルチューナ１９０５と解析部１９０６に停止要求を出す。
【０１３４】
解析部１９０６はシステム制御部１９０２からの解析停止要求を受け解析処理を止め、最後に解析を行ったＭＰＥＧトランスポートストリームの動画オブジェクトユニット（ＶＯＢＵ）の最後の表示終了時刻（Ｄ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）をシステム制御部１９０２に送る。
【０１３５】
システム制御部１９０２は、ディジタル放送の受信処理終了後、解析部１９０６から受け取った情報に基づき、ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）を生成する。次に、このディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）に対応するセル情報を生成するが、この時、セル情報内のタイプ情報として「Ｄ＿ＶＯＢ」を設定する。
【０１３６】
最後にシステム制御部１９０２は、ドライブ１９１１に対してトラックバッファ１９１０に蓄積されているデータの記録終了と、ディジタル放送オブジェクト情報およびセル情報の記録を要求する。ドライブ１９１１は、トラックバッファ１９１０の残りデータと、ディジタル放送オブジェクト情報（Ｄ＿ＶＯＢＩ）、セル情報をＤＶＤ−ＲＡＭディスク１００に記録し、録画処理を終了する。
【０１３７】
以上、ユーザからの録画開始および終了要求をもとに動作を説明したが、例えば、ＶＴＲで使用されているタイマー録画の場合では、ユーザの代わりにシステム制御部が自動的に録画開始および終了要求を発行するだけであって、本質的にＤＶＤレコーダの動作が異なるものではない。
【０１３８】
（ＤＶＤレコーダの再生）
次にＤＶＤレコーダにおける再生動作について説明する。
まず、ユーザインターフェース部１９０１がユーザからの要求を受ける。ユーザインターフェース部１９０１はユーザからの要求をシステム制御部１９０２に伝え、システム制御部１９０２はユーザからの要求の解釈および各モジュールへの処理要求を行う。ユーザからの要求がＰＧＣの再生であった場合、システム制御部１９０２はＰＧＣ情報およびセル情報を解析してどのオブジェクトの再生かを解析する。なお、以下では、１つの動画オブジェクト（Ｍ＿ＶＯＢ）と、１つのセル情報とから構成されるオリジナルＰＧＣの場合を説明する。
【０１３９】
システム制御部１９０２は最初にＰＧＣ情報内のセル情報内のタイプ情報を解析する。タイプ情報が「Ｍ＿ＶＯＢ」であった場合、再生するＡＶストリームがＭＰＥＧプログラムストリームとして記録されたＡＶストリームであることがわかる。次にシステム制御部１９０２は、セル情報のＩＤから対応する動画オブジェクト情報（Ｍ＿ＶＯＢＩ）を、テーブル（Ｍ＿ＡＶＦＩＴ）から探し出す。次に、セル情報の開始および終了位置情報と、動画オブジェクト情報の開始時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｓ＿ＰＴＭ）及び終了時刻情報（Ｍ＿ＶＯＢ＿Ｖ＿Ｅ＿ＰＴＭ）と、Ｔマップとから、再生するＡＶデータの開始および終了アドレスを求める。
【０１４０】
次に、システム制御部１９０２はドライブ１９１１に対して、ＤＶＤ−ＲＡＭディスク１００からの読み出し要求を、読み出しアドレスと共に送る。ドライブ１９１１は、システム制御部１９０２に指示されたアドレスからＡＶデータを読み出し、トラックバッファ１９１０に格納する。
【０１４１】
次に、システム制御部１９０２は、デコーダ１９０８に対して、ＭＰＥＧプログラムストリームのデコード要求を行う。デコーダ１９０８はトラックバッファ１９１０に格納されているＡＶデータを読み出し、デコード処理を行う。デコードされたＡＶデータは表示装置１９０７を通して出力される。
【０１４２】
ドライブ１９１１はシステム制御部１９０２から指示された全データの読み出し終了後、システム制御部１９０２に読み出し終了を報告し、システム制御部１９０２は、デコーダ１９０８に対して再生終了要求を出す。デコーダ１９０８はトラックバッファ１９１０が空になるまでデータの再生を行い、トラックバッファ１９１０が空になり、全てのデータのデコードおよび再生が終了した後、システム制御部１９０２に再生終了を報告を行い、再生処理が終了する。
【０１４３】
以上、１つの動画オブジェクト（Ｍ＿ＶＯＢ）、１つのセル情報から構成されるオリジナルＰＧＣを例に説明を行ったが、オリジナルＰＧＣが、１つのディジタル放送オブジェクト（Ｄ＿ＶＯＢ）のみを含む場合、複数の動画オブジェクトを含む場合、複数のディジタル放送オブジェクトを含む場合、もしくは、動画オブジェクトとディジタル放送オブジェクトとが混在する場合でも、同様の処理を行うことでＡＶストリームの再生が可能である。また、オリジナルＰＧＣが複数セルを含む場合や、ユーザ定義ＰＧＣの場合も同様である。
【０１４４】
また、オーディオ・オブジェクト（ＡＯＢ）や、静止画オブジェクト（Ｓ＿ＶＯＢＳ）などのＡＶストリームもデコーダ１９０８内の構成が異なるだけであり、他のモジュールや、動作処理は基本的に同じである。この場合、デコーダ１９０８は、例えば、図１８で示したＰＳデコーダ１７０５、ＴＳデコーダ１７０６、オーディオデコーダ１７０７、静止画デコーダ１７０８で構成できる。
【０１４５】
次に、デコーダ１９０８が全てのＡＶストリームの再生機能を持たない場合の例について説明する。
【０１４６】
例えば、デコーダ１９０８がＭＰＥＧトランスポートストリームの再生機能を有していない場合、前述したようにデコーダ１９０８を通しての再生が不可能であるので、この場合、ディジタルインターフェース部１９０９を介して外部機器にデータを供給し、外部機器にてデータの再生を行う。
【０１４７】
システム制御部１９０２は、ユーザから再生要求されたＰＧＣ情報内のセル情報が、システムがサポートしていないディジタル放送オブジェクト（Ｄ＿ＶＯＢ）であることを検出した場合、デコーダ１９０８に対する再生要求の代わりに、ディジタルインターフェース１９０９に対してデータの外部出力要求を行う。ディジタルインターフェース部１９０９はトラックバッファ１９１０に蓄積されているＡＶデータを接続しているディジタルインターフェースの通信プロトコルに従いデータの転送を行う。なお、上述した処理以外は動画オブジェクト（Ｍ＿ＶＯＢ）の再生時と同様である。
【０１４８】
また、デコーダ１９０８が再生対象のＡＶストリームに対応しているか否かは、システム制御部１９０２が自身で判断しても良いし、システム制御部１９０２からデコーダ１９０８に問い合わせるようにしても良い。
【０１４９】
（ＤＶＤプレーヤ）
次に、図２０を用いて上記光ディスクを再生する本発明にかかるＤＶＤプレーヤの構成について説明する。本ＤＶＤプレーヤは前述のプレーヤモデルを実現するものである。
【０１５０】
図に示すように、ＤＶＤプレーヤは、ユーザへの表示およびユーザからの要求を受け付けるユーザインターフェース部２００１、ＤＶＤプレーヤの構成要素全体の管理および制御を司るシステム制御部２００２、テレビおよびスピーカ等からなる表示部２００３、ＭＰＥＧストリームをデコードするデコーダ２００４、ＩＥＥＥ１３９４などに接続するディジタルインターフェース部２００５、ＤＶＤ−ＲＡＭ１００から読み出したデータを一時的に蓄積するトラックバッファ２００６、ＤＶＤ−ＲＡＭ１００からデータを読み出すドライブ２００７を備える。このように構成されるＤＶＤプレーヤは、前述したＤＶＤレコーダと同様の再生動作を行なう。
【０１５１】
なお、本実施形態では、ＤＶＤ−ＲＡＭを例に説明をしたが、他のメディアにおいても同様のことが言え、本発明はＤＶＤ−ＲＡＭや光ディスクにのみ制限されるものではない。
【０１５２】
また、本実施形態では、デコーダがサポートしていないＡＶストリームの場合にディジタルインターフェースを介して再生を行うとしたが、デコーダがサポートしているＡＶストリームであっても、ユーザの要求によってディジタルインターフェースを介して外部機器に出力するようにしても良い。
【０１５３】
また、本実施形態では、オーディオデータおよび静止画データをＭＰＥＧストリームでない独自のデータであるとして説明したが、これらのデータがＭＰＥＧシステムストリームの構成で記録されても良い。
【０１５４】
【発明の効果】
本発明によれば、様々なＡＶフォーマットを同時に記録できるだけでなく統合的に管理することが可能となり、種々の種類のオブジェクトすなわち多様なフォーマットで記録されるオブジェクトを１つの記録媒体上で管理することが可能となる。
【図面の簡単な説明】
【図１】 ＤＶＤレコーダのドライブ装置のブロック図
【図２】 ディスク上のアドレス空間及びトラックバッファ内データ蓄積量を示す図
【図３】 ファイルシステムとファイル構造を示す図
【図４】 従来のＡＶ機器とメディアの関係を示す図
【図５】 ＭＰＥＧプログラムストリームとトランスポートストリームを示す図
【図６】 ＰＣ上でＡＶデータを扱った場合を示す図。
【図７】 ＤＶＤレコーダが目指すＡＶ機器とメディアの関係を示す図。
【図８】 ＤＶＤレコーダのメニューを説明する図。
【図９】 ＡＶファイルとディレクトリの関係（ａ）と、ディスク上のアドレス空間（ｂ）とを示す図。
【図１０】 オブジェクト、オブジェクト情報及びＰＧＣ情報の関係を説明した図。
【図１１】 オブジェクト情報から派生した各ストリーム管理情報を示す図。
【図１２】 動画オブジェクト（Ｍ＿ＶＯＢ）と、動画オブジェクト情報（Ｍ＿ＶＯＢＩ）及びＰＧＣ情報の関係を示す図。
【図１３】 本発明に係るタイムマップを説明する図。
【図１４】 ＭＰＥＧトランスポートストリームを示した図。
【図１５】 オーディオオブジェクト（ＡＯＢ）と、オーディオオブジェクト情報（ＡＯＢＩ）との関係を示す図。
【図１６】 静止画オブジェクト（Ｓ＿ＶＯＢＳ）と、静止画オブジェクト情報（Ｓ＿ＶＯＢＳＩ）と、ＰＧＣ情報との関係を示す図。
【図１７】 ＤＶＤ−ＲＡＭにおける管理情報を説明した図。
【図１８】 本発明に係るプレーヤモデルのブロック図。
【図１９】 ＤＶＤレコーダのブロック図。
【図２０】 本発明に係るＤＶＤプレーヤのブロック図。
【符号の説明】
５０，７０ ＰＧＣ情報（PGCI: Program Chain Information）
６０ セル情報（CellI: Cell Information）
８０ オブジェクト情報(OBJECT I: Object Information)
８０ｃ アクセスマップ
１００ ＤＶＤ−ＲＡＭ
１７０１ 光ピックアップ
１７０４，１９０９，２００５ ディジタルインターフェース部
１７０５ ＰＳデコーダ
１７０６ ＴＳデコーダ
１７０７ オーディオデコーダ
１７０８ 静止画デコーダ
１７１０ 選択部
１７１１ 制御部
１９０２，２００２ システム制御部
１９０８，２００４ デコーダ
１９０６ 解析部
１９１１，２００７ ドライブ
Claims (6)
- 放送された動画情報を含むビデオオブジェクトと、前記ビデオオブジェクトを管理する管理情報とを記録する情報記録媒体において、
前記管理情報は、記録された各ビデオオブジェクトに対応する、タイプ情報とオブジェクト情報とを含み、
前記タイプ情報は記録される各ビデオオブジェクトに含まれる動画情報の放送の種類を示し、前記放送の種類は、少なくとも、デジタル放送か否かを示し、
前記オブジェクト情報は、放送の種類に依存した形式で複数種類の情報を含み、前記複数種類の情報には、対応するビデオオブジェクトの再生時刻とその時刻に再生されるビデオオブジェクトの再生区間が記録された情報記録媒体上のアドレスを得るためのマップ情報が含まれる、情報記録媒体。 - 前記管理情報は、さらに、再生するビデオオブジェクトの再生区間と再生順序を示す情報を含み、
前記タイプ情報は、各再生区間毎に対応するビデオオブジェクトがデジタル放送か否かを示す、請求項１記載の情報記録媒体。 - 請求項１記載の情報記録媒体を再生する再生装置であって、
前記再生装置は、
前記情報記録媒体から前記ビデオオブジェクトと前記管理情報を読み出す読み出し手段と、
読み出したビデオオブジェクトをビデオオブジェクトの放送種類にしたがいデコードする複数のデコード手段と、
前記読み出し手段と前記デコード手段とを制御する制御手段とを備え、
前記制御手段は、読み出した管理情報に基づき、再生区間として読み出すビデオオブジェクトのアドレスと、読み出したビデオオブジェクトをデコードするデコード手段とを判定する、再生装置。 - 請求項１記載の情報記録媒体にデータを記録する記録装置であって、
前記記録装置は、
前記ビデオオブジェクトと前記管理情報とを前記情報記録媒体に記録する記録手段と、
前記記録手段を制御する制御手段とを備え、
前記制御手段は、記録されるビデオオブジェクトの管理情報として、記録されるビデオオブジェクトの前記マップ情報を前記ビデオオブジェクトの放送の種類に基づき生成する、記録装置。 - 請求項１記載の情報記録媒体を再生する再生方法であって、
前記再生方法は、
前記情報記録媒体から前記ビデオオブジェクトと前記管理情報を読み出す読み出しステップと、
読み出したビデオオブジェクトをビデオオブジェクトの放送種類にしたがいデコードする複数のデコードステップと、
前記読み出しステップと前記デコードステップとを制御する制御ステップとを包含し、
前記制御ステップは、読み出した管理情報に基づき、再生区間として読み出すビデオオブジェクトのアドレスと、読み出したビデオオブジェクトをデコードするデコードステップとを判定する、再生方法。 - 請求項１記載の情報記録媒体にデータを記録する記録方法であって、
前記記録方法は、
前記ビデオオブジェクトと前記管理情報とを前記情報記録媒体に記録する記録ステップと、
前記記録ステップを制御する制御ステップとを包含し、
前記制御ステップは、記録されるビデオオブジェクトの管理情報として、記録されるビデオオブジェクトの前記マップ情報を前記ビデオオブジェクトの放送の種類に基づき生成する、記録方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002157741A JP4115749B2 (ja) | 1998-10-12 | 2002-05-30 | 情報記録媒体、情報記録媒体に情報を記録、再生する装置および方法 |
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28908998 | 1998-10-12 | ||
| JP10-289089 | 1998-10-12 | ||
| JP2002157741A JP4115749B2 (ja) | 1998-10-12 | 2002-05-30 | 情報記録媒体、情報記録媒体に情報を記録、再生する装置および方法 |
Related Parent Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2000255998A Division JP4115655B2 (ja) | 1998-10-12 | 2000-08-25 | 情報記録媒体、情報記録媒体に情報を記録、再生する装置および方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003045155A JP2003045155A (ja) | 2003-02-14 |
| JP4115749B2 true JP4115749B2 (ja) | 2008-07-09 |
Family
ID=26557455
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002157741A Expired - Lifetime JP4115749B2 (ja) | 1998-10-12 | 2002-05-30 | 情報記録媒体、情報記録媒体に情報を記録、再生する装置および方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4115749B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2007072202A (ja) * | 2005-09-07 | 2007-03-22 | Olympus Imaging Corp | データ記録装置および音声記録再生装置 |
-
2002
- 2002-05-30 JP JP2002157741A patent/JP4115749B2/ja not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003045155A (ja) | 2003-02-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP1111613B1 (en) | Information recording medium, apparatus and method for recording or reproducing data thereof | |
| JP3183658B2 (ja) | 情報記録媒体、情報記録媒体に情報を記録、再生する装置及び方法 | |
| US7356247B2 (en) | Information recording apparatus and method for the same | |
| JP3152651B2 (ja) | 情報記録媒体、情報記録媒体に情報を記録、再生する装置および方法 | |
| JP3820155B2 (ja) | 情報記録装置および方法、情報記録プログラム、および情報記録プログラムを記録した記録媒体 | |
| JP4115748B2 (ja) | 情報記録媒体、情報記録媒体に情報を記録、再生する装置および方法 | |
| JP3152653B1 (ja) | 情報記録媒体、情報記録方法及び情報再生装置 | |
| JP4115750B2 (ja) | 情報記録媒体、情報記録媒体に情報を記録、再生する装置および方法 | |
| JP4115749B2 (ja) | 情報記録媒体、情報記録媒体に情報を記録、再生する装置および方法 | |
| JP4115655B2 (ja) | 情報記録媒体、情報記録媒体に情報を記録、再生する装置および方法 | |
| JP3152654B1 (ja) | 情報記録媒体、情報記録方法及び情報再生装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060906 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20080318 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20080416 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110425 Year of fee payment: 3 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4115749 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110425 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120425 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130425 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130425 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140425 Year of fee payment: 6 |
|
| EXPY | Cancellation because of completion of term |