メモリデバイスの少なくとも2つのセクタを使用するデータエンティティを格納するステップであって、該少なくとも2つのセクタは、同一のデータエンティティに結びついている、ステップと、メモリコントローラにおいて、前記メモリデバイスの前記少なくとも2つのセクタのうちの少なくとも1つへのポインターを含むデータエンティティのコンテキスト情報を維持するステップと、前記コンテキスト情報を使用して、前記メモリデバイスの前記少なくとも2つのセクタを消去するステップと、を含む方法。前記メモリコントローラにおいて、前記少なくとも2つのセクタのうちの少なくとも1つを、前記メモリデバイスから消去することを示す信号を規定するステップを更に含む請求項1に記載の方法。ホストによって、外部ホストアプリケーションからの削除信号に応じて、ファイルアロケーションテーブルから、データエンティティエントリを削除するステップと、前記少なくとも2つのセクタのうちの少なくとも1つを、前記ファイルアロケーションテーブルから前記データエンティティエントリの削除に対応して、メモリデバイスから、消去することを示す信号を生成するステップとを更に含む請求項1または2に記載の方法。前記ポインターは、前記メモリデバイスの前記少なくとも2つのセクタのうちの第1のセクタの論理アドレスを示している開始アドレスと、前記メモリデバイスの前記少なくとも2つのセクタのうちの第2のセクタの論理アドレスを示している開始アドレスと、を含む、請求項1ないし3のいずれか1項に記載の方法。前記ポインターは、前記メモリデバイスの前記少なくとも2つのセクタのうちの第1のセクタの物理アドレスを示している開始アドレスと、前記メモリデバイスの前記少なくとも2つのセクタのうちの第2のセクタの物理アドレスを示している開始アドレスと、を含む、請求項1ないし3のいずれか1項に記載の方法。前記コンテキスト情報に対するコンテキスト識別子を規定するステップを更に含む請求項1ないし5のいずれか1項に記載の方法。前記コンテキスト情報に対するグループ番号を規定するステップを更に含む請求項1ないし5のいずれか1項に記載の方法。前記コンテキスト情報に対する連想コマンドを規定するステップを更に含む請求項1ないし5のいずれか1項に記載の方法。前記コンテキスト識別子と結びつけられた、前記少なくとも2つのセクタのうちの少なくとも1つを消去することを示す前記信号に応じて、前記メモリデバイスの前記少なくとも2つのセクタを消去するステップを更に含む請求項6に記載の方法。-ERASE、-TRIM、-SecureTRIM、-SecureERASE、-DISCARD、-Sanitize、-UnmapUFSのコマンドのうちの少なくとも1つを用いる消去機能によって、前記メモリデバイスの前記少なくとも2つのセクタを消去するステップを更に含む請求項1ないし9のいずれか1項に記載の方法。前記消去機能によって、前記第1のセクタを消去することを示す第1の信号と、前記第2のセクタを消去することを示す第2の信号とを生成するステップを更に含む請求項10に記載の方法。前記セクタは、-消去ブロック、-書き込みブロック、-ページ、-スーパーページ、および-ハードディスクのセクタ、のうちの少なくとも1つを含む、請求項1ないし11のいずれか1項に記載の方法。少なくとも1つのメモリデバイスと、外部ホストへの、および、前記少なくとも1つのメモリデバイスへのインタフェースを有するメモリコントローラと、を備えるメモリモジュールであって、前記メモリデバイスは、コンピュータプログラムコードを含み、該コンピュータプログラムコードは、前記メモリコントローラを用いて、前記メモリモジュールに、少なくとも、メモリデバイスの少なくとも2つのセクタを使用するデータエンティティを格納することであって、該少なくとも2つのセクタは、同一のデータエンティティに結びついている、ことと、メモリコントローラにおいて、前記メモリデバイスの前記少なくとも2つのセクタのうちの少なくとも1つへのポインターを含むデータエンティティのコンテキスト情報を維持することと、前記コンテキスト情報を使用して、前記メモリデバイスの前記少なくとも2つのセクタを消去することと、をさせるように構成されている、メモリモジュール。前記コンピュータプログラムコードは、前記メモリコントローラを用いて、前記メモリモジュールに、少なくとも、前記メモリコントローラにおいて、前記少なくとも2つのセクタのうちの少なくとも1つを、前記メモリデバイスから消去することを示す信号を規定することをさせるように更に構成されている、請求項13に記載のメモリモジュール。前記コンピュータプログラムコードは、前記メモリコントローラを用いて、前記メモリモジュールに、少なくとも、前記ホストによって、外部ホストアプリケーションからの削除信号に応じて、ファイルアロケーションテーブルから、データエンティティエントリ削除することと、前記少なくとも2つのセクタのうちの少なくとも1つを、前記ファイルアロケーションテーブルから前記データエンティティエントリの削除に対応して、メモリデバイスから、消去することを示す信号を生成することとをさせるように更に構成されている、請求項13または14に記載のメモリモジュール。前記セクタは、-消去ブロック、-書き込みブロック、-ページ、-スーパーページ、-ハードディスクのセクタ、のうちの少なくとも1つを含む、請求項13ないし15のいずれか1項に記載のメモリモジュール。前記メモリモジュールは、-埋め込み型マルチメディアカードeMMC:EmbeddedMultiMediaCard、-メモリーカードSD、-アドバンストテクノロジーアタッチメントATA、および-ユニバーサルフラッシュストレージUFS:UniversalFlashStorageのうちの少なくとも1つを含む、請求項13ないし16のいずれか1項に記載のメモリモジュール。コンピュータ実行可能プログラムコードを含むコンピュータ読取り可能媒体の上で具体化されたコンピュータプログラムであって、該コンピュータ実行可能プログラムコードは、メモリモジュールの少なくとも1つのコントローラによって実行されるとき、該メモリモジュールに、メモリデバイスの少なくとも2つのセクタを使用するデータエンティティを格納することであって、該少なくとも2つのセクタは、同一のデータエンティティに結びついている、ことと、メモリコントローラにおいて、前記メモリデバイスの前記少なくとも2つのセクタのうちの少なくとも1つへのポインターを含むデータエンティティのコンテキスト情報を維持することと、前記コンテキスト情報を使用して、前記メモリデバイスの前記少なくとも2つのセクタを消去することと、をさせる、コンピュータプログラム。以下の記載において、同じ数字は、同じ要素を意味する。図1は、本願発明の種々の実施形態が適用することができるシステム100のいくらかの詳細を示す。このシステムは、例えば、ユーザ装置、ユーザ機器UE、および、メモリモジュール120のような外部ホスト110を含む。加えて、システムは、ホスト110とメモリモジュール120との間のデータ、制御信号およびクロック信号を通信するためのインタフェース130を備える。メモリモジュール120は、たとえば、メモリーカード、マルチメディアカードMMC:MultiMediaCard、セキュアデジタルSDカード、あるいは、埋め込みメモリを備えることができる。メモリモジュール120は、メモリコントローラ121および、少なくとも1つのメモリデバイス122を備えることができる。メモリデバイス122は、データを格納するための複数のセクタを有するメモリブロックを備えることができる。メモリコントローラ120は、ホストデバイス110との通信を容易にするためのホストインタフェースコントローラ123、メモリデバイス122やメモリメンテナンスコントローラ125との通信、および、動作例えば、読み取り、書き込み、消去操作を容易にするためのメモリインタフェースコントローラ124を備えることができる。実施形態においては、コントローラ121、123-125は論理回路であることができる。実施形態においては、メモリモジュール120がホスト電子デバイス110に接続しているとき、ホストコントローラ113は、インタフェース130を介して、ホストインタフェースコントローラ123へコマンド信号を提供することができる。メモリデバイス122において、例えば、ファイルのようなデータエンティティは、メモリデバイス122の少なくとも2つのセクタを使って格納される。実施形態においては、セクタは、-消去ブロックNAND、-書き込みブロックeMMC、-ページNAND、-スーパーページページのセット、-例えば、ハードディスクのセクタのうちの少なくとも1つを備えることができる。よりよく区別するために、大きなシーケンシャル操作と小さなランダム操作との間で、また、マルチタスキングのサポートを改善するために、コンテキストは、読込み、または、書込みコマンドのグループと結びついていることができる。コマンドのグループを単一のコンテキストと結びつけることは、このデバイスが、データのハンドリングを最適化することを許容する。断片化したセクタを消去するために、より速いソリューションもまた、必要である。コンテキストは、特定の読取り書込みパターン例えば、ある粒状度でシーケンシャルなに対して構成されたアクティブなセッションとみることができる。マルティプルな読込みまたは書込みコマンドは、デバイスにパフォーマンスを最適化することを許容するために、それらの間のある論理的関係をつくる、このコンテキストと結びついている。例えば、大きなシーケンシャル書込みパターンは、デバイスが、内部の局所性を改善し、いくらかのオーバーヘッドを減少することを許容することによって、より良いパフォーマンスを有することができる。例えば、データのある大規模ユニットが、書き込みが実行されている間の全体として電源異常に影響を受けることが許容されるならば、このユニットを満たすすべてのコマンドは、より速く動作することができる。電源異常の場合には通常、個々の書き込みを各々保護することが要求されるオーバーヘッドを減らすことができるからである。デバイスは、1つ以上の並列のコンテキストをサポートすることができ、これは、コンテキスト識別子コンテキストIDによって識別される。コンテキストを使用するために、利用できるコンテキストIDが選択される。つぎに、それは、構成レジスタに書き込むことによって初期化される。すると、読取り書込みコマンドを送る前に、コマンドにおけるコンテキストIDを指定することによってそのコンテキストに関連して、データを、読取り書込みすることができる。そのコンテキストがもはや使用されないとき、コンテキストIDを閉じるために、構成レジスタは更新されなければならない。コンテキストは、別の構成/使用のためにそれを変更する前に、閉じられなければならない。実施形態においては、例えば、セクタのようなメモリデバイスロケーションは、ポインターを使用して示すことができる。このポインターは、たとえば、メモリデバイスロケーションの論理アドレスまたは物理アドレスを含むことができる。メモリモジュール120のメモリコントローラ121において、コンテキスト情報は、データエンティティについて維持されることができる。コンテキスト情報は、メモリデバイス122の少なくとも2つのセクタの論理アドレスを含むことができる。メモリコントローラ121において、信号を、少なくとも2つのセクタをメモリデバイス122から消去することを示すように規定することができる。メモリデバイス122の少なくとも2つのセクタは、つぎに、コンテキスト情報を使って消去することができる。ここに記載されたように、ホスト110から受信される信号は、少なくとも2つのセクタに含まれる、メモリデバイス122から消去されるデータエンティティのためのコンテキストIDを含むことができる。コンテキストIDは、ポインターを備えているコンテキスト情報を識別する。ポインターは、メモリデバイス122の第1のセクタの論理アドレスを示す開始アドレスと、メモリデバイス122の第2のセクタの論理アドレスを示す開始アドレスとを備えることができる。データエンティティの消去は、そのデータエンティティまたは、そのデータエンティティに関係するデータを含む少なくとも1つのセクタに関するデータを含むすべてのセクタを消去することを含むことができる。実施形態においては、消去は、-ERASEeMMC、-TRIMeMMC/ATA、-SecureTRIM/SecureERASEeMMC、-DISCARDeMMC、-SanitizeeMMC、-UnmapUFS機能のうちの少なくとも1つを使ってインプリメントすることができる。実施形態においては、消去可能な単位は、消去グループとして規定することができる。この消去グループは、書き込みブロックにおいて測定される。それは、基本的な書き込み可能な単位である。消去グループのサイズは、デバイスに特有のパラメータである。明示的に消去されたメモリ範囲のコンテンツは、異なるメモリ技術に依存して、0または1である。ERASEコマンドが正常に完了すると、消去されたマップされたデバイスアドレス範囲は、異なるメモリ技術に依存して、すべて0または、すべて1で上書きされたかのようにふるまう。ERASEコマンドの影響は、単にマップされたホストアドレス範囲を、マップされていないホストアドレス範囲へ動かすことである。ホストは、Eraseグループの隣接する範囲を消去することができる。消去プロセスを始めることは、3つのステップのシーケンスである。まず、ホストは、ERASE_GROUP_STARTコマンドを用いて、その範囲の開始アドレスを規定し、次に、ERASE_GROUP_ENDコマンドを用いて、その範囲の最終アドレスを規定する。最後に、ゼロにセットする引数ビットを有するERASEコマンドを発行することによって、それは消去プロセスを始める。eraseコマンドのアドレスフィールドは、バイト単位で、2GBまでの密度、セクタ単位で、2GBより大きい密度に対する消去グループアドレスである。実施形態においては、トリミング機能TRIMは、上述のERASE機能と同様である。その機能は、グループを消去する代わりに、ブロックを書き込むために消去動作を適用する。トリミング機能TRIMは、ホストが、もはや要求されないデータを識別し、バックグラウンド消去イベントの間に、必要に応じてデータを消去することを許容する。トリム機能が適用される書き込みブロックのコンテンツは、異なるメモリ技術に依存して、0または1であることができる。トリミング機能が正常に完了すると、トリミングされたマップされたデバイスアドレス範囲は、異なるメモリ技術に依存して、すべて0または、すべて1で上書きされたかのようにふるまう。TRIMコマンドの影響は、単にマップされたホストアドレス範囲を、マップされていないホストアドレス範囲へ動かすことである。TRIMプロセスを完了することは、3つのステップのシーケンスである。まず、ホストは、ERASE_GROUP_STARTコマンドを用いた範囲の開始アドレスを規定することができ、次に、ERASE_GROUP_ENDコマンドを用いて範囲の最終アドレスを規定し、最後に、引数ビット0を、1にセットし、そして、引数の残りをゼロにセットして、ERASEコマンドを発行することにより消去プロセスを開始する。実施形態においては、SANITIZE機能を、デバイスからデータを取り除くために用いることができる。SANITIZE操作の使用は、デバイスにマップされていないユーザアドレス空間から物理的にデータを取り除くことを要求する。SANITIZE操作が完了されたあと、マップされていないホストアドレス空間には、データが存在してはならない。操作されている領域は、ホストによりアクセスできないので、この特徴を要求しているアプリケーションは、個々のデバイスメーカーとともに、この操作が、適切に実行されることを確実とし、デバイス信頼性に対するインパクトを理解するために、機能しなければならない。実施形態においては、DISCARD機能は、消去のために使用することができる。DISCARDは、TRIMと同様の操作である。DISCARD機能は、ホストが、バックグラウンド消去イベントの間に、デバイスが必要に応じてデータを消去することができるように、もはや要求されないデータを識別することを許容する。DISCARD機能が適用される書き込みブロックのコンテンツは、ドントケアとなる。DISCARD操作の後、オリジナルデータは、部分的に、あるいは、完全に、デバイスに依存するままにすることができる。デバイスは、廃棄された書き込みブロックのコンテンツを決定する。DISCARDとTRIMの区別は、デバイスが、ホストは、読込み操作が指示されるときに、消去としてマークされた1つ以上の論理的ブロックアドレスからオリジナルデータを取り出さないことを保証することを要求されない、装置の動作である。TRIMは、異なるメモリ技術に依存して、0か1によって応答する。廃棄プロセスを始めることは、3つのステップのシーケンスである。まず、ホストは、ERASE_GROUP_STARTコマンドを用いて、その範囲の開始アドレスを規定し、次に、ERASE_GROUP_ENDコマンドを用いて、その範囲囲の最終アドレスを規定する。最後に、1にセットされる引数ビット0およびビット1、および、ゼロにセットされる引数の残りを有するERASEコマンドを発行することによって、それは消去プロセスを始める。DISCARD操作の場合には、そのコマンドは、消去グループよりはむしろ書き込みブロックのアドレスを識別することができる。実施形態においては、SecureERASE機能を使用することができる。セキュアなパージを示すSecureERASEコマンドは、消去グループの上で実行することができる。セキュアな消去は、この消去グループにおけるデータだけにされるのではなく、別の消去グループにおけるこのデータのいかなるコピーおいても行われなければならない。このコマンドは、直ちに実行され、メモリデバイスは、必要なすべての消去グループがパージされるまで、ホストに、コントロールを返さない。1つの消去グループは、例えば、特定のNANDフラッシュにおいて消去することができる最小限のメモリブロックである。実施形態においては、SecureTRIM機能を使用することができる。SecureERASEと同様に、SecureTRIMコマンドは、消去グループではなく、書き込みブロックのうえで動作する。これを適切に取り扱うために、この操作は、2つのステップに分割されることができる。第1のステップは、第2のステップが呼び出される前に、ブロックの複数のセットに行うことができるセキュアパージのブロックをマークする。第2のステップは、すべての要求されたセキュアトリミングを実行する別のビットフラグシーケンスによる消去である。メモリデバイス122のセクタを消去することは、例えば、本願発明の実施形態にしたがうホスト110によって利用されることができる。ここに記載されたように、メモリメンテナンスコントローラ125は、可能性がある消去セクタまたはブロックを備えるメモリメンテナンスを管理することができる。ファイルアロケーションテーブルFATからファイルシステムレベルにおいてデータアイテムを削除した後に、ホスト110は、削除されたとしてマークされたすべてのセクタを収集すること、削除されたとしてマークされた複数のセクタを、できる限り、論理的ないし物理的に消去することを実行するようにさらに構成することができる。ホスト110は、また、ガーベッジコレクション削除した後のメモリデバイス122のメモリ損耗平均化を実行することもできる。さらには、メモリメンテナンスコントローラ125は、ホストからの命令に基づいて、消去されるべきとマークされたすべてのセクタを収集すること、その複数のセクタを、できる限り、論理的ないし物理的に消去することを実行するようにさらに構成されることができる。ホスト110からの命令に基づいて、メモリメンテナンスコントローラ125は、消去の後、メモリデバイス122のメモリ損耗平均化を実行することができる。実施形態においては、メモリコントローラ121、ホストインタフェースコントローラ123、メモリデバイスコントローラ124、メモリメンテナンスコントローラ125、および、メモリデバイス122は、ソフトウェアモジュール、ハードウェアモジュールまたはその組合せとしてインプリメントすることができる。さらには、モジュール121-125の各々は、別々のモジュール/ブロックとしてインプリメントされることができる、あるいは、メモリモジュール120の任意の他の標準モジュール/ブロックとも結合することができる、あるいは、それらの機能性によって、数ブロックに分けることができる。すべての、または、選択したメモリモジュール120のモジュール/ブロックは、1つの集積回路を使ってインプリメントすることができる。実施形態においては、図1に示されるレジスタ126は、以前に記載された構成レジスタ等のレジスタ情報を格納するように構成される。レジスタ126は、例えば、メモリデバイス122に位置することもできる、レジスタは、メモリコントローラ121によってアクセスされることができる。図2は、本願発明の種々の実施形態が適用することができるメモリデバイス122のいくつかの詳細を示す。実施形態においては、ファイルシステムインプリメンテーションにおいて、データは、例えば、メモリデバイスへ書き込まれ、そして、新しいデータは、古いものに上書きするだけである。ファイルは、ファイル/クラスタ/セクタエントリを、予約されていないと書き込むことによって、ファイルアロケーションテーブルFATから削除されるだけである。データをメモリデバイスから消去することは、別の機能である。論理インタフェースを介して、フラッシュメモリにデータを書き込むときに、ホストは、典型的には、メモリシステムの連続仮想アドレス空間の中で、ユニークな論理アドレスを、セクタに、クラスタまたはデータの他の単位に割り当てる。ホストは、ファイルシステムを典型的には維持し、ファイルデータを論理的クラスタに割り当てる。ここで、クラスタサイズは、典型的には固定である。フラッシュデバイスは、複数論理セクタに分割され、ホストは、複数の論理セクタを備えるクラスタの中に、スペースを割り当てる。クラスタは、論理アドレスの細区分であり、クラスタマップは、ファイルアロケーションテーブルFATとして指定されることができる。ファイルアロケーションテーブルFATは、通常、格納デバイス自体の上に格納される。連続論理アドレス空間は、メモリデバイス122の中に格納することができるデータのすべてに対してアドレスを提供するのに十分大きい。ホストアドレス空間は、セクタのインクリメントまたはデータのクラスタに、典型的には分割される。各々のクラスタは、所与のホストシステムにおいて、データのいくつかのセクタ、だいたい、典型的には、4つのセクタと64のセクタとの間のセクタを含むように設計されることができる。標準的なセクタは、例えば、512または4096バイトのデータを含む。図2は、典型的には、メモリデバイス122がどのように分割されるかの例を示す。格納デバイス122は、複数の分割を含むことができる。そして、図2においては、単一の分割210が、単純さのために示される。分割210は、システム領域220とデータエリア230とを含む。システム領域220は、種々のセグメント、例えば、マスターブートレコードMBR領域、分割ブートレコードPBR領域、FAT1領域、FAT2領域、および、ルートディレクトリ領域を有する。MBR領域は、全体的な分割情報を格納し、媒体がブート可能なデバイスである場合には、MBRは、MBR領域からPBR領域にジャンプする命令を含む。MBR領域も、隠された領域を含み、それはMBR領域とPBR領域との間の予約スペースである。PBR領域は、分割に対する分割/ブート情報を含む。例えば、PBR領域は、ファイルアロケーションテーブルFATたとえば、12/16/32ビットのタイプ、ラベルすなわち、ドライブの名前、ドライブの寸法、クラスタサイズすなわち、アロケーションユニットごとのセクタの数、多くのファイルアロケーションテーブルFAT領域、図2に示される2つのFAT領域、FAT1およびFAT2、および、ファイルアロケーションテーブルFATごとのセクタ数に対する情報を含む。ファイルアロケーションテーブルFAT領域は、各々のファイルに対するセクタ/クラスタ情報を含む。例えば、FAT-12に対して、ファイルアロケーションテーブルFAT域における各々のエントリは12ビットを含み、そして、合計で4096のエントリがある。ルートディレクトリは、各々のファイルに対するエントリを含む。各々のディレクトリエントリは、ファイル名またはディレクトリに対する特定数のバイトたとえば、8バイト、拡張のためのいくつかのバイトたとえば、3バイト、ファイル属性たとえば、ファイルがリードオンリーであるか、隠されているか、システムファイルであるか、ボリュームラベルであるか、ディレクトリであるか、修正されたものであるか、などに対して、いくつかのバイトたとえば、1バイト、ファイルが作成されたときの日時を示しているいくつかのバイト、開始セクタ/クラスタに対する特定数のバイト数たとえば、2、および、ファイルの長さを示している特定数のバイトたとえば4を含む。開始セクタ/クラスタに対するいくつかのバイトは、ファイルアロケーションテーブルFATにおける第1のセクタ/クラスタを指しており、終了セクタ/クラスタは、例えば、0xFFFまたは0Xffffffにより、示すことができる。ディレクトリにファイル名を書き込むために、ホストシステムは、フリーのセクタ/クラスタスペースをFAT1領域で見つけ、データが、データエリア230で書き込まれる。FAT1およびFAT2のエントリの両方が、つぎに、更新される。ディレクトリエントリ、すなわち、日付/時間/開始セクタ/クラスタ/ファイル長も、また更新される。実施形態においては、データエンティティ、たとえば、ファイル、は、パーティション210において、メモリデバイス122に格納される。データエンティティは、2つのセクタ231、232に格納される。コンテキスト構成を、このデータエンティティに対して規定することができ、コンテキストIDによって識別される。構成は、要求された特定のコンテキストIDの構成レジスタに書き込むことによって、なされることができる。つぎに、このコンテキストIDに結びついているすべての読み出しコマンド、または、書き込みコマンドは、そのIDとともに送られる。そのコンテキストが、もはや必要でないとき、それは、0バイトを、構成レジスタへ書き込むことによって閉じなければならない。この構成レジスタは、例えば、各コンテキスト固定、定義済み0を除いてにつき1つの15バイトレジスタのアレイである。異なる規則は、また、同じファイル/コンテキストIDに後ほど追加される新しいデータに対して規定することができる。構成レジスタのIDインデックスは、それを閉じた後に再開することができ、IDインデックスは、常に、新しいエンティティをつくることができる。しかしながら、データがIDインデックスへうまく書き込まれて、コンテキストIDは閉じられたあとに、データは、論理的にグループ化される。ホストに対する、このグループの露出はないが、しかし、メモリコントローラは、NANDの予備のページから、例えば、ページまたは格納データのヘッダを見つけ出すための手段を有する。実施形態においては、ホストは、例えば、ファイルのようなデータエンティティを削除することに決める。ホストアプリケーションから削除信号を受信することに応じて、ホストは、ファイルアロケーションテーブルFATにおいて、フリーとして、対応するアロケーションを、マークするさらには、メモリデバイスのセクタ231、232に位置するデータエンティティを消去することは、また、望ましいことである。セクタ231、232は、セクタ231、232に対して別々のトリミング機能を使用して、消去することができる。実施形態においては、複数のセクタに含まれるファイルを消去するための、より効率的な方法がホストからメモリデバイスに複数のトリミングコマンドを送ることのオーバーヘッドを減らすことによって、導入される。メモリコントローラは、データエンティティファイルの特定の部分が、互いに属しており、特定の単一のトリミング機能は、全体としてそのようなデータに適用するように規定することができることを通知され得る。そのような機能は、そのファイルでおおわれるセクタの数/アドレスから独立している。コンテキストIDの機能は、例えばファイルなど、データエンティティを備えているセクタ231、232を消去するために使用することができる。少なくとも、次のようなオプションが存在することができる。第1のオプションは、特定のコンテキストID消去機能を導入することである。別々の特定のコマンド、あるいは、既存のコマンドにおける特別なパラメータを、使用することができる。さらには、レジスタの設定を用いることができる。第1のオプションは、既存の消去機能をそのまま利用することができる。そのような消去機能は、また、特定のデータエンティティの単一のセクタ、IDまたはファイルを消去するために使用することもできる。消去機能は、例えば、JEDECeMMCおよびUFSメモリ標準の、Erase、SecureErase、TRIM、SecureTRIM、または、Discardコマンドを備えることができる。第2のオプションは、消去機能により用いられるコンテキストIDのアドレスを導入することである。消去機能は、開始アドレスまたは、コンテキストIDのどんなアドレスでも使うことができ、そして、自動的に、同じコンテキストIDに属しているすべてのセクタを消去する。第3のオプションは、階層的な消去機能を導入することである。コンテキストは、他のコンテキストIDのスーパーセットを提供しているコンテキストIDに対応する他のコンテキストのスーパーセットを含むことができる。そのような階層は、コンテキストID1へ書き込まれるデータが例えば、データベースであり、コンテキストID2へ書き込まれるデータがID1データベースのアイテムであることを可能にすることができる。結局、ID2のアドレスへの単一のトリミングコマンドは、このアイテムに属しているセクタの位置がどんなに断片的であっても、このアイテムをデータベースから無効にすることができ、消去することができる。さらには、ID1のアドレスへの単一のトリミングコマンドは、全部のデータベース、また、ID2に当初書き込まれたもの以外のそれに属しているすべてのアイテムを無効にすることができる、また、インデックスの階層に関係する制御レジスタも存在する。図3は、本願発明の種々の実施形態が適用することができるユーザ装置300の例のブロック図を提示する。これは、例えば、移動端末、ラップトップ、タブレット、または、他の通信装置のようなユーザ機器UE、ユーザデバイスまたは装置、であることができる。ユーザ装置300の一般的な構成は、通信インタフェースモジュール350、通信インタフェースモジュール350に結合されたプロセッサ310、および、プロセッサ310に結合されたメモリ320を備える。ユーザ装置は、更に、メモリ320における格納されたソフトウェア330を備え、プロセッサ310へロードされて、実行されるように動作可能である。ソフトウェア330は、1つ以上のソフトウェアモジュールを含むことができ、コンピュータプログラムプロダクトの形であることができる。ユーザ装置300は、更に、プロセッサ310に結合されたユーザーインターフェースコントローラ360を備える。通信インタフェースモジュール350は、本願発明の種々の実施形態に関連して議論されたユーザデータラジオの少なくとも部分的にインプリメントする。通信インタフェースモジュール350は、例えば、WLAN、ブルートゥースBluetooth登録商標、GSM/GPRS、CDMA、WCDMA、または、LTELongTermEvolution無線モジュールのようなラジオインタフェースモジュールであることができる。通信インタフェースモジュール350は、ユーザ装置300に、または、アダプタ、カードまたは、ユーザ装置300の適当なスロットまたはポートに挿入することができるような他のものに統合化することができる。通信インタフェースモジュール350は、1つのラジオインタフェース技術または複数のテクノロジーをサポートすることができる。図3は、1つの通信インタフェースモジュール350を示すが、しかし、ユーザ装置300は、複数の通信インタフェースモジュール350を備えることできる。プロセッサ310は、例えば、中央処理装置CPU、マイクロプロセッサー、デジタルシグナルプロセッサDSP、グラフィック処理装置、その他であることができる。図3は、1つのプロセッサ310を示すが、しかし、ユーザ装置300は、複数のプロセッサを備えることができる。メモリ320は、たとえば、読取り専用メモリROM、プログラム可能読取り専用メモリPROM、消去可能プログラム可能読取り専用メモリ消去可能PROM、ランダムアクセスでメモリRAM、フラッシュメモリ、データディスク、光学ストレージ、磁気ストレージ、スマートカード、その他のような不揮発性あるいは揮発性メモリであることができる。ユーザ装置300は、複数のメモリを備えることができる。メモリ320は、装置300の一部として構築することができる。あるいは、それは、ユーザによって、スロット、ポート、または、ユーザ装置300のその他に挿入することができる。メモリ320は、データを格納するという唯一の目的に、役立つことができる、または、それは、例えば、データ処理など他の目的に役立つ装置の一部として構成することができる。メモリモジュール340は、ユーザ装置300で使われるスマートカードとして含まれることができる。メモリモジュールは、たとえば、読取り専用メモリROM、プログラム可能読取り専用メモリPROM、消去可能プログラム可能読取り専用メモリ消去可能PROM、ランダムアクセスでメモリRAM、フラッシュメモリ、データディスク、光学ストレージ、磁気ストレージ、スマートカード、その他のような不揮発性あるいは揮発性メモリであることができる。ユーザ装置300は、複数のメモリモジュール340を備えることができる。メモリモジュール340は、ユーザによって、スロット、ポート、または、ユーザ装置300のその他に挿入することができる。メモリ340は、データを格納するという唯一の目的に、役立つことができる、または、それは、例えば、データ処理など他の目的に役立つ装置の一部として構成することができる。ユーザインターフェースコントローラ360は、ユーザ装置300のユーザから、例えば、キーボード、ユーザ装置300のディスプレイの上で示されるグラフィカルユーザインタフェース、音声認識回路、または、例えば、ヘッドセットのようなアクセサリーデバイスを介して、入力を受信するための回路、および、ユーザに対して、例えば、グラフィカルユーザインタフェースまたは、ラウドスピーカを介して出力を提供するための回路を備えることができる。当業者は、図3に示される要素に加えて、ユーザ装置300は、たとえば、入出力I/O回路、メモリーチップ、特定用途向け集積回路ASIC、ソースコーディング/デコーディング回路のような特定の目的のための処理回路、チャネルコーディング/デコーディング回路、暗号化/暗号解読回路、など追加的な回路とならんで、例えば、マイクロフォン、ディスプレイなど他の要素を備えることができることを理解する。加えて、ユーザ装置300は、外部電源もしも外部電源供給が利用できないときに、ユーザ装置300を動かすための使い捨て、または充電式電池図示せずを含むことができる。図4は、本願発明の例の実施形態に従って、メモリモジュールにおける動作を示すフローチャートを示す。ステップ400において、この方法は、開始する。ステップ410において、データエンティティは、メモリデバイスの少なくとも2つのセクタを使って格納され、この少なくとも2つのセクタは、同一のデータエンティティに結びついている。ステップ420において、メモリモジュールのメモリコントローラにおいて、このメモリデバイスの少なくとも2つのセクタのうちの少なくとも1つへのポインターを含むデータエンティティのコンテキスト情報が、維持される。ステップ430において、メモリコントローラにおいて、信号を、少なくとも2つのセクタを、メモリデバイス122から消去することを示すように規定する。ステップ440において、このメモリデバイスの少なくとも2つのセクタは、コンテキスト情報を使って消去される。ステップ450において、この方法は終了する。種々の実施形態は提示された。この文書において、単語は、除外する意図がないオープンエンドな表現を備え、含み、相当し、そのようなものとして用いられていることは理解されるべきである。前述の説明は、本願発明の特定のインプリメンテーションと実施形態の非限定的な例として、本願発明を実行するための現在、発明者によって考えられるベストモードの完全で有益な説明を提供した。しかしながら、本願発明は、上で提示された実施形態の詳細に制限されず、同等の手段を用いて、または、実施形態の異なる組合せにより、本願発明の特性からそれることなく、他の実施形態においてインプリメントすることができることは、当業者には明らかである。さらには、上で開示したこの発明の実施形態の特徴のいくつかは、他の特徴に対応したものを使用しなくても、優位なものとして使用することができる。したがって、前述の説明は、単に、本願発明の原理を説明するものであり、それらに、制限されるものではないと考えられるべきである。これゆえに、本願発明の範囲は、添付の特許請求の範囲によってのみ、制限されるものである。