JP2000512044A - インターネット・ファイル・システム - Google Patents

Abstract

(57)【要約】 計算システムがインターネットに接続された資源をトランスパレントにアクセスする方法及びシステム。この計算システムのメモリは、操作システム、該操作システムと関連するキャッシュ、共有ライブラリ及びアクセスサーバを含んでいる。この共有ライブラリは、ファイルについてのシステム呼に応答して、ファイルについてのパス名がメモリ中の個人名の下に位置づけられているかどうかを決定し、及びファイルがキャッシュに格納されておらず個人名スペースの下に位置づけられたパス名を有しているときに、個人名スペースの下に位置づけられたパス名に基づいてインターネットからファイルを検索するための要求を発行する。アクセスサーバは、共有ライブラリからの要求に応答してインターネット資源からファイルを検索するための適当なアクセスプロトコルを選択し、及びインターネット資源からファイルを検索する。共有ライブラリは、ついでアクセスサーバがファイルを検索するときに操作システムに対してシステム呼を発行するアクセスサーバは、アプリケーションがファイルを閉じるときにインターネット資源にファイルを再格納する。

Description

【発明の詳細な説明】 インターネット・ファイル・システム関連出願 本願は、C.H.Raoの１９９６年６月７日付け米国特許仮出願第60/019,303号「 インターネットのファイルシステムへの統合」についての優先権を主張するもの である。発明の背景 １．発明の分野 本願発明は、コンピュータ分野に関するものである。より詳細には、本願発明 は、インターネットを経由することが可能なリソースへのアクセスのための方法 及びシステムに関する。 ２．従来技術の記述 より多くのリソースがインターネットを介して利用できるようになり、ウエブ ・ページ、ゴーファ情報、ネットワーク・ニュース、出版された文書や技術レポ ート、パブリック・ドメイン・ソフトウエア、共同研究リソースや草案のような リソースを位置付け、管理し統合することがますます困難になってきている。事 実上の業界標準（de facto standard）であるユニフォーム・リソース・ロケー タ（Uniform Resource Locator：ＵＲＬ）プロトコルによって定義された命名（ naming）スキームを用いて、インターネットに接続されたリソースにアクセスす る。他の標準的なアクセス・プロトコル、例えば、ファイル・サーバへのファイ ル・トランスファ・プロトコル（file transfer protocol：ＦＴＰ）、ウエブ・ サーバへのハイパ・テキスト・トランスポート・プロトコル（hyper transport protocol：ＨＴＴＰ）、ゴーファ・サーバに対するゴーファ・プロトコル（ＧＯ ＰＨＥＲ）、ニュースサーバに対するネットワーク・ニュース・トランスファ・ プロトコル（network news transferprotocol：ＮＮＴＰ）及びファイル・サー バに対するリモート・シェル（remote shell：ＲＳＨ）を用いても、インターネ ット・リソースにアクセスする。これら特定のアクセスプロトコルの各々は、イ ンターネットに接続されるサーバからリソースを引き出すアクセス機構を規定す る。モザイク（Mosaic）やネットスケープ（Netscape）のようなインターネット ブラウザが、ネットワークを便利に検索し、情報を引き出すために紹介されてい るが、この様な伝統的なブラウザは、リソースを検索し引き出すためには完璧に 適切ではあるものの、制限的であり、より大きなツールセット（toolset）にそ れ自身を統合することには適していない。 インターネットのファイルへより簡単にそしてより効率的にアクセスするため に、いくつかのシステムが開発されている。例えば、Andrew File Systemは、フ ァイルシステムの範囲をローカル・エリア・ネットワーク（local area network ：ＬＡＮ）からインターネットヘ拡大することによって、広域ファイルサービス を提供する。しかしながら、Andrew File Systemはそれ独自のプロトコルを用い ており、上述した標準のインターネットプロトコルを用いていない。その結果と して、Andrewのためのファイルサーバが必要となる。 インターネットを介してファイルにアクセスするために開発された別のシステ ムには、新しいオペレーティング・システムを導入することによってインターネ ット・ファイル・サーバをローカル・ネーム・スペースへマウントすることがで きるBell laboratory Plan９がある。Plan９は、パープロセス・ネーム・スペース（per-process name space）とメッセージ指向ファイル・システム・プロトコル（message-oriented file system protocol）をサポートし、ファイル・システムに類似するインタ ーフェースが実行される。異なるアクセス・プロトコルが推奨されるが、Plan９ オペレーティング・システムは現存するアプリケーション・ツールとは透過（tr ansparent）ではなく、Plan９で使うためにはカーネルとそのカーネル上で動作 するアプリケーションの変更が必要となる。 Alex File Systemは、現存するネットワーク・ファイル・システム（Network File System：ＮＦＳ）の上位で設計したことによって、仮想ファイル・システ ム（Vertual File System：ＶＦＳ）として迫加されたAlexサーバにより、イン ターネット・リソースへ透過な読み出しアクセス（transparent read accesss） を提供する。ＬＡＮ上のホストはＮＦＳプロトコルを用いてコール（call）をAl exサーバへ送信する。コールは、Alexサーバが動作するＮＦＳサーバカーネルへ の位置であるカーネル上のＮＦＳクライアントを介して通る。次に、コールがＮ ＦＳサーバカーネルからAlexサーバへアップコール（upcall）される。それにも 関わらず、ＮＦＳプロトコルはAlexシステムを制限してしまう。なぜなら、ＮＦ Ｓプロトコルはファイル・サービスを実行しているが、認証アクセスを実行する のに重要な要求の初期化プロセスに関して、いかなる情報をも提供しないからで ある。その結果として、Alexシステムは、匿名ＦＴＰアクセス（anonymous FTP access）等の制限されたファイル指向ファイルアクセス（file-oriented file a ccess）しかサポートしない。 Jade File Systemは、自主的（autonomy）故に変更されない 下位の現存するファイルシステムの異種収集（heterogeneouscollection）を統 合する新しいパーソナル・ネーム・サーバ（personal name server）を用いて、 インターネット環境にあるファイルを命名（naming）し、アクセスする均一の方 法を提供する。以下の２つの要素をサポートするプライベート・ネーム・スペー スを、各ユーザが定義することができる。即ち、１つのディレクトリにマウント することができる多重ファイル・システム（multiplefile system）、そして、 他の論理的ネームスペース（logicalname space）をマウントすることができる １つの論理的ネームスペースである。しかしながら、Jade File SystemはＵＲＬ 命名を利用することができない。その代わりとして、別個のネーム・サーバがパ ス名に対して提供される。さらに、別個のアクセス・サーバをマウントしなけれ ばならず、ユーザがファイルシステムにアクセスする前に、ホストで動作するプ ログラムを再度コンパイルしなければならない。 Multiple Dimensional file System（ｎ−ＤＦＳ）は、アプリケーションやオ ペレーティング・システム・カーネルの変更を必要とせず、下位にあるファイル ・システムに新しいサービスを追加することができる論理的ファイルシステムで ある。ｎ−ＤＦＳが現存する物理的なファイル・システムの上位層にあるが、現 存するプロトコルを用いた伝統的なインターネット・アクセスは提供しない。 インターネット・リソースにアクセスするための現存するオペレーティング・ システム・カーネル、アプリケーション及びファイルサーバとの関係で、現存す るプロトコルを透過的に用いるインターネット・ファイル・システムが望まれて いる。発明の概要 本願発明は、インターネット・リソースへアクセスするための現存するオペレ ーティング・システム・カーネル、アプリケーション及びファイルサーバとの関 係で現存するプロトコルを透過的に用いるインターネット・ファイル・システム を提供する。従って、アプリケーション・プログラマは、ローカルに保存されて いたり、インターネット・リソースにある取り扱っているファイルと同じシステ ム・コールを用いることができる。本願発明の有利な点が、インターネットヘ接 続されたリソースに透過的にアクセスするプロセッサとメモリを有するコンピュ ータ・システムである方法及びシステムによって提供される。コンピュータシス テムのメモリは、オペレーティング・システムと、オペレーティング・システム に関するキャッシュと、共用ライブラリと、アクセス・サーバとを含んでいる。 共用ライブラリはファイルに対するシステム・コールに応動して、メモリのパー ソナル・ネームスペースの下で、ファイルに対するパス名が位置しているかどう かを決定し、ファイルがキャッシュに記憶されておらず、パーソナル・ネーム・ スペースの下に位置するパス名を有しているときには、パーソナル・ネーム・ス ペースの下に位置するパス名に基づいてインターネット・リソースからファイル を引き出す要求を発する。共用ライブラリからの要求に応動して、アクセス・サ ーバはインターネット・リソースからのファイルを引き出すのに適切なアクセス ・プロトコルを選択し、インターネット・リソースからファイルを引き出す。ア クセス・サーバがファイルを引き出したときには、次に共用ライブラリは、シス テム・コールをオペレーティング・システムに発する。アクセスサーバは、 アプリケーションがファイルを閉じたときには、インターネットリソースへファ イルを元に戻す。 図面の簡単な説明 本願発明は、いくつかの例によって説明されているが、同じ引用数字が同じ要 素を示す添付図面に限定されるものではない。 第１図は、本願発明に従ったシステムのアーキテクチャのブロック図であり、 第２図は、本願発明に従った異なるアプリケーションに対する矛盾のない共有 をサポートするアーキテクチャを有するシステムのブロック図であり、 第３図は、本願発明に従ったパーソナル・ネーム・スペース（ＰＮＳ）の概念 を示す図であり、 第４図は、本願発明に従った遠隔ファイルシステムのマウントを説明する図で あり、 第５図は、本願発明に従った認証プロセスを示す流れ図であり、 第６図は、第５図の認証プロセスの段階の詳細を示す流れ図である。 詳細な記述 本願発明は、現存するプロトコルを透過的に統合することによって、ソフトウ エアの変更や遠隔サーバの管理の変更を必要としない、パーソナル・ネーム・ス ペース（Personal Name Space：ＰＮＳ）のインターネット・ファイルをユーザ が管理することができる、インターネット・ファイル・システム（Internet Fil e System：ＩＦＳ）に関する。本願発明は、オペレーティング・システムと、下 位のオペレーティングシステムが提供するシステム・コール・イン タフェースと全く同じものをアプリケーションに与えるオペレーティングシステ ム上で動作するアプリケーションとの間で論理的な層（layer）を導入する。本 願発明の論理層は、オペレーティング・システムの変更を必要とすることなくア プリケーションと同じアドレス・スペースで動作する。 本願発明に従うと、各ユーザはＰＮＳ内のファイルを組織化することによって アクセスするインターネットファイルを選択し、これにより、システム・ワイド なグローバル・ネーム・スペースを維持する複雑さを回避する。本願発明に従う と、ＰＳＮは自己負担であり、他の全てのユーザに対して無定義（undefined） を維持する。ＰＳＮの所有者だけがＰＳＮへアクセスする。ＰＮＳを「マウント する」即ち、共通のネーム・スペースやＵＲＬ命名をサポートする他のネーム・ スペースへアタッチ（attach）することができる。ＵＲＬ名をパス名として用い ることでインターネットファイルへ直接アクセスすることができる。例えば、 http://www.att.com/reserch.html によって識別されるホームページを 〜/IFS/http://www.att.com/reserch.html と命名する。ここで、「〜/IFS」はＰＮＳに対するローカル・ファイル・システ ム上のマウント・ポイントである。さらに、ＰＮＳは、インターネット・ファイ ル・サーバのネーム・スペースを、例えばファイル・トランスポート・プロトコ ル（file transport protocol：ＦＴＰ）のようなアクセス・プロトコルを用い てＰＳＮのノードへアタッチするマウント動作をサポートする。即ち、ＰＮＳは 、ファイルシステムに対し、命名及びファイルへのアクセス、 及び位置に依存しない命名をサポートするマウント動作を実行させることができ る。 図１は、本発明によるシステムの構成のブロック線図である。システム１０は 、メモリ１２に結合されたプロセッサ１１を含む。メモリ１２は、ブラウザー、 共有ライブラリ１６及びアクセスサーバ１７のような、動作のためのシステムカ ーネル（システム中心部）１３、カーネル１３のためのキャッシュ（貯蔵所）１ ４、少なくとも１つのアプリケーション１５を蓄えるためのメモリスペースを含 む。プロセッサ１１及びメモリ１２は、物理的にシングルデバイスの中に配置さ れうるか、又は、よく知られたＬＡＮの技術を使用して分配される複数のプロセ ッサ及びメモリデバイスとして形成され得る。複数のアプリケーションも、よく 知られた技術を使用してシステム１０により処理されうる。 アプリケーション１５が、例えば、ファイルを開き、読み込み、書き込み、閉 じるために、要求又はシステムコールをカーネル１３へと送るとき、要求は、共 有ライブラリ１６及びアクセスサーバ１７を含む論理層２２により受信される。 好ましくは、共有ライブラリ１６は、アプリケーションに完全なＰＯＳＩＸシス テムインターフェイスを与える。共有ライブラリ１６は、アプリケーション１５ によりリンクされ、アプリケーション１５のアドレススペースにおいて動作する 。システムコールを取り扱うために必要な機能性の全ては、共有ライブラリ１６ により提供される。本発明によれば、共有ライブラリ１６は、ＰＮＳを取り扱う 能力を備える、すなわち、共有ライブラリ１６は、システムコールにおいて特定 されるファイルのためのパスネイムがアプリケーションのユーザーのためにＰＮ Ｓのもとに配置されているかどうかを決定する能力がある。決定は、マウントポ イント（ｉｒｏｏｔ）を検査することにより為される。特定されたファイルが、 ＰＮＳのもとに配置されている場合、共有ライブラリ１６は、要求されるファイ ルがインターネットファイルであるか又は近くに蓄えられているかを決定する。 ファイルがインターネットファイルである場合、共有ライブラリ１６は、よく知 られた方法で、要求を内部処理通信（インタープロセスコミュニケイション：Ｉ ＰＣ）を通してアプリケーション１５からアクセスサーバ１７へと伝達する。ダ イナミックな共有ライブラリを提供する計算システムについては、アプリケーシ ョン１５は、共有ライブラリ１６を含むライブラリーサーチパスを単に再調査す ることにより、共有ライブラリ１６を呼び出し得る。ダイナミックな共有ライブ ラリを持たない計算システムについては、アプリケーションは、共有ライブラリ １６と再リンクされねばならない。 アクセスサーバ１７は、特定されるファイルに適するアクセスプロトコルを選 択し、インターネット１８経由で遠隔サーバ１９へと接続し、遠隔サーバ１９か らメモリ２０に蓄えられる特定されるファイルを得る。アクセスサーバ１７は、 アプリケーション１５を処理しているユーザーに代わって、インターネットサー バの認証されるアクセスを実行する能力がある。すなわち、アクセスサーバ１７ は、ユーザーのパスワード情報を使用して、遠隔ファイルサーバへとアクセス可 能である。このアクセスを実行するために、共有ライブラリ１６は、アクセスサ ーバ１７に対して自分自身を認証する能力を持つ。 一度特定されるファイルが得られれば、アクセスサーバ１７は、 ファイルを近くにキャッシュ１４中に貯蔵する。アクセスサーバ１７は、特定の アクセスプロトコルを実行する各々のエージェントを持つ、複数のエージェント を含む。図１は、例示的なエージェント１７ａ、１７ｂ及び１７ｃを示す。エー ジェントは、直接に或いは代理サーバ２１のような代理サーバを通して遠隔サー バに接続し得る。アクセスサーバ１７は、ローカルネイムスペイス上での遠隔フ ァイルシステムのマウント、遠隔ファイルの検索及びファイルをその最初のサー バへと戻すことという３つの基本的な機能を実行する。検索及び戻す機能は、特 定のプロトコルにより確認される対応するコマンドへと写像され、一方、マウン トの機能は、ローカルな処理である。 アクセスサーバ１７は、システム１０において限定される各々のＰＮＳのため にマウントのためのデータベースを支える。アクセスプロトコル、ホスト、認証 情報、遠隔パス情報等のようなインターネットファイルにアクセスするために必 要とされる情報は、データベースに蓄えられる。ＰＮＳのための各々のエントリ ーは、ＰＮＳのためのマウントポイントも含む。アクセスサーバ１７は、ファイ ルを配置し、検索し及び処理のためのシステムカーネル１３のキャッシュ１４中 に蓄えるために、マウントのためのデータベースにおいてマウントのための情報 を参照する。特定されたファイルが既に貯蔵されているとき、アクセスサーバ１ ７は、ＩＰＣメッセージを共有ライブラリへと送る。共有ライブラリ１６は、そ れから、特定されたファイルをキャッシュ１４から取り出す。ファイルがアプリ ケーション１５により閉じられているとき、アクセスサーバ１７は、ファイルを 遠隔サーバ１９へと戻す。特定されたファイルがローカ ルファイルである、すなわち、システム１０中のどこかほかの近くの場所に蓄え られているとき、共有ライブラリ１６は、直接的にファイルにアクセスする。 遠隔ファイルサーバは、個々のファイルの読み込み及び書き込みのためではな くシステムファイルを開く及び閉じるためのみに接続されるので、好ましくは、 インターネットファイルは、開いているとき、ローカルファイルシステム上でそ っくりそのまま貯蔵される。この方法において、むしろ個々のページに対する一 連のシステムの要求及び応答として手付かずのファイルが取り出されるとき、フ ァイルを伝送することにより上に背負い込まれた全体のネットワークは、降ろさ れる。インターネットを介してのファイルへのアクセスは、包括的なシステム資 源の消費に関して無駄が多いので、ファイルの貯蔵されたコピーがアクセスを受 けたとき、本発明は、貯蔵されたコピーのデータが遠隔サーバに蓄えられたマス ターコピーデータと矛盾しないかどうかを決定する。 単一のアクセスサーバ１７が図１中の層２２に示されているが、複数のアクセ スサーバが使用され得る。例えば、本発明の基本的な構成は、各々のシステムユ ーザーのためのアクセスサーバ１７及び各々のユーザーのアクセスサーバの配置 のためのシステムワイドネイムサーバを含み得る。 二者択一的に、ユーザーのグループは、特定のアクセスサーバ１７を共有し得 る。本発明は、インターネット上に配置されたファイルサーバが、伝統的なシス テムにおけるようにカーネルの実行としてよりもむしろ図２に示されるようにユ ーザー・レベルの実行としてマウントされることを可能とする。図２において、 プロセス ２３と関連する各々の共有ライブラリ１６は、従来技術において現在為されてい るように、関連するカーネル、（示されていない）ＮＦＳプロトコル及び（示さ れていない）アクセスサーバを通して処理されつつあるアプリケーションよりむ しろアクセスサーバ１７に直接的にアクセスする。 図３は、ローカルシステム３０中のＰＮＳの概念を示す。第一のＰＮＳ３１は 、／ｈｏｍｅ／ｂｏｂ／ＩＦＳにおいてローカルファイルシステム３０へとマウ ントされ、ユーザーＢｏｂにより所有されるということが示される。第二のＰＮ Ｓ３２は、／ｈｏｍｅ／ｓｔｅｐｈａｎｉｅ／ｔｍｐ／ＩＦＳにおいてマウント され、ユーザーＳｔｅｐｈａｎｉｅにより所有されるということが示される。Ｐ ＮＳは、ディレクトリの組（マウントポイント、キャッシュディレクトリ）によ り意味を明らかにされ、ここでマウントポイントは、ＰＮＳがマウントされる或 いはつながれるファイルシステムにおけるローカルパスネイムであり、キャッシ ュディレクトリは、遠隔ファイル及びディレクトリが貯蔵されるローカルディレ クトリである。本質的に、マウントポイントは、マウントがどこに向いているか を表示する。図３において、ＰＮＳ３１のためのマウントポイントは、／ｈｏｍ ｅ／ｂｏｂ／ＩＦＳであり、ＰＮＳ３２のためのマウントポイントは、／ｈｏｍ ｅ／ｓｔｅｐｈａｎｉｅ／ＩＦＳである。キャッシュディレクトリは、ファイル システムの構造においてキャッシュファイルを入れる場所として必要となる。多 数のＰＮＳを支えるというタスクを簡単にするために、本発明は、マウントポイ ント及びキャッシュディレクトリのためにＩＲｏｏｔと呼ばれる単一のディレク トリを使用する。ＩＲｏｏｔは、遠隔ファイル及び ディレクトリが貯蔵される遠隔ファイルシステム上でのＰＮＳ及び物理的なディ レクトリのためのマウントポイントである。即ち、ＩＲｏｏｔはマウントポイン ト及びキャッシュディレクトリを含む。ユーザーは、コマンドｉｒｏｏｔ：＄ｉ ｒｏｏｔ ｐａｔｈｎａｍｅをしようしてＩＲｏｏｔを簡単にすることによりＰ ＮＳの意味を明らかにする。 図３に示されるように、ＰＮＳ３１のためのＩＲｏｏｔは、／ｈｏｍｅ／ｂｏ ｂ／ＩＦＳであることが明らかにされ、一方ＰＮＳ３２のためのＩＲｏｏｔは、 ／ｈｏｍｅ／ｓｔｅｐｈａｎｉｅ／ｔｍｐ／ＩＦＳであることが明らかにされる 。ＰＮＳ３１及び３２は、ローカルネイムスペイス３０上で各々マウントされる 。ＰＮＳ３１（／ｈｏｍｅ／ｂｏｂ／ＩＦＳ）のもとに配置されたファイル及び ディレクトリは、ＰＮＳ３１の意味を明らかにする特定のユーザーの対してのみ アクセス可能である。ＰＮＳ１２の意味を明らかにしたユーザーのような他のユ ーザーに対しては、／ｈｏｍｅ／ｂｏｂ／ＩＦＳのもとにあるファイル及びディ レクトリは、不確定にされる。 機構を名付けるユニバーサルリソースロケイター（ＵＲＬ）は、本発明のシス テム中に埋め込まれる。機構を名付けるＵＲＬは、形式： protocol://user:password@host/path を有し、ここで、“protoco”は、アクセスプロトコルであり、“user”は、オ プショナルユーザーネイムであり、“password”は、オプショナルパスワードで あり、“host”は、ネットワークホスト又はそのＩＰアドレスの完全に資格を与 えられたドメインネイムで あり、“port”は、接続されるオプショナルポートナンバーであり、及び“path ”は、要求されるリソースにアクセスするために遠隔サーバにより使用されるパ スである。アクセスプロトコルは、遠隔サーバに配置されるインターネットリソ ースへのアクセスに対するキーを提供するばかりでなく、アクセスサーバが配置 されるシステムの異質性を隠しもする。すなわち、一度アクセスプロトコルが利 用可能になれば、マシンタイプ又はサーバの動作システムに関係なく、プロトコ ルをしようしてサーバにより提供されるリソースにアクセスすることが可能であ る。結果的に、本発明は、アクセスプロトコルの異質な集合を支える。 表Ｉは、マウントポイント及びキャッシュディレクトリを含むＩＲｏｏｔを示 す“〜ＩＦＳ”を持つ例示的なパスネイム及び対応するＵＲＬネイムを示す。 次の典型的な仮コードは、 システムコールopen0を用いて、ホームページを開き、システムコールread0を用 いてＵＲＬ名に位置するファイルを読み込み、生データとして同じくファイルの コンテンツを処理しシステムコールclose0を用いて、ファイルを閉じる。 システム・コールclose0： 本発明は、さらに、 インターネット・リソースが、設置管理及び現在コマンド及びリールを用いて相 互に対話出来ることを可能なサービスを提供する。 例えば、コマンド・ラインは、 $ls-/IFSnntp;/ulysses/comp.os.research/* ニュース・サーバ“ulysses”上に格納されたニュース・グループ“comp.os.res earch”の中の記事を列挙する。更に、コマンドラインは、 $grep thread〜/IFS/nntp:/ulysses/comp.os.research/* ニュース・グループ“comp.os.researc”の中で、キーワード“thread”を検索 する。 マウントは、遠隔サーバに接続することに対して間接的ネーミングを提供する ことでファイルをネーミングし、又、証明情報を維持する場合に生成されるべき ショートカットを割り当てる。さらに、 マウントは、代理サーバに本件発明を所望されたファイルサーバにアクセスする 経路を特定することを許可する。ＰＮＳの範囲内でＰＮＳ及びマウント地点の両 方は、ユーザ単位を基本に定義される。本発明によれば、マウント操作は、グロ ーバル名空間のトップにＰＮＳを結びつけることが可能で、遠隔ファイルシステ ムをＰＮＳに接続することが可能である。 マウントポイントは、コマンドマウントによって特定される： $mount URLName MountPoint[Boxy Server：Port] ［有効期間］ “URLName”は、インターネットを越えてアクセス可能なファイル／階層のＵ ＲＬ名であり、“Mount Point”は、ＰＮＳ（例えば、ＩＦＳ、図３）の中の定 義されたマウントポイントで“proxy Server”は、任意の代理サーバパラメータ であり、そして“Port”は、代理サーバのトップポートを特定するための任意の パラメータである。 代理サーバとポートパラメータが、特定された場合、本件発明は、特定された 代理サーバを通って特定遠隔サーバにアクセスする。そのパラメータ有効期間（ 秒）は、有効であると考えられるマウント地点のもとにキャッシュされたファイ ルを一定期間中、特定する。特に、ファイルがアクセスされた場合、キャッシュ されたファイルは、その保持時間が、特定された有効期間での範囲内まで利用す ることが出来る。有効期間が終了すると、そのファイルは、ネットワークから獲 得しなければならない。ＵＲＬ名は、ユーザ名及びパスワードを含み、そして、 表れた場合、本件発明は、パスワードを用いて、ユーザに代わって遠隔サーバに アクセスを証明する。もし、パスワードの値が“−”であるならば、マウントコ マンドは、願わ くば次のプロントでパスワードを入力する様、ユーザに要求する。 図４は、遠隔ファイルシステムは、本件発明に従ってどの様にマウントされる かを描いている。図４では、異なるプロトコルを用いる遠隔ファイルシステムは 、IRoot/home/bob/IFS(PNS31，図３上にマウントされる。gryphon.att.comのフ ァイルサーバ４０は、以下の様に/home/bob/IFSにマウントされる。 $mount ftp://bob:-@gryphon.att.com.home/bob /home/bob/IFS/research password:****** このコマンドは、ｆｔｐプロトコルを用いて、ノード/home/bob/IFS/reseachの ＰＮＳ３１上のgryphon.att.com.上のファイルサーバ４０に位置する階層ボブに マウントさせる。この実施例の中で、そのマウントコマンドは“−”がパスワー ド領域で特定されたとして、パスワードを入力するようにＢｏｂに入力を促す。 ユーザＢｏｂが、/home/bob/IFS/researchの下のファイルをいつアクセスしよう とも、本発明は、ユーザＢｏｂの入力したパスワードを用いて、Ｂｏｂに代わっ てgryphon.att.com.から一致しているファイルを回復させる。マウントコマンド の他の実施例は： $mount rsh://king/home/rao/project/home/bob/IFS/project この実施例に対して、 rsh protocolを経て、ノード-/home/bob/IFS/projectの所でＰＮＳ３１上のｋｉ ｎｇ（階層）でファイルサーバ４１に位置する階層“project”は、確証された アクセスを提供する。ユーザーは、ＵＲＬ名の内側で、ユーザ名とパスワードを 指定する。そのシステムは、ユーザのホームディレクトリ中の.rhostファイルか ら証明情報を得 る。この事は、ネットワークを経て、許可パスワード情報を無効にする。マウン ト・コマンドの以下の実施例の中で、マウント地点は匿名のｆｔｐアクセスを用 いて生成される。： $mount ftp://tsx-11.mit.edu/pub/llnux /home/bob/IFS/src/linux radish:8000 ポート８０００上のradish上の代理サーバはtsx-ll.mit.eduにアクセスするため に促される。この実施例に対して、tsx-ll.mit.edu上のファイル・サーバ４２の 中の遠隔ディレクトリ'linux'は、ＰＮＳ３１の中のノード'linux'上にマウント される。 本件発明は、キャッシュ確認プロセスを制御する２つの方法を提供している。 まず、マウント・コマンドを用いて割り当てられた属性有効期間は、各ディレク トリに割り当てられる。各ディレクトリは、その親ディレクトリから有効期間を 継承する。生成されたディレクトリの元で、コピーが有効期間中に回復されるな らば、ファイルのキャッシュされたコピーは、その初期のコピーをチェックする ことなく、有効であるとして取り扱われる。例えば、キャッシュされたファイル に対して有効期間が７２００秒に設定されるならば、キャッシュされたコピーは 、７２００秒に対して有効であると考慮される。有効期間が、“−１”の場合は 、キャッシュされたコピーは、常に有効であるとされる。有効期間が“０”の場 合は、キャッシュされたコピーは、常に無効であるとされる。有効期間は、ディ レクトリに関連されて多くの他の属性の用に動的に変更可能である。 第２の有効制御方法に対して、有効マスクとして述べられるプロセス単位での マスクは、ディレクトリの有効期間を上書きする構成 要件を提供する。子プロセスは、その親プロセスから有効マスクを継承し、ビル ト−イン シェルコマンド‘vmask’は、プロセス有効マスクを定義し、更新す るために使用される。プロセス毎の有効マスクは、ディレクトリ毎の有効期間よ り高い優先順位を持っている。つまり、ファイルの特殊なタイプを扱う場合は、 その有効時間は、例えば、アクセスに所望されるファイル・マウントに従って決 定される。ファイルを使用することに対して目的を考慮する場合は、その有効期 間は、例えばファイルを使用するアプリケーションの時間、アプリケーションに 従って、プロセスの時間である。このように、有効期間を使って、キャッシュ有 効プロセスは共通著作文書対ネットワークニュースの様なインターネットのファ イルタイプに従って、制御可能である。一方では、有効マスクはリフレッシュキ ャッシュ１４の様な特定の環境の中のプロセスレベル上の有効期間の上書きを許 可する。 図５は、本件発明に従って、有効プロセス５０に対する流れ図を示す。ステッ プ５１で、キャッシュの中に要求された情報が存在するかどうか決定される。要 求された情報が、そのキャッシュに存在するならば、処理の流れは、ステップ５ ２に引き継がれ、キャッシュが、有効期間又は有効マスクの下で有効かどうか決 定される。有効であるならば、処理の流れは、ステップ５３に引き継がれ、キャ ッシュの中の情報は、システムコールに対して回復される。又、情報がキャッシ ュ（ステップ５１）の中に存在しない、又は、キャッシュが有効ではない（ステ ップ５２）であるならば、処理の流れはステップ５４に引き継がれ、メッセージ は、共有ライブラリからアクセスサーバに送られる。処理の流れは、ステップ５ ５に引き継 がれ、ここで、インターネットにアクセスし、その情報は回復され、そしてその 後キャッシュに格納される。 図６は、図５に示されたプロセス５０のステップ５２の詳細な流れ図６０を示 している。ステップ５２Ａでは、キャッシュが最後に、更新された時を決定する 。次に、ステップ５２Ｂで、最後の更新時刻は、キャッシュされたコピーが有効 であるかいなかを決定するための有効期間又は有効マスクと比較する。 本件発明は、サーバへ使用者を確認するためにそれ自身を確認する。その結果 、共有ライブラリ１６及びアクセスサーバ１７は、好ましくは、分離実在として システム１０の内部に設定される。この方法で、共有ライブラリ１６は、ユーザ の確認を認識する。アクセスサーバ１７は、アクセスサーバ１７が、システムコ ール要求をさせるユーザの確認を決定させるために設定されないという理由で、 インターネットに接続されたサーバに通知するために共有ライブラリ１６から情 報を得る。次に、共有ライブラリ１６は、アクセスサーバが、ユーザ確認面実施 が可能になる前にそれ自身は、アクセスサーバ１７を確認する。 本件発明は、又、匿名及び確認されたインターネットへの直接的アクセス又は 代理サーバ経由の両方をサポートする。本件発明に従えば、ユーザは、ファイル アクセスのための適切なログイン名及びパスワード情報を用いて、サーバに遠隔 操作するために、彼ら自身確認できる。確認されたアクセスは、要求が許可され るべきアクセスサーバ１７と最初に通信する共有ライブラリ１６のハンドシェイ クプロセスを含んでいる。アクセスサーバ１７は、その時、時刻刻印を得るため に生成されるべきファイルでのある共有ライブラリ １６に通信する。共有ライブラリ１６は、一度生成されたアクセスサーバ１７に ファイルを確認する。アクセスサーバ１７は、その時、情報を確かめるために共 有ライブラリ１６によって生成されたファイルにアクセスする。 本件発明が、描かれた実施例と関連して記載された一方で、本件の本質及び範 囲からそれることなしに改良されることは、評価され、理解されるであろう。

───────────────────────────────────────────────────── 【要約の続き】 納する。

Claims (1)

1. 【特許請求の範囲】 1．プロセッサ及び該プロセッサに結合されるメモリを含む計算システムであっ て、 該メモリは、 操作システムと、 該操作システムと関連するキャッシュと、 ファイルに対するシステム呼に応答して、該ファイルに関するパス名が該メモ リ中の個人名の下に位置づけられているかどうかを決定し、及び 該ファイルが該キャッシュに記憶されておらず該個人名スペースの下に位置づ けられたパス名を有するときに、該個人名スペースの下に位置づけられた該パス 名に基づいてインターネット資源から該ファイルを検索するための要求を発行す る共有ライブラリと、 該共有ライブラリからの要求に応答して該インターネットからの該ファイルを 検索するアクセスサーバとを含み、 該アクセスサーバが該インターネットからの該ファイルを検索するときに、該 共有ライブラリは操作システムに該システム呼を発呼するようになっている計算 システム。 2．請求の範囲第１項に記載の計算システムにおいて、 該アクセスサーバが、各々が所定のインターネットプロトコルを実施する複数 のエージェントを含み、及び 該アクセスサーバが、該インターネットからのファイルを検索するための適当 なアクセスプロトコルを選択するようになっている計算システム。 3．請求の範囲第２項に記載の計算システムにおいて、 該共有ライブラリ及び該アクセスサーバが該システム呼に応答してトランスパ レントに動作する計算システム。 4．請求の範囲第３項に記載の計算システムにおいて、 該共有ライブラリが、該メモリで走行しているアプリケーションからの該シス テム呼を受信するものである計算システム。 5．請求の範囲第４項に記載の計算システムにおいて、 該アプリケーションが該ファイルを閉じるときに、該アクセスサーバが、該イ ンターネット資源に対して該ファイルを再格納する計算システム。 6．請求の範囲第４項に記載の計算システムにおいて、 該アクセスサーバが、ユーザのパスワード情報を用いて該インターネット資源 から該ファイルをアクセスする計算システム。 7．請求の範囲第６項に記載の計算システムにおいて、 該アクセスサーバが、該ユーザのパスワード情報を用いて該インターネット資 源から該ファイルをアクセスするときに、該共有ライブラリがそれ自身の正当性 を該アクセスサーバに対して証明する計算システム。 8．請求の範囲第２項に記載の計算システムにおいて、 該アクセスサーバが、該インターネット資源と関連する遠隔サーバと直接接触 することにより、該インターネット資源から該ファイルを検索する計算システム 。 9．請求の範囲第２項に記載の計算システムにおいて、 該アクセスサーバが、該インターネット資源と関連する遠隔サーバと、代理サ ーバを通して接触することによって該インター ネット資源から該ファイルを検索する計算システム。 10．インターネットに接続される資源をアクセスする方法であって、共有ライブ ラリにてファイルについてのシステム呼を受信するステップと、 該ファイルが局部的にキャッシュ化されているかどうかを決定するステップと 、 該ファイルについてのパス名が個人名スペースの下に位置づけられているかど うかを決定するステップと、 該ファイルが該キャッシュに格納されておらず該個人名スペースの下に位置づ けられているパス名を有しているときに、該個人名スペースの下に位置づけられ ている該パス名に基づいてインターネットから該ファイルを検索するステップと 、 該ファイルが該インターネット資源から検索されるときに計算システムの操作 システムに対して該システム呼を発行するステップとを含む方法。 11．請求の範囲第１０項に記載の方法において、さらに 該ファイルが閉じられるときに該インターネット資源に対して該ファイルを再 格納するステップを含む方法。 12．請求の範囲第１１項に記載の方法において、 該インターネット資源から該ファイルを検索するステップが、ユーザのパスワ ード情報を用いて該インターネット資源から該ファイルをアクセスするステップ を含む方法。 13．請求の範囲第１０項に記載の方法において、さらに 該ファイルがキャッシュ化された最後の時間及び有効ファイルキャッシュ時間 に局部的に基づいて、該ファイルがキャッシュ化 されるときに該ファイルが有効であるかどうかを決定するステップを含む方法。