JPH06161846A - ファイル管理装置 - Google Patents

Abstract

(57)【要約】 【目的】ファイルを高速にアクセスすることのできるフ
ァイル管理装置を提供することにある。 【構成】記憶手段３は一定長のデータからなるブロック
を複数ブロック分有するファイルを１以上記憶する。複
数のブロックに対応した複数のバッファ４を有し、一括
ブロック要求手段１は記憶手段３の複数ブロックを一括
して入力するために一括ブロック入力要求を行う。処理
手段２は一括ブロック要求手段１の一括ブロック入力要
求に基づき一括ブロック要求手段１と複数のバッファ４
との間で複数ブロックの入力処理を行うとともに、複数
のバッファ４と記憶手段３との間で複数ブロックの入力
処理とを行う。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、情報記憶装置に構築さ
れたファイルシステムに対してアクセスするファイル管
理装置に関する。

【０００２】

【従来の技術】従来のファイル管理装置において、アプ
リケーション部から複数のファイルを構築する情報記憶
装置にデータの入出力要求があった場合、情報記憶装置
の目的のファイルのデータの入力処理又は出力処理は以
下のように行われていた。

【０００３】まず、アプリケーション部からデータをデ
ィスク装置などの情報記憶装置に出力するとき、アプリ
ケーション部から出力要求をバッファに出力する。そし
て、データがバッファに一定長のデータ（以下、ブロッ
クという。）まで記録されると、バッファから１ブロッ
クのデータが情報記憶装置に記録される。次に、プログ
ラム部から次のブロックのデータを出力する場合には、
再びプログラム部から出力要求をバッファに出力し、上
述した出力処理を行う。

【０００４】次に、プログラム部にデータを入力すると
き、バッファに情報記憶装置からデータを１ブロック分
入力する。そして、データがバッファに１ブロック分記
録されると、１ブロック分のデータはバッファからプロ
グラム部に入力される。次に、プログラム部から次のブ
ロックのデータを入力する場合には、再びプログラム部
から入力要求をバッファに発行し、上述した入力処理を
行う。

【０００５】このように従来のファイル管理装置では、
例えばディスク装置のトラック上に連続して有する複数
のブロックを入力又は出力処理する場合、プログラム部
からブロック毎にいちいち入出力要求を行っていた。

【０００６】また、プログラム部の入出力要求に対し
て、ブロックのアドレス操作にかかるオーバヘッドによ
り、ディスクの回転待ち時間が発生する。このため、従
来の装置は、ファイルを高速にアクセスすることができ
なかった。

【０００７】そこで、この問題を解決するためにブロッ
ク長を拡大して、拡大ブロック単位で入出力要求を行う
ことにより入出力要求回数及び回転待ち回数を削減す
る。これにより、ファイルを高速にアクセスすることが
できる。

【０００８】

【発明が解決しようとする課題】しかしながら、ブロッ
ク長は、ファイルを作成した時に決定される。このた
め、ファイルの高速アクセスを行うためには、拡大ブロ
ックのファイルシステムにデータを複写、退避、復元な
どの移行する作業が必要となる。

【０００９】また、ブロック長を拡大した場合には、情
報記憶装置に拡大ブロックに満たない領域を生ずる場合
がある。この場合には、情報記憶装置の記録領域を有効
に利用することができない。さらに、ブロック長の大き
さに応じた拡張バッファが必要であった。

【００１０】また、ファイルシステムを初期化した後に
は、ファイルシステム上の空きブロックを管理している
管理情報内（以下、空き管理情報という）に、情報記憶
装置に最適な配置でブロックが登録されている。例え
ば、単一のファイルを作成したり、あるいはこのファイ
ルを削除した場合には、空き管理情報内のブロックの最
適配置は保証されている可能性が高い。

【００１１】しかし、複数のファイルを作成したり、あ
るいはファイルを頻繁に削除すると、ブロックの獲得の
順序やブロックの解放の順序が不定となる。例えば、図
１０に示すようにブロック解放処理時には、ファイル情
報に管理されているブロック番号Ｂ２，Ｂ１，Ｂ３が解
放されて、そのまま空き管理情報部に登録される。この
ため、空き管理情報部のブロック番号は図に示すように
不順となる。

【００１２】一方、図１１に示すようにブロック獲得処
理時には、空き管理情報部のブロック番号Ｂ２，Ｂ１，
Ｂ３が獲得される。このため、空き管理情報部のブロッ
ク番号は図に示すように不順となる。このように、ブロ
ックの最適配置が保証できなくなるという問題があっ
た。

【００１３】本発明は、このような点に鑑みてなされた
もので、その目的とするところは、ファイルを高速にア
クセスすることのできるファイル管理装置を提供するこ
とにある。

【００１４】

【課題を解決するための手段】本発明は、上記課題を解
決し目的を達成するために下記の構成とした。図１は本
発明の原理図である。

【００１５】本発明は、ファイルシステムのブロック長
の大きさを変えずに複数ブロックの一括入力によりファ
イルアクセスの高速化を図るものである。本発明は、一
括ブロック要求手段１、処理手段２、記憶手段３、複数
ブロックに対応した複数のバッファ４を有する。

【００１６】記憶手段３は一定長のデータからなるブロ
ックを複数ブロック分有するファイルを１以上記憶す
る。一括ブロック要求手段１はこの記憶手段３の複数ブ
ロックを一括して入力するために一括ブロック入力要求
を行う。処理手段２は一括ブロック要求手段１の一括ブ
ロック入力要求に基づき、一括ブロック要求手段１と複
数のバッファ４との間で複数ブロックの入力処理を行う
とともに、複数のバッファ４と記憶手段３との間で複数
ブロックの入力処理とを行う。

【００１７】また、前記処理手段２は、バッファ獲得算
出手段５、バッファ獲得手段３３を有する。バッファ獲
得算出手段５は前記一括ブロック要求手段１の一括ブロ
ック入力要求に対して、実際に一括してブロックを入力
できる一括バッファを獲得するために前記複数のバッフ
ァ４の内から空き状態にあるバッファの数を算出する。
バッファ獲得手段３３はこのバッファ獲得算出部５で算
出されたバッファ数のバッファを獲得して獲得バッファ
に対応するブロックの入力処理を行う。

【００１８】さらに、前記バッファ獲得算出手段５は、
算出した空きバッファ数をプロセスの数で除算出したバ
ッファ数を一括バッファ数とする。また、本発明は、フ
ァイルシステムのブロック長の大きさを変えずに複数ブ
ロックの一括出力によりファイルアクセスの高速化を図
るものである。

【００１９】記憶手段３は一定長のデータからなるブロ
ックを複数ブロック分有するファイルを１以上記憶す
る。一括ブロック要求手段１はこの記憶手段３の複数ブ
ロックを一括して出力するために一括ブロック出力要求
を行う。複数ブロックに対応した複数のバッファ４を有
する。処理手段２は一括ブロック要求手段１の一括ブロ
ック出力要求に基づき、一括ブロック要求手段１と複数
のバッファ４との間で複数ブロックの出力処理を行うと
ともに、複数のバッファ４と記憶手段３との間で複数ブ
ロックの出力処理とを行う。

【００２０】また、前記処理手段２は、前記一括ブロッ
ク要求手段１の一括ブロック出力要求に対して、実際に
一括してブロックを出力できる一括バッファを獲得する
ために前記複数のバッファ４の内から空き状態にあるバ
ッファの数を算出するバッファ獲得算出手段５、このバ
ッファ獲得算出部５で算出されたバッファ数のバッファ
を獲得して獲得バッファに対応するブロックの出力処理
を行うバッファ獲得手段３６とを有する。

【００２１】さらに、前記バッファ獲得算出手段５は、
算出した空きバッファ数をプロセスの数で除算出したバ
ッファ数を一括バッファ数とする。また、ファイルシス
テム上の空いているブロックの配置を空き管理情報によ
り管理する空き管理情報手段６４、記憶手段３の特性を
判別する判別手段６５、前記処理手段２がブロックの獲
得又は解放を行った場合に判別手段６５で判別された特
性に応じて個々のブロックの最適配置を行うために空き
管理情報手段６４で管理される空き管理情報を並び換え
る管理情報制御手段６６とを備えた。

【００２２】さらに、一括ブロック要求手段１から出力
要求があった場合に前記処理手段２は、書き込みデータ
を順次複数のバッファに書き込みその都度書き込みバッ
ファの数を管理する。判定手段３８は前記書き込まれた
バッファの数が前記バッファ獲得算出手段５で算出され
たバッファ数よりも大きいか否かを判定する。リスト作
成部３９はこの判定手段３８により書込バッファ数が算
出バッファ数よりも大きいと判定された場合にバッファ
に書き込まれたブロックをリストにする。出力手段４０
はこのリスト作成部３９でリスト構造にした複数ブロッ
クを一括して記憶手段３に出力する。

【００２３】一括ブロック要求手段１は、例えばアプリ
ケーションプログラムであり、記憶手段３は、ディスク
装置、フロッピーディスク、光磁気ディスクなどであっ
てもよい。

【００２４】

【作用】本発明によれば、一括ブロック要求手段１が記
憶手段３の複数ブロックを一括して入力するために一括
ブロック入力要求を行うと、処理手段２は、一括ブロッ
ク要求手段１の一括ブロック入力要求に基づき、一括ブ
ロック要求手段１と複数のバッファ４との間で複数ブロ
ックの入力処理を行うとともに、複数のバッファ４と記
憶手段３との間で複数ブロックの入力処理とを行う。

【００２５】また、一括ブロック要求手段１が記憶手段
３の複数ブロックを一括して出力するために一括ブロッ
ク出力要求を行うと、処理手段２は、一括ブロック要求
手段１の一括ブロック出力要求に基づき、一括ブロック
要求手段１と複数のバッファ４との間で複数ブロックの
出力処理を行うとともに、複数のバッファ４と記憶手段
３との間で複数ブロックの出力処理とを行う。

【００２６】すなわち、１回の入力要求又は出力要求に
より複数ブロックの一括入力処理又は一括出力処理を行
えるので、ファイルを高速にアクセスすることができ
る。従って、入出力要求回数及びディスクなどの回転待
ち回数の削減、ユーザ資産の移行性による問題点及び資
源の有効利用が図れる。

【００２７】また、空き管理情報手段６４が、ファイル
システム上の空いているブロックの配置を空き管理情報
により管理し、判別手段６５が記憶手段３の特性を判別
する。

【００２８】管理情報制御手段６６は、処理手段２がブ
ロックの獲得又は解放を行った場合に判別手段６５で判
別された特性に応じて個々のブロックの最適配置を行う
ために空き管理情報手段６４で管理される空き管理情報
を並び換えるので、ブロックを最適に配置できるからア
クセスにおける入出力時間を短縮することができる。

【００２９】

【実施例】以下、本発明の具体的な実施例を説明する。
実施例１は一括入出力要求に対して複数ブロックの一括
入出力処理を行うものである。図２は実施例１の一括入
力の構成ブロック図である。

【００３０】＜一括入力の構成＞図２において、ファイ
ル管理装置は、アプリケーション部１、オペレーティン
グシステム部２（以下、ＯＳ部と称する。）、複数のフ
ァイルを構築する情報記憶装置３を有している。なお、
各々のファイルは１つ以上のブロックから構成される。

【００３１】アプリケーション部１は、アプリケーショ
ンプログラムを有し、データの入力要求（データの読み
込み）とデータの出力要求（データの書き込み）を行
う。ＯＳ部２は、アプリケーション部１に接続され、ア
プリケーション部１のデータの入出力要求に対して、情
報記憶装置３の目的のファイルのデータの入力処理とデ
ータの出力処理とを行う。ＯＳ部２は、ファイルアクセ
ス処理部２１、バッファ管理部２２、入出力要求部２３
を有する。

【００３２】ファイルアクセス処理部２１は、アプリケ
ーション部１からの入出力要求に基づき目的のファイル
に対してアクセス処理を行う。ファイルアクセス処理部
２１は、ブロック数依頼部３１、ファイル管理部３２、
複数バッファ獲得部３３、リスト作成部３４、入出力要
求依頼部４０を有している。

【００３３】バッファ管理部２２は、複数のブロックに
対応した複数のバッファ４ａ〜４ｎを有している。ま
た、バッファ管理部２２は、複数のバッファの内、ブロ
ックがはいっているバッファとブロックがはいっていな
い（以下、空き状態という。）バッファをリストにした
フリーリスト部３５と、バッファ獲得算出部５とを有し
ている。

【００３４】ブロック数依頼部３１は、アプリケーショ
ン部１の一括ブロック入出力要求に基づき、バッファ獲
得算出部５に対して、一括して入力できるブロックの数
を求めるよう依頼する。

【００３５】ファイル情報部３２は、ファイルのサイズ
やブロックを管理するもので、アプリケーション部１の
一括ブロック入力要求に含まれるブロック番号を管理情
報として登録する。

【００３６】バッファ獲得算出部５は、ブロック数依頼
部３１からの一括ブロック依頼に対し、フリーリスト部
３５にリストされている空き状態のバッファの数に基づ
き実際に一括してブロックを入力要求できる一括バッフ
ァの数を算出する。

【００３７】ここでは、バッファ獲得算出部５は、例え
ば空き状態のバッファの数をプロセスの数で除算した結
果を実際の一括バッファ数として算出する。ここで、プ
ロセスは、タスクのことであり、システムの環境に応じ
て値が変化する。

【００３８】複数バッファ獲得部３３は、バッファ獲得
算出部５で算出された一括バッファの数に基づきファイ
ル上のブロックに対するバッファを獲得する。リスト作
成部３４は、複数バッファ獲得部３３で獲得した一括バ
ッファの一括リスト構造を作成する。

【００３９】入出力要求依頼部４０は、そのリスト構造
をもとに入出力要求部２３に依頼する。入出力要求部２
３は、リスト作成部３４で作成された一括リスト構造に
基づき情報記憶装置３に一括入力要求を発行し、情報記
憶装置３の該当するファイルから一括入力要求に応じた
複数ブロックを入力し、その複数ブロックを複数のバッ
ファに送る。ファイルアクセス処理部２１は、複数のバ
ッファから複数ブロックをアプリケーション部１に送
り、バッファ管理部２２に対して獲得したバッファを解
放する。

【００４０】＜データの一括入力処理＞図３は実施例１
の一括入力処理を示すフローである。次に、図２及び図
３を参照して複数ブロックの一括入力処理を説明する。
ここでは、例えばアプリケーション部１がブロックＡ，
Ｂ，Ｃを入力要求した場合について説明する。

【００４１】まず、アプリケーション部１がブロック番
号Ａ，Ｂ，Ｃを含む一括ブロック入力要求をファイルア
クセス処理部２１に行う（ステップ１０１）。ブロック
数依頼部３１は、一括入力要求Ａ，Ｂ，Ｃに基づき、バ
ッファ獲得算出部５に対して、アプリケーション部１が
一括して入力できるブロックの数を求めるよう依頼する
（ステップ１０２）。ファイル情報部３２は入力要求に
含まれるブロック番号Ａ，Ｂ，Ｃを管理情報に登録して
いる。

【００４２】すると、バッファ獲得算出部５は、ブロッ
ク数依頼部３１からの一括ブロック依頼に対し、フリー
リスト部３５にリストされている空き状態のバッファの
数に基づき実際に一括して入力できる一括バッファの数
を算出し、その数をプロセス数で除した数を一括バッフ
ァの数とする（ステップ１０３）。ここでは、例えば空
き状態であるバッファが３つ以上存在しプロセス数が１
であるとし、実際に一括して入力できる一括バッファの
数は３となる。

【００４３】次に、複数バッファ獲得部３３は、バッフ
ァ獲得算出部５で算出された一括バッファの数に基づき
ファイル上のブロックＡ，Ｂ，Ｃに対する複数のバッフ
ァとして例えばバッファ４ｎ−２，４ｎ−１，４ｎを獲
得する（ステップ１０４）。さらに、リスト作成部３４
は、複数バッファ獲得部３３で獲得した一括バッファの
一括リスト構造を作成する（ステップ１０５）。入出力
要求依頼部４０はそのリスト構造をもとに入出力要求部
２３に依頼する。

【００４４】そして、入出力要求部２３は、リスト作成
部３４で作成された一括リスト構造に基づき情報記憶装
置３に一括入力要求を発行する（ステップ１０６）。一
括入力要求が完了すると、情報記憶装置３の該当するフ
ァイルから一括入力要求に応じた複数ブロックＡ，Ｂ，
Ｃを入力し、その複数ブロックＡ，Ｂ，Ｃをバッファ４
ｎ−２，４ｎ−１，４ｎに送る（ステップ１０７）。そ
して、ファイルアクセス処理部２１は、バッファ４ｎ−
２，４ｎ−１，４ｎからブロックＡ，Ｂ，Ｃをアプリケ
ーション部１に送り、獲得したバッファ４ｎ−２，４ｎ
−１，４ｎを解放する（ステップ１０８）。すると、フ
リーリスト部３５には、ブロック番号Ａ，Ｂ，Ｃがリス
トされる。

【００４５】このように、複数ブロックの一括入力によ
れば、ファイルシステムのブロック長を拡大せずに、し
かも既存のファイルシステムを変更せずにファイルの高
速アクセスを図ることができる。

【００４６】＜一括出力の構成＞図４は実施例１の一括
出力の構成ブロック図である。図４において、図２に示
す符号と同一の符号が付された部分は同一の動作を行う
ものとし、その詳細は省略する。ここでは、一括出力時
の特有な部分について説明する。

【００４７】ファイルアクセス処理部２１は、一括出力
時にはさらに、情報記憶装置３のファイルに対してブロ
ックの割付け処理を行う。さらに、バッファを獲得して
アプリケーション部１からのライトデータを書き込む。

【００４８】ファイル情報部３７は、この獲得されたバ
ッファをリンクさせると共に、リンクされたバッファの
数、すなわちリンク数に１を加算した加算リンク数を管
理情報として記憶する。その後、獲得したバッファを解
放しフリーリスト部３５にリンクする。

【００４９】バッファ獲得数判定部３８は、バッファ獲
得算出部５で得られたバッファ数がファイル情報部３７
の内のリンク数よりも小さいか否かを判定する。リスト
作成部３９は、バッファ獲得数判定部３８によりバッフ
ァ獲得算出部５で得られたバッファ数がファイル情報部
３７の内のリンク数より小さいと判定された場合にリス
ト構造を作成し、ファイル情報部３７のリンク数をクリ
アにするとともにリンクされているすべてのバッファを
ファイル情報部とフリーリスト部から切り離す。

【００５０】但し、判定が偽りとなった場合、アプリケ
ーション部１からの要求を全て満足していない時に限
り、再度ブロックの割り付け処理から処理を繰り返す。
リスト作成部３９は、入出力要求部２３に出力要求を行
う。

【００５１】入出力要求部２３は、情報記憶装置３に対
して出力要求を発行し、情報記憶装置３にライトデータ
の書き込みが完了すると、書き込み完了をファイルアク
セス処理部２１に出力する。ファイルアクセス処理部２
１はバッファ管理部２２に対して獲得したバッファを解
放する。

【００５２】＜データの一括出力処理＞次に、実施例１
の一括出力処理を説明する。図５は実施例１の一括出力
処理を示すフローである。まず、アプリケーション部１
から出力要求がファイルアクセス処理部２１に対して行
われる。すると、ファイルアクセス処理部２１が情報記
憶装置３のファイルに対してブロックの割付け処理を行
う（ステップ２０１）。

【００５３】次に、割り付けしたブロックに対してバッ
ファを獲得してバッファにアプリケーション部１からの
ライトデータを書き込む（ステップ２０２）。さらに、
ファイル情報部３７は、このバッファをリンクし、リン
ク数に１を加算して加算リンク数を記憶する（ステップ
２０３）。その後、獲得したバッファをフリーリスト部
３５に解放する。

【００５４】次に、ブロック数依頼部３１は、バッファ
獲得算出部５に対して、アプリケーション部１が一括し
て出力できるブロックの数を求めるよう依頼する（ステ
ップ２０４）。さらに、バッファ獲得算出部５は、ブロ
ック数依頼部３１からの一括ブロック依頼に対し、フリ
ーリスト部３５にリストされている空き状態のバッファ
の数に基づき実際に一括して出力できる一括バッファの
数を算出し、その数をプロセス数で除した数を一括バッ
ファの数とする（ステップ２０５）。ここでは、例えば
一括バッファ数が３である。

【００５５】そして、バッファ獲得数判定部３８では、
バッファ獲得算出部５で得られたバッファ数がファイル
情報部３７の内のリンク数よりも小さいか否かを判定す
る（ステップ２０６）。

【００５６】ここで、バッファ獲得算出部５で得られた
バッファ数がファイル情報部３７の内のリンク数よりも
大きいとバッファ獲得数判定部３８が判定した場合に
は、ステップ２０１の処理に戻り、ステップ２０１〜２
０６の処理を行う。

【００５７】一方、バッファ獲得算出部５で得られたバ
ッファ数がファイル情報管理部の内のリンク数より小さ
いとバッファ獲得数判定部３８が判定した場合には、フ
ァイル情報部３７に例えばＡ，Ｂ，Ｃが登録され、リン
ク数は３となる。また、バッファ４ｎ−２，４ｎ−１，
４ｎにブロックＡ，Ｂ，Ｃが書き込まれている。

【００５８】そして、リスト作成部３９は、ブロック番
号Ａ，Ｂ，Ｃのリスト構造を作成する（ステップ２０
７）。さらに、リスト作成部３９は、ファイル情報部３
７のリンク数をクリアにし（ステップ２０８）、リンク
されているすべてのバッファをファイル情報部３７とフ
リーリスト部３５から同時に切り離す（ステップ２０
９）。そして、リスト作成部３９は、入出力要求部２３
に出力要求を行う（ステップ２１０）。

【００５９】入出力要求部２３は、情報記憶装置３に対
して出力要求を発行し（ステップ２１１）、情報記憶装
置３にライトデータの書き込みが完了すると、書き込み
完了を入力する（ステップ２１２）。さらに、ファイル
アクセス処理部２１は、バッファ管理部２２に対して獲
得したバッファを解放する（ステップ２１３）。

【００６０】このように、複数ブロックの一括出力によ
れば、ファイルシステムのブロック長を拡大せずに、し
かも既存のファイルシステムを変更せずにファイルの高
速アクセスを図ることができる。

【００６１】＜実施例２＞次に、本発明の実施例２につ
いて説明する。実施例２はブロックの解放処理及び獲得
処理を行うものである。 ＜ブロック解放時の処理＞図６は実施例２のブロック解
放時の構成ブロック図である。図７は実施例２のブロッ
ク解放時の処理を示すフローである。

【００６２】図６及び図７を参照してブロック解放時の
処理を説明する。ファイルの削除を行う削除アプリケー
ション部１ａとファイルに追加書込みを行う書込アプリ
ケーション部１ｂが設けられている。

【００６３】まず、ブロック解放処理を開始する。次
に、排他占有部６１は、削除アプリケーション部１ａと
書込アプリケーション部１ｂとのうち削除アプリケーシ
ョン部１ａに対して排他占有を行う（ステップ３０
１）。このとき、ファイル情報部６２にブロック番号Ｂ
１，Ｂ３，Ｂ４が登録されている。

【００６４】次に、そして、装置種別部６５は情報記憶
装置３の種別の判断を行う（ステップ３０２）。ここ
で、種別とは、ディスク装置、フロッピーディスク、光
磁気ディスク装置などの種類である。さらに、最適配置
解放処理部６６は、装置種別部６５で判別された情報記
憶装置３の種別に応じて、解放（削除）すべきファイル
情報部６２のブロックＢ１，Ｂ３，Ｂ４と空き管理情報
部６４のブロック番号Ｂ２とを最適な配置にすべくブロ
ックの並び換えを行う（ステップ３０３）。

【００６５】すると、空き管理情報部６４にはブロック
番号がＢ１，Ｂ２，Ｂ３，Ｂ４と正しい順に並べられて
登録される。次に、排他解除部６７は、削除アプリケー
ション部１ａの排他占有を解除して書き込みアプリケー
ション部１ｂを立ちあげる（ステップ３０４）。以上の
処理が終了すると、ブロック解放処理が終了する。

【００６６】＜ブロック獲得時の処理＞次に、ブロック
獲得処理を説明する。図８は実施例２のブロック獲得時
の構成ブロック図、図９は実施例２のブロック獲得時の
処理を示すフローである。

【００６７】ファイルに追加書込みを行う書込アプリケ
ーション部１ｂとファイルの削減を行う削除アプリケー
ション部１ｃとが設けられている。このブロック獲得処
理では、書込アプリケーション部１ｂ書き込み追加処理
を行う場合に説明する。

【００６８】まず、前記排他解除部６７により書き込み
アプリケーション部１ｂが立ち上がると、ブロック獲得
処理を開始する。次に、排他占有部６１は、削除アプリ
ケーション部１ｃと書込アプリケーション部１ｂのうち
書込アプリケーション部１ｂに対して排他占有を行う
（ステップ４０１）。このとき、ファイル情報部６２に
はブロックは獲得されていない。

【００６９】次に、そして、装置種別部６５は情報記憶
装置３の種別の判断を行う（ステップ４０２）。さら
に、最適配置獲得処理部６８は、装置種別部６５で判別
された情報記憶装置３の種別に応じて、空き管理情報部
６４から獲得すべきブロックを最適な配置にすべくブロ
ックの並び換えを行う（ステップ４０３）。

【００７０】すると、ファイル情報部６２にはブロック
番号がＢ１，Ｂ２，Ｂ３と正しい順に並べられて登録さ
れる。次に、排他解除部６７は、書込アプリケーション
部１ｂの排他占有を解除する（ステップ４０４）。以上
の処理が終了すると、ブロック獲得処理が終了する。

【００７１】このように、実施例２によれば、情報記憶
装置３の特性に応じて個々のブロックの最適配置を行う
ためにファイルシステムの空き管理情報を並び換えるの
で、さらにファイルの高速アクセスを図ることができ
る。

【００７２】以上実施例１及び実施例２で説明したよう
に、ファイルシステムのブロック長を拡大せずに、しか
も既存のファイルシステムを変更せずに複数ブロックの
一括入出力によりファイルの高速アクセスを図ることが
できる。これにより、ファイルシステムの再作成や移行
作業が不要となる。

【００７３】また、バッファ数を調整することにより入
出力の単位が自動的に変更できるため性能のチューニン
グが可能となる。また、情報記憶装置３の特性に応じて
個々のブロックの最適配置を行うためにファイルシステ
ムの空き管理情報を並び換えるので、さらにファイルの
高速アクセスを図ることができる。

【００７４】

【発明の効果】本発明によれば、ファイルシステムのブ
ロック長を拡大せずに、しかも既存のファイルシステム
を変更せずに複数ブロックの一括入出力によりファイル
の高速アクセスを図ることができる。これにより、ファ
イルシステムの再作成や移行作業が不要となる。さら
に、バッファ数を調整することにより入出力の単位が自
動的に変更できるため、性能のチューニングが可能とな
る。

【００７５】また、装置の特性に応じて個々のブロック
の最適配置を行うためにファイルシステムの空き管理情
報を並び換えるので、さらにファイルの高速アクセスを
図ることができる。

【図面の簡単な説明】

【図１】本発明の原理図である。

【図２】実施例１の一括入力の構成ブロック図である。

【図３】実施例１の一括入力処理を示すフローである。

【図４】実施例１の一括出力の構成ブロック図である。

【図５】実施例１の一括出力処理を示すフローである。

【図６】実施例２のブロック解放時の構成ブロック図で
ある。

【図７】実施例２のブロック解放時の処理を示すフロー
である。

【図８】実施例２のブロック獲得時の構成ブロック図で
ある。

【図９】実施例２のブロック獲得時の処理を示すフロー
である。

【図１０】従来のブロック解放時の構成を示す図であ
る。

【図１１】従来のブロック獲得時の構成を示す図であ
る。

【符号の説明】

１・・アプリケーション部 ２・・オペレーティングシステム部 ３・・情報記憶装置 ４・・バッファ ５・・バッファ獲得算出部 ２１・・ファイルアクセス処理部 ２２・・バッファ管理部 ２３・・入出力要求部 ３１・・ブロック数依頼部 ３２，３７・・ファイル情報部 ３３，３６・・複数バッファ獲得部 ３４，３９・・リスト作成部 ３５・・フリーリスト部 ３８・・獲得バッファ数判定部 ４０・・入出力要求依頼部 ６１・・排他占有部 ６４・・空き管理情報部 ６５・・装置種別部 ６６・・最適配置解放処理部 ６７・・排他解除部 ６８・・最適配置獲得処理部

───────────────────────────────────────────────────── フロントページの続き (72)発明者 森田 宜裕 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内 (72)発明者 八木田 克己 神奈川県川崎市中原区上小田中1015番地 富士通株式会社内

Claims (8)

【特許請求の範囲】
1. 【請求項１】 一定長のデータからなるブロックを複数
   ブロック分有するファイルを１以上記憶する記憶手段
   （３）と、 この記憶手段（３）の複数ブロックを一括して入力する
   ために一括ブロック入力要求を行う一括ブロック要求手
   段（１）と、 複数ブロックに対応した複数のバッファ（４）と、 一括ブロック要求手段（１）の一括ブロック入力要求に
   基づき、一括ブロック要求手段（１）と複数のバッファ
   （４）との間で複数ブロックの入力処理を行うととも
   に、複数のバッファ（４）と記憶手段（３）との間で複
   数ブロックの入力処理とを行う処理手段（２）とを備え
   たことを特徴とするファイル管理装置。
2. 【請求項２】 請求項１において、前記処理手段（２）
   は、前記一括ブロック要求手段（１）の一括ブロック入
   力要求に対して、実際に一括してブロックを入力できる
   一括バッファを獲得するために前記複数のバッファ
   （４）の内から空き状態にあるバッファの数を算出する
   バッファ獲得算出手段（５）と、このバッファ獲得算出
   部（５）で算出されたバッファ数のバッファを獲得して
   獲得バッファに対応するブロックの入力処理を行うバッ
   ファ獲得手段（３３）とを有するファイル管理装置。
3. 【請求項３】 請求項２において、前記バッファ獲得算
   出手段（５）は、算出した空きバッファ数をプロセスの
   数で除算出したバッファ数を一括バッファ数とすること
   を特徴とするファイル管理装置。
4. 【請求項４】 一定長のデータからなるブロックを複数
   ブロック分有するファイルを１以上記憶する記憶手段
   （３）と、 この記憶手段（３）の複数ブロックを一括して出力する
   ために一括ブロック出力要求を行う一括ブロック要求手
   段（１）と、 複数ブロックに対応した複数のバッファ（４）と、 一括ブロック要求手段（１）の一括ブロック出力要求に
   基づき、一括ブロック要求手段（１）と複数のバッファ
   （４）との間で複数ブロックの出力処理を行うととも
   に、複数のバッファ（４）と記憶手段（３）との間で複
   数ブロックの出力処理とを行う処理手段（２）とを備え
   たことを特徴とするファイル管理装置。
5. 【請求項５】 請求項４において、前記処理手段（２）
   は、前記一括ブロック要求手段（１）の一括ブロック出
   力要求に対して、実際に一括してブロックを出力できる
   一括バッファを獲得するために前記複数のバッファ
   （４）の内から空き状態にあるバッファの数を算出する
   バッファ獲得算出手段（５）と、このバッファ獲得算出
   部（５）で算出されたバッファ数のバッファを獲得して
   獲得バッファに対応するブロックの出力処理を行うバッ
   ファ獲得手段（３６）とを有するファイル管理装置。
6. 【請求項６】 請求項５において、前記バッファ獲得算
   出手段（５）は、算出した空きバッファ数をプロセスの
   数で除算出したバッファ数を一括バッファ数とすること
   を特徴とするファイル管理装置。
7. 【請求項７】 請求項４において、ファイルシステム上
   の空いているブロックの配置を空き管理情報により管理
   する空き管理情報手段（６４）と、 記憶手段（３）の特性を判別する判別手段（６５）と、 前記処理手段（２）がブロックの獲得又は解放を行った
   場合に判別手段（６５）で判別された特性に応じて個々
   のブロックの最適配置を行うために空き管理情報手段
   （６４）で管理される空き管理情報を並び換える管理情
   報制御手段（６６）とを備えたことを特徴とするファイ
   ル管理装置。
8. 【請求項８】 請求項４において、一括ブロック要求手
   段（１）から出力要求があった場合に前記処理手段
   （２）は、書き込みデータを順次複数のバッファに書き
   込みその都度書き込みバッファの数を管理し、 前記書き込まれたバッファの数が前記バッファ獲得算出
   手段（５）で算出されたバッファ数よりも大きいか否か
   を判定する判定手段（３８）と、 この判定手段（３８）により書込バッファ数が算出バッ
   ファ数よりも大きいと判定された場合にバッファに書き
   込まれたブロックをリストにするためのリスト作成部
   （３９）と、 このリスト作成部（３９）でリスト構造にした複数ブロ
   ックを一括して記憶手段（３）に出力する出力手段（４
   ０）とを有することを特徴とするファイル管理装置。