JP2002288138A

JP2002288138A - Ｗｗｗサーバ認証連携システム

Info

Publication number: JP2002288138A
Application number: JP2001091482A
Authority: JP
Inventors: Makoto Nishikawa; 誠西川; Shoji Koise; 祥二小伊勢
Original assignee: Matsushita Electric Works Ltd
Current assignee: Panasonic Electric Works Co Ltd
Priority date: 2001-03-27
Filing date: 2001-03-27
Publication date: 2002-10-04

Abstract

(57)【要約】【課題】複数のＷＷＷサーバのうち、１つのＷＷＷサ
ーバにおいて、認証処理を行えば、その他のＷＷＷサー
バにおいて、認証の必要なデータにアクセスした場合で
も、再度認証を行う必要がなく、また、別途認証を行う
サーバを設ける必要のないＷＷＷサーバを提供する。【解決手段】認証連携するＷＷＷサーバに、ＨＴＴＰ
デーモンと、クライアントの認証が受理されたことを通
知する認証通知デーモンと、を備え、連携を行う複数の
ＷＷＷサーバでは、認証通知デーモンからの通知を受信
し、クライアントの認証を受理したものであるため行わ
ないようにする連携デーモンとをさらに備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のＷＷＷサー
バが認証を連携して行うＷＷＷサーバ認証連携システム
に関する。

【０００２】

【従来の技術】従来のＷＷＷサーバは、クライアントが
認証の必要なデータにアクセス要求してきた際には、要
求されたデータを保有するＷＷＷサーバが、クライアン
トに対し、認証処理を行うものであった。つまり、図６
に示すように、要求したデータを有するＷＷＷサーバに
おいてのみ認証処理を行うものであり、他のＷＷＷサー
バにおいては、認証処理をしていないので、他のＷＷＷ
サーバが有する認証の必要なデータにアクセス要求した
際には、再度認証処理を行う必要があった。

【０００３】そこで、図７に示すように、クライアント
Ｃと、クライアントＣがアクセスできる複数のＷＷＷサ
ーバＢ１〜Ｂ３との間に、認証サーバＡを設置したもの
がある。このシステムにおいては、クライアントＣがア
クセスしたいデータを有するＷＷＷサーバＢ１〜Ｂ３の
いずれかにアクセスするときに、認証サーバＡを通過し
ていくものであるので、認証サーバＡにおいて１度だ
け、クライアントＣのユーザ認証を行えば、その後は、
いずれのＷＷＷサーバＢ１〜Ｂ３にアクセスする場合で
も、認証サーバＡにおいて認証が終了しているので、再
度認証処理を行わなくてもよいものである。しかし、こ
のシステムにおいては、認証サーバＡがダウンしてしま
うと、認証サーバＡにネットワークを介して接続される
ＷＷＷサーバＢ１〜Ｂ３のいずれにも接続できなくなっ
てしまう問題がある。

【０００４】また、図７におけるシステムと同様に、Ｗ
ＷＷサーバ個別にユーザ認証を行う手間を簡略化するた
めに、図８に示すように、ＷＷＷサーバＤ１〜Ｄ３と認
証ホストＥを有するシステムが存在する。このシステム
においては、クライアントＣが、ユーザ認証の必要なデ
ータにアクセスしようとすると、認証ホストＥが動作し
て、アクセス要求したデータを保有するＷＷＷサーバか
ら受信し、そのデータの中にユーザ認証を示すデータ列
が存在するかを解析し、そのデータ列が存在すれば、認
証処理を行うことなく、クライアントＣにデータを送信
するものである。しかし、このシステムにおいても、認
証ホストＥがダウンしてしてまうと、認証処理の必要な
データにはアクセスできなくなってしまう問題がある。

【０００５】

【発明が解決しようとする課題】そこで、本発明は上記
問題点に鑑みてなされたもので、その目的とするところ
は、複数のＷＷＷサーバのうち、１つのＷＷＷサーバに
おいて、認証処理を行えば、その他のＷＷＷサーバにお
いて、認証の必要なデータにアクセスした場合でも、再
度認証を行う必要がなく、また、別途認証を行うサーバ
を設ける必要のないＷＷＷサーバを提供することにあ
る。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に本発明のＷＷＷサーバ連携認証システムは、以下の構
成を備える。すなわち、請求項１の発明では、インター
ネットまたはイントラネットを介したＷＷＷサーバ・ク
ライアントシステムにおいて、任意のクライアントの認
証を連携して行う複数のＷＷＷサーバであって、前記複
数のＷＷＷサーバのうち、任意の１つのＷＷＷサーバ
は、クライアントからの要求に応じてＨＴＭＬ文書の送
受信を行うＨＴＴＰデーモンと、前記複数のＷＷＷサー
バ全てに前記クライアントの認証が受理されたことを通
知する認証通知デーモンと、を備え、前記任意の１つの
ＷＷＷサーバを含む前記複数のＷＷＷサーバでは、前記
認証通知デーモンからの通知を受信し、前記クライアン
トの認証を受理したものであるため行わないようにする
連携デーモンとをさらに備えることを特徴とする。

【０００７】請求項２の発明では、連携を行う前記複数
のＷＷＷサーバは、認証の受理を通知するＷＷＷサーバ
の情報を前記複数のＷＷＷサーバに通知することを特徴
とする。

【０００８】請求項３の発明では、前記クライアント
が、連携する前記複数のＷＷＷサーバのうち、任意の１
つのＷＷＷサーバが保有する認証を必要とするデータを
認証なしにアクセスできる認証受理有効時間を設定した
ことを特徴とする。

【０００９】請求項４の発明では、連携する前記複数の
ＷＷＷサーバにおいて、前記クライアントの認証受理後
に再度認証が必要となるように設定できることを特徴と
する。

【００１０】

【発明の実施の形態】以下、本発明の実施の形態を図示
例と共に説明する。

【００１１】本発明に係わるＷＷＷサーバの第１の実施
の形態を、以下に説明する。まず、図１を参照して、本
実施の形態におけるＷＷＷサーバを用いた連携認証シス
テムの概念図を説明する。本実施の形態では、ＷＷＷサ
ーバＳ１、ＷＷＷサーバＳ２、ＷＷＷサーバＳ３、クラ
イアントＣが、ネットワークを介して接続されている。
ＷＷＷサーバＳ１〜Ｓ３は、連携デーモンと、認証通知
デーモンとしての認証通知デーモンと、記憶部に備えら
れた連携データベースと、ＨＴＴＰデーモンと、を備え
ている。

【００１２】表１に示すように、記憶部に備えられた連
携データベースは、ユーザ認証を連携して行うＷＷＷサ
ーバのＩＰアドレスを記述したもので、予め、認証連携
を行いたいＷＷＷサーバのＩＰアドレスを登録しておく
ものである。

【００１３】

【表１】

【００１４】ＨＴＴＰデーモンは、クライアントＣが要
求したデータが、ユーザ認証の必要ないデータであった
場合には、要求されたデータを、ネットワークを介して
クライアントＣに送信し、ユーザ認証を必要とするデー
タであった場合には、クライアントＣに対し認証を求
め、認証が受理されれば、要求されたデータを、ネット
ワークを介してクライアントＣに送信し、受理されなけ
れば、要求されたデータを送信しないものである。

【００１５】認証通知デーモンは、例えば、ＷＷＷサー
バＳ１においてクライアントＣがユーザ認証を行ったと
き、認証連携するすべてのＷＷＷサーバ、すなわち、連
携データベースに登録してあるＩＰアドレスを参照し
て、それに対応するＷＷＷサーバ、本実施の形態におい
ては、ＷＷＷサーバＳ１、ＷＷＷサーバＳ２、ＷＷＷサ
ーバＳ３に対し、クライアントＣのユーザ認証が受理さ
れたことを示すクライアントＣのＩＰアドレス、氏名、
パスワード等、認証連携に必要な所定の認証データを通
知するものである。

【００１６】連携デーモンは、連携データベースに登録
されたＷＷＷサーバに備えられた認証通知デーモンから
の通知を受信し、クライアントＣからのデータアクセス
要求があった場合に、ユーザ認証が必要であるデータで
あっても、認証処理を行わせないようにＨＴＴＰデーモ
ンに対し連携デーモンが所定の動作を行い、クライアン
トＣに認証処理を求めることなく、要求されたデータを
クライアントＣに送信させるものである。

【００１７】次に、図２を参照して、本実施の形態にお
ける動作を説明する。まず、クライアントＣが連携デー
タベースに登録された複数のＷＷＷサーバのうちの１つ
にデータ要求を行うと、クライアントＣのユーザ認証情
報を要求するが、この時点で、認証連携ＷＷＷサーバの
いずれかにおいて、クライアントＣの認証が終了してい
れば、認証受理処理として、連携デーモンが、認証を行
うＨＴＴＰデーモンに対し認証処理を行わないように動
作する。これは例えば、要求されたデータであるＨＴＭ
Ｌ文書に含まれる、認証処理を行うように命令している
フラグに対して、連携デーモンが、認証済みであるよう
にフラグを操作することで実現している。このようにし
て、クライアントＣに認証を求めないで、要求されたデ
ータを送信する。

【００１８】認証が行われていなければ、データ要求さ
れたＷＷＷサーバがクライアントＣに対しユーザ認証を
求める。認証が正常に行われれば、クライアントＣに関
する認証データを認証連携する全てのＷＷＷサーバに通
知するものである。以上が、本実施の形態における認証
連携ＷＷＷサーバの動作の概略である。

【００１９】次に、以上で説明した認証連携ＷＷＷサー
バの動作を時系列に沿って詳細に説明する。図３に示す
ように、まず、クライアントＣが、ＷＷＷサーバＳ１の
保有する認証が必要であるデータをＷＷＷサーバＳ１に
要求すると（ＳＡ１）、ＷＷＷサーバＳ１に備えられた
ＨＴＴＰデーモンＳ１１は、認証に必要とされるユーザ
情報をクライアントＣに問い合わせる（ＳＡ２）。ここ
で用いられる認証方法には、ＷＷＷサーバで、標準的に
装備されるベーシック認証や、ＣＧＩや、ＪＡＶＡ（登
録商標）を利用したアプリケーションレベルの認証方法
等を利用するものである。

【００２０】クライアントＣが所定のユーザ情報を設定
して、ＷＷＷサーバＳ１に送信し（ＳＡ３）、認証が受
理されると、認証通知デーモンＳ１２が、クライアント
Ｃの認証データを、連携データベースに記述された認証
連携を行うすべてのＷＷＷサーバＳ１〜Ｓ３に通知する
（ＳＡ４）。また、アクセス要求していたデータがクラ
イアントＣに送信される（ＳＡ５）。通知を受信した各
ＷＷＷサーバの連携デーモンは、認証処理を行ったクラ
イアントＣの認証データを記憶する。

【００２１】この後で、クライアントＣが、連携データ
ベースに登録されたＷＷＷサーバＳ１〜Ｓ３のいずれか
が保有するユーザ認証が必要なデータにアクセス要求し
た場合（ＳＡ７）、アクセス要求されたＷＷＷサーバに
備えられたＨＴＴＰデーモンがクライアントＣに対し認
証を要求しようと動作するが、アクセス要求を行ったク
ライアントＣのＩＰアドレスが、連携デーモンの記憶し
ている認証データに含まれるＩＰアドレスに一致する場
合は、再度、クライアントＣの認証要求を行わないよう
に、連携デーモンがＨＴＴＰデーモンに対し、所定の動
作を行う。連携デーモンにより、クライアントＣに認証
を要求することなく、アクセス要求されたデータをクラ
イアントＣに送信するものである（ＳＡ８）。

【００２２】本実施の形態によれば、一度だけＷＷＷサ
ーバにおいてユーザ認証を行えば、データを要求するご
とに認証を行う必要のない、認証処理の手間を省くこと
のできるＷＷＷサーバ連携認証システムを構築できると
ともに、別途、ユーザ認証を行うサーバを設ける必要が
なくなる。

【００２３】（第２の実施の形態）本発明に係わる第２
の実施の形態を以下に説明する。本実施の形態において
は、認証連携を行うするＷＷＷサーバＳ４を新規に追加
もしくは削除する際に、そのＷＷＷサーバの所定の情報
を、現在認証連携しているＷＷＷサーバのうち、任意の
１つのＷＷＷサーバ例えば、ＷＷＷサーバＳ１に送信す
るだけで、ＷＷＷサーバＳ１に備えられた連携デーモン
Ｓ１３が、連携データベースに登録されたすべてのＷＷ
ＷサーバＳ１〜Ｓ３に通知を行い、連携データベースを
更新させるものである。

【００２４】本実施の形態におけるＷＷＷサーバの動作
を説明する。認証連携が、ＷＷＷサーバＳ１、ＷＷＷサ
ーバＳ２、ＷＷＷサーバＳ３で行われているときに、Ｗ
ＷＷサーバＳ４を新規に認証連携をさせたいときは、ク
ライアントＣから連携データベースに登録されたＷＷＷ
サーバの１つである例えば、ＷＷＷサーバＳ１にアクセ
スし、ＷＷＷサーバＳ４を認証連携させるために必要な
ＩＰアドレス等のＷＷＷサーバＳ４に関する情報の設定
を行う認証連携ページのデータ要求を行う（ＳＡ１）。
ここから、認証を行い、要求されたデータをクライアン
トＣに送信する（ＳＡ５）までは、上記で説明した第１
の実施の形態における動作と同じである。

【００２５】本実施の形態においては、要求された認証
連携ページをクライアントＣに送信した（ＳＡ５）後、
クライアントＣ側では、受信したデータである認証連携
ページに、新規に認証連携させたいＷＷＷサーバＳ４の
ＩＰアドレス等の所定の設定情報をＷＷＷサーバＳ１に
送信する（ＳＢ１）。ＷＷＷサーバＳ１は、受信した連
携認証ページを参照し、連携データベースを更新する。
また、ＷＷＷサーバＳ１に備えられた連携デーモンＳ１
３が、連携するすべてのＷＷＷサーバである、ＷＷＷサ
ーバＳ２、ＷＷＷサーバＳ３、ＷＷＷサーバＳ４に、更
新した連携データベースを送信し（ＳＢ２）、その連携
データベースを受信した各ＷＷＷサーバは、自身の保有
する連携データベースを更新する。更新が正常に終了す
れば、更新終了をＷＷＷサーバＳ１に送信する（ＳＢ
３）。ＷＷＷサーバＳ１は、認証連携する全てのＷＷＷ
サーバから更新終了通知を受信すると、ＷＷＷサーバＳ
４の認証連携の登録が正常に終了したことを示す確認ペ
ージを、クライアントＣに送信する（ＳＢ４）。本実施
の形態においては、ＷＷＷサーバＳ４を新規に追加する
場合を説明したが、ＷＷＷサーバを削除する場合も同様
の動作で行うものである。

【００２６】本実施の形態により、認証連携するＷＷＷ
サーバを新規に追加、もしくは削除する際に、連携する
ＷＷＷサーバすべてにおいて設定作業を行う必要はな
く、連携を行っているＷＷＷサーバのうち、任意の１つ
のＷＷＷサーバにおいて設定するだけで連携するすべて
のＷＷＷサーバの設定を行うことができる。

【００２７】（第３の実施の形態）本発明に係わる第３
の実施の形態を以下に説明する。本実施の形態において
は、認証連携するＷＷＷサーバの連携デーモンが、認証
通知デーモンからの認証データを受信した時刻から、所
定時間経過すると、再度、クライアントに認証を求める
ようにした認証受理有効時間を設定したものである。

【００２８】本実施の形態における動作を以下に説明す
る。図４に示すように、本実施の形態においては、クラ
イアントＣが認証連携するＷＷＷサーバＳ１に認証処理
の必要なデータを要求したとき（ＳＡ１）、ＨＴＴＰデ
ーモンがクライアントＣの認証を終え、認証連携するＷ
ＷＷサーバに認証データを送信し（ＳＡ４）、要求され
た該当データをクライアントＣに送信する（ＳＡ５）ま
では、第１の実施の形態と同じ動作である。本実施の形
態では、認証連携するＷＷＷサーバが認証データを受信
後、予め設定しておいた認証受理有効時間を経過する
と、認証連携の有効時間が終了したことを通知し（ＳＣ
１）、個々のＷＷＷサーバに備えられた連携デーモン
が、ＨＴＴＰデーモンに対し、認証処理を解除する動作
を行わないようにするものである。すなわち、連携デー
タベースに登録されたＷＷＷサーバのうち、どのＷＷＷ
サーバにおいても、認証が行われていないユーザ認証の
未承認状態になる。これにより、クライアントＣが、認
証の必要なデータを要求した場合（ＳＣ２）は、クライ
アントＣに対してユーザ認証を求めるように動作するも
のである（ＳＣ３）。

【００２９】この後、再度、連携データベースに登録さ
れたＷＷＷサーバの１つにおいて、認証処理を行えば、
上述したように、認証連携ＷＷＷサーバの全てにおい
て、認証が自動的に連携され、認証を求められることな
く、要求したデータを受信することができる。

【００３０】また、認証通知デーモンからの認証データ
を受信した時刻から、認証受理有効時間を経過したとき
に、再度認証を求めるようにする代りに、認証連携する
ＷＷＷサーバのうち、どれか１つにおいて、最後にデー
タにアクセスした時刻から、認証受理有効時間経過後
に、再度認証を求めるようにすることもできる。これ
は、認証連携するＷＷＷサーバのうちどれか１つにおい
てクライアントからのアクセスがあれば、アクセスのあ
ったＷＷＷサーバが備える認証通知デーモンが、連携す
る全てのＷＷＷサーバにアクセス時刻を通知する。その
通知を受信した連携デーモンは、現在時刻と通知された
アクセス時刻とを比較し、認証受理有効時間が経過した
かを監視する。ここで、再度認証連携するＷＷＷサーバ
のどれか１つにおいて、再度アクセスがあれば、そのア
クセス時刻をアクセスのあったＷＷＷサーバが有する認
証通知デーモンが認証連携する全てのＷＷＷサーバにそ
のアクセス時刻を通知し、その通知を受信した連携デー
モンは、最後のアクセス時刻を更新するものである。こ
のようにしてアクセスがある毎に更新される最後のアク
セス時刻を用いて、現在時刻が最後のアクセス時刻から
認証受理有効時間経過していなければ、認証を行わずに
要求されたデータをクライアントに送信し、最後のアク
セス時刻から認証受理有効時間経過していれば、認証を
再度行うように、動作するようにするものである。

【００３１】本実施の形態により、連携するＷＷＷサー
バが一度認証を受理しても、永遠に認証処理が継続され
ることはなく、認証処理を行った後、一定時間経過した
後に、認証解除を停止し、その後、認証処理の必要なデ
ータにアクセスすると再度、認証を求められるので、Ｗ
ＷＷサーバにおけるデータのセキュリティを維持するこ
とが可能となる。

【００３２】（第４実施形態）本発明に係わるＷＷＷサ
ーバの第４の実施の形態を、図５を参照して以下に説明
する。図５に示すように、本実施の形態は、クライアン
トＣが認証の必要なデータを要求したとき（ＳＡ１）、
ユーザ認証を終え、認証連携する全てのＷＷＷサーバに
認証デーが送信され（ＳＡ４）、要求された該当データ
を送信する（ＳＡ５）までは、第１の実施の形態と同じ
動作である。したがって、一度、認証処理が終了すれ
ば、連携するＷＷＷサーバにおいては、認証処理を行わ
ないでも、要求するデータを受信することができる。

【００３３】そこで、本実施の形態では、クライアント
Ｃからの要求に応じて、データを要求したときに、連携
するＷＷＷサーバにおいて、再度、認証を求めるように
設定することのできるものである。そのために、（ＳＡ
１）において認証連携を解除する解除ページのデータ要
求を行なうものとして以下に説明する。

【００３４】（ＳＡ５）において、クライアントＣは、
認証連携する解除ページを受信している。解除ページ
は、認証連携を解除するためのページであり、この解除
ページに所定の解除情報を入力し、送信することで、認
証連携の解除を行うことのできるものである。

【００３５】解除ページのデータを受信したクライアン
トＣは、認証連携を解除するための所定の情報を設定ペ
ージに設定し、ＷＷＷサーバＳ１に送信する（ＳＤ
１）。認証連携を解除する設定ページを受信したＷＷＷ
サーバＳ１は、認証連携するすべてのＷＷＷサーバに対
し、連携デーモンＳ１３を介して、認証連携の解除を通
知する（ＳＤ２）。解除通知を受信したＷＷＷサーバ
は、認証連携の解除を行なったことを、ＷＷＷサーバＳ
１に応答する（ＳＤ３）。ＷＷＷサーバＳ１は、認証連
携する全てのＷＷＷサーバから解除終了の応答を受信す
ると、解除確認ページをクライアントＣに送信する（Ｓ
Ｄ４）。これ以降は、連携データベースに登録されたＷ
ＷＷサーバのうち、どのＷＷＷサーバにおいても、認証
が行われていないユーザ認証の未承認状態になる。これ
により、クライアントＣが、認証の必要なデータを要求
した場合（ＳＤ５）は、クライアントＣに対してユーザ
認証を求めるように動作するものである（ＳＤ６）。

【００３６】本実施の形態によれば、認証連携するＷＷ
Ｗサーバが一度認証を受理しても、クライアントからの
要求により、任意に認証連携の解除をすることができる
ので、ＷＷＷサーバにおけるデータのセキュリティが維
持されるとともに、連携する個々のＷＷＷサーバに対し
認証連携の解除を設定しなくてもよいので、認証連携の
解除の手間を省くことが可能となる。

【００３７】以上、本発明の好適な実施の形態を説明し
たが、本発明はこの実施の形態に限らず、種々の形態で
実施することができる。

【００３８】

【発明の効果】上記のように本発明の請求項１に係るＷ
ＷＷサーバは、認証処理が必要であるデータにアクセス
する際、連携するＷＷＷサーバのうちどれか１つにおい
て、認証処理がなされると、その後、認証処理が必要で
あるデータにアクセスしたときでも、再度認証を求めら
れることなくそのデータを受信することができるので、
認証の手間を省くことが可能となるとともに、認証サー
バが不用となり、ＷＷＷサーバ・クライアントシステム
として安定したシステムを提供することが可能となる。

【００３９】また、請求項２の発明は、認証連携するＷ
ＷＷサーバを新規に追加、削除する際に、連携するすべ
てのＷＷＷサーバ１つ１つに設定を行う必要がないの
で、手間を簡略化することができる。

【００４０】また、請求項３の発明は、認証処理を行っ
てから、一定時間後に自動的に、認証を解除するもので
あるので、ＷＷＷサーバにおけるセキュリティを維持す
ることができる。

【００４１】また、請求項４の発明は、クライアントか
らの要求に応じて、自在に認証連携を解除させることが
できるので、ＷＷＷサーバにおけるデータのセキュリテ
ィを維持することができるとともに、連携するすべての
ＷＷＷサーバ１つ１つに対し、認証連携の解除を行う手
間を省くことが可能となる。

【図面の簡単な説明】

【図１】本発明に係わるＷＷＷサーバの第１の実施の形
態を示す図である

【図２】本発明に係わるの第１の実施の形態における動
作を示すフローチャートである

【図３】上記ＷＷＷサーバに係わる動作を示す図である

【図４】本発明に係わるの第２の実施の形態における動
作を示す図である

【図５】本発明に係わるの第３の実施の形態における動
作を示す図である

【図６】本発明に係わるの第４の実施の形態における動
作を示す図である

【図７】従来のＷＷＷサーバ・クライアントシステムに
おける動作を示す図である

【図８】従来の認証サーバを設けたＷＷＷサーバ・クラ
イアントシステムを示す図である

【図９】従来の認証サーバを設けたＷＷＷサーバ・クラ
イアントシステムを示す図である

【符号の説明】Ａ認証サーバＢ１ＷＷＷサーバＢ２ＷＷＷサーバＢ３ＷＷＷサーバＣクライアントＤ１ＷＷＷサーバＤ２ＷＷＷサーバＤ３ＷＷＷサーバＥ認証ホストＳ１ＷＷＷサーバＳ１１ＨＴＴＰデーモンＳ１２認証通知デーモンＳ１３連携デーモンＳ２ＷＷＷサーバＳ２１ＨＴＴＰデーモンＳ２２認証通知デーモンＳ２３連携デーモンＳ３ＷＷＷサーバＳ３１ＨＴＴＰデーモンＳ３２認証通知デーモンＳ３３連携デーモン

Claims

【特許請求の範囲】

【請求項１】インターネットまたはイントラネットを介
したＷＷＷサーバ・クライアントシステムにおいて、任
意のクライアントの認証を連携して行う複数のＷＷＷサ
ーバであって、前記複数のＷＷＷサーバのうち、任意の
１つのＷＷＷサーバは、クライアントからの要求に応じ
てＨＴＭＬ文書の送受信を行うＨＴＴＰデーモンと、前
記複数のＷＷＷサーバ全てに前記クライアントの認証が
受理されたことを通知する認証通知デーモンと、を備
え、前記任意の１つのＷＷＷサーバを含む前記複数のＷ
ＷＷサーバでは、前記認証通知デーモンからの通知を受
信し、前記クライアントの認証を受理したものであるた
め行わないようにする連携デーモンとをさらに備えるこ
とを特徴とするＷＷＷサーバ認証連携システム。
【請求項２】連携を行う前記複数のＷＷＷサーバは、
認証の受理を通知するＷＷＷサーバの情報を前記複数の
ＷＷＷサーバに通知することを特徴とする請求項１に記
載のＷＷＷサーバ認証連携システム。
【請求項３】前記クライアントが、連携する前記複数
のＷＷＷサーバのうち、任意の１つのＷＷＷサーバが保
有する認証を必要とするデータを認証なしにアクセスで
きる認証受理有効時間を設定したことを特徴とする請求
項１もしくは請求項２に記載のＷＷＷサーバ認証連携シ
ステム。
【請求項４】連携する前記複数のＷＷＷサーバにおい
て、前記クライアントの認証受理後に再度認証が必要と
なるように設定できることを特徴とする請求項１乃至請
求項３のいずれかに記載のＷＷＷサーバ認証連携システ
ム。