(57)【要約】  本発明は、メモリブロックに細分されたメモリ空間（２０）およびファイル型制御フォーマットに従ってファイル構造の形態でデータを記憶するように上記メモリブロックを編成する内部ファイルシステム管理手段（３０）を備えるデータ記憶装置（１０）であって、上記ファイルシステム管理手段（３０）とブロック型制御フォーマットに従って記憶装置内のデータにアクセスする手段（７０）が設けられたホスト装置（４０）との間にプロトコル変換インタフェース（８０）を備えることを特徴とするデータ記憶装置（１０）に関する。【選択図】  図３
2008527511.tif 000002
【特許請求の範囲】
【請求項１】
メモリブロックに細分されたメモリ空間（２０）およびファイル構造の形態でデータを記憶するように前記メモリブロックを編成する内部ファイルシステムを管理する管理手段（３０）を備えたデータ記憶装置（１０）であって、前記管理手段は、ファイル型コマンドフォーマットを使用して前記メモリ内の前記データへのアクセスを制御し、前記データ記憶装置は、前記ファイルシステムを管理する前記管理手段（３０）とブロック型コマンドフォーマットを使用して前記記憶装置の前記メモリ内のデータにアクセスする手段（７０）を含むホスト装置（４０）との間にプロトコル変換インタフェース（８０）をさらに備えることを特徴とする記憶装置。
【請求項２】
前記プロトコル変換インタフェース（８０）は、前記内部ファイルシステムの論理編成に基づいて動作して、前記ホスト装置がアクセス可能な前記ファイルのブロック型メモリイメージをシミュレートする手段を含み、前記メモリイメージは前記ホスト装置により可視であることを特徴とする、請求項１に記載の記憶装置。
【請求項３】
前記プロトコル変換インタフェース（８０）は、前記ホスト装置から受け取るブロック型コマンドを、宛先が前記ファイルシステムを管理する前記管理手段（３０）であるファイル型コマンドに変換する手段を含むことを特徴とする、請求項１または２に記載の記憶装置。
【請求項４】
前記ブロック型コマンドをファイル型コマンドに変換する手段は、前記内部ファイルシステムのシステムゾーン、ファイルアロケーションテーブル（ＦＡＴ）ゾーン、およびファイルゾーンの中からアクセスされるブロックの型を判断する手段を含むことを特徴とする、請求項３に記載の記憶装置。
【請求項５】
前記プロトコル変換インタフェース（８０）は、まず、前記変換されたブロック型コマンドを前記ファイルシステム管理手段（３０）に送り、次に対応するブロック型応答を前記ホスト装置（４０）に送る手段を含むことを特徴とする、請求項３または４に記載の記憶装置。
【請求項６】
前記プロトコル変換インタフェース（８０）は、前記ホスト装置に関連するアクセス権に応じて前記ブロック型応答を構築する手段を含むことを特徴とする、請求項５に記載の記憶装置。
【請求項７】
前記プロトコル変換インタフェース（８０）は、アクセスされるデータの型または前記ホスト装置に関連するアクセス権あるいはその両方に応じて、前記ホスト装置によりアクセスされる前記データを変更する手段を含むことを特徴とする、請求項１乃至６のいずれか１項に記載の記憶装置。
【請求項８】
前記プロトコル変換インタフェース（８０）は、前記ファイルシステム管理手段（３０）の制御下のソフトウェアの形態であることを特徴とする、請求項１乃至７のいずれか１項に記載の記憶装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、包括的には、デジタルデータ記憶システムの分野に関する。
本発明は、特に、データファイルレベルでデータ記憶装置に含まれているデータのセキュリティを管理する手段を含むデータ記憶装置に関する。
【背景技術】
【０００２】
現在、多くの半導体メモリカード（スマートメディアカード（ＳＭＣ）、コンパクトフラッシュ（登録商標）（ＣＦ）カード、セキュアデジタル（ＳＤ）カード等）およびハードディスク型の磁気記憶装置は、複数のブロックに細分された記憶空間を有している。したがって、そのような記憶装置がホスト装置と協働する場合、典型的にはファイルシステムの形態のデータを記憶し編成できるようにメモリブロックの管理を行うのはホスト装置だと言える。このため、記憶装置とホスト装置との間のインタフェースは、従来、メモリからデータブロックを読み取りおよびメモリにデータブロックを書き込むブロック型コマンドに基づくプロトコルを実施する。データブロックをメモリから消去するために使用されるブロック型コマンドを提供することもできる。
【０００３】
図１は、ホスト装置から見た、アクセスがメモリブロック読み書きコマンドを介して行われる記憶装置のメモリ編成を示し、この例では、１〜ｎで参照される各種メモリブロックに書き込まれた、パーティション情報、ファイルアロケーションテーブル（ＦＡＴ）、ルートディレクトリ、およびファイル１、２、３を有する。このように、図１は、ファイルの管理および操作が可能なように、データがメモリ内で物理的にどのように編成されるかを示している。
【０００４】
記憶装置のメモリ空間のこのフォーマットに基づいて、ホスト装置はファイル構造を検索することが可能である。特に、アプリケーションがファイルシステムを、たとえば、図２に示すようにファイルがディレクトリおよびサブディレクトリセットに階層的に編成される論理木構造の形態で使用できるように、ホスト装置のオペレーティングシステムがこの方法でフォーマットされたメモリブロックの管理を扱う。こうして、ファイルシステムは、使用されるメモリの下層にある物理的な編成を隠せるようにする。
【０００５】
このようなファイルシステムを構築し編成するために、ホスト装置は、ブロック読み取りコマンドおよびブロック書き取りコマンドを通してメモリにアクセスする。その結果、記憶装置それ自体は、メモリブロックレベルでのアクセスをロックしない限り、しかしファイルに対していかなる関連性も有することなしに、メモリ内のファイルへのアクセスに対する制御を有さない。このため、この型の記憶装置でのメモリへのアクセス権は、現在、存在するすべてのブロックのレベルまたはブロック群単位で管理されており、この場合、メモリ空間を異なるアクセス権を有する複数のブロック群に分ける必要がある。
【０００６】
ファイルレベルでのメモリへのアクセスを制御することができない記憶装置に関連するこの態様の他に、このようなブロック型メモリ管理により呈される問題は、ブロックを管理する際にメモリ型の特異性を考慮することができないことである。たとえば、フラッシュ型のメモリカードが耐えられるのは、限られた回数の消去／書き込みサイクルだけであることが分かっている。そのため、その特徴を考慮しながら、ひいては頻繁な変更を受ける情報をメモリの固定位置に記憶するのを回避しながら（これは、たとえば、ＦＡＴシステムでのファイルアロケーションファイルに当てはまる）、ファイルシステムを編成することが有利であり得る。この型のメモリの寿命が特定のブロックの老化現象によって制限されるのを回避するために、先行技術による一解決策では、頻繁な変更を受ける情報を書き込みが行われる都度異なる物理アドレスに記憶できるように、記憶装置の外部から見えるメモリブロックのメモリアドレスを可視化するために提供される、一般に「フラッシュトランスレーションレイヤ」と呼ばれるソフトウェアレイヤの追加を含む記憶装置が提供される。
【０００７】
不都合なことに、このような記憶装置は、ブロック型アクセスを管理するホスト装置と併用されるとき、特に、各記憶装置のメモリ内のデータへのアクセス権を管理するためにより高度なセキュリティ機能を記憶装置に追加することによってインテリジェンスを高めたい場合に制約を受ける。この型の装置に対するアクセス権の管理は、メモリに存在するブロックのレベルでしか行うことができない。
【０００８】
これとは対照的に、電気的消去可能プログラム可能読み取り専用メモリ（ＥＥＰＲＯＭ）が埋め込まれているスマートカード型の記憶装置では、メモリに収容されているデータへのアクセス権の管理は、データファイルレベルで行われる。換言すれば、この型の記憶装置は各自のファイルシステムを管理する。したがって、ホスト装置によるスマートカードへのアクセスおよびデータへのアクセス制御は、ファイルの開、読み取り、および書き込みを可能にするファイル型コマンドを通してファイルレベルで行われるように設計される。したがって、この型のデータアクセスは、アクセスがブロック読み取りコマンドおよびブロック書き込みコマンドを通して行われる上記記憶装置と比較して、非常に細かく非常に柔軟なセキュリティ制御を所望の用途に応じて実現できるようにするため、メモリ内のデータへのアクセスに対するセキュリティ管理の観点からはるかに好都合である。記憶装置に存在するファイルの数と同数の異なるデータアクセス条件を提供することが可能である。
【０００９】
この場合、ホスト装置は、カード内の内部メモリの編成を見ることはできず、カード内のデータにアクセスするためには、ファイル型アクセスプロトコルを実施可能な、カードとの適応インタフェースを有さなければならない。したがって、スマートカード型記憶装置は、ブロック型メモリを管理するように設計されたホスト装置と協働することができない。
【００１０】
したがって、ホスト装置と協働して記憶装置のメモリ空間にアクセスする２つの上記技術（一方はブロック読み出しコマンドおよび書き込みコマンドに基づき、他方はファイル読み出しコマンドおよびファイル書き込みコマンドに基づく）に対してこれら２つの技術の互換性を相互に持たせるには、ブロック型またはファイル型のいずれか一方のプロトコルを実施するインタフェースが必要である。
【００１１】
したがって、たとえば、ファイル型メモリアクセス管理を必要とする各自のファイルマネージャを有するスマートカード型の記憶装置を、ブロック型メモリを管理するように設計されたホスト装置で使用することは不可能である。さらに、ブロック型とファイル型とのインタフェース構造の違い、およびデータの記憶方法およびデータへのアクセス方法により、記憶装置は、ブロック型およびファイル型の両方のアクセスシステムに向けてではなく、ブロック型アクセスシステムまたはファイル型アクセスシステムのいずれか一方に向けて構造化される。
【００１２】
データ記憶装置を、それぞれのメモリをより細かくより安全に管理できるようにすることによってより高度化したい場合には、装置に収容されているデータのセキュリティ管理がデータファイルレベルで行われるように、このような装置が各自のファイルシステムを、スマートカード型の装置でのように管理する必要がある。より高度な装置を得るためのこのようなアップグレードは次に、ブロック型メモリを管理するように設計されている既存のホスト装置との互換性という問題にぶつかる。
【発明の開示】
【発明が解決しようとする課題】
【００１３】
したがって、本発明の目的は、メモリに収容されているデータへのアクセスをファイルレベルで制御できるようにするとともに、ブロック型コマンドフォーマットを有する標準インタフェースを使用するホスト装置と協働可能な記憶装置を提案することにより、上記２つの型のメモリ管理技術を両立させることである。
【課題を解決するための手段】
【００１４】
このために、本発明は、メモリブロックに細分されたメモリ空間、およびデータをファイル構造の形態で記憶するように上記メモリブロックを編成する内部ファイルシステムを管理する管理手段を備えたデータ記憶装置であって、上記管理手段は、ファイル型コマンドフォーマットを使用してメモリ内のデータへのアクセスを制御し、上記データ記憶装置は、ファイルシステムを管理する上記管理手段とブロック型コマンドフォーマットを使用して該記憶装置のメモリ内のデータにアクセスする手段を含むホスト装置との間にプロトコル変換インタフェースをさらに備えることを特徴とするデータ記憶装置を提供する。
【００１５】
実施形態では、プロトコル変換インタフェースは、内部ファイルシステムの論理編成に基づいて動作して、上記ホスト装置がアクセス可能なファイルのブロック型メモリイメージをシミュレートする手段を含み、上記ホスト装置は上記メモリイメージを見ることができる。
【００１６】
好都合なことに、プロトコル変換インタフェースは、ホスト装置から受け取ったブロック型コマンドを、宛先がファイルシステムを管理する管理手段であるファイル型コマンドに変換する手段を含む。
【００１７】
好ましくは、ブロック型コマンドをファイル型コマンドに変換する手段は、内部ファイルシステムのシステムゾーン、ファイルアロケーションテーブル（ＦＡＴ）ゾーン、およびファイルゾーンの中からアクセスされるブロックの型を判断する手段を含む。
好都合なことに、プロトコル変換インタフェースは、まず、変換されたブロック型コマンドをファイルシステム管理手段に送り、次に対応するブロック型応答をホスト装置に送る手段を含む。
【００１８】
実施形態では、プロトコル変換インタフェースは、ホスト装置に関連するアクセス権に応じてブロック型応答を構築する手段を含む。
好都合なことに、プロトコル変換インタフェースは、アクセスされるデータの型またはホスト装置に関連するアクセス権あるいはその両方に応じてホスト装置によりアクセスされるデータを変更する手段を含む。
好ましくは、プロトコル変換インタフェースは、ファイルシステム管理手段の制御下にあるソフトウェアの形態である。
【００１９】
本発明の他の特徴および利点が、非限定例として、添付図面を参照することにより以下の説明を読むことでより明白になる。
【発明を実施するための最良の形態】
【００２０】
したがって、本発明は、ブロック読み出しコマンドおよびブロック書き込みコマンドに基づいてデータアクセスプロトコルを実施することにより、メモリカード型のデータ記憶装置の内部に提供されるファイルシステムマネージャを外部インタフェースと併用できるようにすることを目的とする。
【００２１】
図３に示すように、本発明の記憶装置１０は、典型的にデータ記憶のためにメモリブロックに細分されたメモリ空間２０を含む。記憶装置は、メモリブロックを編成し、規定の構造を使用するメモリファイルシステム、たとえば、ＦＡＴ１６型またはＦＡＴ３２型のファイルシステムを構築するファイルシステムマネージャ３０をサポートするオペレーティングシステムを組み込んでいる。
【００２２】
ファイルシステムマネージャ３０により、記憶装置はファイルを内部管理するそれ自体の手段を有し、それにより、装置は、典型的に以下の型のコマンド、すなわち、「ファイルを開く」、「ファイルを読み取る」、および「ファイルに書き込む」を通してメモリファイルへのアクセスおよびファイルへのアクセス権を制御することができる。こうして、装置のメモリ空間２０に収容されているデータのセキュリティ管理は、各データファイルに定義できるアクセス権を使用してデータファイルレベルで行われる。そのため、各ファイルには、第三者がファイルに対して実行を許可されている操作を記憶したアクセス制御リストが関連付けられる。
【００２３】
このような記憶装置１０は、たとえば、挿入されたホスト装置４０と協働するように設計される。ホスト装置４０は、ファイルシステムを実施してメモリ内のデータファイルの管理および操作を扱えるようにするために、協働する記憶装置のメモリ空間を規定の構成にフォーマットするように標準的に設計されるそれ自体のオペレーティングシステムであるサポート手段５０を含む。そして、ホスト装置のアプリケーション６０が上記ファイルシステムを使用して、記憶装置上のデータを操作することができる。
【００２４】
本発明の文脈の中では、ファイルシステムをホスト装置４０のオペレーティングシステムにより実施させることは、記憶装置のメモリブロックの管理に基づく。したがって、ホスト装置は、上記メモリを使用して、ブロック型のコマンドを通してファイルシステムを実施するために、図１に示すように（上述）、ブロックセットとして記憶装置のメモリ空間を見るように設計される。
【００２５】
したがって、ホスト装置４０と記憶装置１０との間のインタフェースは、従来、メモリ内のデータブロックの読み書きのブロック型のコマンドフォーマットに基づくプロトコル７０を実施する。
したがって、このようなホスト装置４０は、それ自体のファイルシステムをすでに管理しているため、記憶装置１０と共に使用すべきではなく、メモリへのアクセスおよびデータへのアクセス制御は、ファイル型のコマンドを通してデータファイルレベルで行われるべきである。ホスト装置４０はこのようなプロトコルに対応することができない。
【００２６】
この非互換性を緩和するために、本発明によれば、記憶装置１０に、記憶装置内部のファイルシステムの管理を扱うソフトウェアレイヤ３０の制御下の追加のソフトウェアレイヤの形態のプロトコル変換インタフェース８０が設けられる。このため、変換インタフェース８０の機能は、記憶装置でブロック型アクセスを有するメモリをシミュレートすることによってホスト装置４０に向けてブロック型のインタフェースをエミュレートすることであり、それにより、ブロック型のアクセスを管理するように設計されたホスト装置４０と共にファイル型のアクセスを有する記憶装置１０を使用することが可能になる。
【００２７】
記憶装置１０に実装されるプロトコル変換インタフェース８０はそうして、記憶装置外の環境、特に記憶装置が挿入されたホスト装置に向けて、記憶装置内のファイルシステムの論理編成に基づき、ホスト装置に関連するアクセス権に応じて、ホスト装置がアクセス可能なファイルのブロック型メモリイメージをシミュレートできるようにする。したがって、ホスト装置は、アクセス権に応じてホスト装置がアクセス可能なファイルのみをメモリブロックの形態で見ることができる。
【００２８】
そして、変換インタフェース８０は、ホスト装置４０から受け取るブロック型コマンドの、記憶装置内のファイル管理手段３０に向けたファイル型コマンドへの変換を処理する。換言すれば、変換インタフェース８０は、ブロック読み／書きコマンドの形態のホスト装置からの要求を解釈して、内部ファイルシステムに向けたコマンド、すなわち、通常はファイル開／ファイル作成／ファイル読み取り／ファイル書き込み型のコマンドに変換する。ホスト装置からのコマンドメッセージに型に応じて、プロトコル変換インタフェースは次に、適当な場合、ブロック型の応答を内部ファイルシステム管理手段からホスト装置に送る。
その結果、記憶装置は、ホスト装置に関連するアクセス権を考慮することによってファイルシステムを編成することができ、ひいてはブロック型のアクセスコマンドを受け取った場合であってもファイルレベルでアクセスを制御することができる。
【００２９】
記憶装置１０は、使用されるメモリ型の仕様を考慮に入れることによりファイルシステムを編成することもできる。変換インタフェース８０は、好都合なことに、書き込みが行われる都度、記憶装置外から見えるメモリブロックアドレスの可視化を可能にして、上記ブロックを異なる物理アドレスに記憶できるようにする。この態様は、耐えられる消去／書き込みサイクル数が限られているフラッシュメモリに対して特に好都合である。
変換インタフェース８０の厳密な実装は、ホスト装置に向けてシミュレートすべきファイルシステムの型に依存する。
【００３０】
従来、特にパーティションおよびブートセクタを有するシステムゾーン、ＦＡＴゾーン、およびファイルゾーンである種々の異なるゾーンが識別されるブロック型のメモリ構成になるＦＡＴ型のファイルシステムという最も一般的な場合に基づいた実施例について以下検討する。他のファイル編成システムも、本発明の範囲を超えることなく考慮することができる。
【００３１】
たとえば、変換インタフェース８０は以下の動作を実行する。ホスト装置からメモリブロックに対する読み取りまたは書き込みアクセス要求を受け取ると、上記変換インタフェースはまず、アクセスされるブロックの型、すなわち上記ブロックがシステムゾーンに属するのか、ＦＡＴゾーンに属するのか、それともファイルゾーンに属するのかを判断する。このために、変換インタフェース８０は、内部ファイルシステムマネージャ３０を介して提供され、メモリアドレスとファイルシステムの各種ゾーンとの対応性を記述したメモリ２０のフォーマットについての情報を使用する。このように、アクセスされるブロックのアドレスに基づいて、変換インタフェースは型を推定する。
【００３２】
この予備ステップ後、アクセスされるブロックの型および要求されるアクションに応じて、インタフェース８０はブロック型の応答を送り、これは本質的には、ホスト装置に返送するデータブロックを動的に構築すること、またはホスト装置が求める変更を反映するように内部ファイル構造を変更することである。
【００３３】
したがって、ブロックのメモリアドレスに応じて、ホスト装置から受け取ったブロック型コマンドが、システムゾーンからデータを読み取るデータ読み取りコマンドに対応する場合、変換インタフェースは一定のブロックをホスト装置に返送する。逆に、システムゾーンへのデータの書き込みに対応するブロック書き込みコマンドは、変換インタフェースによって無視される。
【００３４】
ホスト装置から受け取った、ＦＡＴからのデータ読み出しに対応するブロック読み取りコマンドに応答するには、変換インタフェースによって適用される処理は、本質的に、内部ファイルマネージャに送られるファイル型コマンドを通して、内部ファイルリストに基づいてテーブルデータを構築して、対応するデータにアクセスしテーブルをホスト装置に送れるようにすることにあり、こうすれば、ホスト装置はテーブルをブロックセットとして見ることができるようになる。さらに、特定のファイルはホスト装置から不可視であり得るため、テーブルはホスト装置のアクセス権に基づいて構築される。
【００３５】
ＦＡＴへの書き込みに対応するホスト装置から受け取るブロック書き込みコマンドは、変換インタフェースにより、宛先が内部ファイルマネージャであるファイル型コマンドに変換され、内部ファイルシステムを更新できるようにする（ファイルの消去、作成、変更）。
【００３６】
ファイルシステムの適当なデータゾーンの読み取りに対応するホスト装置から受け取るブロック読み取りコマンドに応答するには、変換インタフェースは、ブロック番号およびホスト装置に前に送られたＦＡＴに基づいてどのファイルがアクセスされるかを判断しなければならない。次に、ブロック読み取りコマンドは、記憶装置の内部ファイルシステムに関わるファイル部を読み取る読み取りコマンドに変換インタフェースによって変換され、インタフェースは、ホスト装置に関連するアクセス権に応じて、適当な場合には変更された対応するブロックをホスト装置に返送する。
【００３７】
ホスト装置から受け取る、ファイルシステムのデータゾーンへの書き込みに対応するブロック書き込みコマンドは、問題となっているブロックが、すでに存在するファイルに関わるか否か、または上記ブロックが以前に割り振られたか否かに応じて変換インタフェースにより別様に処理される。データブロックがすでに存在するファイルに関わる場合、変換インタフェースは、上記ブロック書き込みコマンドを内部ファイル変更コマンドに変換する。逆に、データブロックが以前に割り振られていなかった場合、変換インタフェースはブロックコマンドを、ブロックに基づいて一時ファイルを作成するコマンドに変換する。一時ファイルは、ホスト装置によりファイルアロケーションテーブルの更新中に再び組み立てられる。
【００３８】
こうして、本発明は、内部ファイルシステムが備えられ、ブロック型のメモリアクセスを実施するホスト装置と協働する記憶装置でアクセス権をファイルレベルで管理できるようにする。メモリへのアクセスおよび上記メモリの使用を、アクセスをブロックで管理するホスト装置との互換性を保ちながらファイルレベルで制御できるようにするというこの可能性は、多くの有望な用途を切り開く。特に、本発明の用途例は、第三者が使用する上記型の記憶装置の制御に関わる。この型の構成では、第三者ユーザは、記憶装置にデータを記憶する権利および消去する権利を有することができるが、上記ユーザが以前に記憶したデータの部分に対してしかアクセスすることができない。アクセス権を享受する記憶装置の所有者だけが、記憶されているすべてのデータを検索することができ、たとえば、記憶装置の第三者ユーザに対して、このサービスへの料金を支払わせることができる。記憶装置に提供されるフォーマット変換インタフェースにより、この種の用途が、記憶装置のユーザのホスト装置を変更することなく可能になる。
【００３９】
たとえば、記憶装置の所有者は、メモリカードを写真記憶のためにユーザに供給する写真プリントアウトサービスプロバイダであることができる。ユーザは、メモリカードをデジタルカメラ型のホスト装置に挿入してから、メモリを使用して写真を記憶することができる。カード内部で、各写真はファイルに対応するため、カードに実装される変換インタフェースにより処理するとともに、アクセスを制御することができる。たとえば、ユーザにファイルへの完全アクセスを許可しない場合、カードに、意図的に変更または劣化させた品質（バナーが写真を横切って追加されたより小さなフォーマット等）でのみホスト装置のファイルアクセスを許可させることが可能である。こうして、料金を考慮して、プリントアウトサービスプロバイダのみが、カードからの認証後、完全な品質でファイルを検索し、ユーザに向けてプリントアウトすることができる。
本発明は、カードがそれ自体のファイルシステムを内部で管理する場合は常に、すべてのフォーマットのメモリカードに適用するように設計される。
【図面の簡単な説明】
【００４０】
【図１】図１はブロック型メモリ内のデータの物理編成を示す図である。
【図２】図２はファイルシステムの論理編成を示す図である。
【図３】図３はホスト装置と協働している、本発明の記憶装置のアーキテクチャの例を示す図である。
【図１】
2008527511.tif 000003
【図２】
2008527511.tif 000004
【図３】
2008527511.tif 000005
【国際調査報告】
2008527511.tif 000006
2008527511.tif 000007
2008527511.tif 000008
2008527511.tif 000009