(57)【特許請求の範囲】
【請求項１】
ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）によって特定されるハイパーテキスト・ドキュメントを提供する１以上のサーバとクライアントとの間に介在して、該クライアントからのハイパーテキストへのアクセス要求を中継するアクセス中継装置であって、
クライアントからのハイパーテキスト・ドキュメントへのアクセス要求を中継してサーバに対してハイパーテキスト・ドキュメントへのアクセス要求を送信するアクセス要求手段と、
ハイパーテキスト・ドキュメントへのアクセス要求に対してサーバがクライアントの認証を要求したときに、該認証要求を基に新しい認証要求を生成してクライアントに送信する認証要求生成手段と、
前記認証要求生成手段が生成した認証要求をサーバから受信した元の認証要求と関連付けて保存する認証要求保存手段と、
を具備することを特徴とするアクセス中継装置。
【請求項２】
サーバから受信した認証要求と関連付けられた新しい認証要求が既に前記認証要求保存手段に格納されている場合には、該関連付けられた新しい認証要求を取り出してクライアントに送信することを特徴とする請求項１に記載のアクセス中継装置。
【請求項３】
さらに、サーバから受信したハイパーテキスト・ドキュメントを加工するハイパーテキスト・ドキュメント処理手段を含むことを特徴とする請求項１又は２のいずれかに記載のアクセス中継装置。
【請求項４】
コンピュータを用いて構築されるアクセス中継装置が、ＵＲＬによって特定されるハイパーテキスト・ドキュメントを提供する１以上のサーバサーバとクライアント間に介在して、該クライアントからのハイパーテキスト・ドキュメントへのアクセス要求を中継するアクセス中継方法であって、
（ａ）前記コンピュータが備えるアクセス要求手段が、クライアントからのハイパーテキスト・ドキュメントへのアクセス要求を中継してサーバに対してハイパーテキスト・ドキュメントへのアクセス要求を送信するステップと、
（ｂ）前記コンピュータが備える認証要求生成手段が、ハイパーテキスト・ドキュメントへのアクセス要求に対してサーバがクライアントの認証を要求したときに、該認証要求を基に新しい認証要求を生成してクライアントに送信するステップと、
（ｃ）前記コンピュータが備える認証要求保存手段が、前記ステップ（ｂ）において生成された認証要求をサーバから受信した元の認証要求と関連付けて保存するステップと、
を具備することを特徴とするアクセス中継方法。
【請求項５】
サーバから受信した認証要求と関連付けられた新しい認証要求が既に前記ステップ（ｃ）において既に保存されている場合には、該保存されている認証要求を取り出して利用することを特徴とする請求項４に記載のアクセス中継方法。
【請求項６】
さらに、
（ｄ）前記コンピュータが備える受信手段が、サーバからハイパーテキスト・ドキュメントを受信するステップと、
（ｅ）前記コンピュータが備えるハイパーテキスト・ドキュメント処理手段が、前記ステップ（ｄ）において受信したハイパーテキスト・ドキュメントを加工するステップと、
を含むことを特徴とする請求項４又は５のいずれかに記載のアクセス中継方法。
【請求項７】
ＵＲＬによって特定されるハイパーテキスト・ドキュメントを提供する１以上のサーバとクライアント間に介在して、該クライアントからのハイパーテキストへのアクセス要求を中継するアクセス中継装置であって、
クライアントのユーザ識別子を認証するユーザ認証手段と、
クライアントからのハイパーテキスト・ドキュメントへのアクセス要求を中継してサーバに対してハイパーテキスト・ドキュメントへのアクセス要求を送信するアクセス要求手段と、
ハイパーテキスト・ドキュメントへのアクセス要求に対してサーバがクライアントの認証を要求したときに、該認証要求を基に新しい認証要求を生成してクライアントに送信する認証要求生成手段と、
認証要求に対してクライアントから返信された認証情報を、該認証要求及び該クライアントのユーザ識別子と関連付けて保存する認証要求保存手段と、
を具備することを特徴とするアクセス中継装置。
【請求項８】
さらに、サーバから受信したハイパーテキスト・ドキュメントを加工するハイパーテキスト・ドキュメント処理手段を含むことを特徴とする請求項７に記載のアクセス中継装置。
【請求項９】
コンピュータを用いて構築されるアクセス中継装置が、ＵＲＬによって特定されるハイパーテキスト・ドキュメントを提供する１以上のサーバとクライアント間に介在して、該クライアントからのハイパーテキスト・ドキュメントへのアクセス要求を中継するアクセス中継方法であって、
（ａ）前記コンピュータが備えるユーザ認証手段が、クライアントのユーザ識別子を認証するステップと、
（ｂ）前記コンピュータが備えるアクセス要求手段が、クライアントのハイパーテキスト・ドキュメントへのアクセス要求を中継してサーバに対してハイパーテキスト・ドキュメントへのアクセス要求を送信するステップと、
（ｃ）前記コンピュータが備える認証要求生成手段が、ハイパーテキスト・ドキュメントへのアクセス要求に対してサーバがクライアントの認証を要求したときに、該認証要求を基に新しい認証要求を生成するステップと、
（ｄ）前記コンピュータが備える認証要求保存手段が、認証要求に対してクライアントから返信された認証情報を、該認証要求及び該クライアントのユーザ識別子と関連付けて保存するステップと、
を具備することを特徴とするアクセス中継方法。
【請求項１０】
さらに、
（ｅ）前記コンピュータが備える受信手段が、サーバからハイパーテキスト・ドキュメントを受信するステップと、
（ｆ）前記コンピュータが備えるハイパーテキスト・ドキュメント処理手段が、前記ステップ（ｅ）において受信したハイパーテキスト・ドキュメントを加工するステップと、
を含むことを特徴とする請求項９に記載のアクセス中継方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、無数の資源オブジェクトが提供されている資源空間上における資源アクセスを中継するアクセス中継装置及び方法に係り、特に、ネットワーク上で複数のサーバによって提供される複数の資源オブジェクトに対するクライアントのアクセス要求を中継するためのアクセス中継装置及び方法に関する。
【０００２】
更に詳しくは、本発明は、複数のサーバ間での連携的な動作によって生成される資源オブジェクトに対するクライアントのアクセス要求を中継するためのアクセス中継装置及び方法に係り、特に、資源オブジェクトを提供するサーバの少なくとも１つが要求する認証手続きを好適に中継することができるアクセス中継装置及び方法に関する。
【０００３】
【従来の技術】
昨今、コンピュータ・システムどうしをネットワークによって相互接続する「ネットワーク・コンピューティング」に関する技術開発が盛んに行なわれている。コンピュータどうしをネットワーク接続する意義は、互いのコンピュータ資源の共有、情報の流通・共有などにある。
【０００４】
コンピュータどうしを接続する通信媒体としては、企業や研究機関の構内など限定した空間内に敷設されたＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）や、ＬＡＮどうしを専用線等で相互接続したＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）など様々である。最近では、全世界を網羅する巨大なネットワークである「インターネット」の利用が盛んである。
【０００５】
「インターネット」は、米国防総省が構築したＡＲＰＡＮＥＴ（Ａｄｖａｎｃｅｄ  Ｒｅｓｅａｒｃｈ  Ｐｒｏｊｅｃｔｓ  Ａｇｅｎｃｙ  Ｎｅｔｗｏｒｋ）を原形としたネットワークであるが、その後、全米科学財団のＮＳＦＮＥＴ（Ｎａｔｉｏｎａｌ  Ｓｃｉｅｎｃｅ  Ｆｏｕｎｄａｔｉｏｎ  Ｎｅｔｗｏｒｋ）に包括され、さらに各サーバ（主にＵＮＩＸワークステーション）どうしが自主的に相互接続を繰り返した結果、その字義通り、世界規模のネットワークへと成長を遂げた。
【０００６】
インターネット上のサーバどうしは、通常、ＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）接続される。また、インターネット上に散在する各種の資源オブジェクトは、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）という形式のリファレンス（若しくは、「名前」とも言う）によって特定される。ＵＲＬとは、ネットワークなどの資源空間上で資源の名称やその在り処を特定するための文字列の組み合わせで構成され、スキーム名（プロトコル名）：／／ホスト名（ドメイン名）：ポート番号／パス名（ファイル名）」という形式で記述される。ＵＲＬについては、例えばＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔｓ）１７３８やＲＦＣ１８０８などに記述されている。
【０００７】
インターネットにおける代表的なアプリケーションであるＷＷＷ（ＷｏｒｌｄＷｉｄｅ  Ｗｅｂ）は、ハイパーリンク構造の資源オブジェクトをインターネット上で広域的に提供する分散型の情報検索システムである。ＷＷＷ資源空間上で提供される資源オブジェクトは、主として、ＨＴＭＬ（Ｈｙｐｅｒ  ＴｅｘｔＭａｒｋｕｐ  Ｌａｎｇｕａｇｅ）というマークアップ形式の言語で記述されたハイパーテキスト・ドキュメントである。ＨＴＭＬについては、例えばＲＦＣ１８６６に記述されている。ＨＴＭＬ形式の各資源オブジェクトも、前述したＵＲＬ形式のリファレンスを有している。
【０００８】
ＨＴＭＬを始めとする「ハイパーテキスト」は、ファイルを構成する文字や絵、表などをカードのようなオブジェクトとして扱い、さらにそのオブジェクト間で関連付けすなわちリンクを形成して、相互にすぐ参照できる機能を持っている（周知）。例えば、ＷＷＷ資源空間上に存在するＨＴＭＬコンテンツすなわちＷＷＷページは、他の資源オブジェクトへのリンク情報が複数埋め込まれている。ＨＴＭＬドキュメントに埋め込まれる各リンク情報も、上述したＵＲＬ形式で記述されたリファレンスである。
【０００９】
ＷＷＷ資源空間は、世界中に分散した無数のＷＷＷサーバとＷＷＷクライアントによって構成される。ＷＷＷサーバとＷＷＷクライアントの間では、通常、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）プロトコルに従って資源アクセスが行われる。ＨＴＴＰプロトコルについては、例えばＲＦＣ１９４５やＲＦＣ２０６８に記述されている。
【００１０】
ＷＷＷサーバは、通常、ＷＷＷサーバ専用のアプリケーションを用いて動作するコンピュータ・システムであり、ＨＴＭＬ形式で記述されたハイパーテキストからなる資源オブジェクトを複数所有するととともに、ＷＷＷクライアントに対する資源提供サービスを行う。情報の提供者は、提供したい情報をＨＴＭＬ形式で記述し、これを資源オブジェクトとしてＷＷＷサーバに蓄積して、インターネット上でＷＷＷクライアントに公開することによって、ＷＷＷクライアントへの情報提供を達成することができる。
【００１１】
他方、ＷＷＷ資源空間上で資源オブジェクトを要求するＷＷＷクライアントは、通常、「ＷＷＷブラウザ」と呼ばれるアプリケーションを用いて動作するコンピュータである。
【００１２】
ＷＷＷブラウザは、資源オブジェクトの取り出しを代行する一種のユーザ・エージェントであり、クライアント・マシンのデスクトップ画面上では「ブラウザ・ウィンドウ」という形態で体現される。ＷＷＷブラウザは、ブラウザ・ウィンドウ画面上の場所ボックスにキー入力されたＵＲＬに従って、該当する資源オブジェクトすなわちＨＴＭＬドキュメントを、ハイパーリンク構造のＷＷＷ資源空間上で探索し、そのダウンロードを行う。取得したＨＴＭＬドキュメントのコンテンツは、ＷＷＷページ（ホームページ）画面を組み立てるためのページ表示情報として利用される。すなわち、ＷＷＷブラウザはＨＴＭＬドキュメントを解析して、ブラウザ・ウィンドウ画面上にページ画面を表示する。
【００１３】
一般に、ＷＷＷページ表示画面上では、他の資源オブジェクトへのリンク情報に関連する表示オブジェクトは「アンカー」としてホットスポット表示されており、ユーザはページ表示画面上に散在するリンク情報の在り処を直感的に検知することができる。ページ表示画面上に貼り付けられたリンク情報の実態は、各リンク先の資源オブジェクトへのリファレンスであり、やはりＵＲＬ形式で記述されている。ユーザは、ホームページ画面上で、関心のあるアンカーをマウスでクリックするという直感的な操作によって、リンク付けされた次にアクセスする資源オブジェクトを指示することができる。ＷＷＷブラウザは、アンカーのクリック操作に応答して、アンカーに埋め込まれたＵＲＬに該当する資源オブジェクトを資源空間上で探索し、リンク先へのアクセスを実現する。略言すれば、ユーザは、マウス・クリックによる直感的な操作を行うだけで、世界規模で展開されたＷＷＷ資源空間上を探索することができる訳である。
【００１４】
ところで、ＷＷＷサーバが提供するサービスは、多種多様化するとともに、高度化、高機能化が進んできており、経済的価値等の高い資源提供サービスに対しては、課金によりアカウントすなわち利用者資格を付与することが少なくない。このような場合、正規アカウントと不正（若しくは無効）のアカウントとを区別するために、ＷＷＷサーバ−クライアント間で認証手続きを行う必要がある。その他、個人用の情報のカスタマイズや利用統計など様々な目的のために、認証手続きを必要とする場合など、ＷＷＷ資源提供サービスはますます増えてきている。
【００１５】
しかしながら、認証手続きは、各資源提供サービス毎、すなわちＷＷＷサーバ毎に独立して行われる。このため、ＷＷＷクライアント・ユーザが多種のサービスを享受する場合には、これに比例した個数の認証手続き、すなわち認証情報のユーザ入力をこなす必要がある。認証情報には、一般に、パスワードやユーザＩＤなどのキャラクタ情報で構成されるため、キーボード入力に頼らなければならず、ユーザの負担は過大である。
【００１６】
このような問題に対処するために、サービスの利用時に入力すべき認証情報等を予め蓄えておき、利用に際して該認証情報を自動送出することで、ユーザの負担を軽減することができる。このような認証情報の蓄積・送出を行う装置や方法について、既に幾つか提案されている。
【００１７】
例えば、特開平１１−１２０２３８号公報では、ユーザ端末からのリクエストを中継するサーバに、各ユーザの個人情報を予め登録しておく点が開示されている。すなわち、ユーザ端末が広域ネットワーク経由でサービス提供装置にアクセスし、これに対してサービス提供装置がユーザの個人情報の入力を要求したときには、該サーバが個人情報を読み出してサービス提供装置に転送することで、ユーザが個人情報を入力する手間を省いている。
【００１８】
また、特開平９−１３４３８９号公報には、ユーザ端末装置自身に個人情報を予め登録しておく点について開示されている。すなわち、情報提供サービスにアクセスしたときに個人情報の入力が必要であった場合には、登録しておいた個人情報を送出することにより、ユーザの負担軽減と入力ミスの防止を実現することができる。
【００１９】
上記の各公報に記載の技術によれば、認証に必要となる情報を予め記録しておき、サービス利用時に自動的に送出することで、ユーザの負担が軽減される。しかしながら、認証情報を事前に記録しておくことは、ユーザにとって重要な情報を漏洩という危険にさらすことを意味する。また、認証情報としてのパスワードが変更された場合には、再登録する必要がありユーザに手間を強いることになる。
【００２０】
また、最近では、ＷＷＷ資源空間上で提供されるサービスも多様化してきた。すなわち、ＷＷＷサーバは、本来は予め用意しておいたＷＷＷページを単に送り返すに過ぎなかったが、１以上のサーバとの連携により複数のＷＷＷページに基づいて加工・処理を行い、ＷＷＷクライアントが要求するＷＷＷページを動的に生成して送り返す、というサービス形態が増えてきている。
【００２１】
例えば、ある１つのサーバが、ＷＷＷサーバとクライアントの間でサービス出力を中継し、その間に提供サービスに所定の加工を施すことでＷＷＷページに付加価値を与えることができる。このような形態の資源提供サービスは、例えば、”ＤｅｌｅＧａｔｅ”と呼ばれるＨＴＴＰ中継サーバ・プログラムを利用して実現することができる。なお、”ＤｅｌｅＧａｔｅ”については、例えば、佐藤豊著「多目的プロトコル中継システム  ＤｅｌｅＧａｔｅ」（電子技術総合研究所彙報，Ｖｏｌ．５９，Ｎｏ．６（１９９５））を参照されたい。
【００２２】
また、本出願人に既に譲渡されている特許第２７４６２１８号公報には、複数の入力を基に処理を行い、且つ、処理結果を別の処理の入力とすることで、ユーザからのリクエストを多段階的に処理することができる資源管理装置および資源管理方法について開示されている。
【００２３】
ところが、上述のように複数のＷＷＷサーバの連携によってＷＷＷページを多段階的に生成するような仕組みを利用する場合には、加工対象となるＷＷＷページを提供するＷＷＷサーバの中に認証を要求するものが含まれていても、中継サーバは、認証に必要な情報を入力したり認証情報をＷＷＷサーバまで伝達する機構を備えていない。略言すれば、多段階的且つ動的にＷＷＷページ生成処理を行うＷＷＷサーバのうち少なくとも１つでも認証情報を必要とすれば、ユーザがリクエストしたＷＷＷページは完成されないのである。
【００２４】
【発明が解決しようとする課題】
本発明の目的は、ネットワーク上で複数のサーバによって提供される複数の資源オブジェクトに対するクライアントのアクセス要求を好適に中継することができる、優れたアクセス中継装置及び方法を提供することにある。
【００２５】
本発明の更なる目的は、複数のサーバ間での連携的な動作によって動的且つ多段階的に生成される資源オブジェクトに対するクライアントのアクセス要求を好適に中継することができる、優れたアクセス中継装置及び方法を提供することにある。
【００２６】
本発明の更なる目的は、資源オブジェクトを提供するサーバの少なくとも１つが要求する認証手続きを好適に中継することができる、優れたアクセス中継装置及び方法を提供することにある。
【００２７】
【課題を解決するための手段及び作用】
本発明は、上記課題を参酌してなされたものであり、その第１の側面は、ＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）によって特定されるハイパーテキスト・ドキュメントを提供する１以上のサーバとクライアントとの間に介在して、該クライアントからのハイパーテキストへのアクセス要求を中継するアクセス中継装置であって、
クライアントからのハイパーテキスト・ドキュメントへのアクセス要求を中継してサーバに対してハイパーテキスト・ドキュメントへのアクセス要求を送信するアクセス要求手段と、
ハイパーテキスト・ドキュメントへのアクセス要求に対してサーバがクライアントの認証を要求したときに、該認証要求を基に新しい認証要求を生成してクライアントに送信する認証要求生成手段と、
前記認証要求生成手段が生成した認証要求をサーバから受信した元の認証要求と関連付けて保存する認証要求保存手段と、
を具備することを特徴とするアクセス中継装置である。
【００２８】
このような形態のアクセス中継装置がサーバ−クライアント間に介在することにより、サーバの資源にアクセスするために必要な認証手続きが円滑に実行される。特に、認証を要求する複数の資源オブジェクトにアクセスするような場合であっても、認証に必要な情報をサーバ―クライアント間で好適に伝達することができる。
【００２９】
また、アクセス中継装置を資源提供空間上に適用する上で、サーバやクライアントの構成や動作手順を修正又は変更する必要が全くない。例えば、資源提供空間がインターネットのような広域ネットワーク上に構築されたＷＷＷ資源提供空間である場合には、この資源アクセス管理装置を中継サーバとして配備するだけで、既存のＷＷＷサーバ及びＷＷＷクライアント（すなわちＷＷＷブラウザ）間での認証手続きを円滑に行うことができる。
【００３０】
例えば、ＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）のような遠隔手続き呼び出しを用いて、複数のＷＷＷサーバのＷＷＷページを加工して、ＷＷＷクライアントが要求するＷＷＷページを生成するような場合であっても、ＷＷＷサーバのうち１つが認証を必要とするために要求されたＷＷＷページが完成しないという問題は生じない。
【００３１】
本発明の第１の側面に係るアクセス中継装置は、サーバから受信した認証要求と関連付けられた新しい認証要求が既に認証要求保存手段に格納されている場合には、該新しい認証要求を取り出してクライアントに送信するようにしてもよい。この結果、新たに生成した認証要求を再利用することにより、資源アクセス管理装置における処理負荷が軽減するとともに、処理時間が短縮される。
【００３２】
また、本発明の第１の側面に係るアクセス中継装置は、さらに、サーバから受信したハイパーテキスト・ドキュメントを加工するハイパーテキスト・ドキュメント処理手段を含んでもよい。該アクセス中継装置を実装した中継サーバは、認証に必要な情報を入力したり認証情報をＷＷＷサーバまで伝達する機構を備えている。したがって、多段階的且つ動的にＷＷＷページ生成処理を行うＷＷＷサーバのうち少なくとも１つが認証情報を要求する場合であっても、ユーザがリクエストしたＷＷＷページを加工することができる。
【００３３】
また、本発明の第２の側面は、コンピュータを用いて構築されるアクセス中継装置が、ＵＲＬによって特定されるハイパーテキスト・ドキュメントを提供する１以上のサーバサーバとクライアント間に介在して、該クライアントからのハイパーテキスト・ドキュメントへのアクセス要求を中継するアクセス中継方法であって、
（ａ）前記コンピュータが備えるアクセス要求手段が、クライアントからのハイパーテキスト・ドキュメントへのアクセス要求を中継してサーバに対してハイパーテキスト・ドキュメントへのアクセス要求を送信するステップと、
（ｂ）前記コンピュータが備える認証要求生成手段が、ハイパーテキスト・ドキュメントへのアクセス要求に対してサーバがクライアントの認証を要求したときに、該認証要求を基に新しい認証要求を生成してクライアントに送信するステップと、
（ｃ）前記コンピュータが備える認証要求保存手段が、前記ステップ（ｂ）において生成された認証要求をサーバから受信した元の認証要求と関連付けて保存するステップと、
を具備することを特徴とするアクセス中継方法である。
【００３４】
このような形態のアクセス中継方法を実行することにより、サーバの資源にアクセスするために必要な認証手続きが円滑化される。特に、認証を要求する複数の資源オブジェクトにアクセスするような場合であっても、認証に必要な情報をサーバ―クライアント間で好適に伝達することができる。
【００３５】
また、該アクセス中継方法を資源提供空間上で実現する上で、サーバやクライアントの構成や動作手順を修正又は変更する必要が全くない。例えば、資源提供空間がインターネットのような広域ネットワーク上に構築されたＷＷＷ資源提供空間である場合には、この資源アクセス管理装置を中継サーバとして配備するだけで、既存のＷＷＷサーバ及びＷＷＷクライアント（すなわちＷＷＷブラウザ）間での認証手続きを円滑に行うことができる。
【００３６】
例えば、ＣＧＩ（Ｃｏｍｍｏｎ  Ｇａｔｅｗａｙ  Ｉｎｔｅｒｆａｃｅ）のような遠隔手続き呼び出しを用いて、複数のＷＷＷサーバのＷＷＷページを加工して、ＷＷＷクライアントが要求するＷＷＷページを生成するような場合であっても、ＷＷＷサーバのうち１つが認証を必要とするために要求されたＷＷＷページが完成しないという問題は生じない。
【００３７】
本発明の第２の側面に係るアクセス中継方法において、サーバから受信した認証要求と関連付けられた新しい認証要求が既に前記ステップ（ｃ）において既に保存されている場合には、該保存されている認証要求を取り出して利用するようにしてもよい。この結果、新たに生成した認証要求を再利用することにより、資源アクセス管理方法を実行するための処理負荷が軽減するとともに、処理時間が短縮される。
【００３８】
また、該アクセス中継方法は、さらに、
（ｄ）前記コンピュータが備える受信手段が、サーバからハイパーテキスト・ドキュメントを受信するステップと、
（ｅ）前記コンピュータが備えるハイパーテキスト・ドキュメント処理手段が、前記ステップ（ｄ）において受信したハイパーテキスト・ドキュメントを加工するステップと、
を含んでもよい。
【００３９】
本発明の第２の側面に係るアクセス中継方法によれば、認証に必要な情報を入力したり認証情報をサーバ−クライアント間で好適に伝達することができる。したがって、多段階的且つ動的にＷＷＷページ生成処理を行うＷＷＷサーバのうち少なくとも１つが認証情報を要求する場合であっても、ユーザがリクエストしたＷＷＷページを加工することができる。
【００４０】
また、本発明の第３の側面は、ＵＲＬによって特定されるハイパーテキスト・ドキュメントを提供する１以上のサーバとクライアント間に介在して、該クライアントからのハイパーテキストへのアクセス要求を中継するアクセス中継装置であって、
クライアントのユーザ識別子を認証するユーザ認証手段と、
クライアントからのハイパーテキスト・ドキュメントへのアクセス要求を中継してサーバに対してハイパーテキスト・ドキュメントへのアクセス要求を送信するアクセス要求手段と、
ハイパーテキスト・ドキュメントへのアクセス要求に対してサーバがクライアントの認証を要求したときに、該認証要求を基に新しい認証要求を生成してクライアントに送信する認証要求生成手段と、
認証要求に対してクライアントから返信された認証情報を、該認証要求及び該クライアントのユーザ識別子と関連付けて保存する認証要求保存手段と、
を具備することを特徴とするアクセス中継装置である。
【００４１】
本発明の第３の側面に係るアクセス中継装置は、さらに、サーバから受信したハイパーテキスト・ドキュメントを加工するハイパーテキスト・ドキュメント処理手段を含んでもよい。
【００４２】
このような形態のアクセス中継装置がサーバ−クライアント間に介在することにより、サーバの資源にアクセスするために必要な認証手続きが円滑に実行される。特に、認証を要求する複数の資源オブジェクトにアクセスするような場合であっても、認証に必要な情報をサーバ―クライアント間で好適に伝達することができる。
【００４３】
本発明の第３の側面に係るアクセス中継装置と第１の側面との相違点は、前者では、クライアントのユーザ認証を行い、ユーザ識別子と関連付けて認証要求を保存する点にある。また、クライアントと中継サーバ間でユーザ認証を実行することから、クライアントから受け取った認証情報をアクセス中継装置上に保管することが、機密保護の点からも可能となる。したがって、クライアントが同一の資源オブジェクトに対して再びアクセス要求したときに、サーバ側が認証を要求した場合であっても、アクセス中継装置において認証手続きが完了する。すなわち、クライアントが再度認証情報を送信する必要がないので、通信負荷が軽減されるとともに、認証手続きが円滑且つ簡略化される。
【００４４】
本発明の第４の側面は、コンピュータを用いて構築されるアクセス中継装置が、ＵＲＬによって特定されるハイパーテキスト・ドキュメントを提供する１以上のサーバとクライアント間に介在して、該クライアントからのハイパーテキスト・ドキュメントへのアクセス要求を中継するアクセス中継方法であって、
（ａ）前記コンピュータが備えるユーザ認証手段が、クライアントのユーザ識別子を認証するステップと、
（ｂ）前記コンピュータが備えるアクセス要求手段が、クライアントのハイパーテキスト・ドキュメントへのアクセス要求を中継してサーバに対してハイパーテキスト・ドキュメントへのアクセス要求を送信するステップと、
（ｃ）前記コンピュータが備える認証要求生成手段が、ハイパーテキスト・ドキュメントへのアクセス要求に対してサーバがクライアントの認証を要求したときに、該認証要求を基に新しい認証要求を生成するステップと、
（ｄ）前記コンピュータが備える認証要求保存手段が、認証要求に対してクライアントから返信された認証情報を、該認証要求及び該クライアントのユーザ識別子と関連付けて保存するステップと、
を具備することを特徴とするアクセス中継方法である。
【００４５】
本発明の第４の側面に係るアクセス中継方法は、さらに、
（ｅ）前記コンピュータが備える受信手段が、サーバからハイパーテキスト・ドキュメントを受信するステップと、
（ｆ）前記コンピュータが備えるハイパーテキスト・ドキュメント処理手段が、前記ステップ（ｅ）において受信したハイパーテキスト・ドキュメントを加工するステップと、
を含んでもよい。
【００４６】
このような形態のアクセス中継方法を実行することにより、サーバの資源にアクセスするために必要な認証手続きが円滑化される。特に、認証を要求する複数の資源オブジェクトにアクセスするような場合であっても、認証に必要な情報をサーバ―クライアント間で好適に伝達することができる。
【００４７】
本発明の第４の側面に係るアクセス中継方法と第２の側面との相違点は、前者では、クライアントのユーザ認証を行い、ユーザ識別子と関連付けて認証要求を保存する点にある。また、クライアントと中継サーバ間でユーザ認証を実行することから、クライアントから受け取った認証情報をユーザに代行して保管することが、機密保護の観点からも可能となる。したがって、クライアントが同一の資源オブジェクトに対して再びアクセス要求したときに、サーバ側が認証を要求した場合であっても、クライアントが再度認証情報を送信する必要がないので、通信負荷が軽減されるとともに、認証手続きが円滑且つ簡略化される。
【００４８】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。
【００４９】
【発明の実施の形態】
以下、図面を参照しながら本発明の実施例を詳解する。
【００５０】
図１には、本発明の第１の実施形態に係るネットワーク・システム１０の構成を模式的に示している。ネットワーク・システム１０は、例えば「インターネット」のような広域ネットワークを介して多数の計算機がＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）接続されてなるシステムであり、ＨＴＴＰプロトコル（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）に従って資源オブジェクトが提供されるＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）資源空間が構築されているものとする。
【００５１】
図１に示すように、該ネットワーク・システム１０は、ＷＷＷページなどの資源提供サービスを要求するＷＷＷクライアント１００と、サービス提供を行う複数のＷＷＷサーバ２０１，２０２，…と、ＷＷＷクライアント１００とＷＷＷサーバ２０１…間に介在する中継サーバ３００とで構成される。
【００５２】
ＷＷＷクライアント１００は、通常、「ＷＷＷブラウザ」と呼ばれるアプリケーションを用いて動作するコンピュータである。ＷＷＷブラウザは、一般に、ＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）画面をユーザに提供する。ＷＷＷクライアントのユーザは、ＷＷＷブラウザ画面上に用意された場所ボックスにＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）文字列を記入するか、又は、ＷＷＷブラウザが提示するＷＷＷページ中でリンク情報が埋め込まれたアンカーをマウス等で選択することによって、所望の資源オブジェクトへのアクセスを指示することができる。資源オブジェクトの要求は、ＨＴＴＰリクエストという形式で発行される。
【００５３】
ＷＷＷブラウザは、サーバからの認証要求に応答して、認証情報に関するユーザ入力を受容するための認証情報入力部１１０を備えている。認証情報入力部１１０は、例えば、ユーザＩＤやパスワードなどの入力フォームを含んだダイアログ・ボックスという形態で体現される。ＨＴＴＰプロトコルでは、認証要求や認証情報の転送等に関する形式として、「Ｂａｓｉｃ認証」及び「Ｄｉｇｅｓｔ認証」が規定されている。米ネットスケープ・コミュニケーションズ社の「ネットスケープ・ナビゲータ」のように、広汎に使用されているＷＷＷブラウザの多くは、Ｂａｓｉｃ認証をサポートしている。
【００５４】
他方のＷＷＷサーバ２０１…は、通常、ＷＷＷサーバ専用のアプリケーションを用いて動作するコンピュータ・システムであり、ＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）形式で記述されたハイパーテキストからなる資源オブジェクトを複数所有し、ＨＴＴＰリクエストに対するレスポンスという形式で、ＷＷＷクライアントに対する資源提供サービスを行う。情報の提供者は、提供したい情報をＨＴＭＬ形式で記述し、これを資源オブジェクトとしてＷＷＷサーバに蓄積して、インターネット上でＷＷＷクライアントに公開することによって、ＷＷＷクライアントへの情報提供を達成することができる。図示の各ＷＷＷサーバ２０１，２０２，２０３は、それぞれ”ｗｗｗｈｏｓｔ１”，”ｗｗｗｈｏｓｔ２”，”ｗｗｗｈｏｓｔ３”なるホスト名若しくはドメイン名を有しているものとする。
【００５５】
本実施例では、参照番号２０１及び２０２で指示される各ＷＷＷサーバは、それぞれ保護ドメイン２１１，２１２を有している。これら保護ドメイン２１１，２１２内にある資源オブジェクトすなわちＷＷＷページ２２１，２２２にアクセスするためには、ＷＷＷクライアントのユーザ認証が必要である。保護ドメイン２１１，２１２は、それぞれ”ｄｏｍｉａｎ１”、”ｄｏｍａｉｎ２”というドメイン識別子を有するものとする。
【００５６】
また、中継サーバ３００は、ＨＴＴＰ中継サーバとして稼動するサーバであり、”ｐｒｏｘｙｈｏｓｔ”というドメイン名若しくはホスト名を所有するものとする。中継サーバ３００は、ＷＷＷクライアント１００からの資源オブジェクト要求をＨＴＴＰリクエスト形式のメッセージとして受け取ると、処理プログラム３０１を起動する。この処理プログラム３０１は、複数のＷＷＷページを基に、クライアントの要求に合致したＷＷＷページを加工するプログラムである。すなわち、処理プログラム３０１は他のＷＷＷサーバからのＨＴＴＰレスポンスを入力として利用し、且つ、該処理プログラム３０１の出力が要求元のＷＷＷクライアントに対するＨＴＴＰレスポンスとなる。処理プログラム３０１は、”ｐｒｏｇｒａｍ”というオブジェクト名若しくはファイル名を有するものとする。
【００５７】
本実施例に係る中継サーバ３００は、さらに、ＷＷＷサーバ２０１…から発行される認証要求を中継する機能を備えている。より具体的には、ＷＷＷサーバから認証を要求されたことに応答してＷＷＷクライアントに対する認証要求を新たに生成する認証要求生成部３１０と、新たに生成された認証要求を元の認証要求と対応付けて保管する認証要求データベース３２０とを備えている。
【００５８】
中継サーバ３００の実体は、同一のＷＷＷクライアント・マシン上で稼動する中継サーバ用のアプリケーションであっても、ある特定のＷＷＷサーバ・マシン上で稼動する中継サーバ用アプリケーションであっても、あるいは、インターネット上でＷＷＷサーバやクライアントとは独立して存在する中継サーバ用マシンであってもよい。
【００５９】
なお、図１では図解を省略しているが、ＷＷＷクライアント１００と、ＷＷＷサーバ２０１…は、ＷＷＷ資源提供空間が構築されたインターネットのような広域ネットワーク上にＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  ＣｏｎｔｒｏｌＰｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）接続されており、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）プロトコルに従って資源サービス要求や資源サービス提供を行うことができる。
【００６０】
次いで、ネットワーク・システム１０上における中継サーバ３００の処理手順について、図２〜図４を参照しながら説明する。以下では、ＷＷＷクライアント１００から中継サーバ３００に対してＨＴＴＰリクエストを送信し、各ＷＷＷサーバ２０１，２０２，２０３からＷＷＷページ２２１，２２２，２２３をＨＴＴＰレスポンスとして取得し、これらＷＷＷページを入力として処理プログラム３０１を実行して、その処理結果であるＷＷＷページをＨＴＴＰレスポンスとしてＷＷＷクライアント１００に戻す、という一連の動作を例に取り上げることにする。
【００６１】
まず、ＷＷＷクライアント１００のユーザは、ＷＷＷブラウザ画面上の場所ボックスにＵＲＬを記入するか、又は、同ブラウザ画面上に提示されているＷＷＷページ上のアンカーをクリックすることで、資源オブジェクトの提供を要求する。ＷＷＷクライアント１００は、この要求をＨＴＴＰリクエストという形式で送出する。
【００６２】
本実施例で扱われる要求は、より具体的には、中継サーバ３００の処理プログラム３０１を起動して、複数のＷＷＷサーバ２０１，２０２，２０３の各々が持つ資源オブジェクトを利用して加工されたＷＷＷページを要求するものである。したがって、ＨＴＴＰリクエスト・メッセージには、起動すべき処理プログラム３０１の識別子の他に、この処理プログラム３０１に対する入力となる資源オブジェクトすなわちＷＷＷページ２２１，２２２，２２３のＵＲＬに関する情報を含むものであり、下式のようなＵＲＬ文字列によって表現される。
【００６３】
【数１】
0004214632.tif 000002
【００６４】
中継サーバ３００は、受信したＨＴＴＰリクエストを解析して、実行すべき処理プログラム３０１を特定するとともに、この処理プログラム３０１に対する入力となるＷＷＷページ２２１、ＷＷＷページ２２２、及び、ＷＷＷページ２２３を取得するために、ＷＷＷサーバ２０１、ＷＷＷサーバ２０２、及び、ＷＷＷサーバ２０３の各々に対してＨＴＴＰリクエストを送信する。
【００６５】
前述したように、ＷＷＷページ２２１とＷＷＷページ２２２の各々は、ＷＷＷサーバ２０１及びＷＷＷサーバ２０２の各保護ドメイン２１１，２１２内にある。このため、ＷＷＷサーバ２０１及びＷＷＷサーバ２０２はともに、ＨＴＴＰリクエストに応答してＷＷＷページを返す代わりに、認証が必要であることを示すヘッダのみを含んだＨＴＴＰレスポンスを返す（以下では、説明の便宜上、各ＷＷＷサーバ２０１，２０２はＨＴＴＰ  Ｂａｓｉｃ認証を要求するものとする）。また、ＷＷＷページ２２３は保護ドメイン外にあるので、ＷＷＷサーバ２０３はＨＴＴＰリクエストに応答して、ＷＷＷページ２２３を即座に出力する。
【００６６】
中継サーバは、自身がＨＴＴＰリクエストを送信したＷＷＷサーバの中に、ＨＴＴＰ  Ｂａｓｉｃ認証を要求するものがあるか否かを判別する。該認証要求があった場合には、認証要求生成部３１０が起動され、以下のように動作する。
【００６７】
認証要求は、サーバ名、ポート名、及び保護ドメインの組み合わせからなる識別子によって特定される。例えば、ＷＷＷサーバ２０１が保護ドメイン２１１内の資源オブジェクトへのアクセスである場合には、ＨＴＴＰヘッダに含まれた以下の文字列から保護ドメイン２１１の識別子”ｄｏｍａｉｎ１”を得ることができる。
【００６８】
【数２】
0004214632.tif 000003
【００６９】
この認証要求は、＜ｗｗｗｈｏｓｔ１，８０，ｄｏｍａｉｎ１＞という一意の識別子が与えられ、且つ、認証要求データベース３２０に記録される。
【００７０】
さらに、認証要求生成部３１０は、元の認証要求に関連付けられた新たな認証要求を生成して、これを認証要求データベース３２０に保管する。新たな認証要求は、元の認証要求を特定できる形態で生成することが好ましい。本実施例では、＜ｗｗｗｈｏｓｔ１，８０，ｄｏｍａｉｎ１＞により特定できる認証要求に対して、＜ｐｒｏｘｙｈｏｓｔ，８０，ｄｏｍａｉｎ１＠ｗｗｗｈｏｓｔ１：８０＞という新たな認証要求を生成して、両者を関連付けて保管する。
【００７１】
中継サーバ３００は、各ＷＷＷサーバへのＨＴＴＰリクエストの送信を行う際、認証を要求するＷＷＷサーバの数だけ、上記の認証要求の登録と新たな認証要求の生成を繰り返し実行する。すなわち、ＷＷＷサーバ２０２からの認証要求＜ｗｗｗｈｏｓｔ１，８０，ｄｏｍａｉｎ２＞に対しても、同様に、新しい認証要求＜ｐｒｏｘｙｈｏｓｔ，８０，ｄｏｍａｉｎ２＠ｗｗｗｈｏｓｔ２：８０＞が生成されるとともに、両者が関連付けられて保管される。
【００７２】
そして、中継サーバ３００は、各ＷＷＷサーバ２０１，２０２からの元の認証要求に代えて、新しく生成された認証要求をＷＷＷクライアント１００に送信する。この結果、ＷＷＷクライアント・マシン上では、ユーザに対して認証情報の入力を促すためのダイアログ・ボックスがＷＷＷブラウザ画面上にポップアップ表示される。このダイアログ・ボックスは、例えば「ｄｏｍａｉｎ１＠ｗｗｗｈｏｓｔ１：８０（ｐｒｏｘｙｈｏｓｔ：８０）に対するユーザ名とパスワードを入力して下さい」のようなメッセージを含ませる。
【００７３】
ＷＷＷブラウザは中継サーバ３００に対する認証情報の入力ウィンドウとしてダイアログ・ボックスを開くことになる。但し、実質的にはＷＷＷサーバ２０１が発行した認証要求であることを識別するためのメッセージ（上述）を含んでいるので、ユーザは、現実には中継サーバ３００ではなくＷＷＷサーバ２０１に対する認証情報を入力すべきことを容易に判断することができる。
【００７４】
ユーザがＷＷＷサーバ２０１に対して登録しておいた正規のユーザ名とパスワードを入力すると、ＷＷＷクライアント１００はこれらの形式を変換して、ＨＴＴＰヘッダとして認証情報を中継サーバに送信する。例えば、ユーザ名が”ｕｓｅｒ”であり、パスワードが”ｐａｓｓ”であるときには、ＷＷＷクライアント１００は以下に示すようなＨＴＴＰヘッダを送信する。
【００７５】
【数３】
0004214632.tif 000004
【００７６】
ＷＷＷクライアント１００上では、認証を要求するＷＷＷサーバの数だけ、上記の認証情報の入力プロンプトと入力された認証情報の送信が繰り返し行われる。すなわち、ＷＷＷサーバ２０２からの認証要求に対応した認証要求＜ｐｒｏｘｙｈｏｓｔ，８０，ｄｏｍａｉｎ２＠ｗｗｗｈｏｓｔ２：８０＞に対しても、同様に、認証情報の入力と送信が行われる。
【００７７】
なお、米ネットスケープ・コミュニケーションズ社のネットスケープ・ナビゲータを始めとする標準的なＷＷＷブラウザは、ＨＴＴＰ  Ｂａｓｉｃ認証による認証手続きを行う場合にユーザ入力された認証情報を揮発的に保持しておく機能を備えている。揮発的とは、ＷＷＷブラウザを終了するか、又はＷＷＷクライアント・マシンを停止した時点で記録していた認証情報が消失することを意味する。このため、ローカル・ディスクなどに不揮発的に認証情報を保持するようにしてもよい。
【００７８】
中継サーバ３００は、ＷＷＷクライアント１００から認証情報を受け取ると、認証要求データベース３２０を参照して元の認証要求を見つけ出す。そして、受信した認証情報をＨＴＴＰリクエストに含めて、該当するＷＷＷサーバに送信する。本実施例では、ＷＷＷサーバ２０１からの認証要求に対する返答として得られた認証情報は、ＨＴＴＰヘッダに含めてＷＷＷサーバ２０１に送信され、同様に、ＷＷＷサーバ２０２からの認証要求に対する返答として得られた認証情報は、ＨＴＴＰヘッダに含めてＷＷＷサーバ２０２に送信される。
【００７９】
認証要求したＷＷＷサーバ２０１は、ＨＴＴＰレスポンスという形式で認証情報を受信する。そして、認証情報に成功した場合には、要求されたＷＷＷページ２２１を、ＨＴＴＰレスポンスとして中継サーバ３００に送出する。同様に、ＷＷＷサーバ２０２も、認証情報に成功した場合には、要求されたＷＷＷページ２２２を、ＨＴＴＰレスポンスとして中継サーバ３００に送出する。
【００８０】
他方、ＷＷＷサーバ２０１又は２０２において認証処理に失敗した場合には、ＷＷＷサーバは再び認証要求を送信する。この結果、中継サーバ３００は、処理プログラム３０１の入力となるＷＷＷページが得られるまで、新たに生成した認証要求をＷＷＷクライアント１００に繰り返し送信し続ける。
【００８１】
中継サーバ３００が全てのＷＷＷページを成功裡に取得すると、処理プログラム３０１は、これらＷＷＷページを入力とする処理を実行する。そして、処理プログラム３０１の実行結果は、ＷＷＷページとしてＷＷＷクライアント１００に返される。図２に示す例では、処理プログラム３０１は、ＷＷＷページ２２１，２２２，２２３を入力として処理を実行し、その処理結果として生成されたＷＷＷページをＨＴＴＰレスポンスとしてＷＷＷクライアント１００に送信するようになっている。
【００８２】
図３には、上述したＷＷＷクライアント１００によるＷＷＷページ取得のためのネットワーク・システム１０上での動作手順をチャート上で図解している。以下、このチャートについて時系列に従って説明する。
【００８３】
ＷＷＷクライアント１００のユーザは、ＷＷＷブラウザ画面上の場所ボックスにＵＲＬを記入するか、又は、同ブラウザ画面上に提示されているＷＷＷページ上のアンカーをクリックすることで、資源オブジェクトの提供を要求する（Ｔ１）。ＷＷＷクライアント１００は、この要求をＨＴＴＰリクエストという形式で中継サーバ３００に送出する（Ｔ２）。
【００８４】
中継サーバ３００は、ＷＷＷサーバ２０１，２０２，２０３の各々に対してＨＴＴＰリクエストを送信して（Ｔ３，Ｔ４，Ｔ５）、ＷＷＷページ２２１，２２２，２２３を要求する。
【００８５】
要求されたＷＷＷページ２２１及びＷＷＷページ２２２はそれぞれ保護ドメイン２１１，２１２にあるので、ＷＷＷサーバ２０１とＷＷＷ２０２は、ＨＴＴＰレスポンスとして認証要求を返す（Ｔ６，Ｔ７）。また、ＷＷＷページ２２３はオープンなドメインにあるので、ＷＷＷサーバ２０３は、ＨＴＴＰレスポンスとしてＷＷＷページ２２３を返す（Ｔ８）。
【００８６】
中継サーバ３００は、受信した認証要求（Ｔ６）を基に新たな認証要求を生成して、これをＷＷＷクライアント１００に送信する（Ｔ９）。ＷＷＷクライアント１００では、ＷＷＷブラウザ画面上にダイアログ・ボックスを開くなどして、ユーザ名やパスワードなど所定の情報のユーザ入力を促す（Ｔ１１）。そして、ＷＷＷクライアント１００は、ユーザ入力（Ｔ１２）に基づいて認証情報を生成して、これを中継サーバ３００に送信する（Ｔ１３）。この認証情報Ｔ１３は、ＷＷＷクライアント１００のローカルにおいて、揮発的若しくは不揮発的に保存される。
【００８７】
同様に、中継サーバ３００は、受信した認証要求（Ｔ７）を基に新たな認証要求を生成して、これをＷＷＷクライアント１００に送信する（Ｔ１４）。ＷＷＷクライアント１００では、ＷＷＷブラウザ画面上にダイアログ・ボックスを開くなどして、ユーザ名やパスワードなど所定の情報のユーザ入力を促す（Ｔ１５）。そして、ＷＷＷクライアント１００は、ユーザ入力（Ｔ１６）に基づいて認証情報を生成して、これを中継サーバ３００に送信する（Ｔ１７）。この認証情報Ｔ１７は、ＷＷＷクライアント１００のローカルにおいて、揮発的若しくは不揮発的に保存される。
【００８８】
中継サーバ３００は、ＷＷＷサーバ２０１及び２０２の各々に対して、それぞれ認証情報Ｔ１３及びＴ１７を含むＨＴＴＰリクエストＴ１８及びＴ１９を送信する。ＷＷＷサーバ２０１は、ＨＴＴＰレスポンスとしてＷＷＷページ２２１を返し（Ｔ２０）、ＷＷＷサーバ２０２は、ＨＴＴＰレスポンスとしてＷＷＷページ２２２を返す（Ｔ２１）。
【００８９】
中継サーバ３００の処理プログラム３０１は、上述のようにして取得したＷＷＷページ２２１，２２２，２２３を入力として、新たなＷＷＷページを動的に生成して、これをＷＷＷクライアント１００に送信する（Ｔ２２）。このＷＷＷページはＷＷＷブラウザにおいて解析され、ＷＷＷページ画面として表示され、ユーザの閲覧に供される（Ｔ２３）。
【００９０】
図４には、ＷＷＷクライアントが再度同じＨＴＴＰリクエストを送信した場合における、ネットワーク・システム１０上での動作手順をチャート上で図解している。以下、このチャートについて時系列に従って説明する。
【００９１】
ＷＷＷクライアント１００のユーザは、ＷＷＷブラウザ画面上でＵＲＬを指示することで、資源オブジェクトの提供を要求する（Ｔ３１）。ＷＷＷクライアント１００は、この要求をＨＴＴＰリクエストという形式で中継サーバ３００に送出する（Ｔ３２）。
【００９２】
中継サーバ３００は、ＷＷＷサーバ２０１，２０２，２０３の各々に対してＨＴＴＰリクエストを送信して（Ｔ３３，Ｔ３４，Ｔ３５）、ＷＷＷページ２２１，２２２，２２３を要求する。
【００９３】
要求されたＷＷＷページ２２１及びＷＷＷページ２２２はそれぞれ保護ドメイン２１１，２１２内にあるので、ＷＷＷサーバ２０１とＷＷＷ２０２は、ＨＴＴＰレスポンスとして認証要求を返す（Ｔ３６，Ｔ３７）。また、ＷＷＷページ２２３はオープンなドメインにあるので、ＷＷＷサーバ２０３は、ＨＴＴＰレスポンスとしてＷＷＷページ２２３を返す（Ｔ３８）。
【００９４】
中継サーバ３００が受信した認証要求Ｔ３６及びＴ３７は、既に認証要求データベース３２０に保存されたものである。したがって、中継サーバ３００は、それぞれの認証要求Ｔ３６及びＴ３７に関連付けられている各認証要求を該データベース３２０から取り出して、これをＷＷＷクライアント１００に送信する（Ｔ３９，Ｔ４１）。
【００９５】
ＷＷＷクライアント１００では、各認証要求に対応する認証情報Ｔ１３及びＴ１７を既に揮発的若しくは不揮発的に保存している。したがって、ＷＷＷクライアント１００は、改めてユーザ入力を促すことなく、保存中の各認証情報を中継サーバ３００に送信する（Ｔ４０，Ｔ４２）。すなわち、ユーザ名やパスワードなどの再度のユーザ入力を省略することができる。
【００９６】
中継サーバ３００は、ＷＷＷサーバ２０１及び２０２の各々に対して、それぞれ認証情報Ｔ１３及びＴ１７を含むＨＴＴＰリクエストＴ４３及びＴ４４を送信する。ＷＷＷサーバ２０１及び２０２の各々は、ＷＷＷページ２２１及びＷＷＷページ２２２をＨＴＴＰレスポンスとして返す（Ｔ４５，Ｔ４６）。
【００９７】
中継サーバ３００の処理プログラムは、上述のようにして取得したＷＷＷページ２２１，２２２，２２３を入力として、新たなＷＷＷページを動的に生成して、これをＷＷＷクライアント１００に送信する（Ｔ４７）。このＷＷＷページはＷＷＷブラウザにおいて解析され、ＷＷＷページ画面として表示され、ユーザの閲覧に供される（Ｔ４８）。
【００９８】
上述した本発明の実施形態において、ＷＷＷクライアントは一般に普及しているＷＷＷブラウザを搭載しているだけで充分であり、また、ＷＷＷサーバは通常のＷＷＷサーバ用アプリケーションを搭載したマシンでよい。言い換えれば、中継サーバ３００を配設するだけで、既存のネットワーク上の各資源提供サービスに対して本発明を適用することができるという点を充分理解されたい。
【００９９】
また、本実施形態に係る中継サーバ３００は、上述の説明からも明らかなように、中継サーバのホスト名が明記されたＵＲＬ文字列の中から中継すべきＷＷＷサーバ名を取り出すようになっている。これは、ＨＴＴＰプロトコルで規定されている中継用メソッド”ＣＯＮＮＥＣＴ”を用いるとともに、例えばＨＴＴＰヘッダなどＵＲＬ以外の情報として中継すべきＷＷＷサーバ名を伝達することで、実現することができる。
【０１００】
本実施形態に係る中継サーバは、複数のＷＷＷサーバに対するＨＴＴＰリクエストを中継するとともにＨＴＴＰレスポンスを加工するタイプのＨＴＴＰ中継サーバである。この中継サーバによれば、ＷＷＷクライアント・ユーザの認証を要求する各ＷＷＷサーバに対してそれぞれ１回の認証情報のユーザ入力のみを必要とし、同じＨＴＴＰリクエストを再度行うときにはユーザ入力を求めることなく、各ＷＷＷサーバのＨＴＴＰレスポンスを加工することができる、という点も充分理解されたい。
【０１０１】
また、本実施形態に係る中継サーバは、広域ネットワーク上で提供される各種サービスの出力を、サーバとクライアントの間を中継する間に加工するような場合に好適に適用することができる。すなわち、加工対象となるサービスのうちの１つが認証を要求する場合であっても、認証に必要な情報を円滑にクライアント−サーバ間で伝達することができ、上記［従来の技術］の欄で指摘した技術的課題を解決することができる。
【０１０２】
次に、本発明の第２の実施形態について説明する。該実施形態では、中継サーバは、一度ユーザ入力された認証情報を保持することができるという点で、上述した第１の実施形態と相違する。
【０１０３】
図５には、本発明の第２の実施形態に係るネットワーク・システム１０の構成を模式的に示している。同図に示すように、該ネットワーク・システム１０は、ＷＷＷページなどの資源提供サービスを要求するＷＷＷクライアント１００と、サービス提供を行う複数のＷＷＷサーバ２０１，２０２，…と、ＷＷＷクライアント１００とＷＷＷサーバ２０１…間に介在する中継サーバ３００とで構成される。但し、ＷＷＷクライアント１００とＷＷＷサーバ２０１…は、第１の実施形態と略同一の構成でよいので、以下では説明を省略する。
【０１０４】
中継サーバ３００は、ＨＴＴＰ中継サーバとして稼動し、”ｐｒｏｘｙｈｏｓｔ”というドメイン名若しくはホスト名を所有するものとする。中継サーバ３００は、ＷＷＷクライアント１００からの資源オブジェクト要求をＨＴＴＰリクエスト形式のメッセージとして受け取ると、処理プログラム３０１を起動する。この処理プログラム３０１は、複数のＷＷＷページを入力として加工を施し、クライアントの要求に合致したＷＷＷページを動的に生成するためのプログラムである。
【０１０５】
また、中継サーバ３００は、ＷＷＷサーバ２０１…から発行される認証要求を中継するために、ＷＷＷサーバから認証を要求されたことに応答してＷＷＷクライアントに対する認証要求を新たに生成する認証要求生成部３１０と、認証要求データベース３２０とを備えている。
【０１０６】
本実施形態に係る中継サーバ３００は、複数のＷＷＷクライアント１００…間で共有することを前提とする。このため、ユーザを識別して認証要求データベース３２０を利用する必要がある。図示の例では、ＨＴＴＰＳ/*/を利用したクライアント認証を行うこととする。すなわち、中継サーバ３００は、ＷＷＷクライアントが接続されたときにＨＴＴＰＳ認証を行い、取得したユーザ識別子を内部的に保持する。中継サーバ３００は、このユーザ識別子を用いて、各クライアント・ユーザ毎に認証要求データベース３２０を使い分けることができる。
【０１０７】
また、本実施形態に係る認証要求データベース３２０では、各エントリは、元の認証要求と、新たに生成された認証要求を保管する以外に、認証要求に対応する認証情報の各々を書き込むフィールドを含んでいる。認証情報フィールドには、最初のユーザ入力によって得られた認証情報が書き込まれる。
【０１０８】
中継サーバ３００は、ユーザ識別子と認証要求が一致するような認証情報が保持されていると、ＷＷＷクライアントに対して認証要求を送出することなく、既にデータベース登録されている認証情報を認証要求元のＷＷＷサーバに送信する。この結果、通信負荷やクライアント・ユーザの処理負荷が軽減される。その後、ＷＷＷサーバが認証失敗を通知した場合（例えば認証が消滅した場合）には、改めてＷＷＷクライアントに対して認証要求を送信すればよい。
【０１０９】
なお、認証要求データベース３２０に登録された認証情報を、登録後所定時間経過後、あるいは最後に利用してから所定期間経過後に自動的に消去することによって、認証情報の漏洩を防止したり、古い（すなわち無効化された）認証情報を廃棄することができる。
【０１１０】
図６には、ＷＷＷクライアントが再度同じＨＴＴＰリクエストを送信した場合における、ネットワーク・システム１０上での動作手順をチャート上で図解している。ＷＷＷサーバから最初に認証要求が発行されたときの動作手順は図４で示した場合と略同一なので、ここでは説明を省略する。以下、このチャートについて時系列に従って説明する。
【０１１１】
中継サーバ３００は、ＷＷＷクライアント１００が接続した時点で、ＨＴＴＰＳによるクライアント認証を行い、そのユーザ識別子を保持しているものとする。
【０１１２】
ＷＷＷクライアント１００のユーザは、ＷＷＷブラウザ画面上でＵＲＬを指示することで、資源オブジェクトの提供を要求する（Ｔ５１）。ＷＷＷクライアント１００は、この要求をＨＴＴＰリクエストという形式で中継サーバ３００に送出する（Ｔ５２）。
【０１１３】
中継サーバ３００は、ＷＷＷサーバ２０１，２０２，２０３の各々に対してＨＴＴＰリクエストを送信して（Ｔ５３，Ｔ５４，Ｔ５５）、ＷＷＷページ２２１，２２２，２２３を要求する。
【０１１４】
要求されたＷＷＷページ２２１及びＷＷＷページ２２２はそれぞれ保護ドメイン２１１，２１２内にあるので、ＷＷＷサーバ２０１とＷＷＷ２０２は、ＨＴＴＰレスポンスとして認証要求を返す（Ｔ５６，Ｔ５７）。また、ＷＷＷページ２２３はオープンなドメインにあるので、ＷＷＷサーバ２０３は、ＨＴＴＰレスポンスとしてＷＷＷページ２２３を返す（Ｔ５８）。
【０１１５】
中継サーバ３００は、受信した認証要求Ｔ５６及びＴ５７とは、ユーザ識別子と認証要求が一致する認証情報を既に登録している。したがって、中継サーバ３００は、ＷＷＷクライアント１００に対して認証要求を送出することなく、それぞれの認証要求Ｔ３６及びＴ３７に関連付けられている各認証情報を認証要求データベース３２０から取り出して、これら認証情報を含むＨＴＴＰリクエスト（Ｔ５９，Ｔ６０）をＷＷＷサーバ２０１及び２０２の各々に送信する。この結果、通信負荷やクライアント・ユーザの処理負荷が軽減される。
【０１１６】
ＷＷＷサーバ２０１及び２０２の各々は、認証情報の受信に応答して、ＷＷＷページ２２１及びＷＷＷページ２２２をＨＴＴＰレスポンスとして返す（Ｔ６１，Ｔ６２）。
【０１１７】
中継サーバ３００は、上述のようにして取得したＷＷＷページ２２１，２２２，２２３を入力として、新たなＷＷＷページを動的に生成して、これをＷＷＷクライアント１００に送信する（Ｔ６３）。このＷＷＷページはＷＷＷブラウザにおいて解析され、ＷＷＷページ画面として表示され、ユーザの閲覧に供される（Ｔ６４）。
【０１１８】
本実施形態に係る中継サーバは、複数のＷＷＷサーバに対するＨＴＴＰリクエストを中継するとともにＨＴＴＰレスポンスを加工するタイプのＨＴＴＰ中継サーバである。この中継サーバ上に保持された認証情報を利用することで、認証を要求するＷＷＷサーバに対して好適にレスポンスすることができ、ＷＷＷクライアントを使用するユーザは、複数のＷＷＷサーバが所有する資源オブジェクトを円滑に利用することができる。
【０１１９】
また、資源提供サービスの利用に先立つ明示的な認証情報の登録や、パスワードが変更された場合の明示的な再登録なしに、認証情報のユーザ入力を省略することができる。
【０１２０】
次に、本発明の第３の実施形態について説明する。該実施形態では、ＷＷＷクライアント１００からのＨＴＴＰリクエストを処理するために、２以上の中継サーバが介在するという点で、上記の第１及び第２の実施形態とは相違する。
【０１２１】
図７には、本発明の第３の実施形態に係るネットワーク・システム１０の構成を模式的に示している。同図に示すように、該ネットワーク・システム１０は、ＷＷＷページなどの資源提供サービスを要求するＷＷＷクライアント１００と、サービス提供を行う複数のＷＷＷサーバ２０１，２０２，…と、ＷＷＷクライアント１００とＷＷＷサーバ２０１…間に介在する２基の中継サーバ３００及び４００とで構成される。
【０１２２】
ＷＷＷクライアント１００とＷＷＷサーバ２０１…は、第１の実施形態と略同一の構成でよいので、以下では説明を省略する。
【０１２３】
また、中継サーバ３００及び４００の各々は、図１に示した第１の実施形態に係る中継サーバ３００と略同一構成でよい。あるいは、中継サーバ３００及び４００の各々は、図５に示した第２の実施形態に係る中継サーバ３００と略同一構成であってもよい。
【０１２４】
図７に示す例では、中継サーバ４００は、ＷＷＷクライアント１００のＨＴＴＰリクエストに関して、中継サーバ３００の下流に位置付けられる。この中継サーバ４００は、単にＨＴＴＰリクエストを中継するだけでなく、上流側の中継サーバ３００における処理プログラム３０１に対する入力の１つとなるＷＷＷページ４２１を提供してもよい。また、このＷＷＷページ４２１が保護ドメイン４１１内に存在し、ＨＴＴＰリクエストに対して中継サーバ４００が認証を要求してもよい。
【０１２５】
図７に示すようなネットワーク構成の場合、ＷＷＷクライアント１００は、中継サーバ３００にＨＴＴＰリクエストを送信する。中継サーバ３００は、さらに中継サーバ４００、及び／又は、他のＷＷＷサーバ２５１，２５２…に対してＨＴＴＰリクエストを送信する。
【０１２６】
中継サーバ４００では、ＷＷＷサーバ２０１及び２０２からはＨＴＴＰレスポンスとして認証要求を送信するとともに、ＷＷＷサーバ２０３からはＨＴＴＰレスポンスとしてＷＷＷページ２２３を送信する（同上）。
【０１２７】
中継サーバ４００が起動する処理プログラム４０１は、各ＷＷＷページ２２１，２２２，２２３を入力として加工し、その処理結果として出力されるＷＷＷページ４５０を中継サーバ３００に返す。また、中継サーバ４００は、中継サーバ３００からのＨＴＴＰリクエストに対するレスポンスとして、ローカルに所有するＷＷＷページ４２１を返してもよい。ＷＷＷページ４２１を引き渡す際に、ＷＷＷクライアント１００に対する認証を要求してもよい。
【０１２８】
中継サーバ３００が起動する処理プログラム３０１は、中継サーバ４００から返されたＷＷＷページ４５１及び／又はＷＷＷページ４２１、及び／又は、他のＷＷＷサーバ２５１，２５２，…から返される各ＷＷＷページを入力として処理を実行し、その処理結果として出力されるＷＷＷページ３５０をＷＷＷクライアント１００に返す。
【０１２９】
上述したように動作手順に従って、２つの中継サーバ３００，４００が段階的な中継動作を行いつつ、ＷＷＷページに対して２段階の処理の適用を実現することができる。また、多段階処理の適用に際して要求される認証を円滑に処理することができる。
【０１３０】
次に、本発明の第４の実施形態について説明する。該実施形態では、中継サーバが認証手続き変換部３６０を具備するという点で、上述した各実施形態と相違する。
【０１３１】
図８には、本発明の第４の実施形態に係るネットワーク・システム１０の構成を模式的に示している。同図に示すように、該ネットワーク・システム１０は、ＷＷＷページなどの資源提供サービスを要求するＷＷＷクライアント１００と、サービス提供を行う複数のＷＷＷサーバ２０１，２０２，…と、ＷＷＷクライアント１００とＷＷＷサーバ２０１…間に介在する中継サーバ３００とで構成される。
【０１３２】
ＷＷＷクライアント１００とＷＷＷサーバ２０１…は、第１の実施形態と略同一の構成でよい。但し、ＷＷＷクライアント１００上で稼動するＷＷＷブラウザは標準的なソフトウェア製品であり、ＨＴＴＰ  Ｂａｓｉｃ認証しかサポートしていない。これに対して、ＷＷＷサーバ２０１…のうちの少なくとも１つはＨＴＴＰ  Ｂａｓｉｃ認証以外の認証手続き、例えばＨＴＴＰ  Ｄｉｇｅｓｔ認証による認証手続きを要求する。
【０１３３】
また、本実施形態に係る中継サーバ３００は、図１に示した第１の実施形態に係る中継サーバ３００、あるいは、図５に示した第２の実施形態に係る中継サーバ３００とは、基本的には略同一構成であってもよい。すなわち、中継サーバ３００は、ＨＴＴＰ中継サーバとして稼動し、”ｐｒｏｘｙｈｏｓｔ”というドメイン名若しくはホスト名を所有するものとする。中継サーバ３００は、ＷＷＷクライアント１００からの資源オブジェクト要求をＨＴＴＰリクエスト形式のメッセージとして受け取ると、処理プログラム３０１を起動する。この処理プログラム３０１は、複数のＷＷＷページを入力として加工を行い、クライアントの要求に合致したＷＷＷページを動的に生成するプログラムである。
【０１３４】
本実施形態に係る中継サーバ３００は、さらに認証手続き変換部３６０を備える。この認証手続き変換部３６０は、ＨＴＴＰ  Ｄｉｇｅｓｔ認証などのＷＷＷブラウザがサポートしない認証手続きを、ＷＷＷブラウザが対応可能なＨＴＴＰＢａｓｉｃ認証手続きに変換する機能を有する。
【０１３５】
この結果、中継サーバ３００は、既存のＷＷＷブラウザを用いたＷＷＷクライアントがいかなるＷＷＷサーバに対するＨＴＴＰリクエストを要求する場合であっても、認証に必要な情報を円滑にクライアント−サーバ間で伝達することができ、上記［従来の技術］の欄で指摘した技術的課題を解決することができる。
【０１３６】
《注釈》
＊：ＨＴＴＰＳは、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）を用いて暗号化通信するＨＴＴＰプロトコルのことを指す。なお、ＳＳＬに関しては、例えば米国特許第５，８２５，８９０号明細書に開示されている。
【０１３７】
《追補》
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１３８】
【発明の効果】
以上詳記したように、本発明によれば、ネットワーク上で複数のサーバによって提供される複数の資源オブジェクトに対するクライアントのアクセス要求を好適に中継することができる、優れたアクセス中継装置及び方法を提供することができる。
【０１３９】
また、本発明によれば、複数のサーバ間での連携的な動作によって生成される資源オブジェクトに対するクライアントのアクセス要求を好適に中継することができる、優れたアクセス中継装置及び方法を提供することができる。
【０１４０】
また、本発明によれば、資源オブジェクトを提供するサーバの少なくとも１つが要求する認証手続きを好適に管理することができる、優れたアクセス中継装置及び方法を提供することができる。
【０１４１】
本発明をインターネットのような広域ネットワークに適用するためには、ＷＷＷクライアントは一般に普及しているＷＷＷブラウザを搭載しているだけで充分であり、また、ＷＷＷサーバは通常のＷＷＷサーバ用アプリケーションを搭載したマシンでよい。言い換えれば、中継サーバを配設するだけで、既存のネットワーク上の各資源提供サービスに対して本発明を適用することができる。
【０１４２】
また、本発明に係る中継サーバは、中継サーバのホスト名が明記されたＵＲＬ文字列の中から中継すべきＷＷＷサーバ名を取り出すようになっている。これは、ＨＴＴＰプロトコルで規定されている中継用メソッド”ＣＯＮＮＥＣＴ”を用いるとともに、例えばＨＴＴＰヘッダなどＵＲＬ以外の情報として中継すべきＷＷＷサーバ名を伝達することで、実現することができる。
【０１４３】
本発明に係る中継サーバは、複数のＷＷＷサーバに対するＨＴＴＰリクエストを中継するとともにＨＴＴＰレスポンスを加工するタイプのＨＴＴＰ中継サーバである。この中継サーバによれば、ＷＷＷクライアント・ユーザの認証を要求する各ＷＷＷサーバに対してそれぞれ１回の認証情報のユーザ入力のみを必要とし、同じＨＴＴＰリクエストを再度行うときにはユーザ入力を求めることなく、各ＷＷＷサーバのＨＴＴＰレスポンスを加工することができる。
【０１４４】
また、本発明に係る中継サーバは、広域ネットワーク上で提供される各種サービスの出力を、サーバとクライアントの間を中継する間に加工するような場合に好適に適用することができる。すなわち、加工対象となるサービスのうちの１つが認証を要求する場合であっても、認証に必要な情報を円滑にクライアント−サーバ間で伝達することができる。
【０１４５】
本発明に係る中継サーバは、さらに一度使用された認証情報を保持してもよい。この場合、中継サーバ上に保持された認証情報を利用することで、認証を要求するＷＷＷサーバに対して好適にレスポンスすることができ、ＷＷＷクライアントを使用するユーザは、複数のＷＷＷサーバが所有する資源オブジェクトを円滑に利用することができる。この結果、認証手続きのために要求される通信負荷やクライアント・ユーザの処理負荷が軽減される。また、資源提供サービスの利用に先立つ明示的な認証情報の登録や、パスワードが変更された場合の明示的な再登録になしに、認証情報のユーザ入力を省略することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るネットワーク・システム１０の構成を模式的に示した図である。
【図２】本発明の第１の実施形態に係るネットワーク・システム１０の動作特性を説明する図である。
【図３】本発明の第１の実施形態に係るネットワーク・システム１０上における、ＷＷＷクライアント１００がＷＷＷページを要求し取得するための一連の処理手順を図解したチャートである。
【図４】本発明の第１の実施形態に係るネットワーク・システム１０上における、ＷＷＷクライアント１００がＷＷＷページを要求し取得するための一連の処理手順を図解したチャートであり、より具体的には、ＷＷＷクライアントが再度同じＨＴＴＰリクエストを送信した場合における動作を図解したものである。
【図５】本発明の第２の実施形態に係るネットワーク・システム１０の構成を模式的に示した図である。
【図６】本発明の第２の実施形態に係るネットワーク・システム１０上における、ＷＷＷクライアント１００がＷＷＷページを要求し取得するための一連の処理手順を図解したチャートであり、より具体的には、ＷＷＷクライアントが再度同じＨＴＴＰリクエストを送信した場合における動作を図解したものである。
【図７】本発明の第３の実施形態に係るネットワーク・システム１０の構成を模式的に示した図である。
【図８】本発明の第４の実施形態に係るネットワーク・システム１０の構成を模式的に示した図である。
【符号の説明】
１０…ネットワーク・システム
１００…ＷＷＷクライアント
１１０…認証情報入力部
２０１，２０２，２０３…ＷＷＷサーバ
２１１，２１２…保護ドメイン
２２１，２２２，２２３…ＷＷＷページ
３００，４００…中継サーバ
３０１，４０１…処理プログラム
３１０，４１０…認証要求生成部
３２０，４２０…認証要求データベース
【図１】
0004214632.tif 000005
【図２】
0004214632.tif 000006
【図３】
0004214632.tif 000007
【図４】
0004214632.tif 000008
【図５】
0004214632.tif 000009
【図６】
0004214632.tif 000010
【図７】
0004214632.tif 000011
【図８】
0004214632.tif 000012