JP2003233519A - ネットワーク上のファイル資源のためのファイル制御装置 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークシステムにおいて利用システム
および共用システム上の複数のアプリケーションが同時
にファイルを使用する場合に、排他の漏れを防止する。 【解決手段】 利用システム１１、１２上のアプリケー
ション２１、２３または共用システム１３上のアプリケ
ーション２７が、ファイル資源４７に対する排他要求を
行わずにアクセス要求を発行すると、ファイルシステム
２８の要求受け付け３１は、アクセス要求に応じて、排
他待ち要求３２または排他解除要求３３を呼び出し、自
動的にファイル資源４７の排他制御を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワーク上の
共用システムと複数の利用システムから構成されたネッ
トワークシステムにおいて、利用システムおよび共用シ
ステム上の複数のアクセス元が同時にファイル資源を使
用する場合に、ファイル資源に対するアクセス要求を処
理するファイル制御装置に関する。

【０００２】

【従来の技術】ネットワークシステムは、複数の共用シ
ステムと複数の利用システムから構成され、これらのシ
ステムは、ＬＡＮ（Local Area Network）等の通信可能
なネットワーク資源により結合されている。共用システ
ムは、自システム上のファイル等の資源を他のシステム
に公開し、利用システムは、共用システムが公開した資
源を利用して必要な処理を行う。

【０００３】各利用システムには、アプリケーションと
クライアントが搭載され、各共用システムには、共有フ
ァイルとサーバが搭載される。アプリケーションは、業
務を行うためにユーザが作成したプログラムであり、ク
ライアントは、アプリケーションが共有ファイルを使用
するために呼び出すプログラムである。また、共有ファ
イルは、共用システムが利用システムに公開しているフ
ァイルであり、サーバは、クライアントが共有ファイル
を使用するために呼び出すプログラムである。

【０００４】従来のネットワークシステムでは、複数の
アプリケーションが同じ共有ファイルを使用する場合、
各アプリケーションが排他要求を行った後に、そのファ
イルを参照／更新している。あるアプリケーションによ
るファイルの排他とは、そのアプリケーションがそのフ
ァイルを排他的に使用する権利を意味する。

【０００５】

【発明が解決しようとする課題】しかしながら、上述し
たネットワークシステムにおいては、複数の利用システ
ムのＯＳ（オペレーティング・システム）が同じとは限
らず、あるシステムにはＵＮＩＸ（登録商標）が搭載さ
れており、他のシステムにはＷＩＮＤＯＷＳ（登録商
標）が搭載されている場合がある。このようなプラット
フォームの違いにより、ＵＮＩＸ（登録商標）上のアプ
リケーションが排他要求を行うのに対して、ＷＩＮＤＯ
ＷＳ（登録商標）上のアプリケーションが排他要求を行
わないこともあり得る。

【０００６】また、同じ利用システム上においても、排
他要求を行うアプリケーションと排他要求を行わないア
プリケーションが混在する場合が考えられ、さらに、共
用システム上にも共有ファイルを使用するアプリケーシ
ョンが搭載される場合がある。このため、以下の条件が
揃った場合にデータ破壊が発生する。 （１）利用システムおよび共用システム上の複数のアプ
リケーションが、同時に１つの共有ファイルに対して更
新処理を実施する。 （２）排他を要求しないアプリケーションが存在する。

【０００７】この場合、排他を要求しないアプリケーシ
ョンが存在するために、排他の漏れが発生する。その結
果、２つ以上のアプリケーションに対するデータの重複
書き出しが行われ、意図しないデータが書き出されるた
め、データ破壊が発生する。

【０００８】本発明の課題は、ネットワークシステムに
おいて利用システムおよび共用システム上の複数のアプ
リケーションが同時に共有ファイルを使用する場合に、
排他の漏れを防止するファイル制御装置を提供すること
である。

【０００９】

【課題を解決するための手段】本発明のファイル制御装
置は、ファイル資源に対する排他要求を行う第１のアク
セス元と排他要求を行わない第２のアクセス元を有する
ネットワークに接続され、インタフェース手段、要求受
け付け手段、登録手段、および制御手段を備え、ファイ
ル資源に対するアクセス要求を処理する。

【００１０】インタフェース手段は、ネットワークを介
して、第１のアクセス元からのアクセス要求と第２のア
クセス元からのアクセス要求を受け取り、要求受け付け
手段は、第１のアクセス元からのアクセス要求および第
２のアクセス元からのアクセス要求と、ファイル制御装
置内の第３のアクセス元からのアクセス要求とを受け付
ける。登録手段は、受け付けたアクセス要求を登録す
る。

【００１１】そして、制御手段は、第２のアクセス元か
らのアクセス要求に応じて、第１のアクセス元からのア
クセス要求および第３のアクセス元からのアクセス要求
と、第２のアクセス元からのアクセス要求との間におけ
るファイル資源の排他制御を行う。

【００１２】第１のアクセス元は、例えば、利用システ
ム上の排他要求を行うアプリケーションに対応し、第２
のアクセス元は、例えば、同じまたは異なる利用システ
ム上の排他要求を行わないアプリケーションに対応す
る。また、第３のアクセス元は、例えば、共用システム
上の排他要求を行うアプリケーションまたは排他要求を
行わないアプリケーションに対応する。ファイル制御装
置は、これらのアクセス元からのアクセス要求を処理す
ることで、ネットワーク上の共有ファイルを実現する。

【００１３】ファイル制御装置は、例えば、後述する図
１の結合装置３または図２のファイル装置７に対応す
る。インタフェース手段は、例えば、後述する図３のＮ
ＦＳ（Network File System ）サーバ２５またはＣＩＦ
Ｓ（Common Internet File System ）サーバ２６に対応
する。

【００１４】要求受け付け手段は、例えば、図３の要求
受け付け３１に対応し、登録手段は、例えば、図３のフ
ァイル操作４３、排他待ち４４、排他済み４５、および
排他ログ４６に対応する。また、制御手段は、例えば、
図３の排他待ち要求３２、排他解除要求３３、環境設定
３４、待ち予測３５、待ち監視３６、待ち確保３７、お
よび排他監視３８に対応する。

【００１５】インタフェース手段は、利用システムから
のアクセス要求をネットワークを介して受け取り、その
アクセス要求を要求受け付け手段に伝える。要求受け付
け手段は、インタフェース手段から渡されたアクセス要
求と、共用システム内で発行されたアクセス要求とを受
け付け、登録手段に登録する。制御手段は、排他要求を
行わない第２のアクセス元からアクセス要求があった場
合でも、自動的にファイル資源の排他制御を行う。

【００１６】このようなファイル制御装置を共用システ
ムに設けることで、従来はアプリケーションが主体とな
って行っていた排他制御を、共有ファイルを実現してい
るファイル制御装置が一括して行うことが可能となる。
また、利用システム上のアプリケーションのみならず、
共用システム上のアプリケーションに対しても、排他制
御を一括して行うことができる。

【００１７】これにより、排他要求を行わないアプリケ
ーションが共有ファイルを使用する場合でも、そのファ
イルの排他が確実に実施される。したがって、データの
重複書き出しがなくなり、同時書き込みによる共有ファ
イルの破壊が防止される。

【００１８】

【発明の実施の形態】以下、図面を参照しながら、本発
明の実施の形態を詳細に説明する。図１は、共用システ
ムと複数の利用システムを有するネットワークシステム
の構成図である。図１のネットワークシステムは、利用
システム１、２、結合装置３、およびディスク装置４を
含む。利用システム１、２は、ＬＡＮ５を介して結合装
置３と接続され、ディスク装置４はＳＡＮ（Storage Ar
ea Network）６を介して結合装置３と接続されている。
結合装置３、ディスク装置４、およびＳＡＮ６は、共用
システムに対応する。

【００１９】利用システム１は、ＵＮＩＸ（登録商標）
を搭載しており、利用システム２は、ＷＩＮＤＯＷＳ
（登録商標）を搭載している。これらの利用システムは
ともに、排他要求を行うアプリケーションと排他要求を
行わないアプリケーションを有する。図１では２つの利
用システムしか示されていないが、一般には、より多く
の利用システムがＬＡＮ５上に存在する。

【００２０】ディスク装置４は共有ファイルを格納して
おり、ＳＡＮ６は、例えば、ファイバーチャネルを用い
た高速な通信ネットワークである。結合装置３は、ＬＡ
Ｎ５上の利用システム１、２に対して、共有ファイルへ
のアクセスインタフェースを提供する。利用システム
１、２から見れば、結合装置３はＮＡＳ（Network Atta
ched Storage）のサーバに対応する。

【００２１】図２は、他のネットワークシステムの構成
図である。図２のネットワークシステムにおいて、図１
と同じ符号の要素は図１と同様の機能を有する。この場
合、結合装置３とディスク装置４を備えたファイル装置
７がＮＡＳのサーバに対応し、ファイル装置７、ディス
ク装置４およびＳＡＮ６が共用システムに対応する。

【００２２】図１および図２のネットワークシステムで
は、結合装置３またはファイル装置７がファイル制御装
置として利用され、結合装置３上のファイルシステムが
排他制御を行う。

【００２３】通常、利用システム上のアプリケーション
から共有ファイルへのアクセスは、ｏｐｅｎ／ｃｌｏｓ
ｅ／ｒｅａｄ／ｗｒｉｔｅ／ｒｅｗｒｉｔｅ等のファイ
ル操作により実施され、これらのファイル操作のサービ
スは、共用システム上のファイルシステムが提供してい
る。本実施形態では、このファイルシステムの中に、以
下のような、排他制御を実施する処理を追加する。 （１）ユーザにより指定された排他環境（排他制御の動
作環境）の設定を追加する。 （２）ｏｐｅｎ（オープン）／ｒｅａｄ（リード）／ｗ
ｒｉｔｅ（ライト）／ｒｅｗｒｉｔｅ（リライト）等の
排他確保が必要な処理に、ファイルシステムに対して排
他確保を要求する処理（排他待ち要求）を追加する。 （３）ｃｌｏｓｅ等の排他解除が必要な処理に、ファイ
ルシステムに対して排他解除を要求する処理（排他解除
要求）を追加する。 （４）排他中のファイル資源の排他確保を予約する処理
（排他待ち）を追加する。 （５）アプリケーションが排他を保持したまま終了した
場合に対する対処として、排他監視処理および排他解除
処理を追加する。

【００２４】なお、排他のタイミングや処理内容につい
ては、排他環境として一括して設定される。このような
処理をファイルシステムに追加することで、アプリケー
ションに代わって、ファイルシステムが排他制御を一括
して行うことが可能となる。したがって、利用システム
１上の排他要求を行うアプリケーションと、利用システ
ム２上の排他要求を行わないアプリケーションと、共用
システム上のアプリケーションから、同じ共有ファイル
に対するアクセス要求があった場合でも、排他を確実に
実施することができる。

【００２５】また、同じ利用システム上の排他要求を行
うアプリケーションと排他要求を行わないアプリケーシ
ョンと、共用システム上のアプリケーションから、同じ
共有ファイルに対するアクセス要求があった場合でも、
排他を確実に実施することができる。

【００２６】さらに、利用システム１、２上のアプリケ
ーションと、共用システム上の排他要求を行わないアプ
リケーションから、同じ共有ファイルに対するアクセス
要求があった場合でも、排他を確実に実施することがで
きる。

【００２７】図３は、共用システム上のファイルシステ
ムが排他制御を行うネットワークシステムの構成図であ
る。図３のネットワークシステムは、利用システム１
１、利用システム１２、および共用システム１３からな
る。利用システム１１は、図１および図２の利用システ
ム１に対応し、利用システム１２は、図１および図２の
利用システム２に対応し、共用システム１３は、図１の
結合装置３または図２のファイル装置７と、ディスク装
置４およびＳＡＮ６の組み合わせに対応する。

【００２８】利用システム１１は、アプリケーション２
１とＮＦＳクライアント２２を搭載し、利用システム１
２は、アプリケーション２３とＣＩＦＳクライアント２
４を搭載する。アプリケーション２１は、ＮＦＳクライ
アント２２に対して、ファイルへのアクセスを要求し、
アプリケーション２３は、ＣＩＦＳクライアント２４に
対して、ファイルへのアクセスを要求する。

【００２９】共用システム１３は、ＮＦＳサーバ２５、
ＣＩＦＳサーバ２６、アプリケーション２７、ファイル
システム２８、動作環境４２、ファイル操作４３、排他
待ち４４、排他済み４５、排他ログ４６、およびファイ
ル資源４７を含む。このうち、ＮＦＳサーバ２５、ＣＩ
ＦＳサーバ２６、アプリケーション２７、ファイルシス
テム２８、動作環境４２、ファイル操作４３、排他待ち
４４、排他済み４５、および排他ログ４６は、図１およ
び図２の結合装置３に搭載され、ファイル資源４７はデ
ィスク装置４内の共有ファイルに対応する。

【００３０】ＮＦＳサーバ２５は、ＮＦＳクライアント
２２からのアクセス要求を受け付け、ＣＩＦＳサーバ２
６は、ＣＩＦＳクライアント２４からのアクセス要求を
受け付ける。ＮＦＳサーバ２５およびＣＩＦＳサーバ２
６は、ファイルシステム２８を利用するアプリケーショ
ンとして動作し、アプリケーション２１および２３から
発行されたアクセス要求をファイルシステム２８に伝え
る機能を有する。この機能は、例えば、異なるシステム
間の通信手順を提供するパイプにより実現される。

【００３１】アプリケーション２７は、ファイルシステ
ム２８に対してファイルへのアクセスを要求し、ファイ
ルのデータを利用してアプリケーション２１、２３等に
所定のサービスを提供する。このアプリケーション２７
は、排他要求を行うアプリケーションである場合と、排
他要求を行わないアプリケーションである場合とがあ
る。

【００３２】ファイルシステム２８は、アプリケーショ
ン２１、２３、２７がハードディスク上の非連続な複数
のブロックを１つのファイルとして利用可能とするため
のサービスを提供し、ＮＦＳサーバ２５、ＣＩＦＳサー
バ２６、およびアプリケーション２７からのアクセス要
求に基いて、ファイル資源４７にアクセスする。

【００３３】ファイルシステム２８は、要求受け付け３
１、排他待ち要求３２、排他解除要求３３、環境設定３
４、待ち予測３５、待ち監視３６、待ち確保３７、排他
監視３８、排他解除３９、排他確保４０、および装置ア
クセス４１の各プログラムを含み、動作環境４２、ファ
イル操作４３、排他待ち４４、排他済み４５、および排
他ログ４６の各データを参照／更新しながら、排他制御
を行う。

【００３４】このとき、要求受け付け３１は、必要に応
じて、排他待ち要求３２、排他解除要求３３、および装
置アクセス４１を呼び出す。排他待ち要求３２は、排他
状況の確認や排他要求等の処理を行い、排他解除要求３
３は、排他の解除や排他待ちの開放等の処理を行う。装
置アクセス４１は、アクセス要求に基いてファイル資源
４７にアクセスする。

【００３５】このようなシステムによれば、ファイル操
作を行うファイルシステム２８により、排他制御が一括
して行われる。このため、アプリケーションの誤り（排
他を取得しない、誤った排他を取得する等）により発生
していた、データの重複書き出しがなくなり、同時書き
込みによるファイルの破壊が防止される。

【００３６】次に、図４から図６までを参照しながら、
図３の共用システムの動作環境４２に登録されるデータ
について説明する。動作環境４２には、ユーザにより以
下のようなパラメタが設定される。 （ａ）排他範囲（排他を実施する範囲） （ｂ）排他のタイミング（ｏｐｅｎ／ｃｌｏｓｅ等のフ
ァイル操作において排他を実施するタイミング） （ｃ）排他の競合（既に確保されている排他と新たに要
求される排他の競合関係） （ｄ）排他エラー処理方法（エラーが発生した場合のア
プリケーションへの通知方法） （ｅ）許容排他保持時間（長時間保持されている排他を
自動的に解除するための制限時間） （ｆ）許容排他待ち時間（長時間の排他待ちを自動的に
解除するための制限時間） （ｇ）許容排他待ち予測時間（長時間の排他待ちが予測
される場合にエラー処理を行うための制限時間） このうち、（ａ）の排他範囲の指定方法としては、例え
ば、以下のようなものが考えられる。 （１）ファイルシステムのサービス範囲を一括して指定
する。 （２）ファイル単位に排他を指定する。

【００３７】−ファイルの作成時に指定 −ファイルの存在するディレクトリ毎に指定 −ファイル拡張子を指定（＊．ｔｘｔ，＊．ｄｏｃ，
＊．ｅｘｅ等） −ファイル名の総称を指定（ＡＢ＊，Ａ＊Ｂ，＊ＡＢ等
のワイルドカードを使用する） −ファイル名の範囲を指定（ａａａ−ｃｃｃ等） −ファイル名の否定を指定（¬ａａａ等） −上記の指定方法の組み合わせ （ｂ）の排他のタイミングについては、システムが無条
件に決定することも考えられる。しかし、本実施形態で
は、図４に示すように、ユーザが、ファイルのｏｐｅｎ
／ｃｌｏｓｅ時またはｒｅａｄ／ｗｒｉｔｅ時のいずれ
か、またはそれらの組み合わせを、排他のタイミングと
して設定する。この場合、ユーザは、ファイル操作の命
令およびモードの組み合わせ毎に、排他確保および排他
解除の有無を指定することで、環境設定を行う。

【００３８】（ｃ）の排他の競合には、既に排他が確保
されたファイル資源に対してアクセス要求が行われた場
合に、どのような排他制御を行うかが設定される。この
パラメタについても、システムが無条件に設定すること
が考えられるが、本実施形態では、図５に示すように、
ユーザがどのような排他制御を行うかを設定することが
できる。この場合、ユーザは、要求する排他（ｒｅａｄ
またはｗｒｉｔｅ）と既に確保されている排他（ｒｅａ
ｄまたはｗｒｉｔｅ）の組み合わせ毎に、正常または異
常を指定することで、環境設定を行う。

【００３９】例えば、既に確保されている排他がｒｅａ
ｄであり、要求する排他もｒｅａｄであれば、読み込み
競合が発生するが、この競合を許す場合には正常が設定
される。これに対して、読み込み競合を許さない場合に
は、異常が設定される。正常が設定されると、排他待ち
は行われず、異常が設定されると、エラー処理および排
他待ちが行われる。

【００４０】（ｄ）の排他エラー処理方法には、本実施
形態のように、アプリケーション以外のプログラムによ
り排他制御を実現した場合（アプリケーションが排他要
求を行わない場合）に、排他エラー、排他待ち、および
排他確保をどのように処理するかが設定される。

【００４１】このパラメタは、正常に排他が確保された
場合以外は、アプリケーションにどのようにしてエラー
を通知するかを表すため、無条件にエラーを通知するこ
とも考えられる。しかし、本実施形態では、図６に示す
ように、ユーザが、エラーの通知方法や通知コードを設
定することができる。この場合、ユーザは、排他の状況
に応じて、エラーの通知方法や通知コードを指定するこ
とで、環境設定を行う。

【００４２】なお、アプリケーションが排他要求を行う
場合は、排他方法等をアプリケーションが指定するの
で、指定された排他の結果がアプリケーションに通知さ
れる。（ｅ）の許容排他保持時間には、排他保持時間の
許容値（一定時間）が設定される。利用システムと共用
システムがネットワークで接続されているため、クライ
アントとサーバのいずれか一方がダウンした場合、他方
に通知ができなくなる。この場合、排他を確保したまま
にしておくと、ダウンしたシステムを再起動しなければ
排他が解除されない。また、共用システム上のアプリケ
ーションが異常終了した場合、排他を確保したままにし
ておくと、アプリケーションを再起動しなければ排他が
解除されない。そこで、許容排他保持時間を経過して
も、排他を取得した要求元からファイル操作要求がない
場合には、強制的に排他を解除する処理を行う。

【００４３】（ｆ）の許容排他待ち時間には、排他待ち
時間の許容値（一定時間）が設定される。排他による待
ち時間が一定時間以上経過するとアプリケーションのサ
ービスに影響が出るため、許容排他待ち時間以上の待ち
が発生した場合は、排他エラーとする。

【００４４】（ｇ）の許容排他待ち予測時間には、排他
待ち予測時間の許容値（一定時間）が設定される。一定
時間以上の待ちが発生すると予測される場合、アプリケ
ーションのサービスに影響が出ることが予想される。そ
こで、許容排他待ち予測時間以上の待ちが予測される場
合は、排他エラーとする。

【００４５】ユーザは、このような動作環境４２のパラ
メタを指定することで、排他制御をカスタマイズするこ
とが可能となる。次に、ファイル操作４３、排他待ち４
４、排他済み４５、および排他ログ４６に登録されるデ
ータについて説明する。これらのデータは、例えば、テ
ーブル形式でメモリに格納される。

【００４６】ファイル操作４３には、処理対象のファイ
ル単位に、以下のような情報が保持される。 ・ファイルハンドル（ファイルを特定するための識別情
報であり、ｏｐｅｎ時に返却される。） ・プロセスＩＤ（アプリケーションまたはプロセスを特
定するための識別情報） ・最終ファイル操作種別（ｏｐｅｎ，ｃｌｏｓｅ，ｒｅ
ａｄ，ｗｒｉｔｅ等） ・最終ファイル操作パラメタ（最終ファイル操作のパラ
メタ） ・最終ファイル操作時刻（年、月、日、時、分、秒、１
／１０００秒） 排他待ち４４には、排他待ち単位に、以下のような情報
が保持される。 ・ファイルハンドル ・プロセスＩＤ（排他待ちのアプリケーションまたはプ
ロセスを特定するための識別情報） ・排他依頼時刻（年、月、日、時、分、秒、１／１００
０秒） ・排他種別（読み込み排他／書き込み排他およびユーザ
排他／システム排他） ・排他範囲（ファイル指定およびファイル内の排他範囲
（先頭／最終オフセット）） ユーザ排他は、ユーザが指定したファイル資源について
排他を実施することを表し、システム排他は、ファイル
システムを利用するすべてのユーザに対して強制的に排
他を実施することを表す。

【００４７】排他済み４５には、排他単位に、以下のよ
うな情報が保持される。 ・ファイルハンドル ・プロセスＩＤ（排他を確保したアプリケーションまた
はプロセスを特定するための識別情報） ・排他依頼時刻 ・排他確保時刻（年、月、日、時、分、秒、１／１００
０秒） ・排他種別 ・排他範囲 ・排他待ち（排他待ち４４の該当エントリへのポイン
タ） 排他ログ４６は、排他依頼時、排他が確保された時、お
よび排他が解除された時に取得され、以下のような情報
を保持する。 ・ファイルハンドル ・プロセスＩＤ（排他を確保したアプリケーションまた
はプロセスを特定するための識別情報） ・排他依頼時刻 ・排他確保時刻 ・排他種別 ・排他範囲 ・排他解除時刻（年、月、日、時、分、秒、１／１００
０秒） ・排他解除理由（ユーザによる指示、一定時間経過後の
強制解除） 次に、図７から図２０までを参照しながら、図３のネッ
トワークシステムにおける排他制御処理について、より
詳細に説明する。

【００４８】図７は、利用システム１１、１２、または
共用システム１３上の排他要求を行うアプリケーション
の処理のフローチャートである。このアプリケーション
は、まず、クライアント２２、２４またはファイルシス
テム２８に対して、アクセス対象のファイルの排他確保
要求を発行し（ステップＳＴ１）、ｏｐｅｎ要求を発行
する（ステップＳＴ２）。次に、ファイルの内容にアク
セスするための処理要求（ｒｅａｄ要求、ｗｒｉｔｅ要
求、ｒｅｗｒｉｔｅ要求等）を発行する（ステップＳＴ
３）。そして、ｃｌｏｓｅ要求を発行し（ステップＳＴ
４）、排他解除要求を発行する（ステップＳＴ５）。発
行された要求は、ファイルシステム２８の要求受け付け
３１に渡される。

【００４９】図８は、利用システム１１、１２、または
共用システム１３上の排他要求を行わないアプリケーシ
ョンの処理のフローチャートである。図８のステップＳ
Ｔ１１〜ＳＴ１３の処理は、図７のステップＳＴ２〜Ｓ
Ｔ４の処理と同様である。このアプリケーションは、図
７のアプリケーションとは異なり、排他確保要求や排他
解除要求を発行しない。

【００５０】図９は、要求受け付け３１の処理のフロー
チャートである。要求受け付け３１は、まず、アプリケ
ーションから依頼されたファイル操作の情報を、ファイ
ル操作４３に登録する（ステップＳＴ２１）。

【００５１】そして、アプリケーションからの要求の種
別に応じて処理を振り分け（ステップＳＴ２２）、ｏｐ
ｅｎ（ステップＳＴ２３）、ｃｌｏｓｅ（ステップＳＴ
２４）、ｒｅａｄ（ステップＳＴ２５）、ｗｒｉｔｅ
（ステップＳＴ２６）、ｒｅｗｒｉｔｅ（ステップＳＴ
２７）、排他確保（ステップＳＴ２８）、排他解除（ス
テップＳＴ２９）、またはその他（ステップＳＴ３０）
の処理を行う。

【００５２】図１０は、図９のステップＳＴ２８で行わ
れる排他確保処理のフローチャートである。要求受け付
け３１は、まず、動作環境４２の排他範囲を参照して、
排他すべきか否かを判定する（ステップＳＴ３１）。排
他すべきであれば、排他待ち要求３２を呼び出し（ステ
ップＳＴ３２）、排他する必要がなければ、そのまま処
理を終了する。

【００５３】図１１は、図９のステップＳＴ２９で行わ
れる排他解除処理のフローチャートである。この処理で
は、要求受け付け３１は、排他解除要求３３を呼び出す
（ステップＳＴ４１）。

【００５４】図９に示した処理のうち、ｏｐｅｎ、ｒｅ
ａｄ、ｗｒｉｔｅ、ｒｅｗｒｉｔｅについては、ほぼ同
様の排他制御が行われるため、例としてｏｐｅｎの処理
を説明する。

【００５５】図１２は、図９のステップＳＴ２３で行わ
れるｏｐｅｎ処理のフローチャートである。要求受け付
け３１は、まず、動作環境４２の排他範囲および排他の
タイミングを参照して、排他すべきか否かを判定する
（ステップＳ１１）。排他すべきであれば、動作環境４
２の排他のタイミングおよび排他の競合を参照して、排
他待ち要求３２を呼び出し（ステップＳ１２）、排他が
確保されれば、ファイルのオープン処理を行う（ステッ
プＳ１３）。また、排他する必要がなければ、直ちにス
テップＳ１３の処理を行う。

【００５６】次に、排他のタイミングを参照して、排他
解除が必要か否かを判定し（ステップＳ１４）、排他解
除が必要であれば、排他解除要求３３を呼び出して（ス
テップＳ１５）、処理を終了する。また、排他解除が必
要でなければ、そのまま処理を終了する。

【００５７】図１３は、図９のステップＳＴ２４で行わ
れるｃｌｏｓｅ処理のフローチャートである。要求受け
付け３１は、まず、ファイルのクローズ処理を行う（ス
テップＳ２１）。次に、動作環境４２の排他のタイミン
グを参照して、排他解除が必要か否かを判定し（ステッ
プＳ２２）、排他解除が必要であれば、排他解除要求３
３を呼び出して（ステップＳ２３）、処理を終了する。
また、排他解除が必要でなければ、そのまま処理を終了
する。

【００５８】図１２のステップＳ１３および図１３のス
テップＳ２１において、要求受け付け３１は、装置アク
セス４１を呼び出し、呼び出された装置アクセス４１
が、ファイル資源４７にアクセスする。

【００５９】図１４は、図１０のステップＳＴ３２およ
び図１２のステップＳ１２で呼び出された排他待ち要求
３２の処理のフローチャートである。排他待ち要求３２
は、まず、排他済み４５を参照して、要求されたファイ
ルが既に排他中か否かをチェックする（ステップＳ３
１）。そのファイルが排他中であれば、次に、動作環境
４２の排他エラー処理方法を参照して、排他待ちを行っ
ても良いかどうかを判定する（ステップＳ３２）。そし
て、排他待ちを行っても良ければ、待ち予測３５を呼び
出す（ステップＳ３３）。呼び出された待ち予測３５
は、図１５に示すような処理を行う。

【００６０】待ち予測３５は、まず、排他ログ４６を参
照して、過去および現在に同様の排他があるかどうかを
チェックする（ステップＳ４１）。同様の排他とは、例
えば、同じファイルハンドルを有する排他情報に対応す
る。

【００６１】排他ログ４６に同様の排他が記録されてい
れば、次に、その排他の状況を算出する（ステップＳ４
２）。ここでは、例えば、記録された複数の排他の排他
保持時間の合計を、排他の数（回数）で割り算すること
により、排他保持時間の平均値が算出される。排他保持
時間は、排他ログ４６に保持された排他確保時刻と排他
解除時刻の差として求めることができる。

【００６２】次に、現在の排他待ちの状況から、待ち時
間を予測する（ステップＳ４３）。ここでは、算出され
た排他保持時間の平均値に、現在の排他待ちの数を掛け
算することにより、予測時間が算出される。そして、算
出された時間を排他待ち予測時間として設定する（ステ
ップＳ４４）。

【００６３】ステップＳ４１において、排他ログ４６に
同様の排他が記録されていなければ、待ち時間は予測不
可能と判断して、排他待ち予測時間に０を設定する（ス
テップＳ４５）。

【００６４】待ち予測が終了すると、排他待ち要求３２
は、設定された排他待ち予測時間を動作環境４２の許容
排他待ち予測時間と比較する（図１４のステップＳ３
４）。設定された排他待ち予測時間が許容排他待ち予測
時間より短ければ、排他待ち４４に排他情報を登録し
（ステップＳ３５）、排他済み４５に排他待ちありの表
示を設定する（ステップＳ３６）。ここでは、排他待ち
４４に登録された情報へのポインタが、排他待ちありの
表示として設定される。

【００６５】ステップＳ３２において排他待ちができな
い場合、および、ステップＳ３４において排他待ち予測
時間が許容排他待ち予測時間以上の場合は、動作環境４
２の排他エラー処理方法を参照して、要求元に排他確保
エラーを通知する（ステップＳ３７）。

【００６６】また、ステップＳ３１において、要求され
たファイルが排他中でなければ、動作環境４２の排他の
タイミングを参照して、排他確保４０を呼び出す（ステ
ップＳ３８）。呼び出された排他確保４０は、要求され
たファイルの排他を確保する。

【００６７】そして、排他待ち要求３２は、排他済み４
５に排他情報を登録し（ステップＳ３９）、動作環境４
２の排他エラー処理方法を参照して、要求元に排他完了
を通知する（ステップＳ４０）。

【００６８】図１６は、待ち監視３６の処理のフローチ
ャートである。待ち監視３６は、まず、動作環境４２の
許容排他待ち時間以上の時間が経過した排他情報が、排
他待ち４４にあるかどうかをチェックする（ステップＳ
５１）。そのような排他情報があれば、排他済み４５か
ら排他待ちありの表示を削除し（ステップＳ５２）、排
他待ち４４から排他情報を削除する（ステップＳ５
３）。

【００６９】次に、動作環境４２の排他エラー処理方法
を参照して、要求元に排他確保エラーを通知し（ステッ
プＳ５４）、ステップＳ５１以降の処理を繰り返す。そ
して、ステップＳ５１において、許容排他待ち時間以上
の時間が経過した排他情報がなくなれば、次の待ち監視
３６の処理の起動を予約して（ステップＳ５５）、処理
を終了する。

【００７０】図１７は、図１１のステップＳＴ４１、図
１２のステップＳ１５、および図１３のステップＳ２３
で呼び出された排他解除要求３３の処理のフローチャー
トである。排他解除要求３３は、まず、排他解除３９を
呼び出す（ステップＳ６１）。呼び出された排他解除３
９は、要求されたファイルの排他を解除する。

【００７１】次に、排他解除要求３３は、排他済み４５
に排他待ちありの表示があるかどうかをチェックする
（ステップＳ６２）。排他待ちありの表示があれば、排
他済み４５から排他情報を削除し（ステップＳ６３）、
動作環境４２の排他のタイミングを参照して、待ち確保
３７を呼び出す（ステップＳ６４）。

【００７２】これにより、削除された排他情報のポイン
タが指す排他待ち４４の排他情報に対して、待ち確保３
７により排他が確保される。言い換えれば、ファイルの
排他解除を待っていた他の要求に対して、新たにそのフ
ァイルの排他が確保される。

【００７３】ステップＳ６２において、排他済み４５に
排他待ちありの表示がなければ、排他解除要求３３は、
排他済み４５から排他情報を削除して（ステップＳ６
５）、処理を終了する。

【００７４】図１８は、図１７のステップＳ６４におい
て呼び出された待ち確保３７の処理のフローチャートで
ある。待ち確保３７は、まず、排他確保４０を呼び出す
（ステップＳ７１）。呼び出された排他確保４０は、要
求されたファイルの排他を確保する。

【００７５】次に、待ち確保３７は、排他待ち４４から
排他情報を削除し（ステップＳ７２）、動作環境４２の
排他エラー処理方法を参照して、要求元に排他完了を通
知する（ステップＳ７３）。

【００７６】図１９は、排他監視３８の処理のフローチ
ャートである。排他監視３８は、まず、動作環境４２の
許容排他保持時間以上の時間が経過した排他情報が、排
他済み４５にあるかどうかをチェックする（ステップＳ
８１）。そのような排他情報があれば、次に、ファイル
操作４３を参照して、その間に要求元からのファイル操
作が実施されているかどうかをチェックする（ステップ
Ｓ８２）。

【００７７】許容排他保持時間以上の間、要求元からの
ファイル操作が実施されていなければ、排他解除要求３
３を呼び出し（ステップＳ８３）、ステップＳ８１以降
の処理を繰り返す。ステップＳ８３において呼び出され
た排他解除要求３３は、図１７に示した処理を行う。ま
た、要求元からのファイル操作が実施されていれば、排
他監視３８は、そのままステップＳ８１以降の処理を繰
り返す。

【００７８】そして、ステップＳ８１において、許容排
他保持時間以上の時間が経過した排他情報がなくなれ
ば、次の排他監視３８の処理の起動を予約して（ステッ
プＳ８４）、処理を終了する。

【００７９】図２０は、環境設定３４の処理のフローチ
ャートである。環境設定３４は、ユーザが入力したパラ
メタを動作環境４２に設定する（ステップＳ９１）。設
定されたパラメタは、上述した各処理において、随時、
参照される。

【００８０】ところで、図３の利用システム１１、１
２、および共用システム１３は、例えば、図２１に示す
ような情報処理装置（コンピュータ）を用いて構成され
る。図２１の情報処理装置は、ＣＰＵ（中央処理装置）
１０１、メモリ１０２、入力装置１０３、出力装置１０
４、外部記憶装置１０５、媒体駆動装置１０６、および
ネットワーク接続装置１０７を備え、それらはバス１０
８により互いに接続されている。

【００８１】メモリ１０２は、例えば、ＲＯＭ（read o
nly memory）、ＲＡＭ（random access memory）等を含
み、処理に用いられるプログラムとデータを格納する。
ＣＰＵ１０１は、メモリ１０２を利用してプログラムを
実行することにより、必要な処理を行う。

【００８２】図３の動作環境４２、ファイル操作４３、
排他待ち４４、排他済み４５、および排他ログ４６は、
メモリ１０２に格納されたデータに対応する。また、図
３のアプリケーション２１、２３、２７、クライアント
２２、２４、サーバ２５、２６、ファイルシステム２
８、要求受け付け３１、排他待ち要求３２、排他解除要
求３３、環境設定３４、待ち予測３５、待ち監視３６、
待ち確保３７、排他監視３８、排他解除３９、排他確保
４０、および装置アクセス４１は、メモリ１０２に格納
されたプログラムに対応する。

【００８３】入力装置１０３は、例えば、キーボード、
ポインティングデバイス、タッチパネル等であり、オペ
レータ（ユーザまたは共用システム管理者）からの指示
や情報の入力に用いられる。出力装置１０４は、例え
ば、ディスプレイ、プリンタ、スピーカ等であり、オペ
レータへの問い合わせや処理結果の出力に用いられる。

【００８４】外部記憶装置１０５は、例えば、磁気ディ
スク装置、光ディスク装置、光磁気ディスク装置、テー
プ装置等である。情報処理装置は、この外部記憶装置１
０５に、上述のプログラムとデータを保存しておき、必
要に応じて、それらをメモリ１０２にロードして使用す
る。図３のファイル資源４７も、外部記憶装置１０５に
格納される。

【００８５】媒体駆動装置１０６は、可搬記録媒体１０
９を駆動し、その記録内容にアクセスする。可搬記録媒
体１０９としては、メモリカード、フレキシブルディス
ク、ＣＤ−ＲＯＭ（compact disk read only memory
）、光ディスク、光磁気ディスク等、任意のコンピュ
ータ読み取り可能な記録媒体が用いられる。オペレータ
は、この可搬記録媒体１０９に上述のプログラムとデー
タを格納しておき、必要に応じて、それらをメモリ１０
２にロードして使用する。

【００８６】ネットワーク接続装置１０７は、ＬＡＮや
インターネット等の任意の通信ネットワークに接続さ
れ、通信に伴うデータ変換を行う。情報処理装置は、上
述のプログラムとデータをネットワーク接続装置１０７
を介して他の装置から受け取り、必要に応じて、それら
をメモリ１０２にロードして使用する。

【００８７】図２２は、図２１の情報処理装置にプログ
ラムとデータを供給することのできるコンピュータ読み
取り可能な記録媒体を示している。可搬記録媒体１０９
やサーバ１１０のデータベース１１１に保存されたプロ
グラムとデータは、メモリ１０２にロードされる。この
とき、サーバ１１０は、プログラムとデータを搬送する
搬送信号を生成し、ネットワーク上の任意の伝送媒体を
介して情報処理装置に送信する。そして、ＣＰＵ１０１
は、そのデータを用いてそのプログラムを実行し、必要
な処理を行う。 （付記１） ファイル資源に対する排他要求を行う第１
のアクセス元と排他要求を行わない第２のアクセス元を
有するネットワークに接続され、該ファイル資源に対す
るアクセス要求を処理するファイル制御装置であって、
前記ネットワークを介して、前記第１のアクセス元から
のアクセス要求と前記第２のアクセス元からのアクセス
要求を受け取るインタフェース手段と、前記第１のアク
セス元からのアクセス要求および前記第２のアクセス元
からのアクセス要求と、前記ファイル制御装置内の第３
のアクセス元からのアクセス要求とを受け付ける要求受
け付け手段と、受け付けたアクセス要求を登録する登録
手段と、前記第２のアクセス元からのアクセス要求に応
じて、前記第１のアクセス元からのアクセス要求および
第３のアクセス元からのアクセス要求と、該第２のアク
セス元からのアクセス要求との間における前記ファイル
資源の排他制御を行う制御手段とを備えることを特徴と
するファイル制御装置。 （付記２） ユーザにより指定された排他制御の動作環
境を登録する手段をさらに備え、前記制御手段は、登録
された動作環境を参照しながら前記排他制御を行うこと
を特徴とする付記１記載のファイル制御装置。 （付記３） 前記制御手段は、前記第２のアクセス元か
らのアクセス要求が前記ファイル資源の排他確保を必要
とする処理に対応するとき、該ファイル資源の排他待ち
要求処理を行うことを特徴とする付記１記載のファイル
制御装置。 （付記４） 前記制御手段は、前記第２のアクセス元か
らのアクセス要求が前記ファイル資源の排他解除を必要
とする処理に対応するとき、該ファイル資源の排他解除
要求処理を行うことを特徴とする付記１記載のファイル
制御装置。 （付記５） 前記制御手段は、前記第２のアクセス元か
らのアクセス要求に応じて前記ファイル資源の排他が確
保された後、一定時間の間、該第２のアクセス元からの
アクセス要求がない場合、該ファイル資源の排他を強制
的に解除することを特徴とする付記１記載のファイル制
御装置。 （付記６） ファイル資源に対する排他要求を行う第１
のアクセス元と排他要求を行わない第２のアクセス元を
有するネットワークに接続され、該ファイル資源に対す
るアクセス要求を処理するコンピュータのためのプログ
ラムであって、前記ネットワークを介して、前記第１の
アクセス元からのアクセス要求と前記第２のアクセス元
からのアクセス要求を受け取り、前記第１のアクセス元
からのアクセス要求および前記第２のアクセス元からの
アクセス要求と、前記コンピュータ内の第３のアクセス
元からのアクセス要求とを受け付け、受け付けたアクセ
ス要求を登録し、前記第２のアクセス元からのアクセス
要求に応じて、前記第１のアクセス元からのアクセス要
求および第３のアクセス元からのアクセス要求と、該第
２のアクセス元からのアクセス要求との間における前記
ファイル資源の排他制御を行う処理を前記コンピュータ
に実行させるためのプログラム。 （付記７） ファイル資源に対する排他要求を行う第１
のアクセス元と排他要求を行わない第２のアクセス元を
有するネットワークに接続され、該ファイル資源に対す
るアクセス要求を処理するコンピュータのためのプログ
ラムを記録した記録媒体であって、該プログラムは、前
記ネットワークを介して、前記第１のアクセス元からの
アクセス要求と前記第２のアクセス元からのアクセス要
求を受け取り、前記第１のアクセス元からのアクセス要
求および前記第２のアクセス元からのアクセス要求と、
前記コンピュータ内の第３のアクセス元からのアクセス
要求とを受け付け、受け付けたアクセス要求を登録し、
前記第２のアクセス元からのアクセス要求に応じて、前
記第１のアクセス元からのアクセス要求および第３のア
クセス元からのアクセス要求と、該第２のアクセス元か
らのアクセス要求との間における前記ファイル資源の排
他制御を行う処理を前記コンピュータに実行させること
を特徴とするコンピュータ読み取り可能な記録媒体。 （付記８） ファイル資源に対する排他要求を行う第１
のアクセス元と排他要求を行わない第２のアクセス元を
有するネットワークに接続され、該ファイル資源に対す
るアクセス要求を処理するコンピュータにプログラムを
搬送する搬送信号であって、該プログラムは、前記ネッ
トワークを介して、前記第１のアクセス元からのアクセ
ス要求と前記第２のアクセス元からのアクセス要求を受
け取り、前記第１のアクセス元からのアクセス要求およ
び前記第２のアクセス元からのアクセス要求と、前記コ
ンピュータ内の第３のアクセス元からのアクセス要求と
を受け付け、受け付けたアクセス要求を登録し、前記第
２のアクセス元からのアクセス要求に応じて、前記第１
のアクセス元からのアクセス要求および第３のアクセス
元からのアクセス要求と、該第２のアクセス元からのア
クセス要求との間における前記ファイル資源の排他制御
を行う処理を前記コンピュータに実行させることを特徴
とする搬送信号。 （付記９） ファイル資源に対する排他要求を行う第１
のアクセス元と排他要求を行わない第２のアクセス元を
有するネットワークに接続された共用システムにおい
て、該ファイル資源に対するアクセス要求を処理するフ
ァイル制御方法であって、前記ネットワークを介して、
前記第１のアクセス元からのアクセス要求と前記第２の
アクセス元からのアクセス要求を受け取り、前記第１の
アクセス元からのアクセス要求および前記第２のアクセ
ス元からのアクセス要求と、前記共用システム内の第３
のアクセス元からのアクセス要求とを受け付け、受け付
けたアクセス要求を登録し、前記第２のアクセス元から
のアクセス要求に応じて、前記第１のアクセス元からの
アクセス要求および第３のアクセス元からのアクセス要
求と、該第２のアクセス元からのアクセス要求との間に
おける前記ファイル資源の排他制御を行うことを特徴と
するファイル制御方法。

【００８８】

【発明の効果】本発明によれば、利用システムおよび共
用システム上の排他要求を行うアプリケーションと排他
要求を行わないアプリケーションが同時にファイルを使
用する場合に、ファイルの排他を確実に実施することが
可能となる。特に、排他要求を行わないアプリケーショ
ンが共有ファイルを使用する場合でも、排他が自動的に
実施される。これにより、同時書き込みによるファイル
の破壊が防止される。

【図面の簡単な説明】

【図１】第１のネットワークシステムの構成図である。

【図２】第２のネットワークシステムの構成図である。

【図３】第３のネットワークシステムの構成図である。

【図４】排他のタイミングの設定を示す図である。

【図５】排他の競合の設定を示す図である。

【図６】排他エラー処理方法の設定を示す図である。

【図７】第１のアプリケーションの処理のフローチャー
トである。

【図８】第２のアプリケーションの処理のフローチャー
トである。

【図９】要求受け付け処理のフローチャートである。

【図１０】排他確保処理のフローチャートである。

【図１１】排他解除処理のフローチャートである。

【図１２】ｏｐｅｎ処理のフローチャートである。

【図１３】ｃｌｏｓｅ処理のフローチャートである。

【図１４】排他待ち要求処理のフローチャートである。

【図１５】待ち予測処理のフローチャートである。

【図１６】待ち監視処理のフローチャートである。

【図１７】排他解除要求処理のフローチャートである。

【図１８】待ち確保処理のフローチャートである。

【図１９】排他監視処理のフローチャートである。

【図２０】環境設定処理のフローチャートである。

【図２１】情報処理装置の構成図である。

【図２２】記録媒体を示す図である。

【符号の説明】

１、２、１１、１２ 利用システム ３ 結合装置 ４ ディスク装置 ５ ＬＡＮ ６ ＳＡＮ ７ ファイル装置 １３ 共用システム ２１、２３、２７ アプリケーション ２２ ＮＦＳクライアント ２４ ＣＩＦＳクライアント ２５ ＮＦＳサーバ ２６ ＣＩＦＳサーバ ２８ ファイルシステム ３１ 要求受け付け ３２ 排他待ち要求 ３３ 排他解除要求 ３４ 環境設定 ３５ 待ち予測 ３６ 待ち監視 ３７ 待ち確保 ３８ 排他監視 ３９ 排他解除 ４０ 排他確保 ４１ 装置アクセス ４２ 動作環境 ４３ ファイル操作 ４４ 排他待ち ４５ 排他済み ４６ 排他ログ ４７ ファイル資源 １０１ ＣＰＵ １０２ メモリ １０３ 入力装置 １０４ 出力装置 １０５ 外部記憶装置 １０６ 媒体駆動装置 １０７ ネットワーク接続装置 １０８ バス １０９ 可搬記録媒体 １１０ サーバ １１１ データベース

Claims (5)

【特許請求の範囲】
1. 【請求項１】 ファイル資源に対する排他要求を行う第
   １のアクセス元と排他要求を行わない第２のアクセス元
   を有するネットワークに接続され、該ファイル資源に対
   するアクセス要求を処理するファイル制御装置であっ
   て、 前記ネットワークを介して、前記第１のアクセス元から
   のアクセス要求と前記第２のアクセス元からのアクセス
   要求を受け取るインタフェース手段と、 前記第１のアクセス元からのアクセス要求および前記第
   ２のアクセス元からのアクセス要求と、前記ファイル制
   御装置内の第３のアクセス元からのアクセス要求とを受
   け付ける要求受け付け手段と、 受け付けたアクセス要求を登録する登録手段と、 前記第２のアクセス元からのアクセス要求に応じて、前
   記第１のアクセス元からのアクセス要求および第３のア
   クセス元からのアクセス要求と、該第２のアクセス元か
   らのアクセス要求との間における前記ファイル資源の排
   他制御を行う制御手段とを備えることを特徴とするファ
   イル制御装置。
2. 【請求項２】 ユーザにより指定された排他制御の動作
   環境を登録する手段をさらに備え、前記制御手段は、登
   録された動作環境を参照しながら前記排他制御を行うこ
   とを特徴とする請求項１記載のファイル制御装置。
3. 【請求項３】 前記制御手段は、前記第２のアクセス元
   からのアクセス要求が前記ファイル資源の排他確保を必
   要とする処理に対応するとき、該ファイル資源の排他待
   ち要求処理を行うことを特徴とする請求項１記載のファ
   イル制御装置。
4. 【請求項４】 前記制御手段は、前記第２のアクセス元
   からのアクセス要求が前記ファイル資源の排他解除を必
   要とする処理に対応するとき、該ファイル資源の排他解
   除要求処理を行うことを特徴とする請求項１記載のファ
   イル制御装置。
5. 【請求項５】 前記制御手段は、前記第２のアクセス元
   からのアクセス要求に応じて前記ファイル資源の排他が
   確保された後、一定時間の間、該第２のアクセス元から
   のアクセス要求がない場合、該ファイル資源の排他を強
   制的に解除することを特徴とする請求項１記載のファイ
   ル制御装置。