JPH1069422A - 切断中の処理のためのファイル番号リマッピング方法及び装置 - Google Patents

Abstract

(57)【要約】 【課題】 サーバが新規作成ファイルに対するファイル
番号の作成および割り当てを制御する、クライアント／
サーバ計算機環境において、サーバが使用不能の間に、
クライアントによる新しいファイル番号の透過的な作成
を可能にする。 【解決手段】 ファイル番号を格納しマップするため
に、クライアント内にファイル番号テーブルを作成し保
持する。サーバが使用不能の間の新規ファイルの作成要
求に応答して、クライアントは新規ファイルに対して新
しいファイル番号を作成し、それをテーブルに格納し、
サーバが後に割り当てるファイル番号にそれをマップす
る。サーバおよびクライアントが作成したファイル番号
間の衝突については、フラグを立て、検出し、解決する
ようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークを通
じた、クライアント計算機ステーションからサーバへの
ファイル・アクセスに関する。更に特定すれば、本発明
は、サーバまたはネットワークが不動作状態にある間の
クライアントによるファイル作成に関するものである。

【０００２】

【従来の技術】ネットワーク上のクライアント／サーバ
計算機システムにおいては、サーバのみが新たに作成さ
れるファイルに対するファイル番号の選択を全体的に制
御するというファイル・システム・アーキテクチャが採
用されている。例えば、ネットワーク状のサーバ／クラ
イアント環境において動作するUNIX は、サーバが全て
の新規作成ファイルに対するファイル番号の選択を制御
するように設計されている。クライアント上で走ってい
るアプリケーション・プログラムが新規ファイルを作成
する必要があるときはいつでも、クライアントは対応し
て、サーバに対して、新規ファイルに未使用のファイル
番号を割り当てるように要求する。通常の動作状態の下
では、かかるファイル・システム・アーキテクチャは円
滑に動作可能である。しかしながら、サーバが不動作状
態（即ち、クラッシュ）になった場合、またはサーバお
よびクライアント間のネットワーク接続が不動作状態に
なった場合、クライアント上で動作しているアプリケー
ション・プログラムは、重大な問題を発生せずに、新規
ファイルを作成することができない。

【０００３】UNIXに基づくオペレーティング・システム
では、iノード(inode)、インデックス・ノード、または
iノード番号(inode number)として知られているファイ
ル番号は、ファイル・システム内に保持されている各フ
ァイルの属性である。あらゆるUNIXファイルは一意のi
ノードを有し、当該ファイルの様々な特性を記述する情
報を引用する。この情報は、ファイル・タイプ、ファイ
ル・アクセス許可、ファイル所有(file ownership)、フ
ァイルの最後の修正を示すタイム・スタンプ、およびフ
ァイルに対するデータ・ブロックのディスク位置を指し
示すインデックスのアレイのようなメタデータ情報(met
adata information)を含む。これらのiノードは、当該i
ノードによってインデックスされるメタデータと共に、
iノード・テーブル内に保持される。iノード・テーブル
は、UNIXシステムのサーバ内の既知のディスク位置に保
持されている。

【０００４】ファイルに対して一貫性のあるファイル番
号を保持することは、UNIXシステムにおける基本的な指
針であり、UNIXオペレーティング・システムのために書
かれた多くのアプリケーション・プログラムは、所与の
ファイルに対するファイル番号は決して変わることがな
いという前提を拠り所とするものもある。したがって、
オペレーティング・システムがアプリケーション・プロ
グラムに対して、一貫性がありしかも一意のファイル番
号を所与のファイルに与えることは必須である。

【０００５】各ファイルに対して一意で一貫性のあるフ
ァイル番号を保持するためには、ファイルに対するファ
イル番号の決定を、サーバのみの責任とする。これに
は、新規ファイルには新しいファイル番号を新たに作成
する責任が含まれる。クライアントは、サーバが確立し
たファイル番号に従い、これを使用することを義務付け
られる。ファイル番号は特に定まった規則がなくサーバ
によって選択されるので、サーバが新規ファイルに割り
当てる次のファイル番号を予測することは不可能であ
る。

【０００６】クライアントは、新規作成ファイルに対す
るファイル番号の割り当てについては、サーバに依存す
るので、サーバが動作不能になると、クライアントは通
常新規ファイルを作成することができなくなる。サーバ
とクライアントがネットワーク上で接続されている場
合、例えば、サーバが不動作状態になったり（即ち、ク
ラッシュ）、クライアントおよびサーバ間のネットワー
ク接続が保全性を喪失した（即ち、切断）場合に、サー
バが動作不能になる可能性がある。

【０００７】

【発明が解決しようとする課題】本発明以前では、サー
バまたはネットワークが不動作状態となると、クライア
ントは、通常、サーバが再び使用可能になるまで、新規
ファイルの作成ができなかった。

【０００８】この問題に対処した従来の手法の１つが、
カーネギー・メロン大学において、Codaとして知られて
いるファイル・システムによって実施された。Codaの手
法では、サーバが固定数のファイル番号をクライアント
に予め割り当てておき、サーバが使用不能の間それを使
用するようにした。しかしながら、クライアントは予め
割り当てられたファイル番号分しか新規ファイルを作成
することができないので、Codaの手法はこの問題に対し
て限定的な解決案を示したに過ぎない。単一のサーバに
多数のクライアントが接続されているネットワーク状シ
ステムにおいて、長時間サーバが使用不能になった場
合、クライアントは予め割り当てられたファイル番号を
全て使い果たし、その後サーバが使用不能の間クライア
ントは新規ファイルを全く作成できなくなるという可能
性がある。

【０００９】加えて、ファイル番号を予め割り当てる場
合に本質的な必要事項として、かかるファイル番号が実
際に使用されるか否かには関係なく、通常のサーバ動作
の間、ファイル番号の予約(reserves)が保持されなけれ
ばならない。ファイル番号は、クライアントが新規ファ
イルを作成するときに使用するために必要な有限資源で
ある。サーバの通常動作の間にファイル番号を予約する
即ち予め割り当てると、ファイル番号の事前割り当て(p
re-allocation)によって、いつでもクライアントによっ
て使用可能であるべきサーバ資源が消費されることにな
る。多数のクライアントが単一サーバに接続されている
ネットワーク状システムにおいては、サーバが使用可能
なファイル番号を予約済みとして保持してあるために、
通常動作の間にクライアントが使用可能な予め割り当て
られていないファイル番号を全て使い果たし、その後
は、通常の動作状態において、クライアントが新規ファ
イルを作成できなくなるという事態もあり得ることであ
る。

【００１０】最後に、ファイル番号を予め割り当てるに
は、ネットワーク状ファイル・システムを実施する際に
使用される業界標準プロトコルに変更を加える必要があ
る。多くの場合、業界標準のプロトコルを変更するシス
テムを市場に出すことは商業的にに実行不可能である。

【００１１】

【課題を解決するための手段】本発明によれば、サーバ
が使用不能のときはいつでも、一意のファイル番号を有
する新規ファイルを作成する機能(ability)をクライア
ントに与えることによって、上述の問題の解決を図っ
た。本発明の方法による実施形態においては、これを達
成するに当たり、コンピュータ・ネットワーク内におい
て、サーバが割り当てたファイル番号を、クライアント
が割り当てたファイル番号にリマップする。サーバが動
作不能の間に、新規ファイルを作成するアプリケーショ
ン・プログラムの要求に応答して、ファイル番号を格納
しリマップするテーブルが作成される。クライアント
は、サーバが使用不能の間に作成される新規ファイル
に、新たなファイル番号を割り当て、この新たなファイ
ル番号をテーブルに格納する。クライアントによって割
り当てられたファイル番号は、クライアントによって以
前に使用されたファイル番号またはアクセスされたファ
イル番号以外のものとなるように選択可能である。

【００１２】サーバが使用可能となった時点で、サーバ
が割り当てた、ファイルの真のファイル番号をサーバか
ら得て、テーブルに格納する。サーバが割り当てた真の
ファイル番号は、クライアントが割り当てたファイル番
号に、テーブル内でマップされるので、サーバが使用不
能の間、クライアントは透過的に新規ファイルの作成が
可能となる。

【００１３】前記テーブルは第１列と第２列とによる構
造とすることができ、第１列にはサーバが割り当てたフ
ァイル番号が格納され、第２列にはクライアントが割り
当てたファイル番号が格納される。クライアントは、作
成された新規ファイルのファイル番号に対するあらゆる
要求に応答してテーブルにアクセスし、この新規ファイ
ルに対する適切なファイル番号を報告する。

【００１４】本発明の他の実施例では、クライアントが
割り当てた新規ファイル番号とサーバが割り当てた他の
ファイル番号との間のあらゆる衝突は、クライアントが
割り当てた新規ファイル番号にマップするテーブルにフ
ラグを書き込むことによって検出される。サーバが割り
当てたファイル番号は、クライアントが割り当てた新規
ファイル番号のテーブル・エントリと比較され、これに
よって、サーバが割り当てたファイル番号がクライアン
トが割り当てた新規ファイル番号と衝突する場合を検出
する。

【００１５】ファイル番号間で衝突が検出された場合、
いかなるものでも、クライアントが選択した第２の新し
いファイル番号を新規ファイルに割り当てることによっ
て解決する。第２の新しいファイル番号は、サーバが割
り当てた真のファイル番号にマップされる。このように
して、クライアントの新しいファイル番号とサーバが作
成した他のファイル番号との間の衝突を排除することが
できる。

【００１６】上述のコンピュータ実施ステップは、本発
明の他の実施形態においては、１つの製造物、即ち、上
述のステップを実行する命令のコンピュータ・プログラ
ムを収容したコンピュータ記憶媒体として提供される。

【００１７】本発明の機械による実施形態においては、
コンピュータ・ネットワークにおいてクライアントおよ
びサーバが選択したファイル番号をリマップすることに
よって、サーバが使用不能の間、クライアントの新規フ
ァイル作成を可能とする装置を提供する。クライアント
が新規ファイルに割り当てるために、ファイル番号選択
モジュールが第１ファイル番号を選択し、ファイル番号
要求所ジュールは、新規ファイルに対応してサーバが割
り当てた第２ファイル番号を要求する。ファイル番号テ
ーブルは、テーブル内に第１ファイル番号および第２フ
ァイル番号を格納し、ファイル番号が一貫性をもって保
持されるように、ファイル番号テーブル内では第１ファ
イル番号が第２ファイル番号にマップされている。

【００１８】本発明の他の実施例では、報告モジュール
が、アプリケーション・プログラムの新規ファイルへの
アクセス要求に応答して、アプリケーション・プログラ
ムに第１ファイル番号を報告する。警告モジュールは、
テーブルに格納されている第１ファイル番号に対して、
サーバが割り当てた他のファイル番号と衝突の可能性が
あるものとして印を付ける。衝突検出モジュールは、ク
ライアントが割り当てた第１ファイル番号が、サーバが
割り当てた他のファイル番号と衝突しているか否かにつ
いて判定を行う。更に、衝突補正モジュールは、クライ
アントが割り当てた第１ファイル番号とサーバが割り当
てた他のファイル番号との間の衝突を補正する。

【００１９】本発明の大きな有用性は、サーバが新規フ
ァイルに対してファイル番号を作成することができなく
ても、クライアントが透過的に新規ファイルの作成を可
能とする点にある。

【００２０】本発明の更に他の有用性は、ファイル番号
を予め割り当てる必要なく、サーバが使用不能の間に、
クライアントによる新規ファイルの作成を可能にするこ
とである。

【００２１】本発明の更に他の有用性は、標準ファイル
・システムを変更することなく、または業界においてサ
ーバの動作を保持するための標準的なネットワーク・プ
ロトコルから逸脱することなく、サーバが使用不能の間
に、クライアントが新規ファイルの作成を可能とするこ
とである。

【００２２】本発明の更に他の有用性は、サーバが使用
不能の間に、ファイルに対してファイル番号の一貫性の
ある使用を提供する点にある。

【００２３】本発明の上述のおよびその他の有用な特徴
ならびに利点は、以下の添付図面に示す本発明の好適実
施例のより特定的な記載から明白となろう。

【００２４】

【発明の実施の形態】ここに記載する本発明の実施例
は、クライアント・サーバー・コンピュータ・システム
を有する分散情報処理システムにおける論理処理として
実施するものである。本発明の論理処理は、（１）コン
ピュータ・システム上で実行する一連のコンピュータ実
装ステップとして、および（２）コンピュータ・システ
ム内部の相互接続機械モジュールとして、実施する。実
施形態は、本発明を実施するコンピュータ・システムの
性能要件によって異なる選択事項である。したがって、
ここに記載する本発明の実施例を構成する論理処理につ
いては、処理、ステップ、またはモジュールというよう
に様々な呼び方をすることとする。

【００２５】本発明は、サーバが使用不能となったとき
にはいつでも、クライアントに新規ファイルを作成する
機能を与えるものである。クライアントは、あるテーブ
ルを利用して、ファイル番号を格納しマップする。この
テーブルについては以下でより詳細に説明する。テーブ
ルは、サーバが作成したファイル番号を格納する列と、
クライアントが作成したファイル番号を格納する列とを
有するような構造とすることができる。

【００２６】サーバは通常あらゆるファイルに対してフ
ァイル番号を作成するので、クライアントはどちらのフ
ァイル番号を使用すべきかというジレンマに直面する。
クライアントは開始するにあたって、現在使用中でない
「空き」ファイル番号を選択し、この「空き」ファイル
番号を新規ファイルに割り当てる。しかしながら、サー
バは最終的にそのファイルに対するファイル番号の作成
を制御する。サーバが再度使用可能となったとき、クラ
イアントはサーバに新規ファイルを作成するように要求
し、サーバはそのファイルにファイル番号を割り当て
る。したがって、本発明は、クライアントが作成したフ
ァイル番号およびサーバのファイル番号を格納し、それ
ぞれマッピングするためのファイル番号テーブルを作成
し、このテーブルをクライアントがメモリ内に保持す
る。クライアントは、このファイル番号テーブルを使用
することにより、処理が切断されていた間に作成された
ファイルにアクセスする、クライアント上で走るアプリ
ケーション・ソフトウエア全てに、一貫性をもって適切
なファイル番号を報告する。例えば、クライアントが２
３４５のファイル番号を作成し、後に９８７６のサーバ
・ファイル番号に対応する場合、クライアントは、当該
クライアント上で走るアプリケーション・ソフトウエア
全てに対して、２３４５のファイル番号を保持する。ク
ライアントがリブートしたとき、このファイルに対する
以降のアクセスは、サーバによって割り当てられた適正
なファイル番号に対応する。このように、本発明は、サ
ーバが使用不能の間に、クライアントが新規ファイル番
号の作成を可能とするものである。

【００２７】本発明の別の重要な態様は、クライアント
が選択したファイル番号が、偶然既に存在し、サーバ上
のファイルに関連するものであったという状況に関連す
る。この状況は、ファイル番号の「衝突(conflict)」と
して知られている。通常、サーバはシステム上に配置さ
れた全ファイルに対する全ファイル番号のマスタ・リス
トを保持しているが、クライアントは、アプリケーショ
ンが必要とするファイル番号の局在的コピーを保持する
に過ぎない。クライアントにとってリスト全体を保持す
ることは非効率的であるので、ファイル番号のクライア
ント・コピーは、サーバが保持する全ファイル番号の総
括的リストではない。したがって、サーバが使用不能に
なったときに、クライアントが新規ファイルを作成する
際に、サーバが既に異なるファイルに割り当ててある
「空き」ファイル番号を選択する可能性がある。また、
サーバが使用可能となった後に、処理の切断中にクライ
アントが選択したものと同じファイル番号を、サーバが
異なるファイルに割り当てる可能性もある。

【００２８】ファイル番号の潜在的な衝突を検出するた
めに、本発明は、クライアントが作成した全ファイル番
号について、ファイル番号テーブル内で、クライアント
が「フラグを立てる(flag)」ことを教示する。保持して
いる各クライアント・ファイルに対して、クライアント
は、クライアント・ファイル番号をサーバ列にコピーす
ることによって、テーブル内に別個のエントリを作成
し、現在はサーバ列にあるこのファイル番号を、クライ
アント・ファイル番号列内のゼロにマップする。このよ
うにして、テーブルのサーバ列内に保持されているファ
イル番号に、無効番号としてのフラグを立て、ファイル
番号の衝突が存在する場合、クライアントがそれを検出
できるようにする。

【００２９】クライアントが作成したファイル番号が、
サーバによって異なるファイルに割り当てられているこ
とを後にクライアントが知った場合、クライアントはこ
のファイル番号の衝突を補正するために何らかの行動を
起こさなければならない。以下に記載する本発明の好適
実施例の下では、クライアントは他の新たな「空き」フ
ァイル番号を作成し、それをファイル番号テーブル１０
０に書き込み、衝突の原因となったサーバ・ファイル番
号にマップする。このようにして、クライアントは、当
該クライアント上で処理中のアプリケーション・ソフト
ウエアに対して、一意のファイル番号を表示する。クラ
イアントが選択したこの新しい「空き」ファイル番号
が、サーバによって既に割り当てられていたり、後に割
り当てられる可能性はあるが、他の衝突が発生すること
は非常に希である。新しいファイル番号との別の衝突が
発生した場合、クライアントは単に別の新しいファイル
番号を作成し、衝突を起こしたサーバ・ファイル番号に
対応するテーブルの位置にそれを書き込む。このプロセ
スは、サーバが割り当てていない、正真正銘の「空き」
ファイル番号が選択されるまで継続する。

【００３０】一例として、処理が切断されている間に、
クライアントが新規ファイルを作成し、それに３４５６
というファイル番号を割り当てたとする。その後、サー
バは再び使用可能となる。クライアントは新規ファイル
をサーバに報告し、サーバはそのファイルに９８７６と
いうファイル番号を割り当てる。サーバ・ファイル番号
９８７６は、システム上では、この新規ファイルに対す
る「真」のファイル番号である。クライアントは、その
ファイル番号テーブルにおいて、クライアント・ファイ
ル番号３４５６に対して、サーバ・ファイル番号９８７
６をマップするエントリを保持する。サーバ・ファイル
番号との衝突の可能性について、クライアントが選択し
たファイル番号にフラグを立てるために、クライアント
は、テーブルのサーバ列において、３４５６のファイル
番号テーブル内に別のエントリを作成し、そのファイル
番号をゼロのクライアント・ファイル番号にマップす
る。その後サーバ上のファイルに対してアクセスがあっ
た場合、クライアントは、サーバから得られた実際のフ
ァイル番号を、テーブルに保持されているサーバ・ファ
イル番号と比較する。ファイルが３４５６というサーバ
・ファイル番号を有する場合、テーブルがゼロにマップ
されたサーバ・ファイル番号３４５６を有するので、ク
ライアントはファイル番号の衝突が存在することを検出
する。したがって、クライアントは新しいファイル番号
（即ち、１０１）を作成し、サーバ・ファイル番号３４
５６にマップするクライアント列のエントリの下に、こ
の新しいファイル番号を書き込むことによって、この衝
突を解決する。したがって、サーバ・ファイル番号３４
５６に対するあらゆるアクセスは、１０１として一貫性
をもってアプリケーション・プログラムに報告される。
尚、クライアントは、テーブル内の１０１というサーバ
・ファイル番号の下に新しいエントリを作成し、このエ
ントリをゼロのクライアント・ファイル番号にマップす
ることによって、後に発生し得るファイル番号の衝突に
対して、再度フラグで知らせることを注記しておく。

【００３１】本発明によれば、ネットワーク内のクライ
アント・プロセッサ３５のような遠隔ワークステーショ
ンにおけるユーザは、このネットワークを通じて、図１
に示すようなコンピュータ・サーバに通信を行う。サー
バ２０は、入出力部２２、中央演算装置２３、およびメ
モリ部２４を有するプロセッサ２１を含む。入出力部２
２は、任意に、キーボード２５、表示装置またはモニタ
２６、およびディスク記憶装置２９に接続される。入出
力部２２は、ネットワーク４６上で遠隔クライアント局
３５に通信を行う、通信アダプタを含む。アプリケーシ
ョン・プログラム４５は、クライアント局３５上で動作
し、サーバ２０が保持するファイルにアクセス可能であ
る。本発明の装置および方法を実行するコンピュータ・
プログラム生産物は、メモリ部２４、またはディスク記
憶装置２９または同様の記憶媒体（図示せず）に存在す
るか、あるいはクライアント３５が用いる記憶媒体上に
存在する場合もある。サーバ２０またはクライアント３
５のいずれかとして使用可能な計算機システムの例は、
Sun Microsystems社が提供するSPARCシステム（SPARCは
Sun Microsystems社の商標である）、ＩＢＭ社およびそ
の他のＩＢＭ互換パーソナル・コンピュータの製造者が
提供するパーソナル・コンピュータ、ならびにUNIX（UN
IXはX/Open社によって使用許諾される商標である）、OS
/2、HP-UX、AIX、DOS等（OS/2およびAIXはＩＢＭ社の商
標である）のオペレーティング・システムを走らせるシ
ステムが含まれる。

【００３２】クライアント３５およびサーバ２０はネッ
トワーク４６を通じて通信を行う。ネットワーク４６
は、サーバのディスク２９上に保持されているファイル
へのアクセスを、クライアント３５に与える。サーバ２
０は、ディスク２９上に、ネットワーク全体に対するフ
ァイル番号のテーブルおよび各ファイルに対するファイ
ル・データを保持している。

【００３３】クライアントによるファイル作成は、通
常、クライアント３５上で走るアプリケーション・プロ
グラム４５による新規ファイルの要求に応答して実行さ
れる。クライアントは、通常、サーバが新規ファイルを
作成し、新しいファイル番号を割り当てることを要求し
なければならない。このような状況下で、ネットワーク
接続４６の不動作、サーバ２０のクラッシュ、またはそ
の他の理由により、サーバ２０が使用不能となった場
合、クライアント３５は新規ファイルの作成を継続でき
なくなってしまう。以下で説明するように、本発明は、
サーバの使用不能にも拘わらず、クライアントが新規フ
ァイルの作成を可能とするものである。

【００３４】図２および図３は、サーバが使用不能にな
った場合のファイル作成に関連する処理を示す。図２の
処理６０から開始して、クライアント／サーバ・ネット
ワーク状計算機システムにおいて通常に行われるよう
に、クライアントは処理６２においてサーバ上にファイ
ルを作成し、次に判断処理６６において、このファイル
作成が成功したか否かについて判定を行う。サーバおよ
びネットワーク双方が動作状態にあれば、ファイルの作
成は成功し、クライアントはその通常のファイル処理に
進む。例えば、処理６８において、クライアントはサー
バから新規作成ファイルのメタデータを入手する。メタ
データは、ファイル番号のような、新規作成ファイルの
属性を含むことができる。

【００３５】しかしながら、処理６６において、サーバ
上でのファイル作成が失敗であったことが検出された場
合、恐らくサーバまたはネットワークが不動作状態とな
ったために、サーバが使用不能となっている。したがっ
て、クライアントは処理７０において、図３に示すよう
に、切断状態の下で新規ファイルを作成するステップを
実行する。

【００３６】切断状態の下で新規ファイルを作成する処
理７０（図３）を実行するために、クライアントは、こ
のファイルに新しいファイル番号を割り当てる。過去の
ネットワーク状計算機システムでは、新規作成ファイル
に対するファイル番号の作成および割り当ては、最終的
にサーバの責任であるので、この処理は単純に不可能で
あった。本発明の好適実施例はこの基本的概念を変える
ものではないが、本発明の実施例は、クライアントが新
規ファイルに対するファイル番号を作成し保持すること
を許しつつ、サーバにも同一ファイルに異なるファイル
番号を割り当てることを許すものである。

【００３７】図３において、切断状態の下でファイル作
成を実行する処理のフローは、処理７１において開始す
る。処理７１では、クライアントが割り当てたファイル
番号およびサーバが割り当てたファイル番号を格納しリ
マップするテーブル１００（図６）を作成する。本発明
の好適実施例の下では、このテーブルはサーバが使用不
能の間に作成されるが、このテーブルは、特定の実施形
態によっては、他の様々な場合にも作成可能であること
は、当業者には認められよう。例えば、サーバが処理９
４および９６間（図５）において再び使用可能となった
後に、このテーブルを作成することも可能である。

【００３８】図３に戻り、処理７２において、現在使用
されていないファイル番号を選択する。クライアント
は、その使用済みファイルの記録を詳細に調べ、以前に
サーバによって割り当てられていない「空き」ファイル
番号を発見する。ファイルの記録はディスク・キャッシ
ュに保持することも可能である。既に説明したように、
クライアントが保持する既存ファイル番号のリストは、
サーバによってネットワーク・システムに対して割り当
てられたファイル番号全ての総括的リストである必要は
ない。したがって、クライアントが「空き」であり未使
用であると判断するファイル番号は、実際には、サーバ
が割り当てたファイル番号と衝突することも可能性があ
る。以下で論ずるが、図７ないし図１０における論理処
理は、このファイル番号の衝突の可能性に対する解決策
を提供するものである。

【００３９】クライアントが「空き」ファイル番号を得
た後、処理７４（図３）において、この「空き」ファイ
ル番号を用いて新規ファイルを作成する。既に述べたよ
うに、ファイル番号は、クライアント上で走るアプリケ
ーション・プログラムが利用し得るファイルの属性であ
る。処理７４において、この新規作成ファイルを特定の
ファイル番号に関連付けることにより、大きな遅れを生
じることなく、新規ファイルを作成するというアプリケ
ーション・プログラムの要求を満足させる。処理７８に
おいて、クライアントが保持するテーブル１００にこの
ファイル番号を書き込む。

【００４０】図４は、サーバまたはネットワークが再び
使用可能になったか否かを判定するためにクライアント
が実施するシーケンス、およびサーバが使用可能になっ
たときに必要とされるステップを示す。処理８４におい
て、サーバまたはネットワークが再び動作状態となった
か否かについて判定を行う。例えば、処理８４では、サ
ーバが応答するまで、サーバまたはネットワークに周期
的に（即ち、３０秒間隔で）「ピング(ping)」すること
ができる。処理８４においてサーバが使用可能であると
判定されると、判断処理８８が、作成すべきファイルが
あるか否かについて判定を行う。例えば、処理８８で
は、サーバが使用不能であった間にクライアントによっ
て新規ファイルおよびファイル番号が作成されたことを
示す非ゼロ・エントリがあるかについて、テーブル１０
０の内容を調べることができる。サーバが使用不能の間
にクライアントによってファイルが作成されていた場
合、処理９０において、図５の処理に示すように、サー
バ上にそのファイルを作成し、ファイル番号をリマップ
する。

【００４１】図５ないし図１０は、サーバが使用可能と
なった後のリマッピング処理を示す。図５は、ファイル
番号リマッピングの論理処理を示す。図６は、ファイル
番号をリマップするためにクライアントが保持するファ
イル番号テーブル１００を示す。図７ないし図１０は、
ファイル番号衝突の検出処理および解決処理を示す。

【００４２】クライアントは図６のファイル番号テーブ
ル１００を利用する。このテーブルは、クライアントの
揮発性メモリに保持することができるので、ファイル番
号リマッピング情報は、クライアント上で走るアプリケ
ーション・プログラムが必要とする場合にのみ保持され
る。

【００４３】ファイル番号テーブル１００は、サーバ列
１０２およびクライアント列１０４を有する。このテー
ブル内のエントリは、サーバまたはクライアントのいず
れかによって割り当てられたファイル番号を反映し、エ
ントリの行位置は、割り当てられたファイル番号間のマ
ッピングを示す。例えば、図６において、クライアント
が割り当てたファイル番号３４５６は、サーバ・ファイ
ル番号９８７６に対応する。クライアントは、サーバの
使用不能の間にクライアントが作成した、３４５６とい
うファイル番号を、クライアントが以前に３４５６のフ
ァイル番号を提示したアプリケーションに報告する。し
かしながら、クライアントは、サーバ上で保持されてい
るこのファイルの「真」のファイル番号は９８７６であ
ることを知っている。更に、クライアントは、クライア
ントがサーバからファイル番号を受信したときはいつで
も、切断処理の後にこのテーブルにアクセスする。図７
および図８に関連して以下で説明するが、クライアント
はこのテーブルの内容を用いて、ファイル番号の衝突が
存在するか否かについて判定を行う。

【００４４】図５において、処理９２ではサーバ上でフ
ァイルを作成し、サーバはこの新規作成ファイルに一意
のファイル番号を割り当てる。図３に示し既に説明した
ように、クライアントは、処理７２ないし７４におい
て、切断中の処理の間に、「空き」ファイル番号を既に
選択し割り当ててある。

【００４５】サーバは最終的に新規ファイル番号を割り
当てる責任があり、クライアントはファイル番号をクラ
イアント上で走るソフトウエア・アプリケーションに一
貫性をもって報告しなければならないので、クライアン
トはサーバからこのファイルに対する「真」のファイル
番号を入手する必要がある。処理９４において、新しく
割り当てられたファイル番号をサーバから入手し、テー
ブル１００において、クライアントが割り当てた「空
き」ファイル番号に、このファイル番号をリマップする
ことができる。

【００４６】サーバが新規作成ファイルに割り当てたフ
ァイル番号を入手した後、処理９６において、テーブル
１００に新しい行を作成する。この行は新規作成ファイ
ルに対するエントリを含む。クライアントは、サーバが
割り当てた「真」のファイル番号を、サーバ列１０２の
下の行に入力する。また、クライアントは、この特定フ
ァイルに対応してクライアントが以前に割り当てた「空
き」ファイル番号を、クライアント列１０４に入力す
る。こうして、「真」のサーバ・ファイル番号が、「空
き」クライアント・ファイル番号にマップされたことに
なる。

【００４７】処理９８において、クライアント・ファイ
ル番号およびその他のサーバ・ファイル番号間に生じ得
る衝突を検出するために、クライアント・ファイル番号
にフラグを立てる、即ち、印を付ける(signal)。クライ
アントはテーブル１００内に別の行を作成する。テーブ
ルのサーバ列１０２の下にクライアントが割り当てたフ
ァイル番号を入力し、クライアント列１０４をゼロで満
たし、無効なファイル番号であることを示す。こうし
て、クライアントが割り当てたファイル番号にフラグが
立てられたことになる。サーバが使用不能の間にクライ
アントが既に割り当てたファイル番号を、クライアント
が後にサーバから入手した場合、ファイル番号の衝突が
生ずる。

【００４８】既に論じたように、ファイル番号テーブル
１００を保持する目的は、サーバが割り当てた「真」の
ファイル番号を、クライアントが割り当てたファイル番
号にリマップすることである。このようにして、サーバ
またはネットワークが不動作状態にあった間にファイル
を作成したにも拘わらず、サーバの観点からはファイル
番号の一貫性を保持し、クライアント上で走るソフトウ
エア・アプリケーションの観点からもファイル番号の一
貫性が保持されることになる。

【００４９】図７および図８は、クライアントがあるフ
ァイルのファイル番号を、そのクライアント上で走るア
プリケーション・プログラムに報告し、ファイル番号の
衝突を検出する際の処理を示す。

【００５０】ファイル番号の報告は、アプリケーション
・プログラムのファイルへのアクセス要求に応答して、
処理１１０において開始する。クライアントがファイル
番号をアプリケーションに報告できるようになる前に、
クライアントは、要求されたファイルが有する番号が、
テーブル１００に含まれているエントリを使用してリマ
ップする必要があるものか否かについて判定を行わなけ
ればならない。

【００５１】処理１１２において、要求されたファイル
に対してサーバが割り当てた「真」のファイル番号を、
サーバから入手する。処理１１４において、サーバによ
って保持されている「真」のファイル番号とは異なるフ
ァイル番号を、クライアントがアプリケーション・ソフ
トウエアに報告する必要があるかについて判定を行う。

【００５２】処理１１２によってサーバから入手した
「真」のファイル番号を用いることによって、処理１１
４では、ファイル番号テーブル１００のサーバ列１０２
を詳細に調べ、この「真」のサーバ・ファイル番号に対
応する、一致したエントリがあるか否かについて判定を
行う。「真」のサーバ・ファイル番号とテーブル１００
のサーバ列１０２内のファイル番号のいずれとの間にも
一致がない場合、処理１１６において、処理１１２から
入手した「真」のサーバ・ファイル番号をユーザ・アプ
リケーションに報告する。このような状況の下では、フ
ァイル番号のリマッピングは不要である。

【００５３】しかしながら、要求されたファイルに対し
てサーバから入手した「真」のファイル番号が、テーブ
ル１００のサーバ列１０２内のエントリと一致した場
合、この「真」のファイル番号は、テーブル１００の内
容を用いて、クライアントによってリマップする必要が
ある。また、クライアントは、この「真」のファイル番
号が、切断中の処理期間の間にクライアントが既に割り
当てたファイル番号と衝突するか否かについて判定を行
わなければならない。

【００５４】ファイル番号の衝突を検出するために、処
理９８において既に説明し図５および図６に示したよう
に、クライアントは、サーバ列１０２内のファイル番号
をクライアント列１０４内のゼロにマップすることによ
って、クライアントが割り当てたファイル番号に対して
既にフラグを立ててある。処理１１２から入手した
「真」のサーバ・ファイル番号と、テーブルのサーバ列
内のファイルとの間で一致が発見された場合、処理１１
８において、エントリのクライアント列を検査し、その
クライアント列にゼロが存在するか否かについて判定を
行う。このエントリのクライアント列がゼロでなけれ
ば、ファイル番号の衝突は存在せず、処理１２０におい
て、クライアント列に含まれているファイル番号をユー
ザ・アプリケーションに報告する。これは、処理１１６
による処理と同様である。例えば、図８のテーブル１０
０に示すエントリを用いて、クライアント上で走るソフ
トウエア・アプリケーションが、サーバが割り当てたフ
ァイル番号９８７６に対応するファイルに対するアクセ
スを要求した場合、クライアントはテーブル１００のサ
ーバ列を検査し、ファイル番号９８７６を有するエント
リの位置を突き止める。次に、クライアントは同じ行の
クライアント列をチェックし、このエントリがゼロであ
るか否かについて検査を行う。この行エントリに対する
クライアント列は３４５６であり、ゼロではないので、
クライアントは、要求されたファイルのファイル番号が
３４５６であることを、単にユーザ・アプリケーション
に報告すればよい。

【００５５】処理１１８（図７）において、行エントリ
に対するクライアント列にゼロがあると判定した場合、
ファイル番号間の衝突が検出されたことになる。言い換
えれば、クライアントは、サーバも割り当てていたファ
イル番号を作成した訳である。サーバはファイル番号の
割り当てに対して最終的に責任があるので、処理１２２
において、ファイル番号の衝突を透過的に解決する。こ
れを図８ないし図１０に示す。

【００５６】図９を参照すると、クライアントは、処理
１２３において開始し、検出したファイル番号の衝突を
解決する。処理１２４において、ステップ７２（図３）
において既に説明したように、新しくしかも異なる「空
き」ファイル番号を見つけ出す。この選択した新しいフ
ァイル番号は未だ使用されていないものとする。処理１
２６（図９）において、ファイル番号テーブル１００を
用い、処理１１８（図７）によってファイル番号の衝突
が検出されたテーブルの行位置に入力を行う。次に、処
理１２６において、新たに獲得した「空き」ファイル番
号を用いて、クライアント列１０４のこの行を更新す
る。

【００５７】次に、処理１２８において、図５のステッ
プ９８で行ったのと同様に、テーブルに新しい行エント
リを追加し、新しい「空き」ファイル番号をサーバ列１
０２に書き込み、ゼロをクライアント列１０４に書き込
む。こうして、新しくかつ異なる「空き」クライアント
・ファイル番号をサーバ・ファイル番号に割り当て、マ
ップすることによって、ファイル番号間の衝突は解決さ
れたことになる。再び、この「空き」クライアント・フ
ァイル番号にフラグを立てることによって、将来生じる
可能性のある衝突の検出および補正ができるようにして
おく。ファイル番号間の衝突を解決したので、処理１３
０において、この新しい「空き」ファイル番号をユーザ
・アプリケーションに報告する。衝突を解決するプロセ
ス１２４ないし１３０は、クライアントがサーバ・ファ
イル番号と衝突しないファイル番号を選択するまで繰り
返すことができる。

【００５８】一例として図１０を参照すると、クライア
ントが割り当てたファイル番号３４５６が、「真」のフ
ァイル番号である９８７６にマップされている。その
後、クライアントは、サーバが別のファイルにファイル
番号３４５６を割り当ててあることを発見し、ファイル
番号の衝突が生じる結果となる。この衝突を解決するた
めに、１０１という新しい「空き」ファイル番号を選択
し、３４５６というクライアントが割り当てたファイル
番号にマップする。このようにして、クライアント上で
走るアプリケーション・プログラムによる、サーバ・フ
ァイル番号３４５６を有するファイルに対するアクセス
は全て、アプリケーションには１０１として報告され
る。サーバ・ファイル番号９８７６を有するサーバ・フ
ァイルに対するアクセスは、３４５６のままアプリケー
ションに報告される。したがって、アプリケーションは
ファイル番号３４５６（サーバ・ファイル番号９８７６
にマップする）と、１０１（サーバ・ファイル３４５６
にマップする）とを受けることになる。ファイル番号１
０１にもゼロを用いてフラグが立てられているが、将来
発生する可能性のある衝突を検出するための処置であ
る。

【００５９】一旦クライアントが新規ファイルを作成
し、ファイル番号がクライアントによって作成され保持
されたなら、以下のようにして、本発明はクライアント
／サーバ・システムの処理全体に調和する。クライアン
トがサーバからのファイルにアクセスする場合、クライ
アントは最初にこのサーバからのファイルに対して
「真」のファイル番号を入手する。このファイルに
「真」のサーバ・ファイル番号を入手した後、クライア
ントはテーブルのサーバ列を詳細に調べる。テーブルの
サーバ列の下に一致するエントリが存在しなければ、フ
ァイル番号のリマッピングは不要である。しかしなが
ら、一致するエントリが存在する場合（即ち、サーバか
ら入手した「真」のファイル番号が、テーブルのサーバ
列に保持されている１つのエントリと一致した場合）、
クライアントは、「真」のサーバ・ファイル番号を、ク
ライアントが作成したファイル番号にリマップする必要
があり、これは、前述のように、テーブルのクライアン
ト列内に新しいファイル番号を作成することによって、
ファイル番号の衝突を解決しなければならない場合があ
る。

【００６０】本発明の好適実施例は、サーバおよびクラ
イアント上で走るアプリケーション・プログラム双方に
対して透過的である。クライアントおよびその中で動作
するアプリケーション・プログラムは、サーバが使用不
能の間でも、ファイルを作成することができるようにな
った。

【００６１】図１１は、本発明の代替実施例を示す。フ
ァイル番号リマッピング・インターフェース１５０は、
サーバ２０およびアプリケーション・プログラム４５間
のファイル番号情報を提供する。インターフェース１５
０は、テーブル１００（図６）を含み、ここで論じたク
ライアントによって実行する処理全てを実行することも
可能である。また、インターフェース１５０は、ハード
ウエア装置として、またはクライアント上で走るソフト
ウエア・インターフェースとして実施することも可能で
ある。これにより、インターフェース１５０は、サー
バ、アプリケーション・プログラム、およびクライアン
トに対して透過的なファイル番号のリマッピングを可能
とする。

【００６２】尚、本発明の好適実施例の説明においてフ
ァイル番号として数字を使用したが、非数字、英数字、
またはその他の記号をファイル番号として使用するよう
な状況においても、本発明は適用可能であることは、当
業者には明白であろう。

【００６３】以上本発明の好適実施例を参照しながら、
本発明について具体的に示しかつ記載したが、その形態
および詳細において、本発明の精神および範囲から逸脱
することなく、他に様々な変更が可能であることは、当
業者には理解されよう。

【図面の簡単な説明】

【図１】サーバと多数のクライアントが通信ネットワー
クに接続され、本発明の論理処理を実行する分散処理計
算機システムを示す図。

【図２】本発明のファイル作成の論理処理を示す図。

【図３】本発明の下でサーバが使用不能のときのファイ
ル作成の論理処理を示す図。

【図４】新規ファイルを作成した後にサーバが使用可能
となったときに、本発明の下で実行される論理処理を示
す図。

【図５】本発明によるファイル番号マッピングを示すフ
ロー・チャート。

【図６】図５の処理に関連するファイル番号テーブルの
内容を示す図。

【図７】本発明によるファイル番号の報告およびファイ
ル番号における衝突の検出を示すフロー・チャート。

【図８】図７の処理に関連するファイル番号テーブルの
内容を示す図。

【図９】本発明によるファイル番号の衝突の解決法を示
すフロー・チャート。

【図１０】図９の処理に関連するファイル番号テーブル
の内容を示す図。

【図１１】好適実施例の代替実施例を示す図。

【符号の説明】

２０ サーバ ２２ 入出力部 ２３ 中央演算装置 ２４ メモリ部 ２５ キーボード ２６ 表示装置 ２９ ディスク記憶装置 ３５ 遠隔クライアント局 ４５ アプリケーション・プログラム ４６ ネットワーク

───────────────────────────────────────────────────── フロントページの続き (71)出願人 597004720 2550 Ｇａｒｃｉａ Ａｖｅｎｕｅ，ＭＳ ＰＡＬ１−521，Ｍｏｕｎｔａｉｎ Ｖ ｉｅｗ，Ｃａｌｉｆｏｒｎｉａ 94043− 1100，Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ (72)発明者 ロバート・マスターズ アメリカ合衆国コロラド州80920，コロラ ド・スプリングス，ケイプウッド・コート 8340 (72)発明者 サム・エル・フォークナー アメリカ合衆国コロラド州80920，コロラ ド・スプリングス，チョークチェリー・ド ライヴ 5807

Claims (20)

【特許請求の範囲】
1. 【請求項１】サーバとクライアントとを有するコンピュ
   ータ・ネットワークにおいて、クライアントが選択した
   ファイル番号をサーバが選択したファイル番号にリマッ
   プすることにより、サーバが使用不能の間に、クライア
   ントが新規ファイルを作成可能とする装置であって、 クライアントによって前記新規ファイルに割り当てるた
   めに第１ファイル番号を選択するファイル番号選択モジ
   ュールと、 前記新規ファイルに対応して、前記サーバが割り当てる
   第２ファイル番号を要求するファイル番号要求モジュー
   ルと、 前記第１ファイル番号および前記第２ファイル番号を格
   納するファイル番号テーブルであって、前記第１ファイ
   ル番号を前記第２ファイル番号にマップする前記ファイ
   ル番号テーブルと、から成ることを特徴とする装置。
2. 【請求項２】請求項１記載の装置であって、更に、 アプリケーション・プログラムによる前記新規ファイル
   へのアクセス要求に応答して、前記アプリケーション・
   プログラムに前記第１ファイル番号を報告する報告モジ
   ュールを含むことを特徴とする装置。
3. 【請求項３】請求項１記載の装置であって、更に、 前記ファイル番号テーブルにおいて、前記第１ファイル
   番号に、前記サーバが割り当てた他のファイル番号との
   衝突の可能性があるものとして印を付ける、警告モジュ
   ールを含むことを特徴とする装置。
4. 【請求項４】請求項３記載の装置であって、更に、 前記警告モジュールに応答して、前記クライアントが割
   り当てた前記第１ファイル番号が前記サーバが割り当て
   た前記他のファイル番号と衝突するか否かを検出する衝
   突検出モジュールを含むことを特徴とする装置。
5. 【請求項５】請求項３記載の装置であって、更に、 前記衝突検出モジュールに応答して、前記クライアント
   が割り当てた前記第１ファイル番号と前記サーバが割り
   当てた前記他のファイル番号との間の衝突を補正する衝
   突補正モジュールを含むことを特徴とする装置。
6. 【請求項６】クライアントとサーバとを有し、前記サー
   バが新規ファイルに対するファイル番号を作成する責任
   があるコンピュータ・ネットワークにおいて、前記サー
   バが作成したファイル番号を前記クライアントが作成し
   たファイル番号にリマップする方法であって、 前記クライアントにおいて、ファイル番号を格納するテ
   ーブルを作成し保持するステップと、 前記クライアントにおいて、前記サーバが使用不能の間
   に作成された前記新規ファイルに新しいファイル番号を
   割り当てるステップと、 前記クライアントが作成した前記新しいファイル番号を
   前記テーブルに格納するステップと、 前記サーバが使用可能となったときに、前記サーバが使
   用不能であった間に作成された前記新規ファイルに前記
   サーバが割り当てた真のファイル番号を、前記サーバか
   ら入手するステップと、 前記サーバが前記新規作成されたファイルに割り当てた
   前記真のファイル番号を、前記テーブルに格納するステ
   ップと、 前記テーブルにおいて、前記サーバが割り当てた前記真
   のファイル番号を、前記クライアントが割り当てた前記
   新しいファイル番号にマップすることにより、前記サー
   バが使用不能である間に、前記クライアントが新規ファ
   イルを透過的に作成可能とするステップと、から成るこ
   とを特徴とする方法。
7. 【請求項７】請求項６記載の方法において、前記割り当
   てるステップは、更に、 前記クライアントが既に使用しているファイル番号に基
   づいて、新しいファイル番号を未使用として選択するス
   テップを含むことを特徴とする方法。
8. 【請求項８】請求項６記載の方法であって、更に、 前記サーバが割り当てたファイル番号を格納するため
   に、前記テーブル内に第１列を作成するステップと、 前記クライアントが割り当てたファイル番号を格納する
   ために、前記テーブル内に第２列を作成するステップ
   と、を含むことを特徴とする方法。
9. 【請求項９】請求項６記載の方法であって、更に、 前記新規ファイルのファイル番号に対するいずれかの要
   求に応答して、前記クライアントによって前記テーブル
   をアクセスするステップと、 前記新規ファイルに対する前記ファイル番号を適切に報
   告するステップと、を含むことを特徴とする方法。
10. 【請求項１０】請求項６記載の方法であって、更に、 前記クライアントが割り当てた前記新しいファイル番号
    と、前記サーバが割り当てた他のファイル番号との間の
    衝突を検出するステップを含むことを特徴とする方法。
11. 【請求項１１】請求項１０記載の方法において、前記衝
    突を検出するステップは、更に、 前記クライアントが割り当てた前記新しいファイル番号
    にマップする前記テーブルにフラグを書き込むステップ
    と、 前記サーバが割り当てた前記他のファイル番号を、前記
    テーブル内に格納されている前記クライアントが割り当
    てた前記新しいファイル番号と比較することによって、
    前記他のファイル番号が前記新しいファイル番号と衝突
    する場合を検出するステップと、を含むことを特徴とす
    る方法。
12. 【請求項１２】請求項１０記載の方法であって、更に、 前記新規ファイル番号と前記他のファイル番号との間の
    衝突を解決するステップを含むことを特徴とする方法。
13. 【請求項１３】請求項１２記載の方法において、前記衝
    突を解決するステップは、更に、 前記新規ファイルに第２の新しいファイル番号を割り当
    てるステップであって、前記クライアントによって前記
    第２の新しいファイル番号を選択するステップと、 前記第２の新しいファイル番号を、前記サーバが割り当
    てた真のファイル番号にマップすることによって、前記
    クライアントが割り当てた前記新しいファイル番号と、
    前記サーバが割り当てた前記他のファイル番号との間の
    衝突を排除するステップと、を含むことを特徴とする方
    法。
14. 【請求項１４】計算機システムにおいて読み取り可能で
    あり、コンピュータ・ネットワークにおいてサーバが作
    成したファイル番号をクライアントが作成したファイル
    番号にリマップするコンピュータ・プロセスを実行する
    ための命令のコンピュータ・プログラムをエンコードし
    た、コンピュータ・プログラム記憶媒体であって、前記
    コンピュータ・プロセスは、 前記クライアントにおいて、ファイル番号を格納するテ
    ーブルを作成し保持するステップと、 前記クライアントにおいて、前記サーバが使用不能の間
    に作成された前記新規ファイルに新しいファイル番号を
    割り当てるステップと、 前記テーブルに前記クライアントが作成した前記新しい
    ファイル番号を格納するステップと、 前記サーバが使用可能となったときに、前記サーバが使
    用不能であった間に作成された前記新規ファイルに前記
    サーバが割り当てた真のファイル番号を、前記サーバか
    ら入手するステップと、 前記新規作成されたファイルに前記サーバが割り当てた
    前記真のファイル番号を、前記テーブルに格納するステ
    ップと、 前記テーブルにおいて、前記サーバが割り当てた前記真
    のファイル番号を、前記クライアントが割り当てた前記
    新しいファイル番号にマップすることにより、前記サー
    バが使用不能である間に、前記クライアントが新規ファ
    イルを透過的に作成可能とするステップと、から成るこ
    とを特徴とするコンピュータ・プログラム記憶媒体。
15. 【請求項１５】請求項１４記載のコンピュータ・プログ
    ラム記憶媒体において、前記コンピュータ・プロセスに
    おける前記割り当てステップは、更に、 前記クライアントが既に使用しているファイル番号に基
    づいて、新しいファイル番号を未使用として選択するス
    テップを含むことを特徴とするコンピュータ・プログラ
    ム記憶媒体。
16. 【請求項１６】請求項１４記載のコンピュータ・プログ
    ラム記憶媒体において、前記コンピュータ・プロセス
    は、更に、 前記新規ファイルのファイル番号に対するいずれかの要
    求に応答して、前記クライアントによって前記テーブル
    をアクセスするステップと、 前記新規ファイルに対する前記ファイル番号を適切に報
    告するステップと、を含むことを特徴とするコンピュー
    タ読み取り可能プログラム記憶媒体。
17. 【請求項１７】請求項１４記載のコンピュータ・プログ
    ラム記憶媒体において、前記コンピュータ・プロセス
    は、更に、 前記クライアントが割り当てた前記新しいファイル番号
    と、前記サーバが割り当てた他のファイル番号との間の
    衝突を検出するステップを含むことを特徴とするコンピ
    ュータ・プログラム記憶媒体。
18. 【請求項１８】請求項１７記載のコンピュータ・プログ
    ラム記憶媒体において、前記コンピュータ・プロセスに
    おける前記衝突検出ステップは、更に、 前記クライアントが割り当てた前記新しいファイル番号
    にマップする前記テーブルにフラグを書き込むステップ
    と、 前記サーバが割り当てた前記他のファイル番号を、前記
    テーブル内に格納されている前記クライアントが割り当
    てた前記新しいファイル番号と比較することによって、
    前記他のファイル番号が前記新しいファイル番号と衝突
    する場合を検出するステップと、を含むことを特徴とす
    るコンピュータ・プログラム記憶媒体。
19. 【請求項１９】請求項１７記載のコンピュータ・プログ
    ラム記憶媒体において、前記コンピュータ・プロセス
    は、更に、 前記新規ファイル番号と前記他のファイル番号との間の
    衝突を解決するステップを含むことを特徴とするコンピ
    ュータ・プログラム記憶媒体。
20. 【請求項２０】請求項１９記載のコンピュータ・プログ
    ラム記憶媒体において、前記コンピュータ・プロセスに
    おける前記衝突解決ステップは、更に、 前記新規ファイルに第２の新しいファイル番号を割り当
    てるステップであって、前記クライアントによって前記
    第２の新しいファイル番号を選択するステップと、 前記第２の新しいファイル番号を、前記サーバが割り当
    てた真のファイル番号にマップすることによって、前記
    クライアントが割り当てた前記新しいファイル番号と、
    前記サーバが割り当てた前記他のファイル番号との間の
    衝突を排除するステップと、から成ることを特徴とする
    コンピュータ・プログラム記憶媒体。