Deprecated: The each() function is deprecated. This message will be suppressed on further calls in /home/zhenxiangba/zhenxiangba.com/public_html/phproxy-improved-master/index.php on line 456
JP4214632B2 - Access relay apparatus and method - Google Patents
[go: Go Back, main page]

JP4214632B2 - Access relay apparatus and method - Google Patents

Access relay apparatus and method Download PDF

Info

Publication number
JP4214632B2
JP4214632B2 JP22596499A JP22596499A JP4214632B2 JP 4214632 B2 JP4214632 B2 JP 4214632B2 JP 22596499 A JP22596499 A JP 22596499A JP 22596499 A JP22596499 A JP 22596499A JP 4214632 B2 JP4214632 B2 JP 4214632B2
Authority
JP
Japan
Prior art keywords
client
www
server
request
authentication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
JP22596499A
Other languages
Japanese (ja)
Other versions
JP2001051946A (en
Inventor
淳 齋藤
和典 堀切
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujifilm Business Innovation Corp
Original Assignee
Fuji Xerox Co Ltd
Fujifilm Business Innovation Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fuji Xerox Co Ltd, Fujifilm Business Innovation Corp filed Critical Fuji Xerox Co Ltd
Priority to JP22596499A priority Critical patent/JP4214632B2/en
Publication of JP2001051946A publication Critical patent/JP2001051946A/en
Application granted granted Critical
Publication of JP4214632B2 publication Critical patent/JP4214632B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Landscapes

  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Small-Scale Networks (AREA)
  • Information Transfer Between Computers (AREA)

Description

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

Figure 0004214632
【００６４】
中継サーバ３００は、受信したＨＴＴＰリクエストを解析して、実行すべき処理プログラム３０１を特定するとともに、この処理プログラム３０１に対する入力となるＷＷＷページ２２１、ＷＷＷページ２２２、及び、ＷＷＷページ２２３を取得するために、ＷＷＷサーバ２０１、ＷＷＷサーバ２０２、及び、ＷＷＷサーバ２０３の各々に対してＨＴＴＰリクエストを送信する。
【００６５】
前述したように、ＷＷＷページ２２１とＷＷＷページ２２２の各々は、ＷＷＷサーバ２０１及びＷＷＷサーバ２０２の各保護ドメイン２１１，２１２内にある。このため、ＷＷＷサーバ２０１及びＷＷＷサーバ２０２はともに、ＨＴＴＰリクエストに応答してＷＷＷページを返す代わりに、認証が必要であることを示すヘッダのみを含んだＨＴＴＰレスポンスを返す（以下では、説明の便宜上、各ＷＷＷサーバ２０１，２０２はＨＴＴＰ Ｂａｓｉｃ認証を要求するものとする）。また、ＷＷＷページ２２３は保護ドメイン外にあるので、ＷＷＷサーバ２０３はＨＴＴＰリクエストに応答して、ＷＷＷページ２２３を即座に出力する。
【００６６】
中継サーバは、自身がＨＴＴＰリクエストを送信したＷＷＷサーバの中に、ＨＴＴＰ Ｂａｓｉｃ認証を要求するものがあるか否かを判別する。該認証要求があった場合には、認証要求生成部３１０が起動され、以下のように動作する。
【００６７】
認証要求は、サーバ名、ポート名、及び保護ドメインの組み合わせからなる識別子によって特定される。例えば、ＷＷＷサーバ２０１が保護ドメイン２１１内の資源オブジェクトへのアクセスである場合には、ＨＴＴＰヘッダに含まれた以下の文字列から保護ドメイン２１１の識別子”ｄｏｍａｉｎ１”を得ることができる。
【００６８】
【数２】
Figure 0004214632
【００６９】
この認証要求は、＜ｗｗｗｈｏｓｔ１，８０，ｄｏｍａｉｎ１＞という一意の識別子が与えられ、且つ、認証要求データベース３２０に記録される。
【００７０】
さらに、認証要求生成部３１０は、元の認証要求に関連付けられた新たな認証要求を生成して、これを認証要求データベース３２０に保管する。新たな認証要求は、元の認証要求を特定できる形態で生成することが好ましい。本実施例では、＜ｗｗｗｈｏｓｔ１，８０，ｄｏｍａｉｎ１＞により特定できる認証要求に対して、＜ｐｒｏｘｙｈｏｓｔ，８０，ｄｏｍａｉｎ１＠ｗｗｗｈｏｓｔ１：８０＞という新たな認証要求を生成して、両者を関連付けて保管する。
【００７１】
中継サーバ３００は、各ＷＷＷサーバへのＨＴＴＰリクエストの送信を行う際、認証を要求するＷＷＷサーバの数だけ、上記の認証要求の登録と新たな認証要求の生成を繰り返し実行する。すなわち、ＷＷＷサーバ２０２からの認証要求＜ｗｗｗｈｏｓｔ１，８０，ｄｏｍａｉｎ２＞に対しても、同様に、新しい認証要求＜ｐｒｏｘｙｈｏｓｔ，８０，ｄｏｍａｉｎ２＠ｗｗｗｈｏｓｔ２：８０＞が生成されるとともに、両者が関連付けられて保管される。
【００７２】
そして、中継サーバ３００は、各ＷＷＷサーバ２０１，２０２からの元の認証要求に代えて、新しく生成された認証要求をＷＷＷクライアント１００に送信する。この結果、ＷＷＷクライアント・マシン上では、ユーザに対して認証情報の入力を促すためのダイアログ・ボックスがＷＷＷブラウザ画面上にポップアップ表示される。このダイアログ・ボックスは、例えば「ｄｏｍａｉｎ１＠ｗｗｗｈｏｓｔ１：８０（ｐｒｏｘｙｈｏｓｔ：８０）に対するユーザ名とパスワードを入力して下さい」のようなメッセージを含ませる。
【００７３】
ＷＷＷブラウザは中継サーバ３００に対する認証情報の入力ウィンドウとしてダイアログ・ボックスを開くことになる。但し、実質的にはＷＷＷサーバ２０１が発行した認証要求であることを識別するためのメッセージ（上述）を含んでいるので、ユーザは、現実には中継サーバ３００ではなくＷＷＷサーバ２０１に対する認証情報を入力すべきことを容易に判断することができる。
【００７４】
ユーザがＷＷＷサーバ２０１に対して登録しておいた正規のユーザ名とパスワードを入力すると、ＷＷＷクライアント１００はこれらの形式を変換して、ＨＴＴＰヘッダとして認証情報を中継サーバに送信する。例えば、ユーザ名が”ｕｓｅｒ”であり、パスワードが”ｐａｓｓ”であるときには、ＷＷＷクライアント１００は以下に示すようなＨＴＴＰヘッダを送信する。
【００７５】
【数３】
Figure 0004214632
【００７６】
ＷＷＷクライアント１００上では、認証を要求するＷＷＷサーバの数だけ、上記の認証情報の入力プロンプトと入力された認証情報の送信が繰り返し行われる。すなわち、ＷＷＷサーバ２０２からの認証要求に対応した認証要求＜ｐｒｏｘｙｈｏｓｔ，８０，ｄｏｍａｉｎ２＠ｗｗｗｈｏｓｔ２：８０＞に対しても、同様に、認証情報の入力と送信が行われる。
【００７７】
なお、米ネットスケープ・コミュニケーションズ社のネットスケープ・ナビゲータを始めとする標準的なＷＷＷブラウザは、ＨＴＴＰ Ｂａｓｉｃ認証による認証手続きを行う場合にユーザ入力された認証情報を揮発的に保持しておく機能を備えている。揮発的とは、ＷＷＷブラウザを終了するか、又はＷＷＷクライアント・マシンを停止した時点で記録していた認証情報が消失することを意味する。このため、ローカル・ディスクなどに不揮発的に認証情報を保持するようにしてもよい。
【００７８】
中継サーバ３００は、ＷＷＷクライアント１００から認証情報を受け取ると、認証要求データベース３２０を参照して元の認証要求を見つけ出す。そして、受信した認証情報をＨＴＴＰリクエストに含めて、該当するＷＷＷサーバに送信する。本実施例では、ＷＷＷサーバ２０１からの認証要求に対する返答として得られた認証情報は、ＨＴＴＰヘッダに含めてＷＷＷサーバ２０１に送信され、同様に、ＷＷＷサーバ２０２からの認証要求に対する返答として得られた認証情報は、ＨＴＴＰヘッダに含めてＷＷＷサーバ２０２に送信される。
【００７９】
認証要求したＷＷＷサーバ２０１は、ＨＴＴＰレスポンスという形式で認証情報を受信する。そして、認証情報に成功した場合には、要求されたＷＷＷページ２２１を、ＨＴＴＰレスポンスとして中継サーバ３００に送出する。同様に、ＷＷＷサーバ２０２も、認証情報に成功した場合には、要求されたＷＷＷページ２２２を、ＨＴＴＰレスポンスとして中継サーバ３００に送出する。
【００８０】
他方、ＷＷＷサーバ２０１又は２０２において認証処理に失敗した場合には、ＷＷＷサーバは再び認証要求を送信する。この結果、中継サーバ３００は、処理プログラム３０１の入力となるＷＷＷページが得られるまで、新たに生成した認証要求をＷＷＷクライアント１００に繰り返し送信し続ける。
【００８１】
中継サーバ３００が全てのＷＷＷページを成功裡に取得すると、処理プログラム３０１は、これらＷＷＷページを入力とする処理を実行する。そして、処理プログラム３０１の実行結果は、ＷＷＷページとしてＷＷＷクライアント１００に返される。図２に示す例では、処理プログラム３０１は、ＷＷＷページ２２１，２２２，２２３を入力として処理を実行し、その処理結果として生成されたＷＷＷページをＨＴＴＰレスポンスとしてＷＷＷクライアント１００に送信するようになっている。
【００８２】
図３には、上述したＷＷＷクライアント１００によるＷＷＷページ取得のためのネットワーク・システム１０上での動作手順をチャート上で図解している。以下、このチャートについて時系列に従って説明する。
【００８３】
ＷＷＷクライアント１００のユーザは、ＷＷＷブラウザ画面上の場所ボックスにＵＲＬを記入するか、又は、同ブラウザ画面上に提示されているＷＷＷページ上のアンカーをクリックすることで、資源オブジェクトの提供を要求する（Ｔ１）。ＷＷＷクライアント１００は、この要求をＨＴＴＰリクエストという形式で中継サーバ３００に送出する（Ｔ２）。
【００８４】
中継サーバ３００は、ＷＷＷサーバ２０１，２０２，２０３の各々に対してＨＴＴＰリクエストを送信して（Ｔ３，Ｔ４，Ｔ５）、ＷＷＷページ２２１，２２２，２２３を要求する。
【００８５】
要求されたＷＷＷページ２２１及びＷＷＷページ２２２はそれぞれ保護ドメイン２１１，２１２にあるので、ＷＷＷサーバ２０１とＷＷＷ２０２は、ＨＴＴＰレスポンスとして認証要求を返す（Ｔ６，Ｔ７）。また、ＷＷＷページ２２３はオープンなドメインにあるので、ＷＷＷサーバ２０３は、ＨＴＴＰレスポンスとしてＷＷＷページ２２３を返す（Ｔ８）。
【００８６】
中継サーバ３００は、受信した認証要求（Ｔ６）を基に新たな認証要求を生成して、これをＷＷＷクライアント１００に送信する（Ｔ９）。ＷＷＷクライアント１００では、ＷＷＷブラウザ画面上にダイアログ・ボックスを開くなどして、ユーザ名やパスワードなど所定の情報のユーザ入力を促す（Ｔ１１）。そして、ＷＷＷクライアント１００は、ユーザ入力（Ｔ１２）に基づいて認証情報を生成して、これを中継サーバ３００に送信する（Ｔ１３）。この認証情報Ｔ１３は、ＷＷＷクライアント１００のローカルにおいて、揮発的若しくは不揮発的に保存される。
【００８７】
同様に、中継サーバ３００は、受信した認証要求（Ｔ７）を基に新たな認証要求を生成して、これをＷＷＷクライアント１００に送信する（Ｔ１４）。ＷＷＷクライアント１００では、ＷＷＷブラウザ画面上にダイアログ・ボックスを開くなどして、ユーザ名やパスワードなど所定の情報のユーザ入力を促す（Ｔ１５）。そして、ＷＷＷクライアント１００は、ユーザ入力（Ｔ１６）に基づいて認証情報を生成して、これを中継サーバ３００に送信する（Ｔ１７）。この認証情報Ｔ１７は、ＷＷＷクライアント１００のローカルにおいて、揮発的若しくは不揮発的に保存される。
【００８８】
中継サーバ３００は、ＷＷＷサーバ２０１及び２０２の各々に対して、それぞれ認証情報Ｔ１３及びＴ１７を含むＨＴＴＰリクエストＴ１８及びＴ１９を送信する。ＷＷＷサーバ２０１は、ＨＴＴＰレスポンスとしてＷＷＷページ２２１を返し（Ｔ２０）、ＷＷＷサーバ２０２は、ＨＴＴＰレスポンスとしてＷＷＷページ２２２を返す（Ｔ２１）。
【００８９】
中継サーバ３００の処理プログラム３０１は、上述のようにして取得したＷＷＷページ２２１，２２２，２２３を入力として、新たなＷＷＷページを動的に生成して、これをＷＷＷクライアント１００に送信する（Ｔ２２）。このＷＷＷページはＷＷＷブラウザにおいて解析され、ＷＷＷページ画面として表示され、ユーザの閲覧に供される（Ｔ２３）。
【００９０】
図４には、ＷＷＷクライアントが再度同じＨＴＴＰリクエストを送信した場合における、ネットワーク・システム１０上での動作手順をチャート上で図解している。以下、このチャートについて時系列に従って説明する。
【００９１】
ＷＷＷクライアント１００のユーザは、ＷＷＷブラウザ画面上でＵＲＬを指示することで、資源オブジェクトの提供を要求する（Ｔ３１）。ＷＷＷクライアント１００は、この要求をＨＴＴＰリクエストという形式で中継サーバ３００に送出する（Ｔ３２）。
【００９２】
中継サーバ３００は、ＷＷＷサーバ２０１，２０２，２０３の各々に対してＨＴＴＰリクエストを送信して（Ｔ３３，Ｔ３４，Ｔ３５）、ＷＷＷページ２２１，２２２，２２３を要求する。
【００９３】
要求されたＷＷＷページ２２１及びＷＷＷページ２２２はそれぞれ保護ドメイン２１１，２１２内にあるので、ＷＷＷサーバ２０１とＷＷＷ２０２は、ＨＴＴＰレスポンスとして認証要求を返す（Ｔ３６，Ｔ３７）。また、ＷＷＷページ２２３はオープンなドメインにあるので、ＷＷＷサーバ２０３は、ＨＴＴＰレスポンスとしてＷＷＷページ２２３を返す（Ｔ３８）。
【００９４】
中継サーバ３００が受信した認証要求Ｔ３６及びＴ３７は、既に認証要求データベース３２０に保存されたものである。したがって、中継サーバ３００は、それぞれの認証要求Ｔ３６及びＴ３７に関連付けられている各認証要求を該データベース３２０から取り出して、これをＷＷＷクライアント１００に送信する（Ｔ３９，Ｔ４１）。
【００９５】
ＷＷＷクライアント１００では、各認証要求に対応する認証情報Ｔ１３及びＴ１７を既に揮発的若しくは不揮発的に保存している。したがって、ＷＷＷクライアント１００は、改めてユーザ入力を促すことなく、保存中の各認証情報を中継サーバ３００に送信する（Ｔ４０，Ｔ４２）。すなわち、ユーザ名やパスワードなどの再度のユーザ入力を省略することができる。
【００９６】
中継サーバ３００は、ＷＷＷサーバ２０１及び２０２の各々に対して、それぞれ認証情報Ｔ１３及びＴ１７を含むＨＴＴＰリクエストＴ４３及びＴ４４を送信する。ＷＷＷサーバ２０１及び２０２の各々は、ＷＷＷページ２２１及びＷＷＷページ２２２をＨＴＴＰレスポンスとして返す（Ｔ４５，Ｔ４６）。
【００９７】
中継サーバ３００の処理プログラムは、上述のようにして取得したＷＷＷページ２２１，２２２，２２３を入力として、新たなＷＷＷページを動的に生成して、これをＷＷＷクライアント１００に送信する（Ｔ４７）。このＷＷＷページはＷＷＷブラウザにおいて解析され、ＷＷＷページ画面として表示され、ユーザの閲覧に供される（Ｔ４８）。
【００９８】
上述した本発明の実施形態において、ＷＷＷクライアントは一般に普及しているＷＷＷブラウザを搭載しているだけで充分であり、また、ＷＷＷサーバは通常のＷＷＷサーバ用アプリケーションを搭載したマシンでよい。言い換えれば、中継サーバ３００を配設するだけで、既存のネットワーク上の各資源提供サービスに対して本発明を適用することができるという点を充分理解されたい。
【００９９】
また、本実施形態に係る中継サーバ３００は、上述の説明からも明らかなように、中継サーバのホスト名が明記されたＵＲＬ文字列の中から中継すべきＷＷＷサーバ名を取り出すようになっている。これは、ＨＴＴＰプロトコルで規定されている中継用メソッド”ＣＯＮＮＥＣＴ”を用いるとともに、例えばＨＴＴＰヘッダなどＵＲＬ以外の情報として中継すべきＷＷＷサーバ名を伝達することで、実現することができる。
【０１００】
本実施形態に係る中継サーバは、複数のＷＷＷサーバに対するＨＴＴＰリクエストを中継するとともにＨＴＴＰレスポンスを加工するタイプのＨＴＴＰ中継サーバである。この中継サーバによれば、ＷＷＷクライアント・ユーザの認証を要求する各ＷＷＷサーバに対してそれぞれ１回の認証情報のユーザ入力のみを必要とし、同じＨＴＴＰリクエストを再度行うときにはユーザ入力を求めることなく、各ＷＷＷサーバのＨＴＴＰレスポンスを加工することができる、という点も充分理解されたい。
【０１０１】
また、本実施形態に係る中継サーバは、広域ネットワーク上で提供される各種サービスの出力を、サーバとクライアントの間を中継する間に加工するような場合に好適に適用することができる。すなわち、加工対象となるサービスのうちの１つが認証を要求する場合であっても、認証に必要な情報を円滑にクライアント−サーバ間で伝達することができ、上記［従来の技術］の欄で指摘した技術的課題を解決することができる。
【０１０２】
次に、本発明の第２の実施形態について説明する。該実施形態では、中継サーバは、一度ユーザ入力された認証情報を保持することができるという点で、上述した第１の実施形態と相違する。
【０１０３】
図５には、本発明の第２の実施形態に係るネットワーク・システム１０の構成を模式的に示している。同図に示すように、該ネットワーク・システム１０は、ＷＷＷページなどの資源提供サービスを要求するＷＷＷクライアント１００と、サービス提供を行う複数のＷＷＷサーバ２０１，２０２，…と、ＷＷＷクライアント１００とＷＷＷサーバ２０１…間に介在する中継サーバ３００とで構成される。但し、ＷＷＷクライアント１００とＷＷＷサーバ２０１…は、第１の実施形態と略同一の構成でよいので、以下では説明を省略する。
【０１０４】
中継サーバ３００は、ＨＴＴＰ中継サーバとして稼動し、”ｐｒｏｘｙｈｏｓｔ”というドメイン名若しくはホスト名を所有するものとする。中継サーバ３００は、ＷＷＷクライアント１００からの資源オブジェクト要求をＨＴＴＰリクエスト形式のメッセージとして受け取ると、処理プログラム３０１を起動する。この処理プログラム３０１は、複数のＷＷＷページを入力として加工を施し、クライアントの要求に合致したＷＷＷページを動的に生成するためのプログラムである。
【０１０５】
また、中継サーバ３００は、ＷＷＷサーバ２０１…から発行される認証要求を中継するために、ＷＷＷサーバから認証を要求されたことに応答してＷＷＷクライアントに対する認証要求を新たに生成する認証要求生成部３１０と、認証要求データベース３２０とを備えている。
【０１０６】
本実施形態に係る中継サーバ３００は、複数のＷＷＷクライアント１００…間で共有することを前提とする。このため、ユーザを識別して認証要求データベース３２０を利用する必要がある。図示の例では、ＨＴＴＰＳ/*/を利用したクライアント認証を行うこととする。すなわち、中継サーバ３００は、ＷＷＷクライアントが接続されたときにＨＴＴＰＳ認証を行い、取得したユーザ識別子を内部的に保持する。中継サーバ３００は、このユーザ識別子を用いて、各クライアント・ユーザ毎に認証要求データベース３２０を使い分けることができる。
【０１０７】
また、本実施形態に係る認証要求データベース３２０では、各エントリは、元の認証要求と、新たに生成された認証要求を保管する以外に、認証要求に対応する認証情報の各々を書き込むフィールドを含んでいる。認証情報フィールドには、最初のユーザ入力によって得られた認証情報が書き込まれる。
【０１０８】
中継サーバ３００は、ユーザ識別子と認証要求が一致するような認証情報が保持されていると、ＷＷＷクライアントに対して認証要求を送出することなく、既にデータベース登録されている認証情報を認証要求元のＷＷＷサーバに送信する。この結果、通信負荷やクライアント・ユーザの処理負荷が軽減される。その後、ＷＷＷサーバが認証失敗を通知した場合（例えば認証が消滅した場合）には、改めてＷＷＷクライアントに対して認証要求を送信すればよい。
【０１０９】
なお、認証要求データベース３２０に登録された認証情報を、登録後所定時間経過後、あるいは最後に利用してから所定期間経過後に自動的に消去することによって、認証情報の漏洩を防止したり、古い（すなわち無効化された）認証情報を廃棄することができる。
【０１１０】
図６には、ＷＷＷクライアントが再度同じＨＴＴＰリクエストを送信した場合における、ネットワーク・システム１０上での動作手順をチャート上で図解している。ＷＷＷサーバから最初に認証要求が発行されたときの動作手順は図４で示した場合と略同一なので、ここでは説明を省略する。以下、このチャートについて時系列に従って説明する。
【０１１１】
中継サーバ３００は、ＷＷＷクライアント１００が接続した時点で、ＨＴＴＰＳによるクライアント認証を行い、そのユーザ識別子を保持しているものとする。
【０１１２】
ＷＷＷクライアント１００のユーザは、ＷＷＷブラウザ画面上でＵＲＬを指示することで、資源オブジェクトの提供を要求する（Ｔ５１）。ＷＷＷクライアント１００は、この要求をＨＴＴＰリクエストという形式で中継サーバ３００に送出する（Ｔ５２）。
【０１１３】
中継サーバ３００は、ＷＷＷサーバ２０１，２０２，２０３の各々に対してＨＴＴＰリクエストを送信して（Ｔ５３，Ｔ５４，Ｔ５５）、ＷＷＷページ２２１，２２２，２２３を要求する。
【０１１４】
要求されたＷＷＷページ２２１及びＷＷＷページ２２２はそれぞれ保護ドメイン２１１，２１２内にあるので、ＷＷＷサーバ２０１とＷＷＷ２０２は、ＨＴＴＰレスポンスとして認証要求を返す（Ｔ５６，Ｔ５７）。また、ＷＷＷページ２２３はオープンなドメインにあるので、ＷＷＷサーバ２０３は、ＨＴＴＰレスポンスとしてＷＷＷページ２２３を返す（Ｔ５８）。
【０１１５】
中継サーバ３００は、受信した認証要求Ｔ５６及びＴ５７とは、ユーザ識別子と認証要求が一致する認証情報を既に登録している。したがって、中継サーバ３００は、ＷＷＷクライアント１００に対して認証要求を送出することなく、それぞれの認証要求Ｔ３６及びＴ３７に関連付けられている各認証情報を認証要求データベース３２０から取り出して、これら認証情報を含むＨＴＴＰリクエスト（Ｔ５９，Ｔ６０）をＷＷＷサーバ２０１及び２０２の各々に送信する。この結果、通信負荷やクライアント・ユーザの処理負荷が軽減される。
【０１１６】
ＷＷＷサーバ２０１及び２０２の各々は、認証情報の受信に応答して、ＷＷＷページ２２１及びＷＷＷページ２２２をＨＴＴＰレスポンスとして返す（Ｔ６１，Ｔ６２）。
【０１１７】
中継サーバ３００は、上述のようにして取得したＷＷＷページ２２１，２２２，２２３を入力として、新たなＷＷＷページを動的に生成して、これをＷＷＷクライアント１００に送信する（Ｔ６３）。このＷＷＷページはＷＷＷブラウザにおいて解析され、ＷＷＷページ画面として表示され、ユーザの閲覧に供される（Ｔ６４）。
【０１１８】
本実施形態に係る中継サーバは、複数のＷＷＷサーバに対するＨＴＴＰリクエストを中継するとともにＨＴＴＰレスポンスを加工するタイプのＨＴＴＰ中継サーバである。この中継サーバ上に保持された認証情報を利用することで、認証を要求するＷＷＷサーバに対して好適にレスポンスすることができ、ＷＷＷクライアントを使用するユーザは、複数のＷＷＷサーバが所有する資源オブジェクトを円滑に利用することができる。
【０１１９】
また、資源提供サービスの利用に先立つ明示的な認証情報の登録や、パスワードが変更された場合の明示的な再登録なしに、認証情報のユーザ入力を省略することができる。
【０１２０】
次に、本発明の第３の実施形態について説明する。該実施形態では、ＷＷＷクライアント１００からのＨＴＴＰリクエストを処理するために、２以上の中継サーバが介在するという点で、上記の第１及び第２の実施形態とは相違する。
【０１２１】
図７には、本発明の第３の実施形態に係るネットワーク・システム１０の構成を模式的に示している。同図に示すように、該ネットワーク・システム１０は、ＷＷＷページなどの資源提供サービスを要求するＷＷＷクライアント１００と、サービス提供を行う複数のＷＷＷサーバ２０１，２０２，…と、ＷＷＷクライアント１００とＷＷＷサーバ２０１…間に介在する２基の中継サーバ３００及び４００とで構成される。
【０１２２】
ＷＷＷクライアント１００とＷＷＷサーバ２０１…は、第１の実施形態と略同一の構成でよいので、以下では説明を省略する。
【０１２３】
また、中継サーバ３００及び４００の各々は、図１に示した第１の実施形態に係る中継サーバ３００と略同一構成でよい。あるいは、中継サーバ３００及び４００の各々は、図５に示した第２の実施形態に係る中継サーバ３００と略同一構成であってもよい。
【０１２４】
図７に示す例では、中継サーバ４００は、ＷＷＷクライアント１００のＨＴＴＰリクエストに関して、中継サーバ３００の下流に位置付けられる。この中継サーバ４００は、単にＨＴＴＰリクエストを中継するだけでなく、上流側の中継サーバ３００における処理プログラム３０１に対する入力の１つとなるＷＷＷページ４２１を提供してもよい。また、このＷＷＷページ４２１が保護ドメイン４１１内に存在し、ＨＴＴＰリクエストに対して中継サーバ４００が認証を要求してもよい。
【０１２５】
図７に示すようなネットワーク構成の場合、ＷＷＷクライアント１００は、中継サーバ３００にＨＴＴＰリクエストを送信する。中継サーバ３００は、さらに中継サーバ４００、及び／又は、他のＷＷＷサーバ２５１，２５２…に対してＨＴＴＰリクエストを送信する。
【０１２６】
中継サーバ４００では、ＷＷＷサーバ２０１及び２０２からはＨＴＴＰレスポンスとして認証要求を送信するとともに、ＷＷＷサーバ２０３からはＨＴＴＰレスポンスとしてＷＷＷページ２２３を送信する（同上）。
【０１２７】
中継サーバ４００が起動する処理プログラム４０１は、各ＷＷＷページ２２１，２２２，２２３を入力として加工し、その処理結果として出力されるＷＷＷページ４５０を中継サーバ３００に返す。また、中継サーバ４００は、中継サーバ３００からのＨＴＴＰリクエストに対するレスポンスとして、ローカルに所有するＷＷＷページ４２１を返してもよい。ＷＷＷページ４２１を引き渡す際に、ＷＷＷクライアント１００に対する認証を要求してもよい。
【０１２８】
中継サーバ３００が起動する処理プログラム３０１は、中継サーバ４００から返されたＷＷＷページ４５１及び／又はＷＷＷページ４２１、及び／又は、他のＷＷＷサーバ２５１，２５２，…から返される各ＷＷＷページを入力として処理を実行し、その処理結果として出力されるＷＷＷページ３５０をＷＷＷクライアント１００に返す。
【０１２９】
上述したように動作手順に従って、２つの中継サーバ３００，４００が段階的な中継動作を行いつつ、ＷＷＷページに対して２段階の処理の適用を実現することができる。また、多段階処理の適用に際して要求される認証を円滑に処理することができる。
【０１３０】
次に、本発明の第４の実施形態について説明する。該実施形態では、中継サーバが認証手続き変換部３６０を具備するという点で、上述した各実施形態と相違する。
【０１３１】
図８には、本発明の第４の実施形態に係るネットワーク・システム１０の構成を模式的に示している。同図に示すように、該ネットワーク・システム１０は、ＷＷＷページなどの資源提供サービスを要求するＷＷＷクライアント１００と、サービス提供を行う複数のＷＷＷサーバ２０１，２０２，…と、ＷＷＷクライアント１００とＷＷＷサーバ２０１…間に介在する中継サーバ３００とで構成される。
【０１３２】
ＷＷＷクライアント１００とＷＷＷサーバ２０１…は、第１の実施形態と略同一の構成でよい。但し、ＷＷＷクライアント１００上で稼動するＷＷＷブラウザは標準的なソフトウェア製品であり、ＨＴＴＰ Ｂａｓｉｃ認証しかサポートしていない。これに対して、ＷＷＷサーバ２０１…のうちの少なくとも１つはＨＴＴＰ Ｂａｓｉｃ認証以外の認証手続き、例えばＨＴＴＰ Ｄｉｇｅｓｔ認証による認証手続きを要求する。
【０１３３】
また、本実施形態に係る中継サーバ３００は、図１に示した第１の実施形態に係る中継サーバ３００、あるいは、図５に示した第２の実施形態に係る中継サーバ３００とは、基本的には略同一構成であってもよい。すなわち、中継サーバ３００は、ＨＴＴＰ中継サーバとして稼動し、”ｐｒｏｘｙｈｏｓｔ”というドメイン名若しくはホスト名を所有するものとする。中継サーバ３００は、ＷＷＷクライアント１００からの資源オブジェクト要求をＨＴＴＰリクエスト形式のメッセージとして受け取ると、処理プログラム３０１を起動する。この処理プログラム３０１は、複数のＷＷＷページを入力として加工を行い、クライアントの要求に合致したＷＷＷページを動的に生成するプログラムである。
【０１３４】
本実施形態に係る中継サーバ３００は、さらに認証手続き変換部３６０を備える。この認証手続き変換部３６０は、ＨＴＴＰ Ｄｉｇｅｓｔ認証などのＷＷＷブラウザがサポートしない認証手続きを、ＷＷＷブラウザが対応可能なＨＴＴＰＢａｓｉｃ認証手続きに変換する機能を有する。
【０１３５】
この結果、中継サーバ３００は、既存のＷＷＷブラウザを用いたＷＷＷクライアントがいかなるＷＷＷサーバに対するＨＴＴＰリクエストを要求する場合であっても、認証に必要な情報を円滑にクライアント−サーバ間で伝達することができ、上記［従来の技術］の欄で指摘した技術的課題を解決することができる。
【０１３６】
《注釈》
＊：ＨＴＴＰＳは、ＳＳＬ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）を用いて暗号化通信するＨＴＴＰプロトコルのことを指す。なお、ＳＳＬに関しては、例えば米国特許第５，８２５，８９０号明細書に開示されている。
【０１３７】
《追補》
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、冒頭に記載した特許請求の範囲の欄を参酌すべきである。
【０１３８】
【発明の効果】
以上詳記したように、本発明によれば、ネットワーク上で複数のサーバによって提供される複数の資源オブジェクトに対するクライアントのアクセス要求を好適に中継することができる、優れたアクセス中継装置及び方法を提供することができる。
【０１３９】
また、本発明によれば、複数のサーバ間での連携的な動作によって生成される資源オブジェクトに対するクライアントのアクセス要求を好適に中継することができる、優れたアクセス中継装置及び方法を提供することができる。
【０１４０】
また、本発明によれば、資源オブジェクトを提供するサーバの少なくとも１つが要求する認証手続きを好適に管理することができる、優れたアクセス中継装置及び方法を提供することができる。
【０１４１】
本発明をインターネットのような広域ネットワークに適用するためには、ＷＷＷクライアントは一般に普及しているＷＷＷブラウザを搭載しているだけで充分であり、また、ＷＷＷサーバは通常のＷＷＷサーバ用アプリケーションを搭載したマシンでよい。言い換えれば、中継サーバを配設するだけで、既存のネットワーク上の各資源提供サービスに対して本発明を適用することができる。
【０１４２】
また、本発明に係る中継サーバは、中継サーバのホスト名が明記されたＵＲＬ文字列の中から中継すべきＷＷＷサーバ名を取り出すようになっている。これは、ＨＴＴＰプロトコルで規定されている中継用メソッド”ＣＯＮＮＥＣＴ”を用いるとともに、例えばＨＴＴＰヘッダなどＵＲＬ以外の情報として中継すべきＷＷＷサーバ名を伝達することで、実現することができる。
【０１４３】
本発明に係る中継サーバは、複数のＷＷＷサーバに対するＨＴＴＰリクエストを中継するとともにＨＴＴＰレスポンスを加工するタイプのＨＴＴＰ中継サーバである。この中継サーバによれば、ＷＷＷクライアント・ユーザの認証を要求する各ＷＷＷサーバに対してそれぞれ１回の認証情報のユーザ入力のみを必要とし、同じＨＴＴＰリクエストを再度行うときにはユーザ入力を求めることなく、各ＷＷＷサーバのＨＴＴＰレスポンスを加工することができる。
【０１４４】
また、本発明に係る中継サーバは、広域ネットワーク上で提供される各種サービスの出力を、サーバとクライアントの間を中継する間に加工するような場合に好適に適用することができる。すなわち、加工対象となるサービスのうちの１つが認証を要求する場合であっても、認証に必要な情報を円滑にクライアント−サーバ間で伝達することができる。
【０１４５】
本発明に係る中継サーバは、さらに一度使用された認証情報を保持してもよい。この場合、中継サーバ上に保持された認証情報を利用することで、認証を要求するＷＷＷサーバに対して好適にレスポンスすることができ、ＷＷＷクライアントを使用するユーザは、複数のＷＷＷサーバが所有する資源オブジェクトを円滑に利用することができる。この結果、認証手続きのために要求される通信負荷やクライアント・ユーザの処理負荷が軽減される。また、資源提供サービスの利用に先立つ明示的な認証情報の登録や、パスワードが変更された場合の明示的な再登録になしに、認証情報のユーザ入力を省略することができる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態に係るネットワーク・システム１０の構成を模式的に示した図である。
【図２】本発明の第１の実施形態に係るネットワーク・システム１０の動作特性を説明する図である。
【図３】本発明の第１の実施形態に係るネットワーク・システム１０上における、ＷＷＷクライアント１００がＷＷＷページを要求し取得するための一連の処理手順を図解したチャートである。
【図４】本発明の第１の実施形態に係るネットワーク・システム１０上における、ＷＷＷクライアント１００がＷＷＷページを要求し取得するための一連の処理手順を図解したチャートであり、より具体的には、ＷＷＷクライアントが再度同じＨＴＴＰリクエストを送信した場合における動作を図解したものである。
【図５】本発明の第２の実施形態に係るネットワーク・システム１０の構成を模式的に示した図である。
【図６】本発明の第２の実施形態に係るネットワーク・システム１０上における、ＷＷＷクライアント１００がＷＷＷページを要求し取得するための一連の処理手順を図解したチャートであり、より具体的には、ＷＷＷクライアントが再度同じＨＴＴＰリクエストを送信した場合における動作を図解したものである。
【図７】本発明の第３の実施形態に係るネットワーク・システム１０の構成を模式的に示した図である。
【図８】本発明の第４の実施形態に係るネットワーク・システム１０の構成を模式的に示した図である。
【符号の説明】
１０…ネットワーク・システム
１００…ＷＷＷクライアント
１１０…認証情報入力部
２０１，２０２，２０３…ＷＷＷサーバ
２１１，２１２…保護ドメイン
２２１，２２２，２２３…ＷＷＷページ
３００，４００…中継サーバ
３０１，４０１…処理プログラム
３１０，４１０…認証要求生成部
３２０，４２０…認証要求データベース[0001]
BACKGROUND OF THE INVENTION
The present invention provides resource access on a resource space where countless resource objects are provided. relay Access relay The present invention relates to an apparatus and method, and in particular, requests for client access to a plurality of resource objects provided by a plurality of servers on a network. relay Access to relay The present invention relates to an apparatus and a method.
[0002]
More specifically, the present invention relates to a client access request for a resource object generated by a cooperative operation among a plurality of servers. relay Access to relay In particular, an authentication procedure required by at least one of servers providing a resource object is preferably used. relay Can access relay The present invention relates to an apparatus and a method.
[0003]
[Prior art]
In recent years, technology development relating to “network computing” in which computer systems are interconnected by a network has been actively conducted. The significance of connecting computers to a network is sharing each other's computer resources and distributing and sharing information.
[0004]
As a communication medium for connecting computers, LAN (Local Area Network) laid in a limited space such as the premises of companies and research institutes, WAN (Wide Area Network) in which LANs are interconnected by a dedicated line, etc. There are various. Recently, the “Internet”, a huge network covering the whole world, has been actively used.
[0005]
The “Internet” is a network based on ARPANET (Advanced Research Projects Agency Network) established by the US Department of Defense, but later included in NSSFNET (National Science Foundation Network) of the National Science Foundation. (UNIX workstations) have voluntarily repeated interconnections, and as a result, have grown into a global network.
[0006]
Servers on the Internet are usually connected by TCP / IP (Transmission Control Protocol / Internet Protocol). Further, various resource objects scattered on the Internet are specified by a reference (or also referred to as “name”) in the form of URL (Uniform Resource Locator). The URL is composed of a combination of character strings for specifying the name of the resource and its location in a resource space such as a network, and a scheme name (protocol name): // host name (domain name): port number / It is described in the format of “path name (file name)”. The URL is described in, for example, RFC (Request For Comments) 1738 and RFC1808.
[0007]
WWW (World Wide Web), which is a typical application on the Internet, is a distributed information retrieval system that provides resource objects with a hyperlink structure over a wide area on the Internet. Resource objects provided on the WWW resource space are mainly hypertext documents described in a markup format language such as HTML (Hyper Text Markup Language). HTML is described in RFC1866, for example. Each resource object in the HTML format also has the above-described URL format reference.
[0008]
“Hypertext” such as HTML handles the characters, pictures, tables, etc. that make up a file as objects such as cards, and links them to each other, that is, forms a link so that they can be referenced immediately. Have (well-known). For example, a plurality of pieces of link information to other resource objects are embedded in HTML contents, that is, WWW pages existing in the WWW resource space. Each link information embedded in the HTML document is also a reference described in the URL format described above.
[0009]
The WWW resource space is composed of an infinite number of WWW servers and WWW clients distributed all over the world. Resource access is normally performed between a WWW server and a WWW client according to an HTTP (Hyper Text Transfer Protocol) protocol. The HTTP protocol is described in, for example, RFC1945 and RFC2068.
[0010]
The WWW server is usually a computer system that operates using an application dedicated to the WWW server. The WWW server owns a plurality of resource objects composed of hypertext described in the HTML format, and provides a resource providing service to the WWW client. The information provider can achieve providing information to the WWW client by describing the information to be provided in the HTML format, storing it in the WWW server as a resource object, and publishing it to the WWW client on the Internet. it can.
[0011]
On the other hand, a WWW client that requests a resource object on the WWW resource space is a computer that normally operates using an application called a “WWW browser”.
[0012]
The WWW browser is a kind of user agent that takes out the resource object, and is embodied in the form of a “browser window” on the desktop screen of the client machine. The WWW browser searches for a corresponding resource object, that is, an HTML document, in the hyperlink WWW resource space according to the URL keyed in the location box on the browser window screen, and downloads the resource object. The content of the acquired HTML document is used as page display information for assembling a WWW page (homepage) screen. That is, the WWW browser analyzes the HTML document and displays the page screen on the browser window screen.
[0013]
In general, on the WWW page display screen, display objects related to link information to other resource objects are displayed as “anchors” as hot spots, and the user intuitively knows where the link information is scattered on the page display screen. Can be detected automatically. The actual state of the link information pasted on the page display screen is a reference to each link destination resource object, and is also described in the URL format. The user can specify the linked resource object to be accessed next by an intuitive operation of clicking an anchor of interest with the mouse on the home page screen. In response to the click operation of the anchor, the WWW browser searches the resource space for the resource object corresponding to the URL embedded in the anchor, and realizes access to the link destination. In short, the user can search on the WWW resource space developed on a global scale by simply performing an intuitive operation with a mouse click.
[0014]
By the way, the services provided by the WWW server have been diversified, and have become more sophisticated and sophisticated. For resource providing services with high economic value, an account, that is, a user qualification is charged. It is often granted. In such a case, it is necessary to perform an authentication procedure between the WWW server and the client in order to distinguish between a regular account and an unauthorized (or invalid) account. In addition, WWW resource providing services are increasing more and more when authentication procedures are required for various purposes such as customization of personal information and usage statistics.
[0015]
However, the authentication procedure is performed independently for each resource providing service, that is, for each WWW server. For this reason, when the WWW client / user enjoys various services, it is necessary to perform a number of authentication procedures in proportion to the service, that is, user input of authentication information. Since authentication information is generally composed of character information such as a password and a user ID, it must rely on keyboard input, and the burden on the user is excessive.
[0016]
In order to deal with such problems, authentication information to be input when using the service is stored in advance, and the authentication information is automatically transmitted when using the service, thereby reducing the burden on the user. Several devices and methods for accumulating and transmitting such authentication information have already been proposed.
[0017]
For example, Japanese Patent Laid-Open No. 11-120238 discloses that personal information of each user is registered in advance in a server that relays a request from a user terminal. That is, when a user terminal accesses a service providing apparatus via a wide area network and the service providing apparatus requests input of personal information of the user, the server reads out the personal information and transfers it to the service providing apparatus. Thus, the user is not required to input personal information.
[0018]
Japanese Patent Laid-Open No. 9-134389 discloses that personal information is registered in advance in the user terminal device itself. That is, when it is necessary to input personal information when accessing the information providing service, it is possible to reduce the burden on the user and prevent input errors by sending the registered personal information. it can.
[0019]
According to the technology described in each of the above publications, information necessary for authentication is recorded in advance and automatically transmitted when using the service, thereby reducing the burden on the user. However, recording authentication information in advance means exposing information important to the user to the risk of leakage. Further, when the password as the authentication information is changed, it is necessary to re-register, and the user is troublesome.
[0020]
Recently, services provided on the WWW resource space have also been diversified. In other words, the WWW server originally simply sent back the WWW page prepared in advance, but the WWW client requested the WWW client to perform processing and processing based on a plurality of WWW pages in cooperation with one or more servers. Service forms that dynamically generate and send back WWW pages are increasing.
[0021]
For example, one server can add value to a WWW page by relaying a service output between a WWW server and a client and performing predetermined processing on the provided service during that time. Such a form of resource providing service can be realized using, for example, an HTTP relay server program called “DeleGate”. For “DeleGate”, for example, refer to Yutaka Sato “Multipurpose Protocol Relay System DelGate” (Electronics Research Institute Vocabulary, Vol. 59, No. 6 (1995)).
[0022]
Further, in Japanese Patent No. 2746218 already assigned to the present applicant, processing is performed based on a plurality of inputs, and the processing result is input to another processing, so that requests from users can be increased. A resource management apparatus and a resource management method that can be processed in stages are disclosed.
[0023]
However, when using a mechanism for generating WWW pages in multiple stages by cooperation of multiple WWW servers as described above, authentication is requested from the WWW server that provides the WWW page to be processed. Even if something is included, the relay server does not have a mechanism for inputting information necessary for authentication or transmitting the authentication information to the WWW server. In short, if at least one of the WWW servers that perform WWW page generation processing dynamically and dynamically requires authentication information, the WWW page requested by the user is not completed.
[0024]
[Problems to be solved by the invention]
It is an object of the present invention to suitably satisfy a client access request for a plurality of resource objects provided by a plurality of servers on a network. relay Can be, excellent access relay It is to provide an apparatus and method.
[0025]
It is a further object of the present invention to suitably satisfy a client access request for a resource object that is dynamically and multistagely generated by a cooperative operation among a plurality of servers. relay Can be, excellent access relay It is to provide an apparatus and method.
[0026]
It is a further object of the present invention to suitably provide an authentication procedure required by at least one of the servers that provide the resource object. relay Can be, excellent access relay It is to provide an apparatus and method.
[0027]
[Means and Actions for Solving the Problems]
The present invention has been made in consideration of the above problems, and the first aspect thereof is Interposed between one or more servers and clients that provide hypertext documents specified by a URL (Uniform Resource Locator), client From hypertext to Access request relay Access relay A device,
client To hypertext documents from Relay access request to server To hypertext documents An access request means for transmitting an access request;
To hypertext documents An authentication request generating means for generating a new authentication request based on the authentication request and transmitting it to the client when the server requests the client to authenticate the access request;
An authentication request storing means for storing the authentication request generated by the authentication request generating means in association with the original authentication request received from the server;
Access characterized by comprising relay Device.
[0028]
This form of access relay By interposing the apparatus between the server and the client, an authentication procedure necessary for accessing the server resources is smoothly executed. In particular, even when accessing a plurality of resource objects requiring authentication, information necessary for authentication can be suitably transmitted between the server and the client.
[0029]
Also access relay In applying the apparatus to the resource providing space, there is no need to modify or change the configuration or operation procedure of the server or client. For example, when the resource providing space is a WWW resource providing space constructed on a wide area network such as the Internet, the existing WWW server and WWW client (ie, simply deploying this resource access management device as a relay server) An authentication procedure between WWW browsers) can be performed smoothly.
[0030]
For example, even if a WWW page requested by a WWW client is generated by processing a WWW page of a plurality of WWW servers by using a remote procedure call such as CGI (Common Gateway Interface), the WWW server There is no problem that the requested WWW page is not completed because one of them requires authentication.
[0031]
Access according to the first aspect of the present invention relay When a new authentication request associated with the authentication request received from the server is already stored in the authentication request storage unit, the apparatus may extract the new authentication request and send it to the client. As a result, by reusing the newly generated authentication request, the processing load on the resource access management device is reduced and the processing time is shortened.
[0032]
Also, access according to the first aspect of the present invention relay The device further received from the server Hypertext document To process Hypertext document Processing means may be included. The access relay The relay server on which the device is mounted has a mechanism for inputting information necessary for authentication and transmitting the authentication information to the WWW server. Therefore, even if at least one of the WWW servers that perform WWW page generation processing in a multistage and dynamic manner requests authentication information, the WWW page requested by the user can be processed.
[0033]
The second aspect of the present invention is An access relay device constructed using a computer is interposed between one or more server servers and clients that provide a hypertext document specified by a URL, and client To hypertext documents from Access request relay Access relay A method,
(A) The access request means included in the computer includes: client To hypertext documents from Relay access request to server To hypertext documents Sending an access request;
(B) An authentication request generation means provided in the computer is provided for converting the hypertext document. When the server requests authentication of the client in response to the access request, generating a new authentication request based on the authentication request and sending it to the client;
(C) Authentication request storage means provided in the computer, Storing the authentication request generated in step (b) in association with the original authentication request received from the server;
Access characterized by comprising relay Is the method.
[0034]
This form of access relay By performing the method, the authentication procedure required to access the server resources is facilitated. In particular, even when accessing a plurality of resource objects requiring authentication, information necessary for authentication can be suitably transmitted between the server and the client.
[0035]
The access relay In realizing the method in the resource providing space, there is no need to modify or change the configuration or operation procedure of the server or client. For example, when the resource providing space is a WWW resource providing space constructed on a wide area network such as the Internet, the existing WWW server and WWW client (ie, simply deploying this resource access management device as a relay server) An authentication procedure between WWW browsers) can be performed smoothly.
[0036]
For example, even if a WWW page requested by a WWW client is generated by processing a WWW page of a plurality of WWW servers by using a remote procedure call such as CGI (Common Gateway Interface), the WWW server There is no problem that the requested WWW page is not completed because one of them requires authentication.
[0037]
Access according to the second aspect of the present invention relay In the method, when a new authentication request associated with the authentication request received from the server is already stored in the step (c), the stored authentication request may be extracted and used. . As a result, by reusing the newly generated authentication request, the processing load for executing the resource access management method is reduced and the processing time is shortened.
[0038]
The access relay The method is further
(D) Receiving means provided in the computer, From the server Hypertext document Receiving the step,
(E) The hypertext document processing means provided in the computer comprises: Received in step (d) Hypertext document Processing steps,
May be included.
[0039]
Access according to the second aspect of the present invention relay According to the method, information necessary for authentication can be input and authentication information can be suitably transmitted between the server and the client. Therefore, even if at least one of the WWW servers that perform WWW page generation processing in a multistage and dynamic manner requests authentication information, the WWW page requested by the user can be processed.
[0040]
The third aspect of the present invention is Intervening between one or more servers and clients providing a hypertext document identified by a URL; client From hypertext to Access request relay Access relay A device,
User authentication means for authenticating the user identifier of the client;
client To hypertext documents from Relay access request to server To hypertext documents An access request means for transmitting an access request;
To hypertext documents An authentication request generating means for generating a new authentication request based on the authentication request and transmitting it to the client when the server requests the client to authenticate the access request;
Authentication request storage means for storing authentication information returned from the client in response to the authentication request in association with the authentication request and the user identifier of the client;
Access characterized by comprising relay Device.
[0041]
Access according to the third aspect of the present invention relay The device further received from the server Hypertext document To process Hypertext document Processing means may be included.
[0042]
This form of access relay By interposing the apparatus between the server and the client, an authentication procedure necessary for accessing the server resources is smoothly executed. In particular, even when accessing a plurality of resource objects requiring authentication, information necessary for authentication can be suitably transmitted between the server and the client.
[0043]
Access according to the third aspect of the present invention relay The difference between the apparatus and the first aspect is that the former performs user authentication of the client and stores the authentication request in association with the user identifier. Also, since user authentication is performed between the client and the relay server, the authentication information received from the client is accessed. relay It can be stored on the device from the viewpoint of security. Therefore, even if the server requests authentication when the client requests access to the same resource object again, the access relay The authentication procedure is completed at the device. That is, since it is not necessary for the client to send authentication information again, the communication load is reduced, and the authentication procedure is smoothly and simplified.
[0044]
The fourth aspect of the present invention is An access relay device constructed using a computer is interposed between one or more servers and clients that provide a hypertext document specified by a URL. client To hypertext documents from Access request relay Access relay A method,
(A) User authentication means included in the computer, Authenticating a client user identifier;
(B) The access request means included in the computer includes: Client To hypertext documents Relay access request to server To hypertext documents Sending an access request;
(C) An authentication request generation means provided in the computer is provided for converting the hypertext document. Generating a new authentication request based on the authentication request when the server requests client authentication for the access request;
(D) Authentication request storage means provided in the computer, Storing authentication information returned from the client in response to the authentication request in association with the authentication request and the user identifier of the client;
Access characterized by comprising relay Is the method.
[0045]
Access according to the fourth aspect of the present invention relay The method is further
(E) Receiving means provided in the computer, From the server Hypertext document Receiving the step,
(F) The hypertext document processing means provided in the computer comprises: Received in step (e) Hypertext document Processing steps,
May be included.
[0046]
This form of access relay By performing the method, the authentication procedure required to access the server resources is facilitated. In particular, even when accessing a plurality of resource objects requiring authentication, information necessary for authentication can be suitably transmitted between the server and the client.
[0047]
Access according to the fourth aspect of the present invention relay The difference between the method and the second aspect is that the former performs user authentication of the client and stores the authentication request in association with the user identifier. In addition, since user authentication is performed between the client and the relay server, authentication information received from the client can be stored on behalf of the user from the viewpoint of security. Therefore, when the client requests access to the same resource object again, even if the server requests authentication, the client does not need to send authentication information again, reducing the communication load. The authentication procedure is smooth and simplified.
[0048]
Other objects, features, and advantages of the present invention will become apparent from a more detailed description based on embodiments of the present invention described later and the accompanying drawings.
[0049]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.
[0050]
FIG. 1 schematically shows the configuration of a network system 10 according to the first embodiment of the present invention. The network system 10 is a system in which a large number of computers are connected via TCP / IP (Transmission Control Protocol / Internet Protocol) via a wide area network such as the “Internet”, for example, according to the HTTP protocol (Hyper Text Transfer Protocol). It is assumed that a WWW (World Wide Web) resource space in which resource objects are provided is constructed.
[0051]
As shown in FIG. 1, the network system 10 includes a WWW client 100 that requests a resource providing service such as a WWW page, a plurality of WWW servers 201, 202,... That provide the service, a WWW client 100, and a WWW server. 201... And a relay server 300 interposed therebetween.
[0052]
The WWW client 100 is a computer that normally operates using an application called a “WWW browser”. The WWW browser generally provides a user with a GUI (Graphical User Interface) screen. The user of the WWW client enters a URL (Uniform Resource Locator) character string in a place box prepared on the WWW browser screen, or mouses an anchor in which link information is embedded in the WWW page presented by the WWW browser For example, access to a desired resource object can be instructed. A resource object request is issued in the form of an HTTP request.
[0053]
The WWW browser includes an authentication information input unit 110 for accepting user input related to authentication information in response to an authentication request from the server. The authentication information input unit 110 is embodied in the form of a dialog box including an input form such as a user ID and a password. In the HTTP protocol, “Basic authentication” and “Digest authentication” are defined as formats relating to an authentication request, transfer of authentication information, and the like. Many widely used WWW browsers, such as Netscape Communications' Netscape Navigator, support Basic authentication.
[0054]
The other WWW server 201 is a computer system that normally operates using an application dedicated to the WWW server, and has a plurality of resource objects composed of hypertext described in the HTML (Hyper Text markup Language) format, and is HTTP. A resource providing service is provided to the WWW client in the form of a response to the request. The information provider can achieve providing information to the WWW client by describing the information to be provided in the HTML format, storing it in the WWW server as a resource object, and publishing it to the WWW client on the Internet. it can. The WWW servers 201, 202, and 203 shown in the figure have host names or domain names of “wwwhost1”, “wwwhost2”, and “wwwhost3”, respectively.
[0055]
In this embodiment, each WWW server indicated by reference numerals 201 and 202 has protection domains 211 and 212, respectively. In order to access the resource objects in the protected domains 211 and 212, that is, the WWW pages 221 and 222, user authentication of the WWW client is required. It is assumed that the protection domains 211 and 212 have domain identifiers “domain1” and “domain2”, respectively.
[0056]
The relay server 300 is a server that operates as an HTTP relay server, and possesses a domain name or host name “proxyhost”. When the relay server 300 receives the resource object request from the WWW client 100 as an HTTP request format message, the relay server 300 activates the processing program 301. The processing program 301 is a program for processing a WWW page that matches a client request based on a plurality of WWW pages. That is, the processing program 301 uses an HTTP response from another WWW server as an input, and the output of the processing program 301 becomes an HTTP response to the requesting WWW client. It is assumed that the processing program 301 has an object name or a file name “program”.
[0057]
The relay server 300 according to the present embodiment further has a function of relaying authentication requests issued from the WWW servers 201. More specifically, an authentication request generation unit 310 that newly generates an authentication request for the WWW client in response to an authentication request from the WWW server, and the newly generated authentication request corresponds to the original authentication request And an authentication request database 320 to be stored.
[0058]
The entity of the relay server 300 may be an application for a relay server that runs on the same WWW client machine, an application for a relay server that runs on a specific WWW server machine, or the Internet The relay server machine may exist independently from the WWW server and the client.
[0059]
Although illustration is omitted in FIG. 1, the WWW client 100 and the WWW server 201... Are connected to a TCP / IP (Transmission Control Protocol / Internet Protocol) on a wide area network such as the Internet in which a WWW resource providing space is constructed. It is connected, and a resource service request and a resource service can be provided according to an HTTP (Hyper Text Transfer Protocol) protocol.
[0060]
Next, the processing procedure of the relay server 300 on the network system 10 will be described with reference to FIGS. In the following, an HTTP request is transmitted from the WWW client 100 to the relay server 300, the WWW pages 221, 222, and 223 are acquired as HTTP responses from the WWW servers 201, 202, and 203, and the processing program is input using these WWW pages as inputs. A series of operations of executing 301 and returning the WWW page as the processing result to the WWW client 100 as an HTTP response will be taken as an example.
[0061]
First, the user of the WWW client 100 provides a resource object by entering a URL in a location box on the WWW browser screen or by clicking an anchor on a WWW page presented on the browser screen. Request. The WWW client 100 sends this request in the form of an HTTP request.
[0062]
More specifically, the request handled in this embodiment is a WWW processed by using the resource object of each of the plurality of WWW servers 201, 202, and 203 by starting the processing program 301 of the relay server 300. The page is requested. Therefore, the HTTP request message includes, in addition to the identifier of the processing program 301 to be activated, the resource object that is an input to the processing program 301, that is, information related to the URL of the WWW pages 221, 222, and 223. It is expressed by a URL character string such as an expression.
[0063]
[Expression 1]
Figure 0004214632
[0064]
The relay server 300 analyzes the received HTTP request, specifies the processing program 301 to be executed, and acquires the WWW page 221, the WWW page 222, and the WWW page 223 that are input to the processing program 301. In addition, an HTTP request is transmitted to each of the WWW server 201, the WWW server 202, and the WWW server 203.
[0065]
As described above, each of the WWW page 221 and the WWW page 222 is in the protection domains 211 and 212 of the WWW server 201 and the WWW server 202. For this reason, both the WWW server 201 and the WWW server 202 return an HTTP response including only a header indicating that authentication is required instead of returning a WWW page in response to the HTTP request (hereinafter, for convenience of explanation). , Each WWW server 201, 202 requests HTTP Basic authentication). Further, since the WWW page 223 is outside the protection domain, the WWW server 203 outputs the WWW page 223 immediately in response to the HTTP request.
[0066]
The relay server determines whether there is a request for HTTP Basic authentication among the WWW servers that have transmitted the HTTP request. If there is an authentication request, the authentication request generator 310 is activated and operates as follows.
[0067]
The authentication request is specified by an identifier composed of a combination of a server name, a port name, and a protection domain. For example, when the WWW server 201 is an access to the resource object in the protection domain 211, the identifier “domain1” of the protection domain 211 can be obtained from the following character string included in the HTTP header.
[0068]
[Expression 2]
Figure 0004214632
[0069]
This authentication request is given a unique identifier of <wwwhost1,80, domain1> and is recorded in the authentication request database 320.
[0070]
Further, the authentication request generator 310 generates a new authentication request associated with the original authentication request and stores it in the authentication request database 320. The new authentication request is preferably generated in a form that can identify the original authentication request. In this embodiment, in response to an authentication request that can be specified by <wwwhost1,80, domain1>, a new authentication request of <proxyhost, 80, domain1 @ wwwhost1: 80> is generated and stored in association with each other.
[0071]
When the relay server 300 transmits an HTTP request to each WWW server, the relay server 300 repeatedly executes registration of the authentication request and generation of a new authentication request as many as the number of WWW servers that request authentication. That is, for the authentication request <wwwhost1, 80, domain2> from the WWW server 202, similarly, a new authentication request <proxyhost, 80, domain2 @ wwwhost2: 80> is generated and stored in association with each other. Is done.
[0072]
Then, the relay server 300 transmits a newly generated authentication request to the WWW client 100 instead of the original authentication request from each of the WWW servers 201 and 202. As a result, on the WWW client machine, a dialog box for prompting the user to input authentication information pops up on the WWW browser screen. This dialog box includes a message such as “Please enter a username and password for domain1 @ wwwhost1: 80 (proxyhost: 80)”.
[0073]
The WWW browser opens a dialog box as an authentication information input window for the relay server 300. However, since a message (described above) for identifying that the request is substantially an authentication request issued by the WWW server 201 is included, the user actually supplies authentication information for the WWW server 201 instead of the relay server 300. It is possible to easily determine what to input.
[0074]
When the user inputs a regular user name and password registered in the WWW server 201, the WWW client 100 converts these formats and transmits authentication information as an HTTP header to the relay server. For example, when the user name is “user” and the password is “pass”, the WWW client 100 transmits an HTTP header as shown below.
[0075]
[Equation 3]
Figure 0004214632
[0076]
On the WWW client 100, the authentication information input prompt and the input authentication information are repeatedly transmitted as many times as the number of WWW servers requesting authentication. That is, authentication information is similarly input and transmitted in response to an authentication request <proxyhost, 80, domain2 @ www2: 80> corresponding to the authentication request from the WWW server 202.
[0077]
In addition, standard WWW browsers such as Netscape Navigator of Netscape Communications Inc. in the United States have a function to hold authentication information input by the user in a volatile manner when performing an authentication procedure using HTTP Basic authentication. Yes. Volatile means that the authentication information recorded when the WWW browser is terminated or the WWW client machine is stopped is lost. For this reason, authentication information may be held in a nonvolatile manner in a local disk or the like.
[0078]
When receiving the authentication information from the WWW client 100, the relay server 300 refers to the authentication request database 320 and finds the original authentication request. Then, the received authentication information is included in the HTTP request and transmitted to the corresponding WWW server. In the present embodiment, the authentication information obtained as a response to the authentication request from the WWW server 201 is included in the HTTP header and transmitted to the WWW server 201. Similarly, the authentication information is obtained as a response to the authentication request from the WWW server 202. The authentication information is included in the HTTP header and transmitted to the WWW server 202.
[0079]
The WWW server 201 that has requested authentication receives the authentication information in the form of an HTTP response. If the authentication information is successful, the requested WWW page 221 is sent to the relay server 300 as an HTTP response. Similarly, if the authentication information is successful, the WWW server 202 also sends the requested WWW page 222 to the relay server 300 as an HTTP response.
[0080]
On the other hand, when the authentication process fails in the WWW server 201 or 202, the WWW server transmits an authentication request again. As a result, the relay server 300 continues to repeatedly transmit the newly generated authentication request to the WWW client 100 until a WWW page as an input of the processing program 301 is obtained.
[0081]
When the relay server 300 successfully acquires all the WWW pages, the processing program 301 executes a process with these WWW pages as inputs. Then, the execution result of the processing program 301 is returned to the WWW client 100 as a WWW page. In the example illustrated in FIG. 2, the processing program 301 executes processing with the WWW pages 221, 222, and 223 as inputs, and transmits the WWW page generated as a processing result to the WWW client 100 as an HTTP response. Yes.
[0082]
FIG. 3 illustrates an operation procedure on the network system 10 for obtaining the WWW page by the WWW client 100 described above on a chart. Hereinafter, this chart will be described in time series.
[0083]
The user of the WWW client 100 requests the provision of a resource object by entering a URL in a location box on the WWW browser screen or by clicking an anchor on a WWW page presented on the browser screen. (T1). The WWW client 100 sends this request to the relay server 300 in the form of an HTTP request (T2).
[0084]
The relay server 300 transmits an HTTP request to each of the WWW servers 201, 202, and 203 (T3, T4, T5), and requests the WWW pages 221, 222, and 223.
[0085]
Since the requested WWW page 221 and WWW page 222 are in the protection domains 211 and 212, respectively, the WWW server 201 and the WWW 202 return an authentication request as an HTTP response (T6 and T7). Since the WWW page 223 is in an open domain, the WWW server 203 returns the WWW page 223 as an HTTP response (T8).
[0086]
The relay server 300 generates a new authentication request based on the received authentication request (T6) and transmits it to the WWW client 100 (T9). The WWW client 100 prompts the user to input predetermined information such as a user name and password by opening a dialog box on the WWW browser screen (T11). The WWW client 100 generates authentication information based on the user input (T12) and transmits it to the relay server 300 (T13). The authentication information T13 is stored in a volatile or non-volatile manner locally in the WWW client 100.
[0087]
Similarly, the relay server 300 generates a new authentication request based on the received authentication request (T7), and transmits it to the WWW client 100 (T14). The WWW client 100 prompts the user to input predetermined information such as a user name and password by opening a dialog box on the WWW browser screen (T15). The WWW client 100 generates authentication information based on the user input (T16) and transmits it to the relay server 300 (T17). This authentication information T17 is stored in a volatile or non-volatile manner locally in the WWW client 100.
[0088]
The relay server 300 transmits HTTP requests T18 and T19 including authentication information T13 and T17 to the WWW servers 201 and 202, respectively. The WWW server 201 returns a WWW page 221 as an HTTP response (T20), and the WWW server 202 returns a WWW page 222 as an HTTP response (T21).
[0089]
The processing program 301 of the relay server 300 receives the WWW pages 221, 222, and 223 acquired as described above, dynamically generates a new WWW page, and transmits this to the WWW client 100 (T22). . This WWW page is analyzed by a WWW browser, displayed as a WWW page screen, and used for browsing by the user (T23).
[0090]
FIG. 4 illustrates an operation procedure on the network system 10 on the chart when the WWW client transmits the same HTTP request again. Hereinafter, this chart will be described in time series.
[0091]
The user of the WWW client 100 requests provision of a resource object by instructing a URL on the WWW browser screen (T31). The WWW client 100 sends this request to the relay server 300 in the form of an HTTP request (T32).
[0092]
The relay server 300 transmits an HTTP request to each of the WWW servers 201, 202, and 203 (T33, T34, T35), and requests WWW pages 221, 222, and 223.
[0093]
Since the requested WWW page 221 and WWW page 222 are in the protection domains 211 and 212, respectively, the WWW server 201 and the WWW 202 return an authentication request as an HTTP response (T36, T37). Since the WWW page 223 is in an open domain, the WWW server 203 returns the WWW page 223 as an HTTP response (T38).
[0094]
The authentication requests T36 and T37 received by the relay server 300 are already stored in the authentication request database 320. Therefore, the relay server 300 retrieves each authentication request associated with each authentication request T36 and T37 from the database 320 and transmits it to the WWW client 100 (T39, T41).
[0095]
In the WWW client 100, the authentication information T13 and T17 corresponding to each authentication request is already stored in a volatile or non-volatile manner. Accordingly, the WWW client 100 transmits each stored authentication information to the relay server 300 without prompting the user again (T40, T42). That is, it is possible to omit user input such as a user name and a password again.
[0096]
The relay server 300 transmits HTTP requests T43 and T44 including authentication information T13 and T17 to the WWW servers 201 and 202, respectively. Each of the WWW servers 201 and 202 returns the WWW page 221 and the WWW page 222 as HTTP responses (T45, T46).
[0097]
The processing program of the relay server 300 dynamically generates a new WWW page with the WWW pages 221, 222, and 223 acquired as described above as input, and transmits this to the WWW client 100 (T47). The WWW page is analyzed by the WWW browser, displayed as a WWW page screen, and used for browsing by the user (T48).
[0098]
In the above-described embodiment of the present invention, it is sufficient that the WWW client is equipped with a WWW browser that is generally popular, and the WWW server may be a machine equipped with a normal WWW server application. In other words, it should be fully understood that the present invention can be applied to each resource providing service on an existing network only by providing the relay server 300.
[0099]
Further, as is clear from the above description, the relay server 300 according to the present embodiment extracts the name of the WWW server to be relayed from the URL character string in which the host name of the relay server is specified. . This can be realized by using the relay method “CONNECT” defined in the HTTP protocol and transmitting the name of the WWW server to be relayed as information other than the URL such as an HTTP header.
[0100]
The relay server according to the present embodiment is a type of HTTP relay server that relays HTTP requests to a plurality of WWW servers and processes an HTTP response. According to this relay server, only one user input of authentication information is required for each WWW server that requests authentication of a WWW client user, and when performing the same HTTP request again, no user input is required. It should also be understood that the HTTP response of each WWW server can be processed.
[0101]
In addition, the relay server according to the present embodiment can be suitably applied to the case where the output of various services provided on the wide area network is processed while relaying between the server and the client. That is, even when one of the services to be processed requests authentication, information necessary for authentication can be smoothly transmitted between the client and the server. It can solve the technical problems pointed out.
[0102]
Next, a second embodiment of the present invention will be described. In this embodiment, the relay server is different from the first embodiment described above in that authentication information once input by the user can be held.
[0103]
FIG. 5 schematically shows the configuration of the network system 10 according to the second embodiment of the present invention. As shown in the figure, the network system 10 includes a WWW client 100 that requests a resource providing service such as a WWW page, a plurality of WWW servers 201, 202,... That provide the service, a WWW client 100, and a WWW server. 201... And a relay server 300 interposed therebetween. However, since the WWW client 100 and the WWW server 201... May have substantially the same configuration as that of the first embodiment, description thereof will be omitted below.
[0104]
The relay server 300 operates as an HTTP relay server, and possesses a domain name or host name “proxyhost”. When the relay server 300 receives the resource object request from the WWW client 100 as an HTTP request format message, the relay server 300 activates the processing program 301. This processing program 301 is a program for processing a plurality of WWW pages as input and dynamically generating a WWW page that matches the client's request.
[0105]
In addition, the relay server 300 newly generates an authentication request for the WWW client in response to the request for authentication from the WWW server in order to relay the authentication request issued from the WWW server 201. 310 and an authentication request database 320.
[0106]
The relay server 300 according to the present embodiment is assumed to be shared among a plurality of WWW clients 100. For this reason, it is necessary to identify the user and use the authentication request database 320. In the example shown, HTTPS / * / Authenticate clients using. That is, the relay server 300 performs HTTPS authentication when a WWW client is connected, and internally holds the acquired user identifier. The relay server 300 can use the authentication request database 320 for each client user by using this user identifier.
[0107]
In the authentication request database 320 according to the present embodiment, each entry includes a field for writing each of authentication information corresponding to the authentication request, in addition to storing the original authentication request and the newly generated authentication request. It is out. In the authentication information field, authentication information obtained by the first user input is written.
[0108]
When the authentication information that matches the user identifier and the authentication request is held, the relay server 300 transmits the authentication information already registered in the database to the authentication request source without sending the authentication request to the WWW client. Send to the WWW server. As a result, communication load and client / user processing load are reduced. Thereafter, when the WWW server notifies the authentication failure (for example, when the authentication is lost), an authentication request may be transmitted to the WWW client again.
[0109]
The authentication information registered in the authentication request database 320 is automatically deleted after a lapse of a predetermined time after registration or after a lapse of a predetermined period after the last use, thereby preventing leakage of authentication information or Authentication information (ie, revoked) can be discarded.
[0110]
FIG. 6 illustrates an operation procedure on the network system 10 when the WWW client transmits the same HTTP request again on the chart. Since the operation procedure when the authentication request is first issued from the WWW server is substantially the same as that shown in FIG. 4, the description is omitted here. Hereinafter, this chart will be described in time series.
[0111]
The relay server 300 performs client authentication by HTTPS when the WWW client 100 is connected, and holds the user identifier.
[0112]
The user of the WWW client 100 requests the provision of a resource object by designating a URL on the WWW browser screen (T51). The WWW client 100 sends this request to the relay server 300 in the form of an HTTP request (T52).
[0113]
The relay server 300 transmits an HTTP request to each of the WWW servers 201, 202, and 203 (T53, T54, T55), and requests the WWW pages 221, 222, and 223.
[0114]
Since the requested WWW page 221 and WWW page 222 are in the protection domains 211 and 212, respectively, the WWW server 201 and the WWW 202 return an authentication request as an HTTP response (T56, T57). Since the WWW page 223 is in an open domain, the WWW server 203 returns the WWW page 223 as an HTTP response (T58).
[0115]
The relay server 300 has already registered authentication information whose user identifier and authentication request match with the received authentication requests T56 and T57. Therefore, the relay server 300 extracts each authentication information associated with each authentication request T36 and T37 from the authentication request database 320 without sending an authentication request to the WWW client 100, and includes these authentication information. An HTTP request (T59, T60) is transmitted to each of the WWW servers 201 and 202. As a result, communication load and client / user processing load are reduced.
[0116]
In response to receiving the authentication information, each of the WWW servers 201 and 202 returns the WWW page 221 and the WWW page 222 as HTTP responses (T61, T62).
[0117]
The relay server 300 receives the WWW pages 221, 222, and 223 acquired as described above, dynamically generates a new WWW page, and transmits this to the WWW client 100 (T63). This WWW page is analyzed by the WWW browser, displayed as a WWW page screen, and used for browsing by the user (T64).
[0118]
The relay server according to the present embodiment is a type of HTTP relay server that relays HTTP requests to a plurality of WWW servers and processes an HTTP response. By using the authentication information held on this relay server, it is possible to respond favorably to the WWW server requesting authentication, and the user who uses the WWW client is a resource object owned by a plurality of WWW servers. Can be used smoothly.
[0119]
In addition, user input of authentication information can be omitted without explicit registration of authentication information prior to use of the resource providing service or explicit re-registration when the password is changed.
[0120]
Next, a third embodiment of the present invention will be described. This embodiment is different from the above first and second embodiments in that two or more relay servers are interposed to process an HTTP request from the WWW client 100.
[0121]
FIG. 7 schematically shows the configuration of the network system 10 according to the third embodiment of the present invention. As shown in the figure, the network system 10 includes a WWW client 100 that requests a resource providing service such as a WWW page, a plurality of WWW servers 201, 202,... That provide the service, a WWW client 100, and a WWW server. 201 is composed of two relay servers 300 and 400 interposed between them.
[0122]
Since the WWW client 100 and the WWW server 201... May have substantially the same configuration as that of the first embodiment, description thereof will be omitted below.
[0123]
Each of the relay servers 300 and 400 may have substantially the same configuration as the relay server 300 according to the first embodiment shown in FIG. Alternatively, each of the relay servers 300 and 400 may have substantially the same configuration as the relay server 300 according to the second embodiment illustrated in FIG.
[0124]
In the example illustrated in FIG. 7, the relay server 400 is positioned downstream of the relay server 300 with respect to the HTTP request of the WWW client 100. This relay server 400 may not only relay an HTTP request but also provide a WWW page 421 that is one of the inputs to the processing program 301 in the upstream relay server 300. Further, the WWW page 421 may exist in the protection domain 411, and the relay server 400 may request authentication for the HTTP request.
[0125]
In the case of a network configuration as shown in FIG. 7, the WWW client 100 transmits an HTTP request to the relay server 300. The relay server 300 further transmits an HTTP request to the relay server 400 and / or other WWW servers 251, 252,.
[0126]
The relay server 400 transmits an authentication request as an HTTP response from the WWW servers 201 and 202, and transmits a WWW page 223 as an HTTP response from the WWW server 203 (same as above).
[0127]
The processing program 401 activated by the relay server 400 processes each WWW page 221, 222, 223 as an input, and returns a WWW page 450 output as the processing result to the relay server 300. Further, the relay server 400 may return a locally owned WWW page 421 as a response to the HTTP request from the relay server 300. When handing over the WWW page 421, authentication for the WWW client 100 may be requested.
[0128]
The processing program 301 activated by the relay server 300 receives the WWW page 451 and / or the WWW page 421 returned from the relay server 400 and / or each WWW page returned from another WWW server 251, 252,. The processing is executed, and the WWW page 350 output as the processing result is returned to the WWW client 100.
[0129]
As described above, it is possible to realize the application of the two-stage processing to the WWW page while the two relay servers 300 and 400 perform the step-by-step relay operation according to the operation procedure. In addition, authentication required when applying multi-stage processing can be processed smoothly.
[0130]
Next, a fourth embodiment of the present invention will be described. This embodiment is different from the above-described embodiments in that the relay server includes an authentication procedure conversion unit 360.
[0131]
FIG. 8 schematically shows the configuration of the network system 10 according to the fourth embodiment of the present invention. As shown in the figure, the network system 10 includes a WWW client 100 that requests a resource providing service such as a WWW page, a plurality of WWW servers 201, 202,... That provide the service, a WWW client 100, and a WWW server. 201... And a relay server 300 interposed therebetween.
[0132]
The WWW client 100 and the WWW server 201... May have substantially the same configuration as that of the first embodiment. However, the WWW browser running on the WWW client 100 is a standard software product and supports only HTTP Basic authentication. On the other hand, at least one of the WWW servers 201... Requests an authentication procedure other than HTTP Basic authentication, for example, an authentication procedure based on HTTP Digest authentication.
[0133]
The relay server 300 according to this embodiment is basically the same as the relay server 300 according to the first embodiment shown in FIG. 1 or the relay server 300 according to the second embodiment shown in FIG. May have substantially the same configuration. That is, it is assumed that the relay server 300 operates as an HTTP relay server and possesses a domain name or host name “proxyhost”. When the relay server 300 receives the resource object request from the WWW client 100 as an HTTP request format message, the relay server 300 activates the processing program 301. The processing program 301 is a program that processes a plurality of WWW pages as input and dynamically generates a WWW page that matches a client request.
[0134]
The relay server 300 according to the present embodiment further includes an authentication procedure conversion unit 360. The authentication procedure conversion unit 360 has a function of converting an authentication procedure that is not supported by the WWW browser, such as HTTP Digest authentication, into an HTTP Basic authentication procedure that can be supported by the WWW browser.
[0135]
As a result, the relay server 300 can smoothly transmit information necessary for authentication between the client and the server even when a WWW client using an existing WWW browser requests an HTTP request to any WWW server. It is possible to solve the technical problems pointed out in the above [Conventional Technology] column.
[0136]
Annotation
*: HTTPS refers to the HTTP protocol that performs encrypted communication using SSL (Secure Socket Layer). SSL is disclosed in, for example, US Pat. No. 5,825,890.
[0137]
Addendum
The present invention has been described in detail above with reference to specific embodiments. However, it is obvious that those skilled in the art can make modifications and substitutions of the embodiments without departing from the gist of the present invention. In other words, the present invention has been disclosed in the form of exemplification, and should not be interpreted in a limited manner. In order to determine the gist of the present invention, the claims section described at the beginning should be considered.
[0138]
【The invention's effect】
As described above in detail, according to the present invention, client access requests to a plurality of resource objects provided by a plurality of servers on a network are preferably used. relay Can be, excellent access relay Apparatus and methods can be provided.
[0139]
In addition, according to the present invention, it is preferable to request a client access to a resource object generated by cooperative operation among a plurality of servers relay Can be, excellent access relay Apparatus and methods can be provided.
[0140]
In addition, according to the present invention, it is possible to suitably manage an authentication procedure requested by at least one of the servers that provide the resource object, which is excellent access relay Apparatus and methods can be provided.
[0141]
In order to apply the present invention to a wide area network such as the Internet, it is sufficient that the WWW client is equipped with a WWW browser which is generally popular, and the WWW server is equipped with an application for a normal WWW server. The machine that you did. In other words, the present invention can be applied to each resource providing service on an existing network only by providing a relay server.
[0142]
In addition, the relay server according to the present invention extracts the name of the WWW server to be relayed from the URL character string in which the host name of the relay server is specified. This can be realized by using the relay method “CONNECT” defined in the HTTP protocol and transmitting the name of the WWW server to be relayed as information other than the URL such as an HTTP header.
[0143]
The relay server according to the present invention is an HTTP relay server of a type that relays HTTP requests to a plurality of WWW servers and processes an HTTP response. According to this relay server, only one user input of authentication information is required for each WWW server that requests authentication of a WWW client user, and when performing the same HTTP request again, no user input is required. The HTTP response of each WWW server can be processed.
[0144]
In addition, the relay server according to the present invention can be suitably applied to the case where the output of various services provided on the wide area network is processed while relaying between the server and the client. That is, even when one of the services to be processed requests authentication, information necessary for authentication can be smoothly transmitted between the client and the server.
[0145]
The relay server according to the present invention may further hold authentication information that has been used once. In this case, by using the authentication information held on the relay server, it is possible to respond appropriately to the WWW server that requests authentication, and the users who use the WWW client are owned by a plurality of WWW servers. Resource objects can be used smoothly. As a result, the communication load required for the authentication procedure and the processing load on the client / user are reduced. In addition, user input of authentication information can be omitted without explicit registration of authentication information prior to use of the resource providing service or explicit re-registration when the password is changed.
[Brief description of the drawings]
FIG. 1 is a diagram schematically showing a configuration of a network system 10 according to a first embodiment of the present invention.
FIG. 2 is a diagram illustrating operating characteristics of the network system 10 according to the first embodiment of the present invention.
FIG. 3 is a chart illustrating a series of processing procedures for the WWW client 100 to request and acquire a WWW page on the network system 10 according to the first embodiment of the present invention.
FIG. 4 is a chart illustrating a series of processing procedures for requesting and acquiring a WWW page by the WWW client 100 on the network system 10 according to the first embodiment of the present invention, more specifically. , Illustrates the operation when the WWW client sends the same HTTP request again.
FIG. 5 is a diagram schematically showing a configuration of a network system 10 according to a second embodiment of the present invention.
FIG. 6 is a chart illustrating a series of processing procedures for a WWW client 100 to request and acquire a WWW page on the network system 10 according to the second embodiment of the present invention, more specifically. , Illustrates the operation when the WWW client sends the same HTTP request again.
FIG. 7 is a diagram schematically showing a configuration of a network system 10 according to a third embodiment of the present invention.
FIG. 8 is a diagram schematically showing a configuration of a network system 10 according to a fourth embodiment of the present invention.
[Explanation of symbols]
10 ... Network system
100 ... WWW client
110 ... Authentication information input part
201, 202, 203 ... WWW server
211, 212 ... protection domain
221, 222, 223 ... WWW page
300, 400 ... Relay server
301, 401 ... Processing program
310, 410 ... authentication request generator
320, 420 ... Authentication request database

Claims (10)

ＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）によって特定されるハイパーテキスト・ドキュメントを提供する１以上のサーバとクライアントとの間に介在して、該クライアントからのハイパーテキストへのアクセス要求を中継するアクセス中継装置であって、
クライアントからのハイパーテキスト・ドキュメントへのアクセス要求を中継してサーバに対してハイパーテキスト・ドキュメントへのアクセス要求を送信するアクセス要求手段と、
ハイパーテキスト・ドキュメントへのアクセス要求に対してサーバがクライアントの認証を要求したときに、該認証要求を基に新しい認証要求を生成してクライアントに送信する認証要求生成手段と、
前記認証要求生成手段が生成した認証要求をサーバから受信した元の認証要求と関連付けて保存する認証要求保存手段と、
を具備することを特徴とするアクセス中継装置。An access relay device that is interposed between one or more servers that provide a hypertext document specified by a URL (Uniform Resource Locator) and a client and relays a hypertext access request from the client. ,
An access request means for relaying a hypertext document access request from a client and transmitting a hypertext document access request to a server;
An authentication request generating means for generating a new authentication request based on the authentication request and transmitting it to the client when the server requests the client to authenticate the hypertext document access request;
An authentication request storing means for storing the authentication request generated by the authentication request generating means in association with the original authentication request received from the server;
An access relay device comprising: サーバから受信した認証要求と関連付けられた新しい認証要求が既に前記認証要求保存手段に格納されている場合には、該関連付けられた新しい認証要求を取り出してクライアントに送信することを特徴とする請求項１に記載のアクセス中継装置。The new authentication request associated with the authentication request received from the server is already stored in the authentication request storage means, and the associated new authentication request is extracted and transmitted to the client. The access relay device according to 1. さらに、サーバから受信したハイパーテキスト・ドキュメントを加工するハイパーテキスト・ドキュメント処理手段を含むことを特徴とする請求項１又は２のいずれかに記載のアクセス中継装置。The access relay apparatus according to claim 1, further comprising hypertext document processing means for processing a hypertext document received from the server. コンピュータを用いて構築されるアクセス中継装置が、ＵＲＬによって特定されるハイパーテキスト・ドキュメントを提供する１以上のサーバサーバとクライアント間に介在して、該クライアントからのハイパーテキスト・ドキュメントへのアクセス要求を中継するアクセス中継方法であって、
（ａ）前記コンピュータが備えるアクセス要求手段が、クライアントからのハイパーテキスト・ドキュメントへのアクセス要求を中継してサーバに対してハイパーテキスト・ドキュメントへのアクセス要求を送信するステップと、
（ｂ）前記コンピュータが備える認証要求生成手段が、ハイパーテキスト・ドキュメントへのアクセス要求に対してサーバがクライアントの認証を要求したときに、該認証要求を基に新しい認証要求を生成してクライアントに送信するステップと、
（ｃ）前記コンピュータが備える認証要求保存手段が、前記ステップ（ｂ）において生成された認証要求をサーバから受信した元の認証要求と関連付けて保存するステップと、
を具備することを特徴とするアクセス中継方法。 An access relay apparatus constructed by using a computer intervenes between one or more server servers that provide a hypertext document specified by a URL and a client, and requests access to the hypertext document from the client. an access relay method for relaying,
(A) the computer access request means provided in, sending a request for access to hypertext documents by relaying an access request to the hypertext documents from the client to the server,
(B) When the server requests authentication of the client in response to the request for accessing the hypertext document, the authentication request generation means provided in the computer generates a new authentication request based on the authentication request and sends it to the client. Sending, and
(C) an authentication request storage means provided in the computer stores the authentication request generated in the step (b) in association with the original authentication request received from the server;
An access relay method comprising: サーバから受信した認証要求と関連付けられた新しい認証要求が既に前記ステップ（ｃ）において既に保存されている場合には、該保存されている認証要求を取り出して利用することを特徴とする請求項４に記載のアクセス中継方法。5. The stored authentication request is extracted and used when a new authentication request associated with the authentication request received from the server is already stored in the step (c). The access relay method described in 1. さらに、
（ｄ）前記コンピュータが備える受信手段が、サーバからハイパーテキスト・ドキュメントを受信するステップと、
（ｅ）前記コンピュータが備えるハイパーテキスト・ドキュメント処理手段が、前記ステップ（ｄ）において受信したハイパーテキスト・ドキュメントを加工するステップと、
を含むことを特徴とする請求項４又は５のいずれかに記載のアクセス中継方法。further,
(D) receiving means provided in the computer for receiving a hypertext document from a server;
(E) is a hypertext document processing unit included in the computer, the steps of processing the hypertext document received in step (d),
The access relay method according to claim 4, comprising: ＵＲＬによって特定されるハイパーテキスト・ドキュメントを提供する１以上のサーバ とクライアント間に介在して、該クライアントからのハイパーテキストへのアクセス要求を中継するアクセス中継装置であって、
クライアントのユーザ識別子を認証するユーザ認証手段と、
クライアントからのハイパーテキスト・ドキュメントへのアクセス要求を中継してサーバに対してハイパーテキスト・ドキュメントへのアクセス要求を送信するアクセス要求手段と、
ハイパーテキスト・ドキュメントへのアクセス要求に対してサーバがクライアントの認証を要求したときに、該認証要求を基に新しい認証要求を生成してクライアントに送信する認証要求生成手段と、
認証要求に対してクライアントから返信された認証情報を、該認証要求及び該クライアントのユーザ識別子と関連付けて保存する認証要求保存手段と、
を具備することを特徴とするアクセス中継装置。An access relay device that relays a hypertext access request from one or more servers and a client that provide a hypertext document specified by a URL ,
User authentication means for authenticating the user identifier of the client;
An access request means for relaying a hypertext document access request from a client and transmitting a hypertext document access request to a server;
An authentication request generating means for generating a new authentication request based on the authentication request and transmitting it to the client when the server requests the client to authenticate the hypertext document access request;
Authentication request storage means for storing authentication information returned from the client in response to the authentication request in association with the authentication request and the user identifier of the client;
An access relay device comprising: さらに、サーバから受信したハイパーテキスト・ドキュメントを加工するハイパーテキスト・ドキュメント処理手段を含むことを特徴とする請求項７に記載のアクセス中継装置。8. The access relay apparatus according to claim 7, further comprising hypertext document processing means for processing the hypertext document received from the server. コンピュータを用いて構築されるアクセス中継装置が、ＵＲＬによって特定されるハイパーテキスト・ドキュメントを提供する１以上のサーバとクライアント間に介在して、該クライアントからのハイパーテキスト・ドキュメントへのアクセス要求を中継するアクセス中継方法であって、
（ａ）前記コンピュータが備えるユーザ認証手段が、クライアントのユーザ識別子を認証するステップと、
（ｂ）前記コンピュータが備えるアクセス要求手段が、クライアントのハイパーテキスト・ドキュメントへのアクセス要求を中継してサーバに対してハイパーテキスト・ドキュメントへのアクセス要求を送信するステップと、
（ｃ）前記コンピュータが備える認証要求生成手段が、ハイパーテキスト・ドキュメントへのアクセス要求に対してサーバがクライアントの認証を要求したときに、該認証要求を基に新しい認証要求を生成するステップと、
（ｄ）前記コンピュータが備える認証要求保存手段が、認証要求に対してクライアントから返信された認証情報を、該認証要求及び該クライアントのユーザ識別子と関連付けて保存するステップと、
を具備することを特徴とするアクセス中継方法。 An access relay device constructed using a computer is interposed between one or more servers that provide a hypertext document specified by a URL and a client, and relays an access request to the hypertext document from the client. An access relay method,
(A) user authentication means provided in the computer authenticates a user identifier of the client;
(B) an access request means included in the computer relays the client 's access request to the hypertext document and transmits the hypertext document access request to the server;
(C) an authentication request generation means provided in the computer, when the server requests client authentication in response to a hypertext document access request, generates a new authentication request based on the authentication request;
(D) an authentication request storage means provided in the computer stores the authentication information returned from the client in response to the authentication request in association with the authentication request and the user identifier of the client;
An access relay method comprising: さらに、
（ｅ）前記コンピュータが備える受信手段が、サーバからハイパーテキスト・ドキュメントを受信するステップと、
（ｆ）前記コンピュータが備えるハイパーテキスト・ドキュメント処理手段が、前記ステップ（ｅ）において受信したハイパーテキスト・ドキュメントを加工するステップと、
を含むことを特徴とする請求項９に記載のアクセス中継方法。further,
(E) receiving means provided in the computer for receiving a hypertext document from a server;
(F) hypertext document processing unit included in the computer, the steps of processing the hypertext document received in step (e),
The access relay method according to claim 9, further comprising:
JP22596499A 1999-08-10 1999-08-10 Access relay apparatus and method Expired - Lifetime JP4214632B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP22596499A JP4214632B2 (en) 1999-08-10 1999-08-10 Access relay apparatus and method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP22596499A JP4214632B2 (en) 1999-08-10 1999-08-10 Access relay apparatus and method

Publications (2)

Publication Number Publication Date
JP2001051946A JP2001051946A (en) 2001-02-23
JP4214632B2 true JP4214632B2 (en) 2009-01-28

Family

ID=16837654

Family Applications (1)

Application Number Title Priority Date Filing Date
JP22596499A Expired - Lifetime JP4214632B2 (en) 1999-08-10 1999-08-10 Access relay apparatus and method

Country Status (1)

Country Link
JP (1) JP4214632B2 (en)

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003034232A1 (en) * 2001-10-16 2003-04-24 Btoc Usa Incorporated Server, service site, service system and content providing device
JP4623938B2 (en) * 2003-02-28 2011-02-02 Ｎｅｃエンジニアリング株式会社 Security method and method in private communication
JP2006146512A (en) 2004-11-18 2006-06-08 Canon Inc Information processing apparatus, control method therefor, and program
JP4815481B2 (en) * 2008-10-06 2011-11-16 株式会社オプティム Network relay device, user information management system, and user information management method
JP5531435B2 (en) * 2009-03-31 2014-06-25 日本電気株式会社 Authentication system, relay server, and relay server authentication program
JP5175830B2 (en) * 2009-12-22 2013-04-03 Ｎｅｃアクセステクニカ株式会社 Router, router web browser authentication method and web browser authentication program
JP5388213B2 (en) * 2010-03-12 2014-01-15 Ｎｅｃアクセステクニカ株式会社 Transfer device, network system, communication method, and program.
JP6454076B2 (en) 2014-03-20 2019-01-16 キヤノン株式会社 Relay device, communication device, control method, system, and program thereof
JP6754079B2 (en) * 2016-10-03 2020-09-09 富士通株式会社 Information processing equipment, information processing system, user authentication method, and user authentication program
JP2018067327A (en) * 2017-12-01 2018-04-26 マカフィー， エルエルシー Secure proxy to protect private data

Also Published As

Publication number Publication date
JP2001051946A (en) 2001-02-23

Similar Documents

Publication Publication Date Title
US7426642B2 (en) Integrating legacy application/data access with single sign-on in a distributed computing environment
US6633915B1 (en) Personal information management apparatus and customizing apparatus
JP3003997B2 (en) Authentication of distributed file systems, web servers and users by cookies
JP3807961B2 (en) Session management method, session management system and program
US7496497B2 (en) Method and system for selecting web site home page by extracting site language cookie stored in an access device to identify directional information item
JP4143601B2 (en) Efficient browser-based identity management providing personal control and anonymity
US20050066037A1 (en) Browser session mobility system for multi-platform applications
US20040117489A1 (en) Method and system for web-based switch-user operation
JP2004103022A (en) Method and apparatus for performing personal cookie storage service for cookie management among multiple devices
GB2349244A (en) Providing network access to restricted resources
JPH11328074A (en) Communication method for data change of web resource
EA007778B1 (en) Application generator
JP2002334056A (en) Login agency system and login agency method
EP1811747A1 (en) Method and apparatus for storing and restoring state information of remote user interface
US20080034420A1 (en) System and method of portal customization for a virtual private network device
EP1442580A2 (en) Method and system for providing secure access to resources on private networks
JP4214632B2 (en) Access relay apparatus and method
US6947979B1 (en) Controlling use of a network resource
CA2437273C (en) Network conduit for providing access to data services
US20140245257A1 (en) Context-switching mechanism for facilitating content creation and software development
US8799515B1 (en) Rewriting of client-side executed scripts in the operation of an SSL VPN
CN112953962A (en) Domain name access method and device
JP4313091B2 (en) Information processing system
JP5191076B2 (en) Information providing apparatus and method
WO2001084333A1 (en) Advertisable service providing system, authentication unit, service providing unit, authentication method, service providing method, and program product

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050520

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080620

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080701

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080828

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20081014

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20081027

R150 Certificate of patent or registration of utility model

Ref document number: 4214632

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111114

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111114

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121114

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20121114

Year of fee payment: 4

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20131114

Year of fee payment: 5

EXPY Cancellation because of completion of term