JPH10177552A - 認証応答方法およびその方法を用いた認証応答装置 - Google Patents

Abstract

(57)【要約】 【課題】 複数のサーバにアクセスするとき、それぞれ
認証作業が必要だった。これを鍵束のような機構でユー
ザ端末で管理しても、通信回数が多く、処理の負荷も軽
くなかった。 【解決手段】 クライアントＣと複数のサーバＳ１等の
間に代理サーバを設ける。この代理サーバは認証応答管
理部をもつ。認証応答管理部は、自身がクライアントを
認証し、いったん認証したクライアントについて、複数
のサーバに対する認証情報の応答を代行する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、認証応答方法お
よび装置、特に、サーバクライアントシステムにおいて
サーバとクライアント間を中継し、サーバの認証要求に
対して応答する方法および装置に関する。

【０００２】

【従来の技術】例えばインターネットなどのオープンネ
ットワークでは、フリー（無料）の情報公開がひとつの
原則になっている。この原則により、より多くのユーザ
がより有用な情報に自由にアクセスできる環境が整備、
強化されつつある。しかしその一方、例えば契約したユ
ーザのみに特定のサービスを提供したい場合には、サー
ビス提供者と契約者の間で一定のセキュリティ関係を構
築する必要がある。この最も簡単な例は、契約者にユー
ザ名とパスワードなどの認証情報を割り当て、サービス
にアクセスする際、これらを入力させる方法である。

【０００３】例えばインターネットでサービスの提供を
受ける場合、ユーザはまず画面で所望のサービスを選択
する。この要求はサーバに伝えられる。もしそのサーバ
が、サービスの提供に当たってユーザの認証を行うサー
バである場合、ユーザ端末のクライアントに対して認証
情報の問合せがなされる。ユーザが認証情報を入力すれ
ばこれがサーバに返され、この認証情報が正しければユ
ーザの求めるサービスが提供される。インターネットの
利点のひとつは、ユーザがいろいろなサーバから異なる
サービスを容易に受けられる点にある。ただしこの場
合、通常サーバどうしは互いに独立しているため、サー
バごとにクライアントに対して認証情報の入力を要求し
てくる。

【０００４】図７は、従来のサーバクライアントシステ
ムにおいて、クライアントから異なる２つのサーバに要
求が発せられる様子を示している。同図のごとく、まず
始めにクライアントＣからサーバＳ１に要求が出される
（Ｔ１）。サーバＳ１は認証情報を求めるサーバであ
り、クライアントにその旨の問合せがなされる（Ｔ
２）。クライアントはサーバＳ１のための認証情報（ユ
ーザ名Ｕ１とパスワードＰ１）をもって応答する（Ｔ
３）。このとき、一般的なブラウザ（情報端末に搭載さ
れた情報可視化プログラム、またはそれを搭載した端
末）は、認証情報Ｕ１／Ｐ１を自己のバッファに記憶し
ておく。一方、サーバＳ１は認証情報Ｕ１／Ｐ１を検査
し、それらが正しければ、求められたサービスをクライ
アントに提供する（Ｔ４）。

【０００５】つづいて、クライアントＣが別のサーバＳ
２にサービスを要求する（Ｔ５）。サーバが変わったこ
とは、ユーザは特に意識しない。要求の送付にあたり、
ブラウザはバッファに記憶していた認証情報Ｕ１／Ｐ１
をサーバ名Ｓ２に付して送付する。この認証情報はサー
バＳ１に対するものであってサーバＳ２にとっては適正
ではないため、サーバＳ２から独自に認証情報の問合せ
がなされる（Ｔ６）。クライアントはサーバＳ２のため
の認証情報Ｕ２／Ｐ２を入力しなおして応答する（Ｔ
７）。サーバＳ２は認証情報Ｕ２／Ｐ２の確認後、クラ
イアントにサービスを提供する（Ｔ８）。

【０００６】以上、このシステムでは、サーバが変わる
たびに認証情報の問合せと入力が必要になる。この煩わ
しさを回避するために、「Ｍａｃｉｎｔｏｓｈ漢字Ｔａ
ｌｋ７．５、アップグレードガイド」のｐ２２〜２６
に、単一のパスワードによってネットワーク上の複数の
サービスが受けられる「鍵束」という機能が説明されて
いる。すなわち、サービスごとに異なる鍵を束の状態で
管理し、この鍵束に対して固有のパスワードを設けると
いうもので、このパスワードを入れさえすればサービス
に応じて必要な鍵が鍵束から選択され、これがサーバに
渡される。

【０００７】

【発明が解決しようとする課題】上述の鍵束に関する機
能はユーザの端末に搭載されるソフトウエアで実現され
る。この従来技術の場合、以下の点で改善の余地が認め
られる。

【０００８】１．ユーザがパスワードを入れる回数は減
るが、クライアントとサーバ間の通信回数が減らない。
例えば、図７の一連の通信において、Ｔ３とＴ７におけ
る認証情報のユーザによる入力がなくなるが、問合せと
応答自体は必要であり、図７と同じ通信回数になる。こ
のため、通信コストの低減に結びつかないだけでなく、
サービスの迅速性が阻害される。

【０００９】２．ユーザの端末がＰＤＡ（Personal Dig
ital Assistance）など比較的軽いハードウエア仕様で
ある場合、複数のサーバに対するアクセスを管理し、実
行する一連の処理の負荷が重い。このため、処理の即時
性に欠けることがある。

【００１０】３．鍵束の機能を実現するために、ユーザ
の端末に手を加えなければならない。

【００１１】本発明は以上の課題に鑑みてなされたもの
であり、その目的は、認証情報を必要とする通信におけ
る迅速性を確保し、通信回数を低減し、ＰＤＡなど軽い
仕様の端末でも実現可能であり、その端末に手を加える
必要のない認証応答方法および装置を提供することにあ
る。

【００１２】

【課題を解決するための手段】本発明の認証応答方法
は、クライアントからサーバにアクセスするときにサー
バごとに必要となる認証情報を一括して管理しておき、
クライアントからあるサーバに対するアクセスが要求さ
れたとき、そのクライアントの代わりにそのサーバが求
める認証情報をそのサーバに返すものである。この方法
によれば、認証情報の問合せと応答がクライアントとサ
ーバ間ではなく、認証情報の管理主体とサーバ間に発生
する。このため、クライアントは応答の義務から開放さ
れ、通信回数が減る。また、クライアントが応答しなく
てよいため、ＰＤＡなど、軽い仕様の端末で処理上なん
ら問題は生じない。端末に新たな機能を追加する必要も
なく、管理主体に認証情報の一括管理機能を設ければ足
りる。

【００１３】一方、本発明の認証応答装置は、サーバク
ライアントシステムにおいてクライアントと複数のサー
バを中継する装置である。この装置は、複数のサーバに
対するクライアントの認証情報を保持する保持手段（２
０）と、クライアントからあるサーバに対するアクセス
の要求があったとき、保持手段からそのサーバに関する
認証情報を読み出す読出手段（３６）とを含み、クライ
アントに代わってサーバに認証応答をする。この装置で
は、クライアントの認証情報が保持手段に記憶されてい
るため、クライアントが例えばサーバＳ１にアクセスし
たければ、読出手段が保持手段からこのクライアントの
サーバＳ１に関する認証情報（例えばＵ１／Ｐ１）を読
み出す。つづいてこれをサーバＳ１に送る。このため、
クライアントは認証応答から開放され、上述の認証応答
方法同様の効果が得られる。

【００１４】本発明の認証応答装置はさらに、この装置
自身がクライアントを認証する手段（３２）と、クライ
アントが該装置に対して適正な認証情報を返したとき、
前記読出手段による読出を許可する許可手段（３４）と
を含んでもよい。つまり、サーバＳ１などへのアクセス
に先立ち、この装置が自らクライアントを認証する。こ
こで正しい認証情報が入力されれば、以降、サーバＳ１
等に対する認証応答を代行する。この構成よれば、ユー
ザは認証情報を管理する装置があることを知り、これを
積極的に活用することができる。

【００１５】本発明の認証応答装置はさらに、所定の条
件に従って前記読出手段による読出を禁止する禁止手段
（３８）を含んでもよい。この構成によれば、例えば一
定期間ごとに読出を禁止することにより、セキュリティ
のレベルを初期状態に戻すことができる。

【００１６】本発明の認証応答装置はさらに、クライア
ントから新たなサーバに対するアクセス要求があったと
き、クライアントから送信された該サーバに対する認証
情報を前記保持手段に追加登録する登録手段（４０）を
含んでもよい。新たなサーバについて、保持手段はその
サーバ用の認証情報をもっていない。したがって、クラ
イアントは認証情報を入力せざるを得ず、これがサーバ
に伝えられる。このとき、この認証情報を捕捉して保持
手段に書き込んでしまうのである。この構成によれば、
保持手段の保守作業の労力を軽減することができる。

【００１７】本発明の認証応答装置の別の態様は、クラ
イアントに対してサーバとして振る舞うサーバ部（１
６）と、サーバに対してクライアントとして振る舞うク
ライアント部（１８）と、クライアントがサーバにアク
セスする際、サーバごとに必要となる認証情報を一括し
て保持するテーブル（２０）とを含み、前記サーバ部
は、この装置自身がクライアントを認証するための認証
手段（３２）と、この認証手段によってクライアントが
認証されたとき、このクライアントに関して前記テーブ
ルの読出を許可する許可手段（３４）とを含み、前記ク
ライアント部は、クライアントからあるサーバへのアク
セス要求があったとき、このクライアントに関してテー
ブルの読出が許可されていれば、そのサーバに対する認
証情報を読み出す読出手段（３６）と、読み出された認
証情報をサーバに送る通信手段（１４）とを含む。

【００１８】この構成おいて、サーバ部の認証手段がま
ずクライアントを認証する。認証の後、許可手段によ
り、そのクライアントに関してテーブルの読出が許可さ
れる。この後、このクライアントからあるサーバへのア
クセス要求があったとき、読出手段によって、そのサー
バに対する認証情報が読み出される。読み出された認証
情報はサーバに送られる。このため、上述の認証応答方
法同様の効果が得られる。

【００１９】

【発明の実施の形態】本発明の好適な実施形態を適宜図
面を参照しながら説明する。以下、認証情報はユーザ名
とパスワードで構成されるものとし、前者をＵ、後者を
Ｐと総括的に表記する。同様にサーバをＳと表記し、ユ
ーザＵｉのサーバＳｊに対する正しい認証情報は、Ｕｉ
ｊ／Ｐｉｊであるとする。添え字は説明上必要なときに
付する。

【００２０】図１は本発明の認証応答装置を用いるシス
テムの概念的な構成図である。同図のごとくこのシステ
ムは、ユーザの端末であるＰＤＡのクライアントＣと、
認証応答装置である代理（プロキシー）サーバと、各種
サービスを提供するサーバＳからなる。代理サーバは認
証応答全般を司る認証応答管理部を含む。代理サーバは
便宜上サーバＳ０とし、クライアントＣはユーザＵ０で
あるとする。したがって、このクライアントＣの代理サ
ーバに対する認証情報は、Ｕ００／Ｐ００である。な
お、同図ではクライアントＣがひとつしか存在しない
が、実際には多数存在することが考えられる。

【００２１】この構成において、認証応答管理部は、ク
ライアントＣがサーバＳにアクセスするときサーバごと
に必要となる認証情報を一括して管理している。クライ
アントＣからあるサーバへのアクセスが要求されたと
き、認証応答管理部はクライアントＣに代わってそのサ
ーバが求める認証情報をそのサーバに返す。

【００２２】図２は代理サーバの内部構成を示す。代理
サーバは、クライアントＣと要求および応答を通信する
第一通信部１２、認証応答管理部１０、サーバＳと要求
および応答を通信する第二通信部１４を含む。

【００２３】認証応答管理部１０は、クライアントＣか
らサーバに見えるサーバ部１６と、サーバＳからクライ
アントに見えるクライアント部１８と、認証情報をクラ
イアント別に記憶するテーブル２０を含む。

【００２４】サーバ部１６は、第一通信部１２を介して
クライアントＣからの送信内容を受ける受付部３０と、
代理サーバが自己のためにクライアントＣを認証する認
証部３２と、認証部３２の認証結果にもとづき、テーブ
ル２０からの読出をクライアントごとに許可する読出許
可部３４と、所定の条件にしたがってテーブル２０から
の読出を禁止する読出禁止部３８と、クライアントＣか
ら新たなサーバに対するアクセスが要求されたとき、そ
のサーバに必要な認証情報をクライアントＣの送信内容
から抽出してテーブル２０に追加登録する登録部４０
と、３つの方向、すなわち認証部３２、後述のクライア
ント部１８の読出制御部３６およびクライアント部１８
の受付部６２からのメッセージ等のデータを切り替えて
第一通信部１２へ送り出す切替部５４を含む。登録部４
０における登録のためには、ユーザ名の他に、当然なが
ら目的のサーバに対するそのユーザの認証情報が必要で
ある。

【００２５】認証部３２は、クライアントＣからの送信
内容がテーブル２０に対する新たな認証情報の登録を指
示しているか否かを検査する登録指示検出部４２と、テ
ーブル２０を走査してクライアントＣの代理サーバに対
する認証情報が正しいか否かを検査する認証検査部４４
を含む。読出禁止部３８は、クライアントごとに禁止条
件が満たされているか否かを確認する禁止管理部５０
と、その指示によってクライアントごとに読出を禁止す
る個別読出禁止部５２を含む。

【００２６】一方、クライアント部１８は、実際にテー
ブル２０からの読出を制御する読出制御部３６と、読み
出されたデータを受け付け、これを第二通信部１４に送
る送出部６０と、サーバＳから第二通信部１４を介して
その送信内容を受ける受付部６２を含む。読出制御部３
６はさらに、読み出すべきクライアントのデータを検索
する検索部４６と、そのクライアントに関するデータが
読出許可状態にあるか否かを検査する許否検査部４８を
含む。

【００２７】図３はテーブル２０の詳細を示す構成図で
ある。同図のごとくテーブル２０は、クライアントご
と、すなわちユーザＵ０〜Ｕｎに分割された複数のブロ
ック７０の集合体である。各ブロック７０には、Ｕ０等
のユーザ名７２、そのブロック７０の読出の許可、禁止
状態をそれぞれ「○」「×」で示す許否フラグ７４、サ
ーバ名７６、認証情報７８の各領域をもつ。例えばユー
ザＵ０の場合、サーバＳ０等に対する認証情報がＵ００
／Ｐ００等と記憶されている。ユーザＵ０のブロックの
許否フラグは「○」であり、テーブル２０において、少
なくともこのユーザのブロック７０は読出許可状態にあ
ることがわかる。許否フラグ７４は初期状態ではすべて
「×」である。以下、ユーザＵ０がいろいろなサーバへ
アクセスする際の代理サーバの動作を説明する。

【００２８】１．認証情報が記憶されている複数サーバ
への連続アクセス 図４はクライアントＣに当たるユーザＵ０がサーバＳ
１、Ｓ２に対してつづけてアクセスする通信の手順を示
している。同図のごとく、まず始めにクライアントＣか
ら代理サーバＳ０に対して、「サーバＳ１にアクセスし
たい」旨の要求が送出される（Ｔ１）。この要求は、ク
ライアントＣを特定する「Ｕ０」および目的のサーバＳ
１を特定する「Ｓ１」の２つのパラメータで構成され
る。これらのパラメータは図２の第一通信部１２を介し
てサーバ部１６の受付部３０で受け取られ、クライアン
ト部１８の読出制御部３６へ送られる。このとき、パラ
メータには認証情報（Ｕ００／Ｐ００等）が含まれてい
ないため、認証部３２は動作しない。

【００２９】読出制御部３６の検索部４６は、ユーザ名
であるＵ０をキーとしてテーブル２０に検索をかける。
その結果、図３の最も左側のブロックが発見される。つ
づいて許否検査部４８がそのブロックの許否フラグ７４
の状態を確かめる。この場合、まだ初期状態で「×」で
あるから、「読出は禁止」と判断される。このため目的
のサーバＳ１が必要とする認証情報を読み出すことはで
きず、代理サーバＳ０としては、まずこのユーザＵ０を
自装置で認証する必要があること知る。そこで、読出制
御部３６は切替部５４に対し、 「代理サーバＳ０に対する認証情報を入力してくださ
い」 というメッセージを送る。切替部５４はこのメッセージ
を第一通信部１２を介してクライアントＣへ送り、認証
情報を問い合わせる（Ｔ２）。クライアントＣは端末の
画面にこのメッセージを表示し、ユーザは代理サーバＳ
０に対する自己の認証情報「Ｕ００／Ｐ００」を入力す
る。この認証情報は、すでに判明している目的サーバ名
「Ｓ１」と組み合わされ、第一通信部１２を介して受付
部３０に送られ、認証部３２へ回送される（Ｔ３の前
半）。

【００３０】認証部３２では、まず登録指示検出部４２
がこのパラメータ「Ｓ１／Ｕ００／Ｐ００」を判読す
る。この場合、Ｓ１は新たなサーバではないため、登録
の指示ではないと判断され、登録部４０は動作しない。
つづいて認証検査部４４が、パラメータＵ００／Ｐ００
をテーブル２０に照合し、代理サーバＳ０に対するユー
ザＵ０の正しい認証情報であるか否かを確認する。Ｕ０
０／Ｐ００はテーブル２０のユーザＵ０用ブロックのサ
ーバＳ０に対する認証情報と一致するため、「正しい」
旨が読出許可部３４に通知される。読出許可部３４は、
ユーザＵ０のブロック７０の許否フラグ７４を「×」か
ら「○」に変更し、以降の読出を許可する。なお、代理
サーバＳ０に対する誤った認証情報が入力された場合
は、入力部３２から「もういちど入力してください」な
どのエラーメッセージが切替部５４に送られ、これがク
ライアントＣに送付される。

【００３１】つぎに、読出制御部３６の検索部４６がユ
ーザＵ０のブロック７０を検索し、許否検査部４８がそ
のブロック７０の許否フラグ７４を検査する。ここでは
「○」に変更されているため、目的サーバ名「Ｓ１」に
対応する認証情報「Ｕ０１／Ｐ０１」が読み出される。
このとき、許否フラグが確実に「○」に変更されるまで
検査を待たせる趣旨で、必要に応じて検査を遅延させて
もよい。読み出されたパラメータ「Ｕ０１／Ｐ０１」は
クライアント部１８の送出部６０に送られ、第二通信部
１４を介してサーバＳ１にアクセス要求として送り出さ
れる（Ｔ３の後半）。

【００３２】サーバＳ１では、ユーザＵ０からの最初の
アクセスであるにも拘らず必要な認証情報が正しく与え
られたため、認証情報の問合せをスキップし、要求され
たサービスを提供する。サービスを実現するデータは第
二通信部１４を経てクライアント部１８の受付部６２で
受け取られ、切替部５４に向けて出力される。切替部５
４はこのデータを第一通信部１２を介してクライアント
Ｃへ送付する（Ｔ４）。以上が最初のサーバに対するア
クセスである。

【００３３】つづいてクライアントＣは、代理サーバＳ
０に対し、別のサーバＳ２に対するアクセスの要求を送
る（Ｔ５の前半）。この要求はクライアントＣを特定す
る「Ｕ０」と目的のサーバを特定する「Ｓ２」の２つの
パラメータで構成される。これらのパラメータはサーバ
部１６の受付部３０からクライアント部１８の読出制御
部３６へ送られる。このときもパラメータに認証情報が
含まれていないため、認証部３２は動作しない。読出制
御部３６の検索部４６はユーザＵ０用のブロック７０を
見つけ、許否検査部４８が許否フラグ７４の状態を確か
める。この場合、すでに「○」、すなわち読出許可状態
にあるため、目的サーバ名「Ｓ２」に対応する認証情報
「Ｕ０２／Ｐ０２」が読み出される。このパラメータは
クライアント部１８の送出部６０に送られ、第二通信部
１４を介してサーバＳ１にアクセス要求として送り出さ
れる（Ｔ５の後半）。以下、サーバＳ２によるサービス
の提供（Ｔ６）はＴ４同様である。

【００３４】なお、セキュリティを考えた場合、いった
ん読出許可状態になったブロック７０が以降無条件でそ
の状態を保つことは望ましくない。このため、読出禁止
部３８は読出許可状態にあるブロックを再度禁止状態に
もどす。禁止管理部５０は禁止状態にもどすための条件
を管理しており、例えば一連のセッションが終了したと
きや、一定期間クライアントからサーバへのアクセスが
ない場合など、ある条件が満たされたとき、禁止すべき
ブロック７０を個別読出禁止部５２へ通知する。個別読
出禁止部５２は、通知されたブロック７０の許否フラグ
７４を「○」から「×」に戻す。

【００３５】以上、本実施の形態によれば、図７の通信
手順に比べてクライアントＣとサーバＳ１、Ｓ２の通信
回数を減らすことができる。これは代理サーバＳ０がサ
ーバＳ１、Ｓ２に代わってクライアントの認証を行い、
クライアントに代わってサーバＳ１、Ｓ２への認証応答
を行うためである。また本実施の形態によれば、異なる
認証情報が一括管理、応答されるため、サーバが変わる
たびにユーザがいちいち認証情報を入れなおす必要がな
くなる。例えば図４の場合、以降クライアントＣがサー
バＳ１、Ｓ２を交互にアクセスするときでも、もはや認
証情報の入力はいっさい不要である。このため、さらに
図７の場合との差が大きくなる。本実施の形態では、ユ
ーザの端末であるＰＤＡなどで鍵束を管理する必要がな
く、端末側の処理負荷が軽くなる。また、代理サーバの
みに手を加えればよいため、既存のサーバやクライアン
トに変更もいらない。代理サーバひとつで多数のクライ
アント、サーバをカバーできるため、本実施の形態は実
施の際も効率的である。

【００３６】２．認証情報の不要なサーバへのアクセス サーバの中には認証情報を求めないものも多数存在す
る。そうしたサーバへのアクセスを図５によって説明す
る。同図において、ユーザＵ０はサーバＳ３へアクセス
したいとする。アクセスの要求（Ｔ１）、代理サーバＳ
０からの認証情報の問合せ（Ｔ２）、それに対する応答
（Ｔ３の前半）までは図４同等である。応答の結果、認
証情報「Ｕ００／Ｐ００」と目的サーバ名「Ｓ３」が組
み合わされ、認証部３２へ送られる。

【００３７】認証部３２は、パラメータＵ００／Ｐ００
が正しい認証情報であるため、ユーザＵ０のブロックの
許否フラグ７４を「×」から「○」に変更する。つぎに
読出制御部３６は、ユーザＵ０のブロック７０が読出許
可状態にあることを知り、目的サーバ名「Ｓ３」に対応
する認証情報を読み出そうとする。しかし、図３のごと
くユーザＵ０のブロック７０にはサーバＳ３の名前がな
い。この状況は、 （１）認証情報の必要な新たなサーバに対するアクセス （２）認証情報の不要な新たなサーバに対するアクセス のいずれかが発生していることを意味する。（１）の場
合はクライアントに認証情報を問合せなければならな
い。しかし、（２）の場合は不要であり、問合せはシス
テムの動作として不適切である。そこで読出制御部３６
は、まず（２）を想定し、読出の結果として形式的に
「無（ｎｕｌｌ）」を送出部６０に送る。したがって、
第二通信部１４からサーバＳ３にはアクセスの要求のみ
が送り出される（Ｔ３の後半）。一方、サーバＳ３は要
求があってもユーザの認証を行わないため、無条件でサ
ービスを提供する（Ｔ４）。

【００３８】以上が認証情報を求めないサーバへのアク
セスである。ここでは、まずＴ２において代理サーバＳ
０自身がユーザの認証を行ったが、別の手順もある。例
えば、サーバＳ３に対するアクセス要求を認証情報の有
無に関係なく直接サーバＳ３に送ってもよい。その場
合、要求に対してサーバＳ３がサービスを提供するとい
う単純な通信手順で済む。この方法の場合、目的のサー
バが認証情報を求めるサーバであれば、そのサーバがユ
ーザ名とパスワードの入力を求めてくることになる。そ
のときに代理サーバが自己に対する認証情報の送付をク
ライアントに対して求める構成としてもよい。

【００３９】３．認証情報が必要だが未登録のサーバへ
のアクセス テーブル２０に登録されていない新たなサーバであり、
しかもそのサーバが認証情報を要求する場合がある。図
６はそうした場合の通信手順を示している。

【００４０】同図において、ユーザＵ０はサーバＳ３へ
アクセスしたいとする。アクセスの要求（Ｔ１）、代理
サーバＳ０からの認証情報の問合せ（Ｔ２）、それに対
する応答（Ｔ３の前半）、パラメータＳ３に基づくサー
バＳ３への要求（Ｔ３の後半）については図５同等であ
る。要求を受けたサーバＳ３には、自己が必要とする認
証情報が与えられないため、認証情報の問合せを行う
（Ｔ４）。

【００４１】この問合せに対し、ユーザがサーバＳ３の
ための認証情報Ｕ０３／Ｐ０３を入力する。この認証情
報は代理サーバの認証部３２へ与えられる。認証部３２
の登録指示検出部４２は、新たなサーバ名が認証情報を
伴う形で送られてきたことを確認し、これを新たな登録
の指示とみなして登録部４０にパラメータＳ３／Ｕ０３
／Ｐ０３を送る。登録部４０は、テーブル２０のユーザ
Ｕ０のブロックに新たなサーバＳ３の欄を設け、認証情
報Ｕ０３／Ｐ０３を書き込む。以上が登録動作である。

【００４２】一方、読出制御部３６はサーバ名「Ｓ３」
をキーとして認証情報Ｕ０３／Ｐ０３を読み出し、これ
をクライアント部１８等を介してサーバＳ３に送る（Ｔ
５の後半）。サーバＳ３は正しい認証情報が与えられこ
とを確認し、求められたサービスを提供する（Ｔ６）。

【００４３】以上がサーバの登録を伴う通信である。こ
の方法によれば、ユーザが新たなサービスを受けるよう
になったとき、そのための認証情報を自動的にテーブル
２０へ追加していくことができる。その結果、テーブル
保守の作業工数を大幅に軽減することができる。

【図面の簡単な説明】

【図１】 本発明の認証応答装置を用いるシステムの概
念的な構成図である。

【図２】 実施の形態の代理サーバの内部構成図であ
る。

【図３】 図２のテーブルの詳細を示す構成図である。

【図４】 ユーザＵ０がサーバＳ１、Ｓ２に対してつづ
けてアクセスする通信の手順を示す図である。

【図５】 認証情報を求めないサーバへのアクセスの通
信手順を示す図である。

【図６】 認証情報が必要だが未登録のサーバへのアク
セスの通信手順を示す図である。

【図７】 従来のサーバクライアントシステムにおい
て、クライアントから異なる２つのサーバがアクセスさ
れる様子を示す図である。

【符号の説明】

１０ 認証応答管理部、１２ 第一通信部、１４ 第二
通信部、１６ サーバ部、１８ クライアント部、２０
テーブル、３０ 受付部、３２ 認証部、３４ 読出
許可部、３６ 読出制御部、３８ 読出禁止部、４０
登録部、４２登録指示検出部、４４ 認証検査部、４６
検索部、４８ 許否検査部、５０禁止管理部、５２
個別読出禁止部、６０ 送出部、６２ 受付部、７０
ブロック、７２ ユーザ名、７４ 許否フラグ、７６
サーバ名、７８ 認証情報。

Claims (9)

【特許請求の範囲】
1. 【請求項１】 クライアントからサーバにアクセスする
   ときにサーバごとに必要となる認証情報を一括して管理
   しておき、クライアントからあるサーバに対するアクセ
   スが要求されたとき、そのクライアントの代わりにその
   サーバが求める認証情報をそのサーバに返すことを特徴
   とする認証応答方法。
2. 【請求項２】 サーバクライアントシステムにおいてク
   ライアントと複数のサーバを中継する装置であって、 複数のサーバに対するクライアントの認証情報を保持す
   る保持手段と、 クライアントからあるサーバに対するアクセスの要求が
   あったとき、保持手段からそのサーバに関する認証情報
   を読み出す読出手段と、 を含み、クライアントに代わってサーバに認証応答をす
   ることを特徴とする認証応答装置。
3. 【請求項３】 該装置自身がクライアントを認証する手
   段をさらに含み、クライアントが該装置に対して適正な
   認証情報を返したときに限り、以降クライアントに代わ
   ってサーバに認証応答する請求項２に記載の認証応答装
   置。
4. 【請求項４】 該装置自身がクライアントを認証する手
   段と、 クライアントが該装置に対して適正な認証情報を返した
   とき、前記読出手段による読出を許可する許可手段と、 をさらに含み、読み出された認証情報をクライアントに
   代わってサーバに返す請求項２に記載の認証応答装置。
5. 【請求項５】 所定の条件に従って前記読出手段による
   読出を禁止する禁止手段をさらに含む請求項４に記載の
   認証応答装置。
6. 【請求項６】 クライアントから新たなサーバに対する
   アクセスの要求があったとき、クライアントから送信さ
   れた該サーバに対する認証情報を前記保持手段に追加登
   録する登録手段をさらに含む請求項２〜５のいずれかに
   記載の認証応答装置。
7. 【請求項７】 サーバクライアントシステムにおいてク
   ライアントと複数のサーバを中継する装置であって、 クライアントに対してサーバとして振る舞うサーバ部
   と、 サーバに対してクライアントとして振る舞うクライアン
   ト部と、 クライアントがサーバにアクセスする際、サーバごとに
   必要となる認証情報を一括して保持するテーブルとを含
   み、 前記サーバ部は、 この装置自身がクライアントを認証するための認証手段
   と、 この認証手段によってクライアントが認証されたとき、
   このクライアントに関して前記テーブルの読出を許可す
   る許可手段とを含み、 前記クライアント部は、 クライアントからあるサーバへのアクセス要求があった
   とき、このクライアントに関してテーブルの読出が許可
   されていれば、そのサーバに対する認証情報を読み出す
   読出手段と、 読み出された認証情報を前記サーバへ送る通信手段と、 を含むことを特徴とする認証応答装置。
8. 【請求項８】 前記サーバ部は、クライアントから新た
   なサーバに対するアクセス要求があったとき、クライア
   ントから送信された該サーバに対する認証情報を前記テ
   ーブルに追加登録する登録手段をさらに含む請求項７に
   記載の認証応答装置。
9. 【請求項９】 前記サーバ部は、所定の条件に従って前
   記読出手段による読出を禁止する禁止手段をさらに含む
   請求項８に記載の認証応答装置。