JP2000172645A - サーバコンピュータ及びサーバコンピュータにおける認証情報管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 認証情報を盗用して正当ユーザになりすまし
て情報を取得し続けることを困難にする。 【解決手段】 パスワードによる認証後、クライアント
２からのページ取得要求に付加された認証情報の認証デ
ータと認証情報テーブルに記憶された認証データとを比
較することで認証を行う認証処理部５と、認証成功後、
ユーザの認証データを新たに生成し、その認証データで
認証情報テーブル１１を更新し、また、ユーザ名及びク
ライアント名と共に認証情報を生成する認証情報管理部
８と、情報取得処理部６は得た要求に応じたページに新
たな認証情報を付加して送信する情報送信処理部７とを
有する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、パスワードによる
ユーザ認証後、認証情報が付加されたクライアントコン
ピュータからの情報取得要求に応じて情報を提供するサ
ーバコンピュータ、特にサーバコンピュータにおいてパ
スワードの盗聴等により不正な情報取得を困難にする認
証情報の管理方法に関する。

【０００２】

【従来の技術】従来から公衆ネットワークを介してユー
ザに情報を提供する通信サービスとしてＷＷＷ（Ｗｏｒ
ｌｄ Ｗｉｄｅ Ｗｅｂ）がよく知られている。通常の
ＷＷＷにおいて、ユーザが使用するクライアントコンピ
ュータ上で動作するクライアントプログラム（ブラウ
ザ）からサーバコンピュータ上の情報を取得するのは、
まずクライアントコンピュータに入力されたユーザＩＤ
（通常、ユーザ名）及びパスワードによる認証が行われ
る。この認証の成功により、ユーザは、所望の情報を取
得することができるが、情報を再度取得しようとする場
合は、再度のユーザ名及びパスワードの入力が必要とな
る。但し、ブラウザは、認証に成功したユーザ名及びパ
スワードをクライアントコンピュータのメモリ上に一時
保持しておき、その後、情報取得要求を送信する際にそ
の保持しておいたユーザ名及びパスワードを付加して送
信する。これにより、ユーザは、一度のユーザ名及びパ
スワードの入力でサーバコンピュータ上の情報を取得し
続けることができる。

【０００３】また、特開平９−５０４２２号公報には、
ＷＷＷにおいてユーザ名及びパスワードを使用しないア
クセス制御方式が開示されている。この方式では、パス
ワードによる認証の成功後、サーバコンピュータに対話
ＩＤと呼ばれる認証情報を発行してもらい、以降の情報
授受の際には対話ＩＤを用いて認証を行う。すなわち、
サーバコンピュータからクライアントコンピュータへの
送信時には、クライアントコンピュータへ送信するハイ
パーテキスト中のリンクのユニフォームリソースロケー
タ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏ
ｒ：ＵＲＬ）部分の後ろに対話ＩＤを付加して送信す
る。一方、クライアントコンピュータからサーバコンピ
ュータへの送信時には、ハイパーテキスト中のリンクを
クリックしたときにそのＵＲＬに対話ＩＤを付加して送
信する。このように、ハイパーテキスト中のリンクのＵ
ＲＬ部分だけ書き替えれば、ユーザ名及びパスワードを
情報取得要求の送信の度に指定しなくても情報を取得す
ることができる。また、対話ＩＤを発行したサーバコン
ピュータのＩＰアドレスを対話ＩＤに付加することで、
複数サーバコンピュータで対話ＩＤを共有することがで
きる。

【０００４】

【発明が解決しようとする課題】しかしながら、ブラウ
ザが情報取得要求の送信の度に付加するユーザ名及びパ
スワードは、常に同一内容の認証情報であり、かつ平文
で送信されるので、盗聴されやすい。このパスワード等
が盗聴されると、他人がそのユーザになりすまして情報
を取得することができてしまうという問題があった。

【０００５】また、特開平９−５０４２２号公報では、
最初の認証のときだけユーザ名及びパスワードを送信す
るため、パスワード等が盗聴される機会は大幅に削減さ
れる。しかし、ユーザ名及びパスワードによる再度の認
証が行われるまでは、認証情報として付与された対話Ｉ
Ｄを変更することなく使用し続けるので、この対話ＩＤ
が盗聴されると、対話ＩＤが変更されるまで他人がその
ユーザになりすまして情報を取得することができてしま
うという問題があった。また、対話ＩＤをハイパーテキ
スト中に埋め込む必要があるため、サーバコンピュータ
における情報送信プログラムにおける処理負荷が増え、
性能が劣化するという問題があった。

【０００６】本発明は以上のような問題を解決するため
になされたものであり、その目的は、認証情報が盗聴さ
れたとしてもそのユーザになりすまして情報を取得し続
けることを困難とするサーバコンピュータ及びサーバコ
ンピュータにおける認証情報管理方法を提供することに
ある。

【０００７】また、他の目的は、認証情報をハイパーテ
キストに埋め込むことによる性能劣化を防止するサーバ
コンピュータを提供することにある。

【０００８】

【課題を解決するための手段】以上のような目的を達成
するために、本発明に係るサーバコンピュータは、パス
ワードによるユーザ認証後、クライアントコンピュータ
からの情報取得要求に応じて情報を送信するサーバコン
ピュータにおいて、ユーザ毎に設定する認証データを記
憶する認証用情報記憶手段と、クライアントコンピュー
タから送られてきた情報取得要求に付加された認証情報
に含まれている認証データと、前記認証用情報記憶手段
に記憶されている認証データとを比較することでユーザ
認証を行う認証処理手段と、当該情報取得要求に応じた
情報を得る情報取得処理手段と、前記情報取得手段が得
た情報を送信するとともにその送信情報に対応させて当
該ユーザの認証データを含む認証情報を送信する情報送
信処理手段と、当該情報取得要求に付加された認証情報
に指定されたユーザに対する認証データを新たに生成す
るとともにその認証データで前記認証用情報記憶手段を
更新する認証情報管理手段とを有し、クライアントコン
ピュータへ送信する認証情報を変更可能にしたものであ
る。

【０００９】また、前記認証情報管理手段は、前記認証
処理手段によりユーザ認証される度に当該ユーザの認証
データを生成することによって、クライアントコンピュ
ータへの情報送信の度に送信される認証情報の認証デー
タを変更するものである。

【００１０】また、前記認証処理手段は、クライアント
コンピュータからの情報取得要求に付加されている認証
情報に含まれるサーバ識別情報に自己のサーバ識別情報
が指定されていない場合、その指定されたサーバ識別情
報が割り当てられているサーバコンピュータへ認証デー
タ取得要求を送信し、その要求に応じて返答された認証
データに基づきユーザ認証を行うものである。

【００１１】また、他のサーバコンピュータから送られ
てきた認証データ取得要求に指定されたユーザの認証デ
ータを、前記認証用情報記憶手段から読み出して返信す
る認証データ返信処理手段を有するものである。

【００１２】また、前記情報送信処理手段は、ワールド
ワイドウェブ環境において、クライアントコンピュータ
からの情報取得要求に応じて送信する情報であるユニフ
ォームリソースロケータに認証情報を付加するものであ
る。

【００１３】また、前記情報送信処理手段は、ワールド
ワイドウェブ環境において、クライアントコンピュータ
からの情報取得要求に応じて送信する情報とは別個に、
ハイパーテキストトランスファプロトコルによるファイ
ルヘッダに認証情報を付加して送信するものである。

【００１４】また、前記認証用情報記憶手段には、クラ
イアントコンピュータの識別情報をユーザ毎に設定され
ており、前記認証処理手段は、認証データに加えて、情
報取得要求を送信したクライアントコンピュータの識別
情報と、前記認証用情報記憶手段に記憶されているクラ
イアントコンピュータの識別情報とを比較することでユ
ーザ認証を行うものである。

【００１５】また、前記認証処理手段による情報取得要
求に指定されたユーザに対するユーザ認証が当該ユーザ
に対する直前のユーザ認証から一定時間以上経過する前
に行われた場合にのみ当該情報取得要求に応じるもので
ある。

【００１６】また、前記認証情報管理手段は、クライア
ントコンピュータから認証情報削除要求が送られてきた
場合には、当該認証情報削除要求に指定されたユーザの
認証データを前記認証用情報記憶手段から削除するもの
である。

【００１７】他の発明に係るサーバコンピュータにおけ
る認証情報管理方法は、パスワードによるユーザ認証
後、クライアントコンピュータからの情報取得要求に付
加された認証情報に基づきユーザ認証を行った後に当該
情報取得要求に応じて情報を送信するサーバコンピュー
タにおいて、クライアントコンピュータから送られてき
た情報取得要求に付加された認証情報に含まれている認
証データと、認証用情報記憶手段に記憶されている当該
ユーザの認証データとを比較することでユーザ認証を行
う認証ステップと、ユーザ認証後、当該ユーザの認証デ
ータを新たに生成し、その認証データで前記認証用情報
記憶手段を更新し、また、当該認証データを含む認証情
報を生成する認証データ生成ステップと、情報取得要求
に応じた情報及び前記認証データ生成ステップが生成し
た認証情報を当該クライアントコンピュータへ送信する
認証情報送信ステップとを含み、クライアントコンピュ
ータからの情報取得要求に応じて情報を送信する度に認
証情報を変更して送信するものである。

【００１８】また、前記認証ステップは、クライアント
コンピュータからの情報取得要求に付加されている認証
情報に含まれるサーバ識別情報に自己のサーバ識別情報
が指定されていない場合、その指定されたサーバ識別情
報が割り当てられているサーバコンピュータへ認証デー
タ取得要求を送信し、その要求に応じて返答された認証
データに基づきユーザ認証を行うものである。

【００１９】また、前記認証情報送信ステップは、クラ
イアントコンピュータへ送信する情報とは別個に認証情
報を送信するものである。

【００２０】また、前記認証ステップは、情報取得要求
を送信したクライアントコンピュータの識別情報と、予
め保持したクライアントコンピュータの識別情報とを比
較することでユーザ認証を行うものである。

【００２１】また、前記認証ステップは、情報取得要求
に指定されたユーザに対するユーザ認証が当該ユーザに
対する直前のユーザ認証から一定時間以上経過したか否
かを判定し、一定時間経過する前に行われた場合にのみ
当該情報取得要求に応じるものである。

【００２２】また、前記認証データ生成ステップは、ク
ライアントコンピュータから認証情報削除要求が送られ
てきた場合には、認証情報を生成することなく当該認証
情報削除要求に指定されたユーザの認証データを前記認
証用情報記憶手段から削除し、前記認証情報送信ステッ
プは、空の認証情報をクライアントコンピュータへ送信
するものである。

【００２３】

【発明の実施の形態】以下、図面に基づいて、本発明の
好適な実施の形態について説明する。

【００２４】実施の形態１．図１は、本発明に係るサー
バコンピュータの実施の形態１を含むシステム全体構成
を示した図であり、各サーバコンピュータ（以下、単に
「サーバ」）１及びクライアントコンピュータ（以下、
単に「クライアント」）２の機能ブロックを共に示して
いる。サーバ１は、ＷＷＷにおいて公衆網３を介してク
ライアント２に情報を提供するＷＷＷサーバである。ク
ライアント２は、ユーザＩＤ（ユーザ名）及びパスワー
ドをアクセスしたいサーバ１へ送信し、認証された後、
所望の情報を取得することができる。なお、図１には、
本実施の形態を説明するのに必要な２台のサーバ１と１
台のクライアント２のみを示したが、システムを構成す
る各コンピュータの台数はこれに限られたものではな
い。

【００２５】クライアント２は、クライアントプログラ
ムであるブラウザを実行するプログラム実行部４を有し
ている。

【００２６】サーバ１は、認証処理部５、情報取得処理
部６、情報送信処理部７、認証情報管理部８及び認証デ
ータ返信処理部９、更に認証に使用する情報を記憶した
パスワードテーブル１０及び認証情報テーブル１１を有
している。認証処理部５は、クライアント２から送られ
てきたユーザ名及びパスワードをパスワードテーブル１
０に基づき認証を行う。更に、パスワードによる認証
後、クライアント２から送られてきた情報取得要求に付
加された認証情報に含まれている認証データと、認証情
報テーブル１１に記憶されている認証データとを比較す
ることで認証を行う。情報取得処理部６は、クライアン
ト２からの情報取得要求に応じた情報を得る。クライア
ント２においてページ取得要求を発行するクライアント
プログラムに対して、情報取得処理部６はサーバプログ
ラムで機能が実現される。情報送信処理部７は、情報取
得処理部６が得た情報を送信するとともにその送信情報
に対応させて認証情報を送信する。認証情報管理部８
は、情報取得要求を発したユーザに対する認証データを
生成する。また、その認証データを認証情報テーブル１
１に書き込むことで当該ユーザの認証データを更新す
る。本実施の形態において認証用情報記憶手段として設
けられた認証情報テーブル１１は、図１に示したように
ユーザ毎に設定した認証データを記憶する。認証データ
返信処理部９は、他のサーバ１から送られてきた認証デ
ータ取得要求に指定されたユーザの認証データを自己の
認証情報テーブル１１から読み出して返信する。なお、
図１には、２台のサーバＡ，Ｂが示されており、それぞ
れ同様の構成を有している。

【００２７】本実施の形態において特徴的なことは、パ
スワードによるユーザ認証後に情報授受の際に用いる認
証情報を情報送信の度に変更するようにしたことであ
る。これにより、認証情報が仮に盗聴されたとしても次
の情報送信時には変更するので、盗聴した者が当該ユー
ザになりすまして情報を取得し続けることを阻止するこ
とができる。

【００２８】次に、本実施の形態においてクライアント
２が情報としてページをサーバＡから取得する際の動作
について図２に示したフローチャートを用いて説明す
る。

【００２９】クライアント２は、サーバＡにあるページ
を取得したいとき、ページ取得要求をサーバＡに送信す
る。サーバ１に対して初めてアクセスを行う場合には、
いずれのサーバ１からも認証情報がまだ送られてきてい
ないので、送信されるページ取得要求には、認証情報が
付加されていない。従って、サーバＡの認証処理部５
は、クライアント２から送られてきたページ取得要求に
基づき認証を行うことができず、よってクライアント２
にユーザ名及びパスワードを入力させるログイン画面
（ログイン要求ページ）を送信する（ステップ１，２，
３，１５）。クライアント２においてそのログイン画面
から入力されたユーザ名とパスワードが認証要求として
送られてくると、認証処理部５は、その認証要求に含ま
れるユーザ名及びパスワードの組とパスワードテーブル
１０の各レコードとを比較する（ステップ１，２，１
４）。パスワードテーブル１０に合致するレコードが存
在すれば、ステップ８へ処理を移行する。一方、合致す
るレコードが存在しなければ、再度ログイン画面を送信
する（ステップ１５）。合致するレコードが存在しない
場合、この処理が通常数回繰り返される。

【００３０】パスワードによる認証が成功したとき、認
証情報管理部８は、所定の規則に従い新たな認証データ
を生成する（ステップ８）。生成する認証データは、現
在、当該ユーザに割り当てている認証データとは異なる
設定値であればよいため、所定の規則としては、例えば
ユーザ名の文字列などに時刻情報を付加するなどして生
成する。そして、その生成した認証データにユーザＩＤ
とサーバ名を付加して認証情報を生成する（ステップ
９）。例えば、サーバＡ（サーバ名“Ｓｅｒｖｅｒ
Ａ”）においてユーザ名“ＵｓｅｒＡ”のために生成し
た認証データが“ＡＡ０１２”だとすると、本実施の形
態における認証情報は、「ユーザＩＤ−認証データ−サ
ーバ名」で構成するようにしているので、“ＵｓｅｒＡ
−ＡＡ０１２−ＳｅｒｖｅｒＡ”となる。認証情報管理
部８は、この新たに生成した認証データで認証情報テー
ブル１１における当該ユーザの認証データを更新する
（ステップ１０）。

【００３１】一方、情報取得処理部６は、クライアント
２からのページ取得要求に応じたページを取得する（ス
テップ１１）。情報送信処理部７は、情報取得処理部６
が取得したページ中のＵＲＬの文字列の後ろに認証情報
を付加してページ取得要求を発したクライアント２へ送
信する（ステップ１２，１３）。

【００３２】このようにして、クライアント２は、要求
したページを取得することができる。その後、続けてサ
ーバＡからページを取得したいとき、クライアント２
は、取得したページに付加されてきた認証情報を新たに
生成したページ取得要求に付加してサーバＡに送信する
ことになる。具体的には、ハイパーテキスト中のリンク
をクリックしたときにそのＵＲＬに認証情報を付加して
送信する。このＵＲＬが送られてきたとき、すなわち、
パスワードによる認証後においてクライアント２がサー
バＡから情報を取得する際のサーバ１における処理につ
いて詳述する。

【００３３】パスワード認証後においてクライアント２
から送られてくるページ取得要求には、上記の通り認証
情報が付加されている。仮に、クライアント２から送ら
れてきた情報に認証情報が付加されていなければ、ログ
イン画面を送信する（ステップ１，２，３，１５）。サ
ーバＡの認証処理部５は、ページ取得要求に認証情報が
付加されていることを確認すると（ステップ３）、その
認証情報に自己のサーバ名が指定されているかをチェッ
クする（ステップ４）。認証情報に自己のサーバ名が指
定されていれば、認証処理部５は、続いてクライアント
２からの認証情報に含まれている認証データと、認証情
報テーブル１１における当該ユーザの認証データとを比
較することで認証を行う（ステップ７）。認証に成功す
ると、前述したステップ８からステップ１３までの処理
を行う。すなわち、新たに認証データを生成し、その認
証データを含む認証情報を生成し、それをページに付加
してクライアント２へ送信することになる。

【００３４】このように、本実施の形態によれば、ペー
ジを送信する際には認証のための情報としてパスワード
の代わりにサーバ１が生成する認証データを使用するよ
うにした。すなわち、パスワードの送信をログインする
ときの１回限りとしたので、パスワードの盗聴を極力防
止することができる。また、ページを取得するユーザに
割り当てた認証データをページを送信する度に更新する
ようにしたので、仮に送信途中の認証データが盗聴され
たとしても、その盗聴をした者は、そのユーザになりす
ましてページを続けて取得することができない。

【００３５】ところで、本実施の形態においては、認証
情報にサーバ名を付加することによって複数のサーバ１
において認証情報を共有することができるようにしたこ
とも特徴の一つとしている。この特徴的な処理について
説明すると、認証処理部５は、ステップ４においてクラ
イアント２から送られてくる認証情報に指定されている
サーバ名が他のサーバであった場合、その指定されたサ
ーバに認証データ取得要求を送信する（ステップ５）。
ここで、他のサーバとしてサーバＢが指定されていたと
すると、サーバＡの認証処理部５は、サーバＢへその要
求を送信する。

【００３６】サーバＢの認証データ返信処理部９は、サ
ーバＡから送られてきた認証データ取得要求に指定され
たユーザの認証データがサーバＢの認証情報テーブル１
１に記憶されていた場合、その認証データを読み出して
サーバＡに返信する。

【００３７】サーバＡの認証処理部５は、サーバＢへの
取得要求に対してサーバＢから当該ユーザの認証データ
が送られてくると、当該ユーザの認証データがサーバＢ
に存在したと判断して（ステップ６）、前述したステッ
プ７からステップ１３までの処理を行う。すなわち、認
証処理部５は、サーバＢからの送られてきた認証データ
と、クライアント２から送られてきた認証情報に含まれ
る認証データとを比較することで認証を行い、その認証
に成功すると、新たに認証データを生成し、その認証デ
ータを含む認証情報を生成する。そして、その認証情報
はページに付加されてクライアント２へ送信されること
になる。この際、サーバＡの認証情報テーブル１１のみ
を新たな認証データによって更新する。

【００３８】このクライアント２から送られてきた認証
情報に他のサーバ名が指定されているのは、次の場合に
あり得る。これを図３に示したタイムチャートと図４に
示したクライアント２が送信するＵＲＬの例を用いて説
明する。なお、ここでの説明は、図２を用いて説明した
処理に基づくものである。

【００３９】例えば、クライアント２が最初にサーバＡ
からページを取得したいためにサーバＡに対してページ
要求を送信する（図３（ａ），図４（ａ））。その要求
に対してサーバＡはログイン要求ページをクライアント
２に送信するので（図３（ｂ））、クライアント２は、
その要求に応じて認証要求を送信する（図３（ｃ），図
４（ｃ））。サーバＡは、クライアント２の認証に成功
すると、その旨を通知するための認証成功ページに認証
情報を付加してクライアント２へ返信する（図３
（ｄ））。その後、クライアント２は、送られてきた認
証情報をＵＲＬに付加してページ取得要求を送信するこ
とになる（図３（ｅ），図４（ｅ１），（ｅ２））。な
お、図４に示したＵＲＬにおいてサーバ名、ページ取得
要求の後の“＋＋”に続いて指定されているのが認証情
報である。認証情報は、前述したようにユーザＩＤ、認
証データ及び認証情報発行サーバ名をハイフンで接続し
た形式で指定される。

【００４０】ここで、クライアント２は、サーバＢから
ページを取得したい場合、ＵＲＬにサーバＢの名称“Ｓ
ｅｒｖｅｒＢ”を指定することになるが、この際にＵＲ
Ｌに指定する認証情報に含まれているサーバ名は、直前
にアクセスしたサーバＡの名称が指定されているはずで
ある（図３（ｇ），図４（ｇ））。つまり、クライアン
ト２からのページ取得要求は、サーバＢが受け取ること
になるが、このページ取得要求に付加されている認証情
報にはサーバＡの名称“ＳｅｒｖｅｒＡ”が指定されて
いる。これが、図２におけるステップ４の認証情報に他
のサーバ名が指定されている場合に相当する。この場合
は、サーバＢの認証処理部５は、サーバＡに認証データ
取得要求を送信し、その要求に応じてサーバＡの認証デ
ータ返信処理部９から送られてくる認証データを受け取
ることになる。サーバＢにおいてユーザＡの認証が成功
すると、サーバＢは、クライアント２へ送信する認証情
報に自己のサーバ名“ＳｅｒｖｅｒＢ”を指定すること
になるので（図３（ｈ））、クライアント２は、サーバ
Ｂへ続けて送信するページ取得要求に付加する認証情報
にはサーバＢの名称が指定されていることになる（図３
（ｉ），図４（ｉ））。

【００４１】このように、本実施の形態によれば、認証
情報にサーバの識別情報を付加するようにし、クライア
ント２から送られてきた認証情報に他のサーバが指定さ
れていたときには、当該サーバへ当該ユーザの認証デー
タを問い合わせるようにした。つまり、複数のサーバ
Ａ，Ｂにおいて認証データを共有するようにしたので、
認証データを共有するサーバ間であれば、クライアント
２は、いちいちログインし直すことなく所望するページ
を取得することができる。すなわち、認証データを共有
するサーバ間であれば、クライアント２は、パスワード
を１回のみサーバ１へ送信すればよいことになるので、
パスワードの漏洩を極力防止することができ、盗聴した
者が正当なユーザになりすましてページを取得すること
を極力防止することができる。また、ログイン後、パス
ワードの代わりに認証のための情報として使用する認証
情報をページ送信の度に変更するようにしたので、送信
途中の認証情報を盗聴した者が正当なユーザになりすま
してページを続けて取得することを防止することができ
る。

【００４２】なお、本実施の形態では、なりすましを最
も効果的に防止できるためにサーバ１へのアクセスの度
に認証データを毎回変更するようにしたが、必ずしも毎
回としなくても数回毎や定期的に変更するようにしても
よい。また、本実施の形態では、認証情報を上記のよう
に変更するため第三者には特定しにくく平文のままでも
なりすましを防止するという効果を十分に発揮しうる
が、暗号化することを否定するものではない。

【００４３】また、本実施の形態では、ユーザＩＤとし
てユーザ名とサーバの識別情報としてサーバ名を用いた
が、例えば、会員ナンバやＩＰアドレスなど各ユーザ及
び各サーバをそれぞれ識別可能な情報であれば各名称の
代わりに用いることができる。

【００４４】実施の形態２．図５は、本実施の形態にお
けるサーバ１においてユーザ認証を行い情報をクライア
ント２へ送信する際の処理を示したフローチャートであ
る。なお、上記実施の形態１と同じ処理には同じステッ
プ番号を付ける。上記実施の形態１では、サーバ１から
クライアント２へ認証情報を送信するには送信する情報
であるページ中のＵＲＬの文字列の後ろに付加していた
（図２のステップ１２）。本実施の形態では、認証情報
をページに付加せずに、認証情報のみをＨＴＴＰ（Ｈｙ
ｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏ
ｌ）のヘッダを利用して単独で送信するようにしたこと
を特徴としている（ステップ１６）。これにより、ペー
ジ中のＵＲＬの指定内容を解析してその最後尾を見つけ
てから認証情報を付加するというような処理を行う必要
がなくなるので、認証情報を送信するための処理が簡易
になり、情報送信の性能劣化を防止することができる。

【００４５】なお、本実施の形態における処理は、図２
のステップ１２に変えてステップ１６における処理を実
行する点だけが異なるため、他の処理についての説明を
省略する。また、この処理を行う認証処理部５の処理機
能のみが異なるだけで本実施の形態における構成は、図
１と同じである。

【００４６】実施の形態３．図６は、本発明に係るサー
バコンピュータの実施の形態３を含むシステム全体構成
を示した図であり、サーバ１及びクライアント２の機能
ブロックを共に示している。本実施の形態における認証
情報テーブル１１には、認証データに加えてページ取得
要求を送信したクライアント２の識別情報（クライアン
ト名）がユーザ毎に記憶されている。なお、その他の構
成は、実施の形態１と同じである。また、図７は、本実
施の形態におけるサーバ１においてユーザ認証を行い情
報をクライアント２へ送信する際の処理を示したフロー
チャートである。なお、上記実施の形態２と同じ処理に
は同じステップ番号を付ける。

【００４７】本実施の形態においては、ユーザ認証を認
証データに加えてページ取得要求送信元のクライアント
２の識別情報に対しても認証を行うようにしたことを特
徴としている。すなわち、認証処理部５は、ステップ７
における認証データによるユーザ認証後、更にＨＴＴＰ
の情報よりクライアント名を取得する（ステップ１
７）。そして、そのクライアント名と認証情報テーブル
１１に記憶されている当該ユーザに対応したクライアン
ト名とを比較することで認証を行い、一致すれば、認証
に成功したと判断する（ステップ１８）。認証に失敗し
た場合は、ログイン画面を送信する（ステップ１５）。
それ以外の処理は、実施の形態２と同じなので説明を省
略する。

【００４８】このように、本実施の形態によれば、指定
された以外のクライアント２からのアクセスを禁じるこ
とで盗聴によるなりすましを防止することができる。な
お、図６には、アクセスが許可されたクライアント２と
して１台ずつ設定された例が示されているが、複数のク
ライアント名を設定してもよい。

【００４９】実施の形態４．図８は、本発明に係るサー
バコンピュータの実施の形態４を含むシステム全体構成
を示した図であり、サーバ１及びクライアント２の機能
ブロックを共に示している。本実施の形態における認証
情報テーブル１１には、認証データ及び当該ユーザが直
前に当該サーバに対してアクセスをした時刻をユーザ毎
に記憶されている。なお、その他の構成は、実施の形態
１と同じである。また、図９は、本実施の形態における
サーバ１においてユーザ認証を行い情報をクライアント
２へ送信する際の処理を示したフローチャートである。
なお、上記実施の形態２と同じ処理には同じステップ番
号を付ける。

【００５０】本実施の形態においては、サーバ１へアク
セスする場合の時間間隔を認証の判断材料としたことを
特徴としている。すなわち、認証処理部５は、ステップ
７における認証データによるユーザ認証後、現在時刻を
取得する（ステップ１９）。そして、現在時刻と認証情
報テーブル１１に記憶されている当該ユーザに対応した
アクセス時刻との差分をとり、一定時間以上経過する前
に今回のページ取得要求が送られてきた場合には、認証
に成功したと判断する（ステップ２０）。認証情報管理
部８は、その後、新たに生成した認証データで認証情報
テーブル１１を更新するが、本実施の形態では更にアク
セス時刻として先ほど取得した現在時刻で認証情報テー
ブル１１を更新する（ステップ１０）。一方、今回のペ
ージ取得要求が一定時間以上経過した後に送られてきた
場合には、タイムアウトとして当該ユーザの認証データ
を認証情報テーブル１１から削除し（ステップ２２）、
当該ページ取得要求を発したクライアント２へ空の認証
情報を送信した後（ステップ２３）、ログイン画面を送
信する（ステップ１５）。それ以外の処理は、実施の形
態２と同じなので説明を省略する。

【００５１】本実施の形態においては、一定時間以上の
間隔があいてページ取得要求があった場合には、その時
間間隔があく前の処理でユーザが取得したい関連した複
数のページを一応取得でき、一定時間以上不当に時間が
あいて送られてきたページ取得要求は盗聴した者による
不正なページ取得要求である可能性が相対的に高くなる
ということを考慮している。すなわち、直前の認証から
一定時間経過する前にページ取得要求が送られてきた場
合にのみ当該ページ取得要求に応じてページを送信する
ようにし、一定時間以上の間隔のあいた場合には、当該
ページ取得要求を拒否する。これにより、認証情報を不
正に取得した第三者による不正アクセスを未然に防止す
ることができる。

【００５２】なお、タイムアウトとする一定時間は、シ
ステム環境、サーバ１が提供する情報の種別等によって
サーバ１毎又はユーザ毎に適宜設定すればよい。

【００５３】実施の形態５．図１０は、本実施の形態に
おけるサーバ１においてユーザ認証を行い情報をクライ
アント２へ送信する際の処理を示したフローチャートで
ある。なお、上記実施の形態４と同じ処理には同じステ
ップ番号を付ける。

【００５４】本実施の形態では、認証情報テーブル１１
に記憶している認証データを強制的に削除して記憶手段
の中にも認証データを残さないようにすることで認証デ
ータの盗用を未然に防止できるようにしたことを特徴と
している。すなわち、認証情報管理部８は、認証処理部
５による認証情報に基づくユーザ認証後（ステップ
７）、認証情報が付加された要求が認証情報削除要求で
あった場合には、当該認証情報削除要求に指定されたユ
ーザの認証データを認証情報テーブル１１から削除する
（ステップ２２）。そして、当該認証情報削除要求を発
したクライアント２へ空の認証情報を送信した後（ステ
ップ２３）、ログイン画面を送信する（ステップ１
５）。それ以外の処理は、実施の形態２と同じなので説
明を省略する。

【００５５】以上のように、本実施の形態によれば、ユ
ーザからの要求に応じて認証情報テーブル１１に記憶し
ている認証データを強制的に削除するようにしたので、
第三者がサーバ１の認証情報テーブル１１から認証デー
タを不正に読み出すことができないため、認証情報を不
正に取得した第三者による不正アクセスを未然に防止す
ることができる。

【００５６】以上のように、各実施の形態においては、
クライアント２とサーバ１間で授受される認証情報を変
更可能としたので、正当ユーザになりすました第三者が
盗聴により取得した認証情報を用いてページを取得する
ことを極力防止することができる。なお、本実施の形態
ではＷＷＷにおける環境に適用した場合を想定して説明
したが、本発明に係るサーバコンピュータやサーバコン
ピュータにおける認証情報の管理方法をＷＷＷでないシ
ステムにおいても適用することができる。

【００５７】

【発明の効果】本発明によれば、クライアントコンピュ
ータへ送信する認証情報を変更可能にしたので、送信途
中の認証情報を盗聴した者がその認証情報を用いて正当
なユーザになりすまして情報を続けて取得することを防
止することができる。

【００５８】また、認証情報にサーバ識別情報を付加す
るようにし、認証情報に他のサーバコンピュータの識別
情報が指定されていた場合は当該他のサーバコンピュー
タから認証データを読み出すようにしたので、複数のサ
ーバ間で認証データを共有することができる。

【００５９】また、送信する情報の内容を解析して認証
情報を付加するべき箇所を見つけてから認証情報を付加
するというような処理を行う必要がなくなるので、認証
情報を送信するための処理が簡易になり、情報送信の性
能劣化を防止することができる。

【００６０】また、情報取得要求の送信元のクライアン
トコンピュータの識別情報に基づき認証を行うようにし
たので、指定された以外のクライアントコンピュータか
らのアクセスを禁じることができ、これによって盗聴に
よるなりすましを防止することができる。

【００６１】また、該当するユーザに対する直前の認証
から一定時間経過する前に次の情報取得要求が当該ユー
ザから送られてきた場合のみ当該情報取得要求に応じる
ようにし、一定時間経過後に情報取得要求が送られてき
た場合には、不当なユーザからの情報取得要求であると
判定して当該情報取得要求を拒否するようにしたので、
不正アクセスを未然に防止することができる。

【００６２】また、ユーザからの要求に応じてサーバコ
ンピュータが保持する当該ユーザの認証データを強制的
に削除できるようにしたので、認証データの盗用による
情報取得を未然に防止することができる。

【図面の簡単な説明】

【図１】 本発明に係るサーバコンピュータの実施の形
態１を含むシステムの全体構成及びクライアントコンピ
ュータ及びサーバコンピュータの機能ブロックを示した
図である。

【図２】 実施の形態１においてユーザ認証を行い情報
を送信する処理を示したフローチャートである。

【図３】 実施の形態１におけるクライアントとサーバ
との情報の授受を示したタイムチャート図である。

【図４】 実施の形態１においてクライアントから送信
されるＵＲＬの指定例を示した図である。

【図５】 実施の形態２においてユーザ認証を行い情報
を送信する処理を示したフローチャートである。

【図６】 本発明に係るサーバコンピュータの実施の形
態３を含むシステムの全体構成及びクライアントコンピ
ュータ及びサーバコンピュータの機能ブロックを示した
図である。

【図７】 実施の形態３においてユーザ認証を行い情報
を送信する処理を示したフローチャートである。

【図８】 本発明に係るサーバコンピュータの実施の形
態４を含むシステムの全体構成及びクライアントコンピ
ュータ及びサーバコンピュータの機能ブロックを示した
図である。

【図９】 実施の形態４においてユーザ認証を行い情報
を送信する処理を示したフローチャートである。

【図１０】 実施の形態５においてユーザ認証を行い情
報を送信する処理を示したフローチャートである。

【符号の説明】

１ サーバコンピュータ、２ クライアントコンピュー
タ、３ 公衆網、４プログラム実行部、５ 認証処理
部、６ 情報取得処理部、７ 情報送信処理部、８ 認
証情報管理部、９ 認証データ返信処理部、１０ パス
ワードテーブル、１１ 認証情報テーブル。

Claims (15)

【特許請求の範囲】
1. 【請求項１】 パスワードによるユーザ認証後、クライ
   アントコンピュータからの情報取得要求に応じて情報を
   送信するサーバコンピュータにおいて、 ユーザ毎に設定する認証データを記憶する認証用情報記
   憶手段と、 クライアントコンピュータから送られてきた情報取得要
   求に付加された認証情報に含まれている認証データと、
   前記認証用情報記憶手段に記憶されている認証データと
   を比較することでユーザ認証を行う認証処理手段と、 当該情報取得要求に応じた情報を得る情報取得処理手段
   と、 前記情報取得手段が得た情報を送信するとともにその送
   信情報に対応させて当該ユーザの認証データを含む認証
   情報を送信する情報送信処理手段と、 当該情報取得要求に付加された認証情報に指定されたユ
   ーザに対する認証データを新たに生成するとともにその
   認証データで前記認証用情報記憶手段を更新する認証情
   報管理手段と、 を有し、クライアントコンピュータへ送信する認証情報
   を変更可能にしたことを特徴とするサーバコンピュー
   タ。
2. 【請求項２】 前記認証情報管理手段は、前記認証処理
   手段によりユーザ認証される度に当該ユーザの認証デー
   タを生成することによって、クライアントコンピュータ
   への情報送信の度に送信される認証情報の認証データを
   変更することを特徴とする請求項１記載のサーバコンピ
   ュータ。
3. 【請求項３】 前記認証処理手段は、クライアントコン
   ピュータからの情報取得要求に付加されている認証情報
   に含まれるサーバ識別情報に自己のサーバ識別情報が指
   定されていない場合、その指定されたサーバ識別情報が
   割り当てられているサーバコンピュータへ認証データ取
   得要求を送信し、その要求に応じて返答された認証デー
   タに基づきユーザ認証を行うことを特徴とする請求項１
   記載のサーバコンピュータ。
4. 【請求項４】 他のサーバコンピュータから送られてき
   た認証データ取得要求に指定されたユーザの認証データ
   を、前記認証用情報記憶手段から読み出して返信する認
   証データ返信処理手段を有することを特徴とする請求項
   １又は３いずれかに記載のサーバコンピュータ。
5. 【請求項５】 前記情報送信処理手段は、ワールドワイ
   ドウェブ環境において、クライアントコンピュータから
   の情報取得要求に応じて送信する情報であるユニフォー
   ムリソースロケータに認証情報を付加することを特徴と
   する請求項１記載のサーバコンピュータ。
6. 【請求項６】 前記情報送信処理手段は、ワールドワイ
   ドウェブ環境において、クライアントコンピュータから
   の情報取得要求に応じて送信する情報とは別個に、ハイ
   パーテキストトランスファプロトコルによるファイルヘ
   ッダに認証情報を付加して送信することを特徴とする請
   求項１記載のサーバコンピュータ。
7. 【請求項７】 前記認証用情報記憶手段には、クライア
   ントコンピュータの識別情報をユーザ毎に設定されてお
   り、 前記認証処理手段は、認証データに加えて、情報取得要
   求を送信したクライアントコンピュータの識別情報と、
   前記認証用情報記憶手段に記憶されているクライアント
   コンピュータの識別情報とを比較することでユーザ認証
   を行うことを特徴とする請求項１記載のサーバコンピュ
   ータ。
8. 【請求項８】 前記認証処理手段による情報取得要求に
   指定されたユーザに対するユーザ認証が当該ユーザに対
   する直前のユーザ認証から一定時間以上経過する前に行
   われた場合にのみ当該情報取得要求に応じることを特徴
   とする請求項１に記載のサーバコンピュータ。
9. 【請求項９】 前記認証情報管理手段は、クライアント
   コンピュータから認証情報削除要求が送られてきた場合
   には、当該認証情報削除要求に指定されたユーザの認証
   データを前記認証用情報記憶手段から削除することを特
   徴とする請求項１記載のサーバコンピュータ。
10. 【請求項１０】 パスワードによるユーザ認証後、クラ
    イアントコンピュータからの情報取得要求に付加された
    認証情報に基づきユーザ認証を行った後に当該情報取得
    要求に応じて情報を送信するサーバコンピュータにおい
    て、 クライアントコンピュータから送られてきた情報取得要
    求に付加された認証情報に含まれている認証データと、
    認証用情報記憶手段に記憶されている当該ユーザの認証
    データとを比較することでユーザ認証を行う認証ステッ
    プと、 ユーザ認証後、当該ユーザの認証データを新たに生成
    し、その認証データで前記認証用情報記憶手段を更新
    し、また、当該認証データを含む認証情報を生成する認
    証データ生成ステップと、 情報取得要求に応じた情報及び前記認証データ生成ステ
    ップが生成した認証情報を当該クライアントコンピュー
    タへ送信する認証情報送信ステップと、 を含み、クライアントコンピュータからの情報取得要求
    に応じて情報を送信する度に認証情報を変更して送信す
    ることを特徴とするサーバコンピュータにおける認証情
    報管理方法。
11. 【請求項１１】 前記認証ステップは、クライアントコ
    ンピュータからの情報取得要求に付加されている認証情
    報に含まれるサーバ識別情報に自己のサーバ識別情報が
    指定されていない場合、その指定されたサーバ識別情報
    が割り当てられているサーバコンピュータへ認証データ
    取得要求を送信し、その要求に応じて返答された認証デ
    ータに基づきユーザ認証を行うことを特徴とする請求項
    １０記載のサーバコンピュータにおける認証情報管理方
    法。
12. 【請求項１２】 前記認証情報送信ステップは、クライ
    アントコンピュータへ送信する情報とは別個に認証情報
    を送信することを特徴とする請求項１０記載のサーバコ
    ンピュータにおける認証情報管理方法。
13. 【請求項１３】 前記認証ステップは、情報取得要求を
    送信したクライアントコンピュータの識別情報と、予め
    保持したクライアントコンピュータの識別情報とを比較
    することでユーザ認証を行うことを特徴とする請求項１
    ０記載のサーバコンピュータにおける認証情報管理方
    法。
14. 【請求項１４】 前記認証ステップは、情報取得要求に
    指定されたユーザに対するユーザ認証が当該ユーザに対
    する直前のユーザ認証から一定時間以上経過したか否か
    を判定し、 一定時間経過する前に行われた場合にのみ当該情報取得
    要求に応じることを特徴とする請求項１０記載のサーバ
    コンピュータにおける認証情報管理方法。
15. 【請求項１５】 前記認証データ生成ステップは、クラ
    イアントコンピュータから認証情報削除要求が送られて
    きた場合には、認証情報を生成することなく当該認証情
    報削除要求に指定されたユーザの認証データを前記認証
    用情報記憶手段から削除し、 前記認証情報送信ステップは、空の認証情報をクライア
    ントコンピュータへ送信することを特徴とする請求項１
    ０記載のサーバコンピュータにおける認証情報管理方
    法。