(57)【要約】データ領域が割り付けられている情報記録媒体にアクセスする方法が提供される。情報記録媒体には、第１アクセス方法を提供する第１ファイル管理情報と前記第２アクセス方法を提供する第２ファイル管理情報とが記録されている。第１ファイル管理情報と前記第２ファイル管理情報とは、情報記録媒体に記録されているファイルを管理する。  本発明の方法は、（ａ）第１ファイル管理情報および第２ファイル管理情報の何れか一方を読み出すステップと、（ｂ）読み出された第１ファイル管理情報および第２ファイル管理情報の何れか一方によって提供されるアクセス方法でデータ領域にアクセスするステップとを包含する。
2004023483.tif 000002
【特許請求の範囲】
【請求項１】
データ領域が割り付けられている情報記録媒体にアクセスする方法であって、
前記情報記録媒体には、第１アクセス方法を提供する第１ファイル管理情報と第２アクセス方法を提供する第２ファイル管理情報とが記録されており、
前記第１ファイル管理情報と前記第２ファイル管理情報とは、前記情報記録媒体に記録されているファイルを管理し、
（ａ）前記第１ファイル管理情報および前記第２ファイル管理情報の何れか一方を読み出すステップと、
（ｂ）前記読み出された第１ファイル管理情報および第２ファイル管理情報の何れか一方によって提供されるアクセス方法で前記データ領域にアクセスするステップと
を包含する、方法。
【請求項２】
前記第１アクセス方法は、前記データ領域に記録されているファイルを再生するのみである再生専用領域として前記データ領域が機能するように前記データ領域にアクセスする方法であり、
前記第２アクセス方法は、前記データ領域に記録されているファイルを再生することができ、かつ前記データ領域にファイルを記録することができる領域として前記データ領域が機能するように前記データ領域にアクセスする方法である、請求項１に記載の方法。
【請求項３】
前記データ領域に記録されているファイルは、コアセットファイルと拡張セットファイルとを含み、
前記コアセットファイルは、所定のアプリケーションの基本機能を実現するためのファイルであり、
前記拡張セットファイルは、前記所定のアプリケーションの拡張機能を実現するためのファイルであり、
前記第１アクセス方法は、前記データ領域に記録されているファイルに含まれたコアセットファイルと拡張セットファイルとを再生するように前記データ領域にアクセスする方法であり、
前記第２アクセス方法は、前記データ領域に記録されているファイルに含まれたコアセットファイルと拡張セットファイルとのうちの前記コアセットファイルのみを再生するように前記データ領域にアクセスする方法である、請求項１に記載の方法。
【請求項４】
前記情報記録媒体には、前記第１アクセス方法でアクセス可能な領域として定義される少なくとも１つの区画と前記第２アクセス方法でアクセス可能な領域として定義される少なくとも１つのセグメントとが割り付けられており、
前記データ領域は、前記少なくとも１つの区画と前記少なくとも１つのセグメントとの互いの一部が重複した重複領域である、請求項１に記載の方法。
【請求項５】
前記セグメントは、第１セグメントと第２セグメントとを含み、
前記第１セグメントと前記第２セグメントとから構成される領域と前記区画とは重複している、請求項４に記載の方法。
【請求項６】
前記区画と前記セグメントとは、ＥＣＣブロック単位で割り付けられている、請求項４に記載の方法。
【請求項７】
前記ステップ（ｂ）は、前記データ領域にファイルを記録するステップを包含し、
前記方法は、
（ｃ）前記ファイルの記録位置に対応するように前記第１ファイル管理情報と前記第２ファイル管理情報とを更新するステップをさらに包含する、請求項１に記載の方法。
【請求項８】
前記情報記録媒体には、前記第１アクセス方法でアクセス可能な領域として定義される少なくとも１つの区画と前記第２アクセス方法でアクセス可能な領域として定義される少なくとも１つのセグメントとが割り付けられており、
前記データ領域は、前記少なくとも１つの区画と前記少なくとも１つのセグメントとの互いの一部が重複した重複領域である、請求項７に記載の方法。
【請求項９】
前記セグメントは、第１セグメントと第２セグメントとを含み、
前記第１セグメントは、所定のアプリケーションの機能を実現するための非リアルタイム・ファイルが記録される領域であり、
前記第２セグメントは、前記所定のアプリケーションの機能を実現するためのリアルタイム・ファイルが記録される領域であり、
前記ステップ（ｂ）は、
前記記録するファイルが前記非リアルタイム・ファイルであるか前記リアルタイム・ファイルであるかを判別するステップと、
前記記録するファイルが前記非リアルタイム・ファイルである場合には、前記第１セグメントに前記非リアルタイム・ファイルを記録するステップと、
前記記録するファイルが前記リアルタイム・ファイルである場合には、前記第２セグメントに前記リアルタイム・ファイルを記録するステップと
を包含する、請求項８に記載の方法。
【請求項１０】
前記第２ファイル管理情報は、記録が終了した位置を示す記録終了位置情報を含み、
前記ステップ（ｂ）は、前記記録終了位置情報に応じて、前記データ領域に前記ファイルを記録するステップを包含する、請求項７に記載の方法。
【請求項１１】
前記記録終了位置情報は、一方向繰り返し記録が終了した位置を示し、
前記ステップ（ｂ）は、前記記録終了位置情報に応じて、前記データ領域に前記ファイルを一方向に繰り返し記録するステップを包含する、請求項１０に記載の方法。
【請求項１２】
前記第２ファイル管理情報は、前記第１ファイル管理情報の記録位置を示す記録位置情報を含んでおり、
前記ステップ（ｃ）は、前記更新された前記第１ファイル管理情報の記録位置に対応するように、前記第２ファイル管理情報の前記記録位置情報を更新するステップを包含する、請求項７に記載の方法。
【請求項１３】
前記第１ファイル管理情報は、前記第１ファイル管理情報の状態がオープンな状態またはクローズな状態を示す第１保全情報を含み、
前記オープンな状態を示す第１保全情報は、前記情報記録媒体にファイルを記録し得る状態を示し、前記クローズな状態を示す第１保全情報は、ファイルが正常に記録された状態を示し、
前記ステップ（ｂ）に先立って、前記第１保全情報を前記オープンな状態にするステップと、
前記ステップ（ｂ）の後に、前記第１保全情報を前記クローズな状態にするステップとをさらに包含する、請求項７に記載の方法。
【請求項１４】
前記第２ファイル管理情報は、前記第２ファイル管理情報の状態がオープンな状態またはクローズな状態を示す第２保全情報を含み、
前記オープンな状態を示す第２保全情報は、前記情報記録媒体にファイルを記録し得る状態を示し、前記クローズな状態を示す第２保全情報は、ファイルが正常に記録された状態を示し、
前記ステップ（ｂ）に先立って、前記第２保全情報を前記オープンな状態にするステップと、
前記ステップ（ｂ）の後に、前記第２保全情報を前記クローズな状態にするステップとをさらに包含する、請求項７に記載の方法。
【請求項１５】
前記第１ファイル管理情報は、前記データ領域に記録されたファイルの名称を示す第１ファイル名称情報と前記データ領域に記録されたファイルの記録位置を示す第１記録位置情報とを含み、
前記第２ファイル管理情報は、前記データ領域に記録されたファイルの名称を示す第２ファイル名称情報と前記データ領域に記録されたファイルの記録位置を示す第２記録位置情報とを含み、
前記方法は、
前記第１ファイル名称情報と前記第２ファイル名称情報とが互いに対応しているか否かを判別するステップと、
前記第１記録位置情報と前記第２記録位置情報とが互いに対応しているか否かを判別するステップと
をさらに包含する、請求項７に記載の方法。
【請求項１６】
前記データ領域には、ファイルが記録されており、
前記ステップ（ｂ）は、前記ファイルを再生するステップを包含する、請求項１に記載の方法。
【請求項１７】
データ領域が割り付けられている情報記録媒体にアクセスする装置であって、
前記情報記録媒体には、第１アクセス方法を提供する第１ファイル管理情報と第２アクセス方法を提供する第２ファイル管理情報とが記録されており、
前記第１ファイル管理情報と前記第２ファイル管理情報とは、前記情報記録媒体に記録されているファイルを管理し、
前記第１ファイル管理情報および前記第２ファイル管理情報の何れか一方を読み出す読み出し手段と、
前記読み出された第１ファイル管理情報および第２ファイル管理情報の何れか一方によって提供されるアクセス方法で前記データ領域にアクセスするアクセス手段と
を備える、装置。
【請求項１８】
前記アクセス手段は、前記データ領域にファイルを記録する記録手段を備え、
前記装置は、
前記ファイルの記録位置に対応するように前記第１ファイル管理情報と前記第２ファイル管理情報とを更新する更新手段をさらに備える、請求項１７に記載の装置。
【請求項１９】
前記データ領域には、ファイルが記録されており、
前記アクセス手段は、前記ファイルを再生する再生手段を備える、請求項１７に記載の装置。
【請求項２０】
第１ファイル管理情報と第２ファイル管理情報とが記録されている情報記録媒体であって、
前記第１ファイル管理情報と前記第２ファイル管理情報とは、前記情報記録媒体に記録されているファイルを管理し、
前記第１ファイル管理情報は、前記情報記録媒体に割り付けられたデータ領域に対して第１アクセス方法を提供し、
前記第２ファイル管理情報は、前記データ領域に対して第２アクセス方法を提供する、
情報記録媒体。
【発明の詳細な説明】
【技術分野】  本発明は、第１ファイル管理情報によって提供される第１アクセス方法と第２ファイル管理情報によって提供される第２アクセス方法とで情報記録媒体にアクセスする方法および第１ファイル管理情報と第２ファイル管理情報とが記録されている情報記録媒体に関する。
【背景技術】  各種の情報記録媒体（例えば、ＤＶＤ−ＶｉｄｅｏやＤＶＤ−ＲＡＭ）は、Ｏｐｔｉｃａｌ  Ｓｔｏｒａｇｅ  Ｔｅｃｈｎｏｌｏｇｙ  Ａｓｓｏｃｉａｔｉｏｎ（ＯＳＴＡ）から発行されているＵｎｉｖｅｒｓａｌ  Ｄｉｓｃ  Ｆｏｒｍａｔ（ＴＭ）（以下、ＵＤＦと記述する。）のファイルシステムを採用している。ＵＤＦのファイルシステムを採用することによって、情報記録媒体を利用する機器間の互換性やメディアの種類に依存することなく、情報記録媒体に対するデータの記録再生が実現される。ＵＤＦは、ＥＣＭＡ１６７に準拠した実装規約である。ＵＤＦのファイルシステムは、パソコンなどの高級機器で用いられている。
ＵＤＦのファイル構造は、セクタ形式のデータ構造を含み、情報記録媒体に割り付けられたボリューム空間内に記録されているため、ファイルの管理情報の記録位置に制限がない。従って、汎用的なファイルの記録（例えば、大量のファイルの記録）に適している（Ｓｔａｎｄａｒｄ  ＥＣＭＡ−１６７  ３ｒｄ  Ｅｄｉｔｉｏｎ−Ｊｕｎｅ  １９９７：ＥＣＭＡ−Ｓｔａｎｄａｒｄｉｚｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ  ａｎｄ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍｓ＜ｈｔｔｐ：／／ｗｗｗ．ｅｃｍａ．ｃｈ＞参照）。
しかし、再生装置が、大容量の情報記録媒体に記録されたデータを再生するためには、映像・音声データが記録されたリアルタイム・ファイルを連続して再生しなければならない。従って、再生時間に比例してオープンされるファイルの数が増加する。例えば、再生に数時間を要するコンテンツを再生するためには、再生に数秒を要するファイルを一度に多数オープンしなければならない。その結果、再生装置には、大容量のメモリが必要とされる。
また、情報記録媒体に記録されたデータの信頼性が劣化することを情報記録媒体の論理層で防止することも求められる。例えば、欠陥セクタの数は情報記録媒体の容量に伴って多くなるために、欠陥セクタが生じる原因であるセクタの傷等に対して十分な対策を講じることも必要とされる。
特開平４−１５７６７２号公報には、互いに異なる複数のファイルシステムを１枚の情報記録媒体に記録することによって、複数のオペレーティングシステムでファイルを記録再生する技術が開示されている。しかし、任意のファイルシステムに従う場合には、ファイルの記録再生が許可され、別のファイルシステムにに従う場合には、ファイルの記録が制限されるというように、ファイルの記録再生を提供することができない。ファイルが記録されているデータ領域に対して１つのアクセス方法しか提供されないからである。
本発明は、上述した問題点に鑑みてなされたものであり、第１ファイル管理情報によって提供される第１アクセス方法と第２ファイル管理情報によって提供される第２アクセス方法とで情報記録媒体にアクセスする方法および第１ファイル管理情報と第２ファイル管理情報とが記録されている情報記録媒体を提供することを目的とする。
【発明の開示】
本発明のアクセス方法は、データ領域が割り付けられている情報記録媒体にアクセスする方法であって、前記情報記録媒体には、第１アクセス方法を提供する第１ファイル管理情報と第２アクセス方法を提供する第２ファイル管理情報とが記録されており、前記第１ファイル管理情報と前記第２ファイル管理情報とは、前記情報記録媒体に記録されているファイルを管理し、（ａ）前記第１ファイル管理情報および前記第２ファイル管理情報の何れか一方を読み出すステップと、（ｂ）前記読み出された第１ファイル管理情報および第２ファイル管理情報の何れか一方によって提供されるアクセス方法で前記データ領域にアクセスするステップとを包含し、これにより、上記目的が達成される。
前記第１アクセス方法は、前記データ領域に記録されているファイルを再生するのみである再生専用領域として前記データ領域が機能するように前記データ領域にアクセスする方法であり、前記第２アクセス方法は、前記データ領域に記録されているファイルを再生することができ、かつ前記データ領域にファイルを記録することができる領域として前記データ領域が機能するように前記データ領域にアクセスする方法であってもよい。
前記データ領域に記録されているファイルは、コアセットファイルと拡張セットファイルとを含み、前記コアセットファイルは、所定のアプリケーションの基本機能を実現するためのファイルであり、前記拡張セットファイルは、前記所定のアプリケーションの拡張機能を実現するためのファイルであり、前記第１アクセス方法は、前記データ領域に記録されているファイルに含まれたコアセットファイルと拡張セットファイルとを再生するように前記データ領域にアクセスする方法であり、前記第２アクセス方法は、前記データ領域に記録されているファイルに含まれたコアセットファイルと拡張セットファイルとのうちの前記コアセットファイルのみを再生するように前記データ領域にアクセスする方法であってもよい。
前記情報記録媒体には、前記第１アクセス方法でアクセス可能な領域として定義される少なくとも１つの区画と前記第２アクセス方法でアクセス可能な領域として定義される少なくとも１つのセグメントとが割り付けられており、前記データ領域は、前記少なくとも１つの区画と前記少なくとも１つのセグメントとの互いの一部が重複した重複領域であってもよい。
前記セグメントは、第１セグメントと第２セグメントとを含み、前記第１セグメントと前記第２セグメントとから構成される領域と前記区画とは重複してもよい。
前記区画と前記セグメントとは、ＥＣＣブロック単位で割り付けられてもよい。
前記ステップ（ｂ）は、前記データ領域にファイルを記録するステップを包含し、前記方法は、（ｃ）前記ファイルの記録位置に対応するように前記第１ファイル管理情報と前記第２ファイル管理情報とを更新するステップをさらに包含してもよい。
前記情報記録媒体には、前記第１アクセス方法でアクセス可能な領域として定義される少なくとも１つの区画と前記第２アクセス方法でアクセス可能な領域として定義される少なくとも１つのセグメントとが割り付けられており、前記データ領域は、前記少なくとも１つの区画と前記少なくとも１つのセグメントとの互いの一部が重複した重複領域でよい。
前記セグメントは、第１セグメントと第２セグメントとを含み、前記第１セグメントは、所定のアプリケーションの機能を実現するための非リアルタイム・ファイルが記録される領域であり、前記第２セグメントは、前記所定のアプリケーションの機能を実現するためのリアルタイム・ファイルが記録される領域であり、前記ステップ（ｂ）は、前記記録するファイルが前記非リアルタイム・ファイルであるか前記リアルタイム・ファイルであるかを判別するステップと、前記記録するファイルが前記非リアルタイム・ファイルである場合には、前記第１セグメントに前記非リアルタイム・ファイルを記録するステップと、前記記録するファイルが前記リアルタイム・ファイルである場合には、前記第２セグメントに前記リアルタイム・ファイルを記録するステップとを包含してもよい。
前記第２ファイル管理情報は、記録が終了した位置を示す記録終了位置情報を含み、前記ステップ（ｂ）は、前記記録終了位置情報に応じて、前記データ領域に前記ファイルを記録するステップを包含してもよい。
前記記録終了位置情報は、一方向繰り返し記録が終了した位置を示し、前記ステップ（ｂ）は、前記記録終了位置情報に応じて、前記データ領域に前記ファイルを一方向に繰り返し記録するステップを包含してもよい。
前記第２ファイル管理情報は、前記第１ファイル管理情報の記録位置を示す記録位置情報を含んでおり、前記ステップ（ｃ）は、前記更新された前記第１ファイル管理情報の記録位置に対応するように、前記第２ファイル管理情報の前記記録位置情報を更新するステップを包含してもよい。
前記第１ファイル管理情報は、前記第１ファイル管理情報の状態がオープンな状態またはクローズな状態を示す第１保全情報を含み、前記オープンな状態を示す第１保全情報は、前記情報記録媒体にファイルを記録し得る状態を示し、前記クローズな状態を示す第１保全情報は、ファイルが正常に記録された状態を示し、前記ステップ（ｂ）に先立って、前記第１保全情報を前記オープンな状態にするステップと、前記ステップ（ｂ）の後に、前記第１保全情報を前記クローズな状態にするステップとをさらに包含してもよい。
前記第２ファイル管理情報は、前記第２ファイル管理情報の状態がオープンな状態またはクローズな状態を示す第２保全情報を含み、前記オープンな状態を示す第２保全情報は、前記情報記録媒体にファイルを記録し得る状態を示し、前記クローズな状態を示す第２保全情報は、ファイルが正常に記録された状態を示し、前記ステップ（ｂ）に先立って、前記第２保全情報を前記オープンな状態にするステップと、前記ステップ（ｂ）の後に、前記第２保全情報を前記クローズな状態にするステップとをさらに包含してもよい。
前記第１ファイル管理情報は、前記データ領域に記録されたファイルの名称を示す第１ファイル名称情報と前記データ領域に記録されたファイルの記録位置を示す第１記録位置情報とを含み、前記第２ファイル管理情報は、前記データ領域に記録されたファイルの名称を示す第２ファイル名称情報と前記データ領域に記録されたファイルの記録位置を示す第２記録位置情報とを含み、前記方法は、前記第１ファイル名称情報と前記第２ファイル名称情報とが互いに対応しているか否かを判別するステップと、前記第１記録位置情報と前記第２記録位置情報とが互いに対応しているか否かを判別するステップとをさらに包含してもよい。
前記データ領域には、ファイルが記録されており、前記ステップ（ｂ）は、前記ファイルを再生するステップを包含してもよい。
本発明のアクセス装置は、データ領域が割り付けられている情報記録媒体にアクセスする装置であって、前記情報記録媒体には、第１アクセス方法を提供する第１ファイル管理情報と第２アクセス方法を提供する第２ファイル管理情報とが記録されており、前記第１ファイル管理情報と前記第２ファイル管理情報とは、前記情報記録媒体に記録されているファイルを管理し、前記第１ファイル管理情報および前記第２ファイル管理情報の何れか一方を読み出す読み出し手段と、前記読み出された第１ファイル管理情報および第２ファイル管理情報の何れか一方によって提供されるアクセス方法で前記データ領域にアクセスするアクセス手段とを備え、これにより、上記目的が達成される。
前記アクセス手段は、前記データ領域にファイルを記録する記録手段を備え、前記装置は、前記ファイルの記録位置に対応するように前記第１ファイル管理情報と前記第２ファイル管理情報とを更新する更新手段をさらに備えてもよい。
前記データ領域には、ファイルが記録されており、前記アクセス手段は、前記ファイルを再生する再生手段を備えてもよい。
本発明の情報記録媒体は、第１ファイル管理情報と第２ファイル管理情報とが記録されている情報記録媒体であって、前記第１ファイル管理情報と前記第２ファイル管理情報とは、前記情報記録媒体に記録されているファイルを管理し、前記第１ファイル管理情報は、前記情報記録媒体に割り付けられたデータ領域に対して第１アクセス方法を提供し、前記第２ファイル管理情報は、前記データ領域に対して第２アクセス方法を提供し、これにより、上記目的が達成される。
【図面の簡単な説明】  図１は、本発明の実施の形態の情報記録媒体１００を示す図である。
図２は、ディレクトリ構造を示す図である。
図３は、図２で示されたディレクトリ構造に対応したＵＤＦのボリューム構造およびＵＤＦのファイル構造ならびにＳＶＦＳのボリューム構造およびＳＶＦＳのファイル構造を示す図である。
図４は、ＵＤＦのボリューム構造の詳細を示す図である。
図５は、ＵＤＦのファイルエントリのデータ構造を示す図である。
図６は、ＵＤＦの割付記述子のデータ構造を示す図である。
図７は、ＵＤＦのファイル識別記述子のデータ構造を示す図である。
図８は、第１ＳＶＦＳファイル構造領域１０８の詳細を示す図である。
図９は、第１リング領域とスライド領域とがディスクに連続して割り付けられた例を示す図である。
図１０は、図８で示された第１リング領域７０に記録されているＳＶＦＳのＳボリューム記述子のデータ構造を示す図である。
図１１は、図７で示された第２リング領域に記録されているＳＶＦＳのファイル構造を示す図である。
図１２は、レコーディング記述子のデータ構造を示す図である。
図１３は、Ｓファイルエントリのデータ構造を示す図である。
図１４は、Ｓ２割付記述子のデータ構造を示す図である。
図１５は、Ｓ３割付記述子のデータ構造を示す図である。
図１６は、第１ＳＶＦＳファイル構造領域１０８の別の例を示す図である。
図１７は、第１リング領域１７１と、スライド領域１７２と、第３リング領域１７８との情報記録媒体上の配置を示す図である。
図１８は、第２リング領域に記録されるＳ保全記述子のデータ構造を示す図である。
図１９は、第３リング領域に記録されるファイル構造であるＳファイル記述子のデータ構造を示す図である。
図２０は、Ｓ２割付記述子とＳ３割付記述子のエクステントの長さを示すフィールドに記録されるｂｉｔの解釈を示す図である。
図２１は、本発明の実施の形態の情報記録再生装置１６００の構成を示す図である。
図２２は、フォーマット処理の手順を示すフローチャートである。
図２３は、フォーマット処理後の情報記録媒体のデータ構造を示す図である。
図２４は、ファイル記録処理手順を示すフローチャートである。
図２５は、ファイル再生処理の手順を示すフローチャートである。
図２６は、本発明の履歴ビットを用いた記録・消去処理の手順を示すフローチャートである。
図２７は、本発明の履歴ビットを用いたファイル記録・消去処理手順を用いてファイルの記録・消去が行われた領域の例を示す図である。
図２８は、フォーマット処理後の情報記録媒体のデータ構造を示す図である。
図２９は、図２８に示されたフォーマット処理後の情報記録媒体にファイルが記録された後の情報記録媒体のデータ構造を示す図である。
図３０は、ＵＤＦのボリューム構造とＳＶＦＳのボリューム構造との整合性チェック処理およびＵＤＦのファイル構造とＳＶＦＳのファイル構造との整合性チェック処理の手順を示すフローチャートである。
図３１は、コアセットファイルと拡張セットファイルとが含まれているファイルが記録された情報記録媒体のデータ構造を示す図である。
図３２は、ディレクトリ構造を示す図である。
図３３は、コアセットファイルと拡張セットファイルとが含まれているファイルが記録された情報記録媒体を作製する手順を示すフローチャートである。
【発明を実施するための最良の形態】  以下、図面を参照しながら、本発明の実施の形態を説明する。
本発明では、新たなファイルシステムとしてＳｐｅｃｉｆｉｃ  Ｖｏｌｕｍｅ  ａｎｄ  Ｆｉｌｅ  ｓｔｒｕｃｔｕｒｅ（以下、ＳＶＦＳと記述する。）のファイルシステムが導入される。ＳＶＦＳのファイルシステムは、メモリやＣＰＵの性能が低い機器（例えば、民生機器）で用いられる。
（実施の形態１）
本発明の実施の形態１として、ＵＤＦに従うファイル管理情報とＳＶＳＦに従うファイル管理情報とが記録されている情報記録媒体、その情報記録媒体へアクセスする方法、その情報記録媒体へのファイル記録方法、その情報記録媒体のファイル再生方法およびその情報記録媒体へのアクセスを実現する情報記録再生装置を説明する。
１．情報記録媒体のデータ構造
図１は、本発明の実施の形態の情報記録媒体１００を示す。
情報記録媒体１００には、ボリューム空間２００が割り付けられている。
ボリューム空間２００には、システム用に確保される領域１０１と、第１ＵＤＦボリューム構造領域１０２と、第１データ領域１０３と、第２データ領域１０４と、第３データ領域１０５と、第２ＵＤＦボリューム構造領域１０６と、システム用に確保される領域１０７とが割り付けられている。ボリューム空間２００に割り付けられた領域１０１の側を情報記録媒体１００の内周側とし、領域１０７の側を情報記録媒体１００の外周側とする。
第１ＵＤＦボリューム構造領域１０２と、第２ＵＤＦボリューム構造領域１０６とには、ＵＤＦのボリューム構造が記録されている。ＵＤＦのボリューム構造が、情報記録媒体１００の内周側である第１ＵＤＦボリューム構造領域１０２と情報記録媒体１００の外周側である第２ＵＤＦボリューム構造領域１０６とに記録されるのは、データの信頼性を向上させるためである。
ＵＤＦのボリューム構造およびＵＤＦのファイル構造の各々に含まれる情報は、情報記録媒体１００に対して第１アクセス方法を提供する。ＵＤＦのボリューム構造およびＵＤＦのファイル構造の詳細は、後述される。
ボリューム空間２００には、第１ＳＶＦＳファイル構造領域１０８と、第２ＳＶＳＦファイル構造領域１０９と、第１ＳＶＦＳファイル構造予備領域１１０と、第２ＳＶＦＳファイル構造予備領域１１１とがさらに割り付けられている。第１ＳＶＦＳファイル構造領域１０８と、第２ＳＶＦＳファイル構造領域１０９とには、ＳＶＦＳのボリューム構造とファイル構造とが記録されている。第１ＳＶＦＳファイル構造予備領域１１０と、第２ＳＶＦＳファイル構造予備領域１１１とは、ＳＶＦＳのボリューム構造とファイル構造とを記録するための予備領域である。
ＳＶＦＳのボリューム構造およびＳＶＦＳのファイル構造の各々に含まれる情報は、情報記録媒体１００に対して第２アクセス方法を提供する。ＳＶＦＳのボリューム構造およびＳＶＦＳのファイル構造の詳細は、後述される。さらに、第１ＳＶＦＳファイル構造領域１０８の詳細は、後述される。
第１領域１０３は記録可能な区画として、第２領域１０４および第３領域１０５は再生専用の区画として情報記録媒体１００に割り付けられている。また、領域１０３は第１セグメントとして、第２領域１０４は第２セグメントとして、第３領域１０５は第３セグメントとして情報記録媒体１００に割り付けられている。
ここで、区画は、第１アクセス方法でアクセス可能な領域として定義され、セグメントは、第２アクセス方法でアクセス可能な領域として定義される。
第１アクセス方法は、ＵＤＦのボリューム構造およびＵＤＦのファイル構造の各々に含まれる情報によって提供される。第２アクセス方法は、ＳＶＦＳのボリューム構造およびＳＶＦＳのファイル構造の各々に含まれる情報によって提供される。
ＵＤＦのボリューム構造およびＵＤＦのファイル構造の各々に含まれる情報は、情報記録媒体１００に記録されているファイルを管理し、第１ファイル管理情報として定義される。ＳＶＦＳのボリューム構造およびＳＶＦＳのファイル構造の各々に含まれる情報は、情報記録媒体１００に記録されているファイルを管理し、第２ファイル管理情報として定義される。
第１領域１０３を第２ファイル管理情報に従ってアクセスできない領域とし、第１ファイル管理情報に従って記録可能な領域とすることにより、記録再生装置は第１ファイル管理情報のみに従って第１領域１０３に対してユーザファイルを記録、更新、削除出来る。
第２セグメントには、非リアルタイム・ファイルが記録されている。非リアルタイム・ファイルは、所定のアプリケーションの機能を実現するためのファイルである。例えば、非リアルタイム・ファイルは、ビデオデータの記録再生を実現するためのプレイリストファイルである。
第３セグメントには、リアルタイム・ファイルが記録されている。リアルタイム・ファイルは、所定のアプリケーションの機能を実現するためのファイルである。リアルタイム・ファイルは、ビデオデータの記録再生を実現するためにプレイリストファイルとともに使用されるリアルタイム・データである。
第１アクセス方法が第２領域１０４と第３領域１０５とに記録されているファイルを再生するのみである再生専用領域として第２領域１０４と第３領域１０５とが機能するように第２領域１０４と第３領域１０５とにアクセスする方法であり、第２アクセス方法が第２領域１０４と第３領域１０５とに記録されているファイルを再生することができ、かつ第２領域１０４と第３領域１０５とにファイルを記録することができる領域として第２領域１０４と第３領域１０５とが機能するように第２領域１０４と第３領域１０５とにアクセスする方法である場合には、第１ファイル管理情報に従って第２領域１０４と第３領域１０５とに記録されているファイルの変更や削除を制限することができる。
第１ファイル管理情報に従って第２領域１０４と第３領域１０５とに記録されているファイルが変更されたり削除されたりすることを制限することによって、ＵＤＦのボリューム構造とＳＶＦＳのボリューム構造との間の整合性およびＵＤＦのファイル構造とＳＶＦＳのファイル構造との間の整合性を保つことが出来る。
具体的に説明すると、一般に、ＵＤＦのファイルシステムは、パソコンを対象に導入され、パソコンのユーザに対してファイルの記録再生機能を提供する。しかし、ＵＤＦのファイルシステムはファイルを汎用的に扱うため、特定のアプリケーションで利用するために特別な配置が必要とされるファイルを記録する場合には、適切な配置ができない等の課題が発生する。例えば、ＵＤＦのファイルシステムに従ってビデオファイルを記録した場合には、連続再生が途中で途切れる可能性がある。そこで、ＵＤＦのボリューム・ファイル構造に従って第２領域１０４および第３領域１０５を再生専用領域として管理することによって、ＵＤＦのファイルシステムに従って特別な配置が必要とされるファイルの記録や変更を制限することができる。従って、特別な配置が必要とされるファイルをパソコンユーザが不用意に変更することを防止できる。なお、ＵＤＦのファイルシステムに従って第１領域１０３にファイルを記録しえるため、再生専用区画に記録されたビデオファイルの映像シーンに対するマーカ情報や簡単な編集情報を記録可能区画に記録することが出来る。
また、第２ファイル管理情報に従って、第１領域１０３に記録されたファイルを管理する必要がない。第１領域１０３が第２ファイル管理情報に従って記録、更新、削除できない領域として定義されているからである。従って、第２ファイル管理情報に従って管理するファイルの数が少なくなる。
第２セグメントとして定義された第２領域１０３に非リアルタイム・ファイルを記録し、第３セグメントとして定義された第３領域１０４にリアルタイム・ファイルを記録することで、リアルタイム・ファイルの連続再生の性能が向上する。
非リアルタイム・ファイルは、リアルタイム・ファイルと比べてファイルのサイズが小さいものの、情報記録媒体１００に記録される非リアルタイム・ファイルの数がリアルタイム・ファイルと比べて多くなる場合がある。さらに、プレイリストファイルへのアクセス時間が長くなると、ビデオデータの再生開始までの時間が遅くなってしまうために、多数のファイルに高速でアクセスすることが要求される。従って、所定の領域を非リアルタイム・ファイルの記録領域として情報記録媒体１００に割り付けることで、多数のファイルへのアクセス時間を短くすることができる。
また、リアルタイム・ファイルは、ファイルのサイズが大きく、連続的に再生される必要がある。リアルタイム・ファイルを記録する領域を設定することで、空き領域の分断化が緩和されるので効率的にリアルタイム・ファイルを記録再生することが出来る。
また、情報記録媒体１００に対してＣｏｎｓｔａｎｔ  Ｌｉｎｅａｒ  Ｖｅｒｏｃｉｔｙ  記録（ＣＬＶ記録）を行う場合には、情報記録媒体１００の内周側と外周側とでは、スピンドルモータの回転数に差が生じる。スピンドルモータの回転数の差に比例してアクセス時間が大きくなる。また、スピンドルモータが強力な場合には、アクセス時間に占められるピックアップを移動するための駆動時間の割合が大きくなる。従って、情報記録媒体１周あたりのデータの記録量が多く、スピンドルモータの回転数の小さい外周側の所定の範囲にリアルタイム・データを記録する場合には、この所定の範囲内のワーストシーク時間を短くすることができる。この結果、リアルタイム・データを複数のリアルタイム・データに分割して所定の範囲内に記録した場合には、複数に分割されたリアルタイム・データを連続して再生することができる。
なお、ボリューム空間に１つの再生専用区画のみを定義してもよい。この場合には、ＵＤＦのファイルシステムを用いて新たにファイルを記録できない。このため、ＵＤＦのファイル構造とＳＶＦＳのファイル構造との間の整合性を保つことができる。また、この場合には、ボリューム空間に第１セグメントと第２セグメントとが定義され、第１セグメントには非リアルタイム・ファイルが記録され、第２セグメントにはリアルタイム・ファイルが記録される。このように、ボリューム空間に記録可能区画が設定されない場合でも、ＵＤＦのファイル構造とＳＶＦＳのファイル構造との整合性を保つことが可能となり、さらに非リアルタイム・ファイルとリアルタイム・ファイルとの適切な配置が可能となる。
なお、ＳＶＦＳファイル構造領域を第２セグメント内または第３セグメント内に配置してもよい。ＳＶＦＳファイル構造領域はテーブル形式のデータ構造であるため、予め領域が確保されえるからである。
また、第２セグメントを第３セグメント内に設定してもよい。第２セグメントとして割り付けられた領域には、リアルタイム・ファイルが記録されないからである。
なお、第２セグメントと第３セグメントとから構成される領域と再生専用区画とが重複している場合には、ＵＤＦのファイル構造とＳＶＦＳのファイル構造との整合性チェックが容易になる。
また、第１領域１０３、第２領域１０４および第３領域１０５をＥＣＣブロック単位でボリューム空間１９０に割り付けることによって、制御システムは、情報記録再生装置に対して、ＥＣＣブロック単位でのデータの記録再生を指示し易くなる。情報記録再生装置内では、データは、複数のセクタから構成されるＥＣＣブロック単位で記録されるためである。
ＳＶＦＳのファイル構造が記録されることによって、２重書きされていないＵＤＦのファイル構造が欠陥セクタ等のために読み出せなくなっても、セグメントに記録されたファイルの記録、更新、削除が出来るとともに、読み出せなくなったＵＤＦファイル構造の修復を行うことが出来る。
また、第１ＳＶＦＳファイル構造予備領域１１０または第２第１ＳＶＦＳファイル構造予備領域１１１にＳＶＦＳファイル構造が記録される場合には、さらにファイル構造の信頼性を高めることが出来る。
記録再生装置が第１ＳＶＦＳファイル構造領域１０８に記録されたＳＶＦＳのファイル構造を読み出せなくなった場合には、システムは第２ＳＶＦＳファイル構造領域１０９からＳＶＦＳのファイル構造を読み出し、第１ＳＶＦＳファイル構造予備領域１１０に書き込む。さらに、第１ＳＶＦＳファイル構造領域１０８が無効であることを示すために、システムは、００データを第１ＳＶＦＳファイル構造領域１０８に書き込む。従って、記録再生装置は、ＳＶＦＳのファイル構造を読み出す場合には、システムは、最初に第１ＳＶＦＳファイル構造領域１０８に書き込まれた００データを読み出し、次に第２ＳＶＦＳファイル構造領域１０９に書き込まれたＳＶＦＳのファイル構造を読み出す。
さらに、記録再生装置が第２ＳＶＦＳファイル構造領域１０９に記録されたＳＶＦＳのファイル構造を読み出せなくなった場合には、記録再生装置は第１ＳＶＦＳファイル構造予備領域１１０からＳＶＦＳのファイル構造を読み出し、第２ＳＶＦＳファイル構造予備領域１１１に書き込む。さらに、第２ＳＶＦＳファイル構造領域１０９が無効であることを示すために、記録再生装置は、００データを第２ＳＶＦＳファイル構造領域１０９に書き込む。従って、記録再生装置は、ＳＶＦＳのファイル構造を読み出す場合には、記録再生装置は、最初に第１ＳＶＦＳファイル構造領域１０８に書き込まれた００データを読み出し、次に第２ＳＶＦＳファイル構造領域１０９に書き込まれた００データを読み出し、次に第１ＳＶＦＳファイル構造予備領域１１０に書き込まれたＳＶＦＳのファイル構造を読み出す。
図２は、ディレクトリ構造を示す。情報記録媒体１００には、図３に示すようなディレクトリ構造によって管理されるファイルが記録されている。
ディレクトリ構造には、ＳＰＥＣＩＦＩＣディレクトリと、ＵＳＲディレクトリとが含まれる。ＳＰＥＣＩＦＩＣディレクトリは、所定のアプリケーションによって利用されるファイルを記録するディレクトリであり、ＵＳＲディレクトリは、ユーザのデータファイルを記録するディレクトリである。
ディレクトリ構造には、ＰＬＡＹＬＩＳＴディレクトリと、ＳＴＲＥＡＭディレクトリとがさらに含まれる。ＳＰＥＣＩＦＩＣディレクトリには、ＰＬＡＹＬＩＳＴディレクトリとＳＴＲＥＡＭディレクトリが記録されている。ＰＬＡＹＬＩＳＴディレクトリには、映像・音声データの再生区間の指定等の制御を行うためのデータファイルが記録される、例えば、プレイリストファイルＰＬ＿００１．ＰＬＴが記録される。ＳＴＲＥＡＭディルクトリには、プレイリストが用いる映像データと音声データが記録されたリアルタイム・ファイルが記録される、例えば、リアルタイム・ファイルＲＴ＿００１．ＲＴＳが記録される。
ＵＳＲディレクトリには、作成した文書ファイルを記録したり、ユーザのバックアップ用ファイルを記録しても良い。例えば、ファイルＦＩＬＥ−ＡがＵＳＲディレクトリに記録される。
図３は、図２で示されたディレクトリ構造に対応したＵＤＦのボリューム構造およびＵＤＦのファイル構造ならびにＳＶＦＳのボリューム構造およびＳＶＦＳのファイル構造を示す。
図３には、ＵＤＦのボリューム構造として、ボリューム構造８０が示される。ボリューム構造８０には、情報記録媒体をボリュームとして論理的に扱うための情報が含まれる。
ＵＤＦのファイル構造には、ファイル集合記述子８１と、ファイルエントリ８２と、ファイルエントリ９１と、ＵＳＲディレクトリ９２と、ファイルエントリ９３と、ＦＩＬＥ−Ａファイル９６とが含まれる。ファイル集合記述子８１は、複数のファイルをファイル集合として管理するための情報を含む。ファイルエントリ８２は、ルートディレクトリを示す情報を含む。図１に示されるように、第１領域１０３には、ファイル集合記述子８１と、ファイルエントリ８２と、ファイルエントリ９１と、ＵＳＲディレクトリ９２と、ファイルエントリ９３と、ＦＩＬＥ−Ａファイル９６とが記録されている。
ＵＤＦのファイル構造には、ファイルエントリ８３と、ＳＰＥＣＩＦＩＣディレクトリ８４と、ファイルエントリ８５と、ＰＬＡＹＬＩＳＴディレクトリ８６と、ファイルエントリ８７と、ファイルエントリ８８と、ＳＴＲＥＡＭディレクトリ８９と、ファイルエントリ９０と、ＰＬ＿００１．ＰＬＴファイル９４とがさらに含まれる。ＰＬ＿００１．ＰＬＴファイル９４は、プレイリストファイルである。図１に示されるように、第２領域１０４には、これらのファイル８３〜９０およびＰＬ＿００１．ＰＬＴファイル９４が記録されている。図１に示されるように、第３領域１０５には、ＲＴ＿００１．ＲＴＳ９５が記録されている。ＲＴ＿００１．ＲＴＳファイル９５は、リアルタイム・ファイルである。
なお、ディレクトリは、ファイルエントリによって、ファイルとして記録、管理される。
ＵＤＦのボリューム構造およびＵＤＦのファイル構造に含まれるこれらのデータ構造の詳細は、後述される。
図３には、ＳＶＦＳのボリューム構造として、Ｓボリューム記述子１５１が示される。Ｓボリューム記述子１５１には、情報記録媒体をボリュームとして論理的に扱うための情報が含まれる。
ＳＶＦＳのファイル構造には、レコーディング記述子１５２と、Ｓファイルエントリ１５３と、Ｓファイルエントリ１５４と、Ｓファイルエントリ１５５と、Ｓファイルエントリ１５７と、Ｓ２割付記述子１５８と、Ｓファイルエントリ１５９と、Ｓファイルエントリ１６０と、Ｓ３割付記述子１６１とが含まれる。ＳＶＦＳのファイル構造に含まれるこれらのファイルの詳細は、後述される。
図４は、ＵＤＦのボリューム構造の詳細を示す。
ＵＤＦのボリューム構造は、拡張領域先頭記述子２１と、ＥＣＭＡ１６７でフォーマットされたことを示すＮＳＲボリューム記述子２２と、拡張領域終端記述子２３とを含む。拡張領域先頭記述子２１と、ＮＳＲボリューム記述子２２と、拡張領域終端記述子２３とは、ボリューム認識列に含まれる。
ＵＤＦのボリューム構造は、基本ボリューム記述子２４と、記録可能区画の割付位置を示す区画記述子２５と、再生専用区画の割付位置を示す区画記述子２６と、記録可能区画と再生専用区画とを論理的なボリューム空間として統合する論理ボリューム記述子２７とをさらに含む。基本ボリューム記述子２４と、区画記述子２５と、区画記述子２６と、論理ボリューム記述子２７とは、ボリューム記述子列に含まれる。
また、ＵＤＦのボリューム構造は、ディスクの保全状態を示す論理ボリューム保全記述子２８と、ボリューム記述子列の位置を示す開始点ボリューム記述子ポインタ２９とをさらに含む。
開始点ボリューム記述子ポインタ２９は、セクタ番号２５６で示されたセクタ、最終セクタ番号で示されたセクタおよび最終セクタ番号−２５６で示されたセクタのうちの少なくとも２つのセクタに記録されるように規定されているので、ＵＤＦのファイル構造を読み出した記録再生装置は、これらのセクタ番号に示されたセクタからアクセスする。
図５は、ＵＤＦのファイルエントリのデータ構造を示す。
ファイルエントリは、記述子タグを示すフィールドと、ファイルの種類であるファイルタイプを示すフィールドと、ファイルのバイト数である情報長を示すフィールドと、ファイルの生成時であるアクセス日時を示すフィールドと、ファイルが変更された時である修正日時を示すフィールドと、ファイルエントリを作成したファイルシステムを実装したメーカを識別するための実装者ＩＤを示すフィールドと、割付記述子の長さを示すフィールドと、データの記録位置を示す割付記述子を示すフィールドとを含む。記述子タグを示すフィールドがファイルエントリのＩＤである２６１である場合には、システムは、これらのデータ構造がＵＤＦのファイルエントリであると認識する。
図６は、ＵＤＦの割付記述子のデータ構造を示す。
割付記述子は、エクステントの長さを示すフィールドとエクステントの位置を示すフィールドと含む。エクステントの位置はエクステントの開始位置で示される。エクステントは、指定されたデータが記録されている１つの連続した領域である。
データが２つのエクステントに分かれて記録されている場合には、２つの割付記述子を示すフィールドがファイルエントリに含まれる。ファイルエントリのサイズは１セクタ以下であり、ファイルエントリは、セクタの先頭から記録される。
ファイルまたはディレクトリのサイズが小さい場合には、ファイルエントリに含まれた最後のフィールドにそのファイルのデータが記録されてもよい。例えば、セクタが２ＫＢｙｔｅ（ＫＢ）、ファイルのデータが１ＫＢである場合には、ファイルエントリに記録されるパラメータは通常１７６Ｂであるため、ファイルエントリの最後のフィールドにそのファイルのデータが記録される。
図７は、ＵＤＦのファイル識別記述子のデータ構造を示す。
ファイル識別記述子は、記述子タグを示すフィールドと、ディレクトリに関する情報であるファイル特性を示すフィールドと、ファイル名の長さを示すフィールドと、そのファイルを管理するファイルエントリの位置であるＩＣＢを示すフィールドと、ファイル名を示すフィールドとを含む。記述子タグがファイル識別記述子のＩＤである２５７を示す場合には、システムは、これらのデータ構造がＵＤＦのファイル識別記述子であると認識する。
図８は、第１ＳＶＦＳファイル構造領域１０８の詳細を示す。第１ＳＶＦＳファイル構造領域１０８には、第１リング領域７０と、スライド領域７２とが割り付けられている。
第１リング領域７０には、４つのＥＣＣブロックが割り付けられている。４つのＥＣＣブロックのうちの１つは、ＥＣＣブロック７１である。
スライド領域７２には、３２個の第２リング領域が割り付けられている。３２個の第２リング領域の一部は、第２リング領域７３〜７６である。第２リング領域の各々には、２つのＥＣＣブロックを割付単位として、８つのＥＣＣブロックが割り付けられている。３２個の第２リング領域の各々に割り付けられたＥＣＣブロックには、有効な２つのＥＣＣブロックからなるＥＣＣブロック７９が含まれている。
第１リング領域７０に割り付けられた有効なＥＣＣブロック７１には、ＳＶＦＳのボリューム構造が記録されている。ＥＣＣブロック７９には、ＳＶＦＳのファイル構造が記録されている。ＳＶＦＳのボリューム構造を第１リング領域に、ＳＶＦＳのファイル構造を第２リング領域に記録することによって、ファイル構造の書き換え可能回数を増やすことができる。従って、セクタの書き換え可能回数が少ない情報記録媒体において、ファイルの記録に伴ってファイル管理情報の書き換え回数が多くなった場合でも、特定のセクタが物理的に疲労することによって欠陥セクタとなってしまうことを回避することができる。その結果、セクタの書き換え可能回数が少ない情報記録媒体の信頼性を向上することができる。
なお、ＥＣＣブロックに記録されたＳＶＦＳのボリューム構造には、シーケンス番号が含まれる。記録動作毎に、シーケンス番号に１が加えられる。従って、最大のシーケンス番号を含むＳＶＦＳのボリューム構造が記録されたＥＣＣブロックが、有効なＥＣＣブロックである。
図９は、第１リング領域とスライド領域とが連続して割り付けられた例を示す。
第１リング領域７０とスライド領域７２とを連続して割り付けた場合は、連続して割り付けない場合と比較して、早くファイル構造の情報を読み出すことが出来る。書き換え可能回数が５０回の情報記録媒体に、後述されるリング記録方法を用いた場合には、ＳＶＦＳのファイル構造の書き換えが２００回未満の場合であれば、第１リング領域７０と有効なＥＣＣブロックが割り付けられた第２リング領域とが連続して割り付けられているために、１２のＥＣＣブロックに記録されたファイル構造の情報を連続して読み出すからである。
第２リング領域における記録方向がリング状になるように、一定の方向にＥＣＣブロックを更新記録し、第２リング領域の終端になれば、第２リング領域の先頭から記録することによってファイルの記録が行われる。
書き換え疲労により所定の第２リング領域が使用できなくなった場合には、スライド領域中の次の第２リング領域にファイルを記録する。第２リング領域の位置が変わったことを示すために、第１リング領域に記録されたＳＶＦＳのボリューム構造が更新される。
第１リング領域における記録方向がリング状になるように、一定の方向にＥＣＣブロックを更新記録し、第１リング領域の終端になれば、第１リング領域の先頭から記録することによってファイルの記録が行われる。このように、リング状の記録を階層的に行うことで、第２リング領域へのデータの記録回数が多くなっても、更新記録が行える。
例えば、書き換え回数が５０回である光ディスクでは、第２リング領域の更新回数を考慮した場合には、５０×４回のファイル記録が可能となる。また、第２リング領域はスライド領域内に３２個割り付けられているため、合計は、５０×４×３２回のファイル構造の記録が可能となる。
第２リング領域の有効なＥＣＣブロックを見つける場合には、第１リング領域から４つのＥＣＣブロックを読み出し、その中で有効なＥＣＣブロックを検出して第２リング領域の位置を取得し、第２リング領域から８個のＥＣＣブロックを読み出し、その中で有効な２つのＥＣＣブロックを見つける。従って、データの読み出し時間は、スライド領域をすべて読み出す場合に比べて短い。
例えば、図８および図９に示される実施の形態では、リング記録が「記録終了位置情報に応じて、データ領域にファイルを一方向に繰り返し記録する一方向繰り返し記録」に対応する。
図１０は、図８で示された第１リング領域７０に記録されているＳＶＦＳのＳボリューム記述子のデータ構造を示す。Ｓボリューム記述子は、ＳＶＦＳのボリューム構造を記述する。
Ｓボリューム記述子は、ファイルの位置情報に比べて書き換え頻度の少ないセグメントの位置情報やリング領域とスライド領域との位置情報を含む。更新頻度の少ない情報と多い情報とを第１リング領域と第２リング領域とに分けて記録することによって、効率的にリング記録が行われる。
Ｓボリューム記述子は、論理フォーマット時に情報記録媒体に記録される情報のうち、ＵＤＦのボリューム構造で定義されていない情報を記録するためにも用いられる。
Ｓボリューム記述子は、ボリューム構造がＳＶＦＳのＶｅｒｓｉｏｎ１．０であることを示すために、論理フォーマット名を示すフィールドとバージョン番号を示すフィールドとを含む。Ｓボリューム記述子は、Ｓボリューム記述子が記録されている光ディスクのボリューム名を示すフィールドと、アクセスタイプを示すフィールドと、第１リング領域の長さを示すフィールドと、第１リング領域内に記録されるＥＣＣブロックの記録単位を示すフィールドと、スライド領域の長さを示すフィールドと、第２リング領域の長さを示すフィールドと、第２リング領域内に記録されるＥＣＣブロックの記録単位を示すフィールドとをさらに含む。第１リング領域の長さと、第１リング領域内に記録されるＥＣＣブロックの記録単位と、スライド領域の長さと、第２リング領域の長さと、第２リング領域内に記録されるＥＣＣブロックの記録単位との各々を示すフィールドは、ＥＣＣブロックの数で示される。
Ｓボリューム記述子は、シーケンス番号を示すフィールドと、有効な第２リング領域を示す第２リング領域番号を示すフィールドと、用途に応じて分割されるセグメントの数を示すフィールドと、各セグメントの位置を示すフィールドと、各セグメントの長さを示すフィールドと、各セグメントの用途を示すフィールドとをさらに含む。シーケンス番号は、Ｓボリューム記述子が更新されるたびに１をインクリメントされる。一番大きなシーケンス番号を含むＳボリューム記述子が記録されたＥＣＣブロックが、有効なＥＣＣブロックである。各セグメントの用途は、例えば３種類（▲１▼第１ファイル管理情報に従って管理され、第２ファイル管理情報に従って管理されないファイルの記録、▲２▼第１ファイル管理情報と第２ファイル管理情報とに従って管理される非リアルタイム・データの記録および▲３▼第１ファイル管理情報と第２ファイル管理情報とに従って管理されるリアルタイム・データの記録）である。
図１１は、図７で示された第２リング領域に記録されているＳＶＦＳのファイル構造を示す。ＳＶＦＳのファイル構造は、レコーディング記述子と、Ｓファイルエントリのテーブルと、第２セグメントに記録されたファイルの記録位置を示すＳ２割付記述子のテーブルと、第３セグメントに記録されたファイルの記録位置を示すＳ３割付記述子のテーブルとを含む。
Ｓ２割付記述子とＳ３割付記述子とをＳファイルエントリから独立させてテーブル形式で表現する理由を、以下に示す。
Ｓファイルエントリは１つのファイルに対して１つ必要である。しかし、ファイルが２重記録される場合には、１つのＳファイルエントリに対し、２つのＳ２割付記述子が必要となり、リアルタイム・ファイルが複数のエクステントに分散して記録される場合には、１つのＳファイルエントリに対し、複数のＳ３割付記述子が必要となるためである。
また、割付記述子をセグメント毎にテーブル形式で管理することにより、各セグメントでの空き領域の管理が容易になるというメリットもある。例えば、リアルタイム・ファイルが記録される連続領域の各々は、リアルタイム・ファイルを連続再生するために所定のサイズが必要とされる。しかし、リアルタイム・ファイルを管理する割付記述子の数はさほど多くならない。このため、空き領域を管理するビットマップが不要になる。また、ＰＬＡＹＬＩＳＴディレクトリにサムネイル等のプレイリストファイル以外のファイルが記録されて、第２セグメントに記録されるファイルの数が多くなる場合には、第２セグメント内の空き領域を管理するスペースビットマップを記録するだけでよい。従って、第３セグメントに比べ、第２セグメントのサイズが小さいので、ビットマップのサイズを小さく出来る。
図１２は、レコーディング記述子のデータ構造を示す。
レコーディング記述子は、レコーディング時間を示すフィールドと、実装者ＩＤを示すフィールドと、セグメント数を示すフィールドと、第２セグメントの最終記録アドレスを示すフィールドと、第３セグメントの最終記録アドレスを示すフィールドと、シーケンス番号を示すフィールドと、特定ＵＤＦファイル構造の長さを示すフィールドと、特定ＵＤＦファイル構造の位置を示すフィールドと、Ｓファイルエントリのテーブルの長さを示すフィールドと、Ｓ２割付記述子のテーブルの長さを示すフィールドと、Ｓ３割付記述子のテーブルの長さを示すフィールドとを含む。
シーケンス番号には、Ｓファイル構造が更新されるたびに１がインクリメントされる。一番大きなシーケンス番号を含むＳファイル構造が記録されたＥＣＣブロックが、有効なＥＣＣブロックである。
レコーディング時間を示すフィールドは、レコーディング記述子のデータが生成された時刻を示す。ＵＤＦのボリューム構造に含まれる論理ボリューム保全記述子のレコーディング時間のフィールドも、論理ボリューム保全記述子のデータが生成された時刻を示す。ＵＤＦのボリューム構造とＳＶＦＳのボリューム構造との間の整合性およびＵＤＦのファイル構造とＳＶＦＳのファイル構造との間の整合性は、これらの時間情報に基づいて判別される。これらの時間情報が等しい場合には、ＵＤＦのボリューム構造とＳＶＦＳのボリューム構造との間の整合性およびＵＤＦのファイル構造とＳＶＦＳのファイル構造との間の整合性を有すると判断し得る。
実装者ＩＤを示すフィールドは、このファイル構造を更新記録したファイルシステムを開発したメーカのＩＤを示す。ファイル構造に実装者ＩＤを示すフィールドを含めることで、互換上の課題が発生した場合でも、課題解決が容易になる。また、ファイル構造は、上書きされずに、リング記録を用いて更新記録されるので過去の履歴が残っており、履歴を利用して互換上の課題を解決するのに役立つ。
セグメント数を示すフィールドは、用途に応じて分割されるセグメントの数を示す。
第２セグメント中の最終記録アドレスを示すフィールドは、データが最後に記録された領域の最終アドレスを示す。システムが第２セグメントにデータを記録する場合には、システムはこの最終記録アドレスより大きなアドレスの方向に向かって空き領域を検索してから、データを記録する。空き領域の検索が第２セグメントの終端に到達した場合には、システムは第２セグメントの先頭から空き領域を検索してデータを記録する。従って、システムによって特定の領域が繰り返し記録されることを防止し得る。
第３セグメント中の最終記録アドレスを示すフィールドは、データが最後に記録された領域の最終アドレスを示す。システムが第３セグメントにデータを記録する場合には、システムはこの最終記録アドレスより大きなアドレスの方向に向かって空き領域を検索してから、データを記録する。空き領域の検索が第３セグメントの終端に到達した場合には、システムは第３セグメントの先頭から空き領域を検索してデータを記録する。
追記型情報記録媒体に対してデータを記録する場合には、第２セグメント中の最終記録アドレスおよび第３セグメント中の最終記録アドレスは、次回、記録を開始する位置を識別するための情報として利用しえる。
特定ＵＤＦファイル構造の長さと位置とを示すフィールドは、ＳＰＥＣＩＦＩＣディレクトリ以下のＵＤＦのファイル構造が記録された位置情報を示す。ＳＶＦＳで管理している複数のファイルは同時にオープンされて再生されるため、これらのファイルを管理するＵＤＦのファイル構造の位置情報をまとめて記録することによって、ＵＤＦのファイルシステムに従ってこれらのファイルをオープンする時間が短縮される。ＳＶＦＳのファイルシステムに従って第３セグメントにリアルタイム・ファイルが記録された場合には、このリアルタイム・ファイルを管理するＵＤＦのファイル構造が第２セグメントに記録される。ＵＤＦのファイル構造が記録された領域が傷つくことでＵＤＦのファイル構造が読み出せなくなった場合には、ＵＤＦのファイル構造の記録位置が、ＳＶＦＳのファイル構造に記録されることで、ＵＤＦのファイル構造を辿る必要がなくなり、ＵＤＦのファイル構造の修復が容易になるというメリットもある。なお、特定のＵＤＦのファイル構造を、特定のファイルとしてＳＶＦＳのファイル構造に登録しても同じ効果が得られる。
Ｓファイルエントリのテーブルの長さと、Ｓ２割付記述子のテーブルの長さと、Ｓ３割付記述子のテーブルの長さとの各々を示すフィールドに基づいて、各テーブルの開始位置がわかる。
図１３は、Ｓファイルエントリのデータ構造を示す。
Ｓファイルエントリのテーブルには、第２セグメントと第３セグメントとに記録されたファイル毎、または、ディレクトリ毎にＳファイルエントリが記録される。
Ｓファイルエントリは、ファイル名の長さを示すフィールドと、ファイル名を示すフィールドを含む。ファイル名を示すフィールドは、２０Ｂｙｔｅのファイル名またはディレクトリ名を示す。リアルタイム・ファイルを記録再生するためのアプリケーションでは、ファイル名は予め決められたルールで命名されるので、ファイル名の長さを制限しても不都合がない。また、ファイル名の長さを制限することでＳファイルエントリのサイズを小さく出来る。
Ｓファイルエントリは、兄弟のエントリ番号を示すフィールドと、子供のエントリ番号を示すフィールドと、親のエントリ番号を示すフィールドとをさらに含む。兄弟のエントリ番号と、子供のエントリ番号と、親のエントリ番号とは、ディレクトリ構造における階層的な関係を示すものである。エントリ番号は、Ｓファイルエントリのテーブルの先頭から順番に各Ｓファイルエントリに付与される。兄弟のエントリ番号は、Ｓファイルエントリで示されるファイルまたはディレクトリと同じディレクトリに属するファイルまたはディレクトリを示すＳファイルエントリのエントリ番号である。子供のエントリ番号は、Ｓファイルエントリで示されるディレクトリよりも下の階層に存在するファイルまたはディレクトリを示すＳファイルエントリのエントリ番号である。親のエントリ番号は、Ｓファイルエントリで示されるファイルまたはディレクトリよりも上の階層に存在するディレクトリを示すＳファイルエントリのエントリ番号を示す。
Ｓファイルエントリは、ファイルタイプを示すフィールドと、データレートを示すフィールドと、割付記述子のエントリ番号を示すフィールドとをさらに含む。ファイルタイプを示すフィールドは、このファイルが非リアルタイム・ファイルか、リアルタイム・ファイルか、ディレクトリかを示す。データレートを示すフィールドは、このファイルがリアルタイム・ファイルである場合には、リアルタイム・ファイルのデータレートを示す。割付記述子のエントリ番号を示すフィールドは、このファイルが非リアルタイム・ファイルの場合には、このファイルの記録位置を示すＳ２割付記述子のエントリ番号を示す。このファイルがリアルタイム・ファイルの場合には、このファイルの記録位置を示すＳ３割付記述子のエントリ番号を示す。
図１４は、Ｓ２割付記述子のデータ構造を示す。
Ｓ２割付記述子のデータ構造は、テーブル形式で表現される。Ｓ２割付記述子のテーブルには、第２セグメントに記録されたファイル毎、または、ディレクトリ毎にＳ２割付記述子が記録される。
Ｓ２割付記述子は、エクステントの長さを示すフィールドと、エクステントの位置を示すフィールドと、予備の割付記述子のエントリ番号を示すフィールドとを含む。エクステントの長さを示すフィールドとエクステントの位置を示すフィールドとは、このファイルのエクステントの記録位置を示す。このファイルが非リアルタイム・ファイルである場合には、エクステントの長さを示すフィールドとエクステントの位置を示すフィールドとは、データの信頼性を確保するために２重記録される。予備の割付記述子のエントリ番号のフィールドは、２重記録されるデータの記録位置を示すＳ２割付記述子のエントリ番号を示す。
図１５は、Ｓ３割付記述子のデータ構造を示す。
Ｓ３割付記述子のテーブルには、第３セグメントに記録されたファイル毎にＳ３割付記述子が記録される。
Ｓ３割付記述子は、エクステントの長さを示すフィールドと、エクステントの位置を示すフィールドと、予備の割付記述子のエントリ番号を示すフィールドとを含む。エクステントの長さを示すフィールドとエクステントの位置を示すフィールドとは、このファイルのエクステントの記録位置を示す。このファイルがリアルタイム・ファイルである場合には、データが複数のエクステントに分かれて記録されるために、次の割付記述子のエントリ番号を示すフィールドに、次のエクステントを示すＳ３割付記述子のエントリ番号を記録する。
ＳＶＦＳのファイル構造では、例えば、レコーディング記述子が６４Ｂｙｔｅの長さ，Ｓファイルエントリが３２Ｂｙｔｅの長さ、Ｓ２割付記述子とＳ３割付記述子とが１０Ｂｙｔｅの長さであるとする。１０００個のリアルタイム・ファイルと１０００個のプレイリストファイルを記録する場合には、Ｓファイルエントリのテーブルのサイズは、６４ＫＢ弱、Ｓ２割付記述子のテーブルサイズは、２重記録の分を含めるので、２０ＫＢ弱、Ｓ３割付記述子のテーブルサイズは、エクステントの総数が４５００個である場合には、４４ＫＢ弱である。１ＥＣＣブロックが６４ＫＢである情報記録媒体では、ＳＶＦＳのファイル構造を２ＥＣＣブロックで記録できる。なお、記録するファイルの数を制限する場合には、Ｓ２割付記述子とＳ３割付記述子とを共通のテーブルで表しても良い。このように、ＵＤＦのファイル構造がセクタ形式であるのに対し、ＳＶＦＳのファイル構造は、管理情報毎に情報をテーブル上に記録するテーブル形式であるため、データ構造はコンパクトである。
また、ＵＤＦのファイル構造に従ってデータ記録可能な領域のサイズを制限することで、リニアリプレースメント方式またはＵＤＦ  Ｒｅｖｉｓｉｏｎ２．０で定義されているスペアリングテーブルによる欠陥管理方法を用いても、代替領域を小さくすることができる。ＳＶＦＳのファイルシステムは、第２セグメントにデータを記録する場合には、ベリファイをすることで、欠陥領域を避けてデータを記録することができ、第３セグメントにデータを記録する場合には、スキップ記録をすることで、あらかじめ検出された欠陥領域を避けてデータを記録することが出来るからである。
このように、ＳＶＦＳのファイルシステムを導入することで、既存のＵＤＦのファイルシステムとの再生互換及び記録互換を確保しながら、リアルタイム性の向上、データの信頼性の向上を図ることができる。また、所定のアプリケーションで利用するファイルの総数を２０００個、リアルタイム・ファイルのエクステントの総数を４５００個に制限すれば、ＳＶＦＳのボリューム構造は１ＥＣＣ以内のサイズで、ＳＶＦＳのファイル構造は２ＥＣＣ以内のサイズであらわせるので、リング記録を用いて２重記録した場合でも記録再生時間が課題にならない。
図１６は、第１ＳＶＦＳファイル構造領域１０８の別の例を示す。この例は、ファイルの数が１万個以上でも扱える第１ＳＶＦＳファイル構造領域１０８を示す。第１ＳＶＦＳファイル構造領域１０８に３つの領域（第１リング領域、第２リング領域、第３リング領域）を割り付け、ボリューム構造を第１リング領域に、ファイル構造を第２リング領域と第３リング領域に分けて記録することで効率よく記録再生を行う。なお、以下では、Ｓ保全記述子を便宜上ファイル構造として説明しているが、ＥＣＭＡ１６７の定義では、保全記述子はボリューム構造として定義されている。
第１ＳＶＦＳファイル構造領域１０８には、第１リング領域１７１と、スライド領域１７２と、第２リング領域と、第３リング領域１７８とが割り付けられている。第１リング領域１７１は、４つのＥＣＣブロックからなり、スライド領域１７２は、６４個の第２リング領域からなる。
６４個の第２リング領域の一部が、第２リング領域１７３，第２リング領域１７４，第２リング領域１７５，第２リング領域１７６である。オープンクローズの管理を行うために、図８で示された例の２倍の数の第２リング領域がスライド領域１７２に割り付けられる。第２リング領域の各々は、１つのＥＣＣブロックを記録単位として、４ＥＣＣブロックからなる。
第１リング領域中で有効なＥＣＣブロックがスライド領域内の有効な第２リング領域１７３の位置を示す。第２リング領域中の有効なＥＣＣブロック１７７に記録されたデータが、第３リング領域１７８中の有効な領域１７９の位置を示す。
データは、第１リング領域１７１、第２リング領域１７３、第３リング領域１７８において、リング記録される。第２リング領域の書き換えにより第２リング領域が疲労した場合には、次の第２リング領域を使用して新たにデータを記録する方法は、図８を参照して説明された方法と同じである。
ファイルの数が増えた場合には、ファイルを管理する情報が数ＥＣＣブロックに収まらずに数十ＥＣＣブロックになる。例えば、ファイルを管理する情報が１ファイルあたり４２Ｂ（バイト）である場合には、６万個のファイルを管理するためには、約３８ＥＣＣブロックを必要とする。この場合に、第２リング領域にファイルを管理する情報を記録した場合には、第２リング領域として、１５２ＥＣＣブロック必要になり、有効なファイルを管理する情報を見つけるために、１５２ＥＣＣブロックを読み出さねばならない。３つのリング記録領域を設け、ファイルを管理する情報を記録した領域を第２リング領域で管理するようにすれば、第２リング領域の４ＥＣＣブロックを読出し、第３リング領域の先頭にアクセスして、３８ＥＣＣブロックを読み出すだけでよいので、より高速にデータを読み出すことが出来る。
図１７は、第１リング領域１７１と、スライド領域１７２と、第３リング領域１７８との情報記録媒体上の配置を示す。
ファイルを管理する情報の状態がオープンな状態またはクローズな状態を示す保全情報を第２リング領域に記録するために、第２リング領域の書き換え回数の半分と第３リング領域の書き換え回数とが同じになるように第３リング領域のサイズを設定する場合には、領域の無駄が少なくなる。第２リング領域のサイズが６４ＥＣＣブロックである場合には、第３リング領域のサイズは３２×３８ＥＣＣブロックとなる。
このように、ファイル構造を記録する領域を第２リング領域と、第３リング領域とに分け、第１リング領域と合わせて３つのリング領域を割り付けてデータを記録する場合には、ファイル数が増えてもリング記録を効率的に行うことができる。
なお、第１リング領域、第２リング領域、第３リング領域中の有効なＥＣＣブロックは、最大の値のシーケンス番号が記録されたＥＣＣブロックであることは図８で示された例と同じである。
なお、第３リング領域は第２リング領域に続く領域に配置する例を説明したが、離れた領域に第３リング領域を配置しても本発明の効果が得られる。
図１８は、第２リング領域に記録されるＳ保全記述子のデータ構造を示す。第２リング領域に記録されるＳＶＦＳのファイル構造は、Ｓ保全記述子と、Ｓファイル記述子の２種類である。
Ｓ保全記述子は、レコーディング時間を示すフィールドと、実装者ＩＤを示すフィールドと、オープンクローズ管理フィールドと、セグメント数を示すフィールドと、第１セグメントの最終記録アドレスを示すフィールドと、第２セグメントの最終記録アドレスを示すフィールドと、第３セグメントの最終記録アドレスを示すフィールドと、シーケンス番号を示すフィールドと、第３リング領域の長さを示すフィールドと、第３リング領域の記録単位を示すフィールドと、第３リング領域番号を示すフィールドと、特定ＵＤＦファイル構造の長さを示すフィールドと、特定ＵＤＦファイル構造の位置を示すフィールドと、第２セグメントのスペースビットマップの位置を示すフィールドと、第２セグメントのスペースビットマップの長さを示すフィールドとを含む。
シーケンス番号には、Ｓ保全記述子が更新されるたびに１がインクリメントされる。一番大きなシーケンス番号を含むＳ保全記述子が記録されたＥＣＣブロックが、有効なＥＣＣブロックである。
レコーディング時間を示すフィールドは、この記述子のデータが生成された時刻を示す。実装者ＩＤを示すフィールドは、このファイル構造を更新記録したファイルシステムを開発したメーカのＩＤを示す。セグメント数を示すフィールドは、用途に応じて分割されるセグメントの数を示す。
第１セグメント中の最終記録アドレスを示すフィールドは、データが最後に記録された領域の最終アドレスを示す。ＵＤＦのファイルシステムに従って追記型ディスクにデータを記録する場合には、情報記録再生装置は、データを記録する位置を示す位置情報を光ディスクドライブ等に問い合わせることなく、第１セグメント中の最終記録アドレスを示すフィールドを読み出すことによって、データを記録する位置を示す位置情報を取得し得る。
第２セグメント中の最終記録アドレスを示すフィールドおよび第３セグメント中の最終記録アドレスを示すフィールドもまた、データが最後に記録された領域の最終アドレスを示す。
システムが第２セグメントまたは第３セグメントにデータを記録する場合には、システムはこの最終記録アドレスより大きなアドレスの方向に向かって空き領域を検索してから、データを記録する。空き領域の検索が第２セグメントまたは第３セグメントの終端に到達した場合には、システムは第２セグメントまたは第３セグメントの先頭から空き領域を検索してデータを記録する。従って、システムによって特定の領域が繰り返し記録されることを防止し得る。
特定ＵＤＦファイル構造の長さと位置とを示すフィールドは、ＳＰＥＣＩＦＩＣディレクトリ以下のＵＤＦのファイル構造が記録された位置情報を示す。
オープンクローズ管理フィールドは、ＥＣＭＡ１６７の論理ボリューム保全記述子の保全フィールドの役割を果たす。すなわち、セグメント内に何らかのデータを記録する場合には、データを記録する前に、このフィールドに記録するデータの状態がオープンな状態であることを示す１を記録する。情報記録媒体のイジェクト時など、この情報記録媒体でデータの記録が正しく終了したこと保証する場合に、ＳＶＦＳのオープンクローズ管理フィールドとＵＤＦの保全フィールドとを更新し、記録されたデータの状態をクローズな状態にする。
ＵＤＦのファイル構造に含まれる論理ボリューム保全記述子にオープン情報を記録することを止めることによって、論理ボリューム保全記述子の書換え回数を半分にすることが出来る。
また、通常、ＵＤＦのファイルシステムはファイルの更新ごとに、論理ボリューム保全記述子の書き換えを行う。ＳＶＦＳのファイルシステムでオープン、クローズを管理し、情報記録媒体をイジェクトする時に、論理ボリューム保全記述子の更新する。この場合には、さらに、論理ボリューム保全記述子の書き換え回数を少なくすることができる。ＳＶＦＳのファイル構造に保全情報を記録することで、ＳＶＦＳのファイル構造のみに従って処理を行う場合でも、情報記録媒体に記録されたデータの保全状態（オープンな状態、クローズな状態）がわかる。
ファイルの記録に先立って、ＵＤＦのファイル構造に含まれる保全情報をオープンな状態にし、ファイルの記録後またはファイルとその管理情報との記録後に、ＵＤＦのファイル構造に含まれる保全情報をクローズな状態にしてもよい。ファイルの記録に先立って、ＳＶＦＳのファイル構造に含まれる保全情報をオープンな状態にし、ファイルの記録後またはファイルとその管理情報との記録後に、ＳＶＦＳのファイル構造に含まれる保全情報をクローズな状態にしてもよい。
なお、一般に、再生専用区画に記録されたＵＤＦの保全情報は書き換えないが、ファイルを記録するのに先立って、ＵＤＦのファイル構造に含まれる保全情報をオープンな状態にしてもよい。ＵＤＦのファイル構造に従ってファイルを再生する必要がないとユーザーが判断した場合には、ＵＤＦのファイル構造を更新しなくても良いので、ＵＤＦのファイル構造の更新回数を減らすことが出来る。ユーザがこの情報記録媒体をＵＤＦのファイルシステムによって制御されるシステムに挿入した場合には、ＵＤＦのファイル構造が更新されていなくても、ＵＤＦのファイル構造の保全情報がオープンな状態を示すので、ＵＤＦのボリューム構造またはファイル構造に従ってアクセスする場合に、データの記録が正常に終了していないことがわかるからである。
第３リング領域の長さを示すフィールドは、第３リング領域の位置と、第３リング領域に記録されたファイル構造の位置情報を示す。第３リング領域の記録単位を示すフィールドは、第３リング領域に記録されるファイルを管理する情報の記録単位を示す。
第２セグメントのスペースビットマップの長さを示すフィールドと第２セグメントのスペースビットマップの位置を示すフィールドは、第２セグメントの空き領域を示すスペースビットマップの位置を示す。第２セグメントに記録するファイルの数が増えるにしたがって、第２セグメント内のエクステントの数が増えるために、Ｓ２割付記述子テープル内のすべてのＳ２割付記述子を検索して空き領域を調べることが難しくなる。このため、スペースビットマップを用いて空き領域を管理する。なお、第３セグメントのエクステントの数が増えて空き領域が分散する場合にも、空き領域管理のためにビットマップが必要になる。このような場合に、Ｓ保全記述子は、さらに、第３セグメントのスペースビットマップの長さを示すフィールドと、第３セグメントのスペースビットマップの位置を示すフィールドとを含んでよい。
図１９は、第３リング領域に記録されるファイル構造であるＳファイル記述子のデータ構造を示す。
Ｓファイル記述子は、Ｓファイルエントリのテーブルの長さを示すフィールドと、Ｓ２割付記述子のテーブルの長さを示すフィールドと、Ｓ３割付記述子のテーブルの長さを示すフィールドとを含む。これらのフィールドに続いて、Ｓファイルエントリのテーブルを示すフィールドと、Ｓ２割付記述子のテーブルを示すフィールドと、Ｓ３割付記述子のテーブルを示すフィールドとをさらに含む。
図２０は、Ｓ２割付記述子とＳ３割付記述子のエクステントの長さを示すフィールドに記録されるｂｉｔの解釈を示す。上位１ｂｉｔは履歴ビットである。履歴ビットは、第２リング領域の１世代前のＳ保全記述子が示すＳファイル記述子で管理されるファイル及びディレクトリが削除されている場合のみ１が設定される。
本発明の一つの実施の形態では、図４〜７、１０〜１５および図１８〜２０に示されるように、ＵＤＦのボリューム構造とＵＤＦのファイル構造とに含まれる情報が「第１アクセス方法を提供する第１ファイル管理情報」に対応し、ＳＶＦＳのボリューム構造とＳＶＦＳのファイル構造とに含まれる情報が「第２アクセス方法を提供する第２ファイル管理情報」に対応する。しかし、情報記録媒体１００に記録されたこれらの情報が図４〜７、１０〜１５および図１８〜２０に示されるものに限定されるわけではない。情報記録媒体１００に記録された情報が上述した「第１アクセス方法を提供する第１ファイル管理情報」および「第２アクセス方法を提供する第２ファイル管理情報」の機能を有する限り、任意の情報でありえる。
２．情報記録再生装置の構成
図２１は、本発明の実施の形態の情報記録再生装置１６００の構成を示す。
情報記録再生装置１６００は、フォーマット処理、ファイル記録処理が実行される場合には、情報記録媒体１００に情報を記録する情報記録装置として機能する。また、情報記録再生装置１６００は、ファイル再生処理が実行される場合には、情報記録媒体１００に記録された情報を再生する情報再生装置として機能する。
情報記録再生装置１６００は、システム制御部１６０１と、Ｉ／Ｏバス１６２１と、光ディスクドライブ１６３１と、ファイルの記録や再生の指示情報を入力する入力手段１６３２と、ＴＶ放送を受信するチューナ１６３５と、チューナで選曲されたオーディオビデオ信号を符号化するエンコーダ１６３３と、符号化されたオーディオビデオ信号を復号化するデコーダ１６３４と、デコーダから出力されたオーディオビデオ信号をモニタするＴＶ１６３６とを含む。
システム制御部１６０１は、システムの制御プログラムや演算用メモリを含むマイクロプロセッサで実現される。具体的には、システム制御部１６０１は、ＵＤＦ処理手段１６０２と、ＳＶＦＳ処理手段１６０３と、ＵＤＦ用メモリ１６０７と、ＳＶＦＳ用メモリ１６０８とを含む。システム制御部１６０１は、データ記録手段１６０５と、記録バッファメモリ１６１０とをさらに含む。システム制御部１６０１は、データ再生手段１６０６と、再生バッファメモリ１６１１とをさらに含む。
ＵＤＦ処理手段１６０２は、ＵＤＦ用メモリ１６０７に展開したＵＤＦのボリューム構造及びファイル構造を処理する。フォーマット時には、ＵＤＦ処理手段１６０２は、ボリューム構造と必要なファイル構造を生成し、ファイルが記録、更新、削除される場合には、ＵＤＦ処理手段１６０２は、ファイルを管理する情報を生成、変更、削除する。また、ＵＤＦ処理手段１６０２は、第２セグメントと第３セグメントとの連続領域に記録されるＳＰＥＣＩＦＩＣディレクトリ以下のファイルを管理するＵＤＦファイル構造を生成する。
ＳＶＦＳ処理手段１６０３は、ＳＶＦＳ用メモリ１６０８に展開したＳＶＦＳのボリューム構造及びファイル構造を処理する。フォーマット時には、ＳＶＦＳ処理手段１６０３は、ボリューム構造と必要なファイル構造を生成し、ファイルが記録、更新、削除される場合には、ＳＶＦＳ処理手段１６０３は、ファイルを管理する情報を生成、変更、削除する。
データ記録手段１６０５は、記録バッファメモリ１６１０に記録されたデータを情報記録媒体１００の特定のセクタに記録するように、光ディスクドライブ１６３１に指示する。
データ再生手段１６０６は、情報記録媒体１００の特定のセクタからデータを読み出し、再生バッファメモリ１６１１に転送するように、光ディスクドライブ１６３１に指示する。
以上の構成によって、記録再生手順を実現する。なお、パソコンシステムでは、ＳＶＦＳ処理手段１６０３とＳＶＦＳ用メモリ１６０８とが含まれる必要はない。また、ビデオレコーダ等の民生機器では、ＵＤＦ処理手段１６０２をＳＰＥＣＩＦＩＣディレクトリ以下のファイルのみを扱う簡易的処理手段としてもよい。
３．フォーマット処理
図２２は、フォーマット処理の手順を示す。以下、フォーマット処理の手順をステップごとに説明する。
ステップＳ４０１：システム制御部１６０１は、記録するデータの容量を考慮して、記録可能領域として機能する記録可能区画を割り付ける場所を決める。割り付ける場所が決定後、処理は、ステップＳ４０２に進む。
ステップＳ４０２：システム制御部１６０１は、所定のアプリケーションを実行するために必要とされるデータの容量を考慮して、再生専用領域として機能する再生専用区画を割り付ける場所を決める。割り付ける場所が決定後、処理は、ステップＳ４０３に進む。
ステップＳ４０３：システム制御部１６０１は、記録可能区画と再生専用区画とを有効にするために、ＵＤＦのボリューム構造を生成する。ＵＤＦのボリューム構造が生成された後、処理は、ステップＳ４０４に進む。
ステップＳ４０４：光ディスクドライブ１６３１は、生成したＵＤＦのボリューム構造を情報記録媒体に記録する。ＵＤＦのボリューム構造が情報記録媒体に記録された後、処理は、ステップＳ４０５に進む。
ステップＳ４０５：システム制御部１６０１は、ルートディレクトリまでのＵＤＦのファイル構造を生成する。ＵＤＦのファイル構造が生成された後、処理は、ステップＳ４０６に進む。
ステップＳ４０６：光ディスクドライブ１６３１は、生成したＵＤＦのファイル構造を情報記録媒体１００に記録する。ＵＤＦのファイル構造が情報記録媒体に記録された後、処理は、ステップＳ４０７に進む。
ステップＳ４０７：システム制御部１６０１は、記録可能区画と第１セグメントとが重複するように第１セグメントを割り付ける。第１セグメントが割り付けられた後、処理は、ステップＳ４０８に進む。
ステップＳ４０８：システム制御部１６０１は、所定のアプリケーションで使用する非リアルタイム・ファイルの容量を考慮して、再生専用区画内に第２セグメントを割り付ける。第２セグメントが割り付けられた後、処理は、ステップＳ４０９に進む。
ステップＳ４０９：システム制御部１６０１は、所定のアプリケーションで使用するリアルタイム・ファイルの容量を考慮して、再生専用区画の中に第３セグメントを割り付ける。第３セグメントが割り付けられた後、処理は、ステップＳ４１０に進む。
ステップＳ４１０：システム制御部１６０１は、第１セグメントと、第２セグメントと、第３セグメントとを有効にするために、Ｓボリューム記述子を生成する。また、リング記録を行うために、第１リング領域とスライド領域との割付け位置を決めて、Ｓボリューム記述子に記録する。Ｓボリューム記述子が生成された後またはＳボリューム記述子に第１リング領域とスライド領域との位置情報が記録された後、処理は、ステップＳ４１１に進む。
ステップＳ４１１：光ディスクドライブ１６３１は、ＳＶＦＳのボリューム構造を第１リング領域に記録する。ＳＶＦＳのボリューム構造が第１リング領域に記録された後、処理は、ステップＳ４１２に進む。
ステップＳ４１２：システム制御部１６０１は、ルートディレクトリのＳファイルエントリを含むＳＶＦＳのファイル構造を生成する。ＳＶＦＳのファイル構造が生成された後、処理は、ステップＳ４１３に進む。
ステップＳ４１３：光ディスクドライブ１６３１は、ＳＶＦＳのファイル構造を第２リング領域に記録する。ＳＶＦＳのファイル構造が第２リング領域に記録された後、処理は終了する。なお、欠陥セクタの存在が原因でファイル構造を第２リング領域に記録できない場合には、その第２リング領域内の次の領域に記録する。その第２リング領域内で記録位置を移動しても記録が出来なければ、次の第２リング領域内にファイル構造を記録する。この場合には、新たな第２リング領域が使われていることを示すために、Ｓボリューム記述子を更新して、処理は、ステップＳ４１０に進み、次にステップＳ４１１に進む。
図２３は、フォーマット処理後の情報記録媒体のデータ構造を示す。「空」の情報記録媒体に対して、上述したフォーマット処理を行うことにより、図２３に示されるデータ構造を有する情報記録媒体が得られる。
４．ファイル記録処理
図２４は、ファイル記録処理手順を示す。以下、ファイル記録処理手順をステップごとに説明する。
ステップＳ５０１：システム制御部１６０１は、ＵＤＦのボリューム構造によって管理される論理ボリュームの状態がオープンな状態となるように、オープン情報を含む論理ボリューム保全記述子を変更する。論理ボリューム保全記述子が変更された後、処理はステップＳ５０２に進む。
ステップＳ５０２：システム制御部１６０１は、記録すべきファイルが、所定のアプリケーションで使用されるファイルであるかユーザのデータファイルであるかを判断する。システム制御部１６０１は、所定のアプリケーションで使用されるファイルであるか否かについて、所定の属性情報をアプリケーションから取得して判断しても良いし、ファイル名に基づいて判断しても良い。記録すべきファイルが所定のアプリケーションで使用されるファイルである場合には、処理は、ステップＳ５０３に進む。記録すべきファイルがユーザのデータファイルである場合には、処理は、ステップＳ５１１に進む。
Ａ．以下、ユーザのデータファイルの記録処理手順をステップごとに説明する。ユーザのデータファイルの記録処理手順は、ステップＳ５１１〜ステップＳ５１５によって説明される。
ステップＳ５１１：システム制御部１６０１は、ＵＤＦのボリューム構造に含まれるスペースビットマップに従って、記録可能区画内の空き領域を調べる。空き領域が調べられた後、処理は、ステップＳ５１２に進む。
ステップＳ５１２：光ディスクドライブ１６３１は、調べた空き領域にデータファイルを記録する。データファイルが記録された後、処理は、ステップＳ５１３に進む。
ステップＳ５１３：システム制御部１６０１は、記録したファイルを管理するファイルエントリを生成し、光ディスクドライブ１６３１は、このファイルエントリを情報記録媒体に記録する。ファイルエントリが記録された後、処理は、ステップＳ５１４に進む。
ステップＳ５１４：システム制御部１６０１は、記録したファイルをディレクトリに登録するために、ディレクトリを更新し、光ディスクドライブ１６３１は、更新されたディレクトリを情報記録媒体１００に記録する。さらに、システム制御部１６０１は、ディレクトリを管理するファイルエントリを更新し、光ディスクドライブ１６３１は、更新されたファイルエントリを情報記録媒体に記録する。更新されたファイルエントリが記録された後、処理は、ステップＳ５１５に進む。
ステップＳ５１５：システム制御部１６０１は、記録されたセクタを使用済みにするために、スペースビットマップを更新し、光ディスクドライブ１６３１は、更新されたスペースビットマップを情報記録媒体に記録する。更新されたスペースビットマップが記録された後、処理は、ステップＳ５０９に進む。
Ｂ．以下に、所定のアプリケーションで使用されるファイルの記録処理手順をステップごとに説明する。所定のアプリケーションで使用されるファイルの記録処理手順は、ステップＳ５０３、ステップＳ５２１〜ステップＳ５２７およびステップＳ５３１〜ステップＳ５３７によって説明される。
ステップＳ５０３：システム制御部１６０１は、記録されるファイルがリアルタイム・ファイルか否かを判断する。システム制御部１６０１は、記録されるファイルがリアルタイム・ファイルか否かについて、所定の属性情報をアプリケーションから取得して判断しても良いし、ファイル名に基づいて判断しても良い。
記録されるファイルがリアルタイム・ファイルでない場合には、処理は、ステップＳ５２１に進む。記録されるファイルがリアルタイム・ファイルである場合には、処理は、ステップＳ５３１に進む。
Ｂ−１．以下、リアルタイム・ファイルでないファイルの記録処理手順をステップごとに説明する。リアルタイム・ファイルでないファイルの記録処理手順は、ステップＳ５２１〜ステップＳ５２７によって説明される。
ステップＳ５２１：システム制御部１６０１は、第２セグメントの空き領域を調べる。第２セグメントのスペースビットマップがＳＶＦＳのファイル構造に含まれている場合には、スペースビットマップに基づいて空き領域が調べられる。第２セグメントのスペースビットマップがＳＶＦＳのファイル構造に含まれていない場合には、Ｓ２割付記述子テーブルに含まれたすべての割付記述子を読み出して、第２セグメントの空き領域を調べる。空き領域が調べられた後、処理は、ステップＳ５２２に進む。
ステップＳ５２２：光ディスクドライブ１６３１は、調べられた空き領域にデータファイルを記録する。データファイルが記録された後、処理は、ステップＳ５２３に進む。
ステップＳ５２３：システム制御部１６０１は、第２セグメント内で行うリング記録のために、最終記録アドレスを更新したＳボリューム記述子を生成する。更新されたＳボリューム記述子が生成された後、処理は、ステップＳ５２４に進む。
ステップＳ５２４：システム制御部１６０１は、記録されたファイルを管理するＳ２割付記述子を生成する。Ｓ２割付記述子が生成された後、処理は、ステップＳ５２５に進む。
ステップＳ５２５：システム制御部１６０１は、記録されたファイルをディレクトリに登録するために、Ｓファイルエントリを生成する。Ｓファイルエントリが生成された後、処理は、ステップＳ５２６に進む。
ステップＳ５２６：光ディスクドライブ１６３１は、ＳＶＦＳのファイル構造を第２リング領域に記録する。ＳＶＦＳのファイル構造が記録された後、処理は、ステップＳ５２７に進む。
ステップＳ５２７：光ディスクドライブ１６３１は、ＳＶＦＳのボリューム構造を第１リング領域に記録する。ＳＶＦＳのボリューム構造が記録された後、処理は、ステップＳ５０４に進む。
Ｂ−２．以下、リアルタイム・ファイルの記録処理手順をステップごとに説明する。リアルタイム・ファイルの記録処理手順は、ステップＳ５３１〜ステップＳ５３７によって説明される。
ステップＳ５３１：システム制御部１６０１は、第３セグメントの空き領域を調べる。第３セグメントのスペースビットマップがＳＶＦＳのボリューム構造に含まれている場合には、スペースビットマップに基づいて空き領域が調べられる。第３セグメントのスペースビットマップがＳＶＦＳのボリューム構造に含まれていない場合には、Ｓ３割付記述子テーブルに含まれたすべての割付記述子を読み出して、第３セグメントの空き領域を調べる。第３セグメントの空き領域が調べられた後、処理は、ステップＳ５３２に進む。
ステップＳ５３２：光ディスクドライブ１６３１は、調べられた空き領域にデータファイルを記録する。データファイルが記録された後、処理は、ステップＳ５３３に進む。
ステップＳ５３３：システム制御部１６０１は、第３セグメント内で行うリング記録のために、最終記録アドレスを更新したＳボリューム記述子を生成する。更新されたＳボリューム記述子が生成された後、処理は、ステップＳ５３４に進む。
ステップＳ５３４：システム制御部１６０１は、記録されたファイルを管理するＳ３割付記述子を生成する。Ｓ３割付記述子が生成された後、処理は、ステップＳ５３５に進む。
ステップＳ５３５：システム制御部１６０１は、記録されたファイルをディレクトリに登録するために、Ｓファイルエントリを生成する。Ｓファイルエントリが生成された後、処理は、ステップＳ５３６に進む。
ステップＳ５３６：光ディスクドライブ１６３１は、ＳＶＦＳのファイル構造を第２リング領域に記録する。ＳＶＦＳのファイル構造が記録された後、処理は、ステップＳ５３７に進む。
ステップＳ５３７：光ディスクドライブ１６３１は、ＳＶＦＳのボリューム構造を第１リング領域に記録する。ＳＶＦＳのボリューム構造が記録された後、処理は、ステップＳ５０４に進む。
ユーザのデータファイルの記録処理手順、記録されるファイルがリアルタイム・ファイルでないファイルの記録処理手順おおよびリアルタイム・ファイルの記録処理手順は、記録されるべきファイルの記録処理が終了するまで繰り返し行われる。
以下、イジェクト処理手順をステップごとに説明する。イジェクト処理手順は、ステップＳ５０４〜ステップＳ５０９によって説明される。
ステップＳ５０４：システム制御部１６０１は、ユーザがファイルの記録を終了し、光ディスクのイジェクトを指示したか否か、また次のファイルの記録が指示されたか否かを判定する。
イジェクトが指示されていない場合は、処理はウェイト状態になる。イジェクトが指示された場合には、処理は、ステップＳ５０５に進む。次のファイルの記録が指示された場合には、処理は、ステップＳ５０２に進む。
ステップＳ５０５：システム制御部１６０１は、イジェクト時の処理として、第２セグメントまたは第３セグメントに記録されたファイルをＵＤＦのファイル構造に従って読めるようにするために、これらのファイルに関するＵＤＦのファイルエントリを生成する。ＵＤＦのファイルエントリが生成された後、処理は、ステップＳ５０６に進む。
ステップＳ５０６：システム制御部１６０１は、更に、これらのファイルをディレクトリに登録するために、ディレクトリファイルとそのファイルエントリを生成する。ディレクトリファイルとそのファイルエントリが生成された後、処理は、ステップＳ５０７に進む。
ステップＳ５０７：システム制御部１６０１は、ステップＳ５０５とステップＳ５０６とで生成したＳＰＥＣＩＦＩＣディレクトリ以下のＵＤＦのファイル構造を更新し、光ディスクドライブ１６３１は、更新されたＵＤＦのファイル構造を情報記録媒体に記録する。ＵＤＦのファイル構造が記録された後、処理は、ステップＳ５０８に進む。
ステップＳ５０８：システム制御部１６０１は、新たに更新されたＵＤＦのファイル構造の位置情報をレコーディング記述子に記録するために、ＳＶＦＳのレコーディング記述子を更新して記録する。
ステップＳ５０９：システム制御部１６０１は、ＵＤＦのボリューム構造によって管理される論理ボリュームの状態がクローズな状態となるように、クローズ情報を含む論理ボリューム保全記述子を変更し、光ディスクドライブ１６３１は変更された論理ボリューム保全記述子を情報記録媒体に記録する。論理ボリューム保全記述子が記録された後、処理は、終了する。
ユーザのデータファイルの記録処理手順は、ＵＤＦを用いたシステムで実行される。例えば、ＵＤＦを用いたシステムは、例えば、パソコンシステムである。所定のアプリケーションで使用されるファイルの記録処理手順とイジェクト処理手順とは、ＳＶＦＳを用いたシステムで実行される。ＳＶＦＳを用いたシステムは、例えば、ビデオレコーダなどの民生機器である。
図２４に示される本発明の一つの実施の形態では、ステップＳ５１１、ステップＳ５２１またはステップＳ５３１が「第１ファイル管理情報および第２ファイル管理情報の何れか一方を読み出すステップ」に対応し、ステップＳ５１２、ステップＳ５２２またはステップＳ５３２が「読み出された第１ファイル管理情報および第２ファイル管理情報の何れか一方によって提供されるアクセス方法でデータ領域にアクセスするステップ」に対応し、ステップＳ５０７およびステップＳ５０８が「ファイルの記録位置に対応するように第１ファイル管理情報と第２ファイル管理情報とを更新するステップ」とに対応する。しかし、ファイル記録処理手順が図２４に示されるものに限定されるわけではない。ファイル記録処理手順は、上述した「第１ファイル管理情報および前記第２ファイル管理情報の何れか一方を読み出すステップ」、「第１ファイル管理情報および前記第２ファイル管理情報の何れか一方を読み出すステップ」および「ファイルの記録位置に対応するように第１ファイル管理情報と第２ファイル管理情報とを更新するステップ」の機能を有する限り、任意の処理手順を有し得る。
図２３に示されるデータ構造を有する情報記録媒体に対して、ファイルの記録処理を実行することにより、図１に示されるデータ構造を有する情報記録媒体が得られる。
５．ファイル再生処理
図２５は、ファイル再生処理の手順を示す。以下、ファイル再生処理の手順をステップごとに説明する。
ステップＳ６０１：光ディスクドライブ１６３１に情報記録媒体１００が挿入されたことを検知すると、システム制御部１６０１は、ＵＤＦのボリューム構造またはＳＶＦＳのボリューム構造の何れか一方を読み出す。ボリューム構造が読み出された後、処理は、ステップＳ６０２に進む。
ステップＳ６０２：システム制御部１６０１は、読み出されたボリューム構造に従って、ＵＤＦのファイル構造またはＳＶＦＳのファイル構造の何れか一方を読み出す。ファイル構造が読み出された後、処理は、ステップＳ６０３に進む。
ステップＳ６０３：システム制御部１６０１は、読み出されたファイル構造に従って、第１アクセス方法または第２アクセス方法で情報記録媒体１００に記録されているファイルを再生する。ファイルが再生された後、処理は、終了する。
図２５に示される実施の形態では、ステップＳ６０１およびステップＳ６０２が「第１ファイル管理情報および第２ファイル管理情報の何れか一方を読み出すステップ」に対応し、ステップＳ６０３が「読み出された第１ファイル管理情報および第２ファイル管理情報の何れか一方によって提供されるアクセス方法でデータ領域にアクセスするステップ」に対応する。しかし、ファイル再生処理手順が図２５に示されるものに限定されるわけではない。ファイル再生処理手順は、上述した「第１ファイル管理情報および第２ファイル管理情報の何れか一方を読み出すステップ」および「読み出された第１ファイル管理情報および第２ファイル管理情報の何れか一方によって提供されるアクセス方法でデータ領域にアクセスするステップ」の機能を有する限り、任意の処理手順を有し得る。
６．履歴ビットを用いたファイル記録・消去処理
図２６は、本発明の履歴ビットを用いた記録・消去処理の手順を示す。以下、履歴ビットを用いた記録・消去処理の手順をステップごとに説明する。
ステップＳ２１０：システム制御部１６０１は、ファイルの記録処理を行うか、ファイルの消去処理を行うかを判定する。ファイルを記録する場合には、処理は、ステップＳ２１１に進む。ファイルを消去する場合には、処理は、ステップＳ２２１に進む。
ステップＳ２１１：光ディスクドライブ１６３１は、所定の位置から空き領域の検索を行う。光ディスクドライブ１６３１は、例えば、最終記録アドレスから外周側に向かって空き領域を調べる。必要なサイズの空き領域が見つからない場合には、処理は、ステップＳ２１２に進む。必要なサイズの空き領域が見つかった場合には、処理は、ステップＳ２１４に進む。
ステップＳ２１２：システム制御部１６０１は、履歴ビットが設定された消去ファイルのファイル管理情報を削除することによって、消去ファイルが確保していた領域を空き領域として開放する。領域が開放された後、処理は、ステップＳ２１３に進む。
ステップＳ２１３：光ディスクドライブ１６３１は、再度、空き領域を所定の位置から調べ、空き領域を見つける。外周まで検索しても空き領域が見つからなければ、内周から検索する。空き領域を見つけた後、処理は、ステップＳ２１４に進む。
ステップＳ２１４：光ディスクドライブ１６３１は、見つけた空き領域にデータを記録する。データが記録された後、処理は、ステップＳ２１５に進む。
ステップＳ２１５：システム制御部１６０１は、記録されたファイルをディレクトリに登録するためにファイル構造を更新する。ファイル構造が更新された後、処理は、ステップＳ２１６に進む。
ステップＳ２１６：システム制御部１６０１は、空き領域の検索を開始するポインタの位置を更新するために、最終記録アドレスを更新する。最終記録アドレスが更新された後、処理は、終了する。
ステップＳ２２１：システム制御部１６０１は、消去されるファイルの領域を確保したまま、履歴ビットを設定する。履歴ビットが設定された後、処理は、終了する。
履歴ビットを用いた記録・消去処理の手順を実行することによって、２世代前に消去された空き領域から優先的にファイルが記録される。従って、１世代前のファイルが保存され、１世代前の領域に戻ることが出来る。また、さらに、世代に渡って、同じ場所が消去されて更新されることが防止される。
なお、ＵＤＦのファイルシステムにおいて、消去ビットはファイル識別記述子に設定されている。しかし、このビットを設定する場合には、消去されたファイルのファイルエントリは消去しなければならない。従って、履歴ビットを用いた記録・消去処理の手順を実行する場合には、ＳＶＦＳのファイルシステムを導入することが有効である。
図２７は、本発明の履歴ビットを用いたファイル記録・消去処理手順を用いてファイルの記録・消去が行われた領域の例を示す。
領域（ａ）〜領域（ｄ）の各々には、領域２０１〜領域２０７が割り付けられている。領域（ａ）〜領域（ｄ）の各々は、領域へのファイル記録の遷移を示している。
領域（ａ）において、領域２０１、領域２０３、領域２０５および領域２０７には、既に何らかのデータが記録されている。領域２０２は空き領域を示す。領域２０４と領域２０６とは、消去されたファイルが記録されていた領域である。領域２０４と領域２０６には、履歴ビットを設定することによって、空き領域とで区別される。
領域（ａ）にファイルを記録する場合には、最終記録アドレスから外周に向かって空き領域が検索される。検索された結果、領域２０２にデータが記録される。さらにファイルを記録する場合には、空き領域が不足しているので、履歴ビットが設定された領域２０４と領域２０６とが開放され、空き領域になる。領域（ａ）にファイルを記録した結果、領域（ｂ）になる。
領域（ｂ）にファイルを記録する場合には、最終記録アドレスから外周に向かって空き領域が検索される。検索された結果、領域２０４にデータが記録される。そして、領域２０３と２０５に記録されたファイルが消去される。領域（ｂ）にファイルを記録した結果、領域（ｃ）になる。
領域（ｃ）にファイルを記録する場合には、ファイルが消去された領域は確保されているので、この領域に記録されずに空き領域２０６に記録される。領域（ｃ）にファイルを記録した結果、領域（ｄ）になる。
本発明によれば、第１アクセス方法を提供する第１ファイル管理情報および第２アクセス方法を提供する第２ファイル管理情報の何れか一方を読み出し、読み出された第１ファイル管理情報および第２ファイル管理情報の何れか一方によって提供されるアクセス方法で情報記録媒体に割り付けられているデータ領域にアクセスする。従って、第１ファイル管理情報が読み出された場合と第２ファイル管理情報が読み出された場合とでは、異なるアクセス方法がデータ領域に対して提供される。
例えば、第１アクセス方法は、データ領域に記録されているファイルを再生するのみである再生専用領域としてデータ領域が機能するようにデータ領域にアクセスする方法であり、第２アクセス方法は、データ領域に記録されているファイルを再生することができ、かつデータ領域にファイルを記録することができる領域としてデータ領域が機能するようにデータ領域にアクセスする方法である。
従って、第２ファイル管理情報を読み出すことのできる装置によって、データ領域に記録されているファイルを読み出したり、データ領域にファイルを記録したりすることができる。一方、第１ファイル管理情報を読み出すことのできる装置によってデータ領域にファイルを記録することを防止することができる。
その結果、ＵＤＦのボリューム構造とＳＶＦＳのボリューム構造との間の整合性およびＵＤＦのファイル構造とＳＶＦＳのファイル構造との間の整合性を保つことが出来る。
（実施の形態２）
本発明の実施の形態２では、ＵＤＦのファイルシステムに従ってファイルが記録可能な領域を確保しつつボリューム空間を１つの区画として使用する例を説明する。区画を１つにすることで、複数の区画を認識できないＵＤＦのファイルシステムでもこの情報記録媒体に記録されたファイルを再生することができる。
図２８は、フォーマット処理後の情報記録媒体のデータ構造を示す。
フォーマット処理後の情報記録媒体には、領域３０〜領域３９が割り付けられている。領域３１および領域３９は、未使用領域である。情報記録媒体の内周側の領域３２と情報記録媒体の外周側の領域３８とに、ＵＤＦのボリューム構造が記録されている。ＵＤＦのファイルシステムにおいて、領域３３と領域３５と領域３７とからなる領域は、１つの記録可能区画として定義されている。区画内の空き領域を管理するスペースビットマップ記述子に従って、領域３３は記録可能領域、領域３４〜領域３７は使用済み領域となるように各セクタのビットマップが設定されている。
ＳＶＦＳのボリューム構造およびファイル構造は、領域３４および領域３５に記録されている。領域３４および領域３６は、ＵＤＦのファイル構造に従って、使用済み領域として定義されている。領域３４および領域３５に記録されているＳＶＦＳのボリューム構造およびファイル構造の記録位置はリードイン領域３０に記録されている。ＳＶＦＳのボリューム構造およびファイル構造の記録位置をリードイン領域に記録することによって、ＳＶＦＳのボリューム構造およびファイル構造が記録される領域を固定領域とする必要がなくなる。従って、ＳＶＦＳのボリューム構造またはファイル構造が壊れた場合には、ＳＶＦＳのボリューム構造およびファイル構造が記録される領域を新たに割り付けることができる。
ＳＶＦＳのファイルシステムは、ＵＤＦのファイル構造に従って記録可能な領域３３を第１セグメント、リアルタイム・データを制御するための情報が含まれたファイルが記録される領域を第２セグメント、リアルタイム・ファイルが記録される領域を第３セグメントとして管理する。
また、領域３３は、ＳＶＦＳのファイル構造に従って記録されない領域として管理される。第２セグメントと第３セグメントとは、ＳＶＦＳのファイル構造に従って記録可能な領域として管理される。
ＵＤＦのファイルシステムに従う場合には、記録可能な領域はスペースビットマップ記述子で指定される。領城３３内のみに空き領域があるため、新たなファイルはこの領域に記録される。スペースビットマップ記述子は、説明を簡単にするため、図示していないが、例えば、スペースビットマップ記述子は、ファイル集合記述子の隣に記録されている。
図２９は、図２８に示されたフォーマット処理後の情報記録媒体にファイルが記録された後の情報記録媒体のデータ構造を示す。
図３に示されたＵＤＦのファイル構造のうち、ルートディレクトリまでと、ＵＳＲディレクトリ以下のファイル構造は、ＵＤＦの記録可能領域３３に記録される。従って、ユーザはＵＤＦのファイル構造に従って、ユーザファイルの記録、更新、削除が出来る。
なお、第２セグメントと第３セグメントとに記録されたファイルは、削除禁止ビット等を指定しない限り、ＵＤＦのファイル構造に従って削除され得る。例えば、ＲＴ＿００１．ＲＴＳファイルが削除された場合には、第３セグメント内のこのファイルが記録された領域が記録可能領域として、ＵＤＦのボリューム構造のスペースビットマップ記述子に登録される。従って、ユーザがどのような操作を行うかが予想できないために、ＵＤＦのボリューム構造とＳＶＦＳのボリューム構造との間の整合性およびＵＤＦのファイル構造とＳＶＦＳのファイル構造との間の整合性がなくなることが想定される。このため、ＳＶＦＳのファイルシステムをサポートする機器は、第２セグメントまたは第３セグメントにデータを記録する場合には、事前に、所定の方法でＳＰＥＣＩＦＩＣディレクトリ以下のファイル構造が書き換わったか否かをチェックする必要がある。
図３０は、ＵＤＦのボリューム構造とＳＶＦＳのボリューム構造との整合性チェック処理およびＵＤＦのファイル構造とＳＶＦＳのファイル構造との整合性チェック処理の手順を示す。以下、図３０および図３を参照して、整合性チェック処理手順をステップごとに説明する。
ステップＳ７０１：光ディスクドライブ１６３１は、ＵＤＦのボリューム構造８０を読み出す。システム制御部１６０１は、読み出されたＵＤＦのボリューム構造に基づいて区画の位置などのボリュームに関する情報を取得する。ボリュームに関する情報が取得された後、処理は、ステップＳ７０２に進む。
ステップＳ７０２：光ディスクドライブ１６３１は、ＳＶＦＳのＳボリューム記述子１５１を読み出す。読み出されたＳＶＦＳのＳボリューム記述子１５１と読み出されたＵＤＦのボリューム構造とに基づいて、システム制御部１６０１は、ボリューム構造に含まれる情報の記録位置を示す情報と、ボリューム構造に含まれる情報の記録時間を示す情報と、ボリューム構造に含まれる情報の名称を示す情報とに関して矛盾がないか否かをチェックする。
ボリューム構造に含まれる情報の記録位置を示す情報に関して矛盾がないか否かのチェックは、以下のように行われる。
システム制御部１６０１は、ＵＤＦのボリューム構造８０に記録された区画の情報とＳボリューム記述子１５１に記録されたセグメントの情報に矛盾がないか否かを調べる。記録可能区画が記録されている場合には、記録可能区画が第１セグメントと同じ領域か否かをチェックし、再生専用区画が第２セグメントと第３セグメントとからなる領域と同じか否かをチェックする。記録可能区画およびＳＶＦＳからアクセスされない第１セグメントが設定されていない場合は、非リアルタイム・ファイル用のセグメントとリアルタイム・ファイル用のセグメントが再生専用区画と同じ領域か否かをチェックする。
ボリューム構造に含まれる情報の記録時間を示す情報に関して矛盾がないか否かのチェックは、以下のように行われる。
システム制御部１６０１は、論理ボリューム保全記述子のレコーディング時間と実装者ＩＤとが、レコーディング記述子のレコーディング時間と実装者ＩＤとに一致するか否かをチェックする。
ボリューム構造に含まれる情報の名称を示す情報に関して矛盾がないか否かのチェックは、以下のように行われる。
システム制御部１６０１は、ＵＤＦの主ボリューム記述子（Ｐｒｉｍａｒｙ  Ｖｏｌｕｍｅ  Ｄｅｓｃｒｉｐｔｏｒ）のボリューム名とＳボリューム記述子のボリューム名が同じか否かをチェックする。
ステップＳ７０２を実行することによって、システム制御部１６０１は、ボリューム構造に関する整合性を調べることが出来る。ボリューム構造に含まれる情報に関して矛盾がない場合には、処理は、ステップＳ７０３に進む。ボリューム構造に含まれる情報に関して矛盾がある場合には、ボリューム構造に含まれる情報は不整合であると判断される。
ステップＳ７０３：システム制御部１６０１は、ＵＤＦのファイル構造を探索して、ＳＰＥＣＩＦＩＣディレクトリを見つける。Ｒｏｏｔディレクトリには、ＳＰＥＣＩＦＩＣディレクトリ以外にもＵＳＲディレクトリがあるが、ＵＳＲディレクトリに登録されるファイルは、ＳＶＦＳのファイルシステムでは扱わないために、整合性のチェック対象からはずし、ＳＰＥＣＩＦＩＣディレクトリ以下をチェック対象とする。ＵＤＦファイルシステムは、ボリューム構造８０を処理した後、ファイル集合記述子８１、ファイルエントリ８２、ファイルエントリ８３、ＳＰＥＣＩＦＩＣディレクトリの順番で探索する。探索した後、処理は、ステップＳ７０４に進む。
ステップＳ７０４：システム制御部１６０１は、ＳＶＦＳのファイル構造を探索して、ＳＰＥＣＩＦＩＣディレクトリのＳファイルエントリを見つける。システム制御部１６０１は、Ｓボリューム記述子１５１、レコーディング記述子１５２、ＲｏｏｔディレクトリのＳファイルエントリ１５３、ＳＰＥＣＩＦＩＣディレクトリのＳファイルエントリ１５４の順番で探索する。探索した後、処理は、ステップＳ７０５に進む。
ステップＳ７０５：システム制御部１６０１は、ＳＰＥＣＩＦＩＣディレクトリ中の先頭から順番にファイルまたはディレクトリの整合性を調べるために、ファイル識別記述子を取得する。
ステップＳ７０６：システム制御部１６０１は、ファイル識別記述子に記録されたファイル名またはディレクトリ名と一致するファイル名またはディレクトリ名をもつＳファイルエントリがあるか否かを順番に調べる。調べようとしているディレクトリに含まれるファイルまたはディレクトリのＳファイルエントリは、調べようとしているディレクトリのＳファイルエントリの子供のエントリ番号によって示されているＳファイルエントリと、そのＳファイルエントリの兄弟のエントリ番号によって示されるＳファイルエントリと、その兄弟のエントリ番号によって示されたＳファイルエントリとは別の兄弟のエントリ番号によって示されるＳファイルエントリとを辿ることで、読み出すことができる。なお、ＵＤＦのファイル構造では、ディレクトリは、親ディレクトリを示すファイル識別記述子も含む。親ディレクトリを示すファイル識別記述子に対応するＳファイルエントリは、ＳＶＦＳのファイル構造では、親のエントリ番号によって示されるＳファイルエントリである。
一致するＳファイルエントリがない場合には、不整合であると判断される。一致するＳファイルエントリがある場合には、処理は、ステップＳ７０７に進む。
ステップＳ７０７：システム制御部１６０１は、現在チェックしている対象が、ディレクトリであるかファイルであるかを判断する。現在チェックしている対象が、ディレクトリである場合には、処理は、ステップＳ７１０に進む。現在チェックしている対象が、ファイルである場合には、処理は、ステップＳ７０８に進む。
ステップＳ７０８：システム制御部１６０１は、ＵＤＦのファイル構造によって管理されるファイルの位置情報であるファイルエントリの割付記述子を取得する。割付記述子が取得された後、処理は、ステップＳ７０９に進む。
ステップＳ７０９：システム制御部１６０１は、ＳＶＦＳのファイル構造に含まれるＳ２割付記述子のテーブルまたはＳ３割付記述子のテーブル内のエントリ番号からＳ２割付記述子またはＳ３割付記述子を取得する。ＵＤＦのファイル構造の割付記述子とＳ２割付記述子またはＳ３割付記述子に基づいて、ファイルの記録位置が同じであるか否かをチェックする。同じでない場合には、ＵＤＦのファイルシステムまたはＳＶＦＳのファイルシステムの何れか一方のみに従ってファイルが変更されたことがわかる。同じである場合には、処理は、ステップＳ７１０に進む。
ステップＳ７１０：システム制御部１６０１は、ＵＤＦのファイル構造に従って、調べているディレクトリ内の次のファイルまたはディレクトリにチェック対象を変更する。変更後、処理は、ステップＳ７１１に進む。
ステップＳ７１１：システム制御部１６０１は、調べているディレクトリ内ですべてのファイルまたはディレクトリのチェックが終了したか否かを判断する。終了したと判断された場合には、処理は、ステップＳ７１２に進む。終了していないと判断された場合には、処理は、ステップＳ７０５に進む。
ステップＳ７１２：システム制御部１６０１は、調べている対象をまだ調べてないディレクトリに変更する。変更した後、処理は、ステップＳ７１３に進む。
ステップＳ７１３：システム制御部１６０１は、ＳＰＥＣＩＦＩＣディレクトリ以下のすべてのディレクトリ内のファイルのチェックが完了しているか否かを判断する。完了している場合には、処理は終了する。完了していない場合には、処理は、ステップＳ７０５に進む。
なお、ＳＰＥＣＩＦＩＣディレクトリ以下のＵＤＦのファイルエントリとファイル識別記述子とは連続領域に記録されている。ＳＰＥＣＩＦＩＣディレクトリ以下のＵＤＦのファイルエントリとファイル識別記述子との位置情報は、レコーディング記述子の特定ＵＤＦファイル構造の長さを示すフィールドと位置を示すフィールドとで管理されているため、対応するファイルエントリ、または、ファイル識別記述子がこの領域以外に記録されている場合には、これらのファイル構造が書き換わったと判断しえる。また、これらのファイルエントリの修正日時は、すべて同じ時刻でＳＶＦＳのファイルシステムに従って記録されるので、さらに修正日時の情報をチェックすることによって、ＵＤＦのファイルシステムに従って書き換えられた場合を判断しえる。
本発明の実施の形態２によれば、ＳＶＦＳのファイルシステムをサポートする機器によって、ＵＤＦのファイルシステムとＳＶＦＳのファイルシステムとの間の互換性を確保することがきる。
なお、ＵＤＦのファイル構造に登録されたディレクトリの順番で整合性をチェックする手順を説明したが、ＳＶＦＳのファイル構造に登録されたディレクトリの順番で整合性をチェックしても良い。
なお、ＵＤＦのボリューム構造とＳＶＦＳのボリューム構造との整合性チェック処理およびＵＤＦのファイル構造とＳＶＦＳのファイル構造との整合性チェック処理の手順は、実施の形態１に対しても有効である。例えば、ＳＶＦＳのファイルシステムに従ってデータを記録し、ＵＤＦのファイル構造を更新している途中で電源が遮断されて記録が中断した場合では、ＵＤＦのボリューム構造とＳＶＦＳのボリューム構造との整合性またはＵＤＦのファイル構造とＳＶＦＳのファイル構造との整合性がなくなる。このような場合には、上記処理手順に従って、整合性が無いファイルを見つけることが出来る。
（実施の形態３）
本発明の実施の形態３では、コアセットファイルと拡張セットファイルとが含まれているファイルが記録された情報記録媒体を作製する例を説明する。
図３１は、コアセットファイルと拡張セットファイルとが含まれているファイルが記録された情報記録媒体のデータ構造を示す。
この情報記録媒体には、領域４１〜領域４８が割り付けられている。領域４１および領域４８は、未使用領域である。情報記録媒体の内周側の領域４２と情報記録媒体の外周側の領域４７とに、ＵＤＦのボリューム構造が記録されている。領域４３と領域４４とに、ＳＶＦＳのボリューム構造およびＳＶＦＳのファイル構造が記録されている。ＵＤＦのファイルシステムにおいて、領域４５と領域４６とは、１つの再生専用区画として定義されている。ＳＶＦＳのファイルシステムにおいて、領域４５は第１セグメントとして、領域４６は第２セグメントとして定義されている。
図３２は、ディレクトリ構造を示す。図２で示されたディレクトリ構造と図３２で示されたディレクトリ構造とは、ＳＰＥＣＩＦＩＣディレクトリにＥＸＴＥＮＤディレクトリが追加されている以外は、図２で示されたディレクトリ構造と図３２で示されたディレクトリ構造とは同じ構造である。
基本的なビデオデータの再生を行うための制御ファイルをＰＬＡＹＬＩＳＴディレクトリ以下に記録し、インタラクティブ性や複雑な再生動作を行うためのファイルをＥＸＴＥＮＤディレクトリに記録する。このディレクトリに記録されるデータとしては、ＪａｖａＳｃｒｉｐｔ等のスクリプト言語で表現された制御データや、インターネットなどのネットワークを介して実行される制御データや、スクリプト言語で制御される小さな静止画データやオーディオデータ等がある。
図３２で示されたディレクトリ構造には、コアセットファイルと拡張セットファイルとフルセットファイルとが含まれている。コアセットファイルは、所定のアプリケーションの基本機能を実現するためのファイルであり、拡張セットファイルは、所定のアプリケーションの拡張機能を実現するためのファイルである。フルセットファイルには、コアセットファイルと拡張セットファイルとが含まれる。例えば、ＳＰＥＣＩＦＩＣディレクトリに記録されるすべてのファイルはフルセットファイル、ＰＬＡＹＬＩＳＴディレクトリとＳＴＲＥＡＭディレクトリとに記録されるファイルはコアセットファイル、ＥＸＴＥＮＤディレクトリに記録されるファイルは拡張セットファイルである。
ＣＰＵパワーや利用可能なメモリが少ない民生用の再生専用プレーヤは、コアセットファイルのみを用いて再生動作を行うことができ、豊かでインタラクティブなビデオ・オーディオコンテンツの再生を提供出来るＰＣや高級ＡＶ機器は、フルセットファイルを用いて再生動作を行うことができるように、ディレクトリ構造が設定されている。
コアセットファイルのうち制御データ等の非リアルタイム・ファイルが第１セグメントに記録されている。コアセットファイルのうちリアルタイム・ファイルと拡張セットファイルとＵＳＲディレクトリに記録されたデータファイルとが第２セグメントに記録されている。
ＳＰＥＣＩＦＩＣディレクトリのうち、ＰＬＡＹＬＩＳＴディレクトリとＳＴＲＥＡＭディレクトリとに記録されたファイルがＳＶＦＳのファイルシステムに従って再生されるように、ＳＶＦＳのボリューム構造およびファイル構造が設定されている。すべてのファイルがＵＤＦのファイルシステムに従って再生されるように、ＵＤＦのボリューム構造およびファイル構造が設定されている。
ＪａｖａＳｃｒｉｐｔ関連のファイルの数は多くなるため、コアセットファイルのみをＳＶＦＳのファイル構造に登録することで、ＳＶＦＳのデータ構造のサイズを小さくすることができる。従って、基本機能をサポートする民生機器を低コストで製造することができる。
図３３は、コアセットファイルと拡張セットファイルとが含まれているファイルが記録された情報記録媒体を作製する手順を示す。以下、コアセットファイルと拡張セットファイルとが含まれているファイルが記録された情報記録媒体を作製する手順をステップごとに説明する。
ステップＳ８０１：コンテンツの製作者は、基本再生機能を実現するようにコアセットファイルのデータを作成する。コアセットファイルのデータが作成された後、処理は、ステップＳ８０２に進む。
ステップＳ８０２：コンテンツの製作者は、より豊富な再生機能を実現するように拡張セットファイルのデータを生成する。拡張セットファイルのデータが作成された後、処理は、ステップＳ８０３に進む。
ステップＳ８０３：システム制御部１６０１は、再生専用区画を情報記録媒体に割り付けるために、ＵＤＦのボリューム構造を生成する。ＵＤＦのボリューム構造が生成された後、処理は、ステップＳ８０４に進む。
ステップＳ８０４：システム制御部１６０１は、各ファイルが所定の配置になるように、ＵＤＦのファイル構造を生成する。ＵＤＦのファイル構造が生成された後、処理は、ステップＳ８０５に進む。
ステップＳ８０５：システム制御部１６０１は、第１セグメントと、第２セグメントを情報記録媒体に割り付けるために、ＳＶＦＳのボリューム構造を生成する。ＳＶＦＳのボリューム構造が生成された後、処理は、ステップＳ８０６に進む。
ステップＳ８０６：システム制御部１６０１は、ＳＶＦＳのファイルシステムに従ってコアセットファイルが記録された領域にアクセスし得るように、ＳＶＦＳのファイル構造を生成する。ＳＶＦＳのファイル構造が生成された後、処理は、ステップＳ８０７に進む。
ステップＳ８０７：ステップＳ８０１およびステップＳ８０２を実行することによって生成されたデータが情報記録媒体に記録される。データが情報記録媒体に記録された後、処理は、終了する。
情報記録媒体が再生専用である場合には、スタンパ等のディスク製造装置を用いてデータが記録された情報記録媒体が作成される。また、情報記録媒体が追記型である場合には、光ディスクドライブを用いてステップＳ８０１およびステップＳ８０２を実行することによって生成されたデータが連続的に記録されて、再生専用の情報記録媒体が作られる。
なお、上述した実施の形態３では、再生されるデータが記録されたデータ領域が再生専用区画および再生専用セグメントとして定義されている場合を例にとり説明したが、本発明はこれに限定されない。
ＵＤＦのボリューム構造およびファイル構造によって提供されるアクセス方法が、データ領域に記録されているファイルに含まれたコアセットファイルと拡張セットファイルとを再生するようにデータ領域にアクセスする方法であり、ＳＶＦＳのボリューム構造およびＳＶＦＳのファイル構造によって提供されるアクセス方法が、データ領域に記録されているファイルに含まれたコアセットファイルと拡張セットファイルとのうちのコアセットファイルのみを再生するようにデータ領域にアクセスする方法である限りは、再生されるデータが記録されたデータ領域が記録可能区画および記録可能セグメントとして定義されている場合にも本発明を適応することができる。再生されるデータが記録されたデータ領域が記録可能区画および再生専用セグメントとして定義されている場合にも本発明を適応することができる。再生されるデータが記録されたデータ領域が再生専用区画および記録可能セグメントとして定義されている場合にも本発明を適応することができる。
本発明によれば、第１アクセス方法を提供する第１ファイル管理情報および第２アクセス方法を提供する第２ファイル管理情報の何れか一方を読み出し、読み出された第１ファイル管理情報および第２ファイル管理情報の何れか一方によって提供されるアクセス方法で情報記録媒体に割り付けられているデータ領域にアクセスする。従って、第１ファイル管理情報が読み出された場合と第２ファイル管理情報が読み出された場合とでは、異なるアクセス方法がデータ領域に対して提供される。
例えば、第１アクセス方法は、データ領域に記録されているファイルに含まれたコアセットファイル（所定のアプリケーションの基本機能を実現するためのファイル）と拡張セットファイル（所定のアプリケーションの拡張機能を実現するためのファイル）とを再生するようにデータ領域にアクセスする方法であり、第２アクセス方法は、データ領域に記録されているファイルに含まれたコアセットファイルと拡張セットファイルとのうちのコアセットファイルのみを再生するようにデータ領域にアクセスする方法である。
従って、第１ファイル管理情報を読み出すことのできる装置は、所定のアプリケーションの基本機能と拡張機能とを実現することができる。第２ファイル管理情報を読み出すことのできる装置は、所定のアプリケーションの基本機能のみを実現することができる。
その結果、ＣＰＵパワーや利用可能なメモリが少ない民生用の再生専用プレーヤは、コアセットファイルのみを用いて再生動作を行うことができ、豊かでインタラクティブなビデオ・オーディオコンテンツの再生を提供出来るＰＣや高級ＡＶ機器は、フルセットファイルを用いて再生動作を行うことができる。
【産業上の利用可能性】  本発明によれば、第１アクセス方法を提供する第１ファイル管理情報および第２アクセス方法を提供する第２ファイル管理情報の何れか一方を読み出し、読み出された第１ファイル管理情報および第２ファイル管理情報の何れか一方によって提供されるアクセス方法で情報記録媒体に割り付けられているデータ領域にアクセスする。従って、第１ファイル管理情報が読み出された場合と第２ファイル管理情報が読み出された場合とでは、異なるアクセス方法がデータ領域に対して提供される。
（１）例えば、第１アクセス方法は、データ領域に記録されているファイルを再生するのみである再生専用領域としてデータ領域が機能するようにデータ領域にアクセスする方法であり、第２アクセス方法は、データ領域に記録されているファイルを再生することができ、かつデータ領域にファイルを記録することができる領域としてデータ領域が機能するようにデータ領域にアクセスする方法である。
従って、第２ファイル管理情報を読み出すことのできる装置によって、データ領域に記録されているファイルを読み出したり、データ領域にファイルを記録したりすることができる。一方、第１ファイル管理情報を読み出すことのできる装置によってデータ領域にファイルを記録することを防止することができる。
その結果、ＵＤＦのボリューム構造とＳＶＦＳのボリューム構造との間の整合性およびＵＤＦのファイル構造とＳＶＦＳのファイル構造との間の整合性を保つことが出来る。
（２）例えば、第１アクセス方法は、データ領域に記録されているファイルに含まれたコアセットファイル（所定のアプリケーションの基本機能を実現するためのファイル）と拡張セットファイル（所定のアプリケーションの拡張機能を実現するためのファイル）とを再生するようにデータ領域にアクセスする方法であり、第２アクセス方法は、データ領域に記録されているファイルに含まれたコアセットファイルと拡張セットファイルとのうちのコアセットファイルのみを再生するようにデータ領域にアクセスする方法である。
従って、第１ファイル管理情報を読み出すことのできる装置は、所定のアプリケーションの基本機能と拡張機能とを実現することができる。第２ファイル管理情報を読み出すことのできる装置は、所定のアプリケーションの基本機能のみを実現することができる。
その結果、ＣＰＵパワーや利用可能なメモリが少ない民生用の再生専用プレーヤは、コアセットファイルのみを用いて再生動作を行うことができ、豊かでインタラクティブなビデオ・オーディオコンテンツの再生を提供出来るＰＣや高級ＡＶ機器は、フルセットファイルを用いて再生動作を行うことができる。
【図１】
2004023483.tif 000003
【図２】
2004023483.tif 000004
【図３】
2004023483.tif 000005
【図４】
2004023483.tif 000006
【図５】
2004023483.tif 000007
【図６】
2004023483.tif 000008
【図７】
2004023483.tif 000009
【図８】
2004023483.tif 000010
【図９】
2004023483.tif 000011
【図１０】
2004023483.tif 000012
【図１１】
2004023483.tif 000013
【図１２】
2004023483.tif 000014
【図１３】
2004023483.tif 000015
【図１４】
2004023483.tif 000016
【図１５】
2004023483.tif 000017
【図１６】
2004023483.tif 000018
【図１７】
2004023483.tif 000019
【図１８】
2004023483.tif 000020
【図１９】
2004023483.tif 000021
【図２０】
2004023483.tif 000022
【図２１】
2004023483.tif 000023
【図２２】
2004023483.tif 000024
【図２３】
2004023483.tif 000025
【図２４】
2004023483.tif 000026
【図２５】
2004023483.tif 000027
【図２６】
2004023483.tif 000028
【図２７】
2004023483.tif 000029
【図２８】
2004023483.tif 000030
【図２９】
2004023483.tif 000031
【図３０】
2004023483.tif 000032
【図３１】
2004023483.tif 000033
【図３２】
2004023483.tif 000034
【図３３】
2004023483.tif 000035
【国際調査報告】
2004023483.tif 000036
2004023483.tif 000037