JPH05108440A - Format structure of directory entry on recording medium - Google Patents

Abstract

PURPOSE:To execute file management corresponding to the mass storage of storage capacity as to the auxiliary storage device of an information equipment. CONSTITUTION:MS-DOS manages one file by the directory of 32 bytes. The base name or the directory name of a file name are arranged from $0 to $7. Then, expanders are arranged from $8 to , and a file attribute ( ), reservation areas (from <= to $15), time and data of generation or alteration ($16 or $19), cluster numbers ($1A and $1B) and file sizes (from $1C to $1F) are arranged. The reservation areas do not have specially decided uses and they are not used. The cluster numbers of 32 bits (four bytes) are allocated to be described in a part of the reservation area, namely, the area 18 from $12 to $15. Thus, the cluster number to 4G (giga) can be managed and file management corresponding to the mass storage of storage capacity becomes possible.

Description

【発明の詳細な説明】Detailed Description of the Invention

【０００１】[0001]

【産業上の利用分野】本発明は、情報機器の補助記憶装
置について記憶容量の大容量化に対応したファイル管理
の実現を図ろうとする新規な記録媒体に関するディレク
トリエントリのフォーマット構造を提供するものであ
る。BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention provides a directory entry format structure for a novel recording medium which is intended to realize file management corresponding to an increase in storage capacity of an auxiliary storage device of information equipment. is there.

【０００２】[0002]

【従来の技術】近時、コンピュータのアプリーケーショ
ンソフトは、ＯＳ（オペーレーティング・システム）と
称されるシステムプログラム上で動作するものが多く、
数あるＯＳの中でもＭＳ−ＤＯＳ（マイクロソフト社の
登録商標）が標準ＯＳとして地位を確立してきた。2. Description of the Related Art Recently, many computer application softwares operate on a system program called an OS (operating system).
Among many OSes, MS-DOS (registered trademark of Microsoft Corporation) has established itself as a standard OS.

【０００３】ＭＳ−ＤＯＳのファイルシステムにおいて
は、フレキシブルディスクやハードディスクでのファイ
ル管理に関して共通の約束事があり、「ディレクトリエ
ントリ（Ｄｉｒｅｃｔｏｒｙ Ｅｎｔｒｙ）」及び「Ｆ
ＡＴ（Ｆｉｌｅ Ａｌｌｏｃａｔｉｏｎ Ｔａｂｌｅ」
がファイル管理情報として用いられる。In the file system of MS-DOS, there are common conventions regarding file management on a flexible disk or a hard disk, and there are "directory entry (Directory Entry)" and "F
AT (File Allocation Table)
Is used as file management information.

【０００４】「ディレクトリエントリ」はファイル名や
これに付随する情報を記憶しておくところであり、ま
た、「ＦＡＴ」はディスクの地図に相当するものでディ
スク上でファイルがどのように配置されているかを記録
したものである。そして、ファイル管理はクラスタ（ｃ
ｌｕｓｔｅｒ）を単位として行われる。The "directory entry" is a place for storing a file name and information associated therewith, and the "FAT" corresponds to a map of the disk, and how the file is arranged on the disk. Is recorded. And the file management is cluster (c
It is performed in units of (laster).

【０００５】これらディレクトリエントリやＦＡＴのデ
ィスク上での配置の仕方も予め定められており、ＭＳ−
ＤＯＳでは図５に示すようにディスク領域を４つのフィ
ールドに分けてファイル管理を行っており、予約（ＢＯ
ＯＴ）セクタ領域、ＦＡＴ及びスペアのＦＡＴ領域（Ｆ
ＡＴのコピ−が格納される。）、ディレクトリエントリ
領域、データ領域の順で所定の場所に配置されるように
なっている。The method of arranging these directory entries and FATs on the disk is also predetermined, and MS-
In DOS, file management is performed by dividing the disk area into four fields as shown in FIG. 5, and reservation (BO
OT) sector area, FAT and spare FAT area (F
The copy of AT is stored. ), The directory entry area, and the data area are arranged in this order at predetermined locations.

【０００６】尚、予約セクタはディスク起動時の情報や
ディレクトリ、ＦＡＴ以外の必要情報を記録する場合に
使用される。The reserved sector is used for recording information at the time of starting the disc, a directory, and necessary information other than FAT.

【０００７】また、実際のファイルデータはデータ領域
に置かれ、サブディレクトリが作成された場合にも、そ
の領域はデータ領域に確保される。Further, the actual file data is placed in the data area, and even when a subdirectory is created, that area is secured in the data area.

【０００８】ディレクトリエントリはディレクトリエン
トリ領域又はデータ領域に存在し、ファイル又はサブデ
ィレクトリの情報を図６に示すフォーマット形式で含ん
でいる。The directory entry exists in the directory entry area or the data area, and contains the information of the file or subdirectory in the format shown in FIG.

【０００９】図示するようにディレクトリは３２バイト
単位で１つのファイルを管理しており、＄０から＄７
（「＄」は１６進を意味する。）にかけてファイル名の
ベース名又はディレクトリ名が配置され、次の＄８から
＄Ａには拡張子が置かれ、続いてファイル属性（＄
Ｂ）、予約領域（＄Ｃから＄１５）、作成又は変更の日
付（＄１６から＄１９のうち前半２バイトに時刻、後半
２バイトに日付が置かれる）、クラスタ番号（＄１Ａ、
＄１Ｂ）、ファイルサイズ（＄１Ｃから＄１Ｆ）が配置
される。As shown in the figure, the directory manages one file in units of 32 bytes and includes $ 0 to $ 7.
("$" Means hexadecimal.) The base name of the file name or the directory name is placed, and the extension is placed from $ 8 to $ A, followed by the file attribute ($
B), reserved area ($ C to $ 15), date of creation or modification ($ 16 to $ 19, time is placed in the first 2 bytes of the first half, date is placed in the second 2 bytes), cluster number ($ 1A,
$ 1B) and file size ($ 1C to $ 1F) are arranged.

【００１０】このうち、予約領域は今のところ特に決め
られた用途がなく未使用とされている。Of these, the reserved area has not been used so far and is unused.

【００１１】クラスタ番号には＄１Ａ、＄１Ｂの２バイ
ト分が用意されており、このクラスタ番号は、ＦＡＴを
読む上での起点となる番号である。つまり、この領域に
書かれたクラスタ番号はファイルの開始クラスタ番号で
あり、これに基づいてＦＡＴ内のクラスタ番号のつなが
りを追うことができるようになっている。Two bytes of $ 1A and $ 1B are prepared for the cluster number, and this cluster number is the starting point for reading the FAT. That is, the cluster number written in this area is the start cluster number of the file, and based on this, the connection of the cluster numbers in the FAT can be tracked.

【００１２】[0012]

【発明が解決しようとする課題】しかしながら、上記し
たようなディレクトリエントリのフォーマット構造で
は、クラスタ番号に割り当てられる領域が２バイトに制
限されているため記録媒体の大容量化に対応することが
できないという問題がある。However, in the format structure of the directory entry as described above, the area allocated to the cluster number is limited to 2 bytes, so that it cannot cope with the increase in capacity of the recording medium. There's a problem.

【００１３】つまり、１２ビットでは２＾１２＝４Ｋ
（キロ）、１６ビットでは２＾１６＝６４Ｋまでの番号
しか割り当てることができないので、１つの番地を仮に
１Ｋバイトに区切ったとすると１６ビットでは６４Ｍバ
イトまでしか扱うことができず、大容量のハードディス
ク等を用いる上での障害となってしまう。In other words, with 12 bits, 2 ^ 12 = 4K
(Kilo), 16 bits can only assign numbers up to 2 ^ 16 = 64K, so if one address is divided into 1K bytes, 16 bits can handle only 64M bytes, and a large capacity hard disk Etc. will be an obstacle in using.

【００１４】[0014]

【課題を解決するための手段】そこで、本発明記録媒体
に関するディレクトリエントリのフォーマット構造は上
記した課題を解決するために、フレキシブルディスクの
ファイル管理用にクラスタ番号を格納する第１の領域と
は別に、大容量の記録媒体についてファイル管理用にク
ラスタ番号を格納する第２の領域を設け、第２の領域に
クラスタ番号を書き込む際には、第１の領域にこれをク
ラスタ番号の記述に使用しない旨を示す情報を書き込む
ようにしたものである。In order to solve the above-mentioned problems, the directory entry format structure relating to the recording medium of the present invention is different from the first area for storing the cluster number for file management of the flexible disk. , A second area for storing a cluster number for file management is provided for a large-capacity recording medium, and when writing the cluster number in the second area, this is not used in the description of the cluster number in the first area. The information indicating that is written.

【００１５】[0015]

【作用】従って、本発明によれば、フレキシブルディス
クについては第１の領域にクラスタ番号を書き込むこと
でこれまで通りにファイル管理を行うことができ、ま
た、大容量の記録媒体については第１の領域とは別に設
けられた第２の領域にクラスタ番号を書き込んでファイ
ル管理を行うことができるので、第１の領域に課せられ
たサイズ（バイト数）の制約に拘泥することなくクラス
タ番号を拡張することができ、フレキシブルディスクと
大容量の記録媒体に関してファイル管理の両立性を保つ
ことができる。Therefore, according to the present invention, the file number can be managed as before by writing the cluster number in the first area for the flexible disk, and the first area for the large capacity recording medium. Since the cluster number can be written in the second area provided separately from the area for file management, the cluster number can be expanded without being bound by the size (byte number) restriction imposed on the first area. Therefore, compatibility of file management can be maintained for the flexible disk and the large-capacity recording medium.

【００１６】[0016]

【実施例】以下に、本発明記録媒体に関するディレクト
リエントリのフォーマット構造を図示した実施例に従っ
て詳細に説明する。DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The format structure of a directory entry relating to the recording medium of the present invention will be described in detail below with reference to the illustrated embodiment.

【００１７】本実施例ではＭＳ−ＤＯＳフォーマットに
大幅な変更を加えることなくディレクトリエントリで未
使用の領域に３２ビット用クラスタ番号を記述すること
によって大容量のファイル管理を行えるようにし、スト
レージの大容量化に対処することを主眼としている。In the present embodiment, a large-capacity file management can be performed by describing a 32-bit cluster number in an unused area in a directory entry without making a large change in the MS-DOS format, thereby enabling a large storage capacity. The main purpose is to deal with the increase in capacity.

【００１８】図３はハードディスク装置やフレキシブル
（フロッピー）ディスク装置を用いる情報処理装置例１
を示すものであり、ＣＰＵ２はバス（ＶＭＥバス等）３
を介してＳＣＳＩインターフェース４やメモリ５にアク
セスすることができ、また、フレキシブルディスクイン
ターフェース６はＩ／Ｏチャンネル７を通じてＣＰＵ２
の制御下に置かれている。尚、８はフレキシブルディス
ク装置である。FIG. 3 shows an example 1 of an information processing apparatus using a hard disk device or a flexible (floppy) disk device.
CPU 2 is a bus (VME bus or the like) 3
The SCSI interface 4 and the memory 5 can be accessed through the flexible disk interface 6 through the I / O channel 7 and the CPU 2
Are under the control of. Reference numeral 8 is a flexible disk device.

【００１９】９はＳＣＳＩバスであり、これにハードデ
ィスク装置１０、１０、・・・が接続されている。Reference numeral 9 denotes a SCSI bus, to which hard disk devices 10, 10, ... Are connected.

【００２０】図４はＭＳ−ＤＯＳにおけるファイルシス
テムについての管理構造を示すもので、ソフトウェア側
ではＳＣＳＩドライバ１１やフレキシブルディスクドラ
イバ１２等のデバイス制御プログラムがＭＳ−ＤＯＳの
ファイルシステム１３の管理下に置かれており、これら
のドライバによってハードウェア側のＳＣＳＩインター
フェース基板１４、フレキシブルディスクインターフェ
ース基板１５がそれぞれ制御されるようになっている。FIG. 4 shows the management structure of the file system in MS-DOS. On the software side, device control programs such as the SCSI driver 11 and flexible disk driver 12 are placed under the control of the MS-DOS file system 13. These drivers control the SCSI interface board 14 and the flexible disk interface board 15 on the hardware side, respectively.

【００２１】本発明は、ファイルシステム１３において
大容量のハードディスクについてのファイル管理に対処
することができるようにディレクトリエントリにおける
クラスタ番号の拡張を図るとともに、これによってフレ
キシブルディスクにおけるクラスタ番号の管理に大幅な
変更を加えることがなく、ハードディスクとこれに比し
て小容量のフレキシブルディスクについてクラスタ番号
によるファイル管理の両立を図ろうとするものである。According to the present invention, the cluster number in the directory entry is expanded so that the file management of the large capacity hard disk in the file system 13 can be dealt with, and the management of the cluster number in the flexible disk is greatly improved. The present invention aims to achieve compatibility between file management by cluster number for a hard disk and a flexible disk having a smaller capacity than that without changing.

【００２２】図１に本発明に係るデイレクトリエントリ
１６のフォーマット構造を示す。FIG. 1 shows the format structure of the directory entry 16 according to the present invention.

【００２３】前述したように（図５参照。）、ＭＳ−Ｄ
ＯＳにおけるファイルシステムにあっては、４つのフィ
ールドに区分されたディスク領域のうち、ディレクトリ
エントリとＦＡＴによってファイル管理を行っているの
で、これに対して大幅な変更を加えることは得策でな
い。何故なら、これまでにフレキシブルディスクに蓄積
されてきたデータファイルを継承することができなくな
るからである。As described above (see FIG. 5), MS-D
In the file system of the OS, file management is performed by the directory entry and the FAT in the disk area divided into four fields, so it is not advisable to make a significant change to this. This is because the data files that have been stored on the flexible disk cannot be inherited.

【００２４】よって、クラスタ番号を格納する＄１Ａ及
び＄１Ｂの位置や大きさを変えるこはできないし、ま
た、＄０から＄７にかけてのファイル名のベース名又は
ディレクトリ名、＄８から＄Ａにかけての拡張子、続く
＄Ｂのファイル属性、そして＄１６から＄１９に位置す
る作成又は変更の日付、末尾のファイルサイズに手を加
えることも好ましくない。Therefore, the positions and sizes of $ 1A and $ 1B for storing the cluster numbers cannot be changed, and the base name or directory name of the file name from $ 0 to $ 7 and $ 8 to $ A. It is not preferable to modify the extension to, the file attribute of $ B that follows, the date of creation or modification located at $ 16 to $ 19, and the file size at the end.

【００２５】しかし、このままではクラスタ番号が＄１
Ａ、＄Ｂの２バイトの領域１７に制限されたままである
ため、最大で６４Ｋまでしか番号の割り当てを行うこと
ができない。However, if this is the case, the cluster number is $ 1.
Since it is still limited to the 2-byte area 17 of A and $ B, the number can be assigned only up to 64K.

【００２６】ところで幸いなことに＄Ｃから＄１５にか
けて存在する予約領域は特に決められた用途がなく未使
用とされている。Fortunately, the reserved area existing from $ C to $ 15 has no specific purpose and is unused.

【００２７】そこで、この予約領域の一部、つまり＄１
２から＄１５までの領域１８を３２ビット（４バイト）
のクラスタ番号の記述領域に割り当てれば、４Ｇ（ギ
ガ）＝２＾３２＝４×１０＾９の番号管理が可能とな
り、１クラスタサイズを１ＫＢとすると（１セクタが５
１２バイトでセクタ／クラスタ＝２の場合）、４Ｔ（テ
ラ）＝４×１０＾１２の領域まで管理することができ、
これは将来的なストレージ容量の増大に対して十分なサ
イズである。Therefore, a part of this reserved area, that is, $ 1
Area 18 from 2 to $ 15 is 32 bits (4 bytes)
4G (giga) = 2 ^ 32 = 4 × 10 ^ 9 numbers can be managed by allocating it to the description area of the cluster number, and if one cluster size is 1 KB (1 sector is 5
It is possible to manage up to an area of 4T (tera) = 4 x 10 ^ 12 when 12 bytes and sector / cluster = 2),
This is a sufficient size for future increase in storage capacity.

【００２８】尚、この４バイトのクラスタ番号を用いる
場合には＄１Ａ、＄１Ｂの２バイト領域１７に例えば０
を記述してクラスタ番号が３２ビットである事の目印と
すれば、２バイトと４バイトのクラスタ番号を区別して
使用することができる。When using the 4-byte cluster number, for example, 0 is set in the 2-byte area 17 of $ 1A and $ 1B.
Is described as a mark indicating that the cluster number is 32 bits, the 2-byte and 4-byte cluster numbers can be distinguished and used.

【００２９】よって、フレキシブルディスクに関しては
いままで通りＭＳ−ＤＯＳ標準の１２ビットＦＡＴを用
い、ハードディスクに関しては３２ビットＦＡＴを用い
れば良い。Therefore, it is sufficient to use the MS-DOS standard 12-bit FAT for the flexible disk and the 32-bit FAT for the hard disk.

【００３０】ところで、＄１Ａ、＄１Ｂに存在するクラ
スタ番号はＭＳ−ＤＯＳがインテル系ＣＰＵのＯＳであ
るため、＄１Ａにクラスタ番号の下位バイト、＄１Ｂに
クラスタ番号の上位バイトが配置されるが、これは規格
によって定められているので変更することができない。
よって、モトローラ系ＣＰＵでクラスタ番号をメモリか
らレジスタにリードするときには下位バイトと上位バイ
トとの位置の入れ替えが必要となる。By the way, since the cluster number existing in $ 1A and $ 1B is the OS of the Intel CPU of MS-DOS, the lower byte of the cluster number is placed in $ 1A and the upper byte of the cluster number is placed in $ 1B. However, this cannot be changed because it is defined by the standard.
Therefore, when the cluster number is read from the memory to the register by the Motorola CPU, the positions of the lower byte and the upper byte need to be exchanged.

【００３１】例えば、１６ビットの場合この処理をアセ
ンブリ言語のニモニックで表すと、「Ａ０」をクラスタ
番号を格納しているメモリの先頭アドレス、「Ｄ０」を
レジスタとするとき、 ＭＯＶＥ．Ｂ （Ａ０＋１），Ｄ０ ；クラスタ番
号の上位バイトの取得 ＬＳＬ．Ｗ ＃８，Ｄ０ ；左シフト ＭＯＶＥ．Ｂ （Ａ０），Ｄ０ ；クラスタ番
号の下位バイトの取得 という３つのステップを要する。尚、「ＭＯＶＥ．Ｂ」
はバイト単位の転送命令、「ＬＳＬ．Ｗ」はワード型の
シフト命令である。For example, in the case of 16 bits, if this process is represented by an assembly language mnemonic, when "A0" is the start address of the memory storing the cluster number and "D0" is the register, MOVE. B (A0 + 1), D0; acquisition of upper byte of cluster number LSL. W # 8, D0; left shift MOVE. B (A0), D0; three steps of acquiring the lower byte of the cluster number are required. In addition, "MOVE.B"
Is a byte unit transfer instruction, and “LSL.W” is a word type shift instruction.

【００３２】つまり、図２に概念的に示すように＄１Ａ
に「Ｂ」、＄１Ｂに「Ａ」が記述されているものとする
と、レジスタの下位バイト「Ａ」を上位に移してから
「Ｂ」を下位バイトに格納するという３段階に亘る処理
が必要になる。That is, as shown conceptually in FIG. 2, $ 1A
Assuming that "B" and "A" are described in $ 1B, it is necessary to perform a three-step process of moving the lower byte "A" of the register to the upper byte and then storing "B" in the lower byte. become.

【００３３】ディレクトリエントリ１６における＄１２
から＄１５にかけての４バイト領域に存在するクラスタ
番号に対しても上記の例に習って＄１２に最下位バイ
ト、＄１５に最上位バイトがくるように配置すると、モ
トローラ系ＣＰＵでクラスタ番号をメモリからレジスタ
にリードする場合に十数ステップの処理を要することに
なる。$ 12 in directory entry 16
If the cluster number existing in the 4-byte area from $ 15 to $ 15 is arranged so that the least significant byte comes at $ 12 and the most significant byte comes at $ 15, the cluster number will be set in the Motorola CPU. Reading from the memory to the register requires processing of more than ten steps.

【００３４】３２ビットの場合にこの処理をアセンブリ
言語で表すと、「Ａ０」をクラスタ番号を格納している
メモリの先頭アドレス、「Ｄ０」、「Ｄ１」をレジスタ
とするとき、 ＭＯＶＥ．Ｂ ３（Ａ０），Ｄ０ ；クラスタ番号
の最上位バイトの取得 ＬＳＬ．Ｌ ＃８，Ｄ０ ；左シフト ＣＬＲ．Ｌ Ｄ１ ；クリア ＭＯＶＥ．Ｂ ２（Ａ０），Ｄ１ ；クラスタ番号
の第２バイトの取得 ＡＤＤ．Ｗ Ｄ１，Ｄ０ ；加算 ＬＳＬ．Ｌ ＃８，Ｄ０ ；左シフト ＭＯＶＥ．Ｂ １（Ａ０），Ｄ１ ；クラスタ番号
の第３バイトの取得 ＡＤＤ．Ｌ Ｄ１，Ｄ０ ；加算 ＬＳＬ．Ｌ ＃８，Ｄ０ ；左シフト ＭＯＶＥ．Ｂ （Ａ０），Ｄ１ ；クラスタ番号
の最下位バイトの取得 ＡＤＤ．Ｌ Ｄ１，Ｄ０ ；加算 となり、転送、シフト操作、加算演算を何回かに亘って
繰り返さなければならない。尚、「ＬＳＬ．Ｌ」はＬＯ
ＮＧ型のシフト命令、「ＣＬＲ．Ｌ」はＬＯＮＧ型のク
リア命令、「ＡＤＤ．Ｗ」、「ＡＤＤ．Ｌ」はそれぞれ
ワード型、ＬＯＮＧ型の加算命令である。In the case of 32 bits, when this processing is expressed in assembly language, when "A0" is the start address of the memory storing the cluster number and "D0" and "D1" are registers, MOVE. B 3 (A0), D0; acquisition of most significant byte of cluster number LSL. L # 8, D0; left shift CLR. L D1; Clear MOVE. B 2 (A0), D1; Acquisition of second byte of cluster number ADD. W D1, D0; addition LSL. L # 8, D0; left shift MOVE. B 1 (A0), D1; Acquisition of third byte of cluster number ADD. L D1, D0; addition LSL. L # 8, D0; left shift MOVE. B (A0), D1; Acquisition of least significant byte of cluster number ADD. L D1, D0; addition, and the transfer, shift operation, and addition operation must be repeated several times. "LSL.L" is LO
NG type shift instructions, “CLR.L” is a LONG type clear instruction, and “ADD.W” and “ADD.L” are word type and LONG type addition instructions, respectively.

【００３５】このように処理ステップが多くなるとそれ
につれてプログラム中にエラーが入り込む余地が増える
のでプログラムの開発効率の妨げとなる。As the number of processing steps increases, there is more room for errors to be introduced into the program, which hinders the program development efficiency.

【００３６】そこで、このような場合には、＄１２に最
上位バイト、＄１５に最下位バイトがくるようにクラス
タ番号を配置すれば、ＬＯＮＧ型の転送命令を用いて
「ＭＯＶＥ．Ｌ （Ａ０），Ｄ０」の１ステップだけで
ワード転送処理を行うことができるようになる。Therefore, in such a case, if the cluster number is arranged so that the most significant byte comes at $ 12 and the least significant byte comes at $ 15, "MOVE.L (A0 ), D0 ”, the word transfer processing can be performed in only one step.

【００３７】上記のように、使用するＣＰＵの種類に応
じてクラスタ番号の配置の仕方を変えると処理を短縮す
ることができるが、そのための条件として一般にハード
ディスクがリムーバブル（取り外し可能）でない点が前
提になっている。尚、ハードディスクがリムーバブルで
あっても同じＯＳ下で用いている限り問題はない。As described above, the process can be shortened by changing the arrangement of cluster numbers according to the type of CPU used, but the condition for this is generally that the hard disk is not removable (removable). It has become. Even if the hard disk is removable, there is no problem as long as it is used under the same OS.

【００３８】しかし、異なるＯＳ間でハードディスク内
のファイルを利用するように規格化する必要性にせまら
れたときには、図１の予約領域（＄Ｃから＄１５）のう
ち、例えば、＄１１をフラグの記憶に割り当てて、これ
にモトローラ系のバイト配列をとるか、またはインテル
系のバイト配列をとるかの目印としてフラグ値を書き込
むようにすれば良い。However, when it is necessary to standardize the files on the hard disk between different OSs, for example, $ 11 is flagged in the reserved area ($ C to $ 15) in FIG. The flag value may be written as a mark indicating whether to take a Motorola byte array or an Intel byte array.

【００３９】つまり、フラグ値を判断することによって
ＣＰＵに関するバイト配列とクラスタ番号のバイト配列
とが同じ場合では並べ換えを行わずに済むので、その分
処理速度の向上を図ることができる。In other words, when the byte array relating to the CPU and the byte array of the cluster numbers are the same by judging the flag value, it is not necessary to rearrange, so that the processing speed can be improved accordingly.

【００４０】[0040]

【発明の効果】以上に記載したところから明らかなよう
に、本発明によれば、フレキシブルディスクのファイル
管理用にクタスタ番号を格納する第１の領域とは別に、
大容量の記録媒体についてのファイル管理用にクラスタ
番号を格納する第２の領域を設け、第２の領域にクラス
タ番号を書き込む際には、第１の領域にこれをクラスタ
番号の記述に使用しない旨を示す情報を書き込むように
しているので、フレキシブルディスクについてのクラス
タ番号によるファイル管理に対して大幅な変更を加える
ことなく、クラスタ番号を拡張して大容量の記録媒体に
関するファイル管理に対応することができる。As is apparent from the above description, according to the present invention, in addition to the first area for storing the cluster number for file management of the flexible disk,
A second area for storing the cluster number is provided for file management of a large capacity recording medium, and when writing the cluster number in the second area, this is not used for describing the cluster number in the first area. Since the information indicating that is written, it is necessary to expand the cluster number to support file management for large-capacity recording media without making a large change to the file management by cluster number for flexible disks. You can

【００４１】尚、前記した実施例は、本発明の一実施例
にすぎず、この例のみによって、本発明の技術的範囲が
狭く解釈される訳ではなく、例えば、前記実施例では４
バイトのクラスタ番号を予約領域の後半に寄せて記述す
るようにしたが、統一性が保証されるという条件下であ
ればどのような配置を採っても良く（例えば、予約領域
の前半にクラスタ番号を配置をする等）、また、本発明
はハードディスク装置に限らず、光磁気ディスク装置や
ＤＡＴ等の補助記憶装置のファイル管理に幅広く適用す
ることができる。The above-mentioned embodiment is only one embodiment of the present invention, and the technical scope of the present invention is not narrowly construed by only this embodiment.
Although the cluster number of bytes is described in the latter half of the reserved area, any arrangement may be adopted as long as the consistency is guaranteed (for example, the cluster number in the first half of the reserved area is used). In addition, the present invention is not limited to hard disk devices, but can be widely applied to file management of auxiliary storage devices such as magneto-optical disk devices and DAT.

【図面の簡単な説明】[Brief description of drawings]

【図１】本発明に係るディレクトリエントリの構造を示
す図である。FIG. 1 is a diagram showing a structure of a directory entry according to the present invention.

【図２】クラスタ番号のバイト配列に関する説明図であ
る。FIG. 2 is an explanatory diagram related to a byte array of cluster numbers.

【図３】補助記憶装置としてハードディスクとフレキシ
ブルディスクを使用する情報機器の構成例を示す図であ
る。FIG. 3 is a diagram illustrating a configuration example of an information device that uses a hard disk and a flexible disk as an auxiliary storage device.

【図４】ファイル管理について示す概念図である。FIG. 4 is a conceptual diagram showing file management.

【図５】ＭＳ−ＤＯＳフォーマットに従うディスクのデ
ータ構造を示す図である。FIG. 5 is a diagram showing a data structure of a disc according to the MS-DOS format.

【図６】ＭＳ−ＤＯＳのディレクトリエントリの形式を
示す図である。FIG. 6 is a diagram showing a format of a directory entry of MS-DOS.

【符号の説明】[Explanation of symbols]

８ フレキシブルディスク １０ 大容量の記録媒体 １６ ディレクトリエントリ １７ 第１の領域 １８ 第２の領域 8 flexible disk 10 large capacity recording medium 16 directory entry 17 first area 18 second area

Claims (1)

【特許請求の範囲】[Claims] 【請求項１】 記録媒体上のファイル管理のためのディ
レクトリエントリ内にファイル名や属性、作成時刻、ク
ラスタ番号、ファイルサイズの格納領域が規定された記
録媒体に関するディレクトリエントリのフォーマット構
造であって、 （１）フレキシブルディスク上のファイルの管理用にク
ラスタ番号を格納する第１の領域を備えていること、 （２）大容量の記録媒体についてファイル管理用にクラ
スタ番号を格納する第２の領域を上記第１の領域とは別
の領域として備えていること、 （３）第２の領域にクラスタ番号を書き込む際には、第
１の領域にこれをクラスタ番号の記述に使用しない旨を
示す情報を書き込むようにしたこと、を特徴とする記録
媒体に関するディレクトリエントリのフォーマット構
造。1. A directory entry format structure for a recording medium in which a storage area for a file name, attributes, creation time, cluster number, and file size is defined in the directory entry for file management on the recording medium, (1) It has a first area for storing a cluster number for managing files on a flexible disk, and (2) a second area for storing a cluster number for managing files on a large capacity recording medium. It is provided as an area different from the first area. (3) When writing a cluster number in the second area, information indicating that this is not used in the description of the cluster number in the first area The structure of the directory entry format relating to the recording medium is characterized by being written.