JP2001051946A

JP2001051946A - 資源アクセス管理装置及び方法

Info

Publication number: JP2001051946A
Application number: JP11225964A
Authority: JP
Inventors: Atsushi Saito; 淳齋藤; Kazunori Horikiri; 和典堀切
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1999-08-10
Filing date: 1999-08-10
Publication date: 2001-02-23
Anticipated expiration: 2019-08-10
Also published as: JP4214632B2

Abstract

(57)【要約】【課題】複数のＷＷＷページを入力として加工を行う
中継サーバが、ＷＷＷペジへのアクセスに必要な認証手
続きを好適に管理する。【解決手段】中継サーバは、資源アクセス要求に対し
てサーバがクライアントの認証を要求したときに、該認
証要求を基に新しい認証要求を生成してクライアントに
送信する認証要求生成手段と、前記認証要求生成手段が
生成した認証要求をサーバから受信した元の認証要求と
関連付けて保存する認証要求保存手段とを備えている。
中継サーバは、認証に必要な情報をサーバ―クライアン
ト間で伝達することができる。また、中継サーバをＷＷ
Ｗ資源提供空間上に適用する上で、ＷＷＷサーバやＷＷ
Ｗクライアントの構成や動作手順を修正又は変更する必
要が全くない。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、無数の資源オブジ
ェクトが提供されている資源空間上における資源アクセ
スを管理する資源アクセス管理装置及び方法に係り、特
に、ネットワーク上で複数のサーバによって提供される
複数の資源オブジェクトに対するクライアントのアクセ
ス要求を管理するための資源アクセス管理装置及び方法
に関する。

【０００２】更に詳しくは、本発明は、複数のサーバ間
での連携的な動作によって生成される資源オブジェクト
に対するクライアントのアクセス要求を管理するための
資源アクセス管理装置及び方法に係り、特に、資源オブ
ジェクトを提供するサーバの少なくとも１つが要求する
認証手続きを好適に管理することができる資源アクセス
管理装置及び方法に関する。

【０００３】

【従来の技術】昨今、コンピュータ・システムどうしを
ネットワークによって相互接続する「ネットワーク・コ
ンピューティング」に関する技術開発が盛んに行なわれ
ている。コンピュータどうしをネットワーク接続する意
義は、互いのコンピュータ資源の共有、情報の流通・共
有などにある。

【０００４】コンピュータどうしを接続する通信媒体と
しては、企業や研究機関の構内など限定した空間内に敷
設されたＬＡＮ（ＬｏｃａｌＡｒｅａＮｅｔｗｏｒ
ｋ）や、ＬＡＮどうしを専用線等で相互接続したＷＡＮ
（ＷｉｄｅＡｒｅａＮｅｔｗｏｒｋ）など様々であ
る。最近では、全世界を網羅する巨大なネットワークで
ある「インターネット」の利用が盛んである。

【０００５】「インターネット」は、米国防総省が構築
したＡＲＰＡＮＥＴ（ＡｄｖａｎｃｅｄＲｅｓｅａｒ
ｃｈＰｒｏｊｅｃｔｓＡｇｅｎｃｙＮｅｔｗｏｒ
ｋ）を原形としたネットワークであるが、その後、全米
科学財団のＮＳＦＮＥＴ（ＮａｔｉｏｎａｌＳｃｉｅ
ｎｃｅＦｏｕｎｄａｔｉｏｎＮｅｔｗｏｒｋ）に包
括され、さらに各サーバ（主にＵＮＩＸワークステーシ
ョン）どうしが自主的に相互接続を繰り返した結果、そ
の字義通り、世界規模のネットワークへと成長を遂げ
た。

【０００６】インターネット上のサーバどうしは、通
常、ＴＣＰ／ＩＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎ
ｔｒｏｌＰｒｏｔｏｃｏｌ／ＩｎｔｅｒｎｅｔＰｒ
ｏｔｏｃｏｌ）接続される。また、インターネット上に
散在する各種の資源オブジェクトは、ＵＲＬ（Ｕｎｉｆ
ｏｒｍＲｅｓｏｕｒｃｅＬｏｃａｔｏｒ）という形
式のリファレンス（若しくは、「名前」とも言う）によ
って特定される。ＵＲＬとは、ネットワークなどの資源
空間上で資源の名称やその在り処を特定するための文字
列の組み合わせで構成され、スキーム名（プロトコル
名）：／／ホスト名（ドメイン名）：ポート番号／パス
名（ファイル名）」という形式で記述される。ＵＲＬに
ついては、例えばＲＦＣ（ＲｅｑｕｅｓｔＦｏｒＣ
ｏｍｍｅｎｔｓ）１７３８やＲＦＣ１８０８などに記述
されている。

【０００７】インターネットにおける代表的なアプリケ
ーションであるＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅｂ）
は、ハイパーリンク構造の資源オブジェクトをインター
ネット上で広域的に提供する分散型の情報検索システム
である。ＷＷＷ資源空間上で提供される資源オブジェク
トは、主として、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔＭａ
ｒｋｕｐＬａｎｇｕａｇｅ）というマークアップ形式
の言語で記述されたハイパーテキスト・ドキュメントで
ある。ＨＴＭＬについては、例えばＲＦＣ１８６６に記
述されている。ＨＴＭＬ形式の各資源オブジェクトも、
前述したＵＲＬ形式のリファレンスを有している。

【０００８】ＨＴＭＬを始めとする「ハイパーテキス
ト」は、ファイルを構成する文字や絵、表などをカード
のようなオブジェクトとして扱い、さらにそのオブジェ
クト間で関連付けすなわちリンクを形成して、相互にす
ぐ参照できる機能を持っている（周知）。例えば、ＷＷ
Ｗ資源空間上に存在するＨＴＭＬコンテンツすなわちＷ
ＷＷページは、他の資源オブジェクトへのリンク情報が
複数埋め込まれている。ＨＴＭＬドキュメントに埋め込
まれる各リンク情報も、上述したＵＲＬ形式で記述され
たリファレンスである。

【０００９】ＷＷＷ資源空間は、世界中に分散した無数
のＷＷＷサーバとＷＷＷクライアントによって構成され
る。ＷＷＷサーバとＷＷＷクライアントの間では、通
常、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅ
ｒＰｒｏｔｏｃｏｌ）プロトコルに従って資源アクセ
スが行われる。ＨＴＴＰプロトコルについては、例えば
ＲＦＣ１９４５やＲＦＣ２０６８に記述されている。

【００１０】ＷＷＷサーバは、通常、ＷＷＷサーバ専用
のアプリケーションを用いて動作するコンピュータ・シ
ステムであり、ＨＴＭＬ形式で記述されたハイパーテキ
ストからなる資源オブジェクトを複数所有するとととも
に、ＷＷＷクライアントに対する資源提供サービスを行
う。情報の提供者は、提供したい情報をＨＴＭＬ形式で
記述し、これを資源オブジェクトとしてＷＷＷサーバに
蓄積して、インターネット上でＷＷＷクライアントに公
開することによって、ＷＷＷクライアントへの情報提供
を達成することができる。

【００１１】他方、ＷＷＷ資源空間上で資源オブジェク
トを要求するＷＷＷクライアントは、通常、「ＷＷＷブ
ラウザ」と呼ばれるアプリケーションを用いて動作する
コンピュータである。

【００１２】ＷＷＷブラウザは、資源オブジェクトの取
り出しを代行する一種のユーザ・エージェントであり、
クライアント・マシンのデスクトップ画面上では「ブラ
ウザ・ウィンドウ」という形態で体現される。ＷＷＷブ
ラウザは、ブラウザ・ウィンドウ画面上の場所ボックス
にキー入力されたＵＲＬに従って、該当する資源オブジ
ェクトすなわちＨＴＭＬドキュメントを、ハイパーリン
ク構造のＷＷＷ資源空間上で探索し、そのダウンロード
を行う。取得したＨＴＭＬドキュメントのコンテンツ
は、ＷＷＷページ（ホームページ）画面を組み立てるた
めのページ表示情報として利用される。すなわち、ＷＷ
ＷブラウザはＨＴＭＬドキュメントを解析して、ブラウ
ザ・ウィンドウ画面上にページ画面を表示する。

【００１３】一般に、ＷＷＷページ表示画面上では、他
の資源オブジェクトへのリンク情報に関連する表示オブ
ジェクトは「アンカー」としてホットスポット表示され
ており、ユーザはページ表示画面上に散在するリンク情
報の在り処を直感的に検知することができる。ページ表
示画面上に貼り付けられたリンク情報の実態は、各リン
ク先の資源オブジェクトへのリファレンスであり、やは
りＵＲＬ形式で記述されている。ユーザは、ホームペー
ジ画面上で、関心のあるアンカーをマウスでクリックす
るという直感的な操作によって、リンク付けされた次に
アクセスする資源オブジェクトを指示することができ
る。ＷＷＷブラウザは、アンカーのクリック操作に応答
して、アンカーに埋め込まれたＵＲＬに該当する資源オ
ブジェクトを資源空間上で探索し、リンク先へのアクセ
スを実現する。略言すれば、ユーザは、マウス・クリッ
クによる直感的な操作を行うだけで、世界規模で展開さ
れたＷＷＷ資源空間上を探索することができる訳であ
る。

【００１４】ところで、ＷＷＷサーバが提供するサービ
スは、多種多様化するとともに、高度化、高機能化が進
んできており、経済的価値等の高い資源提供サービスに
対しては、課金によりアカウントすなわち利用者資格を
付与することが少なくない。このような場合、正規アカ
ウントと不正（若しくは無効）のアカウントとを区別す
るために、ＷＷＷサーバ−クライアント間で認証手続き
を行う必要がある。その他、個人用の情報のカスタマイ
ズや利用統計など様々な目的のために、認証手続きを必
要とする場合など、ＷＷＷ資源提供サービスはますます
増えてきている。

【００１５】しかしながら、認証手続きは、各資源提供
サービス毎、すなわちＷＷＷサーバ毎に独立して行われ
る。このため、ＷＷＷクライアント・ユーザが多種のサ
ービスを享受する場合には、これに比例した個数の認証
手続き、すなわち認証情報のユーザ入力をこなす必要が
ある。認証情報には、一般に、パスワードやユーザＩＤ
などのキャラクタ情報で構成されるため、キーボード入
力に頼らなければならず、ユーザの負担は過大である。

【００１６】このような問題に対処するために、サービ
スの利用時に入力すべき認証情報等を予め蓄えておき、
利用に際して該認証情報を自動送出することで、ユーザ
の負担を軽減することができる。このような認証情報の
蓄積・送出を行う装置や方法について、既に幾つか提案
されている。

【００１７】例えば、特開平１１−１２０２３８号公報
では、ユーザ端末からのリクエストを中継するサーバ
に、各ユーザの個人情報を予め登録しておく点が開示さ
れている。すなわち、ユーザ端末が広域ネットワーク経
由でサービス提供装置にアクセスし、これに対してサー
ビス提供装置がユーザの個人情報の入力を要求したとき
には、該サーバが個人情報を読み出してサービス提供装
置に転送することで、ユーザが個人情報を入力する手間
を省いている。

【００１８】また、特開平９−１３４３８９号公報に
は、ユーザ端末装置自身に個人情報を予め登録しておく
点について開示されている。すなわち、情報提供サービ
スにアクセスしたときに個人情報の入力が必要であった
場合には、登録しておいた個人情報を送出することによ
り、ユーザの負担軽減と入力ミスの防止を実現すること
ができる。

【００１９】上記の各公報に記載の技術によれば、認証
に必要となる情報を予め記録しておき、サービス利用時
に自動的に送出することで、ユーザの負担が軽減され
る。しかしながら、認証情報を事前に記録しておくこと
は、ユーザにとって重要な情報を漏洩という危険にさら
すことを意味する。また、認証情報としてのパスワード
が変更された場合には、再登録する必要がありユーザに
手間を強いることになる。

【００２０】また、最近では、ＷＷＷ資源空間上で提供
されるサービスも多様化してきた。すなわち、ＷＷＷサ
ーバは、本来は予め用意しておいたＷＷＷページを単に
送り返すに過ぎなかったが、１以上のサーバとの連携に
より複数のＷＷＷページに基づいて加工・処理を行い、
ＷＷＷクライアントが要求するＷＷＷページを動的に生
成して送り返す、というサービス形態が増えてきてい
る。

【００２１】例えば、ある１つのサーバが、ＷＷＷサー
バとクライアントの間でサービス出力を中継し、その間
に提供サービスに所定の加工を施すことでＷＷＷページ
に付加価値を与えることができる。このような形態の資
源提供サービスは、例えば、”ＤｅｌｅＧａｔｅ”と呼
ばれるＨＴＴＰ中継サーバ・プログラムを利用して実現
することができる。なお、”ＤｅｌｅＧａｔｅ”につい
ては、例えば、佐藤豊著「多目的プロトコル中継システ
ムＤｅｌｅＧａｔｅ」（電子技術総合研究所彙報，Ｖ
ｏｌ．５９，Ｎｏ．６（１９９５））を参照されたい。

【００２２】また、本出願人に既に譲渡されている特許
第２７４６２１８号公報には、複数の入力を基に処理を
行い、且つ、処理結果を別の処理の入力とすることで、
ユーザからのリクエストを多段階的に処理することがで
きる資源管理装置および資源管理方法について開示され
ている。

【００２３】ところが、上述のように複数のＷＷＷサー
バの連携によってＷＷＷページを多段階的に生成するよ
うな仕組みを利用する場合には、加工対象となるＷＷＷ
ページを提供するＷＷＷサーバの中に認証を要求するも
のが含まれていても、中継サーバは、認証に必要な情報
を入力したり認証情報をＷＷＷサーバまで伝達する機構
を備えていない。略言すれば、多段階的且つ動的にＷＷ
Ｗページ生成処理を行うＷＷＷサーバのうち少なくとも
１つでも認証情報を必要とすれば、ユーザがリクエスト
したＷＷＷページは完成されないのである。

【００２４】

【発明が解決しようとする課題】本発明の目的は、ネッ
トワーク上で複数のサーバによって提供される複数の資
源オブジェクトに対するクライアントのアクセス要求を
好適に管理することができる、優れた資源アクセス管理
装置及び方法を提供することにある。

【００２５】本発明の更なる目的は、複数のサーバ間で
の連携的な動作によって動的且つ多段階的に生成される
資源オブジェクトに対するクライアントのアクセス要求
を好適に管理することができる、優れた資源アクセス管
理装置及び方法を提供することにある。

【００２６】本発明の更なる目的は、資源オブジェクト
を提供するサーバの少なくとも１つが要求する認証手続
きを好適に管理することができる、優れた資源アクセス
管理装置及び方法を提供することにある。

【００２７】

【課題を解決するための手段及び作用】本発明は、上記
課題を参酌してなされたものであり、その第１の側面
は、１以上のサーバによって提供される複数の資源オブ
ジェクトからなる資源提供空間上において、クライアン
トの資源アクセス要求を管理するための資源アクセス管
理装置であって、クライアントの資源アクセス要求を中
継してサーバに対して資源アクセス要求を送信するアク
セス要求手段と、資源アクセス要求に対してサーバがク
ライアントの認証を要求したときに、該認証要求を基に
新しい認証要求を生成してクライアントに送信する認証
要求生成手段と、前記認証要求生成手段が生成した認証
要求をサーバから受信した元の認証要求と関連付けて保
存する認証要求保存手段と、を具備することを特徴とす
る資源アクセス管理装置である。

【００２８】このような形態の資源アクセス管理装置が
サーバ−クライアント間に介在することにより、サーバ
の資源にアクセスするために必要な認証手続きが円滑に
実行される。特に、認証を要求する複数の資源オブジェ
クトにアクセスするような場合であっても、認証に必要
な情報をサーバ―クライアント間で好適に伝達すること
ができる。

【００２９】また、資源アクセス管理装置を資源提供空
間上に適用する上で、サーバやクライアントの構成や動
作手順を修正又は変更する必要が全くない。例えば、資
源提供空間がインターネットのような広域ネットワーク
上に構築されたＷＷＷ資源提供空間である場合には、こ
の資源アクセス管理装置を中継サーバとして配備するだ
けで、既存のＷＷＷサーバ及びＷＷＷクライアント（す
なわちＷＷＷブラウザ）間での認証手続きを円滑に行う
ことができる。

【００３０】例えば、ＣＧＩ（ＣｏｍｍｏｎＧａｔｅ
ｗａｙＩｎｔｅｒｆａｃｅ）のような遠隔手続き呼び
出しを用いて、複数のＷＷＷサーバのＷＷＷページを加
工して、ＷＷＷクライアントが要求するＷＷＷページを
生成するような場合であっても、ＷＷＷサーバのうち１
つが認証を必要とするために要求されたＷＷＷページが
完成しないという問題は生じない。

【００３１】本発明の第１の側面に係る資源アクセス管
理装置は、サーバから受信した認証要求と関連付けられ
た新しい認証要求が既に認証要求保存手段に格納されて
いる場合には、該新しい認証要求を取り出してクライア
ントに送信するようにしてもよい。この結果、新たに生
成した認証要求を再利用することにより、資源アクセス
管理装置における処理負荷が軽減するとともに、処理時
間が短縮される。

【００３２】また、本発明の第１の側面に係る資源アク
セス管理装置は、さらに、サーバから受信した資源オブ
ジェクトを加工する資源オブジェクト処理手段を含んで
もよい。該資源アクセス管理装置を実装した中継サーバ
は、認証に必要な情報を入力したり認証情報をＷＷＷサ
ーバまで伝達する機構を備えている。したがって、多段
階的且つ動的にＷＷＷページ生成処理を行うＷＷＷサー
バのうち少なくとも１つが認証情報を要求する場合であ
っても、ユーザがリクエストしたＷＷＷページを加工す
ることができる。

【００３３】また、本発明の第２の側面は、１以上のサ
ーバによって提供される複数の資源オブジェクトからな
る資源提供空間上において、クライアントの資源アクセ
ス要求を管理するための資源アクセス管理方法であっ
て、（ａ）クライアントの資源アクセス要求を中継して
サーバに対して資源アクセス要求を送信するステップ
と、（ｂ）資源アクセス要求に対してサーバがクライア
ントの認証を要求したときに、該認証要求を基に新しい
認証要求を生成するステップと、（ｃ）前記ステップ
（ｂ）において生成された認証要求をサーバから受信し
た元の認証要求と関連付けて保存するステップと、を具
備することを特徴とする資源アクセス管理方法である。

【００３４】このような形態の資源アクセス管理方法を
実行することにより、サーバの資源にアクセスするため
に必要な認証手続きが円滑化される。特に、認証を要求
する複数の資源オブジェクトにアクセスするような場合
であっても、認証に必要な情報をサーバ―クライアント
間で好適に伝達することができる。

【００３５】また、該資源アクセス管理方法を資源提供
空間上で実現する上で、サーバやクライアントの構成や
動作手順を修正又は変更する必要が全くない。例えば、
資源提供空間がインターネットのような広域ネットワー
ク上に構築されたＷＷＷ資源提供空間である場合には、
この資源アクセス管理装置を中継サーバとして配備する
だけで、既存のＷＷＷサーバ及びＷＷＷクライアント
（すなわちＷＷＷブラウザ）間での認証手続きを円滑に
行うことができる。

【００３６】例えば、ＣＧＩ（ＣｏｍｍｏｎＧａｔｅ
ｗａｙＩｎｔｅｒｆａｃｅ）のような遠隔手続き呼び
出しを用いて、複数のＷＷＷサーバのＷＷＷページを加
工して、ＷＷＷクライアントが要求するＷＷＷページを
生成するような場合であっても、ＷＷＷサーバのうち１
つが認証を必要とするために要求されたＷＷＷページが
完成しないという問題は生じない。

【００３７】本発明の第２の側面に係る資源アクセス管
理方法において、サーバから受信した認証要求と関連付
けられた新しい認証要求が既に前記ステップ（ｃ）にお
いて既に保存されている場合には、該保存されている認
証要求を取り出して利用するようにしてもよい。この結
果、新たに生成した認証要求を再利用することにより、
資源アクセス管理方法を実行するための処理負荷が軽減
するとともに、処理時間が短縮される。

【００３８】また、該資源アクセス管理方法は、さら
に、（ｄ）サーバから資源オブジェクトを受信するステ
ップと、（ｅ）前記ステップ（ｄ）において受信した資
源オブジェクトを加工するステップと、を含んでもよ
い。

【００３９】本発明の第２の側面に係る資源アクセス管
理方法によれば、認証に必要な情報を入力したり認証情
報をサーバ−クライアント間で好適に伝達することがで
きる。したがって、多段階的且つ動的にＷＷＷページ生
成処理を行うＷＷＷサーバのうち少なくとも１つが認証
情報を要求する場合であっても、ユーザがリクエストし
たＷＷＷページを加工することができる。

【００４０】また、本発明の第３の側面は、１以上のサ
ーバによって提供される複数の資源オブジェクトからな
る資源提供空間上において、クライアントの資源アクセ
ス要求を管理するための資源アクセス管理装置であっ
て、クライアントのユーザ識別子を認証するユーザ認証
手段と、クライアントの資源アクセス要求を中継してサ
ーバに対して資源アクセス要求を送信するアクセス要求
手段と、資源アクセス要求に対してサーバがクライアン
トの認証を要求したときに、該認証要求を基に新しい認
証要求を生成してクライアントに送信する認証要求生成
手段と、認証要求に対してクライアントから返信された
認証情報を、該認証要求及び該クライアントのユーザ識
別子と関連付けて保存する認証要求保存手段と、を具備
することを特徴とする資源アクセス管理装置である。

【００４１】本発明の第３の側面に係る資源アクセス管
理装置は、さらに、サーバから受信した資源オブジェク
トを加工する資源オブジェクト処理手段を含んでもよ
い。

【００４２】このような形態の資源アクセス管理装置が
サーバ−クライアント間に介在することにより、サーバ
の資源にアクセスするために必要な認証手続きが円滑に
実行される。特に、認証を要求する複数の資源オブジェ
クトにアクセスするような場合であっても、認証に必要
な情報をサーバ―クライアント間で好適に伝達すること
ができる。

【００４３】本発明の第３の側面に係る資源アクセス管
理装置と第１の側面との相違点は、前者では、クライア
ントのユーザ認証を行い、ユーザ識別子と関連付けて認
証要求を保存する点にある。また、クライアントと中継
サーバ間でユーザ認証を実行することから、クライアン
トから受け取った認証情報を資源アクセス管理装置上に
保管することが、機密保護の点からも可能となる。した
がって、クライアントが同一の資源オブジェクトに対し
て再びアクセス要求したときに、サーバ側が認証を要求
した場合であっても、資源アクセス管理装置において認
証手続きが完了する。すなわち、クライアントが再度認
証情報を送信する必要がないので、通信負荷が軽減され
るとともに、認証手続きが円滑且つ簡略化される。

【００４４】本発明の第４の側面は、１以上のサーバに
よって提供される複数の資源オブジェクトからなる資源
提供空間上において、クライアントの資源アクセス要求
を管理するための資源アクセス管理方法であって、
（ａ）クライアントのユーザ識別子を認証するステップ
と、（ｂ）クライアントの資源アクセス要求を中継して
サーバに対して資源アクセス要求を送信するステップ
と、（ｃ）資源アクセス要求に対してサーバがクライア
ントの認証を要求したときに、該認証要求を基に新しい
認証要求を生成するステップと、（ｄ）認証要求に対し
てクライアントから返信された認証情報を、該認証要求
及び該クライアントのユーザ識別子と関連付けて保存す
るステップと、を具備することを特徴とする資源アクセ
ス管理方法である。

【００４５】本発明の第４の側面に係る資源アクセス管
理方法は、さらに、（ｅ）サーバから資源オブジェクト
を受信するステップと、（ｆ）前記ステップ（ｅ）にお
いて受信した資源オブジェクトを加工するステップと、
を含んでもよい。

【００４６】このような形態の資源アクセス管理方法を
実行することにより、サーバの資源にアクセスするため
に必要な認証手続きが円滑化される。特に、認証を要求
する複数の資源オブジェクトにアクセスするような場合
であっても、認証に必要な情報をサーバ―クライアント
間で好適に伝達することができる。

【００４７】本発明の第４の側面に係る資源アクセス管
理方法と第２の側面との相違点は、前者では、クライア
ントのユーザ認証を行い、ユーザ識別子と関連付けて認
証要求を保存する点にある。また、クライアントと中継
サーバ間でユーザ認証を実行することから、クライアン
トから受け取った認証情報をユーザに代行して保管する
ことが、機密保護の観点からも可能となる。したがっ
て、クライアントが同一の資源オブジェクトに対して再
びアクセス要求したときに、サーバ側が認証を要求した
場合であっても、クライアントが再度認証情報を送信す
る必要がないので、通信負荷が軽減されるとともに、認
証手続きが円滑且つ簡略化される。

【００４８】本発明のさらに他の目的、特徴や利点は、
後述する本発明の実施例や添付する図面に基づくより詳
細な説明によって明らかになるであろう。

【００４９】

【発明の実施の形態】以下、図面を参照しながら本発明
の実施例を詳解する。

【００５０】図１には、本発明の第１の実施形態に係る
ネットワーク・システム１０の構成を模式的に示してい
る。ネットワーク・システム１０は、例えば「インター
ネット」のような広域ネットワークを介して多数の計算
機がＴＣＰ／ＩＰ（ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎ
ｔｒｏｌＰｒｏｔｏｃｏｌ／ＩｎｔｅｒｎｅｔＰｒ
ｏｔｏｃｏｌ）接続されてなるシステムであり、ＨＴＴ
Ｐプロトコル（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅ
ｒＰｒｏｔｏｃｏｌ）に従って資源オブジェクトが提
供されるＷＷＷ（ＷｏｒｌｄＷｉｄｅＷｅｂ）資源
空間が構築されているものとする。

【００５１】図１に示すように、該ネットワーク・シス
テム１０は、ＷＷＷページなどの資源提供サービスを要
求するＷＷＷクライアント１００と、サービス提供を行
う複数のＷＷＷサーバ２０１，２０２，…と、ＷＷＷク
ライアント１００とＷＷＷサーバ２０１…間に介在する
中継サーバ３００とで構成される。

【００５２】ＷＷＷクライアント１００は、通常、「Ｗ
ＷＷブラウザ」と呼ばれるアプリケーションを用いて動
作するコンピュータである。ＷＷＷブラウザは、一般
に、ＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒＩｎｔｅ
ｒｆａｃｅ）画面をユーザに提供する。ＷＷＷクライア
ントのユーザは、ＷＷＷブラウザ画面上に用意された場
所ボックスにＵＲＬ（ＵｎｉｆｏｒｍＲｅｓｏｕｒｃ
ｅＬｏｃａｔｏｒ）文字列を記入するか、又は、ＷＷ
Ｗブラウザが提示するＷＷＷページ中でリンク情報が埋
め込まれたアンカーをマウス等で選択することによっ
て、所望の資源オブジェクトへのアクセスを指示するこ
とができる。資源オブジェクトの要求は、ＨＴＴＰリク
エストという形式で発行される。

【００５３】ＷＷＷブラウザは、サーバからの認証要求
に応答して、認証情報に関するユーザ入力を受容するた
めの認証情報入力部１１０を備えている。認証情報入力
部１１０は、例えば、ユーザＩＤやパスワードなどの入
力フォームを含んだダイアログ・ボックスという形態で
体現される。ＨＴＴＰプロトコルでは、認証要求や認証
情報の転送等に関する形式として、「Ｂａｓｉｃ認証」
及び「Ｄｉｇｅｓｔ認証」が規定されている。米ネット
スケープ・コミュニケーションズ社の「ネットスケープ
・ナビゲータ」のように、広汎に使用されているＷＷＷ
ブラウザの多くは、Ｂａｓｉｃ認証をサポートしてい
る。

【００５４】他方のＷＷＷサーバ２０１…は、通常、Ｗ
ＷＷサーバ専用のアプリケーションを用いて動作するコ
ンピュータ・システムであり、ＨＴＭＬ（Ｈｙｐｅｒ
ＴｅｘｔｍａｒｋｕｐＬａｎｇｕａｇｅ）形式で記
述されたハイパーテキストからなる資源オブジェクトを
複数所有し、ＨＴＴＰリクエストに対するレスポンスと
いう形式で、ＷＷＷクライアントに対する資源提供サー
ビスを行う。情報の提供者は、提供したい情報をＨＴＭ
Ｌ形式で記述し、これを資源オブジェクトとしてＷＷＷ
サーバに蓄積して、インターネット上でＷＷＷクライア
ントに公開することによって、ＷＷＷクライアントへの
情報提供を達成することができる。図示の各ＷＷＷサー
バ２０１，２０２，２０３は、それぞれ”ｗｗｗｈｏｓ
ｔ１”，”ｗｗｗｈｏｓｔ２”，”ｗｗｗｈｏｓｔ３”
なるホスト名若しくはドメイン名を有しているものとす
る。

【００５５】本実施例では、参照番号２０１及び２０２
で指示される各ＷＷＷサーバは、それぞれ保護ドメイン
２１１，２１２を有している。これら保護ドメイン２１
１，２１２内にある資源オブジェクトすなわちＷＷＷペ
ージ２２１，２２２にアクセスするためには、ＷＷＷク
ライアントのユーザ認証が必要である。保護ドメイン２
１１，２１２は、それぞれ”ｄｏｍｉａｎ１”、”ｄｏ
ｍａｉｎ２”というドメイン識別子を有するものとす
る。

【００５６】また、中継サーバ３００は、ＨＴＴＰ中継
サーバとして稼動するサーバであり、”ｐｒｏｘｙｈｏ
ｓｔ”というドメイン名若しくはホスト名を所有するも
のとする。中継サーバ３００は、ＷＷＷクライアント１
００からの資源オブジェクト要求をＨＴＴＰリクエスト
形式のメッセージとして受け取ると、処理プログラム３
０１を起動する。この処理プログラム３０１は、複数の
ＷＷＷページを基に、クライアントの要求に合致したＷ
ＷＷページを加工するプログラムである。すなわち、処
理プログラム３０１は他のＷＷＷサーバからのＨＴＴＰ
レスポンスを入力として利用し、且つ、該処理プログラ
ム３０１の出力が要求元のＷＷＷクライアントに対する
ＨＴＴＰレスポンスとなる。処理プログラム３０１
は、”ｐｒｏｇｒａｍ”というオブジェクト名若しくは
ファイル名を有するものとする。

【００５７】本実施例に係る中継サーバ３００は、さら
に、ＷＷＷサーバ２０１…から発行される認証要求を中
継する機能を備えている。より具体的には、ＷＷＷサー
バから認証を要求されたことに応答してＷＷＷクライア
ントに対する認証要求を新たに生成する認証要求生成部
３１０と、新たに生成された認証要求を元の認証要求と
対応付けて保管する認証要求データベース３２０とを備
えている。

【００５８】中継サーバ３００の実体は、同一のＷＷＷ
クライアント・マシン上で稼動する中継サーバ用のアプ
リケーションであっても、ある特定のＷＷＷサーバ・マ
シン上で稼動する中継サーバ用アプリケーションであっ
ても、あるいは、インターネット上でＷＷＷサーバやク
ライアントとは独立して存在する中継サーバ用マシンで
あってもよい。

【００５９】なお、図１では図解を省略しているが、Ｗ
ＷＷクライアント１００と、ＷＷＷサーバ２０１…は、
ＷＷＷ資源提供空間が構築されたインターネットのよう
な広域ネットワーク上にＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉ
ｓｓｉｏｎＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／Ｉｎｔ
ｅｒｎｅｔＰｒｏｔｏｃｏｌ）接続されており、ＨＴ
ＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒ
ｏｔｏｃｏｌ）プロトコルに従って資源サービス要求や
資源サービス提供を行うことができる。

【００６０】次いで、ネットワーク・システム１０上に
おける中継サーバ３００の処理手順について、図２〜図
４を参照しながら説明する。以下では、ＷＷＷクライア
ント１００から中継サーバ３００に対してＨＴＴＰリク
エストを送信し、各ＷＷＷサーバ２０１，２０２，２０
３からＷＷＷページ２２１，２２２，２２３をＨＴＴＰ
レスポンスとして取得し、これらＷＷＷページを入力と
して処理プログラム３０１を実行して、その処理結果で
あるＷＷＷページをＨＴＴＰレスポンスとしてＷＷＷク
ライアント１００に戻す、という一連の動作を例に取り
上げることにする。

【００６１】まず、ＷＷＷクライアント１００のユーザ
は、ＷＷＷブラウザ画面上の場所ボックスにＵＲＬを記
入するか、又は、同ブラウザ画面上に提示されているＷ
ＷＷページ上のアンカーをクリックすることで、資源オ
ブジェクトの提供を要求する。ＷＷＷクライアント１０
０は、この要求をＨＴＴＰリクエストという形式で送出
する。

【００６２】本実施例で扱われる要求は、より具体的に
は、中継サーバ３００の処理プログラム３０１を起動し
て、複数のＷＷＷサーバ２０１，２０２，２０３の各々
が持つ資源オブジェクトを利用して加工されたＷＷＷペ
ージを要求するものである。したがって、ＨＴＴＰリク
エスト・メッセージには、起動すべき処理プログラム３
０１の識別子の他に、この処理プログラム３０１に対す
る入力となる資源オブジェクトすなわちＷＷＷページ２
２１，２２２，２２３のＵＲＬに関する情報を含むもの
であり、下式のようなＵＲＬ文字列によって表現され
る。

【００６３】

【数１】

【００６４】中継サーバ３００は、受信したＨＴＴＰリ
クエストを解析して、実行すべき処理プログラム３０１
を特定するとともに、この処理プログラム３０１に対す
る入力となるＷＷＷページ２２１、ＷＷＷページ２２
２、及び、ＷＷＷページ２２３を取得するために、ＷＷ
Ｗサーバ２０１、ＷＷＷサーバ２０２、及び、ＷＷＷサ
ーバ２０３の各々に対してＨＴＴＰリクエストを送信す
る。

【００６５】前述したように、ＷＷＷページ２２１とＷ
ＷＷページ２２２の各々は、ＷＷＷサーバ２０１及びＷ
ＷＷサーバ２０２の各保護ドメイン２１１，２１２内に
ある。このため、ＷＷＷサーバ２０１及びＷＷＷサーバ
２０２はともに、ＨＴＴＰリクエストに応答してＷＷＷ
ページを返す代わりに、認証が必要であることを示すヘ
ッダのみを含んだＨＴＴＰレスポンスを返す（以下で
は、説明の便宜上、各ＷＷＷサーバ２０１，２０２はＨ
ＴＴＰＢａｓｉｃ認証を要求するものとする）。ま
た、ＷＷＷページ２２３は保護ドメイン外にあるので、
ＷＷＷサーバ２０３はＨＴＴＰリクエストに応答して、
ＷＷＷページ２２３を即座に出力する。

【００６６】中継サーバは、自身がＨＴＴＰリクエスト
を送信したＷＷＷサーバの中に、ＨＴＴＰＢａｓｉｃ
認証を要求するものがあるか否かを判別する。該認証要
求があった場合には、認証要求生成部３１０が起動さ
れ、以下のように動作する。

【００６７】認証要求は、サーバ名、ポート名、及び保
護ドメインの組み合わせからなる識別子によって特定さ
れる。例えば、ＷＷＷサーバ２０１が保護ドメイン２１
１内の資源オブジェクトへのアクセスである場合には、
ＨＴＴＰヘッダに含まれた以下の文字列から保護ドメイ
ン２１１の識別子”ｄｏｍａｉｎ１”を得ることができ
る。

【００６８】

【数２】

【００６９】この認証要求は、＜ｗｗｗｈｏｓｔ１，８
０，ｄｏｍａｉｎ１＞という一意の識別子が与えられ、
且つ、認証要求データベース３２０に記録される。

【００７０】さらに、認証要求生成部３１０は、元の認
証要求に関連付けられた新たな認証要求を生成して、こ
れを認証要求データベース３２０に保管する。新たな認
証要求は、元の認証要求を特定できる形態で生成するこ
とが好ましい。本実施例では、＜ｗｗｗｈｏｓｔ１，８
０，ｄｏｍａｉｎ１＞により特定できる認証要求に対し
て、＜ｐｒｏｘｙｈｏｓｔ，８０，ｄｏｍａｉｎ１＠ｗ
ｗｗｈｏｓｔ１：８０＞という新たな認証要求を生成し
て、両者を関連付けて保管する。

【００７１】中継サーバ３００は、各ＷＷＷサーバへの
ＨＴＴＰリクエストの送信を行う際、認証を要求するＷ
ＷＷサーバの数だけ、上記の認証要求の登録と新たな認
証要求の生成を繰り返し実行する。すなわち、ＷＷＷサ
ーバ２０２からの認証要求＜ｗｗｗｈｏｓｔ１，８０，
ｄｏｍａｉｎ２＞に対しても、同様に、新しい認証要求
＜ｐｒｏｘｙｈｏｓｔ，８０，ｄｏｍａｉｎ２＠ｗｗｗ
ｈｏｓｔ２：８０＞が生成されるとともに、両者が関連
付けられて保管される。

【００７２】そして、中継サーバ３００は、各ＷＷＷサ
ーバ２０１，２０２からの元の認証要求に代えて、新し
く生成された認証要求をＷＷＷクライアント１００に送
信する。この結果、ＷＷＷクライアント・マシン上で
は、ユーザに対して認証情報の入力を促すためのダイア
ログ・ボックスがＷＷＷブラウザ画面上にポップアップ
表示される。このダイアログ・ボックスは、例えば「ｄ
ｏｍａｉｎ１＠ｗｗｗｈｏｓｔ１：８０（ｐｒｏｘｙｈ
ｏｓｔ：８０）に対するユーザ名とパスワードを入力し
て下さい」のようなメッセージを含ませる。

【００７３】ＷＷＷブラウザは中継サーバ３００に対す
る認証情報の入力ウィンドウとしてダイアログ・ボック
スを開くことになる。但し、実質的にはＷＷＷサーバ２
０１が発行した認証要求であることを識別するためのメ
ッセージ（上述）を含んでいるので、ユーザは、現実に
は中継サーバ３００ではなくＷＷＷサーバ２０１に対す
る認証情報を入力すべきことを容易に判断することがで
きる。

【００７４】ユーザがＷＷＷサーバ２０１に対して登録
しておいた正規のユーザ名とパスワードを入力すると、
ＷＷＷクライアント１００はこれらの形式を変換して、
ＨＴＴＰヘッダとして認証情報を中継サーバに送信す
る。例えば、ユーザ名が”ｕｓｅｒ”であり、パスワー
ドが”ｐａｓｓ”であるときには、ＷＷＷクライアント
１００は以下に示すようなＨＴＴＰヘッダを送信する。

【００７５】

【数３】

【００７６】ＷＷＷクライアント１００上では、認証を
要求するＷＷＷサーバの数だけ、上記の認証情報の入力
プロンプトと入力された認証情報の送信が繰り返し行わ
れる。すなわち、ＷＷＷサーバ２０２からの認証要求に
対応した認証要求＜ｐｒｏｘｙｈｏｓｔ，８０，ｄｏｍ
ａｉｎ２＠ｗｗｗｈｏｓｔ２：８０＞に対しても、同様
に、認証情報の入力と送信が行われる。

【００７７】なお、米ネットスケープ・コミュニケーシ
ョンズ社のネットスケープ・ナビゲータを始めとする標
準的なＷＷＷブラウザは、ＨＴＴＰＢａｓｉｃ認証に
よる認証手続きを行う場合にユーザ入力された認証情報
を揮発的に保持しておく機能を備えている。揮発的と
は、ＷＷＷブラウザを終了するか、又はＷＷＷクライア
ント・マシンを停止した時点で記録していた認証情報が
消失することを意味する。このため、ローカル・ディス
クなどに不揮発的に認証情報を保持するようにしてもよ
い。

【００７８】中継サーバ３００は、ＷＷＷクライアント
１００から認証情報を受け取ると、認証要求データベー
ス３２０を参照して元の認証要求を見つけ出す。そし
て、受信した認証情報をＨＴＴＰリクエストに含めて、
該当するＷＷＷサーバに送信する。本実施例では、ＷＷ
Ｗサーバ２０１からの認証要求に対する返答として得ら
れた認証情報は、ＨＴＴＰヘッダに含めてＷＷＷサーバ
２０１に送信され、同様に、ＷＷＷサーバ２０２からの
認証要求に対する返答として得られた認証情報は、ＨＴ
ＴＰヘッダに含めてＷＷＷサーバ２０２に送信される。

【００７９】認証要求したＷＷＷサーバ２０１は、ＨＴ
ＴＰレスポンスという形式で認証情報を受信する。そし
て、認証情報に成功した場合には、要求されたＷＷＷペ
ージ２２１を、ＨＴＴＰレスポンスとして中継サーバ３
００に送出する。同様に、ＷＷＷサーバ２０２も、認証
情報に成功した場合には、要求されたＷＷＷページ２２
２を、ＨＴＴＰレスポンスとして中継サーバ３００に送
出する。

【００８０】他方、ＷＷＷサーバ２０１又は２０２にお
いて認証処理に失敗した場合には、ＷＷＷサーバは再び
認証要求を送信する。この結果、中継サーバ３００は、
処理プログラム３０１の入力となるＷＷＷページが得ら
れるまで、新たに生成した認証要求をＷＷＷクライアン
ト１００に繰り返し送信し続ける。

【００８１】中継サーバ３００が全てのＷＷＷページを
成功裡に取得すると、処理プログラム３０１は、これら
ＷＷＷページを入力とする処理を実行する。そして、処
理プログラム３０１の実行結果は、ＷＷＷページとして
ＷＷＷクライアント１００に返される。図２に示す例で
は、処理プログラム３０１は、ＷＷＷページ２２１，２
２２，２２３を入力として処理を実行し、その処理結果
として生成されたＷＷＷページをＨＴＴＰレスポンスと
してＷＷＷクライアント１００に送信するようになって
いる。

【００８２】図３には、上述したＷＷＷクライアント１
００によるＷＷＷページ取得のためのネットワーク・シ
ステム１０上での動作手順をチャート上で図解してい
る。以下、このチャートについて時系列に従って説明す
る。

【００８３】ＷＷＷクライアント１００のユーザは、Ｗ
ＷＷブラウザ画面上の場所ボックスにＵＲＬを記入する
か、又は、同ブラウザ画面上に提示されているＷＷＷペ
ージ上のアンカーをクリックすることで、資源オブジェ
クトの提供を要求する（Ｔ１）。ＷＷＷクライアント１
００は、この要求をＨＴＴＰリクエストという形式で中
継サーバ３００に送出する（Ｔ２）。

【００８４】中継サーバ３００は、ＷＷＷサーバ２０
１，２０２，２０３の各々に対してＨＴＴＰリクエスト
を送信して（Ｔ３，Ｔ４，Ｔ５）、ＷＷＷページ２２
１，２２２，２２３を要求する。

【００８５】要求されたＷＷＷページ２２１及びＷＷＷ
ページ２２２はそれぞれ保護ドメイン２１１，２１２に
あるので、ＷＷＷサーバ２０１とＷＷＷ２０２は、ＨＴ
ＴＰレスポンスとして認証要求を返す（Ｔ６，Ｔ７）。
また、ＷＷＷページ２２３はオープンなドメインにある
ので、ＷＷＷサーバ２０３は、ＨＴＴＰレスポンスとし
てＷＷＷページ２２３を返す（Ｔ８）。

【００８６】中継サーバ３００は、受信した認証要求
（Ｔ６）を基に新たな認証要求を生成して、これをＷＷ
Ｗクライアント１００に送信する（Ｔ９）。ＷＷＷクラ
イアント１００では、ＷＷＷブラウザ画面上にダイアロ
グ・ボックスを開くなどして、ユーザ名やパスワードな
ど所定の情報のユーザ入力を促す（Ｔ１１）。そして、
ＷＷＷクライアント１００は、ユーザ入力（Ｔ１２）に
基づいて認証情報を生成して、これを中継サーバ３００
に送信する（Ｔ１３）。この認証情報Ｔ１３は、ＷＷＷ
クライアント１００のローカルにおいて、揮発的若しく
は不揮発的に保存される。

【００８７】同様に、中継サーバ３００は、受信した認
証要求（Ｔ７）を基に新たな認証要求を生成して、これ
をＷＷＷクライアント１００に送信する（Ｔ１４）。Ｗ
ＷＷクライアント１００では、ＷＷＷブラウザ画面上に
ダイアログ・ボックスを開くなどして、ユーザ名やパス
ワードなど所定の情報のユーザ入力を促す（Ｔ１５）。
そして、ＷＷＷクライアント１００は、ユーザ入力（Ｔ
１６）に基づいて認証情報を生成して、これを中継サー
バ３００に送信する（Ｔ１７）。この認証情報Ｔ１７
は、ＷＷＷクライアント１００のローカルにおいて、揮
発的若しくは不揮発的に保存される。

【００８８】中継サーバ３００は、ＷＷＷサーバ２０１
及び２０２の各々に対して、それぞれ認証情報Ｔ１３及
びＴ１７を含むＨＴＴＰリクエストＴ１８及びＴ１９を
送信する。ＷＷＷサーバ２０１は、ＨＴＴＰレスポンス
としてＷＷＷページ２２１を返し（Ｔ２０）、ＷＷＷサ
ーバ２０２は、ＨＴＴＰレスポンスとしてＷＷＷページ
２２２を返す（Ｔ２１）。

【００８９】中継サーバ３００の処理プログラム３０１
は、上述のようにして取得したＷＷＷページ２２１，２
２２，２２３を入力として、新たなＷＷＷページを動的
に生成して、これをＷＷＷクライアント１００に送信す
る（Ｔ２２）。このＷＷＷページはＷＷＷブラウザにお
いて解析され、ＷＷＷページ画面として表示され、ユー
ザの閲覧に供される（Ｔ２３）。

【００９０】図４には、ＷＷＷクライアントが再度同じ
ＨＴＴＰリクエストを送信した場合における、ネットワ
ーク・システム１０上での動作手順をチャート上で図解
している。以下、このチャートについて時系列に従って
説明する。

【００９１】ＷＷＷクライアント１００のユーザは、Ｗ
ＷＷブラウザ画面上でＵＲＬを指示することで、資源オ
ブジェクトの提供を要求する（Ｔ３１）。ＷＷＷクライ
アント１００は、この要求をＨＴＴＰリクエストという
形式で中継サーバ３００に送出する（Ｔ３２）。

【００９２】中継サーバ３００は、ＷＷＷサーバ２０
１，２０２，２０３の各々に対してＨＴＴＰリクエスト
を送信して（Ｔ３３，Ｔ３４，Ｔ３５）、ＷＷＷページ
２２１，２２２，２２３を要求する。

【００９３】要求されたＷＷＷページ２２１及びＷＷＷ
ページ２２２はそれぞれ保護ドメイン２１１，２１２内
にあるので、ＷＷＷサーバ２０１とＷＷＷ２０２は、Ｈ
ＴＴＰレスポンスとして認証要求を返す（Ｔ３６，Ｔ３
７）。また、ＷＷＷページ２２３はオープンなドメイン
にあるので、ＷＷＷサーバ２０３は、ＨＴＴＰレスポン
スとしてＷＷＷページ２２３を返す（Ｔ３８）。

【００９４】中継サーバ３００が受信した認証要求Ｔ３
６及びＴ３７は、既に認証要求データベース３２０に保
存されたものである。したがって、中継サーバ３００
は、それぞれの認証要求Ｔ３６及びＴ３７に関連付けら
れている各認証要求を該データベース３２０から取り出
して、これをＷＷＷクライアント１００に送信する（Ｔ
３９，Ｔ４１）。

【００９５】ＷＷＷクライアント１００では、各認証要
求に対応する認証情報Ｔ１３及びＴ１７を既に揮発的若
しくは不揮発的に保存している。したがって、ＷＷＷク
ライアント１００は、改めてユーザ入力を促すことな
く、保存中の各認証情報を中継サーバ３００に送信する
（Ｔ４０，Ｔ４２）。すなわち、ユーザ名やパスワード
などの再度のユーザ入力を省略することができる。

【００９６】中継サーバ３００は、ＷＷＷサーバ２０１
及び２０２の各々に対して、それぞれ認証情報Ｔ１３及
びＴ１７を含むＨＴＴＰリクエストＴ４３及びＴ４４を
送信する。ＷＷＷサーバ２０１及び２０２の各々は、Ｗ
ＷＷページ２２１及びＷＷＷページ２２２をＨＴＴＰレ
スポンスとして返す（Ｔ４５，Ｔ４６）。

【００９７】中継サーバ３００の処理プログラムは、上
述のようにして取得したＷＷＷページ２２１，２２２，
２２３を入力として、新たなＷＷＷページを動的に生成
して、これをＷＷＷクライアント１００に送信する（Ｔ
４７）。このＷＷＷページはＷＷＷブラウザにおいて解
析され、ＷＷＷページ画面として表示され、ユーザの閲
覧に供される（Ｔ４８）。

【００９８】上述した本発明の実施形態において、ＷＷ
Ｗクライアントは一般に普及しているＷＷＷブラウザを
搭載しているだけで充分であり、また、ＷＷＷサーバは
通常のＷＷＷサーバ用アプリケーションを搭載したマシ
ンでよい。言い換えれば、中継サーバ３００を配設する
だけで、既存のネットワーク上の各資源提供サービスに
対して本発明を適用することができるという点を充分理
解されたい。

【００９９】また、本実施形態に係る中継サーバ３００
は、上述の説明からも明らかなように、中継サーバのホ
スト名が明記されたＵＲＬ文字列の中から中継すべきＷ
ＷＷサーバ名を取り出すようになっている。これは、Ｈ
ＴＴＰプロトコルで規定されている中継用メソッド”Ｃ
ＯＮＮＥＣＴ”を用いるとともに、例えばＨＴＴＰヘッ
ダなどＵＲＬ以外の情報として中継すべきＷＷＷサーバ
名を伝達することで、実現することができる。

【０１００】本実施形態に係る中継サーバは、複数のＷ
ＷＷサーバに対するＨＴＴＰリクエストを中継するとと
もにＨＴＴＰレスポンスを加工するタイプのＨＴＴＰ中
継サーバである。この中継サーバによれば、ＷＷＷクラ
イアント・ユーザの認証を要求する各ＷＷＷサーバに対
してそれぞれ１回の認証情報のユーザ入力のみを必要と
し、同じＨＴＴＰリクエストを再度行うときにはユーザ
入力を求めることなく、各ＷＷＷサーバのＨＴＴＰレス
ポンスを加工することができる、という点も充分理解さ
れたい。

【０１０１】また、本実施形態に係る中継サーバは、広
域ネットワーク上で提供される各種サービスの出力を、
サーバとクライアントの間を中継する間に加工するよう
な場合に好適に適用することができる。すなわち、加工
対象となるサービスのうちの１つが認証を要求する場合
であっても、認証に必要な情報を円滑にクライアント−
サーバ間で伝達することができ、上記［従来の技術］の
欄で指摘した技術的課題を解決することができる。

【０１０２】次に、本発明の第２の実施形態について説
明する。該実施形態では、中継サーバは、一度ユーザ入
力された認証情報を保持することができるという点で、
上述した第１の実施形態と相違する。

【０１０３】図５には、本発明の第２の実施形態に係る
ネットワーク・システム１０の構成を模式的に示してい
る。同図に示すように、該ネットワーク・システム１０
は、ＷＷＷページなどの資源提供サービスを要求するＷ
ＷＷクライアント１００と、サービス提供を行う複数の
ＷＷＷサーバ２０１，２０２，…と、ＷＷＷクライアン
ト１００とＷＷＷサーバ２０１…間に介在する中継サー
バ３００とで構成される。但し、ＷＷＷクライアント１
００とＷＷＷサーバ２０１…は、第１の実施形態と略同
一の構成でよいので、以下では説明を省略する。

【０１０４】中継サーバ３００は、ＨＴＴＰ中継サーバ
として稼動し、”ｐｒｏｘｙｈｏｓｔ”というドメイン
名若しくはホスト名を所有するものとする。中継サーバ
３００は、ＷＷＷクライアント１００からの資源オブジ
ェクト要求をＨＴＴＰリクエスト形式のメッセージとし
て受け取ると、処理プログラム３０１を起動する。この
処理プログラム３０１は、複数のＷＷＷページを入力と
して加工を施し、クライアントの要求に合致したＷＷＷ
ページを動的に生成するためのプログラムである。

【０１０５】また、中継サーバ３００は、ＷＷＷサーバ
２０１…から発行される認証要求を中継するために、Ｗ
ＷＷサーバから認証を要求されたことに応答してＷＷＷ
クライアントに対する認証要求を新たに生成する認証要
求生成部３１０と、認証要求データベース３２０とを備
えている。

【０１０６】本実施形態に係る中継サーバ３００は、複
数のＷＷＷクライアント１００…間で共有することを前
提とする。このため、ユーザを識別して認証要求データ
ベース３２０を利用する必要がある。図示の例では、Ｈ
ＴＴＰＳ^/*/を利用したクライアント認証を行うことと
する。すなわち、中継サーバ３００は、ＷＷＷクライア
ントが接続されたときにＨＴＴＰＳ認証を行い、取得し
たユーザ識別子を内部的に保持する。中継サーバ３００
は、このユーザ識別子を用いて、各クライアント・ユー
ザ毎に認証要求データベース３２０を使い分けることが
できる。

【０１０７】また、本実施形態に係る認証要求データベ
ース３２０では、各エントリは、元の認証要求と、新た
に生成された認証要求を保管する以外に、認証要求に対
応する認証情報の各々を書き込むフィールドを含んでい
る。認証情報フィールドには、最初のユーザ入力によっ
て得られた認証情報が書き込まれる。

【０１０８】中継サーバ３００は、ユーザ識別子と認証
要求が一致するような認証情報が保持されていると、Ｗ
ＷＷクライアントに対して認証要求を送出することな
く、既にデータベース登録されている認証情報を認証要
求元のＷＷＷサーバに送信する。この結果、通信負荷や
クライアント・ユーザの処理負荷が軽減される。その
後、ＷＷＷサーバが認証失敗を通知した場合（例えば認
証が消滅した場合）には、改めてＷＷＷクライアントに
対して認証要求を送信すればよい。

【０１０９】なお、認証要求データベース３２０に登録
された認証情報を、登録後所定時間経過後、あるいは最
後に利用してから所定期間経過後に自動的に消去するこ
とによって、認証情報の漏洩を防止したり、古い（すな
わち無効化された）認証情報を廃棄することができる。

【０１１０】図６には、ＷＷＷクライアントが再度同じ
ＨＴＴＰリクエストを送信した場合における、ネットワ
ーク・システム１０上での動作手順をチャート上で図解
している。ＷＷＷサーバから最初に認証要求が発行され
たときの動作手順は図４で示した場合と略同一なので、
ここでは説明を省略する。以下、このチャートについて
時系列に従って説明する。

【０１１１】中継サーバ３００は、ＷＷＷクライアント
１００が接続した時点で、ＨＴＴＰＳによるクライアン
ト認証を行い、そのユーザ識別子を保持しているものと
する。

【０１１２】ＷＷＷクライアント１００のユーザは、Ｗ
ＷＷブラウザ画面上でＵＲＬを指示することで、資源オ
ブジェクトの提供を要求する（Ｔ５１）。ＷＷＷクライ
アント１００は、この要求をＨＴＴＰリクエストという
形式で中継サーバ３００に送出する（Ｔ５２）。

【０１１３】中継サーバ３００は、ＷＷＷサーバ２０
１，２０２，２０３の各々に対してＨＴＴＰリクエスト
を送信して（Ｔ５３，Ｔ５４，Ｔ５５）、ＷＷＷページ
２２１，２２２，２２３を要求する。

【０１１４】要求されたＷＷＷページ２２１及びＷＷＷ
ページ２２２はそれぞれ保護ドメイン２１１，２１２内
にあるので、ＷＷＷサーバ２０１とＷＷＷ２０２は、Ｈ
ＴＴＰレスポンスとして認証要求を返す（Ｔ５６，Ｔ５
７）。また、ＷＷＷページ２２３はオープンなドメイン
にあるので、ＷＷＷサーバ２０３は、ＨＴＴＰレスポン
スとしてＷＷＷページ２２３を返す（Ｔ５８）。

【０１１５】中継サーバ３００は、受信した認証要求Ｔ
５６及びＴ５７とは、ユーザ識別子と認証要求が一致す
る認証情報を既に登録している。したがって、中継サー
バ３００は、ＷＷＷクライアント１００に対して認証要
求を送出することなく、それぞれの認証要求Ｔ３６及び
Ｔ３７に関連付けられている各認証情報を認証要求デー
タベース３２０から取り出して、これら認証情報を含む
ＨＴＴＰリクエスト（Ｔ５９，Ｔ６０）をＷＷＷサーバ
２０１及び２０２の各々に送信する。この結果、通信負
荷やクライアント・ユーザの処理負荷が軽減される。

【０１１６】ＷＷＷサーバ２０１及び２０２の各々は、
認証情報の受信に応答して、ＷＷＷページ２２１及びＷ
ＷＷページ２２２をＨＴＴＰレスポンスとして返す（Ｔ
６１，Ｔ６２）。

【０１１７】中継サーバ３００は、上述のようにして取
得したＷＷＷページ２２１，２２２，２２３を入力とし
て、新たなＷＷＷページを動的に生成して、これをＷＷ
Ｗクライアント１００に送信する（Ｔ６３）。このＷＷ
ＷページはＷＷＷブラウザにおいて解析され、ＷＷＷペ
ージ画面として表示され、ユーザの閲覧に供される（Ｔ
６４）。

【０１１８】本実施形態に係る中継サーバは、複数のＷ
ＷＷサーバに対するＨＴＴＰリクエストを中継するとと
もにＨＴＴＰレスポンスを加工するタイプのＨＴＴＰ中
継サーバである。この中継サーバ上に保持された認証情
報を利用することで、認証を要求するＷＷＷサーバに対
して好適にレスポンスすることができ、ＷＷＷクライア
ントを使用するユーザは、複数のＷＷＷサーバが所有す
る資源オブジェクトを円滑に利用することができる。

【０１１９】また、資源提供サービスの利用に先立つ明
示的な認証情報の登録や、パスワードが変更された場合
の明示的な再登録なしに、認証情報のユーザ入力を省略
することができる。

【０１２０】次に、本発明の第３の実施形態について説
明する。該実施形態では、ＷＷＷクライアント１００か
らのＨＴＴＰリクエストを処理するために、２以上の中
継サーバが介在するという点で、上記の第１及び第２の
実施形態とは相違する。

【０１２１】図７には、本発明の第３の実施形態に係る
ネットワーク・システム１０の構成を模式的に示してい
る。同図に示すように、該ネットワーク・システム１０
は、ＷＷＷページなどの資源提供サービスを要求するＷ
ＷＷクライアント１００と、サービス提供を行う複数の
ＷＷＷサーバ２０１，２０２，…と、ＷＷＷクライアン
ト１００とＷＷＷサーバ２０１…間に介在する２基の中
継サーバ３００及び４００とで構成される。

【０１２２】ＷＷＷクライアント１００とＷＷＷサーバ
２０１…は、第１の実施形態と略同一の構成でよいの
で、以下では説明を省略する。

【０１２３】また、中継サーバ３００及び４００の各々
は、図１に示した第１の実施形態に係る中継サーバ３０
０と略同一構成でよい。あるいは、中継サーバ３００及
び４００の各々は、図５に示した第２の実施形態に係る
中継サーバ３００と略同一構成であってもよい。

【０１２４】図７に示す例では、中継サーバ４００は、
ＷＷＷクライアント１００のＨＴＴＰリクエストに関し
て、中継サーバ３００の下流に位置付けられる。この中
継サーバ４００は、単にＨＴＴＰリクエストを中継する
だけでなく、上流側の中継サーバ３００における処理プ
ログラム３０１に対する入力の１つとなるＷＷＷページ
４２１を提供してもよい。また、このＷＷＷページ４２
１が保護ドメイン４１１内に存在し、ＨＴＴＰリクエス
トに対して中継サーバ４００が認証を要求してもよい。

【０１２５】図７に示すようなネットワーク構成の場
合、ＷＷＷクライアント１００は、中継サーバ３００に
ＨＴＴＰリクエストを送信する。中継サーバ３００は、
さらに中継サーバ４００、及び／又は、他のＷＷＷサー
バ２５１，２５２…に対してＨＴＴＰリクエストを送信
する。

【０１２６】中継サーバ４００では、ＷＷＷサーバ２０
１及び２０２からはＨＴＴＰレスポンスとして認証要求
を送信するとともに、ＷＷＷサーバ２０３からはＨＴＴ
ＰレスポンスとしてＷＷＷページ２２３を送信する（同
上）。

【０１２７】中継サーバ４００が起動する処理プログラ
ム４０１は、各ＷＷＷページ２２１，２２２，２２３を
入力として加工し、その処理結果として出力されるＷＷ
Ｗページ４５０を中継サーバ３００に返す。また、中継
サーバ４００は、中継サーバ３００からのＨＴＴＰリク
エストに対するレスポンスとして、ローカルに所有する
ＷＷＷページ４２１を返してもよい。ＷＷＷページ４２
１を引き渡す際に、ＷＷＷクライアント１００に対する
認証を要求してもよい。

【０１２８】中継サーバ３００が起動する処理プログラ
ム３０１は、中継サーバ４００から返されたＷＷＷペー
ジ４５１及び／又はＷＷＷページ４２１、及び／又は、
他のＷＷＷサーバ２５１，２５２，…から返される各Ｗ
ＷＷページを入力として処理を実行し、その処理結果と
して出力されるＷＷＷページ３５０をＷＷＷクライアン
ト１００に返す。

【０１２９】上述したように動作手順に従って、２つの
中継サーバ３００，４００が段階的な中継動作を行いつ
つ、ＷＷＷページに対して２段階の処理の適用を実現す
ることができる。また、多段階処理の適用に際して要求
される認証を円滑に処理することができる。

【０１３０】次に、本発明の第４の実施形態について説
明する。該実施形態では、中継サーバが認証手続き変換
部３６０を具備するという点で、上述した各実施形態と
相違する。

【０１３１】図８には、本発明の第４の実施形態に係る
ネットワーク・システム１０の構成を模式的に示してい
る。同図に示すように、該ネットワーク・システム１０
は、ＷＷＷページなどの資源提供サービスを要求するＷ
ＷＷクライアント１００と、サービス提供を行う複数の
ＷＷＷサーバ２０１，２０２，…と、ＷＷＷクライアン
ト１００とＷＷＷサーバ２０１…間に介在する中継サー
バ３００とで構成される。

【０１３２】ＷＷＷクライアント１００とＷＷＷサーバ
２０１…は、第１の実施形態と略同一の構成でよい。但
し、ＷＷＷクライアント１００上で稼動するＷＷＷブラ
ウザは標準的なソフトウェア製品であり、ＨＴＴＰＢ
ａｓｉｃ認証しかサポートしていない。これに対して、
ＷＷＷサーバ２０１…のうちの少なくとも１つはＨＴＴ
ＰＢａｓｉｃ認証以外の認証手続き、例えばＨＴＴＰ
Ｄｉｇｅｓｔ認証による認証手続きを要求する。

【０１３３】また、本実施形態に係る中継サーバ３００
は、図１に示した第１の実施形態に係る中継サーバ３０
０、あるいは、図５に示した第２の実施形態に係る中継
サーバ３００とは、基本的には略同一構成であってもよ
い。すなわち、中継サーバ３００は、ＨＴＴＰ中継サー
バとして稼動し、”ｐｒｏｘｙｈｏｓｔ”というドメイ
ン名若しくはホスト名を所有するものとする。中継サー
バ３００は、ＷＷＷクライアント１００からの資源オブ
ジェクト要求をＨＴＴＰリクエスト形式のメッセージと
して受け取ると、処理プログラム３０１を起動する。こ
の処理プログラム３０１は、複数のＷＷＷページを入力
として加工を行い、クライアントの要求に合致したＷＷ
Ｗページを動的に生成するプログラムである。

【０１３４】本実施形態に係る中継サーバ３００は、さ
らに認証手続き変換部３６０を備える。この認証手続き
変換部３６０は、ＨＴＴＰＤｉｇｅｓｔ認証などのＷ
ＷＷブラウザがサポートしない認証手続きを、ＷＷＷブ
ラウザが対応可能なＨＴＴＰＢａｓｉｃ認証手続きに変
換する機能を有する。

【０１３５】この結果、中継サーバ３００は、既存のＷ
ＷＷブラウザを用いたＷＷＷクライアントがいかなるＷ
ＷＷサーバに対するＨＴＴＰリクエストを要求する場合
であっても、認証に必要な情報を円滑にクライアント−
サーバ間で伝達することができ、上記［従来の技術］の
欄で指摘した技術的課題を解決することができる。

【０１３６】《注釈》＊：ＨＴＴＰＳは、ＳＳＬ（ＳｅｃｕｒｅＳｏｃｋｅ
ｔＬａｙｅｒ）を用いて暗号化通信するＨＴＴＰプロ
トコルのことを指す。なお、ＳＳＬに関しては、例えば
米国特許第５，８２５，８９０号明細書に開示されてい
る。

【０１３７】《追補》以上、特定の実施例を参照しなが
ら、本発明について詳解してきた。しかしながら、本発
明の要旨を逸脱しない範囲で当業者が該実施例の修正や
代用を成し得ることは自明である。すなわち、例示とい
う形態で本発明を開示してきたのであり、限定的に解釈
されるべきではない。本発明の要旨を判断するために
は、冒頭に記載した特許請求の範囲の欄を参酌すべきで
ある。

【０１３８】

【発明の効果】以上詳記したように、本発明によれば、
ネットワーク上で複数のサーバによって提供される複数
の資源オブジェクトに対するクライアントのアクセス要
求を好適に管理することができる、優れた資源アクセス
管理装置及び方法を提供することができる。

【０１３９】また、本発明によれば、複数のサーバ間で
の連携的な動作によって生成される資源オブジェクトに
対するクライアントのアクセス要求を好適に管理するこ
とができる、優れた資源アクセス管理装置及び方法を提
供することができる。

【０１４０】また、本発明によれば、資源オブジェクト
を提供するサーバの少なくとも１つが要求する認証手続
きを好適に管理することができる、優れた資源アクセス
管理装置及び方法を提供することができる。

【０１４１】本発明をインターネットのような広域ネッ
トワークに適用するためには、ＷＷＷクライアントは一
般に普及しているＷＷＷブラウザを搭載しているだけで
充分であり、また、ＷＷＷサーバは通常のＷＷＷサーバ
用アプリケーションを搭載したマシンでよい。言い換え
れば、中継サーバを配設するだけで、既存のネットワー
ク上の各資源提供サービスに対して本発明を適用するこ
とができる。

【０１４２】また、本発明に係る中継サーバは、中継サ
ーバのホスト名が明記されたＵＲＬ文字列の中から中継
すべきＷＷＷサーバ名を取り出すようになっている。こ
れは、ＨＴＴＰプロトコルで規定されている中継用メソ
ッド”ＣＯＮＮＥＣＴ”を用いるとともに、例えばＨＴ
ＴＰヘッダなどＵＲＬ以外の情報として中継すべきＷＷ
Ｗサーバ名を伝達することで、実現することができる。

【０１４３】本発明に係る中継サーバは、複数のＷＷＷ
サーバに対するＨＴＴＰリクエストを中継するとともに
ＨＴＴＰレスポンスを加工するタイプのＨＴＴＰ中継サ
ーバである。この中継サーバによれば、ＷＷＷクライア
ント・ユーザの認証を要求する各ＷＷＷサーバに対して
それぞれ１回の認証情報のユーザ入力のみを必要とし、
同じＨＴＴＰリクエストを再度行うときにはユーザ入力
を求めることなく、各ＷＷＷサーバのＨＴＴＰレスポン
スを加工することができる。

【０１４４】また、本発明に係る中継サーバは、広域ネ
ットワーク上で提供される各種サービスの出力を、サー
バとクライアントの間を中継する間に加工するような場
合に好適に適用することができる。すなわち、加工対象
となるサービスのうちの１つが認証を要求する場合であ
っても、認証に必要な情報を円滑にクライアント−サー
バ間で伝達することができる。

【０１４５】本発明に係る中継サーバは、さらに一度使
用された認証情報を保持してもよい。この場合、中継サ
ーバ上に保持された認証情報を利用することで、認証を
要求するＷＷＷサーバに対して好適にレスポンスするこ
とができ、ＷＷＷクライアントを使用するユーザは、複
数のＷＷＷサーバが所有する資源オブジェクトを円滑に
利用することができる。この結果、認証手続きのために
要求される通信負荷やクライアント・ユーザの処理負荷
が軽減される。また、資源提供サービスの利用に先立つ
明示的な認証情報の登録や、パスワードが変更された場
合の明示的な再登録になしに、認証情報のユーザ入力を
省略することができる。

【図面の簡単な説明】

【図１】本発明の第１の実施形態に係るネットワーク・
システム１０の構成を模式的に示した図である。

【図２】本発明の第１の実施形態に係るネットワーク・
システム１０の動作特性を説明する図である。

【図３】本発明の第１の実施形態に係るネットワーク・
システム１０上における、ＷＷＷクライアント１００が
ＷＷＷページを要求し取得するための一連の処理手順を
図解したチャートである。

【図４】本発明の第１の実施形態に係るネットワーク・
システム１０上における、ＷＷＷクライアント１００が
ＷＷＷページを要求し取得するための一連の処理手順を
図解したチャートであり、より具体的には、ＷＷＷクラ
イアントが再度同じＨＴＴＰリクエストを送信した場合
における動作を図解したものである。

【図５】本発明の第２の実施形態に係るネットワーク・
システム１０の構成を模式的に示した図である。

【図６】本発明の第２の実施形態に係るネットワーク・
システム１０上における、ＷＷＷクライアント１００が
ＷＷＷページを要求し取得するための一連の処理手順を
図解したチャートであり、より具体的には、ＷＷＷクラ
イアントが再度同じＨＴＴＰリクエストを送信した場合
における動作を図解したものである。

【図７】本発明の第３の実施形態に係るネットワーク・
システム１０の構成を模式的に示した図である。

【図８】本発明の第４の実施形態に係るネットワーク・
システム１０の構成を模式的に示した図である。

【符号の説明】

１０…ネットワーク・システム１００…ＷＷＷクライアント１１０…認証情報入力部２０１，２０２，２０３…ＷＷＷサーバ２１１，２１２…保護ドメイン２２１，２２２，２２３…ＷＷＷページ３００，４００…中継サーバ３０１，４０１…処理プログラム３１０，４１０…認証要求生成部３２０，４２０…認証要求データベース

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｈ０４Ｌ 12/58 Ｆターム(参考） 5B085 AE23 BG07 CA04 5B089 GA11 GB02 JA21 KA03 KA17 KB13 KC58 5K030 GA15 HC01 HC13 HD02 5K033 AA08 BA05 CB08 DA05 DB18

Claims

【特許請求の範囲】

【請求項１】１以上のサーバによって提供される複数の
資源オブジェクトからなる資源提供空間上において、ク
ライアントの資源アクセス要求を管理するための資源ア
クセス管理装置であって、クライアントの資源アクセス要求を中継してサーバに対
して資源アクセス要求を送信するアクセス要求手段と、資源アクセス要求に対してサーバがクライアントの認証
を要求したときに、該認証要求を基に新しい認証要求を
生成してクライアントに送信する認証要求生成手段と、前記認証要求生成手段が生成した認証要求をサーバから
受信した元の認証要求と関連付けて保存する認証要求保
存手段と、を具備することを特徴とする資源アクセス管理装置。
【請求項２】サーバから受信した認証要求と関連付けら
れた新しい認証要求が既に前記認証要求保存手段に格納
されている場合には、該新しい認証要求を取り出してク
ライアントに送信することを特徴とする請求項１に記載
の資源アクセス管理装置。
【請求項３】さらに、サーバから受信した資源オブジェ
クトを加工する資源オブジェクト処理手段を含むことを
特徴とする請求項１又は２のいずれかに記載の資源アク
セス管理装置。
【請求項４】１以上のサーバによって提供される複数の
資源オブジェクトからなる資源提供空間上において、ク
ライアントの資源アクセス要求を管理するための資源ア
クセス管理方法であって、（ａ）クライアントの資源アクセス要求を中継してサー
バに対して資源アクセス要求を送信するステップと、（ｂ）資源アクセス要求に対してサーバがクライアント
の認証を要求したときに、該認証要求を基に新しい認証
要求を生成するステップと、（ｃ）前記ステップ（ｂ）において生成された認証要求
をサーバから受信した元の認証要求と関連付けて保存す
るステップと、を具備することを特徴とする資源アクセス管理方法。
【請求項５】サーバから受信した認証要求と関連付けら
れた新しい認証要求が既に前記ステップ（ｃ）において
既に保存されている場合には、該保存されている認証要
求を取り出して利用することを特徴とする請求項４に記
載の資源アクセス管理方法。
【請求項６】さらに、（ｄ）サーバから資源オブジェク
トを受信するステップと、（ｅ）前記ステップ（ｄ）に
おいて受信した資源オブジェクトを加工するステップ
と、を含むことを特徴とする請求項４又は５のいずれか
に記載の資源アクセス管理方法。
【請求項７】１以上のサーバによって提供される複数の
資源オブジェクトからなる資源提供空間上において、ク
ライアントの資源アクセス要求を管理するための資源ア
クセス管理装置であって、クライアントのユーザ識別子を認証するユーザ認証手段
と、クライアントの資源アクセス要求を中継してサーバに対
して資源アクセス要求を送信するアクセス要求手段と、資源アクセス要求に対してサーバがクライアントの認証
を要求したときに、該認証要求を基に新しい認証要求を
生成してクライアントに送信する認証要求生成手段と、認証要求に対してクライアントから返信された認証情報
を、該認証要求及び該クライアントのユーザ識別子と関
連付けて保存する認証要求保存手段と、を具備すること
を特徴とする資源アクセス管理装置。
【請求項８】さらに、サーバから受信した資源オブジェ
クトを加工する資源オブジェクト処理手段を含むことを
特徴とする請求項７に記載の資源アクセス管理装置。
【請求項９】１以上のサーバによって提供される複数の
資源オブジェクトからなる資源提供空間上において、ク
ライアントの資源アクセス要求を管理するための資源ア
クセス管理方法であって、（ａ）クライアントのユーザ
識別子を認証するステップと、（ｂ）クライアントの資
源アクセス要求を中継してサーバに対して資源アクセス
要求を送信するステップと、（ｃ）資源アクセス要求に
対してサーバがクライアントの認証を要求したときに、
該認証要求を基に新しい認証要求を生成するステップ
と、（ｄ）認証要求に対してクライアントから返信され
た認証情報を、該認証要求及び該クライアントのユーザ
識別子と関連付けて保存するステップと、を具備するこ
とを特徴とする資源アクセス管理方法。
【請求項１０】さらに、（ｅ）サーバから資源オブジェ
クトを受信するステップと、（ｆ）前記ステップ（ｅ）
において受信した資源オブジェクトを加工するステップ
と、を含むことを特徴とする請求項９に記載の資源アク
セス管理方法。