(57)【要約】【課題】  複数サーバによって構成されたＷｅｂアプリケーションシステム利用時における、各サーバの意図しないセッションタイムアウトを防ぐ。【解決手段】  クライアントマシン１０１とサーバＡ１０２、サーバＢ１０３の間にプロキシ２０１を設ける。サーバＢ１０３の画面ＢがサーバＡ１０２の画面Ａにリンクされている場合を想定する。クライアントマシン１０１から一定間隔でダミーデータを送信し、クライアントマシン１０１と各サーバＡ１０２、Ｂ１０３の間のプロキシ２０１において、ダミーデータをサーバＡ１０２に送信するか否かを適切に判断し、意図しないセッションタイムアウトを防ぐ。【選択図】  図６
2015219618.tif 000002
【特許請求の範囲】
【請求項１】
端末に、画面Ａ情報を提供するサーバＡと、画面Ａとリンクされる画面Ｂ情報を提供するサーバＢと、
端末ＩＤ、サーバ識別番号、アクセス時刻を記憶した第１管理テーブルを有するセッション保持装置と、
を備え、
前記サーバＡは、前記端末からの画面Ａ表示要求に応答して、画面Ｂへのリンク情報が含まれている画面Ａ情報を含む画面Ａ表示応答を返し、
前記セッション保持装置は、前記第１管理テーブルへ、画面Ａ表示要求又は画面Ａ表示応答に含まれる端末ＩＤ及びサーバ識別番号と、前記端末のサーバへのアクセス時刻とを含むレコードを追加し、画面Ａ表示応答を、前記端末に転送し、
前記サーバＢは、前記端末からの前記リンク情報に従った画面Ｂ表示要求に応答して、画面Ｂ情報を含む画面Ｂ表示応答を返し、
前記セッション保持装置は、画面Ｂ表示応答を、前記端末に転送し、
前記セッション保持装置は、前記端末が画面Ａと画面Ｂの両画面を表示した状態又は表示し得る状態になると予め定められた一定間隔で送信される、端末ＩＤ、サーバ識別番号を含むダミーデータを受けると、前記第１管理テーブルを参照し、ダミーデータに含まれる端末ＩＤ及びサーバ識別番号に対するアクセス時刻に基づき、サーバ識別番号に対し予め定められたセッションタイムアウト時間が、次回のダミーデータ送信時では超過すると判断した場合、ダミーデータをサーバＡへ送信し、前記第１管理テーブルのアクセス時刻を更新し、一方、タイムアウトしないと判断した場合、ダミーデータを破棄する
ことを特徴とするセッション保持システム。
【請求項２】
請求項１に記載されたセッション保持システムにおいて、
前記アクセス時刻は、タイムスタンプ及びダミーデータ送信タイムスタンプを含み、
前記セッション保持装置は、
画面Ａ表示応答を前記サーバＡから受けると、前記第１管理テーブルへ、画面Ａ表示要求又は画面Ａ表示応答に含まれる端末ＩＤ及びサーバ識別番号と、前記端末のサーバへのアクセス時刻としてタイムスタンプ及びダミーデータ送信タイムスタンプを含むレコードを追加し、画面Ｂ表示応答を、前記端末に転送し、
セッションタイムアウト時間が、次回のダミーデータ送信では前記サーバＡがタイムアウトすると判断した場合、ダミーデータをサーバＡへ送信し、タイムスタンプ及びダミーデータ送信タイムスタンプを更新し、一方、タイムアウトしないと判断した場合、ダミーデータを破棄し、前記第１管理テーブルのタイムスタンプを更新し、ダミーデータ送信タイムスタンプを更新しない
ことを特徴とするセッション保持システム。
【請求項３】
請求項２に記載されたセッション保持システムにおいて、
前記セッション保持システムが、ダミーデータを送信する条件式は、
（タイムスタンプ  −  ダミーデータ送信タイムスタンプ）
＋ダミーデータ送信間隔
≧  セッションタイムアウト時間
であることを特徴とするセッション保持システム。
【請求項４】
請求項１に記載されたセッション保持システムにおいて、
前記端末は、画面Ａ情報に含まれるリンク情報に基づき、画面Ａと画面Ｂとがリンクされていることを判別し、前記両画面を表示した状態を判別することを特徴とするセッション保持システム。
【請求項５】
請求項１に記載されたセッション保持システムにおいて、
前記両画面を表示した状態は、一方の画面が他方の画面と重複されていない状態、及び、一方の画面の一部若しくは全部が、他方の画面と重複している状態を含むことを特徴とするセッション保持システム。
【請求項６】
請求項１に記載されたセッション保持システムにおいて、
前記セッション保持装置は、前記端末と前記サーバＡ及び／又は前記サーバＢとの間のセッションが切断されると、前記管理テーブルからレコードを削除することを特徴とするセッション保持システム。
【請求項７】
請求項１に記載されたセッション保持システムにおいて、
前記端末は、ダミーデータを、予め定められたダミーデータ送信間隔で、セッションが切断されるまで、送信することを特徴とするセッション保持システム。
【請求項８】
請求項２に記載されたセッション保持システムにおいて、
前記セッション保持システムは、
前記端末から送信された情報が、画面表示要求かダミーデータかの判定を行い、
画面表示要求の場合、画面Ａにおける画面Ａ表示要求か、画面Ｂにおける画面Ｂ表示要求か判定し、
画面Ａにおける画面Ａ表示要求の場合は、該要求を前記サーバＡへ送信し、前記サーバＡから返された画面Ａ表示応答を前記端末へ送信し、前記第１管理テーブルへ、端末ＩＤ、サーバ識別番号、タイムスタンプ、ダミーデータ送信タイムスタンプを含むレコードを追加し、
画面Ｂにおける画面Ｂ表示要求の場合は、該要求を前記サーバＢへ送信し、前記サーバＢから返された画面Ｂ表示応答を前記端末へ送信し、前記第１管理テーブルへ、セッションＩＤ、端末ＩＤ、サーバ識別番号、タイムスタンプ、ダミーデータ送信タイムスタンプを含むレコードを追加する
ことを特徴とするセッション保持システム。
【請求項９】
請求項８に記載されたセッション保持システムにおいて、
前記セッション保持装置は、
前記端末から送信されてきた情報が、ダミーデータの場合、ダミーデータを送信するか否か判定し、
ダミーデータを送信する場合は、前記セッション保持システムへのダミーデータの送信又は前記セッション保持システムからダミーデータ応答の受信の際、前記第１管理テーブルの該当レコードのタイムスタンプ、ダミーデータ送信タイムスタンプを更新し、ダミーデータを送信しない場合は該ダミーデータを破棄してタイムスタンプのみを更新する
ことを特徴とするセッション保持システム。
【請求項１０】
請求項１に記載されたセッション保持システムにおいて、
前記セッション保持装置は、サーバ識別番号に対して、各サーバのセッションタイムアウト時間を記憶した第２管理テーブルを備え、
前記セッション保持装置は、前記第２管理テーブルを参照し、前記第１管理テーブルのサーバ識別番号に従い前記サーバＡのセッションタイムアウト時間を取得する
ことを特徴とするセッション保持システム。
【請求項１１】
請求項１に記載されたセッション保持システムにおいて、
前記セッション保持システムは、前記端末が各サーバへアクセスした時間のタイムスタンプ、前記端末の端末ＩＤ、サーバ識別番号、メッセージを記憶した監査ログファイルを備え、
前記セッション保持装置は、前記監査ログファイルに、前記端末の各サーバへのアクセス状況をログとして記憶することを特徴とするセッション保持システム。
【請求項１２】
請求項１１に記載されたセッション保持システムにおいて、
前記メッセージは、接続又は切断情報、状態情報、故障又は障害情報のいずれかを含むことを特徴とするセッション保持システム。
【請求項１３】
請求項１に記載されたセッション保持システムにおいて、
前記セッション保持装置は、前記監査ログファイルを参照し、表示操作入力に従い表示装置に内容を表示することを特徴とするセッション保持システム。
【請求項１４】
セッション保持システムにおけるセッション保持方法であって、
前記セッション保持システムは、
端末に、画面Ａ情報を提供するサーバＡと、画面Ａとリンクされる画面Ｂ情報を提供するサーバＢと、
端末ＩＤ、サーバ識別番号、アクセス時刻を記憶した第１管理テーブルを有するセッション保持装置と、
を備え、
前記サーバＡは、前記端末からの画面Ａ表示要求に応答して、画面Ｂへのリンク情報が含まれている画面Ａ情報を含む画面Ａ表示応答を返し、
前記セッション保持装置は、前記第１管理テーブルへ、画面Ａ表示要求又は画面Ａ表示応答に含まれる端末ＩＤ及びサーバ識別番号と、前記端末のサーバへのアクセス時刻とを含むレコードを追加し、画面Ａ表示応答を、前記端末に転送し、
前記サーバＢは、前記端末からの前記リンク情報に従った画面Ｂ表示要求に応答して、画面Ｂ情報を含む画面Ｂ表示応答を返し、
前記セッション保持装置は、画面Ｂ表示応答を、前記端末に転送し、
前記セッション保持装置は、前記端末が画面Ａと画面Ｂの両画面を表示した状態又は表示し得る状態になると予め定められた一定間隔で送信される、端末ＩＤ、サーバ識別番号を含むダミーデータを受けると、前記第１管理テーブルを参照し、ダミーデータに含まれる端末ＩＤ及びサーバ識別番号に対するアクセス時刻に基づき、サーバ識別番号に対し予め定められたセッションタイムアウト時間が、次回のダミーデータ送信時では超過すると判断した場合、ダミーデータをサーバＡへ送信し、前記第１管理テーブルのアクセス時刻を更新し、一方、タイムアウトしないと判断した場合、ダミーデータを破棄する
ことを特徴とするセッション保持方法。
【請求項１５】
セッション保持装置であって、
端末ＩＤ、サーバ識別番号、アクセス時刻を記憶した第１管理テーブルと
前記第１管理テーブルの情報を基に各サーバへダミーデータを送信するか否かを判断する機能部と
を備え、
画面Ａ情報を提供するサーバＡが、端末からの画面Ａ表示要求に応答して、画面Ｂへのリンク情報が含まれている画面Ａ情報を含む画面Ａ表示応答を返すと、
前記機能部は、前記第１管理テーブルへ、画面Ａ表示要求又は画面Ａ表示応答に含まれる端末ＩＤ及びサーバ識別番号と、前記端末のサーバへのアクセス時刻とを含むレコードを追加し、画面Ａ表示応答を、前記端末に転送し、
画面Ａとリンクされる画面Ｂ情報を提供するサーバＢが、前記端末からの前記リンク情報に従った画面Ｂ表示要求に応答して、画面Ｂ情報を含む画面Ｂ表示応答を返すと、
前記機能部は、画面Ｂ表示応答を、前記端末に転送し、
前記機能部は、前記端末が画面Ａと画面Ｂの両画面を表示した状態又は表示し得る状態になると予め定められた一定間隔で送信される、端末ＩＤ、サーバ識別番号を含むダミーデータを受けると、前記第１管理テーブルを参照し、ダミーデータに含まれる端末ＩＤ及びサーバ識別番号に対するアクセス時刻に基づき、サーバ識別番号に対し予め定められたセッションタイムアウト時間が、次回のダミーデータ送信時では超過すると判断した場合、ダミーデータをサーバＡへ送信し、前記第１管理テーブルのアクセス時刻を更新し、一方、タイムアウトしないと判断した場合、ダミーデータを破棄する
ことを特徴とするセッション保持装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セッション保持システム及び方法及び装置に係り、特に、複数サーバによって構成されたアプリケーションシステム等を利用する際のセッション管理のための複数サーバにおけるセッション保持システム及び方法及び装置に関する。
【背景技術】
【０００２】
インターネット上のさまざまなサービスを利用する際に、ユーザはクライアントマシンに搭載されたＷｅｂブラウザを用いてアプリケーションサーバ（以下、サーバという。）と情報のやりとりをする。
【０００３】
サーバはユーザの識別や行動の捕捉のためにセッションを用いるが、サーバ側はクライアントマシンの状態を知ることはできない。ユーザがＷｅｂアプリケーションを利用している間はセッション保持が必要であるが、利用しない場合、サーバのリソースやセキュリティの観点からセッションを破棄することが望ましい。しかし、前述の通り、サーバ側はクライアントマシンの状態を知ることができないため、セッションを破棄するタイミングはサーバ側におけるセッションタイムアウト時間によって破棄するのが一般的である。
【０００４】
従来、特許文献１のように、セッションタイムアウト時間決定装置を用いることにより、入力に時間がかかる作業のセッションはタイムアウトまでの時間を長くし、その他のセッションはタイムアウトまでの時間を短くするような技術がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００８−３３７８７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
近年、新規事業や市場への参入、企業グループの再編、事業統合、経営が不振な企業の救済などを目的としたＭ＆Ａが増加傾向にある中、企業間のシステム統合の重要性が非常に高まっており、複数サーバによって構成されたＷｅｂアプリケーションシステムが増加している。
【０００７】
特許文献１では、１サーバで構成されたセッション管理に対しては、状況に応じてセッションタイムアウト時間を可変にすることができるが、複数サーバによって構成されたＷｅｂアプリケーションシステムのセッション管理については考慮がされていない。そのため、クライアントマシンが複数画面を表示している場合、ユーザが操作していない画面において意図しないセッションタイムアウトが発生する場合があるという課題がある。
【０００８】
本発明は、以上の点に鑑み、複数サーバによって構成されたアプリケーションシステムにおいて、システム全体を通して各サーバのセッションを管理し、意図しないセッションタイムアウトを防ぐことを目的とする。
【課題を解決するための手段】
【０００９】
本発明の第１の解決手段によると、
端末に、画面Ａ情報を提供するサーバＡと、画面Ａとリンクされる画面Ｂ情報を提供するサーバＢと、
端末ＩＤ、サーバ識別番号、アクセス時刻を記憶した第１管理テーブルを有するセッション保持装置と、
を備え、
前記サーバＡは、前記端末からの画面Ａ表示要求に応答して、画面Ｂへのリンク情報が含まれている画面Ａ情報を含む画面Ａ表示応答を返し、
前記セッション保持装置は、前記第１管理テーブルへ、画面Ａ表示要求又は画面Ａ表示応答に含まれる端末ＩＤ及びサーバ識別番号と、前記端末のサーバへのアクセス時刻とを含むレコードを追加し、画面Ａ表示応答を、前記端末に転送し、
前記サーバＢは、前記端末からの前記リンク情報に従った画面Ｂ表示要求に応答して、画面Ｂ情報を含む画面Ｂ表示応答を返し、
前記セッション保持装置は、画面Ｂ表示応答を、前記端末に転送し、
前記セッション保持装置は、前記端末が画面Ａと画面Ｂの両画面を表示した状態又は表示し得る状態になると予め定められた一定間隔で送信される、端末ＩＤ、サーバ識別番号を含むダミーデータを受けると、前記第１管理テーブルを参照し、ダミーデータに含まれる端末ＩＤ及びサーバ識別番号に対するアクセス時刻に基づき、サーバ識別番号に対し予め定められたセッションタイムアウト時間が、次回のダミーデータ送信時では超過すると判断した場合、ダミーデータをサーバＡへ送信し、前記第１管理テーブルのアクセス時刻を更新し、一方、タイムアウトしないと判断した場合、ダミーデータを破棄する
ことを特徴とするセッション保持システムが提供される。
【００１０】
本発明の第２の解決手段によると、
セッション保持システムにおけるセッション保持方法であって、
前記セッション保持システムは、
端末に、画面Ａ情報を提供するサーバＡと、画面Ａとリンクされる画面Ｂ情報を提供するサーバＢと、
端末ＩＤ、サーバ識別番号、アクセス時刻を記憶した第１管理テーブルを有するセッション保持装置と、
を備え、
前記サーバＡは、前記端末からの画面Ａ表示要求に応答して、画面Ｂへのリンク情報が含まれている画面Ａ情報を含む画面Ａ表示応答を返し、
前記セッション保持装置は、前記第１管理テーブルへ、画面Ａ表示要求又は画面Ａ表示応答に含まれる端末ＩＤ及びサーバ識別番号と、前記端末のサーバへのアクセス時刻とを含むレコードを追加し、画面Ａ表示応答を、前記端末に転送し、
前記サーバＢは、前記端末からの前記リンク情報に従った画面Ｂ表示要求に応答して、画面Ｂ情報を含む画面Ｂ表示応答を返し、
前記セッション保持装置は、画面Ｂ表示応答を、前記端末に転送し、
前記セッション保持装置は、前記端末が画面Ａと画面Ｂの両画面を表示した状態又は表示し得る状態になると予め定められた一定間隔で送信される、端末ＩＤ、サーバ識別番号を含むダミーデータを受けると、前記第１管理テーブルを参照し、ダミーデータに含まれる端末ＩＤ及びサーバ識別番号に対するアクセス時刻に基づき、サーバ識別番号に対し予め定められたセッションタイムアウト時間が、次回のダミーデータ送信時では超過すると判断した場合、ダミーデータをサーバＡへ送信し、前記第１管理テーブルのアクセス時刻を更新し、一方、タイムアウトしないと判断した場合、ダミーデータを破棄する
ことを特徴とするセッション保持方法が提供される。
【００１１】
本発明の第３の解決手段によると、
セッション保持装置であって、
端末ＩＤ、サーバ識別番号、アクセス時刻を記憶した第１管理テーブルと
前記第１管理テーブルの情報を基に各サーバへダミーデータを送信するか否かを判断する機能部と
を備え、
画面Ａ情報を提供するサーバＡが、端末からの画面Ａ表示要求に応答して、画面Ｂへのリンク情報が含まれている画面Ａ情報を含む画面Ａ表示応答を返すと、
前記機能部は、前記第１管理テーブルへ、画面Ａ表示要求又は画面Ａ表示応答に含まれる端末ＩＤ及びサーバ識別番号と、前記端末のサーバへのアクセス時刻とを含むレコードを追加し、画面Ａ表示応答を、前記端末に転送し、
画面Ａとリンクされる画面Ｂ情報を提供するサーバＢが、前記端末からの前記リンク情報に従った画面Ｂ表示要求に応答して、画面Ｂ情報を含む画面Ｂ表示応答を返すと、
前記機能部は、画面Ｂ表示応答を、前記端末に転送し、
前記機能部は、前記端末が画面Ａと画面Ｂの両画面を表示した状態又は表示し得る状態になると予め定められた一定間隔で送信される、端末ＩＤ、サーバ識別番号を含むダミーデータを受けると、前記第１管理テーブルを参照し、ダミーデータに含まれる端末ＩＤ及びサーバ識別番号に対するアクセス時刻に基づき、サーバ識別番号に対し予め定められたセッションタイムアウト時間が、次回のダミーデータ送信時では超過すると判断した場合、ダミーデータをサーバＡへ送信し、前記第１管理テーブルのアクセス時刻を更新し、一方、タイムアウトしないと判断した場合、ダミーデータを破棄する
ことを特徴とするセッション保持装置が提供される。
【発明の効果】
【００１２】
本発明は、複数サーバによって構成されたアプリケーションシステムにおいて、各サーバのセッションを管理することができ、意図しないセッションタイムアウトを防ぐことができる。
【図面の簡単な説明】
【００１３】
【図１】セッションタイムアウトが発生するシステムの具体例である。
【図２】複数サーバにおけるセッション保持システムの構成例である。
【図３】プロキシ２０１のセッション保持機能部２０２における処理フロー図である。
【図４】判定条件ＤＢ２０３テーブルの具体例を表す図である。
【図５】意図しないセッションタイムアウトが発生する場合のシーケンス図である。
【図６】本実施例により、意図しないセッションタイムアウトが発生しない場合のシーケンス図である。
【図７】監査ログファイルの出力内容例である。
【発明を実施するための形態】
【００１４】
以下に、本発明の一実施例を説明する。
Ａ．システム
図１は、セッションタイムアウトが発生するシステムの具体例である。
以下に、具体例のひとつとして、図１を用いてユーザが交通と宿泊をセットで手配できるシステムを利用した場合について説明する。前提として宿泊手配の画面Ａ１０４はサーバＡ１０２とのセッション確立を要し、交通手配は画面Ｂ１０５（画面Ａ１０４からのリンクで表示する）はサーバＢ１０３とのセッション確立を要するものとする。この場合、画面Ｂ１０５で長時間作業した場合、操作がない宿泊手配中の画面Ａ１０４はサーバＡ１０２とのやりとりがないため、セッションタイムアウトするという課題が発生し、ユーザは宿泊手配を再び一から入力し直す必要がある場合が想定される。本来は操作がない宿泊手配の画面Ａ１０４も、交通手配をする画面Ｂ１０５を操作している間はサーバＡ１０２とのセッションを保持するのが適切であり、ユーザの操作回数や表示画面の状態だけではなく、システム全体を通して各サーバのセッションを適切に管理する必要がある。
【００１５】
図２は、本実施例の複数サーバにおけるセッション保持システムの構成例である。このシステムはクライアントマシン（以下、端末という場合がある。）１０１、プロキシサーバ（以下、プロキシという。）２０１（セッション保持装置に対応）、アプリケーションサーバ（以下、サーバという。）Ａ１０２、サーバＢ１０３を備える。プロキシ２０１はセッション保持機能部２０２、判定条件ＤＢ２０３、監査ログファイル２０４を備える。セッション保持機能部２０２は、セッション保持に必要であるクライアントマシン１０１からのダミーデータをサーバＡ１０２に送信するかを決定する機能部であり、この決定に必要な情報が格納されている判定条件ＤＢ２０３の情報を基に判断する。監査ログファイル２０４にはユーザの各サーバへのアクセス状況等がログとして出力される。
【００１６】
クライアントマシン１０１から一定間隔でダミーデータを送信し、各サーバとやりとりすることによりセッションタイムアウトを防ぐ。クライアントマシン１０１と各サーバの間に配置したプロキシ２０１において、監査ログ２０４からユーザ接続状態を把握し、画面Ａ１０４から画面Ｂ１０５を表示したことを判断する。また、プロキシ２０１は、ダミーデータを受け取り、セッション保持機能部２０２が判定条件ＤＢ２０３の情報を基に各サーバへダミーデータを送信するか否かを判断する。
【００１７】
説明上、本実施例はサーバＡ１０２、サーバＢ１０３と記載したが、サーバの数は適宜の数Ｎ（Ｎ≧２）（サーバＮ２０５参照）でよい。
図４は判定条件ＤＢ２０３のテーブル具体例である。判定条件ＤＢ２０３は、セッション管理テーブル４０と、サーバ情報管理テーブル４１を有する。
【００１８】
Ｂ．動作
図５は、複数サーバによって構成されたＷｅｂアプリケーションシステムにおいて、意図しないセッションタイムアウトが発生する場合のシーケンス図を示している。クライアントマシン１０１はＷｅｂブラウザからサーバＡ１０２に対して画面Ａ表示要求５０１（端末ＩＤ４０２、サーバ識別番号４０３を含む。）を送信し、サーバＡ１０２はそれに対して画面Ａ表示応答５０２（端末ＩＤ４０２、サーバ識別番号４０３、画面Ａ１０４情報を含む。）を返す。画面Ａ１０４情報には予め画面Ｂへのリンク情報が含まれており、正しく応答が返ってきた場合、クライアントマシン１０１は、画面Ａ１０４が表示される状態５０７となる。次に、クライアントマシン１０１は、画面Ａ１０４のリンクよりサーバＢ１０３に対して画面Ｂ表示要求５０３（端末ＩＤ４０２、サーバ識別番号４０３）を送信し、サーバＢ１０３はそれに対して画面Ｂ表示応答５０４（端末ＩＤ４０２、サーバ識別番号４０３、画面Ｂ１０５情報を含む。）を返す。正しく応答が帰ってきた場合、クライアントマシン１０１は、画面Ａ１０４と画面Ｂ１０５の両方が表示される状態５０８になる。その後、画面Ａ１０４の操作がなく、画面Ｂ操作時間５０５がサーバＡタイムアウト時間５１０以上の場合（この例では、画面Ａ表示応答からの時間。なお、画面Ａ表示要求からの時間としてもよい。）、クライアントマシン１０１とサーバＡ１０２との間でセッションタイムアウト５０６するという状態５０９が発生する。
【００１９】
図６は、本実施例により意図しないセッションタイムアウトが発生しない場合のシーケンス図を示している。クライアントマシン１０１はＷｅｂブラウザからサーバＡ１０２に対して画面Ａ表示要求５０１（端末ＩＤ４０２、サーバ識別番号４０３を含む。）を送信し、サーバＡ１０２はそれに対して画面Ａ表示応答５０２（端末ＩＤ４０２、サーバ識別番号４０３、画面Ａ１０４情報を含む。）を返す。プロキシ２０１は状態６０４においては、セッション情報管理テーブル４０の１行目４０６へセッションＩＤ、端末ＩＤ、サーバ識別番号、タイムスタンプ、ダミーデータ送信タイムスタンプを追加する。ここで、プロキシ２０１は、セッションＩＤを割当てるか又は画面Ａ表示要求に基づき取得し、端末ＩＤ及びサーバ識別番号を画面Ａ表示要求又は画面Ａ表示応答から取得し、タイムスタンプ及びダミーデータ送信スタンプを、画面Ａ表示要求の送信時刻等のクライアントマシンがサーバアクセスした時刻とすることができる。プロキシ２０１はクライアントマシン１０１へ画面Ａ表示応答を転送する。画面Ａ１０４情報には予めリンク情報（この例では、画面Ｂへのリンク情報）が含まれており、正しく応答が返ってきた場合、クライアントマシン１０１には画面Ａ１０４が表示される。次に、クライアントマシン１０１は画面Ａ１０４のリンク情報よりサーバＢ１０３に対して画面Ｂ表示要求５０３（端末ＩＤ４０２、サーバ識別番号４０３を含む。）を送信し、サーバＢ１０３はそれに対して画面Ｂ表示応答５０４（端末ＩＤ４０２、サーバ識別番号４０３、画面Ｂ１０５情報を含む。）を返す。プロキシ２０１は状態６０５においては、上述のように、セッション情報管理テーブル４０の２行目４０７へセッションＩＤ、端末ＩＤ、サーバ識別番号、タイムスタンプ、ダミーデータ送信タイムスタンプを追加する。プロキシ２０１はクライアントマシン１０１へ画面Ｂ表示応答を転送する。
【００２０】
クライアントマシン１０１が、画面Ａ１０４と画面Ｂ１０５の両方が表示されている状態５０８になると（なお、一方の画面が他方の画面により一部又は全部重複して隠れている状態も含む。）、画面Ａのセッションタイムアウトを防ぐため、クライアントマシン１０１は、ダミーデータ６０１（端末ＩＤ４０２、サーバ識別番号４０３、ダミーデータ情報を含む。）の送信を一定間隔で開始する。クライアントマシン１０１は状態５０８について、例えば、画面Ａ表示応答のリンク情報に基づき表示対象の画面Ａ及び画面Ｂがリンクされていることを識別し、これら両画面が表示されているか否かを判別することができる。
【００２１】
プロキシ２０１は、受信データに含まれるダミーデータ情報からダミーデータであることを識別する。プロキシ２０１はダミーデータを受け取ると、セッション情報管理テーブル４０を参照し、ダミーデータに含まれる端末ＩＤ及びサーバ識別番号に該当する１行目のタイムスタンプ４０４とダミーデータ送信タイムスタンプ４０５の差（サーバＡ１０２がセッションタイムアウトするまでの時間（単位：秒））を算出する。そして、プロキシ２０１は、セッション情報管理テーブル４０のサーバ識別番号をキーに該当するサーバＡ１０２のセッションタイムアウト時間（単位：秒）４１２をサーバ情報管理テーブル４１より取得し、次回のダミーデータ送信６０１ではサーバＡ１０２がタイムアウトすると判断した場合のみダミーデータをサーバＡへ送信し、その他のダミーデータは破棄する。なお、プロキシ２０１は、クライアントマシン１０１からのダミーデータ送信間隔を予め取得している。これをまとめるとダミーデータを送信する条件式は以下である。
（タイムスタンプ４０４‐ダミーデータ送信タイムスタンプ４０５）
＋ダミーデータ送信間隔
≧  セッションタイムアウト４１２
【００２２】
プロキシ２０１がサーバＡ１０２へダミーデータ６０１の送信を許可（状態６０６、６０８）すると、セッション情報管理テーブル４０の１行目のタイムスタンプ４０４、ダミーデータ送信タイムスタンプ４０５が更新される。また、ダミーデータが破棄（状態６０７）された場合はタイムスタンプ４０４のみが更新される。
【００２３】
このダミーデータ送信により、画面Ｂ操作時間５０５がサーバＡタイムアウト時間５１０以上となった場合においても、クライアントマシン１０１からプロキシ２０１、プロキシ２０１からサーバＡ１０２へ一定間隔のダミーデータ送信６０１がされるため、サーバＡ１０２のセッションタイムアウト時間が延長され、画面Ｂ１０５で長時間作業をしていても、画面Ａ１０４がセッションタイムアウトすることはない。
【００２４】
図３は、図２で示したプロキシ２０１のセッション保持機能部２０２における処理フロー図である。
はじめに、セッション保持機能部２０２は、ステップ３０１でクライアントマシン１０１から送信された情報が、画面表示要求か、ダミーデータ情報かの判定を行う。画面表示要求は、端末ＩＤ、サーバ識別番号を含む。画面表示要求の場合、セッション保持機能部２０２は、ステップ３０２において画面Ａ１０４における画面Ａ表示要求か、画面Ｂ１０５における画面Ｂ表示要求か判定をする。セッション保持機能部２０２は、画面Ａ１０４における画面Ａ表示要求の場合はサーバＡ１０２へそれを送信し、サーバＡ１０２からの画面Ａ表示応答をクライアントマシン１０１へ送信する。この時に、セッション保持機能部２０２は、セッションＩＤを割当て又は画面表示要求に基づき取得し、画面表示要求の送信時刻等のサーバへのアクセス時刻をタイムスタンプ及びダミーデータ送信タイムスタンプとして求め、また、画面表示要求から端末ＩＤとサーバ識別番号を求め、セッション管理テーブル４０の１行目４０６へセッションＩＤ、端末ＩＤ、サーバ識別番号、タイムスタンプ、ダミーデータ送信タイムスタンプを記憶し、レコードを追加する。同様に、セッション保持機能部２０２は、画面Ｂ１０５における画面Ｂ表示要求の場合はサーバＢ１０３へ送信し、サーバＢ１０３からの画面Ｂ表示応答をクライアントマシン１０１へ送信する。この時に、セッション保持機能部２０２は、同様に、セッション情報管理テーブル４０の２行目４０７へセッションＩＤ、端末ＩＤ、サーバ識別番号、タイムスタンプ、ダミーデータ送信タイムスタンプを記憶し、レコードを追加する。
【００２５】
次に、ステップ３０１でクライアントマシン１０１から送信されてきた情報が、ダミーデータの場合について述べる。セッション保持機能部２０２は、送信されてきた情報に含まれるダミーデータ情報により、ダミーデータであることを識別する。セッション保持機能部２０２は、上述のようにセッション情報管理テーブル４０を参照し、次回のダミーデータ送信ではサーバＡ１０２がタイムアウトするか（即ち、ダミーデータを送信するか）を判断する（ステップ３０５）。ダミーデータがサーバＡへ送信された場合（ステップ３０６）、セッション保持機能部２０２は、ダミーデータの送信時刻をタイムスタンプ及びダミーデータ送信タイムスタンプとして求め、セッション情報管理テーブル４０の１行目のタイムスタンプ４０４、ダミーデータ送信タイムスタンプ４０５を更新する。また、ダミーデータが破棄された場合（ステップ３０７）はタイムスタンプ４０４のみが更新される。また、クライアントマシン１０１が画面を閉じる等のセッション切断を行った場合は、セッション保持機能部２０２は、セッション情報管理テーブル４０のレコードを削除する（ステップ３０８）。
【００２６】
図３のフローチャートと図６のシーケンス図と図４の判定条件ＤＢ２０３の追加、更新、削除処理の関連について説明する。新たにサーバとのセッションが確立される６０４においてはセッション情報管理テーブル４０の１行目４０６、６０５においては２行目４０７のレコードが追加される（ステップ３０３、３０４）。なお、６０４、６０５の処理は、セッション情報管理テーブル４０の更新は、画面Ａ表示要求又は画面Ｂ表示要求をサーバに送信するとき実行してもよい。また、ダミーデータをサーバＡ１０２に送信するか否かの判断をする６０６、６０７，６０８では、セッション情報管理テーブル４０、サーバ識別番号４０３をキーにサーバ情報管理テーブル４１を参照し、サーバのセッションタイムアウト４１２時間を取得する（ステップ３０５）。ダミーデータをサーバＡ１０２に送信する６０６、６０８においてはセッション情報管理テーブル４０、タイムスタンプ４０４、ダミーデータ送信タイムスタンプ４０５が更新され（ステップ３０６）、ダミーデータが破棄される場合はタイムスタンプ４０４のみが更新される（ステップ３０７）。なお、６０６、６０８の処理は、セッション情報管理デーブル４０の更新は、ダミーデータ応答６０２をサーバから受信したとき実行してもよい。セッションが切断されるとセッション情報管理テーブル４１からレコードが削除される（ステップ３０８）。
【００２７】
図７は、監査ログファイル７０１の出力内容例である。プロキシ２０１は、ユーザが各サーバへアクセスした時間のタイムスタンプ７０２、セッション管理のための識別情報であるセッションＩＤ７０３、クライアントマシンの識別をするための端末ＩＤ７０４、各サーバへの識別のためのサーバ識別番号７０５、接続・切断等の状態情報又は故障・障害情報等を表すメッセージ７０６等を監査ログファイル７０１に記憶し、その内容を適宜の表示装置に出力することができる。この監査ログファイルの内容として、端末ＩＤ７０４が１つに対して、異なるサーバ識別番号７０５端末に接続している旨のメッセージが出力されている場合、（例えば、同一端末ＩＤで２つのレコードが表示されている場合等）１人のユーザが２画面を表示中であると判断することが可能である。また、サーバ識別番号７０５から各サーバがわかり、画面Ａ１０２、画面Ｂ１０３が表示されているか判断することができる。よって、クライアントマシン１０１が画面Ａ１０２のリンクから画面Ｂ１０３を呼び出したことも推定することが可能である。これにより、クライアントマシン１０１が画面Ａ１０２のリンクから画面Ｂ１０３を呼び出した場合のみ、プロキシ２０１は、例えば、画面Ａ１０２のセッションを保持し、関連のない画面を表示している場合はセッションの保持をしない制御が可能となる。なお、セキュリティの観点から、例えば直接ＵＲＬを入力する等で個別に画面Ｂ１０３を表示することができる。
【００２８】
Ｃ．実施例の効果
また、本発明及び／又は本実施例によると、プロキシにセッション保持機能を持たせることにより、セッション保持に必要な最小限のダミーデータのみを各サーバに送信するよう制御できるため、サーバリソースの節約となる。また、本発明及び／又は本実施例によると、開発工程においてもコーディング者が画面間のセッション保持を意識したコーディングが不要となり、担当部分のコーディングに集中できることから、コーディング者の負荷軽減にもなる。
【００２９】
Ｄ．付記
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれている。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【００３０】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【００３１】
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【００３２】
１０１：クライアントマシン、１０２：アプリケーションサーバＡ、１０３：アプリケーションサーバＢ、１０４：画面Ａ、１０５：画面Ｂ、２０１：プロキシサーバ、２０２：セッション保持機能部、２０３：判定条件ＤＢ、２０４監査ログファイル、２０５：アプリケーションサーバＮ、４０：セッション情報管理テーブル、４０１：セッションＩＤ、４０２：端末ＩＤ、４０３：サーバ識別番号、４０４：タイムスタンプ、４０５：ダミーデータ送信タイムスタンプ、４１：サーバ情報管理テーブル、４１１：サーバ識別番号、４１２：セッションタイムアウト
【図１】
2015219618.tif 000003
【図２】
2015219618.tif 000004
【図３】
2015219618.tif 000005
【図４】
2015219618.tif 000006
【図５】
2015219618.tif 000007
【図６】
2015219618.tif 000008
【図７】
2015219618.tif 000009