JPH11338754A - 共有ファイル管理システム - Google Patents

Abstract

(57)【要約】 【課題】 クライアントサーバシステムにおいて、共有
ファイルのデッドロック状態を確実に回避し、システム
の信頼性を向上させること。 【解決手段】 障害処理手段５によって、共有ファイル
をロックした状態のまま障害が起こっているクライアン
トを検知し、サーバ１がクライアントの障害処理手段５
４、６４と通信することにより、ロックされている供給
ファイルの強制的なロック解除を行い、デッドロックを
回避する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明はクライアントサー
バシステムにおいて、共有ファイルのデッドロックを回
避する共有ファイル管理システムに関する。

【０００２】

【従来の技術】中央処理装置（サーバ）と、その中央処
理装置の管理下に置かれ、コンピュータネットワーク上
の共有資源（ファイル、プリンタ等）を利用する分散処
理装置（クライアント）とから構成されるクライアント
サーバシステムにおいて、例えば特開平５―２６５９８
５号公報に開示されるような共有ファイル管理方法が用
いられている。

【０００３】図１０は、上記特開平５―２６５９８５号
公報に開示される共有ファイル管理方法を適用したクラ
イアントサーバシステムを説明する図である。図１０に
おいて、上記クライアントサーバシステムは、中央処理
装置７００と、通信回線８００によって中央処理装置７
００に接続された分散処理装置８０１および８０２と、
さらに、中央処理装置７００に接続され、分散処理装置
８０１および８０２によって利用可能な共有ディスク装
置７０１を基本構成としている。

【０００４】中央処理装置７００はさらに、ブロック排
他制御手段７０２、ロック解除手段７０３、障害検知手
段７０４、更新管理手段７０５、タイムカウンタ手段７
０６、ファイルロック管理情報テーブル７０７、更新デ
ータ管理ファイル７０８から構成される。中央処理装置
７００は、共有ディスク装置７０１に格納された共有フ
ァイルを管理し、分散処理装置８０１および８０２の要
求に応じて適当な処理を行う。

【０００５】また、中央処理装置７００内部のブロック
排他制御手段７０２は、分散処理装置８０１および８０
２からファイル更新要求を受信した際に、更新の対象と
なるファイルが参照および更新不可状態すなわちロック
された状態であるかを、共有ファイルのロック状況を管
理するファイルロック管理情報テーブル７０７を参照す
ることによって調べる。ブロック排他制御手段７０２
は、その更新対象ファイルがロックされていない場合
は、ファイルロック管理情報テーブル７０７中の更新対
象ファイルに対応する処理フラグをオン状態にし、分散
処理装置８０１および８０２から更新処理の終了通知を
受信するまで更新対象ファイルをロック状態にする。

【０００６】また、ロック解除手段７０３は、分散処理
装置８０１または８０２が例えば中央処理装置７００と
の接続が確保されていないといった異常な状態を示す場
合に、上記処理フラグをオフ状態に更新することによ
り、異常を示す分散処理装置によってロックされた更新
対象ファイルを使用可能な状態にする。タイムカウンタ
手段７０６は、更新対象ファイルのロックされた時間
（タイムカウント）を計測する。障害検知手段７０４
は、タイムカウンタ手段７０６によって計測されたタイ
ムカウントを監視し、タイムカウントが所定の時間経過
したことを示す場合に、更新対象ファイルに対してロッ
ク処理を施した分散処理装置が異常な状態でないかを調
べる。更新管理手段７０５は、分散処理装置８０１また
は８０２から送信される送信データをチェックし、送信
データが更新対象ファイルに対する更新データである場
合は、その送信データを更新データ管理ファイル７０８
に格納し、送信データが終了通知を示す場合は、ブロッ
ク排他制御手段７０２に対して、更新対象ファイルのロ
ック状態を解除するようにロック解除要求を行う。

【０００７】図１１は、図１０に示された従来の共有フ
ァイル管理方法を説明するフローチャートである。図１
１のフローチャートは特に、図１０の中央処理装置７０
０において実行される処理を示している。まず、ステッ
プＳ９０１において、例えば分散処理装置８０１から共
有ファイルの更新要求を受信する。共有ファイルの更新
要求を受信すると、ブロック排他制御手段７０２が、更
新の対象となる共有ファイル（以下、更新対象ファイ
ル）がロック状態であるかをファイルロック管理情報テ
ーブル７０７を参照することにより調べる（ステップＳ
９０２）。ステップＳ９０２において更新対象ファイル
がロック状態である場合は、このフローチャートにおけ
る処理を終了する。この場合、共有ファイルの更新要求
をした分散処理装置８０１は、中央処理装置７００か
ら、更新対象ファイルのロック状態が解除されるまで待
機するか、または更新対象ファイルがロック状態である
回答通知を受信する。

【０００８】ステップＳ９０２において更新対象ファイ
ルがロック状態でない場合は、ブロック排他制御手段７
０２によって、ファイルロック管理情報テーブル７０７
中の更新対象ファイルに対応する処理フラグをオン状態
に更新する（ステップＳ９０３）。

【０００９】続いて、障害検知手段７０４が、更新対象
ファイルに対するタイムカウントを初期化（タイムカウ
ンタセット）し、タイムカウンタ手段７０６によって、
更新対象ファイルのロック状態の保持時間がカウントさ
れる（ステップＳ９０４）。つぎに、更新管理手段７０
５が、分散処理装置８０１から更新対象ファイルに対す
る更新データが送信されたかを調べる（ステップＳ９０
５）。ステップＳ９０５において更新データが送信され
ていない場合は、ステップＳ９０７に処理が移る。ステ
ップＳ９０５において更新データが送信された場合は、
送信された更新データを更新データ管理ファイル７０８
に格納し（ステップＳ９０６）、ステップＳ９０７に処
理が移る。

【００１０】ステップＳ９０７においては、更新管理手
段７０５が、分散処理装置８０１から更新対象ファイル
に対する更新処理を終了したことを示す終了通知が送信
されたかを調べる。ステップＳ９０７において終了通知
が送信された場合は、ステップＳ９１０に処理が移る。
ステップＳ９０７において終了通知が送信されていない
場合は、障害検知手段７０４が、タイムカウンタ手段７
０６からタイムカウンタを参照して、更新対象ファイル
のロック状態が所定の時間以上保持されたままでない
か、すなわち所定時間経過したかを調べる（ステップＳ
９０８）。

【００１１】ステップＳ９０８において所定時間経過し
ていない場合は、ステップＳ９０５に処理が戻る。ステ
ップＳ９０８において所定時間経過した場合は、障害検
知手段７０４が、分散処理装置８０１が異常を示してい
るかを調べる（ステップＳ９０９）。ステップＳ９０９
において異常を示さない場合は、ステップＳ９０４に処
理が戻り、再びタイムカウンタセットが行われて、タイ
ムカウンタ手段７０６によりタイムカウントが開始され
る。ステップＳ９０９において異常を示す場合は、ロッ
ク解除手段７０３が、ファイルロック管理情報テーブル
７０７中の更新対象ファイルに対応する処理フラグを強
制的にオフ状態に更新し、ロックされていた更新対象フ
ァイルを使用可能にして（ステップＳ９１０）、このフ
ローチャートにおける処理を終了する。

【００１２】以上に説明したように、従来の共有ファイ
ル管理方法によれば、中央処理装置によって、更新要求
の対象となる共有ファイルのロック状態が参照でき、ロ
ックされた共有ファイルのロック状態の保持時間を監視
することにより、更新要求を発した分散処理装置が異常
であるかを調べて、ロック状態を強制的にオフにするこ
とを可能にしている。

【００１３】

【発明が解決しようとする課題】上述した従来の共有フ
ァイル管理方法においては、分散処理装置（クライアン
ト）の異常を検知する手段として、ロック状態の保持時
間すなわちタイムアウトの監視のみを中央処理装置（サ
ーバ）において行っていた。

【００１４】しかしながら、この場合のサーバにおける
クライアントに対する異常検知は、クライアントが通信
回線上に正常に接続されているか否かを検知できるのみ
であり、例えばクライアントが通信回線上に正常に接続
されていたとしても、クライアント内部のモジュールに
おいて異常が発生している場合は、それを異常であると
検知することができない。

【００１５】また、クライアントがサーバから共有ファ
イルのロック状態を示す回答を受信する方法において共
有ファイルの更新要求を行った場合、更新要求された共
有ファイルがロックしていると、その共有ファイルを使
用したいクライアントは、その共有ファイルが使用可能
になるまで更新要求を定期的にサーバに送信する必要が
あり、通信回線上のトラフィック量が増大し、ロックさ
れていない共有ファイルに対する処理時間までもが増大
してしまう。

【００１６】さらに、クライアントが、共有ファイルの
ロック状態が解除されるまで待機する方法において共有
ファイルの更新要求を行った場合、クライアント内部の
モジュールの異常が原因で、その共有ファイルのロック
状態が解除できなくなっている状態においては、サーバ
によって異常であると検知できないために、正常である
と認識されてしまい、その共有ファイルのロック状態が
解除されないという問題すなわちデッドロック状態が生
じる可能性があった。

【００１７】この発明は、上記に鑑みてなされたもので
あって、共有ファイルのデッドロック状態を確実に回避
する共有ファイル管理システムを得ることを目的とす
る。

【００１８】

【課題を解決するための手段】上述した課題を解決し、
目的を達成するために、この発明に係る共有ファイル管
理システムは、通信回線で接続された少なくとも１つの
サーバと少なくとも１つのクライアントと前記サーバお
よびクライアントから共有して使用可能な共有ファイル
が格納された共有ディスク装置とから構成されるクライ
アントサーバシステムの共有ファイルを管理するための
共有ファイル管理システムにおいて、前記サーバは、前
記共有ファイルを使用するクライアントからの要求に応
じて前記共有ファイルのロック時間を計測し、前記ロッ
ク時間に応じて前記共有ファイルをロックしているクラ
イアントに対する状態確認を行い、前記状態確認の結果
に応じて前記共有ファイルのロックを解除することを特
徴とする。

【００１９】この発明によれば、クライアントが共有フ
ァイルを使用しようとする際に、サーバが、その共有フ
ァイルのロック時間を調べることによってロック状態を
取得し、その共有ファイルをロックしているクライアン
トに対する状態確認を行ってから共有ファイルのロック
を解除するので、クライアント間において共有ファイル
を効率良く使用でき、共有ファイルのデッドロックから
も確実に回避できる。

【００２０】つぎの発明に係る共有ファイル管理システ
ムは、通信回線で接続された少なくとも１つのサーバと
少なくとも１つのクライアントと前記サーバおよびクラ
イアントから共有して使用可能な共有ファイルが格納さ
れた共有ディスク装置とから構成されるクライアントサ
ーバシステムの共有ファイルを管理するための共有ファ
イル管理システムにおいて、前記サーバは、前記共有フ
ァイルのロック状態を管理するファイルロック管理情報
テーブルと、前記共有ファイルをロックしている第１の
クライアントに対して、前記共有ファイルのロックの解
除を要求する解除通知を行う解除通知手段と、前記解除
通知が行われてから経過した回答待ち時間および前記共
有ファイルがロックされてから経過したロック時間を計
測するタイムカウンタ手段と、前記第１のクライアント
から前記解除通知に対する回答を受信するサーバ回答受
信手段と、ロックされている前記共有ファイルを使用す
る第２のクライアントに対して、共有ファイル使用可能
または待機の回答を行うサーバ回答送信手段と、前記フ
ァイルロック管理情報テーブルを更新して前記共有ファ
イルのロックを強制的に解除するロック解除手段と、前
記タイムカウンタ手段において計測されたロック時間に
応じて前記解除通知手段に解除通知の送信を要求し、前
記タイムカウンタ手段において計測された回答待ち時間
または前記サーバ回答受信手段によって受信された回答
に応じて前記ロック解除手段へのロック解除または前記
サーバ回答送信手段への前記共有ファイル使用可能また
は待機を示す回答の送信を要求するサーバ障害処理手段
と、前記第１のクライアントから前記共有ファイルの使
用の終了を示す終了通知を受信した場合に、前記ファイ
ルロック管理情報テーブルを更新して前記共有ファイル
のロックを解除するブロック排他制御手段と、を備え、
前記クライアントは、複数の処理モジュールと、前記サ
ーバから前記解除通知を受信する解除通知受信手段と、
前記サーバに対して前記クライアントの状態を回答する
クライアント回答送信手段と、前記サーバから前記共有
ファイル使用可能または待機の回答を受信するクライア
ント回答受信手段と、前記解除通知受信手段によって受
信された解除通知に応じて前記クライアント回答送信手
段に前記クライアントの状態を示す回答の送信を要求
し、前記クライアント回答受信手段によって受信された
回答に応じて前記処理モジュールに前記共有ファイル使
用可能または待機の指示を行うクライアント障害処理手
段と、を備えることを特徴としている。

【００２１】この発明によれば、第１のクライアントの
処理モジュールが共有ファイルをロックした際に、サー
バのサーバ障害処理手段がタイムカウンタ手段に指示す
ることによりロック時間の計測を開始し、そのロック時
間が所定時間経過した場合に、サーバ障害処理手段が解
除通知手段に指示することにより第１のクライアントに
解除通知を送信する。その際、サーバ障害処理手段はタ
イムカウンタ手段に指示することにより回答待ち時間の
計測を開始する。第１のクライアントのクライアント障
害処理手段は、前記解除通知を解除通知手段を介して取
得した際に、前記処理モジュールと応答して処理状態を
調べ、クライアント回答送信手段に指示することにより
サーバに第１のクライアントの状態を示す回答を送信す
る。サーバのサーバ障害処理手段は、前記第１のクライ
アントの状態を示す回答をサーバ回答受信手段を介して
取得した際に、その回答の示す内容に応じてロック解除
手段に指示することにより前記共有ファイルのロックを
強制的に解除する。サーバ障害処理手段は、前記回答待
ち時間が所定時間経過した場合にも、ロック解除手段に
指示することにより前記共有ファイルのロックを強制的
に解除する。第２のクライアントの処理モジュールが第
１のクライアントによってロック状態にある共有ファイ
ルをロックしようとする際には、第１のクライアントに
対して上記した処理が行われつつ、サーバのサーバ障害
処理手段が前記サーバ回答受信手段を介して取得した第
１のクライアントからの回答に応じてサーバ回答送信手
段に指示することにより第２のクライアントに指示を示
す回答を送信する。サーバ障害処理手段は、第１のクラ
イアントにおいて前記回答待ち時間が所定時間経過し、
ロック解除手段により前記共有ファイルのロックが強制
的に解除された場合にも、サーバ回答送信手段に指示す
ることにより第２のクライアントに共有ファイル使用可
能または待機を示す回答を送信する。第２のクライアン
トのクライアント障害処理手段は、その回答をクライア
ント回答受信手段を介して取得した際に、その回答の示
す指示に従って前記第２のクライアントの処理モジュー
ルに共有ファイル使用可能または待機の指示を与える。
よって、他のクライアントによってロックされている共
有ファイルの強制的なロック解除が確実に行われ、クラ
イアントサーバシステムの信頼性および安定性を向上さ
せることができる。

【００２２】つぎの発明に係る共有ファイル管理システ
ムは、前記サーバ障害処理手段が、前記第２のクライア
ントから前記第１のクライアントによってロックされて
いる共有ファイルを使用する要求を受信しまたは前記第
１のクライアントによってロックされている共有ファイ
ルの前記ロック時間が所定時間を超え、前記第１のクラ
イアントに対して前記ロックされている共有ファイルの
解除通知が送信されていない場合に、前記解除通知手段
に前記解除通知の送信を要求することを特徴としてい
る。

【００２３】この発明によれば、クライアントに対し
て、他のクライアントからの共有ファイル使用要求が発
せられた場合とロック時間が所定時間を超えた場合とを
共有ファイルのロック解除の条件としているので、クラ
イアントサーバシステムの信頼性および安定性をより高
く向上させることができる。

【００２４】つぎの発明に係る共有ファイル管理システ
ムは、前記サーバ障害処理手段が、前記第１のクライア
ントによってロックされている共有ファイルの前記ロッ
ク時間が所定時間を超えた場合において、前記サーバ回
答受信手段によって受信された回答が前記第１のクライ
アントの正常動作を示す場合には、前記タイムカウンタ
手段に前記ロック時間の初期化を要求し、前記サーバ回
答受信手段によって受信された回答が前記第１のクライ
アントの異常動作を示す場合には、前記ロック解除手段
にロック解除を要求し、前記タイムカウンタ手段に前記
ロック時間の初期化を要求することを特徴としている。

【００２５】この発明によれば、ロックされている共有
ファイルのロック時間が所定時間を超えた場合に、その
共有ファイルをロックしているクライアントからの回答
が正常動作を示す場合には、ロック時間を初期化し、そ
の共有ファイルをロックしているクライアントからの回
答が異常動作を示す場合には、そのロックされている共
有ファイルのロックを解除して、ロック時間を初期化す
るので、クライアントサーバシステムの信頼性および安
定性をより高く向上させることができる。

【００２６】つぎの発明に係る共有ファイル管理システ
ムは、前記サーバ障害処理手段が、前記第２のクライア
ントから前記第１のクライアントによってロックされて
いる共有ファイルを使用する要求を受信した場合におい
て、前記サーバ回答受信手段によって受信された回答が
前記第１のクライアントの正常動作を示す場合には、前
記サーバ回答送信手段に前記第２のクライアントに対し
て待機を示す回答の送信を要求し、前記サーバ回答受信
手段によって受信された回答が前記第１のクライアント
の異常動作を示す場合には、前記ロック解除手段にロッ
ク解除を要求し、前記サーバ回答送信手段に前記第２の
クライアントに対して前記共有ファイル使用可能を示す
回答の送信を要求することを特徴としている。

【００２７】この発明によれば、サーバが、ロックされ
ている共有ファイルを使用する要求をその共有ファイル
をロックしているクライアント以外のクライアントから
受信した場合に、その共有ファイルをロックしているク
ライアントからの回答が正常動作を示す場合には、その
ロックされている共有ファイルを使用しようとするクラ
イアントに待機を指示し、共有ファイルをロックしてい
るクライアントからの回答が異常動作を示す場合には、
そのロックされている共有ファイルのロックを解除し
て、そのロックされている共有ファイルを使用しようと
するクライアントに共有ファイル使用可能を指示するの
で、クライアントサーバシステムの信頼性および安定性
をより高く向上させることができる。

【００２８】つぎの発明に係る共有ファイル管理システ
ムは、前記サーバ障害処理手段が、前記第１のクライア
ントによってロックされている共有ファイルの前記ロッ
ク時間が所定時間を超えた場合において、前記第１のク
ライアントに対して前記回答待ち時間が所定時間を超え
た場合には、前記ロック解除手段にロック解除を要求
し、前記タイムカウンタ手段に前記ロック時間の初期化
を要求することを特徴としている。

【００２９】この発明によれば、ロックされている共有
ファイルのロック時間が所定時間を超えた場合に、回答
待ち時間が所定時間を超えた場合には、そのロックされ
ている共有ファイルのロックを解除して、ロック時間を
初期化するので、クライアントサーバシステムの信頼性
および安定性をより高く向上させることができる。

【００３０】つぎの発明に係る共有ファイル管理システ
ムは、前記サーバ障害処理手段が、前記第２のクライア
ントから前記第１のクライアントによってロックされて
いる共有ファイルを使用する要求を受信した場合におい
て、前記回答待ち時間が所定時間を超えた場合には、前
記ロック解除手段にロック解除を要求し、前記サーバ回
答送信手段に前記第２のクライアントに対して前記共有
ファイル使用可能を示す回答の送信を要求することを特
徴としている。

【００３１】この発明によれば、サーバが、ロックされ
ている共有ファイルを使用する要求をその共有ファイル
をロックしているクライアント以外のクライアントから
受信した場合に、回答待ち時間が所定時間を超えた場合
には、そのロックされている共有ファイルのロックを解
除して、そのロックされている共有ファイルを使用しよ
うとするクライアントに共有ファイル使用可能を指示す
るので、クライアントサーバシステムの信頼性および安
定性をより高く向上させることができる。

【００３２】つぎの発明に係る共有ファイル管理システ
ムは、前記クライアント障害処理手段が、自己のクライ
アントにおいて前記処理モジュールからの共有ファイル
のロックまたはロック解除要求に応じて前記共有ファイ
ルのロック状態を管理し、前記解除通知受信手段によっ
て解除通知が受信された場合において、前記共有ファイ
ルをロックしている処理モジュールが正常な処理を示す
場合は、前記クライアント回答送信手段に自己のクライ
アントの正常状態を示す回答の送信を要求し、前記共有
ファイルをロックしている処理モジュールが前記共有フ
ァイルをロックしたまま他の処理に移っている場合は、
前記クライアント回答送信手段に自己のクライアントの
異常状態を示す回答の送信を要求することを特徴として
いる。

【００３３】この発明によれば、クライアントが、自己
のクライアントの内部において処理モジュールから要求
される共有ファイルのロックまたはロック解除に応じて
共有ファイルのロック状態を管理し、サーバからの解除
通知を受信した場合に、共有ファイルをロックしている
処理モジュールを調べ、サーバに対してその処理モジュ
ールの正常状態または異常状態を示す回答を行うので、
クライアントサーバシステムの信頼性および安定性をよ
り高く向上させることができる。

【００３４】

【発明の実施の形態】以下に、本発明に係る共有ファイ
ル管理システムの実施の形態を図面に基づいて詳細に説
明する。なお、この実施の形態により本発明が限定され
るものではない。

【００３５】図１は、本発明に係る共有ファイル管理シ
ステムを説明する図である。図１において、共有ファイ
ル管理システムは、クライアントサーバシステムに適用
され、サーバ１と、通信回線１００によってサーバ１に
接続されたクライアント５０および６０と、さらに、サ
ーバ１に接続されクライアント５０および６０から利用
可能な共有ディスク装置２を基本構成としている。ここ
で、共有ファイル管理システムが適用されるクライアン
トサーバシステムに使用される通信プロトコルとして、
例えばＴＣＰ／ＩＰプロトコルを採用した場合を考え
る。

【００３６】サーバ１はさらに、ブロック排他制御手段
３、ロック解除手段４、障害処理手段５、更新管理手段
６、タイムカウンタ手段７、ファイルロック管理情報テ
ーブル８、更新データ管理ファイル９、解除通知手段１
０、回答受信手段１１、回答送信手段１２から構成され
る。サーバ１は、共有ディスク装置２に格納された共有
ファイルを、クライアント５０または６０の要求に応じ
て管理する。

【００３７】また、サーバ１内部のブロック排他制御手
段３は、クライアント５０または６０からファイル更新
要求を受信した際に、更新の対象となるファイル（以
下、更新対象ファイル）が更新不可状態すなわちロック
された状態であるかを、共有ファイルのロック状況を管
理するファイルロック管理情報テーブル８を参照するこ
とによって調べる。さらにブロック排他制御手段３は、
更新対象ファイルがロックされていない場合に、クライ
アント５０または６０から更新処理の終了通知を受信す
るまで、ファイルロック管理情報テーブル８中の更新対
象ファイルに対応する処理フラグをオン状態すなわち更
新対象ファイルのロック状態にする。

【００３８】また、ロック解除手段４は、障害処理手段
５からロック解除要求を受信した場合に、上記処理フラ
グをオフ状態にし、更新対象ファイルのロック状態を強
制的に解除する。タイムカウンタ手段７は、解除通知手
段１０が更新対象ファイルをロックしているクライアン
ト５０または６０に対してロック解除通知を発してから
経過した時間すなわちクライアント５０または６０から
の回答待ちの時間（回答待ちタイムカウント）と、更新
対象ファイルのロックされた時間（ロックタイムカウン
ト）とを計測する。

【００３９】障害処理手段５は、回答受信手段１１によ
って受信されたクライアント５０または６０からの回答
に応じて、ロックの強制解除か、解除要求したクライア
ント５０または６０への待機命令かを判断する。更新管
理手段６は、クライアント５０または６０から送信され
る送信データをチェックし、送信データが更新対象ファ
イルに対する更新データである場合は、その送信データ
を更新データ管理ファイル９に格納し、送信データが終
了通知を示す場合はブロック排他制御手段３に対して、
更新対象ファイルのロック状態を解除するロック解除要
求を行う。

【００４０】解除通知手段１０は、更新対象ファイルを
ロックしているクライアント５０または６０に対してロ
ックを解除するように解除通知を行う。また、回答受信
手段１１は、更新対象ファイルをロックしているクライ
アント５０または６０からの回答を受信する。さらに、
回答送信手段１２は、ロックされている更新対象ファイ
ルを使用しようとするクライアント５０または６０に回
答を送信する。

【００４１】一方、クライアント５０は、回答受信手段
５１、解除通知受信手段５２、回答送信手段５３、障害
処理手段５４および複数のモジュール（但し、モジュー
ル５５および５６のみが図示されている）から構成され
る。クライアント６０もまた、クライアント５０と同一
の構成であり、解除通知受信手段６２、回答送信手段６
３、障害処理手段６４および複数のモジュール（但し、
モジュール６５および６６のみが図示されている）から
構成される。

【００４２】解除通知受信手段５２（または６２）は、
サーバ１の解除通知手段１０によって送信されたロック
解除通知を受信する。また、障害処理手段５４（または
６４）は、解除通知受信手段５２（または６２）によっ
て受信されたサーバ１からのロック解除通知に応じて、
ロックの強制解除か、解除要求したクライアントへの待
機命令かを判断する。

【００４３】（サーバ１の処理）つぎに、本発明の共有
ファイル管理システムの動作を図２のフローチャートを
参照しつつ説明する。図２のフローチャートは特に、図
１のサーバ１において実行される処理を示している。こ
こでは、クライアント５０内部のモジュール５５が、共
有ディスク装置に格納された共有ファイルの１つに対し
て更新要求を発し、その共有ファイルがクライアント６
０内部のモジュール６５によってロックされている場合
を考える。

【００４４】まず、ステップＳ２０１において、サーバ
１は、クライアント５０から上記共有ファイルに対して
発せられた更新要求を受信する。共有ファイルの更新要
求を受信すると、ブロック排他制御手段３が、その更新
対象ファイルがロック状態であるかをファイルロック管
理情報テーブル８を参照することにより調べる（ステッ
プＳ２０２）。

【００４５】ここで、ファイルロック管理情報テーブル
８は、例えば図３に示すようなファイル名−ファイル番
号対応テーブルと、ファイルロックステータスデータと
を含んでいる。ファイル名−ファイル番号対応テーブル
は、クライアントのモジュールにおいて指定されるファ
イル名にファイル番号を対応付けた表である。また、フ
ァイルロックステータスデータは、ファイル番号、ステ
ータス、クライアントのＩＰアドレスおよびクライアン
トのログイン名からなるブロックを共有ファイル数分有
したデータ列である。なお、このステータス値が、前述
した処理フラグに相当する。

【００４６】ステップＳ２０２において、更新対象ファ
イルのロック状態の有無は、図４に示されるような手順
によって実現される。例えば、クライアント５０からサ
ーバ１に向けて、ファイル名“ファイルＢ”の共有ファ
イルに対する更新要求が発せられた場合、サーバ１内部
のブロック排他制御手段３は、クライアント５０から更
新対象ファイル名と共に発せられるクライアント５０の
ログイン名“ＣＬ１０”を元に、サーバ１が元来有する
ログインスクリプトからＩＰアドレス“１３３．１０．
６０．３０”を取得する。ブロック排他制御手段３は、
更新対象ファイル名“ファイルＢ”を元にして、ファイ
ルロック管理情報テーブル８から更新対象ファイルのロ
ック状態を取得する。

【００４７】この場合、図３のファイルロック管理情報
テーブル８のファイル名−ファイル番号対応テーブルに
おいてファイル名“ファイルＢ”は、ファイル番号２に
対応し、ファイルロックステータスデータにおいてファ
イル番号２に対応するブロックからステータス値を取得
する。ここで、ステータス値は、“０”が非ロック状態
に、“１”がロック状態に対応する。

【００４８】ステップＳ２０２において更新対象ファイ
ルがロック状態である場合すなわちファイルロック管理
情報テーブル８からステータス＝“１”を取得した場合
は、ステップＳ２０９に処理が移り、後述するロック解
除処理が行われる。ステップＳ２０２において更新対象
ファイルがロック状態でない場合すなわちファイルロッ
ク管理情報テーブル８からステータス＝“０”を取得し
た場合、ブロック排他制御手段３は、そのステータス値
を“１”に更新し、前述したクライアント５０のログイ
ン名およびＩＰアドレスをファイルロックステータスデ
ータのそれぞれ対応する位置に書き込む。すなわち、ブ
ロック排他制御手段３によって、ファイルロック管理情
報テーブル８中の更新対象ファイルに対応する処理フラ
グをオン状態に変更する（ステップＳ２０３）。さらに
ここで、ファイルロック管理情報テーブル８に書き込ま
れるクライアント５０のログイン名およびＩＰアドレス
は、障害処理手段５に送信され、後述する解除処理ステ
ータスデータに書き込まれる。

【００４９】続いて、障害処理手段５が、タイムカウン
タ手段７に、更新対象ファイルに対してロックタイムカ
ウントを初期化（タイムカウンタセット）し、更新対象
ファイルのロック状態保持時間の計測を開始するように
要求する（ステップＳ２０４）。つぎに、更新管理手段
６が、クライアント５０から更新対象ファイルに対する
更新データが送信されたかを調べる（ステップＳ２０
５）。ステップＳ２０５において更新データが送信され
ていない場合は、ステップＳ２０７に処理が移る。ステ
ップＳ２０５において更新データが送信された場合は、
送信された更新データを更新データ管理ファイル９に格
納し（ステップＳ２０６）、ステップＳ２０７に処理が
移る。

【００５０】ステップＳ２０７においては、更新管理手
段６が、クライアント５０から更新対象ファイルに対す
る更新処理を終了したことを示す終了通知が送信されて
きたかを調べる。ステップＳ２０７において終了通知が
送信された場合は、ブロック排他制御手段３が、ファイ
ルロック管理情報テーブル８において更新対象ファイル
に対応するステータス値を“０”に更新して、すなわち
ファイルロック管理情報テーブル８中の更新対象ファイ
ルに対応する処理フラグをオフ状態に変更して（ステッ
プＳ２１０）、このフローチャートにおける処理を終了
する。

【００５１】ステップＳ２０７において終了通知が送信
されていない場合は、障害処理手段５が、タイムカウン
タ手段７におけるロックタイムカウント値を参照して、
更新対象ファイルのロック状態が所定の時間以上継続し
ていないか、すなわち所定時間経過していないかを調べ
る（ステップＳ２０８）。

【００５２】ステップＳ２０８において所定時間経過し
ていない場合は、ステップＳ２０５に処理が戻る。ステ
ップＳ２０８において所定時間経過した場合は、後述す
るロック解除処理（ステップＳ２０９）が行われ、この
フローチャートにおける処理を終了する。

【００５３】（ロック解除処理）つぎに、ロック解除処
理について、図５のフローチャートを参照しつつ説明す
る。ロック解除処理は、図２のステップＳ２０２におい
て更新対象ファイルがすでにロック状態である場合すな
わちファイルロック管理情報テーブル８からステータス
＝“１”を取得した場合、または、ステップＳ２０８に
おいて更新対象ファイルのロック状態が所定時間経過し
た場合（タイムアウト）に、実行される処理である。ま
た、ロック解除処理は、ファイルロックステータスデー
タ中の更新対象ファイルのファイル番号に対応するブロ
ックからクライアントのログイン名およびＩＰアドレス
を取得し、更新対象ファイルをロックしているクライア
ント（この場合、クライアント６０）を特定する。ロッ
ク解除処理は、サーバ１が、そのクライアントに対し
て、更新対象ファイルのロックを解除する要求を示す解
除通知を送信する処理である。

【００５４】まず、障害処理手段５が、タイムカウンタ
手段７において回答待ちタイムカウントの計測がすでに
開始しているか、すなわち回答待ちタイムカウントセッ
ト済かを調べる（ステップＳ３０１）。ステップＳ３０
１において、回答待ちタイムカウントがセットされてい
ない場合は、更新対象ファイルのロック時間が所定時間
を超えている場合を示しており、障害処理手段５が解除
処理ステータスデータ中の更新対象ファイルに対応する
ステータス値を更新する（ステップＳ３０２）。

【００５５】ここで、解除処理ステータスデータは、更
新対象ファイルをロックしているクライアント６０に送
信されるロック解除通知が、更新対象ファイルのロック
状態の保持時間が所定時間経過した場合すなわちタイム
アウトの場合と、すでにロックされているその更新対象
ファイルに対して他のクライアント（この場合、クライ
アント５０）からさらに更新要求が発せられた場合のど
ちらによって送信されたものであるかを示し、図６に示
すように、ファイル番号、ステータス、クライアントの
ＩＰアドレスおよびクライアントのログイン名からなる
ブロックを共有ファイル数分有したデータ列である。こ
こで、ステータス値は、“０”がロック解除要求なし
に、“１”がタイムアウトによるロック解除要求に、
“２”が他のクライアントからの更新要求によるロック
解除要求に対応する。よって、ステップＳ３０２におい
ては、タイムアウトよるロック解除要求に対してステー
タス値に“１”が書き込まれ、更新対象ファイルがすで
にロック状態である場合すなわち他のクライアントから
更新要求が発せられたことによるロック解除要求に対し
てステータス値に“２”が書き込まれる。

【００５６】また、障害処理手段５は、前述した図２の
ステップＳ２０３において説明したように、ブロック排
他制御手順３が更新対象ファイルのロック状態を検知し
た際に、ファイル更新要求をしたクライアント５０のＩ
Ｐアドレスおよびログイン名を、解除処理ステータスデ
ータのそれぞれ対応する位置に書き込んでいる。

【００５７】ステップＳ３０２の処理後は、解除通知手
段１０がクライアント６０に対して更新対象ファイルの
ロックを解除するように解除通知を行う（ステップＳ３
０３）。また、障害処理手段５は、クライアント６０に
対して回答待ちタイムカウントを初期化（回答待ちタイ
ムカウンタセット）し、タイムカウンタ手段７によっ
て、クライアント６０に解除通知を送信してから経過し
た時間の計測が開始される（ステップＳ３０４）。

【００５８】ステップＳ３０４の処理後は、後述するク
ライアント６０の処理が行われる（ステップＳ３０
５）。クライアント６０の処理は、クライアント６０が
ステップＳ３０３においてサーバ１より送信された解除
通知を受信し、適当な処理後、サーバ１に向けて回答を
送信する処理である。クライアント６０の処理後は、ス
テップＳ３０８に処理が移る。

【００５９】ステップＳ３０１において、回答待ちタイ
ムカウントがすでにセットされている場合は、クライア
ント６０が、他のクライアント（この場合、クライアン
ト５０）からの更新要求によるロック解除要求が行われ
たことを示す。これは、サーバ１が、クライアント６０
に対してすでに解除通知の送信を完了していることを意
味する。よって、解除処理ステータスデータにおいて、
更新対象ファイルに対応するファイル番号から解除処理
のステータス値を取得し、ステータス値が“１”を示す
かを調べる（ステップＳ３０６）。ステップＳ３０６に
おいて、ステータス値が“１”を示さない場合すなわち
ステータス値が“２”である場合は、ステップＳ３０８
に処理が移る。ステップＳ３０６において、ステータス
値が“１”を示す場合は、ステータス値を“２”に更新
し（ステップＳ３０７）、ステップＳ３０８に処理が移
る。

【００６０】ステップＳ３０８においては、障害処理手
段５が回答受信手段１１を介してクライアント６０から
の回答を受信したかを調べる。ステップＳ３０８におい
て、回答を受信しない場合は、障害処理手段５が、タイ
ムカウンタ手段７における回答待ちタイムカウント値を
参照して、クライアント６０の回答を待って所定時間経
過していないか（回答待ちタイムカウントタイムアウ
ト）を調べる（ステップＳ３０９）。ステップＳ３０９
において、回答待ちタイムカウントがタイムアウトして
いない場合は、再びステップＳ３０８に処理が戻り、ク
ライアント６０からの回答を受信したかを調べる。ステ
ップＳ３０９において、回答待ちタイムカウントがタイ
ムアウトした場合は、ステップＳ３１３に処理が移る。

【００６１】ステップＳ３０８において、クライアント
６０からの回答を受信した場合は、受信した回答がクラ
イアント６０の正常な動作による更新対象ファイルのロ
ック処理であることを示すかを調べる（ステップＳ３１
０）。ステップＳ３１０において、受信した回答がクラ
イアント６０の正常な動作による更新対象ファイルのロ
ック処理であることを示さない場合は、ステップＳ３１
３に処理が移る。

【００６２】ステップＳ３１３においては、ステップＳ
３０９またはステップＳ３１０においてクライアント６
０が異常であると判断されたため、ロック解除手段４
が、ファイルロック管理情報テーブル８において更新対
象ファイルに対応するステータス値を“０”に更新し
て、すなわちファイルロック管理情報テーブル８中の更
新対象ファイルに対応する処理フラグをオフ状態に変更
して強制的にロックを解除する。

【００６３】続いて、解除処理ステータスデータにおい
て、更新対象ファイルに対応するファイル番号から、解
除処理のステータス値が“２”を示すかを調べる（ステ
ップＳ３１４）。すなわち、このロック解除処理がクラ
イアント５０からの解除要求によって実行されているか
を調べる。ステップＳ３１４において、解除処理のステ
ータス値が“２”を示す場合は、回答送信手段１２が更
新対象ファイルに更新を要求しているクライアント５０
に向けて、更新対象ファイルの解除が完了したことを示
す解除完了通知すなわち更新対象ファイルが使用可能で
あることを示す通知を送信し（ステップＳ３１５）、ス
テップＳ３１６に処理が移る。ステップＳ３１４におい
て、解除処理のステータス値が“２”を示さない場合
は、図２のステップＳ２０４に処理が移る。

【００６４】ステップＳ３１０において、受信した回答
がクライアント６０の正常な動作による更新対象ファイ
ルのロック処理であることを示す場合は、解除処理ステ
ータスデータにおいて、更新対象ファイルに対応するフ
ァイル番号から、解除処理のステータス値が“２”を示
すかを調べる（ステップＳ３１１）。ステップＳ３１１
において、解除処理のステータス値が“２”を示さない
場合は、図２のステップＳ２０４に処理が移る。ステッ
プＳ３１１において、解除処理のステータス値が“２”
を示す場合は、回答送信手段１２が更新対象ファイルに
更新を要求しているクライアント５０に向けて、待機命
令を示す待機通知を送信し（ステップＳ３１２）、ステ
ップＳ３１６に処理が移る。

【００６５】ステップＳ３１６においては、ステップＳ
３１５またはステップＳ３１２においてクライアント５
０に対して解除完了通知または待機通知が送信されたた
め、障害処理手段５が、解除処理ステータスデータにお
いて解除処理のステータス値を“０”に更新し（解除処
理ステータスリセット）、続いて、後述するロック解除
処理（ステップＳ３１７）が行われ、このフローチャー
トにおける処理を終了する。

【００６６】なお、ステップＳ３１２において、サーバ
１がクライアント５０に待機命令を発した場合には、以
上に説明したロック解除処理を定期的に行い、クライア
ント６０が異常を示していないかをチェックする。

【００６７】（クライアント５０および６０の処理）つ
ぎに、クライアント５０および６０の処理について説明
する。クライアント５０および６０において共有ファイ
ルの更新要求に関する処理は、 １．サーバ１への共有
ファイル更新要求処理（図２のステップＳ２０１の処理
開始条件および図５のステップＳ３１７の処理に相
当）、 ２．サーバ１への更新データ送信処理（図２の
ステップＳ２０５の判断条件に相当）、 ３．サーバ１
への更新終了通知送信処理（図２のステップＳ２０７の
判断条件に相当）、 ４．サーバ１からの解除通知受信
処理（図５のステップＳ３０５の処理に相当）から構成
される。以上の４つの処理は、いずれも障害処理手段５
４または６４において行われる。障害処理手段５４また
は６４は、図７に示すようなファイル名−ファイル番号
対応テーブル、自クライアント内ファイルロック状況デ
ータおよびモジュールステータスデータを管理してい
る。

【００６８】ここでは、容易な理解のために、図２およ
び図５のフローチャートに対応付け、上記した１．サー
バ１への共有ファイル更新要求処理、２．サーバ１への
更新データ送信処理、および、３．サーバ１への更新終
了通知送信処理の処理をクライアント５０において説明
し、４．サーバ１からの解除通知受信処理をクライアン
ト６０において説明する。

【００６９】（１．サーバ１への共有ファイル更新要求
処理）例えば、クライアント５０のモジュール５５から
共有ファイル更新要求が発せられると、障害処理手段５
４が、その共有ファイルのファイル名とモジュール５５
のモジュールＩＤを取得し、ファイル名−ファイル番号
対応テーブルからファイル名に対応するファイル番号を
取得する。続いて、サーバ１に共有ファイル更新要求
（ファイルロック要求）を示す命令を送信し、サーバ１
からの回答を待つ。

【００７０】図８は、クライアント５０の回答受信処理
を示すフローチャートであり、図５のステップＳ３１７
のクライアント５０の処理に相当する。クライアント５
０において、まず、回答受信手段５１がサーバ１から送
信された回答を受信する（ステップＳ４０１）。続い
て、受信した回答が更新の対象となる共有ファイル（以
下、更新対象ファイル）のロックがすでに解除されてい
ることを示すロック解除完了通知であるかを調べる（ス
テップＳ４０２）。ステップＳ４０２において、ロック
解除完了通知である場合は、更新対象ファイルを更新可
能すなわちロック可能であり、更新対象ファイルを使用
する処理を行い（ステップＳ４０３）、このフローチャ
ートにおける処理を終了する。ステップＳ４０２におい
て、ロック解除完了通知でない場合は、更新対象ファイ
ルが使用可能になるまで待機し、このフローチャートに
おける処理を終了する。

【００７１】上記した更新対象ファイルを使用する処理
（ステップＳ４０３）は、まず、自クライアント内ファ
イルロック状況データの更新対象ファイルに対応するフ
ァイル番号の位置に、更新要求を発したモジュール５５
のモジュールＩＤを書き込む。さらに、そのファイル番
号の示されたブロック内のステータス値を“１”に更新
し、障害処理手段５４が、モジュール５５にロック完了
回答を送信する。ロック完了回答を受信したモジュール
５５は、モジュールステータスデータの自己のモジュー
ル５５を示すモジュールＩＤのブロックに、更新対象フ
ァイルのファイル名を書き込み、さらにそのブロック内
のステータス値を“１”に更新する。また、モジュール
５５は常に一定間隔で、タイマ割込みによってそのモジ
ュールＩＤのブロックにおけるクロック値を更新する。

【００７２】（２．サーバ１への更新データ送信処理）
サーバ１への共有ファイル更新要求処理において、サー
バ１からロック可能であることを示す回答を受信し、前
述した処理が終了した後は、モジュール５５が、更新対
象ファイルにおいて更新されたデータを障害処理手段５
４を介して順次、サーバ１に送信する。

【００７３】（３．サーバ１への更新終了通知送信処
理）つぎに、更新要求を発したモジュール５５が、更新
対象ファイルに対する処理すなわち更新データの送信を
完了し、更新対象ファイルのロック解除の要求を示す命
令を障害処理手段５４に送信する。障害処理手段５４
は、送信された命令から、更新対象ファイルのファイル
名とモジュールＩＤを読み取る。さらに、障害処理手段
５４は、読み取ったファイル名に対応するファイル番号
を、ファイル名−ファイル番号対応テーブルから取得
し、サーバ１に更新対象ファイルのロックを解除するロ
ック解除要求を送信する。続いて、クライアント５０
が、サーバ１から更新対象ファイルのロック解除が正常
に行われたことを示す回答を受信した際には、自クライ
アント内ファイルロック状況データの更新対象ファイル
に対応するファイル番号の示すブロック内のステータス
値を“０”に更新し、更新対象ファイルのロック解除の
要求をしたモジュール５５にロック解除が完了したこと
を示す回答を送信する。また、モジュールステータスデ
ータにおいて、更新対象ファイルに対応するファイル番
号の示すブロック内のステータス値は、モジュール５５
が更新対象ファイルに対する処理を完了した時点で
“０”に更新する。

【００７４】（４．サーバ１からの解除通知受信処理）
図２に示すフローチャートにおける前提条件として、ク
ライアント６０は、上記した１．〜３．の処理をすでに
完了している。よって、サーバ１からの解除通知受信処
理は、図５のステップＳ３０５のクライアント６０の処
理に相当する。

【００７５】図９は、クライアント６０の解除通知受信
処理を示すフローチャートである。クライアント６０に
おいて、まず、解除通知受信手段６２がサーバ１から送
信された解除通知を受信する（ステップＳ５０１）。こ
こで、障害処理手段６４が、解除通知からロック解除さ
れた更新対象ファイルのファイル名を取得し、図７に示
すように、ファイル名−ファイル番号対応テーブルから
そのファイル名に対応するファイル番号を取得する。続
いて、自クライアント内ファイルロック状況データの更
新対象ファイルに対応するファイル番号の示すブロック
からステータス値とモジュールＩＤを取得し、ロックし
ているモジュール６５が正常処理中であるかを確認する
（ステップＳ５０２）。ステータス値が“０”を示す場
合は、クライアント６０内で更新対象ファイルをロック
した認識がないために異常を示していることになる。ス
テータス値が“１”を示す場合は、モジュールステータ
スデータにおいてモジュールＩＤに対応するブロックか
ら、クロック値、ファイル名およびステータス値を取得
する。取得したクロックを調べて、そのクロックが停止
しておらず、解除要求されたファイル名でステータス値
が“１”を示していれば正常を示している（正常処理
中）ことになり、それ以外は共有ファイルをロックした
まま他の処理に移っている等の異常を示していると判断
される（ステップＳ５０３）。

【００７６】ステップＳ５０３において、更新対象ファ
イルをロックしているクライアント６０の特にモジュー
ル６５が正常処理中であった場合は、回答送信手段６３
からサーバ１に、正常な状態であることを示す正常回答
を送信し（Ｓステップ５０４）、このフローチャートに
おける処理を終了する。ステップＳ５０３において、正
常処理中でない場合は、回答送信手段６３からサーバ１
に、異常な状態であることを示す異常回答を送信し（ス
テップＳ５０５）、このフローチャートにおける処理を
終了する。

【００７７】よって、あるクライアントがサーバの共有
ファイルをロックした状態で処理を続けている場合に、
その処理が長時間にわたり、ロックしている状態が続い
た時に、何らかの処理上の異常によってその共有ファイ
ルをロックしたままになった時、または何らかの障害に
よってファイルをロックしたまま、クライアント自身の
動作が停止してしまった時に、他のクライアントがその
共有ファイルの使用を待機し、または、使用することが
できるため、システムの信頼性、システムの稼働率の向
上を図ることができる。

【００７８】以上に説明したクライアント５０および６
０の処理において、理解を容易にするために、クライア
ント５０内部のモジュール５５が、共有ディスク装置に
格納された共有ファイルの１つに対して更新要求を発
し、その共有ファイルがクライアント６０内部のモジュ
ール６５によってロックされている場合を想定したが、
実際には、クライアント５０内部およびクライアント６
０内部のそれぞれ他のモジュールにおいて、１．サーバ
１への共有ファイル更新要求処理、２．サーバ１への更
新データ送信処理、３．サーバ１への更新終了通知送信
処理および４．サーバ１からの解除通知受信処理が繰り
返し行われている。特に、クライアント６０内部のモジ
ュール６５における共有ファイルのロック処理は、２．
サーバ１への更新データ送信処理、すなわち図２のステ
ップＳ２０５〜ステップＳ２０８の処理を繰り返し行っ
ている。すなわち、サーバ１は、このクライアントサー
バシステムに接続されているクライアントの有するすべ
てのモジュールに対して、上述したサーバ１の処理を並
行に行うマルチタスク動作を可能とする。また、このク
ライアントサーバシステムに接続されているすべてのク
ライアントにおいても、複数のモジュール対して、上述
したクライアント５０および６０の処理を並行に行うマ
ルチタスク動作を可能とする。

【００７９】また、以上に説明した本発明に係る実施の
形態において、異なるクライアント間において共有ファ
イル更新要求（クライアント５０のモジュール５５）お
よび共有ファイルロック中（クライアント６０のモジュ
ール６５）の場合を示したが、本発明に係る共有ファイ
ル管理システムは、同クライアント内での異なるモジュ
ール間において、例えばクライアント５０のモジュール
５５の共有ファイル更新要求が発生し、クライアント５
０のモジュール５６がその共有ファイルをロックしてい
る場合に対しても、デッドロックの回避が可能である。
また、サーバ自身の共有ファイルロック中に対するクラ
イアントの共有ファイル更新要求、およびその逆の場合
に対しても、本発明に係る共有ファイル管理システムを
適用することができる。

【００８０】さらに、以上に説明した本発明に係る実施
の形態においては、１つのサーバと２つのクライアント
を使用したクライアントサーバシステムについて説明し
たが、サーバとクライアントを共に１つ以上使用したク
ライアントサーバシステムであれば、本発明に係る共有
ファイル管理システムを適用することができる。２つ以
上のサーバを使用したクライアントサーバシステムの場
合は、サーバ間において共有ファイルロック中に対する
クライアントの共有ファイル更新要求が生じた場合に
も、本発明に係る共有ファイル管理システムが適用可能
であることは言うまでもない。

【００８１】

【発明の効果】以上説明したとおり、この発明によれ
ば、クライアントが共有ファイルを使用しようとする際
に、サーバが、その共有ファイルのロック時間を調べる
ことによってロック状態を取得し、その共有ファイルを
ロックしているクライアントに対する状態確認を行って
から共有ファイルのロックを解除するので、クライアン
ト間において共有ファイルを効率良く使用でき、共有フ
ァイルのデッドロックからも確実に回避できる。

【００８２】つぎの発明によれば、第１のクライアント
の処理モジュールが共有ファイルをロックした際に、サ
ーバのサーバ障害処理手段がタイムカウンタ手段に指示
することによりロック時間の計測を開始し、そのロック
時間が所定時間経過した場合に、サーバ障害処理手段が
解除通知手段に指示することにより第１のクライアント
に解除通知を送信する。その際、サーバ障害処理手段は
タイムカウンタ手段に指示することにより回答待ち時間
の計測を開始する。第１のクライアントのクライアント
障害処理手段は、前記解除通知を解除通知手段を介して
取得した際に、前記処理モジュールと応答して処理状態
を調べ、クライアント回答送信手段に指示することによ
りサーバに第１のクライアントの状態を示す回答を送信
する。サーバのサーバ障害処理手段は、前記第１のクラ
イアントの状態を示す回答をサーバ回答受信手段を介し
て取得した際に、その回答の示す内容に応じてロック解
除手段に指示することにより前記共有ファイルのロック
を強制的に解除する。サーバ障害処理手段は、前記回答
待ち時間が所定時間経過した場合にも、ロック解除手段
に指示することにより前記共有ファイルのロックを強制
的に解除する。第２のクライアントの処理モジュールが
第１のクライアントによってロック状態にある共有ファ
イルをロックしようとする際には、第１のクライアント
に対して上記した処理が行われつつ、サーバのサーバ障
害処理手段が前記サーバ回答受信手段を介して取得した
第１のクライアントからの回答に応じてサーバ回答送信
手段に指示することにより第２のクライアントに指示を
示す回答を送信する。サーバ障害処理手段は、第１のク
ライアントにおいて前記回答待ち時間が所定時間経過
し、ロック解除手段により前記共有ファイルのロックが
強制的に解除された場合にも、サーバ回答送信手段に指
示することにより第２のクライアントに共有ファイル使
用可能または待機を示す回答を送信する。第２のクライ
アントのクライアント障害処理手段は、その回答をクラ
イアント回答受信手段を介して取得した際に、その回答
の示す指示に従って前記第２のクライアントの処理モジ
ュールに共有ファイル使用可能または待機の指示を与え
る。よって、他のクライアントによってロックされてい
る共有ファイルの強制的なロック解除が確実に行われ、
クライアントサーバシステムの信頼性および安定性を向
上させることができる。

【００８３】つぎの発明によれば、クライアントに対し
て、他のクライアントからの共有ファイル使用要求が発
せられた場合とロック時間が所定時間を超えた場合とを
共有ファイルのロック解除の条件としているので、クラ
イアントサーバシステムの信頼性および安定性をより高
く向上させることができる。

【００８４】つぎの発明によれば、ロックされている共
有ファイルのロック時間が所定時間を超えた場合に、そ
の共有ファイルをロックしているクライアントからの回
答が正常動作を示す場合には、ロック時間を初期化し、
その共有ファイルをロックしているクライアントからの
回答が異常動作を示す場合には、そのロックされている
共有ファイルのロックを解除して、ロック時間を初期化
するので、クライアントサーバシステムの信頼性および
安定性をより高く向上させることができる。

【００８５】つぎの発明によれば、サーバが、ロックさ
れている共有ファイルを使用する要求をその共有ファイ
ルをロックしているクライアント以外のクライアントか
ら受信した場合に、その共有ファイルをロックしている
クライアントからの回答が正常動作を示す場合には、そ
のロックされている共有ファイルを使用しようとするク
ライアントに待機を指示し、共有ファイルをロックして
いるクライアントからの回答が異常動作を示す場合に
は、そのロックされている共有ファイルのロックを解除
して、そのロックされている共有ファイルを使用しよう
とするクライアントに共有ファイル使用可能を指示する
ので、クライアントサーバシステムの信頼性および安定
性をより高く向上させることができる。

【００８６】つぎの発明によれば、ロックされている共
有ファイルのロック時間が所定時間を超えた場合に、回
答待ち時間が所定時間を超えた場合には、そのロックさ
れている共有ファイルのロックを解除して、ロック時間
を初期化するので、クライアントサーバシステムの信頼
性および安定性をより高く向上させることができる。

【００８７】つぎの発明によれば、サーバが、ロックさ
れている共有ファイルを使用する要求をその共有ファイ
ルをロックしているクライアント以外のクライアントか
ら受信した場合に、回答待ち時間が所定時間を超えた場
合には、そのロックされている共有ファイルのロックを
解除して、そのロックされている共有ファイルを使用し
ようとするクライアントに共有ファイル使用可能を指示
するので、クライアントサーバシステムの信頼性および
安定性をより高く向上させることができる。

【００８８】つぎの発明によれば、クライアントが、自
己のクライアントの内部において処理モジュールから要
求される共有ファイルのロックまたはロック解除に応じ
て共有ファイルのロック状態を管理し、サーバからの解
除通知を受信した場合に、共有ファイルをロックしてい
る処理モジュールを調べ、サーバに対してその処理モジ
ュールの正常状態または異常状態を示す回答を行うの
で、クライアントサーバシステムの信頼性および安定性
をより高く向上させることができる。

【図面の簡単な説明】

【図１】 本発明に係る共有ファイル管理システムを説
明する図である。

【図２】 本発明に係る共有ファイル管理システムの動
作を示すフローチャートである。

【図３】 図１のファイルロック管理情報テーブル８を
説明する図である。

【図４】 図１のブロック排他制御手段３の動作を説明
する図である。

【図５】 図２のロック解除処理の動作をを示すフロー
チャートである。

【図６】 図１の障害処理手段５の動作を説明する図で
ある。

【図７】 図１の障害処理手段５４の動作を説明する図
である。

【図８】 本発明に係る共有ファイル管理システムのク
ライアントの動作を示すフローチャートである。

【図９】 本発明に係る共有ファイル管理システムのク
ライアントの動作を示すフローチャートである。

【図１０】 従来の共有ファイル管理方法を適用したク
ライアントサーバシステムのブロック図である。

【図１１】 従来の共有ファイル管理方法を示すフロー
チャートである。

【符号の説明】

１ サーバ、２ 共有ディスク装置、３ ブロック排他
制御手段、４ ロック解除手段、５，５４，６４ 障害
処理手段、６ 更新管理手段、７ タイムカウンタ手
段、８ ファイルロック管理情報テーブル、９ 更新デ
ータ管理ファイル、１０ 解除通知手段、１１，５１，
６１ 回答受信手段、１２，５３，６３回答送信手段、
５０，６０ クライアント、１０ 解除通知受信手段、
５５，５６，６５，６６ モジュール、１００ 通信回
線。

Claims (8)

【特許請求の範囲】
1. 【請求項１】 通信回線で接続された少なくとも１つの
   サーバと少なくとも１つのクライアントと前記サーバお
   よびクライアントから共有して使用可能な共有ファイル
   が格納された共有ディスク装置とから構成されるクライ
   アントサーバシステムの共有ファイルを管理するための
   共有ファイル管理システムにおいて、 前記サーバは、前記共有ファイルを使用するクライアン
   トからの要求に応じて前記共有ファイルのロック時間を
   計測し、前記ロック時間に応じて前記共有ファイルをロ
   ックしているクライアントに対する状態確認を行い、前
   記状態確認の結果に応じて前記共有ファイルのロックを
   解除することを特徴とする共有ファイル管理システム。
2. 【請求項２】 通信回線で接続された少なくとも１つの
   サーバと少なくとも１つのクライアントと前記サーバお
   よびクライアントから共有して使用可能な共有ファイル
   が格納された共有ディスク装置とから構成されるクライ
   アントサーバシステムの共有ファイルを管理するための
   共有ファイル管理システムにおいて、 前記サーバは、 前記共有ファイルのロック状態を管理するファイルロッ
   ク管理情報テーブルと、 前記共有ファイルをロックし
   ている第１のクライアントに対して、前記共有ファイル
   のロックの解除を要求する解除通知を行う解除通知手段
   と、 前記解除通知が行われてから経過した回答待ち時間およ
   び前記共有ファイルがロックされてから経過したロック
   時間を計測するタイムカウンタ手段と、 前記第１のクライアントから前記解除通知に対する回答
   を受信するサーバ回答受信手段と、 ロックされている前記共有ファイルを使用する第２のク
   ライアントに対して、共有ファイル使用可能または待機
   の回答を行うサーバ回答送信手段と、 前記ファイルロック管理情報テーブルを更新して前記共
   有ファイルのロックを強制的に解除するロック解除手段
   と、 前記タイムカウンタ手段において計測されたロック時間
   に応じて前記解除通知手段に解除通知の送信を要求し、
   前記タイムカウンタ手段において計測された回答待ち時
   間または前記サーバ回答受信手段によって受信された回
   答に応じて前記ロック解除手段へのロック解除または前
   記サーバ回答送信手段への前記共有ファイル使用可能ま
   たは待機を示す回答の送信を要求するサーバ障害処理手
   段と、 前記第１のクライアントから前記共有ファイルの使用の
   終了を示す終了通知を受信した場合に、前記ファイルロ
   ック管理情報テーブルを更新して前記共有ファイルのロ
   ックを解除するブロック排他制御手段と、 を備え、 前記クライアントは、 複数の処理モジュールと、 前記サーバから前記解除通知を受信する解除通知受信手
   段と、 前記サーバに対して前記クライアントの状態を回答する
   クライアント回答送信手段と、 前記サーバから前記共有ファイル使用可能または待機の
   回答を受信するクライアント回答受信手段と、 前記解除通知受信手段によって受信された解除通知に応
   じて前記クライアント回答送信手段に前記クライアント
   の状態を示す回答の送信を要求し、前記クライアント回
   答受信手段によって受信された回答に応じて前記処理モ
   ジュールに前記共有ファイル使用可能または待機の指示
   を行うクライアント障害処理手段と、 を備えることを特徴とする共有ファイル管理システム。
3. 【請求項３】 前記サーバ障害処理手段は、前記第２の
   クライアントから前記第１のクライアントによってロッ
   クされている共有ファイルを使用する要求を受信しまた
   は前記第１のクライアントによってロックされている共
   有ファイルの前記ロック時間が所定時間を超え、前記第
   １のクライアントに対して前記ロックされている共有フ
   ァイルの解除通知が送信されていない場合に、前記解除
   通知手段に前記解除通知の送信を要求することを特徴と
   する請求項２に記載の共有ファイル管理システム。
4. 【請求項４】 前記サーバ障害処理手段は、前記第１の
   クライアントによってロックされている共有ファイルの
   前記ロック時間が所定時間を超えた場合において、前記
   サーバ回答受信手段によって受信された回答が前記第１
   のクライアントの正常動作を示す場合には、前記タイム
   カウンタ手段に前記ロック時間の初期化を要求し、前記
   サーバ回答受信手段によって受信された回答が前記第１
   のクライアントの異常動作を示す場合には、前記ロック
   解除手段にロック解除を要求し、前記タイムカウンタ手
   段に前記ロック時間の初期化を要求することを特徴とす
   る請求項３に記載の共有ファイル管理システム。
5. 【請求項５】 前記サーバ障害処理手段は、前記第２の
   クライアントから前記第１のクライアントによってロッ
   クされている共有ファイルを使用する要求を受信した場
   合において、前記サーバ回答受信手段によって受信され
   た回答が前記第１のクライアントの正常動作を示す場合
   には、前記サーバ回答送信手段に前記第２のクライアン
   トに対して待機を示す回答の送信を要求し、前記サーバ
   回答受信手段によって受信された回答が前記第１のクラ
   イアントの異常動作を示す場合には、前記ロック解除手
   段にロック解除を要求し、前記サーバ回答送信手段に前
   記第２のクライアントに対して前記共有ファイル使用可
   能を示す回答の送信を要求することを特徴とする請求項
   ３または４に記載の共有ファイル管理システム。
6. 【請求項６】 前記サーバ障害処理手段は、前記第１の
   クライアントによってロックされている共有ファイルの
   前記ロック時間が所定時間を超えた場合において、前記
   第１のクライアントに対して前記回答待ち時間が所定時
   間を超えた場合には、前記ロック解除手段にロック解除
   を要求し、前記タイムカウンタ手段に前記ロック時間の
   初期化を要求することを特徴とする請求項２〜５のいず
   れか一つに記載の共有ファイル管理システム。
7. 【請求項７】 前記サーバ障害処理手段は、前記第２の
   クライアントから前記第１のクライアントによってロッ
   クされている共有ファイルを使用する要求を受信した場
   合において、前記回答待ち時間が所定時間を超えた場合
   には、前記ロック解除手段にロック解除を要求し、前記
   サーバ回答送信手段に前記第２のクライアントに対して
   前記共有ファイル使用可能を示す回答の送信を要求する
   ことを特徴とする請求項３〜６のいずれか一つに記載の
   共有ファイル管理システム。
8. 【請求項８】 前記クライアント障害処理手段は、自己
   のクライアントにおいて前記処理モジュールからの共有
   ファイルのロックまたはロック解除要求に応じて前記共
   有ファイルのロック状態を管理し、前記解除通知受信手
   段によって解除通知が受信された場合において、前記共
   有ファイルをロックしている処理モジュールが正常な処
   理を示す場合は、前記クライアント回答送信手段に自己
   のクライアントの正常状態を示す回答の送信を要求し、
   前記共有ファイルをロックしている処理モジュールが前
   記共有ファイルをロックしたまま他の処理に移っている
   場合は、前記クライアント回答送信手段に自己のクライ
   アントの異常状態を示す回答の送信を要求することを特
   徴とする請求項２〜７のいずれか一つに記載の共有ファ
   イル管理システム。