JPH06110810A

JPH06110810A - 共有資源管理方式

Info

Publication number: JPH06110810A
Application number: JP4277753A
Authority: JP
Inventors: Haruhiko Tomita; 春彦冨田
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1992-09-24
Filing date: 1992-09-24
Publication date: 1994-04-22

Abstract

(57)【要約】【目的】共有資源の貸与後の残量が要求可能最大量を
下回った時点で、いかなる量の要求も受け付けないよう
にすることにより、複数クライアントの要求に対して平
等に資源の貸与を行う。【構成】データ処理装置は、共通の伝送媒体に接続さ
れた共有記憶装置を持っている。そして、データ処理装
置からのデータ転送要求は、その転送要求量と一回の転
送で受け付け可能な最大転送要求量とが比較され、比較
結果に基づいて転送要求を受け付ける。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、伝送媒体に接続されて
いる共有のメモリファイル装置、あるいはキュー等の有
限量の共有記憶資源を、複数のクライアントからの非同
期的な要求に応じて貸与するサーバ上の共有資源管理方
式に関するものである。

【０００２】

【従来の技術】従来の技術では、伝送媒体に接続された
サーバ上に設けられた有限量の記憶資源を同じ伝送媒体
に接続されている複数のクライアントが共同で使用して
いた。クライアントの要求に対して、サーバは、共有記
憶資源に残量が存在する限り、または所定の残量を下回
らない限り、クライアントの要求に応じた要求量の資源
を貸与していた。たとえば、特開昭６３−４１９６４号
公報に示す技術では、共有される資源をキューとして、
キューの割当て量が所定数Ａを越えた場合に、所定数Ａ
より小さい所定数Ｂに減少するまで割当ての要求を破棄
する。その他に、伝送媒体に接続されたサーバ上に設け
られた共有記憶資源を同じ伝送媒体に接続された複数の
クライアントが共同で使用するものとして、たとえば特
開平４−１５５５５８号、および特開平４−５７２４７
号として出願されている。

【０００３】図７（イ）ないし（ヌ）は共有資源の一例
であるメモリの残量と転送されるデータ量とによって転
送要求が受け付けられるか否かを図で表したものであ
る。図７（イ）において、クライアントＡは、データ量
２００というデータ１を外部記憶装置に転送する要求を
行なったとする。そして、図７（イ）は、図示されてい
ない外部記憶管理制御装置によって、メモリ残量１００
とデータ量２００とを比較した結果データ１の量が多い
ため受け付けを破棄したこと（×印）を表している。図
７（ロ）はメモリからデータ量５０が削除されたことを
表している。図７（ハ）はメモリ残量が１５０に増加し
た結果、クライアントＡの転送要求を行なっているデー
タ１のデータ量２００と比較した結果、メモリ残量が未
だ不足しているため転送要求を破棄したこと（×印）を
表している。

【０００４】図７（ニ）はクライアントＢからデータ２
というデータ量１２０の転送要求があると、メモリ残量
１５０と比較し、メモリ残量に余裕があるため、クライ
アントＢからの転送要求を受け付けたこと（〇印）を表
している。そして、図７（ニ）に示すように、メモリ残
量が３０と減少する。図７（ホ）において、メモリ量４
０だけ削除され、図７（ヘ）に示すようにメモリ残量が
７０に増加しても、クライアントＡのデータ１は、転送
要求が受け付けられない（×印）。しかし、図７（ト）
に示すクライアントＣのデータ３のようにメモリ残量よ
り少ない量のデータの場合は、転送要求が受け付けられ
る（〇印）。

【０００５】図７（チ）において、クライアントＣの転
送要求が受け付けられた後のメモリ残量は２０となり、
この時メモリ量２００が削除されたとする。図７（リ）
に示すように、メモリ残量は、２２０となる。この時、
クライアントＡからデータ量２００の転送要求がある
と、メモリ残量の方が大きいためこれを受け付ける（〇
印）。そして、メモリ残量は、図７（ヌ）に示すように
２０となるが、クライアントＤからの転送要求データ量
が１０であれば、メモリ残量２０より少ないため、これ
を受け付ける（〇印）。

【０００６】

【発明が解決しようとする課題】図７から判るように、
クライアントＡからの大きいデータ量は、メモリ残量を
越えるため、転送要求が受け付けられない。しかし、ク
ライアントＢないしクライアントＤのデータ量は、メモ
リ残量より少ないため、クライアントＡより後にファイ
ルの転送要求を行なったにもかかわらず、転送要求が受
け付けられる。また、途中にメモリ削除があっても、少
ない量のため、データ量の大きいクライアントＡからの
要求は、何時になっても受け付けられないことがある。
すなわち、大きいデータ量を先に要求したクライアント
は、少ないデータ量を要求した後のクライアントより、
転送要求の受け付けられる確率が減少し、クライアント
間に不公平が生じた。

【０００７】本発明は、以上のような課題を解決するた
めのもので、共有記憶資源の貸与後の残量が要求可能最
大量を下回った時点で、いかなる量の要求も受け付けな
いようにすることにより、複数クライアントの要求に対
して平等に記憶資源の貸与を行う共有資源管理方式を提
供することを目的とする。

【０００８】

【課題を解決するための手段】前記目的を達成するため
に、本発明の共有資源管理方式におけるデータ処理装置
（図１の１１、図４の１４）は、共通の伝送媒体（図１
および図４の１３）に接続された共有記憶手段（図１お
よび図４の４、図４の６−１、６−２）を持ち、前記伝
送媒体（１３）を介して受信したデータの転送要求に対
して、一回の転送で受け付け可能な最大転送要求量以上
の残量が前記共有記憶手段（４、６−１、６−２）にあ
るか否かを判断し、最大転送要求以上の残量がある場合
に転送要求を受け付け、残量が最大転送要求量を下回る
場合に受け付けを拒否することを特徴とする。

【０００９】

【作用】クライアント側が共通の伝送媒体を介して
共有の記憶装置を持つデータ処理装置（サーバ側）に対
して転送要求を行なう。たとえば、サーバ側では、一回
の転送で受け付け可能な最大転送要求量（要求可能最大
量）が予め設定されている。そして、サーバ側では、共
有の記憶装置に格納できる総量から、要求可能最大量を
差し引いた値を、貸与可能な資源の残量として記憶装置
上に常に保持している。すなわち、データ処理装置は、
記憶装置の記憶できる残量が前記要求可能最大量を下回
った時点から、資源の使用を終えて解放・返却すること
によって資源の残量が増加し、要求可能最大量を上回る
まで、いかなる量の要求も受け付けないようにする。し
たがって、データ処理装置から転送要求されるデータ量
の多少に関係のない一定量によって受け付けるか否かを
決定するため、伝送媒体に接続されたデータ処理装置
は、ファイルの転送を受け付ける際に全て平等になる。

【００１０】

【実施例】図１は本発明の共有資源管理方式におけ
るファイル転送システムのブロック構成図の一例であ
る。ファイル転送システム１１は、伝送媒体１３を介し
て接続されているワークステーション１２、１２′、・
・・からファイル転送要求等のコマンドやファイル等を
送受信する送受信部１１１と、前記コマンドやファイル
の受信処理を行なう受信処理部１１２と、外部記憶装置
を管理する外部記憶管理部１１３と、外部記憶装置４と
から構成される。受信処理部１１２は、ファイル転送要
求のコマンドを解析するコマンド解析処理部１１２１
と、ワークステーション１２からのファイル転送要求や
ファイル転送要求に対する受け付け結果等を管理するフ
ァイル転送要求管理部１１２２と、ファイル転送要求毎
にファイル受信プロセスを生成するファイル受信プロセ
ス生成処理部１１２３と、共有記憶資源である外部記憶
装置４にファイル転送するためにファイルを受信処理す
るファイル受信処理部１１２４とから構成されている。

【００１１】外部記憶管理部１１３は、前記ファイル転
送要求に対して受信の可否を受け付ける受信可否受け付
け処理部１１３１と、外部記憶装置４におけるメモリ残
量を管理する記憶容量管理部１１３２と、受信処理部１
１２に対して、ファイル転送要求の可否を通知するファ
イル転送通知処理部１１３３とから構成される。また、
上記記憶容量管理部１１３２は、クライアントの転送要
求に対する不公平を無くすために、指定した状態設定フ
ァイルを読み込んで、転送可能なファイルの最大サイズ
を予め認識しておく。そして、上記記憶容量管理部１１
３２は、外部記憶装置４におけるメモリ残量と前記転送
可能なファイルの最大サイズとを比較する。

【００１２】図１および図７を参照しつつ具体的なファ
イルの転送要求について説明する。クライアントＡがデ
ータ１というデータ量２００の転送要求を行なったとす
る。また、記憶容量管理部１１３２において、たとえば
予め認識されている転送可能なファイルの最大サイズは
２００とする。クライアントＡからのデータ転送要求
は、伝送媒体１３を介してファイル転送システム１１の
送受信部１１１で受信される。送受信部１１１で受信し
たファイル転送要求は、受信処理部１１２のコマンド解
析処理部１１２１によってクライアントＡから送られて
きたコマンドがデータ量２００というファイルの転送要
求であることが解析される。ファイル転送要求管理部１
１２２は、外部記憶管理部１１３の記憶容量管理部１１
３２に対して外部記憶装置４のメモリ残量を知らせるよ
うな要求を行なう。図７（イ）に示すように、外部記憶
装置４にメモリ残量が１００である場合、記憶容量管理
部１１３２は、メモリ残量１００と転送可能なファイル
の最大サイズ２００とを比較する。そして、この記憶容
量管理部１１３２の判定結果は、受信処理部１１２に送
信される。

【００１３】図７（ハ）に示すように、クライアントＡ
からのデータ量２００は、メモリ残量が１５０に増加し
ても、転送可能なファイルの最大サイズ２００より小さ
いため転送要求が拒否される。次に、図７（ニ）に示す
ように、クライアントＢからのデータ量１２０というフ
ァイル転送要求があったとする。データ量１２０は、外
部記憶装置４のメモリ残量１５０より少ないが、記憶容
量管理部１１３２は、転送可能なファイル最大サイズ２
００と比較しているため、転送要求を受け付けない。こ
の時、図７（ヘ）に示すように、クライアントＡのデー
タ量２００は、メモリ残量が１９０に増加しても転送要
求を受け付けない。その後、図７（ト）に示すように、
クライアントＣからデータ量５０というファイル転送要
求があったとする。このデータ量５０は、外部記憶装置
４のメモリ残量１９０より遙に少ないが、記憶容量管理
部１１３２は、転送可能なファイル最大サイズ２００と
比較しているため、転送要求を受け付けない。この時、
図７（チ）（リ）に示すように、外部記憶装置４のメモ
リ削除がメモリ量２００あったとする。そして、この時
の転送可能なファイル最大サイズ２００がメモリ残量３
９０より少ないため、記憶容量管理部１１３２は、クラ
イアントＡからのファイル転送要求を受け付けてもよい
と判定し、この結果を受信処理部１１２に知らせる。受
信処理部１１２のファイル受信処理部１１２４は、クラ
イアントＡからのファイル転送を受信するための処理を
行なう。その後、クライアントＤからデータ量１０のフ
ァイル転送要求があったとする。前記同様にメモリ残量
が転送可能なファイルの最大サイズを下回っているため
ファイル転送は受け付けられない。

【００１４】以上のように、転送要求をクライアントＡ
より後にしたデータ量が少ないクライアントＢ、Ｃは、
クライアントＡより先に受け付けられることがない。ま
た、クライアントＢ、Ｃより後にファイル転送要求をし
たクライアントＤは、クライアントＢ、Ｃより先に受け
付けられることがない。したがって、メモリ残量と予め
認識しておく転送可能なファイルの最大サイズと比較し
ているため、クライアント間に不公平が発生しない。

【００１５】図２は図１で述べたファイル転送システム
をプロセスによる実現例で説明するための図である。図
２に示すファイル転送システム１１は、受信処理部１１
２に対応するファイル転送要求管理プロセス１、および
ファイル受信プロセス２と、外部記憶部に対応する外部
記憶管理プロセス３とによって表現することができる。
上記ファイル転送要求管理プロセス１は、ワークステー
ション１２からファイル転送要求を受け付けるファイル
転送要求管理部（図１の１１２２）と、受け付けられた
ファイル転送要求毎にファイル受信プロセス２−１、フ
ァイル受信プロセス２−２、ファイル受信プロセス２−
３、・・・を分岐生成させるファイル受信プロセス生成
処理部（図１の１１２３）とから構成される。ファイル
受信プロセス２は、外部記憶管理プロセス３にファイル
受信の可否を問い合わせ、およびその問い合わせ結果の
受け付け、あるいはワークステーション１２からのファ
イルを受信したり、あるいはワークステーション１２に
対してファイル受信不可通知を行なうファイル受信処理
部（図１の１１２４）から構成される。外部記憶管理プ
ロセス３は、ファイル受信プロセス２から送られるファ
イル受信可否の問い合わせを受け付ける受信可否受け付
け処理部（図１の１１３１）と、ファイル受信プロセス
２によって受信したファイルが外部記憶装置４に格納で
きるか否かを管理する記憶容量管理部（図１の１１３
２）と、ファイルの転送可否をファイル受信プロセスに
通知するファイル転送通知処理部（図１の１１３３）と
から構成される。そして、ファイル転送システム１１
は、複数のワークステーション１２と共に、ネットワー
ク１３に接続されている。また、ワークステーション１
２は、コンピュータからなるデータ処理装置である。

【００１６】図３は本発明の一実施例である図２に示す
ファイル転送システムのフローチャートである。また、
図３において、図３の１と図３の２とがＡとＡ、Ｂと
Ｂ、ＣとＣにおいて接続される。図３に示すフローチャ
ートを参照しつつ本実施例を説明する。ファイル転送シ
ステム１１は、ネットワーク１３に接続されているワー
クステーション１２からファイル転送を受け付け、ファ
イルを外部記憶装置４に格納するものである。また、フ
ァイル転送システム１１は、転送可能なファイルの最大
サイズを指定した状態設定ファイルを記憶容量管理部１
１３２に読み込んで、転送可能なファイルの最大サイズ
を予め認識しておく。ファイル転送要求管理プロセス１
におけるファイル転送要求管理部１１２２は、ネットワ
ーク１３に接続されているワークステーション１２から
のファイル転送要求を待っている（ステップ２１１）。
ファイル転送要求管理部１１２２は、ワークステーショ
ン１２からのファイル転送要求を受け付けることによっ
て、ファイル受信プロセス生成処理部１１２３に対して
ファイル受信プロセス２−１を分岐生成するように要求
する（ステップ２１２）。また、ファイル転送要求管理
部１１２２は、ファイル受信プロセス２−１を生成した
後、次のファイル転送要求に備える。すなわち、ファイ
ル転送要求管理部１１２２は、複数の非同期なファイル
転送要求を受け付ける事が可能となる。

【００１７】ファイル転送要求管理部１１２２によって
生成されたファイル受信プロセス２−１は、外部記憶管
理プロセス３に、ファイル受信の可否を問い合わせる
（ステップ２１３）。外部記憶管理プロセス３における
受信可否受け付け処理部１１３１は、ファイル受信プロ
セス２−１からファイル受信可否の問い合わせを待って
いる（ステップ２１４）。そして、外部記憶管理プロセ
ス３は、ファイル受信プロセス２−１からの転送要求を
受けたら、記憶容量管理部１１３２によって外部記憶装
置４の空き容量を調べるように要求する（ステップ２１
５）。記憶容量管理部１１３２は、転送可能なファイル
の最大サイズを指定した状態設定ファイルに記述されて
いるファイルの最大サイズと外部記憶装置４の空き容量
とを比較する（ステップ２１６）。

【００１８】そして、記憶容量管理部１１３２は、外部
記憶装置４の空き容量が予め設定されている要求可能な
ファイルの最大サイズを上回っている場合、「ファイル
転送可」をファイル受信プロセス２−１に通知する（ス
テップ２１７）。ステップ２１６の比較において、記憶
容量管理部１１３２は、外部記憶装置４の空き容量が予
め設定されている要求可能なファイルの最大サイズを下
回っている場合、「ファイル転送不可」をファイル転送
通知処理部１１３３に通知する（ステップ２１８）。フ
ァイル転送通知処理部１１３３がステップ２１７および
２１８の通知を行なった後、受信可否受け付け処理部１
１３１は、ファイル受信プロセス２−１からのファイル
受信可否の問い合わせを待つ。

【００１９】ファイル受信プロセス２−１におけるファ
イル転送要求管理部１１２２は、ファイル受信可否の問
い合わせ結果を待っている（ステップ２１９）。そし
て、ファイル受信プロセス２−１は、外部記憶管理プロ
セス３におけるファイル転送通知処理部１１３３からの
「ファイル転送可」の通知か、あるいは「ファイル転送
不可」の通知かを調べる（ステップ２２０）。また、フ
ァイル受信プロセス２−１におけるファイル受信処理部
１１２４は、外部記憶管理プロセス３におけるファイル
転送通知処理部１１３３から「ファイル転送可」を受け
た場合、ワークステーション１２からのファイルを受信
する（ステップ２２１）。ファイル受信プロセス２−１
におけるファイル転送要求管理部１１２２は、外部記憶
管理プロセス３におけるファイル転送通知処理部１１３
３から「ファイル転送不可」の通知を受けた場合、ワー
クステーション１２に対してファイル転送不可を通知す
る（ステップ２２２）。

【００２０】以上のように、ワークステーション１２か
らのファイル転送要求は、そのファイルサイズに関係の
ない予め設定された要求可能なファイルの最大サイズと
比較して、ファイル転送の可否を決定するため、ワーク
ステーション１２からのファイルサイズによってファイ
ル転送が可能になったり、あるいは不可になるようなこ
とがない。

【００２１】図４は本発明の他の実施例であるプリンタ
・ゲートウエイ・システムのブロック構成図である。プ
リンタ・ゲートウエイ・システム１４は、図１で述べた
同様の機能を持つ送受信部１１１および受信処理部１１
２と、後述する外部記憶装置４と、共有資源管理部５
と、キューイング処理部６と、キュー６−１、６−２
と、フリーキュー７とから構成されている。

【００２２】図５は図４で述べたプリンタ・ゲートウエ
イ・システムの具体例を説明するために受信処理部等を
プロセスとして表現した図である。したがって、図４に
示す受信処理部１１２は、図５に示すファイル転送要求
管理プロセス１とファイル受信プロセス２とに対応す
る。同様に、共有資源管理部５と共有資源管理プロセス
５、キューイング処理部６とキューイングプロセス６と
がそれぞれ対応する。

【００２３】受信処理部１１２は、ファイル転送要求の
コマンドを解析するコマンド解析処理部１１２１と、ワ
ークステーション１２からファイル転送要求を受け付け
るファイル転送要求受け付け処理部１１２２と、受け付
けられたファイル転送要求毎にファイル受信プロセス２
−１、ファイル受信プロセス２−２、ファイル受信プロ
セス２−３、・・・を分岐生成させるファイル受信プロ
セス生成処理部１１２３と、転送されるファイルを受信
処理するファイル受信処理部１１２４とから構成され
る。ファイル受信処理部１１２４は、共有資源管理部５
にファイル受信の可否を問い合わせたり、あるいはその
問い合わせ結果を受け付けるファイル受信問い合わせ処
理部と、ワークステーション１２からのファイルを受信
したり、あるいはワークステーション１２に対してファ
イル受信不可通知を行なうファイル受信部と、キューイ
ングプロセス６に対して送信先プリンタのアドレスを通
知するアドレス通知処理部とから構成される。

【００２４】共有資源管理部５は、受信処理部１１２か
ら送られるファイル受信可否の問い合わせを受け付ける
ファイル受信可否受け付け処理部１１４１と、転送され
るファイルが外部記憶装置４に格納できるか否かを管理
する記憶容量管理部１１４２と、ファイルの転送可否を
受信処理部１１２に通知するファイル転送通知処理部１
１４３とから構成される。キューイング処理部６は、キ
ュー要求を受け付けるキュー要求受け付け処理部１１５
１と、フリーキューの残量を調べるキュー管理部１１５
２と、キュー貸与可否を共有資源管理部５に通知するキ
ューイング通知処理部１１５３とから構成される。キュ
ー要求受け付け処理部１１５１は、受信処理部１１２か
ら送信先プリンタのアドレス通知を受け付ける。また、
キュー要求受け付け処理部１１５１は、キュー要求の結
果を受け付ける受信処理部１１２から送信先プリンタの
アドレスを受けた後、共有資源管理部５に送信先プリン
タの数のキューを要求する。キュー管理部１１５２は、
共有資源管理部５からの通知を調べる。キュー管理部１
１５２は、キューの貸与可である場合、キューイング処
理を行なうと共に、キューの貸与不可である場合、キュ
ーイングを一定時間待ち、再度キュー要求を行なう。そ
して、プリンタ・ゲートウエイ・システム１４は、複数
のワークステーション１２と、複数のプリンタ１５、１
６と共に、ネットワーク１３に接続されている。なお、
図４では、キューイング処理された管理情報に基づいて
外部記憶装置４からファイルデータを読み出し、送受信
部１１１へ送る送信処理部を省略した。

【００２５】図６は本発明の他の実施例である図５に示
すプリンタ・ゲートウエイ・システムのフローチャート
である。また、図６の１、図６の２、図６の３は、Ｄな
いしＫにおいて同じ符号どうしがそれぞれ接続される。
プリンタ・ゲートウエイ・システム１４は、ネットワー
ク１３に接続されているワークステーション１２からフ
ァイル転送を受け付け、ファイルを外部記憶装置４に格
納したり、あるいはプリント・ジョブをキューイングす
るものである。また、プリンタ・ゲートウエイ・システ
ム１４は、転送可能なファイルの最大サイズを指定した
状態設定ファイルを共有資源管理部５における記憶容量
管理部１１４２に読み込んで、転送可能なファイルの最
大サイズを予め認識しておく。また、プリンタ・ゲート
ウエイ・システム１４は、同時に送信する出力先プリン
タの最大数を指定した状態設定ファイルを上記と同様に
記憶容量管理部１１４２に読み込んで、送信先プリンタ
の最大数を予め認識しておく。プリンタ・ゲートウエイ
・システム１４におけるファイル転送要求管理プロセス
１は、ネットワーク１３に接続されているワークステー
ション１２からの送信先プリンタ名およびアドレスを含
むファイルのプリント要求を待っている（ステップ４１
１）。

【００２６】ファイル転送要求管理プロセス１における
ファイル転送要求受け付け処理部１１２２は、ワークス
テーション１２からのプリント要求を受け付けることに
よって、ファイル受信プロセス２−１のファイル受信プ
ロセス生成処理部１１２３に対して、ファイル受信プロ
セス２−１を分岐生成するように要求する（ステップ４
１２）。また、ファイル転送要求管理プロセス１におけ
るファイル受信プロセス生成処理部１１２３がファイル
受信プロセス２−１を生成した後、ファイル転送要求受
け付け処理部１１２２は、次のプリント要求に備える。
すなわち、ファイル転送要求管理プロセス１は、複数の
非同期なプリント要求を受け付ける事が可能となる。

【００２７】ファイル転送要求管理プロセス１における
ファイル転送要求受け付け処理部１１２２は、共有資源
管理プロセス５に、ファイル受信の可否を問い合わせる
（ステップ４１３）。共有資源管理プロセス５における
ファイル受信可否受け付け処理部１１４１は、ファイル
受信プロセス２−１からファイル受信可否の問い合わせ
を待っている（ステップ４１４）。そして、共有資源管
理プロセス５におけるファイル受信可否受け付け処理部
１１４１は、ファイル受信プロセス２−１からの受信可
否の問い合わせを受けたら、記憶容量管理部１１４２に
対して、外部記憶装置４の空き容量を調べるように要求
する（ステップ４１５）。共有資源管理プロセス５にお
ける記憶容量管理部１１４２は、同時に送信する出力先
プリンタの最大数を指定した状態設定ファイルにおける
要求可能なファイルの最大サイズと外部記憶装置４の空
き容量とを比較する（ステップ４１６）。

【００２８】そして、記憶容量管理部１１４２は、ファ
イル転送通知処理部１１４３に対して、外部記憶装置４
の空き容量が予め設定されている要求可能なファイルの
最大サイズを上回っている場合、「ファイル転送可」を
ファイル受信プロセス２−１におけるファイル受信処理
部１１２４に通知するように要求する（ステップ４１
７）。ステップ４１６の比較において、記憶容量管理部
１１４２は、ファイル転送通知処理部１１４３に対し
て、外部記憶装置４の空き容量が予め設定されている要
求可能なファイルの最大サイズを下回っている場合、
「ファイル転送不可」をファイル受信プロセス２−１に
おけるファイル受信処理部１１２４に通知するように要
求する（ステップ４１８）。ファイル転送通知処理部１
１４３がステップ４１７および４１８の通知を行なった
後、共有資源管理プロセス５おけるファイル受信可否受
け付け処理部１１４１は、ファイル受信プロセスからの
ファイル受信可否の問い合わせを待つ。

【００２９】ファイル受信プロセス２−１におけるファ
イル受信処理部１１２４は、ファイル受信可否の問い合
わせ結果を待っている（ステップ４１９）。そして、フ
ァイル受信プロセス２−１におけるファイル受信処理部
１１２４は、共有資源管理プロセス５からの「ファイル
転送可」の通知か、あるいは「ファイル転送不可」の通
知かを調べる（ステップ４２０）。共有資源管理プロセ
ス５におけるファイル転送通知処理部１１４３からの通
知が「ファイル転送不可」である場合、ファイル受信処
理部１１２４は、ワークステーション１２に対して「フ
ァイル転送不可」の通知を行なう（ステップ４２１）。
また、ファイル受信プロセス２−１におけるファイル受
信処理部１１２４は、共有資源管理プロセス５における
ファイル転送通知処理部１１４３から「ファイル転送
可」の通知を受けた場合、ワークステーション１２から
のファイルを受信する（ステップ４２２）。ファイル受
信プロセス２−１におけるファイル転送要求受け付け処
理部１１２２は、キューイングプロセス６に対して送信
先プリンタのアドレスを通知する（ステップ４２３）。

【００３０】キューイングプロセス６におけるキュー要
求受け付け処理部１１５１は、送信先プリンタのアドレ
ス通知を待っている（ステップ４２４）。また、キュー
イングプロセス６におけるキュー要求受け付け処理部１
１５１は、ファイル受信プロセス２−１におけるファイ
ル転送要求受け付け処理部１１２２からの送信先プリン
タのアドレスを受けた後、キュー管理部１１５２に対し
て、送信先プリンタの数のキュー６−１、６−２を要求
する（ステップ４２５）。

【００３１】キュー管理部１１５２は、キュー要求受け
付け処理部１１５１からのキュー要求を待っている（ス
テップ４２６）。キュー管理部１１５２は、キュー要求
を受けたら、フリーキュー７の残り量を調べる（ステッ
プ４２７）。キュー管理部１１５２は、フリーキュー７
の残り量が送信先プリンタの最大数を上回っているか否
かを調べる（ステップ４２８）。キュー管理部１１５２
は、フリーキュー７の残り量が送信先プリンタの最大数
を上回っている場合、要求数のキューをキューイング通
知処理部１１５３に貸与可能の通知を行い、ステップ４
１４に戻る（ステップ４２９）。キュー管理部１１５２
は、フリーキュー７の残り量が送信先プリンタの最大数
を下回っている場合、「キュー貸与不可」をキューイン
グ通知処理部１１５３に通知して、ステップ４１４に戻
る（ステップ４３０）。

【００３２】キューイングプロセス６におけるキュー要
求受け付け処理部１１５１は、共有資源管理プロセス５
からのキュー要求に対する結果を待っている（ステップ
４３１）。キューイング要求受け付け処理部１１５１
は、共有資源管理プロセス５からの通知を受け、キュー
管理部１１５２に対して、そのキューの貸与の可否を調
べるように要求する（ステップ４３２）。キュー管理部
１１５２は、共有資源管理プロセス５からキュー貸与可
の通知を受けた場合、キューイング処理を行なう（ステ
ップ４３３）。キューイング通知処理部１１５３は、キ
ュー貸与不可の通知を受けた場合、一定時間待った後、
ステップ４２５に戻り再度キューを要求する（ステップ
４３４）。以上のように、ワークステーション１２から
のプリント要求は、プリント要求したファイルサイズに
関係のない予め設定された要求可能なファイルの最大サ
イズと比較して、ファイル転送の可否を決定するため、
ワークステーション１２からのファイルサイズによって
プリント要求が可能になったり、あるいは不可になるよ
うなことがない。また、送信先プリンタ数に関係のない
予め設定された同時送信可能なプリンタの最大数と比較
して、プリンタ送信の可否を決定するため、ワークステ
ーション１２からの送信先プリンタ数によってプリント
要求が可能になったりあるいは不可能になるようなこと
がない。

【００３３】以上の実施例では、ワークステーションあ
るいはプリンタを同じプロトコルとして説明したが、異
なるプロトコルであっても、ゲートウエイにプロトコル
変換プロセスを設けることによって、本実施例と同様に
行なえる。

【００３４】

【発明の効果】本発明によれば、転送要求を行なうファ
イルサイズに関係のない要求可能な最大容量を予め設定
して、この設定値と共有資源の空き容量とを比較してい
るため、ワークステーションから転送要求されたファイ
ルサイズによって、共有資源の貸与が不平等にならな
い。

【図面の簡単な説明】

【図１】本発明の共有資源管理方式におけるファイル
転送システムのブロック構成図の一例である。

【図２】図１におけるファイル転送システムをプロセ
スによる実現例で説明するための図である。

【図３】本発明の一実施例である図１に示すファイル
転送システムのフローチャートである。

【図４】本発明の他の実施例であるプリンタ・ゲート
ウエイ・システムのブロック構成図である。

【図５】図４におけるプリンタ・ゲートウエイ・シス
テムの具体例を説明するために受信処理部等をプロセス
として表現した図である。

【図６】本発明の他の実施例であるプリンタ・ゲート
ウエイ・システムをプロセスとして表現した図である。

【図７】（イ）ないし（ヌ）は共有資源の一例である
メモリの残量と転送されるデータ量とによって転送要求
が受け付けられるか否かを図で表したものである。

【符号の説明】

１・・・ファイル転送要求管理プロセス２・・・ファイル受信プロセス３・・・外部記憶管理プロセス４・・・外部記憶装置５・・・共有資源管理プロセス６・・・キューイングプロセス７・・・フリーキュー１１・・・ファイル転送システム１２・・・ワークステーション１３・・・ネットワーク１４・・・プリンタ・ゲートウエイ・システム１５、１６・・・プリンタ１１２・・・受信処理部１１３・・・外部記憶管理部１１１・・・送受信部１１２１・・・コマンド解析処理部１１２２・・・ファイル転送要求管理部１１２３・・・ファイル受信プロセス生成処理部１１２４・・・ファイル受信処理部１１３１・・・受信可否受け付け処理部１１３２・・・記憶容量管理部１１３３・・・ファイル転送通知処理部１１５１・・・キュー要求受け付け処理部１１５２・・・キュー管理部１１５３・・・キューイング通知処理部

Claims

【特許請求の範囲】

【請求項１】共通の伝送媒体に接続された共有記憶手
段を持つデータ処理装置において、前記伝送媒体を介して受信したデータの転送要求に対し
て、一回の転送で受け付け可能な最大転送要求量以上の
残量が前記共有記憶手段にあるか否かを判断し、最大転
送要求量以上の残量がある場合に転送要求を受け付け、
残量が最大転送要求量を下回る場合に受け付けを拒否す
ることを特徴とする共有資源管理方式。