JPH096661A - システム資源管理装置および管理方法 - Google Patents
システム資源管理装置および管理方法Info
- Publication number
- JPH096661A JPH096661A JP7157452A JP15745295A JPH096661A JP H096661 A JPH096661 A JP H096661A JP 7157452 A JP7157452 A JP 7157452A JP 15745295 A JP15745295 A JP 15745295A JP H096661 A JPH096661 A JP H096661A
- Authority
- JP
- Japan
- Prior art keywords
- lock
- processing
- shared resource
- execution
- identifier
- 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.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/52—Program synchronisation; Mutual exclusion, e.g. by means of semaphores
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
(57)【要約】
【目的】 本発明は、ネットワークを通して接続される
複数のコンピュータシステムにより共通に使用される共
用資源を管理するためのシステム資源管理装置および管
理方法に関し、ある実行体により共用資源のロック処理
要求をした後に、他の実行体からの入出力処理要求を制
限することなく、共用資源の入出力処理とロック処理を
並列して効率良く行うことを目的とする。 【構成】 共用資源３の存在する特定のコンピュータシ
ステム上で、共用資源３を直接管理する資源管理部４内
の入出力処理部５に対し、任意の実行体による共用資源
３の入出力処理の要求を処理する第１の実行体と、第１
の実行体を識別するための識別子を使用し、第１の実行
体を代行して資源管理部４内のロック処理部６に対し、
他の任意の実行体による共用資源３のロック処理の要求
を処理する第２の実行体とに分割して配置される。
複数のコンピュータシステムにより共通に使用される共
用資源を管理するためのシステム資源管理装置および管
理方法に関し、ある実行体により共用資源のロック処理
要求をした後に、他の実行体からの入出力処理要求を制
限することなく、共用資源の入出力処理とロック処理を
並列して効率良く行うことを目的とする。 【構成】 共用資源３の存在する特定のコンピュータシ
ステム上で、共用資源３を直接管理する資源管理部４内
の入出力処理部５に対し、任意の実行体による共用資源
３の入出力処理の要求を処理する第１の実行体と、第１
の実行体を識別するための識別子を使用し、第１の実行
体を代行して資源管理部４内のロック処理部６に対し、
他の任意の実行体による共用資源３のロック処理の要求
を処理する第２の実行体とに分割して配置される。
Description
【０００１】
【産業上の利用分野】本発明は、ＬＡＮ（ローカルエリ
ア・ネットワーク）等のネットワークを通して接続され
ている複数のコンピュータシステム中の特定のコンピュ
ータシステムに設けられた共用のシステム資源を管理す
るためのシステム資源管理装置および管理方法に関す
る。
ア・ネットワーク）等のネットワークを通して接続され
ている複数のコンピュータシステム中の特定のコンピュ
ータシステムに設けられた共用のシステム資源を管理す
るためのシステム資源管理装置および管理方法に関す
る。
【０００２】さらに詳しくいえば、本発明は、上記コン
ピュータシステムが、入出力処理や編集等の処理を実行
するための各種の実行体（ここでいう実行体には、プロ
セス、ジョブ等が含まれる）を含む複数のマシンである
場合に、これらのマシン間で共有する共用のシステム資
源｛以下、共用資源（Shared Resource ）と略記す
る｝、例えば、情報記憶装置内の共用ファイルをあるマ
シン内の実行体により使用することを明示する処理、す
なわち、共用ファイルのロック処理を効率良く行うため
の一手法について言及するものである。
ピュータシステムが、入出力処理や編集等の処理を実行
するための各種の実行体（ここでいう実行体には、プロ
セス、ジョブ等が含まれる）を含む複数のマシンである
場合に、これらのマシン間で共有する共用のシステム資
源｛以下、共用資源（Shared Resource ）と略記す
る｝、例えば、情報記憶装置内の共用ファイルをあるマ
シン内の実行体により使用することを明示する処理、す
なわち、共用ファイルのロック処理を効率良く行うため
の一手法について言及するものである。
【０００３】ここで、ロック処理とは、特定のマシンに
設けられた共用ファイルを他のマシン中の２種以上の実
行体から同時にアクセスすることにより共用ファイルの
内容が破壊されるのを防止するために、ある一つの実行
体が共用ファイルの一部または全体を現在使用している
ことを明示して他の実行体の共用ファイルへのアクセス
を制限する処理を指している。
設けられた共用ファイルを他のマシン中の２種以上の実
行体から同時にアクセスすることにより共用ファイルの
内容が破壊されるのを防止するために、ある一つの実行
体が共用ファイルの一部または全体を現在使用している
ことを明示して他の実行体の共用ファイルへのアクセス
を制限する処理を指している。
【０００４】
【従来の技術】図７および図８は従来のシステム資源管
理装置の構成を示す図であり、図７は、従来のシステム
資源管理装置の第１の例を示すブロック図、図８は、従
来のシステム資源管理装置の第２の例を示すブロック図
である。ただし、ここでは、特に、複数のコンピュータ
システム上の複数の実行体により共通に使用される共用
ファイル等の共用資源に対する入出力処理やロック処理
を管理するための装置構成を例示することとする。
理装置の構成を示す図であり、図７は、従来のシステム
資源管理装置の第１の例を示すブロック図、図８は、従
来のシステム資源管理装置の第２の例を示すブロック図
である。ただし、ここでは、特に、複数のコンピュータ
システム上の複数の実行体により共通に使用される共用
ファイル等の共用資源に対する入出力処理やロック処理
を管理するための装置構成を例示することとする。
【０００５】図７および図８においては、複数のコンピ
ュータシステムとして、３種のマシンにそれぞれ対応す
るコンピュータシステム１００−１、１００−２および
１００−３が、ＬＡＮ等のネットワークＬを通して互い
に接続されている。これらのコンピュータシステム中の
特定のコンピュータシステム（例えば、コンピュータシ
ステム１００−１）には、情報を前もって記憶しておく
ためのディスク装置等からなる情報記憶部２が設けられ
ている。上記コンピュータシステム１００−１の情報記
憶部２は、ネットワークＬを通して他のコンピュータシ
ステム１００−２、１００−３により共用されている。
ュータシステムとして、３種のマシンにそれぞれ対応す
るコンピュータシステム１００−１、１００−２および
１００−３が、ＬＡＮ等のネットワークＬを通して互い
に接続されている。これらのコンピュータシステム中の
特定のコンピュータシステム（例えば、コンピュータシ
ステム１００−１）には、情報を前もって記憶しておく
ためのディスク装置等からなる情報記憶部２が設けられ
ている。上記コンピュータシステム１００−１の情報記
憶部２は、ネットワークＬを通して他のコンピュータシ
ステム１００−２、１００−３により共用されている。
【０００６】さらに詳しくいえば、上記の情報記憶部２
には、複数のコンピュータシステム１００−１、１００
−２および１００−３上の各種の実行体により共通に使
用することが可能な共用ファイル等の共用資源３が含ま
れている。さらに、情報記憶部２内の共用資源３に対す
る入出力処理やロック処理は、コンピュータシステム１
００−１内で共用資源３の管理機能を有する資源管理部
（例えば、ファイル管理部）４に設けられた入出力処理
部５やロック処理部６に要求を呈示することにより行わ
れる。
には、複数のコンピュータシステム１００−１、１００
−２および１００−３上の各種の実行体により共通に使
用することが可能な共用ファイル等の共用資源３が含ま
れている。さらに、情報記憶部２内の共用資源３に対す
る入出力処理やロック処理は、コンピュータシステム１
００−１内で共用資源３の管理機能を有する資源管理部
（例えば、ファイル管理部）４に設けられた入出力処理
部５やロック処理部６に要求を呈示することにより行わ
れる。
【０００７】図７に示す従来の第１の例の構成では、コ
ンピュータシステム１００−１には、実行体の一種であ
るプロセスＥ２およびプロセスＥ３が存在し、コンピュ
ータシステム１００−２には、実行体の一種であるプロ
セスＣ２が存在し、コンピュータシステム１００−３に
は、実行体の一種であるプロセスＣ３が存在している。
ンピュータシステム１００−１には、実行体の一種であ
るプロセスＥ２およびプロセスＥ３が存在し、コンピュ
ータシステム１００−２には、実行体の一種であるプロ
セスＣ２が存在し、コンピュータシステム１００−３に
は、実行体の一種であるプロセスＣ３が存在している。
【０００８】プロセスＥ２は、このプロセスＥ２内の入
出力処理要求部７およびロック処理要求部８から、同プ
ロセスＥ２が属するコンピュータシステム１００−１内
の共用資源管理部４の入出力処理部５やロック処理部６
に対して、それぞれ共用資源３の入出力処理要求および
ロック処理要求を行う。さらに、コンピュータシステム
１００−２内のプロセスＣ２の入出力処理要求部７−２
およびロック処理要求部８−２から、共用資源管理部４
の入出力処理部５やロック処理部６に対して、それぞれ
共用資源３の入出力処理要求およびロック処理要求を受
け付けて処理する。
出力処理要求部７およびロック処理要求部８から、同プ
ロセスＥ２が属するコンピュータシステム１００−１内
の共用資源管理部４の入出力処理部５やロック処理部６
に対して、それぞれ共用資源３の入出力処理要求および
ロック処理要求を行う。さらに、コンピュータシステム
１００−２内のプロセスＣ２の入出力処理要求部７−２
およびロック処理要求部８−２から、共用資源管理部４
の入出力処理部５やロック処理部６に対して、それぞれ
共用資源３の入出力処理要求およびロック処理要求を受
け付けて処理する。
【０００９】同様に、プロセスＥ３は、このプロセスＥ
３内の入出力処理要求部７−１およびロック処理要求部
８−１から、同プロセスＥ３が属するコンピュータシス
テム１００−１内の共用資源管理部４の入出力処理部５
およびロック処理部６に対して、それぞれ共用資源３の
入出力処理要求およびロック処理要求を行う。さらに、
コンピュータシステム１００−３内のプロセスＣ３の入
出力処理要求部７−３およびロック処理要求部８−３か
ら、共用資源管理部４の入出力処理部５やロック処理部
６に対して、それぞれ共用資源３の入出力処理要求およ
びロック処理要求を受け付けて処理する。
３内の入出力処理要求部７−１およびロック処理要求部
８−１から、同プロセスＥ３が属するコンピュータシス
テム１００−１内の共用資源管理部４の入出力処理部５
およびロック処理部６に対して、それぞれ共用資源３の
入出力処理要求およびロック処理要求を行う。さらに、
コンピュータシステム１００−３内のプロセスＣ３の入
出力処理要求部７−３およびロック処理要求部８−３か
ら、共用資源管理部４の入出力処理部５やロック処理部
６に対して、それぞれ共用資源３の入出力処理要求およ
びロック処理要求を受け付けて処理する。
【００１０】このように、図７のシステム資源管理装置
によれば、他のコンピュータシステム（例えば、コンピ
ュータシステム１００−２、１００−３）からの共用資
源３への入出力処理要求およびロック処理要求に対する
受付処理は、共用資源３の存在するコンピュータシステ
ム１００−１内で他のコンピュータシステムのプロセス
（例えば、プロセスＣ２、Ｃ３）にそれぞれ対応するよ
うなプロセス（例えば、プロセスＥ２、Ｅ３）にて行わ
れていた。
によれば、他のコンピュータシステム（例えば、コンピ
ュータシステム１００−２、１００−３）からの共用資
源３への入出力処理要求およびロック処理要求に対する
受付処理は、共用資源３の存在するコンピュータシステ
ム１００−１内で他のコンピュータシステムのプロセス
（例えば、プロセスＣ２、Ｃ３）にそれぞれ対応するよ
うなプロセス（例えば、プロセスＥ２、Ｅ３）にて行わ
れていた。
【００１１】次に、図８に示す従来の第２の例の構成で
は、コンピュータシステム１００−１には、実行体の一
種であるプロセスＦとプロセスＧとプロセスＣ１とが存
在し、コンピュータシステム１００−２には、前述の図
７の場合と同様のプロセスＣ２が存在し、コンピュータ
システム１００−３には、前述の図７の場合と同様のプ
ロセスＣ３が存在している。この場合、コンピュータシ
ステム１００−１のプロセスＦは、一つでも複数でも構
わない。
は、コンピュータシステム１００−１には、実行体の一
種であるプロセスＦとプロセスＧとプロセスＣ１とが存
在し、コンピュータシステム１００−２には、前述の図
７の場合と同様のプロセスＣ２が存在し、コンピュータ
システム１００−３には、前述の図７の場合と同様のプ
ロセスＣ３が存在している。この場合、コンピュータシ
ステム１００−１のプロセスＦは、一つでも複数でも構
わない。
【００１２】図８では、プロセスＣ２の入出力処理要求
部７−２、および、プロセスＣ３の入出力処理要求部７
−３からネットワークＬを通してコンピュータシステム
１００−１に送られてくる共用資源３の入出力処理要求
は、プロセスＦが受け取る。さらに、このプロセスＦ
は、同プロセスＦ内の入出力処理要求部７から資源管理
部４に対して共用資源３の入出力処理要求を行う。
部７−２、および、プロセスＣ３の入出力処理要求部７
−３からネットワークＬを通してコンピュータシステム
１００−１に送られてくる共用資源３の入出力処理要求
は、プロセスＦが受け取る。さらに、このプロセスＦ
は、同プロセスＦ内の入出力処理要求部７から資源管理
部４に対して共用資源３の入出力処理要求を行う。
【００１３】また一方で、プロセスＣ２のロック処理要
求部８−２、および、プロセスＣ３のロック処理要求部
８−３からネットワークＬを通してコンピュータシステ
ム１００−１に送られてくる共用資源３のロック処理要
求は、プロセスＧが受け取る。さらに、このプロセスＧ
は、コンピュータシステム１００−１内の資源管理部４
に対して共用資源３のロック処理要求は行わずに、プロ
セスＧに設けられたプロセス内ロック処理要求受付部２
１により同プロセスＧ内のみでの排他制御を行ってい
た。
求部８−２、および、プロセスＣ３のロック処理要求部
８−３からネットワークＬを通してコンピュータシステ
ム１００−１に送られてくる共用資源３のロック処理要
求は、プロセスＧが受け取る。さらに、このプロセスＧ
は、コンピュータシステム１００−１内の資源管理部４
に対して共用資源３のロック処理要求は行わずに、プロ
セスＧに設けられたプロセス内ロック処理要求受付部２
１により同プロセスＧ内のみでの排他制御を行ってい
た。
【００１４】
【発明が解決しようとする課題】しかしながら、従来の
第１の例（図７）のように、共用資源３の入出力処理お
よびロック処理を一つの実行体、例えば、一つのプロセ
スとして実現しようとすると、入出力処理とロック処理
が並列して行えず、コンピュータシステム内の処理の効
率が悪くなるという問題が生ずる。さらに、一つのプロ
セスで入出力処理要求に対する処理とロック処理要求に
対する処理の両方を行うため、システム資源管理装置自
体の構造が複雑になるという問題も生ずる。
第１の例（図７）のように、共用資源３の入出力処理お
よびロック処理を一つの実行体、例えば、一つのプロセ
スとして実現しようとすると、入出力処理とロック処理
が並列して行えず、コンピュータシステム内の処理の効
率が悪くなるという問題が生ずる。さらに、一つのプロ
セスで入出力処理要求に対する処理とロック処理要求に
対する処理の両方を行うため、システム資源管理装置自
体の構造が複雑になるという問題も生ずる。
【００１５】また一方で、図８のように、共用資源３の
入出力処理要求を受け付けて処理するプロセスＦと、ロ
ック処理要求を受け付けて処理するプロセスＧとを互い
に独立したプロセスに分割し、プロセスＧのみでの排他
制御をする場合は、資源管理部４に対して共用資源３の
ロック処理要求は行わない。このため、コンピュータシ
ステム１００−１内のプロセスＣ１（図８では省略、後
述の図１参照）と、コンピュータシステム１００−２内
のプロセスＣ２やコンピュータシステム１００−３の内
のプロセスＣ３との間ではロック処理要求が無効になる
という問題が生ずる。
入出力処理要求を受け付けて処理するプロセスＦと、ロ
ック処理要求を受け付けて処理するプロセスＧとを互い
に独立したプロセスに分割し、プロセスＧのみでの排他
制御をする場合は、資源管理部４に対して共用資源３の
ロック処理要求は行わない。このため、コンピュータシ
ステム１００−１内のプロセスＣ１（図８では省略、後
述の図１参照）と、コンピュータシステム１００−２内
のプロセスＣ２やコンピュータシステム１００−３の内
のプロセスＣ３との間ではロック処理要求が無効になる
という問題が生ずる。
【００１６】コンピュータシステム１００−１内のプロ
セスＣ１との間でロック処理要求が有効になるように、
コンピュータシステム１００−２内のプロセスＣ２のロ
ック処理要求部８−２からのロック処理要求により、プ
ロセスＧのロック処理要求部（図８では省略）が資源管
理部４に対してロック処理要求を行うことも考えられ
る。しかしながら、この場合、その後に、プロセスＣ２
の入出力処理要求部７−２からの入出力処理要求に応じ
てプロセスＦの入出力処理要求部７から資源管理部４に
呈示される入出力処理要求が、上記のプロセスＧによる
ロック処理要求によって制限されてしまう。このような
プロセスＦの入出力処理要求の制限を回避しようする
と、プロセスＧは、資源管理部４に対して共用資源３の
ロック処理要求をすることが不可能になる。この結果、
上記のコンピュータシステム１００−１内のプロセス
と、他のコンピュータシステム１００−２、１００−３
内のプロセスＣ３との間でロック処理要求が無効になる
という問題は以前として残ることのなる。
セスＣ１との間でロック処理要求が有効になるように、
コンピュータシステム１００−２内のプロセスＣ２のロ
ック処理要求部８−２からのロック処理要求により、プ
ロセスＧのロック処理要求部（図８では省略）が資源管
理部４に対してロック処理要求を行うことも考えられ
る。しかしながら、この場合、その後に、プロセスＣ２
の入出力処理要求部７−２からの入出力処理要求に応じ
てプロセスＦの入出力処理要求部７から資源管理部４に
呈示される入出力処理要求が、上記のプロセスＧによる
ロック処理要求によって制限されてしまう。このような
プロセスＦの入出力処理要求の制限を回避しようする
と、プロセスＧは、資源管理部４に対して共用資源３の
ロック処理要求をすることが不可能になる。この結果、
上記のコンピュータシステム１００−１内のプロセス
と、他のコンピュータシステム１００−２、１００−３
内のプロセスＣ３との間でロック処理要求が無効になる
という問題は以前として残ることのなる。
【００１７】本発明は、上記問題点に鑑みてなされたも
のであり、複数のコンピュータシステムシステム上に存
在するようなある一つのプロセス等の実行体により共用
ファイル等の共用資源のロック処理要求をした後に、こ
の共用資源の入出力処理を行う他の実行体からの入出力
処理要求が制限されたり、入出力処理要求およびロック
処理要求の両方の受付処理によって装置自体の構造が複
雑になったりすることなく、共用資源の入出力処理およ
びロック処理を効率良く行うことが可能なシステム資源
管理装置および管理方法を提供することを目的とするも
のである。
のであり、複数のコンピュータシステムシステム上に存
在するようなある一つのプロセス等の実行体により共用
ファイル等の共用資源のロック処理要求をした後に、こ
の共用資源の入出力処理を行う他の実行体からの入出力
処理要求が制限されたり、入出力処理要求およびロック
処理要求の両方の受付処理によって装置自体の構造が複
雑になったりすることなく、共用資源の入出力処理およ
びロック処理を効率良く行うことが可能なシステム資源
管理装置および管理方法を提供することを目的とするも
のである。
【００１８】
【課題を解決するための手段】図１は、本発明の原理構
成を示すブロック図である。なお、これ以降、前述した
構成要素と同様のものについては、同一の参照番号を付
して表すこととする。図１において、本発明のシステム
資源管理装置は、前述の従来の資源管理装置（図７およ
び図８）と同じように、ネットワークＬに接続された複
数のコンピュータシステム１−１、１−２、…、１−ｎ
（ｎは任意の正の整数）中の特定のコンピュータシステ
ム１−１に設けられた資源管理部４を有している。この
資源管理部４は、複数のコンピュータシステム１−１、
１−２、…、１−ｎ上の複数の実行体により共通に使用
される共用資源３を直接管理するためのものである。さ
らに、この資源管理部４は、従来の場合と同じように、
任意の実行体に関し共用資源３の入出力処理を行う入出
力処理部５と、他の任意の実行体に対する共用資源３の
ロック処理を行うロック処理部６とを含む。
成を示すブロック図である。なお、これ以降、前述した
構成要素と同様のものについては、同一の参照番号を付
して表すこととする。図１において、本発明のシステム
資源管理装置は、前述の従来の資源管理装置（図７およ
び図８）と同じように、ネットワークＬに接続された複
数のコンピュータシステム１−１、１−２、…、１−ｎ
（ｎは任意の正の整数）中の特定のコンピュータシステ
ム１−１に設けられた資源管理部４を有している。この
資源管理部４は、複数のコンピュータシステム１−１、
１−２、…、１−ｎ上の複数の実行体により共通に使用
される共用資源３を直接管理するためのものである。さ
らに、この資源管理部４は、従来の場合と同じように、
任意の実行体に関し共用資源３の入出力処理を行う入出
力処理部５と、他の任意の実行体に対する共用資源３の
ロック処理を行うロック処理部６とを含む。
【００１９】さらに、上記問題点を解決するために、図
１に示すような本発明のシステム資源管理装置における
特定のコンピュータシステム１−１上の実行体は、入出
力処理部５に対し、上記コンピュータシステム１−１、
１−２、…、１−ｎ上の任意の実行体による共用資源３
の入出力処理の要求を呈示する入出力処理要求部７を含
む第１の実行体ＡＵと、この第１の実行体ＡＵを識別す
るための識別子を使用し、上記第１の実行体ＡＵを代行
してロック処理部６に対し共用資源３のロック処理を要
求する代行ロック処理要求部１０を含む第２の実行体Ｂ
Ｕとに分割して配置される。
１に示すような本発明のシステム資源管理装置における
特定のコンピュータシステム１−１上の実行体は、入出
力処理部５に対し、上記コンピュータシステム１−１、
１−２、…、１−ｎ上の任意の実行体による共用資源３
の入出力処理の要求を呈示する入出力処理要求部７を含
む第１の実行体ＡＵと、この第１の実行体ＡＵを識別す
るための識別子を使用し、上記第１の実行体ＡＵを代行
してロック処理部６に対し共用資源３のロック処理を要
求する代行ロック処理要求部１０を含む第２の実行体Ｂ
Ｕとに分割して配置される。
【００２０】好ましくは、本発明のシステム資源管理装
置に使用される識別子は、コンピュータシステム１−１
内で第１の実行体ＡＵを一意に識別することが可能な実
行体識別子と、第１の実行体ＡＵにより共用資源３を一
意に識別することが可能なファイル識別子とからなり、
第２の実行体ＢＵは、上記実行体識別子およびファイル
識別子を用いて共用資源３のロック処理を要求する。
置に使用される識別子は、コンピュータシステム１−１
内で第１の実行体ＡＵを一意に識別することが可能な実
行体識別子と、第１の実行体ＡＵにより共用資源３を一
意に識別することが可能なファイル識別子とからなり、
第２の実行体ＢＵは、上記実行体識別子およびファイル
識別子を用いて共用資源３のロック処理を要求する。
【００２１】さらに、好ましくは、本発明のシステム資
源管理装置は、共用資源３に対するロック処理として、
共用資源３内のオフセットと長さを指定することにより
共用資源３をロック状態にし、このロック状態になった
領域のみに対して他の実行体からのアクセスを制限する
構成になっている。さらに、好ましくは、本発明のシス
テム資源管理装置は、共用資源３に対するロック処理と
して、共用資源３をオープン状態にするときの指定によ
り、共用資源３全体に対して他の実行体からのアクセス
を制限する構成になっている。
源管理装置は、共用資源３に対するロック処理として、
共用資源３内のオフセットと長さを指定することにより
共用資源３をロック状態にし、このロック状態になった
領域のみに対して他の実行体からのアクセスを制限する
構成になっている。さらに、好ましくは、本発明のシス
テム資源管理装置は、共用資源３に対するロック処理と
して、共用資源３をオープン状態にするときの指定によ
り、共用資源３全体に対して他の実行体からのアクセス
を制限する構成になっている。
【００２２】さらに、好ましくは、本発明のシステム資
源管理装置は、共用資源３の入出力処理を要求する第１
の実行体ＡＵが複数存在する場合、一つの独立した上記
第２の実行体ＢＵが、すべての第１の実行体ＡＵを代行
してロック処理を要求する構成になっている。さらに、
好ましくは、特定のコンピュータシステム１−１以外の
他のコンピュータシステム１−２〜１−ｎにおける実行
体（例えば、実行体ＣＵ２〜ＣＵｎ）からの共用資源３
のロック処理の要求を受け付けるために、第２の実行体
ＢＵは、さらに、上記の他のコンピュータシステム１−
２〜１−ｎにおけるプロセス手段からのロック処理の要
求に対し仮想的な識別子を自動的に割り当てる識別子自
動割り当て処理部９を備えている。上記第２の実行体Ｂ
Ｕは、他のコンピュータシステム１−２〜１−ｎからの
ロック処理の要求に対し自動的に割り当てられた仮想的
な識別子を用いて、共用資源３のロック処理を要求する
ことにより、すべてのコンピュータシステム１−１、１
−２、…、１−ｎにおける任意の実行体間（例えば、実
行体ＣＵ１と実行体ＣＵ２〜ＣＵｎとの間）での排他制
御を行う構成になっている。
源管理装置は、共用資源３の入出力処理を要求する第１
の実行体ＡＵが複数存在する場合、一つの独立した上記
第２の実行体ＢＵが、すべての第１の実行体ＡＵを代行
してロック処理を要求する構成になっている。さらに、
好ましくは、特定のコンピュータシステム１−１以外の
他のコンピュータシステム１−２〜１−ｎにおける実行
体（例えば、実行体ＣＵ２〜ＣＵｎ）からの共用資源３
のロック処理の要求を受け付けるために、第２の実行体
ＢＵは、さらに、上記の他のコンピュータシステム１−
２〜１−ｎにおけるプロセス手段からのロック処理の要
求に対し仮想的な識別子を自動的に割り当てる識別子自
動割り当て処理部９を備えている。上記第２の実行体Ｂ
Ｕは、他のコンピュータシステム１−２〜１−ｎからの
ロック処理の要求に対し自動的に割り当てられた仮想的
な識別子を用いて、共用資源３のロック処理を要求する
ことにより、すべてのコンピュータシステム１−１、１
−２、…、１−ｎにおける任意の実行体間（例えば、実
行体ＣＵ１と実行体ＣＵ２〜ＣＵｎとの間）での排他制
御を行う構成になっている。
【００２３】また一方で、例えば図１に示すようなシス
テム資源管理装置に遂行される本発明のシステム資源管
理方法は、ネットワークに接続された複数のコンピュー
タシステム中の特定のコンピュータシステムに設けら
れ、かつ、これらの複数のコンピュータシステムにおけ
る各種の処理（プロセス等の実行体により実行される種
々のタイプの処理という意味で用いられる）により共通
に使用される情報記憶部内の共用資源の入出力処理、お
よび、ロック処理を行うための管理方法に関係する。
テム資源管理装置に遂行される本発明のシステム資源管
理方法は、ネットワークに接続された複数のコンピュー
タシステム中の特定のコンピュータシステムに設けら
れ、かつ、これらの複数のコンピュータシステムにおけ
る各種の処理（プロセス等の実行体により実行される種
々のタイプの処理という意味で用いられる）により共通
に使用される情報記憶部内の共用資源の入出力処理、お
よび、ロック処理を行うための管理方法に関係する。
【００２４】さらに、本発明のシステム資源管理方法で
は、上記特定のコンピュータシステム上の処理を、複数
のコンピュータシステム上の任意の処理に関する共用資
源の入出力処理の要求を処理する第１の処理と、共用資
源のロック処理の要求を処理する第２の処理とに分割す
る。さらにまた、この第２の処理により、第１の処理を
識別するための識別子に基づき上記第１の処理を代行し
て共用資源のロック処理を行うようにしている。
は、上記特定のコンピュータシステム上の処理を、複数
のコンピュータシステム上の任意の処理に関する共用資
源の入出力処理の要求を処理する第１の処理と、共用資
源のロック処理の要求を処理する第２の処理とに分割す
る。さらにまた、この第２の処理により、第１の処理を
識別するための識別子に基づき上記第１の処理を代行し
て共用資源のロック処理を行うようにしている。
【００２５】好ましくは、本発明のシステム資源管理方
法では、上記の識別子として、特定のコンピュータシス
テム内で第１の処理を一意に識別することが可能な処理
識別子（前述の実行体識別子とほぼ同じ意味で用いられ
る）と、第１の処理により情報記憶部内で共用資源を一
意に識別することが可能なファイル識別子とを用いて共
用資源のロック処理を行うようにしている。
法では、上記の識別子として、特定のコンピュータシス
テム内で第１の処理を一意に識別することが可能な処理
識別子（前述の実行体識別子とほぼ同じ意味で用いられ
る）と、第１の処理により情報記憶部内で共用資源を一
意に識別することが可能なファイル識別子とを用いて共
用資源のロック処理を行うようにしている。
【００２６】さらに、好ましくは、本発明のシステム資
源管理方法では、共用資源に対するロック処理として、
共用資源内のオフセットと長さを指定することにより共
用資源をロック状態にし、このロック状態になった領域
のみに対して他の処理からのアクセスを制限するように
している。さらに、好ましくは、本発明のシステム資源
管理方法では、共用資源に対するロック処理として、共
用資源をオープン状態にするときの指定により、共用資
源全体に対して他の処理からのアクセスを制限するよう
にしている。
源管理方法では、共用資源に対するロック処理として、
共用資源内のオフセットと長さを指定することにより共
用資源をロック状態にし、このロック状態になった領域
のみに対して他の処理からのアクセスを制限するように
している。さらに、好ましくは、本発明のシステム資源
管理方法では、共用資源に対するロック処理として、共
用資源をオープン状態にするときの指定により、共用資
源全体に対して他の処理からのアクセスを制限するよう
にしている。
【００２７】さらに、好ましくは、本発明のシステム資
源管理方法では、共用資源の入出力処理を行う第１の処
理が複数存在する場合、一つの独立した第２の処理は、
すべての第１の処理を代行してロック処理を行うように
している。さらに、好ましくは、本発明のシステム資源
管理方法では、特定のコンピュータシステム以外の他の
コンピュータシステムにおける処理からの共用資源のロ
ック処理の要求を受け付けるために、第２の処理内で、
上記の他のコンピュータシステム上の処理からのロック
処理の要求に対し仮想的な識別子を自動的に割り当て、
この割り当てられた仮想的な識別子を用いて、共用資源
のロック処理を行うことにより、すべてのコンピュータ
システムにおける任意の処理間での排他制御を行うよう
にしている。
源管理方法では、共用資源の入出力処理を行う第１の処
理が複数存在する場合、一つの独立した第２の処理は、
すべての第１の処理を代行してロック処理を行うように
している。さらに、好ましくは、本発明のシステム資源
管理方法では、特定のコンピュータシステム以外の他の
コンピュータシステムにおける処理からの共用資源のロ
ック処理の要求を受け付けるために、第２の処理内で、
上記の他のコンピュータシステム上の処理からのロック
処理の要求に対し仮想的な識別子を自動的に割り当て、
この割り当てられた仮想的な識別子を用いて、共用資源
のロック処理を行うことにより、すべてのコンピュータ
システムにおける任意の処理間での排他制御を行うよう
にしている。
【００２８】さらに詳しく説明すると、図１において、
共用資源３を有する特定のコンピュータシステム１−１
以外の他のコンピュータシステム１−２〜１−ｎにおけ
る共用資源３の入出力処理要求に対する受付処理と、ロ
ック処理要求に対する受付処理が並列して効率良く行え
るように、コンピュータシステム１−１上の共用資源３
の入出力処理要求を受け付けて処理する第１の実行体Ａ
Ｕと、上記共用資源３のロック処理要求を受け付けて処
理する第２の実行体ＢＵとを互いに独立した実行体に分
割して配置する。ここで、第１の実行体ＡＵは、複数の
他のコンピュータシステム１−２〜１−ｎ上の実行体か
らの共用資源３に対する入出力処理要求を並列に受け付
けられるようにコンピュータシステム１−１内に複数存
在しても構わないが、第２の実行体ＢＵは、ロック処理
の関係上コンピュータシステム１−１内に一つだけ存在
することが必要である。
共用資源３を有する特定のコンピュータシステム１−１
以外の他のコンピュータシステム１−２〜１−ｎにおけ
る共用資源３の入出力処理要求に対する受付処理と、ロ
ック処理要求に対する受付処理が並列して効率良く行え
るように、コンピュータシステム１−１上の共用資源３
の入出力処理要求を受け付けて処理する第１の実行体Ａ
Ｕと、上記共用資源３のロック処理要求を受け付けて処
理する第２の実行体ＢＵとを互いに独立した実行体に分
割して配置する。ここで、第１の実行体ＡＵは、複数の
他のコンピュータシステム１−２〜１−ｎ上の実行体か
らの共用資源３に対する入出力処理要求を並列に受け付
けられるようにコンピュータシステム１−１内に複数存
在しても構わないが、第２の実行体ＢＵは、ロック処理
の関係上コンピュータシステム１−１内に一つだけ存在
することが必要である。
【００２９】第１の実行体ＡＵは、他のコンピュータシ
ステム１−２〜１−ｎにおける実行体の入出力処理要求
部７−２〜７−ｎからの共用ファイル３の入出力処理要
求を受け取り、上記第１の実行体ＡＵの入出力処理要求
部７から資源管理部４に対して共用資源３の入出力処理
要求をする。また一方で、第２の実行体ＢＵは、他のコ
ンピュータシステム１−２〜１−ｎにおける実行体のロ
ック処理要求部８−２〜８−ｎからの共用資源３のロッ
ク処理要求を受け取り、上記第２の実行体ＢＵのロック
処理要求部８から資源管理部４に対して共用資源３のロ
ック処理要求をする。
ステム１−２〜１−ｎにおける実行体の入出力処理要求
部７−２〜７−ｎからの共用ファイル３の入出力処理要
求を受け取り、上記第１の実行体ＡＵの入出力処理要求
部７から資源管理部４に対して共用資源３の入出力処理
要求をする。また一方で、第２の実行体ＢＵは、他のコ
ンピュータシステム１−２〜１−ｎにおける実行体のロ
ック処理要求部８−２〜８−ｎからの共用資源３のロッ
ク処理要求を受け取り、上記第２の実行体ＢＵのロック
処理要求部８から資源管理部４に対して共用資源３のロ
ック処理要求をする。
【００３０】しかし、この場合、第２の実行体ＢＵは、
ロック処理対象の共用資源３のファイル識別子を使用
し、さらに、実行体識別子として第２の実行体ＢＵ自身
の識別子ではなく、第１の実行体ＡＵの実行体識別子を
使用して、第２の実行体ＢＵの代行ロック処理要求部１
０から資源管理部４に対して共用資源３のロック処理要
求をする。このとき、第１の実行体ＡＵが複数存在する
と、第２の実行体ＢＵは、ロック処理要求を行った他の
コンピュータシステムの実行体に対応する第１の実行体
ＡＵのプロセス識別子を使用する。
ロック処理対象の共用資源３のファイル識別子を使用
し、さらに、実行体識別子として第２の実行体ＢＵ自身
の識別子ではなく、第１の実行体ＡＵの実行体識別子を
使用して、第２の実行体ＢＵの代行ロック処理要求部１
０から資源管理部４に対して共用資源３のロック処理要
求をする。このとき、第１の実行体ＡＵが複数存在する
と、第２の実行体ＢＵは、ロック処理要求を行った他の
コンピュータシステムの実行体に対応する第１の実行体
ＡＵのプロセス識別子を使用する。
【００３１】すなわち、第２の実行体ＢＵは、この第２
の実行体ＢＵ自身の識別子ではなく、第１の実行体ＡＵ
の実行体識別子を使用して、資源管理部４に対して共用
資源３のロック処理要求をするため、資源管理部４は第
１の実行体ＡＵがロック処理要求をしたものとみなして
共用資源３のロック処理を実行する。さらに、一つの第
２の実行体ＢＵが複数の他のコンピュータシステム上の
実行体からのロック処理要求を受け付けて処理する際
に、この第２の実行体ＢＵの識別子自動割当て処理部９
により自動的に他のコンピュータシステム上の実行体か
らのロック処理要求に対して仮想的な識別子（例えば、
代行ロック識別子）を割り当てる。さらに、第１の実行
体ＡＵの実行体識別子とロック処理対象の共用資源３の
ファイル識別子に加えて、上記の代行ロック識別子を使
用することにより、資源管理部４に対して共用資源３の
ロック処理要求をする。
の実行体ＢＵ自身の識別子ではなく、第１の実行体ＡＵ
の実行体識別子を使用して、資源管理部４に対して共用
資源３のロック処理要求をするため、資源管理部４は第
１の実行体ＡＵがロック処理要求をしたものとみなして
共用資源３のロック処理を実行する。さらに、一つの第
２の実行体ＢＵが複数の他のコンピュータシステム上の
実行体からのロック処理要求を受け付けて処理する際
に、この第２の実行体ＢＵの識別子自動割当て処理部９
により自動的に他のコンピュータシステム上の実行体か
らのロック処理要求に対して仮想的な識別子（例えば、
代行ロック識別子）を割り当てる。さらに、第１の実行
体ＡＵの実行体識別子とロック処理対象の共用資源３の
ファイル識別子に加えて、上記の代行ロック識別子を使
用することにより、資源管理部４に対して共用資源３の
ロック処理要求をする。
【００３２】
【作用】本発明のシステム資源管理の手法によれば、共
用資源３を有する特定のコンピュータシステム１−１上
の第２の実行体ＢＵが、この第２の実行体ＢＵ自身の識
別子ではなく、コンピュータシステム１−１上の第１の
実行体ＡＵの実行体識別子等を使用して、資源管理部４
に対して共用資源３のロック処理要求をし、第１の実行
体ＡＵがロック処理要求をしたように見せかける。この
ため、第１の実行体ＡＵは、第２の実行体ＢＵが共用資
源３のロック処理要求をした後も、ロック処理がなされ
た状態の共用資源３に対する入出力処理の影響を受けな
い。
用資源３を有する特定のコンピュータシステム１−１上
の第２の実行体ＢＵが、この第２の実行体ＢＵ自身の識
別子ではなく、コンピュータシステム１−１上の第１の
実行体ＡＵの実行体識別子等を使用して、資源管理部４
に対して共用資源３のロック処理要求をし、第１の実行
体ＡＵがロック処理要求をしたように見せかける。この
ため、第１の実行体ＡＵは、第２の実行体ＢＵが共用資
源３のロック処理要求をした後も、ロック処理がなされ
た状態の共用資源３に対する入出力処理の影響を受けな
い。
【００３３】さらに、第２の実行体ＢＵは、実際に、資
源管理部４に対して共用資源３のロック処理要求をして
いるため、特定のコンピュータシステム１−１における
他の実行体Ｃ１と、他のコンピュータシステム１−２〜
１−ｎにおける実行体Ｃ２〜Ｃｎとの間のロック処理要
求も有効になる。さらにまた、第２の実行体ＢＵは、資
源管理部４に対して共用資源３のロック処理要求をする
ときに、他のコンピュータシステム１−２〜１−ｎ上の
実行体Ｃ２〜Ｃｎからのロック処理要求に対して自動的
に割り当てた仮想的な代行ロック識別子も使用している
ため、コンピュータシステム１−１上の実行体Ｃ１と、
他のコンピュータシステム１−２〜１−ｎにおける実行
体Ｃ２〜Ｃｎとの間のロック処理要求が可能になり、す
べてのコンピュータシステムにおける任意の実行体間で
の排他制御を行えるようになる。
源管理部４に対して共用資源３のロック処理要求をして
いるため、特定のコンピュータシステム１−１における
他の実行体Ｃ１と、他のコンピュータシステム１−２〜
１−ｎにおける実行体Ｃ２〜Ｃｎとの間のロック処理要
求も有効になる。さらにまた、第２の実行体ＢＵは、資
源管理部４に対して共用資源３のロック処理要求をする
ときに、他のコンピュータシステム１−２〜１−ｎ上の
実行体Ｃ２〜Ｃｎからのロック処理要求に対して自動的
に割り当てた仮想的な代行ロック識別子も使用している
ため、コンピュータシステム１−１上の実行体Ｃ１と、
他のコンピュータシステム１−２〜１−ｎにおける実行
体Ｃ２〜Ｃｎとの間のロック処理要求が可能になり、す
べてのコンピュータシステムにおける任意の実行体間で
の排他制御を行えるようになる。
【００３４】かくして、本発明では、共用資源の入出力
処理要求を受け付けて処理する第１の実行体と、ロック
処理要求を受け付けて処理する第２の実行体とを互いに
独立した実行体に分割して、第２の実行体が第１の実行
体を代行してロック処理要求をすることにより、第２の
実行体により共用資源のロック処理要求をした後に、こ
の共用資源の入出力処理を行う他の実行体からの入出力
処理要求が制限されることはなくなる。さらに、コンピ
ュータシステムシステム上の異なる実行体による入出力
処理要求およびロック処理要求の受付処理を独立に実行
することにより、各実行体の負担を軽くすることができ
るので、従来よりも簡単な装置構成でもって共用資源の
入出力処理およびロック処理等を効率良く行うことが可
能になる。
処理要求を受け付けて処理する第１の実行体と、ロック
処理要求を受け付けて処理する第２の実行体とを互いに
独立した実行体に分割して、第２の実行体が第１の実行
体を代行してロック処理要求をすることにより、第２の
実行体により共用資源のロック処理要求をした後に、こ
の共用資源の入出力処理を行う他の実行体からの入出力
処理要求が制限されることはなくなる。さらに、コンピ
ュータシステムシステム上の異なる実行体による入出力
処理要求およびロック処理要求の受付処理を独立に実行
することにより、各実行体の負担を軽くすることができ
るので、従来よりも簡単な装置構成でもって共用資源の
入出力処理およびロック処理等を効率良く行うことが可
能になる。
【００３５】さらにまた、一つのコンピュータシステム
上の実行体から同コンピュータシステムの資源管理部に
対して共用資源のロック処理要求が行われるため、すべ
てのコンピュータシステムにおける任意の実行体間での
ロック処理要求が有効になるので、共用資源の存在する
コンピュータシステム上の実行体と、ネットワークに接
続される他のコンピュータシステムにおける実行体との
間のロック処理要求による排他制御が可能になる。
上の実行体から同コンピュータシステムの資源管理部に
対して共用資源のロック処理要求が行われるため、すべ
てのコンピュータシステムにおける任意の実行体間での
ロック処理要求が有効になるので、共用資源の存在する
コンピュータシステム上の実行体と、ネットワークに接
続される他のコンピュータシステムにおける実行体との
間のロック処理要求による排他制御が可能になる。
【００３６】
【実施例】以下添付図面（図２〜図６）を用いて本発明
の実施例を詳細に説明する。図２は、本発明の一実施例
によるシステム資源管理装置の構成を示すブロック図、
図３は、本発明の一実施例で使用する識別子情報テーブ
ルを示す図、および、図４は、本発明の一実施例で使用
する識別子自動割り当て処理テーブルを示す図である。
ただし、ここでは、複数のコンピュータシステム１−１
〜１−ｎ（図１）として、３種のマシンＭ−１、Ｍ−２
およびＭ−３がネットワークＬに接続されている場合を
例示することとする。さらに、本実施例においては、実
行体としてプロセスを用いることとする。
の実施例を詳細に説明する。図２は、本発明の一実施例
によるシステム資源管理装置の構成を示すブロック図、
図３は、本発明の一実施例で使用する識別子情報テーブ
ルを示す図、および、図４は、本発明の一実施例で使用
する識別子自動割り当て処理テーブルを示す図である。
ただし、ここでは、複数のコンピュータシステム１−１
〜１−ｎ（図１）として、３種のマシンＭ−１、Ｍ−２
およびＭ−３がネットワークＬに接続されている場合を
例示することとする。さらに、本実施例においては、実
行体としてプロセスを用いることとする。
【００３７】図２において、３種のマシンＭ−１、Ｍ−
２およびＭ−３は、お互いにネットワークＬを介して通
信することができるように構成されている。特定のコン
ピュータシステムに対応するマシンＭ−１の情報記憶部
２は、共用資源３としての共用ファイル３０を備えてい
る。この共用ファイル３０は、資源管理部４（図１）と
して機能するファイル管理部４０内の入出力処理部５や
ロック処理部６を通してアクセスすることができる。す
なわち、マシンＭ−１内に設けられた情報記憶部２に存
在する共用ファイル３０は、ネットワークＬを通して他
のマシンＭ−２、Ｍ−３により共用される構成になって
いる。
２およびＭ−３は、お互いにネットワークＬを介して通
信することができるように構成されている。特定のコン
ピュータシステムに対応するマシンＭ−１の情報記憶部
２は、共用資源３としての共用ファイル３０を備えてい
る。この共用ファイル３０は、資源管理部４（図１）と
して機能するファイル管理部４０内の入出力処理部５や
ロック処理部６を通してアクセスすることができる。す
なわち、マシンＭ−１内に設けられた情報記憶部２に存
在する共用ファイル３０は、ネットワークＬを通して他
のマシンＭ−２、Ｍ−３により共用される構成になって
いる。
【００３８】さらに、図２において、マシンＭ−１には
第１のプロセスＡ（図１の第１の実行体ＡＵの一例）と
第２のプロセスＢ（図１の第２の実行体ＢＵの一例）と
他のプロセスＣ１（図１の他の実行体ＣＵ１の一例）と
が存在し、マシンＭ−２およびマシンＭ−３には、それ
ぞれ、プロセスＣ２およびプロセスＣ３（図１の他の実
行体ＣＵ２，ＣＵ３の一例）が存在する。
第１のプロセスＡ（図１の第１の実行体ＡＵの一例）と
第２のプロセスＢ（図１の第２の実行体ＢＵの一例）と
他のプロセスＣ１（図１の他の実行体ＣＵ１の一例）と
が存在し、マシンＭ−２およびマシンＭ−３には、それ
ぞれ、プロセスＣ２およびプロセスＣ３（図１の他の実
行体ＣＵ２，ＣＵ３の一例）が存在する。
【００３９】前述の図１の場合と同様に、第１のプロセ
スＡには、入出力処理要求部７が設けられており、第２
のプロセスＢには、識別子自動割り当て処理部９と代行
ロック処理要求部１０が設けられている。さらに、プロ
セスＣ１〜プロセスＣ３には、それぞれ、入出力処理要
求部７−１〜７−３とロック処理要求部８−１〜８−３
が設けられている。
スＡには、入出力処理要求部７が設けられており、第２
のプロセスＢには、識別子自動割り当て処理部９と代行
ロック処理要求部１０が設けられている。さらに、プロ
セスＣ１〜プロセスＣ３には、それぞれ、入出力処理要
求部７−１〜７−３とロック処理要求部８−１〜８−３
が設けられている。
【００４０】上記の各プロセスは、マシン内で当該プロ
セスを一意に識別できるプロセス識別子（実行体識別子
の一例）１３を有している。さらに詳しくいえば、第１
のプロセスＡは「ａ」というプロセス識別子を、第２の
プロセスＢは「ｂ」というプロセス識別子を、プロセス
Ｃ１、プロセスＣ２およびプロセスＣ３は「ｃ」という
プロセス識別子をもっている。これらのプロセス識別子
１３の各々は、各プロセス識別子に対応するプロセスが
存在するマシン内でのみ有効である。識別子情報テーブ
ル１１は、第１のプロセスＡと第２のプロセスＢの共用
域に存在し、第１のプロセスＡと第２のプロセスＢのど
ちらからでもアクセスすることができる。
セスを一意に識別できるプロセス識別子（実行体識別子
の一例）１３を有している。さらに詳しくいえば、第１
のプロセスＡは「ａ」というプロセス識別子を、第２の
プロセスＢは「ｂ」というプロセス識別子を、プロセス
Ｃ１、プロセスＣ２およびプロセスＣ３は「ｃ」という
プロセス識別子をもっている。これらのプロセス識別子
１３の各々は、各プロセス識別子に対応するプロセスが
存在するマシン内でのみ有効である。識別子情報テーブ
ル１１は、第１のプロセスＡと第２のプロセスＢの共用
域に存在し、第１のプロセスＡと第２のプロセスＢのど
ちらからでもアクセスすることができる。
【００４１】他のマシンＭ−２に存在するプロセスＣ２
が、マシンＭ−１の情報記憶部２の共用ファイル３０を
利用する場合には、ネットワークＬを通してマシンＭ−
１上の第１のプロセスＡに対し、共用ファイル３０をオ
ープン状態にすること等の要求を呈示することによっ
て、プロセスＣ２が利用対象とする共用ファイル３０の
共用ファイル識別子１４（図３参照）を要求する。
が、マシンＭ−１の情報記憶部２の共用ファイル３０を
利用する場合には、ネットワークＬを通してマシンＭ−
１上の第１のプロセスＡに対し、共用ファイル３０をオ
ープン状態にすること等の要求を呈示することによっ
て、プロセスＣ２が利用対象とする共用ファイル３０の
共用ファイル識別子１４（図３参照）を要求する。
【００４２】第１のプロセスＡは、上記の要求を受け取
ると、図３の識別子情報テーブル１１の中から、受け取
った共用ファイル名１６（例えば、“ＡＢＣＤ”）に基
づきプロセスＣ２が利用対象とする共用ファイル３０を
探す。利用対象の共用ファイル３０が見つかった場合
は、識別子情報テーブル１１のインデックスとしての共
用ファイル識別子１４をプロセスＣ２に返す。
ると、図３の識別子情報テーブル１１の中から、受け取
った共用ファイル名１６（例えば、“ＡＢＣＤ”）に基
づきプロセスＣ２が利用対象とする共用ファイル３０を
探す。利用対象の共用ファイル３０が見つかった場合
は、識別子情報テーブル１１のインデックスとしての共
用ファイル識別子１４をプロセスＣ２に返す。
【００４３】もし、対象の共用ファイル３０が見つから
なければ、第１のプロセスＡがプロセスＣ２の利用対象
の共用ファイル３０をオープン状態にしてから、第１の
プロセスＡのプロセス識別子である「ａ」と、プロセス
Ｃ２の利用対象、例えば、ロック処理対象の共用ファイ
ル３０のファイル識別子１５と、共用ファイル名１６と
を識別子情報テーブル１１に登録し、共用ファイル識別
子１４をプロセスＣ２に返す。
なければ、第１のプロセスＡがプロセスＣ２の利用対象
の共用ファイル３０をオープン状態にしてから、第１の
プロセスＡのプロセス識別子である「ａ」と、プロセス
Ｃ２の利用対象、例えば、ロック処理対象の共用ファイ
ル３０のファイル識別子１５と、共用ファイル名１６と
を識別子情報テーブル１１に登録し、共用ファイル識別
子１４をプロセスＣ２に返す。
【００４４】なお、共用ファイル識別子１４として、図
３では、レコードのインデックスを使用しているが、別
のケースとしてレコード全体を利用することも可能であ
る。さらに詳しく説明すると、プロセスＣ２が、共用フ
ァイル３０の入出力処理をする場合は、処理対象の共用
ファイル３０の共用ファイル識別子１４を指定し、プロ
セスＣ２内の入出力処理要求部７−２からネットワーク
Ｌを通して、第１のプロセスＡに対し入出力処理要求を
送る。この入出力処理要求が送られてきた時点で、第１
のプロセスＡは、共用ファイル識別子１４をもとに識別
子情報テーブル１１を参照してファイル識別子１５を獲
得する。さらに、第１のプロセスＡは、上記の獲得した
ファイル識別子１５を使用することにより、入出力処理
要求部７からファイル管理部４０に対して共用ファイル
３０の入出力処理要求を行い、その結果をプロセスＣ２
に返す。
３では、レコードのインデックスを使用しているが、別
のケースとしてレコード全体を利用することも可能であ
る。さらに詳しく説明すると、プロセスＣ２が、共用フ
ァイル３０の入出力処理をする場合は、処理対象の共用
ファイル３０の共用ファイル識別子１４を指定し、プロ
セスＣ２内の入出力処理要求部７−２からネットワーク
Ｌを通して、第１のプロセスＡに対し入出力処理要求を
送る。この入出力処理要求が送られてきた時点で、第１
のプロセスＡは、共用ファイル識別子１４をもとに識別
子情報テーブル１１を参照してファイル識別子１５を獲
得する。さらに、第１のプロセスＡは、上記の獲得した
ファイル識別子１５を使用することにより、入出力処理
要求部７からファイル管理部４０に対して共用ファイル
３０の入出力処理要求を行い、その結果をプロセスＣ２
に返す。
【００４５】また一方で、プロセスＣ２が、共用ファイ
ル３０のロック処理をする場合は、処理対象の共用ファ
イル３０の共用ファイル識別子１４を指定し、プロセス
Ｃ２内のロック処理要求部８−２からネットワークＬを
通して、第２のプロセスＢに対しロック処理要求を送
る。このロック処理要求には、共用ファイル識別子１４
とロック処理の種類や範囲の他に、ロック処理要求元の
マシン名と、プロセスＣ２のプロセス識別子である
「ｃ」とが含まれている。この場合、「ｃ」のプロセス
識別子の代わりに、マシンＭ−２内のファイル識別子１
５を使用することも可能である。
ル３０のロック処理をする場合は、処理対象の共用ファ
イル３０の共用ファイル識別子１４を指定し、プロセス
Ｃ２内のロック処理要求部８−２からネットワークＬを
通して、第２のプロセスＢに対しロック処理要求を送
る。このロック処理要求には、共用ファイル識別子１４
とロック処理の種類や範囲の他に、ロック処理要求元の
マシン名と、プロセスＣ２のプロセス識別子である
「ｃ」とが含まれている。この場合、「ｃ」のプロセス
識別子の代わりに、マシンＭ−２内のファイル識別子１
５を使用することも可能である。
【００４６】第２のプロセスＢは、上記のロック処理要
求を受け取ると、識別子自動割り当て処理部９において
図４の識別子自動割り当て処理テーブル１２を参照しな
がら、ロック処理要求元のマシン名１８とプロセス識別
子１３とが一致するレコードを探す。もし、このレコー
ドが見つかれば、当該レコードから代行ロック識別子１
９（例えば、「Ｌ１」）を獲得する。もし見つからなけ
れば、識別子自動割り当て処理テーブル１２に対しロッ
ク処理要求元のマシン名１８とプロセス識別子１３を新
たに登録し、既に登録済みの代行ロック識別子１９と重
複しない任意の代行ロック識別子１９を割り当てる。こ
の種の代行ロック識別子１９として、識別子自動割り当
て処理テーブル１２のインデックス１７等が利用可能で
ある。次に、第２のプロセスＢは、識別子情報テーブル
１１の中から、ロック処理対象の共用ファイル３０の共
用ファイル識別子１４に対応するレコードを探し、その
中の入出力処理要求元のプロセスのプロセス識別子１３
である「ａ」と、ロック処理対象の共用ファイル３０の
ファイル識別子１５とを得る。
求を受け取ると、識別子自動割り当て処理部９において
図４の識別子自動割り当て処理テーブル１２を参照しな
がら、ロック処理要求元のマシン名１８とプロセス識別
子１３とが一致するレコードを探す。もし、このレコー
ドが見つかれば、当該レコードから代行ロック識別子１
９（例えば、「Ｌ１」）を獲得する。もし見つからなけ
れば、識別子自動割り当て処理テーブル１２に対しロッ
ク処理要求元のマシン名１８とプロセス識別子１３を新
たに登録し、既に登録済みの代行ロック識別子１９と重
複しない任意の代行ロック識別子１９を割り当てる。こ
の種の代行ロック識別子１９として、識別子自動割り当
て処理テーブル１２のインデックス１７等が利用可能で
ある。次に、第２のプロセスＢは、識別子情報テーブル
１１の中から、ロック処理対象の共用ファイル３０の共
用ファイル識別子１４に対応するレコードを探し、その
中の入出力処理要求元のプロセスのプロセス識別子１３
である「ａ」と、ロック処理対象の共用ファイル３０の
ファイル識別子１５とを得る。
【００４７】さらに、第２のプロセスＢは、代行ロック
処理要求部１０において、入出力処理要求元のプロセス
のプロセス識別子１３である「ａ」と、ファイル識別子
１５と、代行ロック識別子１９とを使用して、上記代行
ロック処理要求部１０からファイル管理部４０に対し共
用ファイル３０のロック処理要求を行い、その結果をプ
ロセスＣ２に返す。
処理要求部１０において、入出力処理要求元のプロセス
のプロセス識別子１３である「ａ」と、ファイル識別子
１５と、代行ロック識別子１９とを使用して、上記代行
ロック処理要求部１０からファイル管理部４０に対し共
用ファイル３０のロック処理要求を行い、その結果をプ
ロセスＣ２に返す。
【００４８】なお、この場合、共用ファイル３０に対す
るロック処理の一つの種類として、共用ファイル３０内
のオフセットと長さを指定することにより共用ファイル
３０をロック状態にし、このロック状態になった領域の
みに対して他のプロセスからのアクセスを制限するよう
なロック処理が挙げられる。さらに、共用ファイル３０
に対するロック処理の別の種類として、共用ファイル３
０をオープン状態にするときの指定により、共用ファイ
ル３０全体に対して他のプロセスからのアクセスを制限
するようなロック処理が挙げられる。
るロック処理の一つの種類として、共用ファイル３０内
のオフセットと長さを指定することにより共用ファイル
３０をロック状態にし、このロック状態になった領域の
みに対して他のプロセスからのアクセスを制限するよう
なロック処理が挙げられる。さらに、共用ファイル３０
に対するロック処理の別の種類として、共用ファイル３
０をオープン状態にするときの指定により、共用ファイ
ル３０全体に対して他のプロセスからのアクセスを制限
するようなロック処理が挙げられる。
【００４９】上記の実施例では、第２のプロセスＢが、
第１のプロセスＡのプロセス識別子１３である「ａ」を
使用して、この第１のプロセスＡがファイル管理部４０
に対しロック処理要求をしたように見せかけている。し
たがって、その後に、前述のように、第２のプロセスＢ
が代行してロック処理を行った共用ファイル３０の入出
力処理要求を再び第１のプロセスＡに送り、この第１の
プロセスＡがファイル管理部４０に対して共用ファイル
３０の入出力処理要求を行うときに、第１のプロセスＡ
は、共用ファイル３０の入出力処理に対して上記の第２
のプロセスＢのロック処理による制限を受けないことに
なる。
第１のプロセスＡのプロセス識別子１３である「ａ」を
使用して、この第１のプロセスＡがファイル管理部４０
に対しロック処理要求をしたように見せかけている。し
たがって、その後に、前述のように、第２のプロセスＢ
が代行してロック処理を行った共用ファイル３０の入出
力処理要求を再び第１のプロセスＡに送り、この第１の
プロセスＡがファイル管理部４０に対して共用ファイル
３０の入出力処理要求を行うときに、第１のプロセスＡ
は、共用ファイル３０の入出力処理に対して上記の第２
のプロセスＢのロック処理による制限を受けないことに
なる。
【００５０】さらに他のマシンＭ−３に存在するプロセ
スＣ３が、共用ファイル３０のロック処理要求をする場
合には、前述のプロセスＣ２の場合と同様に、マシンＭ
−１上の第１のプロセスＡに対しロック処理対象の共用
ファイル３０の共用ファイル識別子１４を要求して、第
２のプロセスＢにロック処理要求をする。第２のプロセ
スＢは、識別子自動割り当て処理部９において、識別子
自動割り当て処理テーブル１２を利用することにより、
プロセスＣ２に対して割り当てた代行ロック識別子１９
とは異なる代行ロック識別子１９を割り当てる。
スＣ３が、共用ファイル３０のロック処理要求をする場
合には、前述のプロセスＣ２の場合と同様に、マシンＭ
−１上の第１のプロセスＡに対しロック処理対象の共用
ファイル３０の共用ファイル識別子１４を要求して、第
２のプロセスＢにロック処理要求をする。第２のプロセ
スＢは、識別子自動割り当て処理部９において、識別子
自動割り当て処理テーブル１２を利用することにより、
プロセスＣ２に対して割り当てた代行ロック識別子１９
とは異なる代行ロック識別子１９を割り当てる。
【００５１】さらに、代行ロック処理要求部１０におい
て、第１のプロセスＡのプロセス識別子１３である
「ａ」と、ファイル識別子１５と、代行ロック識別子１
９とを使用することにより、ファイル管理部４０に対し
て共用ファイル３０のロック処理要求を行う。このよう
に、プロセスＣ２とプロセスＣ３に対する代行ロック処
理要求では、互いに異なる代行ロック識別子１９を使用
しているため、ファイル管理部４０によってプロセスＣ
２とプロセスＣ３との間でロック処理要求による排他制
御が行われる。
て、第１のプロセスＡのプロセス識別子１３である
「ａ」と、ファイル識別子１５と、代行ロック識別子１
９とを使用することにより、ファイル管理部４０に対し
て共用ファイル３０のロック処理要求を行う。このよう
に、プロセスＣ２とプロセスＣ３に対する代行ロック処
理要求では、互いに異なる代行ロック識別子１９を使用
しているため、ファイル管理部４０によってプロセスＣ
２とプロセスＣ３との間でロック処理要求による排他制
御が行われる。
【００５２】また一方で、マシンＭ−１上の他のプロセ
スＣ１が共用ファイル３０のロック処理要求をする場合
は、プロセスＣ１のロック処理要求部８−１から直接、
ファイル管理部４０に対して共用ファイル３０のロック
処理要求を行う。この場合は、プロセス識別子１３とし
て、プロセスＣ１のプロセス識別子「ｃ」を使用し、代
行ロック識別子１９は“０”を使用する。すなわち、こ
の場合は、第１のプロセスＡのプロセス識別子「ａ」と
は異なるプロセス識別子「ｃ」を使用しているので、フ
ァイル管理部４０により、マシンＭ−１上のプロセスＣ
１と他のマシン上のプロセスＣ２、Ｃ３との間でロック
処理要求による排他制御が行われる。
スＣ１が共用ファイル３０のロック処理要求をする場合
は、プロセスＣ１のロック処理要求部８−１から直接、
ファイル管理部４０に対して共用ファイル３０のロック
処理要求を行う。この場合は、プロセス識別子１３とし
て、プロセスＣ１のプロセス識別子「ｃ」を使用し、代
行ロック識別子１９は“０”を使用する。すなわち、こ
の場合は、第１のプロセスＡのプロセス識別子「ａ」と
は異なるプロセス識別子「ｃ」を使用しているので、フ
ァイル管理部４０により、マシンＭ−１上のプロセスＣ
１と他のマシン上のプロセスＣ２、Ｃ３との間でロック
処理要求による排他制御が行われる。
【００５３】さらに、上記の実施例において、ファイル
管理部４０内の共用ファイル３０の入出力処理を要求す
る第１のプロセスＡが複数存在する場合でも、一つの第
２のプロセスＢが、すべての第１のプロセスＡを代行し
て共用ファイル３０に対しロック処理要求を行う。この
場合、複数の第１のプロセスＡのプロセス識別子とし
て、「ａ」以外に「ａ１」、「ａ２」…が割り当てら
れ、他のマシンのロック処理要求元のプロセスのプロセ
ス識別子として、「ｃ」以外に「ｄ」、「ｅ」…が割り
当てられる。
管理部４０内の共用ファイル３０の入出力処理を要求す
る第１のプロセスＡが複数存在する場合でも、一つの第
２のプロセスＢが、すべての第１のプロセスＡを代行し
て共用ファイル３０に対しロック処理要求を行う。この
場合、複数の第１のプロセスＡのプロセス識別子とし
て、「ａ」以外に「ａ１」、「ａ２」…が割り当てら
れ、他のマシンのロック処理要求元のプロセスのプロセ
ス識別子として、「ｃ」以外に「ｄ」、「ｅ」…が割り
当てられる。
【００５４】図５は、図２の識別子自動割り当て処理部
の動作を説明するためのフローチャートであり、図６
は、図２の代行ロック処理要求部の動作を説明するため
のフローチャートである。これらのフローチャートは、
第１のプロセスＡや第２のプロセスＢの機能がコンピュ
ータシステムのＣＰＵ（中央処理装置）等により実現さ
れる場合の識別子自動割り当て処理部９および代行ロッ
ク処理要求部１０の動作を示すものである。上記のフロ
ーチャートに従い、図２の識別子自動割り当て処理部９
および代行ロック処理要求部１０の一連の動作を詳しく
説明することとする。
の動作を説明するためのフローチャートであり、図６
は、図２の代行ロック処理要求部の動作を説明するため
のフローチャートである。これらのフローチャートは、
第１のプロセスＡや第２のプロセスＢの機能がコンピュ
ータシステムのＣＰＵ（中央処理装置）等により実現さ
れる場合の識別子自動割り当て処理部９および代行ロッ
ク処理要求部１０の動作を示すものである。上記のフロ
ーチャートに従い、図２の識別子自動割り当て処理部９
および代行ロック処理要求部１０の一連の動作を詳しく
説明することとする。
【００５５】まず初めに、図５のステップＳ５１に示す
ように、第２のプロセスＢの識別子自動割り当て処理部
９は、他のマシン上のプロセスから受け付けたロック処
理要求をもとに、共用ファイル識別子、ロック処理要求
元のマシン名、および、ロック処理要求元のプロセスの
プロセス識別子を認識する。次に、ステップＳ５２およ
びステップＳ５３において、識別子自動割り当て処理部
９は、上記のロック処理要求元のマシン名と、ロック処
理要求元のプロセスのプロセス識別子とを使用して識別
子自動割り当て処理テーブルを検索することにより、共
用ファイル識別子、ロック処理要求元のマシン名、およ
び、ロック処理要求元のプロセスのプロセス識別子が一
致するレコードを探す。
ように、第２のプロセスＢの識別子自動割り当て処理部
９は、他のマシン上のプロセスから受け付けたロック処
理要求をもとに、共用ファイル識別子、ロック処理要求
元のマシン名、および、ロック処理要求元のプロセスの
プロセス識別子を認識する。次に、ステップＳ５２およ
びステップＳ５３において、識別子自動割り当て処理部
９は、上記のロック処理要求元のマシン名と、ロック処
理要求元のプロセスのプロセス識別子とを使用して識別
子自動割り当て処理テーブルを検索することにより、共
用ファイル識別子、ロック処理要求元のマシン名、およ
び、ロック処理要求元のプロセスのプロセス識別子が一
致するレコードを探す。
【００５６】目的とするレコードが見つかった場合、ス
テップＳ５４において、当該レコードに基づき代行ロッ
ク識別子を得る。目的とするレコードが見つからなかっ
た場合、ステップＳ５５において、ロック処理要求元の
マシン名１８とロック処理要求元のプロセスのプロセス
識別子１３とを識別子自動割り当て処理テーブルに代入
することにより、新しいレコードを追加する。さらに、
ステップＳ５６において、既に登録済みの代行ロック識
別子と重複しない任意の代行ロック識別子を割り当て、
上記の新しいレコードに代入する。
テップＳ５４において、当該レコードに基づき代行ロッ
ク識別子を得る。目的とするレコードが見つからなかっ
た場合、ステップＳ５５において、ロック処理要求元の
マシン名１８とロック処理要求元のプロセスのプロセス
識別子１３とを識別子自動割り当て処理テーブルに代入
することにより、新しいレコードを追加する。さらに、
ステップＳ５６において、既に登録済みの代行ロック識
別子と重複しない任意の代行ロック識別子を割り当て、
上記の新しいレコードに代入する。
【００５７】その後、代行ロック処理要求部１０は、図
６のステップＳ６１およびステップＳ６２に示すよう
に、前述のステップＳ５１の共用ファイル識別子を使用
して、識別子情報テーブルを検索することにより、ロッ
ク処理対象の共用ファイルを探す。ロック処理対象の共
用ファイルに対応するレコードが見つからなかった場
合、代行ロック処理要求部１０は、ロック処理要求元の
プロセスに対しエラーメッセージを送り、上記共用ファ
イルが現在アクセスできない旨を通知する。
６のステップＳ６１およびステップＳ６２に示すよう
に、前述のステップＳ５１の共用ファイル識別子を使用
して、識別子情報テーブルを検索することにより、ロッ
ク処理対象の共用ファイルを探す。ロック処理対象の共
用ファイルに対応するレコードが見つからなかった場
合、代行ロック処理要求部１０は、ロック処理要求元の
プロセスに対しエラーメッセージを送り、上記共用ファ
イルが現在アクセスできない旨を通知する。
【００５８】ロック処理対象の共用ファイルに対応する
レコードが見つかった場合、ステップＳ６３において、
当該レコード中の入出力処理要求元のプロセスのプロセ
ス識別子と、ロック処理対象の共用ファイルのファイル
識別子とが得られる。さらに、代行ロック処理要求部１
０は、ステップＳ６４において、代行ロック識別子と、
入出力処理要求元のプロセスのプロセス識別子と、ロッ
ク処理対象の共用ファイルのファイル識別子とを使用し
て、共用ファイルのロック処理要求を行う。
レコードが見つかった場合、ステップＳ６３において、
当該レコード中の入出力処理要求元のプロセスのプロセ
ス識別子と、ロック処理対象の共用ファイルのファイル
識別子とが得られる。さらに、代行ロック処理要求部１
０は、ステップＳ６４において、代行ロック識別子と、
入出力処理要求元のプロセスのプロセス識別子と、ロッ
ク処理対象の共用ファイルのファイル識別子とを使用し
て、共用ファイルのロック処理要求を行う。
【００５９】最終的に、第２のプロセスＢは、共用ファ
イルのロック処理要求の結果をロック処理要求元のプロ
セスに通知する。上記の識別子自動割り当て処理部およ
び代行ロック処理要求部の動作は、コンピュータシステ
ムのソフトウェアに基づいて提供されるプログラムによ
り実行することができるので、システム資源管理装置の
ハードウェア構成を複雑にすることなく、任意のロック
処理要求元のプロセスの代行ロック処理を効率良く遂行
することが可能になる。
イルのロック処理要求の結果をロック処理要求元のプロ
セスに通知する。上記の識別子自動割り当て処理部およ
び代行ロック処理要求部の動作は、コンピュータシステ
ムのソフトウェアに基づいて提供されるプログラムによ
り実行することができるので、システム資源管理装置の
ハードウェア構成を複雑にすることなく、任意のロック
処理要求元のプロセスの代行ロック処理を効率良く遂行
することが可能になる。
【００６０】
【発明の効果】以上説明したように本発明のシステム資
源管理装置によれば、第１に、共用ファイル等の共用資
源の入出力処理要求を受け付けて処理するプロセス等の
実行体と、ロック処理要求を受け付けて処理するプロセ
ス等の実行体とを互いに独立した実行体に分割して配置
し、後者の実行体が前者の実行体を代行してロック処理
要求をすることにより、各実行体の負担を軽くすること
ができる。この結果、効率の良い入出力処理およびロッ
ク処理が可能になり、システム全体の性能が向上する。
源管理装置によれば、第１に、共用ファイル等の共用資
源の入出力処理要求を受け付けて処理するプロセス等の
実行体と、ロック処理要求を受け付けて処理するプロセ
ス等の実行体とを互いに独立した実行体に分割して配置
し、後者の実行体が前者の実行体を代行してロック処理
要求をすることにより、各実行体の負担を軽くすること
ができる。この結果、効率の良い入出力処理およびロッ
ク処理が可能になり、システム全体の性能が向上する。
【００６１】さらに、本発明のシステム資源管理装置に
よれば、第２に、このシステム資源管理装置に使用され
る識別子が、上記の入出力処理要求を受付処理する実行
体を一意に識別できる実行体識別子と、この実行体によ
り共用資源を一意に識別できるファイル識別子とから構
成されているので、これらの実行体識別子およびファイ
ル識別子を検索することにより、他の任意の実行体によ
る共用資源のロック処理要求を効率良く処理することが
可能になる。
よれば、第２に、このシステム資源管理装置に使用され
る識別子が、上記の入出力処理要求を受付処理する実行
体を一意に識別できる実行体識別子と、この実行体によ
り共用資源を一意に識別できるファイル識別子とから構
成されているので、これらの実行体識別子およびファイ
ル識別子を検索することにより、他の任意の実行体によ
る共用資源のロック処理要求を効率良く処理することが
可能になる。
【００６２】さらに、本発明のシステム資源管理装置に
よれば、第３に、共用資源内のオフセットと長さを指定
することにより共用資源をロック状態にし、このロック
状態になった領域のみに対して他の実行体に対するロッ
ク処理を行っているので、他の実行体は、共用資源内の
残りの領域を選択して使用することが可能になり、共用
資源の使用効率が向上する。
よれば、第３に、共用資源内のオフセットと長さを指定
することにより共用資源をロック状態にし、このロック
状態になった領域のみに対して他の実行体に対するロッ
ク処理を行っているので、他の実行体は、共用資源内の
残りの領域を選択して使用することが可能になり、共用
資源の使用効率が向上する。
【００６３】さらに、本発明のシステム資源管理装置に
よれば、第４に、共用資源をオープン状態にするときの
指定により、共用資源全体に対して他の実行体からのア
クセスを制限することもできるので、このような種類の
ロック処理を採用すれば、他の実行体のアクセスにより
共用資源の内容が破壊されるおそれがなくなる。さら
に、本発明のシステム資源管理装置によれば、第５に、
共用資源の入出力処理要求を受け付けて処理する実行体
が複数存在する場合でも、これらの実行体を代行してロ
ック処理を要求する機能を一つの独立した実行体により
実行するようにしているので、代行ロック処理の構成を
複雑にすることなく、任意の実行体による共用資源のロ
ック処理を効率良く行うと共に、複数の他の実行体によ
る入出力処理を効率良く行うことが可能になる。
よれば、第４に、共用資源をオープン状態にするときの
指定により、共用資源全体に対して他の実行体からのア
クセスを制限することもできるので、このような種類の
ロック処理を採用すれば、他の実行体のアクセスにより
共用資源の内容が破壊されるおそれがなくなる。さら
に、本発明のシステム資源管理装置によれば、第５に、
共用資源の入出力処理要求を受け付けて処理する実行体
が複数存在する場合でも、これらの実行体を代行してロ
ック処理を要求する機能を一つの独立した実行体により
実行するようにしているので、代行ロック処理の構成を
複雑にすることなく、任意の実行体による共用資源のロ
ック処理を効率良く行うと共に、複数の他の実行体によ
る入出力処理を効率良く行うことが可能になる。
【００６４】さらに、好ましくは、本発明のシステム資
源管理装置によれば、第６に、共用資源のロック処理処
理要求を受け付けて処理する実行体に対し仮想的な識別
子を自動的に割り当てることにより、共用資源の存在す
るコンピュータシステム以外の他のコンピュータシステ
ムにおける実行体からの共用資源のロック処理の要求を
受け付けるようにしているので、共用資源の存在するコ
ンピュータシステム上の実行体と、ネットワークに接続
された他のコンピュータシステム上の実行体との間のロ
ック処理による排他制御が可能になり、ネットワーク上
のすべてのコンピュータシステム上の実行体に対し同等
なロック処理が行える。
源管理装置によれば、第６に、共用資源のロック処理処
理要求を受け付けて処理する実行体に対し仮想的な識別
子を自動的に割り当てることにより、共用資源の存在す
るコンピュータシステム以外の他のコンピュータシステ
ムにおける実行体からの共用資源のロック処理の要求を
受け付けるようにしているので、共用資源の存在するコ
ンピュータシステム上の実行体と、ネットワークに接続
された他のコンピュータシステム上の実行体との間のロ
ック処理による排他制御が可能になり、ネットワーク上
のすべてのコンピュータシステム上の実行体に対し同等
なロック処理が行える。
【００６５】また一方で、本発明のシステム資源管理方
法によれば、第１に、共用資源の入出力処理要求を受け
付けて処理するタイプの処理と、ロック処理要求を受け
付けて処理するタイプの処理とを互いに独立した処理に
分割し、後者の処理が前者の処理を代行してロック処理
要求をすることにより、任意の処理によるロック処理を
した後も、他の任意の処理による入出力処理要求が制限
されることはなくなり、共用資源の入出力処理およびロ
ック処理を並列して効率良く遂行することが可能にな
る。
法によれば、第１に、共用資源の入出力処理要求を受け
付けて処理するタイプの処理と、ロック処理要求を受け
付けて処理するタイプの処理とを互いに独立した処理に
分割し、後者の処理が前者の処理を代行してロック処理
要求をすることにより、任意の処理によるロック処理を
した後も、他の任意の処理による入出力処理要求が制限
されることはなくなり、共用資源の入出力処理およびロ
ック処理を並列して効率良く遂行することが可能にな
る。
【００６６】さらに、本発明のシステム資源管理方法に
よれば、第２に、代行ロック処理に使用される識別子
が、上記の入出力処理要求を受付処理するタイプの処理
を一意に識別できる処理識別子と、上記タイプの処理に
より共用資源を一意に識別できるファイル識別子とを含
んでいるので、これらの処理識別子（例えば、プロセス
識別子）およびファイル識別子を検索することにより、
他の任意の処理による共用資源のロック処理を効率良く
代行することが可能になる。
よれば、第２に、代行ロック処理に使用される識別子
が、上記の入出力処理要求を受付処理するタイプの処理
を一意に識別できる処理識別子と、上記タイプの処理に
より共用資源を一意に識別できるファイル識別子とを含
んでいるので、これらの処理識別子（例えば、プロセス
識別子）およびファイル識別子を検索することにより、
他の任意の処理による共用資源のロック処理を効率良く
代行することが可能になる。
【００６７】さらに、本発明のシステム資源管理方法に
よれば、第３に、共用資源内のオフセットと長さを指定
することにより共用資源をロック状態にし、このロック
状態になった領域のみに対して他の処理に対するロック
処理を行っているので、他のプロセスからも、共用資源
内の残りの領域に対してアクセスすることが可能にな
り、複数種の処理、すなわち、複数のプロセスにより効
率良く共用資源を使用することができる。
よれば、第３に、共用資源内のオフセットと長さを指定
することにより共用資源をロック状態にし、このロック
状態になった領域のみに対して他の処理に対するロック
処理を行っているので、他のプロセスからも、共用資源
内の残りの領域に対してアクセスすることが可能にな
り、複数種の処理、すなわち、複数のプロセスにより効
率良く共用資源を使用することができる。
【００６８】さらに、本発明のシステム資源管理方法に
よれば、第４に、共用資源をオープン状態にするときの
指定により、共用資源全体に対して他の処理、すなわ
ち、他のプロセスからのアクセスが制限されるので、こ
のような種類のロック処理を実行することにより、共用
資源の内容が破壊されるのを防止することが可能にな
る。
よれば、第４に、共用資源をオープン状態にするときの
指定により、共用資源全体に対して他の処理、すなわ
ち、他のプロセスからのアクセスが制限されるので、こ
のような種類のロック処理を実行することにより、共用
資源の内容が破壊されるのを防止することが可能にな
る。
【００６９】さらに、本発明のシステム資源管理方法に
よれば、第５に、共用資源の入出力処理要求を受け付け
て処理するタイプの処理が複数存在する場合でも、これ
らの処理を代行してロック処理を要求する機能を一つの
独立した処理により実行するようにしているので、任意
の処理、すなわち、任意のプロセスによる共用資源のロ
ック処理を容易にかつ効率良く行うと共に、複数の他の
処理、すなわち、他のプロセスによる入出力処理を誤り
なく遂行することが可能になる。
よれば、第５に、共用資源の入出力処理要求を受け付け
て処理するタイプの処理が複数存在する場合でも、これ
らの処理を代行してロック処理を要求する機能を一つの
独立した処理により実行するようにしているので、任意
の処理、すなわち、任意のプロセスによる共用資源のロ
ック処理を容易にかつ効率良く行うと共に、複数の他の
処理、すなわち、他のプロセスによる入出力処理を誤り
なく遂行することが可能になる。
【００７０】さらに、本発明のシステム資源管理方法に
よれば、第６に、共用資源のロック処理要求を受付処理
するタイプの処理にて自動的に割り当てられた仮想的な
識別子を使用することにより、共用資源の存在するコン
ピュータシステム以外の他のコンピュータシステムにお
ける処理からの共用資源のロック処理の要求を受け付け
るようにしているので、共用資源の存在するコンピュー
タシステム上の処理と、ネットワークに接続された他の
コンピュータシステム上の処理との間で排他制御を利用
したフレキシブルなロック処理を実行することが可能に
なる。
よれば、第６に、共用資源のロック処理要求を受付処理
するタイプの処理にて自動的に割り当てられた仮想的な
識別子を使用することにより、共用資源の存在するコン
ピュータシステム以外の他のコンピュータシステムにお
ける処理からの共用資源のロック処理の要求を受け付け
るようにしているので、共用資源の存在するコンピュー
タシステム上の処理と、ネットワークに接続された他の
コンピュータシステム上の処理との間で排他制御を利用
したフレキシブルなロック処理を実行することが可能に
なる。
【図１】本発明の原理構成を示すブロック図である。
【図２】本発明の一実施例によるシステム資源管理装置
の構成を示すブロック図である。
の構成を示すブロック図である。
【図３】本発明の一実施例で使用する識別子情報テーブ
ルを示す図である。
ルを示す図である。
【図４】本発明の一実施例で使用する識別子自動割り当
て処理テーブルを示す図である。
て処理テーブルを示す図である。
【図５】図２の識別子自動割り当て処理部の動作を説明
するためのフローチャートである。
するためのフローチャートである。
【図６】図２の代行ロック処理要求部の動作を説明する
ためのフローチャートである。
ためのフローチャートである。
【図７】従来のシステム資源管理装置の第１の例を示す
ブロック図である。
ブロック図である。
【図８】従来のシステム資源管理装置の第２の例を示す
ブロック図である。
ブロック図である。
１−１〜１−ｎ…コンピュータシステム ２…情報記憶部 ３…共用資源 ４…資源管理部 ５…入出力処理部 ６…ロック処理部 ７…入出力処理要求部 ８…ロック処理要求部 ９…識別子自動割り当て処理部 １０…代行ロック処理要求部 １１…識別子情報テーブル １２…識別子自動割り当て処理テーブル １３…プロセス識別子 ３０…共用ファイル ４０…ファイル管理部 ＡＵ…第１の実行体 ＢＵ…第２の実行体 Ａ…第１のプロセス Ｂ…第２のプロセス Ｍ−１〜Ｍ−３…マシン
───────────────────────────────────────────────────── フロントページの続き (72)発明者 荒井 悟 石川県河北郡宇ノ気町字宇野気ヌ98番地の ２ 株式会社ピーエフユー内
Claims (12)
- 【請求項１】 ネットワーク（Ｌ）に接続された複数の
コンピュータシステム（１−１、１−２、…、１−ｎ）
中の特定のコンピュータシステム（１−１）に設けら
れ、かつ、該複数のコンピュータシステム（１−１、１
−２、…、１−ｎ）上の複数の実行体により共通に使用
される共用資源（３）を直接管理する資源管理部（４）
を有し、 該資源管理部（４）は、任意の実行体に関し前記共用資
源（３）の入出力処理を行う入出力処理部（５）と、他
の任意の実行体に対する前記共用資源（３）のロック処
理を行うロック処理部（６）とを含むシステム資源管理
装置において、 前記特定のコンピュータシステム（１−１）上のプロセ
ス手段は、 前記入出力処理部（５）に対し、前記コンピュータシス
テム（１−１、１−２、…、１−ｎ）上の任意の実行体
による前記共用資源（３）の入出力処理の要求を呈示す
る入出力処理要求部（７）を含む第１の実行体（ＡＵ）
と、 該第１の実行体（ＡＵ）を識別するための識別子を使用
し、前記第１の実行体（ＡＵ）を代行して前記ロック処
理部（６）に対し前記共用資源（３）のロック処理を要
求する代行ロック処理要求部（１０）を含む第２の実行
体（ＢＵ）とに分割して配置されることを特徴とするシ
ステム資源管理装置。 - 【請求項２】 前記識別子が、前記特定のコンピュータ
システム（１−１）内で前記第１の実行体（ＡＵ）を一
意に識別することが可能な実行体識別子と、前記第１の
実行体（ＡＵ）により前記共用資源（３）を一意に識別
することが可能なファイル識別子とからなり、前記第２
の実行体（ＢＵ）は、前記実行体識別子およびファイル
識別子を用いて前記共用資源（３）のロック処理を要求
する請求項１記載の管理装置。 - 【請求項３】 前記共用資源（３）に対するロック処理
として、前記共用資源（３）内のオフセットと長さを指
定することにより前記共用資源（３）をロック状態に
し、該ロック状態になった領域のみに対して他の実行体
からのアクセスを制限する請求項１記載の管理装置。 - 【請求項４】 前記共用資源（３）に対するロック処理
として、前記共用資源（３）をオープン状態にするとき
の指定により、前記共用資源（３）全体に対して他の実
行体からのアクセスを制限する請求項１記載の管理装
置。 - 【請求項５】 前記共用資源（３）の入出力処理を要求
する前記第１の実行体（ＡＵ）が複数存在する場合、一
つの独立した前記第２の実行体（ＢＵ）が、すべての前
記第１の実行体（ＡＵ）を代行して前記ロック処理を要
求する請求項１記載の管理装置。 - 【請求項６】 複数の他のコンピュータシステム（１−
２〜１−ｎ）上の実行体からの前記共用資源（３）のロ
ック処理の要求を受け付けるために、前記第２の実行体
（ＢＵ）が、さらに、前記他のコンピュータシステム
（１−２〜１−ｎ）上の実行体からの前記ロック処理の
要求に対し仮想的な識別子を自動的に割り当てる識別子
自動割り当て処理部（９）を含み、 前記第２の実行体（ＢＵ）は、前記他のコンピュータシ
ステム（１−２〜１−ｎ）からのロック処理の要求に対
し自動的に割り当てられた仮想的な識別子を用いて、前
記共用資源（３）のロック処理を要求することにより、
すべての前記コンピュータシステム（１−１、１−２、
…、１−ｎ）における任意の実行体間での排他制御を行
う請求項１記載の管理装置。 - 【請求項７】 ネットワークに接続された複数のコンピ
ュータシステム中の特定のコンピュータシステムに設け
られ、かつ、該複数のコンピュータシステム上の各種の
処理により共通に使用される情報記憶部内の共用資源の
入出力処理、および、ロック処理を行うためのシステム
資源管理方法であって、 前記特定のコンピュータシステム上の処理を、 前記複数のコンピュータシステム上の任意の処理に関す
る前記共用資源の入出力処理の要求を処理する第１の処
理と、 前記共用資源のロック処理の要求を処理する第２の処理
とに分割し、 該第２の処理により、前記第１の処理を識別するための
識別子に基づき前記第１の処理を代行して前記共用資源
のロック処理を行うことを特徴とするシステム資源管理
方法。 - 【請求項８】 前記識別子として、前記特定のコンピュ
ータシステム内で前記第１の処理を一意に識別すること
が可能な処理識別子と、前記第１の処理により前記情報
記憶部内で前記共用資源を一意に識別することが可能な
ファイル識別子とを用いて前記共用資源のロック処理を
行う請求項７記載の管理方法。 - 【請求項９】 前記共用資源に対するロック処理とし
て、前記共用資源内のオフセットと長さを指定すること
により前記共用資源をロック状態にし、該ロック状態に
なった領域のみに対して他の処理からのアクセスを制限
する請求項７記載の管理方法。 - 【請求項１０】 前記共用資源に対するロック処理とし
て、前記共用資源をオープン状態にするときの指定によ
り、前記共用資源全体に対して他の処理からのアクセス
を制限する請求項７記載の管理方法。 - 【請求項１１】 前記共用資源の入出力処理を行う前記
第１の処理が複数存在する場合、一つの独立した前記第
２の処理が、すべての前記第１の処理を代行して前記ロ
ック処理を行う請求項７記載の管理方法。 - 【請求項１２】 複数の他のコンピュータシステム上の
処理からの前記共用資源のロック処理の要求を受け付け
るために、前記第２の処理内で、前記他のコンピュータ
システム上の処理からの前記ロック処理の要求に対し仮
想的な識別子を自動的に割り当て、該割り当てられた仮
想的な識別子を用いて、前記共用資源のロック処理を行
うことにより、すべての前記コンピュータシステムにお
ける任意の処理間での排他制御を行う請求項７記載の管
理方法。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15745295A JP3778593B2 (ja) | 1995-06-23 | 1995-06-23 | システム資源管理装置および管理方法 |
| US08/666,932 US5894555A (en) | 1995-06-23 | 1996-06-20 | Apparatus and method for managing shared resources |
| CN96110960.2A CN1111800C (zh) | 1995-06-23 | 1996-06-21 | 管理共享资源的装置和方法 |
| GB9613090A GB2302606B (en) | 1995-06-23 | 1996-06-21 | Apparatus and method for managing shared resources |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP15745295A JP3778593B2 (ja) | 1995-06-23 | 1995-06-23 | システム資源管理装置および管理方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH096661A true JPH096661A (ja) | 1997-01-10 |
| JP3778593B2 JP3778593B2 (ja) | 2006-05-24 |
Family
ID=15649973
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP15745295A Expired - Fee Related JP3778593B2 (ja) | 1995-06-23 | 1995-06-23 | システム資源管理装置および管理方法 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US5894555A (ja) |
| JP (1) | JP3778593B2 (ja) |
| CN (1) | CN1111800C (ja) |
| GB (1) | GB2302606B (ja) |
Families Citing this family (20)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH117405A (ja) * | 1997-06-17 | 1999-01-12 | Fujitsu Ltd | ファイル共有システム |
| US6230246B1 (en) * | 1998-01-30 | 2001-05-08 | Compaq Computer Corporation | Non-intrusive crash consistent copying in distributed storage systems without client cooperation |
| DE19835177A1 (de) * | 1998-08-04 | 2000-02-10 | Alcatel Sa | Verfahren, Module und Vermittlungsstelle zum Kennzeichnen von Prozessen sowie von deren Daten und Betriebsmitteln |
| US6260098B1 (en) * | 1998-12-17 | 2001-07-10 | International Business Machines Corporation | Shared peripheral controller |
| EP1182568A3 (en) * | 2000-08-21 | 2004-07-21 | Texas Instruments Incorporated | TLB operation based on task-id |
| US7694302B1 (en) * | 2001-04-05 | 2010-04-06 | Network Appliance, Inc. | Symmetric multiprocessor synchronization using migrating scheduling domains |
| US7178137B1 (en) | 2001-04-05 | 2007-02-13 | Network Appliance, Inc. | Automatic verification of scheduling domain consistency |
| US20030005080A1 (en) * | 2001-06-28 | 2003-01-02 | Watkins James S. | Systems and methods for accessing data |
| US7418702B2 (en) * | 2002-08-06 | 2008-08-26 | Sheng (Ted) Tai Tsao | Concurrent web based multi-task support for control management system |
| US7373640B1 (en) | 2003-07-31 | 2008-05-13 | Network Appliance, Inc. | Technique for dynamically restricting thread concurrency without rewriting thread code |
| US20050165938A1 (en) * | 2003-12-24 | 2005-07-28 | Linden Cornett | Method, system, and program for managing shared resources |
| US8171480B2 (en) * | 2004-01-27 | 2012-05-01 | Network Appliance, Inc. | Method and apparatus for allocating shared resources to process domains according to current processor utilization in a shared resource processor |
| CN100389410C (zh) * | 2004-03-02 | 2008-05-21 | 联想(北京)有限公司 | 外部设备资源共享方法 |
| US8799472B2 (en) * | 2004-10-06 | 2014-08-05 | Riverbed Technology, Inc. | Peer signaling protocol and system for decentralized traffic management |
| US8347293B2 (en) * | 2005-10-20 | 2013-01-01 | Network Appliance, Inc. | Mutual exclusion domains to perform file system processes on stripes |
| KR100772872B1 (ko) * | 2006-02-24 | 2007-11-02 | 삼성전자주식회사 | 다중 자바 어플리케이션 환경에서 가상 아이디를 이용하여자원을 관리하는 장치 및 그 방법 |
| WO2010031976A1 (fr) * | 2008-09-22 | 2010-03-25 | France Telecom | Procède d'allocation de mémoire et procède de gestion de données associe a une application enregistrée dans un module de sécurité associe a un terminal, module de sécurité et terminal associes |
| US8627331B1 (en) | 2010-04-30 | 2014-01-07 | Netapp, Inc. | Multi-level parallelism of process execution in a mutual exclusion domain of a processing system |
| CN103744723B (zh) * | 2014-01-24 | 2019-04-26 | 深圳联友科技有限公司 | 一种线程池的管理方法和管理系统 |
| US10318487B2 (en) | 2014-08-20 | 2019-06-11 | International Business Machines Corporation | Sharing resources among remote repositories utilizing a lock file in a shared file system or a node graph in a peer-to-peer system |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4000485A (en) * | 1975-06-30 | 1976-12-28 | Honeywell Information Systems, Inc. | Data processing system providing locked operation of shared resources |
| US4780821A (en) * | 1986-07-29 | 1988-10-25 | International Business Machines Corp. | Method for multiple programs management within a network having a server computer and a plurality of remote computers |
| JP2533266B2 (ja) * | 1991-06-14 | 1996-09-11 | インターナショナル・ビジネス・マシーンズ・コーポレイション | 共用デ―タシステムにおけるデ―タ資源のロッキング方法及びシステム間のデ―タロック管理方法 |
| JPH0619771A (ja) * | 1992-04-20 | 1994-01-28 | Internatl Business Mach Corp <Ibm> | 異種のクライアントによる共用ファイルのファイル管理機構 |
| US5485607A (en) * | 1993-02-05 | 1996-01-16 | Digital Equipment Corporation | Concurrency-control method and apparatus in a database management system utilizing key-valued locking |
| JPH0784851A (ja) * | 1993-09-13 | 1995-03-31 | Toshiba Corp | 共有データ管理方法 |
| US5628005A (en) * | 1995-06-07 | 1997-05-06 | Microsoft Corporation | System and method for providing opportunistic file access in a network environment |
-
1995
- 1995-06-23 JP JP15745295A patent/JP3778593B2/ja not_active Expired - Fee Related
-
1996
- 1996-06-20 US US08/666,932 patent/US5894555A/en not_active Expired - Fee Related
- 1996-06-21 CN CN96110960.2A patent/CN1111800C/zh not_active Expired - Fee Related
- 1996-06-21 GB GB9613090A patent/GB2302606B/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP3778593B2 (ja) | 2006-05-24 |
| US5894555A (en) | 1999-04-13 |
| CN1111800C (zh) | 2003-06-18 |
| GB2302606A (en) | 1997-01-22 |
| GB9613090D0 (en) | 1996-08-28 |
| CN1152750A (zh) | 1997-06-25 |
| GB2302606B (en) | 2000-01-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH096661A (ja) | システム資源管理装置および管理方法 | |
| JP3954774B2 (ja) | 論理的に区画化されたコンピュータにおける同時使用ライセンスの管理 | |
| EP0661652B1 (en) | Distributed file system | |
| US6742035B1 (en) | Directory-based volume location service for a distributed file system | |
| US5133053A (en) | Interprocess communication queue location transparency | |
| US6205466B1 (en) | Infrastructure for an open digital services marketplace | |
| US6272491B1 (en) | Method and system for mastering locks in a multiple server database system | |
| US7937377B2 (en) | Dynamic cluster database architecture | |
| US4891785A (en) | Method for transferring data files between computers in a network response to generalized application program instructions | |
| US8250183B1 (en) | System and method for pre-installing of virtual server files | |
| JPH05250298A (ja) | 分散資源部分のアクセス方法及びネットワーク | |
| JPH06110808A (ja) | クライアントインターフェースをアプリケーションのオブジェクト指向呼出しに対処するための方法及び装置 | |
| JPH0743686B2 (ja) | 分散不均一環境におけるアプリケーションの動的呼出しの方法及び装置 | |
| JPH08263355A (ja) | 分散ファイル・システム用マルチレベル・トークン管理のためのシステムおよび方法 | |
| US20050066134A1 (en) | Method of implementation of data storage quota | |
| US7069276B2 (en) | Computer system | |
| EP0687973B1 (en) | System and method of remotely executing computer processes | |
| US7219345B2 (en) | System and method for terminating processes in a distributed computing system | |
| JP2002505553A (ja) | 多様性トークン・ベース・コントロール | |
| US7171417B2 (en) | Method and apparatus for improving performance and scalability of an object manager | |
| MXPA04007788A (es) | Sistema y metodo para administrar distribucion de recursos entre nodos de computadora de una red. | |
| US20070180452A1 (en) | Load distributing system and method | |
| EP1454266A2 (en) | Preparing associated files for storage in a server | |
| JP2002505477A (ja) | スタックベースのセキュリティ要求 | |
| JPH09231180A (ja) | サーバ分割方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20060131 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060228 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100310 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100310 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110310 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110310 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120310 Year of fee payment: 6 |
|
| LAPS | Cancellation because of no payment of annual fees |