(57)【要約】【課題】  適切にセッション情報を破棄する【解決手段】  本発明のセッション管理装置は、利用者がログアウト処理を行うか否かを示すログアウト操作情報を取得する操作情報取得部と、前記操作ログアウト情報に基づき、当該利用者と対応づけられたセッション情報を破棄するか否かを判定するセッション破棄判定処理部と、を備える。【選択図】      図９
2016173712.tif 000002
【特許請求の範囲】
【請求項１】
利用者がログアウト処理を行うか否かを示す操作情報を取得する操作情報取得部と、
前記操作情報に基づき、当該利用者と対応づけられたセッション情報を破棄するか否かを判定するセッション破棄判定処理部と、
を備えることを特徴とするセッション管理装置。
【請求項２】
前記セッション破棄判定部は、利用者がログアウト処理を行う回数が閾値以下である場合、当該利用者のセッション情報を破棄すると判定すること
を特徴とする請求項１に記載のセッション管理装置。
【請求項３】
前記セッション破棄判定部は、前記利用者の利用可能時間を取得し、現在の時刻が前記利用者の利用可能時間外であった場合、前記セッション情報を破棄すると判定すること
を特徴とする請求項１及び２に記載のセッション管理装置
【請求項４】
ＷＥＢサーバのメモリ使用量を取得する環境情報取得部を備え、
前記セッション破棄判定部は、前記メモリ使用量が閾値以上である場合、前記操作情報に基づき、セッション情報を破棄するか否か判定すること
を特徴とする請求項１乃至３のいずれか一項に記載のセッション管理装置。
【請求項５】
前記セッション破棄判定部は、最後に操作を行った時刻から所定時間経過した場合、前記操作情報に基づき、セッション情報を破棄するか否か判定すること
を特徴とする請求項１乃至４のいずれか一項に記載のセッション管理装置。
【請求項６】
利用者がログアウト処理を行うか否かを示す操作情報を取得する操作情報取得手段と、
前記操作情報に基づき、当該利用者と対応づけられたセッション情報を破棄するか否かを判定するセッション破棄判定手段と、
を有するセッション管理装置と、
前記セッション情報の破棄を実行するＷＥＢアプリケーション処理手段を有するＷＥＢサーバと、
を備えるセッション管理システム。
【請求項７】
利用者がログアウト処理を行うか否かを示す操作情報を取得する操作情報取得ステップと、
前記操作情報に基づき、当該利用者と対応づけられたセッション情報を破棄するか否かを判定するセッション破棄判定ステップと、
を備えることを特徴とするセッション管理方法。
【請求項８】
利用者がログアウト処理を行うか否かを示す操作情報を取得する操作情報取得ステップと、
前記操作情報に基づき、当該利用者と対応づけられたセッション情報を破棄するか否かを判定するセッション破棄判定ステップと、
をコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セッション管理装置、セッション管理システム、セッション管理方法及びプログラムに関する。
【背景技術】
【０００２】
ＷＥＢアプリケーションにおけるセッション情報の破棄処理は、ＷＥＢアプリケーションに対して、利用者からログアウト処理があった場合、セッション情報破棄を実施する。しかしながら、利用者がログアウト処理を行わない場合、サーバ上に有効なセッション情報が残り続けてしまい、メモリを確保し続けてしまうという課題がある。
【０００３】
この課題を解決するために、特許文献１には、利用者のログ情報に基づき利用者ごとにセッション情報の保存期間を設定し、利用者がログインした時間からの経過時間が保存期間を超えた場合、セッション情報を破棄する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００９−１１６７８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１において、ＷＥＢアプリケーションにログインした時間からの経過時間が保存期間を超えた場合、一律にセッション情報を破棄しているため、ログアウト処理を実施する利用者のセッション情報も破棄してしまうという課題がある。
【０００６】
本発明の目的は、上述した課題を解決するセッション管理装置、セッション管理システム、セッション管理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００７】
本発明のセッション管理装置は、利用者がログアウト処理を行うか否かを示すログアウト操作情報を取得する操作情報取得部と、前記操作ログアウト情報に基づき、当該利用者と対応づけられたセッション情報を破棄するか否かを判定するセッション破棄判定処理部と、を備える。
【０００８】
本発明のセッション管理システムは、利用者がログアウト処理を行うか否かを示す操作情報を取得する操作情報取得手段と、前記操作情報に基づき、当該利用者と対応づけられたセッション情報を破棄するか否かを判定するセッション破棄判定手段と、を有するセッション管理装置と、前記セッション情報の破棄を実行するＷＥＢアプリケーション処理手段を有するＷＥＢサーバと、を備える。
【０００９】
本発明のセッション管理方法は、利用者がログアウト処理を行うか否かを示す操作情報を取得する操作情報取得ステップと、前記操作情報に基づき、当該利用者と対応づけられたセッション情報を破棄するか否かを判定するセッション破棄判定ステップと、を備える。
【００１０】
本発明のプログラムは、利用者がログアウト処理を行うか否かを示す操作情報を取得する操作情報取得ステップと、前記操作情報に基づき、当該利用者と対応づけられたセッション情報を破棄するか否かを判定するセッション破棄判定ステップと、をコンピュータに実行させる。
【発明の効果】
【００１１】
本発明の効果は、適切にセッション情報を破棄することができることにある。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１の実施の形態における、機能構成を示すブロック図である。
【図２】本発明の第１の実施の形態における、操作情報を格納する動作を示すフローチャートである。
【図３】本発明の第１の実施の形態における、セッション情報破棄の動作を示すフローチャートである。
【図４】本発明の第１の実施の形態における、操作情報の一例を示す図である。
【図５】本発明の第１の実施の形態における、条件設定情報の一例を示す図である。
【図６】本発明の第２の実施の形態における、機能構成を示すブロック図である。
【図７】本発明の第２の実施の形態における、セッション情報破棄の動作を示すフローチャートである。
【図８】本発明の第２の実施の形態における、利用者情報の一例を示す図である。
【図９】本発明の第３の実施の形態における、構成を示したブロック図である。
【図１０】本発明の第３の実施の形態における。動作を示したフローチャートである。
【発明を実施するための形態】
【００１３】
（第１の実施の形態）
本発明の第１の実施の形態について説明する。はじめに、本発明の第１の実施の形態の構成について説明する。
【００１４】
図１は、本発明の第１の実施の形態における、機能構成を示すブロック図である。
【００１５】
セッション管理システム１０００は、セッション管理装置１、データベース２、ＷＥＢサーバ３、ユーザ端末４を含む。セッション管理装置１、データベース２、ＷＥＢサーバ３、ユーザ端末４はそれぞれネットワークを介して接続されている。
【００１６】
セッション管理装置１は、要求受信部１１、操作情報格納処理部１２、要求送信部１３、セッション破棄判定部１４、操作情報取得部１５、条件設定情報取得部１６、環境情報取得部１７を備える。また、セッション管理装置１は、図示しないＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、及び、メモリを含み、ＣＰＵは、メモリに格納されたプログラムに基づいて所定の処理を実行して、セッション管理装置１の動作を制御する。なお、本実施形態では、ＣＰＵは、メモリに格納されたプログラムを読み出して実行するものとして説明するが、当該制御プログラムをＣＤＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等の記憶媒体に格納してＣＰＵに提供することも可能である。
【００１７】
セッション管理装置１は、ＷＥＢサーバ３に、ユーザ端末４から外部ネットワーク接続部４１経由で受信したＷＥＢアプリケーションに対する処理要求がＷＥＢサーバ３に到達する前に作動する。
【００１８】
ＷＥＢアプリケーションに対する処理要求とは、例えば、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）のような通信プロトコルや、ＳＳＬ／ＴＬＳプロトコルを用いて、ＨＴＴＰ通信を行うＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ Ｓｅｃｕｒｅ）による処理要求である。
【００１９】
要求受信部１１は、外部ネットワーク接続部４１からＷＥＢアプリケーションに対する処理要求を受信する。
【００２０】
操作情報格納処理部１２は、要求受信部１１から取得した処理要求をデータベース２の操作情報格納部２１に格納する。
【００２１】
要求送信部１３は、操作情報格納処理部１２から取得した処理要求を、ネットワークを介してＷＥＢアプリケーション処理部３１に送信する。また、セッション破棄判定部１４から取得した処理要求を、ネットワークを介してＷＥＢアプリケーション処理部３１に送信する。
【００２２】
セッション破棄判定部１４は、定期処理実行部４２から実行命令を受けると、環境情報と条件設定情報に基づき、セッション情報破棄の動作を実行するかどうか判定する。例えば、セッション破棄判定部１４は、ＷＥＢサーバ３のメモリの使用量が閾値以上であった場合、セッション情報破棄の動作を実行すると判定する。また、セッション破棄判定部１４は条件設定情報に基づき、操作情報からログイン処理及びログアウト処理を特定する。そして、セッション破棄判定部１４は、操作情報に基づき、利用者と対応づけられたセッション情報を破棄するか否かを判定する。
【００２３】
操作情報取得部１５は、操作情報格納部２１から操作情報を取得する。
【００２４】
条件設定情報取得部１６は、条件設定格納部２２から条件設定情報を取得する。
【００２５】
環境情報取得部１７はＷＥＢサーバ３の環境情報を取得する。環境情報とは例えばＣＰＵの使用率やメモリの使用量である。ＯＳの標準機能として備わっているＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）等を利用して取得する。すなわち、環境情報取得部１７はＷＥＢサーバ３のメモリの使用量を取得する。
【００２６】
データベース２は、操作情報格納部２１と条件設定格納部２２を備える。データベース２は、例えば、ＲＤＢ（ｒｅｌａｔｉｏｎａｌ ｄａｔａｂａｓｅ）などで構成されたストレージ装置である。
【００２７】
操作情報格納部２１は、操作情報を格納する。操作情報とは、例えばセッションＩＤとユーザＩＤ、時刻、要求ＵＲＬを示す情報である。また、操作情報は、利用者がログアウト処理行うか否かを示す情報であってもよい。
【００２８】
条件設定格納部２２は、条件設定情報を格納する。条件設定情報とは、セッション情報破棄を行うか否かの判定処理に必要な情報である。例えば設定キーとそれに対応する値を示す情報である。
【００２９】
ＷＥＢサーバ３はＷＥＢアプリケーション処理部３１、記憶部３２を備える。また、ＷＥＢサーバ３は、図示しないＣＰＵ、及び、メモリを含み、ＣＰＵは、メモリに格納されたプログラムに基づいて所定の処理を実行して、ＷＥＢサーバ３の動作を制御する。なお、本実施形態では、ＣＰＵは、メモリに格納されたプログラムを読み出して実行するものとして説明するが、当該制御プログラムをＣＤＲＯＭ等の記憶媒体に格納してＣＰＵに提供することも可能である。
【００３０】
ＷＥＢアプリケーション処理部３１は、要求送信部１３から受信した処理要求に従って、ＷＥＢアプリケーション処理を実行する。また、ＷＥＢアプリケーション処理部３１は、セッション情報破棄を要求する処理要求を取得した場合、記憶部３２から対応するセッション情報を破棄する。
【００３１】
記憶部３２は、セッション情報を格納する。セッション情報とは例えば、ＷＥＢアプリケーションに対する認証を行った利用者の情報やＷＥＢアプリケーションに対する操作情報など、利用者個人に特化した情報である。
【００３２】
ユーザ端末４は、外部ネットワーク接続部４１と定期処理実行部４２を備える。
【００３３】
外部ネットワーク接続部４１は、ネットワークを介してセッション管理装置１と接続を行う。また、外部ネッワーク接続部４１はＷＥＢアプリケーションに対する処理要求を送信する。
【００３４】
定期処理実行部４２は、ユーザ端末４のＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）の標準機能として備わっている定期実行処理を利用して、定期処理を実行する。例えば、定期処理実行部４２は、設定された処理が定期的に動作するスケジューラを利用し１時間おきに、セッション破棄判定部１４に対して、実行要求を送信する。
【００３５】
次に、本発明の第１の実施の形態の動作について説明する。
【００３６】
図２は、本発明の第１の実施の形態における、操作情報を格納する動作を示すフローチャートである。
【００３７】
利用者がＷＥＢアプリケーションに対して操作を行うと、要求受信部１１は、ユーザ端末４のブラウザからの処理要求を、外部ネットワーク接続部４１を経由して受信する（ステップＳ２００１）。
【００３８】
操作情報格納処理部１２は、要求受信部１１から処理要求を取得し、処理要求のＵＲＬやセッションＩＤ、ユーザＩＤの情報を操作情報格納部２１に格納する（ステップＳ２００２）。
【００３９】
なお、操作情報格納処理部１２は、すべての処理要求を格納する必要はなく、格納する必要があるＵＲＬを予め定義しておき、必要な内容だけ格納するようにしてもよい。例えば、操作情報格納処理部１２は、ログイン処理及びログアウト処理に対応するＵＲＬを予め定義しておき、ログイン処理及びログアウト処理に係る操作履歴のみを格納してもよい。
【００４０】
また、操作情報格納処理部１２は、必ずしも操作情報すべてを格納する必要もなく、利用者がログアウト処理を行うか否かを示す情報でもよい。
【００４１】
そして、要求送信部１３は、ＷＥＢアプリケーション処理部３１に処理要求を送信する（ステップＳ２００３）。
【００４２】
ＷＥＢアプリケーション処理部３１は、要求送信部１３から受信した処理要求に従って、ＷＥＢアプリケーションの処理を実行する（ステップＳ２００４）
以上のように、操作情報格納部２１に、利用者がＷＥＢアプリケーションを操作した情報が操作情報として格納される。
【００４３】
図３は、本発明の第１の実施の形態における、セッション情報破棄の動作を示すフローチャートである。
【００４４】
セッション破棄判定部１４は定期処理実行部４２から実行処理要求を受信する（ステップＳ３００１）。本実施形態では、定期処理実行部４２からの実行処理要求を受信した場合、本処理を実行しているが、要求受信部１１が利用者からＷＥＢアプリケーションに対する処理要求を受信したときに実行するなど、セッション情報破棄の動作を開始する条件は実行処理要求に限られない。
【００４５】
そして、セッション破棄判定部１４は、環境情報取得部１７からＷＥＢサーバ３のメモリの使用量を取得する（ステップＳ３００２）。
【００４６】
セッション破棄判定部１４は、条件設定情報取得部１６から、セッション情報破棄の動作を実行するか否かを示すメモリの閾値を取得し、ステップＳ３００２で取得したメモリの使用量が閾値以上かどうか判定する（ステップＳ３００３）。
【００４７】
メモリの使用量が閾値以上である場合（ステップＳ３００３：ＹＥＳ）、セッション破棄判定部１４は、操作情報取得部１５から操作情報を取得し、ユーザＩＤをキーとして過去Ｎ回分の利用者ごとの操作情報を取得する（ステップＳ３００４）。取得する操作情報の回数は任意に設定可能である。また、操作情報はログイン処理及びログアウト処理に関する操作情報を所定回数分取得するだけでもよい。
【００４８】
メモリの使用量が閾値以上でない場合、（ステップＳ３００３：ＮＯ）、セッション破棄判定部１４は、ＷＥＢアプリケーションのメモリの使用量に余裕があると判定し、本処理を終了する。
【００４９】
セッション破棄判定部１４は、条件設定情報取得部１６からログアウト処理に対応するＵＲＬを取得し、ログアウト処理回数を算出する。セッション破棄判定部１４は、利用者がログアウト処理を行う回数が閾値以下であるか否か判定する（ステップＳ３００５）。
【００５０】
利用者がログアウト処理を行う回数が閾値以下である場合（ステップＳ３００５：ＹＥＳ）、セッション破棄判定部１４は、操作情報取得部１５から対象となる利用者の最後の操作情報を取得する（ステップＳ３００６）
利用者がログアウト処理を行う回数が閾値以下でない場合、（ステップＳ３００６：ＮＯ）、この利用者はＷＥＢアプリケーションを適切に利用している（ログアウト処理を行う利用者）と判断され、破棄動作を終了する。例えば、任意の操作情報を１５回分取得し、閾値を３回であった場合、３回ログアウト処理が行われている利用者のセッション情報を破棄対象から外す。
【００５１】
本実施形態では、ログアウト処理回数が閾値以下であるかを判定基準としているが、これに限られず、ログイン処理回数に対してログアウト処理回数が閾値以下であるか判定してもよい。例えば、１０回分のログイン処理を含む操作情報を取得し、閾値を８回と設定し、ログアウト処理回数が８回以下であった場合、セッション情報を破棄するようにすることも可能である。
【００５２】
セッション破棄判定部１４は、条件設定取得部１６からタイムアウト時間の設定値を取得する。セッション破棄判定部１４は、最後の操作情報から、最後に操作を行った時刻を特定し、最後に操作を行った時刻から所定時間経過したか否か判定する（ステップＳ３００７）。
【００５３】
所定時間経過していない場合（ステップＳ３００７：ＮＯ）、終了する。もしくは、所定時間経過するまで待機してもよい。
【００５４】
所定時間経過した場合、セッション破棄判定部１４は、対象の利用者のセッション情報を破棄すると判定する。そして、セッション破棄判定部１４は、条件設定取得部１６からセッション破棄用のＵＲＬを取得し、セッションＩＤを付与してＷＥＢアプリケーション処理部３１にセッション処理要求を行う。そして、ＷＥＢアプリケーション処理部３１は記憶部３２から対象の利用者のセッション情報を破棄する（ステップＳ３００８）。
【００５５】
以上により、第１の実施の形態におけるセッション情報破棄の動作が完了する
本実施形態では、利用者がログアウト処理を行う回数が閾値以上である場合、破棄の対象から外したが、ステップＳ３００８において、ログアウト処理を行う回数が閾値以上である場合にも、破棄してもよい。その場合はログアウト処理を行う回数が閾値以下の利用者よりもログアウト処理を行う回数が閾値以上の利用者の所定時間を長く設定するとよい。
【００５６】
また、本実施形態では、メモリの使用量が閾値以上であった場合、セッション情報破棄の動作を実施しているが、メモリの使用量に関係なく定期的に実行してもよい。
【００５７】
図４は、本発明の第１の実施の形態における、操作情報の一例を示す図である。
【００５８】
操作情報格納部２１は、例えば図４のようなセッションＩＤ、ユーザＩＤ、時刻、要求ＵＲＬを示す操作情報を格納する。
【００５９】
セッションＩＤは、セッション情報と対応付けられたＩＤであり、セッション情報を特定するために用いられる値である。ユーザＩＤはセッション情報を利用している利用者を特定する値である。時刻と要求ＵＲＬは、ユーザ端末４に処理要求されたＵＲＬとその時刻を示している。
【００６０】
例えば、セッションＩＤ：ＡＡＡＡＡはユーザＩＤ：Ｕ−００００１の利用者によって利用されており、２０１４／０９／１０／０９：０６：００にログイン処理要求がされ、２０１４／０９／１０／１７：３０：００にログアウト処理要求がされたことを示している。
【００６１】
図５は、本発明の第１の実施の形態における、条件設定情報の一例を示す図である。
【００６２】
条件設定情報格納部２２は例えば、図５のような設定キー、値、そしてそれに対応する説明を示す条件設定情報を格納する。
【００６３】
例えば設定キーｌｏｇｉｎ＿ＵＲＬはログイン用ＵＲＬを示している。セッション破棄判定部１４は、操作情報の要求ＵＲＬがhttp://hostname/sample/loginに一致すると、ログイン処理を行ったと判定する。
【００６４】
本発明の第１の実施の形態は、再利用されない可能性が高いセッション情報を破棄することが可能となり、適切にセッション情報を破棄することができる。その理由は、操作情報に基づき、ログアウト処理を行う利用者か否かを判定し、ログアウト処理を行わない利用者の場合、その利用者のセッション情報を破棄しているためである。ログインしてから所定期間経過したことのみを判定基準として破棄する場合、ログアウト処理を行う適切な利用者が、たまたま長くWEBアプリケーションを利用している場合にも、セッション情報が破棄されることになるが、本実施の形態は、これを防ぐことができる。
【００６５】
（第２の実施の形態）
次に、本発明の第２の実施の形態について説明する。
【００６６】
本発明の第２の実施の形態では、利用者情報取得部１８、利用者情報格納部２３を備える点で、第１の実施の形態と異なる。
【００６７】
図６は、本発明の第２の実施の形態の機能構成を表すブロック図である。セッション管理装置１が利用者情報取得部１８を備え、データベース２が利用者情報格納部２３を備える点以外は、第１の実施の形態と同様であるため、その他の構成に関しては説明を省略する。
【００６８】
利用者情報取得部１８は、利用者情報格納部２３から利用者情報を取得する。
【００６９】
利用者情報格納部２３は、利用者情報を格納する。利用者情報とは、例えば、図８に示すようなユーザＩＤに対応する名前や役職、所属組織、所属会社、活動時間など、利用者の属性を示す情報である。
【００７０】
図７は、本発明の第２の実施の形態における、セッション情報破棄の動作を示すフローチャートである。操作情報を格納する動作は第１の実施の形態と同様であるため、説明は省略する。
【００７１】
セッション破棄判定部１４は定期処理実行部４２から実行処理要求を受信する（ステップＳ４００１）。
【００７２】
そして、セッション破棄判定部１４は、環境情報取得部１７からＷＥＢサーバ３のメモリの使用量を取得する（ステップＳ４００２）。
【００７３】
セッション破棄判定部１４は、条件設定情報取得部１６から、セッション情報破棄の動作を実行するか否かを示すメモリの閾値を取得し、ステップＳ４００２で取得したメモリの使用量が閾値以上かどうか判定する。
【００７４】
メモリの使用量が閾値以上である場合（ステップＳ４００３：ＹＥＳ）、セッション破棄判定部１４は、操作情報取得部１５から操作情報を取得し、ユーザＩＤをキーとして過去Ｎ回分の利用者ごとの操作情報を取得する（ステップＳ４００４）。
【００７５】
メモリの使用量が閾値以上でない場合、（ステップＳ４００３：ＮＯ）、セッション破棄判定部１４は、ＷＥＢアプリケーションのメモリの使用量に余裕があると判定し、本処理を終了する。
【００７６】
セッション破棄判定部１４は、利用者情報取得部１８から利用者情報を取得する。例えば、利用者の操作情報におけるユーザＩＤと同じユーザＩＤを持つ利用者情報を取得する。また、セッション破棄判定部１４は、現在の時刻としてＯＳのシステム時刻を取得する（ステップＳ４００５）。
【００７７】
セッション破棄判定部１４は、利用者情報から利用可能時間を取得し、取得した現在の時刻が利用可能時間外か否かを判定する（ステップＳ４００６）。例えば、利用者の利用可能時間が９時から１７時で、現在の時刻が１６時であった場合、利用可能時間内だと判定される。利用可能時間内であると判定された場合（ステップＳ４００６：ＮＯ）、終了する。利用可能時間外であると判定された場合（ステップＳ４００６：ＹＥＳ）、ステップＳ４００７に進む。
【００７８】
セッション破棄判定部１４は、条件設定情報取得部１６からログアウト処理に対応するＵＲＬを取得し、ログアウト処理回数を算出する。セッション破棄判定部１４は、利用者がログアウト処理を行う回数が閾値以下であるか否か判定する（ステップＳ４００７）。
【００７９】
利用者がログアウト処理を行う回数が閾値以下である場合（ステップＳ４００８：ＹＥＳ）、セッション破棄判定部１４は、操作情報取得部１５から対象となる利用者の最後の操作情報を取得する（ステップＳ４００９）
利用者がログアウト処理を行う回数が閾値以下でない場合、（ステップＳ３００６：ＮＯ）、この利用者はＷＥＢアプリケーションを適切に利用していると判断され、破棄の動作を終了する。
【００８０】
セッション破棄判定部１４は、条件設定取得部１６からタイムアウト時間の設定値を取得する。セッション破棄判定部１４は、最後の操作情報から、最後に操作を行った時刻を特定し、最後に操作を行った時刻から所定時間経過したか否か判定する（ステップＳ４００９）。
【００８１】
所定時間経過していない場合（ステップＳ４００９：ＮＯ）、終了する。もしくは、所定時間経過するまで待機してもよい。
【００８２】
所定時間経過した場合、セッション破棄判定部１４は、対象の利用者のセッション情報を破棄すると判定する。そして、セッション破棄判定部１４は、条件設定取得部１６からセッション破棄用のＵＲＬを取得し、セッションＩＤを付与してＷＥＢアプリケーション処理部３１にセッション処理要求を行う。そして、セッション処理部は記憶部３２から対象の利用者のセッション情報を破棄する（ステップＳ４０１０）。
【００８３】
以上により、第２の実施の形態におけるセッション破棄動作が完了する
本実施形態では、利用者情報の利用可能時間に基づき、破棄するか否かを判定したが、他の項目でも可能である。例えば、ある一定の役職以上の場合、セッション情報を破棄しないと設定することも可能である。
【００８４】
また、利用可能時間は、操作情報に基づき、決定することも可能である。例えば、過去１０回分の操作情報を取得し、ログイン処理時間及びログアウト処理時間から算出することも可能である。
【００８５】
図８は、本発明の第２の実施の形態における、利用者情報の一例を示す図である。
【００８６】
利用者情報格納部２３は、図８に示すようなユーザＩＤとそれに対応する利用者の名前、役職、所属組織、所属会社のような属性情報、利用者の利用可能時間を格納する。
【００８７】
例えば、ユーザＩＤ：Ｕ−００００１は鈴木太郎であり役職は課長、所属組織は営業事業部、所属会社はＡＡＡ株式会社であり、利用可能時間は９時から１８時であることを示している。また、ユーザＩＤ：Ｕ０００２の利用可能時間は１５時から２４時であることを示している。
【００８８】
すなわち、現在の時刻が１９時であった場合、本実施形態において、ユーザＩＤ：Ｕ−０００１は利用可能時間外であると判定され、ユーザＩＤ：Ｕ−０００２は利用可能時間内であると判定される。
【００８９】
本発明の第２の実施の形態は、利用者の属性に応じてセッション情報を破棄することが可能となり、適切にセッション情報を破棄することができる。その理由は、利用者の利用可能時間外である場合に、セッション情報を破棄しているためである。
【００９０】
（第３の実施の形態）
次に、本発明の第３の実施の形態について説明する。
【００９１】
本発明の第３の実施の形態は、本発明の特徴的な構成を示した実施の形態である。
【００９２】
図９は、本発明の第３の実施の形態における、構成を示したブロック図である。
【００９３】
セッション破棄判定部１４は、操作情報に基づき、利用者と対応付けられたセッション情報を破棄する。
【００９４】
操作情報取得部１５は、利用者がログアウト処理を行うか否かを示す操作情報を取得する。
【００９５】
図１０は、本発明の第３の実施の形態における、動作を示したフローチャートである。
【００９６】
セッション破棄判定部１４は、操作情報取得部１５から利用者がログアウト処理を行うか否かを示す操作情報を取得する（ステップＳ５００１）。
【００９７】
セッション破棄判定部１４は、操作情報から利用者がログアウト処理を行うかどうか判定する（ステップＳ５００２）。例えば、操作情報にログアウト処理を実施したという情報が格納されていた場合、ログアウト処理を行うと判定する。
【００９８】
セッション破棄判定部１４はログアウト処理を行わないと判定した場合（ステップＳ５００２：ＮＯ）、終了する。
【００９９】
セッション破棄判定部１４はログアウト処理を行うと判定した場合（ステップＳ５００２：ＹＥＳ）、利用者のセッション情報を破棄すると判定する（ステップＳ５００３）。すなわち、セッション破棄判定部１４は、操作情報に基づき、利用者と対応づけられたセッション情報を破棄するか判定する。そして、セッション破棄判定部１４はセッション情報を破棄するように処理要求を行う。
【０１００】
以上により、本発明の特徴的な動作が完了する。
【０１０１】
本発明の第３の実施形態は、適切にセッション情報を破棄することができる。その理由は、利用者がログアウト処理を行うか否かを示す操作情報に基づき、セッション情報を破棄するためである。
【０１０２】
以上、実施形態を参照して本願発明を説明したが、本願発明は上記実施形態に限定され
るものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得
る様々な変更をすることができる。
【符号の説明】
【０１０３】
１０００    セッション管理システム
１    セッション管理装置
１１    要求受信部
１２    操作情報格納処理部
１３    要求送信部
１４    セッション破棄判定部
１５    操作情報取得部
１６    条件設定情報取得部
１７    環境情報取得部
１８    利用者情報取得部
２    データベース
２１    操作情報格納部
２２    条件設定格納部
２３    利用者情報格納部
３    ＷＥＢサーバ
３１    ＷＥＢアプリケーション処理部
３２    記憶部
４    ユーザ端末
４１    外部ネットワーク接続部
４２    定期処理実行部
【図１】
2016173712.tif 000003
【図２】
2016173712.tif 000004
【図３】
2016173712.tif 000005
【図４】
2016173712.tif 000006
【図５】
2016173712.tif 000007
【図６】
2016173712.tif 000008
【図７】
2016173712.tif 000009
【図８】
2016173712.tif 000010
【図９】
2016173712.tif 000011
【図１０】
2016173712.tif 000012