JPH06187226A

JPH06187226A - ファイル管理システム

Info

Publication number: JPH06187226A
Application number: JP4339303A
Authority: JP
Inventors: Katsuto Habaguchi; 勝人幅口
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1992-12-18
Filing date: 1992-12-18
Publication date: 1994-07-08

Abstract

(57)【要約】【目的】ファイルの転送を行った場合に、通信に過度
の負担をかけることなくシステム全体のファイルの整合
性を確実に確保することのできるファイル管理システム
を実現する。【構成】通信ケーブル３２に接続されたそれぞれの処
理装置３１_A、３１_Bにファイル格納部を用意すると共
に、ファイル格納部に格納されているファイルそれぞれ
の名称とそれらのファイルが更新中であるか否かを表わ
した情報を対応付けて記したファイル管理テーブル４２
も個別に用意させ、また、ファイル格納部に格納された
ファイルを他の処理装置３１に転送したときにはその元
となるファイルを自己のファイル格納部から削除するフ
ァイル削除手段を個々に用意させて、自処理装置から他
の処理装置にファイルを転送したときには元のファイル
を削除して、二重ファイルの存在を排除している。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は通信ケーブルで接続され
た複数のワークステーションや印刷装置からなるある種
の情報処理システムのように、個々のワークステーショ
ンや印刷装置がファイルを分散して管理するようにした
ファイル管理システムに係わり、詳細にはファイル管理
テーブルを用いてこれら個々のファイルの管理を行うよ
うにしたファイル管理システムに関する。

【０００２】

【従来の技術】伝送路に接続されたそれぞれの処理装置
が、互いに共通利用することのできるファイルを分散し
て所有しているとき、これらのファイルが途中で個々に
更新される事態を考慮して、これらの整合性を確保する
ためのシステムが必要となる。例えば特開昭５７−１７
２４５６号公報には、システム全体のファイルを管理す
るためのファイル・インデックス・テーブルを用意し
て、これらファイルの分散性と整合性を確立している。

【０００３】図２０は、この提案されたファイル管理シ
ステムを説明の便宜上、簡単な構成のもので示したもの
である。このシステムには、４つの処理装置１１_A〜１
１_Dがそれぞれ伝送路１２を介して接続されている。こ
れら４つの処理装置１１_A〜１１_Dは、それぞれファイ
ルを格納するための別個のファイル格納部１３_A〜１３
_Dを備えている。各処理装置１１_A〜１１_Dは、システ
ム内の全ファイルを管理するためのファイル・インデッ
クス・テーブル１４_A〜１４_Dを備えている。これらの
ファイル・インデックス・テーブル１４_A〜１４_Dの内
容はすべて同一となっている。

【０００４】図２１はファイル・インデックス・テーブ
ルのフォーマットを表わしたものである。ファイル・イ
ンデックス・テーブル１４は、例えば図２０に示す“Ａ
ＡＡＡ”等からなるファイル名２１と、ファイルの物理
情報２２と、ファイルが格納された処理装置番号２３、
例えば図２０に示す“Ａ”と、ファイル更新中ビット２
４、例えば図２０に示す“０”とから構成されている。

【０００５】このようなファイル管理システムにおける
処理装置１１_Aで、例えばファイル名“ＢＢＢＢ”から
なるファイルの参照の要求が発生したものとする。処理
装置１１_Aは、自処理装置のファイル・インデックス・
テーブル１４_Aを検索する。この結果、ファイル名“Ｂ
ＢＢＢ”のファイルが他の処理装置１１_Bに格納されて
いることが分かったとする。この場合、処理装置１１_A
は処理装置１１_Bに対してファイル転送要求を送信す
る。

【０００６】処理装置１１_Bはこのファイル転送要求を
受け取ると、自処理装置のファイル・インデックス・テ
ーブル１４_Bを検索し、ファイル名“ＢＢＢＢ”のファ
イルが更新中であるかどうかをチェックする。今、ファ
イル更新中ビット２４が“１”すなわち更新中の状態を
表わしていたとすると、更新作業中なのでそのファイル
に対するアクセスが禁止される。図２０に示した状態で
は、ファイル名“ＢＢＢＢ”のファイルのファイル更新
中ビット２４が“０”なので、そのファイルが処理装置
１１_Aに送られることになる。

【０００７】このファイル管理システムでは、ファイル
・インデックス・テーブル１４_A〜１４_Dの内容をすべ
て同一にして整合性を確保するために、任意の処理装置
１１で新しくファイルを作成した場合には、他のすべて
の処理装置１１についてファイル・インデックス・テー
ブル１４に対するテーブル・エントリの登録を指示する
ようになっている。特定のファイルを所有している処理
装置１１がそのファイルを削除した場合にも、他のすべ
ての処理装置１１に対して該当ファイルのテーブル・エ
ントリの削除が指示されるようになっている。

【０００８】

【発明が解決しようとする課題】このように従来提案さ
れたこのようなファイル管理システムでは、ファイルを
新規に作成したり削除するたびに、すべての処理装置に
個々に備えられているファイル・インデックス・テーブ
ルを更新する必要があった。このため、伝送路上に処理
装置が多数接続されたファイル管理システムでは、その
たびに各処理装置間で更新のための通信が行われる必要
があり、通信回線に多大な負担を課してしまうといった
問題があった。

【０００９】また、このファイル管理システムではファ
イル転送要求を受け取った処理装置が該当するファイル
を転送先の処理装置に転送すると、そのファイルは転送
先と転送元の２つの処理装置に存在することになった。
このため、ファイルの一意性を保つことができなくな
り、二重管理が行われるようになる。しかも、この場合
に二重管理されているファイルの一方を任意の処理装置
が更新したとすると、２つのファイルの内容が異なるこ
とになり、ファイルの整合性が全くとられなくなるとい
った問題があった。

【００１０】更に、このファイル管理システムでは、フ
ァイル更新中ビットが更新中の状態を表わしていたとす
ると、そのファイルを他の処理装置に転送することがで
きず、要求に応えることができなかった。

【００１１】そこで本発明の目的は、ファイルの転送を
行った場合に、通信に過度の負担をかけることなくシス
テム全体のファイルの整合性を確実に確保することので
きるファイル管理システムを提供することにある。

【００１２】本発明の他の目的は、ファイルが更新中で
そのアクセスが一時的に不可能であった場合にも、要求
元にそのファイルを転送させることのできるファイル管
理システムを提供することにある。

【００１３】

【課題を解決するための手段】請求項１記載の発明で
は、伝送路と、これを介して必要なファイルを互いに転
送する複数の処理装置とを備えたファイル管理システム
において、それぞれの処理装置に、ファイルを格納する
ファイル格納部と、ファイル格納部に格納されているフ
ァイルそれぞれの名称とそれらのファイルが更新中であ
るか否かを表わした情報を対応付けて記したファイル管
理テーブルと、ファイル格納部に格納されたファイルを
他の処理装置に転送することを要求されたときそのファ
イルが更新中のときにはこれを拒否する転送拒否手段
と、要求に基づきファイル格納部に格納されたファイル
を他の処理装置に転送したときその元となるファイルを
自己のファイル格納部から削除するファイル削除手段
と、自己の必要とするファイルが自己のファイル格納部
に存在しないとき他の処理装置に転送を要求するファイ
ル転送要求手段とを具備させたものである。

【００１４】すなわち請求項１記載の発明では、それぞ
れの処理装置にファイル格納部を用意すると共に、ファ
イル格納部に格納されているファイルそれぞれの名称と
それらのファイルが更新中であるか否かを表わした情報
を対応付けて記したファイル管理テーブルも個別に用意
させ、また、ファイル格納部に格納されたファイルを他
の処理装置に転送したときにはその元となるファイルを
自己のファイル格納部から削除するファイル削除手段を
個々に用意させて、自処理装置から他の処理装置にファ
イルを転送したときには元のファイルを削除して、二重
ファイルの存在を排除している。

【００１５】請求項２記載の発明では、伝送路と、これ
を介して必要なファイルを互いに転送する複数の処理装
置とを備えたファイル管理システムにおいて、それぞれ
の処理装置に、ファイルを格納するファイル格納部と、
ファイル格納部に格納されているファイルそれぞれの名
称とそれらのファイルが更新中であるか否かを表わした
情報を対応付けて記したファイル管理テーブルと、ファ
イル格納部に格納されたファイルを他の処理装置に転送
することを要求されたときそのファイルが更新中のとき
にはこれを拒否する転送拒否手段と、要求に基づきファ
イル格納部に格納されたファイルを他の処理装置に転送
したときその元となるファイルを自己のファイル格納部
から削除するファイル削除手段と、自己の必要とするフ
ァイルが自己のファイル格納部に存在しないとき他の処
理装置に転送を要求するファイル転送要求手段と、この
ファイル転送要求手段がファイルの転送を要求したとき
その要求先の処理装置の転送拒否手段が転送を拒否した
とき再度、同一ファイルの転送の要求を行うファイル転
送再要求手段と、ファイル転送再要求手段が同一ファイ
ルの転送の要求を所定回数行ってもそのファイルが転送
されないときそのファイルの転送要求を中止させる転送
要求中止手段と、ファイルの転送要求が中止したときそ
の旨の表示を行う表示手段とを具備させたものである。

【００１６】すなわち請求項２記載の発明では、ファイ
ルの転送の要求が拒否された場合その処理装置は、ファ
イル転送再要求手段を使用して同一のファイルの転送を
再要求し、同一ファイルの転送の要求を所定回数行って
もそのファイルが転送されないときには転送要求中止手
段を用いてファイルの転送要求を中止させると共に、そ
の旨を表示手段によって表示するようにした。これによ
り、ファイルが更新中でそのアクセスが一時的に不可能
であっても、多くの場合その転送が可能になる。

【００１７】

【実施例】以下実施例につき本発明を詳細に説明する。

【００１８】図１は本発明の一実施例におけるファイル
管理システムの要部構成として、２つの処理装置を表わ
したものである。このシステムで２つの処理装置３
１_A、３１_Bは伝送路としての通信ケーブル３２で接続
されている。それぞれの処理装置３１_A、３１_Bの内部
構成は同一となっているので、ここでは一方の処理装置
３１_Aについて説明する。他の処理装置３１_Bの同一部
分には同一の符号を付しておくことにする。

【００１９】さて、処理装置３１_Aはこの装置の主要
な制御を行う主処理部４１を備えている。主処理部４１
は、ファイル管理テーブル４２の制御を行うテーブル制
御部４３と、この処理装置３１_Aに接続された図示しな
い外部記憶装置を制御する記憶装置制御部４４と、ファ
イル転送再要求を行う場合の時間間隔を記憶するファイ
ル転送再要求時間記憶部４５と、ファイル転送再要求を
行う場合の再要求の回数を記憶するファイル転送再要求
回数記憶部４６と、時間の測定を行う時間測定部４７
と、ファイル転送要求を送受信するファイル転送要求送
受信部４８と、ファイルの転送を行うファイル転送部４
９と、ファイルの転送拒否を送受信するファイル転送拒
否送受信部５１と接続されている。これらファイル転送
要求送受信部４８、ファイル転送部４９およびファイル
転送拒否送受信部５１は、転送データ制御部５２を介し
て通信ケーブル３２と接続され、他の処理装置３１_Bと
必要な信号の送受信を行うようになっている。

【００２０】このような処理装置３１_Aは、図示しない
がＣＰＵ（中央処理装置）と、これを制御するためのプ
ログラムを格納した磁気ディスク装置等の記憶装置と、
これに格納されたプログラムや各種処理用のデータを一
時的に記憶する作業用メモリその他の回路部品によって
組み立てられている。図１に示した主処理部４１、テー
ブル制御部４３等の部品の多くは、プログラムを実行す
ることによって実現する機能部品である。

【００２１】ところで、主処理部４１は各種処理プログ
ラムの実行を管理すると共に、次のような機能を備えて
いる。

【００２２】（イ）処理プログラムの実行に際して参照
しているファイルに更新の必要性が生じた場合には、フ
ァイルの更新開始と更新の終了とをテーブル制御部４３
に通知する。

【００２３】（ロ）処理プログラムの実行に際して要求
されたファイル名や、ファイル転送要求あるいはファイ
ル転送再要求の行われたファイル名を、テーブル制御部
４３に渡す。

【００２４】（ハ）処理プログラムの実行に際して要求
されたファイルが自処理装置３１_A内に存在し、ファイ
ル更新中ビット“０”、すなわち更新中の状態でなけれ
ば、記憶装置制御部４４に制御を渡す。ファイル更新中
ビットが“１”、すなわちファイルが更新中であれば、
ファイルが現在アクセスできないことをユーザ（オペレ
ータ）に通知して処理を中断する。

【００２５】（ニ）処理プログラムの実行に際して要求
されたファイルが自処理装置３１_A内に存在しなけれ
ば、ファイル転送要求送受信部４８にそのファイル名を
通知する。

【００２６】（ホ）ファイル転送を要求されたファイル
あるいはファイル転送再要求をされたファイルが自処理
装置３１_Aに存在し、かつそのファイル更新中ビットが
“１”であれば、ファイル転送拒否送受信部５１にファ
イルの転送拒否の通知を行わせるためにそのファイル名
を通知する。

【００２７】（ヘ）ファイル転送要求あるいはファイル
転送再要求されたファイルが記憶装置制御部４４から渡
されると、ファイル転送部４９に制御を渡し転送を依頼
する。また、二重ファイルを防ぐため、転送の対象とな
ったこのファイルを削除することを記憶装置制御部４４
とテーブル制御部４３に通知する。

【００２８】（ト）ファイル転送拒否レコードを受け取
ったことがファイル転送拒否送受信部５１からから通知
されると、現在設定されているファイル転送再要求回数
を“１”だけインクリメントする。そして、ファイル転
送再要求回数記憶部４６に予め設定しているファイル転
送再要求最大回数と比較する。この結果、ファイル転送
再要求最大回数以下の状態であれば、次のファイル転送
再要求を行うための計時の指示と、新たにファイル転送
再要求を行うまでの時間間隔を時間測定部４７に通知す
る。この時間間隔は、ファイル転送再要求時間記憶部４
５から読み出される。

【００２９】また、ファイル転送再要求回数がファイル
転送再要求最大回数より大きくなった場合には、該当す
るファイルが最終的にアクセスできなかったことをユー
ザに知らせるためのメッセージを図示しない表示部に表
示する。この場合には、該当するファイルの参照を必要
とする処理プログラムの実行ができなくなるので、これ
を中止する。

【００３０】（チ）ファイル転送再要求時間に到達した
ことが時間測定部４７から通知されたときには、ファイ
ル転送再要求の行われるファイル名と共に、ファイル転
送再要求指示がファイル転送要求送受信部４８に出され
る。

【００３１】（リ）ファイル転送部４９から実ファイル
データが渡された場合には、前記した外部記憶装置に記
憶させるために、この実ファイルデータを記憶装置制御
部４４に渡す。また、ファイル転送部４９から渡された
ファイル名は、テーブル制御部４３に渡すことになる。

【００３２】（ヌ）記憶装置制御部４４にまたはファイ
ル転送部４９から渡される実ファイルデータを元にし
て、このファイルの参照要求を出した処理プログラムの
処理を継続する。

【００３３】一方、テーブル制御部４３は主処理部４１
から渡されたファイル名をキー情報としてファイル管理
テーブル４２の検索を行う。そして、要求されたファイ
ルが自処理装置３１_A内に格納されているかどうかの判
別を行う。また、要求されたファイルが自処理装置３１
_A内に存在すると判別した場合には、そのファイルが更
新中かどうかをファイル更新中ビットによってチェック
し、その結果を主処理部４１に通知する。

【００３４】また、ファイル転送されてきた実ファイル
データのファイル名が主処理部４１から渡された場合に
は、このファイル名をファイル管理テーブル４２に格納
する。更に、主処理部４１からファイルの更新開始や更
新終了の通知があったら、ファイル管理テーブル４２の
該当するファイルのファイル更新中ビットを“１”また
は“０”に変更する。また、主処理部４１からファイル
の削除を指示された場合には、ファイル管理テーブル４
２の該当するエントリを削除することになる。

【００３５】図２は、ファイル管理テーブルのフォーマ
ット構成を表わしたものである。本実施例のファイル管
理システムではファイル管理テーブル４２は、その処理
装置３１_A内で管理しているファイルのファイル名６１
とファイル更新中ビット６２を１エントリとして構成さ
れている。

【００３６】記憶装置制御部４４は、この処理装置３１
_Aに接続された前記した外部記憶装置を制御して、主処
理部４１から渡される情報を基にしてファイルの検索を
行い、そのファイル自体を主処理部４１に渡すようにな
っている。ここで、外部記憶装置としては、磁気ディス
ク装置や磁気テープ装置を代表的に挙げることができ
る。記憶装置制御部４４は、主処理部４１からファイル
の削除を指示された場合には、外部記憶装置から該当の
ファイルを削除する。また、記憶装置制御部４４はファ
イル転送されてきた実ファイルデータを主処理部４１か
ら渡されると、これを外部記憶装置に格納するようにな
っている。

【００３７】ファイル転送再要求時間記憶部４５は、フ
ァイル転送要求を出したこの処理装置３１_Aがファイル
転送拒否レコードを受け取ってからファイル転送再要求
を行うまでの時間間隔を設定すると同時に、その時間間
隔を内部に記憶するようになっている。

【００３８】ファイル転送再要求回数記憶部４６は、フ
ァイル転送要求を出したこの処理装置３１_Aがファイル
転送再要求を最大何回まで行うかの数値を設定し、これ
を記憶しておくようになっている。

【００３９】時間測定部４７は、内部タイマ回路を備え
ており、主処理部４１から時間の測定開始を通知される
とこれを起動して計時動作を行い、ファイル転送再要求
時間に到達すると主処理部４１にこれを通知するように
なっている。

【００４０】ファイル転送要求送受信部４８は、主処理
部４１から通知されるファイル名を基にしてファイル転
送要求レコードを作成し、これを転送データ制御部５２
に渡すようになっている。また、他の処理装置３１から
ファイル転送要求レコードが送られてきた場合には、こ
れを解析し、ファイル転送要求の行われたファイル名を
主処理部４１に通知するようになっている。

【００４１】図３は、このようなファイル転送要求レコ
ードのフォーマットを表わしたものである。ファイル転
送要求レコード７１は、ファイル転送要求レコードであ
ることを表わす識別子７２と、ファイル名７３およびフ
ァイル転送要求元処理装置番号７４から構成されてい
る。

【００４２】ファイル転送要求送受信部４８は、主処理
部４１からファイル転送再要求指示が出されると、ファ
イル転送再要求レコードを作成し、これを転送データ制
御部５２に渡すようになっている。また、他の処理装置
３１からファイル転送再要求レコードが送られてきた場
合には、これを解析し、ファイル転送が再要求されたフ
ァイル名を主処理部４１に通知するようになっている。

【００４３】図４は、ファイル転送再要求レコードのフ
ォーマットを表わしたものである。ファイル転送再要求
レコード７５は、ファイル再転送要求レコードであるこ
とを表わす識別子７６と、ファイル名７７と、自処理装
置番号７８およびファイル転送要求拒否を出した処理装
置番号７９とから構成されている。

【００４４】ファイル転送部４９は、主処理部４１から
制御を渡されるとファイル転送レコードを作成して、こ
れを転送データ制御部５２に渡すようになっている。ま
た、他の処理装置３１からファイル転送レコードが送ら
れてきた場合には、これを解析し、実ファイルデータを
主処理部４１に渡すようになっている。

【００４５】図５は、ファイル転送レコードのフォーマ
ットを表わしたものである。ファイル転送レコード８１
は、ファイル転送レコードであることを表わす識別子８
２と、ファイル名８３と、ファイル転送要求元処理装置
番号８４と、実ファイルデータ８５とから構成されてい
る。

【００４６】ファイル転送拒否送受信部５１は、主処理
部４１から通知されるファイル名を基にして、ファイル
転送拒否レコードを作成して、これを転送データ制御部
５２に渡すようになっている。また、他の処理装置３１
からファイル転送拒否レコードが送られてきた場合に
は、これを解析し、要求したファイルに対してファイル
転送が拒否されたことを主処理部４１に通知するように
なっている。

【００４７】図６は、ファイル転送拒否レコードのフォ
ーマットを表わしたものである。ファイル転送拒否レコ
ード８６は、ファイル転送拒否レコードであることを表
わす識別子８７と、ファイル名８８と、自処理装置番号
８９と、ファイル転送要求元処理装置番号９０とから構
成されている。

【００４８】転送データ制御部５２は、次の４つの制御
を行いながら、処理装置３１間でデータのやりとりを行
うようになっている。

【００４９】（ａ）ファイル転送要求送受信部４８から
渡されるファイル転送要求レコード７１を、他のすべて
の処理装置３１に対して送信する。また、他の処理装置
３１が送信したファイル転送要求レコード７１を受信し
ファイル転送要求送受信部４８に通知する。

【００５０】（ｂ）ファイル転送部４９から渡されるフ
ァイル転送レコード８１をファイル転送要求を出した処
理装置３１に対してのみ送信する。また、ファイル転送
要求を出した処理装置３１がファイル転送レコード８１
を受け取ると、ファイル転送部４９にこれを通知する。

【００５１】（ｃ）ファイル転送拒否送受信部５１から
渡されるファイル転送拒否レコード８６を、ファイル転
送要求を出した処理装置３１に対してのみ送信する。ま
た、ファイル転送要求を出した処理装置３１がファイル
転送拒否レコード８６を受け取ると、ファイル転送拒否
送受信部５１にこれを通知する。

【００５２】（ｄ）ファイル転送要求送受信部４８から
渡されるファイル転送再要求レコード７５を、ファイル
転送拒否レコードを出した処理装置３１に対してのみ送
信する。また、他の処理装置３１が送信したファイル転
送再要求レコード７５を受信し、これをファイル転送要
求送受信部４８に通知する。

【００５３】図７は、以上のような構成のファイル管理
システムの制御の全体的な流れを表わしたものである。
処理装置３１_Aは電源投入後、何らかの要求が発生する
のを待機している（ステップＳ１０１）。要求が発生す
ると、それが印刷要求であれば（ステップＳ１０２；
Ｙ）、印刷要求処理を実行する（ステップＳ１０３）。
ファイル転送要求レコードに基づく要求であった場合に
は（ステップＳ１０４；Ｙ）、ファイル転送要求・再要
求処理が実行される（ステップＳ１０５）。ファイル転
送再要求レコードに基づく要求であった場合（ステップ
Ｓ１０６；Ｙ）の場合も同様である。

【００５４】ファイル転送要求レコードに基づく要求が
あった場合には（ステップＳ１０７；Ｙ）、ファイル転
送要求処理が実行される（ステップＳ１０８）。ファイ
ル転送拒否レコードに基づく要求があった場合には（ス
テップＳ１０９；Ｙ）、ファイル転送拒否処理が実行さ
れる（ステップＳ１１０）。要求が発生したものの、以
上の要求に該当しない場合には（ステップＳ１０９；
Ｎ）、処理装置３１_Aにデータエラーメッセージの表示
が行われて（ステップＳ１１１）、処理が終了する（エ
ンド）。

【００５５】図８は、図７のステップＳ１０３で説明し
た印刷要求処理の具体的な内容を表わしたものである。
印刷要求があると、処理装置３１_Aは装置内のファイル
管理テーブル４２の検索が行われる（ステップＳ２０
１）。この結果、処理装置３１ _A内に印刷の対象となる
ファイルが存在すれば（ステップＳ２０２；Ｙ）、ファ
イル更新中ビット６２（図２）が“０”であるかどうか
をチェックする（ステップＳ２０３）。ファイル更新中
ビット６２が“１”であれば、該当するファイルが更新
中なので（Ｎ）、“０”になるまで待機することにな
る。

【００５６】これに対して、ファイル更新中ビット６２
が“０”であれば（Ｙ）、ファイル管理テーブル４２の
該当するファイルのファイル更新中ビット６２を“１”
に設定し（ステップＳ２０４）、図示しない印刷装置を
用いてこのファイルを用いた印刷処理を実行する（ステ
ップＳ２０５）。そして、この後にこのファイルの使用
を開放するためにファイル更新中ビット６２を再び
“０”に戻して（ステップＳ２０６）、処理を終了する
（エンド）。なお、印刷装置内にはディスクが内蔵され
ており、印刷に必要な資源としてのフォント、各種フォ
ーム、ロゴ等のファイルが格納されている。

【００５７】一方、自処理装置３１_Aのファイル管理テ
ーブル４２を検索しても該当するファイルが見つからな
かった場合には（ステップＳ２０２；Ｎ）、そのファイ
ル名をファイル転送要求レコード７１（図３）にセット
する（ステップＳ２０７）。次に、ファイルを参照して
いる処理装置３１_Aのアドレスをこのファイル転送要求
レコード７１のファイル転送要求元処理装置番号として
セットして（ステップＳ２０８）、他の処理装置３１_A
にこのファイル転送要求レコード７１を送信する（ステ
ップＳ２０９）。

【００５８】なお、一般に本実施例のファイル管理シス
テムでファイル更新中ビット６２が“１”となるのは２
つの場合がある。１つは、自処理装置３１_Aでそのファ
イルが使用されている場合であり、もう１つは他の処理
装置３１でこれが使用されている場合である。ファイル
を転送中のときには、転送が終了した後に元のファイル
が削除されてしまう。したがって、自処理装置３１_A内
で該当するファイルのファイル更新中ビット６２が
“１”であったとしても、それが自処理装置３１_A内に
存在するかどうかを確認する必要がある。

【００５９】図９は、図７のステップＳ１０５で説明し
たファイル転送要求・再要求処理の詳細を表わしたもの
である。ファイル転送要求レコード７１あるいはファイ
ル転送再要求レコード７５が受信された場合には、ファ
イルの転送を要求している処理装置３１のアドレスが識
別され、記憶される（ステップＳ３０１）。次に要求さ
れているファイル名が識別され（ステップＳ３０２）、
自処理装置３１_Aのファイル管理テーブル４２に該当す
るファイルが存在するかどうかの確認が行われる（ステ
ップＳ３０３）。この結果、そのファイルが存在しなけ
れば（ステップＳ３０４；Ｎ）、何もアクションをとる
ことなく処理を終了させる（エンド）。これは、ファイ
ル転送要求あるいはファイル転送再要求は通信ケーブル
３２の各処理装置３１にこの要求がたれ流されており、
そのファイルを有するいずれかの処理装置３１がその処
理を行うことになるからである。

【００６０】一方、ステップＳ３０４で該当するファイ
ルが存在するとされた場合には（Ｙ）、ファイル更新中
ビット６２が“０”であるかどうかのチェックが行われ
る（ステップＳ３０５）。ファイル更新中ビット６２が
“０”であれば（Ｙ）、自処理装置３１_Aのファイル管
理テーブル４２の該当するファイルのファイル更新中ビ
ット６２を“１”にセットする（ステップＳ３０６）。
そして、要求元処理装置３１のアドレスをファイル転送
レコード８１にセットして（ステップＳ３０７）、ファ
イル名と実ファイルデータとをこのファイル転送レコー
ド８１にセットする（ステップＳ３０８）。そして、こ
のファイル転送レコード８１をファイル転送の要求元の
処理装置３１に送信することになる（ステップＳ３０
９）。この後、ファイル管理テーブル４２の該当するフ
ァイルと磁気ディスク装置に格納されている対応の実フ
ァイルを削除する（ステップＳ３１０）。

【００６１】これに対して、ステップＳ３０５でファイ
ル更新中ビット６２が“１”であった場合には、要求元
処理装置３１のアドレスをファイル転送拒否レコード８
６にセットする（ステップＳ３１１）。そして、次に自
処理装置３１_Aのアドレスをファイル転送拒否レコード
８６にセットし（ステップＳ３１２）、最後にファイル
名をセットする（ステップＳ３１３）。この後、このフ
ァイル転送拒否レコード８６をファイル転送要求元に送
信して（ステップＳ３１４）、処理を終了させる（エン
ド）。

【００６２】図１０は、図７のステップＳ１０８で説明
したファイル転送処理の詳細を表わしたものである。フ
ァイル転送レコード８１が受信されたら、これを基にし
てそのファイル名が識別される（ステップＳ４０１）。
続いて、転送されてきた実ファイルデータを処理装置３
１_A内の磁気ディスク装置に格納する（ステップＳ４０
２）。そして、転送されてきたファイル名を処理装置３
１_A内のファイル管理テーブル４２に登録する（ステッ
プＳ４０３）。

【００６３】この後、ステップＳ２０４〜Ｓ２０６で説
明した処理が行われる（ステップＳ４０４）。すなわ
ち、該当するファイルのファイル更新中ビット６２を
“１”に設定し（ステップＳ２０４）、印刷装置を用い
てこのファイルを用いた印刷処理を実行する（ステップ
Ｓ２０５）。そして、この後にこのファイルの使用を開
放するためにファイル更新中ビット６２を再び“０”に
戻して（ステップＳ２０６）、処理を終了することにな
る。

【００６４】図１１は、図７のステップＳ１１０で説明
したファイル転送拒否処理の詳細な流れを表わしたもの
である。このファイル転送拒否処理では、ファイル転送
拒否レコード８６における再要求回数が“０”よりも大
きな値であるかどうかを判別する（ステップＳ５０
１）。再要求回数が“０”で再送がまだ行われていない
ときには（Ｎ）、ファイルの自動再送を試みるかどうか
の判別が行われる（ステップＳ５０２）。ファイルの再
送を自動的に試みない場合には（Ｎ）、そのファイルの
転送が不可能であることをメッセージとして表示し（ス
テップＳ５０３）、処理を終了させる（エンド）。

【００６５】これに対してファイルの再送を自動的に試
みる場合には（ステップＳ５０２；Ｙ）、試みる最大要
求回数をセットする（ステップＳ５０４）。ここで最大
要求回数とは、ファイル転送再要求レコード７５を最大
何回送信するかを表わしたものである。次に、再要求時
間間隔がセットされる（ステップＳ５０５）。再要求時
間間隔とは、ファイル転送再要求レコード７５を自動送
信する時間間隔をいう。本実施例のファイル管理システ
ムでは、処理装置３１_Aでファイル転送再要求レコード
７５の初回転送前に、オペレータがメニュー画面等の手
段を用いて、磁気ディスク装置に最大要求回数と再要求
時間間隔をセットすることができるようになっている。

【００６６】このようにして再要求時間間隔をセットし
たら、あるいはステップＳ５０１で再要求回数が“１”
以上であった場合には、ファイル転送拒否レコード８６
における送信元の処理装置３１のアドレスを識別し、記
憶する（ステップＳ５０６）。これは、ファイル転送再
要求レコード７５の送信先のアドレスとなる。この後、
再要求回数が＋１される（ステップＳ５０７）。この
後、最大要求回数が読み取られ（ステップＳ５０８）、
再要求時間間隔の読み取りも行われる（ステップＳ５０
９）。そして、再要求回数は最大要求回数よりも大きく
なっているかどうかの判別が行われる（ステップＳ５１
０）。この結果、大きくなっていれば（Ｙ）、ステップ
Ｓ５０２に戻って、自動送信を行うかどうかをチェック
し、自動送信を行わない場合にはファイル転送不可能メ
ッセージを表示して（ステップＳ５０３）、処理を終了
させることになる（エンド）。

【００６７】これに対して、再要求回数は最大要求回数
と等しいかこれ以下であった場合には（Ｎ）、再要求時
間間隔に想到する時間だけ待機した後（ステップＳ５１
１）、ファイル転送拒否レコード８６送信元の処理装置
３１のアドレスをファイル転送再要求レコード７５にセ
ットする（ステップＳ５１２）。そして、要求元の処理
装置３１のアドレスをファイル転送再要求レコード７５
にセットし（ステップＳ５１３）、続いてファイル名を
これにセットして（ステップＳ５１４）、ファイル転送
再要求レコード７５の送信を行うことになる（ステップ
Ｓ（ステップＳ５１５）。ファイル転送再要求レコード
７５の送信は、ファイルを保有している処理装置３１に
対してのみ行われる。

【００６８】図１２は、以上説明したファイル管理シス
テムで他の処理装置３１からファイル転送が拒否されな
い場合の全体的な制御の様子を再確認の意味で表わした
ものてある。この図では、４つの処理装置３１_A〜処理
装置３１_Dが通信ケーブル３２を介して接続されてい
る。それぞれの処理装置３１_A〜処理装置３１_Dはそれ
ぞれの所有するファイルについてのファイル管理テーブ
ル４２_A〜４２_Dを備えている。

【００６９】すなわち、処理装置３１_AはファイルＡＡ
ＡＡ、ＢＢＢＢ、ＣＣＣＣを備えており、それらのファ
イル更新中ビット６２が共に“０”となっている。処理
装置３１_BはファイルＤＤＤＤ、ＥＥＥＥ、ＦＦＦＦを
備えており、それらのファイル更新中ビット６２が共に
“０”となっている。処理装置３１_CはファイルＧＧＧ
Ｇ、ＨＨＨＨ、ＩＩＩＩを備えており、それらのファイ
ル更新中ビット６２が共に“０”となっている。処理装
置３１_DはファイルＪＪＪＪ、ＫＫＫＫ、ＬＬＬＬを備
えており、ファイルＬＬＬＬを除いてそれらのファイル
更新中ビット６２が“０”となっている。

【００７０】このようなファイル管理システムの処理装
置３１_AでファイルＧＧＧＧの参照要求が発生したもの
とする。この場合には、ファイル管理テーブル４２_Aが
まず検索され、ファイルＧＧＧＧが存在しないことが分
かる。そこで、符号で示したように他の処理装置３１
_B、３１_C、３１_Dにファイル転送要求レコード７１が
転送される。

【００７１】図１３は、このときのファイル転送要求レ
コードのフォーマットを具体的に表わしたものである。

【００７２】２つの処理装置３１_B、３１_Dでは、それ
らのファイル管理テーブル４２_B、４２_DにファイルＧ
ＧＧＧが登録されていないので、このファイル転送要求
レコード７１が無視される。処理装置３１_Cではそのフ
ァイル管理テーブル４２_CにファイルＧＧＧＧが登録さ
れている。しかもそのファイル更新中ビット６２は
“０”となっている。そこで、符号で示したように、
処理装置３１_Cから処理装置３１_Aに対してファイル転
送レコード８１が送信される。

【００７３】図１４は、このときのファイル転送レコー
ドの具体的な内容を表わしたものである。

【００７４】処理装置３１_Cでは、ファイルＧＧＧＧを
送ったら、その磁気ディスク装置とファイル管理テーブ
ル４２_CからファイルＧＧＧＧに関する情報を削除す
る。一方、処理装置３１_Aではファイル転送レコード８
１を受信すると、その処理を開始することになる。

【００７５】図１５は、以上説明したファイル管理シス
テムで他の処理装置３１からファイル転送が拒否される
場合の全体的な制御の様子を再確認の意味で表わしたも
のてある。この図で図１２と同一部分には同一の符号を
付している。この例の場合には、処理装置３１_Aでファ
イルＬＬＬＬの参照要求が発生したものとする。この場
合には、ファイル管理テーブル４２_Aがまず検索され、
ファイルＬＬＬＬが存在しないことが分かる。そこで、
符号で示したように他の処理装置３１_B、３１_C、３
１_Dにファイル転送要求レコード７１が転送される。

【００７６】図１６は、このときのファイル転送要求レ
コードのフォーマットを具体的に表わしたものである。

【００７７】２つの処理装置３１_B、３１_Cでは、それ
らのファイル管理テーブル４２_B、４２_CにファイルＬ
ＬＬＬが登録されていないので、このファイル転送要求
レコード７１が無視される。処理装置３１_Dではそのフ
ァイル管理テーブル４２_DにファイルＬＬＬＬが登録さ
れている。しかしそのファイル更新中ビット６２は
“１”となっている。そこで、符号で示したように、
処理装置３１_Dから処理装置３１_Aに対してファイル転
送拒否レコード８６が送信される。

【００７８】図１７は、このときのファイル転送拒否レ
コードのフォーマットを具体的に表わしたものである。

【００７９】ファイル転送拒否レコード８６が送られて
きたら、処理装置３１_Aは現時点における再要求回数を
インクリメントする。ここでは、再要求回数が１回とな
る。この後、インクリメント後における再要求回数と最
大要求回数が比較される。再要求回数が最大要求回数よ
りも大きくなければ、計時動作が開始し、例えば５分が
経過した時点で処理装置３１_Aから符号で示したよう
にファイル転送再要求レコード７５の送信が行われる。

【００８０】図１８は、このファイル転送再要求レコー
ドのフォーマットを具体的に表わしたものである。

【００８１】この再要求の結果としてファイルＬＬＬＬ
の転送が不可能であり、かつインクリメント後の再要求
回数が最大要求回数よりも大きくなければ、再度、ファ
イル転送再要求レコード７５の送信が行われる。これに
対して、ファイル更新中ビット６２が“０”に変化して
いてファイルＬＬＬＬの転送が可能になっていた場合に
は、符号で示したようにファイル転送レコード８１の
転送が行われる。

【００８２】図１９は、このファイル転送レコードのフ
ォーマットを具体的に表わしたものである。

【００８３】以上説明した実施例では、ファイル更新中
ビット６２が“０”をファイルの更新中でない場合、
“１”をファイルの更新中の場合として説明したが、シ
ステムによってはこの逆の定義を行うようにしてもよ
い。また、実施例ではファイルを磁気ディスク装置に格
納するようにしたが、光ディスク装置等の他の装置に格
納することができることも当然である。

【００８４】

【発明の効果】このように請求項１記載の発明によれ
ば、伝送路に接続された各処理装置が自身のファイル格
納部に格納しているファイルについてのみのファイル管
理テーブルを備えることにしたので、各処理装置に全体
的なファイル管理テーブルを備えるのと異なり他の処理
装置のファイル管理テーブルを全く意識する必要がなく
なる。したがって、ファイル管理テーブルの管理が容易
になり、通信回線上の負担を軽減することができる。ま
た、ファイルの一意性と整合性を完璧に保つことがで
き、システム内のフォント等の資源を有効に活用するこ
とができるという効果がある。

【００８５】また、請求項２記載の発明によれば、請求
項１記載の発明と同様の効果を得ることができる他、要
求したファイルが更新中で転送を拒否されても、一定時
間間隔でファイルの転送を再要求することにした。した
がって、ファイルを取得するための時間管理等をオペレ
ータが行う必要なく、その負担を軽減することができ、
また使用しやすいファイル管理システムとすることがで
きる。

【図面の簡単な説明】

【図１】本発明の一実施例におけるファイル管理シス
テムの要部構成を表わしたブロック図である。

【図２】ファイル管理テーブルのフォーマット構成を
表わしたフォーマット構成図である。

【図３】ファイル転送要求レコードのフォーマットを
表わしたフォーマット構成図である。

【図４】ファイル転送再要求レコードのフォーマット
を表わしたフォーマット構成図である。

【図５】ファイル転送レコードのフォーマットを表わ
したフォーマット構成図である。

【図６】ファイル転送拒否レコードのフォーマットを
表わしたフォーマット構成図である。

【図７】ファイル管理システムの制御の全体的な流れ
を表わした流れ図である。

【図８】図７のステップＳ１０３で説明した印刷要求
処理の具体的な内容を表わした流れ図である。

【図９】図７のステップＳ１０５で説明したファイル
転送要求・再要求処理の詳細を表わした流れ図である。

【図１０】図７のステップＳ１０８で説明したファイ
ル転送処理の詳細を表わした流れ図である。

【図１１】図７のステップＳ１１０で説明したファイ
ル転送拒否処理の詳細な流れを表わした流れ図である。

【図１２】他の処理装置３１からファイル転送が拒否
されない場合の全体的な制御の様子を表わした説明図で
ある。

【図１３】ファイル転送要求レコードのフォーマット
を具体的に表わした説明図である。

【図１４】ファイル転送レコードのフォーマットを具
体的に表わした説明図である。

【図１５】ファイル管理システムで他の処理装置から
ファイル転送が拒否される場合の全体的な制御の様子を
表わした説明図である。

【図１６】ファイル転送要求レコードのフォーマット
を具体的に表わした説明図である。

【図１７】ファイル転送拒否レコードのフォーマット
を具体的に表わしたフォーマット構成図である。

【図１８】ファイル転送再要求レコードのフォーマッ
トを具体的に表わしたフォーマット構成図である。

【図１９】ファイル転送レコードのフォーマットを具
体的に表わしたフォーマット構成図である。

【図２０】従来提案されたファイル管理システムを表
わしたシステム構成図である。

【図２１】従来提案されたファイル管理システムで使
用されたファイル・インデックス・テーブルのフォーマ
ットを表わしたフォーマット構成図である。

【符号の説明】

３１_A〜３１_D…処理装置、３２…通信ケーブル、４１
…主処理部、４２_A〜４２_D…ファイル管理テーブル、
４３…テーブル制御部、４４…記憶装置制御部、４５…
ファイル転送再要求時間記憶部、４６…ファイル転送再
要求回数記憶部、４７…時間測定部、４８…ファイル転
送要求送受信部、４９…ファイル転送部、５１…ファイ
ル転送拒否送受信部、５２…転送データ制御部、６２…
ファイル更新中ビット、７１…ファイル転送要求レコー
ド、７５…ファイル転送再要求レコード、８１…ファイ
ル転送レコード、８６…ファイル転送拒否レコード

Claims

【特許請求の範囲】

【請求項１】伝送路と、これを介して必要なファイル
を互いに転送する複数の処理装置とを備え、それぞれの
処理装置は、ファイルを格納するファイル格納部と、前記ファイル格納部に格納されているファイルそれぞれ
の名称とそれらのファイルが更新中であるか否かを表わ
した情報を対応付けて記したファイル管理テーブルと、前記ファイル格納部に格納されたファイルを他の処理装
置に転送することを要求されたときそのファイルが更新
中のときにはこれを拒否する転送拒否手段と、前記要求に基づき前記ファイル格納部に格納されたファ
イルを前記他の処理装置に転送したときその元となるフ
ァイルを自己のファイル格納部から削除するファイル削
除手段と、自己の必要とするファイルが前記自己のファイル格納部
に存在しないとき前記他の処理装置に転送を要求するフ
ァイル転送要求手段とを具備することを特徴とするファ
イル管理システム。
【請求項２】伝送路と、これを介して必要なファイル
を互いに転送する複数の処理装置とを備え、それぞれの
処理装置は、ファイルを格納するファイル格納部と、前記ファイル格納部に格納されているファイルそれぞれ
の名称とそれらのファイルが更新中であるか否かを表わ
した情報を対応付けて記したファイル管理テーブルと、前記ファイル格納部に格納されたファイルを他の処理装
置に転送することを要求されたときそのファイルが更新
中のときにはこれを拒否する転送拒否手段と、前記要求に基づき前記ファイル格納部に格納されたファ
イルを前記他の処理装置に転送したときその元となるフ
ァイルを自己のファイル格納部から削除するファイル削
除手段と、自己の必要とするファイルが前記自己のファイル格納部
に存在しないとき前記他の処理装置に転送を要求するフ
ァイル転送要求手段と、このファイル転送要求手段がファイルの転送を要求した
ときその要求先の処理装置の前記転送拒否手段が転送を
拒否したとき再度、同一ファイルの転送の要求を行うフ
ァイル転送再要求手段と、ファイル転送再要求手段が同一ファイルの転送の要求を
所定回数行ってもそのファイルが転送されないときその
ファイルの転送要求を中止させる転送要求中止手段と、ファイルの転送要求が中止したときその旨の表示を行う
表示手段とを具備することを特徴とするファイル管理シ
ステム。