(57)【要約】【課題】ＵＤＦ２．０１以前のバージョンでも読み取りが可能で、ＵＤＦ２．５０規格に準拠したファイル管理方法の提供を目的とする。【解決手段】ファイルシステム管理情報を集めて配置するためのメタデータ領域を持つファイルシステムを用いたファイル管理方法において、メタデータ領域における論理アドレスを、メタデータ領域を含む物理パーティションにおける論理アドレスに変換し、変換された論理アドレスに基づいてファイル及びファイルシステム管理情報の記録を行うことを特徴とする。【選択図】図２
2009016010.tif 000002
【特許請求の範囲】
【請求項１】
ファイルシステム管理情報を集めて配置するためのメタデータ領域を持つファイルシステムを用いたファイル管理方法において、
前記メタデータ領域における論理アドレスを、前記メタデータ領域を含む物理パーティションにおける論理アドレスに変換し、
該変換された論理アドレスに基づいてファイル及びファイルシステム管理情報の記録を行うことを特徴とするファイル管理方法。
【請求項２】
前記物理パーティションは、ユーザデータ及びユーザデータを管理するファイルシステム管理情報も記録することを特徴とする請求項１記載のファイル管理方法。
【請求項３】
前記ファイルの記録位置は、パーティション番号、パーティションの先頭からの位置、データサイズで表されることを特徴とする請求項１記載のファイル管理方法。
【請求項４】
前記ファイルシステムは、ＵＤＦのバージョン２．５０以上であることを特徴とする請求項１記載のファイル管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル管理方法に関し、特に、バージョンの異なるファイルシステムにおいても読み取りが可能なファイル管理方法に関する。
【背景技術】
【０００２】
記録媒体に記録された情報を管理するファイルシステムにおいて、ファイルシステムの違いや、ファイルシステムのバージョンの違いなどによって、ファイルへのアクセス方法に差異が生じてしまうことがある。
【０００３】
その結果、あるシステムでは記録された情報を読み取れても、他のシステムでは情報を読み取れないことが発生する。
【０００４】
この対策として、特許文献１には、認識可能なフォーマットと異なるフォーマットで記録された情報記録媒体でも、再生装置を制御するコンピュータ内のプログラムにより情報記録状況を取得する技術が開示されている。このようにすることによって、管理情報の位置を把握し読み取り可能にするなど、互換性を高めている。
【０００５】
ファイルシステムにはさまざまなものがあるが、大容量の記録媒体にファイルを記録する技術が普及し始めており、これを受けて大容量の記録媒体にファイルを記録するためのさまざまな記録フォーマットの提案がなされている。
【０００６】
例えば、ＤＶＤ(Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ)、Ｂｌｕ−ｒａｙ  Ｄｉｓｃ、ＨＤ  ＤＶＤなどに採用されているファイルシステムであるＵＤＦ(Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ)もその一つである。
【特許文献１】特開２００３−２２３７５９号公報
【非特許文献１】Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｒｅｖｉｓｉｏｎ  ２.０１  Ｍａｒｃｈ  １５,２０００  Ｏｐｔｉｃａｌ  Ｓｔｏｒａｇｅ  Ｔｅｃｈｎｏｌｏｇｙ  Ａｓｓｏｃｉａｔｉｏｎ
【非特許文献２】Ｕｎｉｖｅｒｓａｌ  Ｄｉｓｋ  Ｆｏｒｍａｔ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｒｅｖｉｓｉｏｎ  ２.５０  Ａｐｒｉｌ  ３０,２００３  Ｏｐｔｉｃａｌ  Ｓｔｏｒａｇｅ  Ｔｅｃｈｎｏｌｏｇｙ  Ａｓｓｏｃｉａｔｉｏｎ
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、ＵＤＦにはさまざまなバージョンが存在し、各々のバージョン間では仕様が異なっており、各バージョン間で下位バージョンに対する互換は取れているが、上位バージョンに対する互換は取れていない。
【０００８】
例えば、ＵＤＦ２．５０では、ファイルシステム情報がメタデータパーティションと呼ばれる領域にまとめて配置され、メタデータパーティション内の論理アドレスによってファイルシステム情報を管理する機能が追加されている。メタデータパーティションは、メタデータ領域とも呼ばれる。
【０００９】
しかし、ＵＤＦ２．０１以前のバージョンには、メタデータパーティションが存在しないため、ＵＤＦ２．５０とそれ以前のバージョン間には互換性がない(非特許文献１及び２)。
【００１０】
つまり、例えばＵＤＦ２．０１までしか対応していないＰＣ(Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ)や再生装置においては、ＵＤＦ２．５０規格に基づいて記録された光ディスクを読み取ることができない。
【００１１】
そこで、本発明は、ＵＤＦ２．０１以前のバージョンでも読み取りが可能で、ＵＤＦ２．５０規格に準拠したファイル管理方法の提供を目的とする。
【課題を解決するための手段】
【００１２】
本発明は、上記課題を解決するための手段として、ファイルシステム管理情報を集めて配置するためのメタデータ領域を持つファイルシステムを用いたファイル管理方法において、前記メタデータ領域における論理アドレスを、前記メタデータ領域を含む物理パーティションにおける論理アドレスに変換し、該変換された論理アドレスに基づいてファイル及びファイルシステム管理情報の記録を行うことを特徴とする。
【発明の効果】
【００１３】
本発明によれば、ＵＤＦ２．０１以前のバージョンのファイルシステムにおいて、ＵＤＦのバージョン２．５０以上に基づいて記録されたディスクに対するアクセスが可能となる。
【発明を実施するための最良の形態】
【００１４】
以下、添付図面を参照して本発明を実施するための最良の実施の形態を説明する。
【００１５】
図２は、ＵＤＦ２．５０規格に基づいて記録されたＤＶＤ−ＲＷディスクのファイルシステム管理情報の構成例を示す表である。
【００１６】
図２において、二重線で囲った部分が物理パーティションであり、物理パーティション内の太線で囲った部分がメタデータパーティションである。
【００１７】
以降は、物理パーティション内での相対位置をＬＢＮ(Ｌｏｇｉｃａｌ  Ｂｌｏｃｋ  Ｎｕｍｂｅｒ)、メタデータパーティション内での相対位置をＭＢＮ(Ｍｅｔａｄａｔａ  Ｂｌｏｃｋ  Ｎｕｍｂｅｒ)と表記することにする。
【００１８】
まず、ＵＤＦ２．５０規格に基づいて記録されたディスク内の目的ファイルの実体をＵＤＦファイルシステムが読み込むまでの手順を、図２を用いて説明する。
【００１９】
ＵＤＦファイルシステムでは、ファイルシステム管理情報、ディレクトリ、ファイルの位置を表す論理アドレスを論理セクタ番号(Ｌｏｇｉｃａｌ  Ｓｅｃｔｏｒ  Ｎｕｍｂｅｒ:ＬＳＮ)で表す。このＬＳＮとデータサイズ、パーティション番号を元にファイルシステム管理情報、ディレクトリ、ファイルに対してアクセスを行う。
【００２０】
以降は、図２において、ＬＳＮが０からＬａｓｔ  ＬＳＮまでの領域をユーザデータ領域と呼び、この領域の先頭を基準とした位置をＬＳＮと表記する。
【００２１】
実際の手順としては、まずＡｎｃｈｏｒ  Ｖｏｌｕｍｅ  Ｄｅｓｃｒｉｐｔｏｒ  Ｐｏｉｎｔｅｒ(以降、ＡＶＤＰと称する)が読み込まれる。
【００２２】
図２において、ＬＳＮが２５６、Ｌａｓｔ  ＬＳＮ−２５６、Ｌａｓｔ  ＬＳＮに該当する部分がＡＶＤＰに当たるが、リードエラーなどがない限り、通常はＬＳＮが２５６のＡＶＤＰが読み込まれる。
【００２３】
ＡＶＤＰには２箇所のＰｒｉｍａｒｙ  Ｖｏｌｕｍｅ  Ｄｅｓｃｒｉｐｔｏｒ(以降、ＰＶＤと称する)の位置(図２におけるＬＳＮが３２と６４にあたる)が記録されている。こちらもリードエラーなどがない限りは、通常はＭａｉｎ  Ｖｏｌｕｍｅ  Ｄｅｓｃｒｉｐｔｏｒ  Ｓｅｑｕｅｎｃｅ内のＬＳＮが３２のＰＶＤが読み込まれる。
【００２４】
以降、ＰＶＤから連続したセクタに記録された管理情報を順次読み込んでいくが、ファイルアクセス手順の説明には直接関係しないものについては説明を割愛する。
【００２５】
ファイル実体へのアクセスに必要なものは、以下の三つである。
【００２６】
（１）Ｐａｒｔｉｔｉｏｎ  Ｄｅｓｃｒｉｐｔｏｒ(以降、ＰＤと称する)に記録されている物理パーティション開始位置
（２）Ｌｏｇｉｃａｌ  Ｖｏｌｕｍｅ  Ｄｅｓｃｒｉｐｔｏｒ(以降、ＬＶＤと称する)に記録されているＦｉｌｅ  Ｓｅｔ  Ｄｅｓｃｒｉｐｔｏｒ(以降、ＦＳＤと称する)の位置
（３）メタデータパーティションの開始位置を示すＥｘｔｅｎｄｅｄ  Ｆｉｌｅ  Ｅｎｔｒｙ（以降、ＥＦＥと称する）
ここで、ＰＤにおける物理パーティション開始位置はＬＳＮで記録されているが、ＦＳＤの位置はＭＢＮ、メタデータパーティションの開始位置を示すＥＦＥはＬＢＮで記録されている。
【００２７】
ファイルにアクセスする際には、その前にルートディレクトリにアクセスする必要がある。
【００２８】
ＵＤＦでは、Ｆｉｌｅ  Ｉｄｅｎｔｉｆｉｅｒ  Ｄｅｓｃｒｉｐｔｏｒ(以降、ＦＩＤと称する)がディレクトリ本体に相当する。
【００２９】
上記したＦＳＤにはルートディレクトリのＦＩＤ(ｒｏｏｔ)の位置を指し示すＥＦＥ(ｒｏｏｔ)の位置がＭＢＮで記録されている。
【００３０】
つまり、ルートディレクトリにアクセスするには、以下の二つのものを探しアクセスする。それは、まずＰＤから判明した物理パーティションの開始位置と、ＬＶＤから判明したＥＦＥ(Ｍｅｔａｄａｔａ  Ｆｉｌｅ)の位置より物理パーティション内のＥＦＥ(Ｍｅｔａｄａｔａ  Ｆｉｌｅ)である。
【００３１】
次に、ＥＦＥ(Ｍｅｔａｄａｔａ  Ｆｉｌｅ)内に記録されているメタデータパーティションの開始位置と、ＬＶＤから判明したＦＳＤの位置よりメタデータパーティション内に記録されているＦＳＤとを探し、アクセスする。
【００３２】
ＦＳＤはＥＦＥ(ｒｏｏｔ)の位置を、ＥＦＥ(ｒｏｏｔ)はルートディレクトリのＦＩＤ(ｒｏｏｔ)の位置を指し示しているので、順にアクセスを行いルートディレクトリに辿り着く。
【００３３】
ルートディレクトリから目的ファイルへのアクセスを行う際には、まずルートディレクトリのＦＩＤ(ｒｏｏｔ)を参照する。
【００３４】
ＦＩＤには、そのディレクトリの直下に存在する全てのディレクトリ・ファイルの名称と、ディレクトリ・ファイルの実体位置を指し示しているＥＦＥの位置が記録されている。
【００３５】
ここでいう実体位置とは、ディレクトリであればＦＩＤ、ファイルであればファイル本体である。ＦＩＤはディレクトリ一つに対して必ず一つ対応する。
【００３６】
目的ファイルがディレクトリ階層の深い位置に存在するのであれば、順次ディレクトリのＥＦＥとＦＩＤを辿っていく。目的ファイルが存在するディレクトリのＦＩＤまでアクセスし、そのＦＩＤからＥＦＥを介してファイル本体にアクセスを行う形となる。
【００３７】
例えば、図４に示すようなディレクトリ階層の場合は以下のようにアクセスする。ファイルＣにアクセスするには、まずルートディレクトリのＥＦＥとＦＩＤ、ディレクトリＡのＥＦＥとＦＩＤ、ディレクトリＢのＥＦＥとＦＩＤ、ディレクトリＢのＦＩＤからファイルＣのＥＦＥと順にアクセスし、最終的に目的ファイルであるファイルＣに到達する。
【００３８】
図３に目的ファイルにアクセスするまでの、管理情報の読み込み手順をまとめた。
【００３９】
以上では、従来のＵＤＦ２．５０規格で記録されたディスクに対するファイルのアクセス手段を説明した。
【００４０】
しかし、このような従来の方法で記録したディスクをＵＤＦ２．０１以前のファイルシステムで読もうとすると、ＭＢＮで記録されているＦＳＤの位置をＬＢＮと解釈してアクセスを行おうとしてしまう。そのため、ＦＳＤの記録位置が特定できずディスクを読み取ることができない。
【００４１】
そこで、ＭＢＮで記録されているファイルシステム管理情報の位置を全てＬＢＮに換算しＬＢＮで記録するようにした。
【００４２】
このようにすることによって、ＵＤＦ２．０１以前のバージョンのファイルシステムにおいてもＵＤＦ２．５０規格で記録されたディスクを読み取ることを可能とした。
【００４３】
図５は、ファイル管理方法を実現可能な記録媒体を作成する記録再生装置の構成の一例を示すブロック図である。
【００４４】
図５において、１はデータの記録再生が可能な記録媒体、２は記録媒体１に対して記録再生処理を行うドライブ装置、３はドライブ装置２の記録再生を制御する装置制御部である。
【００４５】
４は装置制御部３に対して記録再生要求を送信するマイコンであり、必要に応じてＭＢＮをＬＢＮに変換処理を行うセクタ番号変換部５に対しての変換要求の送信も行う。
【００４６】
提案手法を実現する記録媒体の作成手順としては、まず、ＭＢＮからＬＢＮに変換する必要があるセクタ番号をマイコン４がセクタ番号変換部５に送信する。
【００４７】
そして、それを受けたセクタ番号変換部５は、ＭＢＮをＬＢＮに変換し、装置制御部３に変換後のセクタ番号を送信する。
【００４８】
変換後のセクタ番号を受け取った装置制御部３が、変換後のセクタ番号で記録媒体に記録するようドライブ装置２を制御し、ドライブ装置２により記録媒体１に提案手法に基づいた記録方法で書込みを行う。
【００４９】
これ以降は、ＭＢＮで記録されていて、ＬＢＮに変換して記録することが必要なＵＤＦの管理情報について説明する。
【００５０】
まず、ＬＶＤ内のＭＢＮで位置が指し示されているＦＳＤの位置をＬＢＮに変換して設定する必要がある。
【００５１】
また、ＵＤＦファイルシステムの各管理情報には、Ｄｅｓｃｒｉｐｔｏｒ  Ｔａｇと呼ばれるヘッダ情報があり、これによりファイルシステム側が管理情報の種別を認識している。
【００５２】
このＤｅｓｃｒｉｐｔｏｒ  Ｔａｇ内にあるＴａｇ  Ｌｏｃａｔｉｏｎと呼ばれるパラメータにはその管理情報自体の位置が記録されている。従来の方法では、このＴａｇ  Ｌｏｃａｔｉｏｎは、物理パーティション内であればＬＢＮ、メタデータパーティション内であればＭＢＮで記録される。
【００５３】
そのため、メタデータパーティション内に存在する管理情報のＴａｇ  Ｌｏｃａｔｉｏｎは全てＬＢＮに変換して記録する。
【００５４】
ＭＢＮからＬＢＮへ変換する具体的な方法としては、図１に示すように、ＥＦＥ(Ｍｅｔａｄａｔａ  Ｆｉｌｅ)から判明したＬＢＮで記録されたメタデータパーティションの開始位置にＭＢＮの値を加算してＬＢＮを算出する。ＭＢＮは、図１において、Ｎに相当する。
【００５５】
メタデータパーティション内に記録される管理情報としては、ＦＳＤ、Ｔｅｒｍｉｎａｔｉｎｇ  Ｄｅｓｃｒｉｐｔｏｒ、ＥＦＥ(もしくはＦｉｌｅ  Ｅｎｔｒｙ)、ＦＩＤなどがある。
【００５６】
また、ＵＤＦではある管理情報において、他の管理情報やファイル本体の位置を指し示す際に、管理情報内のＡｌｌｏｃａｔｉｏｎ  Ｄｅｓｃｒｉｐｔｏｒ(以降、ＡＤと称する)と呼ばれるパラメータを用いている。
【００５７】
このＡＤには対象データの位置とサイズの他に、パーティション番号を示すＰａｒｔｉｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｎｕｍｂｅｒと呼ばれるパラメータが含まれている。これによって他の管理情報やファイルがどのパーティションに属するかを記述している。
【００５８】
Ｐａｒｔｉｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｎｕｍｂｅｒは、通常物理パーティションに存在する管理情報・ファイルを指す場合には０、メタデータパーティションを指す場合には１を設定する。
【００５９】
ＭＢＮを全てＬＢＮに設定するため、ＡＤ内のＰａｒｔｉｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｎｕｍｂｅｒは全て０に設定する。
【００６０】
また、ＥＦＥ(Ｍｅｔａｄａｔａ  Ｆｉｌｅ)には、メタデータパーティションのサイズも入っている。そのため、メタデータパーティションの開始位置とサイズの情報により、ある管理情報がメタデータパーティション内のものかどうかが判断できる。
【００６１】
本提案手法における処理の流れを図６に示した。以下、図６を用いて処理の流れを説明する。
【００６２】
まず、記録媒体への記録前にＵＤＦ２.５０以降のバージョンかを確認する(ステップＳ１)。
【００６３】
ＵＤＦ２.５０以降のバージョンでなければ（ステップＳ１／Ｎｏ）、セクタ番号の変換を行わずに記録媒体への記録を行う(ステップＳ７)。
【００６４】
ＵＤＦ２.５０以降のバージョンであれば（ステップＳ１／Ｙｅｓ）、ステップＳ２で既にメタデータパーティションの開始位置・サイズが取得済みかを確認する。取得していなければ（ステップＳ２／Ｎｏ）、メタデータパーティションの開始位置・サイズを取得する(ステップＳ３)。
【００６５】
次に管理情報がメタデータパーティション内であるかを前記した方法で調べ(ステップＳ４)、メタデータパーティション内の管理情報であれば、ＭＢＮからＬＢＮへのセクタ番号変換を行う(ステップＳ５)。
【００６６】
また、Ｐａｒｔｉｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｎｕｍｂｅｒを物理パーティションに設定する(ステップＳ６)。
【００６７】
Ｓ４〜Ｓ６のステップは、メタデータパーティション内の管理情報の数だけ繰り返し行い、その全てのセクタ番号変換が終わった上で、実際に記録媒体に記録する(ステップＳ７)。
【００６８】
ＵＤＦ２.５０の規格書においては、管理情報の位置をメタデータパーティションの相対位置で記録しなければならないという規定はないため、上記の記録方法でもＵＤＦ２.５０規格に準拠する。
【００６９】
また、ＵＤＦ２.５０ではオプションでメタデータミラーファイルと呼ばれる、メタデータパーティションのミラーをバックアップ用として記録しても良いことになっている。
【００７０】
従来のようにＭＢＮで各種ファイルシステムの管理情報位置が記録されているのであれば、メタデータパーティション内の管理情報のコピーをそのまま記録してしまえばよい。
【００７１】
しかし、ＭＢＮをＬＢＮとして記録した場合には、Ｄｅｓｃｒｉｐｔｏｒ  Ｔａｇ内のＴａｇ  Ｌｏｃａｔｉｏｎの値と、メタデータパーティション内の管理情報が指し示す他の管理情報の位置(ＡＤ)が実際と食い違ってしまう。
【００７２】
そのため、ミラーファイルを記録する場合には、一度メモリ内に蓄積されたメタデータパーティションの各管理情報のＴａｇ  ＬｏｃａｔｉｏｎとＡＤをミラーファイルが記録されるＬＢＮに置き換えて記録する必要がある。
【００７３】
しかし、ミラーファイルはディスクのファイナライズ時にのみ記録されるもので、一般的に数分かかるファイナライズ処理時間がメモリの書換えのために数秒長くなる程度である。
【００７４】
以上では、ＵＤＦファイルシステムを例に挙げて説明したが、メタデータパーティションのような領域を持つその他のファイルシステムに適用しても良い。
【産業上の利用可能性】
【００７５】
本発明は、記録媒体に記録された情報を管理するファイルシステムに利用可能である。
【図面の簡単な説明】
【００７６】
【図１】本発明の実施形態におけるファイル管理方法を説明するための図である。
【図２】ＵＤＦ２.５０規格で記録された一般的なファイルシステムの管理情報の構成を説明するための図である。
【図３】ＵＤＦファイルシステムが目的ファイルへアクセスする際の手順を説明するための図である。
【図４】目的ファイルへのアクセス方法を説明するための図である。
【図５】本発明の実施形態におけるファイル管理方法を実現するための媒体への記録を行う装置の概略を示すブロック図である。
【図６】本発明の実施形態におけるセクタ番号変換を行う際の処理を示すフローチャートである。
【符号の説明】
【００７７】
１  記録媒体
２  ドライブ装置
３  装置制御部
４  マイコン
５  セクタ番号変換部
【図１】
2009016010.tif 000003
【図２】
2009016010.tif 000004
【図３】
2009016010.tif 000005
【図４】
2009016010.tif 000006
【図５】
2009016010.tif 000007
【図６】
2009016010.tif 000008