JP2005129173A - File management method - Google Patents
File management method Download PDFInfo
- Publication number
- JP2005129173A JP2005129173A JP2003365342A JP2003365342A JP2005129173A JP 2005129173 A JP2005129173 A JP 2005129173A JP 2003365342 A JP2003365342 A JP 2003365342A JP 2003365342 A JP2003365342 A JP 2003365342A JP 2005129173 A JP2005129173 A JP 2005129173A
- Authority
- JP
- Japan
- Prior art keywords
- file
- block
- stored
- unused area
- management method
- 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.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
- Signal Processing For Digital Recording And Reproducing (AREA)
- Management Or Editing Of Information On Record Carriers (AREA)
Abstract
Description
本発明は、ハードディスクドライブ等の大容量でランダムアクセス可能な記録媒体にファイルを記録し、管理するためのファイル管理方法に関する。 The present invention relates to a file management method for recording and managing files on a large-capacity, randomly accessible recording medium such as a hard disk drive.
従来、ハードディスクドライブ等の大容量でランダムアクセス可能な記録媒体において、1つのブロックが管理することができる容量に制限がある場合、例えば音楽データでは1つのファイルを管理する時間に制限があるものがある。これは早送りや巻き戻しなどを行う際の時間を管理するために、タイムサーチテーブルを有しており、このタイムサーチテーブルの大きさによってファイルを管理できる最大時間が制限されてしまうからである。 Conventionally, in a large-capacity and randomly accessible recording medium such as a hard disk drive, when there is a limit on the capacity that can be managed by one block, for example, music data has a limit on the time to manage one file is there. This is because a time search table is provided in order to manage the time when fast-forwarding or rewinding is performed, and the maximum time for managing a file is limited by the size of the time search table.
そして、このような制限の元でブロックにデータを格納すると、図9に示すように、データ長が制限に満たないデータはそれぞれ1つのブロック内に1つのファイルが作成され、制限より大きなものは2つ以上に分割されたファイルとして別々のブロック内に格納される。 When data is stored in a block under such a restriction, as shown in FIG. 9, one file is created in each block for data whose data length is less than the restriction. It is stored in separate blocks as a file divided into two or more.
また、特許文献1のように、従来、複数のデータをグループ化してブロック単位で管理する場合には、データの検索、再生などの処理を容易に行えるようにするため、データを記録する領域と、ブロックの管理情報を記録する領域とを別々に設け、ブロック内のファイルへアクセスを行う時は、ブロックの管理情報を記録する領域にアクセスすることによってファイルの管理情報を読み出し、ブロック単位で処理を行っていた。
しかしながら、前記従来の構成において、ファイルの容量が制限に満たない場合には、図9に示すように、ブロック内で使用できる領域を全て使い切ることなく1つのブロックが作成され、ブロック内に未使用領域ができてしまうという課題を有していた。また、容量が制限を越えたファイルでは2つ以上のブロックに分割されるため、使用するブロック数がファイルの数以上に増加してしまい、検索速度が遅くなってしまうという課題を有していた。 However, in the conventional configuration, if the file capacity is less than the limit, as shown in FIG. 9, one block is created without using up all the areas that can be used in the block, and unused in the block. There was a problem that an area was created. In addition, since a file whose capacity exceeds the limit is divided into two or more blocks, the number of blocks used increases beyond the number of files, and the search speed is slow. .
また、特許文献1に開示された方法では、データを記録する領域とは別に、ブロックの管理情報を一括で管理しているため、各ブロックに対する管理情報の記録位置を管理する必要があるとともに、データを記録する領域とは別に、ブロックの管理情報を管理しているため、検索速度が遅くなってしまうという課題を有していた。 In addition, in the method disclosed in Patent Document 1, since the management information of the block is managed in a lump separately from the area for recording data, it is necessary to manage the recording position of the management information for each block, Since the management information of the block is managed separately from the data recording area, there is a problem that the search speed becomes slow.
本発明は、前記従来の課題を解決するためになされたものであり、ハードディスクドライブ等の大容量でランダムアクセス可能な記録媒体において、1つのブロックが管理できるファイル容量に制限がある場合であっても、1つのブロックが管理できるファイルの容量の範囲内でファイルを効率的に格納することができるとともに、格納されたファイルへのアクセスを高速に行うことができるファイル管理方法を提供することを目的とする。 The present invention has been made to solve the above-described conventional problems, and is a case where a file capacity that can be managed by one block is limited in a large-capacity and randomly accessible recording medium such as a hard disk drive. Another object of the present invention is to provide a file management method that can efficiently store a file within the capacity of a file that can be managed by one block and can access the stored file at high speed. And
前記従来の課題を解決するために、本発明にかかるファイル管理方法は、予め決められた一定の容量を有するブロック毎に1又は複数のファイルを格納して管理するファイル管理方法であって、前記ブロックの先頭にヘッダを設け、該ヘッダにブロック内のファイルの格納情報を記録するブロック管理テーブルを構築するステップと、前記ブロック内に1又は複数のファイルを格納するファイル格納ステップと、前記ブロックに1又は複数のファイルを格納した際に、前記ブロック管理テーブルの情報を更新するステップと、を有することを特徴とするものである。 In order to solve the conventional problems, a file management method according to the present invention is a file management method for storing and managing one or a plurality of files for each block having a predetermined fixed capacity, Providing a header at the head of the block, constructing a block management table for recording the storage information of the file in the block in the header, a file storage step for storing one or a plurality of files in the block, and And a step of updating information in the block management table when one or a plurality of files are stored.
これにより、管理する容量に制限があるブロックで複数のファイルをグループ化し、各ブロックのヘッダにブロック管理テーブルを設けることができ、ファイルをブロック単位で管理することが可能になる。 As a result, a plurality of files can be grouped in blocks with limited capacity to be managed, and a block management table can be provided in the header of each block, making it possible to manage files in units of blocks.
また、ブロックの先頭に位置するヘッダにブロック内のファイルの格納情報を記録するブロック管理テーブルを設けておくことにより、ブロックのヘッダ部分にアクセスすれば、ブロック内に格納されたファイルの情報を得ることができることとなるため、格納されたファイルへのアクセスを高速に行うことが可能になる。 In addition, by providing a block management table that records the storage information of the file in the block in the header located at the head of the block, if the header portion of the block is accessed, information on the file stored in the block is obtained. Therefore, the stored file can be accessed at high speed.
また、本発明にかかるファイル管理方法は、前記ブロック管理テーブルに、少なくとも前記ブロックの未使用領域の容量と、前記ブロック内に格納されているファイルの個数と、前記ブロック内に格納されている各々のファイルのファイル情報が記録されていることを特徴とするものである。 In the file management method according to the present invention, at least the unused area capacity of the block, the number of files stored in the block, and each of the files stored in the block are stored in the block management table. The file information of the file is recorded.
これにより、ヘッダ内のブロック管理テーブルにアクセスすることにより、ブロック内に格納されたファイルの情報を得ることが出来る。 Thus, by accessing the block management table in the header, it is possible to obtain information on the file stored in the block.
また、本発明にかかるファイル管理方法は、前記ファイル情報が、ブロック内に格納されている1又は複数のファイルに対するもので、ファイル名と、ファイルの容量と、ファイルが分割されて格納されているか否かを示すファイルの分割情報と、分割されたファイルの残データ格納位置を示す分割ファイルの残データ格納位置とによって構成されることを特徴とするものである。 In the file management method according to the present invention, whether the file information is for one or more files stored in a block, and whether the file name, the file capacity, and the file are divided and stored. It is characterized by comprising file division information indicating whether or not and a remaining data storage position of the divided file indicating the remaining data storage position of the divided file.
これにより、ヘッダ内のブロック管理テーブルにアクセスすることにより、ブロック内に格納されたファイルの情報を得ることが出来る。 Thus, by accessing the block management table in the header, it is possible to obtain information on the file stored in the block.
また、本発明にかかるファイル管理方法は、前記ファイル格納ステップが、1つのファイルを格納する毎にブロックの未使用領域を確認するステップと、ブロックに未使用領域が存在する場合には、該未使用領域の先頭からファイルを格納するステップと、ブロックに未使用領域が存在しない場合には、新たに確保したブロックのヘッダに続く領域にファイルを格納するステップと、を有することを特徴とするものである。 In the file management method according to the present invention, the file storage step includes a step of checking an unused area of the block every time one file is stored, and an unused area in the block. A step of storing a file from the beginning of the used area, and a step of storing the file in an area following the header of a newly secured block when there is no unused area in the block. It is.
これにより、1つのファイルを格納する毎にブロックの未使用領域の状態確認し、ブロックが管理できる容量の制限以内の大きさで、複数のファイルをグループ化することができるとともに、ブロック内のデータを格納するための領域を有効利用することが可能になる。 As a result, each time a single file is stored, the status of the unused area of the block can be confirmed, and a plurality of files can be grouped within the limit of the capacity that can be managed by the block. It is possible to effectively use the area for storing the.
また、本発明にかかるファイル管理方法は、前記ファイル格納ステップが、1つのファイルを格納する毎にブロックの未使用領域を確認するステップと、ブロックの未使用領域が格納するファイルの容量よりも大きい場合には、該未使用領域の先頭からファイルを格納するステップと、ブロックの未使用領域が格納するファイルの容量よりも小さい場合には、ファイルを未使用領域の容量分の第1のパケットと残データからなる第2のパケットとに分割し、未使用領域に前記第1のパケットを格納するとともに、前記第2のパケットを、新たに確保したブロックのヘッダに続く領域に格納するステップと、ブロックの未使用領域がない場合には、新たに確保したブロックのヘッダに続く領域にファイルを格納するステップと、を有することを特徴とするものである。 In the file management method according to the present invention, the file storage step is a step of checking an unused area of a block every time one file is stored, and the unused area of the block is larger than the capacity of the file stored. In this case, the step of storing the file from the beginning of the unused area, and if the unused area of the block is smaller than the capacity of the stored file, the file is stored in the first packet for the capacity of the unused area. Dividing into a second packet consisting of remaining data, storing the first packet in an unused area, and storing the second packet in an area following the header of a newly secured block; Storing a file in an area following the newly allocated block header if there is no unused area in the block. It is an butterfly.
これにより、1つのファイルを格納する毎にブロックの未使用領域の状態確認し、状態に応じてファイルを分割することが可能となり、ブロックが管理できる容量の制限以内の大きさで、複数のファイルをグループ化することができるとともに、ブロック内のデータを格納するための領域を有効利用することが可能になる。 This makes it possible to check the status of the unused area of a block each time a single file is stored, and to divide the file according to the status. Can be grouped, and an area for storing data in the block can be effectively used.
また、本発明にかかるファイル管理方法は、前記ブロック内に格納したファイルへのアクセスが、ブロック単位で順次アクセスを行うステップと、ブロック単位でのアクセスの度に、ブロックの先頭に位置するヘッダ内のブロック管理テーブルに記録されている情報を参照するステップと、を有することを特徴とするものである。 Further, the file management method according to the present invention includes a step of sequentially accessing a file stored in the block in a block unit, and a header located at the head of the block every time the block unit is accessed. And a step of referring to information recorded in the block management table.
これにより、ブロック内に格納されたファイルへのアクセスを行う際に、先ず、各ブロックのヘッダに格納されたブロック管理テーブルにアクセスし、該ブロック管理テーブル内に記録されている情報に基づいて、ブロック単位で目的のファイルにアクセスすることができ、ファイルへのアクセスを正確且つ高速に行うことが可能になる。 Thereby, when accessing the file stored in the block, first, the block management table stored in the header of each block is accessed, and based on the information recorded in the block management table, The target file can be accessed in block units, and the file can be accessed accurately and at high speed.
また、本発明にかかるファイル管理方法は、前記ブロック内に格納したファイルへのアクセスが、ブロック単位で順次アクセスを行うステップと、ブロック単位でのアクセスの度に、ブロックの先頭に位置するヘッダ内のブロック管理テーブルに記録されている情報を参照するステップと、アクセスするファイルが分割されたファイルの場合には、前記ブロック管理テーブルに記録された分割ファイルの残データ格納位置に関する情報を参照して残データの格納位置を特定するステップと、を有することを特徴とするものである。 Further, the file management method according to the present invention includes a step of sequentially accessing a file stored in the block in a block unit, and a header located at the head of the block every time the block unit is accessed. The step of referring to the information recorded in the block management table, and if the file to be accessed is a divided file, refer to the information on the remaining data storage location of the divided file recorded in the block management table. And a step of specifying the storage position of the remaining data.
これにより、目的のファイルが複数のブロックにまたがって格納されていた場合であっても、ブロック管理テーブルに記録された分割ファイルの残データ格納位置に関する情報から目的のファイルを構成する残りのデータの格納位置を知ることができるため、高速且つ正確に目的のファイルにアクセスすることが可能となる。 As a result, even if the target file is stored across multiple blocks, the remaining data constituting the target file is determined from the information on the remaining data storage position of the divided file recorded in the block management table. Since the storage location can be known, the target file can be accessed quickly and accurately.
本発明にかかるファイル管理方法によれば、予め決められた一定の容量を有するブロック毎に1又は複数のファイルを格納して管理するファイル管理方法であって、前記ブロックの先頭にヘッダ領域を設け、該ヘッダにブロック内のファイルの格納情報を記録するブロック管理テーブルを設けるステップと、前記ブロック内に未使用領域を設けることなく、1又は複数のファイルを格納するファイル格納ステップと、前記ブロックに1又は複数のファイルを格納した際に、前記ブロック管理テーブルの情報を更新するステップと、を有することにより、1つのブロックが管理できるファイルの容量の範囲内でファイルを効率的に格納することができるとともに、格納されたファイルへのアクセスを高速に行うことができる。 According to the file management method of the present invention, a file management method for storing and managing one or a plurality of files for each block having a predetermined fixed capacity, wherein a header area is provided at the head of the block. A block management table for recording storage information of files in the block in the header; a file storage step for storing one or a plurality of files without providing an unused area in the block; and The step of updating the information of the block management table when storing one or a plurality of files can efficiently store the files within the capacity of the file that can be managed by one block. In addition, the stored file can be accessed at high speed.
以下に、本発明のファイル管理方法の実施の形態を図面とともに詳細に説明する。 Embodiments of the file management method of the present invention will be described below in detail with reference to the drawings.
(実施の形態1)
図1は、本発明の実施の形態1によるファイル管理方法により格納した際のデータの構成を示す図である。
(Embodiment 1)
FIG. 1 is a diagram showing a data configuration when stored by the file management method according to the first embodiment of the present invention.
図1において、ハードディスクドライブ等の大容量でランダムアクセス可能な記録媒体101は、1つ又は複数のファイルをグループ化したものをブロック102単位で扱うものであり、1つ又は複数のファイルをグループ化したブロック102が複数設けられている。なお、このブロック102が管理する容量には制限があり、ここでは、図1に示すように、記録媒体101のブロック102が管理する最大容量103以下の大きさにまとめられてブロックが形成されているものとする。
In FIG. 1, a large-capacity, randomly
各ブロック102は、ブロック内の情報を格納するためのヘッダ104を有しており、ヘッダ104内にはブロック管理テーブル105が格納されている。
Each
未使用領域106は、ブロック102が管理する容量の制限に対してデータが格納されていない領域である。
The
図2は、ヘッダに含まれるブロック管理テーブル105の構成を示す図である。
図2において、ブロック管理テーブル105は、スタートコード201とエンドコード205を有しており、これらによってブロック102内でのブロック管理テーブル105が格納されている領域すなわちヘッダ104と、データが格納されている領域との切り分けを行うことができる。
FIG. 2 is a diagram showing the configuration of the block management table 105 included in the header.
In FIG. 2, the block management table 105 has a
また、ブロック管理テーブル105には、さらに、ブロック内の未使用領域106の容量202と、ブロック102内に格納されているファイル数203と、ブロック内に格納されているファイルのファイル情報204が記録されている。
The block management table 105 further records the
ファイル情報204は、ブロック内に格納されている各ファイルに関する情報であり、ここでは、図2に示したように、ファイル名206と、ファイル容量207と、ファイルの分割情報208と、分割ファイルの残データ格納位置209が記録されている。なお、ファイルの分割情報208は、ファイルをブロック内に格納する際に、格納するファイルが分割されたか否かを示す情報を示すものであり、ここでは、分割されていないファイルならば“0”を、分割されているファイルでそれに続く残りデータがあるならば“1”を、分割されているファイルでそれに続く残りデータがないならば“2”を記録するものとし、分割されているファイルでそれに続く残りデータがある場合、即ちファイルの分割情報が“1”である場合には、分割ファイルの残データ格納位置209に、分割されたファイルに続く残りデータの格納位置を記録するものとし、分割されているファイルでそれに続く残りデータがない場合、即ちファイルの分割情報が“0”又は“2”である場合には、分割ファイルの残データ格納位置209には何も記録しない。
The
そしてこのように、管理する容量に制限があるブロックで複数のファイルをグループ化し、各ブロックのヘッダ104にブロック管理テーブル105を設けることにより、ファイルをブロック単位で管理することが可能になる。
As described above, a plurality of files are grouped by blocks having a limited capacity to be managed, and the block management table 105 is provided in the
次に、本発明の実施の形態1によるファイル管理方法のファイルのグループ化方法について説明する。 Next, a file grouping method of the file management method according to the first embodiment of the present invention will be described.
図3は、本発明の実施の形態1のファイル管理方法のファイルのグループ化方法を説明するための説明図である。なお、図1と同じ構成要素については同じ符号を付し、ここでは説明を省略する。 FIG. 3 is an explanatory diagram for explaining a file grouping method of the file management method according to the first embodiment of the present invention. The same components as those in FIG. 1 are denoted by the same reference numerals, and description thereof is omitted here.
図3において、ファイル301はグループ化を行うファイルであり、ここでは、ファイル1〜3があるものとする。また、ブロック302とブロック303は、記録媒体101内に設けられた、予め定められた所定の容量を有するデータ格納領域である。なお、ブロック302とブロック303は、それぞれヘッダ104を有しており、かかるヘッダ104には、図1で示したようにブロック内に格納されているデータに関する情報を示したブロック管理テーブル105が格納されている。
In FIG. 3, a
本発明の実施の形態1によるファイル管理方法では、図3に示すように、先ず、ブロック302の未使用領域がなくなるように、未使用領域の先頭位置からグループ化を行うファイル301を格納していき、ブロック302の容量を越えた残りのデータを新たなブロック303に格納するようにする。
In the file management method according to the first embodiment of the present invention, as shown in FIG. 3, first, a
即ち、図3に示すように、ブロック302の有する容量の制限のためにファイル3のすべてのデータがブロック302内に格納できない場合には、ファイル3をブロック302の残りの未使用領域に相当するデータ量のパケット1と、ファイル3の残りのデータであるパケット2とに分割し、パケット1をファイル1、ファイル2に続く、ブロック302の残りの未使用領域に、パケット2を新たなブロックであるブロック303の未使用領域に格納するようにする。
That is, as shown in FIG. 3, when all the data of the file 3 cannot be stored in the
そして、この際、各ブロック内に格納されたデータに関する情報を各ブロックに設けられたヘッダ104のブロック管理テーブル105(図2参照)で管理する。
At this time, information on data stored in each block is managed by the block management table 105 (see FIG. 2) of the
次に、本発明の実施の形態1によるファイル管理方法のファイルのグループ化方法について図4〜図6を用いてさらに詳細に説明する。 Next, the file grouping method of the file management method according to the first embodiment of the present invention will be described in more detail with reference to FIGS.
図4は、本発明の実施の形態1によるファイル管理方法のファイルのグループ化処理を説明するためのフローチャートである。 FIG. 4 is a flowchart for explaining file grouping processing of the file management method according to the first embodiment of the present invention.
図4において、本発明によるファイル管理方法では、まず、ブロックにグループ化を行うファイルがあるか否かの判定が行われ(S401)、グループ化するファイルがない場合には処理を終了し(S407)、グループ化するファイルがある場合には、最後にグループ化したブロックの検出を行う(S402)。なお、最後にグループ化したブロックの検出は、例えば、記憶媒体が最後にグループ化したブロックを記憶しておくようにしたり、最後にグループ化したブロックのヘッダ部分に特定のフラグを付しておくことにより、最後にグループ化したブロックの検出を行うことができる。 4, in the file management method according to the present invention, it is first determined whether or not there is a file to be grouped in a block (S401), and if there is no file to be grouped, the process is terminated (S407). ) If there is a file to be grouped, the last grouped block is detected (S402). For the detection of the last grouped block, for example, the storage medium stores the last grouped block, or attaches a specific flag to the header of the last grouped block. As a result, the last grouped block can be detected.
次に、最後にグループ化したブロックのヘッダ部分に含まれるブロック管理テーブル105からブロック内の未使用領域の容量202の取得を行い(S403)、データを格納する空き容量があるか否かの判定を行う(S404)。
Next, the
データを格納する空き容量があるか否かの判定の結果、空き領域がある場合には、当該空き領域に対してグループ化を行うファイルのデータを格納する(S406)。 If there is a free area as a result of determining whether or not there is a free capacity for storing data, the data of the file to be grouped with respect to the free area is stored (S406).
また、データを格納する空き容量がない場合には、新たなブロックにデータを格納するため、格納を行う新たなブロックのヘッダ領域を確保し(S405)、新たなブロックの空き領域に対して、グループ化を行うファイルのデータを格納する(S406)。 Further, when there is no free space for storing data, in order to store data in a new block, a header area of a new block to be stored is secured (S405), The file data to be grouped is stored (S406).
なお、この際、新たなブロックのヘッダには、図2で示したようなブロック管理テーブル105を構築し、この新たに確保したヘッダ領域における、ブロック管理テーブル105のブロック内の未使用領域の容量202には、ブロックが管理する最大容量を記録しておく。 At this time, the block management table 105 as shown in FIG. 2 is constructed in the header of the new block, and the capacity of the unused area in the block of the block management table 105 in the newly secured header area In 202, the maximum capacity managed by the block is recorded.
そして、以上のステップS401〜S406の処理は、グループ化するファイルがなくなるまで繰り返される。 The processes in steps S401 to S406 are repeated until there are no more files to be grouped.
次に、図4のステップS406における、ファイルのデータの格納処理についてさらに詳細に説明する。 Next, the file data storage process in step S406 of FIG. 4 will be described in more detail.
図5は、本発明の実施の形態1によるファイル管理方法のファイルの格納処理を説明するためのフローチャートである。 FIG. 5 is a flowchart for explaining file storage processing of the file management method according to the first embodiment of the present invention.
図5において、本発明におけるファイル管理方法のファイルの格納処理では、まず、格納するデータ容量がブロック内の未使用領域の容量202より大きいか否かの判定が行われる。(S501)。
In FIG. 5, in the file storage process of the file management method according to the present invention, first, it is determined whether or not the data capacity to be stored is larger than the
判定の結果、格納するデータ容量の方が小さい場合には、データを未使用領域の先頭から格納し(S507)、ブロック管理テーブル105に格納したデータに関する情報を更新して(S508)、処理を終了する(S509)。 As a result of the determination, if the data capacity to be stored is smaller, the data is stored from the top of the unused area (S507), the information on the data stored in the block management table 105 is updated (S508), and the process is performed. The process ends (S509).
一方で、格納するデータ容量の方が大きい場合には、格納するファイルをブロック内に格納できる容量分のパケット1と、それに続く残りの部分のパケット2に分割し(S502)、パケット1をブロック内の未使用領域に格納する(S503)。 On the other hand, if the data capacity to be stored is larger, the file to be stored is divided into a packet 1 for the capacity that can be stored in the block, and the subsequent packet 2 for the remainder (S502), and packet 1 is blocked. In the unused area (S503).
そして、新たなブロックにパケット2を格納するために、新たなブロックのヘッダ領域を確保し(S504)、確保したブロックのヘッダ領域にブロック管理テーブル105を設け、該ブロック管理テーブル105に格納したデータに関する情報の更新を行う(S505)。 Then, in order to store the packet 2 in the new block, the header area of the new block is secured (S504), the block management table 105 is provided in the header area of the secured block, and the data stored in the block management table 105 is stored. The information regarding is updated (S505).
その後、パケット2を新たなブロックに格納するデータとして(S506)、改めてステップS502以降の処理を繰り返す。 Thereafter, the packet 2 is stored as data to be stored in a new block (S506), and the processing from step S502 is repeated again.
そしてこのように、1つのファイルを格納する毎にブロックの未使用領域の状態確認を行い、状態に応じてファイルを分割することにより、ブロックが管理できる容量の制限以内の大きさで、複数のファイルをグループ化することができる。 In this way, each time a single file is stored, the status of the unused area of the block is checked, and by dividing the file according to the status, the size within the limit of the capacity that can be managed by the block, Files can be grouped.
次に、図5のステップS505、及びS508における、ブロック管理テーブルの情報更新処理についてさらに詳細に説明する。 Next, the block management table information update process in steps S505 and S508 of FIG. 5 will be described in more detail.
図6は、本発明の実施の形態1によるファイル管理方法のブロック管理テーブルの情報更新処理を説明するためのフローチャートである。 FIG. 6 is a flowchart for explaining information update processing of the block management table of the file management method according to the first embodiment of the present invention.
図6において、本発明におけるファイル管理方法のブロック管理テーブルの情報更新処理では、先ず、記録されているブロック内の未使用領域の容量202から、格納したファイル容量を差分し、ブロック内の未使用領域の容量202の変更を行う(S601)。
In FIG. 6, in the information update process of the block management table of the file management method in the present invention, first, the stored file capacity is subtracted from the
次に、ファイル数203に1プラスし(S602)、ファイル名206の書き込み(S603)と格納したファイル容量207の書き込み(S604)を行う。
Next, 1 is added to the number of files 203 (S602), the
そして、ファイルの分割情報208にファイルの分割状態を表すパラメータ210を書き込み(S605)、分割ファイルでそれに続く残りデータがある場合には(S606)、残データの格納位置を分割ファイルの残データ格納位置209に書き込み(S607)、処理を終了する(S608)。 Then, the parameter 210 indicating the file division state is written in the file division information 208 (S605). If there is remaining data in the divided file (S606), the remaining data storage position is stored in the remaining data of the divided file. Writing to the position 209 (S607), the process is terminated (S608).
以上のように、本発明の実施の形態1によるファイル管理方法によれば、ブロックの先頭に位置するヘッダにブロック内のファイルの格納情報を記録するブロック管理テーブルを設けるとともに、ブロック内のヘッダに続くデータを格納するための領域に未使用領域を作ることなく、1又は複数のファイルを格納するファイル格納することにより、1つのブロックが管理できるファイルの容量の範囲内でファイルを効率的に格納することができるとともに、格納されたファイルへのアクセスを高速に行うことが可能となる。 As described above, according to the file management method of the first embodiment of the present invention, the block management table for recording the storage information of the file in the block is provided in the header located at the head of the block, and the header in the block By storing a file that stores one or more files without creating an unused area in the subsequent data storage area, files can be stored efficiently within the capacity of a file that can be managed by one block. It is possible to access the stored file at high speed.
(実施の形態2)
次に、本発明の実施の形態2として、前記実施の形態1で説明したファイル管理方法によりブロック毎に格納したファイルに対するアクセス方法について説明する。
(Embodiment 2)
Next, as a second embodiment of the present invention, an access method for a file stored for each block by the file management method described in the first embodiment will be described.
図7は、本発明の実施の形態2によるファイル管理方法のファイルへのアクセス方法を説明するための説明図であり、ファイル1〜5がブロック1〜4に本発明の実施の形態1によるファイル管理方法で格納された状態を示すものである。 FIG. 7 is an explanatory diagram for explaining a file access method of the file management method according to the second embodiment of the present invention. It shows the state stored by the management method.
本発明のファイル管理方法で格納したファイルに対するアクセス方法は、先ず各ブロックのヘッダに順次アクセスを行い、ヘッダに格納されたブロック管理テーブル105から目的のファイルがどのブロックに格納されているのかを検出する。 In the method of accessing a file stored by the file management method of the present invention, the header of each block is first accessed sequentially, and the block in which the target file is stored is detected from the block management table 105 stored in the header. To do.
そして、目的のファイルが格納されているブロックが検出されると、当該ブロックのヘッダに格納されたブロック管理テーブル105から、ブロック内のどの位置に目的のファイルが格納されているかを検出し、検出された目的のファイルにアクセスを行うことにより処理を終了する。 When a block in which the target file is stored is detected, it is detected from the block management table 105 stored in the header of the block where the target file is stored and detected. The processing is terminated by accessing the designated target file.
また、この際、ファイル2、4、5のように、目的のファイルが複数のブロックにまたがって格納されている場合には、ブロック管理テーブル105に含まれるファイル分割情報208を参照して目的のファイルを構成する残りのデータが他のブロックに格納されていることを知ることができるとともに、ブロック管理テーブル105の分割ファイルの残データ格納位置の情報から、残りのデータの格納位置を検出することにより、残りのデータに対しても高速且つ正確にアクセスを行うことが可能となる。
At this time, if the target file is stored across a plurality of blocks, such as the files 2, 4, and 5, the target file is referred to by referring to the
次に、本発明の実施の形態2によるファイル管理方法のファイルへアクセス方法について図8を用いてさらに詳細に説明する。 Next, the file access method of the file management method according to the second embodiment of the present invention will be described in more detail with reference to FIG.
図8は、本発明の実施の形態2によるファイル管理方法のファイルへのアクセス処理を説明するためのフローチャートである。 FIG. 8 is a flowchart for explaining file access processing of the file management method according to the second embodiment of the present invention.
図8において、本発明におけるファイル管理方法のファイルへアクセス方法は、先ず、複数のファイルをグループ化した複数のブロックの最初のブロックの先頭にアクセスし(S801)、ヘッダ内のブロック管理テーブル105によりブロック内のファイル数203を取得する(S802)。
In FIG. 8, in the file management method according to the present invention, first, the beginning of the first block of a plurality of blocks obtained by grouping a plurality of files is accessed (S801), and the block management table 105 in the header is used. The
次に、ファイル情報の取得(S804)と、目的のファイルか否かの判定処理(S805)をファイル数分繰り返し(S803)、目的のファイルが見つかった場合には、当該目的のファイルにアクセスする(S808)とともに、アクセスを行った目的のファイルが分割ファイルで続きのデータがあるか否かを、ブロック管理テーブル105内のファイル分割情報208から判定する(S809)。
Next, the file information acquisition (S804) and the process of determining whether or not the file is the target file (S805) are repeated for the number of files (S803). If the target file is found, the target file is accessed. Along with (S808), it is determined from the
そして、判定の結果、目的のファイルが分割ファイルで続きのデータがある場合には、ブロック管理テーブル105内の分割ファイルの残データ格納位置209から、分割ファイルの残データ格納位置を特定し、そこから続けてアクセスを行い、目的ファイルのすべてのデータに対してアクセスした後(S810)、処理を終了する(S811)。
As a result of the determination, if the target file is a divided file and there is continuous data, the remaining data storage position of the divided file is identified from the remaining
一方で、目的のファイルが分割ファイルでない場合、或いは分割ファイルではあるが続きのデータがない場合には、処理を終了する(S811)。 On the other hand, if the target file is not a divided file, or if it is a divided file but there is no subsequent data, the process ends (S811).
また、ステップS805で目的のファイルが見つからなかった場合には、最終ブロックか否かの判定を行い(S806)、最終ブロック以外の場合には次にアクセスするブロックを決定し(S807)、ステップS801以降の処理を繰り返し行う。 If the target file is not found in step S805, it is determined whether it is the last block (S806). If it is not the last block, the next block to be accessed is determined (S807), and step S801 is executed. The subsequent processing is repeated.
以上のように、本発明の実施の形態2によるファイル管理方法によれば、ブロック内に格納されたファイルへのアクセスを行う際に、先ず、各ブロックのヘッダに格納されたブロック管理テーブルにアクセスし、該ブロック管理テーブル内に記録されている情報に基づいて、ブロック単位で目的のファイルにアクセスするようしたことにより、ファイルへのアクセスを正確且つ高速に行うことができる。 As described above, according to the file management method of the second embodiment of the present invention, when accessing a file stored in a block, first, the block management table stored in the header of each block is accessed. Since the target file is accessed in units of blocks based on the information recorded in the block management table, the file can be accessed accurately and at high speed.
本発明にかかるファイル管理方法は、管理する容量に制限があるブロック単位で複数のファイルを管理する場合に有用であり、特に、大量のデータを扱う場合に好適である。 The file management method according to the present invention is useful when managing a plurality of files in units of blocks with a limited capacity to be managed, and is particularly suitable for handling a large amount of data.
101 記録媒体
102 ブロック
103 ブロックが管理できる最大容量
104 ヘッダ
105 ブロック管理テーブル
106 ブロック内の未使用領域
201 スタートコード
202 ブロック内の未使用領域の容量
203 ファイル数
204 ファイル情報
205 エンドコード
206 ファイル名
207 ファイルの容量
208 ファイルの分割情報
209 分割ファイルの残データ格納位置
301 格納するファイル
302 最後にファイルを格納したブロック
303 新たなブロック
101 Recording medium 102
Claims (7)
前記ブロックの先頭にヘッダを設け、該ヘッダにブロック内のファイルの格納情報を記録するブロック管理テーブルを構築するステップと、
前記ブロック内に1又は複数のファイルを格納するファイル格納ステップと、
前記ブロックに1又は複数のファイルを格納した際に、前記ブロック管理テーブルの情報を更新するステップと、を有することを特徴とするファイル管理方法。 A file management method for storing and managing one or more files for each block having a predetermined fixed capacity,
Providing a header at the head of the block, and building a block management table for recording storage information of files in the block in the header;
A file storage step of storing one or more files in the block;
And a step of updating information in the block management table when one or more files are stored in the block.
前記ブロック管理テーブルには、少なくとも前記ブロックの未使用領域の容量と、前記ブロック内に格納されているファイルの個数と、前記ブロック内に格納されている各々のファイルのファイル情報が記録されていることを特徴とするファイル管理方法。 The file management method according to claim 1,
The block management table records at least the capacity of the unused area of the block, the number of files stored in the block, and the file information of each file stored in the block. A file management method characterized by the above.
前記ファイル情報は、ブロック内に格納されている1又は複数のファイルに対するもので、ファイル名と、ファイルの容量と、ファイルが分割されて格納されているか否かを示すファイルの分割情報と、分割されたファイルの残データ格納位置を示す分割ファイルの残データ格納位置とによって構成されることを特徴とするファイル管理方法。 The file management method according to claim 2,
The file information is for one or more files stored in the block, and includes file name, file capacity, file division information indicating whether the file is divided and stored, and division A file management method comprising: a remaining data storage position of a divided file indicating a remaining data storage position of a file that has been recorded.
前記ファイル格納ステップは、
1つのファイルを格納する毎にブロックの未使用領域を確認するステップと、
ブロックに未使用領域が存在する場合には、該未使用領域の先頭からファイルを格納するステップと、
ブロックに未使用領域が存在しない場合には、新たに確保したブロックのヘッダに続く領域にファイルを格納するステップと、を有することを特徴とするファイル管理方法。 The file management method according to claim 1,
The file storing step includes
Checking the unused area of the block every time one file is stored;
If an unused area exists in the block, storing the file from the beginning of the unused area;
And a step of storing the file in an area following the header of the newly secured block when there is no unused area in the block.
前記ファイル格納ステップは、
1つのファイルを格納する毎にブロックの未使用領域を確認するステップと、
ブロックの未使用領域が格納するファイルの容量よりも大きい場合には、該未使用領域の先頭からファイルを格納するステップと、
ブロックの未使用領域が格納するファイルの容量よりも小さい場合には、ファイルを未使用領域の容量分の第1のパケットと残データからなる第2のパケットとに分割し、未使用領域に前記第1のパケットを格納するとともに、前記第2のパケットを、新たに確保したブロックのヘッダに続く領域に格納するステップと、
ブロックの未使用領域がない場合には、新たに確保したブロックのヘッダに続く領域にファイルを格納するステップと、を有することを特徴とするファイル管理方法。 The file management method according to claim 1,
The file storing step includes
Checking the unused area of the block every time one file is stored;
If the unused area of the block is larger than the capacity of the file to be stored, storing the file from the beginning of the unused area; and
When the unused area of the block is smaller than the capacity of the file to be stored, the file is divided into a first packet corresponding to the capacity of the unused area and a second packet consisting of the remaining data, and the unused area is divided into the unused area. Storing the first packet and storing the second packet in an area following the header of the newly secured block;
And a step of storing the file in an area subsequent to a newly secured block header when there is no unused area of the block.
前記ブロック内に格納したファイルへのアクセスは、
ブロック単位で順次アクセスを行うステップと、
ブロック単位でのアクセスの度に、ブロックの先頭に位置するヘッダ内のブロック管理テーブルに記録されている情報を参照するステップと、を有することを特徴とするファイル管理方法。 In the file management method in any one of Claims 1-5,
Access to the file stored in the block
A step of sequentially accessing each block;
And a step of referring to information recorded in a block management table in a header located at the head of the block every time access is made in block units.
前記ブロック内に格納したファイルへのアクセスは、
ブロック単位で順次アクセスを行うステップと、
ブロック単位でのアクセスの度に、ブロックの先頭に位置するヘッダ内のブロック管理テーブルに記録されている情報を参照するステップと、
アクセスするファイルが分割されたファイルの場合には、前記ブロック管理テーブルに記録された分割ファイルの残データ格納位置に関する情報を参照して残データの格納位置を特定するステップと、を有することを特徴とするファイル管理方法。 The file management method according to claim 5, wherein
Access to the file stored in the block
A step of sequentially accessing each block;
A step of referring to information recorded in the block management table in the header located at the head of the block each time access is made in block units;
When the file to be accessed is a divided file, the method includes a step of identifying a storage position of the remaining data with reference to information on a remaining data storage position of the divided file recorded in the block management table. File management method.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003365342A JP2005129173A (en) | 2003-10-24 | 2003-10-24 | File management method |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2003365342A JP2005129173A (en) | 2003-10-24 | 2003-10-24 | File management method |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2005129173A true JP2005129173A (en) | 2005-05-19 |
Family
ID=34644030
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2003365342A Pending JP2005129173A (en) | 2003-10-24 | 2003-10-24 | File management method |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2005129173A (en) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006338298A (en) * | 2005-06-01 | 2006-12-14 | Sharp Corp | Divided management method of multi-data and information terminal device using the same |
JP2020524853A (en) * | 2017-06-23 | 2020-08-20 | ザイリンクス インコーポレイテッドXilinx Incorporated | Parallel computing offload for database accelerators |
-
2003
- 2003-10-24 JP JP2003365342A patent/JP2005129173A/en active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2006338298A (en) * | 2005-06-01 | 2006-12-14 | Sharp Corp | Divided management method of multi-data and information terminal device using the same |
JP2020524853A (en) * | 2017-06-23 | 2020-08-20 | ザイリンクス インコーポレイテッドXilinx Incorporated | Parallel computing offload for database accelerators |
US12105716B2 (en) | 2017-06-23 | 2024-10-01 | Xilinx, Inc. | Parallel compute offload to database accelerator |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP5954751B2 (en) | Method and file system for rolling back data on tape | |
US8996799B2 (en) | Content storage system with modified cache write policies | |
KR100834574B1 (en) | File storage system and file storage and file search method in file storage system | |
JP4801314B2 (en) | Method and apparatus for storing data in or reading data from a storage medium, and storage medium | |
US9098210B2 (en) | Automatically linking partitions on a tape media device | |
JP6391061B2 (en) | How to write a file on tape | |
JP6052812B2 (en) | How to manage, write and read files on tape | |
JP2005196609A (en) | Information recording format and information recording medium | |
US8825723B2 (en) | Methods and devices for managing and editing files in a file system | |
JP2005129173A (en) | File management method | |
CN109445715B (en) | Bad block processing method and device for combined block | |
US8195696B2 (en) | File format converting method | |
JP2007265476A (en) | Magnetic tape recording method, magnetic tape recording device, and computer system | |
CN110196785B (en) | Data backup management method and device and electronic equipment | |
JP5206103B2 (en) | Storage device, storage device control system, storage device control method, and program | |
EP2204730A1 (en) | Method and apparatus for creating files in a file system | |
JP2007265010A (en) | File reproduction apparatus, file reproduction method, and program | |
CN115390758A (en) | Method, device, equipment and medium for improving volume migration efficiency of RAID card | |
JP2005032283A (en) | Recording medium and file management method | |
JPH02132516A (en) | System and method for write enable type optical disk controlling | |
JPH11120745A (en) | Data management method for re-writable recording medium | |
JP2007087149A (en) | Data recording device | |
CN115563141A (en) | Data updating method and device | |
JP2004021338A (en) | Disk storage area allocation method and disk storage area allocation device | |
RU2326455C2 (en) | Recording medium, methods and device for writing information to recording medium |