(57)【要約】【課題】ユーザ端末がＷＥＢシステムにログイン中に予測できないシステム障害が発生しても、第３者によるＷＥＢシステムの不正操作を防止する。【解決手段】ＷＥＢサーバ１０２は、端末からのセッション情報と記憶部の当該端末のログイン情報が同一の場合、端末情報と認証情報を含む認証要求をアプリケーションサーバ１０３に送信し、アプリケーションサーバ１０３からの認証結果がエラーやログイン中であることを示す場合には、この旨を端末に送信し、アプリケーションサーバ１０３は、ＷＥＢサーバ１０２から認証要求を受信し、認証情報をデータベースサーバ１０４で保持している場合に、認証情報と端末情報を用いて排他キー情報を生成し、その排他キー情報をデータベースサーバ１０４で保持している場合に、認証結果としてエラーやログイン中であることを示す情報をＷＥＢサーバ１０２に送信する。【選択図】図１
2013114526.tif 000002
【特許請求の範囲】
【請求項１】
複数の端末、ＷＥＢサーバ、アプリケーションサーバ及びデータベースサーバがネットワークに接続されて構成されるＷＥＢシステムであって、
前記ＷＥＢサーバは、
前記端末のログイン情報と端末情報を記憶する記憶部と、
第１の端末からセッション情報と認証情報を前記ネットワークを介して受信し、該受信したセッション情報と前記記憶部に記憶されている当該第１の端末のログイン情報が同一の場合、前記記憶部から取得した第１の端末情報と前記認証情報を含む認証要求を前記ネットワークを介して前記アプリケーションサーバに送信し、前記アプリケーションサーバから認証結果を前記ネットワークを介して受信し、前記認証結果がエラーやログイン中であることを示す場合には、この旨を前記ネットワークを介して前記第１の端末に送信する第１の制御部と、を有し、
前記アプリケーションサーバは、
前記ＷＥＢサーバから前記認証要求を前記ネットワークを介して受信し、前記認証情報を前記データベースサーバで保持している場合に、前記認証情報と前記第１の端末情報を用いて排他キー情報を生成し、該排他キー情報を前記データベースサーバで保持している場合に、認証結果としてエラーやログイン中であることを示す情報を前記ネットワークを介して前記ＷＥＢサーバに送信する第２の制御部を有する、
ことを特徴とするＷＥＢシステム。
【請求項２】
前記第２の制御部は、
前記生成した排他キー情報を前記データベースサーバで保持していない場合、該生成した排他キー情報と前記第１の端末情報を前記データベースサーバに登録する要求を前記ネットワークを介して前記データベースサーバに送信するとともに、認証結果として認証成功を示す情報を前記ネットワークを介して前記ＷＥＢサーバに送信し、
前記第1の制御部は、
前記アプリケーションサーバから前記認証結果を前記ネットワークを介して受信し、該認証結果が認証成功を示す場合に、アプリケーション画面を前記ネットワークを介して前記第１の端末に送信する、
ことを特徴とする請求項１に記載のＷＥＢシステム。
【請求項３】
前記第１の制御部は、
前記第１の端末のログイン情報が前記記憶部に無い場合、前記セッション情報を前記第１の端末のログイン情報として前記記憶部に記憶する、
ことを特徴とする請求項１又は請求項２に記載のＷＥＢシステム。
【請求項４】
前記第１の制御部は、
前記第１の端末のログアウトを検知すると、受信した前記セッション情報と前記記憶部に記憶されている当該第１の端末のログイン情報が同一の場合に、前記排他キー情報の削除要求を前記ネットワークを介して前記アプリケーションサーバに送信し、前記アプリケーションサーバから前記排他キー情報の削除結果を前記ネットワークを介して受信し、該受信した排他キーの削除結果が排他キーの削除に成功したことを示す場合に、前記記憶部から前記第１の端末のログイン情報を削除し、
前記第２の制御部は、前記ＷＥＢサーバから前記排他キー情報の削除要求を前記ネットワークを介して受信すると、前記データベースサーバへ前記ネットワークを介して送信し、前記データベースサーバから前記排他キーの削除結果を前記ネットワークを介して受信し、該受信した排他キーの削除結果を前記ネットワークを介して前記ＷＥＢサーバに送信する、
ことを特徴とする請求項３に記載のＷＥＢシステム。
【請求項５】
複数の端末、ＷＥＢサーバ、アプリケーションサーバ及びデータベースサーバがネットワークに接続されて構成されるＷＥＢシステムにおけるユーザ認証方法であって、
前記ＷＥＢサーバは、前記端末のログイン情報と端末情報を記憶する記憶部を具備し、
前記ＷＥＢサーバにより、
第１の端末からセッション情報と認証情報を前記ネットワークを介して受信し、該受信したセッション情報と前記記憶部に記憶されている当該第１の端末のログイン情報が同一の場合、前記記憶部から取得した第１の端末情報と前記認証情報を含む認証要求を前記ネットワークを介して前記アプリケーションサーバに送信し、前記アプリケーションサーバから認証結果を前記ネットワークを介して受信し、前記認証結果がエラーやログイン中であることを示す場合には、この旨を前記ネットワークを介して前記第１の端末に送信し、
前記アプリケーションサーバにより、
前記ＷＥＢサーバから前記認証要求を前記ネットワークを介して受信し、前記認証情報を前記データベースサーバで保持している場合に、前記認証情報と前記第１の端末情報を用いて排他キー情報を生成し、該排他キー情報を前記データベースサーバで保持している場合に、認証結果としてエラーやログイン中であることを示す情報を前記ネットワークを介して前記ＷＥＢサーバに送信する、
ことを特徴とするユーザ認証方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＷＥＢシステムに係わり、特に、第３者によるＷＥＢシステムの不正操作を防止する技術に関する。
【背景技術】
【０００２】
ＷＥＢサーバを使用したシステムは、国内どこにでもあるシステム形態であり、ＷＥＢブラウザさえあれば、ＵＲＬを指定することにより、ＷＥＢサーバへのアクセスが可能となる。そこで、アクセスの際のユーザ認証に着目し、ログイン後の予期しないシステム障害時のアクセス情報（ログイン情報）のチェック処理機能をシステムに持たせ、こうした機能をもとに処理された結果をアクセス時の再ログインをする際に活用すれば、適正なログインを実施することができ、システム障害時のシステム運用管理者の負荷を軽減できる可能性がある。
【０００３】
関連する技術として、システムログイン時の情報を保持し、その情報をもとにユーザ端末の異常操作を検出する技術が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−２５０５０２公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
近年、ＷＥＢシステムにおいて、不正アクセス防止の観点から、ＷＥＢシステムを構成するＷＥＢサーバとアプリケーションサーバの各々で、ユーザ認証処理を行っている。
【０００６】
そのユーザ認証処理においては、ＷＥＢサーバとアプリケーションサーバがアクセスするデータベースサーバ（以下、ＤＢサーバと記す）の各々で、ユーザＩＤ、パスワード等のユーザ情報（認証情報）の管理を行っている。
【０００７】
一方で、ユーザ端末がＷＥＢシステムにログイン中に予測できないシステム障害（例えば、システムダウン）が発生することがある。この場合、ログイン情報がＷＥＢサーバ又はＤＢサーバに残ったままの状態となり、第３者によりアプリケーションを不正に操作されてしまう可能性がある。したがって、従来、システム管理者によりＷＥＢサーバ又はＤＢサーバに残ったログイン情報を削除する等の対応が必要であり、また、この対応には時間を要するため、システム管理者によって対応が完了するまでの間、第３者によるＷＥＢシステムの不正操作が可能となり、セキュリティ上問題視されていた。
【０００８】
本発明は、このような事情に鑑みてなされたもので、ユーザ端末がＷＥＢシステムにログイン中に予測できないシステム障害が発生しても、第３者によるＷＥＢシステムの不正操作を防止する技術を提供することを課題とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するための一手段について説明する。本発明は、複数の端末、ＷＥＢサーバ、アプリケーションサーバ及びデータベースサーバがネットワークに接続されて構成されるＷＥＢシステムである。前記ＷＥＢサーバは、前記端末のログイン情報と端末情報を記憶する記憶部と、第１の端末からセッション情報と認証情報を前記ネットワークを介して受信し、該受信したセッション情報と前記記憶部に記憶されている当該第１の端末のログイン情報が同一の場合、前記記憶部から取得した第１の端末情報と前記認証情報を含む認証要求を前記ネットワークを介して前記アプリケーションサーバに送信し、前記アプリケーションサーバから認証結果を前記ネットワークを介して受信し、前記認証結果がエラーやログイン中であることを示す場合には、この旨を前記ネットワークを介して前記第１の端末に送信する第１の制御部と、を有することを特徴とする。前記アプリケーションサーバは、前記ＷＥＢサーバから前記認証要求を前記ネットワークを介して受信し、前記認証情報を前記データベースサーバで保持している場合に、前記認証情報と前記第１の端末情報を用いて排他キー情報を生成し、該排他キー情報を前記データベースサーバで保持している場合に、認証結果としてエラーやログイン中であることを示す情報を前記ネットワークを介して前記ＷＥＢサーバに送信する第２の制御部を有する、ことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、ユーザ端末がＷＥＢシステムにログイン中に予測できないシステム障害が発生しても、第３者によるＷＥＢシステムの不正操作を防止できる。
【図面の簡単な説明】
【００１１】
【図１】本実施例に係るＷＥＢシステム１００の全体構成例を示す図である。
【図２】ユーザ端末１０１のハードウェア構成例を示す図である。
【図３】ＷＥＢサーバ１０２のハードウェア構成例を示す図である。
【図４】アプリケーションサーバ１０３のハードウェア構成例を示す図である。
【図５】ＤＢサーバ１０４のハードウェア構成例を示す図である。
【図６】ＤＢサーバ１０４が具備するユーザ情報マスタ５１３のデータ構成例を示す図である。
【図７】ＤＢサーバ１０４が具備する端末情報マスタ５１４のデータ構成例を示す図である。
【図８】ＤＢサーバ１０４が具備する排他キーテーブル５１５のデータ構成例を示す図である。
【図９】ＷＥＢサーバ１０２が具備する端末一覧ファイル３１４のデータ構成例を示す図である。
【図１０】ＷＥＢサーバ１０２が具備するログイン情報ファイル３１５のデータ構成例を示す図である。
【図１１】ユーザ端末１０１の表示部２０４に表示されるログイン画面１１００の例を示す図である。
【図１２】ＷＥＢサーバ１０２が具備するセッション有効性確認機能３０９とログイン画面送信機能３１１の処理を示すフローチャートである。
【図１３】同じく、ＷＥＢサーバ１０２が具備するセッション有効性確認機能３０９とログイン画面送信機能３１１の処理を示すフローチャートである。
【図１４】アプリケーションサーバ１０３が具備する端末認証機能４０９の処理を示すフローチャートである。
【図１５】ＷＥＢサーバ１０２が具備するセッション有効性確認機能３０９と起動種別確認機能３１０と業務画面送信機能３１２の処理を示すフローチャートである。
【図１６】同じく、ＷＥＢサーバ１０２が具備するセッション有効性確認機能３０９と起動種別確認機能３１０と業務画面送信機能３１２の処理を示すフローチャートである。
【図１７】アプリケーションサーバ１０３が具備するユーザ認証機能４１０の処理を示すフローチャートである。
【図１８】ＤＢサーバ１０４が具備するユーザＩＤ、パスワード有無確認機能５０９、排他キー有無確認機能５１０、排他キー登録機能５１１の処理を示すフローチャートである。
【図１９】ＷＥＢサーバ１０２が具備するセッション有効性確認機能３０９と起動種別確認機能３１０とログイン情報削除機能３１３の処理を示すフローチャートである。
【図２０】同じく、ＷＥＢサーバ１０２が具備するセッション有効性確認機能３０９と起動種別確認機能３１０とログイン情報削除機能３１３の処理を示すフローチャートである。
【図２１】アプリケーションサーバ１０３が具備する排他キー削除要求及び削除結果送受信機能４１１の処理を示すフローチャートである。
【図２２】ＤＢサーバ１０４が具備する排他キー削除機能５１２の処理を示すフローチャートである。
【発明を実施するための形態】
【００１２】
以下、本発明の一実施例について、図面を参照して詳細に説明する。
【００１３】
図１は、本実施例に係るＷＥＢシステム１００の全体構成例を示す図である。本実施例に係るＷＥＢシステム１００は、複数のユーザ端末１０１と、ＷＥＢサーバ１０２と、アプリケーションサーバ１０３と、ＤＢサーバ１０４とがインターネット等のネットワーク１０５に接続されて構成されるコンピュータネットワークシステムである。
【００１４】
図２は、ユーザ端末１０１のハードウェア構成例を示す図である。ユーザ端末１０１は、一般的なコンピュータにより実現でき、記憶部２０１と、制御部２０２と、メモリ２０３と、表示部２０４と、通信部２０５と、入力部２０６とを具備する。各部はバス（ＢＵＳ）によって接続されている。記憶部２０１には、業務起動用ＵＲＬ送信機能２０７、画面表示機能２０８及びログイン情報送信機能２０９からなるプログラムが格納されている。業務起動用ＵＲＬ送信機能２０７は、ＷＥＢサーバ１０２へＵＲＬを送信してアクセスする機能を有する。画面表示機能２０８は、ＷＥＢサーバ１０２へＵＲＬを送信した結果（応答）を表示する機能を有する。ログイン情報送信機能２０９は、入力されたユーザＩＤ、パスワードをＷＥＢサーバ１０２へ送信する機能を有する。
【００１５】
図３は、ＷＥＢサーバ１０２のハードウェア構成例を示す図である。ＷＥＢサーバ１０２は、記憶部３０１と、制御部３０２と、メモリ３０３と、表示部３０４と、通信部３０５と、入力部３０６とを具備する。各部はバス（ＢＵＳ）によって接続されている。記憶部３０１には、セッション有効性確認機能３０９、起動種別確認機能３１０、ログイン画面送信機能３１１、業務画面送信機能３１２及びログイン情報削除機能３１３からなるプログラムと、端末一覧ファイル３１４と、ログイン情報ファイル３１５とが格納されている。セッション有効性確認機能３０９は、ユーザ端末１０１からのアクセスを検知し、セッション情報（セッションＩＤ）を取得し、そのセッションの有効性を確認する機能を有する。起動種別確認機能３１０は、ユーザ端末１０１からのアクセスがログインかログアウトかを確認する機能を有する。ログイン画面送信機能３１１は、アプリケーションサーバ１０３に端末認証要求を送信し、その応答結果（端末認証結果）が成功を示す場合に、ログイン画面をユーザ端末１０１に送信する機能を有する。業務画面送信機能３１２は、アプリケーションサーバ１０３にユーザ認証要求を送信し、その応答結果（ユーザ認証結果）が成功を示す場合に、業務画面（アプリケーション画面）をユーザ端末１０１に送信する機能を有する。ログイン情報削除機能３１３は、プリケーションサーバ１０３に排他キー削除要求を送信し、その応答結果（排他キー削除結果）が排他キーの削除に成功したことを示す場合に、ログイン情報ファイル３１５からログイン情報を削除する機能を有する。なお、ユーザ端末１０１に送信する業務画面は一例であり、その他のアプリケーション画面であっても良い。
【００１６】
図４は、アプリケーションサーバ１０３のハードウェア構成例を示す図である。アプリケーションサーバ１０３は、記憶部４０１と、制御部４０２と、メモリ４０３と、表示部４０４と、通信部４０５と、入力部４０６とを具備する。各部はバス（ＢＵＳ）によって接続されている。記憶部４０１には、端末認証機能４０９、ユーザ認証機能４１０、排他キー削除要求及び削除結果送受信機能４１１からなるプログラムが格納されている。端末認証機能４０９は、ＷＥＢサーバ１０２から端末情報（例えば、端末ＩＤ）を含む端末認証要求を受けて、ＤＢサーバ１０４に端末ＩＤの有無確認要求を送信し、その応答結果が端末情報マスタ５１４に端末ＩＤが有ったことを示す場合に、端末認証が成功したことを示す情報をＷＥＢサーバ１０２に送信する機能を有する。ユーザ認証機能４１０は、ＷＥＢサーバ１０２から端末情報（例えば、端末ＩＤ），ユーザ情報（例えば、ユーザＩＤ、パスワード）を含むユーザ認証要求を受けて、ＤＢサーバ１０４にユーザＩＤ、パスワードの有無確認要求を送信し、その応答結果がユーザＩＤ、パスワードがユーザ情報マスタ５１３に有ったことを示す場合に、ユーザＩＤと端末ＩＤから排他キーを生成する機能を有する。また、ユーザ認証機能４１０は、生成した排他キーの有無確認要求をＤＢサーバ１０４に送信し、その応答結果が排他キーが排他キーテーブル５１５に有ったことを示す場合に、端末ＩＤと排他キーの登録要求をＤＢサーバ１０４に送信するとともに、ユーザ認証が成功したことを示す情報をＷＥＢサーバ１０２に送信する機能を有する。
【００１７】
図５は、ＤＢサーバ１０４のハードウェア構成例を示す図である。ＤＢサーバ１０４は、記憶部５０１と、制御部５０２と、メモリ５０３と、表示部５０４と、通信部５０５と、入力部５０６とを具備する。各部はバス（ＢＵＳ）によって接続されている。記憶部５０１には、端末ＩＤ有無確認機能５０８、ユーザＩＤ、パスワード有無確認機能５０９、排他キー有無確認機能５１０、排他キー登録機能５１１及び排他キー削除機能５１２からなるプログラムと、ユーザ情報マスタ５１３と、端末情報マスタ５１４と、排他キーテーブル５１５とが格納されている。端末ＩＤ有無確認機能５０８は、ＷＥＢサーバ１０２からの端末ＩＤ有無確認要求を受けて、端末ＩＤに基づき端末情報マスタ５１４を検索し、端末ＩＤの有無を確認し、その結果をアプリケーションサーバ１０３に送信する機能を有する。ユーザＩＤ、パスワード有無確認機能５０９は、アプリケーションサーバ１０３からのユーザＩＤ、パスワードの有無確認要求を受けて、ユーザ情報マスタ５１３を参照し、ユーザＩＤ、パスワードの有無を確認し、その結果をアプリケーションサーバ１０３に送信する機能を有する。排他キー有無確認機能５１０は、アプリケーションサーバ１０３からの排他キーの有無確認要求を受けて、排他キーテーブル５１５を参照し、排他キーの有無を確認し、その結果をアプリケーションサーバ１０３に送信する機能を有する。排他キー登録機能５１１は、アプリケーション１０３からの端末ＩＤ、排他キーの登録要求を受けて、これらを対応付けて排他キーテーブル５１５に登録する機能を有する。排他キー削除機能５１２は、アプリケーションサーバ１０３からの排他キーの削除要求を受けて、排他キーテーブル５１５を参照し、排他キーの有無を確認し、受信した排他キーが有った場合に、排他キーテーブル５１５から当該排他キーを有するレコードを削除し、その結果をアプリケーションサーバ１０３に送信する機能を有する。
【００１８】
図６は、ＤＢサーバ１０４が具備するユーザ情報マスタ５１３のデータ構成例を示す図である。ユーザ情報マスタ５１３は、本実施例に係るＷＥＢシステム１００を使用するユーザの情報を格納するテーブルである。図６に示すように、ユーザ情報マスタ５１３は、ユーザＩＤ６０１と、パスワード６０２と、氏名６０３と、部署ＩＤ６０４と、職員番号６０５とをそれぞれ対応付けて記憶する。ユーザ情報マスタ５１３は、ユーザ端末１０１の増減に伴い更新される。
【００１９】
図７は、ＤＢサーバ１０４が具備する端末情報マスタ５１４のデータ構成例を示す図である。端末情報マスタ５１４は、ユーザが使用するユーザ端末を識別する情報を格納するテーブルである。図７に示すように、端末情報マスタ５１４は、端末ＩＤ７０１と、端末ＮＯ（端末番号）７０２とをそれぞれ対応付けて記憶する。端末情報マスタ５１４は、ユーザ端末１０１の増減に伴い更新される。
【００２０】
図８は、ＤＢサーバ１０４が具備する排他キーテーブル５１５のデータ構成例を示す図である。排他キーテーブル５１５は、ユーザ端末１０１のログイン状態を管理するテーブルである。図８に示すように、排他キーテーブル５１５は、端末情報（例えば、端末ＩＤ）８０１と、排他キー８０２とをそれぞれ対応付けて記憶する。排他キー８０２は、端末ＩＤとユーザＩＤから構成される。排他キーテーブル５１５は、アプリケーションサーバ１０３のユーザ認証機能４１０により生成した排他キーが排他キーテーブル５１５に無かった場合やユーザ端末１０１がログアウトした場合に更新される。
【００２１】
図９は、ＷＥＢサーバ１０２が具備する端末一覧ファイル３１４のデータ構成例を示す図である。端末一覧ファイル３１４には、複数の端末ＩＤが記載されている。端末一覧ファイル３１４は、アプリケーションを使用するユーザ端末１０１の増減に伴い更新される。
【００２２】
図１０は、ＷＥＢサーバ１０２が具備するログイン情報ファイル３１５のデータ構成例を示す図である。図１０に示すように、ログイン情報ファイル３１５には、複数のログイン情報が記載されている。本実施例では、ログイン情報は、セッションＩＤと同じように端末ＩＤとユーザＩＤから構成される。ログイン情報ファイル３１５は、ユーザ端末１０１のＷＥＢサーバ１０２への初回接続時における、ＷＥＢサーバ１０２のセッション有効性確認機能３０９が、端末一覧ファイル３１４から取得した端末ＩＤに関して、ログイン情報ファイル３１５に無い場合や排他キー削除要求に対して排他キー削除に成功した場合に更新される。
【００２３】
図１１に示すログイン画面１１００には、ユーザ端末１０１の表示部２０４に表示される、ユーザがユーザＩＤ、パスワードを入力する画面の例を示す。ＷＥＢサーバ１０２が、アプリケーションサーバ１０３から受信した端末認証結果が成功を示す場合に、ユーザ端末に送信する画面である。ログイン画面１１００において、ユーザが、入力部１１０１にユーザＩＤを入力し、入力部１１０２にパスワードを入力し、ログインボタン１１０３を押下する操作を行うと、図１５に示す処理が開始する。ログイン画面１１００において、ユーザが、入力部１１０１にユーザＩＤを入力し、入力部１１０２にパスワードを入力し、ログアウトボタン１１０４を押下する操作を行うと、図１５に示す処理が開始する。また、図１９に示す処理が開始する。
【００２４】
図１２と図１３は、ＷＥＢサーバ１０２が具備するセッション有効性確認機能３０９とログイン画面送信機能３１１の処理を示すフローチャートである。先ず、セッション有効性確認機能３０９は、ユーザ端末１０１からのＷＥＢサーバ１０２へのアクセスを検知し、セッションＩＤを取得し（ステップＳ１２０１）、記憶部３０１から端末一覧ファイル３１４の読み出し処理を実行する（ステップＳ１２０２）。読み出し成功の場合（ステップＳ１２０２でＹｅｓ）、セッション有効性確認機能３０９は、端末一覧ファイル３１４から端末ＩＤを取得する（ステップＳ１２０３）。一方、読み出し失敗の場合（ステップＳ１２０２でＮｏ）、セッション有効性確認機能３０９は、エラー情報をネットワーク１０５を介してユーザ端末１０１に送信し（ステップＳ１２０９）、処理を終了する。
【００２５】
セッション有効性確認機能３０９は、ステップＳ１２０３で取得した端末ＩＤに関して、ログイン情報ファイル３１５にログイン情報が記載されているかどうかを確認する（ステップＳ１２０４）。ログイン情報が有る場合（ステップＳ１２０４でＹｅｓ）、セッション有効性確認機能３０９は、ログイン情報ファイル３１５からそのログイン情報を読み出す（ステップＳ１２０５）。次に、セッション有効性確認機能３０９は、ステップＳ１２０１で取得したセッションＩＤとステップＳ１２０５で読み出したログイン情報とを比較し、同じかどうかを判定する(ステップＳ１２０６)。この判定より、両者が同じでなかった場合（ステップＳ１２０６でＮｏ）、セッション有効性確認機能３０９は、ステップＳ１２０３へ戻る。
【００２６】
一方、ステップＳ１２０６の判定により、両者が同じであった場合、ログイン画面送信機能３１１が、端末ＩＤを含む端末認証要求をネットワーク１０５を介してアプリケーションサーバ１０３に送信する（ステップＳ１３０１）。次に、ログイン画面送信機能３１１は、アプリケーションサーバ１０３から端末認証結果をネットワーク１０５を介して受信する（ステップＳ１３０２）。ログイン画面送信機能３１１は、端末認証結果が成功を示す場合、ログイン画面（図１１）をネットワーク１０５を介してユーザ端末１０１に送信し（ステップ１３０４）、処理を終了する。一方、ステップＳ１３０３において、端末認証結果が失敗を示す場合、ログイン画面送信機能３１１は、エラー情報をネットワーク１０５を介してユーザ端末１０１に送信し(ステップＳ１３０５)、処理を終了する。
【００２７】
また、ステップＳ１２０４において、ログイン情報が無い場合（ステップＳ１２０４でＮｏ）、セッション有効性確認機能３０９は、ステップＳ１２０１において取得したセッションＩＤを、ログイン情報として、ログイン情報ファイル３１５に書き込む（ステップＳ１２０７）。ステップＳ１２０７の処理後、ログイン画面送信機能３１１が、ステップＳ１３０１以降の処理を行う。
【００２８】
図１４は、アプリケーションサーバ１０３が具備する端末認証機能４０９の処理を示すフローチャートである。先ず、端末認証機能４０９は、ＷＥＢサーバ１０２から端末ＩＤを端末認証要求をネットワーク１０５を介して受信する（ステップＳ１４０１）。次に、端末認証機能４０９は、端末ＩＤを含む端末ＩＤ有無確認要求をネットワーク１０５を介してＤＢサーバ１０４に送信する（ステップＳ１４０２）。ＤＢサーバ１０４では、端末ＩＤ有無確認機能５０８により、端末ＩＤを含む端末ＩＤ有無確認要求を受信すると、受信した端末ＩＤに基づき端末情報マスタ５１４を検索し、端末ＩＤの有無を確認し、その結果をネットワーク１０５を介してアプリケーションサーバ１０３に送信する。端末認証機能４０９は、ＤＢサーバ１０４から端末ＩＤ有無確認結果をネットワーク１０５を介して受信する（ステップＳ１４０３）。端末認証機能４０９は、端末ＩＤ有無確認結果から、ＤＢサーバ１０４で保持する端末情報マスタ５１４に端末ＩＤが有ったかどうかを判定する（ステップＳ１４０４）。この判定により、端末情報マスタ５１４に端末ＩＤが有った場合（ステップＳ１４０４でＹｅｓ）、端末認証機能４０９は、端末認証結果（認証成功）をネットワーク１０５を介してＷＥＢサーバ１０２に送信し（ステップＳ１４０５）、処理を終了する。一方、ステップＳ１４０４の判定により、端末情報マスタ５１４に端末ＩＤが無かった場合、端末認証機能４０９は、認証結果（認証失敗）をネットワーク１０５を介してＷＥＢサーバ１０２に送信し（ステップＳ１４０６）、処理を終了する。
【００２９】
図１５と図１６は、ＷＥＢサーバ１０２が具備するセッション有効性確認機能３０９と起動種別確認機能３１０と業務画面送信機能３１２の処理を示すフローチャートである。先ず、起動種別確認機能３１０は、ユーザ端末１０１からのＷＥＢサーバ１０２へのログインを検知し、端末ＩＤと、ログイン時にユーザ端末１０１にて入力されたユーザＩＤ、パスワードをネットワーク１０５を介して受信する（ステップＳ１５０１）。
【００３０】
次に、セッション有効性確認機能３０９が、記憶部３０１から端末一覧ファイル３１４の読み出し処理を実行する（ステップＳ１５０２）。読み出し成功の場合（ステップＳ１５０２でＹｅｓ）、セッション有効性確認機能３０９は、端末一覧ファイル３１４から端末ＩＤを取得する（ステップＳ１５０３）。一方、読み出し失敗の場合（ステップＳ１５０２でＮｏ）、セッション有効性確認機能３０９は、エラー情報をネットワーク１０５を介してユーザ端末１０１に送信し（ステップＳ１５０８）、処理を終了する。
【００３１】
次に、セッション有効性確認機能３０９は、ステップＳ１５０３で取得した端末ＩＤに関して、ログイン情報ファイル３１５にログイン情報が記載されているかどうかを確認する（ステップＳ１５０４）。ログイン情報ファイル３１５にログイン情報が記載されている場合（ステップＳ１５０４でＹｅｓ）、セッション有効性確認機能３０９は、ログイン情報ファイル３１５からそのログイン情報を読み出す（ステップＳ１５０５）。一方、ログイン情報ファイル３１５にログイン情報が記載されていない場合（ステップＳ１５０４でＮｏ）、セッション有効性確認機能３０９は、エラー情報をネットワーク１０５を介してユーザ端末１０１に送信し（ステップＳ１５０７）、処理を終了する。ステップＳ１５０５の処理後、セッション有効性確認機能３０９は、ステップＳ１２０１（図１２）で取得したセッションＩＤとステップＳ１５０５で読み出したログイン情報とを比較し、同じかどうかを判定する(ステップＳ１５０６)。この判定より、両者が同じでなかった場合（ステップＳ１５０６でＮｏ）、セッション有効性確認機能３０９は、エラー情報をネットワーク１０５を介してユーザ端末１０１に送信し（ステップＳ１５０７）、処理を終了する。
【００３２】
一方、ステップＳ１５０６の判定により、両者が同じであった場合、業務画面送信機能３１２が、端末ＩＤ、ユーザＩＤ、パスワードを含むユーザ認証要求をネットワーク１０５を介してアプリケーションサーバ１０３に送信する（ステップＳ１６０１）。次に、業務画面送信機能３１２は、アプリケーションサーバ１０３からユーザ認証結果をネットワーク１０５を介して受信する（ステップＳ１６０２）。業務画面送信機能３１２は、ユーザ認証結果が成功を示す場合、業務画面（アプリケーション画面）をネットワーク１０５を介してユーザ端末１０１に送信し（ステップ１６０３）、処理を終了する。一方、ステップＳ１６０２において、ユーザ認証結果がエラーやシステムログイン中であることを示す場合、業務画面送信機能３１２は、エラーやシステムログイン中であることを示す情報をネットワーク１０５を介してユーザ端末１０１に送信し(ステップＳ１６０４)、処理を終了する。
【００３３】
図１７は、アプリケーションサーバ１０３が具備するユーザ認証機能４１０の処理を示すフローチャートである。先ず、ユーザ認証機能４１０は、ＷＥＢサーバ１０２から端末ＩＤ、ユーザＩＤ６０１、パスワード６０２を含むユーザ認証要求をネットワーク１０５を介して受信する（ステップＳ１７０１）。次に、ユーザ認証機能４１０は、ユーザＩＤ、パスワードの有無確認要求をネットワーク１０５を介してＤＢサーバ１０４に送信する（ステップＳ１７０２）。次に、ユーザ認証機能４１０は、ＤＢサーバ１０４からユーザＩＤ、パスワードの有無確認結果をネットワーク１０５を介して受信する（ステップＳ１７０３）。ユーザ認証機能４１０は、ユーザＩＤ、パスワードの有無確認結果から、ＤＢサーバ１０４で保持するユーザ情報マスタ５１３にユーザＩＤとパスワードが有ったかどうかを判定する（ステップＳ１７０４）。この判定により、ユーザ情報マスタ５１３にユーザＩＤとパスワードが有った場合、ユーザ認証機能４１０は、ユーザＩＤと端末ＩＤから排他キーを生成する（ステップＳ１７０５）。一方、ステップＳ１７０３の判定により、ユーザ情報マスタ５１３にユーザＩＤとパスワードが無かった場合、ユーザ認証機能４１０は、エラー情報をネットワーク１０５を介してＷＥＢサーバ１０２に送信し（ステップＳ１７１０）、処理を終了する。
【００３４】
ステップＳ１７０５の処理後、ユーザ認証機能４１０は、ステップＳ１７０５で生成した排他キーの有無確認要求をネットワーク１０５を介してＤＢサーバ１０４に送信する（ステップＳ１７０６）。次に、ユーザ認証機能４１０は、ＤＢサーバ１０４から排他キーの有無確認結果をネットワーク１０５を介して受信する（ステップＳ１７０７）。ユーザ認証機能４１０は、排他キーの有無確認結果から、ステップＳ１７０５で生成した排他キーがＤＢサーバ１０４で保持する排他キーテーブル５１５に有ったかどうかを判定する（ステップＳ１７０８）。排他キーが排他キーテーブル５１５に有った場合（ステップＳ１７０８でＹｅｓ）、ユーザ認証機能４１０は、例えば、エラーやシステムログイン中でことを示す情報をユーザ認証結果としてネットワーク１０５を介してＷＥＢサーバ１０２に送信し（ステップＳ１７０９）、処理を終了する。これによって、第３者によるＷＥＢシステムへの不正な操作を防止できる。
【００３５】
一方、排他キーが排他キーテーブル５１５に無かった場合（ステップＳ１７０８でＮｏ）、ユーザ認証機能４１０は、端末ＩＤとステップＳ１７０５で生成した排他キーの登録要求をネットワーク１０５を介してＤＢサーバ１０４に送信し（ステップＳ１７１１）、ユーザ認証結果（認証成功）をネットワーク１０５を介してＷＥＢサーバ１０２に送信し（ステップＳ１７１２）、処理を終了する。
【００３６】
図１８は、ＤＢサーバ１０４が具備するユーザＩＤ、パスワード有無確認機能５０９、排他キー有無確認機能５１０、排他キー登録機能５１１の処理を示すフローチャートである。先ず、ユーザＩＤ、パスワード有無確認機能５０９が、アプリケーションサーバ１０３からユーザＩＤ、パスワードの有無確認要求をネットワーク１０５を介して受信すると（ステップＳ１８０１）、ユーザ情報マスタ５１３を参照し、受信したユーザＩＤ及びパスワードの有無を確認し(ステップＳ１８０２)、その結果をネットワーク１０５を介してアプリケーションサーバ１０３に送信する（ステップＳ１８０３）。
【００３７】
また、排他キー有無確認機能４１０が、アプリケーションサーバ１０３から排他キーの有無確認要求をネットワーク１０５を介して受信すると（ステップＳ１８０４）、排他キーテーブル５１５を参照し、受信した排他キーの有無を確認し（ステップＳ１８０５）、その結果をネットワーク１０５を介してアプリケーションサーバ１０３に送信する（ステップＳ１８０６）。
【００３８】
また、排他キー登録機能５１１が、アプリケーションサーバ１０３から端末ＩＤ及び排他キーの登録要求をネットワーク１０５を介して受信すると、受信した端末ＩＤと排他キーをそれぞれ対応付けて排他キーテーブル５１５に登録する（ステップＳ１８０７）。
【００３９】
図１９と図２０は、ＷＥＢサーバ１０２が具備するセッション有効性確認機能３０９と起動種別確認機能３１０とログイン情報削除機能３１３の処理を示すフローチャートである。先ず、起動種別確認機能３１０は、ユーザ端末１０１からのＷＥＢサーバ１０２へのログアウトを検知する（ステップＳ１９０１）。
【００４０】
次に、セッション有効性確認機能３０９が、記憶部３０１から端末一覧ファイル３１４の読み出し処理を実行する（ステップＳ１９０２）。読み出し成功の場合（ステップＳ１９０２でＹｅｓ）、セッション有効性確認機能３０９は、端末一覧ファイル３１４から端末ＩＤを取得する（ステップＳ１９０３）。一方、読み出し失敗の場合（ステップＳ１９０２でＮｏ）、セッション有効性確認機能３０９は、エラー情報をネットワーク１０５を介してユーザ端末１０１に送信し（ステップＳ１９０８）、処理を終了する。
【００４１】
次に、セッション有効性確認機能３０９は、ステップＳ１９０３で取得した端末ＩＤに関して、ログイン情報ファイル３１５にログイン情報が記載されているかどうかを確認する（ステップＳ１９０４）。ログイン情報ファイル３１５にログイン情報が記載されている場合（ステップＳ１９０４でＹｅｓ）、セッション有効性確認機能３０９は、ログイン情報ファイル３１５からそのログイン情報を読み出す（ステップＳ１９０５）。一方、ログイン情報ファイル３１５にログイン情報が記載されていない場合（ステップＳ１９０４でＮｏ）、セッション有効性確認機能３０９は、エラー情報をネットワーク１０５を介してユーザ端末１０１に送信し（ステップＳ１９０７）、処理を終了する。ステップＳ１９０５の処理後、セッション有効性確認機能３０９は、ステップＳ１２０１（図１２）で取得したセッションＩＤとステップＳ１９０５で読み出したログイン情報とを比較し、同じかどうかを判定する(ステップＳ１９０６)。この判定より、両者が同じでなかった場合（ステップＳ１９０６でＮｏ）、セッション有効性確認機能３０９は、エラー情報をネットワーク１０５を介してユーザ端末１０１に送信し（ステップＳ１９０７）、処理を終了する。
【００４２】
一方、ステップＳ１９０６の判定により、両者が同じであった場合、ログイン情報削除機能３１３が、排他キー削除要求をネットワーク１０５を介してアプリケーションサーバ１０３に送信する（ステップＳ２００１）。次に、ログイン情報削除機能３１３は、アプリケーションサーバ１０３から排他キー削除結果をネットワーク１０５を介して受信し（ステップＳ２００２）、その結果から排他キーの削除が成功したかどうかを判定する（ステップＳ２００３）。この判定により、排他キー削除結果が排他キーの削除に成功したことを示す場合（ステップＳ２００３で成功）、ログイン情報削除機能３１３は、ログイン情報ファイル３１５から、ステップＳ１９０５で読み出したログイン情報を削除し（ステップＳ２００４）、終了メッセージをネットワーク１０５を介してユーザ端末１０１に送信し（ステップＳ２００５）、処理を終了する。
【００４３】
また、ステップＳ２００３の判定により、排他キー削除結果が排他キーの削除に失敗した（排他キーが排他キーテーブル５１５に無かった）ことを示す場合、ログイン情報削除機能３１３は、エラー情報をネットワーク１０５を介してユーザ端末１０１に送信し（ステップＳ２００６）、処理を終了する。
【００４４】
図２１は、アプリケーションサーバ１０３が具備する排他キー削除要求及び削除結果送受信機能４１１の処理を示すフローチャートである。先ず、排他キー削除要求及び削除結果送受信機能４１１は、ＷＥＢサーバ１０２から排他キー削除要求をネットワーク１０５を介して受信し（ステップＳ２１０１）、受信した排他キー削除要求をネットワーク１０を介してＤＢサーバ１０４に送信する（ステップＳ２１０２）。次に、排他キー削除要求及び削除結果送受信機能４１１は、ＤＢサーバ１０４から、排他キーの削除に成功したか、排他キーの削除に失敗した（排他キーが排他キーテーブル５１５に無かった）かを示す排他キー削除結果をネットワーク１０５を介して受信し(ステップＳ２１０３)、受信した排他キー削除結果をネットワーク１０５を介してＷＥＢサーバ１０２に送信し（ステップＳ２１０４）、処理を終了する。
【００４５】
図２２は、ＤＢサーバ１０４が具備する排他キー削除機能５１２の処理を示すフローチャートである。先ず、排他キー削除機能５１２は、アプリケーションサーバ１０３から排他キー削除要求をネットワーク１０５を介して受信する（ステップＳ２２０１）。次に、排他キー削除機能５１２は、排他キーテーブル５１５を参照し、受信した排他キーの有無を確認する(ステップＳ２２０２)。受信した排他キーが排他テーブル５１５に有る場合（ステップＳ２２０３でＹｅｓ）、排他キー削除機能５１２は、排他キーテーブル５１５から当該排他キーを有するレコードを削除し(ステップＳ２２０４)、排他キーの削除に成功したことを示す排他キー削除結果をネットワーク１０５を介してアプリケーションサーバ１０３に送信する（ステップ２２０５）。一方、受信した排他キーが排他テーブル５１５に無い場合（ステップＳ２２０３でＮｏ）、排他キーの削除に失敗した（排他キーが排他キーテーブル５１５に無かった）ことを示す排他キー削除結果をネットワーク１０５を介してアプリケーションサーバ１０３に送信する（ステップＳ２２０５）。
【００４６】
以上本発明の一実施例について説明した。以上説明した実施例によれば、ユーザ端末がＷＥＢシステムにログイン中に予測できないシステム障害が発生しても、第３者によるＷＥＢシステムの不正操作を防止できる。また、システム障害時に、ユーザ端末のＷＥＢシステムへのログイン状況を効率良く管理・把握でき、かつその管理者による対応も容易となる。
【００４７】
なお、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【符号の説明】
【００４８】
１０１・・・ＰＣ、１０２・・・ＷＥＢサーバ、１０３・・・アプリケーションサーバ、１０４・・・ＤＢサーバ。
【図１】
2013114526.tif 000003
【図２】
2013114526.tif 000004
【図３】
2013114526.tif 000005
【図４】
2013114526.tif 000006
【図５】
2013114526.tif 000007
【図６】
2013114526.tif 000008
【図７】
2013114526.tif 000009
【図８】
2013114526.tif 000010
【図９】
2013114526.tif 000011
【図１０】
2013114526.tif 000012
【図１１】
2013114526.tif 000013
【図１２】
2013114526.tif 000014
【図１３】
2013114526.tif 000015
【図１４】
2013114526.tif 000016
【図１５】
2013114526.tif 000017
【図１６】
2013114526.tif 000018
【図１７】
2013114526.tif 000019
【図１８】
2013114526.tif 000020
【図１９】
2013114526.tif 000021
【図２０】
2013114526.tif 000022
【図２１】
2013114526.tif 000023
【図２２】
2013114526.tif 000024