JPH09265443A - Ｗｗｗゲートウェイシステム - Google Patents

Abstract

(57)【要約】 【課題】ＷＷＷゲートウェイプログラムのユーザ認証情
報の画面間の継承がセキュリティホールとなる危険性が
ある点を解消し、セキュリティとユーザの利便性の両方
を確保したユーザ認証によるアクセス権限管理が可能な
ＷＷＷゲートウェイシステムを提供する。 【解決手段】ＷＷＷゲートウェイ本体部１２における画
面間のユーザ認証情報の継承をユーザ認証情報識別子を
キーにして管理するユーザ認証情報管理手段１７を備え
る計算機環境に常駐するユーザ管理デーモン１３を有す
るものである。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＷＷＷ（Ｗｏｒｌ
ｄ Ｗｉｄｅ Ｗｅｂ）向けでない既存のシステムとＷ
ＷＷサーバの間を仲介して既存システムをＷＷＷブラウ
ザからアクセス可能にするＷＷＷゲートウェイシステム
に係わり、特にユーザ認証によるアクセス管理を行う既
存システムに対して、当該システムのアクセス管理をそ
のまま活用するユーザ認証の手段を備えるＷＷＷゲート
ウェイシステムに関する。

【０００２】

【従来の技術】インターネット上に分散している資源を
統一的にハイパーテキスト形式で参照（ブラウジング）
するためのシステムであるＷＷＷは、広域的な情報基盤
として注目されている。このＷＷＷを活用して既存のシ
ステムに蓄積されている情報を全世界的に発信すること
を目的とした、既存システムとＷＷＷサーバの間を仲介
するゲートウェイプログラムの開発が盛んになっている
（”特集／アプリケーション連携−業務プログラムもＷ
ＷＷで”、日経コミュニケーション１２月１８日号、第
２１２号、１９９５年、１３６頁〜１４０頁）。

【０００３】ＷＷＷゲートウェイシステムは、ＣＧＩ
（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃ
ｅ）スクリプトとして開発するのが一般的である。ＣＧ
ＩはＷＷＷサーバとサーバ上で動く他のプログラムやス
クリプトとのインタフェースの役割を果たす（ローラ・
リメイ：”続・ＨＴＭＬ入門−新機能、ＣＧＩ、Ｗｅｂ
の進化”、プレンティスホール出版、１９９５年）。

【０００４】図２は従来のＷＷＷゲートウェイシステム
の構成を説明する図である。図２において、１はサー
バ、３はクライアントであり、サーバ１とクライアント
３はインターネット２で接続されている。サーバ１上で
はＷＷＷサーバ５（ｈｔｔｐｄ：ＨｙｐｅｒＴｅｘｔ
Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｄａｅｍｏｎ）
を、クライアント３上ではＷＷＷブラウザ４を動作させ
ることにより、ＷＷＷによる情報発信および受信が可能
になる。ＷＷＷゲートウェイシステム７は、ＷＷＷサー
バ５から起動され、ＷＷＷサーバ５と既存システム６の
仲介をする。

【０００５】ＷＷＷゲートウェイシステム７は、ＷＷＷ
サーバ５からのデータの受信ならびにデータの解析を行
うパラメタ解析手段９と、既存システム６とのインタフ
ェースとなる既存システム通信手段１０と、処理結果か
らＷＷＷサーバ５向けの画面データ記述形式であるＨＴ
ＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕ
ａｇｅ）形式で画面出力データを生成しＷＷＷサーバ５
に出力するＨＴＭＬ生成・出力手段１１と、それらを制
御するゲートウェイ制御手段８より構成される。ユーザ
からの処理要求をＷＷＷブラウザ４からインターネット
２経由で受け取ったＷＷＷサーバ５は、それがＷＷＷゲ
ートウェイシステム７への処理要求ならばＷＷＷゲート
ウェイシステム７を起動する。ＷＷＷゲートウェイシス
テム７では、パラメタ解析手段９がＷＷＷサーバ５から
データを受け取り、解析し、それを基にゲートウェイ制
御手段８が既存システム通信手段１０を経由して既存シ
ステム６を操作して処理を行い、その結果をＨＴＭＬ生
成・出力手段１１によりＨＴＭＬ形式の画面データにし
てＷＷＷサーバ５に出力する。ＷＷＷサーバ５は、それ
をインターネット２を経由してクライアント３上のＷＷ
Ｗブラウザ４に送信し、ＷＷＷブラウザ４がその画面デ
ータを表示する。以上のようにして、ＷＷＷ向けでない
既存システムをＷＷＷを使用してアクセスできるように
する。

【０００６】

【発明が解決しようとする課題】既存システムの中には
ユーザ認証により情報に対するアクセス権限を管理する
機能を持っているものがあり、ＷＷＷを通じて情報発信
する際にもこのアクセス権限管理を有効にしたいとのニ
ーズがある。そのためには、ゲートウェイプログラムが
ユーザからユーザＩＤやパスワードといったユーザ認証
を行うための情報を入力させ、それを既存システムに渡
すことが必要となる。しかし、ＷＷＷゲートウェイプロ
グラムはゲートウェイプログラムを実現するＣＧＩの仕
様により、ユーザ操作のたびに起動され画面出力処理が
終わるとプログラムの動作を終了しなければならず、ユ
ーザの入力したユーザ認証情報に基づいて複数の画面を
遷移して操作を行うような処理において、専用のクライ
アントアプリケーションのように既存システムとのセッ
ションを接続したままにすることや、ユーザ認証情報を
メモリ上に保持しつづけることができない。つまり、ユ
ーザ認証情報の画面間の継承が問題となる。

【０００７】この問題に対する一般的な解決方法として
は、ＨＴＭＬのｈｉｄｄｅｎタグを使用して画面情報に
ユーザ認証情報を埋め込む方法と、画面毎に必要に応じ
てユーザ認証情報を再入力させる方法の２つの方法が考
えられる。しかし、前者では、例え画面情報に埋め込ん
だユーザ認証情報を暗号化したとしても、画面情報のハ
ッキングによりセキュリティホールとなる危険性があ
る。後者では、ユーザ認証情報を度々入力しなければな
らず、ユーザの利便性を著しく損なうこととなる。

【０００８】本発明のい目的は、ユーザ認証によるアク
セス管理を行う既存システムに対して、ユーザの入力し
たユーザ認証情報に基づいて複数の画面を遷移して操作
を行うような処理において、ユーザ認証情報の画面間の
継承を行うことにより、セキュリティとユーザの利便性
（アクセスのたびにユーザ認証情報を入力しなくて良
い）の両方を確保したＷＷＷゲートウェイシステムを提
供することにある。

【０００９】

【課題を解決するための手段】ユーザ認証情報を計算機
環境に常駐するユーザ管理デーモンに管理させ、ＷＷＷ
ゲートウェイ本体部（以下では、ＷＷＷゲートウェイシ
ステムを従来のＷＷＷゲートウェイシステムとユーザ管
理デーモンを統合したものと位置付け、従来のＷＷＷゲ
ートウェイシステムはＷＷＷゲートウェイ本体部と呼
ぶ）はそこから取得したユーザ認証情報を使用すること
により、前記課題を解決する。ユーザ管理デーモンはユ
ーザ認証情報毎にユニークでかつハッキングのされにく
いユーザ認証情報識別子を割り振り、それをＷＷＷゲー
トウェイ本体部に渡す。ＷＷＷゲートウェイ本体部はユ
ーザ認証情報の代わりにユーザ認証情報識別子を画面間
で継承し、ユーザ認証情報が必要な場合はユーザ認証情
報識別子をキーにユーザ管理デーモンにユーザ認証情報
要求を発行してユーザ認証情報を取得する。以上のよう
にユーザ管理デーモンにユーザ認証情報を管理させるこ
とにより、セキュリティとユーザの利便性の両方を確保
したユーザ認証情報の画面間の継承が可能となる。

【００１０】ユーザ管理デーモンは、具体的には次の手
段で構成する。

【００１１】（１）ユーザ認証情報テーブルを設け、ユ
ーザ認証情報登録要求に対してユーザがクライアントか
ら入力したユーザ認証情報をユーザ認証情報識別子と対
応付けて登録し、またユーザ認証情報要求に対してユー
ザ認証情報を渡し、またユーザ認証情報削除要求に対し
当該ユーザのユーザ認証情報を削除し、またＷＷＷゲー
トウェイシステムに最後にアクセスした時刻をユーザ毎
に管理し一定時間が経過したユーザのユーザ認証情報を
削除するユーザ認証情報管理手段 （２）ユーザ認証要求に対してアクセス対象の既存シス
テムにユーザがクライアントから入力したユーザ認証情
報を渡し、ユーザ認証結果を受け取る既存システム問合
わせ手段 （３）ＷＷＷゲートウェイ本体部との通信を行うＷＷＷ
ゲートウェイ通信手段 （４）上記ＷＷＷゲートウェイ通信手段経由で受け取っ
たＷＷＷゲートウェイ本体部からのユーザ認証情報登録
要求に対して、ユーザ認証要求を上記既存システム問合
わせ手段に発行し、その応答により認証成功ならばユー
ザ認証登録要求を上記ユーザ認証情報管理手段に発行し
て取得するユーザ認証情報識別子を、認証失敗ならば認
証失敗通知を上記ＷＷＷゲートウェイ通信手段経由でＷ
ＷＷゲートウェイ本体部に応答し、また上記ＷＷＷゲー
トウェイ通信手段経由で受け取ったＷＷＷゲートウェイ
本体部からのユーザ認証情報要求を上記ユーザ認証情報
管理手段に転送してその結果を上記ＷＷＷゲートウェイ
通信手段経由でＷＷＷゲートウェイ本体部に応答し、ま
たユーザの通信断要求に応じて上記ＷＷＷゲートウェイ
通信手段経由でＷＷＷゲートウェイ本体部から受け取る
ユーザ認証情報削除要求を上記ユーザ認証情報管理手段
に転送してその結果を上記ＷＷＷゲートウェイ通信手段
経由でＷＷＷゲートウェイ本体部に応答する制御手段 また、ＷＷＷゲートウェイ本体部にもユーザ管理デーモ
ンとの通信を行うユーザ管理デーモン通信手段を追加す
る。

【００１２】これらの手段をＷＷＷゲートウェイシステ
ムに付加し、ユーザ管理デーモンを計算機環境に常駐さ
せることにより、ユーザ認証情報はユーザ管理デーモン
の作業メモリ上に管理し、画面間のユーザ認証情報の継
承はユーザがＷＷＷゲートウェイシステムへのアクセス
を開始するたびに設定されるユーザ認証情報識別子によ
り行われるようになり、セキュリティとユーザの利便性
の両方を確保したユーザ認証情報の画面間の継承が可能
となる。

【００１３】

【発明の実施の形態】以下、本発明の実施の形態につい
て例を上げて詳細に説明する。

【００１４】まず第１の実施例について説明する。

【００１５】図１は本実施例の構成を示すブロック図で
ある。図１において、１はサーバ、２はインターネッ
ト、３はクライアント、４はＷＷＷブラウザ、５はＷＷ
Ｗサーバ、６は既存システム、７はＷＷＷゲートウェイ
システムである。ここで、ＷＷＷゲートウェイシステム
７は、ＷＷＷゲートウェイ本体部１２とユーザ管理デー
モン１３よりなる。

【００１６】ＷＷＷゲートウェイ本体部１２は、ＷＷＷ
サーバ５から起動される部分である。ＷＷＷゲートウェ
イ本体部の実装には、ＷＷＷサーバ５とのインタフェー
スを提供するＣＧＩを導入しても良い。ＷＷＷゲートウ
ェイ本体部１２は、ＷＷＷブラウザ４上でユーザがした
画面操作（例えばボタン押下やアンカークリック）に対
してＷＷＷサーバ５により起動され、一連の処理を行っ
た後、画面データをＷＷＷサーバ５に対して出力して動
作を終了する。一方、ユーザ管理デーモン１３はＷＷＷ
ゲートウェイ本体部１２が起動される前にシステム管理
者が起動し、システム管理者が明示的に停止させるまで
計算機環境上に常駐し続ける。そしてＷＷＷゲートウェ
イ本体部１２からの処理要求を受け、それに対して応答
する。

【００１７】ＷＷＷゲートウェイ本体部１２は、従来の
ＷＷＷゲートウェイの要素であるゲートウェイ制御手段
８と、パラメタ解析手段９と、既存システム通信手段１
０と、ＨＴＭＬ生成・出力手段１１と、それに加えてユ
ーザ管理デーモン通信手段１４より構成する。ユーザ管
理デーモン通信手段１４は、ゲートウェイ制御手段８か
らの通信処理要求に対してユーザ管理デーモン１３に発
行するメッセージを生成して発行し、またユーザ管理デ
ーモン１３から受け取った応答をゲートウェイ制御手段
８で処理できるかたちに変換する機能を持つ。

【００１８】ユーザ管理デーモン１３は、ＷＷＷゲート
ウェイ本体部１２との通信を制御するＷＷＷゲートウェ
イ通信手段１５と、ユーザ認証情報を格納するユーザ認
証情報テーブル１９と、ユーザ認証情報テーブル１９を
管理するユーザ認証情報管理手段１７と、既存システム
６に対してユーザ認証の判定要求を発行する既存システ
ム問合わせ手段１８と、以上のユーザ管理デーモン１３
の構成要素を制御する制御手段１６より構成する。

【００１９】ここでユーザ認証情報テーブル１９に格納
するユーザ認証情報とは、既存システム６がユーザ認証
を行うために要求する情報であり、例えば各ユーザ毎に
割り振られたユーザＩＤやパスワードであってもよい。

【００２０】図３は、ユーザ認証情報テーブル１９の例
を説明するための図である。この例ではユーザ認証のた
めの情報として、ユーザＩＤとパスワードとＩＰアドレ
スを使用している。これらのユーザ認証情報にアクセス
するためのキーとして各情報にユーザ認証情報識別子を
付加する。ユーザ認証情報識別子は、ユーザ認証情報を
取得するためのキーとして使用されるため、ユニークで
なければならない。また、ＷＷＷゲートウェイ本体部１
２に渡され、画面情報に埋め込んで継承されるため、盗
用される恐れのないものでなければならない。例えば、
当該ユーザのユーザＩＤと、当該ユーザがＷＷＷゲート
ウェイシステム７の操作を開始した日時と、起動された
ＷＷＷゲートウェイ本体部１２のプロセスＩＤについ
て、末尾を予め定めたサイズだけ切り出して連結し、そ
れを予め定めた手順で暗号化して生成した文字列をユー
ザ認証情報識別子として使用しても良い。ユーザ認証情
報テーブル１９はさらに当該ユーザが最後にＷＷＷゲー
トウェイシステム７にアクセスした時刻を格納するフィ
ールドも含む。これは、ＷＷＷゲートウェイシステム７
に一定時間アクセスがなかった場合に当該ユーザの認証
情報を削除する処理（タイムアウト処理）で使用され
る。

【００２１】なお、ユーザ認証情報テーブル１９をファ
イルとして管理するとそれを参照して盗用される恐れが
あるため、ユーザ認証情報テーブル１９はユーザ管理デ
ーモン１３が管理する作業メモリ上に管理する。

【００２２】図１の構成のＷＷＷゲートウェイシステム
７でユーザの操作に対する処理の流れを次に説明する。

【００２３】ユーザがＷＷＷゲートウェイシステム７に
アクセスすると、ＷＷＷゲートウェイシステム７はまず
ユーザ認証情報を入力するための画面（以下ではユーザ
認証画面と呼ぶ）を表示してユーザにユーザ認証情報の
入力を促す。ＷＷＷゲートウェイシステム７を使用して
既存システム６にアクセスするためには、ユーザはまず
ユーザ認証画面でユーザ認証情報を入力しなければなら
ない。図４にユーザがユーザ認証画面でユーザ認証情報
を入力したとき（この操作を以下ではログインと呼ぶ）
のＷＷＷゲートウェイシステム７の処理の流れを示す。

【００２４】ユーザがログインをするとＷＷＷサーバ５
がＷＷＷゲートウェイ本体部１２を起動する。ＷＷＷゲ
ートウェイ本体部１２ではゲートウェイ制御手段８が処
理１０１においてパラメタ解析手段９にパラメタ解析要
求２０１を発行する。パラメタ解析手段９は、処理１０
２においてＷＷＷサーバ５からパラメタを入力しそれを
解析してゲートウェイ制御手段８に応答する（２０
２）。パラメタ解析結果２０２を受け取ったゲートウェ
イ制御手段８は、解析結果からユーザの操作がユーザ認
証情報入力であることを判断して、処理１０３において
ユーザ認証要求２０３をユーザ管理デーモン通信手段１
４に発行する。ユーザ管理デーモン通信手段１４は、処
理１０４においてユーザ認証要求２０３をユーザ管理デ
ーモン１３に対するメッセージ２０４に変換し、それを
ユーザ管理デーモン１３に発行する。そしてユーザ管理
デーモン１３からの応答待機状態に遷移する。

【００２５】ユーザ管理デーモン通信手段１４が発行し
たメッセージ２０４はユーザ管理デーモン１３の中のＷ
ＷＷゲートウェイ通信手段１５が受け取る。ＷＷＷゲー
トウェイ通信手段１５は処理１０５において受け取った
メッセージ２０４を解析しその結果を制御手段１６に送
信する（２０５）。メッセージ解析結果２０５を受け取
った制御手段１６は、処理１０６において解析結果から
ユーザ認証情報を取り出しそれをもとにユーザ認証要求
２０６を既存システム問合わせ手段１８に発行する。ユ
ーザ認証要求２０６を受け取った既存システム問合わせ
手段１８は、処理１０７においてそれを既存システム６
向けの処理要求２０７にして既存システム６へ発行す
る。既存システム６は受け取ったユーザ認証情報からユ
ーザ認証を行い、当該ユーザが既存システム６にアクセ
スできるかどうかの判定結果を既存システム問合わせ手
段１８に応答する（２０８）。このように、ユーザ認証
画面を表示しユーザ認証情報を受け取るのはＷＷＷゲー
トウェイシステム７だが、ＷＷＷゲートウェイシステム
７自体がアクセス権限管理を行うわけでなく、既存シス
テム６にユーザ認証情報を渡して既存システム６がユー
ザ認証によるアクセス権限管理を行う。

【００２６】既存システム６からユーザ認証結果２０８
を受信した既存システム問合わせ手段１８は、処理１０
８においてそのユーザ認証結果２０９を制御手段１６に
応答する。制御手段１６は、処理１０９において認証結
果２０９の判定を行う。もし当該ユーザが既存システム
６にアクセス可能であるという認証結果ならば、そのユ
ーザ認証情報をユーザ認証情報テーブル１９に登録する
ようユーザ認証情報管理手段１７に処理要求２１０を発
行する。ユーザ認証情報登録要求２１０を受けたユーザ
認証情報管理手段１７は、まず処理１１０でユーザ認証
情報識別子を生成する。ユーザ認証情報識別子の生成に
は上記で説明した、ＷＷＷゲートウェイ本体部１２から
のメッセージで渡されるユーザＩＤやプロセスＩＤ、ユ
ーザ管理デーモンが独自に取得する操作開始時刻を結合
し暗号化する方法を使用してもよい。 処理１１０でユ
ーザ認証情報識別子を生成した後、処理１１１でそのユ
ーザ認証情報識別子とユーザ認証情報、およびアクセス
時刻をユーザ認証情報テーブル１９に格納する。ユーザ
認証情報管理手段１７は、当該ユーザ認証情報をユーザ
認証情報テーブル１９に格納した後、制御手段１６にユ
ーザ認証情報識別子を応答する（２１１）。応答２１１
を受け取った制御手段１６は処理１１２としてユーザ認
証情報識別子をＷＷＷゲートウェイ本体部１２に応答す
るようＷＷＷゲートウェイ通信手段１５に処理要求を発
行する（２１２）。

【００２７】一方、処理１０９で当該ユーザが既存シス
テム６にアクセスできないという認証結果ならば、制御
手段１６は上記の処理１１０と処理１１１のユーザ認証
情報の登録は行わず、処理１１２においてユーザ認証に
失敗した旨をＷＷＷゲートウェイ本体部１２に応答する
ようＷＷＷゲートウェイ通信手段１５に処理要求を発行
する（２１２）。

【００２８】ＷＷＷゲートウェイ通信手段１５は、処理
１１３において制御手段１６から受け取った処理結果を
ＷＷＷゲートウェイ本体部１２に発信するメッセージ２
１３に変換し、それをＷＷＷゲートウェイ本体部１２に
発信する。以上でユーザ管理デーモン１３の一連の処理
は終了するが、ユーザ管理デーモン１３は動作を停止せ
ずに、計算機環境に常駐しＷＷＷゲートウェイ本体部１
２からの処理要求待機状態に遷移する。

【００２９】ＷＷＷゲートウェイ通信手段１５が発行し
たメッセージは、ユーザ管理デーモン１３からの応答待
機状態にあったユーザ管理デーモン通信手段１４が受け
取り、処理１１４においてそれを解析してゲートウェイ
制御手段８に送信する（２１４）。メッセージ解析結果
２１４を受け取ったゲートウェイ制御手段８は、処理１
１５においてユーザ認証結果を表示する画面情報（ＨＴ
ＭＬ形式）の出力要求２１５をＨＴＭＬ生成・出力手段
１１に発行する。このとき、ユーザ管理デーモン１３か
ら受け取ったユーザ認証結果がユーザ認証成功、すなわ
ちユーザ認証情報識別子ならばそれを埋め込んだシステ
ムの初期画面の画面情報の生成を指示し、ユーザ認証失
敗通知ならばユーザ認証に失敗したことをユーザに通知
し再度ユーザ認証情報を入力させるための画面情報の生
成を指示する。

【００３０】画面情報の出力要求２１５を受け取ったＨ
ＴＭＬ生成・出力手段１１は、まず処理１１６において
画面情報を生成し、その画面情報を処理１１７において
ＷＷＷサーバ５に出力する（２１６）。ユーザ認証情報
識別子の画面情報への埋め込みには、ＨＴＭＬのｈｉｄ
ｄｅｎタグを使用する方法を採用する。以上でＷＷＷゲ
ートウェイ本体部１２の一連の処理が終了し、ＷＷＷゲ
ートウェイ本体部１２は動作を停止する。

【００３１】ユーザがログインすると、ＷＷＷゲートウ
ェイシステム７では既存システム６に当該ユーザ認証情
報を渡してユーザ認証によるアクセス権限の確認を行わ
せた後、もし当該ユーザが既存システム６にアクセス可
能ならば、当該ユーザ認証情報をユーザ管理デーモン１
３のユーザ認証情報テーブル１９に登録する。そして、
ユーザ認証情報テーブル１９から当該ユーザ認証情報を
取り出すためのキーとなるユーザ認証情報識別子をＷＷ
Ｗゲートウェイ本体部１２が出力する画面情報に埋め込
み画面間のユーザ認証情報の継承を行う。

【００３２】次に画面情報に埋め込まれたユーザ認証情
報識別子を基にユーザ認証情報を取得し既存システム６
にアクセスするときの処理の流れを説明する。

【００３３】図５は、ＷＷＷゲートウェイシステム７か
らユーザ認証の必要な既存システム６の処理を実行する
ときの処理の流れを説明する図である。

【００３４】上記と同様にパラメタ解析手段９の解析結
果２０２を受け取ったゲートウェイ制御手段８が、解析
結果２０２を基にＷＷＷゲートウェイ本体部１２の実行
すべき処理を決定する。本実施例では、ユーザ認証の必
要な既存システム６の処理を実行するものとすると、ゲ
ートウェイ制御手段８はまず前画面に埋め込まれていた
ユーザ認証情報識別子をパラメタ解析手段９の解析結果
から取り出し、それをキーにしてユーザ管理デーモン１
３からユーザ認証情報を取得する。そのために処理１２
１において、ユーザ認証情報要求２２１をユーザ管理デ
ーモン通信手段１４に送信する。

【００３５】ユーザ管理デーモン通信手段１４では上記
と同様にゲートウエイ制御手段８から受けたユーザ管理
デーモン１３への処理要求２２１をメッセージ２０４に
変換し、ユーザ管理デーモン１３に発信する。ユーザ管
理デーモン１３では、ＷＷＷゲートウェイ通信手段１５
が当該メッセージを受信し、解析を行ない、その結果２
０５を制御手段１６に送信する。制御手段１６は、処理
１２２において解析結果２０５からユーザ認証情報識別
子を取り出し、それをキーにして求めるユーザ認証情報
を検索するよう、ユーザ認証情報管理手段１７にユーザ
認証情報要求２２２を送信する。ユーザ認証情報管理手
段１７は、処理１２３においてユーザ認証情報要求２２
２からユーザ認証情報識別子を取り出し、それをキーに
してユーザ認証情報テーブル１９の検索を実行する。

【００３６】例えば、図３のユーザ認証情報テーブル１
９の例において、ユーザ認証情報識別子ＫＵＩ０３８９
０Ｖ９３が与えられたとすると、それに対するユーザ認
証情報として、ユーザＩＤ：ＡＩＫＯＵ、パスワード：
ＺＺＺ＆＆（）＠、ＩＰアドレス：１２３．４５．６
７．１２３を取得する。この際、テーブルにアクセスし
た時刻で最終アクセス時間のフィールドを置き換える。
例えば、テーブルにアクセスした時刻が９６０３０８１
７３２４７だとすると、現在登録されている最終アクセ
ス時刻：９６０３０８１５４５１７を９６０３０８１７
３２４７に置き換える。取得したユーザ認証情報を制御
手段１６に応答する（２２３）。なお、ユーザ認証情報
管理手段１７において当該ユーザ認証情報識別子に対応
した情報がユーザ認証情報テーブル１９に存在しない場
合は、エラーを出力する。

【００３７】ユーザ認証情報を受け取った制御手段１６
は、上記の例と同様にその結果をＷＷＷゲートウェイ通
信手段１５経由でＷＷＷゲートウェイ本体部１２に応答
し、応答メッセージを受け取ったユーザ管理デーモン通
信手段１４がそれを解析してＷＷＷゲートウェイ制御手
段８に渡す。

【００３８】ユーザ管理デーモン１３からのメッセージ
の解析結果としてユーザ認証情報を受け取ったゲートウ
ェイ制御手段８は、それを付加した既存システム６への
処理要求２２４を既存システム通信手段１０に発行す
る。処理要求２２４を受け取った既存システム通信手段
１０は、処理１２５において既存システム６向けの処理
要求２２５を生成して発行する。処理要求２２５を受け
取った既存システム６は、処理要求２２５に含まれたユ
ーザ認証情報によるアクセス権限に基づいた処理を実行
しその結果をＷＷＷゲートウェイ本体部１２に応答す
る。以降は従来のＷＷＷゲートウェイシステムと同様に
処理結果からＨＴＭＬ形式の画面情報を生成し、それを
ＷＷＷサーバ５に出力して一連の処理を終了する。ただ
し、出力する画面情報にはユーザ認証情報識別子を継承
する。

【００３９】以上のように、画面情報の中にユーザ認証
情報識別子を埋め込み、それをＷＷＷゲートウェイ本体
部１２のパラメタ解析手段９により取り出し、それをキ
ーにしてユーザ管理デーモン１３のユーザ認証情報管理
手段１７から当該ユーザのユーザ認証情報を取得し、そ
れに基づいた処理依頼を既存システム６にすることによ
り、ＷＷＷゲートウェイシステム７からユーザ認証の必
要な既存システム６の処理を実行することが可能とな
る。処理の実行結果として出力する画面情報に、またユ
ーザ認証情報識別子を埋め込むことにより、次のＷＷＷ
ゲートウェイシステム７の起動にユーザ認証情報を継承
することができる。

【００４０】以上のようにしてユーザ管理デーモン１３
の中のユーザ認証情報テーブル１９にユーザ認証情報を
蓄積し、それにユーザ認証情報識別子をキーにしてアク
セスすることにより画面間でユーザ認証情報を継承す
る。しかし、ユーザ認証情報を格納しつづけるとユーザ
認証情報テーブル１９のメモリサイズが増大し、ひいて
は計算機環境のリソース不足を招くことになる。よっ
て、ユーザ認証情報テーブル１９からユーザ認証情報を
削除する処理が必要となる。ユーザ認証情報テーブル１
９からユーザ認証情報を削除する手順として、次に２つ
の手順を説明する。

【００４１】第１の手順は、ユーザから明示的にＷＷＷ
ゲートウェイシステム７の利用終了を通知させる（以下
ではこの操作をログアウトと呼ぶ）ものである。画面に
ユーザがログアウトするための部品を用意し、それに対
して操作されたときにユーザ認証情報管理手段１７がユ
ーザ認証情報テーブル１９から当該ユーザのユーザ認証
情報を削除する。

【００４２】しかし、第１の手順だけでは、ユーザがロ
グアウトし忘れた場合などにユーザ認証情報がユーザ認
証情報テーブル１９に残ったままになってしまう。ＷＷ
Ｗブラウザ４は、表示した画面をキャッシュしておき、
画面操作でＷＷＷブラウザ４起動時から表示してきた画
面を順次再表示する機能を持っている。ユーザがＷＷＷ
ブラウザ４でハイパーリンクをたどって次々に画面遷移
していくうちに、ＷＷＷゲートウェイシステム７をログ
アウトし忘れることが起こり得るが、このとき第３者が
上記の画面キャッシュの機能により、ＷＷＷゲートウェ
イシステム７の画面を再表示し操作すると、ユーザ認証
に必要なユーザ認証情報識別子が画面に埋め込まれてい
るため、当該ユーザの権限で第３者の不正な操作を受け
付けてしまうこととなる（ログアウト後は、既にユーザ
認証情報識別子に対応したユーザ認証情報テーブル１９
の項目が削除されているため、画面キャッシュの機能で
ゲートウェイシステム７の画面を再表示し操作しても有
効にならない）。

【００４３】こうした問題を軽減する第２の手順とし
て、ユーザがＷＷＷゲートウェイシステム７に最後にア
クセスした時刻から予め定められた時間が経過したユー
ザの認証情報をユーザ認証情報テーブル１９から削除す
る（こうしたユーザ管理デーモン１３の処理を以下では
タイムアウト処理と呼ぶ）。図３の例に示した通り、ユ
ーザ認証情報テーブル１９の各項目に対して最終アクセ
ス時刻を設定するフィールドを用意する。

【００４４】上記の説明でも触れたとおり、ＷＷＷゲー
トウェイシステム７にアクセスするたびにユーザ管理デ
ーモン１３のユーザ認証情報管理手段１７が当該ユーザ
の最終アクセス時刻を更新する。ユーザ認証情報管理手
段１７は、最終アクセス時刻を監視し、アクセスされな
いまま最終アクセス時刻から予め定義された時間が経過
した項目を自動的に削除する。こうすることにより、ユ
ーザがログアウトし忘れた場合にユーザ認証情報がユー
ザ認証情報テーブル１９に残ってしまうという問題を解
消できる。タイムアウト処理によりユーザ認証情報を削
除されたユーザがＷＷＷゲートウェイシステム７にアク
セスした場合には、再度ユーザ認証画面を表示しユーザ
認証情報を入力させる。

【００４５】以上のように、ユーザの操作によりＷＷＷ
サーバ５から起動され、一連の処理が終了した時点で動
作を停止するＷＷＷゲートウェイ本体部１２に対して、
システム管理者が起動し計算機環境に常駐し続けるユー
ザ管理デーモン１３にユーザ認証情報を管理させ、ＷＷ
Ｗゲートウェイ本体部１２は画面情報に埋め込まれたユ
ーザ認証情報識別子をキーとしてユーザ認証情報を取得
することにより、画面間でユーザ認証情報を継承でき、
またユーザ認証情報識別子としてユニークでかつハッキ
ングしにくいＩＤを定義することで、セキュリティとユ
ーザの利便性の両方が高いアクセス権限管理の可能なＷ
ＷＷゲートウェイシステムを実現することが可能とな
る。

【００４６】また、ユーザがログアウトにより明示的に
ＷＷＷゲートウェイシステムの利用終了を通知したとき
に当該ユーザのユーザ認証情報をユーザ認証情報テーブ
ルから削除する手順と、ユーザ管理デーモンが最終アク
セス時刻からの経過時間を監視し、タイムアウト処理で
一定時間アクセスのなかったユーザのユーザ認証情報を
ユーザ認証情報テーブルから削除する手順を用意するこ
とにより、ユーザ認証情報の追加登録によるユーザ認証
情報テーブルの肥大化とＷＷＷブラウザの画面キャッシ
ュ機能を悪用した第３者による既存システムへの不正ア
クセスを防止することが可能となる。

【００４７】次に第２の実施例について説明する。

【００４８】上記第１の実施例では、ユーザ管理デーモ
ンはユーザ認証情報のみを管理した。しかし、ユーザ管
理デーモンにその他の情報を管理させることも可能であ
る。ユーザ管理デーモンに管理させることが有効な情報
としては、ユーザ毎に管理すべき情報であり、かつ画面
間で継承する必要がある情報があげられる。

【００４９】例としては、既存システムに渡すべきコン
フィギュレーションパラメタなどが考えられる。画面間
で継承する必要がある情報は通常画面情報に埋め込んで
継承するが、ＷＷＷブラウザで参照できてしまう画面情
報に埋め込むことがセキュリティの観点から適切でない
情報の継承に特に有効である。

【００５０】図６は本実施例の構成を示すブロック図で
ある。図において、ユーザ管理デーモン１３にユーザ毎
に追加情報を格納するユーザ情報テーブル２１とそれを
管理するユーザ情報管理手段２０を追加する。

【００５１】図７は本実施例におけるユーザ認証情報テ
ーブル１９の例である。各ユーザ毎にユーザ情報テーブ
ルへのアドレスを格納するためのフィールドを追加して
いる。 図８は本実施例におけるユーザ情報テーブル２
１の例である。ユーザ認証情報テーブル１９に登録され
たアドレスに既存システム６に渡すコンフィギュレーシ
ョンパラメタが２つ格納されている。

【００５２】図９で本実施例におけるログイン時のＷＷ
Ｗゲートウェイシステム７の処理の流れを説明する。ユ
ーザ管理デーモン１３の既存システム問合わせ手段１８
の結果に対して制御手段１６で認証結果判定１０９を行
うまでの処理は、第１の実施例におけるログイン時の処
理（図４）と同じである。また、認証結果判定１０９で
認証失敗と判定した場合の以降の処理もまた第１の実施
例におけるログイン時の処理と同じである。認証結果判
定１０９において認証成功と判定した場合、既存システ
ム問合わせ手段１８に対してユーザ情報要求２３１を発
行する。既存システム問合わせ手段１８は、処理１３１
においてそれを既存システム向けのユーザ情報要求２３
２に変換して発行する。既存システム６ではユーザ情報
を検索してそれを応答する（２３３）。既存システム６
からユーザ情報の応答２３３を受けた既存システム問合
わせ手段１８は、処理１３２においてそれを制御手段１
６に応答する（２３４）。

【００５３】既存システム問合わせ手段１８からの応答
２３４を受け取った制御手段１６は、処理１３３におい
てそのユーザ情報の登録要求２３５をユーザ情報管理手
段２０に発行する。ユーザ情報登録要求２３５を受け取
ったユーザ情報管理手段２０は、処理１３４においてそ
れをユーザ情報テーブル２１に登録し、その項目のアド
レスを制御手段１６に応答する（２３６）。ユーザ情報
テーブル２１の当該ユーザ情報を格納した項目のアドレ
スを受け取った制御手段１６は、処理１３５においてそ
のアドレスとユーザ認証情報をユーザ認証情報登録要求
２３７としてユーザ認証情報管理手段１７に発行する。
ユーザ認証情報登録要求２３７を受け取ったユーザ認証
情報管理手段１７は、まず処理１１０においてユーザ認
証情報識別子を生成し、処理１３６においてそれとユー
ザ認証情報とアクセス時刻とユーザ情報テーブルアドレ
スとをユーザ認証情報テーブル１９に格納する。それ以
降の処理は第１の実施例のログイン時の処理の流れと同
じである。

【００５４】以上のようにしてログイン時にユーザ情報
を登録する。次に以上のようにして登録したユーザ情報
を使用する際の処理の流れをユーザ情報取得の処理の流
れを説明する図である図１０を用いて説明する。

【００５５】まずＷＷＷゲートウェイ本体部１２のゲー
トウェイ制御手段８から、処理１４１においてユーザ情
報要求２４１が発行される。ユーザ情報要求２４１はユ
ーザ管理デーモン通信手段１４の処理１０４においてユ
ーザ管理デーモン１３へのメッセージ２０４に変換され
発行される。メッセージ２０４はユーザ管理デーモン１
３のＷＷＷゲートウェイ通信手段１５の処理１０５にお
いて受信、解釈されて制御手段１６に転送される（２４
２）。制御手段１６では、まず処理１４２においてメッ
セージ解析結果２４２からユーザ認証情報識別子を切り
出し、それを基にユーザ情報テーブルアドレス要求２４
３をユーザ認証情報管理手段１７に発行する。ユーザ認
証情報管理手段１７は、処理１４３においてユーザ情報
テーブルアドレス要求２４３に含まれるユーザ認証情報
識別子をキーにユーザ認証情報テーブル１９から当該ユ
ーザのユーザ情報テーブルアドレスを取得し、それを制
御手段１６に応答する（２４４）。

【００５６】例えば、図７のユーザ認証テーブル１９の
例において、ユーザ認証情報識別子としてＫＵＩ０３８
９０Ｖ０９３が与えられたとすると、それに対応したユ
ーザ情報テーブルアドレス：６Ｂ７Ｃ１１４０が応答さ
れる。制御手段１６は、処理１４４において応答２４４
からユーザ情報テーブルアドレスを切り出しユーザ情報
要求２４５を生成して、それをユーザ情報管理手段２０
に発行する。ユーザ情報要求２４５を受け取ったユーザ
情報管理手段２０は処理１４５においてユーザ情報テー
ブルアドレスを基にユーザ情報テーブル２１からユーザ
情報を取得し、それを制御手段１６に応答する（２４
６）。

【００５７】例えば図８のユーザ情報テーブル２１の例
において、ユーザ情報テーブルアドレス：６Ｂ７Ｃ１１
４０に対応したパラメタ１：ＹＹＹとパラメタ２：ＤＥ
Ｆが応答される。応答２４６を受け取った制御手段１６
はそれをＷＷＷゲートウェイ通信手段１５とＷＷＷゲー
トウェイ本体部１２のユーザ管理デーモン通信手段１４
を経由してゲートウェイ制御手段８に応答する。以上に
よりＷＷＷゲートウェイ本体部１２でユーザ情報を取得
でき、以降でユーザ情報を使った処理を実行できる。

【００５８】ログアウト時およびタイムアウト時にユー
ザ認証情報テーブル１９の当該ユーザの項目が削除され
るタイミングで、ユーザ情報テーブル２１の当該ユーザ
の項目も削除する。

【００５９】以上のようにユーザ管理デーモン１３にユ
ーザ情報テーブル２１を設けそこにユーザ固有の追加情
報を格納して、ユーザ情報管理手段２０でそれを管理す
ることにより、画面間でユーザ固有の追加情報を継承す
ることが可能となる。これは、画面情報に埋め込んで継
承した場合、ＷＷＷブラウザ４の機能により埋め込んだ
情報が参照できてしまうためセキュリティ上問題がある
ようなユーザ情報の継承において特に有効である。

【００６０】次に第３の実施例について説明する。

【００６１】第１の実施例において、タイムアウトによ
ってユーザ認証情報テーブルから登録を削除されたユー
ザがＷＷＷゲートウェイシステムにアクセスしたとき、
ＷＷＷゲートウェイシステムは当該ユーザにタイムアウ
トで登録が削除されていることを通知し、再ログインす
るためにユーザ認証画面を表示する。しかし、この手順
で再ログインすると当該ユーザがタイムアウト以前に行
ってきた操作は全て無効になり、もう一度最初から操作
を繰り返さなければならないという問題がある。 そこ
で本実施例では、タイムアウト時に表示するユーザ認証
画面の画面情報に当該ユーザがタイムアウト前の操作を
継続するための情報（以下では継続処理情報と呼ぶ）を
埋め込むことで、ユーザ認証画面から再ログインすると
タイムアウト前の操作以降の処理を継続して行うことが
できるＷＷＷゲートウェイシステムについて説明する。

【００６２】図１１は本実施例の構成を示すブロック図
である。図において、ＷＷＷゲートウェイ本体部１２に
継続処理情報埋め込み手段２２を追加する。

【００６３】本実施例の処理ではまず当該ユーザのユー
ザ認証情報識別子がユーザ認証情報テーブルになかった
場合の再ログインのためのユーザ認証画面に継続処理情
報を埋め込む処理を行っておき、再ログインのためのユ
ーザ認証画面からユーザ認証情報を入力し認証に成功し
た後、継続処理情報に従って処理を継続する。

【００６４】図１２は本実施例における再ログインのた
めのユーザ認証画面生成処理の流れを説明するための図
である。第１の実施例で説明した既存システムの処理を
ＷＷＷゲートウェイシステム７から行うときの処理（図
５）において、ユーザ認証情報管理手段１７の処理１２
３で、ユーザ認証情報識別子に対応したユーザ認証情報
がユーザ認証情報テーブル１９に存在しない場合、ユー
ザ認証情報管理手段１７はエラーを制御手段１６に渡
し、制御手段１６はそれをＷＷＷゲートウェイ通信手段
１５とＷＷＷゲートウェイ本体部１２のユーザ管理デー
モン通信手段１４を経由してゲートウェイ制御手段８に
応答する（２５１）。エラー応答２５１を受けたゲート
ウェイ制御手段８は、処理１５１において再ログインの
ためのユーザ認証画面の出力要求２５２を発行する。

【００６５】第１の実施例のシステムでは再ログインの
ためのユーザ認証画面出力要求２５２を他の画面出力要
求と同様にＨＴＭＬ生成・出力手段１１が処理する。そ
れに対して本実施例では、再ログインのためのユーザ認
証画面出力要求２５２は、まず継続処理情報埋め込み手
段２２が処理する。再ログインのためのユーザ認証画面
出力要求２５２を受け取った継続処理情報埋め込み手段
２２は、処理１５２において今回ユーザが行おうとした
操作に関するパラメタ（パラメタ解析手段９が解析した
もの）を画面情報に埋め込める形にしてそれをＨＴＭＬ
生成・出力手段１１に渡す（２５３）。画面情報に埋め
込める形としては、ＨＴＭＬのｈｉｄｄｅｎタグを使用
する。

【００６６】ＨＴＭＬ生成・出力手段１１は、処理１１
６において継続処理情報２５３を埋め込んだ画面情報を
生成し、処理１１７においてそれをＷＷＷサーバ５に出
力する。以上の手順でタイムアウト前の操作を継続する
ための継続処理情報を埋め込んだ再ログインのためのユ
ーザ認証画面を表示する。

【００６７】次に再ログインのためのユーザ認証画面で
ユーザがログインしたときの処理の流れを図１３を用い
て説明する。第１の実施例で説明したログイン時の処理
（図４）において、ユーザ認証情報管理手段１７がユー
ザ認証情報をユーザ認証情報テーブルに格納し、その結
果としてユーザ認証情報識別子を制御手段１６に応答す
る。ユーザ認証情報識別子を受け取った制御手段１６
は、それをＷＷＷゲートウェイ通信手段１５とＷＷＷゲ
ートウェイ本体部１２のユーザ管理デーモン通信手段１
４を経由してゲートウェイ制御手段８に応答する。ユー
ザ認証識別子を受け取ったゲートウェイ制御手段８は、
処理１２４において再ログインのためのユーザ認証画面
に埋め込まれていた継続処理情報を基に既存システム６
に処理要求２２４を発行する。処理要求２２４は、既存
システム通信手段１０が処理１２５において既存システ
ム６向けの処理要求２２５に変換して既存システム６に
発行する。以下、既存システム６で処理を実行した以降
の処理の流れは、従来のＷＷＷゲートウェイシステムと
同様である。

【００６８】以上のように、ＷＷＷゲートウェイ本体部
１２に継続処理情報埋め込み手段２２を追加して再ログ
インのためのユーザ認証画面の画面情報に継続処理情報
を埋め込み、再ログイン時の処理のユーザ認証情報のユ
ーザ認証情報テーブル１９への格納後にその継続処理情
報に従った処理を実行することにより、タイムアウトに
よってユーザ認証情報テーブルから登録を削除されたユ
ーザがＷＷＷゲートウェイシステムにアクセスしたと
き、最初から処理をやり直すことなく、タイムアウト前
の処理を継続することが可能となる。

【００６９】

【発明の効果】ユーザ認証によるアクセス管理を行う既
存システムに対するＷＷＷゲートウェイシステムに関し
て、ユーザ認証情報を計算機環境に常駐しているユーザ
管理デーモンに管理させ、ＷＷＷゲートウェイ本体部は
そこから取得したユーザ認証情報を既存システムに渡す
ことにより、既存システムのアクセス管理をそのまま活
用したユーザ認証を行うことが可能となる。その際、ユ
ーザの入力したユーザ認証情報に基づいて複数の画面を
遷移して操作を行うような処理において、ユーザ認証情
報の画面間の継承が問題となるが、ユーザ管理デーモン
がユーザ認証情報を管理したまま計算機環境に常駐し続
け、ユーザ認証情報にアクセスするためのユーザ認証情
報識別子（ユニークかつハッキングされる恐れのない識
別子）で画面間の継承を行うことにより、セキュリティ
とユーザの利便性の両方を確保することが可能となる。

【００７０】また、ユーザ管理デーモンにユーザ情報テ
ーブルを設け、各ユーザ固有のデータを管理することに
より、従来画面情報に埋め込んで管理するしかなかった
ユーザデータを画面情報に埋め込むことなく画面間で継
承することが可能となる。

【００７１】さらに、ユーザが接続断通知をすることな
くＷＷＷゲートウェイシステムへのアクセスを終了する
などによりユーザ認証情報テーブルが過大となることを
防ぐために、ユーザ管理デーモンはユーザ認証情報テー
ブルの最終アクセス時刻をチェックし、それが予め定め
られた有効期間を経過している場合には当該ユーザのユ
ーザ認証情報をユーザ認証情報テーブルから削除する
が、ユーザ認証情報削除後にＷＷＷゲートウェイシステ
ムにアクセスした際に表示するユーザ認証画面に前回の
操作から継続して処理を実行するための情報を埋め込む
ことにより、ユーザ認証後操作を始めからやりなおすこ
となく直前の操作から継続して処理することが可能とな
る。

【図面の簡単な説明】

【図１】第１の実施例における構成を表すブロック図で
ある。

【図２】従来のＷＷＷゲートウェイシステムの構成を説
明するための図である。

【図３】ユーザ認証情報テーブルの例を説明するための
図である。

【図４】ログイン時の処理の流れを説明するための図で
ある

【図５】ＷＷＷゲートウェイシステムから既存システム
の処理を実行するときの処理の流れを説明するための図
である。

【図６】第２の実施例における構成を表すブロック図で
ある。

【図７】第２の実施例におけるユーザ認証情報テーブル
の例を説明するための図である。

【図８】ユーザ情報テーブル２１の例を説明するための
図である。

【図９】第２の実施例におけるログイン時の処理の流れ
を説明するための図である。

【図１０】第２の実施例におけるユーザ情報取得処理の
流れを説明するための図である。

【図１１】第３の実施例における構成を表すブロック図
である。

【図１２】第３の実施例における再ログインのためのユ
ーザ認証画面生成処理の流れを説明するための図であ
る。

【図１３】第３の実施例における再ログイン時の処理の
流れを説明するための図である。

【符号の説明】

１・・・サーバ、 ２・・・インターネット、 ３・・・クライアント、 ４・・・ＷＷＷブラウザ、 ５・・・ＷＷＷサーバ、 ６・・・既存システム、 ７・・・ＷＷＷゲートウェイシステム、 ８・・・ゲートウェイ制御手段、 ９・・・パラメタ解析手段、 １０・・・既存システム通信手段、 １１・・・ＨＴＭＬ生成・出力手段、 １２・・・ＷＷＷゲートウェイ本体部、 １３・・・ユーザ管理デーモン、 １４・・・ユーザ管理デーモン通信手段、 １５・・・ＷＷＷゲートウェイ通信手段、 １６・・・制御手段、 １７・・・ユーザ認証情報管理手段、 １８・・・既存システム問合わせ手段、 １９・・・ユーザ認証情報テーブル、 ２０・・・ユーザ情報管理手段、 ２１・・・ユーザ情報テーブル、 ２２・・・継続処理情報埋め込み手段

───────────────────────────────────────────────────── フロントページの続き (72)発明者 大北 龍太郎 大阪府大阪市中央区北浜三丁目５番29号 日立西部ソフトウェア株式会社内 (72)発明者 大野 広宣 大阪府大阪市中央区北浜三丁目５番29号 日立西部ソフトウェア株式会社内 (72)発明者 林 龍介 大阪府大阪市中央区北浜三丁目５番29号 日立西部ソフトウェア株式会社内 (72)発明者 多田 勝己 神奈川県川崎市幸区鹿島田890番地の12 株式会社日立製作所情報・通信開発本部内

Claims (3)

【特許請求の範囲】
1. 【請求項１】ユーザ認証情報登録要求に対してユーザが
   クライアントから入力したユーザ認証情報をユーザ認証
   情報識別子と対応付けて登録したユーザ認証情報テーブ
   ルと、ユーザ認証情報要求に対してユーザ認証情報を渡
   し、ユーザ認証情報削除要求に対し当該ユーザのユーザ
   認証情報を削除し、ＷＷＷ（Ｗｏｒｌｄ ＷｉｄｅＷｅ
   ｂ）ゲートウェイシステムに最後にアクセスした時刻を
   ユーザ毎に管理し一定時間が経過したユーザのユーザ認
   証情報を削除するユーザ認証情報管理手段と、 ユーザ認証要求に対してアクセス対象の既存システムに
   ユーザがクライアントから入力したユーザ認証情報を渡
   し、ユーザ認証結果を受け取る既存システム問合わせ手
   段と、 ＷＷＷゲートウェイ本体部との通信を行うＷＷＷゲート
   ウェイ通信手段と、 上記ＷＷＷゲートウェイ通信手段経由で受け取ったＷＷ
   Ｗゲートウェイ本体部からのユーザ認証情報登録要求に
   対して、ユーザ認証要求を上記既存システム問合わせ手
   段に発行し、その応答により認証成功ならばユーザ認証
   登録要求を上記ユーザ認証情報管理手段に発行して取得
   するユーザ認証情報識別子を、認証失敗ならば認証失敗
   通知を上記ＷＷＷゲートウェイ通信手段経由でＷＷＷゲ
   ートウェイ本体部に応答し、また上記ＷＷＷゲートウェ
   イ通信手段経由で受け取ったＷＷＷゲートウェイ本体部
   からのユーザ認証情報要求を上記ユーザ認証情報管理手
   段に転送してその結果を上記ＷＷＷゲートウェイ通信手
   段経由でＷＷＷゲートウェイ本体部に応答し、またユー
   ザの通信断要求に応じて上記ＷＷＷゲートウェイ通信手
   段経由でＷＷＷゲートウェイ本体部から受け取るユーザ
   認証情報削除要求を上記ユーザ認証情報管理手段に転送
   してその結果を上記ＷＷＷゲートウェイ通信手段経由で
   ＷＷＷゲートウェイ本体部に応答する制御手段を含むユ
   ーザ管理デーモンと、 ＷＷＷゲートウェイ本体部にユーザ管理デーモンとの通
   信を行うユーザ管理デーモン通信手段を備えたことを特
   徴とするＷＷＷゲートウェイシステム。
2. 【請求項２】請求項１に記載のＷＷＷゲートウェイシス
   テムにおいて、上記ユーザ管理デーモンとして、 ユーザ情報テーブルを設け、ユーザ毎の情報を管理し、
   またＷＷＷゲートウェイ本体部からの要求に対して当該
   情報を応答し、また上記ユーザ認証情報管理手段がユー
   ザ認証情報を削除するときに当該ユーザのユーザ情報を
   上記ユーザ情報テーブルから削除するユーザ情報管理手
   段を備えたことを特徴とするＷＷＷゲートウェイシステ
   ム。
3. 【請求項３】請求項１に記載のＷＷＷゲートウェイシス
   テムにおいて、ＷＷＷゲートウェイ本体部として、 上記ユーザ管理デーモンにユーザ認証情報要求をした結
   果、ＷＷＷゲートウェイシステムに最後にアクセスした
   時間から一定時間が経過しておりユーザ認証情報が削除
   されている通知を受け取った場合に、表示するユーザ認
   証画面に前回の処理を継続するための情報を埋め込む継
   続処理情報埋め込み手段を備えたことを特徴とするＷＷ
   Ｗゲートウェイシステム。