(57)【特許請求の範囲】
【請求項１】
各ノードがクライアント・プロセッサ及びクライアント・ファイルを保持するためのクライアント・ディスクを有する複数のノードであって、
前記ノードの１つがファイル・サーバとして機能する制御ノードであり、前記制御ノードのクライアント・ディスクは、クライアント・ファイルに対応するサーバ・ファイルを有するサーバ・ディスクであるノードと、
前記サーバ・ファイルを前記クライアント・ディスクに渡すための前記複数のノードに接続された通信ファブリックと、
各ノードのクライアント・プロセッサが、そのノード内のクライアント・ディスク内のファイルに対する読取り及び書込み読取り／書込み手段であって、
前記特定ファイルがそのクライアント・ディスクにあるか否かを判断するための決定手段と、
前記決定手段により前記特定ファイルがクライアント・ディスクにないと判断された場合、通信ファブリックを介して前記特定ファイルに対応するサーバ・ファイルのコピーをサーバ・ディスクからクライアント・ディスクへインポートするためのファイル・インポート手段と、
前記決定手段により前記特定ファイルが前記クライアント・ディスクにあると判断された場合には、前記ファイル・インポート手段が、前記特定ファイルをインポートすることを防止するインポート防止手段と、
前記決定手段が、前記特定ファイルがクライアント・ディスクにあると判断し、前記インポート防止手段は前記特定ファイルがクライアント・プロセッサによって書込まれていないと判断する場合、サーバ・ディスク上の前記特定ファイルの対応するコピーが、クライアント・ディスク上の特定ファイルより、より新しいか否かの比較を行い、前記特定ファイルのサーバ・ファイルのコピーがより新しい場合、通信ファブリックを介して、前記ファイル・インポート手段が前記特定ファイルの対応するサーバ・ファイルのコピーをサーバ・ディスクからクライアント・ディスクへインポートさせる、前記読取り／書込み手段の各々における比較手段であって、前記クライアント・ディスク上の各ファイルはインストール・ビットを有し、サーバ・ディスクの対応するファイルがより最新バージョンに変更されたクライアント・ディスクの各ファイルのインストール・ビットを活動状態に変更するためのサーバ・ファイル・コマンド手段を前記ファイル・サーバは有し、前記比較手段は、前記インストール・ビットが活動状態にある場合には、前記サーバ・ディスクの前記の対応するファイルがより新しいことを意味する前記特定ファイルのインストール・ビットの状態を比較する比較手段と、
前記特定ファイルのクライアント・コピーが、クライアント・プロセッサによって書込まれる場合、特定ファイルのクライアント・コピーに書込みフラグを立てるフラグ設定手段であって、前記書込みフラグが設定されると、前記クライアント・プロセッサによって、書込まれる前記クライアント・ディスク上のファイルが前記ファイル・サーバ及び、他のクライアント・ノードから見えないようになることを特徴とするフラグ設定手段とを有する前記読取り／書込み手段と、
他のノードのクライアント・ファイルにクライアント・プロセッサがファイル・コマンドを実行するための各ノードのファイル・コマンド手段と、他のノードからのファイル・コマンドの実行中、書込みフラグを有する前記クライアント・ディスク上のクライアント・ファイルをスキップし、それによって、書き込みをしている前記クライアント・プロセッサ以外のノードのファイル・コマンド手段から前記クライアント・ファイルを見えなくするスキップ手段と、
を含む、ファイル・システム。
【請求項２】
前記クライアント・ディスクと前記サーバ・ディスク上の各ファイルがタイム・スタンプを有し、前記比較手段が、前記クライアント・ディスク上の前記特定ファイルのタイム・スタンプを前記サーバ・ディスクの対応するファイルのタイム・スタンプと比較し、前記サーバ・ディスクの対応するファイルがより新しいか否かを決定する、請求項１に記載のファイル・システム。
【請求項３】
前記読取り／書込み手段は、書込まれるファイルがクライアント・ディスクとサーバ・ディスクのいずれにも存在しない場合、書込むべきファイルをクライアント・ディスク上に作成するファイル作成手段を含む、請求項１に記載のファイル・システム。
【請求項４】
前記読取り／書込み手段はファイルを削除し、前記ファイル作成手段によって作成されるファイル用にクライアント・ディスク上にスペースをつくるファイル削除手段を含む、請求項４に記載のファイル・システム。
【請求項５】
前記ファイル削除手段は、前記ファイル作成手段によって削除される古くなったファイルを決定するためのエイジング・ロジックを含む、請求項４に記載のファイル・システム。
【請求項６】
前記エイジング・ロジックはＬＲＵロジックを使用する、請求項５に記載のファイル・システム。
【請求項７】
前記読取り／書込み手段は、ファイルを前記クライアント・ディスクに固定化し、前記ファイル作成手段によって作成されるファイルのためのスペースをつくる際に、前記ファイル削除手段が、固定化されたファイルを削除しないようにする固定化手段を含む、請求項４に記載のファイル・システム。
【請求項８】
前記サーバ・ディスクは、
各アプリケーションは１つ以上のファイルを有し、少くとも１つのアプリケーションはより低いバージョンとより高いバージョンを有する、１つ以上のアプリケーションと、
各アプリケーションに対するトリガー手段であって、前記トリガー手段は、特定アプリケーションのためにインポートされるべきファイルがバージョンのより低い特定アプリケーションからのものである場合は第１状態（ｓｔａｔｅ）を、前記特定アプリケーションのためにインポートされるべきファイルがバージョンのより高い特定アプリケーションからのものである場合は第２状態を有するトリガー手段と、
前記サーバからインポートされるべきファイルのトリガー手段の状態を比較し、当該ファイルがより低いレベルのアプリケーション、又はより高いレベルのアプリケーションからインポートされるべきかを決定するトリガー比較手段を含む各インポート手段と、
を含む請求項１に記載のファイル・システム。
【請求項９】
複数のノードを含むファイル・システムにおいて、各ノードはクライアント・プロセッサとクライアント・ファイルを保持するためのクライアント・ディスクを有し、前記ノードの１つはファイル・サーバとして機能する制御ノードであって、前記制御ノードのクライアント・ディスクはクライアント・ファイルに対応するサーバ・ファイルを有し、通信ファブリックはサーバ・ファイルを前記クライアント・ディスクへ渡せるように前記複数のノードに接続されており、各ノードの読取り／書込み手段は、各ノードのクライアント・プロセッサが、そのノードのクライアント・ディスク上のファイルに読取り及び書込みを行う、上記ファイル・システムにおいて、
特定ファイルがそのクライアント・ディスク上にあるか否かを判断する段階と、
前記特定ファイルがクライアント・ディスク上にないと判断された場合、通信ファブリックを介して、特定ファイルの対応するサーバ・コピーをサーバ・ディスクからクライアント・ディスクへインポートする段階と、
クライアント・ディスク上にあると判断された前記特定ファイルが前記クライアント・プロセッサによって書込まれたか否かを判断する段階と、
前記特定ファイルが書込まれていた場合、前記特定ファイルのインポートを防止する段階と、
前記特定ファイルがクライアント・ディスク上にあり、特定ファイルがクライアント・プロセッサにより書込まれていないと判断される場合、サーバ・ディスク上の特定ファイルの対応するコピーが、クライアント・ディスク上の特定ファイルより、より新しいかどうかを比較する段階であって、前記クライアント・ディスクの各ファイルはインストール・ビットを有し、前記比較する段階は、サーバ・ディスクの対応するファイルがより新しいバージョンに変更されているクライアント・ディスク上の各ファイルのインストール・ビットを活動状態へ変更する段階と、前記サーバ・ディスクの前記の対応ファイルがより最新か否かの判断をするときに、前記特定ファイルのインストール・ビットの状態を比較し、それが活動状態にあるか否かを判断する段階とを更に含む、比較する段階と、
前記特定ファイルのサーバ・ファイル・コピーがより新しい場合に、通信ファブリックを介して、サーバ・ディスクからクライアント・ディスクへ特定ファイルの対応するサーバ・コピーをインポートする段階と、
前記特定ファイルのクライアント・コピーが、クライアント・プロセッサによって書込まれる場合、特定ファイルのクライアント・コピーに書込みフラグを立てるフラグ設定段階であって、前記書込みフラグが設定されると、前記クライアント・プロセッサによって、書込まれる前記クライアント・ディスク上のファイルが前記ファイル・サーバ及び、他のクライアント・ノードから見えないようになることを特徴とするフラグ設定段階と、
前記ファイル・システムにおける他のノードのクライアント・ファイル操作を任意のノードのプロセッサにより実行する段階と、クライアント・ファイルが書込まれていることを示している書込みフラグを有する各クライアント・ディスク上のクライアント・ファイルを他のノードから見えなくする段階と、
を含む方法。
【請求項１０】
前記クライアント・ディスクと前記サーバ・ディスク上の各ファイルは、タイム・スタンプを有していて、前記方法は、前記サーバ・ディスク上の対応するファイルがより新しいか否かを判断するとき、前記クライアント・ディスク上の前記特定ファイルのタイム・スタンプを前記サーバ・ディスク上の対応するファイルと比較する段階を更に含む、請求項９に記載の方法。
【請求項１１】
書込むべきファイルがクライアント・ディスク及びサーバ・ディスクのどちらにも存在しない場合、書込むべきファイルをクライアント・ディスク上に作成する段階を更に含む、請求項９に記載の方法。
【請求項１２】
書込まれる前記ファイルを作成する前に、ファイルを削除し、クライアント・ディスク上にスペースをつくる段階を更に含む、請求項１１に記載の方法。
【請求項１３】
ファイル削除段階が、削除すべき古くなったファイルを決定する段階を含む、請求項１２に記載の方法。
【請求項１４】
前記の古くなったファイルがＬＲＵロジックを使用する、請求項１３に記載の方法。
【請求項１５】
前記ファイル作成段階によって作成されるファイルのためのスペースをつくる場合、ファイルを前記クライアント・ディスクに固定化し、前記ファイル削除段階が固定化されたファイルを削除しないようにする段階を更に含む、請求項９に記載の方法。
【請求項１６】
前記サーバ・ディスクは、
各アプリケーションは１つ以上のファイルを有し、少くとも１つのアプリケーションはより低いバージョン及びより高いバージョンを有する１つ以上のアプリーケーションと、
各アプリケーションに対するトリガー手段であって、前記トリガー手段は、特定アプリケーションのためにインポートされるべきファイルが、特定アプリケーションのより低いバージョンからの場合の第１状態と、前記特定アプリケーションのためにインポートされるべきファイルが、特定アプリケーションのより高いバージョンからの場合の第２状態とを有するトリガー手段と、
前記サーバからインポートされるべきファイルのトリガー手段の状態を比較し、ファイルがより低いレベルのアプリケーション、又はより高いアプリケーションからインポートされるべきか判断する段階を更に含む前記方法とを含む、請求項９に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、多重プロセッサ・システムの分散ファイル・システムに関連するもので、更に詳細に述べれば、サーバからシステムのプロセッサへファイルを渡すためのサーバを有する分散ファイル・システムに関連するものである。
【０００２】
【従来の技術】
分散ファイル・システムは、サーバから多重プロセッサ・システムのクライアント・プロセッサへファイルを渡すシステムであることは知られている。ファイル・システムは、クライアント・プロセッサでファイルのコピーに加えられる如何なる変更も、クライアント・プロセッサからサーバに戻され、ファイル・コピーの一貫性を維持するシステムであることも知られている。２種類のこのようなファイル引渡しシステムはサン・マイクロシステムズ社（Ｓｕｎ  Ｍｉｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．）から入手可能なネットワーク・ファイル・システム（ＮＦＳ）とペンシルバニア州ピッツバーグのトランザーク（Ｔｒａｎｓａｒｃ  Ｉｎｃ．）社から入手可能なアンドリュウ・ファイル・システム（ＡＦＳ）である。
【０００３】
各プロセッサが独自のオペレーティング・システムを有する多重プロセッサ・システムでは、ブート時に、完全なオペレーティング・システムを各プロセッサに追加する必要がある。例えば、複数のデータレス・ワークステーションでの、このような同時ブート時間は余りにも遅く、修正するのに費用がかかる。
【０００４】
【発明が解決しようとする課題】
本発明の第１の目的は、クライアント・プロセッサによって書込まれたクライアント・ファイルをサーバ及び他のノードからのファイル操作に見えないようにするクライアント／サーバを基本にしたファイル・システムを提供することにある。
【０００５】
本発明の他の目的は、サーバ・コピーがクライアント・コピーの内容より最新である場合、クライアント・ファイルを読取る前に、同ファイルのコピーをサーバから入手するクライアント／サーバを基本にしたファイル・システムを提供することにある。
【０００６】
本発明の他の目的は、古くなったクライアント・ファイルが新しいクライアント・ファイルのためのスペースを作るためにクライアントによって削除されるエージング・スキーマを有するクライアント／サーバを基本にしたファイル・システムにおいて、クライアント・ファイルを固定化し、固定化されたクライアント・ファイルはエージング・スキーマによって古くなっても削除されないようにする方法を提供することにある。
【０００７】
本発明の他の目的は、サーバがクライアント・ファイル操作を制御するためにクライアント・ノードのフラグをリセットするクライアント／サーバを基本にしたファイル・システムを提供することにある。
【０００８】
本発明の他の目的は、当該ファイルが１ページ以上のデータを含み、サーバによるファイル操作はページ単位に行われるクライアント／サーバを基本にしたファイル・システムを提供することにある。
【０００９】
本発明の他の目的は、オペレーティング・システム・ソフトウェアがサーバにインストールされ、オペレーティング・システム・ファイルが必要に応じてクライアント・ノードに送られる多重プロセッサ・システムにおけるオペレーティング・システム・ソフトウェアのシングル・ポイント・ソフトウェア導入を提供することにある。
【００１０】
【課題を解決するための手段】
本発明は複数のノードを有する多重プロセッサ・システムのための分散ファイル・システムを含み、各ノードはクライアント・プロセッサとクライアント・ディスクとを有する。ノードは、ノード間にファイルの引渡しをするための通信ファブリックに接続されている。ノードの１つは、ファイルをサーバから他のノードのどれかに渡すためのサーバとして機能する。クライアント・プロセッサが、クライアント・ディスクのファイルを読取る場合、クライアント・プロセッサは、ファイルの最新コピーを入手し、読取り操作の前に同コピーをクライアント・ディスクにインストールする。クライアント・プロセッサがファイルに書込む場合、そのファイルの書込みフラグを設定して、その結果、クライアント・プロセッサによって書込まれたファイルは、サーバ及び他のノードからのファイル操作には見えなくする。
【００１１】
【発明の実施の形態】
図１は本発明のシステム１０の概略図であって、複数のノード、ノード１からノードＮまでを含む。各ノードは、クライアント・プロセッサ、Ｐ１からＰＮまでの１つを含み、クライアント・ディスク記憶装置Ｄ１からＤＮまでの１つを含む。ノードは、ローカル・エリア・ネットワーク（ＬＡＮ）、又はスイッチ、又は両方である通信ファブリック１２によって接続されている。このようなシステムの例として、ＩＢＭ社が販売しているＳＰ２がある。今日のファイル・システムでは、ノードの１つ、例えばノード３は、ファイル・サーバ・ノード１４としての役割を果たし、通信ファブリック１２を介して、サーバ・ノード１４とシステム１０の他のクライアント・ノードとの間でファイルの引渡しを行う。これ以降サーバ・ノード１４は単にサーバ１４として言及される。このような分散ファイル・システムは周知のことであり、したがって更に詳述されない。
【００１２】
本発明のファイル・システムでは、各クライアント・ノードは、クライアント・プロセッサＰＸがクライアント・ディスクＤＸ上のファイルの操作を実行するようなプログラムを含む。これらの操作は、読取り、書込み、作成、及び削除操作を含む。
【００１３】
以降ＰＸ及びＤＸとして言及されるクライアント・プロセッサとクライアント・ディスクはＰ１からＰＮのいずれかのプロセッサ、及び対応するＤ１からＤＮのディスクをそれぞれ言及するものとする。クライアント・ファイルが書込まれるときには、そのファイルにはフラグがたてられて、当該クライアント・ファイルはサーバ１４及び他のノードからのファイル操作には見えなくなる。また本発明では、クライアント・プロセッサＰＸがそのクライアント・ディスクＤＸのファイルを読取りたいときには、サーバ１４における当該ファイルのコピーがクライアント・ディスクＤＸのコピーより最新であるか否かを決定するためにチェックが行われる。若し、それが最新である場合には、当該ファイルのサーバ・コピーは読取り操作が実行される前に分散ファイル・システムによりクライアント・ディスクＤＸに引渡される。どのファイルがより最新であるかの決定はいくつかの方法で行うことができる。この決定を行う一方法は、サーバ・ファイルのタイム・スタンプをクライアント・ファイルのタイム・スタンプと比較し、最新のタイム・スタンプの付いたファイルを使用することである。他の方法では、サーバ１４のファイルが、クライアント・ディスクＤのファイルより最新である場合、活動状態に設定されるクライアント・ディスクＤ上の当該ファイルにインストール・ビット又はフラグを用いることである。フラグとビットはここでは互換性を持たせた使い方をしているが、願わくは、１個のフラグは１個以上のビットで構成されていると理解される。このフラグには、望むなら、当該フラグがエラーによって１つの状態から他の状態への意図しない変化をしなかったことを確認するための妥当性チェック・スキーマを含めても良い。
【００１４】
クライアント・ディスクはインストール・ビットが非活動状態にある限り常に使用される。当該ファイルの新規又は最新バージョンがサーバ１４にインストールされている場合、サーバ１４のプログラムは当該ファイルのコピーのために各クライアント・ディスクＤ１〜ＤＮを検索し、各クライアント・コピーのインストール・ビットを活動状態にリセットする。クライアント・プロセッサＰＸが、それで、クライアント・ファイルを読取ろうとする場合、同プロセッサはインストール・ビットが活動状態であることを確認し、そのことはサーバ１４のファイルのコピーがより最新であり、ファイルが使用される前に通信ファブリック１２を介して、クライアント・ディスクに渡される筈であることを示している。
【００１５】
各クライアント・プロセッサＰＸは、新規クライアント・ファイルを格納するための余地を作るためにクライアント・ディスクＤＸのクライアント・ファイルをエイジ・アウトするためのエイジング・ロジックを含む。新規クライアント・ファイルがクライアント・ディスクＤＸに追加される場合、エイジング・ロジックは古くなったファイルを決めて、そのファイルは削除される。各クライアント・プロセッサは、読取り専用のクライアント・ファイルをクライアント・ディスクＤＸに固定化する能力を有し、これによって固定化されたファイルはエイジング・ロジックでのクライアント・プロセッサＰＸによって削除されない。
【００１６】
図２はクライアント・ディスクＤＸの内容を概略図にしたもので、ディレクトリ部分２０とデータ部分２２を含む。ディレクトリ部分２０はデータ部分２２に格納されたデータを有するファイルの各々に対する制御レコード２４を含む。各制御レコード２４は、インストール・ビット２６と、書込みビット２８と、ピン・ビット３０と、タイム・スタンプ３２、及びポインタ３４を含む。インストール・ビットは任意選択で、ファイルが最新コピーであるか否か決定するために使用される。ファイルが、クライアント・ディスクＤＸに最初に書込まれるとき、インストール・ビット２６は非活動状態にリセットされる。クライアント・プロセッサＰＸが、ここで検討されたように、そのクライアント・ディスクＤＸのクライアント・ファイルに読取り操作のためにアクセスする場合、当該ファイルのインストール・ビット２６の状態（ｓｔａｔｅ）が応答される。インストール・ビット２６が非活動状態である場合、クライアント・ファイルは読取られる。インストール・ビット２６が活動状態にある場合、サーバ１４のファイルのコピーは、当該ファイルが読取られる前に、通信ファブリック１２を介して、クライアント・ディスクＤＸへ転送される。書込みビット２８は、このノードでそのクライアント・ファイル上のサーバ又は他のクライアント・ノードによる操作について、当該ファイルがサーバ１４から見えるか否かを決定するために使用される。書込みビット２８が活動状態にある場合、サーバ１４又は他のノードによるクライアント・ファイル上のすべての操作は中止される。書込みビット２８は通常クライアント・プロセッサＰＸが当該ファイルに書込むことにより活動状態に設定される。ピン・ビット３０は固定されたファイルがエイジング・ロジックによって削除されないようにエイジング・ロジック（後で説明される）を無効にするのに使用され、こうしてクライアント・ディスクＤｘに固定される。タイム・スタンプ３２はどのファイルのコピーが最新か決定するためにインストール・ビットの代わりに使用することができる。タイム・スタンプが使用される場合、クライアント・ファイルが読取られる度にメッセージがサーバ１４に送られなければならない、また、サーバ１４のファイルのコピーのタイム・スタンプは最新性を決定するために取出されなければならない。こうして、ファイルが頻繁に読取られる場合インストール・ビットはより効率的に使用される。しかし、インストール・ビットが使用される場合、当該ファイルのより最新のコピーがサーバ１４にインストールされる度に、クライアント・ディスクＤ１〜ＤＮの各々は、ポーリングされなければならないし、当該ファイルの各コピーのインストール・ビット２６は活動状態にセットされなければならない。したがって、ファイルが余り頻繁に読取られず、サーバ１４に新規ファイルを敏速にインストールすることが望ましい場合、最新性を決定するためにタイム・スタンプを使用することにより、より効率的になる。制御レコード２４はこのファイルのためのデータ部分２２のデータ３６を指し示すポインタ３４をも含む。このようなディレクトリ２０やポインタ３４の使用は周知のことであり、更に詳述されない。
【００１７】
図３はサーバ１４のサーバ・ディスクに関する論理ボリュームを示す。サーバ・ディスク２００は図２と関連づけて説明してあるが、ディレクトリ部分とデータ部分を含むが、理解しやすくするためにデータ部分のみ示されている。サーバ・ディスク２００のデータ・ファイルはクライアント・ディスクの読取り及び書込み操作に関連して最近リリースされたファイル又は最新バージョンのファイルをクライアントに渡すために使用され、図４及び図５に関連して更に詳しく説明されるトリガー・ファイル２０２を含む。同トリガー機構は、ソフトウェアの改訂版に対して、ノード・パーティション（ある種のドメイン）ポイントを要求できる。サーバ・ディスク２００のデータ・ファイルはアプリケーション１（２０４）、アプリケーション２（２０５）、アプリケーション３（２０６）、アプリケーション４（２０７）、及びアプリケーション１．２（２０８）のようなアプリケーションに分割される。２１０に示されるように、各アプリケーションは１つ以上のファイルを含み、２１２に示されるように、各ファイルは複数のページを含む。ファイルは各ファイルの内容によって異るサイズであることがある。しかし、当該技術で周知の通り、ページ２１２はすべて同一サイズである。ページ・サイズは伝送及び記憶の都合に合わせて、周知の通り選択される。
【００１８】
２１４で示されているように、トリガー・ファイル２０２は複数のレコードを有し、第１レコードは２１８に示されており、各レコードはアプリケーションを表す。トリガー・ファイル２０２の各レコードは２つの部分に分割され、第１部分２１６は、より古いか、より低いレベルであり、第２部分２１７は、より新しいか、より高いレベルである。各レコード２１８はトリガー・ビット２２０を有し、第１部分２１６の１つ以上のポインタ２２２と、第２部分２１７の１つ以上のポインタ２２４とを有する。ポインタ２２２の各々はレコード２１８によって表わされるアプリケーションの低いレベルのファイルの位置を指し示し、ポインタ２２４の各々は、レコード２１８によって表わされるアプリケーションの高いレベルのファイルの位置を指し示す。例えば、レコード２１８がアプリケーション１（２０４）と、それより高いバージョン１．２（２０８）を表わす場合、第１部分２１６はアプリケーション２０４のファイルに対するポインタ２２２を含み、第２部分２１７はアプリケーション・ファイル２０８のファイルを指し示しているポインタ２２４を含む。トリガー・ビット２２０が活動状態でない場合、ポインタ２２２は２０４からアプリケーション・ファイルを入手するのに使用され、また、トリガー・ビット２２０が活動状態のとき、ポインタ２２４は２０８からアプリケーション・ファイルを入手するのに使用される。アプリケーションが最初にサーバ・ディスク２００にロードされるとき、レコードがトリガー・ファイル２０２の当該アプリケーションに割当てられ、割当てられたレコードのトリガー・ビットが非活動状態にリセットされ、更に、当該アプリケーションのファイルに対するポインタは、ポインタ２２２にロードされる。システム管理者がサーバ・ディスク２００のアプリケーションをアップグレードしてより高いバージョンにしたい場合、より高いバージョンのアプリケーション・ファイルに対するポインタは、アップグレードされるアプリケーションを表わすトリガー・ファイル２０２のレコードに対するポインタ２２４にロードできることも理解されるだろう。それでクライアント・ディスクＤ１〜ＤＮ上の変更されたファイルのすべてのインストール・ビットは、図８に関連して検討されるサーバ操作で活動状態に設定される。それから、システム管理者は、トリガー・ビット２２０を活動状態に変更する。このことは、当該操作がクライアントによって使用される特定のアプリケーションのすべてのファイルが、インストール処理中レベルが混合された操作が回避されるように低いバージョンから高いバージョンに同時に変更されるように操作がアトミックに行われるようにすることは理解されるであろう。読取り及び書込み操作に関連して、クライアントによって検討されているように、アプリケーションのトリガー・ビットが非活動状態にある場合、アプリケーション・ファイルの低いバージョンが使用される。システム管理者は、トリガー・ビット２２０を非活動状態に単にリセットすることによって、より高いレベルのアプリケーションからより低いアプリケーションに切替えることができることも理解されるだろう。混合コードのバック・リリースは保管することができ、それらの使用は、既に説明されているように、対応するトリガー・ビットを非活動状態にリセットすることにより回復することができる。同様に、複数トリガー・ビットを使って複数のアップグレードを行うことができる。部分２１６と部分２１７はトリガー・ファイル２０２というより別ディレクトリであるということが理解されるだろう。
【００１９】
図４はクライアント・ディスクＤＸ上のファイルのクライアント・プロセッサによる読取り操作の流れ図である。３８でディレクトリ部分２０は、希望するファイルがクライアント・ディスクＤＸ上に存在するか否かを判断するために探索される。３８でのチェックが否定の場合、希望するファイルがサーバ１４にあるか否かを判断するために３９でチェックが行われる。３９でのチェックの結果が否定の場合、４０でエラーのシグナルが出される。３９でのチェックの結果が肯定の場合、サーバ上のファイルのトリガー・ビットが活動状態にあるか否かを判断するために４１でチェックが行われる。４１でのトリガー・ビットが活動状態にない場合、ファイルをクライアント・ファイルＤＸにインポートするために十分なスペースがあるか否かを判断するために、４０１でスペース・チェックが行われる。
スペース・チェックは図６と関連して検討される。４０１でのスペース・チェックの後、古いレベルのサーバ・ファイルがクライアント・ファイルとして４２でインポートされ、サーバのディレクトリからインストール・フラグが４０２でインポートされる。つまり、４０２にくるのは、３９においてサーバ上に最新コピーがある場合なので、４０２では、インストール・ビットはセットされる。そして、クライアント・ファイルが４４で読取られ、同操作は４５で終了する。４１でトリガー・ビットが活動状態にある場合、サーバ・ファイルをインポートするスペースがあることを確認するため、４０３でスペース・チェックが行われ、新規レベルのサーバ・ファイルが５３でインポートされ、クライアント・ファイルのインストール・フラグが４３で非活動状態にリセットされ、クライアント・ファイルが４４で読取られ、当該操作は４５で終了する。希望するファイルが３８のクライアント・ディスクにある場合、書込みビットは４６でチェックされる。書込みビットが４６で活動状態にあるとき、当該ファイルは４４で読取られ、当該操作は４５で終了する。書込みフラグが４６で非活動状態にある場合、当該ファイルがサーバ１４にあるか否か判断するために４７でチェックが行われる。ファイルがサーバ１４にない場合、クライアント・ディスクＤＸのファイルは４４で読取られ、当該操作は４５で終了する。４７で、ファイルがサーバ１４にある場合、サーバ・コピーは前述の通り、それがより最新であるか否かを判断するために４８でチェックされる。サーバ・コピーが４８でより最新でない場合、クライアント・コピーは４４で読取られ、当該操作は４５で終了する。サーバ・コピーが４８でより最新である場合、サーバ・ファイルのトリガー・ビットは４９でチェックされる。トリガー・ビットが４９で非活動状態であるとき、クライアント・ファイルは４４で読取られ、操作は４５で終了する。トリガー・ビットが４９で活動状態にある場合、サーバ・ファイルをインポートする十分なスペースがあるか否かを判断するために、４０４でチェックが行われ、新規レベルのサーバ・ファイルが５０でインポートされ、５１でクライアント・ファイルに上書きされ、インストール・ビットが非活動状態にリセットされる。５１の後、新規クライアント・コピーは４４で読取られ、当該操作は４５で終了する。
【００２０】
図５はクライアント・プロセッサＰＸによるクライアント・ディスクＤＸのファイルの書込み操作の流れ図である。必要ならば、サーバ・ファイルをインポートするのに十分なスペースがあることを保証するために４０５でチェックが行われる。スペース・チェックは図６と関連して検討される。４０５でのチェックの後で、書込まれるファイルがクライアント・ディスクＤＸにあるか否かを判断するためにクライアント・ディスクＤＸのディレクトリ２０のチェックが５５で行われる。５５でのチェックの結果が否定であれば、ファイルがサーバ１４にあるか否かを判断するために５６でチェックが行われる。ファイルがサーバ１４にもない場合、５７でクライアント・ディスクＤＸでそのファイルが作られ、書込みフラグ又はビットが５８で活動状態にセットされ、ファイルは５９で書込まれ、そして当該操作は６０で終了する。５６で判断した時、当該ファイルが当該サーバにある場合、ファイルは６２でインポートされ、当該操作は上述のように５８に継続される。５５で判断した時、当該ファイルがクライアント・ディスクＤＸにある場合、その書込フラグは６３でチェックされる。書込みフラグが６３で活動状態にある場合、当該操作は記述されたように５９に行く。クライアント・プロセッサＰＸにより書込まれているすべてのファイルはクライアント・ディスクＤＸに固定化されるが、それらのファイルは後述するようにサーバ１４と他のクライアント・ノードから見えないことが理解されるだろう。書込みフラグが６３で活動状態にない場合、当該ファイルがサーバ１４にあるか否かを判断するために６４でチェックが行われる。６４で判断した時、サーバー１４にファイルがない場合、書込み操作は５９へ移る。当該ファイルが６４でサーバ１４にある場合、前述の通り、サーバ・ファイルがより最新であるか否かを判断するため６６で判定が行われる。当該サーバ・ファイルが６６でより最新でない場合、クライアント・ファイルは前述の通り５９で書込まれる。当該サーバ・コピーが６６でより最新である場合、当該ファイルのトリガー・ビットが６８でチェックされる。６８でチェックされたトリガー・ビットが活動状態にない場合、つまり、新しいバージョンを取ることを望んでいない場合は、サーバ・ディスクに最新ファイルがあるが、それがクライアント・ディスクに書き込まれるのではなく、５８で書き込みフラグを設定して、当該クライアント・ファイルは５９で書込まれ、当該操作は６０で終了する。６８でチェックされたトリガー・ビットが活動状態にあるとき、新規レベルのサーバ・ファイルは７０でインポートされ、７２でクライアント・ファイルに上書きされ、当該クライアントの書込みフラグは５８で活動状態にセットされ、クライアント・ファイルは５９で書込まれ、当該操作は６０で終了する。
【００２１】
図６は、希望に応じてそのクライアント・プロセッサＰＸによりファイルに書込み、サーバ・ファイルをインポートし、又はファイルをクライアント・ディスクＤＸに作成するためにクライアント・ディスクＤＸ上に十分なスペースがあるか否かチェックする操作に関する流れ図である。８０で、クライアント・ディスクＤＸに十分なスペースがあるか否かを判断するためにチェックが行われる。十分なスペースがある場合、操作は８４で終了する。８０で十分なスペースがない場合、ディレクトリ２０の第１制御レコード２４をチェックする８６に操作は移る。そのレコードの書込みビットが活動状態にあるか否かを判断するために８８でチェックが行われる。書込みビットが活動状態にない場合、同レコードは９０でエージング・リストに追加される。当該書込ビットが８８で活動状態にある場合、ピン・ビットが活動状態にあるか否かを判断するために９２でチェックが行われる。ピン・ビットが活動状態にない場合、当該レコードが９０でエージング・リストに追加される。当該ピン・ビットが９２で活動状態にある場合、又は、書込みビット又はピン・ビットのどちらかが活動状態にないため当該レコードが９０でエージング・リストに追加されている場合、最終レコードのチェックが９４で行われる。このレコードがディレクトリ２０の最終レコード２４でない場合、当該操作は次のレコードを見るために８６へ戻される。すべてのレコードのチェックが完了した場合、当該操作は古くなったファイルを判断するために９６でエイジング・ロジックを実行し、こうして判定された古くなったファイルは削除され、新規ファイルを作成するためのスペースを作る。このようなエイジング・ロジック・スキーマはＬＲＵロジックであり、周知の方法であるので、更に検討はされない。９６にて、エージング・ロジック・オペレーションと当該ファイルの削除が行われた後、当該操作は８４で終了する。
【００２２】
図７は、クライアント・プロセッサＰＸによってファイルをクライアント・ディスクＤＸから削除するための操作の流れ図である。１００でループとして表わされているように、クライアント・ディスクＤＸから削除されるファイルを探すための探索が行われる。当該レコードが１００で発見されると、そのレコードは１０２でクライアント・ディスクＤＸのみから削除される。当該クライアント・ファイルの消去により、図２で示されたような、当該ファイルの全てのフラグと制御レコードもディレクトリ２０から消去されることは理解されるだろう。それで当該操作は１０４で終了する。
【００２３】
図８は、クライアント・プロセッサＰＸによって書込まれたクライアント・ファイルがサーバ１４から見えないようにするためにクライアント・ディスクＤＸに対するサーバ操作を如何に実行するかに関する流れ図である。サーバ１４はクライアント・ディスクＤＸのファイルの操作を要求する場合、第１レコードは１０６で検査される。このファイルの書込みフラグが活動状態であるか否かを判断するために１０８でチェックが行われる。１０８で書込みフラグが活動状態にある場合、このファイルが当該ディレクトリの最終レコードであるか否かをチェックするために、当該操作は１１０に移る。当該書込みフラグが１０８で活動状態にない場合、このファイルがサーバ要求が実行されるターゲット・ファイルであるか否かを判断するために１１２でチェックが行われる。例えば、要求された操作がすべてのファイルに対するグローバルな操作である場合、すべてのクライアント・ファイルがターゲット・ファイルであり、１０８で判断した時に、活動状態の書込みフラグを有するクライアント・ファイルを除いてサーバ要求によって操作される。当該操作が、特定ファイルに対するものである場合、同特定ファイルは１１２でチェックされる。１１２でのチェック結果が否定の場合、これが当該ディレクトリの最終レコードであるか否かをチェックするために当該操作は１１０に移る。１１２でのチェック結果が肯定の場合、即ち、現在のファイルがサーバ要求が意図したものである場合、そのファイルに対して要求されたサーバ操作は１１４で完了し、当該操作は１１６で終了する。当該レコードが１１０で最終レコードでない場合、当該操作はディレクトリの次のレコードを見に１０６へ移り、上述の通り、ループを介して継続する。当該レコードが１１０で最終レコードである場合、当該操作は１１６で終了する。
【００２４】
前に検討された通り、１１４のサーバ操作は、すべてのファイルのインストール・ビットを活動状態にリセットするようなグローバルな操作であることもあり、その場合には、すべてのレコードが１１２で選択される。望むなら、システム管理者はクライアント・プロセッサが強制的に希望するファイルの最新コピーをサーバ１４からインポートするために、いくつかのファイル又はすべてのファイルを非活動状態にするため、書込みフラグ及び／又は、ピン・フラグを含むフラグをグローバルにリセットすることもできる。検討した通り、特定ファイルのみのためのフラグの１つのステート（状態）の変更又は、特定ファイルのみ削除するといった特定ファイルのみに対するサーバ要求を実行するために１１２でファイル毎に特定のファイルを選択できる。サーバ操作はサーバ１４でクライアント・ディスクＤＸ上のすべてのファイルを表示することができる。このような要求はグローバルな要求で、クライアント・ディスクＤＸのディレクトリ２０の中に制御レコード２４を有するすべてのファイルが、書込みフラグ又はビット２８が活動状態にあるファイルを除いて、当該サーバで表示される。ディスプレイ操作又はサーバ１４に予約されていない他の操作は、他のクライアントの１つ又は複数のディスク上のファイルに対して任意のクライアント・プロセッサによっても実行できることは理解されるだろう。書込ビット２８が活動状態にある場合、関連するファイルは自身のクライアント・プロセッサＰＸによってのみ表示され得る。
【００２５】
この発明は、Ｐ１からＰＮまでの各プロセッサのオペレーティング・システムがＸ／Ｏｐｅｎ  Ｃｏｍｐａｎｙ  Ｌｔｄ．を通じて独占的に認可されたＵＮＩＸオペレーティング・システム、又はＩＢＭ社から出されているＩＢＭ仕様のＵＮＩＸオペレーティング・システムであるＡＩＸオペレーティング・システムの場合特に有効である。ブート時に、すべてのノードにオペレーティング・システムをロードする代わりに、本発明では、当該オペレーティング・システムをサーバ１４にのみロードすれば良く、オペレーティング・システム・ファイルがクライアント・ノードで必要とされる度に、説明されたようにサーバ１４から取出すことができる。オペレーティング・システム・ファイルがクライアント・プロセッサが書込むことにより個別化される場合、そのファイルは、そのクライアント・ノードに専用となり、書込みビットを活動状態にすることにより、サーバ１４から見えなくなる。また既に説明した通り、選択された複数のオペレーティング・システム・ファイル又は完全なオペレーティング・システムは、より最新のリリースで更新したり、最新ファイルは必要に応じてクライアント・ノードにインポートされる。リブート及び基本ファイル・パシング・オペレーションの実行に必要とされるようなオペレーティング・システム・ファイルのいくつかは、システム管理者によってクライアント・ディスクに送られ、それらのファイルはクライアント・ディスクに固定され、既述のエイジング・ロジックによって削除や置換えが行われないようにすることもできる。こうして、クライアント・ノードのリブート、及び基本ファイル・パシング・オペレーションを実行するために必要なファイルは、常にクライアント・ディスクに存在する。更に、非オペレーティング・システム・ファイルもまた本ファイル・システムによって取扱われるということは理解されるだろう。本ファイル・システムによって処理されるファイルはサーバ１４からクライアント・ノードへ移動するだけであることに気がつくだろう。このようにして、本ファイル・システムは単一方向のファイル・システムとして言及することができる。
【００２６】
図３について、本ファイル・システムの１つの実施例は、ファイル２１０よりもページ２１２にもとづくものである。データレス・オペレーションは、当該技術でよく知られている方法で、ページが当該クライアント・ディスクのページング域に固定化できるようにすることによって拡張することができる。
【００２７】
まとめとして、本発明の構成に関して、以下の事項を開示する。
【００２８】
（１）  各ノードがクライアント・プロセッサ及びクライアント・ファイルを保持するためのクライアント・ディスクを有する複数のノードであって、
前記ノードの１つがファイル・サーバとして機能する制御ノードであり、前記制御ノードのクライアント・ディスクは、クライアント・ファイルに対応するサーバ・ファイルを有するサーバ・ディスクであるノードと、
サーバ・ファイルを前記クライアント・ディスクに渡すための前記複数のノードに接続された通信ファブリックと、
各ノードのクライアント・プロセッサが、そのノードのクライアント・ディスクのファイルに対する読取り及び書込みのような特定ファイルにアクセスするための各ノードにおける読取り／書込み手段であって、
特定ファイルがそのクライアント・ディスクにあるか否かを判断するための決定手段と、
前記決定手段により前記特定ファイルがクライアント・ディスクにないと判断された場合、通信ファブリックを介して前記特定ファイルに対応するサーバ・コピーをサーバ・ディスクからクライアント・ディスクへインポートするためのファイル・インポート手段と、
前記の決定手段によりクライアント・ディスクにあると判断された前記特定ファイルが、前記クライアント・プロセッサによって書込まれたか否かをテストし、前記特定ファイルが書込まれていた場合には、前記ファイル・インポート手段が、前記特定ファイルをインポートすることを防止する書込みテスト手段と、
特定ファイルのクライアント・コピーが、クライアント・プロセッサによって書込まれる場合、特定ファイルのクライアント・コピーに書込みフラグを立てるフラグ設定手段とを有する前記読取り／書込み手段とを含む、ファイル・システム。
（２）  前記決定の手段が、前記特定ファイルがクライアント・ディスクにあると判断し、前記書込みテスト手段は前記特定ファイルがクライアント・プロセッサによって書込まれていないと判断する場合、サーバ・ディスク上の特定ファイルの対応するコピーが、クライアント・ディスク上の特定ファイルより、より新しいか否かの比較を行い、特定ファイルのサーバ・ファイル・コピーがより新しい場合、通信ファブリックを介して、ファイル・インポート手段が特定ファイルの対応するサーバ・コピーをサーバ・ディスクからクライアント・ディスクへインポートさせる、前記読取り／書込み手段の各々における比較手段を含む、（１）に記載のファイル・システム。
（３）  前記クライアント・ディスクと前記サーバ・ディスク上の各ファイルがタイム・スタンプを有し、前記比較手段が、前記クライアント・ディスク上の前記特定ファイルのタイム・スタンプを前記サーバ・ディスクの対応するファイルのものと比較し、前記サーバ・ディスクの対応するファイルがより新しいか否かを決定する、（２）に記載のファイル・システム。
（４）  前記クライアント・ディスク上の各ファイルはインストール・ビットを有し、前記サーバは、サーバ・ディスクの対応するファイルがより最新バージョンに変更されたクライアント・ディスクの各ファイルのインストール・ビットを活動状態に変更するためのサーバ・ファイル・コマンド手段を有し、前記比較手段は、活動状態にある場合には、前記サーバ・ディスクの前記の対応するファイルがより新しいことを意味する前記特定ファイルのインストール・ビットの状態を比較する、（２）に記載のファイル・システム。
（５）  他のノードのファイルにファイル・コマンドを実行するための各ノードのファイル・コマンド手段と、他のノードからのファイル・コマンドの実行中、書込みフラグを有する前記クライアント・ディスク上のクライアント・ファイルをスキップし、それによって、クライアント・ファイルが他のノードのファイル・コマンド手段から見えなくするスキップ手段とを更に含む、（２）に記載のファイル・システム。
（６）  前記読取り／書込み手段は、書込まれるファイルがクライアント・ディスク又はサーバ・ディスクに存在しない場合、書込むべきファイルをクライアント・ディスク上に作成するファイル作成手段を含む、（１）に記載のファイル・システム。
（７）  前記読取り／書込み手段はファイルを削除し、前記ファイル作成手段によって作成されるファイル用にクライアント・ディスク上にスペースをつくるファイル削除手段を含む、（６）に記載のファイル・システム。
（８）  前記ファイル削除手段は、前記ファイル作成手段によって削除される古くなったファイルを決定するためのエイジング・ロジックを含む、（７）に記載のファイル・システム。
（９）  前記エイジング・ロジックはＬＲＵロジックを使用する、（８）に記載のファイル・システム。
（１０）  前記読取り／書込み手段は、ファイルを前記クライアント・ディスクに固定化し、前記ファイル作成手段によって作成されるファイルのためのスペースをもうける際に、前記ファイル削除手段が、固定化されたファイルを削除しないようにする固定化手段を含む、（７）に記載のファイル・システム。
（１１）前記サーバ・ディスクは、
各アプリケーションは１つ以上のファイルを有し、少くとも１つのアプリケーションはより低いバージョンとより高いバージョンを有する、１つ以上のアプリケーションと、
各アプリケーションに対するトリガー手段であって、前記トリガー手段は、特定アプリケーションのためにインポートされるべきファイルがバージョンのより低い特定アプリケーションからのものである場合は第１状態（ｓｔａｔｅ）を、前記特定アプリケーションのためにインポートされるべきファイルがバージョンのより高い特定アプリケーションからのものである場合は第２状態を有するトリガー手段と、
前記サーバからインポートされるべきファイルのトリガー手段の状態を比較し、当該ファイルがより低いレベルのアプリケーション、又はより高いレベルのアプリケーションからインポートされるべきかを決定するトリガー比較手段を含む各インポート手段と、
を含む（４）に記載のファイル・システム。
（１２）  前記ファイルは１つ以上のページを含み、前記ファイル・インポート手段は、特定ファイルの前記サーバ・コピーをサーバ・ディスクからクライアント・ディスクへ一度に１ページだけインポートするための手段を含む、（１）に記載のファイル・システム。
（１３）  複数のノードを含むファイル・システムにおいて、各ノードはクライアント・プロセッサとクライアント・ファイルを保持するためのクライアント・ディスクを有し、前記ノードの１つはファイル・サーバとして機能する制御ノードであって、前記制御ノードのクライアント・ディスクはクライアント・ファイルに対応するサーバ・ファイルを有し、通信ファブリックはサーバ・ファイルを前記クライアント・ディスクへ渡せるように前記複数のノードに接続されており、各ノードの読取り／書込み手段は、各ノードのクライアント・プロセッサが、そのノードのクライアント・ディスク上のファイルに読取り及び書込みできるように特定ファイルへのアクセスを提供する、上記ファイル・システムにおいて、
特定ファイルがそのクライアント・ディスク上にあるか否かを判断する段階と、
前記特定ファイルがクライアント・ディスク上にないと判断された場合、通信ファブリックを介して、特定ファイルの対応するサーバ・コピーをサーバ・ディスクからクライアント・ディスクへインポートする段階と、
クライアント・ディスク上にあると判断された前記特定ファイルが前記クライアント・プロセッサによって書込まれたか否かをテストする段階と、
前記特定ファイルが書込まれていた場合、前記特定ファイルのインポートを防止する段階と、
特定ファイルのクライアント・コピーがクライアント・プロセッサにより書込まれる場合、特定ファイルのクライアント・コピーに書き込みフラグを立てる段階とを含む方法。
（１４）  前記特定ファイルがクライアント・ディスク上にあり、特定ファイルがクライアント・プロセッサにより書込まれていないと判断される場合、サーバ・ディスク上の特定ファイルの対応するコピーが、クライアント・ディスク上の特定ファイルより、より新しいかどうかを比較する段階と、
特定ファイルのサーバ・ファイル・コピーがより新しい場合に、通信ファブリックを介して、サーバ・ディスクからクライアント・ディスクへ特定ファイルの対応するサーバ・コピーをインポートする段階とを更に含む、（１３）に記載の方法。
（１５）  前記クライアント・ディスクと前記サーバ・ディスク上の各ファイルは、タイム・スタンプを有していて、前記方法は、前記サーバ・ディスク上の対応するファイルがより新しいか否かを判断するとき、前記クライアント・ディスク上の前記特定ファイルのタイム・スタンプを前記サーバ・ディスク上の対応するファイルと比較する段階を更に含む、（１４）に記載の方法。
（１６）  前記クライアント・ディスクの各ファイルはインストール・ビットを有し、前記方法は、サーバ・ディスクの対応するファイルがより新しいバージョンに変更されているクライアント・ディスク上の各ファイルのインストール・ビットを活動状態へ変更する段階と、前記サーバ・ディスクの前記の対応ファイルがより最新か否かの判断をするときに、前記特定ファイルのインストール・ビットの状態を比較し、それが活動状態にあるか否かを判断する段階とを、更に含む、（１４）に記載のファイル・システム。
（１７）  前記ファイル・システムにおける他のノードのクライアント・ファイル操作を任意のノードのプロセッサにより実行する段階と、クライアント・ファイルが書込まれていることを示している書込みフラグを有する各クライアント・ディスク上のクライアント・ファイルを他のノードから見えなくする段階とを更に含む、（１４）に記載の方法。
（１８）  書込むべきファイルがクライアント・ディスク及びサーバ・ディスクのどちらにも存在しない場合、書込むべきファイルをクライアント・ディスク上に作成する段階を更に含む、（１３）に記載の方法。
（１９）  書込まれる前記ファイルを作成する前に、ファイルを削除し、クライアント・ディスク上にスペースをつくる段階を更に含む、（１８）に記載の方法。
（２０）  ファイル削除段階が、削除すべき古くなったファイルを決定する段階を含む、（１９）に記載の方法。
（２１）  前記の古くなったファイルがＬＲＵロジックを使用する、（２０）に記載の方法。
（２２）  前記ファイル作成段階によって作成されるファイルのためのスペースをつくる場合、ファイルを前記クライアント・ディスクに固定化し、前記ファイル削除段階が固定化されたファイルを削除しないようにする段階を更に含む、（１９）に記載の方法。
（２３）  前記サーバ・ディスクは：
各アプリケーションは１つ以上のファイルを有し、少くとも１つのアプリケーションはより低いバージョン及びより高いバージョンを有する１つ以上のアプリーケーションと、
各アプリケーションに対するトリガー手段であって、前記トリガー手段は、特定アプリケーションのためにインポートされるべきファイルが、特定アプリケーションのより低いバージョンからの場合の第１状態と、前記特定アプリケーションのためにインポートされるべきファイルが、特定アプリケーションのより高いバージョンからの場合の第２状態とを有するトリガー手段と、
前記サーバからインポートされるべきファイルのトリガー手段の状態を比較し、ファイルがより低いレベルのアプリケーション、又はより高いアプリケーションからインポートされるべきか判断する段階を更に含む前記方法とを含む、（１６）に記載のファイル・システム。
（２４）  各ノードはクライアント・プロセッサとクライアント・ファイルを保持するためのクライアント・ディスクを有する複数のノードであって、
前記ノードの１つはファイル・サーバとして機能する制御ノードであり、前記制御ノードのクライアント・ディスクは、クライアント・ファイルに対応するサーバ・ファイルを有するサーバ・ディスクであるノードと、
前記クライアント・ディスクにサーバ・ファイルを引渡すための、前記複数のノードに接続されている通信ファブリックと、
そのノードのクライアント・プロセッサによって、書込まれたクライアント・ディスク上のファイルが前記ファイル・サーバ及び、他のクライアント・ノードから見えないようにする各ノードの手段と含むファイル・システム。
（２５）  各ノードはクライアント・プロセッサとクライアント・ファイルを保持するためのクライアント・ディスクを有する複数のノードであって、
前記ノードの１つはファイル・サーバとして機能する制御ノードであり、前記制御ノードのクライアント・ディスクはオペレーティング・システム・ファイルを有するサーバ・ディスクであるノードと、
前記クライアント・ディスクにオペレーティング・システム・ファイルを引き渡すための前記複数のノードに接続されている通信ファブリックと、
そのクライアント・ディスクが特定オペレーティング・システム・ファイルを必要する場合のみ、特定オペレーティング・システム・ファイルを前記サーバ・ディスクからそのノードのクライアント・ディスクにインポートする、各ノードのファイル・インポート手段とを含むファイル・システム。
（２６）  前記ファイル・インポート手段は、前記サーバからファイルをインポートするための十分なスペースがない場合、クライアント・ディスクからファイルを削除するための削除手段を含む、（２５）に記載のファイル・システム。
（２７）  前記ファイル・インポート手段は、特定オペレーティング・システム・ファイルを前記クライアント・ディスクに固定化し、固定化されたファイルが前記削除手段によって削除されないようにするための固定化手段を含む、（２６）に記載のファイリング・システム。
【図面の簡単な説明】
【図１】通信ファブリックによって接続された複数のノードを有し、各ノードはクライアント・プロセッサとクライアント・ディスク装置を有するファイル・システム・ネットワークの概略図である。
【図２】図１のネットワークのクライアント・ディスクの内容の概略図である。
【図３】図１のネットワークのサーバ・ディスクの論理図である。
【図４】図１のネットワークのクライアント・ディスクのクライアント・プロセッサによる読取り操作の流れ図である。
【図５】図１のネットワークのクライアント・ディスクに対して行われるクライアント・プロセッサによる書込み操作の流れ図である。
【図６】クライアント・ファイルが書込まれるか、サーバからインポートされるか、又は図１のネットワークのクライアント・ディスクに作られる前にクライアント・ディスク上に十分なスペースがあるか否かをチェックするためのクライアント・プロセッサによる操作に関する流れ図である。
【図７】図１のネットワークのクライアント・ディスクからファイルを削除するためのクライアント・プロセッサによる操作に関する流れ図である。
【図８】クライアント・ディスクでの操作を実行するために図１のネットワークのファイル・サーバの操作に関する流れ図である。クライアント・ディスク上のフラグ付ファイルはサーバ操作時に見えない。
【図１】
0003627034.tif 000002
【図２】
0003627034.tif 000003
【図３】
0003627034.tif 000004
【図４】
0003627034.tif 000005
【図５】
0003627034.tif 000006
【図６】
0003627034.tif 000007
【図７】
0003627034.tif 000008
【図８】
0003627034.tif 000009