JP2000076118A - 分散ファイル処理装置および分散ファイル処理方法 - Google Patents

Abstract

(57)【要約】 【課題】 複製を有効に利用してファイルサーバへの負
荷や、経路上の通信トラフィックを軽減した分散ファイ
ル処理装置および方法を提供する。 【解決手段】 原料を編集加工する手続きを表す手続き
名等で修飾して構成した仮想ＵＲＬに基づいて、原料フ
ァイルの処理を行うコンテキスト手段と、コンテキスト
手段において処理を行った原料ファイルの処理結果を保
持する結果保持手段を有し、さらに、結果保持手段の保
持する処理結果の有効性を判定する結果管理手段とを有
する。結果管理手段は、処理結果に対応する原料ファイ
ル名、手続き名、手続き処理の処理実行日時、手続き処
理実行を要求した要求固有の処理要求識別子等に基づい
て処理結果の有効性を判定する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は分散ファイル処理装
置および処理方法に関する。さらに詳細には複数のコン
ピュータが接続されたデータ通信ネットワークを介して
ネットワーク上のサーバー等に分散して存在するデータ
に対して効率のよいアクセスを可能とし、迅速な処理デ
ータの抽出を可能とした分散ファイル処理装置及び分散
ファイル処理方法に関する。

【０００２】

【従来の技術】ネットワークを介する分散ファイルアク
セスシステムにおいては昨今、ますますその迅速、正確
性に対する要求が高まってきている。従来から、様々な
分散ファイル処理システムが提案され、また実行されて
いるが、その代表的なものを以下に説明する。

【０００３】［従来技術１］従来の分散ファイルアクセ
スシステムにおける一つの一般的方式として、ファイル
を提供するファイルサーバとファイルをアクセスするク
ライアントのネットワークの経路上に、代理サーバや中
継サーバ（以降代理サーバ）を分散的に配置して、クラ
イアントはこれを経由してファイルにアクセスする方式
がある。例えば、ＦＴＰミラーサーバなどがこれに相当
する。

【０００４】このような代理サーバを用いたシステムで
は、あらかじめファイルの複製を提供することで、ファ
イルサーバへの負荷や、ネットワーク経路上の通信トラ
フィックを軽減できるというメリットがある。

【０００５】また、あらかじめファイルの複製をサーバ
に用意しておくのではなく、クライアントからアクセス
されたファイルに対して動的に複製を作成し、その後の
アクセスに提供するスナップショット方式も考案されて
いる。例えば、ＲＦＣ２１８７で述べられているＨＴＴ
Ｐ中継サーバプログラムＳｑｕｉｄ（ｈｔｔｐ：／／ｓ
ｑｕｉｄ．ｎｌａｎｒ．ｎｅｔ／Ｓｑｕｉｄ／において
配布されている）においては、複製の更新や無効化は、
複製の生成時刻、オリジナルのファイルの生成時刻、な
どのタイムスタンプ情報に基づく計算により必要と判定
されたときに行われる。

【０００６】このようなスナップショット方式では、例
えば、次のような手順でファイル複製の管理が行われ
る。クライアントからのファイルアクセス要求が発生
し、要求されたファイルの複製が代理サーバにあった場
合に、前記タイムスタンプ情報に基づく計算を行い、複
製の新しさを判定する。複製が十分新しい場合以外は、
要求されたファイルのオリジナルのタイムスタンプと複
製のタイムスタンプとを比較して、複製の方が新しい場
合は複製を返す。複製の方が古い場合は、古いと判定さ
れた複製を無効化し、新たにオリジナルファイルをコピ
ーして、複製を作成し返す。このような動的に複製を作
成する方式では、あらかじめ複製を用意する方式に比
べ、複製の管理が自動化できるので管理コストが軽減さ
れ、代理サーバの増設も容易である。

【０００７】ところが、ＷＷＷのＣＧＩで代表されるよ
うな、ファイルサーバ上でアクセス時にオンデマンド型
で生成されるファイル（例えば、 今日の天気 をファ
イル内の情報に含む場合）では、タイムスタンプ情報
は、アクセス時に付与される。タイムスタンプ情報のみ
を用いて複製を管理する方式では、複製とオリジナルの
比較を行うための適当なタイムスタンプを決定する機構
がないため、複製が有効であるかとうかの判定ができな
い。そのため、動的に生成されるファイルに関して複製
を有効に利用することは困難である。この種の技術を従
来技術１とする。

【０００８】［従来技術２］特開平８−２９２９１０に
は、原料となる資源名から、それを加工する手続きを表
す手続き名と、手続きに対するパラメータと、手続き名
を解釈し手続きを起動する装置をあらわすコンテキスト
識別子とで修飾して構成した資源名を解釈して、原料資
源へのアクセスを行い、手続きを起動して、原料資源の
処理を行う資源管理装置および資源管理方式が開示され
ている。

【０００９】この特開平８−２９２９１０に開示された
資源管理装置および資源管理方式では、資源名に埋め込
まれた手続き名や原料資源名が、分散的に解決され、手
続き同士がネットワーク上でパイプライン的に結合され
る。しかし、手続きが多段に結合されたり、複数の入力
を持つ手続きの場合はパイプラインがツリー構造のよう
に構成されることを考えると、ネットワーク上のバース
ト的な通信エラーでいずれか一個所の通信が失敗した場
合、最終的な処理結果である合成資源が得られないとい
う欠点がある。通信に失敗して結果が得られなかった場
合は、再実行を行って結果を得ることもできるが、一つ
の合成資源を得るのに複数のネットワーク通信が必要な
ので、信頼性の低いネットワークでは、いずれかの通信
が高い確率で失敗し、結果を得るまでに何度も再実行を
繰り返す必要があったり、合成資源が得られないことも
ある。この種の技術を従来技術２とする。

【００１０】

【発明が解決しようとする課題】分散ファイル処理にお
いて、作成された複製を有効に利用してファイルサーバ
への負荷や、ネットワーク経路上の通信トラフィックを
軽減することを目標とすることを考慮すると、上述した
従来技術の構成では以下に説明する問題点が発生する。

【００１１】まず、従来技術１は、上述のようにＷＷＷ
のアクセスにおいて、複製を利用して通信トラフィック
を減らすなどの効果は提供するが、クライアント等から
のリクエストを受けたときにサーバ上で動的に生成され
る文書に関しては複製を取り扱うのが困難となる。

【００１２】また、従来技術２は分散ファイルアクセス
の手順を用いて分散ファイル処理を実現でき、各種の処
理を組み合わせたサービスを提供することが可能となる
が、処理結果がパイプラインで複数組み合わせることを
必要とするため、信頼性の低いネットワークにおいて高
い確率で失敗が起きやすく、実用性が低いという問題点
を有する。

【００１３】本発明はこのような従来技術の有する各種
の問題点を解決するものであり、複製を有効に利用して
ファイルサーバへの負荷や、経路上の通信トラフィック
を軽減することを達成することを目的とする。

【００１４】

【課題を解決するための手段】本発明は上記の目的を達
成するものであり、コンピュータをネットワークで接続
した分散コンピュータシステムにおける分散ファイル処
理装置において、ネットワーク上に接続された装置に保
持されたデータファイル原料を識別可能な原料ファイル
名を、原料を編集加工する手続きを表す手続き名と、手
続きのパラメータと、手続き名を解釈し手続きを動作さ
せるコンピュータおよび動作環境を定めるコンテキスト
名とで修飾して構成した修飾ファイル名を解釈して、原
料ファイル名と手続き名を取り出し、該取り出した原料
ファフイル名に対応する原料ファイルのデータを入力
し、取り出した手続き名に対応する手続きを起動して、
原料ファイルを該起動した手続きによって処理を行うコ
ンテキスト手段と、コンテキスト手段において起動した
手続きによって処理を行った原料ファイルの処理結果を
保持する処理結果保持手段と、処理結果保持手段の保持
する処理結果を取り出して出力する結果出力手段と、結
果保持手段の保持する処理結果の有効性を判定する処理
結果管理手段とを有することを特徴とする。

【００１５】さらに、本発明の分散ファイル処理装置に
おいて、管理手段は、処理結果保持手段の保持する処理
結果に対応し原料ファイル名およびコンテキスト手段に
おける手続き名に基づいて処理結果の有効性を判定する
構成を有することを特徴とする。

【００１６】さらに、本発明の分散ファイル処理装置に
おいて、処理結果管理手段は、コンテキスト手段による
手続き処理の処理実行日時を示す処理日時、コンテキス
ト手段による手続き処理の実行を要求した要求固有の処
理要求識別子の少なくともいずれかに基づいて処理結果
の有効性を判定する構成を有することを特徴とする。

【００１７】さらに、本発明の分散ファイル処理装置に
おいて、処理結果管理手段は、原料ファイルの更新日時
と、コンテキスト手段による手続き処理の処理実行日時
を示す処理日時とを比較し、該比較結果に基づいて処理
結果の有効性を判定する構成を有することを特徴とす
る。

【００１８】さらに、本発明の分散ファイル処理装置
は、コンテキスト手段が、修飾ファイル名の解釈におい
て、要求処理結果の処理時刻指定子が含まれると判定し
た場合は、処理結果管理手段は、時刻指定子の示す時間
範囲に処理日時が対応するか否かに基づいて、処理日時
が対応づけられた処理結果の有効性を判定する構成を有
することを特徴とする。

【００１９】さらに、本発明の分散ファイル処理装置に
おいて、ネットワークは、複数のコンテキスト手段、該
複数のコンテキスト手段に対応して設けられた複数の処
理結果保持手段、および該複数の処理結果保持手段に対
応して設けられた複数の処理結果管理手段を接続した構
成を有し、複数のコンテキスト手段は、それぞれ独立に
手続き処理が可能であり、ネットワーク上に出力された
処理要求に対応する処理結果の有効性を判定する第１の
処理結果管理手段は、該処理要求に指定された原料ファ
イルおよび手続きに対応する処理結果を保持するネット
ワーク上の第２の処理結果保持手段を管理する第２の処
理結果管理手段に処理結果の有効性についての問い合わ
せを実行する構成を有することを特徴とする。

【００２０】さらに、本発明の分散ファイル処理装置
は、コンテキスト手段における修飾ファイル名の解釈に
おいて、処理結果保持手段に保持された処理結果の無効
化または破棄いずれかの指示を定めた所定のパラメータ
が含まれることが解析されたことを条件として、処理結
果管理手段は、処理結果保持手段に格納された処理結果
の無効化または破棄いずれかの処理を実行する構成を有
することを特徴とする。

【００２１】さらに、本発明の分散ファイル処理装置
は、処理結果管理手段による処理結果保持手段に格納さ
れた処理結果の無効化または破棄いずれかの処理の実行
に伴い、コンテキスト手段は、無効化または破棄を行っ
た処理結果に対応する原料ファイルを取得して、新たに
処理を実行して処理結果保持手段に保持する構成を有す
ることを特徴とする。

【００２２】さらに、本発明の分散ファイル処理装置に
おいて、コンテキスト手段における原料ファイルに対す
る手続きによる処理は、処理要求タイミングとは独立に
非同期的処理として実行するとともに、該手続きによっ
て処理された処理結果には該処理結果に対応する処理結
果識別子を生成し、該処理結果識別子を処理結果に対応
させて処理結果保持手段に保持する構成としたことを特
徴とする。

【００２３】さらに、本発明の分散ファイル処理装置に
おいて、コンテキスト手段は、修飾ファイル名の解釈に
おいて、処理の要求が非同期的であることを示す指定デ
ータが含まれる判定がなされたことを条件として、原料
ファイルに対する手続きを処理要求タイミングとは独立
に非同期的処理として実行する構成を有することを特徴
とする。

【００２４】さらに、本発明の分散ファイル処理装置
は、コンテキスト手段が修飾ファイル名の解釈におい
て、処理の要求条件に完全一致しないが、部分一致する
処理結果が処理結果保持手段に含まれると判定した場合
において、結果出力手段は、処理結果保持手段に含まれ
る部分一致する処理結果を出力する構成を有することを
特徴とする。

【００２５】さらに、本発明の分散ファイル処理方法
は、コンピュータをネットワークで接続した分散コンピ
ュータシステムにおける分散ファイル処理方法におい
て、ネットワーク上に接続された装置に保持されたデー
タファイル原料を識別可能な原料ファイル名を、原料を
編集加工する手続きを表す手続き名と、手続きのパラメ
ータと、手続き名を解釈し手続きを動作させるコンピュ
ータおよび動作環境を定めるコンテキスト名とで修飾し
て構成した修飾ファイル名を解釈して、原料ファイル名
と手続き名を取り出し、該取り出した原料ファフイル名
に対応する原料ファイルのデータを入力し、取り出した
手続き名に対応する手続きを起動して、原料ファイルを
該起動した手続きによって処理を行うコンテキスト手段
による手続き処理ステップと、手続き処理ステップにお
いて起動した手続きによって処理を行った原料ファイル
の処理結果を結果保持手段に保持する結果保持ステップ
と、処理結果保持手段の保持する処理結果の有効性を判
定する処理結果有効性判定ステップと、処理結果有効性
判定ステップにおいて有効と判定された処理結果であ
り、処理結果保持手段に保持された処理結果を取り出し
て出力する結果出力ステップとを有することを特徴とす
る。

【００２６】さらに、本発明の分散ファイル処理方法に
おいて、処理結果有効性判定ステップは、処理結果保持
手段の保持する処理結果に対応する原料ファイル名およ
びコンテキスト手段における手続き名に基づいて処理結
果の有効性を判定することを特徴とする。

【００２７】さらに、本発明の分散ファイル処理方法
は、コンテキスト手段による手続き処理の処理実行日
時、コンテキスト手段による手続き処理の実行を要求し
た要求固有の処理要求識別子の少なくともいずれか一方
に基づいて処理結果の有効性を判定することを特徴とす
る。

【００２８】さらに、本発明の分散ファイル処理方法に
おいて、処理結果有効性判定ステップは、原料ファイル
の更新日時と、コンテキスト手段による手続き処理の処
理実行日時とを比較し、該比較結果に基づいて処理結果
の有効性判定を行うことを特徴とする。

【００２９】さらに、本発明の分散ファイル処理方法に
おいて、コンテキスト手段における原料ファイルに対す
る手続き処理は、処理要求タイミングとは独立に非同期
的処理として実行するとともに、該手続きによって処理
された処理結果には該処理結果に対応する処理結果識別
子を生成し、該処理結果識別子を処理結果に対応させて
処理結果保持手段に保持することを特徴とする。

【００３０】

【発明の実施の形態】本発明の分散ファイル処理システ
ムを構成するネットワーク上の主要な要素について、そ
の概要を図１に示す。図１に示すようにネットワーク上
には、ファイルアクセスの実行主体となるクライアント
（図１右端）が接続され、また、ファイルの供給主体で
あり原料ページＡ、Ｂ、Ｃ．．．を保持するサーバ（図
１左端）が接続されている。さらに本発明のシステムで
は、サーバの保有する原料ページＡ、Ｂ、Ｃ．．．をさ
まざまな形で加工し、またその加工結果を保持する等、
各種の機能を有する処理サーバが存在し、これらが図１
ではコンテキスト手段、処理結果保持手段等として示さ
れている。これらの処理サーバの具体的な構成、機能に
ついては以下の実施例において詳細に説明する。

【００３１】図１に示す本発明の基本構成における処理
の概要について簡単に説明する。まず、ネットワーク上
のユーザがＷＷＷクライアントを介してある特定ファイ
ルの加工データを要求する。要求されたファイルの原料
ファイルは基本的にＷＷＷサーバの原料ページＡ、Ｂ、
Ｃ．．．として保持されているものである。ユーザはこ
れらの原料ファイルに対して様々な態様で加工した結果
データの出力を要求する。例えば原料ページＡに対応す
るＨＴＭＬ文書の一部を抽出して一つの要約されたＨＴ
ＭＬ文書として出力（メソッドｓｕｍｍａｒｙ）するこ
とや、複数のＨＴＭＬ文書を合成して一つのＨＴＭＬ文
書として出力（メソッドｍｅｒｇｅ）すること等であ
る。これらの加工処理が図１に示す手続きｆ、ｇ、
ｈ．．．の一つの態様である。

【００３２】図１に示す処理結果保持手段が保持するｆ
（Ａ）、ｆ（Ｂ）等は原料ページＡ、Ｂに対して、所定
の処理を施して得られた結果データである。処理結果保
持手段は、ＷＷＷクライアントからの要求に応じた処理
を行った処理データを保持している場合と保持していな
い場合がある。また、加工データ、例えばｆ（Ａ）自体
は有していても、ユーザのアクセス時には、既にその加
工源となった原料ページＡが更新され更新原料ページ
Ａ’として、ＷＷＷサーバに保持されている場合もあ
る。このような、様々な場合にＷＷＷクライアントから
の要求に柔軟に対応できるシステムを実現するのが本発
明のシステムであり、その詳細を以下の実施例において
説明する。

【００３３】［実施例１］まず、本発明の分散ファイル
処理装置における第１の実施例を説明する。実施例１の
分散ファイル処理装置の構成ブロック図を図２に示す。

【００３４】図２に示すように、ネットワークには、原
料ファイルをもつＷＷＷサーバ１０００と、コンテキス
トおよび各種の手続きを実行する処理サーバ１００１，
１００２と、ファイルリクエストを出力するＷＷＷブラ
ウザ１００３が接続されている。なお、図２では処理サ
ーバがネットワークに２つ接続されている例を示してい
るが、これら処理サーバ、ＷＷＷサーバ、ＷＷＷブラウ
ザの接続数は任意である。

【００３５】ＷＷＷサーバ１０００上に原料ファイル１
８０１があり、そのＵＲＬは例えば、 ｈｔｔｐ：／／ｈｏｓｔ０／ｐａｇｅ０１．ｈｔｍｌ であり、これをＵＲＬ１１０１とする。ＷＷＷサーバ１
０００は、さらに他の原料ページ１８０２、１８０３、
１８０４…を有し、これら原料ページ各々に対してＵＲ
Ｌ１１０２、ＵＲＬ１１０３、ＵＲＬ１１０４…が対応
する。

【００３６】処理サーバ１００１、１００２（ＪＷＳ：
Ｊａｖａ Ｗｅｂ Ｓｅｒｖｅｒ）上にＪａｖａのクラ
スであるＥｄｉｔがあり、メソッドとして、Ｅｄｉｔク
ラスのメソッドであるメソッドｓｕｍｍａｒｙ１２１
１、１２２１、ｍｅｒｇｅ１２１２、１２２２他が存在
する。

【００３７】この実施例では、図２に示すようにファイ
ルサーバはＷＷＷサーバ１０００で、ファイルはＨＴＭ
Ｌフォーマットで記述されたＷＷＷページである。ＷＷ
Ｗサーバ１０００と、そのクライアントであるＷＷＷブ
ラウザ１００３は、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔ
ｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）でネットワークを
介して、ＷＷＷページを送受信する。ファイル名はＵＲ
Ｌで、例えば、 ｈｔｔｐ：／／ｈｏｓｔ１／ｉｎｄｅｘ．ｈｔｍｌ などと記される。ＵＲＬのシンタクスは、ＲＦＣ１７３
８で規定されている。

【００３８】例えば、処理サーバ１００１のホスト名
が、ｈｏｓｔ１であり、ポート番号は８０８０であると
すると、ＷＷＷブラウザ１００３は、原料ファイル名Ｕ
ＲＬ１１０１を手続き名、パラメータ、コンピュータ名
等で修飾した次のような仮想ＵＲＬ１１１１によりリク
エストを送出することができる。 ｈｔｔｐ：／／ｈｏｓｔ１：８０８０／ｃｏｎｔｅｘｔ
／Ｅｄｉｔ？ｍｅｔｈｏｄ＝ｓｕｍｍａｒｙ＆ｕｒｌ１
＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ０％２Ｆｐａｇ
ｅ０１．ｈｔｍｌ 仮想ＵＲＬについては、以下において詳細に説明する。

【００３９】以下、実施例１について、 「１．仮想ＵＲＬ」 「２．各構成要素の概要」（図２参照） 「３．処理サーバの動作」（図３参照） 「４．コンテキストの動作」（図４参照） 「５．ＵＲＬパーザの動作」（図５参照） 「６．スナップショットマネージャの動作」（図６、図
７参照） 「７．レスポンス時の処理」 の順で詳細に説明する。

【００４０】「１．仮想ＵＲＬ」まず、仮想ＵＲＬにつ
いて詳細に説明する。原料ファイル名を手続き名、パラ
メータ、コンピュータ名で修飾したファイル名は、「Ｕ
ＲＬ」を手続き名、パラメータ、コンピュータ名で修飾
した「仮想ＵＲＬ」として実現する。仮想ＵＲＬの記述
を、例をあげて説明する。仮想ＵＲＬは、例えば次のよ
うに記述される。 ｈｔｔｐ：／／ｈｏｓｔ１：８０８０／ｃｏｎｔｅｘｔ
／Ｅｄｉｔ？ｍｅｔｈｏｄ＝ｓｕｍｍａｒｙ＆ｕｒｌ１
＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ０％２Ｆｐａｇ
ｅ０１．ｈｔｍｌ

【００４１】仮想ＵＲＬの先頭部には、ファイルアクセ
スのプロトコル、コンテキストの存在する処理サーバの
ホスト名、ＴＣＰポート番号、コンテキスト起動を指示
するパス名が記述され、通常のＵＲＬと同様のシンタク
スである。

【００４２】例えば、プロトコルがＨＴＴＰで、ホスト
名ｈｏｓｔ１、ポート番号８０８０、パス名がｃｏｎｔ
ｅｘｔ／であるとすれば、仮想ＵＲＬの先頭部は、 ｈｔｔｐ：／／ｈｏｓｔ１：８０８０／ｃｏｎｔｅｘｔ
／ であって、それに続き、コンテキストおよび手続きが指
定される。

【００４３】コンテキストはこの実施例ではＪａｖａ言
語で記述されたオブジェクトプログラムとして実現さ
れ、クラス名で指定する。手続きはＪａｖａで記述され
たメソッドで、前記クラス名とメソッド名で指定され
る。メソッド名は、次の形式で仮想ＵＲＬ中に含める。
先頭が文字 ？ で始まり、＜ｐｒｏｐｅｒｔｙＮａｍ
ｅ＞＝＜ｐｒｏｐｅｒｔｙＶａｌｕｅ＞の形をなす文字
列を文字 ＆ で区切って連結する形式であり、ｐｒｏ
ｐｅｒｔｙＮａｍｅは、ｐｒｏｐｅｒｔｙＶａｌｕｅと
して記述された値の種類を識別するための名前である。
メソッド名は、 ｍｅｔｈｏｄ＝ に続く文字列で指定
される。例えば、クラス名Ｅｄｉｔ、メソッド名ｓｕｍ
ｍａｒｙならば、Ｅｄｉｔ？ｍｅｔｈｏｄ＝ｓｕｍｍａ
ｒｙである。

【００４４】パラメータ、原料のＵＲＬも、＜ｐｒｏｐ
ｅｒｔｙＮａｍｅ＞＝＜ｐｒｏｐｅｒｔｙＶａｌｕｅ＞
の形式で記述され、 ＆ を区切りとしてメソッド名の
後ろに追加される。また、この形式ではメソッド名やパ
ラメータや原料のＵＲＬ中の文字 ／ ， ＆ ， ？
， ： ， ＝ はそれぞれ ％２Ｆ ， ％２６，
％３Ｆ ， ％３Ａ ， ％３Ｄ に変換される。

【００４５】例えば、原料ファイルのＵＲＬが、ｈｔｔ
ｐ：／／ｈｏｓｔ０／ｐａｇｅ０１．ｈｔｍｌで示され
るとき、これを仮想ＵＲＬ中に記述すると、＆ｕｒｌ１
＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ０％２Ｆｐａｇ
ｅ０１．ｈｔｍｌに変換される。

【００４６】このように記述される仮想ＵＲＬを解析す
るＵＲＬパーザ１６１１，１６２１の動作の詳細につい
ては、図５を用いて後段で説明する。

【００４７】なお、以下の説明においては、冗長性を回
避するため仮想ＵＲＬ等の記述を略記法によって簡略化
し記号に置き換えて説明する。仮想ＵＲＬ等と各記号を
以下のように対応づける。

【００４８】まず、サーバ名、ポート番号、コンテキス
ト、クラス名、メソッド名をまとめて、英小文字の記号
で表現する。 ｆ：ｈｏｓｔ１上のポート８０８０番のＷＷＷサーバに
よりアクセスできるコンテキストが起動するクラスＥｄ
ｉｔのメソッド「ｓｕｍｍａｒｙ」を「ｆ」とする。 ｇ：ｈｏｓｔ２上のポート８０８０番のＷＷＷサーバに
よりアクセスできるコンテキストが起動するクラスＥｄ
ｉｔのメソッド「ｍｅｒｇｅ」を「ｇ」とする。

【００４９】さらに、ＵＲＬ（仮想ＵＲＬも含む）を英
大文字の記号で表現する。例えば、 Ａ：「ｈｔｔｐ：／／ｈｏｓｔ０／ｐａｇｅ０１．ｈｔ
ｍｌ」を「Ａ」とする。 Ｂ：「ｈｔｔｐ：／／ｈｏｓｔ０／ｐａｇｅ０２．ｈｔ
ｍｌ」を「Ｂ」とする。 Ｘ：「ｈｔｔｐ：／／ｈｏｓｔ１：８０８０／ｃｏｎｔ
ｅｘｔ／Ｅｄｉｔ？ｍｅｔｈｏｄ＝ｓｕｍｍａｒｙ＆ｕ
ｒｌ１＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ０％２Ｆ
ｐａｇｅ０１．ｈｔｍｌ」を「Ｘ」とする。 Ｙ：「ｈｔｔｐ：／／ｈｏｓｔ１：８０８０／ｃｏｎｔ
ｅｘｔ／Ｅｄｉｔ？ｍｅｔｈｏｄ＝ｓｕｍｍａｒｙ＆ｕ
ｒｌ１＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ０％２Ｆ
ｐａｇｅ０２．ｈｔｍｌ」を「Ｙ」とする。 Ｚ：「ｈｔｔｐ：／／ｈｏｓｔ２：８０８０／ｃｏｎｔ
ｅｘｔ／Ｅｄｉｔ？ｍｅｔｈｏｄ＝ｍｅｒｇｅ＆ｕｒｌ
１＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ１％３Ａ８０
８０％２Ｆｃｏｎｔｅｘｔ％２ＦＥｄｉｔ％３Ｆｍｅｔ
ｈｏｄ％３Ｄｓｕｍｍａｒｙ％２６ｕｒｌ１％３Ｄｈｔ
ｔｐ％２５３Ａ％２５２Ｆ％２５２Ｆｈｏｓｔ０％２５
２Ｆｐａｇｅ０１．ｈｔｍｌ＆ｕｒｌ２＝ｈｔｔｐ％３
Ａ％２Ｆ％２Ｆｈｏｓｔ１％３Ａ８０８０％２Ｆｃｏｎ
ｔｅｘｔ％２ＦＥｄｉｔ％３Ｆｍｅｔｈｏｄ％３Ｄｓｕ
ｍｍａｒｙ％２６ｕｒｌ１％３Ｄｈｔｔｐ％２５３Ａ％
２５２Ｆ％２５２Ｆｈｏｓｔ０％２５２Ｆｐａｇｅ０
２．ｈｔｍｌ」を「Ｚ」とする。

【００５０】また、手続きに対する原料としてＵＲＬを
指示する記述、すなわちＵＲＬが修飾されて仮想ＵＲＬ
を構成する構造を、関数の表現法と同様に、以下のよう
に表す。例えば、前記Ａ，Ｂ，Ｘ，Ｙ，Ｚ，ｆ，ｇを用
いて、Ｘをｆ（Ａ）、Ｙをｆ（Ｂ）、Ｚはｇ（Ｘ，
Ｙ）、または、ｇ（ｆ（Ａ），ｆ（Ｂ））と表す。

【００５１】「２．各構成要素の概要」次に本実施例を
構成する処理サーバの各要素について、図１と図２を参
照しながらその概要を説明する。図１で示すコンテキス
ト手段は、実施例１では次のようなコンテキストオブジ
ェクト（以下、混乱のないかぎりコンテキストと記す）
である。図２で示すコンテキスト１４１１，１４２１
は、ＷＷＷサーバがＨＴＴＰによるファイルの読みだし
リクエストとしてＧＥＴや、書込みのリクエストとして
ＰＵＴをＷＷＷブラウザ１００３から受けとった時に、
ＷＷＷサーバから起動される外部プログラムであって、
図４で示す動作フローに従って動作する。コンテキスト
の詳細な動作は図４を用いて後段で詳細に説明する。

【００５２】ＷＷＷサーバが外部プログラムを起動する
方法は、ＣＧＩ方式やＳｅｒｖｌｅｔ方式（Ｓｅｒｖｌ
ｅｔ方式についてはＪａｖａＷｅｂＳｅｒｖｅｒ ｖｅ
ｒｓｉｏｎ１．１中の文書 Ｔｈｅ Ｊａｖａ Ｓｅｒ
ｖｌｅｔ ＡＰＩ に記されている。）がよく知られて
いる。この実施例では、ＷＷＷサーバは、Ｓｕｎ Ｍｉ
ｃｒｏｓｙｓｔｅｍｓ，Ｉｎｃ．のＪａｖａＷｅｂＳｅ
ｒｖｅｒ（以降ＪＷＳとする）とし、コンテキストはＪ
ＷＳが起動する外部プログラムとして、Ｓｅｒｖｌｅｔ
の形式で実装されている。

【００５３】図１で示す結果保持手段は、実施例１では
図２で示すようにＪａｖａのハッシュテーブルとして実
現され、処理を行なって生成された処理結果のオブジェ
クトをスナップショットオブジェクトとして、仮想ＵＲ
Ｌをキーとして取り出せる状態で保持する。図２で示す
処理サーバ１００１は、スナップシヨット１３１１，１
３１２，１３１３，１３１４をハッシュテーブルに保持
し、それぞれ仮想ＵＲＬ１１１１、１１１２，１１１
３，１１１４をキーとして取り出すことができる。ま
た、処理サーバ１００２は、スナップシヨット１３２１
を保持し、仮想ＵＲＬ２１２１をキーとして取り出すこ
とができる。結果出力手段は処理結果のオブジェクト
を、ＪＷＳを介してＨＴＴＰプロトコルを用いて出力す
るプログラムとして実現される。

【００５４】図１で示す結果管理手段は、本実施例で
は、図２で示すようにスナップショットを保持したハッ
シュテーブルを管理するＳｅｒｖｌｅｔ形式のプログラ
ムとして実現され、スナップショットマネージャ１５１
１，１５２１と呼ばれる。スナップショットマネージャ
１５１１，１５２１には、スナップショットの有効性を
判定するメソッドが実装されている。有効性を判定する
メソッドには、他のＪａｖａプログラムから呼び出さ
れ、Ｊａｖａの論理値型の値を返すものと、ＪＷＳがリ
クエストに応じて起動して、スナップショットが有効か
どうかの結果をＨＴＴＰヘッダ中に出力するものがあ
る。スナップショットマネージャの詳細な動作は図６、
図７を用いて後段で説明する。

【００５５】「３．処理サーバの動作」次に、処理サー
バの動作の詳細について説明する。サーバの動作フロー
を図３に示す。例として、ＷＷＷブラウザ１００３に、 ｈｔｔｐ：／／ｈｏｓｔ１：８０８０／ｃｏｎｔｅｘｔ
／Ｅｄｉｔ？ｍｅｔｈｏｄ＝ｍｅｒｇｅ＆ｕｒｌ１＝ｈ
ｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ０％２Ｆｐａｇｅ０
１．ｈｔｍｌ というＵＲＬをセットして、ファイルを読み込む指示を
出力した場合について説明する。

【００５６】ＷＷＷブラウザ１００３からの上記のファ
イル読み込み指示出力に対応して、図３のステップ２０
１０においてｈｏｓｔ１というＤＮＳ名を有するホスト
名のＪＷＳ、例えば図２で示す処理サーバ１００１は次
のようなＨＴＴＰのリクエストを受けとる。 ＧＥＴ／ｃｏｎｔｅｘｔ／Ｅｄｉｔ？ｍｅｔｈｏｄ＝ｍ
ｅｒｇｅ＆ｕｒｌ１＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏ
ｓｔ０％２Ｆｐａｇｅ０１．ｈｔｍｌＨＴＴＰ／１．０

【００５７】ステップ２０２０においてＪＷＳは、Ｃｏ
ｎｔｅｘｔ．ｃｌａｓｓ（以降、ｃｏｎｔｅｘｔとす
る）というＪａｖａのサーブレット形式のプログラムが
初期化されているかどうか調べる。もし初期化されてい
なければ、ステップ２０３０においてクラスファイルを
読み込んでメモリにロードして初期化し、実行可能な状
態とした後、実行を開始する。

【００５８】ステップ２０４０においてＪＷＳはサーブ
レットｃｏｎｔｅｘｔのメソッドｓｅｒｖｉｃｅを引数
のオブジェクトＨｔｔｐＳｅｒｖｌｅｔＲｅｑｕｅｓ
ｔ，ＨｔｔｐＳｅｒｖｌｅｔＲｅｓｐｏｎｓｅを渡して
起動する。

【００５９】ステップ２０５０において、コンテキスト
は、ファイルに対する処理を行い、処理結果をスナップ
ショットオブジェクトとして保持する。引数のオブジェ
クトＨｔｔｐＳｅｒｖｌｅｔＲｅｓｐｏｎｃｅから、ク
ライアントであるＷＷＷブラウザへの出力ストリームを
保持するＳｅｒｖｌｅｔＯｕｔｐｕｔＳｔｒｅａｍを取
り出し処理結果を書き込む。ステップ２０５０における
コンテキストの詳細な動作は図４に示すとおりであり後
述する。

【００６０】ステップ２０６０においてＨＴＴＰリクエ
ストのコネクションに対し、ＳｅｒｖｌｅｔＯｕｔｐｕ
ｔＳｔｒｅａｍに書き込まれた内容が出力される。

【００６１】「４．コンテキストの動作」前記図３のス
テップ２０５０におけるコンテキストの動作を図４に示
すコンテキストの動作フローにより詳細に説明する。

【００６２】図４におけるステップ３０１０においてサ
ーブレットｃｏｎｔｅｘｔのメソッドｓｅｒｖｉｃｅが
引数のオブジェクトＨｔｔｐＳｅｒｖｌｅｔＲｅｑｕｅ
ｓｔ，ＨｔｔｐＳｅｒｖｌｅｔＲｅｓｐｏｎｓｅを受け
とって起動する。

【００６３】ステップ３０２０においてオブジェクトＨ
ｔｔｐＳｅｒｖｌｅｔＲｅｑｕｅｓｔのｇｅｔＲｅｑｕ
ｅｓｔｅｄＵＲＩメソッドにより、仮想ＵＲＬに含まれ
る文字列、 ／ｃｏｎｔｅｘｔ／Ｅｄｉｔ？ｍｅｔｈｏｄ＝ｍｅｒｇ
ｅ＆ｕｒｌ１＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ０
％２Ｆｐａｇｅ０１．ｈｔｍｌ を取り出す。この文字列を先頭部と合成して次の仮想Ｕ
ＲＬを再現する。 ｈｔｔｐ：／／ｈｏｓｔ１：８０８０／ｃｏｎｔｅｘｔ
／Ｅｄｉｔ？ｍｅｔｈｏｄ＝ｍｅｒｇｅ＆ｕｒｌ１＝ｈ
ｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ０％２Ｆｐａｇｅ０
１．ｈｔｍｌ

【００６４】ステップ３０３０において仮想ＵＲＬをＵ
ＲＬパーザに渡して解析する。ＵＲＬパーザの動作フロ
ーは図５に示す通りであり、この動作については後段で
詳細に説明する。ＵＲＬパーザはＶＵＲＬクラスのオブ
ジェクトを生成し、ＵＲＬ中に含まれる、メソッド名、
原料のＵＲＬ、パラメータをＶＵＲＬオブジェクトのイ
ンスタンス変数にセットして返す。ＶＵＲＬオブジェク
トは、仮想ＵＲＬの先頭部、クラス名、メソッド名、パ
ラメータ、原料のＵＲＬ、をインスタンス変数として持
つオブジェクトである。

【００６５】ステップ３０４０においてコンテキスト１
４１１はスナップショットマネージャ１５１１にＶＵＲ
Ｌオブジェクトを渡し、仮想ＵＲＬに対応するスナップ
ショットが有効であるかどうかの答を得る。スナップシ
ョットマネージャ１５１１の動作は図６、図７に示すと
おりであり、後述する。

【００６６】仮想ＵＲＬに対応する有効なスナップショ
ットが無かったときは、ステップ３０５０において、Ｖ
ＵＲＬオブジェクトのインスタンス変数に格納されてい
る原料のＵＲＬに対してＨＴＴＰリクエストを送出し、
原料のファイルを取得する。ステップ３０６０において
すべての原料ファイルを取得したかどうかを調べ、すべ
て取得していなければステップ３０５０に戻る。

【００６７】ステップ３０７０において、ステップ３０
５０で取得したファイルを引数として、ＶＵＲＬオブジ
ェクトのインスタンス変数に格納されているクラス名と
メソッド名で定まるメソッドを起動しその返り値を処理
結果としてオブジェクトを生成する。ステップ３０８０
において処理結果のオブジェクトを仮想ＵＲＬをキーに
して前記ハッシュテーブルに格納する。ステップ３０９
０において処理結果のオブジェクトをＳｅｒｖｌｅｔＯ
ｕｔｐｕｔＳｔｒｅａｍに書き込む。

【００６８】ステップ３０４０において仮想ＵＲＬに対
応する有効なスナップショットがあった時は、ステップ
３１００においてそのスナップショットオブジェクトを
仮想ＵＲＬをキーとしてハッシュテーブルから取り出
す。ステップ３１１０においてオブジェクトをＳｅｒｖ
ｌｅｔＯｕｔｐｕｔＳｔｒｅａｍに書き込む。

【００６９】以下に、分散ファイルのプロトコルを用い
て前記メソッドが起動され原料ファイルが処理され処理
結果が仮想的にファイルとして得られる様子を説明す
る。前記メソッドはＨＴＭＬ文書の一部を抽出したＨＴ
ＭＬ文書を作成するものとする。ただし、このメソッド
はＨＴＭＬ文書を入力し、ＨＴＭＬ文書を出力するプロ
グラムであればどのようなものでも構わない。また、こ
のメソッドの実現の詳細は本発明の動作とは無関係であ
る。

【００７０】図２に示す本実施例に関する全体ブロック
図から理解されるように、原料ファイルをもつＷＷＷサ
ーバ１０００と、コンテキストおよび手続きの動作する
処理サーバ１００１，１００２と、ＷＷＷブラウザ１０
０３がネットワークで接続されている。

【００７１】ＷＷＷサーバ１０００上に原料ファイル１
８０１があり、そのＵＲＬがｈｔｔｐ：／／ｈｏｓｔ０
／ｐａｇｅ０１．ｈｔｍｌであり、これをＵＲＬ１１０
１とする。

【００７２】処理サーバ１００１上にＪａｖａのクラス
であるＥｄｉｔがあり、前記メソッドはＥｄｉｔクラス
のメソッドであるメソッドｓｕｍｍａｒｙ１２１１とす
る。処理サーバ１００１のホスト名が、ｈｏｓｔ１であ
り、ポート番号は８０８０である。ＷＷＷブラウザ１０
０３は、原料ファイル名ＵＲＬ１１０１を修飾した次の
ような仮想ＵＲＬ１１１１によりリクエストを送出す
る。

【００７３】ｈｔｔｐ：／／ｈｏｓｔ１：８０８０／ｃ
ｏｎｔｅｘｔ／Ｅｄｉｔ？ｍｅｔｈｏｄ＝ｓｕｍｍａｒ
ｙ＆ｕｒｌ１＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ０
％２Ｆｐａｇｅ０１．ｈｔｍｌ

【００７４】ホスト名がｈｏｓｔ１である処理サーバ１
００１が、ＷＷＷブラウザ１００３からの仮想ＵＲＬ１
１１１によるＨＴＴＰリクエストを受信すると、コンテ
キスト１４１１がＪＷＳにより起動される。コンテキス
ト１４１１は、図４の手順にしたがって動作し、ＵＲＬ
パーザ１６１１により仮想ＵＲＬ１１１１を解析して仮
想ＵＲＬ１１１１を表すＪａｖａオブジェクトＶＵＲＬ
１１１１（ｏｂｊ）を生成する。

【００７５】「５．ＵＲＬパーザの動作」この仮想ＵＲ
Ｌ１１１１を入力した際のＵＲＬパーザ１６１１の動作
を図５に示すフローを用いて説明する。ＵＲＬパーザ１
６１１は、図５におけるステップ４０１０において、仮
想ＵＲＬ１１１１を受けとって起動する。ステップ４０
２０において、仮想ＵＲＬ１１１１を文字 ／ を区切
り文字として分解し、先頭部ｈｔｔｐ：／／ｈｏｓｔ
１：８０８０／ｃｏｎｔｅｘｔ／と残りの文字列Ｅｄｉ
ｔ？ｍｅｔｈｏｄ＝ｓｕｍｍａｒｙ＆ｕｒｌ１＝ｈｔｔ
ｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ０％２Ｆｐａｇｅ０１．
ｈｔｍｌに分ける。

【００７６】ステップ４０３０において、残りの文字列
から文字 ？ を区切り文字として分解し、クラス名Ｅ
ｄｉｔと残りの文字列ｍｅｔｈｏｄ＝ｓｕｍｍａｒｙ＆
ｕｒｌ１＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ０％２
Ｆｐａｇｅ０１．ｈｔｍｌに分ける。

【００７７】ステップ４０４０において、残りの文字列
から ＆ を区切り文字として＜ｐｒｏｐｅｒｔｙＮａ
ｍｅ＞＝＜ｐｒｏｐｅｒｔｙＶａｌｕｅ＞の形式の文字
列を抽出する。メソッド名を含む文字列ｍｅｔｈｏｄ＝
ｓｕｍｍａｒｙが取り出される。

【００７８】ステップ４０５０において、取り出された
＜ｐｒｏｐｅｒｔｙＮａｍｅ＞＝＜ｐｒｏｐｅｒｔｙＶ
ａｌｕｅ＞の形式の文字列について、ｐｒｏｐｅｒｔｙ
Ｎａｍｅが ｍｅｔｈｏｄ であるかどうかの判定をお
こなう。メソッド名を含む文字列ｍｅｔｈｏｄ＝ｓｕｍ
ｍａｒｙについては、ステップ４０６０にすすむ。

【００７９】ステップ４０６０において、メソッド名を
含む文字列ｍｅｔｈｏｄ＝ｓｕｍｍａｒｙから、ｐｒｏ
ｐｅｒｔｙＶａｌｕｅの値であるｓｕｍｍａｒｙを取り
出しメソッド名とする。

【００８０】ステップ４０８０において、＜ｐｒｏｐｅ
ｒｔｙＮａｍｅ＞＝＜ｐｒｏｐｅｒｔｙＶａｌｕｅ＞の
形式の文字列の処理がすべて終わったかどうか調べ、終
っていないので、ステップ４０に戻る。

【００８１】ステップ４０４０において、残りの文字列
から ＆ を区切り文字として原料ページ名を含む文字
列ｕｒｌ１＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ０％
２Ｆｐａｇｅ０１．ｈｔｍｌが取り出される。

【００８２】ステップ４０５０において、ｐｒｏｐｅｒ
ｔｙＮａｍｅが ｍｅｔｈｏｄ であるかどうかの判定
をおこない、文字列ｕｒｌ１＝ｈｔｔｐ％３Ａ％２Ｆ％
２Ｆｈｏｓｔ０％２Ｆｐａｇｅ０１．ｈｔｍｌについて
は、ステップ４０７０にすすむ。

【００８３】ステップ４０７０において文字列ｕｒｌ１
＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ０％２Ｆｐａｇ
ｅ０１．ｈｔｍｌから原料ページのＵＲＬであるｈｔｔ
ｐ：／／ｈｏｓｔ０／ｐａｇｅ１．ｈｔｍｌを取り出
す。図２におけるＵＲＬ１１０１である。

【００８４】ステップ４０８０において、取り出した＜
ｐｒｏｐｅｒｔｙＮａｍｅ＞＝＜ｐｒｏｐｅｒｔｙＶａ
ｌｕｅ＞の形式の文字列の処理がすべて終ったのでステ
ップ４０９０に進む。

【００８５】ステップ４０９０において、仮想ＵＲＬを
表すＶＵＲＬクラスのオブジェクトを生成し、先頭部ｈ
ｔｔｐ：／／ｈｏｓｔ１：８０８０／ｃｏｎｔｅｘｔ
／、クラス名Ｅｄｉｔ、メソッド名ｓｕｍｍａｒｙ、原
料のＵＲＬであるｈｔｔｐ：／／ｈｏｓｔ０／ｐａｇｅ
０１．ｈｔｍｌをインスタンス変数の値としてセットす
る。以上が仮想ＵＲＬ１１１１を入力した際のＵＲＬパ
ーザ１６１１の動作である。

【００８６】コンテキスト１４１１は、スナップショッ
トマネージャ１５１１にオブジェクトＶＵＲＬ１１１１
（ｏｂｊ）を渡し、仮想ＵＲＬ１１１１に対応するスナ
ップショットオブジェクトの有効性を問い合わせる。

【００８７】「６．スナップショットマネージャの動
作」スナップショットマネージャ１５１１は、図６、図
７に示す動作フローの手順に従って、仮想ＵＲＬ１１１
１に対応するスナップショットオブジェクトの有効性を
しらべる。

【００８８】スナップショットマネージャ１５１１が、
他のスナップショットマネージャからのＨＴＴＰリクエ
ストにより呼ばれるときは、ＪＷＳからＳｅｒｖｌｅｔ
として起動され、ステップ５００２から始まるメソッド
ｓｅｒｖｉｃｅが呼ばれる。このＨＴＴＰリクエスト
は、有効性を調べるべきスナップショットに対応した仮
想ＵＲＬを、ｓｅｒｖｉｃｅメソッドの引数オブジェク
トの中に含めるようなＵＲＬでなされる。例えば、サー
バｈｏｓｔ２（例えば図２の処理サーバ１００２）のス
ナップショットマネージャ１５２１に、仮想ＵＲＬ、 ｈｔｔｐ：／／ｈｏｓｔ２：８０８０／ｃｏｎｔｅｘｔ
／Ｅｄｉｔ？ｍｅｔｈｏｄ＝ｓｕｍｍａｒｙ＆ｕｒｌ１
＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ０％２Ｆｐａｇ
ｅ０１．ｈｔｍｌ に対応したスナップショットの有効性を問い合わせるリ
クエストに用いるＵＲＬは、 ｈｔｔｐ：／／ｈｏｓｔ２：８０８０／ｓｅｖｒｌｅｔ
／ｓｎａｐｓｈｏｔ？ｕｒｌ＝ｈｔｔｐ％３Ａ％２Ｆ％
２Ｆｈｏｓｔ２％３Ａ８０８０％２ＦＥｄｉｔ％３Ｆｍ
ｅｔｈｏｄ％３Ｄｓｕｍｍａｒｙ％２６ｕｒｌ１％３Ｄ
ｈｔｔｐ％２５３Ａ％２５２Ｆ％２５２Ｆｈｏｓｔ０％
２５２Ｆｐａｇｅ０１．ｈｔｍｌである。 スナップショットマネージャが、ｃｏｎｔｅｘｔサーブ
レットなどのＪａｖａプログラムから呼ばれるときは、
ステップ５０１０から始まるメソッドｃｈｅｃｋＬｏｃ
ａｌが起動される。

【００８９】ステップ５００２においてＨｔｔｐＳｅｒ
ｖｌｅｔＲｅｑｕｅｓｔ，ＨｔｔｐＳｅｒｖｌｅｔＲｅ
ｓｐｏｎｓｅオブジェクトを入力として起動する。ステ
ップ５００４において、ＨｔｔｐＳｅｒｖｌｅｔＲｅｑ
ｕｅｓｔオブジェクトのｇｅｔＱｕｅｒｙＳｔｒｉｎｇ
（）メソッドを用いて、有効性を確認すべきスナップシ
ョットの仮想ＵＲＬを取り出し、必要なら符号化を解
く。ステップ５００６において前記取り出した仮想ＵＲ
ＬをパーズしてＶＵＲＬオブジェクトを生成する。ステ
ップ５００８においてＶＵＲＬオブジェクトを引数とし
てステップ５０１０から始まるメソッドｃｈｅｃｋＬｏ
ｃａｌを起動する。

【００９０】ステップ５０１０においてＶＵＲＬオブジ
ェクトＶＵＲＬ１１１１（ｏｂｊ）を入力として起動す
る。ステップ５０２０において、ＶＵＲＬ１１１１（ｏ
ｂｊ）が表す仮想ＵＲＬ１１１１に対応するスナップシ
ョットオブジェクトがあるかどうか調べる。これは、Ｖ
ＵＲＬ１１１１（ｏｂｊ）のもつインスタンス変数の値
から、仮想ＵＲＬ１１１１を構成し、仮想ＵＲＬ１１１
１をキーとしてハッシュテーブルに保持されているスナ
ップショットオブジェクトがあるかどうかを調べる。あ
った時にはステップ５０４０にすすみ、なかった時には
ステップ５０３０にすすむ。スナップショットがなかっ
た場合にはステップ５０３０において、スナップショッ
ト無効を答えとして、Ｊａｖａの論理値の偽として表現
して出力し、呼び出し側に帰る。

【００９１】スナップショットがあった場合にはステッ
プ５０４０において、ＶＵＲＬ１１１１（ｏｂｊ）より
原料のＵＲＬであるＵＲＬ１１０１を取り出す。ステッ
プ５０５０において取り出した原料のＵＲＬが、仮想Ｕ
ＲＬではあるかどうかを調べ、仮想ＵＲＬならステップ
５０６０へ、仮想ＵＲＬで無ければステップ５０７０へ
進む。ＵＲＬ１１０１は仮想ＵＲＬではないのでステッ
プ５０７０に進む。

【００９２】ステップ５０６０において、ステップ５０
５０において取り出した原料のＵＲＬが仮想ＵＲＬであ
った場合には、仮想ＵＲＬ中のホスト名で指定されるホ
ストに対して、スナップショットマネージャに有効性を
確認させるリクエストをＨＴＴＰで送る。リクエストに
用いるＵＲＬは、ＪＷＳに対し、Ｓｅｒｖｌｅｔである
スナップショットマネージャを起動させることを指示す
るものであり、前記原料のＵＲＬをｓｅｒｖｉｃｅメソ
ッドの引数オブジェクトの中に含めて渡すよう指示す
る。

【００９３】そのリクエストに対し、レスポンスを返す
スナップショットマネージャは、答えを、ＨＴＴＰレス
ポンスヘッダにヘッダ名 Ｓｎａｐｓｈｏｔ−Ｖａｌｉ
ｄ：に続けて出力し、レスポンスを送出する。レスポン
スを受け取るスナップショットマネージャはそのヘッダ
から文字列 ｔｒｕｅ または“ｆａｌｓｅ を抽出し
て答えとする。

【００９４】ステップ５０７０においてＵＲＬ１１０１
の原料ファイルの更新日時を取得する。ステップ５０８
０においてＵＲＬ１１０１のファイルの更新日時と仮想
ＵＲＬ１１１１に対応するスナップショットオブジェク
ト１３１１の作成日時とを比較する。ファイルの更新日
時が新しい場合は、論理値の答えを真とする。作成日時
が新しい場合は答えを偽とする。

【００９５】ステップ５０９０においてＶＵＲＬ１１１
１（ｏｂｊ）のインスタンス変数に格納された原料のＵ
ＲＬすべてについてスナップショットが有効かどうかの
判定が終了したかどうかを調べ、もし終了していなけれ
ばステップ５０４０に戻る。ここではＵＲＬ１１０１に
ついて結果を得ており、すべて終了したのでステップ５
１００に進む。ステップ５１００において、ステップ５
０６０または５０８０で得た、原料のＵＲＬについての
スナップショットの有効性の答えの論理積を計算する。
ステップ５１３０において、ステップ５１００において
計算した論理積の値をスナップショットの有効性の判定
結果の答えとして、Ｊａｖａの論理値として表現して呼
び出し側に返す。

【００９６】メソッドｓｅｒｖｉｃｅのステップ５１４
０において、メソッドｃｈｅｃｋＬｏｃａｌの返り値と
してＪａｖａの論理値を受け取る。ステップ５１５０に
おいてＨｔｔｐＳｅｒｖｌｅｔＲｅｓｐｏｎｓｅオブジ
ェクトに対し、ｓｅｔＨｅａｄｅｒメソッドを用い、Ｈ
ＴＴＰレスポンスヘッダを表す変数にスナップショット
の有効性の答えを格納する。答えは、ヘッダ名を表す文
字列 Ｓｎａｐｓｈｏｔ−Ｖａｌｉｄ： に続き、メソ
ッドｃｈｅｃｋＬｏｃａｌの値が偽なら文字列 ｔｒｕ
ｅ を、値が偽なら文字列 ｆａｌｓｅ をヘッダの値
として連結する。ステップ５１６０において、メソッド
ｓｅｒｖｉｃｅを終了し、ＪＷＳが、ＨｔｔｐＳｅｒｖ
ｌｅｔＲｅｓｐｏｎｓｅの値をＨＴＴＰで出力する。

【００９７】以上、図６、図７で示す手順がスナップシ
ョットマネージャ１５１１が、仮想ＵＲＬに対応するス
ナップショットの有効性を答える手順である。

【００９８】「７．レスポンス時の処理」 ａ．スナップショットが有効である場合、 「コンテキストの動作」の欄で説明したように、コンテ
キスト１４１１は、スナップショットが有効であると判
定された場合、仮想ＵＲＬに対応するスナップショット
オブジェクト１３１１を取得する（図４、ステップ３１
００）。さらに、図３で説明された通りの手順でスナッ
プショットオブジェクト１３１１がＷＷＷブラウザに対
するレスポンスとして出力（図３、ステップ２０６０）
される。

【００９９】ｂ．スナップショットが無効である場合 コンテキスト１４１１は仮想ＵＲＬ１１１１に対応する
スナップショットが無効であると判定された場合、原料
ファイル名ＵＲＬ１１０１により、ＷＷＷサーバ１００
０に対しファイル取得のリクエストを送出する。このリ
クエストにより原料ファイル名ＵＲＬ１１０１に対応す
る原料ページ１８０１を取得（図４、ステップ３０６
０）し、ＷＷＷブラウザ１００３からのリクエストＵＲ
Ｌ１１１１に指定されたメソッドｓｕｍｍａｒｙ１２１
１を起動する。メソッドｓｕｍｍａｒｙ１２１１はＨＴ
ＭＬ文書を入力とし、原料ページの中から特定の部分を
抽出してそれを新規に作成したＨＴＭＬページ中に埋め
込んだ処理結果のオブジェクトを出力する処理である。
コンテキスト１４１１は出力されたオブジェクトをスナ
ップショットオブジェクト１３１１として処理結果オブ
ジェクトとして仮想ＵＲＬ１１１１とペアにしてハッシ
ュテーブルに格納する（図４、ステップ３０８０）。そ
の後、図３で説明された通りの手順でスナップショット
１３１１がＷＷＷブラウザ１００３に対するレスポンス
として出力（図３、ステップ２０６０）される。

【０１００】以上の手順で、ＷＷＷブラウザ１００３が
送出した仮想ＵＲＬ１１１１リクエスト、 ｈｔｔｐ：／／ｈｏｓｔ１：８０８０／ｃｏｎｔｅｘｔ
／Ｅｄｉｔ？ｍｅｔｈｏｄ＝ｓｕｍｍａｒｙ＆ｕｒｌ１
＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ０％２Ｆｐａｇ
ｅ０１．ｈｔｍｌ に対する処理が実行される。

【０１０１】［実施例２］上述した実施例１の構成で
は、図２に示す構成において１つの処理サーバ、例えば
処理サーバ１００１、または処理サーバ１００２におい
て手続き処理を実行することが可能な構成について説明
した。この第２実施例では、複数の処理サーバが協業し
て各種処理を実行してＷＷＷブラウザの要求に対応して
リスポンスを実行する構成を説明する。

【０１０２】第２の実施例を説明する。第１の実施例で
示した図２の構成において、仮想ＵＲＬを原料のＵＲＬ
として扱うことにより２つのサーバ（例えば図２の処理
サーバ１００１，１００２）における２つの手続きを用
いたファイルの処理が行なえる。２つのコンテキストを
用いて、ＨＴＭＬ文書からその要約を作成し、それら作
成された結果を合成する例をあげて説明する。

【０１０３】以下の説明において、処理サーバ１００
１，１００２、コンテキスト１４１１，１４２１、ＵＲ
Ｌパーザ１６１１，１６２１、スナップショットマネー
ジャ１５１１，１５２１の動作する手順は実施例１にお
いて説明したと同様であるので、それぞれの詳細な記述
は省略する。また、ＵＲＬ、仮想ＵＲＬに対する前記の
略記法を用いる。

【０１０４】図２に示すように、処理サーバ１００１、
１００２にはそれぞれＨＴＭＬ文書中を編集するクラス
Ｅｄｉｔがあり、Ｅｄｉｔクラスには一つのＨＴＭＬ文
書の一部を抽出して一つのＨＴＭＬ文書として出力する
メソッドｓｕｍｍａｒｙがあり、複数のＨＴＭＬ文書を
合成して一つのＨＴＭＬ文書として出力するメソッドｍ
ｅｒｇｅが含まれる。

【０１０５】原料ファイル１８０１，１８０２，１８０
３，１８０４がＷＷＷサーバ１０００上にあり、これら
のＵＲＬを前記した実施例１中で述べた略記法に従い、
「Ａ」，「Ｂ」，「Ｃ」，「Ｄ」とする。サーバ１００
１上のコンテキスト１４１１が起動するクラスＥｄｉｔ
のメソッドｓｕｍｍａｒｙ１２１１による処理を「ｆ」
と表す。サーバ１００２上のコンテキスト１４２１が起
動するクラスＥｄｉｔのメソッドｍｅｒｇｅ１２２２に
よる処理を「ｇ」と表す。

【０１０６】サーバ１００２が仮想ＵＲＬ：ｇ（ｆ
（Ａ），ｆ（Ｂ），ｆ（Ｃ），ｆ（Ｄ））に対するＨＴ
ＴＰリクエストを受信すると、サーバ１００２のコンテ
キスト１４２１は、サーバ１００２のスナップショット
マネージャ１５２１にｇ（ｆ（Ａ），ｆ（Ｂ），ｆ
（Ｃ），ｆ（Ｄ））に対応するスナップショットの有効
性を問い合わせる。サーバ１００２のスナップショット
マネージャ１５２１は、前記図６、図７の手順にしたが
って動作し、必要ならばｇ（ｆ（Ａ），ｆ（Ｂ），ｆ
（Ｃ），ｆ（Ｄ））から、サーバ１００１への４つの仮
想ＵＲＬ：ｆ（Ａ），ｆ（Ｂ），ｆ（Ｃ），ｆ（Ｄ）を
取り出して、それらの仮想ＵＲＬについて、それぞれス
ナップショットマネージャ１５１１に対しスナップショ
ットの有効性を問い合わせるリクエストを送出する。

【０１０７】スナップショットマネージャ１５１１は、
それぞれのリクエストを受けとり、リクエストごとに独
立に有効性の判定をする。前記図６、図７に示した手順
にしたがって判定をおこない、それぞれのリクエストご
とにスナップショットの有効性の答えを返す。

【０１０８】サーバ１００２のスナップショットマネー
ジャ１５２１は、図６、図７に示した手順に従い、必要
ならば４つの仮想ＵＲＬ：ｆ（Ａ），ｆ（Ｂ），ｆ
（Ｃ），ｆ（Ｄ）に対するスナップショットの有効性の
答えを受信し、ｇ（ｆ（Ａ），ｆ（Ｂ），ｆ（Ｃ），ｆ
（Ｄ））に対応するスナップショットの有効性を計算
し、コンテキスト１４２１に対し答えを返す。

【０１０９】もし、スナップショットが無効の場合は、
コンテキスト１４２１，１４１１がそれぞれ図４のステ
ップにしたがって動作し、仮想ＵＲＬ：ｇ（ｆ（Ａ），
ｆ（Ｂ），ｆ（Ｃ），ｆ（Ｄ））によって起動される処
理の結果のオブジェクトを生成し、スナップショットと
して格納する。以上のステップにより、ＷＷＷブラウザ
１００３は、サーバ１０００上の４つの原料ページに対
して要約を抽出する処理（ｍｅｒｇｅ）をした結果を、
一つのＨＴＭＬ文書中に合成したＨＴＭＬ文書を受信す
る。

【０１１０】また、処理が完了した後、ＷＷＷブラウザ
１００３から同じ仮想ＵＲＬによるリクエストが送出さ
れた場合に、ＷＷＷサーバ１０００上の原料ページ１８
０１，１８０２，１８０３，１８０４がいずれも更新さ
れていなければ、すでに作成された処理の結果を出力す
ることができる。また、原料ページのうちの一つ以上が
更新されていれば、更新されたページを入力とした処理
の結果のスナップショットが無効と判定され、処理が再
度起動されてスナップショットが再び生成され、その結
果が出力される。

【０１１１】例えば、仮想ＵＲＬ：ｇ（ｆ（Ａ），ｆ
（Ｂ），ｆ（Ｃ），ｆ（Ｄ））によるリクエストが送出
され、仮想ＵＲＬ：ｇ（ｆ（Ａ），ｆ（Ｂ），ｆ
（Ｃ），ｆ（Ｄ））に対応するスナップショット１３２
１が生成され、４つの仮想ＵＲＬ：ｆ（Ａ），ｆ
（Ｂ），ｆ（Ｃ），ｆ（Ｄ）に対応するスナップショッ
トとして、それぞれスナップショット１３１１，１３１
２，１３１３，１３１４が生成されたとする。

【０１１２】その後、ＵＲＬ：Ａで表される原料ファイ
ル１８０１が更新された後に再び仮想ＵＲＬ：ｇ（ｆ
（Ａ），ｆ（Ｂ），ｆ（Ｃ），ｆ（Ｄ））によるリクエ
ストが送出された場合、スナップショットマネージャ１
５１１は、スナップショット１３１１は無効、スナップ
ショット１３１２，１３１３，１３１４は有効という答
えを返す。また、スナップショットマネージャ１５２１
はスナップショット１３２１は無効という答えを返す。
その結果、コンテキスト１４２１は仮想ＵＲＬ：ｇ（ｆ
（Ａ），ｆ（Ｂ），ｆ（Ｃ），ｆ（Ｄ））によるメソッ
ドｍｅｒｇｅ１２２２の処理をふたたび起動するが、メ
ソッドｍｅｒｇｅ１２２２の入力のうち、３つの仮想Ｕ
ＲＬ：ｆ（Ｂ），ｆ（Ｃ），ｆ（Ｄ）による処理は実行
されず、それぞれに対応した３つのスナップショット１
３１２，１３１３，１３１４が入力される。仮想ＵＲ
Ｌ：ｆ（Ａ）による処理は実行され、スナップショット
１３１１が更新され、メソッドｍｅｒｇｅ１２２２に入
力される。

【０１１３】このように、利用者が原料ファイルの更新
を反映した最新の処理結果を得たい場合、最新の処理結
果を得るために必要な最小限度の処理を行ない、それ以
外は以前の処理の結果のスナップショットを利用するた
め、リクエストに対する応答時間を短縮することが可能
になる。

【０１１４】また、信頼性の低いネットワーク上で複数
のサーバ上のコンテキストが起動する処理を組み合わせ
て一つの処理として利用する際、いずれか一個所以上の
通信が失敗すると、最終的な処理結果が得られない。ま
た、そのような場合、全体のすべての処理を再試行する
と、やはり一個所以上の通信が失敗する場合には処理結
果がえられない。本発明においては、そのような場合
に、スナップショットオブジェクトとして一部の処理の
結果が保持されるため、再試行により処理結果を得られ
る確率が増える。

【０１１５】上述した例では、コンテキストが２つの場
合を記述したが、３つ以上の場合でも同様の手順にした
がって処理を組み合わせることが可能である。

【０１１６】［実施例３］本発明の第３実施例として、
修飾されたＵＲＬの中に含まれた原料ファイル名以外の
データに依存して、スナップショットの有効性を判定す
る構成例を説明する。システム構成は実施例１と同様、
図２に示すものである。

【０１１７】実施例１に述べた構成と基本的には同様の
システム構成を有するが、スナップショットマネージャ
１５１１，１５２１がスナップショットの有効性を判定
する際、処理サーバ１００１，１００２ごとに特有のル
ール、あるいは指定された手続きごとに特有のルールに
従って特定のオブジェクトを調べ、その結果によりスナ
ップショットの有効性を決定する。

【０１１８】実施例１に述べた文書の合成をする処理を
行なう際のメソッドｓｕｍｍａｒｙにおいて、処理結果
のＨＴＭＬファイル中に常に処理の行なわれた日付を表
示する例を述べる。

【０１１９】ＷＷＷブラウザ１００３を利用する利用者
がその時点で得られる最新の情報による処理結果を得た
いという要求を持っている場合、処理の行なわれる日時
により、日付情報の更新が必要になる。よって日付が変
わった場合にはすでに作成され、保持されているスナッ
プショットオブジェクトも更新されるべきであるが、実
施例１で説明した手順では、日付情報の参照に関する情
報を仮想ＵＲＬ中に記述しない限り、このようなスナッ
プショットオブジェクトが更新されるべきかどうかの判
定ができない。

【０１２０】この実施例における構成は図２に示した構
成によって実現される。スナップショットマネージャ１
５１１，１５２１の動作は図８、図９に示すとおりであ
り、ステップ５０９２からステップ５１００が実施例１
と異なる。

【０１２１】仮想ＵＲＬ１１１１によるリクエストを受
けた図２に示すサーバ１００１のスナップショットマネ
ージャ１５１１は、スナップショットの有効性を判定す
る際に、図８、図９のステップ５０９２において仮想Ｕ
ＲＬ１１１１をキーとして、ファイル名のリストをチェ
ックリストの記述されたハッシュテーブルから取得す
る。ステップ５０９６においてスナップショットマネー
ジャはリスト中のファイルが更新されているかどうか調
べる。ステップ５１００において、前記のファイル名を
調べた結果および仮想ＵＲＬ１１１１中に記述されたフ
ァイルから得た結果をあわせてスナップショットの有効
性を判定する。

【０１２２】リスト中の仮想ＵＲＬ１１１１に対応する
ファイル名としてシステム時刻の日付を記述したファイ
ルを用意することで前記のＷＷＷブラウザ１００３利用
者の要求が達成できる。また、この実施例においてチェ
ックリスト中に記述されるファイルは、例えばＣＧＩを
用いてプログラムを起動するＷＷＷファイルアクセスの
ファイル名であってもよい。

【０１２３】本実施例の手順を用いれば、手続き作成者
が、チェックリストにファイル名のリストを格納するこ
とで、スナップショットを更新するかどうかのルールを
定めることが可能となる。手続きにより生成される処理
結果が、どの時点で無効になるかを手続き作成者が把握
している場合には、この方法を使用することでスナップ
ショットの有効性の判定がより正確になる。

【０１２４】［実施例４］本発明の第４実施例として、
処理サーバ１００１，１００２上に保持されているスナ
ップショットの破棄や無効化を指示することができる構
成例について説明する。

【０１２５】図２で示す実施例１と同様のシステム構成
において、クライアントが送出する仮想ＵＲＬのキュエ
リ記述部分中にスナップショットの破棄を指示するパラ
メータを記述する。例えば、図２中に示される仮想ＵＲ
Ｌ１１１１は、ｈｔｔｐ：／／ｈｏｓｔ１：８０８０／
ｃｏｎｔｅｘｔ／Ｅｄｉｔ？ｍｅｔｈｏｄ＝ｓｕｍｍａ
ｒｙ＆ｕｒｌ１＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ
０％２Ｆｐａｇｅ０１．ｈｔｍｌであるが、これにスナ
ップショットのコントロールの命令の記述として、ｃｏ
ｎｔｒｏｌｌ＝ｃｌｅａｒというパラメータ記述を追加
して、ｈｔｔｐ：／／ｈｏｓｔ１：８０８０／ｃｏｎｔ
ｅｘｔ／Ｅｄｉｔ？ｍｅｔｈｏｄ＝ｓｕｍｍａｒｙ＆ｃ
ｏｎｔｒｏｌｌ＝ｃｌｅａｒ＆ｕｒｌ１＝ｈｔｔｐ％３
Ａ％２Ｆ％２Ｆｈｏｓｔ０％２Ｆｐａｇｅ０１．ｈｔｍ
ｌとする。

【０１２６】実施例１で述べたＵＲＬパーザ１６１１，
１６２１にスナップショットの破棄を指示するパラメー
タを取り出す機能を加えると、ＵＲＬパーザ１６１１，
１６２１の動作の流れ図は図１０のようにあらわされ
る。実施例１のＵＲＬパーザの動作フローとの差異は、
ステップ４０５０からステップ４０５２にスナップショ
ットコントロールの命令を取り出す動作が加わった点で
ある。

【０１２７】スナップショットマネージャ１５１１，１
５２１の動作フローを図１１、図１２に示す。本実施例
において、実施例１のスナップショットマネージャの動
作と異なる点は、ステップ５０３２からステップ５０３
４のステップである。ステップ５０３２からステップ５
０３４において、仮想ＵＲＬから前記スナップショット
の破棄を指示するパラメータｃｌｅａｒが取り出された
場合、スナップショットマネージャは、指定されたＵＲ
Ｌに対応するスナップショットを無効とする動作を実行
する。

【０１２８】その後、コンテキストは、実施例１と同様
に動作して、原料ファイルの取得と処理の起動を行な
い、新たに作成された処理結果のオブジェクトをハッシ
ュテーブルに保持する。または、ＨＴＴＰリクエストヘ
ッダ中に、スナップショットの破棄を指示するパラメー
タを記述することによっても同様の効果が得られる。コ
ンテキストがＪＷＳから渡されたＨｔｔｐＳｅｒｖｌｅ
ｔＲｅｑｕｅｓｔオブジェクトからＨＴＴＰリクエスト
のヘッダをとりだし、その中にスナップショットの破棄
を指示するパラメータが記述されていた場合は、スナッ
プショットマネージャに対し、指定されたＵＲＬに対応
するスナップショットの破棄を指示することによって行
う。

【０１２９】実施例１〜３においては、スナップショッ
トの無効化は、スナップショットを保持しているサーバ
のスナップショットマネージャの判定によってなされた
が、この実施例においては、他のコンピュータからの指
示により処理の結果を無効化することができる。そのた
め、すでに存在するスナップショットではなく処理を再
び行なった結果を得たいという利用者の要求を満たすこ
とができ、新しく生成された処理結果をスナップショッ
トとして保持することができる。

【０１３０】［実施例５］さらに本発明の第５実施例と
して、処理結果のスナップショットオブジェクトを、そ
れを生成したリクエスト固有の識別子（ＩＤ）と組にし
て保持することで、特定のリクエストによって生成され
たオブジェクトを指定して取得する構成を説明する。本
実施例の構成を図１３に示す。図１３において処理サー
バ１００１，１００２中のハッシュテーブル中のスナッ
プショット１３１１、１３１２．．．、１３２１．．．
には識別子（ＩＤ）が対応して保持されている。

【０１３１】先に説明した実施例１においては、同じ原
料に対して同じ手続きを適用するリクエストは同一とみ
なしていた。すなわち、あるリクエストにより処理を行
い、結果をスナップショットオブジェクトとして保持し
たのち、同一のリクエストを再び受信し処理を再び行っ
た場合は、前記後のリクエストによる処理結果は、前記
最初のリクエストにより生成されたスナップショットオ
ブジェクトを置き換えて保持される。

【０１３２】この実施例においては、各リクエストごと
に固有の識別子（ＩＤ）が割り当てられ、識別子と対応
付けてスナップショットオブジェクトが生成され、保持
される。クライアントはリクエストに固有の識別子を指
定してそれに対応するスナップショットオブジェクトを
取得することができ、また、実施例４で述べた手順を用
いれば、指定した識別子に対応するスナップショットオ
ブジェクトを破棄し、新たな処理の結果を同じ識別子に
対応付けて保持することができる。

【０１３３】この実施例におけるコンテキストの動作を
図１４、図１５に示す。ＨＴＴＰリクエストを受けとっ
たコンテキストは、図１６に従い動作するＵＲＬパーザ
を用いてＵＲＬを解析してオブジェクトを生成するが、
ＵＲＬに識別子（ＩＤ）が含まれていないときはリクエ
ストごとに固有のＩＤを生成して仮想ＵＲＬに付加す
る。ＩＤは、一例としてリクエストの発生順序の整数値
として実現できる。また、別な一例としてシステム時刻
の数値として実現できる。仮想ＵＲＬの中に、スナップ
ショットのＩＤを指示するパラメータを付加する。

【０１３４】例えば、実施例１で述べたクラスＥｄｉｔ
のＨＴＭＬ文書中の一部を抽出するメソッドｓｕｍｍａ
ｒｙによる処理を起動するＵＲＬ１１１１はｈｔｔｐ：
／／ｈｏｓｔ１：８０８０／ｃｏｎｔｅｘｔ／Ｅｄｉｔ
？ｍｅｔｈｏｄ＝ｓｕｍｍａｒｙ＆ｕｒｌ１＝ｈｔｔｐ
％３Ａ％２Ｆ％２Ｆｈｏｓｔ０％２Ｆｐａｇｅ０１．ｈ
ｔｍｌであるが、これに、ＩＤを付加する記述として
ｉｄ＝ の記述に続けて数字を記述する形式を用いてｈ
ｔｔｐ：／／ｈｏｓｔ１：８０８０／ｃｏｎｔｅｘｔ／
Ｅｄｉｔ？ｍｅｔｈｏｄ＝ｓｕｍｍａｒｙ＆ｉｄ＝１＆
ｕｒｌ１＝ｈｔｔｐ％３Ａ％２Ｆ％２Ｆｈｏｓｔ０％２
Ｆｐａｇｅ０１．ｈｔｍｌを生成する。

【０１３５】図１４、図１５にコンテキストの動作フロ
ーを示す。動作手順について例を挙げて説明する。図１
３に示す処理サーバ１００１のコンテキスト１４１１が
仮想ＵＲＬ１１１１によるリクエストを受けた場合、ス
テップ３０１０においてサーブレットｃｏｎｔｅｘｔの
メソッドｓｅｒｖｉｃｅが引数のオブジェクトＨｔｔｐ
ＳｅｒｖｌｅｔＲｅｑｕｅｓｔ，ＨｔｔｐＳｅｒｖｌｅ
ｔＲｅｓｐｏｎｓｅを受けとって起動する。

【０１３６】ステップ３０２０においてオブジェクトＨ
ｔｔｐＳｅｒｖｌｅｔＲｅｑｕｅｓｔのｇｅｔＲｅｑｕ
ｅｓｔｅｄＵＲＩメソッドにより、仮想ＵＲＬに含まれ
る文字列 ／ｃｏｎｔｅｘｔ／Ｅｄｉｔ？ｍｅｔｈｏｄ
＝ｍｅｒｇｅ＆ａｒｇ１＝ｘ＆ａｒｇ２＝ｙ を取り出
す。この文字列を先頭部と合成して仮想ＵＲＬを再構成
する．

【０１３７】ステップ３０３０において図１７、図１８
に示した手順で動作するＵＲＬパーザ１６１１を用いて
仮想ＵＲＬ１１１１を解析してＶＵＲＬ１１１１（ｏｂ
ｊ）を生成する。ステップ３０３２においてＶＵＲＬ１
１１１がＩＤの情報を持っているかどうか調べる。仮想
ＵＲＬ１１１１にＩＤがついていない場合は、ステップ
３０３４に進む。

【０１３８】ステップ３０３４において、ブラウザから
のリクエストに対する一意な識別子であるＩＤ１を生成
し、ＶＵＲＬ１１１１（ｏｂｊ）に付加する。ステップ
３０５０において、仮想ＵＲＬ１１１１より取り出した
原料のＵＲＬが仮想ＵＲＬかどうかをしらべる。仮想Ｕ
ＲＬであると判定されればステップ３０５２において、
もとの仮想ＵＲＬ１１１１と対応づけられたＩＤ１を原
料のＵＲＬに付加する。仮想ＵＲＬ１１１１から取り出
される原料のＵＲＬは仮想ＵＲＬではないのでステップ
３０５４に進む。ステップ３０５４において、ＶＵＲＬ
１１１１（ｏｂｊ）のインスタンス変数に格納されてい
る原料のＵＲＬに対してＨＴＴＰリクエストを送出し、
原料のファイルを取得する。ステップ３０６０において
すべての原料ファイルを取得したかどうかを調べ、すべ
て取得していなければステップ３０５０に戻る。

【０１３９】ステップ３０７０において取得したファイ
ルを引数として、ＶＵＲＬオブジェクトのインスタンス
変数に格納されているクラス名とメソッド名で定まるメ
ソッドを起動しその返り値を処理結果としてオブジェク
トを生成する。ステップ３０８０において処理結果のオ
ブジェクトを仮想ＵＲＬをキーにして前記ハッシュテー
ブルに格納する。ステップ３０９０において処理結果の
オブジェクトをＳｅｒｖｌｅｔＯｕｔｐｕｔＳｔｒｅａ
ｍに書き込む。

【０１４０】クライアントが別のリクエストを送出する
際にＩＤを付加した仮想ＵＲＬを用いると、コンテキス
トは、図１４のステップ３０３２において、ＩＤが付加
されているために、３０４０に進む。ステップ３０４０
において、コンテキストはスナップショットマネージャ
にＶＵＲＬオブジェクトを渡し、仮想ＵＲＬ及びＩＤに
対応するスナップショットが有効かどうか問い合わせ
る。

【０１４１】有効なスナップショットがあった場合、ス
テップ３１００において、そのスナップショットオブジ
ェクトをハッシュテーブルから取り出す。ステップ３１
１０においてオブジェクトをＳｅｒｖｌｅｔＯｕｔｐｕ
ｔＳｔｒｅａｍに書き込む。

【０１４２】ＵＲＬパーザは、図１６に示す動作フロー
に従って動作する。実施例１で説明したＵＲＬパーザの
動作フロー（図５参照）との差異は、図１６のステップ
４０５０と、ステップ４０５２が加わった点と、ステッ
プ４０９０の出力形態にＩＤが加わった点である。

【０１４３】ステップ４０１０〜ステップ４０４０まで
は実施例１と同様の動作であるので説明を省略する。ス
テップ４０５０において、取り出された＜ｐｒｏｐｅｒ
ｔｙＮａｍｅ＞＝＜ｐｒｏｐｅｒｔｙＶａｌｕｅ＞の形
式の文字列について、ｐｒｏｐｅｒｔｙＮａｍｅが ｉ
ｄ であるかどうかの判定をおこなう。判定がＹｅｓで
あった場合は、ステップ４０５２においてｐｒｏｐｅｒ
ｔｙＶａｌｕｅの値であるＩＤを取り出す。

【０１４４】その後のステップ４０５４〜ステップ４０
８０は実施例１と同様の動作である。ステップ４０９０
では、仮想ＵＲＬを表すＶＵＲＬクラスのオブジェクト
を生成し、クラス名Ｅｄｉｔ、メソッド名ｓｕｍｍａｒ
ｙ、ＩＤ、原料のＵＲＬをインスタンス変数の値として
セットする。

【０１４５】スナップショットマネージャは、図１７、
図１８にしたがって動作する。実施例１のスナップショ
ットマネージャの動作と異なる点は、ステップ５０２０
において、仮想ＵＲＬおよびＩＤが一致するスナップシ
ョットオブジェクトが存在するかどうかでスナップショ
ットの有効性を判定する点である。

【０１４６】実施例の細部に関しては、記述した以外の
方法を用いても実現可能である。サーバからクライアン
トにＩＤ情報を伝える方法は、ＨＴＭＬページ中に記述
する方法に限らない。ＩＤを付加した仮想ＵＲＬの情報
をＨＴＴＰレスポンスのヘッダに含めてクライアントに
渡してもよい。

【０１４７】また、ＩＤの生成方法は、時刻とサーバの
ホスト名によって生成するものであってもよい。クライ
アントがリクエストを送出する際にＩＤを付加した仮想
ＵＲＬを用いることで、特定のリクエストで生成された
オブジェクトを取得することができる。

【０１４８】この実施例で述べた手順により、特定の時
点での処理の結果をサーバ上に保持しておき、指定して
再度取得することが可能になる。

【０１４９】［実施例６］次に、第６実施例として、サ
ーバ上に保持された複数のスナップショットオブジェク
トのうち、生成した時刻の範囲を指定して取得する構成
例について説明する。

【０１５０】コンテキストの動作は実施例１と同様の手
順であるが、ただし、処理の結果が生成されたときにそ
の時刻を記録し、スナップショットオブジェクトととも
に保持する点が異なる。

【０１５１】スナップショットマネージャの動作の流れ
図は図１９、図２０に示す。スナップショットマネージ
ャは、図１９、図２０のステップにおいて、仮想ＵＲＬ
中にスナップショットオブジェクト生成時刻の範囲が指
定されるかどうか調べ、指定されていたらステップ５０
３４においてスナップショットオブジェクトの生成時刻
を取得し、ステップ５０３６において指定された時刻の
範囲にあるかどうかにより判定する。範囲外の場合はス
テップ５０３８においてスナップショット無効の結果を
返す。これらのステップが加わる点が実施例１のスナッ
プショットマネージャの動作と異なる。時刻の範囲が指
定されていなければ、実施例１と同様に動作する。

【０１５２】時刻の範囲の指定の例としては、例えばＵ
ＴＣ（Ｃｏｏｒｄｉｎａｔｅｄ Ｕｎｉｖｅｒｓａｌ
Ｔｉｍｅ）時刻を１９７０年からミリ秒単位で数えた数
値で時刻を表現して、例えば８９５８０９１１００００
から８９５８０９１２００００までという時刻の範囲
を、仮想ＵＲＬのキュエリ文字列中にｆｔｉｍｅ＝８９
５８０９１１００００＆ｔｔｉｍｅ＝８９５８０９１２
００００と記述する。ＵＲＬパーザは前記の動作と同様
にしてこの文字列を取り扱い指定時刻を認識、解釈す
る。

【０１５３】このようにして、生成時刻の正確な指定で
なく、ある程度の幅を持った指定をして、スナップショ
ットを利用するか、あるいは処理を起動して新しく結果
を生成するかの指定をすることが可能になる。

【０１５４】また、生成時刻に限らず、スナップショッ
トされたオブジェクトの性質を表し、数値表現可能なパ
ラメータをスナップショットオブジェクトと関連付けて
保持することにより、同様の手順で、値がある範囲内な
らスナップショットを利用する、という条件の指定が行
なえる。

【０１５５】［実施例７］次に、第７実施例としてコン
テキストによって起動される処理結果が非同期的に生成
される構成例を説明する。実施例５と同様の手順で動作
するシステムを用いる。ただし、仮想ＵＲＬ中には手続
きの呼びだし形式を指定でき、呼び出しが非同期的なも
のであることを指定できる。指定方法の例としては、Ｕ
ＲＬのキュエリ中に、＆ｉｎｖｏｋｅ＝ａｓｙｎｃと指
定して、 ｈｔｔｐ：／／ｈｏｓｔ１：８０８０／ｃｏｎｔｅｘｔ
／Ｅｄｉｔ？ｍｅｔｈｏｄ＝ｓｕｍｍａｒｙ＆ｉｎｖｏ
ｋｅ＝ａｓｙｎｃ＆ｕｒｌ１＝ｈｔｔｐ％３Ａ％２Ｆ％
２Ｆｈｏｓｔ０％２Ｆｐａｇｅ０１．ｈｔｍ のようなＵＲＬを用いる。

【０１５６】コンテキストは図２１、図２２にしたがっ
て動作する。ステップ３０６０において、仮想ＵＲＬに
呼び出しが非同期である指定があるかどうか調べる。非
同期の指示があった場合、コンテキストは、ステップ３
０６２において原料の取得をおこなって手続きを起動
し、別なスレッドで動作させる。次にステップ３０６４
においてクライアントに出力する結果オブジェクトに対
応するＩＤを含んだ情報を生成する。ＩＤをクライアン
トに対し出力するには、ＨＴＭＬページ中にハイパーリ
ンクとして記述するなどの方法が利用できる。次にステ
ップ３０６６において生成した情報を出力し、ＨＴＴＰ
のアクセスが終了してコネクションが切断される。

【０１５７】前記別スレッドの処理が終了後、ステップ
３０６８において、結果オブジェクトを、仮想ＵＲＬと
ＩＤとの組にして保持する。以上のステップ３０６０か
ら３０６８以外は実施例５のコンテキストと同様に動作
する。

【０１５８】ＷＷＷクライアント利用者、または他のコ
ンテキストはＩＤを受けとってＨＴＴＰのアクセスを終
了し、他の処理をおこなうことができる。その後、実施
例５で述べたごとく、仮想ＵＲＬにＩＤを付加してＨＴ
ＴＰリクエストを行なうと、その時点で処理サーバにお
けるスナップショット生成処理が終了していれば処理結
果を得ることができる。

【０１５９】先に説明した他の実施例においては、呼び
出した処理が終了して結果が生成されるまでＷＷＷクラ
イアントとのコネクションが維持され、クライアントは
その間、出力データを待機することが要求され、他の作
業をできなかったが、この例においては、処理終了まで
に時間がかかる場合に処理を呼び出した側で並列に別な
処理を行うことが可能になる。

【０１６０】処理が実行され生成されたスナップショッ
トはＩＤと対応づけられて処理サーバにおいて保持され
ており、クライアントはＩＤの付加された新たなＨＴＴ
Ｐリクエストによって先に処理を要求したデータをＩＤ
による識別により獲得することが可能となる。

【０１６１】［実施例８］次に、本発明の第８実施例と
して、クライアントがリクエスト時に指定し、仮想ＵＲ
Ｌ中に記述された条件を、処理サーバのコンテキストが
変更して、クライアントの要求データの代替となりうる
スナップショットを探し、そのスナップショットを出力
する構成例について説明する。

【０１６２】この実施例構成では、実施例５と同様の手
順で動作するシステムを用いる。ただし、指定したＩＤ
および仮想ＵＲＬに対応するスナップショットが存在し
ないときには、ＩＤが異なるが同一の仮想ＵＲＬに対応
するスナップショットを探して有効なスナップショット
が存在したときはそれをクライアントに対して出力する
構成を持つ。

【０１６３】コンテキストは実施例５と同様に図１４、
図１５にしたがって動作する。ステップ３０４０におい
て、スナップショットマネージャに対し仮想ＵＲＬとＩ
Ｄに対応するスナップショットの有効性を問い合わせ
る。

【０１６４】スナップショットマネージャの動作は図２
３、図２４に示す通りであり、以下に述べる点以外は実
施例５のスナップショットマネージャと同じ動作をす
る。ステップ５０２０において仮想ＵＲＬおよびＩＤに
対応するスナップショットオブジェクトがなかったと
き、ステップ５０２２に進み、仮想ＵＲＬのみが一致す
るスナップショットがあるかどうかを調べる。もしなか
ったときは５０３０にすすみ、スナップショット無効の
結果を論理値の偽として返す。スナップショットがあっ
たときは、ステップ５０４０に進み、実施例５と同様に
スナップショットの有効性を判定するが、この場合には
対象となるスナップショットはステップ５０２２におい
て調べた仮想ＵＲＬのみが一致し、ＩＤについての一致
は保証されていないスナップショットである。

【０１６５】図２３、図２４のステップ５０２２におけ
るスナップショットマネージャの動作は、ここで記述し
たようなＩＤの一致しないスナップショットを代替とし
て探す動作に限らず、たとえば実施例５において記述し
た範囲の指定があるような仮想ＵＲＬについて、範囲の
指定をなくす、あるいは広げるような動作をさせること
も可能である。

【０１６６】前記の実施例５においては、仮想ＵＲＬお
よびＩＤが一致しないとスナップショットを利用できな
かったが、この実施例の手順によって、利用者の、なる
べくＩＤの一致するスナップショットオブジェクトを利
用したいが、もし無い場合には代替のオブジェクトを得
たいという要求を満たすことが可能になる。

【０１６７】

【発明の効果】上述のように本発明の分散ファイル処理
装置および分散ファイル処理方法によれば、原料ファイ
ル名を、原料を編集加工する手続きを表す手続き名と、
手続きのパラメータと、手続き名を解釈し手続きを動作
させるコンピュータおよび動作環境を定めるコンテキス
ト名等で修飾して構成した仮想ＵＲＬに基づく処理を行
うコンテキスト手段と、コンテキスト手段において処理
を行った原料ファイルの処理結果を保持する結果保持手
段と、結果保持手段の保持する処理結果の有効性を判定
する結果管理手段とを有することにより、結果保持手段
の有する処理結果の有効性判定を様々な態様で実行する
ことが可能になり、要求に対して迅速に有効な処理結果
を抽出し出力することが可能となる。

【０１６８】さらに、本発明の分散ファイル処理装置お
よび分散ファイル処理方法によれば、原料ファイル名お
よび手続き名等の識別データ、さらに手続き処理の処理
実行日時を示す処理日時識別データ、手続き処理の実行
を要求した要求固有の処理要求識別データ等に基づいて
処理結果の有効性を判定することができ、処理結果に対
する信頼度の高い有効性判定が実現される。

【０１６９】さらに、本発明の分散ファイル処理装置お
よび分散ファイル処理方法によれば、複数のコンテキス
ト手段、結果保持手段、管理手段をネットワークに接続
した構成において、処理要求に指定された原料ファイル
および手続きに対応する処理結果を保持するネットワー
ク上の他の処理結果保持手段を管理する管理手段に処理
結果の有効性についての問い合わせを実行することが可
能であり、ネットワーク上の資源の有効な利用が達成さ
れる。

【０１７０】さらに、本発明の分散ファイル処理装置お
よび分散ファイル処理方法によれば、コンテキスト手段
における原料ファイルに対する手続き処理は、処理要求
タイミングとは独立に非同期的処理として実行すること
が可能であり、処理結果に対応する処理結果識別子を生
成して結果保持手段に保持することにより、処理結果の
取り出し、出力を正確に実行することが可能となる。

【０１７１】さらに、本発明の分散ファイル処理装置お
よび分散ファイル処理方法によれば、要求された修飾フ
ァイル名の指定と完全一致しないが、部分一致する処理
結果が結果保持手段に含まれる場合、部分一致する処理
結果を出力する構成としたことにより、クライアント要
求により迅速に応答することの可能なシステムが提供さ
れる。

【図面の簡単な説明】

【図１】 本発明の分散ファイル処理装置を適用したネ
ットワーク構成を示す図である。

【図２】 本発明の分散ファイル処理装置における実施
例１の詳細構成を示す図である。

【図３】 本発明の分散ファイル処理装置、実施例１に
おける処理サーバ全体の動作フローを示す図である。

【図４】 本発明の分散ファイル処理装置、実施例１に
おけるコンテキストの動作フローを示す図である。

【図５】 本発明の分散ファイル処理装置、実施例１に
おけるＵＲＬパーザの動作フローを示す図である。

【図６】 本発明の分散ファイル処理装置、実施例１に
おけるスナップショットマネージャの動作フロー（その
１）を示す図である。

【図７】 本発明の分散ファイル処理装置、実施例１に
おけるスナップショットマネージャの動作フロー（その
２）を示す図である。

【図８】 本発明の分散ファイル処理装置、実施例３に
おけるスナップショットマネージャの動作フロー（その
１）を示す図である。

【図９】 本発明の分散ファイル処理装置、実施例３に
おけるスナップショットマネージャの動作フロー（その
２）を示す図である。

【図１０】 本発明の分散ファイル処理装置、実施例４
におけるＵＲＬパーザの動作フローを示す図である。

【図１１】 本発明の分散ファイル処理装置、実施例４
におけるスナップショットマネージャの動作フロー（そ
の１）を示す図である。

【図１２】 本発明の分散ファイル処理装置、実施例４
におけるスナップショットマネージャの動作フロー（そ
の２）を示す図である。

【図１３】 本発明の分散ファイル処理装置における実
施例５の詳細構成を示す図である。

【図１４】 本発明の分散ファイル処理装置、実施例５
におけるコンテキストの動作フロー（その１）を示す図
である。

【図１５】 本発明の分散ファイル処理装置、実施例５
におけるコンテキストの動作フロー（その２）を示す図
である。

【図１６】 本発明の分散ファイル処理装置、実施例５
におけるＵＲＬパーザの動作フローを示す図である。

【図１７】 本発明の分散ファイル処理装置、実施例５
におけるスナップショットマネージャの動作フロー（そ
の１）を示す図である。

【図１８】 本発明の分散ファイル処理装置、実施例５
におけるスナップショットマネージャの動作フロー（そ
の２）を示す図である。

【図１９】 本発明の分散ファイル処理装置、実施例６
におけるスナップショットマネージャの動作フロー（そ
の１）を示す図である。

【図２０】 本発明の分散ファイル処理装置、実施例６
におけるスナップショットマネージャの動作フロー（そ
の２）を示す図である。

【図２１】 本発明の分散ファイル処理装置、実施例７
におけるコンテキストの動作フロー（その１）を示す図
である。

【図２２】 本発明の分散ファイル処理装置、実施例７
におけるコンテキストの動作フロー（その２）を示す図
である。

【図２３】 本発明の分散ファイル処理装置、実施例８
におけるスナップショットマネージャの動作フロー（そ
の１）を示す図である。

【図２４】 本発明の分散ファイル処理装置、実施例８
におけるスナップショットマネージャの動作フロー（そ
の２）を示す図である。

【符号の説明】

１０００ ＷＷＷサーバ １００１，１００２ 処理サーバ １００３ ＷＷＷブラウザ １４１１，１４２１ コンテキスト １５１１，１５２１ スナップショットマネージャ １６１１，１６２１ ＵＲＬパーザ

Claims (16)

【特許請求の範囲】
1. 【請求項１】 コンピュータをネットワークで接続した
   分散コンピュータシステムにおける分散ファイル処理装
   置において、 前記ネットワーク上に接続された装置に保持されたデー
   タファイル原料を識別可能な原料ファイル名を、原料を
   編集加工する手続きを表す手続き名と、手続きのパラメ
   ータと、手続き名を解釈し手続きを動作させるコンピュ
   ータおよび動作環境を定めるコンテキスト名とで修飾し
   て構成した修飾ファイル名を解釈して、原料ファイル名
   と手続き名を取り出し、該取り出した原料ファイル名に
   対応する原料ファイルのデータを入力し、前記取り出し
   た手続き名に対応する手続きを起動して、原料ファイル
   を該起動した手続きによって処理を行うコンテキスト手
   段と、 前記コンテキスト手段において起動した前記手続きによ
   って処理を行った原料ファイルの処理結果を保持する処
   理結果保持手段と、 前記処理結果保持手段の保持する前記処理結果を取り出
   して出力する結果出力手段と、 前記処理結果保持手段の保持する処理結果の有効性を判
   定する処理結果管理手段と、 を有することを特徴とする分散ファイル処理装置。
2. 【請求項２】 前記処理結果管理手段は、 前記処理結果保持手段の保持する処理結果に対応する原
   料ファイル名およびコンテキスト手段において実行され
   た手続き名に基づいて前記処理結果の有効性を判定する
   構成を有することを特徴とする請求項１記載の分散ファ
   イル処理装置。
3. 【請求項３】 前記処理結果管理手段は、 前記コンテキスト手段による手続き処理の処理実行日
   時、 前記コンテキスト手段による手続き処理実行を要求した
   要求固有の処理要求識別子、の少なくともいずれかに基
   づいて前記処理結果の有効性を判定する構成を有するこ
   とを特徴とする請求項２記載の分散ファイル処理装置。
4. 【請求項４】 前記処理結果管理手段は、 前記原料ファイルの更新日時と、前記コンテキスト手段
   による手続き処理の処理実行日時とを比較し、該比較結
   果に基づいて前記処理結果の有効性を判定する構成を有
   することを特徴とする請求項２記載の分散ファイル処理
   装置。
5. 【請求項５】 前記コンテキスト手段が、前記修飾ファ
   イル名の解釈において、要求処理結果の処理時刻指定子
   が含まれると判定した場合は、 前記処理結果管理手段は、前記時刻指定子の示す時間範
   囲に前記処理日時が対応するか否かに基づいて、前記処
   理日時が対応づけられた処理結果の有効性を判定する構
   成を有することを特徴とする請求項３記載の分散ファイ
   ル処理装置。
6. 【請求項６】 前記ネットワークは、 複数のコンテキスト手段、該複数のコンテキスト手段に
   対応して設けられた複数の処理結果保持手段、および該
   複数の処理結果保持手段に対応して設けられた複数の処
   理結果管理手段を接続した構成を有し、 前記複数のコンテキスト手段は、それぞれ独立に手続き
   処理が可能であり、 ネットワーク上に出力された処理要求に対応する処理結
   果の有効性を判定する第１の処理結果管理手段は、 該処理要求に指定された原料ファイルおよび手続きに対
   応する処理結果を保持するネットワーク上の第２の処理
   結果保持手段を管理する第２の処理結果管理手段に処理
   結果の有効性についての問い合わせを実行する構成を有
   することを特徴とする請求項１記載の分散ファイル処理
   装置。
7. 【請求項７】 前記コンテキスト手段における修飾ファ
   イル名の解釈において、前記処理結果保持手段に保持さ
   れた処理結果の無効化または破棄いずれかの指示を定め
   た所定のパラメータが含まれることが解析されたことを
   条件として、 前記処理結果管理手段は、前記処理結果保持手段に格納
   された処理結果の無効化または破棄いずれかの処理を実
   行する構成を有することを特徴とする請求項１記載の分
   散ファイル処理装置。
8. 【請求項８】 前記処理結果管理手段による前記処理結
   果保持手段に格納された処理結果の無効化または破棄い
   ずれかの処理の実行に伴い、 前記コンテキスト手段は、前記無効化または破棄を行っ
   た処理結果に対応する原料ファイルを取得して、新たに
   処理を実行して前記処理結果保持手段に保持する構成を
   有することを特徴とする請求項７記載の分散ファイル処
   理装置。
9. 【請求項９】 前記コンテキスト手段における原料ファ
   イルに対する前記手続きによる処理は、処理要求タイミ
   ングとは独立に非同期的処理として実行するとともに、
   該手続きによって処理された処理結果には該処理結果に
   対応する処理結果識別子を生成し、該処理結果識別子を
   処理結果に対応させて前記処理結果保持手段に保持する
   構成としたことを特徴とする請求項１に記載の分散ファ
   イル処理装置。
10. 【請求項１０】 前記コンテキスト手段は、前記修飾フ
    ァイル名の解釈において、処理の要求が非同期的である
    ことを示す指定データが含まれる判定がなされたことを
    条件として、原料ファイルに対する前記手続きを処理要
    求タイミングとは独立に非同期的処理として実行する構
    成を有することを特徴とする請求項９に記載の分散ファ
    イル処理装置。
11. 【請求項１１】 前記コンテキスト手段が前記修飾ファ
    イル名の解釈において、処理の要求条件に完全一致しな
    いが、部分一致する処理結果が前記処理結果保持手段に
    含まれると判定した場合において、 前記結果出力手段は、前記処理結果保持手段に含まれる
    部分一致する処理結果を出力する構成を有することを特
    徴とする請求項１に記載の分散ファイル処理装置。
12. 【請求項１２】 コンピュータをネットワークで接続し
    た分散コンピュータシステムにおける分散ファイル処理
    方法において、 前記ネットワーク上に接続された装置に保持されたデー
    タファイル原料を識別可能な原料ファイル名を、原料を
    編集加工する手続きを表す手続き名と、手続きのパラメ
    ータと、手続き名を解釈し手続きを動作させるコンピュ
    ータおよび動作環境を定めるコンテキスト名とで修飾し
    て構成した修飾ファイル名を解釈して、原料ファイル名
    と手続き名を取り出し、該取り出した原料ファフイル名
    に対応する原料ファイルのデータを入力し、前記取り出
    した手続き名に対応する手続きを起動して、原料ファイ
    ルを該起動した手続きによって処理を行うコンテキスト
    手段による手続き処理ステップと、 前記手続き処理ステップにおいて起動した前記手続きに
    よって処理を行った原料ファイルの処理結果を処理結果
    保持手段に保持する結果保持ステップと、 前記処理結果保持手段の保持する処理結果の有効性を判
    定する処理結果有効性判定ステップと、 前記処理結果有効性判定ステップにおいて有効と判定さ
    れた処理結果であり、前記処理結果保持手段に保持され
    た処理結果を取り出して出力する結果出力ステップと、 を有することを特徴とする分散ファイル処理方法。
13. 【請求項１３】 前記処理結果有効性判定ステップは、 前記処理結果保持手段の保持する処理結果に対応する前
    記原料ファイル名および前記コンテキスト手段において
    実行された手続き名に基づいて前記処理結果の有効性を
    判定するステップを含むことを特徴とする請求項１２記
    載の分散ファイル処理方法。
14. 【請求項１４】 前記処理結果有効性判定ステップは、 前記コンテキスト手段による手続き処理の処理実行日
    時、 前記コンテキスト手段による手続き処理の実行を要求し
    た要求固有の処理要求識別子の少なくともいずれかに基
    づいて前記処理結果の有効性を判定するステップを含む
    ことを特徴とする請求項１３記載の分散ファイル処理方
    法。
15. 【請求項１５】 前記処理結果有効性判定ステップは、 前記原料ファイルの更新日時と、前記コンテキスト手段
    による手続き処理の処理実行日時を示す処理日時とを比
    較し、該比較結果に基づいて処理結果の有効性判定を行
    うステップを含むことを特徴とする請求項１３記載の分
    散ファイル処理方法。
16. 【請求項１６】 前記コンテキスト手段における原料フ
    ァイルに対する手続き処理は、処理要求タイミングとは
    独立に非同期的処理として実行するとともに、該手続き
    によって処理された処理結果には該処理結果に対応する
    処理結果識別子を生成し、該処理結果識別子を処理結果
    に対応させて前記処理結果保持手段に保持することを特
    徴とする請求項１２に記載の分散ファイル処理方法。