KR20010037155A - Flash file system - Google Patents

Flash file system Download PDF

Info

Publication number
KR20010037155A
KR20010037155A KR1019990044504A KR19990044504A KR20010037155A KR 20010037155 A KR20010037155 A KR 20010037155A KR 1019990044504 A KR1019990044504 A KR 1019990044504A KR 19990044504 A KR19990044504 A KR 19990044504A KR 20010037155 A KR20010037155 A KR 20010037155A
Authority
KR
South Korea
Prior art keywords
file
file information
block
information item
data
Prior art date
Application number
KR1019990044504A
Other languages
Korean (ko)
Other versions
KR100703680B1 (en
Inventor
김범수
Original Assignee
윤종용
삼성전자 주식회사
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
Application filed by 윤종용, 삼성전자 주식회사 filed Critical 윤종용
Priority to KR1019990044504A priority Critical patent/KR100703680B1/en
Priority to CNB001284304A priority patent/CN1180349C/en
Publication of KR20010037155A publication Critical patent/KR20010037155A/en
Application granted granted Critical
Publication of KR100703680B1 publication Critical patent/KR100703680B1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/16File or folder operations, e.g. details of user interfaces specifically adapted to file systems
    • G06F16/164File meta data generation
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/11File system administration, e.g. details of archiving or snapshots
    • G06F16/113Details of archiving
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/16File or folder operations, e.g. details of user interfaces specifically adapted to file systems
    • G06F16/162Delete operations
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/10File systems; File servers
    • G06F16/17Details of further file system functions
    • G06F16/1727Details of free space management performed by the file system

Abstract

PURPOSE: The flash file system is provided to easily access data in a form of a file, even though using a special file system is difficult, by forming an independent file system in a flash memory. CONSTITUTION: A deletion block is a group of continuous data which may be deleted in a flash memory at a time. There are three types of deletion block, that is, a file information block(101), a free deletion block(102) and a data block(103). One file information block(101) and one free deletion block(102) exist in a flash file system. The other blocks are assigned to the data block(103). A state, a boot record and a plurality of file information items are recorded in the file information block(101). The free deletion block(102) is used for correcting the file information block(102). Data of a file are recorded in the data block(103).

Description

플래시 파일 시스템{FLASH FILE SYSTEM}Flash file system {FLASH FILE SYSTEM}

본 발명은 플래시 파일 시스템에 관한 것으로서, 보다 상세하게는 별도의 운용 프로그램이 필요 없이 플래시 파일 시스템을 독립적으로 운영되도록 구성하여 플래시 파일 시스템에서 데이터를 파일단위로 관리(생성 및 기록, 수정, 검색, 삭제, 복원 등)할 수 있도록 한 플래시 파일 시스템에 관한 것이다.The present invention relates to a flash file system, and more particularly, to manage the flash file system independently without the need for a separate operation program, thereby managing data in a file unit in the flash file system (creation and recording, modification, retrieval, It relates to a flash file system that can be deleted, restored, etc.).

플래시타입의 플로팅 게이트 트랜지스터를 사용하는 일종의 EEPROM(Electronically Erasable and Programmable Read Only Memory)인 플래시 메모리는 컴퓨터, 이동 통신 단말기 등의 프로그램 및 데이터 저장장치로 널리 사용되고 있다.Flash memory, a type of EEPROM (Electronically Erasable and Programmable Read Only Memory) using a flash type floating gate transistor, is widely used as a program and data storage device for a computer and a mobile communication terminal.

플래시 메모리는 일반적인 메모리와는 상이하게 간단한 프로그램에 의한 제어만으로 데이터를 기록 및 삭제할 수 있으며, 전원이 차단되더라도 저장된 데이터가 보존되는 특성으로 인하여 그 사용영역이 급속하게 확대되고 있다.Unlike conventional memory, flash memory can record and delete data only by simple program control, and its use area is rapidly expanding due to the characteristic that stored data is preserved even when power is cut off.

한편, 플래시 메모리는 기존의 RAM(Random Access Memory)이나 비휘발성 저장장치(NVRAM), 마그네틱 디스크 등과 마찬가지로 특정위치에 저장된 데이터를 임의로 접근할 수 있지만, 데이터를 수정하거나 삭제하는 방법은 위의 다른 저장매체와는 상이한 방식을 취한다.Meanwhile, the flash memory can randomly access data stored in a specific location like the conventional random access memory (RAM), nonvolatile storage (NVRAM), magnetic disk, and the like. It takes a different way from the medium.

종래의 플래시 파일 시스템의 관련기술은 미국특허공고 제5,404,485호(1995.04.04)에 제시되어 있으며, 이러한 종래의 플래시 파일 시스템의 관련기술에 대하여 도 1을 참조하여 설명하면 다음과 같다.The related art of the conventional flash file system is presented in US Patent Publication No. 5,404,485 (1995.04.04), and the related art of the conventional flash file system will be described with reference to FIG. 1 as follows.

도 1에는 종래의 플래시 메모리에 데이터를 기록하기 위한 가상메모리 맵 구조를 나타내는 도면이 도시되어 있다.FIG. 1 is a diagram showing a virtual memory map structure for writing data to a conventional flash memory.

도 1에 도시된 바와 같이, 플래시 메모리에 기록된 데이터에 접근하기 위해서는 가상 매핑기법을 사용하여야 한다. 종래의 플래시 메모리내의 각 바이트에는 물리적 주소(Physical Address: 10)와 가상 주소(Virtual Address: 20)가 부여된다. 가상 메모리 맵은 물리적 주소(10)와 가상 주소(20)간의 변환을 담당한다.As shown in FIG. 1, a virtual mapping technique should be used to access data recorded in a flash memory. Each byte in a conventional flash memory is given a physical address (10) and a virtual address (20). The virtual memory map is responsible for the translation between the physical address 10 and the virtual address 20.

한편, 물리적으로 연속되는 주소를 갖는 바이트들을 블럭(Block)이라 하며, 연속된 블럭들이 모여 유니트를 구성한다. 유니트는 플래시 메모리에서 물리적으로 한번에 삭제될 수 있는 삭제 블럭이다. 각 유니트에는 논리적 유니트 번호(30)가 부여된다.On the other hand, bytes having a physically contiguous address are called blocks, and contiguous blocks gather to form a unit. A unit is an erase block that can be physically erased from flash memory at once. Each unit is assigned a logical unit number 30.

가상 메모리 맵에서 각 가상 블럭에 해당하는 물리적 주소(10)가 저장되며, 가상 주소(20)를 통해 접근할 때 물리적 주소(10)로 변환하는 데 사용된다. 가상 블럭의 물리적 주소(10)가 변경되더라도 가상 메모리 맵에 변경된 물리적 주소(10)가 기록되므로 동일한 가상 주소(20)로 계속 접근할 수 있다.In the virtual memory map, the physical address 10 corresponding to each virtual block is stored and used to convert to the physical address 10 when accessed through the virtual address 20. Even if the physical address 10 of the virtual block is changed, the changed physical address 10 is recorded in the virtual memory map, so that the same virtual address 20 can be continuously accessed.

이러한 종래의 플래시 파일 시스템을 이용하여 읽기 연산을 수행하는 경우, 사용자가 요청한 가상 주소(20)는 가상 블럭번호(40)와 그 블럭 내에서의 바이트 위치로 변환되고, 이것은 다시 가상 메모리 맵을 사용하여 물리적 주소(10)로 변환된다. 이 물리적 주소(10)로부터 읽기 연산이 수행된다.When performing a read operation using the conventional flash file system, the virtual address 20 requested by the user is converted into the virtual block number 40 and the byte position in the block, which in turn uses the virtual memory map. Is converted into a physical address (10). A read operation is performed from this physical address 10.

또한, 쓰기 연산에서도 읽기와 마찬가지로 가상 메모리 맵을 통하여 가상 주소(20)에서 물리적 주소(10)로 변환된다. 그런데, 써야 할 블럭에 이미 데이터가 기록되어 있는 상태인 경우, 플래시 메모리의 특성상 해당 블럭이 속한 유니트 즉, 삭제 블럭을 모두 지워야 하기 때문에, 삭제하고자 하는 해당 블럭만 삭제하고 재기록하기 어렵다. 따라서, 사용하지 않는 블럭을 찾아서 해당 블럭에 데이터를 기록하고, 가상 메모리 맵에서 이 블럭의 가상 주소(20)가 새로운 물리적 블럭의 주소(10)로 변환되도록 수정한다.In addition, the write operation is converted from the virtual address 20 to the physical address 10 through the virtual memory map as in the read operation. However, when data is already recorded in a block to be written, it is difficult to delete and rewrite only the block to be deleted because all of the units to which the block belongs, that is, the erase block, must be erased due to the characteristics of the flash memory. Therefore, the unused block is found, data is written to the block, and the virtual address 20 of the block is modified in the virtual memory map to be converted into the address 10 of the new physical block.

유니트에 사용되지 않은 블럭이 많아지면 메모리의 사용효율이 저하되므로, 사용되는 블럭만을 다른 유니트로 이동시킨 후 해당 유니트를 모두 삭제하는 과정을 수행한다.As the number of unused blocks in a unit decreases, the efficiency of use of the memory decreases. Therefore, only the used blocks are moved to another unit, and then all the corresponding units are deleted.

한편, 미국특허공고 제5,404,485호(1995.04.04)에는 종래의 다른 실시예로 유니트에 논리적 번호(50)를 부여하고, 이것을 물리적 주소(10)로 변환함으로써, 유니트의 데이터를 이동하더라도 동일한 유니트 번호로 접근할 수 있는 방식이 제시되어 있다.On the other hand, US Patent Publication No. 5,404,485 (1995.04.04) assigns a logical number 50 to a unit in another conventional embodiment, and converts it to a physical address 10, so that even if the data of the unit is moved, the same unit number The approach to access is provided.

그런데, 이와 같은 종래의 플래시 파일 시스템에 의하면 다음과 같은 문제점(들)이 발생한다.However, according to such a conventional flash file system, the following problem (s) occur.

종래에는 가상 메모리 맵을 이용하여 메모리 상에 데이터를 기록하거나 플래시 메모리에 기록된 데이터를 읽는 방식을 채택하고 있다. 즉, 종래에는 데이터에 대한 접근방식이 블럭 번호를 통해 이루어지기 때문에 실제 응용에서 요구하는 파일 단위의 접근은 별도로 구현하거나 다른 파일 시스템에 연동시켜 사용해야 한다. 그러나, 플래시 메모리 이외의 저장매체가 사용되지 않거나 혹은 일반적인 파일 시스템의 기능이 모두 필요하지 않은 환경에서 다른 파일 시스템을 운용하는 것은 비효율적이다.Conventionally, a method of writing data on a memory or reading data written in a flash memory using a virtual memory map is adopted. That is, in the related art, since the data access method is performed through the block number, the file unit access required by the actual application must be separately implemented or used in conjunction with another file system. However, it is inefficient to operate other file systems in an environment in which a storage medium other than a flash memory is not used or all the functions of a general file system are not required.

따라서, 본 발명은 이와 같은 문제점(들)을 해결하기 위한 것으로서, 본 발명의 목적은 플래시 메모리 상에 독자적인 파일 시스템을 구성하여 별도의 파일 시스템을 사용하기 어려운 환경에서도 손쉽게 파일 단위의 데이터에 접근할 수 있도록 한 플래시 파일 시스템을 제공함에 있다.Accordingly, an object of the present invention is to solve such problem (s), and an object of the present invention is to construct an independent file system on a flash memory to easily access data in file units even in an environment in which a separate file system is difficult to use. To provide a flash file system.

또한, 본 발명의 다른 목적은 플래시 메모리에서 데이터를 읽거나 플래시 메모리에 데이터를 기록하는 도중 고장이 발생하는 경우에도 이를 복원할 수 있는 플래시 파일 시스템을 제공함에 있다.In addition, another object of the present invention is to provide a flash file system that can recover even if a failure occurs while reading data from or writing data to the flash memory.

도 1은 종래의 플래시 메모리에 데이터를 기록하기 위한 가상메모리 맵 구조를 나타내는 도면이고,1 is a diagram showing a virtual memory map structure for writing data in a conventional flash memory;

도 2는 본 발명에 의한 플래시 파일 시스템을 나타내는 도면이며,2 is a view showing a flash file system according to the present invention,

도 3은 도 2에 도시된 파일정보 블럭의 상세 구조도이고,3 is a detailed structural diagram of a file information block shown in FIG. 2;

도 4는 도 3에 도시된 파일정보 항목의 상세 구조도이며,4 is a detailed structural diagram of a file information item shown in FIG. 3;

도 5는 본 발명의 플래시 파일 시스템을 통한 파일 생성 및 기록작업의 수행과정을 나타내는 동작흐름도이고,5 is an operation flowchart showing a process of generating and writing a file through the flash file system of the present invention;

도 6은 본 발명의 플래시 파일 시스템을 통한 파일 수정작업의 수행과정을 나타내는 동작흐름도이며,6 is an operational flowchart showing a process of performing a file modification through the flash file system of the present invention.

도 7은 본 발명의 플래시 파일 시스템을 통한 파일 읽기 작업의 수행과정을 나타내는 동작흐름도이고,7 is a flowchart illustrating a process of performing a file reading operation through the flash file system of the present invention.

도 8은 본 발명의 플래시 파일 시스템을 통한 파일 삭제작업의 수행과정을 나타내는 동작흐름도이며,8 is a flowchart illustrating a process of performing a file deletion operation through the flash file system of the present invention.

도 9는 본 발명의 플래시 파일 시스템을 통한 파일 복원작업의 수행과정을 나타내는 동작흐름도이다.9 is a flowchart illustrating a process of performing a file restoration operation through the flash file system of the present invention.

<도면의 주요부분에 대한 부호의 설명><Description of the code | symbol about the principal part of drawing>

101: 파일정보 블럭 102: 자유삭제 블럭101: file information block 102: free deletion block

103: 데이터 블럭 104: 파일정보 블럭의 상태103: data block 104: state of file information block

105: 부트 레코드 106: 파일정보 항목105: boot record 106: file information entry

107: 파일의 상태 109: 파일의 이름107: State of file 109: Name of file

113: 데이터 블럭의 주소(번호)113: address (number) of data block

이와 같은 목적(들)을 달성하기 위한 본 발명의 특징은, 하나의 파일정보 블럭과 하나의 자유삭제 블럭 및 적어도 하나 이상의 데이터 블럭을 포함하고; 파일정보 블럭은 파일정보 블럭의 상태정보를 나타내는 상태와, 파일 시스템의 식별자를 갖는 부트 레코드와, 데이터 블럭에 기록되는 파일의 정보가 기록되는 적어도 하나 이상의 파일정보 항목을 포함하며; 자유삭제 블럭은 파일정보 블럭을 갱신할 때 파일정보 블럭에 기록된 ″유효″한 파일정보 항목만을 검출하여 저장하고, 파일정보 블럭이 삭제된 후 저장된 ″유효″한 파일정보 항목을 파일정보 블럭에 전송하여 갱신하고; 적어도 하나 이상의 데이터 블럭은 연속되는 주소를 갖는 데이터들이 기록되며; 새로운 파일을 생성 및 기록할 경우, 파일정보 블럭에 새로운 파일정보 항목을 할당함과 동시에 새로운 파일정보 항목의 상태를 ″생성 중″으로 설정하고, 새로운 파일에 대한 정보를 새로운 파일정보 항목에 기록하며, 새로운 파일을 기록할 적어도 하나 이상의 데이터 블럭을 할당받아 파일정보 항목에 할당된 적어도 하나 이상의 데이터 블럭의 주소를 기록한 후, 새로운 파일을 적어도 하나 이상의 데이터 블럭에 기록함과 동시에 파일정보 항목의 상태를 ″유효″로 갱신하고; 기존 파일을 수정할 경우, 새로운 파일정보 항목을 할당하고, 할당된 파일정보 항목에 수정된 파일에 대한 정보를 기록하며, 수정된 파일을 기록할 적어도 하나 이상의 데이터 블럭을 할당받아 파일정보 항목에 할당된 적어도 하나 이상의 데이터 블럭의 주소를 기록한 후, 수정된 파일을 적어도 하나 이상의 데이터 블럭에 기록함과 동시에 새로운 파일정보 항목의 상태를 ″유효″로 설정하고, 수정 전의 기존 파일에 관련된 임의의 파일정보 항목을 삭제함과 동시에 파일정보 항목의 상태를 ″삭제″로 설정하며; 파일의 내용을 검색할 경우, 적어도 하나 이상의 파일정보 항목 중 해당 파일의 내용에 대응하는 임의의 파일정보 항목을 검출하여, 검출된 파일정보 항목에 기록된 적어도 하나 이상의 데이터 블럭의 주소를 찾아 해당 주소의 데이터 블럭에 기록된 데이터를 읽고; 파일을 삭제하는 경우, 해당 파일에 대응하는 파일정보 항목을 검출함과 동시에 파일정보 항목의 상태를 ″삭제 중″으로 설정하고, 검출된 파일정보 항목에 기록된 해당 파일에 관련된 적어도 하나 이상의 데이터 블럭의 주소를 찾아 해당 주소의 데이터 블럭에 기록된 데이터를 삭제함과 동시에 파일정보 항목의 상태를 ″삭제″로 설정하는 파일 시스템을 갖는 점에 있다.A feature of the present invention for achieving such object (s) comprises one file information block, one free erase block and at least one data block; The file information block includes a state indicating status information of the file information block, a boot record having an identifier of the file system, and at least one file information item on which information of a file recorded in the data block is recorded; The free delete block detects and stores only the ″ validated ″ file information items recorded in the file information block when updating the file information block, and stores the ″ validated ″ file information items stored after the file information block is deleted in the file information block. Send to update; At least one data block is written with data having consecutive addresses; When creating and recording a new file, assign a new file information item to the file information block, set the status of the new file information item to ″ creating ″, and record the information about the new file in the new file information item. At least one data block to which a new file is to be recorded, records the address of at least one data block allocated to the file information item, and writes a new file to the at least one data block and simultaneously displays the state of the file information item. Effective ″; When modifying an existing file, a new file information item is assigned, the information about the modified file is recorded in the assigned file information item, and at least one data block for recording the modified file is allocated to the file information item. After recording the address of at least one data block, the modified file is written to the at least one data block, and at the same time, the state of the new file information item is set to "valid", and any file information item related to the existing file before modification is changed. At the same time as the deletion, the status of the file information item is set to "delete"; When retrieving the contents of a file, any file information item corresponding to the contents of the file among the at least one file information item is detected, and the address of the at least one data block recorded in the detected file information item is found to find the address. Read data written to a data block of &lt; RTI ID = 0.0 &gt;; When the file is deleted, at least one data block associated with the file recorded in the detected file information item is set at the same time as detecting the file information item corresponding to the file and setting the state of the file information item to ″ deleting ″. It has a file system that finds an address and deletes the data recorded in the data block of the address and sets the status of the file information item to ″ delete ″.

여기서, 파일 시스템은, 파일 시스템의 내용이 변경되는 도중 해당 작업이 중지되면, 파일 시스템을 다시 시작한 후, 적어도 하나 이상의 파일정보 항목을 검색하여 적어도 하나 이상의 파일정보 항목 중 파일정보 항목의 상태가 ″삭제 중″ 및 ″생성 중″인 파일정보 항목을 검출하여, 검출된 파일정보 항목의 상태를 모두 ″삭제″로 갱신하는 것이 바람직하다.Here, if the file system stops the operation while the contents of the file system are changed, the file system restarts the file system, searches for at least one file information item, and states the state of the file information item among the at least one file information item. It is preferable to detect file information items that are being deleted &quot; and &quot; creating &quot; to update the state of the detected file information items to &quot; delete &quot;.

또한, 파일정보 항목은, 해당 파일의 현재 상태를 나타내는 상태와; 파일의 이름; 및 파일이 기록된 적어도 하나 이상의 데이터 블럭의 주소를 포함하는 것이 바람직하다.The file information item may further include: a status indicating a current status of the file; Name of the file; And at least one address of at least one data block on which the file is recorded.

그리고, 데이터 블럭은, 데이터 블럭의 사용여부를 나타내는 비트 맵 형태의 블럭 사용 맵을 포함하는 것이 바람직하다.The data block preferably includes a block use map in the form of a bit map indicating whether the data block is used.

이하, 본 발명의 바람직한 실시예(들)에 대하여 첨부도면을 참조하여 상세히 설명한다. 우선 각 도면의 구성요소들에 참조부호를 부가함에 있어서, 동일한 구성요소들에 한해서는 비록 다른 도면상에 표시되더라도 가능한 한 동일한 부호로 표기되었음에 유의하여야 한다. 또한, 하기의 설명에서는 구체적인 회로의 구성소자 등과 같은 많은 특정사항들이 도시되어 있는데, 이는 본 발명의 보다 전반적인 이해를 돕기 위해서 제공된 것일 뿐 이러한 특정 사항들 없이도 본 발명이 실시될 수 있음은 이 기술분야에서 통상의 지식을 가진 자에게는 자명하다 할 것이다. 그리고, 본 발명을 설명함에 있어서, 관련된 공지 기능 혹은 구성에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다.Hereinafter, exemplary embodiment (s) of the present invention will be described in detail with reference to the accompanying drawings. First, in adding reference numerals to the elements of each drawing, it should be noted that the same elements are denoted by the same reference numerals as much as possible even if they are displayed on different drawings. In addition, in the following description there are shown a number of specific details, such as components of the specific circuit, which are provided only to help a more general understanding of the present invention that the present invention may be practiced without these specific details. It is self-evident to those of ordinary knowledge in Esau. In describing the present invention, when it is determined that a detailed description of a related known function or configuration may unnecessarily obscure the subject matter of the present invention, the detailed description thereof will be omitted.

도 2에는 본 발명에 의한 플래시 파일 시스템을 나타내는 도면이 도시되어 있고, 도 3에는 도 2에 도시된 파일정보 블럭의 상세 구조도가 도시되어 있으며, 도 4에는 도 3에 도시된 파일정보 항목의 상세 구조도가 도시되어 있고, 도 5에는 본 발명의 플래시 파일 시스템을 통한 파일 생성 및 기록작업의 수행과정을 나타내는 동작흐름도가 도시되어 있으며, 도 6에는 본 발명의 플래시 파일 시스템을 통한 파일 수정작업의 수행과정을 나타내는 동작흐름도가 도시되어 있고, 도 7에는 본 발명의 플래시 파일 시스템을 통한 파일 읽기 작업의 수행과정을 나타내는 동작흐름도가 도시되어 있으며, 도 8에는 본 발명의 플래시 파일 시스템을 통한 파일 삭제작업의 수행과정을 나타내는 동작흐름도가 도시되어 있고, 도 9에는 본 발명의 플래시 파일 시스템을 통한 파일 복원작업의 수행과정을 나타내는 동작흐름도가 도시되어 있다.2 is a diagram showing a flash file system according to the present invention, FIG. 3 is a detailed structural diagram of the file information block shown in FIG. 2, and FIG. 4 is a detail of the file information item shown in FIG. A structural diagram is shown, and FIG. 5 is a flowchart illustrating a process of performing a file generation and a recording operation through the flash file system of the present invention, and FIG. 6 is a file modification operation through the flash file system of the present invention. An operation flowchart showing a process is shown, and FIG. 7 is an operation flowchart showing a process of performing a file reading operation through the flash file system of the present invention, and FIG. 8 shows a file deleting operation through the flash file system of the present invention. An operation flow diagram illustrating a process of performing is illustrated, and FIG. 9 illustrates a flash file system of the present invention. An operation flowchart showing a process of performing a file restoration operation is shown.

먼저, 도 2 내지 도 4를 참조하여 본 발명의 플래시 파일 시스템의 상세한 구조에 대해 설명하면 다음과 같다.First, the detailed structure of the flash file system of the present invention will be described with reference to FIGS. 2 to 4.

플래시 메모리에서 한 번에 지울 수 있는 연속된 데이터의 집합을 삭제 블럭이라 하며, 본 발명에 적용되는 파일 시스템에서는 플래시 메모리를 삭제 블럭단위로 관리한다. 이러한 삭제 블럭의 크기는 플래시 메모리의 특성과 사용자의 요구에 따라 달라질 수 있다.A set of consecutive data that can be erased at one time from a flash memory is called an erasure block. In the file system according to the present invention, the flash memory is managed in units of erase blocks. The size of the erase block may vary depending on the characteristics of the flash memory and the needs of the user.

삭제 블럭의 종류에는 도 2에 도시된 바와 같이, 파일정보 블럭(101), 자유삭제 블럭(102), 데이터 블럭(103)이 있다. 플래시 파일 시스템에는 하나의 파일정보 블럭(101)과 하나의 자유삭제 블럭(102)이 있으며, 나머지 블럭들은 데이터 블럭(103)으로 할당된다. 파일정보 블럭(101)에는 도 3에 도시된 바와 같이, 상태(104), 부트 레코드(105) 및 다수개의 파일정보 항목(106)이 기록된다. 여기서, 자유삭제 블럭(102)은 파일정보 블럭(101)을 수정하는데 사용되는 블럭이다. 또한, 데이터 블럭(103)에는 파일의 데이터가 기록된다.As shown in FIG. 2, there are a file information block 101, a free deletion block 102, and a data block 103. As shown in FIG. There is one file information block 101 and one free erase block 102 in the flash file system, and the remaining blocks are allocated to the data block 103. In the file information block 101, as shown in FIG. 3, a status 104, a boot record 105, and a plurality of file information items 106 are recorded. Here, the free deletion block 102 is a block used to modify the file information block 101. In addition, data of the file is recorded in the data block 103.

이때, 파일정보 블럭(101)의 상태(104)는 파일정보 블럭(101)이 삭제된 것인지 혹은 기록할 수 있는 것인지 등의 파일정보 블럭(101)의 현재상태를 나타내는 정보가 기록된다. 부트 레코드(105)는 파일 시스템의 식별자와 기타 정보가 기록된다. 다수개의 파일정보 항목(106)은 각 파일에 대한 파일정보가 기록되며, 각각의 파일정보 항목(106)에는 도 4에 도시된 바와 같이, 파일의 상태(107), 파일정보 항목의 크기(108), 파일 이름(109), 파일 생성 또는 최종 수정날짜 및 시각(110), 파일 데이터의 길이(111), 파일 속성(112), 파일 데이터가 기록된 데이터 블럭(103)의 번호(113) 등이 포함된다.At this time, in the state 104 of the file information block 101, information indicating the current state of the file information block 101, such as whether the file information block 101 has been deleted or can be recorded, is recorded. The boot record 105 records the identifier of the file system and other information. In the plurality of file information items 106, file information for each file is recorded. In each file information item 106, as shown in FIG. 4, the status 107 of the file and the size 108 of the file information item are shown. ), File name 109, file creation or last modification date and time 110, length of file data 111, file attribute 112, number 113 of data block 103 where file data is recorded, and the like. This includes.

이와 같은 구성을 갖는 본 발명의 동작에 대하여 도 5 내지 도 9를 참조하여 설명하면 다음과 같다.Referring to Figures 5 to 9 with respect to the operation of the present invention having such a configuration as follows.

플래시 파일 시스템의 동작은 파일 생성 및 기록, 수정, 검색, 삭제, 고장에서의 복원 등의 항목으로 구분된다.Flash file system operation is divided into items such as file creation and recording, modification, retrieval, deletion, and recovery from failure.

먼저, 도 5에 도시된 바와 같이 파일을 생성 및 기록하는 경우를 보면, 파일정보 블럭(101)에 새로운 파일정보 항목(106)이 할당될 수 있는가를 검사한다(S1). 새로운 파일정보 항목(106)이 할당될 공간이 존재하면(S2, S15), 새로운 파일정보 항목(106)의 위한 공간을 할당하고(S3), 그 파일정보 항목(106)에 대한 정보(상태, 이름, 날짜, 크기, 속성 등)를 기록한다(S5). 이때, 파일의 상태(107)는 ″생성 중″이라 표시된다(S4). 그리고, 사용되지 않는 데이터 블럭(103)을 하나 할당받아(S6~S8) 그 주소를 파일정보 항목(106)에 기록하고(S9), 파일 데이터를 해당 데이터 블럭(103)에 기록한다(S10). 이때, 플래시 메모리의 각종 작업 중 시스템에 고장이 발생하여 다운되더라도 이를 복원할 수 있도록 하기 위하여 파일정보 항목(106)의 파일데이터가 기록된 데이터 블럭(103)의 번호(113)를 우선적으로 기록한 후, 해당 파일데이터를 데이터 블럭(103)에 기록하여야 한다. 그리고, 파일에 관련된 모든 데이터 블럭(103)의 주소와 파일 데이터를 기록하는 작업을 수행하면, 나머지 파일 정보(이름, 파일 크기 등)를 기록한다(S11). 이때, 필요에 따라 혹은 파일 크기를 미리 알 수 있는 경우에는 파일정보 항목(106)의 크기를 먼저 기록할 수도 있다. 이러한 기록작업이 모두 완료되면, 파일의 상태(107)는 유효로 전환된다(S12).First, in the case of generating and recording a file as shown in FIG. 5, it is checked whether a new file information item 106 can be allocated to the file information block 101 (S1). If there is space to which the new file information item 106 is to be allocated (S2, S15), the space for the new file information item 106 is allocated (S3), and the information about the file information item 106 (status, Name, date, size, attribute, etc.) are recorded (S5). At this time, the state 107 of the file is displayed as ″ creating ″ (S4). Then, one unused data block 103 is allocated (S6 to S8) and its address is recorded in the file information item 106 (S9), and the file data is recorded in the corresponding data block 103 (S10). . In this case, in order to be able to recover even if a system failure occurs during various operations of the flash memory, the number 113 of the data block 103 in which the file data of the file information item 106 is recorded is first recorded. This file data should be recorded in the data block 103. When the address and file data of all data blocks 103 related to the file are recorded, the remaining file information (name, file size, etc.) is recorded (S11). At this time, if necessary or if the file size can be known in advance, the size of the file information item 106 may be recorded first. When all of these recording operations are completed, the state 107 of the file is switched to valid (S12).

한편, 파일 시스템에서 사용되지 않는 데이터 블럭(103)을 쉽게 찾을 수 있도록 하기 위하여 블럭사용 맵을 이용한다. 블럭사용 맵은 통상 비트 맵 형태로 구성되며, 블럭사용 맵의 각 비트는 해당 블럭의 사용여부를 나타낸다. 따라서, 파일 시스템은 블럭사용 맵의 비트를 통해 해당 블럭의 사용여부를 간단하게 검색할 수 있다.On the other hand, a block usage map is used to easily find the data block 103 which is not used in the file system. The block use map is usually configured in the form of a bit map, and each bit of the block use map indicates whether the corresponding block is used. Therefore, the file system can easily search whether the corresponding block is used through the bits of the block usage map.

다음으로, 도 6에 도시된 바와 같이 파일의 내용을 수정하는 경우를 보면, 파일정보 항목을 다시 할당하고(S17~S19, S31), 앞서 언급한 파일 생성 및 기록과정과 동일한 과정을 수행한다(S20~S24). 그리고, 새로운 파일정보 항목(106)에 수정된 내용이 적힌 데이터 블럭(103)의 번호를 기록한 후(S25~S27), 이전의 파일정보 항목(106)은 파일의 상태(107)를 ″삭제″로 변경한다(S28).Next, as shown in FIG. 6, when the contents of the file are modified, the file information items are reassigned (S17 to S19 and S31), and the same process as the above-described file generation and recording process is performed ( S20 ~ S24). Then, after recording the number of the data block 103 in which the modified contents are written in the new file information item 106 (S25 to S27), the previous file information item 106 ″ deletes ″ the state 107 of the file. Change to (S28).

또한, 도 7에 도시된 바와 같이 파일의 내용을 읽는 경우를 보면, 파일정보 블럭(101)에서 각 파일정보 항목(106)을 검사하여(S33) 요청된 파일이 존재하는가를 검사하고(S34), 해당 파일이 존재하면 파일정보 항목(106)내의 데이터 블럭(103)의 번호(113)를 검출하여 해당 데이터 블럭(103)에서 데이터를 읽어낸다(S35). 만약, 각 파일정보 항목(106)을 검사한 결과 요청된 파일이 존재하지 않는다면 에러로 처리한다(S36).In addition, in the case of reading the contents of the file as shown in FIG. 7, the file information block 101 checks each file information item 106 (S33) and checks whether the requested file exists (S34). If the file exists, the number 113 of the data block 103 in the file information item 106 is detected and data is read from the data block 103 (S35). If the requested file does not exist as a result of checking each file information item 106, it is treated as an error (S36).

그리고, 도 8에 도시된 바와 같이 파일을 삭제하는 경우를 보면, 파일정보 항목(106)내의 파일의 상태(107)를 ″삭제 중″으로 설정하고(S37), 그 파일에 속한 모든 데이터 블럭(103)을 삭제한 후(S38), 해당 데이터 블럭(103)의 블럭사용 맵을 갱신한다(S39). 이후, 모든 데이터 블럭(103)을 삭제하고 블럭사용 맵을 갱신한 후, 파일의 상태(107)를 ″삭제″로 설정하여 해당 파일이 삭제되었음을 나타낸다(S40).Then, as shown in FIG. 8, when the file is deleted, the state 107 of the file in the file information item 106 is set to ″ deleting ″ (S37), and all data blocks belonging to the file ( After deleting 103 (S38), the block usage map of the data block 103 is updated (S39). Thereafter, after deleting all the data blocks 103 and updating the block usage map, the state 107 of the file is set to &quot; delete &quot; to indicate that the file has been deleted (S40).

한편, 도 9에 도시된 바와 같이 파일 시스템의 내용이 변경되던 도중 시스템이 다운되거나 혹은 고장이 발생하면, 해당 시스템이 재 구동된 후에 파일 시스템의 구조는 파괴된 상태가 된다. 따라서, 파일 시스템을 처음 사용하거나 혹은 재 시작할 때마다 파일 시스템의 구조를 먼저 검사하여야 한다. 이때, 파일정보 항목(106)내의 파일의 상태(107)를 검사하여 파일의 상태(107)가 ″생성 중″이거나 혹은 ″삭제 중″인 항목이 있는가를 검사한다(S41). 여기서, 파일의 상태(107)가 ″생성 중″이면(S42) 파일을 생성하는 도중 고장이 발생한 것에 해당하며, 파일의 상태(107)가 ″삭제 중″이면(S43) 파일을 삭제하는 도중 고장이 발생한 것을 의미하므로, 두 가지의 경우에 해당하는 파일은 모두 불필요한 파일이 된다. 따라서, 파일정보 항목(106)내의 파일의 상태(107)를 ″삭제 중″으로 변경하고(S44), 해당 파일정보 항목(106)에 속한 모든 데이터 블럭(103)을 삭제하며(S45), 삭제가 완료되면 해당 파일의 상태(107)를 ″삭제″로 변경한다(S46).Meanwhile, as shown in FIG. 9, if the system is down or a failure occurs while the contents of the file system are changed, the structure of the file system is destroyed after the system is restarted. Therefore, the first time you use or restart the file system, you must first check its structure. At this time, the state 107 of the file in the file information item 106 is checked to see if there is an item whose state 107 is "creating" or "deleting" (S41). Here, if the state 107 of the file is ″ creating ″ (S42), a failure has occurred while generating the file. If the state 107 of the file is ″ deleting ″ (S43), the failure occurs while deleting the file. This means that these files are generated, and therefore, the files corresponding to both cases become unnecessary files. Accordingly, the state 107 of the file in the file information item 106 is changed to ″ deleting ″ (S44), and all data blocks 103 belonging to the file information item 106 are deleted (S45). Is completed, the state 107 of the file is changed to ″ delete ″ (S46).

한편, 파일정보 블럭(101)에 삭제된 항목이 많은 경우에는 플래시 메모리의 사용효율이 저하되므로, 자유삭제 블럭(102)을 이용하여 파일정보 항목(106)을 정리할 수도 있다. 즉, 각각의 파일정보 항목(106)내의 파일의 상태(107)를 검사하여 파일의 상태(107)가 ″유효″인 해당 파일정보 항목(106)만을 검색하여 이를 자유삭제 블럭(102)에 이동시킨다. 이러한 과정을 ″재생″이라 칭한다. 이후, 파일정보 블럭(101)내의 각 파일정보 항목(106)을 모두 삭제한 후, 자유삭제 블럭(102)에 저장되어 있는 ″유효″한 파일정보 항목(106)들을 다시 파일정보 블럭(101)으로 이동시킨다. 이때, 파일정보 블럭(101)은 삭제된 파일정보 항목(106)이 많을 때 재생되고, 데이터 블럭(103)은 파일이 삭제되거나 수정되는 경우에만 재생된다(도 5의 S13~S15 및 도 6의 S29~S31).On the other hand, when there are many items deleted in the file information block 101, the use efficiency of the flash memory is reduced, so that the file information items 106 can be arranged using the free deletion block 102. FIG. That is, the state 107 of the file in each file information item 106 is examined to retrieve only the corresponding file information item 106 whose state 107 is "valid" and moves it to the free delete block 102. Let's do it. This process is called ″ playback ″. Thereafter, after deleting each file information item 106 in the file information block 101, the ″ valid &quot; file information items 106 stored in the free deletion block 102 are again stored in the file information block 101. Move to. At this time, the file information block 101 is reproduced when there are many deleted file information items 106, and the data block 103 is reproduced only when the file is deleted or modified (FIGS. S13 to S15 and FIG. 6). S29-S31).

한편, 파일정보 블럭(101)의 상태(104)를 변경시키기 위하여 매번 데이터 블럭(103)을 삭제할 필요가 없도록 상태값 변경절차를 설정할 수도 있다. 예컨대, 파일정보 블럭(101)의 상태(104)를 미정(FF)삭제(8F)복원(4F)삭제 중(2F)기록가능(OF)가득 참(08)과 같은 절차로 변경할 수 있다.On the other hand, in order to change the state 104 of the file information block 101, the state value changing procedure may be set so that the data block 103 does not need to be deleted each time. For example, the state 104 of the file information block 101 is determined (FF). Delete (8F) Restore (4F) Deleting (2F) Recordable (OF) You can change it to the same procedure as Full (08).

마찬가지로, 파일정보 항목(106)에서 파일의 상태(107)를 변경시키기 위하여 매번 파일정보 항목(106)을 새로 생성하거나 파일정보 블럭(101) 전체를 삭제할 필요가 없도록 상태값 변경절차를 설정할 수도 있다. 예컨대, 파일정보 항목(106)의 파일의 상태(107)를 미사용(FF)생성 중(8F)유효(4F)삭제 중(2F)삭제(OF)와 같은 절차로 변경할 수 있다.Similarly, in order to change the state 107 of the file in the file information item 106, the state value changing procedure may be set such that there is no need to newly create the file information item 106 or delete the entire file information block 101. . For example, the file state 107 of the file information item 106 is not used (FF). Generating (8F) Effective (4F) Deleting (2F) Changes can be made with the same procedure as deletion (OF).

이와 같이, 본 발명의 상세한 설명에서는 구체적인 실시예(들)에 관해 설명하였으나, 본 발명의 범주에서 벗어나지 않는 한도 내에서 여러 가지 변형이 가능함은 물론이다. 그러므로, 본 발명의 범위는 설명된 실시예(들)에 국한되어 정해져서는 안되며 후술하는 특허청구범위 뿐만 아니라 이 특허청구범위와 균등한 것들에 의해 정해져야 한다.As described above, although the specific embodiment (s) have been described in the detailed description of the present invention, various modifications are possible without departing from the scope of the present invention. Therefore, the scope of the present invention should not be limited to the described embodiment (s) but should be defined by the claims below and equivalents thereof.

결국, 본 발명에 의한 플래시 파일 시스템에 따르면 다음과 같은 이점(들)이 발생한다.As a result, according to the flash file system according to the present invention, the following advantage (s) occurs.

즉, 플래시 메모리 상에 독자적인 파일 시스템을 구성하여 별도의 파일 시스템을 사용하기 어려운 환경에서도 손쉽게 파일 단위의 데이터에 접근할 수 있다.That is, by configuring a unique file system on the flash memory, it is possible to easily access data in file units even in an environment in which a separate file system is difficult to use.

또한, 플래시 메모리에서 데이터를 읽거나 플래시 메모리에 데이터를 기록하는 도중 고장이 발생하는 경우에도 파일 시스템의 상태정보에 따라 파괴된 파일 시스템을 용이하게 복원할 수 있다.In addition, even when a failure occurs while reading data from or writing data to the flash memory, the destroyed file system can be easily restored according to the state information of the file system.

Claims (4)

하나의 파일정보 블럭과 하나의 자유삭제 블럭 및 적어도 하나 이상의 데이터 블럭을 포함하고;One file information block, one free erase block, and at least one data block; 상기 파일정보 블럭은 상기 파일정보 블럭의 상태정보를 나타내는 상태와, 파일 시스템의 식별자를 갖는 부트 레코드와, 상기 데이터 블럭에 기록되는 파일의 정보가 기록되는 적어도 하나 이상의 파일정보 항목을 포함하며;The file information block includes a state indicating status information of the file information block, a boot record having an identifier of a file system, and at least one file information item on which information of a file recorded in the data block is recorded; 상기 자유삭제 블럭은 상기 파일정보 블럭을 갱신할 때 상기 파일정보 블럭에 기록된 ″유효″한 파일정보 항목만을 검출하여 저장하고, 상기 파일정보 블럭이 삭제된 후 저장된 상기 ″유효″한 파일정보 항목을 상기 파일정보 블럭에 전송하여 갱신하고;The free deletion block detects and stores only the ″ valid ″ file information items recorded in the file information block when updating the file information block, and the ″ valid ″ file information items stored after the file information block is deleted. Transmits to the file information block to update; 상기 적어도 하나 이상의 데이터 블럭은 연속되는 주소를 갖는 데이터들이 기록되며;The at least one data block is written with data having consecutive addresses; 새로운 파일을 생성 및 기록할 경우, 상기 파일정보 블럭에 새로운 파일정보 항목을 할당함과 동시에 상기 새로운 파일정보 항목의 상태를 ″생성 중″으로 설정하고, 상기 새로운 파일에 대한 정보를 상기 새로운 파일정보 항목에 기록하며, 상기 새로운 파일을 기록할 적어도 하나 이상의 데이터 블럭을 할당받아 상기 파일정보 항목에 할당된 상기 적어도 하나 이상의 데이터 블럭의 주소를 기록한 후, 상기 새로운 파일을 상기 적어도 하나 이상의 데이터 블럭에 기록함과 동시에 상기 파일정보 항목의 상태를 ″유효″로 갱신하고;When a new file is created and recorded, a new file information item is assigned to the file information block, the state of the new file information item is set to ″ creating ″, and information about the new file is changed to the new file information. Write to an item, receive at least one data block for recording the new file, record the address of the at least one data block allocated to the file information item, and then record the new file in the at least one data block. Simultaneously update the status of the file information item to &quot; valid &quot;; 기존 파일을 수정할 경우, 새로운 파일정보 항목을 할당하고, 할당된 상기 파일정보 항목에 수정된 파일에 대한 정보를 기록하며, 상기 수정된 파일을 기록할 적어도 하나 이상의 데이터 블럭을 할당받아 상기 파일정보 항목에 할당된 상기 적어도 하나 이상의 데이터 블럭의 주소를 기록한 후, 상기 수정된 파일을 상기 적어도 하나 이상의 데이터 블럭에 기록함과 동시에 상기 새로운 파일정보 항목의 상태를 ″유효″로 설정하고, 수정 전의 기존 파일에 관련된 임의의 파일정보 항목을 삭제함과 동시에 상기 파일정보 항목의 상태를 ″삭제″로 설정하며;When modifying an existing file, a new file information item is allocated, information about the modified file is recorded in the allocated file information item, and at least one data block for recording the modified file is allocated to the file information item. After recording the address of the at least one data block assigned to the at least one data block, the modified file is written to the at least one data block, and at the same time, the state of the new file information item is set to "valid", and the existing file before modification is Simultaneously delete any associated file information item and set the state of the file information item to &quot; delete &quot;; 파일의 내용을 검색할 경우, 상기 적어도 하나 이상의 파일정보 항목 중 해당 파일의 내용에 대응하는 임의의 상기 파일정보 항목을 검출하여, 검출된 상기 파일정보 항목에 기록된 적어도 하나 이상의 데이터 블럭의 주소를 찾아 해당 주소의 상기 데이터 블럭에 기록된 데이터를 읽고;When retrieving the contents of the file, any of the at least one file information item corresponding to the contents of the file is detected, and the address of at least one data block recorded in the detected file information item is detected. Find and read data written to the data block of the address; 파일을 삭제하는 경우, 해당 파일에 대응하는 상기 파일정보 항목을 검출함과 동시에 상기 파일정보 항목의 상태를 ″삭제 중″으로 설정하고, 검출된 상기 파일정보 항목에 기록된 해당 파일에 관련된 적어도 하나 이상의 데이터 블럭의 주소를 찾아 해당 주소의 상기 데이터 블럭에 기록된 데이터를 삭제함과 동시에 상기 파일정보 항목의 상태를 ″삭제″로 설정하는 플래시 파일 시스템.When the file is deleted, the file information item corresponding to the file is detected, the state of the file information item is set to ″ deleting ″, and at least one related to the file recorded in the detected file information item. The flash file system which finds the address of the above data block, deletes the data recorded in the said data block of the said address, and sets the state of the file information item to "delete". 제 1 항에 있어서, 상기 파일 시스템은,The method of claim 1, wherein the file system, 상기 파일 시스템의 내용이 변경되는 도중 해당 작업이 중지되면, 상기 파일 시스템을 다시 시작한 후, 상기 적어도 하나 이상의 파일정보 항목을 검색하여 상기 적어도 하나 이상의 파일정보 항목 중 상기 파일정보 항목의 상태가 ″삭제 중″ 및 ″생성 중″인 파일정보 항목을 검출하여, 검출된 상기 파일정보 항목의 상태를 모두 ″삭제″로 갱신하도록 한 것을 특징으로 하는 플래시 파일 시스템.If the operation is stopped while the contents of the file system are changed, restarting the file system, searching for the at least one file information item, and deleting the state of the file information item from the at least one file information item. And a file information item having a &quot; during &quot; and &quot; creating &quot; to update all detected state of the file information item to &quot; delete &quot;. 제 2 항에 있어서, 상기 파일정보 항목은,The method of claim 2, wherein the file information item, 해당 파일의 현재 상태를 나타내는 상태;A status indicating the current state of the file; 상기 파일의 이름; 및The name of the file; And 상기 파일이 기록된 상기 적어도 하나 이상의 데이터 블럭의 주소를 포함하는 것을 특징으로 하는 플래시 파일 시스템.And the address of said at least one block of data in which said file is written. 제 2 항에 있어서, 상기 데이터 블럭은,The method of claim 2, wherein the data block, 상기 데이터 블럭의 사용여부를 나타내는 비트 맵 형태의 블럭 사용 맵을 포함하는 플래시 파일 시스템.And a block use map in the form of a bit map indicating whether the data block is used.
KR1019990044504A 1999-10-14 1999-10-14 Flash file system KR100703680B1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
KR1019990044504A KR100703680B1 (en) 1999-10-14 1999-10-14 Flash file system
CNB001284304A CN1180349C (en) 1999-10-14 2000-10-14 Quick flashing decument system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
KR1019990044504A KR100703680B1 (en) 1999-10-14 1999-10-14 Flash file system

Publications (2)

Publication Number Publication Date
KR20010037155A true KR20010037155A (en) 2001-05-07
KR100703680B1 KR100703680B1 (en) 2007-04-05

Family

ID=19615321

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1019990044504A KR100703680B1 (en) 1999-10-14 1999-10-14 Flash file system

Country Status (2)

Country Link
KR (1) KR100703680B1 (en)
CN (1) CN1180349C (en)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100703727B1 (en) * 2005-01-12 2007-04-05 삼성전자주식회사 Non-volatile memory, Mappping controlling apparatus and method for the same
KR100726513B1 (en) * 2005-12-29 2007-06-11 주식회사 팬택앤큐리텔 Method for wireless update of terminal software by server
KR100758585B1 (en) * 2005-09-30 2007-09-13 시그마텔, 인크. System and method of accessing non-volatile computer memory
KR101065147B1 (en) * 2007-10-17 2011-09-16 실리콘모션 인코포레이티드 Storage device and method of accessing a status thereof
KR101102754B1 (en) * 2005-02-28 2012-01-05 삼성전자주식회사 Nand flash memory file system and method for accessing file thereof
US8117377B2 (en) 2007-12-27 2012-02-14 Electronics And Telecommunications Research Institute Flash memory device having secure file deletion function and method for securely deleting flash file

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100389867B1 (en) * 2001-06-04 2003-07-04 삼성전자주식회사 Flash memory management method
JP4238514B2 (en) * 2002-04-15 2009-03-18 ソニー株式会社 Data storage device
KR100453053B1 (en) * 2002-06-10 2004-10-15 삼성전자주식회사 Flash memory file system
JP3928724B2 (en) * 2003-02-20 2007-06-13 ソニー株式会社 Recording medium recording control method and recording medium recording control apparatus
US7386700B2 (en) * 2004-07-30 2008-06-10 Sandisk Il Ltd Virtual-to-physical address translation in a flash file system
CN100481025C (en) * 2007-02-08 2009-04-22 深圳万利达电子工业有限公司 Method for implementing nandflsh file system
CN101256536B (en) * 2007-03-01 2010-05-26 创惟科技股份有限公司 Flash memory address translation layer system
KR100941368B1 (en) 2007-12-27 2010-02-11 한국전자통신연구원 Flash memory device having secure file deletion function and method for securely deleting flash file
US10209904B2 (en) 2013-04-09 2019-02-19 EMC IP Holding Company LLC Multiprocessor system with independent direct access to bulk solid state memory resources
CN106462510B (en) * 2014-03-06 2019-12-13 伊姆西公司 Multiprocessor system with independent direct access to large amounts of solid-state storage resources
CN111949212B (en) * 2020-07-10 2024-03-08 深圳宏芯宇电子股份有限公司 File system and file management method based on self-defined open channel SSD

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
TW261687B (en) * 1991-11-26 1995-11-01 Hitachi Seisakusyo Kk
JPH0695955A (en) * 1992-09-09 1994-04-08 Ricoh Co Ltd Flash file system
US5404485A (en) * 1993-03-08 1995-04-04 M-Systems Flash Disk Pioneers Ltd. Flash file system
JPH06266587A (en) * 1993-03-16 1994-09-22 Nec Corp File management system for flash memory
US5832493A (en) * 1997-04-24 1998-11-03 Trimble Navigation Limited Flash file management system

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100703727B1 (en) * 2005-01-12 2007-04-05 삼성전자주식회사 Non-volatile memory, Mappping controlling apparatus and method for the same
US7899974B2 (en) 2005-01-12 2011-03-01 Samsung Electronics Co., Ltd. Nonvolatile memory, mapping control apparatus and method of the same
KR101102754B1 (en) * 2005-02-28 2012-01-05 삼성전자주식회사 Nand flash memory file system and method for accessing file thereof
KR100758585B1 (en) * 2005-09-30 2007-09-13 시그마텔, 인크. System and method of accessing non-volatile computer memory
KR100726513B1 (en) * 2005-12-29 2007-06-11 주식회사 팬택앤큐리텔 Method for wireless update of terminal software by server
KR101065147B1 (en) * 2007-10-17 2011-09-16 실리콘모션 인코포레이티드 Storage device and method of accessing a status thereof
US8117377B2 (en) 2007-12-27 2012-02-14 Electronics And Telecommunications Research Institute Flash memory device having secure file deletion function and method for securely deleting flash file

Also Published As

Publication number Publication date
KR100703680B1 (en) 2007-04-05
CN1293404A (en) 2001-05-02
CN1180349C (en) 2004-12-15

Similar Documents

Publication Publication Date Title
KR100644602B1 (en) Method for driving remapping for flash memory and flash memory architecture thereto
KR100453053B1 (en) Flash memory file system
CN1307555C (en) Data storage device
KR100987241B1 (en) Memory Device and Recording/Reproducing Apparatus Using the Same
KR100952135B1 (en) Flash management system using only sequential write
US7191306B2 (en) Flash memory, and flash memory access method and apparatus
KR100703680B1 (en) Flash file system
US6865658B2 (en) Nonvolatile data management system using data segments and link information
JP4268396B2 (en) Non-volatile memory device file management that can be programmed once
JP2009199625A (en) Memory card, and method for controlling memory card and method for controlling nonvolatile semiconductor memory
KR20000048766A (en) Method for performing a continuous over-write of a file in a nonvolatile memory
JP2006040264A (en) Control method of memory card, and control method of nonvolatile semiconductor memory
US6636941B1 (en) Enhanced stable disk storage
CN113568582B (en) Data management method, device and storage equipment
US7051251B2 (en) Method for storing data in a write-once memory array using a write-many file system
US6629203B1 (en) Alternating shadow directories in pairs of storage spaces for data storage
US20070005929A1 (en) Method, system, and article of manufacture for sector mapping in a flash device
KR100954603B1 (en) A log file of file system and method for recovering file system
US20050149493A1 (en) Data recording apparatus and data recording method
KR100745163B1 (en) Method for managing flash memory using dynamic mapping table
CN111949212B (en) File system and file management method based on self-defined open channel SSD
KR100638638B1 (en) Method for controling flash memory device
JPH1031611A (en) File system for nonvolatile memory storage medium
GB2391350A (en) Non-volatile memory which can be directly overwritten
JPH10289144A (en) Memory control method

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
LAPS Lapse due to unpaid annual fee