(57)【要約】 【目的】使い勝手のよいログイン制御システムおよびログイン制御方法を提供する。【構成】第１の処理サーバに対してログイン要求信号を出力する端末装置と、ログイン要求信号を受信し、かつ、ログイン要求信号が通常または二重ログイン要求のいずれかであるかを検出するログイン処理部と、ログイン処理部において、ログイン要求信号が二重ログイン要求であると検出された場合、既にログイン中の第２の処理サーバとのセッションを切断し、第１の処理サーバとのセッションを確立して強制ログインするか否かを端末装置に対し問い合わせる強制ログイン選択部と、強制ログイン選択部にて強制ログインを選択した場合、第２の処理サーバとのセッションを強制的に破棄してログアウト状態とし、ログイン処理部に対し第１の処理サーバとのセッションを確立するよう要求する強制ログアウト部とを有する処理サーバとを備える。【選択図】  図２
2006268671.tif 000002
【特許請求の範囲】
【請求項１】
端末装置からネットワークを通じて分散配置された処理サーバへアクセスする際のログインを制御するログイン制御システムであって、
前記ログイン制御システムは、
前記分散配置された処理サーバの第１の処理サーバへのログインを要求するログイン要求信号を前記第１の処理サーバに対して出力する前記端末装置と、
前記ログイン要求信号を受信し、かつ、前記ログイン要求信号が通常ログインまたは前記分散配置された処理サーバの第２の処理サーバに対し既にログイン中の二重ログイン要求のいずれかであるかを検出するログイン処理部と、
前記ログイン処理部において、前記ログイン要求信号が前記二重ログイン要求であると検出された場合、前記第２の処理サーバとのセッションを切断し、前記端末装置より受信した前記ログイン要求信号に基づき、前記第１の処理サーバとのセッションを確立して強制ログインするか否かを前記端末装置に対し問い合わせる強制ログイン選択部と、
前記強制ログイン選択部にて前記強制ログインを選択した場合、前記第２の処理サーバとのセッションを強制的に破棄してログアウト状態とし、前記ログイン処理部に対し前記第１の処理サーバとのセッションを確立するよう要求する強制ログアウト部とを有する前記処理サーバとを備えることを特徴とするログイン制御システム。
【請求項２】
請求項１に記載のログイン制御システムにおいて、前記ログイン処理部および前記強制ログイン選択部と、前記強制ログアウト部とはそれぞれ異なる処理サーバ内に設けられていることを特徴とするログイン制御システム。
【請求項３】
端末装置からネットワークを通じて分散配置された処理サーバへアクセスする際のログインを制御するログイン制御方法であって、
前記端末装置が前記分散配置された処理サーバの第１の処理サーバに対し、ログインを要求するログイン要求信号を出力するステップと、
前記第１の処理サーバが前記ログイン要求信号を受信するステップと、
前記ログイン要求信号が通常ログインまたは前記分散配置された処理サーバの第２の処理サーバに対し既にログイン中の二重ログイン要求のいずれかであるかを検出するステップと、
前記ログイン要求信号が前記二重ログイン要求である場合、前記第２の処理サーバとのセッションを切断し、前記端末装置より受信した前記ログイン要求信号に基づき、前記第１の処理サーバとのセッションを確立して強制ログインするか否かを前記端末装置に対し問い合わせるステップと、
前記問い合せにて前記強制ログインが選択されたとき、前記第２の処理サーバとのセッションを強制的に破棄してログアウト状態とし、前記ログイン処理部に対し前記第１の処理サーバとのセッションを確立するよう要求するステップとを備えることを特徴とするログイン制御方法。
【請求項４】
請求項３に記載のログイン制御方法は、さらに、
前記強制ログイン選択時、前記第１の処理サーバが前記第２の処理サーバに対し、強制ログアウトさせるユーザ情報を送信するステップと、
前記第２の処理サーバが強制ログアウトさせるユーザ情報を受信した後、強制的に破棄される前記第２の処理サーバとのセッションに係るユーザ情報を前記第２の処理サーバ内に設けられたデータベースより取得し、前記第１の処理サーバより受信したユーザ情報と前記データベースより取得したユーザ情報とを比較して一致する場合、前記データベースに保存されたユーザ情報を削除し更新するステップと、
前記データベースより削除されたユーザ情報に基づき、前記第２の処理サーバとのセッションを破棄しログアウト状態とするステップとを備えることを特徴とするログイン制御方法。
【請求項５】
請求項４に記載のログイン制御方法において、前記ユーザ情報には、ログインする前記第１または第２の処理サーバに付与されたサーバ識別子、前記第１または第２の処理サーバと前記端末装置間のセッション毎に付与されるセッション識別子、および前記サーバ識別子又は前記セッション識別子を更新した日時を示す最終更新日時とが含まれていることを特徴とするログイン制御方法。
【請求項６】
請求項５に記載のログイン制御方法において、
前記ユーザ情報を削除し更新するステップでは、前記ユーザ情報のうち前記セッション識別子と前記最終更新日時とが比較され、前記セッション識別子及び前記最終更新日時がともに一致した場合に、前記データベース内に保存された前記セッション識別子と前記サーバ識別子とが削除され更新されることを特徴とするログイン制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークに接続され、分散配置された処理サーバと端末装置とを有し、端末装置を利用するユーザが端末装置よりネットワークを介して処理サーバの１つへアクセスする際のログインを制御するログイン制御システム、ならびにログイン制御方法、特に、ネットワーク上に分散配置された処理サーバ群において、二重のログインを禁止、またログイン中の処理サーバに対し強制ログアウトを行うことで新規のログインを行えるようにするログイン制御システムおよびログイン制御方法に関するものである。
【背景技術】
【０００２】
広域分散したネットワーク上に配置された複数の処理サーバに対し、そのネットワークに接続された端末装置からのログイン要求に応じて処理サーバへのログインを行い、ログインした処理サーバから様々なサービスの提供を受ける技術がある。これらの技術で用いられるログイン制御システムおよびログイン制御方法は、以下の特許文献に示されている。
特許文献１（特開２００１−１０１１１１号公報）には、階層クライアント・サーバ型システムにおけるユーザ管理方法が開示されており、定期的にクライアントとの間のセッションを確認し、ログイン状態でウェブブラウザを終了した場合、一定時間経過後ログアウトを自動的に行うことで、一定時間後の再ログインを可能にする管理方法が示されている。
【特許文献１】特開２００１−１０１１１１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、上記で述べた従来技術は、一定時間経過後、自動的にログアウト処理を施すことにより、正常なログアウト処理を行わなかった場合においても、再ログインを可能とするものであり、言い換えれば一定時間経過しなければ再ログインすることができないという問題があった。
加えて、初期設定にて設定した一定時間が長すぎる場合、いつまでたっても再ログインすることができない、又は、一定時間が短すぎる場合、すぐにログアウト状態となってしまい、その都度ユーザにログイン処理を強いることとなり、非常に使い勝手の悪いログイン制御システムおよびログイン制御方法となってしまっていた。
【０００４】
本発明の目的は、端末装置からネットワークを通じて処理サーバへアクセスする際のログインを制御するログイン制御システムおよびログイン制御方法において、上記のような問題を容易に解決したログイン制御システムおよびログイン制御方法を提供することにある。
【課題を解決するための手段】
【０００５】
上記課題を解決するため、本発明に係るログイン制御システムの代表的なものによれば、端末装置からネットワークを通じて分散配置された処理サーバへアクセスする際のログインを制御するログイン制御システムであって、ログイン制御システムは、分散配置された処理サーバの第１の処理サーバへのログインを要求するログイン要求信号を第１の処理サーバに対して出力する端末装置と、ログイン要求信号を受信し、かつ、ログイン要求信号が通常ログインまたは分散配置された処理サーバの第２の処理サーバに対し既にログイン中の二重ログイン要求のいずれかであるかを検出するログイン処理部と、ログイン処理部において、ログイン要求信号が二重ログイン要求であると検出された場合、第２の処理サーバとのセッションを切断し、端末装置より受信したログイン要求信号に基づき、第１の処理サーバとのセッションを確立して強制ログインするか否かを端末装置に対し問い合わせる強制ログイン選択部と、強制ログイン選択部にて強制ログインを選択した場合、第２の処理サーバとのセッションを強制的に破棄してログアウト状態とし、ログイン処理部に対し第１の処理サーバとのセッションを確立するよう要求する強制ログアウト部とを有する処理サーバとを備えることを特徴とする。
【０００６】
また、本発明に係るログイン制御方法の代表的なものの１つによれば、端末装置からネットワークを通じて分散配置された処理サーバへアクセスする際のログインを制御するログイン制御方法であって、端末装置が分散配置された処理サーバの第１の処理サーバに対し、ログインを要求するログイン要求信号を出力するステップと、第１の処理サーバがログイン要求信号を受信するステップと、ログイン要求信号が通常ログインまたは分散配置された処理サーバの第２の処理サーバに対し既にログイン中の二重ログイン要求のいずれかであるかを検出するステップと、ログイン要求信号が二重ログイン要求である場合、第２の処理サーバとのセッションを切断し、端末装置より受信したログイン要求信号に基づき、第１の処理サーバとのセッションを確立して強制ログインするか否かを端末装置に対し問い合わせるステップと、問い合せにて強制ログインが選択されたとき、第２の処理サーバとのセッションを強制的に破棄してログアウト状態とし、ログイン処理部に対し第１の処理サーバとのセッションを確立するよう要求するステップとを備えることを特徴とする。
【発明の効果】
【０００７】
これらの構成により本発明におけるログイン制御システムおよびログイン制御方法によれば、タイミングに関わらず再ログインを可能にするとともに、十分な期間のログイン状態を維持することが可能となるため、ユーザに対して再ログインを強いることの無い使い勝手のよいシステムを提供することが可能となる。
【発明を実施するための最良の形態】
【０００８】
以下に本願発明を実施するための最良の形態を示す。
【実施例１】
【０００９】
以下、本発明の第１の実施形態について、図１−図９の図面を参照して詳細に説明する。なお、いずれの図においても、同様の構成物には同一符号が付与される。
【００１０】
図１は、この発明の実施形態に係るログイン制御システムを示す全体構成図である。
ログイン制御システムは主に、例えばインターネット等のネットワークと、ネットワークに接続されたクライアント装置１−１，１−２と、ネットワークに接続された複数の処理サーバ１−３，１−４と、各処理サーバ１−３，１−４に設けられたデータベース１−６，１−７と、各処理サーバ１−３，１−４に接続され、各処理サーバ１−３，１−４にてデータが更新された際に更新されたデータを保持するデータベース１−８を備えたインデックスサーバ１−５とから構成されている。
クライアント装置１−１，１−２は、利用者（ユーザ）が使用する端末装置であり、ユーザＡはクライアント装置１−１，ユーザＢはクライアント装置１−２を介して各処理サーバに対しログインの要求をする。
処理サーバ１−３，１−４は、クライアント装置１−１，１−２からのログイン要求に応じてログイン処理を実行するものである。
【００１１】
本実施形態におけるログイン制御システムでは、インデックスサーバ１−５がシステム全体のインデックス情報を管理している。ここでいうインデックス情報とは、コンテンツ本体以外の全ての情報であり、例えば、ファイル名、ファイルサイズ、所有者、公開日時、最終更新日時などの属性値を含んでいる。処理サーバ１−３，１−４においてデータの更新処理がなされると、インデックスサーバ１−５にその更新内容が通知され、インデックスサーバ１−５内のデータベース１−８に更新されたデータが格納され、さらに、処理サーバ１−３，１−４に対して更新内容が通知される。処理サーバ１−３，１−４は、インデックスサーバ１−５より受け取った更新内容をそれぞれのデータベース１−６，１−７に反映させる。これにより、データベース１−６，１−７，１−８の内容の同期が行われる。
【００１２】
図２は、処理サーバ１−３および処理サーバ１−４における各構成を示しており、クライアント装置１−１から処理サーバ１−３に対し送出されたログイン要求を処理する場合に係る構成の詳細を説明するものである。
【００１３】
図２において、ログイン要求を受信する処理サーバ１−３は、クライアント装置１−１から出力されたログイン要求信号を受信しログイン処理を行うログイン処理部２−１と、ログイン処理部２−１に接続され、例えば、アカウント名とパスワードとが一致するか、アカウントが有効期限内であるかロックされていないか、利用可能なＩＰアドレスからのアクセスであるか、二重ログインでないかの確認といったログイン中の処理を行うログイン中処理部２-２と、ログイン中処理部２-２に接続され、セッションが解放されたタイミングにおいてログアウト処理を行うログアウト処理部２−３とを備えている。
【００１４】
さらに、本実施形態のログイン制御システムの処理サーバ１−３は、処理サーバ１−３のログイン処理部２−１がクライアント装置１−１より受信したログイン要求信号が通常又は二重ログイン要求のいずれかであるかを検出し、ログイン要求信号が二重ログインを要求するものであると検出した場合、クライアント装置１−１に対し二重ログイン警告画面を表示させ、ユーザに対し強制ログイン処理を行うか否かを選択させる強制ログイン選択部２−４と、ユーザからの強制ログイン選択を受けた場合、ログイン中のセッションを破棄してログイン処理部２−１に対し強制ログイン処理を要求する強制ログイン部２−５とを備えている。
【００１５】
なお、ここでいう二重ログイン要求とは、ログインを要求する処理サーバ以外の処理サーバとの間に既にセッションが確立している場合におけるログイン要求のことである。
【００１６】
また、図２においては、処理サーバ１−３とは異なる別の処理サーバ１−４に、強制ログイン部２−５からの強制ログイン処理要求を受け取り、既にログイン中のユーザとのセッションを強制的に破棄してログアウト状態とする強制ログアウト部２−６が設けられており、強制ログアウト部２−６において、強制ログアウト処理が正常に実行されると、強制ログアウト部２−６は処理サーバ１−３のログイン処理部２−１に対し強制ログイン処理のための再ログイン要求を送出する構成となっている。
このように、強制ログアウト部をその他の異なる処理サーバ内に設ける本発明のログイン制御システムによれば、セッションが存在する間はログイン中であると一義的に判断することができるため、各処理サーバにおけるセッションの有無を確認することで、分散システムで二重ログインを抑制するシステムを実現することが可能となる。結果として、分散処理が可能となり、より処理の軽いログイン制御システムを実現することができる。
【００１７】
次に、本実施形態におけるログイン制御システムを用いた各種処理動作について図を用いて詳細に説明する。
【００１８】
図３は、処理サーバ１−３のログイン処理部２−１において通常のログイン要求信号が検出された場合における処理を示すフローチャートである。
【００１９】
図３において、例えば、クライアント装置１−１から処理サーバ１−３に対し、ログイン要求信号を送出した場合、処理サーバ１−３のログイン処理部２−１がクライアント装置１−１のログイン要求信号を受信しログイン処理を開始する（ステップ３−１）。ここでは、クライアント装置１−１のユーザよりユーザＩＤとパスワードを受け取って認証処理などを行う。
この後、ユーザから入力されたユーザＩＤに基づき、ログイン要求をしてきたユーザのユーザ情報を処理サーバ１−３のデータベース１−６から取得する（ステップ３−２）。ここでデータベース１−６より取得されるユーザ情報には、ログイン要求を送出した処理サーバ１−３に付与されたサーバ識別子（ＳｅｒｖｅｒＵＲＬ） 、処理サーバ１−３とクライアント装置１−１との間に確立されるセッションに付与されるセッション識別子（ＳｅｓｓｉｏｎＩＤ）、およびこれらの識別子を更新した最終日時を示す最終更新日時（Ｌａｓｔｕｐｄａｔｅ）が含まれている。
【００２０】
データベース１−６より取得したクライアント装置１−１のユーザ情報に基づき、クライアント装置１−１が対象のログイン制御システムのいずれかの処理サーバに対しログイン中であるか否かを判定する（ステップ３−３）。ログイン中であるか否かの判定は、データベース１−６より取得したユーザ情報のうち、「ＳｅｒｖｅｒＵＲＬ」および「ＳｅｓｓｉｏｎＩＤ」に既に情報が登録されているか否かで判断する。いずれのユーザ情報にも情報が登録されている場合は、“ログイン状態”と判断し、ステップ３−４に遷移する。また、いずれのユーザ情報にも情報が登録されていない（Ｎｕｌｌ値）の場合は、“ログアウト状態”と判断してステップ３−５に遷移する。
【００２１】
ステップ３−３において、取得したユーザ情報に既に情報が登録されていた場合においては、ログイン状態のユーザが再度ログイン要求を送出しているため、二重ログインの警告と強制ログインを行うか否かの選択画面をクライアント装置１−１に対して表示させる（ステップ３−４）。
同じくステップ３−３において、取得したユーザ情報に情報が登録されていない場合においては、ログアウト状態であるため、クライアント装置１−１とのセッションを確立する（ステップ３−５）。
クライアント装置１−１とのセッションを確立した後、データベース１−６の値をステップ３−２で取得したユーザ情報に更新する（ステップ３−６）。データベース１−６の「ＳｅｒｖｅｒＵＲＬ」および「ＳｅｓｓｉｏｎＩＤ」はセッション確立時の値に変更され、「最終更新日時」は自動的に更新される。
最後に、クライアント装置１−１に対しログイン成功の通知を行う（ステップ３−７）。
【００２２】
図４は、クライアント装置１−１が処理サーバ１−３に対しログインする時の動作を説明する図であり、ステップ３−２からステップ３−６の処理を行う際のデータベース１−６のデータ変化を表した図である。
【００２３】
ステップ３−２において、処理サーバ１−３のログイン処理部２−１はユーザより入力されたユーザＩＤに基づき、クライアント装置１−１に対応するユーザ情報４−１（例えば、「ＳｅｒｖｅｒＵＲＬ」，「ＳｅｓｓｉｏｎＩＤ」，「最終更新日時」）をデータベース１−６から取得する。
【００２４】
ここで、ユーザＡがクライアント装置１−１を介して処理サーバ１−３にログイン要求をした場合を例に挙げて説明すると、図４において、ユーザＡの「ＳｅｒｖｅｒＵＲＬ」および「ＳｅｓｓｉｏｎＩＤ」は、いずれも“Ｎｕｌｌ”すなわち“ユーザ情報は登録されていない”ため、ステップ３−３において、“ログアウト状態（ログイン中でない）”と判断される。ステップ３−３にて“ログアウト状態”であると判断されると、ログイン処理部２−１においてログイン処理が行われる。
ログイン処理が行われた後、ステップ３−６にて、ユーザ情報の更新が行われる。
【００２５】
ユーザＡがクライアント装置１−１を介して処理サーバ（サーバＡ）１−３に対してログインすると、データベース１−６内のデータがユーザ情報４−２のように更新される。ユーザＡが処理サーバ１−３にログインすると、セッション確立時の値、すなわち、「ユーザＩＤ」ユーザＡに対応した「ＳｅｒｖｅｒＵＲＬ」に“サーバＡ”、「ＳｅｓｓｉｏｎＩＤ」に現在のセッション識別子である“５４３２１０”、「Ｌａｓｔｕｐｄａｔｅ」にデータ更新を行った日時である“０１／２５ １９：００”が登録されユーザ情報４−２に更新が行われる。
【００２６】
さらに、図５、図６を用いて通常のログアウト処理について説明を行う。
図５は、処理サーバ１−３のログアウト処理部２−３に通常のログアウト要求信号が入力された場合における処理を示すフローチャートである。
【００２７】
図５において、ユーザＡがクライアント装置１−１を介してログアウト処理を実行した場合、またはセッションタイムアウトとなった場合に、ログアウト処理部２−３においてログアウト処理が開始される（ステップ５−１）。
ステップ５−１を受けてログアウト処理部２−３は、セッションに登録されたユーザＩＤに基づき、ログアウト要求をしてきたユーザＡのユーザ情報をデータベース１−６から取得する（ステップ５−２）。ここで取得されるユーザ情報にもサーバ識別子（ＳｅｒｖｅｒＵＲＬ） 、セッション識別子（ＳｅｓｓｉｏｎＩＤ）、およびこれらの識別子を更新した最終日時を示す最終更新日時（Ｌａｓｔｕｐｄａｔｅ）が含まれる。
【００２８】
ステップ５−２において取得したユーザ情報のうち、データベース１−６内に登録されたユーザＡのユーザ情報「ＳｅｓｓｉｏｎＩＤ」および「ＳｅｒｖｅｒＵＲＬ」を削除し、それぞれの値を“Ｎｕｌｌ”に更新する（ステップ５−３）。
ステップ５−３を受けてステップ３−５で確立された処理サーバ１−３とクライアント装置１−１との間のセッションが切断される（ステップ５−４）。ステップ５−４において、セッションの切断が成功すると、クライアント装置１−１に対しログアウト成功の通知が行われる（ステップ５−５）。
【００２９】
図６は、クライアント装置１−１が処理サーバ１−３に対しログアウトする時の動作を説明する図であり、ステップ５−２からステップ５−３の処理を行う際のデータベース１−６のデータ変化を表した図である。
【００３０】
ここで、ユーザＡがクライアント装置１−１を介して処理サーバ１−３にログアウト要求をした場合を例に挙げて説明すると、まず、ユーザ情報取得を行うステップ５−２において、図６に示すように、「ユーザＩＤ」ユーザＡに対応した「ＳｅｒｖｅｒＵＲＬ」に“サーバＡ”、「ＳｅｓｓｉｏｎＩＤ」に現在のセッション識別子である“５４３２１０”、「Ｌａｓｔｕｐｄａｔｅ」にデータ更新を行った日時である“０１／２５ １９：００”のユーザ情報６−１がデータベース１−６より取得される。
【００３１】
次に、ユーザＡの状態を“ログアウト状態”と変更するため、ステップ５−３において取得した「ユーザＩＤ」ユーザＡに対応するユーザ情報６−１のうち、「ＳｅｒｖｅｒＵＲＬ」および、「ＳｅｓｓｉｏｎＩＤ」のそれぞれの値を削除し“Ｎｕｌｌ”へと変更し、「Ｌａｓｔｕｐｄａｔｅ」についても、データ更新を行った日時である“０１／２５ １９：３０”へと更新を行う。この更新によりクライント装置１−１はログアウト状態となり、新たなログイン要求を受け入れ可能な状態となる。
【００３２】
以上までが、処理サーバ１−３のログイン処理部が通常のログイン要求およびログアウト要求を検出した場合における処理サーバ１−３およびデータベース１−６の動作を説明するものである。
【００３３】
次に、処理サーバ１−３のログイン処理部２−１が二重ログイン要求を検出した場合における処理サーバ１−３およびデータベース１−６の動作について、図７−９を用いて説明を行う。
【００３４】
図７は、処理サーバ１−３のログイン処理部２−１において二重ログインのログイン要求信号が検出された場合における処理を示すフローチャートである。
ログイン処理部２−１において、ユーザより入力されたログイン要求信号の前に既に他のセッションが確立されている場合、すなわち、ステップ３−２において取得したユーザ情報に既に情報が登録されている場合、ログイン処理部２−１はユーザより入力されたログイン要求信号を二重ログイン要求信号であると判断する。ログイン処理部２−１の二重ログイン要求の判断に基づき、ログイン処理部２−１はクライアント装置１−１に対し二重ログイン警告画面を表示させるとともに、ユーザに対し強制ログイン処理を行うか否かを選択させる。
【００３５】
ここでユーザが強制ログイン処理を選択すると、図７に示した強制ログイン処理が開始される（ステップ７−１）。
ステップ３−２において取得したユーザ情報のうち、「ＳｅｒｖｅｒＵＲＬ」が現在ログインしようとしている処理サーバ１−３のサーバ識別子であるため、この「ＳｅｒｖｅｒＵＲＬ」に対し、残りのユーザ情報である「ＳｅｓｓｉｏｎＩＤ」、および「Ｌａｓｔｕｐｄａｔｅ」を渡す。具体的には、ＦＯＲＭのパラメータにユーザ情報をセットし、強制ログアウト処理部の受付ＵＲＬに対してＰＯＳＴする。これにより、強制ログアウト処理が要求される（ステップ７−２）。
【００３６】
ステップ７−２にて強制ログアウト処理の要求がなされると、強制ログアウト要求を行った処理サーバ１−３からの返答を受け、ログインをしていた処理サーバ１−４で強制ログアウト処理の成否が調べられる（ステップ７−３）。強制ログアウト処理の成功時には再ログイン処理へのリダイレクトＵＲＬが返されてログイン処理が行われる。また、強制ログアウト処理の失敗時にはエラーページが返されることとなる。
ステップ７−３で強制ログアウト処理に失敗した場合には、ログイン要求をしたユーザに対しエラー表示を行う（ステップ７−４）。
ステップ７−３で強制ログアウト処理に成功した場合には、ステップ３−１のログイン処理に遷移する（ステップ７−５）。
【００３７】
上記のステップ７−２において要求される強制ログアウト処理について、以下、詳細に説明する。
図８はステップ７−２において強制ログアウト処理が要求された場合における処理を示すフローチャートである。なお、本実施形態においては、強制ログアウト処理部２−６が、ログイン処理部２−１、ログイン中処理部２−２、ログアウト処理部２−３、強制ログイン選択部２−４、強制ログイン部２−５が設けられた処理サーバ１−３と別の処理サーバ１−４に設けられた場合を例に挙げて説明する。
【００３８】
ステップ７−２において、強制ログアウト処理要求がなされると、強制ログアウト部２−６にて強制ログアウト処理が開始される（ステップ８−１）。
ステップ８−１で強制ログアウト処理が開始されると、既にログイン中のセッションに係る強制ログアウト対象のユーザ情報がデータベース１−７より取得される（ステップ８−２）。
【００３９】
ステップ８−２で取得した強制ログアウト対象のユーザ情報のうち「Ｌａｓｔｕｐｄａｔｅ」の値と、ステップ７−２において強制ログアウト要求の引数として与えられた「Ｌａｓｔｕｐｄａｔｅ」の値とを比較する（ステップ８−３）。このステップにより、強制ログアウト処理要求から実際に強制ログアウト処理が実行されるまでの間に、他の処理サーバがユーザ情報を更新した場合など、強制ログアウト処理を実行してはならない状態になったとき、処理を中止することができる。
【００４０】
ステップ８−３において、それぞれの「Ｌａｓｔｕｐｄａｔｅ」の値が等しくない、一致しない場合には、強制ログアウト要求を送信したサーバ（処理サーバ１−３）に対し強制ログアウト失敗の旨を返答する（ステップ８−４）。
ステップ８−３において、それぞれの「Ｌａｓｔｕｐｄａｔｅ」の値が等しい、一致する場合には、さらに、ステップ８−２で取得した強制ログアウト対象のユーザ情報のうち「ＳｅｓｓｉｏｎＩＤ」の値と、ステップ７−２において強制ログアウト要求の引数として与えられた「ＳｅｓｓｉｏｎＩＤ」の値と、現在クライアント装置１−１との間に確立しているセッションに付与された「ＳｅｓｓｉｏｎＩＤ」の値との比較を行う。それぞれの値が等しくない、違っている場合には、ステップ８−４に遷移する。
【００４１】
強制ログアウト対象のユーザ情報のうち「Ｌａｓｔｕｐｄａｔｅ」、「ＳｅｓｓｉｏｎＩＤ」の値と、強制ログアウト要求の引数として与えられた「Ｌａｓｔｕｐｄａｔｅ」、「ＳｅｓｓｉｏｎＩＤ」の値、そして、現在クライアント装置１−１との間に確立しているセッションに付与された「ＳｅｓｓｉｏｎＩＤ」の値がそれぞれ一致した場合には、ステップ８−２でデータベース１−７より取得したユーザ情報の「ＳｅｒｖｅｒＵＲＬ」と「ＳｅｓｓｉｏｎＩＤ」を削除し、データベース１−７の情報の更新を行う（ステップ８−６）。
ステップ８−６の更新を受けて、ステップ３−５で確立したクライアント装置１−１との間のセッションを切断する（ステップ８-７）。
セッションの切断を受けて、強制ログアウト処理を要求したサーバに対して強制ログアウト成功の返答を行う（ステップ８−８）。
【００４２】
図９は、二重ログイン状態となり強制ログイン処理及び強制ログアウト処理を要求し、再ログインを実行する時の動作を説明する図であり、ステップ３−２からステップ３−４、ステップ７−１からステップ７−２、ステップ８−１からステップ８−８、ステップ７−５、ステップ３−２からステップ３−６の処理に至るまでのデータベース１−６、およびデータベース１−７のデータ変化を表した図である。
【００４３】
図９においては、処理サーバ１−３にユーザＡがログインしている状態で、処理サーバ１−４にユーザＡがログインしようとした場合の動作を例に挙げて説明する。なお、これは、ユーザＡが処理サーバ１−３へのログイン中にログアウト処理を実行せずにブラウザを閉じ、処理サーバ１−４に対してログインしようとしたときの動きである。
ユーザＡがクライアント装置１−１を介して処理サーバ１−４に対しログイン要求信号を送出すると、ステップ３−２において、処理サーバ１−４は入力されたユーザＩＤに基づきデータベース１−７よりログイン要求してきたユーザＡのユーザ情報９−１を取得する。ここで取得したユーザ情報９−１の「ＳｅｒｖｅｒＵＲＬ」、「ＳｅｓｓｉｏｎＩＤ」の値を参照する。ユーザ情報９−１の「ＳｅｒｖｅｒＵＲＬ」および「ＳｅｓｓｉｏｎＩＤ」のいずれも“Ｎｕｌｌ”でないことより、処理サーバ１−４のログイン処理部はユーザＡからのログイン要求が二重ログイン要求信号であると判断し、ステップ３−４において、ユーザＡに対しクライアント装置１−１を介して二重ログイン警告画面および強制ログイン選択画面を表示させる。
【００４４】
ステップ３−４において、強制ログイン処理が要求されると、ステップ７−１の強制ログイン処理が開始される。
強制ログイン処理の開始を受けて、処理サーバ１−３はステップ７−２において強制ログアウト処理を要求する。
【００４５】
ステップ８−１において、強制ログアウト処理要求を受けた処理サーバ１−３の強制ログアウト部は強制ログアウト処理を開始する。
ステップ８−１で強制ログアウト処理が開始されると、ステップ８−２において、既にログイン中のセッションに係る強制ログアウト対象のユーザ情報９−２がデータベース１−７より取得される。
ステップ８−２で取得した強制ログアウト対象のユーザ情報のうち「Ｌａｓｔｕｐｄａｔｅ」、「ＳｅｓｓｉｏｎＩＤ」の値と、ステップ７−２において強制ログアウト要求の引数として与えられた「Ｌａｓｔｕｐｄａｔｅ」、「ＳｅｓｓｉｏｎＩＤ」の値、現在クライアント装置１−１との間に確立しているセッションに付与された「ＳｅｓｓｉｏｎＩＤ」の値とが比較される。
「Ｌａｓｔｕｐｄａｔｅ」、「ＳｅｓｓｉｏｎＩＤ」のそれぞれの値が一致する場合、データベース１−７より取得したユーザ情報９−２のうちユーザＡに対応する「ＳｅｒｖｅｒＵＲＬ」と「ＳｅｓｓｉｏｎＩＤ」の値が削除され、削除された「ＳｅｒｖｅｒＵＲＬ」と「ＳｅｓｓｉｏｎＩＤ」に“Ｎｕｌｌ”が書き込まれユーザ情報９−３へと更新される。なお、ユーザ情報９−３の「Ｌａｓｔｕｐｄａｔｅ」は自動的に更新される。
【００４６】
ステップ８−６のユーザ情報の更新を受けて、クライアント装置１−１と処理サーバ１−３の間のセッションが切断され、ステップ８−８にて強制ログアウト処理を要求した処理サーバ１−４に対して処理サーバ１−３が強制ログアウト成功の返答を行う。
【００４７】
ステップ８−８の強制ログアウト成功の返答を受けて、処理サーバ１−４はステップ７−５にて、再ログイン処理要求を行う。
ステップ７−５での再ログイン処理要求を受け、ステップ３−２において、処理サーバ１−４のログイン処理部がデータベース１−７よりユーザＡのユーザ情報９−４を取得する。このとき、ユーザ情報９−４のユーザＡの「ＳｅｒｖｅｒＵＲＬ」、「ＳｅｓｓｉｏｎＩＤ」の値はともに“Ｎｕｌｌ”であることから、ユーザＡは“ログアウト状態”であると判断され、処理サーバ１−４のログイン処理部はログイン処理を続行する。
再ログインが完了すると、ステップ３−６において、ユーザＡが処理サーバ１−４にログインしたことを示すため、「ユーザＩＤ」ユーザＡに対応した「ＳｅｒｖｅｒＵＲＬ」に“サーバＢ”、「ＳｅｓｓｉｏｎＩＤ」に現在のセッション識別子である“２４６８０１”、「Ｌａｓｔｕｐｄａｔｅ」にデータ更新を行った日時である“０１／２５ １９：３１”が新たに登録され、データベース１−７のユーザ情報９−５へと更新される。
【００４８】
以上、詳細に説明したように本発明のログイン制御システム及びログイン制御方法によれば、クライアント装置からのログイン要求が二重ログイン要求となる場合においても、既に確立されたセッションに対し、強制ログアウトを要求することにより、タイミングに関わらず再ログインを行うことが可能となるとともに、セッションタイムアウトの時間を十分に長く設定することが可能となるため、ユーザに対し不用意な再ログイン処理を強いる必要の無い、使い勝手のよいシステムを提供することが可能となる。
【図面の簡単な説明】
【００４９】
【図１】本発明のログイン制御システムを示す全体構成図である。
【図２】本発明のログイン制御システムにおける処理サーバの構成の詳細を説明する図である。
【図３】本発明のログイン制御システムにおいて、通常のログイン要求信号が検出された場合における処理を示したフローチャートである。
【図４】本発明のログイン制御システムにおいて、クライアント装置が処理サーバに対しログインする時の動作を説明する図である。
【図５】本発明のログイン制御システムにおいて、通常のログアウト要求信号が入力された場合における処理を示したフローチャートである。
【図６】本発明のログイン制御システムにおいて、クライアント装置が処理サーバに対しログアウトする時の動作を説明する図である。
【図７】本発明のログイン制御システムにおいて、二重ログインのログイン要求信号が検出された場合における処理を示したフローチャートである。
【図８】本発明のログイン制御システムにおいて、強制ログアウト処理が要求された場合における処理を示したフローチャートある。
【図９】本発明のログイン制御システムにおいて、二重ログイン状態となり強制ログイン処理及び強制ログアウト処理を要求し、再ログインを実行する時の動作を説明する図である。
【符号の説明】
【００５０】
１−１      クライアント装置
１−３，１−４    処理サーバ
２−１      ログイン処理部
２−２      ログイン中処理部
２−３      ログアウト処理部
２−４      強制ログイン選択部
２−５      強制ログイン部
２−６      強制ログアウト部
【図１】
2006268671.tif 000003
【図２】
2006268671.tif 000004
【図３】
2006268671.tif 000005
【図４】
2006268671.tif 000006
【図５】
2006268671.tif 000007
【図６】
2006268671.tif 000008
【図７】
2006268671.tif 000009
【図８】
2006268671.tif 000010
【図９】
2006268671.tif 000011