JP2002342271A - ウェブアクセスにおける重複ログイン監視方法およびシステム - Google Patents

Abstract

(57)【要約】 【課題】 同じユーザ認証情報を用いた複数のクライア
ントコンピュータからのウェブアクセスにおける重複ロ
グインを特別な装置を付加することなく防止すること。 【解決手段】 クライアントコンピュータからＷＷＷサ
ーバが管理するウェブページへのアクセス要求に対し、
重複ログイン判定用のセッション情報を発行してアクセ
ス要求元のクライアントコンピュータとセッション情報
記憶手段に記憶させる第１のステップと、次回のアクセ
ス要求時に、前回アクセス要求時に発行した重複ログイ
ン判定用のセッション情報をアクセス要求元のクライア
ントコンピュータから返信させる第２のステップと、返
信されたセッション情報と一致するセッション情報が前
記セッション情報記憶手段に記憶されているか否かを判
定し、記憶されていなければ同一ユーザ認証情報による
重複ログインとして判定し、ウェブページ閲覧を拒絶す
る第３のステップとを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＷＷＷサーバへア
クセスするユーザからの同一のユーザ認証情報を用いた
重複ログインを防止するための重複ログイン監視方法お
よびシステムに関するものである。

【０００２】

【従来の技術】コンピュータネットワークを利用するユ
ーザに対して情報提供を行うための通信サービスとし
て、ＷＷＷサービスがある。特にインターネット上で
は、前記のサービスを使用して情報提供を行う数多くの
ＷＷＷサイトがあり、その中で登録会員に限定して情報
を提供するＷＷＷサイト（以下、登録会員向けＷＷＷサ
イトと言う）が存在することは周知である。このような
登録会員向けＷＷＷサイトは、一般にユーザに対してユ
ーザ認証（ユーザＩＤとパスワードの一方または両方を
用いた認証）を実施し、ウェブページの閲覧の許可また
は拒否を行う。

【０００３】図１０は、従来この種の登録会員向けＷＷ
Ｗサイトで使用されているユーザ認証の処理の概要を示
したシーケンス図である。同図において、クライアント
コンピュータがＷＷＷサーバの登録会員向けページへの
アクセス要求を行うと（ステップ１００１）、ＷＷＷサ
ーバは、クライアントコンピュータを使用するユーザに
対しユーザ認証要求を送信し（ステップ１００２）、当
該ユーザに固有に割り当てられたユーザＩＤとパスワー
ドの入力を要求する。そこで、ユーザがユーザＩＤとパ
スワードを入力すると（ステップ１００３）、入力され
たユーザＩＤとパスワードは会員情報を管理する認証サ
ーバ（ＳＱＬデータベース、ＲＡＤＩＵＳ（Remote Aut
hentication Dial In User Service）、ＬＤＡＰ（Ligh
tweight Directory Access Protocol）など）へ送られ
る（ステップ１００４）。認証サーバはユーザＩＤとパ
スワードの認証を行い、その結果をＷＷＷサーバに送信
する（ステップ１００５）。ＷＷＷサーバは、認証結果
に基づき登録会員向けページの閲覧の許可または拒否を
行う（ステップ１００６）。アクセスが許可された場合
には、登録会員向けページのデータがクライアントコン
ピュータに送信される（ステップ１００７）。

【０００４】しかし、この方式ではユーザＩＤとパスワ
ードの照合のみしか行わないため、複数のロケーション
から同じユーザＩＤとパスワードで同時にアクセスでき
てしまうといった重複ログインが可能となり、複数のユ
ーザで１つのユーザアカウントを共有されてしまうとい
う不具合が発生してしまう。例えば同居する家族の父と
子供が別々のコンピュータを使用している状態で同じユ
ーザＩＤとパスワードを用いた場合などにおいて重複ロ
グインが可能になる。

【０００５】この不具合を悪用された場合、例えば情報
を有料で提供するＷＷＷサイトは、本来の登録会員から
得るべき利益を厳密に確保できない可能性がある。すな
わち、上記の同居家族の例で言えば、２人分の情報料ま
たは接続時間にかかる利益を得られる筈が１人分の利益
しか得られなくなる可能性がある。

【０００６】この対策として、従来のユーザＩＤとパス
ワードに代わる認証要素を使用してパスワードのセキュ
リティを高めることで、ＷＷＷサイト側で常にユーザの
接続情報を監視することなく同一ユーザＩＤとパスワー
ドによる重複ログインを不可能にする方法がある。例え
ば、トークン（小型のパスワード生成器）やＩＣカー
ド、暗号鍵などの本人が所有するものや、指紋・声紋・
網膜などの本人の身体的特徴などを認証要素として使用
する本人認証が挙げられる。この方法により、アクセス
要求をしているユーザが本当にそのユーザＩＤを所有す
る本人であるかを厳密に判定できるため、第三者がその
ユーザＩＤを使用してアクセスすることができず、結
果、重複ログインが不可能となる。

【０００７】

【発明が解決しようとする課題】しかし、上記システム
を実装するためには、ユーザ側にＩＣカードや認証デー
タを送信するためのリーダ装置などが必要となる。これ
らの装置は一般にまだユーザ側には浸透していない。そ
のため、ユーザに装置を提供するための導入コストの問
題、ユーザに対する教育が必要といった運用上の問題か
ら、インターネットといった不特定多数のユーザを対象
とするネットワーク上で情報提供を行うＷＷＷサイトへ
導入することは現実的ではない。

【０００８】本発明の目的は、同じユーザ認証情報（ユ
ーザＩＤやパスワード）を用いた複数のクライアントコ
ンピュータからの重複ログインを特別な装置を付加する
ことなく防止することができるウェブアクセスにおける
重複ログイン監視方法およびシステムを提供することに
ある。

【０００９】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、クライアントコンピュータからＷＷＷサ
ーバが管理するウェブページへのアクセス要求に対し、
重複ログイン判定用のセッション情報を発行して該セッ
ション情報をアクセス要求元のクライアントコンピュー
タとセッション情報記憶手段とに記憶させる第１のステ
ップと、次回のアクセス要求時に、前回アクセス要求時
に発行した重複ログイン判定用のセッション情報をアク
セス要求元のクライアントコンピュータから返信させる
第２のステップと、返信されたセッション情報と一致す
るセッション情報が前記セッション情報記憶手段に記憶
されているか否かを判定し、記憶されていなければウェ
ブページ閲覧を拒絶する第３のステップとを備えること
を特徴とする。また、前記第３のステップにおいて、セ
ッション情報が返信されない場合、ユーザ認証情報に対
応するセッション情報が前記セッション情報記憶手段に
記憶されているか否かを判定し、既に記憶されている場
合はウェブページ閲覧を拒絶することを特徴とする。ま
た、前記セッション情報はユーザ認証情報と有効期限付
きの識別子で構成され、ユーザ認証情報によるユーザ認
証を受けた後に発行することを特徴とする。また、前記
セッション情報は暗号化されていることを特徴とする。
また、前記第３のステップにおいて、返信されたセッシ
ョン情報と一致するセッション情報が前記セッション情
報記憶手段に記憶されている場合、セッション情報記憶
手段およびクライアントコンピュータに記憶されている
セッション情報中の識別子の有効期限をログオフ時まで
順次更新することを特徴とする。

【００１０】本発明に係る重複ログイン監視システム
は、クライアントコンピュータからのウェブページへの
アクセス要求に対し、重複ログイン判定用のセッション
情報を発行して該セッション情報をアクセス要求元のク
ライアントコンピュータとセッション情報記憶手段とに
記憶させる第１の手段と、次回のアクセス要求時に、前
回アクセス要求時に発行した重複ログイン判定用のセッ
ション情報をアクセス要求元のクライアントコンピュー
タから返信させる第２の手段と、返信されたセッション
情報と一致するセッション情報が前記セッション情報記
憶手段に記憶されているか否かを判定し、記憶されてい
なければウェブページ閲覧を拒絶する第３の手段とをＷ
ＷＷサーバ内またはセッション管理装置内に備えること
を特徴とする。また、前記第３の手段は、セッション情
報が返信されない場合、ユーザ識別情報に対応するセッ
ション情報が前記セッション情報記憶手段に記憶されて
いるか否かを判定し、既に記憶されている場合はウェブ
ページ閲覧を拒絶することを特徴とする。

【００１１】

【発明の実施の形態】以下、本発明を実施する場合の一
形態を、図面を参照して具体的に説明する。図１は、本
発明を適応したコンピュータネットワークの一実施形態
を示している。同図において、１０１はインターネット
（コンピュータネットワーク）１０２上で情報を受ける
ためにユーザが利用するクライアントコンピュータであ
る。１０３はクライアントコンピュータ１０１に対して
ＷＷＷサービスを用いて情報提供を行うＷＷＷサーバで
ある。１０４はユーザ情報を格納し、かつユーザ認証機
能を提供する認証サーバである。１０５はユーザの接続
情報を監視する機能をもつセッション管理装置である。

【００１２】図２は、ＷＷＷサーバ１０３の機能構成図
である。ＷＷＷサーバ１０３は、ＷＷＷサービスを提供
するためのＷＷＷデーモン２０１と、ユーザの要求とバ
ックエンドの処理を中継するミドルウェアであるＷｅｂ
アプリケーションサーバ２０２から構成される。ここ
で、Ｗｅｂアプリケーションサーバ２０２は、ＷＷＷデ
ーモン２０１からの一連の要求を処理する制御部２０
４、ユーザに提供する情報を格納するＷｅｂページ格納
データベース２０５、ユーザがアクセス要求するＷｅｂ
ページがユーザ認証によるアクセス制御が必要かを判定
するＡＣＬ（Access Control List）データベース２０
６、認証サーバ１０４と通信を行う認証モジュール２０
７、セッション管理装置１０５と通信を行うセッション
管理モジュール２０８、ユーザに発行する識別子を作成
する識別子作成モジュール２０９からなる。

【００１３】図３は、セッション管理装置１０５の機能
構成図である。セッション管理装置１０５は、ＷＷＷサ
ーバ１０３と通信を行うためのリスナー３０１、リスナ
ー３０１からの一連の要求を処理する制御部３０２、ユ
ーザのセッション情報を格納するセッション情報データ
ベース３０４、このセッション情報データベース３０４
に登録されたセッション情報の定期的なメンテナンスを
行うメンテナンス制御部３０３から構成される。セッシ
ョン情報３０４は、ユーザＩＤ３０５、識別子３０６、
識別子３０６の有効期限３０７の３つのパラメータで構
成される。有効期限３０７が切れたセッション情報はメ
ンテナンス制御部３０３により削除される。

【００１４】この構成において、ＷＷＷサーバ１０３
は、ユーザからのアクセス初期段階において、ユーザが
使用するクライアントコンピュータ１０１に対しユーザ
ＩＤとパスワードを要求する。次に、当該クライアント
コンピュータ１０１から取得したユーザＩＤを検索パラ
メータとしてセッション管理装置１０５へ当該ユーザＩ
Ｄに対応するセッション情報（接続情報）を問い合わ
せ、重複ログインでないことを確認する。その後、ＷＷ
Ｗサーバ１０３は認証サーバ１０４に対してパスワード
の照合を要求する。認証結果が正しい場合、ＷＷＷサー
バ１０３はクライアントコンピュータ１０１に対して有
効期限つきの識別子を発行し、図３で示したユーザＩＤ
３０５、識別子３０６、識別子の有効期限３０７の３つ
をパラメータとするセッション情報を送信する。同時
に、クライアントコンピュータ１０１に送信した同じ内
容のセッション情報をセッション管理装置１０５のセッ
ション情報データベース３０４へ登録する。以降、クラ
イアントコンピュータ１０１からのアクセスに対して、
ＷＷＷサーバ１０３はセッション情報を認証要素として
使用する。このことにより、他のユーザが同じＩＤとパ
スワードを使用して接続を試みても、セッション管理装
置１０５において対象ユーザのセッション情報を参照し
比較することで、現在ＷＷＷサーバ１０３を現在利用し
ているユーザ以外からのアクセスを拒否することが可能
となる。

【００１５】以下、図４〜図９を参照してクライアント
コンピュータ、ＷＷＷサーバ、認証サーバ、セッション
管理装置の処理を詳細に説明する。図４は、クライアン
トコンピュータ１０１が１回目にＷＷＷサーバ１０３に
アクセスした場合にＷｅｂページの閲覧が許可されるま
での手順を示すシーケンス図であり、図５は２回目にア
クセスした場合の手順を示すシーケンス図である。図４
において、ＷＷＷサーバ１０３がクライアントコンピュ
ータ１０１からのアクセス要求を受信すると（ステップ
４０１）、ＷＷＷサーバ１０３はクライアントコンピュ
ータ１０１に対してセッション情報を要求する（ステッ
プ４０２）。ここでは、１回目のアクセスであるので、
クライアントコンピュータ１０１はセッション情報なし
の応答を返す(ステップ４０３)。すると、ＷＷＷサーバ
１０３は、セッション情報を保持していないものと判定
する。ここで、クライアントコンピュータ１０１が前回
のアクセス時に発行されたセッション情報を持ってお
り、このセッション情報が返信されてきたならば、２回
目以降のアクセスであると判定する。

【００１６】クライアントコンピュータ１０１がセッシ
ョン情報なしの応答を返した場合、ＷＷＷサーバ１０３
は、クライアントコンピュータ１０１に対してユーザＩ
Ｄとパスワード（ＰＷ）の入力を要求する(ステップ４
０４)。そこで、クライアントコンピュータ１０１を使
用するユーザがユーザＩＤとパスワードを入力し、ＷＷ
Ｗサーバ１０３に送信すると（ステップ４０５）、ＷＷ
Ｗサーバ１０３はクライアントコンピュータ１０１から
受信したユーザＩＤを検索パラメータとして、セッショ
ン管理装置１０５に対し、当該ユーザＩＤに対応するセ
ッション情報を問い合わせる（ステップ４０６）。

【００１７】セッション管理装置１０５では、対象のユ
ーザＩＤを含んだセッション情報がセッション情報デー
タベース３０４内に存在するか否かを調べ、存在する場
合は既登録の応答を返し（ステップ４０７）、存在しな
い場合は未登録の応答を返す(ステップ４０９)。既登録
の場合は、既に同じユーザＩＤを用いた正規のユーザが
ＷＷＷサービスを利用していることを意味するので、Ｗ
ＷＷサーバ１０３は、クライアントコンピュータ１０１
に対して重複ログインメッセージを送信してＷｅｂペー
ジの閲覧を拒否する(ステップ４０８)。

【００１８】未登録の場合、ＷＷＷサーバ１０３は認証
サーバ１０４に対してユーザ認証の要求を行う（ステッ
プ４１０）。そこで、認証サーバ１０４はパスワードに
よるユーザ認証処理を行う（ステップ４１１）。このユ
ーザ認証処理において予め登録されているパスワードと
一致しなかった場合、ＮＧの応答をＷＷＷサーバ１０３
に返し(ステップ４１２)、一致している場合はＯＫの応
答を返す（ステップ４１４）。ＷＷＷサーバ１０３はＮ
Ｇの応答を得た場合は、クライアントコンピュータ１０
１に対してユーザ認証エラーメッセージを送信し、Ｗｅ
ｂページの閲覧を拒否する(ステップ４１３)。

【００１９】パスワードが一致してＯＫの応答を得た場
合、ＷＷＷサーバ１０３は、クライアントコンピュータ
１０１のユーザに割り当てる有効期限３０７付きの識別
子３０６を作成し（ステップ４１５）、認証済みのユー
ザＩＤとあわせてセッション情報としてクライアントコ
ンピュータ１０１に送信する（ステップ４１６）。この
場合、セッション情報は、ＭＤ５暗号アルゴリズム等に
より暗号化されてユーザのクライアントコンピュータ１
０１に送信され、当該クライアントコンピュータ１０１
内に格納される。例えばCookieとして格納される。ここ
で、セッション情報を暗号化するのはユーザによる改ざ
んを防止するためである。

【００２０】次に、クライアントコンピュータ１０１か
らセッション情報の受信応答を受信したならば（ステッ
プ４１７）、ＷＷＷサーバ１０３はクライアントコンピ
ュータ１０１に発行したものと同じセッション情報をセ
ッション管理装置１０５へ送信する（ステップ４１
８）。セッション管理装置１０５は、受信したセッショ
ン情報を登録処理(ステップ４１９)によってセッション
情報データベース３０４に格納すると共に、受信応答を
ＷＷＷサーバ１０３に返信する(ステップ４２０)。ＷＷ
Ｗサーバ１０３は、セッション管理装置１０５から受信
応答を得た後、クライアントコンピュータ１０１に対し
てＷｅｂページ（ＨＴＴＰデータ）を送信する(ステッ
プ４２１)。

【００２１】図５は、クライアントコンピュータ１０１
から２回目以降のアクセスを受けた場合におけるＷＷＷ
サーバ１０３のシーケンス図である。ＷＷＷサーバ１０
３は、クライアントコンピュータ１０１からのアクセス
要求を受信すると（ステップ５０１）、クライアントコ
ンピュータ１０１に対してセッション情報を要求する
（ステップ５０２）。クライアントコンピュータ１０１
が前回のアクセス時に発行されたセッション情報を持っ
ており、このセッション情報が返信されてきたならば
（ステップ５０３）、２回目以降のアクセスであると判
定した後、有効期限３０７の情報によって有効期限が過
ぎていないかどうかを判定する（ステップ５０４）。も
しも、有効期限が過ぎていた場合（無効の場合）には、
１回目のアクセス時と同様な再認証手順を実行させるた
めの再認証メッセージを送信する（ステップ５０５）。

【００２２】有効期限が過ぎていない場合（有効の場
合）は、クライアントコンピュータ１０１から受信した
セッション情報中のユーザＩＤを検索パラメータとし
て、セッション管理装置１０５に対し、当該ユーザＩＤ
に対応するセッション情報を問い合わせる（ステップ５
０６）。そして、セッション情報データベース３０４内
に格納されている当該ユーザＩＤに対応するセッション
情報をセッション管理装置１０５から受信したならば
(ステップ５０７)、クライアントコンピュータ１０１か
ら受信したセッション情報とセッション管理装置１０５
から受信したセッション情報とを比較し、識別子３０
６、有効期限３０７が一致するかどうかを検証する（ス
テップ５０８）。もしも、一致しない場合はクライアン
トコンピュータ１０１に対して重複ログインエラーメッ
セージを送信し（ステップ５０９）、Ｗｅｂページの閲
覧を拒否する。

【００２３】しかし、識別子３０６、有効期限３０７が
一致するセッション情報がセッション情報データベース
３０４に存在する場合（これは正規ユーザであることを
意味する）、ＷＷＷサーバ１０３は、セッション管理装
置１０５に格納されたセッション情報の更新（有効期限
を延長することを意味する）を要求すると共に(ステッ
プ５１０)、クライアントコンピュータ１０１に対して
有効期限を更新したセッション情報（暗号化されている
セッション情報）を送信する(ステップ５１２)。そし
て、クライアントコンピュータ１０１から受信応答を
得、かつセッション管理装置１０５から更新作業完了メ
ッセージを受信したならば（ステップ５１４）、クライ
アントコンピュータ１０１に対してＷｅｂページ（ＨＴ
ＴＰデータ）を送信する（ステップ５１５）。

【００２４】図６は、クライアントコンピュータ１０１
から１回目のアクセスがあった場合におけるＷＷＷサー
バ１０３の処理の詳細を示すフローチャートである。図
６において、ＷＷＷサーバ１０３がクライアントコンピ
ュータ１０１からのアクセス要求を受信すると（ステッ
プ６０１）、ＷＷＷサーバ１０３はクライアントコンピ
ュータ１０１に対してセッション情報を要求する（ステ
ップ６０２）。クライアントコンピュータ１０１がセッ
ション情報なしの応答を返した場合、ＷＷＷサーバ１０
３は、クライアントコンピュータ１０１に対してユーザ
ＩＤとパスワード（ＰＷ）の入力を要求する(ステップ
６０５)。そこで、クライアントコンピュータ１０１か
らユーザＩＤとパスワードを受信したならば、受信した
ユーザＩＤを検索パラメータとして、セッション管理装
置１０５に対し、当該ユーザＩＤに対応するセッション
情報を収集する（ステップ６０６）。

【００２５】セッション管理装置１０５のセッション情
報データベース３０４内に対象のユーザＩＤを含んだセ
ッション情報が既に登録されていた場合は(ステップ６
０７)、既に同じユーザＩＤを用いた正規のユーザがＷ
ＷＷサービスを利用していることを意味するので、クラ
イアントコンピュータ１０１に対して重複ログインメッ
セージを送信してＷｅｂページの閲覧を拒否する(ステ
ップ６０８)。しかし、未登録の場合、認証サーバ１０
４に対してユーザ認証の要求を行う（ステップ６０
９）。そこで、認証サーバ１０４からＮＧの応答を得た
場合は、クライアントコンピュータ１０１に対してユー
ザ認証エラーメッセージを送信し、Ｗｅｂページの閲覧
を拒否する(ステップ６１１)。

【００２６】パスワードが一致してＯＫの応答を得た場
合、クライアントコンピュータ１０１のユーザに割り当
てる有効期限３０７付きの識別子３０６を作成し（ステ
ップ６１２）、認証済みのユーザＩＤとあわせてセッシ
ョン情報としてクライアントコンピュータ１０１に送信
する（ステップ６１３）。そして、クライアントコンピ
ュータ１０１からセッション情報の受信応答を受信した
後に、クライアントコンピュータ１０１に発行したもの
と同じセッション情報をセッション管理装置１０５へ送
信し、セッション情報データベース３０４に登録させる
（ステップ６１４）。セッション管理装置１０５から受
信応答を得たならば、クライアントコンピュータ１０１
に対してＷｅｂページの閲覧を許可し、ＨＴＴＰデータ
を送信する(ステップ６１５)。ステップ６０３におい
て、セッション情報が既に登録されている場合、図７の
フローチャートに示す手順に進む（ステップ６０４）。

【００２７】図７は、２回目以降にアクセスを行った場
合の処理の詳細を示すフローチャートである。図７にお
いて、クライアントコンピュータ１０１が前回のアクセ
ス時に発行されたセッション情報を持っていた場合、当
該セッション情報中の有効期限３０７の情報によって有
効期限が過ぎていないかどうかを判定する（ステップ７
０１）。もしも、有効期限が過ぎていた場合（無効の場
合）には、クライアントコンピュータ１０１に格納され
ているセッション情報を削除する処理を行った後（ステ
ップ７０２）、１回目のアクセス時と同様な再認証手順
を実行させるための再認証メッセージを送信する（ステ
ップ７０３）。

【００２８】有効期限が過ぎていない場合（有効の場
合）は、クライアントコンピュータ１０１から受信した
セッション情報中のユーザＩＤを検索パラメータとし
て、セッション管理装置１０５に対し、当該ユーザＩＤ
に対応するセッション情報を収集する（ステップ７０
４）。そして、クライアントコンピュータ１０１から受
信したセッション情報とセッション管理装置１０５から
受信したセッション情報とを比較し、識別子３０６、有
効期限３０７が一致するかどうかを検証する（ステップ
７０５）。もしも、一致しない場合は、クライアントコ
ンピュータ１０１に格納されているセッション情報を削
除する処理を行った後（ステップ７０６）、クライアン
トコンピュータ１０１に対して重複ログインエラーメッ
セージを送信し（ステップ７０７）、Ｗｅｂページの閲
覧を拒否する。

【００２９】しかし、識別子３０６、有効期限３０７が
一致する場合、正規ユーザであることを意味するので、
セッション管理装置１０５に格納されたセッション情報
の更新（有効期限を延長することを意味する）を要求す
ると共に(ステップ７０８)、クライアントコンピュータ
１０１に対して有効期限を更新したセッション情報（暗
号化されているセッション情報）を送信して更新する
(ステップ７０９)。そして、クライアントコンピュータ
１０１から受信応答を得、かつセッション管理装置１０
５から更新作業完了メッセージを受信したならば、クラ
イアントコンピュータ１０１に対してＷｅｂページの閲
覧を許可し、ＨＴＴＰデータを送信する（ステップ７１
０）。

【００３０】図８は、クライアントコンピュータ１０１
がＷｅｂアクセスへ終了要求を行った場合におけるＷＷ
Ｗサーバ１０３の処理の詳細を示すフローチャートであ
る。ＷＷＷサーバ１０３は、クライアントコンピュータ
１０１からアクセス終了要求を受信すると（ステップ８
０１）、当該クライアントコンピュータ１０１にセッシ
ョン情報を要求して収集する（ステップ８０２）。そし
て、セッション情報中の識別子の有効期限を参照し、有
効期限内であるならば、クライアントコンピュータ１０
１、セッション管理装置１０５に登録されたセッション
情報を削除する処理を行い（ステップ８０４、８０
５）、クライアントコンピュータ１０１に対して終了メ
ッセージを送信する(ステップ８０６)。

【００３１】しかし、識別子の有効期限が切れている場
合、クライアントコンピュータ１０１に登録されたセッ
ション情報を削除する処理を行い（ステップ８０７）、
クライアントコンピュータ１０１に終了メッセージを送
信する（ステップ８０８）。この場合、セッション管理
装置１０５におけるセッション情報データベース３０４
内の有効期限切れのセッション情報は、メンテナンス制
御部３０３によって自動的に削除される。

【００３２】図９は、セッション管理装置１０５のメン
テナンス制御部３０３の機能説明図である。クライアン
トコンピュータ１０１がＷＷＷサービスに接続中に、回
線切断やアプリケーションエラーなどが発生したため
に、正常にＷＷＷサーバ１０３と通信ができなくなった
というような異常事態が発生した場合、セッション情報
データベース３０４内のセッション情報は正常に反映さ
れず、その結果、各クライアントコンピュータ１０１の
セッション情報が残ったままになり、そのユーザＩＤを
使用するユーザが再接続を試みると、常に重複ログイン
とみなされ、アクセスを拒否される不具合が発生する。
メンテナンス制御部３０３は、セッション情報データベ
ース３０４を例えば１分間隔で参照し、有効期限の切れ
たセッション情報を自動的に削除し、常にセッション情
報データベース３０４を最新なものに維持することで、
上記の不具合を解消する。

【００３３】図９の例においては、時刻「１３：０４」
のチェック時刻においてセッション情報データベース３
０４に登録されているユーザＡ，Ｍ，Ｂのセッション情
報を調べた結果、ユーザＢのセッション情報（ユーザＩ
Ｄ＝UserB、識別子＝98rxtrrwql、有効期限＝2001年1月
30日13:03）が有効期限切れになったので、これを削除
してセッション情報データベース３０４の内容を更新し
た例を示している。以上のように、本実施形態によれ
ば、ユーザによるＷｅｂアクセスに係るセッション情報
を専用のセッション管理装置１０５において監視するこ
とにより、同じユーザ認証情報を用いた複数のクライア
ントコンピュータからの重複ログインを制限することが
でき、ＷＷＷサイトを運営する上での経済的損失などの
不具合を解決することができる。そして、セッション管
理装置１０５は他の装置と独立しているため、データベ
ース、ＲＡＤＩＵＳ、ＬＤＡＰ、ＣＡといった認証サー
バと連携でき、既存の様々なＷｅｂ認証システムへ容易
に導入することが可能である。なお、新たなシステムを
構築する場合には、セッション管理装置の機能をＷＷＷ
サーバ１０３または認証サーバ１０４に実装することも
可能である。また、有効期限の判定は、ＷＷＷサーバ１
０３内でなくセッション管理装置１０５内で行ってもよ
い。

【００３４】

【発明の効果】以上説明したように本発明によれば、同
じユーザ認証情報を用いた複数のクライアントコンピュ
ータからのウェブアクセスにおける重複ログインを特別
な装置を付加することなく防止することができる。

【図面の簡単な説明】

【図１】本発明の実施形態を示すシステム構成図であ
る。

【図２】ＷＷＷサーバの機能構成図である。

【図３】セッション管理装置の機能構成図である。

【図４】クライアントコンピュータからの初期アクセス
における処理手順を示すシーケンス図である。

【図５】クライアントコンピュータからの２回目以降の
アクセスおける処理手順を示すシーケンス時である。

【図６】クライアントコンピュータからの初期アクセス
におけるＷＷＷサーバの処理の詳細を示すフローチャー
トである。

【図７】クライアントコンピュータからの２回目以降の
アクセスおけるＷＷＷサーバの処理の詳細を示すフロー
チャートである。

【図８】Ｗｅｂアクセス終了要求におけるＷＷＷサーバ
の処理を示すフローチャートである。

【図９】セッション管理装置が保持するセッション情報
データベースのメンテナンス処理の説明図である。

【図１０】従来のＷＷＷシステムにて利用されているユ
ーザ認証処理の説明図である。

【符号の説明】

１０１…クライアントコンピュータ、１０３…ＷＷＷサ
ーバ、１０４…認証サーバ、１０５…セッション管理装
置、２０６…ＡＣＬデータベース、２０７…認証モジュ
ール、２０８…セッション管理モジュール、２０９…識
別子作成モジュール、３０２…制御部、３０３…メンテ
ナンス制御部、３０４…セッション情報データベース、
３０５…ユーザＩＤ、３０６…識別子、３０７…有効期
限。

Claims (10)

【特許請求の範囲】
1. 【請求項１】 ネットワークを介したウェブページに対
   する同一のユーザ認証情報を用いた重複ログインを監視
   する方法であって、 クライアントコンピュータからＷＷＷサーバが管理する
   ウェブページへのアクセス要求に対し、重複ログイン判
   定用のセッション情報を発行して該セッション情報をア
   クセス要求元のクライアントコンピュータとセッション
   情報記憶手段とに記憶させる第１のステップと、 次回のアクセス要求時に、前回アクセス要求時に発行し
   た重複ログイン判定用のセッション情報をアクセス要求
   元のクライアントコンピュータから返信させる第２のス
   テップと、 返信されたセッション情報と一致するセッション情報が
   前記セッション情報記憶手段に記憶されているか否かを
   判定し、記憶されていなければウェブページ閲覧を拒絶
   する第３のステップとを備えることを特徴とするウェブ
   アクセスにおける重複ログイン監視方法。
2. 【請求項２】 前記第３のステップにおいて、セッショ
   ン情報が返信されない場合、ユーザ認証情報に対応する
   セッション情報が前記セッション情報記憶手段に記憶さ
   れているか否かを判定し、既に記憶されている場合はウ
   ェブページ閲覧を拒絶することを特徴とする請求項１に
   記載のウェブアクセスにおける重複ログイン監視方法。
3. 【請求項３】 前記セッション情報はユーザ認証情報と
   有効期限付きの識別子で構成され、ユーザ認証情報によ
   るユーザ認証を受けた後に発行することを特徴とする請
   求項１または２に記載のウェブアクセスにおける重複ロ
   グイン監視方法。
4. 【請求項４】 前記セッション情報は暗号化されている
   ことを特徴とする請求項３に記載のウェブアクセスにお
   ける重複ログイン監視方法。
5. 【請求項５】 前記第３のステップにおいて、返信され
   たセッション情報と一致するセッション情報が前記セッ
   ション情報記憶手段に記憶されている場合、セッション
   情報記憶手段およびクライアントコンピュータに記憶さ
   れているセッション情報中の識別子の有効期限をログオ
   フ時まで順次更新することを特徴とする請求項３または
   ４に記載のウェブアクセスにおける重複ログイン監視方
   法。
6. 【請求項６】 ＷＷＷサーバが管理するウェブページに
   対するネットワークを介したクライアントコンピュータ
   からの同一のユーザ認証情報を用いた重複ログインを監
   視するシステムであって、 クライアントコンピュータからのウェブページへのアク
   セス要求に対し、重複ログイン判定用のセッション情報
   を発行して該セッション情報をアクセス要求元のクライ
   アントコンピュータとセッション情報記憶手段とに記憶
   させる第１の手段と、 次回のアクセス要求時に、前回アクセス要求時に発行し
   た重複ログイン判定用のセッション情報をアクセス要求
   元のクライアントコンピュータから返信させる第２の手
   段と、 返信されたセッション情報と一致するセッション情報が
   前記セッション情報記憶手段に記憶されているか否かを
   判定し、記憶されていなければウェブページ閲覧を拒絶
   する第３の手段とをＷＷＷサーバ内またはセッション管
   理装置内に備えることを特徴とするウェブアクセスにお
   ける重複ログイン監視システム。
7. 【請求項７】 前記第３の手段は、セッション情報が返
   信されない場合、ユーザ識別情報に対応するセッション
   情報が前記セッション情報記憶手段に記憶されているか
   否かを判定し、既に記憶されている場合はウェブページ
   閲覧を拒絶することを特徴とする請求項６に記載のウェ
   ブアクセスにおける重複ログイン監視システム。
8. 【請求項８】 前記セッション情報はユーザ認証情報と
   有効期限付きの識別子で構成され、ユーザ認証情報によ
   るユーザ認証を受けた後に発行することを特徴とする請
   求項６または７に記載のウェブアクセスにおける重複ロ
   グイン監視システム。
9. 【請求項９】 前記セッション情報は暗号化されている
   ことを特徴とする請求項８に記載のウェブアクセスにお
   ける重複ログイン監視システム。
10. 【請求項１０】 前記第３の手段は、返信されたセッシ
    ョン情報と一致するセッション情報が前記セッション情
    報記憶手段に記憶されている場合、セッション情報記憶
    手段およびクライアントコンピュータに記憶されている
    セッション情報中の識別子の有効期限をログオフ時まで
    順次更新することを特徴とする請求項８または９に記載
    のウェブアクセスにおける重複ログイン監視システム。