JP2006209808A - フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム - Google Patents

フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム Download PDF

Info

Publication number
JP2006209808A
JP2006209808A JP2006130478A JP2006130478A JP2006209808A JP 2006209808 A JP2006209808 A JP 2006209808A JP 2006130478 A JP2006130478 A JP 2006130478A JP 2006130478 A JP2006130478 A JP 2006130478A JP 2006209808 A JP2006209808 A JP 2006209808A
Authority
JP
Japan
Prior art keywords
block
data
area
entry
file
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2006130478A
Other languages
English (en)
Other versions
JP4365385B2 (ja
Inventor
William J Krueger
ジェイ クルーガー ウィリアム
Sriram Rajagopalan
ラジャゴパラン スリラム
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Microsoft Corp
Original Assignee
Microsoft Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Family has litigation
First worldwide family litigation filed litigation Critical https://patents.darts-ip.com/?family=25252682&utm_source=google_patent&utm_medium=platform_link&utm_campaign=public_patent_search&patent=JP2006209808(A) "Global patent litigation dataset” by Darts-ip is licensed under a Creative Commons Attribution 4.0 International License.
Application filed by Microsoft Corp filed Critical Microsoft Corp
Publication of JP2006209808A publication Critical patent/JP2006209808A/ja
Application granted granted Critical
Publication of JP4365385B2 publication Critical patent/JP4365385B2/ja
Expired - Lifetime legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/07—Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/14—Error detection or correction of the data by redundancy in operation
    • G06F11/1402—Saving, restoring, recovering or retrying
    • G06F11/1415—Saving, restoring, recovering or retrying at system level
    • G06F11/1435—Saving, restoring, recovering or retrying at system level using file system or storage system metadata
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F12/00—Accessing, addressing or allocating within memory systems or architectures
    • G06F12/02—Addressing or allocation; Relocation
    • G06F12/0223—User address space allocation, e.g. contiguous or non contiguous base addressing
    • G06F12/023—Free address space management
    • G06F12/0238—Memory management in non-volatile memory, e.g. resistive RAM or ferroelectric memory
    • G06F12/0246—Memory management in non-volatile memory, e.g. resistive RAM or ferroelectric memory in block erasable memory, e.g. flash memory
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10—File systems; File servers
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/90—Details of database functions independent of the retrieved data types
    • G06F16/901—Indexing; Data structures therefor; Storage structures
    • G06F16/9017—Indexing; Data structures therefor; Storage structures using directory or table look-up
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F2212/00—Indexing scheme relating to accessing, addressing or allocation within memory systems or architectures
    • G06F2212/72—Details relating to flash memory management
    • G06F2212/7205—Cleaning, compaction, garbage collection, erase control
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10—TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10S—TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00—Data processing: database and file management or data structures
    • Y10S707/99951—File or database maintenance
    • Y10S707/99956—File allocation

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • Data Mining & Analysis (AREA)
  • Software Systems (AREA)
  • Library & Information Science (AREA)
  • Quality & Reliability (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Techniques For Improving Reliability Of Storages (AREA)
  • Read Only Memory (AREA)
  • Memory System (AREA)

Abstract

【課題】１以上の論理ブロックを有する一回書込み多数回読取りメモリデバイスを備えたコンピュータシステム内でエラーを回復する方法を提供する。
【解決手段】(a)各ブロックにデータ領域を画成し（データ領域はデータ領域エリアに論理的に分割）、(b)各ブロックにブロック構造体を画成し（ブロック構造体はヘッダと割当てテーブルを有し、ヘッダはブロックに特定情報を含み、割当てテーブルは、データ領域エリアに対応するエントリと、対応するデータ領域エリアに関連した情報を含む）、(c)割当てテーブルエントリを割当て、(d)データ領域エリアを割当て、(e)割当てられたデータ領域エリアに関連したデータを、割当てられた割当てテーブルエントリに書込み、(f)割当てられたデータ領域エリアにデータを書込み、(g)書込む間にエラーを検出し、(h)エラー検出時に割当てテーブルエントリを割当て解除状態にセットし、エラーが検出されなくなるまで上記段階(c)、(d)、(e)、(f)を繰り返す方法。
【選択図】図３３

Description

本発明は、一般に、ファイルをマネージするためのコンピュータシステムに係り、より詳細には、フラッシュ消去可能なプログラマブル・リードオンリメモリ（ＦＥＰｒｏｍ）に記憶されたファイルをマネージするための方法及びシステムに係る。
コンピュータシステムは、一般に、揮発性及び不揮発性の両方の記憶装置における情報の記憶をサポートする。揮発性記憶装置と不揮発性記憶装置の相違は、揮発性記憶装置から電源が切断されたときに情報が失われることである。これに対して、不揮発性記憶装置から電源が切断されたときには、情報が失われない。従って、不揮発性記憶装置に情報を記憶した場合には、たとえコンピュータシステムの電源が切られていても、ユーザはあるときに情報を入力しそしてその後に情報を検索することができる。又、ユーザは、不揮発性記憶装置をコンピュータから切断しそしてその記憶装置を別のコンピュータに接続して、その別のコンピュータが情報をアクセスするようにすることができる。
不揮発性記憶装置に記憶された情報は、一般に、ファイルに編成される。ファイルとは、関連情報を収集したものである。時間の経過と共に、コンピュータシステムは、記憶装置の容量にもよるが、記憶装置に何百、何千のファイルを記憶することができる。情報を記憶することに加えて、コンピュータシステムは、典型的に、ファイルの情報を読み取ったり、修正したり、削除したりすることができる。コンピュータシステムは、記憶、読み取り、修正及び削除を効率的に行えるように記憶装置にファイルを編成することが重要である。
一般にコンピュータのオペレーティングシステムの一部分であるファイルシステムは、記憶装置上のファイルを管理する助けをするために開発されたものである。１つのこのようなファイルシステムが、マイクロソフト・コーポレーションによりそのディスクオペレーティングシステム（ＭＳ−ＤＯＳ）として開発されている。このファイルシステムは、ファイルを記憶するためにハイアラーキ解決策を使用している。図１は、記憶装置のディレクトリ構造体を示している。これらのディレクトリはファイルの論理グループを含む。これらのディレクトリは、引出しの折り畳み器が引き出し内にペーパを編成していくのと同様にファイルを編成する。ＤＯＳ、ＷＯＲＤ、ＤＡＶＩＤ及びＭＡＲＹと示されたブロックは、ディレクトリを表しており、そしてＡＵＴＯＥＸＥＣ．ＢＡＴ、ＣＯＭＭＡＮＤ．ＣＯＭ、ＦＯＲＭＡＴ．ＥＸＥ、ＬＥＴＴＥＲ２．ＤＯＣ、ＬＥＴＴＥＲ．ＤＯＣと示されたブロック及びＬＥＴＴＥＲ１．ＤＯＣと示された２つのファイルは、ファイルを表している。このディレクトリ構造では、ユーザが関連ファイルをそれら自身のディレクトリに入れることによりファイルを編成することができる。この例において、ＷＯＲＤというディレクトリは、ワードプロセッシングプログラムＷＯＲＤによって発生された全てのファイルを含む。このディレクトリＷＯＲＤの中には２つのサブディレクトリＤＡＶＩＤ及びＭＡＲＹがあり、これらは、ＷＯＲＤファイルを、Ｄａｖｉｄにより開発されたもの及びＭａｒｙにより開発されたものへと更に編成する上で助けとなるものである。
従来のファイルシステムは、不揮発性記憶装置の多数回書き込み機能の利点を取り入れている。多数回書き込み機能は、記憶装置上のいかなる情報ビットでも実質上無限の回数で１から０へそして０から１へ変更することができる。この機能では、ファイルを記憶装置に書き込みそしてファイルの幾つかのビットを変更することによりファイルを選択的に修正することができる。
ディスクのような多数回書き込み能力を有する従来の記憶装置の欠点は、その速度が内部のコンピュータメモリの速度に比して遅いことである。これに対し、そのコンピュータメモリに勝るこれら記憶装置の利点は、不揮発性であること、コストが低いこと、容量が大きいことである。
フラッシュＥＰｒｏｍ（ＦＥＰｒｏｍ）として知られている記憶装置は、内部コンピュータメモリの速度と、コンピュータディスクの不揮発性とが結合されたものである。この装置はＥＰｒｏｍ型（消去可能なプログラマブル・リードオンリメモリ）のデバイスである。ＦＥＰｒｏｍの内容は、典型的なＥＰｒｏｍと同様にデバイスに紫外線を照射するのではなく、入力にある電圧を印加することによって消去することができる。消去は、デバイス内の各ビットを同じ値にセットする。他のＥＰｒｏｍと同様に、ＦＥＰｒｏｍは不揮発性メモリである。ＦＥＰｒｏｍは、その速度がコンピュータの内部メモリに匹敵する。最初と、消去後とに、ＦＥＰｒｏｍの各ビットは１にセットされる。ＦＥＰｒｏｍの特徴は、他のＥＰｒｏｍと同様に、ビット値１を０に変更できるが、ビット値０は１に変更できないというものである。従って、データは、１から０へのビットの変更を行うようにＥＰｒｏｍに書き込むことができる。しかしながら、いったんビットが０に変更されると、１に変更し直すことはできず、即ち全ＦＥＰｒｏｍを全て１に消去しない限り１に戻すことができない。実際には、ＦＥＰｒｏｍの各ビットは一度しか書き込むことができないが、次々の消去の間に何回も読み取ることができる。更に、ＦＥＰｒｏｍの各ビットを消去して０にセットできるのは、ある限定された回数だけである。この限定された回数がＦＥＰｒｏｍの実効寿命を定める。
ＦＥＰｒｏｍをアクセスする典型的な時間は、アクセスの形式と多数の他のファクタとによって異なる。読み取りアクセス時間は数百ナノ秒の範囲であり、バイトを読み取る回数については制限がない。書き込みアクセス時間は、典型的に数十マイクロ秒の範囲である。書き込みアクセス時間は、バイトを消去した回数と、デバイスの温度と、ＦＥＰｒｏｍのバイト密度とによって左右される。バイトを書き込む回数に理論的な制限はないが、消去の制限が実際上の書き込みの制限となる。ＦＥＰｒｏｍの消去時間は数秒の範囲である。消去時間は、ＦＥＰｒｏｍを消去した回数、デバイスの温度、及びＦＥＰｒｏｍのバイト密度とによって左右される。
従来のファイルシステムは、記憶装置が多数回書き込み能力を有するものと仮定していたので、これらのファイルシステムは、実際上一回の書き込み能力しか持たないＦＥＰｒｏｍには不適である。従って、ＦＥＰｒｏｍをベースとする記憶装置をサポートするファイルシステムをもつことが望ましい。このようなファイルシステムは、コンピュータシステムの速度と、コンピュータディスクの不揮発性とを有するものである。
コンピュータディスクのような従来の記憶装置は、バイトでアドレスできるのではなくブロックでアドレスすることができる。バイトは、コンピュータの内部メモリのアドレス能力の単位であり、即ちコンピュータは一度に１バイト（典型的に８ビット）で書き込み又は読み取りすることができるのであって、それ未満ではできない。コンピュータがディスクに書き込んだりディスクから読み取ったりするときには、ブロックと称するバイトのグループで行わねばならない。ブロックのサイズは変えられるが、典型的には２の累乗である（１２８、２５６、５１２等）。例えば、ディスク上の１バイトだけを変更しようとする場合に、そのブロックサイズ内の全バイト数の書き込みを行わねばならない。これには、ディスクからコンピュータメモリへブロック全体を読み取り、１バイトを変更し（内部メモリはバイトでアドレス可能である）そしてそのブロック全体をディスクに書き込むことが含まれる。
従来のファイルシステムは、ブロックに未使用の部分を残す状態でデータを記憶する。このファイルシステムは、一度に１つのファイルのみからのデータを所与のブロック内に記憶する。例えば、このファイルシステムは、１つのファイルからのデータをブロックの最初の５０バイトには記憶せず、そして別のファイルからのデータを１２８バイトブロックの最後の７８バイトには記憶しない。しかしながら、ファイルの長さがブロックサイズの偶数倍でない場合には、ブロック端のスペースが未使用となる。上記例において、ブロックの最後の７８バイトは未使用となる。ディスクが４０９６といった大きなブロックサイズを使用するときには、４０９５バイトまでのデータが使用できないことになる。多数回書き込み能力を有していて数百万バイトを記憶できるようなディスクドライブではこのような未使用スペースが無視できる量であるが、多数回書き込み能力をもたず、しかも数百万バイトのデータを記憶する容量をもたない記憶装置では相当の量である。
ＦＥＰｒｏｍは、典型的な記憶装置に比して、ブロックアドレス式ではなくてバイトアドレス式である。従って、ＦＥＰｒｏｍのバイトアドレス能力をサポートするファイルシステムをもつことが望まれる。
又、ＦＥＰｒｏｍは、ブロックで消去可能なフォーマットで編成することができる。ブロックで消去可能なＦＥＰｒｏｍは、個々に消去できる多数のブロック（典型的に１６）を含んでいる。例えば、図６は、０から１５まで番号が付けられた１６個のブロックを有するブロック消去可能なＦＥＰｒｏｍ３０１の概略図である。ブロックの各々は、他のブロックの内容に影響を及ぼすことなく個々に消去することができる。ブロック番号１４のブロック３０２は、他のブロックのデータに影響を及ぼすことなく消去することができる。ブロック消去可能なＦＥＰｒｏｍをサポートするファイルシステムをもつことが所望される。
そこで、本発明の目的は、ファイル記憶装置、特に、ブロック消去可能で且つフラッシュ消去可能なプログラマブル・リードオンリメモリにデータを記憶する方法を提供することである。
本発明の別の目的は、ブロック消去可能なＦＥＰｒｏｍにおいてメモリを割り当てたり割り当て解除したりするコンピュータメモリマネージャを提供することである。
本発明の別の目的は、ブロック消去可能なＦＥＰｒｏｍにおいてブロックを消去した回数を追跡する方法を提供することである。
本発明の更に別の目的は、メモリの割り当てを容易にするデータ構造体を備えたブロック消去可能なＦＥＰｒｏｍを提供することである。
本発明の更に別の目的は、データを記憶するためのブロックを割り当てる方法を提供することである。
本発明の更に別の目的は、ブロック消去可能なＦＥＰｒｏｍにおいて割り当て解除されたスペースをリクレイミングする方法を提供することである。
本発明の更に別の目的は、ブロック消去可能なＦＥＰｒｏｍのためのファイルシステムを提供することである。
本発明の上記及び他の目的は、以下の説明から明らかとなるように、ブロック消去可能で且つフラッシュ消去可能なプログラマブル・リードオンリメモリにおいてメモリをマネージするための方法及びシステムを提供することにより達成される。このシステムは、好ましい実施例において、ブロックヘッダと、ブロック割り当てテーブルと、データ記憶エリアと、データを記憶すべきブロックを選択するためのブロック割り当てルーチンと、ブロック割り当てテーブルのエントリ及びデータ記憶エリアの一部分を選択するためのデータエリア割り当てルーチンと、データを記憶するための記憶ルーチンとを有したブロック消去可能なＦＥＰｒｏｍを具備している。又、このシステムは、好ましい実施例において、ブロック消去可能なＦＥＰｒｏｍのためのファイルシステムを実施するファイルマネージャを備えている。
好ましい実施例において、本発明は、ブロック消去可能なＦＥＰｒｏｍのメモリをマネージする方法及びシステムを提供する。このシステムは、ＦＥＰｒｏｍマネージャ及びファイルシステムとして説明する。ＦＥＰｒｏｍマネージャは、ＦＥＰｒｏｍのメモリの割り当てと割り当て解除とを管理する。ファイルシステムは、ハイアラーキ式のディレクトリシステムであり、ＦＥＰｒｏｍマネージャを用いてメモリの割り当て及び割り当て解除を行う。或いは又、ＦＥＰｒｏｍマネージャ及びファイルシステムは、ある最適化を達成するように一体化することができる。しかしながら、個別のＦＥＰｒｏｍマネージャを使用することによりＦＥＰｒｏｍは異なるファイルシステムからのデータや非ファイルシステムデータも記憶することができる。
本発明のＦＥＰｒｏｍマネージャは、ブロック消去可能なＦＥＰｒｏｍにおいて自由スペースの割り当て、割り当てられたスペースの割り当て解除、及び割り当て解除されたスペースのリクレイミングを行う。図２６に示す好ましい実施例では、ＦＥＰｒｏｍの各ブロックが、ブロック割り当て構造体２３０２と、データ領域２３０３と、自由スペース２３０４とを含んでいる。ブロック割り当て構造体２３０２は、ヘッダ及び割り当てアレイを含んでいる。ヘッダは、ブロックの状態情報を含む固定長さの構造体である。割り当てアレイは可変長さであり、割り当てアレイのエントリはデータ領域を記述する。テーブルＡは、ブロック割り当て構造体のデータ構造を示している。この構造体は、構造体変数の記述と共にＣプログラミング言語フォーマットで示されている。アレイのＡｌｌｏｃは、割り当てアレイであり、他の変数がヘッダを構成する。データ領域は、ＦＥＰｒｏｍに記憶されたデータを保持する可変長さの領域である。自由スペース２３０４は、ブロック割り当て構造体又はデータ領域に割り当てられないスペースである。ブロック割り当て構造体２３０２及びデータ領域２３０３はブロックの両端に割り当てられる。領域が追加されるときには、ブロック割り当て構造体２３０２及びデータ領域が矢印２３０５及び２３０６によって示されたように互いに向かって成長する。ブロック割り当て構造体のＡｌｌｏｃエントリは、ブロックの対応領域に対するオフセット２３１０−２３１５を含んでいる。好ましい実施例においては、ブロック割り当て構造体が、その領域に記憶されたデータに対して特定のデータを含んでいる。
テーブルＡ
データ構造体
struct BlockAllocation
｛
struct
｛
byte Status;
byte Offset[3];
word Len;
｝ Alloc [ ];
dword BootRecordPtr
dword EraseCount;
word BlockSeq;
word BlockSeqChecksum;
word Status;
｝
定義
Alloc ブロック内の領域を定める可変長さアレイ構造体
Status 領域の状態
ビット#
5-2 1111 未使用
1011 中間状態
0111 自由
0011 割り当てられた
0001 割り当て解除された
0010 取って代わられた
0000 ゼロ
7-6 11 未使用エントリ
10 最終エントリ
00 非最終エントリ
Offset この領域のブロックの開始に対するオフセット
Len 領域の長さ( 単位バイト)
BootRecordPtr FEPromがファイル記憶装置として使用されるとき
に記録をブートするための処理
EraseCount ブロックを消去した回数
Blockseq FEProm内のブロックの論理シーケンス
BlockSeqChecksum ブロックシーケンス番号のチェック和
Status
ビット#
1-0 11 ブロックにないブート記録(FEProm がファイルシステム
データを含むとき）
10 ブロックのブート記録
00 取って代わられたブート記録
15-10 110000 レディ
0XXXXX QueuedForErasure
111111 消去された
111110 UpdateInProcess
111100 スペアブロック
111000 ReclaimationInProcess
000000 リアタイアされた
ＦＥＰｒｏｍマネージャは、Ａｌｌｏｃエントリを追加し、自由スペース内の第１位置を指すように可変オフセットをセットし、変数Ｌｅｎを領域の長さにセットし、そして割り当てられたことを指示するように変数Ｓｔａｔｕｓをセットすることによりブロック内のデータ領域を割り当てる。ＦＥＰｒｏｍマネージャは、対応するＡｌｌｏｃエントリにおける変数Ｓｔａｔｕｓを割り当て解除された状態にセットすることにより領域の割り当て解除を行う。割り当て解除されたスペースは一般に再割り当てには使用できない。というのは、非ＦＮＵＬＬ値にセットされているからである。割り当て解除されたスペースは、再割り当てされる前にＦＮＵＬＬにセットされる。割り当て解除されたスペースをＦＮＵＬＬにセットしそして割り当てに使用できるようにするプロセスは、ブロックリクレイミングである。割り当て解除されたスペースは、割り当てられた領域を第２のブロックにコピーしそして第２のブロックのＡｌｌｏｃエントリを新たなオフセットを指すようにセットすることによりリクレイミングされる。ブロックのリクレイミングプロセスは、第２ブロックのＡｌｌｏｃエントリがブロックヘッダに対しコピー元ブロックにあったのと同じ位置になるように確保する。ＦＥＰｒｏｍマネージャは、論理ブロックシーケンス番号であるヘッダの変数ＢｌｏｃｋＳｅｑを使用して、データの特定の論理ブロックを識別する。リクレイミング中に、ブロックがコピーされるときには、物理的なブロック番号が変化するが、論理的なブロックシーケンス番号は変化しない。
ＦＥＰｒｏｍマネージャは、領域のスタートアドレスではなくて割り当てられた領域に対するハンドルを与える。このハンドルは、２つの部分、即ち（１）物理的なブロックを間接的に参照する論理ブロックシーケンス番号と、（２）物理的なブロック内の領域を間接的に参照するＡｌｌｏｃエントリに対するインデックスとを含んでいる。ハンドルは、論理的なブロックシーケンス番号に対応する物理的なブロックを決定しそしてハンドルのインデックス部分によって指示されたＡｌｌｏｃエントリの変数Ｏｆｆｓｅｔをアクセスしてその変数Ｏｆｆｓｅｔを物理的なブロックのスタートアドレスに加えることにより参照解除される。この参照解除により領域のアドレスが形成される。ハンドルを使用すると、ＦＥＰｒｏｍマネージャは、存在するかもしれないデータ領域へのリンクを調整せずにブロックをリクレイミングすることができる。更新しなければならないものは、メモリ内にあって論理ブロックシーケンス番号を物理的なブロックに対してマップする変換キャッシュ（以下で説明する）と、Ａｌｌｏｃアレイのオフセットだけである。ハンドルが参照解除されるときには、新たなオフセットを用いて正しいアドレスが形成される。図２９は、９の論理ブロックシーケンス番号２５０２と、３のＡｌｌｏｃインデックス２５０３とを有するハンドル２５０１の参照解除を示している。ブロック変換キャッシュ２５０４は、論理的なブロック番号を物理的なブロック番号に対してマップする。ＦＥＰｒｏｍマネージャはキャッシュを維持する。ある物理的なブロックがブロックのリクレイミング中に別の物理的なブロックへ移動されるときには、ＦＥＰｒｏｍマネージャは、論理ブロックシーケンス番号を新たな物理的ブロックにマップするように変換キャッシュを調整する。図２９の例においては、論理ブロックシーケンス番号９が物理的ブロック１４ ２５０５へとマップされる。物理的なブロック番号１４に対するＡｌｌｏｃアレイは、ハンドル２５０１のＡｌｌｏｃインデックス２５０３によって指示される。Ａｌｌｏｃ〔３〕エントリの変数Ｏｆｆｓｅｔは、物理的なブロック番号１４ ２５０５に領域３ ２５０６のオフセットを含んでいる。領域３ ２５０６のアドレスは、物理的なブロック２５０５のアドレスにオフセットを追加することによって決定される。
図３３は、ブロック内に新たな領域を割り当てる領域割り当てルーチンの流れ線図である。このルーチンに対する入力パラメータは、その領域に記憶すべきデータと、データの長さである。このルーチンは、割り当てられた領域にハンドルを返送する。或いは又、このルーチンはデータを書き込まず、単にスペースを割り当てる。このルーチンは、ブロックが領域に対して充分な自由スペースと、追加のＡｌｌｏｃエントリとを有すると仮定する。図３５は、Ａｌｌｏｃエントリのステータスに対する状態図である。Ａｌｌｏｃエントリは、次のステータスのうちの１つである。即ち、未使用、割り当てられた状態、割り当て解除された状態、取って代わられた状態、自由、又はゼロである。又、エントリは、割り当てが処理中である間は移行状態にある。エントリが未使用である場合には、Ａｌｌｏｃアレイの最後のエントリを通過しており、即ちアレイの一部分ではない。エントリが割り当てられた場合には、それに対応する領域が現在割り当てられる。エントリが割り当て解除される場合には、それに対応する領域が不要であるが、その領域はまだリクレイミングされていない。エントリが取って代わられる場合には、別のＡｌｌｏｃエントリ（単数又は複数）がその同じデータ領域に対応する。リクレイミング中、取って代わられたエントリにあるデータは無視される。というのは、別のエントリ（単数又は複数）がデータ領域を指すからである。エントリが自由の場合には、それに対応する領域がリクレイミングされており、新たな領域がブロックに追加されたときにＡｌｌｏｃエントリを再使用することが出来る。エントリがゼロの場合には、エントリへの書き込み中に問題が生じており、消去されるまで使用されない。エントリが割り当てにおいてプロセス移行状態にある場合には、エントリにおけるデータの若干は有効であるが必ずしも全部ではない。
図３５を参照すれば、全てのエントリは最初は未使用状態３１０１にあり、ブロックが消去されたときに未使用状態３１０１へ移行する。エントリは、未使用状態３１０１から割り当て進行状態３１０４を経て割り当て状態３１０３へ移行する。自由状態３１０２にあるエントリは割り当て状態３１０３へ移行する。未使用状態３１０１にあるエントリは、そのエントリが割り当て解除されるか又は取って代わられて、リクレイミングされるべきブロック内の最後に割り当てられたエントリの後に探索されないときに、ブロックリクレイミングによって自由状態３１０２へ移行する。割り当てられた状態３１０３にあるエントリは、対応する領域が割り当て解除されたときに割り当て解除状態３１０５に移行する。割り当てられた状態３１０５にあるエントリは、同じ領域に対応する別の１つ又は複数のエントリが割り当てられたときに、取って代わられた状態３１０６へ移行する。最後に、いかなる状態にあるエントリも、そのエントリに対する書き込みエラーの際にはゼロ状態３１０７へ移行する。
図３３を参照すれば、ブロック２９０１において、システムはＡｌｌｏｃエントリが自由の状態にあるかどうかを判断する。このようなエントリが見つかった場合には、システムはそのエントリを再使用し、ブロック２９０２へ続くが、さもなくば、ブロック２９０３へ続く。ブロック２９０２において、システムは自由のＡｌｌｏｃエントリを選択し、ブロック２９０５へ続く。ブロック２９０３において、システムは新たなＡｌｌｏｃエントリを選択し、ブロック２９０４へ続く。新たなＡｌｌｏｃエントリは、最終とマークされたエントリの直後のエントリである。ブロック２９０４において、システムは、選択されたＡｌｌｏｃエントリに対して変数Ｓｔａｔｕｓをセットし、割り当てが進行中であることを指示する。割り当て進行中状態は、データが一貫した状態にないかもしれないことを指示する移行状態である。ブロック２９０５において、システムは変数Ｏｆｆｓｅｔ及びＬｅｎをセットし、自由スペースの第１位置から始まってデータ領域にデータを書き込む。ブロック２９０６において、Ａｌｌｏｃエントリが新規であった場合には、システムはブロック２９０７へ続くが、さもなくば、システムはブロック２９０８へ続く。ブロック２９０７において、システムは手前の最終Ａｌｌｏｃエントリのステータスをリセットし、もはやＡｌｌｏｃ構造体の最終エントリでないことを指示する。ブロック２９０８において、システムは、選択されたＡｌｌｏｃエントリに対する変数Ｓｔａｔｕｓを割り当てられた状態にセットし、データが今や一貫した状態にあることを指示する。次いで、システムは割り当てを終了する。
上記したように、ＦＥＰｒｏｍのブロックの性能は、消去カウントが増加するにつれて低下する。各ブロックの消去カウントをほぼ等しく（均等化したと称する）維持することが好ましい。通常の動作においては、消去カウントが均等化されない。例えば、実行可能なファイルがブロックに書き込まれた場合には、そのブロックを消去する必要は決して生じない。従って、そのブロックの消去カウントは、他のブロックの消去カウントが増加しても一定のままである。好ましい実施例ではブロックの消去カウントを均等化するために多数の解決策を使用する。まず、ブートアップ中又はＦＥＰｒｏｍがロードされるときに（初期化）、ＦＥＰｒｏｍマネージャはブロックを走査して、ＦＥＰｒｏｍをマネージするデータを得る。好ましい実施例では、このデータが各ブロックの消去カウントを含んでいる。消去カウントの均等化を助けるために、ＦＥＰｒｏｍマネージャは、消去カウントの大きいブロックのデータと、消去カウントの低いブロックのデータをスワッピングする。このスワッピングは時間がかかるので、初期化中に生じるスワッピングの回数を最小にすることが望ましい。更に、スワッピングは、消去カウントの差がスレッシュホールド値又は比を越えたときだけ実行すればよい。第２に、ＦＥＰｒｏｍマネージャがブロックに対してリクレイミングを実行するときには、消去カウントの小さい使用可能なブロックを選択するのが好ましい。第３に、ＦＥＰｒｏｍマネージャが領域を割り当てるときには、消去カウントの低いブロックの領域を割り当てる。第４に、ＦＥＰｒｏｍマネージャはブロックの消去回数を追跡する。消去の回数がスレッシュホールド値を越えた場合には、ＦＥＰｒｏｍマネージャは、２つのブロックに対する消去カウントの差がスレッシュホールド値又は比を越えたかどうかを決定する。そのスレッシュホールド値を越えた場合には、マネージャはそれらブロックのデータをスワッピングする。
ＦＥＰｒｏｍマネージャは、各物理的なブロックのヘッダに消去カウントを維持するのが好ましい。ブロックが消去されたときには、ＦＥＰｒｏｍマネージャは、増加された消去カウントをブロックヘッダに書き込んで戻す。ブロックがコピーされたときには、消去カウントが転送されない。各ブロックはそれ自身の消去カウントを保持する。或いは又、消去カウントは単一のブロックに記憶することができる。しかしながら、この別の方法は、好ましい方法以上に幾つかの欠点がある。第１に、単一のブロックに欠陥が生じると、全ての消去カウントが失われる。第２に、ブロックが消去されると、消去カウントブロックを更新しなければならない。最終的に、消去カウントブロックは消去され、再書き込みされねばならない。
図３２は、ブロック消去可能なＦＥＰｒｏｍのどのブロックを使用して領域を割り当てるかを選択するブロック割り当てルーチンの流れ線図である。ＦＥＰｒｏｍマネージャは、多数のファクタに基づいてどのブロックを割り当てるかを決定する。まず、ＦＥＰｒｏｍマネージャは、消去カウントが最も低い充分な自由スペースを有するブロックを割り当てる。消去カウントの低いブロックを割り当てることは、ブロックの均等化を確保する上で助けとなる。第２に、ＦＥＰｒｏｍマネージャは、充分な自由スペースをもつブロックがない場合には多数のブロックを割り当てる。データは、異なるブロックに各々記憶された多数の領域に分割される。第３に、ＦＥＰｒｏｍマネージャは、あまりに多数の部分が生じるときには割り当てを許さない。このルーチンに対する入力パラメータは、割り当てられるべき領域の長さと、領域を多数のブロックに記憶できるかどうかである。ブロック２８０１において、システムは、データを記憶するに充分な自由スペースを有する全てのブロックを選択する。好ましい実施例において、システムは、自由スペースの開始位置とＡｌｌｏｃエントリの数とに基づいて自由スペースの長さを決定する。このデータは、初期化中及び必要に応じて更新される間にＦＥＰｒｏｍマネージャバッファに記憶されるのが好ましい。又、システムは、もし必要ならば、新たなＡｌｌｏｃエントリを追加するに充分なスペースが存在するよう確保する。１つの実施例において、システムは、ブロックが充分な自由スペースを有しているかどうかを決定する前に、リクレイミング基準に合致するブロックに対してブロックリクレイミングを実行する。別の実施例においては、充分な自由スペースがないと決定されるまでリクレイミングは行われない。ブロック２８０２においては、少なくとも１つのブロックが選択された場合に、領域を保持するに充分な自由スペースが単一ブロックにあり、システムはブロック２８０３に続き、さもなくば、システムはブロック２８０４に続く。ブロック２８０３において、システムは、選択されたブロックのどれが最も低い消去カウントを有するかを決定し、そのブロックを割り当てると共に、システムはブロックの割り当てを終了する。ブロック２８０４においては、システムは、領域データを保持するに充分な自由スペースを有する１組のブロックを選択する。ブロック２８０５においては、全自由スペースと割り当て解除されたスペースがデータを保持するに充分でないか或いはあまりに多数の部分がある場合に、システムはブロック２８０７へ続き、さもなくば、システムはブロック２８０６へ続く。領域データを単一ブロックに記憶しなければならない場合には、２つのブロックを選択すると、部分が多数になり過ぎる。又、データを多数のブロックに記憶すべき場合には、リクレイミングが適当である。ブロック２８０６において、システムは選択されたブロックを割り当て、ブロックの割り当てが終了する。ブロック２８０７において、全てのブロックがリクレイミングされた場合には、ＦＥＰｒｏｍにはデータを記憶するに充分な余裕がなく、ブロックの割り当てが終了するか、さもなくば、システムはブロック２８０８へ続く。ブロック２８０８において、システムはブロックをリクレイミングし、ブロック２８０１へ進んで、新たな充分な自由スペースがあるかどうかを決定する。
図３４は、ブロック内の割り当て解除された領域をリクレイミングするブロックリクレイミングルーチンの流れ線図である。入力パラメータは、リクレイミングされるべきブロックの数と、スペアブロックの物理的な番号とである。ブロックは、多数の種々の時間にリクレイミングされる。第１に、割り当て要求を満たす充分な自由スペースがないときには、ブロックがリクレイミングされる（上記したように）。第２に、ＦＥＰｒｏｍマネージャは、ＦＥＰｒｏｍへの書き込みアクセスの回数を追跡することができる。書き込み回数がスレッシュホールド数を越えた場合には、マネージャがいずれかのブロックをリクレイミングすべきかどうかを決定する。割り当て解除されたスペースとブロックサイズとの比がスレッシュホールド値を越えたときにはブロックをリクレイミングしなければならない。当業者に明らかなように、例えば、ＦＥＰｒｏｍが最初にロードされるときのような別の時間にブロックリクレイミングを行うこともできる。ＦＥＰｒｏｍマネージャは、割り当てられた領域をスペアブロック、即ち消去されたブロックへコピーすることによりブロックをリクレイミングする。割り当てられた領域のみをコピーすることにより、割り当て解除された領域がリクレイミングされる。或いは又、ＦＥＰｒｏｍマネージャは、割り当てられた領域を非ＦＥＰｒｏｍメモリへコピーし、次いで、ブロックを消去し、そして領域をブロックへコピーして戻す。しかしながら、この方法は、割り当てられた領域を記憶するに充分な非ＦＥＰｒｏｍメモリを必要とし、消去の後であって且つブロックが再書き込みされる前に停電が生じたとすれば、データを失うおそれがある。好ましい方法においては、ＦＥＰｒｏｍマネージャは、リクレイミングされるべきブロック内の割り当てられた領域をスペアブロックへコピーすると共に、そのスペアブロック内の新たな領域位置を表す変数Ｏｆｆｓｅｔを調整するブロック割り当て構造体をコピーする。図２７は、領域１及び５をリクレイミングした後の図２６のブロックレイアウトの例を示している。割り当てられた領域は隣接するようにコピーされている。対応するＡｌｌｏｃエントリは、新たな領域位置を指すように更新される。たとえ領域１がリクレイミングされていてもＡｌｌｏｃ〔１〕エントリは依然として必要とされる。ハンドルを使用するために、全てのＡｌｌｏｃエントリはブロック割り当て構造体においてそれらの同じ位置を維持しなければならない。しかしながら、Ａｌｌｏｃ〔１〕エントリに対する変数Ｓｔａｔｕｓは自由状態にセットされ、これを用いて、リクレイミングされたブロックに追加される次の位置を指すことができる。Ａｌｌｏｃ〔５〕エントリの後にはＡｌｌｏｃ入力はないので、ハンドルに対するプレースホルダーとして必要とされず、除去されている。Ａｌｌｏｃ〔４〕エントリの位置状態は、それがＡｌｌｏｃアレイにおける最終エントリであることを指示する。
図３６はブロックの状態を示す状態図である。ブロックの状態は変数Ｓｔａｔｕｓのヘッダに記憶される。ブロックの状態は、消去３２０１、更新進行中３２０２、スペア３２０３、リクレイミング進行中３２０４、レディ３２０５、消去のための待ち行列３２０６、及びリタイア３２０７である。新たに消去されたブロックは消去状態３２０１である。消去されたブロックは、通常、更新進行状態３２０２へ移行され、次いで、スペア状態３２０３へ移行される。更新進行状態３２０２は、ヘッダ内のあるデータ、例えば消去カウントが更新されていることを指示する。この更新が完了すると、ブロックはスペアの状態３２０３へ移行する。更新が失敗すると、ブロックは消去のための待ち行列状態３２０６へ移行する。スペア状態３２０３のブロックは、そのブロックがリクレイミングされているブロックからデータを受け取るべきときに、リクレイミング進行状態３２０４へ移行する。リクレイミング進行状態３２０４は、ブロック割り当て構造体が一貫した状態にないことを指示する移行状態である。データが一貫したものになると、ブロックはレディ状態３２０５へ移行する。しかしながら、リクレイミング進行状態３２０５の間にエラーが生じた場合には、そのブロックに対してリクレイミングが行われた後に、ブロックが消去待ち行列状態３２０６へ移行する。消去待ち行列状態３２０６にあるブロックは、消去されたときに消去状態３２０１へ移行する。消去が失敗すると、ブロックはリタイア状態３２０７へ移行する。それからブロックはリタイア状態に留まる。ＦＥＰｒｏｍが最初に初期化されるときには、ブロックがレディ状態又はスペア状態にセットされる。レディ状態にあるブロックはデータを含むことができ、スペア状態にあるブロックはデータを含まない。
図３４を参照すれば、ブロック３００１において、システムは、リクレイミングされるべきスペアブロックに対する変数Ｓｔａｔｕｓを、リクレイミング進行中を指示するようにセットする。ブロック３００２において、システムは、リクレイミングされるべきブロックのヘッダから変数Ｓｅｑ、ＳｅｑＣｈｅｃｋＳｕｍ、及びＢｏｏｔＲｅｃｏｒｄＰｔｒをスペアブロックへコピーする。ブロック３００３において、システムは、リクレイミングされるべきブロックに対して割り当て状態にある最終Ａｌｌｏｃエントリの位置を決定する。リクレイミングプロセス中に、Ａｌｌｏｃエントリは、最後に割り当てられたエントリの後に無視される。従って、リクレイミングされたブロックは、これらエントリの状態を未使用にセットする。ブロック３００４ないし３０１０において、システムは、最後に割り当てられたエントリまでの各Ａｌｌｏｃエントリをスペアブロックにコピーする。ブロック３００４において、システムは、Ａｌｌｏｃエントリを指示するインデックスｊを初期化する。ブロック３００５において、このインデックスｊがブロック３００３で決定された最後に割り当てられたエントリのインデックスより大きい場合には、全てのＡｌｌｏｃエントリとそれに対応する領域がコピーされており、システムはブロック３０１１へ続き、さもなくば、システムはブロック３００６へ続く。ブロック３００６において、エントリの状態が割り当てられた状態である場合には、システムはブロック３００７へ続き、さもなくばブロック３００９へ続く。ブロック３００７において、システムは、Ａｌｌｏｃ〔ｊ〕エントリに対応する領域データをスペアブロックへコピーする。ブロック３００８において、システムは、スペアブロックのＡｌｌｏｃ〔ｊ〕入力における変数Ｏｆｆｓｅｔを更新し、コピーされた領域の位置を指示するようにすると共に、変数Ｓｔａｔｕｓ（位置の状態を適当にセットする）及びＬｅｎをコピーし、ブロック３０１０に続く。ブロック３００９では、システムは、スペアブロックのＡｌｌｏｃ〔ｊ〕エントリの状態を更新し、そのエントリが自由状態であることを指示するようにする。ブロック３０１０では、システムはインデックスｊを増加して、次のＡｌｌｏｃエントリを指示し、ブロック３００５へとループする。ブロック３０１１においては、システムはスペアブロックの状態をレディにセットする。ブロック３０１２では、システムは、リクレイミングされるべきブロックの状態を消去のための待ち行列にセットする。ブロック３０１１についての処理が完了した後であって且つブロック３０１２についての処理が完了する前に、スペアブロックと、リクレイミングされるべきブロックの両方は有効データを有している。ブロック３０１２についての処理が完了する前に処理が中断した場合には、ＦＥＰｒｏｍは、同じ論理シーケンス番号を有する２つのブロックを含む。システムは、好ましくは、ＦＥＰｒｏｍの初期化中にこの状態をチェックする。このときに、システムはブロック３０１２の処理を完了することができる。ブロック３０１３では、システムは、スペアブロック（以下で述べる）の状態を表すように変数ＰｈｙｓｉｃａｌＢｌｏｃｋＮｕｍ、ＦｉｒｓｔＦｒｅｅＢｙｔｅＯｆｆｓｅｔ、ＬｅｎＤｅａｌｌｏｃａｔｅＳｐａｃｅ及びＡｌｌｏｃＳｔｒｕｃｔＣｎｔ ｉｎ ＢｌｏｃｋＤａｔａ〔Ｓｅｑ〕を更新する。ブロック３０１４では、システムは、スペアブロックのリストを調整するようにＤｒｉｖｅＲｅｃを更新し、リクレイミングが終了となる（以下で述べる）。
表 Ｂ
データ構造
struct DriveRec
｛ word BlockCnt
word SpareBlockCnt
dword BlockSize
word RootDirPtr
word SpareBlockPtr 〔 〕
｝
struct ConfigRec
｛
word WriteAccessCntThreshold
word EraseCntThreshold
word BlockReclamationThreshold
word BlockEraseLevelingThreshold
｝
struct BlockRec
｛
byte Flags
word PhysicalBlockNum
dword FirstFreeByteOffset
dword LenDeallocatedSpace
word AllocStructCnt
dword BlockEraseCnt
word FirstUseableAllocEntry
word FreeAllocEntryCnt
｝ BlockData 〔 〕
定義
BlockCnt FEProm内の物理ブロックの数
BlockSize ブロック内のバイトの数
RootDirPtr FEPromをファイル記憶装置として使用した時のルート
ディレクトリを含むデータ領域へのハンドル
SpareBlockPtr 〔 〕 予備ブロックの物理ブロックの数を含む可変長アレイ
SpareBlockCnt 予備ブロックの数
WriteAccessCntThreshold ブロックを再利用すべきか否かをシステムに決定させる
FEProm への書込みの数
EraseCntThreshold ブロックレベル化を行うべきか否かをシステムに決定
させる FEProm への消去の数
BlockReclamationThreshold ブロック再利用をトリガする割当て解除スペースと
ブロックサイズとの比
BlockEraseLevelingThreshold ブロック間のレベル化プロセスをトリガする最小及び
最大消去数間の差
PhysicalBlockNum 論理的ブロックを含む物理ブロックの数
FirstFreeByteOffset 空きスペースの最初のバイトの物理ブロック内の
オフセット
LenDeallocatedSpace 物理ブロック内の割当て解除済領域の合計の長さ
FirstUseableAllocEntry ブロック内の最初の使用可能な Allocエントリ索引
FreeAllocEntryCnt Alloc エントリの数
BlockEraseCnt 物理ブロックが消去された回数
FEPromが最初にロードされる時、FEProm管理者は FEProm を走査して表Ｂに示す内部データを初期化する。構造 DriveRec は装置に関するデータを含み、構造ConfigRec は構成パラメタに関するデータを含み、アレイ BlockDataは FEProm 内の各物理ブロック毎のデータを有するエントリを含む。アレイ BlockDataはブロック変換キャッシュである。初期化中、 FEProm 管理者はアレイ BlockData内の各変数及び構造 DriveRec 内の予備ブロックに関する変数を初期化する。構造DriveRec内の他の変数はシステム定義された変数である。好ましい実施例では、FEProm管理者は、これらのデータ構造内の領域データの型に特定の情報を記憶している。例えばもし FEProm がファイル記憶装置として使用されていれば、データ構造はルートディレクトリへのハンドルを含むことができる。図３１は、好ましい実施例における初期化プロセスの流れ図である。この手順は、 FEProm 上の各ブロック毎にブロック割当て構造を走査することによって DriveRec 及び BlockData構造を初期化する。システムはブロック２７０１乃至２７０９をループして各ブロック毎のデータを読む。ブロック２７０１ではシステムは、現在アクセスされている物理ブロックを指示する索引ｉを初期化する。ブロック２７０２において、もし索引ｉが FEProm 内のブロックの数より大きければ、全てのブロックは走査されたのでありシステムはブロック２７１０へ進み、そうでない場合にはシステムはブロック２７０３へ進む。ブロック２７０３では、システムは索引ｉによって指示されたブロックの見出しを読む。ブロック２７０４では、システムは DriveRec 及び BlockData〔ｉ〕データを更新する。もしそのブロックが予備ブロックであれば、システムは SpareBlockCntをインクリメントさせ、そのブロックを SpareBlockPtrアレイに追加する。好ましい実施例では、システムはこれらの領域内に記憶されているデータに特定の情報をも走査する。例えばもし FEProm をファイルシステムとして使用していて、そのブロックがブートレコードを含んでいれば、システムは BootRecPtr をセットし、ブートレコードを読み、そして RootDirPtr をセットする。
システムはブロック２７０５乃至２７０８をループして各 Allocエントリ内のデータを処理する。ブロック２７０５では、 Allocエントリを指示する指標ｊを初期化する。ブロック２７０６において、もしシステムが最後のAlloc エントリを処理済であればシステムはブロック２７０９へ進み、そうでなければシステムはブロック２７０７へ進む。ブロック２７０７では、システムはｊによって指示された Allocエントリに基づいて BlockData〔 BlockSeq 〕データを更新する。システムは変数 FirstFreeByteOffset、LenDeallocatedSpace 、及び AllocaStructCntを更新する。システムは、変換キャッシュを初期化する索引ｉに変数 PhysicalBlockNum をセットする。ブロック２７０８では、システムは索引ｊをインクリメントさせて次の Allocエントリを指示させ、ブロック２７０６へループする。ブロック２７１０では、システムはブロック使用をレベル化する。システムは BlockDataアレイを走査して最大 BlockEraseCntを有するブロック及び最小 BlockEraseCntを有するブロックを決定する。次いでシステムはブロック間でデータをスワップ（交換）する。システムは先ず最大ブロックを予備ブロックへ複写する。次にシステムは最大ブロックを消去する。システムは最小ブロックからのデータを消去されたブロックへ複写し、そして好ましくは複写しながらブロック再利用を遂行する。システムは最小ブロックを消去し、予備ブロックからのデータを最小ブロックへ複写し、そして好ましくは複写中にブロック再利用を遂行する。
本発明の FEProm 管理者はブロック化されていない、または消去することができない媒体を支援することができる。ブロック再利用及びブロック消去カウントレベル化プロセスはブロック消去可能性に頼っている。従ってもし媒体がブロック消去可能性を支援しなければ、これらのプロセスを不能にすべきである。好ましい実施例では、予備ブロックカウントを０にセットすることによってこれらのプロセスを実効的に不能にすることができる。 FEProm 管理者ははこれらのプロセスを作動させるために少なくとも１つの予備ブロックに頼っている。もし媒体がブロック化されていなければ、任意のブロックサイズを論理的ブロックとして選択することができる。好ましい実施例ではブロックのサイズは、割当てアレイエントリ内のオフセットが全ブロックをアドレスできない程大きくすべきではなく、またブロック見出し及び割当てアレイがブロックサイズのかなりなパーセントを占めたり、または変換キャッシュが大き過ぎる程は小さくすべきでない。
FEProm 管理者は、 FEProm 書込み及び消去エラーからの動的な回復を可能にする。書込みエラーは、メモリ位置を指定された値にセットできない場合に生成される。これらのエラーは、ハードウエアの障害によって、または既に０に変化しているあるビット内に１を要求するというように、あるメモリ位置にある値を書込もうと試みることによってもたらされる。
書込みエラーはデータ領域、ブロック見出し、及び割当てアレイエントリへ書込む時に発生し得る。好ましい実施例では、データ領域へ書込み中に書込みエラーが発生すると、 FEProm 管理者はそのブロックを割当て解除された状態にセットする。次いで FEProm 管理者は、図３３に示す領域割当てプロセスを再始動させることによって、データを異なるデータ領域へ書込むことを試みる。
割当てアレイエントリへ書込み中に書込みエラーが発生すると、 FEProm 管理者はその割当てアレイエントリを空白（ヌル）状態にセットする。あるエントリを置換された( superseded )状態、割当て解除された状態、解放された（フリー）状態、または割当て進行中状態にセットしている時に、もし書込みエラーが発生すると、そのエントリを空白状態にセットすることによって FEProm は一貫した( consistent )状態に保たれる。しかしながら、もしあるエントリを割当て済状態にセットしている時にエラーが発生すると、データ領域は割当て済状態の対応割当てアレイエントリを有していないのであるから、 FEProm は非一貫状態になる。 FEProm 管理者はそのデータ領域に対して別のエントリを割当てる。あるエントリを空白状態にセットしている時にもエラーは発生し得る。空白状態は、０の値のステータスとして定義されているから、あるエントリを空白状態にセットしている時に発生するエラーは必然的にハードウエアエラーである。もしエラーが発生すれば、対応する領域を再利用しなければならないことを指定する再利用を必要とするかも知れない。例えば、もしあるエントリを割当て解除状態にセット中に、及び再びそのエントリを空白状態にセット中にエラーが発生すれば、そのエントリは割当て済状態になる。もしこの状態のままであれば、このエントリ及び対応データ領域は正常の再利用の下では決して再利用されなくなる。
ブロック見出しに書込み中にエラーが発生すると、 FEProm 管理者はそのブロックを消去待ち行列状態にセットする。もしあるブロックを消去待ち行列状態にセット中にエラーが発生すれば、 FEProm 管理者はそのブロックを引退( retired)状態にセットするので、そのエラーを回復することはできなくなる。
あるブロックを消去中に書込みエラーが発生すると、 FEProm 管理者はそのブロックを引退状態にセットする。もし引退させたブロックが予備ブロックであったならば、 FEProm 管理者は少なくなった予備ブロックで動作する。代替としてFEProm管理者は割当て済の割当てアレイエントリを用いずにブロックを探知することを試みる。次いで FEProm 管理者は探知したブロックを消去し、それを予備状態にセットする。予備ブロックが使用できない場合には FEProm 管理者は FEProm を、あたかもそれが前述した消去不能であるかのように取扱う。
本発明は、 FEProm が非一貫状態にある場合の動的エラー回復をも提供する。図３３を参照する。例えば、もしブロック２９０５においてオフセットが書込まれた後に、しかしブロック２９０８において状態が解放状態から割当て済状態へ更新される前に FEProm が除去されれば、 FEProm は非一貫状態になる。FEPromに次にロードする時に、 FEProm 管理者は割当てエントリが解放されていることを見て、それを再使用しようとする。しかしながら、オフセットへ書込もうとする試みは失敗する（同一データがオフセットへ書込まれている場合を除く）。上述したように、 FEProm 管理者はエントリを空白状態にセットすることによって回復し、領域割当てプロセスを再始動させて異なるエントリを選択する。もしFEPromが取外される前にデータの一部分がデータ領域へ書こまれれば、 FEProm 管理者がデータをその領域へ書込もうとする時にエラーが検出される。このエラーは上述したようにして処理される。
ファイルシステム
本発明は、 FEProm 装置に対してディレクトリをベースとする階層ファイルシステムを提供する。階層ファイルシステムは論理的グルーピング内にファイルを記憶させる。好ましい実施例は、ディレクトリ階層及び内部ファイル記憶の両者を実現するためにリンクされたリストデータ構造を使用する。
図１に典型的な階層ディレクトリ構造を示す。ワシントン州レッドモンドのマイクロソフト社から入手できる MS-DOS オペレーティングシステムが、階層ディレクトリ構造を有するファイルシステムを実現する。図１に示すように、ディレクトリ「ルート」１００は、２つのサブディレクトリ（「 DOS」１０２及び「ワード」１０３）と、２つのファイル（「 AUTOEXEC.BAT 」１０４及び「 COMMAND.COM」１０５）とを含む。ディレクトリ「 DOS」１０２は１つのファイル（「 FORMAT.EXE 」１０６）を含む。ディレクトリ「ワード」１０３は次に低いレベルに２つのサブディレクトリ（「デービッド(DAVID) 」１０７及び「メリー（MARY) 」１０８）を含む。ディレクトリ「デービッド」１０７は１つのファイル「 LETTER1.DOC」１０９を含む。ディレクトリ「メリー」１０８は３つのファイル「LETTER1.DOC 」１１０、「LETTER2.DOC 」１１１及び「LETTER3.DOC 」１１２を含む。
図２は、好ましい実施例において図１のディレクトリ構造を実現する考え得るリンクされたリストを示す。ディレクトリ「ルート」レコード１００（本明細書においては「レコード」及び「エントリ」という語を互換可能なように使用する）はポインタ１２０を有し、このポインタ１２０は次に低いレベルのサブディレクトリのリンクされたリスト１４０及びファイルレコードを指し示す。リンクされたリスト１４０は、ポインタ１２１、１２２、１２３によってリンクされたサブディレクトリレコード DOS１０２及び「ワード」１０３と、ファイルレコード「 AUTOEXEC.BAT 」１０４及び「 COMMAND.COM」１０５とからなる。サブディレクトリレコード「 DOS」１０２は次に低いレベルのファイルレコード１０６を指し示すポインタ１２４を有し、サブディレクトリレコード「ワード」１０３は次に低いレベルのファイルレコードのリンクされたリスト１４１を指し示すポインタ１２５を有している。リンクされたリスト１４１は、ポインタ１２６によってリンクされているディレクトリレコード「デービッド」１０７及び「メリー」１０８からなる。サブディレクトリレコード「デービッド」１０７は次に低いレベルのファイルを指し示すポインタ１２７を有し、サブディレクトリレコード「メリー」１０８は次に低いレベルのファイルレコードのリンクされたリスト１４２を指し示すポインタ１２８を有している。リンクされたリスト１４２は、ポインタ１２９及び１３０によってリンクされているファイルレコード「 LETTER1.DOC」１１０、「LETTER2.DOC 」１１１及び「LETTER3.DOC 」１１２からなる。右上のテンプレート１０は図面を通して使用されるレコードレイアウトを示す。好ましい実施例では図２に示すレコードは、以下に説明するように DirEntry 及び FileEntry構造である。
図２は、図１を表す単に１つの考え得るリンクされたリスト配列を表すに過ぎない。この配列は、もしファイルが追加されたが次いで削除されたか、またはディレクトリ名が変更されていれば異なる配列になる。図３は別の考え得る配列を示す。図３は、図１と同一のディレクトリ階層を表しているが、一時期存在したディレクトリ「ビル（BILL）」１１３は削除されている。 FEProm 装置は一回限り書込み可能である（消去された場合を除く）から、本発明の好ましい実施例では図３に示すように、ディレクトリレコード「ビル」１１３をリンクされたリストから物理的に除去しない。ディレクトリまたはファイルは、ディレクトリまたはファイルエントリのステータスをセットすることによってリンクされたリストから削除される。もしディレクトリまたはファイルがコンピュータディスク上に記憶されていたのであれば、ディレクトリレコード「ビル」１１３は、ディレクトリレコード「メリー」１０８を指し示しているポインタ１３１をディレクトリレコード「デービッド」１０７内に再書込みすることによって物理的に除去することができる。
好ましい実施例は、あるファイルを構成する範囲( extent )をリンクするためにもリンクされたリストデータ構造を使用する。各ファイルはそれに対応付けられたファイルレコードを有し、このファイルレコードは他のデータと共にファイル名を含み、また上述したようにディレクトリ階層内にリンクされている。ある範囲は、そのファイルに関するデータを含むメモリの連続域である。各ファイルは、ファイルデータを含む１またはそれ以上の範囲である。各範囲はそれに対応付けられた範囲レコードを有している。範囲レコードは、他のデータと共にその範囲を指し示すポインタと範囲の長さとを含む。図４はファイル“＼A ＼D.DAT ”２０２の範囲を示す。範囲レコードＲ１ ２０３、Ｒ２ ２０４及びＲ３ ２０５はリンクされ、対応範囲Ｅ１ ２１１、Ｅ２ ２１２及びＥ３ ２１３を指し示すポインタを含んでいる。ファイルは範囲Ｅ１ ２１１、Ｅ２ ２１２及びＥ３ ２１３の論理的連結である。好ましい実施例では、範囲レコードは後述するように FileInfo 構造である。
図４は、ファイル“＼A ＼D.DAT ”２０２のための単なる１つの考え得るリンクされたリスト配列を表すに過ぎない。図５に同一ファイルを表す別の配列を示す。範囲Ｅ４ ２１４はファイルに追加されたが、削除されている。好ましい実施例では範囲レコードＲ４ ２０６は、ファイルを構成する範囲のリンクされたリストから物理的に除去されていない。そうではなく、レコードの削除を指示するようにレコードのステータスをセットすることによって範囲レコードＲ４ ２０６は論理的に除去されているのである。
表Ｃ及びＤは、本発明の好ましい実施例に使用される幾つかのデータ構造を含んでいる。表Ｃに示されているデータ構造は BootRecord である。 BootRecord は、以下に説明するように、ファイルシステムの識別に関するある一般的な情報、 FEProm をアクセスすることができるファイルシステムのバージョン番号、ルートディレクトリを指し示すポインタ、及び付加的なデータを含む。表Ｄに示す第１及び第２の構造は、 DirEntry 構造及び FileEntry構造である。これらの構造の１つが各ディレクトリ及びファイル毎に割当てられる。これらの構造は同一である。変数 SiblingPtr はディレクトリ階層の同一レベルの DirEntry 構造及びFileEntry 構造のリンクされたリスト内の次の同胞を指し示す。変数 PrimaryPtr 及び SecondaryPtr は以下に詳述する。第３の構造は、 FileInfo 構造である。各ファイル範囲は関連 FileInfo 構造を有している。変数 PrimaryPtr はファイルの FileInfo 構造を指し示す。
表 Ｃ
データ構造
struct BootRecord
｛ word Signature;
dword SerialNumber;
word FFSWriteVersion;
word FFSReadVersion;
word TotalBlockCount;
word SpareBlockCount;
dword BlockLen;
dword RootDirectoryPtr;
word Status;
byte VolumeLabelLen;
word BootCodeLen;
byte VolumeLabel 〔 〕;
byte BootCode〔 〕;
｝
定義
Signature 媒体がこのファイルシステムを支援することを指示する値
SerialNumber VolumeLabel との組合せは特定 FEProm の独特な識別子である
FFSWriteVersion このボリュームへ書込むために要求されるファイルシステムの
高バイトにおけるバージョン番号及び低バイトにおける改定番号
FFSReadVersion このボリュームを読出すために要求されるファイルシステムの
最早バージョンの高バイトにおけるバージョン番号及び低バイト
における改定番号
TotalBlockCount FEProm内の予備ブロックを含むブロックの合計数
SpareBlockCount ブロック再利用及びエラー回復に使用可能なブロックの数
BlockLen バイトで表したブロックの長さ
RootDirectoryPtr ルートディレクトリを指し示すポインタ
Status ファイル名フォーマットを指定するデータ
VolumeLabelLen ボリュームラベル内の文字の数
BootCodeLen ブートコードアレイ内のバイトの数。もし０ならば媒体は
ブート不能
VolumeLabel 〔 〕 ボリュームラベル
BootCode〔 〕 オペレーティングシステムに関するブートコード
表 Ｄ
データ構造
struct DirEntry
｛
word Status;
dword SiblingPtr;
dword PrimaryPtr;
dword SecondaryPtr;
byte Attributes;
word Time;
word Date;
byte NameLen;
byte Name〔８〕;
byte Ext 〔３〕;
｝
struct FileEntry
｛
word Status;
dword SiblingPtr;
dword PrimaryPtr;
dword SecondaryPtr;
byte Attributes;
word Time;
word Date;
byte NameLen;
byte Name〔８〕;
byte Ext 〔３〕;
｝
struct FileInfo
｛
word Status;
dword ExtentPtr;
dword PrimaryPtr;
dword SecondaryPtr;
byte Attributes;
word Time;
word Date;
word ExtentLen;
word UncomprssedExtentLen;
｝
定義
Name ディレクトリ／ファイル名
Ext ファイル拡張
Status
bit #
0 １：レコードはディレクトリ構造内に存在（存在）
０：レコードはディレクトリ構造から削除済（削除済）
1 １：レコードは現属性、日付、及び時間データを含む
( ATDRecent )
０：レコードは置換されたデータを含むか、またはデータを
含まない( ATDSuperseded )
3 - 2 １１：未定義
１０：FileInfo
０１：FileEntry
００：DirEntry
4 １： PrimaryPtr は有効ではない
０： PrimaryPtr は有効 ( PrimaryPtrValid )
5 １： SecondaryPtr は有効ではない
０： SecondaryPtr は有効 ( SecondaryPtrValid )
6 １： SiblingPtr/ExtentPtr は有効ではない
０： SiblingPtr/ExtentPtr は有効
( SiblingPtrValid/ExtentPtrValid )
DirEntry
15 - 7 保留
FileEntry
7 １：ファイルは圧縮されていない
０：ファイルは圧縮されている
15 - 8 圧縮アルゴリズムの識別
FileInfo
7 １：ファイルは圧縮されていない
０：ファイルは圧縮されている
8 １：範囲は圧縮されたブロックの最初のセグメントを含まない
０：範囲は圧縮されたブロックの最初のセグメントを含む
9 １：範囲は圧縮されたブロックの最後のセグメントを含まない
０：範囲は圧縮されたブロックの最後のセグメントを含む
15 - 10 保留
SiblingPtr 同胞連鎖内の次の DirEntry または FileEntryを指すポインタ
ExtentPtr FileInfoEntry に対応付けられた範囲を指すポインタ
PrimaryPtr DirEntry：ディレクトリ階層内の次に低いレベルの最初の
DirEntry または FileEntryを指す
FileEntry ：ファイルに対応付けられた FileInfo エントリの
リンクされたリストを指す
FileInfo：ファイルのための次の FileInfo エントリを指す
SecondaryPtr DirEntry：ディレクトリのための次の DirEntry エントリを指す
；SecondaryPtrを除くこのエントリの全内容は有効で
はなく、無視される
FileEntry ：ファイルのための次の FileEntryエントリを指す
；SecondaryPtrを除くこのエントリの全内容は有効
ではなく、無視される
FileInfo：ファイルのための次の FileInfo エントリを指す
Attributes 読出し専用、読出し／書込み等のようなファイル属性
Time 創成または変更の時刻
Date 創成または変更の日付
NameLen バイトで表した名前及び拡張の長さ
Name〔８〕 名前
Ext 〔３〕 拡張
ExtentLen バイトで表した範囲の長さ
本発明のファイルシステムは、ディレクトリ及びファイル構造をブロック消去可能な FEProm 内のブロック境界を横切って分散させる。ファイルシステムは、FEProm内の記憶装置の割当て及び割当て解除に FEProm 管理者を使用する。ファイルシステムは、上述したように、リンクされたリスト内のポインタとしてハンドルを使用する。以下の説明では「ハンドル」及び「ポインタ」を互換可能に使用する。図３０は、図２のディレクトリ階層の一部のブロック割当て例を示す。図３０に示した部分はディレクトリ「ルート」、ディレクトリ「 DOS」、ディレクトリ「ワード」、ファイル「 AUTOEXEC.BAT 」、及びファイル「 COMMAND.COM」のための DirEntry 及び FileEntryレコードからなっている。ブロック０はディレクトリ「 DOS」及びディレクトリ「ワード」を含み、ブロック 12 はディレクトリ「ルート」及びファイル「 COMMAND.COM」を含み、そしてブロック 14 はファイル「 AUTOEXEC.BAT 」を含んでいる。
図２８は、図３０の例のブロック割当て構造及び領域例を示す。図２８はブロック０ ２４０１、ブロック１２ ２４０２、及びブロック１４ ２４０３を示す。ブロック０ ２４０１は、領域２４２０及び２４３０を含む。領域２４２０はディレクトリ「 DOS」のための DirEntry を含み、領域２４３０はディレクトリ「ワード」のための DirEntry を含む。ブロック０ ２４０１は、見出し２４０４、領域２４２０に対応する Alloc〔０〕エントリ２４２１、及び領域２４３０に対応する Alloc〔１〕エントリ２４３１をも含む。ブロック１２ ２４０２は領域２４１０及び２４５０を含む。領域２４１０はディレクトリ「ルート」のための DirEntry を含み、領域２４５０はファイル「 COMMAND.COM」のための FileEntryを含む。ブロック１２ ２４０２は、ブロック見出し２４０５、領域２４１０に対応する Alloc〔０〕エントリ２４１１、及び領域２４５０に対応する Alloc〔１〕エントリ２４５１をも含む。ブロック１４ ２４０３は、領域２４９０及び２４４０を含む。領域２４９０はブートレコードを含み、領域２４４０はファイル「 AUTOEXEC.BAT 」のための FileEntryを含む。ブロック１４ ２４０３は、ブロック見出し２４０６、領域２４９０に対応する Alloc〔０〕エントリ２４９１、及び領域２４４０に対応する Alloc〔１〕エントリ２４４１をも含む。
図２８では、ポインタ２４０７、２４１３、２４２３３、２４３３、２４４３、２４５３、及び２４９３は、ポインタ２４０７から始まりブロック見出し２４０６内のブートレコードまでのディレクトリ階層を限定する。ブートレコード２４９０はブロック１４ ２４０３内にある。ブロック１４ ２４０３のための可変ステータスは、このブロックがブートディレクトリを含んでいることを指示する。 BootRecordPtr２４０７はブートレコードのための Alloc〔０〕エントリ２４９１を指し示している。 Alloc〔０〕エントリ２４９１は、領域２４９０のオフセットを含む変数「オフセット」２４９２を含む。領域２４９０はブートレコードを含む。ブートレコードはディレクトリ「ルート」に対応する Alloc〔０〕エントリ２４１１を指し示すポインタ RootDirectoryPtr ２４９３を含む。 Alloc〔０〕エントリ２４１１は、領域２４１０のオフセットを含む変数「オフセット」２４１２を含む。領域２４１０はディレクトリ「ルート」のための DirEntry を含む。ディレクトリ「ルート」の PrimaryPtr ２４１３はディレクトリ「 DOS」に対応する Alloc〔０〕エントリ２４２１を指し示す。 Alloc〔０〕エントリ２４２１は、領域２４２０のオフセットを含む変数「オフセット」２４２２を含む。
領域２４２０はディレクトリ DOSのための DirEntry を含む。ディレクトリ「 DOS」の SiblingPtr ２４２３はディレクトリ「ワード」のための Alloc〔１〕エントリ２４３１を指し示す。 Alloc〔１〕エントリ２４３１は、領域２４３０のオフセットを含む変数「オフセット」２４３２を含む。領域２４３０はディレクトリ「ワード」のための DirEntry を含む。ディレクトリ「ワード」の SiblingPtr ２４３３はファイル「 AUTOEXEC.BAT 」のための Alloc〔１〕エントリ２４４１を指し示す。 Alloc〔１〕エントリ２４４１は、領域２４４０のオフセットを含む変数「オフセット」２４４２を含む。領域２４４０はファイル「 AUTOEXEC.BAT 」のための FileEntryを含む。ファイル「 AUTOEXEC.BAT 」のためのポインタ SiblingPtr ２４４３はファイル「 COMMAND.COM」のための Alloc〔１〕エントリ２４５１を指し示す。 Alloc〔１〕エントリ２４５１は、領域２４５０のオフセットを含む変数「オフセット」２４５２を含む。領域２４５０はファイル「 COMMAND.COM」のための FileEntryを含む。 SiblingPtr ２４５３は FNULLにセットされ、リンクされたリストの終わりを指示する。
このファイルシステムは、ディレクトリの追加及び削除、及びファイルの創成、拡張及び変更を可能にする。図７は、ディレクトリを FEProm へ追加するルーチンの流れ図である。このルーチンの入力パラメタは、新しいディレクトリの完全パスネームと、新しいディレクトリのための属性データである。このルーチンは、親ディレクトリのための DirEntry のアドレスを含むように変数Ｐをセットし、また子ディレクトリのための DirEntry のアドレスを含むように変数Ｃをセットする。例えば、パスネーム“＼Ｐ＼Ｃ”は、ルートディレクトリのサブディレクトリであるＰのサブディレクトリであるディレクトリＣが創成されることを意味する。図８はディレクトリＣがＰの最初のサブディレクトリである場合を示し、図９はディレクトリＣがＰの最初のサブディレクトリではない場合を示す。図８及び９において、実線はディレクトリＣを追加する前のディレクトリ構造を示し、点線はディレクトリＣが追加された後のディレクトリ構造を示す。
図７のブロック４０１においてシステムは、ルートディレクトリからの経路を追跡することによってディレクトリＰを探知し、ディレクトリＰのための DirEntry を指し示すように変数Ｐをセットする。ディレクトリＰを探知する時システムは、変数 SecondaryPtr によって置換されていない限り変数 PrimaryPtr を追跡する。ブロック４０２では、システムはディレクトリＣのための DirEntry に領域を割当てる。システムは、 FEProm 管理者の手順を呼出すことによって領域を割当てる。システムは、割当て済領域を指し示すように変数Ｃをセットする。以下の説明では FEProm 管理者から戻されるハンドルを領域を指し示すポインタと呼ぶ。ブロック４０３においてシステムは、変数「名、時刻、日付、及び属性」を新たに割当てられたレコード内にセットし、新たに割当てられたエントリがディレクトリエントリであることを指示するように変数「ステータス」をセットする。
ブロック４０５乃至４１２においてシステムは、新しいディレクトリエントリを古いディレクトリ構造内へリンクする。システムは、ブロック４０６乃至４１０において新しいディレクトリがＰの最初のサブディレクトリではない場合の状況を処理し、ブロック４１１及び４１２において新しいディレクトリがＰの最初のサブディレクトリである場合の状況を処理する。ブロック４０５において、もし PrimaryPtr が有効であることをＰ−＞「ステータス」が指示すれば、ディレクトリＰはサブディレクトリを有しているか、または有していたのであり、システムはブロック４０６へ進み、そうでない場合ディレクトリＰはサブディレクトリを有していたことはなく、システムはブロック４１１へ進む。ブロック４１１では、システムは新たに割当てられたディレクトリエントリであるディレクトリＣを指し示すようにＰ−＞ PrimaryPtr をセットして新しいディレクトリへのリンキングを遂行する。ブロック４１２においてシステムは、変数 PrimaryPtr が有効であることを指示するようにＰ−＞「ステータス」をセットしてルーチンを終了する。
ブロック４０６においてシステムは、変数 next-ptr をＰ−＞ PrimaryPtr に等しくセットする。変数 next-ptr は同胞サブディレクトリのリンクされたリスト内の次のディレクトリを指し示すポインタを含む。ブロック４０７において、SiblingPtrが有効であることを next-ptr によって指し示されるレコードのステータスが指示していればシステムはブロック４０８へ進み、そうでなければ同胞のリンクされたリストの終わりに到達したのであり、システムはブロック４０９へ進む。ブロック４０８では、 next-ptr は next-ptr によって指し示されるレコードの SiblingPtr に等しくセットされ、これはリンクされたリスト内の次のディレクトリを指し示すように next-ptr を前進させ、システムはブロック４０７へ進められてリンクされたリストの終わりに達したか否かが決定される。同胞のリンクされたリストの終わりを探索する場合、システムは変数 SiblingPtr を追跡する。システムはブロック４０９において、 next-ptr によって指し示されるレコードの SiblingPtr を、ディレクトリＣのためのDirEntryを指し示すポインタに等しくセットする。ブロック４１０においてシステムは、新たに割当てられたディレクトリエントリを指し示すエントリ内の SiblingPtr が有効であることを指示するように、 next-ptr によって指し示されるレコードの「ステータス」をセットし、ルーチンを終了する。
図１０は、新しいファイルに関して FileEntryレコードをファイルシステム内へ追加するルーチンの流れ図である。 FileEntryレコードは階層的な木構造のファイルシステムの単なる葉ノードに過ぎず、 FileEntryレコードを追加するルーチンは図７に示したディレクトリ追加ルーチンに酷似している。主要な相違点はブロック８０３において、レコードがファイルであることを指示するように変数「ステータス」がセットされることである。
図１１及び１２は、データをファイルの終わりに追加するためのルーチンの流れ図である。このルーチンには、完全パスネーム、書込まれるデータ及び書込まれるバイトの数が渡される。図１３は拡張されるファイル＼L.DAT を含むディレクトリ構造のレイアウトの見本である。実線はファイルが拡張される前の構造を示し、点線はファイルが拡張された後の構造を示す。ファイル「 L.DAT」は始めに FileEntryレコード１１０１、 FileInfo レコード１１０２、及びそれに対応付けられた範囲１１０３を有している。点線は、範囲Ｄ２ １１０５内のファイルへ追加されるデータを有する FileInfo レコード１１０４を表す。
図１１のブロック１００１においてシステムは、領域を FEProm 内の新 FileInfo レコードに割当て、そのレコードを指し示すように変数 FI をセットする。システムはブロック１００２において領域をデータ範囲に割当て、その範囲を指し示すように変数Ｄをセットする。システムはブロック１００３において、割当てられたブロックへデータを書込む。ブロック１００４においてシステムは割当てられた FileInfo エントリ内に変数「属性、時刻、及び日付」をセットする。ブロック１００５においてシステムは、 FI −＞ ExtentPtrを割当てられた範囲のハンドルにセットする。ブロック１００５Ａでは、 FI −＞ ExtentLenが範囲の長さを含むようにセットされる。ブロック１００５Ｂでは FI −＞「ステータス」が、「存在」、 ATDRecent、 FileInfo 、及び ExtentPtrvalid にセットされる。ブロック１００６ではシステムは、拡張すべきファイルの FileEntryレコードを探知し、そのレコードのアドレスに FE をセットする。好ましい実施例では、システムは新範囲及び FileInfo レコードを割当てる前に FileEntryレコードを探知して、何等かの割当てが行われる前にファイルが存在するようにしている。
図１１の続きである図１２のブロック１００７乃至１０１２においてシステムは、拡張すべきファイルの最後の FileInfo レコード（もし１つが存在すれば）を探知する。システムは FileEntryレコード及び FileInfo レコードの PrimaryPtr または SecondaryPtr を追跡する。有効 SecondaryPtr は、 PrimaryPtr によって指し示されるレコードが、 SecondaryPtr によって指し示されるレコード内のデータによって置換されたことを指示する。ブロック１００７においてシステムは、ポインタ next-ptr を FileEntryレコードを指し示すポインタに等しくセットする。ブロック１００８Ａでは、ポインタ prev-ptr が next-ptr に等しくセットされる。ファイル内の最後の FileInfo レコードが探知されると、ポインタ prev-ptr はそのレコードを指し示すポインタを含む。ブロック１００９では、もし SecondaryPtr が有効であることを next-ptr によって指し示されるレコードのステータスが指示していれば、 PrimaryPtr によって指し示されるレコード内のデータは置換されたのであり、システムはブロック１０１１へ進み、そうでない場合はシステムはブロック１０１０へ進む。ブロック１０１０においてシステムは next-ptr を、 next-ptr によって指し示されるレコードの PrimaryPtr に等しくセットしてリンクされたリスト内の次のレコードを指し示すポインタを入手し、ブロック１０１２へ進む。ブロック１０１１ではシステムは next-ptr を、 next-ptr によって指し示されるレコードの SecondaryPtr に等しくセットしてリンクされたリスト内の次のレコードを指し示すポインタを入手し、ブロック１００８Ａへ進む。ブロック１０１２では、もし next-ptr が有効であれば、リンクされたリストの終わりに達したのであり、システムはブロック１０１３へ進み、そうでない場合にはシステムは１００８Ａへ戻ってリンクされたリスト内の次のレコードを処理する。ブロック１０１３ではシステムは prev-ptr によって指し示されるレコードの PrimaryPtr を、 FI を指し示すポインタに等しくセットしてファイルの拡張を遂行する。ブロック１０１４においてシステムはprev-ptrによって指し示されるレコードの「ステータス」を PrimaryPtrValidに等しくセットしてルーチンを終了する。
図１４及び１５は、ファイル内のデータを更新する「ファイル更新」ルーチンの流れ図である。このルーチンのパラメタは、変更された関連範囲を持つためのFileInfoブロックのアドレスであるＲと、新データのための範囲内へのオフセットである extent-offsetと、新データである new-data と、新データの長さである data-lengthとである。少なくともあるブロックが消去されるまでは、FEPromは１回書込み装置であるから、データが記憶される領域は、ファイルへの更新が発生する時には再書込みはできない。以下に説明するように好ましい実施例では更新されるデータは FEProm の異なる領域へ書込まれる。
図１６は、あるファイルのための FileInfo レコードのリンクされたリストの典型的部分を示す。ファイル更新ルーチンは陰影を施した領域１３０１によって表されるデータを置換する。図１７は変更されるデータが FEProm へ書込まれた後のリンクされたリストの構造を示す。３つの FileInfo レコードＲ１ １４１１、Ｒ２ １４１２、及びＲ３ １４１３がリンクされたリスト内へ挿入されている。範囲全体が再書込みされるのではなく、実際に変更された部分だけが再書込みされるのである。ルーチンは範囲を３つの区分Ｄ１ １４０１、Ｄ２ １４０２、及びＤ３ １４０３に分割する。区分Ｄ１ １４０１及びＤ３ １４０３は、更新によって変化しないデータを含み、区分Ｄ２ １４０２は変化するデータを含む。各区分は対応する FileInfo レコードを有する。 FileInfo レコードＲ１ １４１１、Ｒ２ １４１２、及びＲ３ １４１３はそれらの PrimaryPtr フィールドを通してリンクされている。またＲ１ １４１１及びＲ３ １４１３内の ExtentPtrフィールドはそれらの対応範囲区分を指し示すようにセットされ、 ExtentLenフィールドがセットされる。新範囲は、レコードＲ２ １４１２によって指し示される区分である新Ｄ２ １４０４に対応する新データに割当てられる。レコードＲ １４１０の SecondaryPtr は FileInfo Ｒ１ １４１１を指し示し、Ｒ １４１０の PrimaryPtr が置換されたことを指示する。 FileInfo レコードＲ３ １４１３の PrimaryPtr は FileInfo レコードＲ １４１０の PrimaryPtr 内に含まれている値にセットされてリンクを完了する。
ファイル更新ルーチンは、ブロック内に３つの新 Allocエントリを追加するための範囲を含む十分なスペースが存在することに依存する。これら３つの Allocエントリは、１つの領域ではなく３つの領域内に範囲を再定義する。もし十分なスペースが存在しなければ、ブロックの再利用によって空きスペースを発生させることができ、ファイル更新ルーチンを呼出すことができる。しかし、もし十分な空きスペースが存在しなければ、その範囲内のデータは新範囲へ移動させられる。もしデータが移動させられれば、新データは古データと統合され、１つだけの FileInfo レコードを有する新ブロック内の１領域へ書込まれる。古ブロック内の領域は割当て解除される。好ましい実施例では、 FEProm 管理者は既存領域の部分を指し示すAlloc エントリの追加を支援する。図１７の例は、ブロックへ追加する３つの新Alloc エントリを必要とし、これらはＤ１、Ｄ２、及びＤ３に関連付けられた新たに定義された領域に対応する。Ｄ２のための Allocエントリは割当て解除され、Ｄ１及びＤ３のための Allocエントリが割当てられる。区分Ｄ１、Ｄ２、及びＤ３からなる領域に対応する古い Allocエントリのステータスは、それが置換されたことを指示するようにセットされる。置換済のステータスは、 Allocエントリが本質的に対応領域を用いずに割当て解除されることを指示する。
図１４のブロック１２０１においてシステムは FileInfo レコードのための３つの領域を割当て、領域のアドレスを含むように変数Ｒ１、Ｒ２、及びＲ３をセットする。ブロック１２０２においてもしＲ−＞「ステータス」が ATDRecentを指示していれば、システムはＲ１−＞「時刻」、Ｒ１−＞「日付」、及びＲ１−＞「属性」をＲ内の値にセットし、Ｒ１−＞「ステータス」を ATDRecentにセットし、そうではない場合には、システムはこれらのフィールドを FNULLにしたままである。好ましい実施例では、 FEProm 管理者は Allocエントリを置換にセットするのと、 Allocエントリを既存領域に割当てるのを支援する。ブロック１２０３においてシステムはある領域を新データに割当て、 R2NewDataをその領域のアドレスにセットする。ブロック１２０４では、３つの Allocエントリが割当てられる。これらのエントリはＤ１、Ｄ２、及びＤ３を指し示すように初期化される。Ｄ１、Ｄ２、及びＤ３からなる領域を指し示す Allocエントリのステータスは置換にセットされる。ブロック１２０５においてシステムは R2NewDataによってアドレスされた新領域へ new-data を書込む。システムはブロック１２０６乃至１２０８Ａにおいてデータを FileInfo レコードＲ２内にセットする。ブロック１２０６においてシステムは、Ｒ２−＞ ExtentPtrを新データのための領域を指し示すポインタに等しくセットする。ブロック１２０７では、Ｒ２−＞ ExtentLenを新領域の長さに等しくセットする。ブロック１２０８においては、Ｒ２−＞ PrimaryPtr がＲ３を指し示すポインタにセットされる。ブロック１２０８Ａにおいてシステムは、ExtentPtr 及び PrimaryPtr が有効であることを指示するようにＲ２−＞「ステータス」をセットする。
図１４の続きである図１５のブロック１２０９乃至１２１１Ａにおいてシステムは、データを FileInfo レコードＲ３内にセットする。ブロック１２０９ではＤ３領域を指し示すポインタに等しくＲ３−＞ ExtentPtrをセットする。ブロック１２１０ではＲ３−＞ ExtentLenをＤ３領域の長さに等しくセットする。ブロック１２１１においてシステムは、Ｒ３−＞ PrimaryPtr をＲ−＞ PrimaryPtr に等しくセットする。ブロック１２１１Ａでは、ExtentPtr 及び PrimaryPtr が有効であることを指示するようにＲ３−＞「ステータス」をセットする。
ブロック１２１２乃至１２１４Ａにおいてシステムは、データを FileInfo レコードＲ１内にセットする。ブロック１２１２ではＤ１領域を指し示すポインタに等しくＲ１−＞ ExtentPtrをセットする。ブロック１２１３ではＲ１−＞ ExtentLenをＤ３領域の長さに等しくセットする。ブロック１２１４においてシステムは、Ｒ１−＞ PrimaryPtr をＲ２を指し示すポインタにセットする。ブロック１２１４Ａでは、ExtentPtr 及び PrimaryPtr が有効であることを指示するようにＲ１−＞「ステータス」をセットする。
ブロック１２１５においては、Ｒ１を指し示すポインタに等しくなるようにＲ−＞ SecondaryPtr がセットされる。ブロック１２１６では、 SecondaryPtr が有効であることを指示するようにＲ−＞「ステータス」がセットされる。これでルーチンが終了する。
図１８及び１９は、ファイル更新の特別な場合の結合の FileInfo リストを示す。これらの特別な場合を処理するためのルーチンは、図１４、１５に示したファイル更新の一般的な場合の処理に必要なルーチンの部分集合である。図１８において、範囲の始まりから始まるデータが更新される。区分Ｄ１ １５０１は更新すべき範囲の始まりのデータを含み、区分Ｄ２ １５０２は更新されない範囲の終わりのデータを含む。２つの新 FileInfo レコードだけが必要である。第１の FileInfo レコードＲ１ １５１１は新データ１５０３を指し示し、第２のFileInfoレコードＲ２ １５１２は区分Ｄ２ １５０２内の古いデータを指し示す。図１９に示すように範囲境界上で終わるデータが更新される場合にも同様な状況が発生する。ファイル更新の一般的な場合のように、Ｄ１及びＤ２を含む古い領域は、古い領域を含むブロックに２つの新しい割当て表エントリを割当てることによって２つの領域に細分される。またもしエントリのために十分なスペースが存在しなければ、変更されないデータは新ブロックへ移動させられる。
図２０は更新データが範囲境界にまたがる場合の FileInfo レコードのためのリンクされたリストを示す。
図２１は、 FEProm からディレクトリを削除するルーチンの流れ図である。ファイルを削除するルーチンは、対応付けられた FileInfo レコードが割当て解除されること以外は同一である。このルーチンは、 DirEntry のステータスを、それが削除されることを指示するようにセットする。ブロック１８０１においてシステムは、削除すべきディレクトリを探知し、そのディレクトリのアドレスを含むように変数「ポインタＤ」をセットする。ブロック１８０２では、そのディレクトリを削除することを指示するようにＤ−＞「ステータス」をセットする。
ディレクトリまたはファイルの名前は、新しい DirEntry または FileEntryをそれぞれ割当て、次いで新しいエントリを指し示すように古いエントリの SecondaryPtr をセットすることによって変更される。図２３は、名前が“ B.DAT”に変更される時の、“ D.DAT”のためのファイルエントリを実線で、また変更を点線で示してある。新エントリは FileInfo エントリ、ディレクトリ構造、及び古いエントリに対応付けられた範囲のリンクされたリストを指し示す。
図２２はファイル名の変更を実現する好ましいサブルーチンの流れ図である。ディレクトリ名を変更するためのサブルーチンは、対応付けられる範囲が存在しないことを除いて同一である。このルーチンへの入力パラメタは、ファイルの同胞及び新ファイル名である。ブロック１９０１においてシステムはディレクトリを通してシステムを探索し、名前を変更すべきファイルを探知し、 FileEntryを指し示すように変数Ｐをセットする。システムは、そのファイルのためのエントリのリンクされたリスト内の最後の FileEntryを探索する。ファイルは各名前変更毎にエントリを有する。
ブロック１９０４においてシステムは、領域を新 FileEntryに割当て、その領域を指し示すように変数Ｃをセットする。ブロック１９０５においてシステムはＣ−＞「名前」を新ファイル名に等しくセットし、Ｃ−＞「属性」、Ｃ−＞「日付」、Ｃ−＞「時刻」をセットし、 ATDRecentに置換されるファイルエントリに基づいてＣ−＞「ステータス」をセットする。ブロック１９０６においてシステムは、Ｃ−＞ SiblingPtr をＰ−＞ SiblingPtr に等しくセットしてエントリをディレクトリ階層にリンクする。ブロック１９０９では、Ｃ−＞ PrimaryPtr がＰ−＞ PrimaryPtr に等しくセットされ、新エントリは範囲のリストにリンクされる。ブロック１９０９Ａでは、 ExtentPtr及び PrimaryPtr が有効であることを指示するためにＣ−＞「ステータス」がセットされる。ブロック１９１０ではシステムはＣを指し示すポインタに等しくＰ−＞ SecondaryPtr をセットする。ブロック１９１１においてシステムは SecondaryPtr が有効であることを指示するようにＰ−＞「ステータス」をセットし、古いエントリの置換を完了させてルーチンを終了させる。
図２４及び２５は、あるファイルの属性データを変更するルーチンの流れ図である。あるファイルに関連する属性データは、 ATDRecentのステータスを有し、また「性、日付、及び時刻」フィールドが FNULLにセットされている第１の FileInfo エントリを選択することによって変更される。もしこのようなフィールドが存在しなければ、新しい FileInfo エントリが創成され、選択される。次いでシステムは「属性、日付、及び時刻」フィールドを選択された FileInfo エントリ内にセットする。先に最新の「属性、日付、及び時刻」データを記憶していたFileInfoエントリは、 ATDSupereseded にセットされているステータスを有している。入力パラメタはパスネーム及び属性データである。ブロック２１０１においてシステムはディレクトリ構造を通して探索してファイルを探知し、 FileEntryを指し示すように変数Ｐをセットする。ブロック２１０２においてもしＰ−＞「ステータス」が ATDRecentを指示していれば、 FileEntryは最新の属性データを含んでおり、システムはブロック２１０３に進み、そうでない場合にはシステムはブロック２１０４に進む。ブロック２１０３においてシステムは変数Ｘを変数Ｐにセットして図２５のブロック２１１１に進む。ブロック２１０４ではシステムは変数ＣをＰ−＞ PrimaryPtr に等しくセットする。システムはブロック２１０５乃至２１０８をループして最新の属性データを指示しているステータスを有するFileInfoエントリを探索する。ブロック２１０５においてもし SecondaryPtr が有効であることをＣ−＞「ステータス」が指示していれば、システムはブロック２１０６へ進み、そうでない場合はシステムはブロック２１０７へ進む。ブロック２１０６では変数ＣはＣ−＞ SecondaryPtr にセットされて置換されるエントリを指し示すようにされ、ブロック２１０５へループバックされる。ブロック２１０７においてもしＣ−＞「ステータス」が ATDRecentを指示していればFileInfoエントリは最新の属性データを含んでいるのであり、システムはブロック２１０９へ進み、そうでない場合にはシステムはブロック２１０８へ進む。ブロック２１０８においてシステムは変数ＣをＣ−＞ PrimaryPtr に等しくセットし、ブロック２１０５へループバックする。ブロック２１０９においてはシステムは変数Ｘを変数Ｃにセットし、図２５のブロック２１１１へ進む。
システムは、ブロック２１１１において変数Ｙを変数Ｘに初期化する。変数Ｘは最新の属性データを有するエントリを指し示す。ブロック２１１２乃至２１１９においては、再新のステータスを有し FNULLにセットされた属性データを有する次のエントリを探知する。ブロック２１１２においてもし PrimaryPtr が有効であることをＹ−＞「ステータス」が指示していれば、システムはブロック２１１３へ進み、そうでなければ新エントリを追加するためにブロック２１２０へ進む。ブロック２１１３では、変数ＹはＹ−＞ PrimaryPtr にセットされる。ブロック２１１４においてもし SecondaryPtr が有効であることをＹ−＞「ステータス」が指示していれば、システムはブロック２１１５へ進み、そうでなければブロック２１１６へ進む。ブロック２１１５では変数ＹがＹ−＞ SecondaryPtr に等しくセットされ、ブロック２１１４へループバックされる。ブロック２１１６においてもしＹ−＞「ステータス」が ATDRecentにセットされていればシステムはブロック２１１７へ進み、そうでなければブロック２１１２へ戻される。ブロック２１１７においてもしＹ−＞「属性」、Ｙ−＞「日付」、及びＹ−＞「時刻」が FNULLに等しければシステムはブロック２１１８へ進み、そうでなければブロック２１１２へループバックされる。ブロック２１１８において、Ｙ−＞「属性」、Ｙ−＞「日付」及びＹ−＞「時刻」は新しい属性データにセットされる。ブロック２１１９ではＸ−＞「ステータス」が ATDSupersededに等しくセットされ、ルーチンは完了する。
ブロック２１２０乃至２１２３においてシステムは新 FileInfo エントリを割当てて初期化する。ブロック２１２０では新 FileInfo エントリが割当てられ、新エントリを指し示すように変数Ｚがセットされる。ブロック２１２１では、システムはＺ−＞「属性」、Ｚ−＞「日付」、及びＺ−＞「時刻」を新属性データにセットし、Ｚ−＞「ステータス」を「存在」、 ATDRecent、及び FileInfo にセットし、Ｚ−＞ExtentPtr をＹ−＞ExtentPtr にセットし、そしてＺ−＞ExtentLen をＹ−＞ExtentLen にセットする。ブロック２１２２ではＹ−＞SecondaryPtrが変数Ｚに等しくセットされ、 SecondaryPtr が有効であることを指示するようにＹ−＞「ステータス」がセットされる。ブロック２１２３では、Ｘ−＞「ステータス」が ATDSupersededに等しくセットされ、エントリが最早現属性データを含んでいないことを指示し、ルーチンが完了する。
以上に本発明を好ましい実施例に関して説明したが、本発明はこの実施例に限定されるものではない。当業者ならば本発明の思想に基づく多くの変更が明白であろう。本発明の範囲は特許請求の範囲によってのみ限定されるものである。
ディレクトリ及びファイルのサンプルハイアラーキ構造もしくはツリー構造の編成を示す図である。 図１の同じディレクトリ構造を示すリンクされたリスト構造体の図である。 図１の同じディレクトリ構造を表す別のリンクされたリスト構造体を示した図である。 ファイル名”＼Ａ＼ｄ．ＤＡＴ”のファイルに対するリンクされたリストの構造を示す図である。 ファイル名”＼Ａ＼ｄ．ＤＡＴ”のファイルに対する別のリンクされたリストの構造を示す図である。 本発明の好ましい実施例によるブロック消去可能なＦＥＰｒｏｍのレイアウトを示す図である。 本発明の好ましい実施例によるＡｄｄ Ｄｉｒｅｃｔｏｒｙルーチンを示す流れ線図である。 本発明の好ましい実施例によりディレクトリ構造に新たにディレクトリが追加される前後の図である。 本発明の好ましい実施例によりディレクトリ構造に新たにディレクトリが追加される前後の図である。 本発明の好ましい実施例によるＡｄｄ Ｆｉｌｅルーチンを示す流れ線図である。 本発明の好ましい実施例によるＥｘｔｅｎｄ Ｆｉｌｅルーチンを示す流れ線図である。 本発明の好ましい実施例によるＥｘｔｅｎｄ Ｆｉｌｅルーチンを示す流れ線図である。 本発明の好ましい実施例を用いたサンプルディレクトリ及びファイルレイアウトを示す図である。 本発明の好ましい実施例によるＵｐｄａｔｅ Ｆｉｌｅルーチンを示す流れ線図である。 本発明の好ましい実施例によるＵｐｄａｔｅ Ｆｉｌｅルーチンを示す流れ線図である。 本発明の好ましい実施例により更新される前後のファイルのサンプル部分を示す図である。 本発明の好ましい実施例により更新される前後のファイルのサンプル部分を示す図である。 本発明の好ましい実施例によりファイルが更新された後のファイルのサンプル部分を示す図である。 本発明の好ましい実施例によりファイルが更新された後のファイルのサンプル部分を示す図である。 本発明の好ましい実施例によりファイルが更新された後のファイルのサンプル部分を示す図である。 本発明の好ましい実施例によるＤｅｌ Ｄｉｒｅｃｔｏｒｙルーチンを示す流れ線図である。 本発明の好ましい実施例によるＣｈａｎｇｅ Ｆｉｌｅ Ｎａｍｅルーチンを示す流れ線図である。 名前を変化したファイルに対するディレクトリ構造の前後を表す図である。 本発明の好ましい実施例によるＣｈａｎｇｅ Ａｔｔｒｉｂｕｔｅ Ｄａｔａルーチンを示す流れ線図である。 本発明の好ましい実施例によるＣｈａｎｇｅ Ａｔｔｒｉｂｕｔｅ Ｄａｔａルーチンを示す流れ線図である。 本発明の好ましい実施例におけるブロックのレイアウトを示す図である。 好ましい実施例においてリクレイミングを行った後の図２６のブロックのレイアウトを示す図である。 図３０のサンプルに対するサンプルブロック割り当て構造及び領域を示す図である。 ハンドルの参照解除を示す図である。 図２のディレクトリハイアラーキの一部分に対するサンプルブロック割り当てを示す図である。 好ましい実施例における初期化プロセスを示す流れ線図である。 好ましい実施例におけるブロック割り当てルーチンを示す流れ線図である。 好ましい実施例における領域割り当てルーチンを示す流れ線図である。 好ましい実施例におけるブロックリクレイミングルーチンを示す流れ線図である。 Ａｌｌｏｃエントリのステータスを示す状態図である。 ブロックのステータスを示す状態図である。
符号の説明
１００ ディレクトリ「ルート」
１０２ 「ＤＯＳ」サブディレクトリ
１０３ 「ワード」サブディレクトリ
１０４ 「ＡＵＴＯＥＸＥＣ．ＢＡＴ」ファイル
１０５ 「ＣＯＭＭＡＮＤ．ＣＯＭ」ファイル
１０６ 「ＦＯＲＭＡＴＥＸＥ」ファイル
１０７ 「デービッド」サブディレクトリ
１０８ 「メリー」サブディレクトリ
１０９ 「ＬＥＴＴＥＲ１．ＤＯＣ」ファイル
１１０ 「ＬＥＴＴＥＲ１．ＤＯＣ」ファイル
１１１ 「ＬＥＴＴＥＲ２．ＤＯＣ」ファイル
１１２ 「ＬＥＴＴＥＲ３．ＤＯＣ」ファイル
１１３ 「ビル」ディレクトリ
１２０−１３２ ポインタ
１４０−１４２ リンクされたリスト
２００−２０２ ファイル
２０３−２０６ 範囲レコード
２１１−２１４ 範囲
３０１ ＦＥＰｒｏｍ
３０２ ブロック
２３０２ ブロック割り当て構造体
２３０３ データ領域
２３０４ 自由スペース
２３１０−２３１５ オフセット

Claims (4)

  1. １つ以上の論理ブロックを有する一回書き込み多数回読み取りのメモリデバイスを備えたコンピュータシステム内でエラーを回復するための方法において、
    （ａ）各ブロックごとにデータ領域を画成し、データ領域は、データを記憶するためのデータ領域エリアに論理的に分割され、
    （ｂ）各ブロックごとにブロック構造体を画成し、ブロック構造体はヘッダと割り当てテーブルとを有し、ヘッダはブロックに特定の情報を含み、割り当てテーブルは、データ領域エリアに対応するエントリを有すると共に、対応するデータ領域エリアに関連した情報を含んでおり、
    （ｃ）割り当てテーブルエントリを割り当て、
    （ｄ）データを記憶するためのデータ領域エリアを割り当て、
    （ｅ）その割り当てられたデータ領域エリアに関連したデータをその割り当てられた割り当てテーブルエントリに書き込み、
    （ｆ）その割り当てられたデータ領域エリアにデータを書き込み、
    （ｇ）データ領域エリアに書き込みをしながらエラーを検出し、そして
    （ｈ）エラーを検出した際には、割り当てテーブルエントリを割り当て解除状態にセットし、そしてデータ領域エリアにデータを書き込む間にエラーが検出されなくなるまで上記段階（ｃ）、（ｄ）、（ｅ）及び（ｆ）を繰り返すことを特徴とする方法。
  2. １つ以上の論理ブロックを有する一回書き込み多数回読み取りのメモリデバイスを備えたコンピュータシステム内でエラーを回復するための方法において、
    （ａ）各ブロックごとにデータ領域を画成し、データ領域は、データを記憶するためのデータ領域エリアに論理的に分割され、
    （ｂ）各ブロックごとにブロック構造体を画成し、ブロック構造体はヘッダと割り当てテーブルとを有し、ヘッダはブロックに特定の情報を含み、割り当てテーブルは、データ領域エリアに対応するエントリを有すると共に、対応するデータ領域エリアに関連した情報を含んでおり、
    （ｃ）割り当てテーブルエントリを割り当て、
    （ｄ）データを記憶するためのデータ領域エリアを割り当て、
    （ｅ）その割り当てられたデータ領域エリアに関連したデータをその割り当てられた割り当てテーブルエントリに書き込み、
    （ｆ）その割り当てられたデータ領域エリアにデータを書き込み、
    （ｇ）その割り当てられた割り当てテーブルエントリを割り当て状態にセットし、
    （ｈ）その割り当てられた割り当てテーブルエントリを割り当て状態にセットしながらエラーを検出し、そして
    （ｉ）エラーを検出した際には、割り当てテーブルエントリをゼロ状態にセットし、そして割り当てられた割り当てテーブルエントリにデータを書き込む間にエラーが検出されなくなるまで上記段階（ｃ）、（ｅ）及び（ｇ）を繰り返すことを特徴とする方法。
  3. 消去可能な１つ以上の論理ブロックを有する一回書き込み多数回読み取りのメモリデバイスを備えたコンピュータシステム内でエラーを回復するための方法において、
    上記ブロックに対してブロックの状態を含むブロックヘッダデータ構造体を画成し、
    そのブロックヘッダデータ構造体にデータを書き込み、そして
    そのブロックヘッダデータ構造体にデータを書き込む間にエラーが検出された際に、そのブロックを消去状態のための待ち行列にセットし、これにより、そのブロックは、それが消去されるまでデータの記憶に使用されないようにすることを特徴とする方法。
  4. 消去可能な１つ以上の論理ブロックを有する一回書き込み多数回読み取りのメモリデバイスを備えたコンピュータシステム内でエラーを回復するための方法において、
    上記ブロックに対してブロックの状態を含むブロックヘッダデータ構造体を画成し、
    上記ブロックを消去し、そして
    そのブロックの消去中にエラーが検出された際に、そのブロックをリタイア状態にセットし、これにより、そのブロックは、データの記憶に使用されないようにすることを特徴とする方法。
JP2006130478A 1992-01-29 2006-05-09 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム Expired - Lifetime JP4365385B2 (ja)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US07/828,763 US6256642B1 (en) 1992-01-29 1992-01-29 Method and system for file system management using a flash-erasable, programmable, read-only memory

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP01398093A Division JP3825479B2 (ja) 1992-01-29 1993-01-29 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2008214841A Division JP4485586B2 (ja) 1992-01-29 2008-08-25 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム

Publications (2)

Publication Number Publication Date
JP2006209808A true JP2006209808A (ja) 2006-08-10
JP4365385B2 JP4365385B2 (ja) 2009-11-18

Family

ID=25252682

Family Applications (10)

Application Number Title Priority Date Filing Date
JP01398093A Expired - Lifetime JP3825479B2 (ja) 1992-01-29 1993-01-29 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム
JP2006130478A Expired - Lifetime JP4365385B2 (ja) 1992-01-29 2006-05-09 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム
JP2006130477A Pending JP2006209807A (ja) 1992-01-29 2006-05-09 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム
JP2008214841A Expired - Lifetime JP4485586B2 (ja) 1992-01-29 2008-08-25 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム
JP2009081080A Expired - Lifetime JP4858789B2 (ja) 1992-01-29 2009-03-30 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム
JP2009273033A Expired - Lifetime JP4608587B2 (ja) 1992-01-29 2009-12-01 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム
JP2009273039A Expired - Lifetime JP4608589B2 (ja) 1992-01-29 2009-12-01 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム
JP2009273034A Expired - Lifetime JP4608588B2 (ja) 1992-01-29 2009-12-01 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム
JP2011012551A Expired - Lifetime JP4836217B2 (ja) 1992-01-29 2011-01-25 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム
JP2011173783A Pending JP2011222051A (ja) 1992-01-29 2011-08-09 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP01398093A Expired - Lifetime JP3825479B2 (ja) 1992-01-29 1993-01-29 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム

Family Applications After (8)

Application Number Title Priority Date Filing Date
JP2006130477A Pending JP2006209807A (ja) 1992-01-29 2006-05-09 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム
JP2008214841A Expired - Lifetime JP4485586B2 (ja) 1992-01-29 2008-08-25 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム
JP2009081080A Expired - Lifetime JP4858789B2 (ja) 1992-01-29 2009-03-30 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム
JP2009273033A Expired - Lifetime JP4608587B2 (ja) 1992-01-29 2009-12-01 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム
JP2009273039A Expired - Lifetime JP4608589B2 (ja) 1992-01-29 2009-12-01 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム
JP2009273034A Expired - Lifetime JP4608588B2 (ja) 1992-01-29 2009-12-01 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム
JP2011012551A Expired - Lifetime JP4836217B2 (ja) 1992-01-29 2011-01-25 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム
JP2011173783A Pending JP2011222051A (ja) 1992-01-29 2011-08-09 フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム

Country Status (5)

Country Link
US (3) US6256642B1 (ja)
EP (1) EP0557736B1 (ja)
JP (10) JP3825479B2 (ja)
CA (3) CA2325810C (ja)
DE (1) DE69333906T2 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2286728A1 (en) 2009-08-19 2011-02-23 J. Morita Manufacturing Corporation Medical x-ray apparatus

Families Citing this family (214)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2251323B (en) * 1990-12-31 1994-10-12 Intel Corp Disk emulation for a non-volatile semiconductor memory
GB2251324B (en) * 1990-12-31 1995-05-10 Intel Corp File structure for a non-volatile semiconductor memory
JP3587204B2 (ja) * 1991-11-28 2004-11-10 株式会社日立製作所 記憶装置
JP3407317B2 (ja) * 1991-11-28 2003-05-19 株式会社日立製作所 フラッシュメモリを使用した記憶装置
US5740395A (en) * 1992-10-30 1998-04-14 Intel Corporation Method and apparatus for cleaning up a solid state memory disk storing floating sector data
US5369616A (en) * 1992-10-30 1994-11-29 Intel Corporation Method for assuring that an erase process for a memory array has been properly completed
US5535369A (en) * 1992-10-30 1996-07-09 Intel Corporation Method for allocating memory in a solid state memory disk
US5479633A (en) * 1992-10-30 1995-12-26 Intel Corporation Method of controlling clean-up of a solid state memory disk storing floating sector data
US5416782A (en) * 1992-10-30 1995-05-16 Intel Corporation Method and apparatus for improving data failure rate testing for memory arrays
US5471604A (en) * 1992-10-30 1995-11-28 Intel Corporation Method for locating sector data in a memory disk by examining a plurality of headers near an initial pointer
US5337275A (en) * 1992-10-30 1994-08-09 Intel Corporation Method for releasing space in flash EEPROM memory array to allow the storage of compressed data
US5341330A (en) * 1992-10-30 1994-08-23 Intel Corporation Method for writing to a flash memory array during erase suspend intervals
US5473753A (en) * 1992-10-30 1995-12-05 Intel Corporation Method of managing defects in flash disk memories
US5822781A (en) * 1992-10-30 1998-10-13 Intel Corporation Sector-based storage device emulator having variable-sized sector
US5448577A (en) * 1992-10-30 1995-09-05 Intel Corporation Method for reliably storing non-data fields in a flash EEPROM memory array
US5357475A (en) * 1992-10-30 1994-10-18 Intel Corporation Method for detaching sectors in a flash EEPROM memory array
US5452311A (en) * 1992-10-30 1995-09-19 Intel Corporation Method and apparatus to improve read reliability in semiconductor memories
US5341339A (en) * 1992-10-30 1994-08-23 Intel Corporation Method for wear leveling in a flash EEPROM memory
US5581723A (en) * 1993-02-19 1996-12-03 Intel Corporation Method and apparatus for retaining flash block structure data during erase operations in a flash EEPROM memory array
US5740349A (en) * 1993-02-19 1998-04-14 Intel Corporation Method and apparatus for reliably storing defect information in flash disk memories
US5586285A (en) * 1993-02-19 1996-12-17 Intel Corporation Method and circuitry for increasing reserve memory in a solid state memory disk
US5455800A (en) * 1993-02-19 1995-10-03 Intel Corporation Apparatus and a method for improving the program and erase performance of a flash EEPROM memory array
US5835933A (en) * 1993-02-19 1998-11-10 Intel Corporation Method and apparatus for updating flash memory resident firmware through a standard disk drive interface
US5603036A (en) * 1993-02-19 1997-02-11 Intel Corporation Power management system for components used in battery powered applications
US5640529A (en) * 1993-07-29 1997-06-17 Intel Corporation Method and system for performing clean-up of a solid state disk during host command execution
US5490264A (en) * 1993-09-30 1996-02-06 Intel Corporation Generally-diagonal mapping of address space for row/column organizer memories
SG49632A1 (en) * 1993-10-26 1998-06-15 Intel Corp Programmable code store circuitry for a nonvolatile semiconductor memory device
US5765175A (en) * 1994-08-26 1998-06-09 Intel Corporation System and method for removing deleted entries in file systems based on write-once or erase-slowly media
US5809558A (en) * 1994-09-29 1998-09-15 Intel Corporation Method and data storage system for storing data in blocks without file reallocation before erasure
US5754817A (en) * 1994-09-29 1998-05-19 Intel Corporation Execution in place of a file stored non-contiguously in a non-volatile memory
JPH08137634A (ja) * 1994-11-09 1996-05-31 Mitsubishi Electric Corp フラッシュディスクカード
US5563828A (en) * 1994-12-27 1996-10-08 Intel Corporation Method and apparatus for searching for data in multi-bit flash EEPROM memory arrays
JP2734391B2 (ja) * 1995-01-18 1998-03-30 日本電気株式会社 不揮発性メモリのファイル管理装置
US5724592A (en) * 1995-03-31 1998-03-03 Intel Corporation Method and apparatus for managing active power consumption in a microprocessor controlled storage device
KR100308703B1 (ko) * 1995-09-12 2001-11-30 모리시타 요이찌 부호화방법,부호화장치,웨이블릿변환장치및웨이블릿역변환장치
US6014724A (en) * 1995-10-27 2000-01-11 Scm Microsystems (U.S.) Inc. Flash translation layer block indication map revision system and method
US5860082A (en) * 1996-03-28 1999-01-12 Datalight, Inc. Method and apparatus for allocating storage in a flash memory
JPH09319645A (ja) 1996-05-24 1997-12-12 Nec Corp 不揮発性半導体記憶装置
US5845296A (en) * 1996-07-10 1998-12-01 Oracle Corporation Method and apparatus for implementing segmented arrays in a database
KR0185954B1 (ko) * 1996-09-30 1999-05-15 삼성전자주식회사 휴대형 단말기기의 메모리 관리방법
US5832493A (en) * 1997-04-24 1998-11-03 Trimble Navigation Limited Flash file management system
JP3640154B2 (ja) * 1997-09-30 2005-04-20 ソニー株式会社 不揮発性メモリ、不揮発性メモリの管理方法、不揮発性メモリを有する記憶装置、不揮発性メモリを管理するデータ管理装置及びデータ処理システム
JP3319361B2 (ja) * 1997-09-30 2002-08-26 ソニー株式会社 記憶装置、データ処理装置及びデータ処理方法
US5983239A (en) * 1997-10-29 1999-11-09 International Business Machines Corporation Storage management system with file aggregation supporting multiple aggregated file counterparts
US6098074A (en) * 1997-10-29 2000-08-01 International Business Machines Corporation Storage management system with file aggregation
US6021415A (en) * 1997-10-29 2000-02-01 International Business Machines Corporation Storage management system with file aggregation and space reclamation within aggregated files
US6094585A (en) * 1997-11-14 2000-07-25 Lucent Technologies Inc. CDMA forward link power overload control in a base station
US6092163A (en) * 1998-12-04 2000-07-18 W. Quinn Associates, Inc. Pageable filter driver for prospective implementation of disk space quotas
US6038636A (en) * 1998-04-27 2000-03-14 Lexmark International, Inc. Method and apparatus for reclaiming and defragmenting a flash memory device
DE19819205A1 (de) * 1998-04-29 1999-11-04 Siemens Ag Datenhaltungssystem für persistente Daten
US7383294B1 (en) 1998-06-30 2008-06-03 Emc Corporation System for determining the mapping of logical objects in a data storage system
US6393540B1 (en) 1998-06-30 2002-05-21 Emc Corporation Moving a logical object from a set of source locations to a set of destination locations using a single command
US6883063B2 (en) * 1998-06-30 2005-04-19 Emc Corporation Method and apparatus for initializing logical objects in a data storage system
US6542909B1 (en) * 1998-06-30 2003-04-01 Emc Corporation System for determining mapping of logical objects in a computer system
JP3511916B2 (ja) * 1998-11-17 2004-03-29 松下電器産業株式会社 記録再生装置
JP4173642B2 (ja) 1999-02-22 2008-10-29 株式会社ルネサステクノロジ メモリカードのデータ書き込み方法
US6742078B1 (en) * 1999-10-05 2004-05-25 Feiya Technology Corp. Management, data link structure and calculating method for flash memory
ATE390788T1 (de) 1999-10-14 2008-04-15 Bluearc Uk Ltd Vorrichtung und verfahren zur hardware-ausführung oder hardware-beschleunigung von betriebssystemfunktionen
DE19960114A1 (de) * 1999-12-08 2001-06-13 Heidenhain Gmbh Dr Johannes Verfahren zum Speichern von Daten in einer Datei eines Datenspeichersystems
US7051054B1 (en) * 2000-05-30 2006-05-23 Dphi Acquisitions, Inc. Method and apparatus for emulating read/write file system on a write-once storage disk
US6704835B1 (en) 2000-09-26 2004-03-09 Intel Corporation Posted write-through cache for flash memory
US7013455B1 (en) * 2000-10-19 2006-03-14 International Business Machines Corporation System for automatically altering environment variable to run proper executable file by removing references to all except one duplicate file in the path sequence
KR20020032803A (ko) * 2000-10-27 2002-05-04 구자홍 스트리밍 서비스를 위한 파일 구조
JP4401565B2 (ja) * 2000-12-12 2010-01-20 キヤノン株式会社 記録装置及び管理方法
US6740603B2 (en) * 2001-02-01 2004-05-25 Texas Instruments Incorporated Control of Vmin transient voltage drift by maintaining a temperature less than or equal to 350° C. after the protective overcoat level
JP2003196142A (ja) * 2001-12-25 2003-07-11 Sony Corp ライトワンス型メモリ装置及びファイル管理方法
PL351784A1 (en) * 2002-01-21 2003-07-28 Advanced Digital Broadcast Ltd System for of storing data and method of recording them in that system
US7085879B2 (en) * 2002-02-27 2006-08-01 Microsoft Corporation Dynamic data structures for tracking data stored in a flash memory device
US6901499B2 (en) * 2002-02-27 2005-05-31 Microsoft Corp. System and method for tracking data stored in a flash memory device
US7533214B2 (en) * 2002-02-27 2009-05-12 Microsoft Corporation Open architecture flash driver
US7010662B2 (en) * 2002-02-27 2006-03-07 Microsoft Corporation Dynamic data structures for tracking file system free space in a flash memory device
US7072910B2 (en) * 2002-03-22 2006-07-04 Network Appliance, Inc. File folding technique
US7155464B2 (en) * 2002-03-29 2006-12-26 Panasas, Inc. Recovering and checking large file systems in an object-based data storage system
US6895464B2 (en) * 2002-06-03 2005-05-17 Honeywell International Inc. Flash memory management system and method utilizing multiple block list windows
US7130979B2 (en) * 2002-08-29 2006-10-31 Micron Technology, Inc. Dynamic volume management
US6968439B2 (en) 2002-08-29 2005-11-22 Micron Technology, Inc. Single segment data object management
US6970969B2 (en) * 2002-08-29 2005-11-29 Micron Technology, Inc. Multiple segment data object management
US7108605B2 (en) * 2002-09-30 2006-09-19 Igt EPROM file system in a gaming apparatus
US7457822B1 (en) 2002-11-01 2008-11-25 Bluearc Uk Limited Apparatus and method for hardware-based file system
US8041735B1 (en) 2002-11-01 2011-10-18 Bluearc Uk Limited Distributed file system and method
US7082512B2 (en) * 2002-11-21 2006-07-25 Microsoft Corporation Dynamic data structures for tracking file system free space in a flash memory device
AU2003286967B2 (en) 2002-12-24 2009-01-15 Lg Electronics, Inc. Dual journaling store method and storage medium thereof
US7032090B2 (en) * 2003-04-08 2006-04-18 International Business Machines Corporation Method, system, and apparatus for releasing storage in a fast replication environment
CA2426619A1 (en) * 2003-04-25 2004-10-25 Ibm Canada Limited - Ibm Canada Limitee Defensive heap memory management
US7827375B2 (en) * 2003-04-30 2010-11-02 International Business Machines Corporation Defensive heap memory management
US7069402B2 (en) * 2003-06-02 2006-06-27 International Business Machines Corporation Host-independent incremental backup method, apparatus, and system
CN100390817C (zh) * 2003-06-10 2008-05-28 大唐微电子技术有限公司 动态逻辑分区并控制访问权限的ic智能卡及其实现方法
DE10332831B4 (de) * 2003-07-18 2009-07-30 Siemens Ag Verfahren zur Darstellung einer Dateistruktur
JP4667243B2 (ja) 2003-08-29 2011-04-06 パナソニック株式会社 不揮発性記憶装置及びその書込み方法
US20050086430A1 (en) * 2003-10-17 2005-04-21 International Business Machines Corporation Method, system, and program for designating a storage group preference order
US7089349B2 (en) * 2003-10-28 2006-08-08 Sandisk Corporation Internal maintenance schedule request for non-volatile memory system
US7073149B2 (en) * 2004-03-03 2006-07-04 Xilinx, Inc. System for representing the logical and physical information of an integrated circuit
US7437695B1 (en) 2004-03-03 2008-10-14 Xilinx, Inc. Method of memory and run-time efficient hierarchical timing analysis in programmable logic devices
US7120892B1 (en) 2004-03-03 2006-10-10 Xilinx, Inc. Process for adjusting data structures of a floorplan upon changes occurring
US20060026377A1 (en) * 2004-07-27 2006-02-02 Somsubhra Sikdar Lookup interface for array machine context data memory
US9171100B2 (en) * 2004-09-22 2015-10-27 Primo M. Pettovello MTree an XPath multi-axis structure threaded index
US8321439B2 (en) 2004-12-17 2012-11-27 Microsoft Corporation Quick filename lookup using name hash
US9639554B2 (en) 2004-12-17 2017-05-02 Microsoft Technology Licensing, Llc Extensible file system
US8606830B2 (en) * 2004-12-17 2013-12-10 Microsoft Corporation Contiguous file allocation in an extensible file system
US7873596B2 (en) 2006-05-23 2011-01-18 Microsoft Corporation Extending cluster allocations in an extensible file system
US7457909B2 (en) * 2005-01-14 2008-11-25 Angelo Di Sena Controlling operation of flash memories
US9104315B2 (en) 2005-02-04 2015-08-11 Sandisk Technologies Inc. Systems and methods for a mass data storage system having a file-based interface to a host and a non-file-based interface to secondary storage
US20060184719A1 (en) * 2005-02-16 2006-08-17 Sinclair Alan W Direct data file storage implementation techniques in flash memories
US20060184718A1 (en) * 2005-02-16 2006-08-17 Sinclair Alan W Direct file data programming and deletion in flash memories
US7877539B2 (en) * 2005-02-16 2011-01-25 Sandisk Corporation Direct data file storage in flash memories
US7698704B2 (en) * 2005-02-17 2010-04-13 International Business Machines Corporation Method for installing operating system on remote storage: flash deploy and install zone
ATE381061T1 (de) * 2005-03-08 2007-12-15 Bosch Gmbh Robert Verfahren und vorrichtung zum wiederbeschreiben eines sektors mit bootloader-software in einem sektor-löschbaren nichtflüchtigen halbleiterspeicher
WO2006133597A1 (en) * 2005-06-15 2006-12-21 Intel Corporation Using transacted writes and caching mechanism to improve write performance in multi-level cell flash memoty
US7949845B2 (en) 2005-08-03 2011-05-24 Sandisk Corporation Indexing of file data in reprogrammable non-volatile memories that directly store data files
US7984084B2 (en) * 2005-08-03 2011-07-19 SanDisk Technologies, Inc. Non-volatile memory with scheduled reclaim operations
US7480766B2 (en) * 2005-08-03 2009-01-20 Sandisk Corporation Interfacing systems operating through a logical address space and on a direct data file basis
US7552271B2 (en) 2005-08-03 2009-06-23 Sandisk Corporation Nonvolatile memory with block management
US7669003B2 (en) * 2005-08-03 2010-02-23 Sandisk Corporation Reprogrammable non-volatile memory systems with indexing of directly stored data files
US7558906B2 (en) 2005-08-03 2009-07-07 Sandisk Corporation Methods of managing blocks in nonvolatile memory
US7627733B2 (en) * 2005-08-03 2009-12-01 Sandisk Corporation Method and system for dual mode access for storage devices
US7529905B2 (en) * 2005-10-13 2009-05-05 Sandisk Corporation Method of storing transformed units of data in a memory system having fixed sized storage blocks
US7814262B2 (en) * 2005-10-13 2010-10-12 Sandisk Corporation Memory system storing transformed units of data in fixed sized storage blocks
US7664742B2 (en) 2005-11-14 2010-02-16 Pettovello Primo M Index data structure for a peer-to-peer network
US7877540B2 (en) * 2005-12-13 2011-01-25 Sandisk Corporation Logically-addressed file storage methods
US7793068B2 (en) * 2005-12-21 2010-09-07 Sandisk Corporation Dual mode access for non-volatile storage devices
US7769978B2 (en) * 2005-12-21 2010-08-03 Sandisk Corporation Method and system for accessing non-volatile storage devices
US7747837B2 (en) * 2005-12-21 2010-06-29 Sandisk Corporation Method and system for accessing non-volatile storage devices
US7831783B2 (en) * 2005-12-22 2010-11-09 Honeywell International Inc. Effective wear-leveling and concurrent reclamation method for embedded linear flash file systems
US20070174309A1 (en) * 2006-01-18 2007-07-26 Pettovello Primo M Mtreeini: intermediate nodes and indexes
US7783686B2 (en) * 2006-06-16 2010-08-24 Microsoft Corporation Application program interface to manage media files
US7603387B2 (en) * 2006-06-16 2009-10-13 Microsoft Corporation Techniques to manage media files
US20080077590A1 (en) * 2006-09-22 2008-03-27 Honeywell International Inc. Efficient journaling and recovery mechanism for embedded flash file systems
US8935302B2 (en) 2006-12-06 2015-01-13 Intelligent Intellectual Property Holdings 2 Llc Apparatus, system, and method for data block usage information synchronization for a non-volatile storage volume
CN101715575A (zh) * 2006-12-06 2010-05-26 弗森多系统公司（dba弗森-艾奥） 采用数据管道管理数据的装置、系统和方法
US8719501B2 (en) * 2009-09-08 2014-05-06 Fusion-Io Apparatus, system, and method for caching data on a solid-state storage device
US8489817B2 (en) 2007-12-06 2013-07-16 Fusion-Io, Inc. Apparatus, system, and method for caching data
US9063181B2 (en) * 2006-12-29 2015-06-23 Electro Industries/Gauge Tech Memory management for an intelligent electronic device
US9885739B2 (en) 2006-12-29 2018-02-06 Electro Industries/Gauge Tech Intelligent electronic device capable of operating as a USB master device and a USB slave device
US8285757B2 (en) * 2007-01-31 2012-10-09 Agency For Science, Technology And Research File system for a storage device, methods of allocating storage, searching data and optimising performance of a storage device file system
US7991942B2 (en) * 2007-05-09 2011-08-02 Stmicroelectronics S.R.L. Memory block compaction method, circuit, and system in storage devices based on flash memories
US7765426B2 (en) * 2007-06-07 2010-07-27 Micron Technology, Inc. Emerging bad block detection
JP2009003784A (ja) * 2007-06-22 2009-01-08 Toshiba Corp 不揮発性メモリの制御装置及び制御方法及び記憶装置
US8082387B2 (en) * 2007-10-29 2011-12-20 Micron Technology, Inc. Methods, systems, and devices for management of a memory system
US9519540B2 (en) 2007-12-06 2016-12-13 Sandisk Technologies Llc Apparatus, system, and method for destaging cached data
US7836226B2 (en) 2007-12-06 2010-11-16 Fusion-Io, Inc. Apparatus, system, and method for coordinating storage requests in a multi-processor/multi-thread environment
JP2010003150A (ja) * 2008-06-20 2010-01-07 Nec Personal Products Co Ltd メモリコントローラおよびフラッシュメモリのデータ管理方法
CN101334797B (zh) * 2008-08-04 2010-06-02 中兴通讯股份有限公司 一种分布式文件系统及其数据块一致性管理的方法
US8347055B2 (en) * 2009-06-30 2013-01-01 Incard S.A. Method to defrag a memory of an IC card
US20110004720A1 (en) * 2009-07-02 2011-01-06 Chun-Ying Chiang Method and apparatus for performing full range random writing on a non-volatile memory
WO2011031903A2 (en) 2009-09-09 2011-03-17 Fusion-Io, Inc. Apparatus, system, and method for allocating storage
US9223514B2 (en) 2009-09-09 2015-12-29 SanDisk Technologies, Inc. Erase suspend/resume for memory
EP2476039B1 (en) 2009-09-09 2016-10-26 SanDisk Technologies LLC Apparatus, system, and method for power reduction management in a storage device
US9122579B2 (en) 2010-01-06 2015-09-01 Intelligent Intellectual Property Holdings 2 Llc Apparatus, system, and method for a storage layer
US8631028B1 (en) 2009-10-29 2014-01-14 Primo M. Pettovello XPath query processing improvements
USD712289S1 (en) 2009-12-01 2014-09-02 Electro Industries/Gauge Tech Electronic meter
US8677203B1 (en) * 2010-01-11 2014-03-18 Apple Inc. Redundant data storage schemes for multi-die memory systems
US20110203944A1 (en) * 2010-02-20 2011-08-25 Todd Edward Singer Combination food storage bag and container with soaker pad
JP5407945B2 (ja) 2010-03-05 2014-02-05 株式会社デンソー 充電制御システム
US9396104B1 (en) 2010-03-22 2016-07-19 Seagate Technology, Llc Accessing compressed data of varying-sized quanta in non-volatile memory
WO2011143628A2 (en) 2010-05-13 2011-11-17 Fusion-Io, Inc. Apparatus, system, and method for conditional and atomic storage operations
US10013354B2 (en) 2010-07-28 2018-07-03 Sandisk Technologies Llc Apparatus, system, and method for atomic storage operations
US8725934B2 (en) 2011-12-22 2014-05-13 Fusion-Io, Inc. Methods and appratuses for atomic storage operations
SG10201506443TA (en) 2010-08-17 2015-10-29 Ambrx Inc Modified relaxin polypeptides and their uses
US8984216B2 (en) 2010-09-09 2015-03-17 Fusion-Io, Llc Apparatus, system, and method for managing lifetime of a storage device
US9141526B2 (en) * 2010-09-16 2015-09-22 International Business Machines Corporation Reclaiming units by searching units for a predetermined criterion and storing data from a valid subunit
US10817502B2 (en) 2010-12-13 2020-10-27 Sandisk Technologies Llc Persistent memory management
EP2652623B1 (en) 2010-12-13 2018-08-01 SanDisk Technologies LLC Apparatus, system, and method for auto-commit memory
US9208071B2 (en) 2010-12-13 2015-12-08 SanDisk Technologies, Inc. Apparatus, system, and method for accessing memory
US9218278B2 (en) 2010-12-13 2015-12-22 SanDisk Technologies, Inc. Auto-commit memory
US10817421B2 (en) 2010-12-13 2020-10-27 Sandisk Technologies Llc Persistent data structures
US9047178B2 (en) 2010-12-13 2015-06-02 SanDisk Technologies, Inc. Auto-commit memory synchronization
US20120239860A1 (en) 2010-12-17 2012-09-20 Fusion-Io, Inc. Apparatus, system, and method for persistent data management on a non-volatile storage media
US9213594B2 (en) 2011-01-19 2015-12-15 Intelligent Intellectual Property Holdings 2 Llc Apparatus, system, and method for managing out-of-service conditions
JP5917163B2 (ja) * 2011-01-27 2016-05-11 キヤノン株式会社 情報処理装置、その制御方法及びプログラム並びに記憶媒体
US9201677B2 (en) 2011-05-23 2015-12-01 Intelligent Intellectual Property Holdings 2 Llc Managing data input/output operations
US8874823B2 (en) 2011-02-15 2014-10-28 Intellectual Property Holdings 2 Llc Systems and methods for managing data input/output operations
US9003104B2 (en) 2011-02-15 2015-04-07 Intelligent Intellectual Property Holdings 2 Llc Systems and methods for a file-level cache
US9141527B2 (en) 2011-02-25 2015-09-22 Intelligent Intellectual Property Holdings 2 Llc Managing cache pools
US9563555B2 (en) 2011-03-18 2017-02-07 Sandisk Technologies Llc Systems and methods for storage allocation
WO2012129191A2 (en) 2011-03-18 2012-09-27 Fusion-Io, Inc. Logical interfaces for contextual storage
JP5451682B2 (ja) * 2011-05-20 2014-03-26 株式会社東海理化電機製作所 フラッシュメモリ装置
KR20130043445A (ko) * 2011-10-20 2013-04-30 삼성전자주식회사 인터페이스 관리 방법 및 이를 이용한 저장 장치에서의 매핑 처리 방법
US9274937B2 (en) 2011-12-22 2016-03-01 Longitude Enterprise Flash S.A.R.L. Systems, methods, and interfaces for vector input/output operations
US9251086B2 (en) 2012-01-24 2016-02-02 SanDisk Technologies, Inc. Apparatus, system, and method for managing a cache
US9116812B2 (en) 2012-01-27 2015-08-25 Intelligent Intellectual Property Holdings 2 Llc Systems and methods for a de-duplication cache
US10339056B2 (en) 2012-07-03 2019-07-02 Sandisk Technologies Llc Systems, methods and apparatus for cache transfers
US9612966B2 (en) 2012-07-03 2017-04-04 Sandisk Technologies Llc Systems, methods and apparatus for a virtual machine cache
US10346095B2 (en) 2012-08-31 2019-07-09 Sandisk Technologies, Llc Systems, methods, and interfaces for adaptive cache persistence
US10509776B2 (en) 2012-09-24 2019-12-17 Sandisk Technologies Llc Time sequence data management
US10318495B2 (en) 2012-09-24 2019-06-11 Sandisk Technologies Llc Snapshots for a non-volatile device
KR102011135B1 (ko) 2012-12-11 2019-08-14 삼성전자주식회사 모바일 장치 및 그것의 스왑을 통한 데이터 관리 방법
US8812744B1 (en) 2013-03-14 2014-08-19 Microsoft Corporation Assigning priorities to data for hybrid drives
US9842053B2 (en) 2013-03-15 2017-12-12 Sandisk Technologies Llc Systems and methods for persistent cache logging
JP2014206967A (ja) * 2013-03-18 2014-10-30 株式会社Ｇｅｎｕｓｉｏｎ 記憶装置
US10102144B2 (en) 2013-04-16 2018-10-16 Sandisk Technologies Llc Systems, methods and interfaces for data virtualization
US10558561B2 (en) 2013-04-16 2020-02-11 Sandisk Technologies Llc Systems and methods for storage metadata management
US9626126B2 (en) 2013-04-24 2017-04-18 Microsoft Technology Licensing, Llc Power saving mode hybrid drive access management
US9946495B2 (en) 2013-04-25 2018-04-17 Microsoft Technology Licensing, Llc Dirty data management for hybrid drives
US9842128B2 (en) 2013-08-01 2017-12-12 Sandisk Technologies Llc Systems and methods for atomic storage operations
US10019320B2 (en) 2013-10-18 2018-07-10 Sandisk Technologies Llc Systems and methods for distributed atomic storage operations
US10073630B2 (en) 2013-11-08 2018-09-11 Sandisk Technologies Llc Systems and methods for log coordination
US9547553B1 (en) 2014-03-10 2017-01-17 Parallel Machines Ltd. Data resiliency in a shared memory pool
US9781027B1 (en) 2014-04-06 2017-10-03 Parallel Machines Ltd. Systems and methods to communicate with external destinations via a memory network
US9690713B1 (en) 2014-04-22 2017-06-27 Parallel Machines Ltd. Systems and methods for effectively interacting with a flash memory
US9594688B1 (en) 2014-12-09 2017-03-14 Parallel Machines Ltd. Systems and methods for executing actions using cached data
US9529622B1 (en) 2014-12-09 2016-12-27 Parallel Machines Ltd. Systems and methods for automatic generation of task-splitting code
US9927470B2 (en) 2014-05-22 2018-03-27 Electro Industries/Gauge Tech Intelligent electronic device having a memory structure for preventing data loss upon power loss
US9632936B1 (en) 2014-12-09 2017-04-25 Parallel Machines Ltd. Two-tier distributed memory
US9639473B1 (en) 2014-12-09 2017-05-02 Parallel Machines Ltd. Utilizing a cache mechanism by copying a data set from a cache-disabled memory location to a cache-enabled memory location
US9781225B1 (en) 2014-12-09 2017-10-03 Parallel Machines Ltd. Systems and methods for cache streams
US9753873B1 (en) 2014-12-09 2017-09-05 Parallel Machines Ltd. Systems and methods for key-value transactions
US9946607B2 (en) 2015-03-04 2018-04-17 Sandisk Technologies Llc Systems and methods for storage error management
US10009438B2 (en) 2015-05-20 2018-06-26 Sandisk Technologies Llc Transaction log acceleration
US10528287B2 (en) * 2015-10-09 2020-01-07 Sony Corporation Memory, memory controller, storage apparatus, information processing system, and control method for tracking erase count and rewrite cycles of memory pages
US10162552B2 (en) * 2016-03-31 2018-12-25 EMC IP Holding Company LLC System and method for quasi-compacting garbage collection
MX2019008449A (es) 2017-02-08 2019-09-09 Bristol Myers Squibb Co Polipetidos de relaxina modificada que comprenden un mejorador farmacocinetico y sus usos.
KR20190001300A (ko) * 2017-06-27 2019-01-04 에스케이하이닉스 주식회사 컨트롤러 및 메모리 시스템 및 메모리 시스템의 동작 방법
USD939988S1 (en) 2019-09-26 2022-01-04 Electro Industries/Gauge Tech Electronic power meter
CN111522507B (zh) * 2020-04-14 2021-10-01 中山大学 一种低延迟的文件系统地址空间管理方法、系统及介质

Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62102385A (ja) * 1985-10-29 1987-05-12 Toshiba Corp 携帯可能媒体
JPS62128391A (ja) * 1985-11-30 1987-06-10 Toshiba Corp 携帯可能電子装置
JPS62131354A (ja) * 1985-12-03 1987-06-13 Sharp Corp Ｉｃカ−ドに於ける情報書き込み制御方法
JPS62283496A (ja) * 1986-05-31 1987-12-09 Canon Inc プログラマブルリ−ドオンリメモリの書き込み回数管理方式
JPH01180688A (ja) * 1988-01-12 1989-07-18 Toshiba Corp 携帯可能電子装置
JPH01276495A (ja) * 1988-04-28 1989-11-07 Hitachi Ltd Ｅｅｐｒｏｍの制御方式
JPH01286199A (ja) * 1988-05-12 1989-11-17 Hitachi Ltd 書替え可能な不揮発性メモリ書替え装置
JPH02188000A (ja) * 1989-01-13 1990-07-24 Sharp Corp 不揮発性メモリ内蔵マイクロコンピュータ
JPH02292798A (ja) * 1989-04-13 1990-12-04 Sundisk Corp フラッシュＥＥｐｒｏｍシステム

Family Cites Families (32)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US4435752A (en) * 1973-11-07 1984-03-06 Texas Instruments Incorporated Allocation of rotating memory device storage locations
US4408273A (en) 1980-05-27 1983-10-04 International Business Machines Corporation Method and means for cataloging data sets using dual keyed data sets and direct pointers
DE3173549D1 (en) 1981-03-16 1986-03-06 Ibm Improvements to digital data processing apparatus
US4724517A (en) 1982-11-26 1988-02-09 Inmos Limited Microcomputer with prefixing functions
US4507752A (en) 1983-02-22 1985-03-26 International Business Machines Corporation In-place index compression
US4630234A (en) 1983-04-11 1986-12-16 Gti Corporation Linked list search processor
US4606002A (en) 1983-05-02 1986-08-12 Wang Laboratories, Inc. B-tree structured data base using sparse array bit maps to store inverted lists
GB8613069D0 (en) 1986-05-29 1986-07-02 Univ Manchester Parallel storage allocation
JPH07109717B2 (ja) * 1986-05-31 1995-11-22 キヤノン株式会社 メモリ書き込み制御方法
US4953122A (en) 1986-10-31 1990-08-28 Laserdrive Ltd. Pseudo-erasable and rewritable write-once optical disk memory system
JPS63129586A (ja) * 1986-11-19 1988-06-01 Matsushita Electric Ind Co Ltd 情報記憶装置
JPS63200398A (ja) * 1987-02-16 1988-08-18 Hitachi Ltd 情報処理装置
US5060147A (en) 1987-05-01 1991-10-22 General Electric Company String length determination on a distributed processing system
US4942541A (en) * 1988-01-22 1990-07-17 Oms, Inc. Patchification system
JP2679761B2 (ja) * 1987-09-29 1997-11-19 富士通株式会社 データ管理システム
US5132853A (en) * 1988-02-08 1992-07-21 International Business Machines Corporation Allocation procedures for optical disk recorders
US4939598A (en) * 1988-02-08 1990-07-03 International Business Machines Corporation Managing data storage space on large capacity record media
US4953080A (en) 1988-04-25 1990-08-28 Hewlett-Packard Company Object management facility for maintaining data in a computer system
US5268870A (en) * 1988-06-08 1993-12-07 Eliyahou Harari Flash EEPROM system and intelligent programming and erasing methods therefor
US5161256A (en) * 1988-08-26 1992-11-03 Kabushiki Kaisha Toshiba Method and system for allocating file area in memory area of ic card
US4989132A (en) 1988-10-24 1991-01-29 Eastman Kodak Company Object-oriented, logic, and database programming tool with garbage collection
US5115504A (en) 1988-11-01 1992-05-19 Lotus Development Corporation Information management system
US5029125A (en) * 1989-03-07 1991-07-02 Drexler Technology Corporation Method of reading and writing files on nonerasable storage media
US5491807A (en) 1989-03-20 1996-02-13 International Business Machines Corporation System and method for worm volume management of new and updated data files using variable threshold block addresses
JPH0687229B2 (ja) * 1989-06-19 1994-11-02 松下電送株式会社 追記型記憶媒体を用いたファイルの管理方法
JPH0325798A (ja) * 1989-06-23 1991-02-04 Ricoh Co Ltd Ｅｅｐｒｏｍを使用した記憶装置
US5247658A (en) * 1989-10-31 1993-09-21 Microsoft Corporation Method and system for traversing linked list record based upon write-once predetermined bit value of secondary pointers
US5414826A (en) * 1990-01-31 1995-05-09 Hewlett-Packard Company System and method for memory management in microcomputer
JP2646813B2 (ja) * 1990-07-30 1997-08-27 松下電器産業株式会社 ディジタル映像信号記録方法
US5229992A (en) * 1991-03-28 1993-07-20 Sprint International Communications Corp. Fixed interval composite framing in integrated services networks
US5247516A (en) * 1991-03-28 1993-09-21 Sprint International Communications Corp. Configurable composite data frame
JP2582487B2 (ja) * 1991-07-12 1997-02-19 インターナショナル・ビジネス・マシーンズ・コーポレイション 半導体メモリを用いた外部記憶システム及びその制御方法

Patent Citations (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62102385A (ja) * 1985-10-29 1987-05-12 Toshiba Corp 携帯可能媒体
JPS62128391A (ja) * 1985-11-30 1987-06-10 Toshiba Corp 携帯可能電子装置
JPS62131354A (ja) * 1985-12-03 1987-06-13 Sharp Corp Ｉｃカ−ドに於ける情報書き込み制御方法
JPS62283496A (ja) * 1986-05-31 1987-12-09 Canon Inc プログラマブルリ−ドオンリメモリの書き込み回数管理方式
JPH01180688A (ja) * 1988-01-12 1989-07-18 Toshiba Corp 携帯可能電子装置
JPH01276495A (ja) * 1988-04-28 1989-11-07 Hitachi Ltd Ｅｅｐｒｏｍの制御方式
JPH01286199A (ja) * 1988-05-12 1989-11-17 Hitachi Ltd 書替え可能な不揮発性メモリ書替え装置
JPH02188000A (ja) * 1989-01-13 1990-07-24 Sharp Corp 不揮発性メモリ内蔵マイクロコンピュータ
JPH02292798A (ja) * 1989-04-13 1990-12-04 Sundisk Corp フラッシュＥＥｐｒｏｍシステム

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP2286728A1 (en) 2009-08-19 2011-02-23 J. Morita Manufacturing Corporation Medical x-ray apparatus

Also Published As

Publication number Publication date
JP4836217B2 (ja) 2011-12-14
JP4858789B2 (ja) 2012-01-18
JP4608588B2 (ja) 2011-01-12
JP2008282429A (ja) 2008-11-20
JP2010049714A (ja) 2010-03-04
JP2011222051A (ja) 2011-11-04
JPH07191892A (ja) 1995-07-28
EP0557736A2 (en) 1993-09-01
CA2325810A1 (en) 1993-07-30
JP2006209807A (ja) 2006-08-10
EP0557736B1 (en) 2005-11-16
JP4365385B2 (ja) 2009-11-18
JP2011103137A (ja) 2011-05-26
CA2325810C (en) 2001-08-21
JP3825479B2 (ja) 2006-09-27
CA2088442C (en) 2003-04-15
DE69333906T2 (de) 2006-05-24
JP2010049712A (ja) 2010-03-04
JP4608587B2 (ja) 2011-01-12
JP4485586B2 (ja) 2010-06-23
JP2010049713A (ja) 2010-03-04
US5634050A (en) 1997-05-27
JP2009146458A (ja) 2009-07-02
JP4608589B2 (ja) 2011-01-12
DE69333906D1 (de) 2005-12-22
EP0557736A3 (ja) 1994-02-09
US6256642B1 (en) 2001-07-03
CA2325812A1 (en) 1993-07-30
CA2088442A1 (en) 1993-07-30
US5898868A (en) 1999-04-27
CA2325812C (en) 2001-12-18

Similar Documents

Publication Publication Date Title
JP4485586B2 (ja) フラッシュ消去可能なプログラマブル・リードオンリメモリを用いてファイルシステムをマネージする方法及びシステム
US5392427A (en) System for updating data stored on a flash-erasable, programmable, read-only memory (FEPROM) based upon predetermined bit value of indicating pointers
US6587915B1 (en) Flash memory having data blocks, spare blocks, a map block and a header block and a method for controlling the same
US6381176B1 (en) Method of driving remapping in flash memory and flash memory architecture suitable therefor
KR100453053B1 (ko) 플래쉬 메모리용 파일 시스템
US7610434B2 (en) File recording apparatus
US7085879B2 (en) Dynamic data structures for tracking data stored in a flash memory device
US9311015B2 (en) Storage system capable of managing a plurality of snapshot families and method of operating thereof
EP0688450B1 (en) Flash file system
US7080232B2 (en) Free sector manager for data stored in flash memory devices
JP2009199625A (ja) メモリカードおよびメモリカードの制御方法および不揮発性半導体メモリの制御方法
JP2006040264A (ja) メモリカードの制御方法および不揮発性半導体メモリの制御方法
US6938140B2 (en) System and method for linear object reallocation in place
US20070005929A1 (en) Method, system, and article of manufacture for sector mapping in a flash device
Wiseman ROYAL SIGNALS AND RADAR ESTABLISSHMENT

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060510

RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20061120

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20061121

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20070531

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20070830

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20070904

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20071129

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071225

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080325

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080428

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080821

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20080908

A912 Re-examination (zenchi) completed and case transferred to appeal board

Free format text: JAPANESE INTERMEDIATE CODE: A912

Effective date: 20081017

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20090218

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20090223

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090630

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20090630

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20090820

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20120828

Year of fee payment: 3

R150 Certificate of patent or registration of utility model

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130828

Year of fee payment: 4

EXPY Cancellation because of completion of term
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20130828

Year of fee payment: 4