(57)【要約】本発明は、第１のファイルシステムに従う第１のフォーマットを利用するインタフェース（３２）を介してデータが入力又は出力される、記録担体（１０）から読み取る又は記録担体（１０）に書き込む方法及びドライブ装置に関する。ドライブ装置（３０）において、前記第１のフォーマットが、記録担体（１０）において利用される第２のファイルシステムに従う第２のフォーマットにマッピングされる。これにより、同一のインタフェースを用いて、異なる記憶技術を利用することが可能となる。例えば、ハードディスクベースのマイクロドライブが、コンパクトフラッシュのインタフェースを用いて利用されることができる。このことは、着脱可能なドライブ装置に関して特に有利である。
2006523882.tif 000002
【特許請求の範囲】
【請求項１】
記録担体のためのドライブ装置であって、
第１のファイルシステムに従ってデータを入力又は出力するための第１のフォーマットを提供するインタフェース手段と、
前記記録担体において利用される第２のファイルシステムに従う第２のフォーマットに前記第１のフォーマットをマッピングするマッピング手段と、
を有するドライブ装置。
【請求項２】
前記インタフェース手段は記憶装置のための標準的なインタフェースである、請求項１に記載の装置。
【請求項３】
前記標準的なインタフェースは、ＰＣＭＣＩＡ、コンパクトフラッシュ又はＭＭＣＡインタフェースである、請求項２に記載の装置。
【請求項４】
前記第１のファイルシステムはＦＡＴファイルシステムである、請求項１に記載の装置。
【請求項５】
前記第２のファイルシステムはＵＤＦファイルシステムであり、請求項１に記載の装置。
【請求項６】
前記記録担体は光ディスクである、請求項１に記載の装置。
【請求項７】
前記ドライブ装置は着脱可能なドライブ装置である、請求項１に記載の装置。
【請求項８】
前記マッピング手段は、前記第２のフォーマットの論理的な規定において、前記第１のファイルシステムの画像のためのスペースを予約するように構成された、請求項１又は２に記載の装置。
【請求項９】
前記マッピング手段は、前記予約されたスペースを、前記第１のファイルシステムのパーティションとして取り扱うように構成された、請求項８に記載の装置。
【請求項１０】
前記マッピング手段は、前記予約されたスペースに対して欠陥管理を適用するように構成された、請求項８又は９に記載の装置。
【請求項１１】
前記第１のファイルシステムの画像は、前記第２のファイルシステムの単一のファイルに対応する、請求項８乃至１０のいずれか一項に記載の装置。
【請求項１２】
前記装置は、前記第２のファイルシステムを知らないホストによる、前記インタフェース手段を介した前記第２のファイルシステムのファイルへのアクセスを提供する、請求項１乃至１１のいずれか一項に記載の装置。
【請求項１３】
前記第２のファイルシステムは、前記第１のファイルシステムの等価な構造を前記記録担体に書き込むように構成された前記マッピング手段によって解釈される、請求項１２に記載の装置。
【請求項１４】
前記マッピング手段は、前記ファイルシステムのファイルを前記第２のファイルシステムのパケットサイズに対応する所定のサイズのクラスタに変換し、前記クラスタを前記第２のファイルシステムのパケットに整合するように構成された、請求項１乃至１３のいずれか一項に記載の装置。
【請求項１５】
前記マッピング手段は、前記第１のファイルシステムの画像を、データ構造の特性に基づき種々のカテゴリに分割し、前記分割されたファイル成分を前記第２のファイルシステムの種々のファイルに保存するように構成された、請求項８に記載の装置。
【請求項１６】
前記種々のカテゴリは、ファイル構造についての頑強な割り当てクラスと揮発性の割り当てクラスとのうち少なくとも一方を有する、請求項１５に記載の装置。
【請求項１７】
前記マッピング手段は、前記第２のファイルシステムを前記記録担体にマウントし、メモリ手段における前記第２のファイルシステムを前記第１のファイルシステムの等価な構造に変換するように構成された、請求項１乃至７のいずれか一項に記載の装置。
【請求項１８】
前記メモリ装置は不揮発性メモリである、請求項１７に記載の装置。
【請求項１９】
前記第２のファイルシステムは、前記記録担体が排出されるときに前記装置によって更新される、請求項１８に記載の装置。
【請求項２０】
前記不揮発性メモリはＭＲＡＭである、請求項１８又は１９に記載の装置。
【請求項２１】
前記マッピング手段は、前記記録担体上のファイルに前記第１のファイルシステムの静的データ構造を保存し、前記メモリ手段に前記第１のファイルシステムの揮発性データ構造を保存するように構成された、請求項１７乃至２０のいずれか一項に記載の装置。
【請求項２２】
前記マッピング手段は、前記第１のファイルシステムのデータ構造と前記第２のファイルシステムのデータ構造との間の動的なマッピングを提供するように構成された、請求項１乃至７のいずれか一項に記載の装置。
【請求項２３】
記録担体から読み取る又は記録担体に書き込む方法であって、
第１のファイルシステムに従う第１のフォーマットを利用してデータを出力又は入力するステップと、
前記記録担体において利用される第２のファイルシステムに従う第２のフォーマットに前記第１フォーマットをマッピングするステップと、
を有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ドライブ装置、及び光ディスクのような記録担体から読み取る又は該記録担体に書き込む方法に関する。より詳細には、本発明は、標準的なドライブのインタフェースから光ディスクフォーマットへのフォーマットマッピングに関する。
【背景技術】
【０００２】
本出願人は近年、次世代の高詳細ビデオレコーダのために開発されている、同一の精度の青色レーザを利用してデータを記録、再生及び消去する、小型の光ディスクを開発してきた。小型の光ディスクのシステムは、ＳＦＦＯ（Small Form Factor Optical）又は「Portable Blue（ＰＢ）」として知られており、３ｃｍディスクに４ギガバイトを記憶することが可能であり、該ディスクを読み取ることができるドライブ装置をメモリカードと同じ位小さくすることが可能であることを示している。ＳＦＦＯ又はＰＢディスクは、ＵＤＦのような標準的なファイルシステムに従う十分に定義された論理フォーマットを持つであろう。しかしながら、ホスト装置又はデータ供給源は当該フォーマットを理解していない可能性があり、そのため該ホスト装置又はデータ供給源はＳＳＦＯ又はＰＢディスクのフォーマットに準拠しない方法でデータを書き込み得る。そのうえ、光ディスクは限られた回数、例えば1000回の再書き込みの可能回数を持つ。光ディスクを利用していることを認識していないホスト装置は、例えばファイルシステムデータを、同じ位置に絶えず書き込み、ディスクの当該部分の欠陥をもたらし得る。このことは、前記欠陥の位置がファイルシステムのような重要なデータを含む場合には、ディスク全体が使用不可能となることに帰着し得る。
【０００３】
現在、パーソナルコンピュータ（ＰＣ）又はディジタルカメラのようなホストに記憶装置を接続するための幾つかの標準的なインタフェースがある。利用可能なインタフェースは、ＰＣＭＣＩＡ（Personal Computer Memory Card International Association）、コンパクトフラッシュ、ＭＭＣＡ（Multi Media Card Association）等を含む。同一のインタフェースを用いて、異なる記憶技術を利用することが可能である。例えば、ハードディスクベースのマイクロドライブ（Microdrive）は、コンパクトフラッシュ（ＣＦ）インタフェースを持つ。これらの標準的なインタフェースは物理的な互換性を提供するが、装置上の論理フォーマットは規格によってカバーされない。それ故、ホストが記憶装置とインタフェース接続することが可能であっても、該記憶装置にデータが保存されている方法を該ホストが理解することができる保証はない。前記記憶装置は、自身を論理アドレス空間として前記ホストに見せる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ＳＦＦＯ又はＰＢディスクは直径が約３０ｍｍであるという事実のため、ドライブ装置はコンパクトフラッシュのフォームファクタ（form factor）に合致する。この場合には、例えばＣＦインタフェースのような固体メモリのために典型的に利用されるインタフェースを持つ着脱可能なドライブを生成することが可能である。しかしながら、固体メモリを交換することは、特に光ディスク、とりわけＳＦＦＯ又はＰＢに対して以下の問題を引き起こす。
【０００５】
１．ＳＦＦＯ又はＰＢディスクは、例えばＵＤＦ（Universal Disc Format）のようなファイルシステムを含む十分に定義された論理フォーマットを持つ。ＵＤＦは、「Optical Storage Technology Association（ＯＳＴＡ）」によるＵＤＦ規格の改訂版2.01又はそれ以降のバージョンにおいて規定される。レガシーホスト装置は該フォーマットを理解せず、例えば一般的なファイルアロケーションテーブル（File Allocation Table、ＦＡＴ）ファイルシステムを利用して、ＳＦＦＯ又はＰＢディスクフォーマットに準拠しない方法でデータ書き込むであろう。このことは、他のＳＦＦＯ又はＰＢプレイヤと容易に交換可能でないディスクに帰着し得る。ＦＡＴファイルシステムに関する更なる詳細は、インターネットアドレスhttp://www.microsoft.com/windows2000/techinfo/reskit/en-us/default.asp?url=windows2000/techinfo/reskit/en-us/core/fncc_fil_weol.aspから収集できる。
【０００６】
２．既に述べたように、光ディスクは例えば1000回のような限られた再書き込み可能回数を持つ。光ディスクを利用していることを認識していないホスト装置は、例えばファイルシステムデータを同じ位置に絶えず書き込み、ディスクの当該部分の欠陥に帰着し得る。このことは、前記欠陥の位置がファイルシステムのような重要なデータを含む場合には、ディスク全体が使用不可能となることに帰着し得る。限られた再利用可能性に対処することは、フラッシュメモリのような固体メモリについては一般的な問題であるが、これらに対して策定された解決方法はＳＦＦＯ又はＰＢディスクには適用可能ではない。
【０００７】
３．ＳＦＦＯ又はＰＢの性能は、シークタイム及び持続されたデータレートの点で、例えばマイクロドライブのようなハードディスクドライブ（ＨＤＤ）及び固体メモリとは異なる。レガシーホストはこの違いを認識せず、必要とされる性能を達成するために最適でない方法でＳＦＦＯ又はＰＢに書き込み得る。
【０００８】
４．マイクロドライブ及びＳＦＦＯ又はＰＢのようなメカニカルなドライブの電力消費は、固体メモリの電力消費よりもオーダーが異なる程大きい。このギャップを埋めるために、高度な電力管理が必要とされる。レガシーホストはかような対策を認識せず、かようなホストのアクセスパターンは一般的に電力消費の点で最適とならないであろう。
【０００９】
５．ＳＦＦＯ又はＰＢは、着脱可能なフォーマットである。結果として、媒体が汚れや傷のような巨視的な欠陥を被り易い。ＳＦＦＯ又はＰＢフォーマットは、この問題に対処する方法を含んでも良い。ここでもまた、レガシーホストはこれらの方法を認識しないであろう。
【００１０】
具体例として、ＳＦＦＯ又はＰＢドライブは、コンパクトフラッシュ（ＣＦ）インタフェースを介してディジタルカメラに接続され得る。前記カメラは、ＣＦインタフェースを通して、ＦＡＴファイルシステムを利用して画像を保存する。このことは、例えばＵＤＦのようなＳＦＦＯ又はＰＢファイルシステムの代わりに、ＳＦＦＯ又はＰＢ上のＦＡＴに帰着する。また前記カメラは、同じ位置に毎回ＦＡＴファイルシステムを書き込む見込みが高く、当該位置における欠陥及びその結果としてディスク全体の欠陥に最終的に帰着するであろう。
【００１１】
メモリスティック及びコンパクトフラッシュのような既存の装置は、ホットスポットに対処するため、論理アドレス空間と物理アドレス空間との間の何らかの再マッピングを実行し得るコントローラを持つ。しかしながら、フラッシュメモリとは異なり、光ディスクについては光ディスクのシークタイムによる更なる問題があり、これにより光ディスクにおける任意の再マッピングが性能の問題に帰着し得る。
【００１２】
それ故本発明の目的は、例えば光ディスクフォーマットのような記録担体フォーマットと組み合わせた標準的なドライブインタフェースの使用を可能とする方法及びドライブ装置を提供することにある。
【課題を解決するための手段】
【００１３】
本目的は、請求項１に記載のドライブ装置によって、及び請求項２３に記載の読み取り又は書き込み方法によって達成される。
【００１４】
従って、例えばＦＡＴファイルシステムに基づくレガシーフォーマットから、例えばＵＤＦに基づくＳＦＦＯ又はＰＢフォーマットのような新たな記録担体フォーマットへマッピングするメカニズムが提供される。記録担体のフォーマットの特性は、かくして固体記憶装置において一般的に利用されるインタフェースから隠蔽される。
【００１５】
本発明に関しては、「レガシー（legacy）」なる語は、現在の技術よりも前の言語、プラットフォーム及び手法から継承されたフォーマット、アプリケーション、データ又は装置を示すために利用される。一般に、新たな手法及び技法を利用する、より新しくより効率的なフィーチャにレガシーのフィーチャ又はアプリケーションを変換する際には、該レガシーのフィーチャ又はアプリケーションも動作し続けるように取り組むべきである。
【００１６】
インタフェース手段は、ＰＣＭＣＩＡ、コンパクトフラッシュ又はＭＭＣＡのような、記憶装置のための標準的なインタフェースであっても良い。
【００１７】
更に、第１のファイルシステムがＦＡＴファイルシステムであっても良く、第２のファイルシステムがＵＤＦファイルシステムであっても良い。これにより、例えば従来の着脱可能なドライブ装置を新たなディスクドライブ装置によって置き換えるために、ドライブ装置の一般的な又はユニバーサルな利用が保証される。
【００１８】
マッピング手段が、前記第２のフォーマットの論理的な規定において前記第１のファイルシステムの画像のためのスペースを予約するように構成されても良い。とりわけ、前記マッピング手段は、前記第１のファイルシステムのためのパーティションとして前記予約されたスペースを取り扱っても良い。更に、前記マッピング手段は、前記予約されたスペースに対して欠陥管理を適用するように構成されても良い。前記第１のファイルシステムの画像は、単一のファイルに対応しても良い。この画像ベースの実装は、幾つかの場合において許容可能な、交換可能性を犠牲にした容易な方法を提供する。
【００１９】
前記装置は、前記第２のファイルシステムを知らないホストによる、前記インタフェース手段を介した、第２のファイルシステムのファイルへのアクセスを提供しても良い。このとき、前記第２のファイルシステムは、前記記録担体に前記第１のファイルシステムの等価な構造を書き込むように構成されたマッピング手段によって解釈されても良い。前記マッピング手段は、前記第１のファイルシステムのファイルを、前記第２のファイルシステムのパケットサイズに対応する所定のサイズのクラスタに変換し、前記クラスタを前記第２のファイルシステムのパケットと整合するように構成される。これにより、比較的大きなファイルの場合に性能の損失に対する保護が与えられる。
【００２０】
前記第１のファイルシステムの画像は、前記マッピング手段によって、データ構造の特性に基づいて種々のカテゴリに分割されても良い。このとき前記分割されたファイル成分は、前記第２のファイルシステムの種々のファイルに保存される。このことは、全てのファイルシステムデータを近くに維持し、頻繁にアクセスされるデータを含むセクタの再マッピングの結果として生じる初期の性能の損失を防止する。前記種々のカテゴリは、ファイル構造のための頑強な割り当てクラス（allocation class）及び揮発性の割り当てクラスの少なくとも一方を有しても良い。
【００２１】
第２の実装として、前記マッピング手段は、記録担体上に前記第２のファイルシステムをマウントし、メモリ手段における前記第２のファイルシステムを前記第１のファイルシステムの等価な構造に変換するように構成されても良い。それ故実質的に、異なるファイルシステムが前記メモリ手段にキャッシュされる。とりわけ、前記メモリ手段は不揮発性メモリであっても良い。このとき、前記第２のファイルシステムの更新は、前記記録担体が取り出されるまで前記装置によって遅延される。
【００２２】
前記マッピング手段は、前記記録担体上のファイルに前記第１のファイルシステムの静的データ構造を保存し、前記メモリ手段に前記第１のファイルシステムの揮発性のデータ構造を保存するように構成されても良い。これにより、画像ベースの実装とメモリベースの実装との間の組み合わせが提供される。このとき前記第１のファイルシステムの静的な部分はファイルに保存され、必要であれば前記第１のファイルシステムの揮発性の部分はメモリ中に生成される。このことは、前記第１のファイルシステムを再構築するために必要とされる時間及び処理を低減する。
【００２３】
更なる実装として、前記マッピング手段は、前記第１のファイルシステムのデータ構造と前記第２のファイルシステムのデータ構造との間の動的なマッピングを提供するように構成されても良い。このファイルシステム間のオンザフライ（on-the-fly）型の変換は、システムが前記第２のファイルシステムの論理フォーマット規定における全ての機能を完全に利用することができるという利点を提供する。
【００２４】
更なる有利な変形例は、従属請求項において定義される。
【発明を実施するための最良の形態】
【００２５】
本発明は、添付する図を参照しながら、好適な実施例に基づいて以下に説明される。
【００２６】
ここで好適な実施例が、ディジタルカメラのようなレガシーホストに対してＦＡＴベースのＣＦインタフェースを呈する着脱可能なＳＦＦＯ又はＰＢドライブ装置に関連して説明される。
【００２７】
データが保存され、ファイルとして取得されることができるように、全ての記憶装置はファイルシステムを必要とする。いずれのファイルをアクセスするためにも、オペレーティングシステム（ＯＳ）は、該ファイルがどこにあるかを知る必要がある。便宜上、全てのファイルは識別名称を付与され、階層的に構成された幾つかのディレクトリの１つに割り当てられる。ファイルはまた、例えば読み取り及び書き込み権を定義するための、関連する属性を持ち得る。ファイルシステムは、ことによると何百或いは何千のファイルの保存及び取得を容易化する。異なるＯＳの種類は、しばしば異なるファイルシステムを利用し、多数のプラットフォームに適合するように多くのファイルシステムが利用されている。ＣＤ−ＲＯＭ用に最も一般的なファイルシステムは、「High Sierra Group」のファイルシステムの国際規格バージョンでありパーソナルコンピュータ用に設計されている、ＩＳＯ９６６０である。
【００２８】
ディジタル・バーサタイル・ディスク（ＤＶＤ）の出現と共に、ＵＤＦファイルシステムがリストに加えられた。ＵＤＦファイルシステムは、読み取り専用、再書き込み可能（ＲＷ）及び記録可能又は１度書き込み可能（Ｒ）に適し、長いファイル名を許容する。ＣＤ媒体は、その特性のため特殊な考慮を必要とする。ＣＤは元は、書き込まれる方法に影響を与える読み取り専用アプリケーションのために設計された。ＲＷのフォーマットは、リードイン、ユーザデータエリア及びリードアウトの書き込みから成る。これらのエリアはいずれの順序で書き込まれても良い。物理フォーマットは認証パスによって後続される。前記認証検査の間に見つかった欠陥は、非割り当て可能スペースのリストに列挙される。空きスペース記述子が記録され、欠陥エリア及びセクタ不足エリアに割り当てられたスペースを反映しても良い。前記フォーマットは、前記媒体上の全ての利用可能なスペースを含んでも良い。しかしながら、ユーザによって要求された場合には、フォーマット時間を節約するために、一部がフォーマットされても良い。このより小さなフォーマットは、利用可能なスペース全体まで後で発展されても良い。
【００２９】
以下の好適な実施例において、ＳＦＦＯ又はＰＢファイルシステムとしてＵＤＦが利用される。
【００３０】
図１は、コンパクトフラッシュのフォームファクタに合致するように構成された、着脱可能なドライブ装置３０を示す。それ故、ドライブ装置３０は固体メモリを置き換えるために利用される。このことを達成するため、対応する接続端子を持つ標準的なＣＦインタフェース３２が備えられ、該インタフェースにマッピングユニット２０が接続される。ＣＦインタフェース３２はＦＡＴファイルシステムと接続されて一般に利用されるという事実のため、マッピングユニット２０は、着脱可能なドライブ装置３０のディスク１０に書き込む場合にはＦＡＴからＵＤＦへマッピングし、ディスク１０から読み取る場合にはＵＤＦからＦＡＴへマッピングするように構成される必要がある。
【００３１】
ＦＡＴは、今日の殆どのオペレーティングシステムによってサポートされているＭＳ−ＤＯＳファイルシステムである。ＦＡＴは３つの異なるタイプ即ちＦＡＴ１２、ＦＡＴ１６及びＦＡＴ３２に分けられる。これらの名前は、該ファイルシステムに名前を与えたファイルアロケーションテーブルにおけるエントリによって利用されるビットの数を示す。前記ファイルアロケーションテーブルは実際には、ディスク上に見られるようなＦＡＴファイルシステムの内部の構造の１つである。該テーブルの目的は、ディスクのどのエリアが利用可能か、及びどのエリアが利用されているかを常に把握することである。ＦＡＴにおいては、データエリアが、ＦＡＴメディア上のセクタのグループに対応するクラスタに分割される。残りの部分は単にセクタに分割される。ファイル及びディレクトリは、これらクラスタにデータを保存する。１つのクラスタのサイズはブートレコード（Boot Record）と呼ばれる構造に規定され、単一のセクタから１２８個のセクタまでに渡り得る。ブートレコードは予約されたセクタのエリア内に配置される。実際のファイルアロケーションテーブルの構造は、比較的単純な構造である。該構造は単に、１２ビット、１６ビット又は３２ビットデータ要素の配列である。
【００３２】
ファイルアロケーションテーブルは、別々にリンクされたリストと見なすことができる。ファイルアロケーションテーブル中のそれぞれの鎖は、ディスクのどの部分が或る特定のファイル又はディレクトリに属するかを規定する。ユーザデータエリアは、ファイル及びディレクトリの内容が保存されたエリアである。図１において、インタフェース３２を通してブロックが書き込まれるとき、どのファイルに該ブロックが属しているかは知られない。なぜなら、ファイルシステムは一般に、データが書き込まれた後又はセッションの終了時にのみ更新されるからである。しかしながら実際には、連続するブロックが同一のファイルに属することが想定され、そのため殆どの場合において、割り当て規則に合致するために、これらのブロックの割り当てが実行される。次いで、データが書き込まれる際に、ファイルシステムにおけるいずれの再マッピングをも反映する必要がある。発見的規則を利用して、実際には所定の割り当て規則に準拠することが可能である。
【００３３】
以下の好適な実施例においては、ＳＦＦＯ又はＰＢフォーマットの特性が、固体記憶装置のために利用されるインタフェース３２から隠蔽される。以下の第１乃至第３の実施例の実装例によれば、ＳＦＦＯ又はＰＢドライブ３０は、ディジタルカメラのようなレガシーホストに対して、ＦＡＴベースのＣＦインタフェース３２を呈する。図２は、第１の好適な実施例によるマッピングの実装を示す。ここでは、ＦＡＴ画像のためにＳＦＦＯ又はＰＢ論理フォーマット規定においてスペースが予約され、ディスク１０上の予約されたスペース１４に対して欠陥管理が適用される。予約されたスペース１４は、ＦＡＴパーティションとして取り扱われる。ＵＤＦファイルシステムにおいては、該ＦＡＴ画像は単一のファイルとして見える。それ故、ＦＡＴファイルシステムの画像は、マッピングユニット２０において、ディスク１０において利用されるＵＤＦファイルシステムのＵＤＦファイルに変換される。
【００３４】
ＦＡＴ画像を持つ光ディスク１０が、ＣＦインタフェースを呈さないＳＦＦＯ又はＰＢドライブにおいて利用される場合、光ディスク１０におけるファイルのレイアウトを記述するＦＡＴエントリがＵＤＦファイルシステムにミラーリングされる。かくして、同一のデータに対して２つのファイルシステムが書き込まれる。代替として、光ディスク１０の予約されたスペース１４に備えられたＦＡＴ画像に書き込む又は該ＦＡＴ画像から読み取ることを要求するアプリケーションが、自身でＦＡＴ構造を解釈しても良い。
【００３５】
一方、ＣＦインタフェース３２中のＵＤＦに記述されたファイルにアクセスするホストは、ＵＤＦファイルシステムを知らない場合がある。従って、ＵＤＦファイルはＦＡＴベースのＣＦインタフェース３２において呈されない。ＦＡＴを実装しないＳＦＦＯ又はＰＢドライブによって書き込まれたファイルは、光ディスク１０にアクセスするためにＦＡＴベースのＣＦインタフェース３２を利用する装置には認識されない。例えばラップトップ型コンピュータにおけるＣＦIIカードのような幾つかの場合において、このことは理想的な状況とは考えられない。なぜなら、ＳＦＦＯ又はＰＢディスクを利用するファイルの交換可能性を限定するからである。ディジタルスチルカメラのような他の場合には、このことは利点として考えられる。なぜなら、該カメラが理解しないファイルは該カメラには認識されないからである。
【００３６】
他の選択肢として、ＦＡＴベースのＣＦインタフェース３２を呈する着脱可能なＳＦＦＯ又はＰＢドライブ３０が、ＵＤＦファイルシステム全体を解釈し、等価なＦＡＴ構造をＳＦＦＯ又はＰＢディスク１０に書き込んでも良い。この解釈機能は、マッピングユニット２０において実装されても良い。
【００３７】
限られた再利用可能性の問題は、前記ドライブにより提供される欠陥管理によって対処される。ＳＦＦＯ又はＰＢ論理フォーマットレイヤが、該欠陥管理を担当することができる。前記欠陥管理は、前記ホストに対して透明であるべきである。ＦＡＴ実装は、ブートセクタがＬＢＮ０であることを要求する。ＬＢＮ０は、ＦＡＴ画像内のアドレス空間における最初のセクタである。前記ブートセクタは、ＢＩＯＳパラメータブロック（ＢＰＢ）を含む。該セクタが再マッピングされる場合、該セクタはホストに対して依然としてＬＢＮ０にあるように見えるべきである。更に、殆どのＦＡＴ実装が、ＬＢＮ１においてＦＳ情報構造を期待し、他の位置には対処することができない。該構造はしばしば更新され、再書き込みのためのサイクルを使い切る見込みの高い候補であり、従っていつか再マッピングされる見込みが高いセクタである。マッピングはディスク１０における該構造の位置のシフトに基づいても良く、これによりディスク特性の劣化を防ぐ。
【００３８】
ＳＦＦＯ又はＰＢ論理フォーマットレイヤは、１つの大きなファイルに対面する。このことは、性能、電力消費及び頑強さの点で重要である。例えばホスト装置としてのディジタルスチルカメラの場合におけるように、一般に比較的大きなファイルを保存する場合には、３２Ｋ即ちＳＦＦＯ又はＰＢディスク１０における１つのパケットであるクラスタサイズを選択し、該クラスタがＳＦＦＯ又はＰＢパケットと整合することを保証することによって、劇的な性能の損失に対する幾分かの保護が得られる。
【００３９】
代替として、ＦＡＴ構造が１より多いＵＤＦファイルに保存されても良い。とりわけ、分離がＦＡＴ構造の揮発性に基づいても良い。静的なＦＡＴ構造が割り当てクラス「頑強」として保存され、揮発性のＦＡＴ構造が割り当てクラス「揮発性」として保存されても良く、実際のファイルがＦＡＴを利用して予約されたスペース１４に保存されても良い。これにより、分割されたＦＡＴ画像がディスク１０に供給される。
【００４０】
割り当てクラスの利用は、記憶媒体又は装置が、特定の側面において性能を制限する特定の特性を持つ本例においては有用である。
【００４１】
例えばディレクトリファイルを集中させることのような、ＦＡＴファイル用に予約されたスペース１４内の最適化が、ＦＡＴファイルにアクセスすることを予期されるレガシーホストに対する制御を必要とすることは留意されたい。
【００４２】
第１の好適な実施例による画像ベースの実装は、交換可能性を犠牲にして、マッピング問題に対する容易な解決方法を提供する。
【００４３】
図３は、ディスク１０にＵＤＦファイルシステムをマウントし、メモリユニット２４における等価なＦＡＴ構造に前記ＵＤＦファイルシステムを変換することにより、ＦＡＴベースのＣＦインタフェース３２を呈するための、ＳＦＦＯ又はＰＢドライブ装置３０にとって魅力的な方法として、第２の好適な実施例によるメモリベースの実装の模式的な図を示す。前記等価なＦＡＴ構造は次いで、インタフェースマッピングユニット２２によって、ＣＦインタフェース３２を通してホスト装置に呈される。
【００４４】
メモリユニット２４はＮＶＲＡＭ（Non-Volatile Random Access Memory）であっても良い。本例においてＮＶＲＡＭが利用される場合には、ディスク１０における前記ＵＤＦファイルシステムの更新は、ディスク１０が排出されるまで遅延されることができる。一方、揮発性のＲＡＭが利用される場合には、このことは前記システムを、ディスク１０上の前記ＵＤＦファイルシステムにおける不整合性の影響を受けやすいものとする。なぜなら、前記ファイルシステムのデータは、メモリが電力を失うと失われ得るからである。メモリユニット２４におけるＮＶＲＡＭは、データビットが電荷ではなく磁荷を利用して保存されるＭＲＡＭ（Magneto-resistive Random Access Memory）であっても良い。かくして、高速の静的ＲＡＭが、高密度の動的ＲＡＭと組み合わせられ、これによりより多くの量のデータを保存し、既存の電子メモリよりも低い電力を消費しつつ高速にアクセスされることを可能とする。更に、ＭＲＡＭは電力供給が止められた後もデータを保持するため、データ損失を防ぎ、ブート手順を待つことなく即時の開始を可能とする。これにより、ＦＡＴ構造は頻繁に更新されることができ、フラッシュメモリ装置におけるように再利用可能性が制限されない。インタフェースマッピングユニット２２は、メモリユニット２４へのアクセスを提供し、メモリユニット２４に保存されたＦＡＴデータをＣＦインタフェース３２において利用されるフォーマットにマッピングするように構成される。他の好適な実施例においては、当該インタフェースマッピング機能はマッピングユニット２０においても提供される。
【００４５】
従って、第２の好適な実施例によるメモリベースの実装においては、実質上、ディスク１０におけるものとは異なるファイルシステムがメモリユニット２４にキャッシュされる。しかしながら、第１の好適な実施例の画像ベースの方法との組み合わせが可能である。とりわけ、例えばブートレコードのような静的なＦＡＴ構造がディスク１０上のファイルに保存され、例えばファイルシステム情報セクタやＦＡＴテーブル等のような揮発性部分がメモリ２４に生成されても良い。このことは、ＦＡＴ構造を再構築するために必要とされる時間及び処理を低減する。揮発性ＦＡＴ構造をディスク１０に保存することは、別個のアプリケーション又はホストが同時にＵＤＦファイルシステムを更新しない場合（このことは通常保証されない）にのみ有用である。
【００４６】
ＦＡＴ構造が生成され、メモリユニット２４において維持される場合、ディスク１０はＦＡＴ構造の頻繁な更新から保護される。最も揮発性で頻繁にアクセスされるＦＡＴ構造はかくしてメモリユニット２４にキャッシュされるという事実のため、性能及び電力消費は、キャッシュされたＵＤＦファイルシステムの場合におけるものと同等となる。
【００４７】
第２の好適な実施例によるメモリベースの実装は、ドライブ装置３０のメモリユニット２４において付加的なメモリを必要とする。３２ＫＢのクラスタ即ちパケット配列及び１６ビットのエントリ即ちＦＡＴ１６、並びに３２７６８個のクラスタ即ち１ＧＢディスクを仮定すると、ＦＡＴがＳＦＦＯ又はＰＢディスク全体をカバーする場合には、このことはＦＡＴテーブルに３２７６８＊２＝６４ＫＢを必要とする。４ＫＢのクラスタ及び３２ビットのエントリ即ちＦＡＴ３２の場合には、このことは１ＭＢを必要とする。一方、ＦＡＴテーブルをキャッシュしないことは、ファイルアロケーションを得るために、ＵＤＦファイルシステムをキャッシュすることか、又は読み取り及び／又は書き込み動作の度にディスク１０がアクセスされる必要があることを意味する。このことは非常に電力を消費する。
【００４８】
図４は、第３の好適な実施例による動的マッピングの実装を示す。ここでは、直接的な方法でＦＡＴ構造がＵＤＦ構造に、及びその逆に動的にマッピングされる。かようなオンザフライ型の変換は、前記システムがＳＦＦＯ又はＰＢ論理フォーマット規定における全ての機能を完全に利用することができるという利点を提供する。第３の好適な実施例においては、性能面が特定の割り当てクラスによってカバーされる。特定のファイルに対する割り当てクラスの選択は、類似したファイル又はデータ源のタイプの利用パターンのような発見的規則に基づいても良い。ＣＦインタフェース３２は、かような割り当てクラスにとらわれなくても良い。例えばディジタルスチルカメラの場合のように、一般的に比較的大きなファイルを保存する場合には、３２Ｋ（即ちＳＦＦＯ又はＰＢディスク１０における１パケット）のクラスタサイズを選択することにより、劇的な性能の損失に対する幾分かの保護が得られる。
【００４９】
９６ＫＢの平均ファイルサイズ及び３２ＫＢのクラスタサイズを仮定すると、ＦＡＴの場合の割り当てを記述するために３＊１６ビットが必要とされ、ＵＤＦの場合の割り当てを記述するために少なくとも（２乃至４）＊１６ビットが必要とされる。大きなファイルの場合には、第２及び第３の実施例による、ＵＤＦをキャッシュすること及びＦＡＴへのオンザフライ型の変換が、少なくとも必要とされるメモリ空間の点で有利である。
【００５０】
第１乃至第３の実施例のマッピングユニット２０により、及び第２の実施例のインタフェースマッピングユニット２２及びメモリユニット２４により提供される機能は、別個のハードウェア要素として、又は信号プロセッサ若しくはマイクロプロセッサのような処理素子を制御するソフトウェアルーチンとして実装されても良い。前記処理素子はドライブ装置３０の制御ユニット又はコントローラを形成するか、又はこれらに属する。
【００５１】
本出願は上述の具体的な実施例に限定されるものではなく、第１のファイルシステムを利用するインタフェースと別の第２のファイルシステムを利用する記録担体とを持ついずれのドライブ装置においても利用され得ることは留意されたい。勿論、第１乃至第３の好適な実施例によるマッピングの実装は、ファイルシステムのいずれの組み合わせをマッピングするため利用されても良い。好適な実施例はかくして、添付された請求項の範囲内で変化し得る。
【図面の簡単な説明】
【００５２】
【図１】本発明の好適な実施例による、標準的なインタフェースを持つ着脱可能なドライブ装置の模式的なブロック図を示す。
【図２】第１の好適な実施例による、画像ベースの実装を示す主部の図を示す。
【図３】第２の好適な実施例による、メモリベースの実装を示す模式的な図を示す。
【図４】第３の好適な実施例による、動的なマッピングの実装を示す模式的な図を示す。
【図１】
2006523882.tif 000003
【図２】
2006523882.tif 000004
【図３】
2006523882.tif 000005
【図４】
2006523882.tif 000006
【国際調査報告】
2006523882.tif 000007
2006523882.tif 000008
2006523882.tif 000009