Ｗｅｂアプリケーション管理システム、およびＷｅｂアプリケーション管理方法、およびＷｅｂアプリケーション管理プログラム
【課題】Ｗｅｂアプリケーションの途中中断から所定時間経過後のユーザに関し、前回ログイン時から中断時までの間の任意の時点からの作業再開を可能とする。
【解決手段】クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、およびＵＲＬ情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させる退避部２０７と、前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについて前回ログイン時から途中中断時までに退避させたＵＲＬ情報群をクライアントに送信し、ユーザが選択したＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して復元しＷｅｂアプリケーションを再開する途中再開部２０４からＷｅｂアプリケーション管理システム５を構成する。
【解決手段】クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、およびＵＲＬ情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させる退避部２０７と、前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについて前回ログイン時から途中中断時までに退避させたＵＲＬ情報群をクライアントに送信し、ユーザが選択したＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して復元しＷｅｂアプリケーションを再開する途中再開部２０４からＷｅｂアプリケーション管理システム５を構成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂアプリケーション管理システム、およびＷｅｂアプリケーション管理方法、およびＷｅｂアプリケーション管理プログラムに関するものであり、具体的には、Ｗｅｂアプリケーションの途中中断から所定時間経過後のユーザに関し、前回ログイン時から中断時までの間の任意の時点からの作業再開を可能とする技術に関する。
【背景技術】
【０００２】
Ｗｅｂサーバ上で動作するＷｅｂアプリケーションが、インターネット利用の拡大と共に広く利用されるようになった。Ｗｅｂアプリケーションを利用するユーザは、Ｗｅｂブラウザを利用してＷｅｂサーバにアクセスし、そのアプリケーションを利用することが可能である。Ｗｅｂアプリケーション本体はＷｅｂサーバにてインストールおよび運用されており、一方、クライアント側ではＷｅｂブラウザさえあればよいため、Ｗｅｂアプリケーションに関するメンテナンスの手間やコストを抑制できるとされる。
【０００３】
こうしたＷｅｂアプリケーションとクライアントとの間を結びつける通信プロトコルがＨＴＴＰ（HyperText Transfer Protocol）であり、このＨＴＴＰはリクエスト−レスポンス型のプロトコルである。そのため、クライアントがＷｅｂサーバにリクエストを送信し、Ｗｅｂサーバはこれにレスポンスを返す。そしてレスポンスを返した時点で接続は解除される（非特許文献１）。
【０００４】
しかし、こうした手法におけるＷｅｂサーバは、クライアントからリクエストを受け取ってレスポンスを返す瞬間のみデータを保持する。そのため、例えば電子商取引サイトを提供するＷｅｂサーバにおいて、ユーザのログインからログアウトまでの間、データを保持し続ける必要があるＷｅｂアプリケーションでは問題がある。そこで、Ｗｅｂアプリケーションを用いてクライアント端末に複雑なサービスを提供する際の、セッション管理の仕組みが設けられている（非特許文献２）。
【０００５】
このセッション管理は、Ｗｅｂサーバ側で発行されたセッションＩＤをクライアントのＣｏｏｋｉｅに持たせることで特定ユーザの識別を行う。一般的なセッション管理では、クライアント側で一定時間通信が途絶えている場合、タイムアウトと認定され、セッション関連データが削除される。このような場合、ユーザは再度ログインを行い、削除されたセッション関連データを再度作成するためにＷｅｂアプリケーションの操作を最初から行わなければならない。この問題に対して、例えばセッションがタイムアウトした後の自動的な再接続を可能とする技術が挙げられている（特許文献１）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−２７２４７１号公報
【非特許文献】
【０００７】
【非特許文献１】HTTPプロトコル、[online]、平成14年、情報処理推進機構、＜URL:http://www.ipa.go.jp/security/awareness/administrator/secure-web/chap6/6_protocol-1.html＞
【非特許文献２】セッション管理、[online]、平成14年、情報処理推進機構、＜URL:http://www.ipa.go.jp/security/awareness/administrator/secure-web/chap6/6_session-1.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００８】
クライアントにおけるＷｅｂアプリケーションの操作中、Ｗｅｂサーバに対して一定時間通信が途絶え、タイムアウトが認定されてしまった場合、例えば特許文献１の方法を用いれば自動的な再開を行うことができる。しかし、Ｗｅｂアプリケーションの操作を行い、途中中断した後、所定時間が経過するとユーザはそれまでの操作詳細を忘却していることが多く、中断画面から作業を再開しても作業の継続が難しくなることがある。
【０００９】
そこで本発明は上記事情に鑑みてなされたものであり、Ｗｅｂアプリケーションの途中中断から所定時間経過後のユーザに関し、前回ログイン時から中断時までの間の任意の時点からの作業再開を可能とする技術の提供を主たる目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決する本発明のＷｅｂアプリケーション管理システムは、Ｗｅｂアプリケーションをネットワークを介してクライアントに提供するサーバ装置であり、Ｗｅｂアプリケーションと、ユーザの認証情報とを格納する記憶部と、クライアントからの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントに提供しているＷｅｂアプリケーションに関して、クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、およびＵＲＬ情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させる退避部と、前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーションを再開する途中再開部と、を備えることを特徴とする。
【００１１】
なお、前記Ｗｅｂアプリケーション管理システムにおいて、前記退避部が、クライアントからの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントに提供しているＷｅｂアプリケーションに関して、クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、ＵＲＬ情報、およびＷｅｂアプリケーションが使用するテーブルの更新情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させ、前記途中再開部が、前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、セッション、およびテーブルの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、セッション、およびテーブルとして復元しＷｅｂアプリケーションを再開する、としてもよい。
【００１２】
また、前記Ｗｅｂアプリケーション管理システムにおいて、前記途中再開部が、前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点より以降に退避させたＵＲＬ、リクエスト、およびセッションの各情報を記憶部から削除し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーションを再開する、としてもよい。
【００１３】
また、本発明のＷｅｂアプリケーション管理方法は、Ｗｅｂアプリケーションと、ユーザの認証情報とを格納する記憶部を備え、Ｗｅｂアプリケーションをネットワークを介してクライアントに提供するサーバ装置が、クライアントからの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントに提供しているＷｅｂアプリケーションに関して、クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、およびＵＲＬ情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させる処理と、前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーションを再開する処理と、を実行することを特徴とする。
【００１４】
また、本発明のＷｅｂアプリケーション管理プログラムは、Ｗｅｂアプリケーションと、ユーザの認証情報とを格納する記憶部を備え、Ｗｅｂアプリケーションをネットワークを介してクライアントに提供するサーバ装置に、クライアントからの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントに提供しているＷｅｂアプリケーションに関して、クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、およびＵＲＬ情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させる処理と、前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーションを再開する処理と、を実行させることを特徴とする。
【００１５】
その他、本願が開示する課題、およびその解決方法は、発明を実施するための最良の形態の欄、および図面により明らかにされる。
【発明の効果】
【００１６】
したがって本発明によれば、Ｗｅｂアプリケーションの途中中断から所定時間経過後のユーザに関し、前回ログイン時から中断時までの間の任意の時点からの作業再開が可能となる。
【図面の簡単な説明】
【００１７】
【図１】本実施形態におけるＷｅｂアプリケーション管理システムを含むネットワーク構成図である。
【図２】本実施形態におけるクライアントＰＣの構成図である。
【図３】本実施形態におけるＷｅｂサーバの構成図である。
【図４】本実施形態におけるＤＢサーバの構成図である。
【図５】本実施形態におけるリクエスト情報テーブルの構造例と遷移状況を示す図である。
【図６】本実施形態におけるＵＲＬ情報テーブルの構造例と遷移状況を示す図である。
【図７】本実施形態におけるセッション情報テーブルの構造例と遷移状況を示す図である。
【図８】本実施形態におけるユーザテーブルの構成例である。
【図９】本実施形態における施設予約申請テーブルの構造例と遷移状況例１を示す図である。
【図１０】本実施形態における施設予約申請テーブルの構造例と遷移状況例１を示す図である。
【図１１】本実施形態における画面例１を示す図である。
【図１２】本実施形態における画面例２を示す図である。
【図１３】本実施形態における画面例３を示す図である。
【図１４】本実施形態における画面例４を示す図である。
【図１５】本実施形態における画面例５を示す図である。
【図１６】本実施形態における画面例６を示す図である。
【図１７】本実施形態における画面例７を示す図である。
【図１８】本実施形態のＷｅｂアプリケーション管理方法の処理手順例１を示すフロー図である。
【図１９】本実施形態のＷｅｂアプリケーション管理方法の処理手順例２を示すフロー図である。
【図２０】本実施形態のＷｅｂアプリケーション管理方法の処理手順例３を示すフロー図である。
【図２１】本実施形態のＷｅｂアプリケーション管理方法の処理手順例４を示すフロー図である。
【図２２】本実施形態のＷｅｂアプリケーション管理方法の処理手順例５を示すフロー図である。
【図２３】本実施形態のＷｅｂアプリケーション管理方法の処理手順例６を示すフロー図である。
【図２４】本実施形態のＷｅｂアプリケーション管理方法の処理手順例７を示すフロー図である。
【図２５】本実施形態におけるリクエスト情報の構造例である。
【図２６】本実施形態におけるリクエスト情報の具体例である。
【図２７】本実施形態におけるレスポンス情報の例である。
【発明を実施するための形態】
【００１８】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態のＷｅｂアプリケーション管理システム５を含むネットワーク構成図である。図１に示すＷｅｂアプリケーション管理システム５（以下、システム５）は、Ｗｅｂアプリケーションの途中中断から所定時間経過後のユーザに関し、前回ログイン時から中断時までの間の任意の時点からの作業再開を可能とするコンピュータシステムである。
【００１９】
前記システム５は例えば複数のサーバ群で構成されたコンピュータシステムであり、各サーバらはハードディスクドライブやメモリなどで構成される記憶部、ＣＰＵなどの制御部、通信部たるネットワークインターフェイス部らがＢＵＳにより互いに接続されて構成されている。本実施形態における前記システム５は、Ｗｅｂサーバ００２、ＤＢサーバ００３とがネットワーク１４で互いに協働する構成としている。前記ネットワーク１４には、Ｗｅｂアプリケーションを利用するユーザが使用する、複数のクライアントＰＣ００１が接続されている。なお、本実施形態では前記システム５を複数のサーバで構成した例を示すが、１つのサーバ装置に前記サーバ００２〜００３らの機能を集約して構成するとしても勿論問題ない。
【００２０】
以下、各装置の構成例について説明する。図２はクライアントＰＣ００１の構成図である。前記クライアントＰＣ００１は、ＣＰＵなどで構成される制御部１００、ディスプレイ１０３、キーボード１０４、およびマウス１０５を持ち、ハードディスクドライブやメモリ等で構成した記憶部１０１に格納されるＷｅｂブラウザ１０２の実行、操作が可能である。前記Ｗｅｂブラウザ１０２はネットワークインターフェイス部１０６を経由し、Ｗｅｂサーバ００２のＷｅｂアプリケーション２０５を使用することができる。
【００２１】
図３はＷｅｂサーバ００２の構成図である。前記Ｗｅｂサーバ００２は制御部２００、記憶部２０１、およびネットワークインターフェイス部２０６を備えており、前記記憶部２０１には、リクエスト・ＵＲＬ情報管理部２０２およびセッション情報管理部２０３からなる退避部２０７と、途中再開部２０４、およびＷｅｂアプリケーション２０５を備えている。前記退避部２０７は、クライアントＰＣ００１からの要求に応じてユーザについてのログイン認証を記憶部（ここではＤＢサーバ００３のユーザテーブル３０５）の認証情報に基づき実行した後、該当クライアントＰＣ００１に提供しているＷｅｂアプリケーション２０５に関して、クライアントＰＣ００１のＷｅｂブラウザ１０２からの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、およびＵＲＬ情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部（ここではＤＢサーバ００３の記憶部３０１）に格納して退避させる。
【００２２】
なお、前記退避部２０７は、クライアントＰＣ００１からの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントＰＣ００１に提供しているＷｅｂアプリケーション２０５に関して、クライアントＰＣ００１のＷｅｂブラウザ１０２からの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、ＵＲＬ情報、およびＷｅｂアプリケーション２０５が使用するテーブルの更新情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させ、タイムアウトによる前記Ｗｅｂアプリケーション２０５の途中中断の事象を該当ユーザおよびＷｅｂアプリケーション２０５に対応付けて記憶部に記録するとしてもよい。
【００２３】
こうした退避部２０７の機能のうち、前記クライアントＰＣ００１のＷｅｂブラウザ１０２から当該Ｗｅｂサーバ００２にアクセスが発生した際に動作し、前記Ｗｅｂブラウザ１０２からのリクエスト情報とそのＵＲＬをＤＢサーバ００３に格納する機能を担うプログラムがリクエスト・ＵＲＬ情報管理部２０２である。また、セッション情報をＤＢサーバ００３に格納するプログラムがセッション情報管理部２０３である。
【００２４】
また、前記途中再開部２０４は、ユーザがＷｅｂサーバ００２に対するログイン操作を行った際に動作し、途中中断後における、Ｗｅｂアプリケーション２０５の任意の画面からの再開処理を担うプログラムである。より詳細に述べると、この途中再開部２０４は、前記情報の退避がなされているＷｅｂアプリケーション２０５に関し（例：前記ＤＢサーバ００３のＵＲＬ情報テーブル３０３でレコードが存在するもの）、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部（例：ＤＢサーバ００３のＵＲＬ情報テーブル３０３）から読み出してクライアントＰＣ００１に送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントＰＣ００１から受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部（ＤＢサーバ００３のリクエスト情報テーブル３０２、ＵＲＬ情報テーブル３０３、セッション情報テーブル３０４）から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーション２０５を再開することとなる。
【００２５】
なお、前記途中再開部２０４は、前記情報の退避がなされているＷｅｂアプリケーション２０５に関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントＰＣ００１に送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントＰＣ００１から受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、セッション、およびテーブルの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、セッション、およびテーブルとして復元しＷｅｂアプリケーション２０５を再開するとしてもよい。
【００２６】
また、前記途中再開部２０４は、前記情報の退避がなされているＷｅｂアプリケーション２０５に関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントＰＣ００１に送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントＰＣ００１から受信し、該当ＵＲＬ情報が示す時点より以降に退避させたＵＲＬ、リクエスト、およびセッションの各情報を記憶部から削除し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーション２０５を再開する、としてもよい。
【００２７】
なお、本実施形態においては、前記Ｗｅｂアプリケーション２０５として電子申請を受け付けて処理する電子申請部２０５を想定している。
【００２８】
これら各部２０２〜２０７はネットワークインターフェイス部２０６を経由し、ＤＢサーバ００３にアクセスし、記憶部３０１に格納されている各テーブルを適宜変更するものとする。
【００２９】
続いてＤＢサーバ００３について説明する。図４はＤＢサーバ００３の構成図である。前記ＤＢサーバ００３は制御部３００と記憶部３０１、およびネットワークインターフェイス部３０７を備えており、前記記憶部３０１にはリクエスト情報を格納するリクエスト情報テーブル３０２を備える。このリクエスト情報テーブル３０２が格納するリクエスト情報は、図２５に示す構造のリクエスト情報を復元するための情報である。例えば、ＵＲＬ［ｈｔｔｐ：／／ｔｅｓｔ／ｉｎｓｔｉｔｕｔｉｏｎ．ｊｓｐ］にアクセスするリクエスト情報は図２６の通りになり、リクエスト情報テーブル３０２へは図２６のデータが格納されることとなる。このリクエスト情報テーブル３０２は、図５にも示すように、項目としてリクエスト情報を送信してきたクライアントＰＣ００１に関して認証されたユーザのＩＤ、前記ユーザがログインした時刻、リクエスト情報を格納した時刻（＝現時刻）、上記Ｗｅｂブラウザ１０２が送信したリクエスト情報を持つ。
【００３０】
また、前記ＤＢサーバ００３は、記憶部３０１においてＵＲＬ情報を格納するＵＲＬ情報テーブル３０３を備えている。このＵＲＬ情報テーブル３０３は、図６にも示すように、項目としてリクエスト情報を送信してきたクライアントＰＣ００１に関して認証されたユーザのＩＤ、前記ユーザがログインした時刻、リクエスト情報を格納した時刻、リクエスト情報に格納されたＵＲＬの情報、リクエストに応じて作成されるレスポンスのｔｉｔｌｅタグの値（図２７の例であれば、「地区の選択」）を格納する画面名称、の各項目を持つ。
【００３１】
また、前記ＤＢサーバ００３は、記憶部３０１において、セッション情報を格納するセッション情報テーブル３０４を備えている。このセッション情報テーブル３０４は、図７にも示すように、項目として、格納するセッションを使用するユーザのユーザＩＤ、そのユーザがログインした時刻、セッションを格納する時刻、セッション関連データ（＝セッション情報）を持つ。なお、これら各テーブル３０２〜３０４において、ユーザＩＤ、ログイン時刻、格納時刻の各項目に関しては、同ユーザの同時期における同Ｗｅｂアプリケーションの利用に関して共通となる。
【００３２】
また、前記ＤＢサーバ００３は、記憶部３０１において、ユーザの認証情報を格納するユーザテーブル３０５を備えている。このユーザテーブル３０５は、ユーザを一意に決定できるユーザＩＤ、ユーザの氏名、およびパスワードを項目として持つ。
【００３３】
また、前記ＤＢサーバ００３は、記憶部３０１において、施設予約の電子申請の状態を格納するテーブルとして施設予約申請テーブル３０６を備えている。この施設予約申請テーブル３０６は、項目として、申請を行ったユーザのＩＤ、申請番号、対象施設所在地を示す地区ＩＤ、対象施設を示す施設ＩＤ、および予約日を項目として持つ。
【００３４】
なお、前記ＤＢサーバ００３は、ネットワークインターフェイス部３０７を介して受けるアクセスに応じて前記テーブル類を操作することとなる。
【００３５】
これまで示した前記システム５における各部２０２〜２０７はハードウェアとして実現してもよいし、メモリやＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの適宜な記憶部に格納したプログラムとして実現するとしてもよい。この場合、ＣＰＵなど制御部がプログラム実行に合わせて記憶部より該当プログラムを読み出して、これを実行することとなる。
【００３６】
−−−処理手順例１−−−
以下、本実施形態におけるＷｅｂアプリケーション管理方法の実際手順について図を用いながら説明する。以下で説明するＷｅｂアプリケーション管理方法に対応する各種動作は、前記システム５を構成するサーバらの制御部が実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。なお、本実施形態においては、Ｗｅｂアプリケーション２０５として施設予約についてユーザから受け付けて処理する電子申請部を想定しているため、処理手順の流れとしても施設予約の電子申請を例にあげて説明を行う。勿論、他のＷｅｂアプリケーション利用を伴う種々の状況にも本実施形態のＷｅｂアプリケーション管理方法を適用できる。ここで、施設予約の電子申請は、１．ログイン、２．電子申請のメニューの選択、３．予約する施設の地区の選択、４．予約する施設の選択、５．予約日の選択、６．申請の完了確認、の各操作をユーザが行っていくことで完了する。以下には、上記の３．〜５．の各操作時にシステム５において退避処理をし、途中中断にも対応して途中再開を可能にする例を説明する。
【００３７】
図１８は本実施形態のＷｅｂアプリケーション管理方法の処理手順例１を示すフロー図であり、具体的には、Ｗｅｂアプリケーションの途中中断がなされるまでの処理フローを示す図である。この場合、施設予約を行いたいユーザが、自身のクライアントＰＣ００１でＷｅｂブラウザ１０２を起動し、ログインＵＲＬを入力したとする。ここで前記クライアントＰＣ００１は、Ｗｅｂブラウザ１０２により該当ＵＲＬに対応したＷｅｂサーバ００２にアクセスする（Ｓ６０１）。
【００３８】
一方、Ｗｅｂサーバ００２は前記クライアントＰＣ００１に対してログイン画面をレスポンスとして返す（Ｓ６０２）。ログイン画面（図１１）が表示されたクライアントＰＣ００１で、前記ユーザはＷｅｂブラウザ１０２にて、例えば、ユーザＩＤとして「１２３４５６」、パスワードとして「＊＊＊＊＊＊」を入力し、これら認証情報の送信指示を行う。この送信指示を受けたクライアントＰＣ００１は前記認証情報をＷｅｂサーバ００２に送信する（Ｓ６０３）。
【００３９】
前記Ｗｅｂサーバ００２は、クライアントＰＣ００１から受信したユーザＩＤ、パスワードを含む認証情報を、ＤＢサーバ００３のユーザテーブル３０５に照合するログイン認証の処理を行う（Ｓ６０４）。ログイン認証に成功したならば、前記退避部２０７は途中再開判定処理（Ｓ６０５）を実行する。この途中再開処理は、図２２に示すフローに対応した処理となる。ここで前記退避部２０７は、ＤＢサーバ００３にアクセスしてＵＲＬ情報テーブル３０３からログインユーザＩＤと同じユーザＩＤを取得する（Ｓ５２１）。本実施形態における現状では、前記ＵＲＬ情報テーブル３０３には図６のテーブル３１３の状態、つまりレコードが皆無の開始状態となっているため、レコードは取得できない。そこで前記退避部２０７は、ログイン後の電子申請のメニュー画面を記憶部から呼び出してレスポンスとして返す（Ｓ６０６）。
【００４０】
クライアントＰＣ００１では図１２のように申請メニュー画面を表示する。この画面を閲覧した前記ユーザは、例えば施設予約の申請ボタンを押下する。この時、クライアントＰＣ００１は前記押下されたボタンの情報をリクエストとしてＷｅｂサーバ００２に送信する（Ｓ６０７）。
【００４１】
一方、Ｗｅｂサーバ００２は、前記リクエストを受信してリクエスト・ＵＲＬ情報管理部２０２に対応したプログラムを実行する（Ｓ６０８）。リクエスト・ＵＲＬ情報管理部２０２は、図２０に示す処理フローを実行することとなる。ここで、リクエスト・ＵＲＬ情報管理部２０２は、クライアントＰＣ００１から送信されたリクエスト情報（図２６参照）を取得する（Ｓ５０１）。次に、前記リクエスト・ＵＲＬ情報管理部２０２は、ログインユーザＩＤがユーザＩＤであり、ログインした時刻をログイン時刻であり、現在時刻が格納時刻であり、取得したリクエスト情報がリクエスト情報となるレコードをリクエスト情報テーブル３０２に追加する（Ｓ５０２）。このとき、ログインユーザＩＤが「１２３４５６」であり、ログインした時刻が「２００９／０３／１３ １０：１１：１１」であり、現在時刻が「２００９／０３／１３／１０ １０：１１：１４」であるため、リクエスト情報テーブル３０２は、図５におけるテーブル３１２からテーブル３２２へと遷移する。
【００４２】
次に、前記リクエスト・ＵＲＬ情報管理部２０２は、前記リクエスト情報からＵＲＬを取得し、そのＵＲＬのレスポンスから画面名称としてタイトルタグの値（例：図２７における「施設の選択」）を取得する（Ｓ５０３）。
【００４３】
また、前記リクエスト・ＵＲＬ情報管理部２０２は、ログインユーザＩＤが「ユーザＩＤ」で、ログインした時刻が「ログイン時刻」で、現在時刻が「格納時刻」で、取得したＵＲＬが「ＵＲＬ情報」で、取得した画面名称が「画面名称」となるレコードをＵＲＬ情報テーブル３０３に追加する（Ｓ５０４）。このとき、ログインユーザＩＤが「１２３４５６」であり、ログインした時刻が「２００９／０３／１３ １０：１１：１１」であり、現在時刻が「２００９／０３／１３／１０ １０：１１：１４」であり、リクエスト情報から取得したＵＲＬが「ｈｔｔｐ：／／ｔｅｓｔ／ａｒｅａ．ｊｓｐ」であるため、ＵＲＬ情報テーブル３０３は図６のテーブル３１３からテーブル３２３へと遷移する。そして、前記リクエスト・ＵＲＬ情報管理部２０２は、地区の選択画面（記憶部に予め保持）のレスポンスを前記クライアントＰＣ００１に返す（Ｓ６０９）。
【００４４】
他方、クライアントＰＣ００１では、図１３のように地区の選択画面を表示する。前記ユーザは、この選択画面において例えば「Ａ地区」のボタンを押下したとする。この時、クライアントＰＣ００１は、押下されたボタンの情報をリクエストとしてＷｅｂサーバ００２に送信する（Ｓ６１０）。
【００４５】
Ｗｅｂサーバ００２は前記リクエストをクライアントＰＣ００１から受信すると、前記ステップＳ６０８と同様に、リクエスト・ＵＲＬ情報管理部２０２に対応したプログラムを実行し（Ｓ６１１）、図５のテーブル３２２からテーブル３３２への遷移と、図６のテーブル３２３からテーブル３３３への遷移が発生する。
【００４６】
次に、クライアントＰＣ００１で押下された地区の情報を保持するために、セッション関連データとして地区の情報を格納する。この場合、クライアントＰＣ００１で「地区の情報」の選択動作がなされ、つまりセッション関連データに変更が発生したとして、Ｗｅｂサーバ００２はセッション情報管理部２０３のプログラムを実行する（Ｓ６１２）。この場合、前記セッション情報管理部２０３は図２１に示す処理フローを実行することとなる。ここで前記セッション情報管理部２０３はセッション管理データを記憶部等に保持し（Ｓ５１１）、ログインユーザＩＤが「ユーザＩＤ」であり、ログインした時刻が「ログイン時刻」であり、現在時刻が「格納時刻」であり、取得したセッション関連データが「」セッション関連データ」となるレコードをセッション情報テーブル３０４に追加する（Ｓ５１２）。このとき、ログインユーザＩＤが「１２３４５６」であり、ログインした時刻が「２００９／０３／１３ １０：１１：１１」であり、現在時刻が「２００９／０３／１３／１０ １０：１１：３４」であるため、図７のテーブル３１４からテーブル３２４への遷移が発生する。そして前記セッション情報管理部２０３は施設の選択画面（記憶部に予め保持）のレスポンスを前記クライアントＰＣ００１に返す（Ｓ６１３）。
【００４７】
前記クライアントＰＣ００１では図１４のように施設の選択画面を表示する。この選択画面を閲覧したユーザは、前記選択画面において例えば「施設Ｂ」のボタンを押下したとする。この時、クライアントＰＣ００１は、前記押下されたボタンの情報をリクエストとしてＷｅｂサーバ００２に送信する（Ｓ６１４）。
【００４８】
Ｗｅｂサーバ００２は前記リクエストをクライアントＰＣ００１から受信すると、前記Ｓ６０８と同様にリクエスト・ＵＲＬ情報管理部２０２のプログラムを実行し（Ｓ６１５）、図５のテーブル３３２からテーブル３４２への遷移と図６の３３３から３４３への遷移が発生する。
【００４９】
次に、前記クライアントＰＣ００１で押下された施設の情報を保持するために、セッション関連データとして施設の情報を格納する。この場合、前記ステップＳ６１２と同様に、セッション関連データに変更が発生するため、セッション情報管理部２０３のプログラムを実行し（Ｓ６１６）、図７のテーブル３２４からテーブル３３４への遷移が発生する。そして前記セッション情報管理部２０３は、予約日の選択画面（記憶部に予め保持）をレスポンスとして前記クライアントＰＣ００１に返す（Ｓ６１７）。一方、クライアントＰＣ００１は図１４のように施設の選択画面を表示するが、ここでは、ユーザがＷｅｂブラウザ１０２を閉じ、電子申請を中断したとする（Ｓ６１８）。或いは、ユーザが一定時間以上操作を行わず、タイムアウトとなったとする。
【００５０】
−−−処理手順例２−−−
図１９は本実施形態のＷｅｂアプリケーション管理方法の処理手順例１を示すフロー図であり、具体的には、途中再開の処理フローを示す図である。この場合、上述の処理手順例１で述べた電子申請の途中中断後、一定期間が経過したとする。電子申請の再開を思い立ったユーザは、クライアントＰＣ００１でＷｅｂブラウザ１０２を起動し、ログインＵＲＬを入力する。クライアントＰＣ００１はこの入力を受けて、前記ログインＵＲＬに基づいてＷｅｂサーバ００２にアクセスする（Ｓ６１９）。Ｗｅｂサーバ００２ではログイン画面をレスポンスとしてクライアントＰＣ００１に返す（Ｓ６２０）。
【００５１】
ログイン画面（図１１）が表示されたクライアントＰＣ００１では、前記ユーザが、Ｗｅｂブラウザ１０２において、ユーザＩＤとして「１２３４５６」、パスワードとして「＊＊＊＊＊＊」を入力したとする。この時、クライアントＰＣ００１はＷｅｂブラウザ１０２を介して前記ユーザＩＤ、パスワードを含む認証情報をＷｅｂサーバ００２に送信する（Ｓ６２１）。
【００５２】
Ｗｅｂサーバ００２は前記クライアントＰＣ００１から受信したユーザＩＤ、パスワードと、ＤＢサーバ００３のユーザテーブル３０５のユーザＩＤ、パスワードとの照合処理を実行してログイン認証を行う（Ｓ６２２）。このログイン認証に成功した後、途中再開部２０４は、途中再開判定処理を実行する（Ｓ６２３）。この途中再開処理は、図２２に示す処理フローに対応したものであり、ここで前記途中再開部２０４は、ＤＢサーバ００３のＵＲＬ情報テーブル３０３からログインユーザＩＤと同じユーザＩＤを取得する（Ｓ５２１）。この時点でのＵＲＬ情報テーブル３０３は、図５のテーブル３４２の状態である。そのため途中再開部２０４はレコードを３件取得できる（Ｓ５２２：ＹＥＳ）。もし、ＵＲＬ情報テーブル３０３に該当レコードが格納されていない場合、途中再開部２０４はレコードを取得できず（Ｓ５２２：ＮＯ）、ログイン後の電子申請のメニュー画面をレスポンスとしてクライアントＰＣ００１に返す（Ｓ５２４）。
【００５３】
前記ステップ（Ｓ５２２：ＹＥＳ）に続いて、前記途中再開部２０４は、各レコードのＵＲＬ、格納時間、画面名称を取得し、図１７の途中再開画面（記憶部に予め保持）の該当項目に設定した上でレスポンスとしてクライアントＰＣ００１に返す（Ｓ５２３、Ｓ６２４）。
【００５４】
一方、クライアントＰＣ００１は図１７の途中再開画面を表示する。この画面を閲覧したユーザは、時刻が「２００９／０３／１３／ １０：１１：３４」、画面名称が「施設の選択」、ＵＲＬが「ｈｔｔｐ：／／ｔｅｓｔ／ｉｎｓｔｉｔｕｔｉｏｎ．ｊｓｐ」の行の「再開」ボタンを押下したとする。クライアントＰＣ００１は、該当行の情報をリクエストとしてＷｅｂサーバ００２に送信する（Ｓ６２５）。
【００５５】
前記リクエストを受信したＷｅｂサーバ００２の途中再開部２０４は、途中再開処理を実行する（Ｓ６２６）。この途中再開処理は、図２３に示す処理フローに対応した処理である。ここで、前記途中再開部２０４は、前記途中再開画面で選択されたレコードと同じユーザＩＤと格納時刻のレコードを、リクエスト情報テーブル３０２のレコードより取得し、ここで取得したレコードが含むデータ＝リクエスト退避領域のデータを現在のリクエストとして復元する（Ｓ５３１）。このとき、リクエスト情報テーブル３０２は図６のテーブル３４２の状態であるため、ログイン時刻が「２００９／０３／１３／ １０：１１：３４」のレコードのリクエスト情報が復元される。
【００５６】
次に前記途中再開部２０４は、ログインユーザＩＤとユーザＩＤが等しく、かつ、途中再開画面で選択されたレコードが示す格納時刻以前のレコードを、セッション情報テーブル３０４のレコードより取得する（Ｓ５３２）。このとき、セッション情報テーブル３０４は図７のテーブル３３４の状態であり、格納時刻「２００９／０３／１３／ １０：１１：３４」のレコードが取得されることとなる。
【００５７】
そして、前記途中再開部２０４は、前記ステップＳ５３２にて取得したセッション情報テーブル３０４のレコードの内、格納時刻が最も新しいレコードのデータ＝セッション退避領域のデータを、現在のセッションのデータとして復元する（Ｓ５３３）。取得したレコードの内、格納時刻が最も新しいレコードは格納時刻「２００９／０３／１３／ １０：１１：３４」のレコードであるため、このレコードのセッション関連データを復元する。
【００５８】
続いて、前記途中再開部２０４は、前記途中再開画面で選択されたレコードが示す格納時刻より後に格納されたものであり、かつ、同じユーザＩＤのＵＲＬ情報テーブル３０３のレコードを削除する（Ｓ５３４）。これによって、図６のＵＲＬ情報テーブル３０３において、テーブル３４３からテーブル３５３への遷移が発生する。次に、前記途中再開部２０４は、前記途中再開画面で選択されたレコードが示す格納時刻より後に格納されたものであり、かつ、同じユーザＩＤのレコードを前記リクエスト情報テーブル３０２のレコード中より削除する（Ｓ５３５）。これによって、図５のリクエスト情報テーブル３０２において、テーブル３４２からテーブル３５２への遷移が発生する。
【００５９】
続いて、前記途中再開部２０４は、前記途中再開画面で選択されたレコードが示す格納時刻より後に格納されたものであり、かつ、同じユーザＩＤのレコードを、前記セッション情報テーブル３０４のレコード中より削除する（Ｓ５３６）。これによって、図７のセッション情報テーブル３０４においてテーブル３３４から３４４への遷移が発生する。
【００６０】
そして、前記途中再開部２０４は、前記途中再開画面で選択されたレコードが示すＵＲＬに対応した画面データをレスポンスとしてクライアントＰＣ００１に送信する（Ｓ３５７）。このとき、Ｗｅｂサーバ００２の途中再開部２０４は、施設の選択画面のレスポンスをクライアントＰＣ００１に返す（Ｓ６２７）。
【００６１】
一方、クライアントＰＣ００１は図１４のように施設の選択画面を表示する。この画面を閲覧したユーザは、例えば、「施設Ｃ」のボタンを押下したとする。そこでクライアントＰＣ００１は、押下されたボタンの情報をリクエストとしてＷｅｂサーバ００２に送信する（Ｓ６２８）。
【００６２】
Ｗｅｂサーバ００２は前記リクエストをクライアントＰＣ００１から受信すると、前記ステップＳ６０８と同様に、リクエスト・ＵＲＬ情報管理部２０２に対応したプログラムを実行し（Ｓ６２９）、図５のリクエスト情報テーブル３０２におけるテーブル３５２から３６２への遷移と、図６のＵＲＬ情報テーブル３０３におけるテーブル３５３から３６３への遷移が発生する。
【００６３】
続いて、前記ステップＳ６２８にてクライアントＰＣ００１で押下された施設の情報を保持するために、前記システム５はセッション関連データとして前記施設の情報を格納する。ここで、セッション関連データに変更が発生するため、前記ステップＳ６１２と同様に、Ｗｅｂサーバ００２は前記セッション情報管理部２０３のプログラムを実行し（Ｓ６３０）、図７のセッション情報テーブル３０４においてテーブル３４４からテーブル３５４への遷移が発生する。そしてこのセッション情報管理部２０３は予約日の選択画面（予め記憶部に保持）をレスポンスとしてクライアントＰＣ００１に返す（Ｓ６３１）。
【００６４】
一方、クライアントＰＣ００１は図１５のように予約日の選択画面を表示する。この画面を閲覧したユーザが、西暦の年月日を入力し、決定ボタンを押下したとする。この時、クライアントＰＣ００１は、前記入力および決定ボタン押下を受けて、西暦の年月日の情報をリクエストとしてＷｅｂサーバ００２に送信する（Ｓ６３２）。
【００６５】
Ｗｅｂサーバ００２は前記リクエストをクライアントＰＣ００１から受信すると、前記ステップＳ６０８と同様に、リクエスト・ＵＲＬ情報管理部２０２のプログラムを実行し（Ｓ６３３）、図５のリクエスト情報テーブル３０２におけるテーブル３６２からテーブル３７２への遷移と、図６のＵＲＬ情報テーブル３０３におけるテーブル３６３から３７３への遷移が発生する。
【００６６】
次に、前記クライアントＰＣ００１で入力された西暦の年月日の情報を保持するために、セッション関連データとして西暦の年月日の情報を格納することとなる。セッション関連データに変更が発生するため、前記ステップＳ６１２と同様に、前記Ｗｅｂサーバ００２は、セッション情報管理部２０３のプログラムを実行し（Ｓ６３４）、図７のセッション情報テーブル３０４におけるテーブル３５４からテーブル３６４への遷移が発生する。そして、前記セッション情報管理部２０３は、申請の完了確認画面（記憶部に予め保持）をレスポンスとしてクライアントＰＣ００１に返す（Ｓ６３５）。
【００６７】
前記クライアントＰＣ００１は、図１６のように申請の完了確認画面を表示する。この画面を閲覧したユーザは、「申請する」ボタンを押下したとする。この時、前記クライアントＰＣ００１は、押下されたボタンの情報をリクエストとしてＷｅｂサーバ００２に送信する（Ｓ６３６）。
【００６８】
一方、Ｗｅｂサーバ００２の途中再開部２０４は、施設予約申請テーブル３０６の更新を行う（Ｓ６３７）。このとき途中再開部２０４は、ログインユーザＩＤを「ユーザＩＤ」とし、セッション関連データとして保持されている建物ＩＤ、施設ＩＤ、予約日からなるレコードを施設予約申請テーブル３０６に追加する。なお、「申請番号」は自動的にＷｅｂサーバ００２が発番しシリアルに設定されるものとする。
【００６９】
続いて、ユーザによる申請が完了し途中再開の必要はなくなるため、前記途中再開部２０４は、途中再開のためのテーブルのクリア処理を行う（Ｓ６３７）。このテーブルクリア処理は、図２４の処理フローに示すものとなる。ここで途中再開部２０４は、リクエスト情報テーブル３０２におけるレコードで、その格納時刻が現在の時刻以前であり、かつ、ログインユーザＩＤと「ユーザＩＤ」が等しいレコードを全て削除する（Ｓ５４１）。これによって、図５のリクエスト情報テーブル３０２においてテーブル３７２からテーブル３８２への遷移が発生する。
【００７０】
次に、前記途中再開部２０４は、前記ＵＲＬ情報テーブル３０３のレコードのうち、その格納時刻が現在の時刻以前であり、かつ、ログインユーザＩＤと「ユーザＩＤ」が等しいレコードを全て削除する（Ｓ５４２）。これによって図６のＵＲＬ情報テーブル３０３においてテーブル３７３から３８３への遷移が発生する。そして、前記途中再開部２０４は、セッション情報テーブル３０４のレコードのうち、その格納時刻が現在の時刻以前であり、かつ、ログインユーザＩＤと「ユーザＩＤ」が等しいレコードを全て削除する（Ｓ５４３）。これによって、図７のセッション情報テーブル３０４においてテーブル３６４からテーブル３７４への遷移が発生する。最後に途中再開部２０４は、メニュー画面（予め記憶部に保持）のレスポンスをクライアントＰＣ００１へ返す（Ｓ６３７）。
【００７１】
−−−他の実施例−−−
その他の実施例として、例えば、ユーザによる電子申請の作業中に、施設予約申請テーブル３０６に電子申請の情報を逐次格納する形態に関し説明する。ここでは、先に記述した処理手順例１および２の説明と異なる箇所のみ説明する。この場合、図１０の施設予約申請テーブル３０６に示す通り、「更新時刻」をテーブルの項目に追加し、更新の履歴を全て保持する。図１８のフローに沿った説明であれば、前記ステップＳ６１２の前の処理で、セッション関連データに「Ａ地区」の情報が格納されるタイミングで、前記Ｗｅｂサーバ００２は、前記施設予約申請テーブル３０６にユーザＩＤが「１２３４５６」、更新時刻が「２００９／０３／１３ １０：１１：３４」、地区ＩＤが「Ａ１０１」、申請番号、施設ＩＤ、予約日が「―」のレコードを追加し、図１０の施設予約申請テーブル３０６においてテーブル３３６からテーブル３４６への遷移が発生する。
【００７２】
そして、前記ステップＳ６１６の前の処理の、セッション関連データに「Ｂ施設」の情報が格納されるタイミングで、前記Ｗｅｂサーバ００２は、施設予約申請テーブル３０６に、ユーザＩＤが「１２３４５６」、更新時刻が「２００９／０３／１３ １０：１１：５２」、地区ＩＤが「Ａ１０１」、施設ＩＤが「Ｂ２０４」、申請番号、予約日が「―」のレコードを追加し、図１０の施設予約申請テーブル３０６においてテーブル３４６からテーブル３５６への遷移が発生する。
【００７３】
また、図１９のフローにおける前記ステップＳ６２６の途中再開処理では、前記Ｗｅｂサーバ００２は、前記ステップＳ５３４でリクエスト情報テーブル３０２を、前記ステップＳ５３５でＵＲＬ情報テーブル３０３を、前記ステップＳ５３６でセッション情報テーブル３０４を、前記ステップＳ６２５で選択した時刻と同じ状態にする。これと同様に、前記Ｗｅｂサーバ００２は、前記施設予約申請テーブル３０６を、前記ステップＳ６２５で選択した時刻と同じ状態にするために、図２３の前記ステップＳ５３７の処理の後に、次の処理を追加する。追加する処理は、「更新時刻」が途中再開画面で選択されたレコードの格納時刻より後であり、かつ、同じユーザＩＤのレコードを、施設予約申請テーブル３０６のレコード中より削除する処理である。この処理がステップＳ６２６で実行されたとき、図７のセッション情報テーブル３０４においてテーブル３３４からテーブル３４４への遷移が発生する。
【００７４】
次に、前記ステップＳ６３０の前の処理の、セッション関連データに「Ｃ施設」の情報が格納されるタイミングで、Ｗｅｂサーバ００２は、施設予約申請テーブル３０６に、ユーザＩＤが「１２３４５６」、更新時刻が「２００９／０３／１３ １０：２１：３４」、地区ＩＤが「Ａ１０１」、施設ＩＤが「Ｃ２０４」、申請番号、予約日が「―」のレコードを追加し、図１０の施設予約申請テーブル３０６においてテーブル３６６からテーブル３７６への遷移が発生する。
【００７５】
次に、前記ステップＳ６３４の前の処理での、セッション関連データに予約日の情報が格納されるタイミングで、Ｗｅｂサーバ００２は、施設予約申請テーブル３０６に、ユーザＩＤが「１２３４５６」、更新時刻が「２００９／０３／１３ １０：２１：５２」、地区ＩＤが「Ａ１０１」、施設ＩＤが「Ｃ２０４」、予約日が「２００９／０４／０２」、申請番号が「―」のレコードを追加し、図１０の施設予約申請テーブル３０６においてテーブル３７６からテーブル３８６への遷移が発生する。最後に前記ステップＳ６３７の処理で、申請番号がシリアルに付けられ、施設予約申請テーブル３０６でユーザＩＤが「１２３４５６」、更新時刻が「２００９／０３／１３ １０：２２：１１」、地区ＩＤが「Ａ１０１」、施設ＩＤが「Ｃ２０４」、予約日が「２００９／０４／０２」、申請番号が「０００００１」のレコードが追加される。上述のように、Ｗｅｂアプリケーションにおける一連の作業で、作業完了以前でも申請用のデータを退避させて格納する場合、ログイン後から中断するまでの任意の画面から、申請データを取り出して作業再開が可能となる。
【００７６】
以上、本発明の実施形態によれば、Ｗｅｂアプリケーションの途中中断から所定時間経過後のユーザに関し、前回ログイン時から中断時までの間の任意の時点からの作業再開が可能となる。
【００７７】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【符号の説明】
【００７８】
５ Ｗｅｂアプリケーション管理システム
１４ ネットワーク
１００、２００、３００ 制御部
１０１、２０１、３０１ 記憶部
１０６、２０６、３０７ ネットワークインターフェイス部
００１ クライアントＰＣ
００２ Ｗｅｂサーバ
００３ ＤＢサーバ
１０２ Ｗｅｂブラウザ
１０３ ディスプレイ（出力部）
１０４ キーボード（入力部）
１０５ マウス（入力部）
２０２ リクエスト・ＵＲＬ管理部
２０３ セッション情報管理部
２０４ 途中再開部
２０５ Ｗｅｂアプリケーション（電子申請部）
２０７ 退避部
３０２ リクエスト情報テーブル
３０３ ＵＲＬ情報テーブル
３０４ セッション情報テーブル
３０５ ユーザテーブル
３０６ 施設予約申請状況テーブル
【技術分野】
【０００１】
本発明は、Ｗｅｂアプリケーション管理システム、およびＷｅｂアプリケーション管理方法、およびＷｅｂアプリケーション管理プログラムに関するものであり、具体的には、Ｗｅｂアプリケーションの途中中断から所定時間経過後のユーザに関し、前回ログイン時から中断時までの間の任意の時点からの作業再開を可能とする技術に関する。
【背景技術】
【０００２】
Ｗｅｂサーバ上で動作するＷｅｂアプリケーションが、インターネット利用の拡大と共に広く利用されるようになった。Ｗｅｂアプリケーションを利用するユーザは、Ｗｅｂブラウザを利用してＷｅｂサーバにアクセスし、そのアプリケーションを利用することが可能である。Ｗｅｂアプリケーション本体はＷｅｂサーバにてインストールおよび運用されており、一方、クライアント側ではＷｅｂブラウザさえあればよいため、Ｗｅｂアプリケーションに関するメンテナンスの手間やコストを抑制できるとされる。
【０００３】
こうしたＷｅｂアプリケーションとクライアントとの間を結びつける通信プロトコルがＨＴＴＰ（HyperText Transfer Protocol）であり、このＨＴＴＰはリクエスト−レスポンス型のプロトコルである。そのため、クライアントがＷｅｂサーバにリクエストを送信し、Ｗｅｂサーバはこれにレスポンスを返す。そしてレスポンスを返した時点で接続は解除される（非特許文献１）。
【０００４】
しかし、こうした手法におけるＷｅｂサーバは、クライアントからリクエストを受け取ってレスポンスを返す瞬間のみデータを保持する。そのため、例えば電子商取引サイトを提供するＷｅｂサーバにおいて、ユーザのログインからログアウトまでの間、データを保持し続ける必要があるＷｅｂアプリケーションでは問題がある。そこで、Ｗｅｂアプリケーションを用いてクライアント端末に複雑なサービスを提供する際の、セッション管理の仕組みが設けられている（非特許文献２）。
【０００５】
このセッション管理は、Ｗｅｂサーバ側で発行されたセッションＩＤをクライアントのＣｏｏｋｉｅに持たせることで特定ユーザの識別を行う。一般的なセッション管理では、クライアント側で一定時間通信が途絶えている場合、タイムアウトと認定され、セッション関連データが削除される。このような場合、ユーザは再度ログインを行い、削除されたセッション関連データを再度作成するためにＷｅｂアプリケーションの操作を最初から行わなければならない。この問題に対して、例えばセッションがタイムアウトした後の自動的な再接続を可能とする技術が挙げられている（特許文献１）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−２７２４７１号公報
【非特許文献】
【０００７】
【非特許文献１】HTTPプロトコル、[online]、平成14年、情報処理推進機構、＜URL:http://www.ipa.go.jp/security/awareness/administrator/secure-web/chap6/6_protocol-1.html＞
【非特許文献２】セッション管理、[online]、平成14年、情報処理推進機構、＜URL:http://www.ipa.go.jp/security/awareness/administrator/secure-web/chap6/6_session-1.html＞
【発明の概要】
【発明が解決しようとする課題】
【０００８】
クライアントにおけるＷｅｂアプリケーションの操作中、Ｗｅｂサーバに対して一定時間通信が途絶え、タイムアウトが認定されてしまった場合、例えば特許文献１の方法を用いれば自動的な再開を行うことができる。しかし、Ｗｅｂアプリケーションの操作を行い、途中中断した後、所定時間が経過するとユーザはそれまでの操作詳細を忘却していることが多く、中断画面から作業を再開しても作業の継続が難しくなることがある。
【０００９】
そこで本発明は上記事情に鑑みてなされたものであり、Ｗｅｂアプリケーションの途中中断から所定時間経過後のユーザに関し、前回ログイン時から中断時までの間の任意の時点からの作業再開を可能とする技術の提供を主たる目的とする。
【課題を解決するための手段】
【００１０】
上記課題を解決する本発明のＷｅｂアプリケーション管理システムは、Ｗｅｂアプリケーションをネットワークを介してクライアントに提供するサーバ装置であり、Ｗｅｂアプリケーションと、ユーザの認証情報とを格納する記憶部と、クライアントからの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントに提供しているＷｅｂアプリケーションに関して、クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、およびＵＲＬ情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させる退避部と、前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーションを再開する途中再開部と、を備えることを特徴とする。
【００１１】
なお、前記Ｗｅｂアプリケーション管理システムにおいて、前記退避部が、クライアントからの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントに提供しているＷｅｂアプリケーションに関して、クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、ＵＲＬ情報、およびＷｅｂアプリケーションが使用するテーブルの更新情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させ、前記途中再開部が、前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、セッション、およびテーブルの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、セッション、およびテーブルとして復元しＷｅｂアプリケーションを再開する、としてもよい。
【００１２】
また、前記Ｗｅｂアプリケーション管理システムにおいて、前記途中再開部が、前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点より以降に退避させたＵＲＬ、リクエスト、およびセッションの各情報を記憶部から削除し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーションを再開する、としてもよい。
【００１３】
また、本発明のＷｅｂアプリケーション管理方法は、Ｗｅｂアプリケーションと、ユーザの認証情報とを格納する記憶部を備え、Ｗｅｂアプリケーションをネットワークを介してクライアントに提供するサーバ装置が、クライアントからの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントに提供しているＷｅｂアプリケーションに関して、クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、およびＵＲＬ情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させる処理と、前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーションを再開する処理と、を実行することを特徴とする。
【００１４】
また、本発明のＷｅｂアプリケーション管理プログラムは、Ｗｅｂアプリケーションと、ユーザの認証情報とを格納する記憶部を備え、Ｗｅｂアプリケーションをネットワークを介してクライアントに提供するサーバ装置に、クライアントからの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントに提供しているＷｅｂアプリケーションに関して、クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、およびＵＲＬ情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させる処理と、前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーションを再開する処理と、を実行させることを特徴とする。
【００１５】
その他、本願が開示する課題、およびその解決方法は、発明を実施するための最良の形態の欄、および図面により明らかにされる。
【発明の効果】
【００１６】
したがって本発明によれば、Ｗｅｂアプリケーションの途中中断から所定時間経過後のユーザに関し、前回ログイン時から中断時までの間の任意の時点からの作業再開が可能となる。
【図面の簡単な説明】
【００１７】
【図１】本実施形態におけるＷｅｂアプリケーション管理システムを含むネットワーク構成図である。
【図２】本実施形態におけるクライアントＰＣの構成図である。
【図３】本実施形態におけるＷｅｂサーバの構成図である。
【図４】本実施形態におけるＤＢサーバの構成図である。
【図５】本実施形態におけるリクエスト情報テーブルの構造例と遷移状況を示す図である。
【図６】本実施形態におけるＵＲＬ情報テーブルの構造例と遷移状況を示す図である。
【図７】本実施形態におけるセッション情報テーブルの構造例と遷移状況を示す図である。
【図８】本実施形態におけるユーザテーブルの構成例である。
【図９】本実施形態における施設予約申請テーブルの構造例と遷移状況例１を示す図である。
【図１０】本実施形態における施設予約申請テーブルの構造例と遷移状況例１を示す図である。
【図１１】本実施形態における画面例１を示す図である。
【図１２】本実施形態における画面例２を示す図である。
【図１３】本実施形態における画面例３を示す図である。
【図１４】本実施形態における画面例４を示す図である。
【図１５】本実施形態における画面例５を示す図である。
【図１６】本実施形態における画面例６を示す図である。
【図１７】本実施形態における画面例７を示す図である。
【図１８】本実施形態のＷｅｂアプリケーション管理方法の処理手順例１を示すフロー図である。
【図１９】本実施形態のＷｅｂアプリケーション管理方法の処理手順例２を示すフロー図である。
【図２０】本実施形態のＷｅｂアプリケーション管理方法の処理手順例３を示すフロー図である。
【図２１】本実施形態のＷｅｂアプリケーション管理方法の処理手順例４を示すフロー図である。
【図２２】本実施形態のＷｅｂアプリケーション管理方法の処理手順例５を示すフロー図である。
【図２３】本実施形態のＷｅｂアプリケーション管理方法の処理手順例６を示すフロー図である。
【図２４】本実施形態のＷｅｂアプリケーション管理方法の処理手順例７を示すフロー図である。
【図２５】本実施形態におけるリクエスト情報の構造例である。
【図２６】本実施形態におけるリクエスト情報の具体例である。
【図２７】本実施形態におけるレスポンス情報の例である。
【発明を実施するための形態】
【００１８】
−−−システム構成−−−
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態のＷｅｂアプリケーション管理システム５を含むネットワーク構成図である。図１に示すＷｅｂアプリケーション管理システム５（以下、システム５）は、Ｗｅｂアプリケーションの途中中断から所定時間経過後のユーザに関し、前回ログイン時から中断時までの間の任意の時点からの作業再開を可能とするコンピュータシステムである。
【００１９】
前記システム５は例えば複数のサーバ群で構成されたコンピュータシステムであり、各サーバらはハードディスクドライブやメモリなどで構成される記憶部、ＣＰＵなどの制御部、通信部たるネットワークインターフェイス部らがＢＵＳにより互いに接続されて構成されている。本実施形態における前記システム５は、Ｗｅｂサーバ００２、ＤＢサーバ００３とがネットワーク１４で互いに協働する構成としている。前記ネットワーク１４には、Ｗｅｂアプリケーションを利用するユーザが使用する、複数のクライアントＰＣ００１が接続されている。なお、本実施形態では前記システム５を複数のサーバで構成した例を示すが、１つのサーバ装置に前記サーバ００２〜００３らの機能を集約して構成するとしても勿論問題ない。
【００２０】
以下、各装置の構成例について説明する。図２はクライアントＰＣ００１の構成図である。前記クライアントＰＣ００１は、ＣＰＵなどで構成される制御部１００、ディスプレイ１０３、キーボード１０４、およびマウス１０５を持ち、ハードディスクドライブやメモリ等で構成した記憶部１０１に格納されるＷｅｂブラウザ１０２の実行、操作が可能である。前記Ｗｅｂブラウザ１０２はネットワークインターフェイス部１０６を経由し、Ｗｅｂサーバ００２のＷｅｂアプリケーション２０５を使用することができる。
【００２１】
図３はＷｅｂサーバ００２の構成図である。前記Ｗｅｂサーバ００２は制御部２００、記憶部２０１、およびネットワークインターフェイス部２０６を備えており、前記記憶部２０１には、リクエスト・ＵＲＬ情報管理部２０２およびセッション情報管理部２０３からなる退避部２０７と、途中再開部２０４、およびＷｅｂアプリケーション２０５を備えている。前記退避部２０７は、クライアントＰＣ００１からの要求に応じてユーザについてのログイン認証を記憶部（ここではＤＢサーバ００３のユーザテーブル３０５）の認証情報に基づき実行した後、該当クライアントＰＣ００１に提供しているＷｅｂアプリケーション２０５に関して、クライアントＰＣ００１のＷｅｂブラウザ１０２からの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、およびＵＲＬ情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部（ここではＤＢサーバ００３の記憶部３０１）に格納して退避させる。
【００２２】
なお、前記退避部２０７は、クライアントＰＣ００１からの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントＰＣ００１に提供しているＷｅｂアプリケーション２０５に関して、クライアントＰＣ００１のＷｅｂブラウザ１０２からの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、ＵＲＬ情報、およびＷｅｂアプリケーション２０５が使用するテーブルの更新情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させ、タイムアウトによる前記Ｗｅｂアプリケーション２０５の途中中断の事象を該当ユーザおよびＷｅｂアプリケーション２０５に対応付けて記憶部に記録するとしてもよい。
【００２３】
こうした退避部２０７の機能のうち、前記クライアントＰＣ００１のＷｅｂブラウザ１０２から当該Ｗｅｂサーバ００２にアクセスが発生した際に動作し、前記Ｗｅｂブラウザ１０２からのリクエスト情報とそのＵＲＬをＤＢサーバ００３に格納する機能を担うプログラムがリクエスト・ＵＲＬ情報管理部２０２である。また、セッション情報をＤＢサーバ００３に格納するプログラムがセッション情報管理部２０３である。
【００２４】
また、前記途中再開部２０４は、ユーザがＷｅｂサーバ００２に対するログイン操作を行った際に動作し、途中中断後における、Ｗｅｂアプリケーション２０５の任意の画面からの再開処理を担うプログラムである。より詳細に述べると、この途中再開部２０４は、前記情報の退避がなされているＷｅｂアプリケーション２０５に関し（例：前記ＤＢサーバ００３のＵＲＬ情報テーブル３０３でレコードが存在するもの）、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部（例：ＤＢサーバ００３のＵＲＬ情報テーブル３０３）から読み出してクライアントＰＣ００１に送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントＰＣ００１から受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部（ＤＢサーバ００３のリクエスト情報テーブル３０２、ＵＲＬ情報テーブル３０３、セッション情報テーブル３０４）から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーション２０５を再開することとなる。
【００２５】
なお、前記途中再開部２０４は、前記情報の退避がなされているＷｅｂアプリケーション２０５に関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントＰＣ００１に送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントＰＣ００１から受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、セッション、およびテーブルの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、セッション、およびテーブルとして復元しＷｅｂアプリケーション２０５を再開するとしてもよい。
【００２６】
また、前記途中再開部２０４は、前記情報の退避がなされているＷｅｂアプリケーション２０５に関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントＰＣ００１に送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントＰＣ００１から受信し、該当ＵＲＬ情報が示す時点より以降に退避させたＵＲＬ、リクエスト、およびセッションの各情報を記憶部から削除し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーション２０５を再開する、としてもよい。
【００２７】
なお、本実施形態においては、前記Ｗｅｂアプリケーション２０５として電子申請を受け付けて処理する電子申請部２０５を想定している。
【００２８】
これら各部２０２〜２０７はネットワークインターフェイス部２０６を経由し、ＤＢサーバ００３にアクセスし、記憶部３０１に格納されている各テーブルを適宜変更するものとする。
【００２９】
続いてＤＢサーバ００３について説明する。図４はＤＢサーバ００３の構成図である。前記ＤＢサーバ００３は制御部３００と記憶部３０１、およびネットワークインターフェイス部３０７を備えており、前記記憶部３０１にはリクエスト情報を格納するリクエスト情報テーブル３０２を備える。このリクエスト情報テーブル３０２が格納するリクエスト情報は、図２５に示す構造のリクエスト情報を復元するための情報である。例えば、ＵＲＬ［ｈｔｔｐ：／／ｔｅｓｔ／ｉｎｓｔｉｔｕｔｉｏｎ．ｊｓｐ］にアクセスするリクエスト情報は図２６の通りになり、リクエスト情報テーブル３０２へは図２６のデータが格納されることとなる。このリクエスト情報テーブル３０２は、図５にも示すように、項目としてリクエスト情報を送信してきたクライアントＰＣ００１に関して認証されたユーザのＩＤ、前記ユーザがログインした時刻、リクエスト情報を格納した時刻（＝現時刻）、上記Ｗｅｂブラウザ１０２が送信したリクエスト情報を持つ。
【００３０】
また、前記ＤＢサーバ００３は、記憶部３０１においてＵＲＬ情報を格納するＵＲＬ情報テーブル３０３を備えている。このＵＲＬ情報テーブル３０３は、図６にも示すように、項目としてリクエスト情報を送信してきたクライアントＰＣ００１に関して認証されたユーザのＩＤ、前記ユーザがログインした時刻、リクエスト情報を格納した時刻、リクエスト情報に格納されたＵＲＬの情報、リクエストに応じて作成されるレスポンスのｔｉｔｌｅタグの値（図２７の例であれば、「地区の選択」）を格納する画面名称、の各項目を持つ。
【００３１】
また、前記ＤＢサーバ００３は、記憶部３０１において、セッション情報を格納するセッション情報テーブル３０４を備えている。このセッション情報テーブル３０４は、図７にも示すように、項目として、格納するセッションを使用するユーザのユーザＩＤ、そのユーザがログインした時刻、セッションを格納する時刻、セッション関連データ（＝セッション情報）を持つ。なお、これら各テーブル３０２〜３０４において、ユーザＩＤ、ログイン時刻、格納時刻の各項目に関しては、同ユーザの同時期における同Ｗｅｂアプリケーションの利用に関して共通となる。
【００３２】
また、前記ＤＢサーバ００３は、記憶部３０１において、ユーザの認証情報を格納するユーザテーブル３０５を備えている。このユーザテーブル３０５は、ユーザを一意に決定できるユーザＩＤ、ユーザの氏名、およびパスワードを項目として持つ。
【００３３】
また、前記ＤＢサーバ００３は、記憶部３０１において、施設予約の電子申請の状態を格納するテーブルとして施設予約申請テーブル３０６を備えている。この施設予約申請テーブル３０６は、項目として、申請を行ったユーザのＩＤ、申請番号、対象施設所在地を示す地区ＩＤ、対象施設を示す施設ＩＤ、および予約日を項目として持つ。
【００３４】
なお、前記ＤＢサーバ００３は、ネットワークインターフェイス部３０７を介して受けるアクセスに応じて前記テーブル類を操作することとなる。
【００３５】
これまで示した前記システム５における各部２０２〜２０７はハードウェアとして実現してもよいし、メモリやＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などの適宜な記憶部に格納したプログラムとして実現するとしてもよい。この場合、ＣＰＵなど制御部がプログラム実行に合わせて記憶部より該当プログラムを読み出して、これを実行することとなる。
【００３６】
−−−処理手順例１−−−
以下、本実施形態におけるＷｅｂアプリケーション管理方法の実際手順について図を用いながら説明する。以下で説明するＷｅｂアプリケーション管理方法に対応する各種動作は、前記システム５を構成するサーバらの制御部が実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。なお、本実施形態においては、Ｗｅｂアプリケーション２０５として施設予約についてユーザから受け付けて処理する電子申請部を想定しているため、処理手順の流れとしても施設予約の電子申請を例にあげて説明を行う。勿論、他のＷｅｂアプリケーション利用を伴う種々の状況にも本実施形態のＷｅｂアプリケーション管理方法を適用できる。ここで、施設予約の電子申請は、１．ログイン、２．電子申請のメニューの選択、３．予約する施設の地区の選択、４．予約する施設の選択、５．予約日の選択、６．申請の完了確認、の各操作をユーザが行っていくことで完了する。以下には、上記の３．〜５．の各操作時にシステム５において退避処理をし、途中中断にも対応して途中再開を可能にする例を説明する。
【００３７】
図１８は本実施形態のＷｅｂアプリケーション管理方法の処理手順例１を示すフロー図であり、具体的には、Ｗｅｂアプリケーションの途中中断がなされるまでの処理フローを示す図である。この場合、施設予約を行いたいユーザが、自身のクライアントＰＣ００１でＷｅｂブラウザ１０２を起動し、ログインＵＲＬを入力したとする。ここで前記クライアントＰＣ００１は、Ｗｅｂブラウザ１０２により該当ＵＲＬに対応したＷｅｂサーバ００２にアクセスする（Ｓ６０１）。
【００３８】
一方、Ｗｅｂサーバ００２は前記クライアントＰＣ００１に対してログイン画面をレスポンスとして返す（Ｓ６０２）。ログイン画面（図１１）が表示されたクライアントＰＣ００１で、前記ユーザはＷｅｂブラウザ１０２にて、例えば、ユーザＩＤとして「１２３４５６」、パスワードとして「＊＊＊＊＊＊」を入力し、これら認証情報の送信指示を行う。この送信指示を受けたクライアントＰＣ００１は前記認証情報をＷｅｂサーバ００２に送信する（Ｓ６０３）。
【００３９】
前記Ｗｅｂサーバ００２は、クライアントＰＣ００１から受信したユーザＩＤ、パスワードを含む認証情報を、ＤＢサーバ００３のユーザテーブル３０５に照合するログイン認証の処理を行う（Ｓ６０４）。ログイン認証に成功したならば、前記退避部２０７は途中再開判定処理（Ｓ６０５）を実行する。この途中再開処理は、図２２に示すフローに対応した処理となる。ここで前記退避部２０７は、ＤＢサーバ００３にアクセスしてＵＲＬ情報テーブル３０３からログインユーザＩＤと同じユーザＩＤを取得する（Ｓ５２１）。本実施形態における現状では、前記ＵＲＬ情報テーブル３０３には図６のテーブル３１３の状態、つまりレコードが皆無の開始状態となっているため、レコードは取得できない。そこで前記退避部２０７は、ログイン後の電子申請のメニュー画面を記憶部から呼び出してレスポンスとして返す（Ｓ６０６）。
【００４０】
クライアントＰＣ００１では図１２のように申請メニュー画面を表示する。この画面を閲覧した前記ユーザは、例えば施設予約の申請ボタンを押下する。この時、クライアントＰＣ００１は前記押下されたボタンの情報をリクエストとしてＷｅｂサーバ００２に送信する（Ｓ６０７）。
【００４１】
一方、Ｗｅｂサーバ００２は、前記リクエストを受信してリクエスト・ＵＲＬ情報管理部２０２に対応したプログラムを実行する（Ｓ６０８）。リクエスト・ＵＲＬ情報管理部２０２は、図２０に示す処理フローを実行することとなる。ここで、リクエスト・ＵＲＬ情報管理部２０２は、クライアントＰＣ００１から送信されたリクエスト情報（図２６参照）を取得する（Ｓ５０１）。次に、前記リクエスト・ＵＲＬ情報管理部２０２は、ログインユーザＩＤがユーザＩＤであり、ログインした時刻をログイン時刻であり、現在時刻が格納時刻であり、取得したリクエスト情報がリクエスト情報となるレコードをリクエスト情報テーブル３０２に追加する（Ｓ５０２）。このとき、ログインユーザＩＤが「１２３４５６」であり、ログインした時刻が「２００９／０３／１３ １０：１１：１１」であり、現在時刻が「２００９／０３／１３／１０ １０：１１：１４」であるため、リクエスト情報テーブル３０２は、図５におけるテーブル３１２からテーブル３２２へと遷移する。
【００４２】
次に、前記リクエスト・ＵＲＬ情報管理部２０２は、前記リクエスト情報からＵＲＬを取得し、そのＵＲＬのレスポンスから画面名称としてタイトルタグの値（例：図２７における「施設の選択」）を取得する（Ｓ５０３）。
【００４３】
また、前記リクエスト・ＵＲＬ情報管理部２０２は、ログインユーザＩＤが「ユーザＩＤ」で、ログインした時刻が「ログイン時刻」で、現在時刻が「格納時刻」で、取得したＵＲＬが「ＵＲＬ情報」で、取得した画面名称が「画面名称」となるレコードをＵＲＬ情報テーブル３０３に追加する（Ｓ５０４）。このとき、ログインユーザＩＤが「１２３４５６」であり、ログインした時刻が「２００９／０３／１３ １０：１１：１１」であり、現在時刻が「２００９／０３／１３／１０ １０：１１：１４」であり、リクエスト情報から取得したＵＲＬが「ｈｔｔｐ：／／ｔｅｓｔ／ａｒｅａ．ｊｓｐ」であるため、ＵＲＬ情報テーブル３０３は図６のテーブル３１３からテーブル３２３へと遷移する。そして、前記リクエスト・ＵＲＬ情報管理部２０２は、地区の選択画面（記憶部に予め保持）のレスポンスを前記クライアントＰＣ００１に返す（Ｓ６０９）。
【００４４】
他方、クライアントＰＣ００１では、図１３のように地区の選択画面を表示する。前記ユーザは、この選択画面において例えば「Ａ地区」のボタンを押下したとする。この時、クライアントＰＣ００１は、押下されたボタンの情報をリクエストとしてＷｅｂサーバ００２に送信する（Ｓ６１０）。
【００４５】
Ｗｅｂサーバ００２は前記リクエストをクライアントＰＣ００１から受信すると、前記ステップＳ６０８と同様に、リクエスト・ＵＲＬ情報管理部２０２に対応したプログラムを実行し（Ｓ６１１）、図５のテーブル３２２からテーブル３３２への遷移と、図６のテーブル３２３からテーブル３３３への遷移が発生する。
【００４６】
次に、クライアントＰＣ００１で押下された地区の情報を保持するために、セッション関連データとして地区の情報を格納する。この場合、クライアントＰＣ００１で「地区の情報」の選択動作がなされ、つまりセッション関連データに変更が発生したとして、Ｗｅｂサーバ００２はセッション情報管理部２０３のプログラムを実行する（Ｓ６１２）。この場合、前記セッション情報管理部２０３は図２１に示す処理フローを実行することとなる。ここで前記セッション情報管理部２０３はセッション管理データを記憶部等に保持し（Ｓ５１１）、ログインユーザＩＤが「ユーザＩＤ」であり、ログインした時刻が「ログイン時刻」であり、現在時刻が「格納時刻」であり、取得したセッション関連データが「」セッション関連データ」となるレコードをセッション情報テーブル３０４に追加する（Ｓ５１２）。このとき、ログインユーザＩＤが「１２３４５６」であり、ログインした時刻が「２００９／０３／１３ １０：１１：１１」であり、現在時刻が「２００９／０３／１３／１０ １０：１１：３４」であるため、図７のテーブル３１４からテーブル３２４への遷移が発生する。そして前記セッション情報管理部２０３は施設の選択画面（記憶部に予め保持）のレスポンスを前記クライアントＰＣ００１に返す（Ｓ６１３）。
【００４７】
前記クライアントＰＣ００１では図１４のように施設の選択画面を表示する。この選択画面を閲覧したユーザは、前記選択画面において例えば「施設Ｂ」のボタンを押下したとする。この時、クライアントＰＣ００１は、前記押下されたボタンの情報をリクエストとしてＷｅｂサーバ００２に送信する（Ｓ６１４）。
【００４８】
Ｗｅｂサーバ００２は前記リクエストをクライアントＰＣ００１から受信すると、前記Ｓ６０８と同様にリクエスト・ＵＲＬ情報管理部２０２のプログラムを実行し（Ｓ６１５）、図５のテーブル３３２からテーブル３４２への遷移と図６の３３３から３４３への遷移が発生する。
【００４９】
次に、前記クライアントＰＣ００１で押下された施設の情報を保持するために、セッション関連データとして施設の情報を格納する。この場合、前記ステップＳ６１２と同様に、セッション関連データに変更が発生するため、セッション情報管理部２０３のプログラムを実行し（Ｓ６１６）、図７のテーブル３２４からテーブル３３４への遷移が発生する。そして前記セッション情報管理部２０３は、予約日の選択画面（記憶部に予め保持）をレスポンスとして前記クライアントＰＣ００１に返す（Ｓ６１７）。一方、クライアントＰＣ００１は図１４のように施設の選択画面を表示するが、ここでは、ユーザがＷｅｂブラウザ１０２を閉じ、電子申請を中断したとする（Ｓ６１８）。或いは、ユーザが一定時間以上操作を行わず、タイムアウトとなったとする。
【００５０】
−−−処理手順例２−−−
図１９は本実施形態のＷｅｂアプリケーション管理方法の処理手順例１を示すフロー図であり、具体的には、途中再開の処理フローを示す図である。この場合、上述の処理手順例１で述べた電子申請の途中中断後、一定期間が経過したとする。電子申請の再開を思い立ったユーザは、クライアントＰＣ００１でＷｅｂブラウザ１０２を起動し、ログインＵＲＬを入力する。クライアントＰＣ００１はこの入力を受けて、前記ログインＵＲＬに基づいてＷｅｂサーバ００２にアクセスする（Ｓ６１９）。Ｗｅｂサーバ００２ではログイン画面をレスポンスとしてクライアントＰＣ００１に返す（Ｓ６２０）。
【００５１】
ログイン画面（図１１）が表示されたクライアントＰＣ００１では、前記ユーザが、Ｗｅｂブラウザ１０２において、ユーザＩＤとして「１２３４５６」、パスワードとして「＊＊＊＊＊＊」を入力したとする。この時、クライアントＰＣ００１はＷｅｂブラウザ１０２を介して前記ユーザＩＤ、パスワードを含む認証情報をＷｅｂサーバ００２に送信する（Ｓ６２１）。
【００５２】
Ｗｅｂサーバ００２は前記クライアントＰＣ００１から受信したユーザＩＤ、パスワードと、ＤＢサーバ００３のユーザテーブル３０５のユーザＩＤ、パスワードとの照合処理を実行してログイン認証を行う（Ｓ６２２）。このログイン認証に成功した後、途中再開部２０４は、途中再開判定処理を実行する（Ｓ６２３）。この途中再開処理は、図２２に示す処理フローに対応したものであり、ここで前記途中再開部２０４は、ＤＢサーバ００３のＵＲＬ情報テーブル３０３からログインユーザＩＤと同じユーザＩＤを取得する（Ｓ５２１）。この時点でのＵＲＬ情報テーブル３０３は、図５のテーブル３４２の状態である。そのため途中再開部２０４はレコードを３件取得できる（Ｓ５２２：ＹＥＳ）。もし、ＵＲＬ情報テーブル３０３に該当レコードが格納されていない場合、途中再開部２０４はレコードを取得できず（Ｓ５２２：ＮＯ）、ログイン後の電子申請のメニュー画面をレスポンスとしてクライアントＰＣ００１に返す（Ｓ５２４）。
【００５３】
前記ステップ（Ｓ５２２：ＹＥＳ）に続いて、前記途中再開部２０４は、各レコードのＵＲＬ、格納時間、画面名称を取得し、図１７の途中再開画面（記憶部に予め保持）の該当項目に設定した上でレスポンスとしてクライアントＰＣ００１に返す（Ｓ５２３、Ｓ６２４）。
【００５４】
一方、クライアントＰＣ００１は図１７の途中再開画面を表示する。この画面を閲覧したユーザは、時刻が「２００９／０３／１３／ １０：１１：３４」、画面名称が「施設の選択」、ＵＲＬが「ｈｔｔｐ：／／ｔｅｓｔ／ｉｎｓｔｉｔｕｔｉｏｎ．ｊｓｐ」の行の「再開」ボタンを押下したとする。クライアントＰＣ００１は、該当行の情報をリクエストとしてＷｅｂサーバ００２に送信する（Ｓ６２５）。
【００５５】
前記リクエストを受信したＷｅｂサーバ００２の途中再開部２０４は、途中再開処理を実行する（Ｓ６２６）。この途中再開処理は、図２３に示す処理フローに対応した処理である。ここで、前記途中再開部２０４は、前記途中再開画面で選択されたレコードと同じユーザＩＤと格納時刻のレコードを、リクエスト情報テーブル３０２のレコードより取得し、ここで取得したレコードが含むデータ＝リクエスト退避領域のデータを現在のリクエストとして復元する（Ｓ５３１）。このとき、リクエスト情報テーブル３０２は図６のテーブル３４２の状態であるため、ログイン時刻が「２００９／０３／１３／ １０：１１：３４」のレコードのリクエスト情報が復元される。
【００５６】
次に前記途中再開部２０４は、ログインユーザＩＤとユーザＩＤが等しく、かつ、途中再開画面で選択されたレコードが示す格納時刻以前のレコードを、セッション情報テーブル３０４のレコードより取得する（Ｓ５３２）。このとき、セッション情報テーブル３０４は図７のテーブル３３４の状態であり、格納時刻「２００９／０３／１３／ １０：１１：３４」のレコードが取得されることとなる。
【００５７】
そして、前記途中再開部２０４は、前記ステップＳ５３２にて取得したセッション情報テーブル３０４のレコードの内、格納時刻が最も新しいレコードのデータ＝セッション退避領域のデータを、現在のセッションのデータとして復元する（Ｓ５３３）。取得したレコードの内、格納時刻が最も新しいレコードは格納時刻「２００９／０３／１３／ １０：１１：３４」のレコードであるため、このレコードのセッション関連データを復元する。
【００５８】
続いて、前記途中再開部２０４は、前記途中再開画面で選択されたレコードが示す格納時刻より後に格納されたものであり、かつ、同じユーザＩＤのＵＲＬ情報テーブル３０３のレコードを削除する（Ｓ５３４）。これによって、図６のＵＲＬ情報テーブル３０３において、テーブル３４３からテーブル３５３への遷移が発生する。次に、前記途中再開部２０４は、前記途中再開画面で選択されたレコードが示す格納時刻より後に格納されたものであり、かつ、同じユーザＩＤのレコードを前記リクエスト情報テーブル３０２のレコード中より削除する（Ｓ５３５）。これによって、図５のリクエスト情報テーブル３０２において、テーブル３４２からテーブル３５２への遷移が発生する。
【００５９】
続いて、前記途中再開部２０４は、前記途中再開画面で選択されたレコードが示す格納時刻より後に格納されたものであり、かつ、同じユーザＩＤのレコードを、前記セッション情報テーブル３０４のレコード中より削除する（Ｓ５３６）。これによって、図７のセッション情報テーブル３０４においてテーブル３３４から３４４への遷移が発生する。
【００６０】
そして、前記途中再開部２０４は、前記途中再開画面で選択されたレコードが示すＵＲＬに対応した画面データをレスポンスとしてクライアントＰＣ００１に送信する（Ｓ３５７）。このとき、Ｗｅｂサーバ００２の途中再開部２０４は、施設の選択画面のレスポンスをクライアントＰＣ００１に返す（Ｓ６２７）。
【００６１】
一方、クライアントＰＣ００１は図１４のように施設の選択画面を表示する。この画面を閲覧したユーザは、例えば、「施設Ｃ」のボタンを押下したとする。そこでクライアントＰＣ００１は、押下されたボタンの情報をリクエストとしてＷｅｂサーバ００２に送信する（Ｓ６２８）。
【００６２】
Ｗｅｂサーバ００２は前記リクエストをクライアントＰＣ００１から受信すると、前記ステップＳ６０８と同様に、リクエスト・ＵＲＬ情報管理部２０２に対応したプログラムを実行し（Ｓ６２９）、図５のリクエスト情報テーブル３０２におけるテーブル３５２から３６２への遷移と、図６のＵＲＬ情報テーブル３０３におけるテーブル３５３から３６３への遷移が発生する。
【００６３】
続いて、前記ステップＳ６２８にてクライアントＰＣ００１で押下された施設の情報を保持するために、前記システム５はセッション関連データとして前記施設の情報を格納する。ここで、セッション関連データに変更が発生するため、前記ステップＳ６１２と同様に、Ｗｅｂサーバ００２は前記セッション情報管理部２０３のプログラムを実行し（Ｓ６３０）、図７のセッション情報テーブル３０４においてテーブル３４４からテーブル３５４への遷移が発生する。そしてこのセッション情報管理部２０３は予約日の選択画面（予め記憶部に保持）をレスポンスとしてクライアントＰＣ００１に返す（Ｓ６３１）。
【００６４】
一方、クライアントＰＣ００１は図１５のように予約日の選択画面を表示する。この画面を閲覧したユーザが、西暦の年月日を入力し、決定ボタンを押下したとする。この時、クライアントＰＣ００１は、前記入力および決定ボタン押下を受けて、西暦の年月日の情報をリクエストとしてＷｅｂサーバ００２に送信する（Ｓ６３２）。
【００６５】
Ｗｅｂサーバ００２は前記リクエストをクライアントＰＣ００１から受信すると、前記ステップＳ６０８と同様に、リクエスト・ＵＲＬ情報管理部２０２のプログラムを実行し（Ｓ６３３）、図５のリクエスト情報テーブル３０２におけるテーブル３６２からテーブル３７２への遷移と、図６のＵＲＬ情報テーブル３０３におけるテーブル３６３から３７３への遷移が発生する。
【００６６】
次に、前記クライアントＰＣ００１で入力された西暦の年月日の情報を保持するために、セッション関連データとして西暦の年月日の情報を格納することとなる。セッション関連データに変更が発生するため、前記ステップＳ６１２と同様に、前記Ｗｅｂサーバ００２は、セッション情報管理部２０３のプログラムを実行し（Ｓ６３４）、図７のセッション情報テーブル３０４におけるテーブル３５４からテーブル３６４への遷移が発生する。そして、前記セッション情報管理部２０３は、申請の完了確認画面（記憶部に予め保持）をレスポンスとしてクライアントＰＣ００１に返す（Ｓ６３５）。
【００６７】
前記クライアントＰＣ００１は、図１６のように申請の完了確認画面を表示する。この画面を閲覧したユーザは、「申請する」ボタンを押下したとする。この時、前記クライアントＰＣ００１は、押下されたボタンの情報をリクエストとしてＷｅｂサーバ００２に送信する（Ｓ６３６）。
【００６８】
一方、Ｗｅｂサーバ００２の途中再開部２０４は、施設予約申請テーブル３０６の更新を行う（Ｓ６３７）。このとき途中再開部２０４は、ログインユーザＩＤを「ユーザＩＤ」とし、セッション関連データとして保持されている建物ＩＤ、施設ＩＤ、予約日からなるレコードを施設予約申請テーブル３０６に追加する。なお、「申請番号」は自動的にＷｅｂサーバ００２が発番しシリアルに設定されるものとする。
【００６９】
続いて、ユーザによる申請が完了し途中再開の必要はなくなるため、前記途中再開部２０４は、途中再開のためのテーブルのクリア処理を行う（Ｓ６３７）。このテーブルクリア処理は、図２４の処理フローに示すものとなる。ここで途中再開部２０４は、リクエスト情報テーブル３０２におけるレコードで、その格納時刻が現在の時刻以前であり、かつ、ログインユーザＩＤと「ユーザＩＤ」が等しいレコードを全て削除する（Ｓ５４１）。これによって、図５のリクエスト情報テーブル３０２においてテーブル３７２からテーブル３８２への遷移が発生する。
【００７０】
次に、前記途中再開部２０４は、前記ＵＲＬ情報テーブル３０３のレコードのうち、その格納時刻が現在の時刻以前であり、かつ、ログインユーザＩＤと「ユーザＩＤ」が等しいレコードを全て削除する（Ｓ５４２）。これによって図６のＵＲＬ情報テーブル３０３においてテーブル３７３から３８３への遷移が発生する。そして、前記途中再開部２０４は、セッション情報テーブル３０４のレコードのうち、その格納時刻が現在の時刻以前であり、かつ、ログインユーザＩＤと「ユーザＩＤ」が等しいレコードを全て削除する（Ｓ５４３）。これによって、図７のセッション情報テーブル３０４においてテーブル３６４からテーブル３７４への遷移が発生する。最後に途中再開部２０４は、メニュー画面（予め記憶部に保持）のレスポンスをクライアントＰＣ００１へ返す（Ｓ６３７）。
【００７１】
−−−他の実施例−−−
その他の実施例として、例えば、ユーザによる電子申請の作業中に、施設予約申請テーブル３０６に電子申請の情報を逐次格納する形態に関し説明する。ここでは、先に記述した処理手順例１および２の説明と異なる箇所のみ説明する。この場合、図１０の施設予約申請テーブル３０６に示す通り、「更新時刻」をテーブルの項目に追加し、更新の履歴を全て保持する。図１８のフローに沿った説明であれば、前記ステップＳ６１２の前の処理で、セッション関連データに「Ａ地区」の情報が格納されるタイミングで、前記Ｗｅｂサーバ００２は、前記施設予約申請テーブル３０６にユーザＩＤが「１２３４５６」、更新時刻が「２００９／０３／１３ １０：１１：３４」、地区ＩＤが「Ａ１０１」、申請番号、施設ＩＤ、予約日が「―」のレコードを追加し、図１０の施設予約申請テーブル３０６においてテーブル３３６からテーブル３４６への遷移が発生する。
【００７２】
そして、前記ステップＳ６１６の前の処理の、セッション関連データに「Ｂ施設」の情報が格納されるタイミングで、前記Ｗｅｂサーバ００２は、施設予約申請テーブル３０６に、ユーザＩＤが「１２３４５６」、更新時刻が「２００９／０３／１３ １０：１１：５２」、地区ＩＤが「Ａ１０１」、施設ＩＤが「Ｂ２０４」、申請番号、予約日が「―」のレコードを追加し、図１０の施設予約申請テーブル３０６においてテーブル３４６からテーブル３５６への遷移が発生する。
【００７３】
また、図１９のフローにおける前記ステップＳ６２６の途中再開処理では、前記Ｗｅｂサーバ００２は、前記ステップＳ５３４でリクエスト情報テーブル３０２を、前記ステップＳ５３５でＵＲＬ情報テーブル３０３を、前記ステップＳ５３６でセッション情報テーブル３０４を、前記ステップＳ６２５で選択した時刻と同じ状態にする。これと同様に、前記Ｗｅｂサーバ００２は、前記施設予約申請テーブル３０６を、前記ステップＳ６２５で選択した時刻と同じ状態にするために、図２３の前記ステップＳ５３７の処理の後に、次の処理を追加する。追加する処理は、「更新時刻」が途中再開画面で選択されたレコードの格納時刻より後であり、かつ、同じユーザＩＤのレコードを、施設予約申請テーブル３０６のレコード中より削除する処理である。この処理がステップＳ６２６で実行されたとき、図７のセッション情報テーブル３０４においてテーブル３３４からテーブル３４４への遷移が発生する。
【００７４】
次に、前記ステップＳ６３０の前の処理の、セッション関連データに「Ｃ施設」の情報が格納されるタイミングで、Ｗｅｂサーバ００２は、施設予約申請テーブル３０６に、ユーザＩＤが「１２３４５６」、更新時刻が「２００９／０３／１３ １０：２１：３４」、地区ＩＤが「Ａ１０１」、施設ＩＤが「Ｃ２０４」、申請番号、予約日が「―」のレコードを追加し、図１０の施設予約申請テーブル３０６においてテーブル３６６からテーブル３７６への遷移が発生する。
【００７５】
次に、前記ステップＳ６３４の前の処理での、セッション関連データに予約日の情報が格納されるタイミングで、Ｗｅｂサーバ００２は、施設予約申請テーブル３０６に、ユーザＩＤが「１２３４５６」、更新時刻が「２００９／０３／１３ １０：２１：５２」、地区ＩＤが「Ａ１０１」、施設ＩＤが「Ｃ２０４」、予約日が「２００９／０４／０２」、申請番号が「―」のレコードを追加し、図１０の施設予約申請テーブル３０６においてテーブル３７６からテーブル３８６への遷移が発生する。最後に前記ステップＳ６３７の処理で、申請番号がシリアルに付けられ、施設予約申請テーブル３０６でユーザＩＤが「１２３４５６」、更新時刻が「２００９／０３／１３ １０：２２：１１」、地区ＩＤが「Ａ１０１」、施設ＩＤが「Ｃ２０４」、予約日が「２００９／０４／０２」、申請番号が「０００００１」のレコードが追加される。上述のように、Ｗｅｂアプリケーションにおける一連の作業で、作業完了以前でも申請用のデータを退避させて格納する場合、ログイン後から中断するまでの任意の画面から、申請データを取り出して作業再開が可能となる。
【００７６】
以上、本発明の実施形態によれば、Ｗｅｂアプリケーションの途中中断から所定時間経過後のユーザに関し、前回ログイン時から中断時までの間の任意の時点からの作業再開が可能となる。
【００７７】
以上、本発明の実施の形態について、その実施の形態に基づき具体的に説明したが、これに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【符号の説明】
【００７８】
５ Ｗｅｂアプリケーション管理システム
１４ ネットワーク
１００、２００、３００ 制御部
１０１、２０１、３０１ 記憶部
１０６、２０６、３０７ ネットワークインターフェイス部
００１ クライアントＰＣ
００２ Ｗｅｂサーバ
００３ ＤＢサーバ
１０２ Ｗｅｂブラウザ
１０３ ディスプレイ（出力部）
１０４ キーボード（入力部）
１０５ マウス（入力部）
２０２ リクエスト・ＵＲＬ管理部
２０３ セッション情報管理部
２０４ 途中再開部
２０５ Ｗｅｂアプリケーション（電子申請部）
２０７ 退避部
３０２ リクエスト情報テーブル
３０３ ＵＲＬ情報テーブル
３０４ セッション情報テーブル
３０５ ユーザテーブル
３０６ 施設予約申請状況テーブル
【特許請求の範囲】
【請求項１】
Ｗｅｂアプリケーションをネットワークを介してクライアントに提供するサーバ装置であり、
Ｗｅｂアプリケーションと、ユーザの認証情報とを格納する記憶部と、
クライアントからの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントに提供しているＷｅｂアプリケーションに関して、クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、およびＵＲＬ情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させる退避部と、
前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーションを再開する、途中再開部と、
を備えることを特徴とするＷｅｂアプリケーション管理システム。
【請求項２】
前記退避部が、
クライアントからの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントに提供しているＷｅｂアプリケーションに関して、クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、ＵＲＬ情報、およびＷｅｂアプリケーションが使用するテーブルの更新情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させ、
前記途中再開部が、
前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、セッション、およびテーブルの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、セッション、およびテーブルとして復元しＷｅｂアプリケーションを再開する、
ことを特徴とする請求項１に記載のＷｅｂアプリケーション管理システム。
【請求項３】
前記途中再開部が、
前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点より以降に退避させたＵＲＬ、リクエスト、およびセッションの各情報を記憶部から削除し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーションを再開する、
ことを特徴とする請求項１または２に記載のＷｅｂアプリケーション管理システム。
【請求項４】
Ｗｅｂアプリケーションと、ユーザの認証情報とを格納する記憶部を備え、Ｗｅｂアプリケーションをネットワークを介してクライアントに提供するサーバ装置が、
クライアントからの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントに提供しているＷｅｂアプリケーションに関して、クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、およびＵＲＬ情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させる処理と、
前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーションを再開する処理と、
を実行することを特徴とするＷｅｂアプリケーション管理方法。
【請求項５】
Ｗｅｂアプリケーションと、ユーザの認証情報とを格納する記憶部を備え、Ｗｅｂアプリケーションをネットワークを介してクライアントに提供するサーバ装置に、
クライアントからの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントに提供しているＷｅｂアプリケーションに関して、クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、およびＵＲＬ情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させる処理と、
前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーションを再開する処理と、
を実行させるＷｅｂアプリケーション管理プログラム。
【請求項１】
Ｗｅｂアプリケーションをネットワークを介してクライアントに提供するサーバ装置であり、
Ｗｅｂアプリケーションと、ユーザの認証情報とを格納する記憶部と、
クライアントからの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントに提供しているＷｅｂアプリケーションに関して、クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、およびＵＲＬ情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させる退避部と、
前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーションを再開する、途中再開部と、
を備えることを特徴とするＷｅｂアプリケーション管理システム。
【請求項２】
前記退避部が、
クライアントからの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントに提供しているＷｅｂアプリケーションに関して、クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、ＵＲＬ情報、およびＷｅｂアプリケーションが使用するテーブルの更新情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させ、
前記途中再開部が、
前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、セッション、およびテーブルの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、セッション、およびテーブルとして復元しＷｅｂアプリケーションを再開する、
ことを特徴とする請求項１に記載のＷｅｂアプリケーション管理システム。
【請求項３】
前記途中再開部が、
前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点より以降に退避させたＵＲＬ、リクエスト、およびセッションの各情報を記憶部から削除し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーションを再開する、
ことを特徴とする請求項１または２に記載のＷｅｂアプリケーション管理システム。
【請求項４】
Ｗｅｂアプリケーションと、ユーザの認証情報とを格納する記憶部を備え、Ｗｅｂアプリケーションをネットワークを介してクライアントに提供するサーバ装置が、
クライアントからの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントに提供しているＷｅｂアプリケーションに関して、クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、およびＵＲＬ情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させる処理と、
前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーションを再開する処理と、
を実行することを特徴とするＷｅｂアプリケーション管理方法。
【請求項５】
Ｗｅｂアプリケーションと、ユーザの認証情報とを格納する記憶部を備え、Ｗｅｂアプリケーションをネットワークを介してクライアントに提供するサーバ装置に、
クライアントからの要求に応じてユーザについてのログイン認証を記憶部の認証情報に基づき実行した後、該当クライアントに提供しているＷｅｂアプリケーションに関して、クライアントのＷｅｂブラウザからの指示を受けて画面遷移処理をする度に、その際のセッション情報、リクエスト情報、およびＵＲＬ情報を、ログイン認証時に判明したユーザ識別情報、ログイン時刻、および現時刻と共に記憶部に格納して退避させる処理と、
前記情報の退避がなされているＷｅｂアプリケーションに関し、該当ユーザについてのログイン認証を実行する際、前回ログイン時から途中中断時までに退避させたＵＲＬ情報群を記憶部から読み出してクライアントに送信し、ユーザが前記ＵＲＬ情報群より選択したＵＲＬ情報をクライアントから受信し、該当ＵＲＬ情報が示す時点でのＵＲＬ、リクエスト、およびセッションの各情報を記憶部から読み出して、それぞれ現在のＵＲＬ、リクエスト、およびセッションとして復元しＷｅｂアプリケーションを再開する処理と、
を実行させるＷｅｂアプリケーション管理プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【公開番号】特開２０１１−１２８８９０（Ｐ２０１１−１２８８９０Ａ）
【公開日】平成２３年６月３０日（２０１１．６．３０）
【国際特許分類】
【出願番号】特願２００９−２８６７５１（Ｐ２００９−２８６７５１）
【出願日】平成２１年１２月１７日（２００９．１２．１７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
【公開日】平成２３年６月３０日（２０１１．６．３０）
【国際特許分類】
【出願日】平成２１年１２月１７日（２００９．１２．１７）
【出願人】（０００００５１０８）株式会社日立製作所 (27,607)
【Ｆターム（参考）】
[ Back to top ]