(57)【要約】【課題】ＷＥＢアプリケーションの作成において、クライアント側の状態をサーバ側で認識し、リクエストを発行した画面の状態に対応したアプリケーションの処理状態を再現する機能を提供することで、アプリケーションの生産性を向上させること。【解決手段】クライアント画面を識別するユーザ・画面識別手段４１１と、アプリケーションの処理状態を保存する状態保存手段４１２とを設け、アプリケーションには、アプリケーションインターフェース４１３を通してリクエスト及びアプリケーションの状態を提供する。【選択図】        図１
2004259016.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ及び画面の識別情報を生成し、ブラウザからのリクエストに応じて前記識別情報をもとにアプリケーション処理の実行を制御するユーザ・画面識別手段と、
前記ユーザ・画面識別手段からの指令に基づき、前記識別情報に対応したアプリケーションの処理状態の保存及び呼び出しを行う状態保存手段と、
前記ユーザ・画面識別手段からの前記識別情報をもとにした指令に基づき、アプリケーション処理を実行するアプリケーションインターフェースと
を備えたことを特徴とするＷｅｂアプリケーション開発支援ツール装置。
【請求項２】
請求項１に記載のＷｅｂアプリケーション開発支援ツール装置において、
前記ユーザ・画面識別手段は、前記アプリケーションインターフェースを介して得られたアプリケーションの再実行可能情報をもとに、前記ブラウザからのリクエストに対応して、アプリケーション処理の再実行が可能かを識別する機能を備えたことを特徴とするＷｅｂアプリケーション開発支援ツール装置。
【請求項３】
請求項１または２のいずれかに記載のＷｅｂアプリケーション開発支援ツール装置において、
前記状態保存手段は、前記ユーザ・画面識別手段からの指令に基づき、さらにアプリケーションの状態遷移に関する情報の保存及び呼び出しを行い、
前記ユーザ・画面識別手段は、アプリケーションの状態遷移に関する情報に基づきアプリケーション処理の実行を制御する機能をさらに備えたこと
を特徴とするＷｅｂアプリケーション開発支援ツール装置。
【請求項４】
請求項３に記載のＷｅｂアプリケーション開発支援ツール装置において、
前記ユーザ・画面識別手段は、前記アプリケーションインターフェースを介して得られた画面遷移禁止情報をもとに、前記ブラウザからのリクエストに対応して、画面遷移が可能かを識別する機能をさらに備えたことを特徴とするＷｅｂアプリケーション開発支援ツール装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ＨＴＴＰリクエストを発行するブラウザと、クライアントとの接続を追跡しながらＨＴＴＰリクエストを処理するサーバとの組み合わせで処理を行う構成をとった、情報システムに関するものである。
【０００２】
【従来の技術】
従来のＷｅｂシステムのセッショントラッキングにおいては、クッキーを用いた管理が行われてきた。この方式においては、サーバはクライアントに対して識別情報を送付し、クライアントは次回のリクエスト時に前記識別情報を返すことで、サーバ側でクライアントのそれまでの処理状態を復帰させている。
【０００３】
【特許文献１】
特開２００１−１６００３３号公報（第２頁、第１図）
【０００４】
【発明が解決しようとする課題】
しかしながら、従来技術には次のような問題点がある。従来技術は、クライアント側の一つの画面に対して一つのクッキーという状況では機能するが、画面遷移の際に新しいブラウザが起動され、クッキーが共有された場合には、新しいブラウザが有効と判断され、クライアント側に画面がいくつあるのかをサーバ側で把握できない。このため、ユーザが意図する、しないにかかわらず、残された古いブラウザからのリクエストに対して適切な処置を行うには、アプリケーション側でクライアント側の状態を把握するように作り込む必要があった。
【０００５】
本発明は前記のような課題を解決するためになされたもので、クライアント側の状態をサーバ側で認識し、リクエストを発行した画面の状態に対応したアプリケーションの処理状態を再現する機能を提供することで、アプリケーションの生産性を向上させることを目的とする。
【０００６】
【課題を解決するための手段】
本発明に係るＷｅｂアプリケーション開発支援ツール装置は、ユーザ及び画面の識別情報を生成し、ブラウザからのリクエストに応じて前記識別情報をもとにアプリケーション処理の実行を制御するユーザ・画面識別手段と、前記ユーザ・画面識別手段からの指令に基づき、前記識別情報に対応したアプリケーションの処理状態の保存及び呼び出しを行う状態保存手段と、前記ユーザ・画面識別手段からの前記識別情報をもとにした指令に基づき、アプリケーション処理を実行するアプリケーションインターフェースとを備えたものである。
【０００７】
【発明の実施の形態】
実施の形態１．
以下、本発明の実施の形態１を図１に基づいて説明する。図１は本発明の実施の形態１に係るＷｅｂアプリケーション開発支援ツール装置を示す構成図である。
【０００８】
クライアント１側で画面変更要求時に発生するリクエスト２は、リクエスト２を発行したユーザ及び画面の状態を識別するためのユーザ・画面識別情報とともに、アプリケーション処理に必要なパラメータなどの情報が付加され、ブラウザ１１からユーザ・画面識別手段４１１に送られる。一方、ユーザ・画面識別手段４１１からの応答３は、アプリケーション実行後のユーザ及び画面の状態を識別するためのユーザ・画面識別情報とともに、アプリケーションインターフェースから与えられるユーザへの提示情報・入力受付のための情報が付加され、ブラウザ１１に送られる。
【０００９】
次に動作について説明する。図２は、本発明の実施の形態１の動作を表すフローチャートである。ユーザからのリクエスト２が発生すると、処理が開始される。Ｓ２０１において、ユーザ・画面識別手段４１１はリクエスト２を受け取る。Ｓ２０２において、ユーザ・画面識別手段４１１はリクエスト２に含まれるユーザ・画面識別情報を元に、リクエストを発行したユーザ及び画面の状態に対応して１対１で定められる状態保存キーを生成する。
【００１０】
Ｓ２０３において、ユーザ・画面識別手段４１１は、状態保存手段４１２に対して、状態保存キーに対応するアプリケーションの処理状態があるかを問い合わせる。Ｓ２０４において、状態保存手段４１２は、状態保存キーに対応するアプリケーションの処理状態がすでに保存されていれば、状態保存キーに対応するアプリケーションの処理状態をユーザ・画面識別手段４１１に渡す。対応するアプリケーションの処理状態が無い場合は、状態が無いことをユーザ・画面識別手段４１１に伝える。
【００１１】
Ｓ２０５において、ユーザ・画面識別手段４１１は、次のユーザ・画面に対応する状態を保存するために、新しい状態保存用領域を作成する。Ｓ２０６において、ユーザ・画面識別情報が状態保存手段４１２からアプリケーションの処理状態を取得できたかどうかを判定する。取得できた場合には、Ｓ２０７において、Ｓ２０５で作成された新しい状態保存用領域に、取得したアプリケーションの処理状態をコピーする。複製することにより、これ以降の処理にて上書き変更されないようにする。
【００１２】
Ｓ２０８において、ユーザ・画面識別手段４１１はアプリケーションインターフェース４１３に、ユーザからのリクエスト２と状態保存用領域に書き込まれたデータとを渡して、対応するアプリケーションを呼び出し、処理を実行させる。アプリケーションインターフェース４１３は、状態保存用領域を残すべき情報で上書きし、ブラウザ１１に渡すデータと共にユーザ・画面識別手段４１１に返す。Ｓ２０９において、ユーザ・画面識別手段４１１は、新しく上書きされたアプリケーションの処理状態に対応する新たなユーザ・画面識別情報及び状態保存キーを作成する。
【００１３】
Ｓ２１０において、ユーザ・画面識別手段４１１は、状態保存手段４１２に対して、Ｓ２０９で作成した状態保存キーでアプリケーションの処理状態を保存するように要求する。さらにＳ２１１において、ユーザ・画面識別手段４１１は、アプリケーションインターフェース４１３からブラウザ１１に渡されるデータに、Ｓ２０９で作成したユーザ・画面識別情報を追加してブラウザ１１に渡す。
【００１４】
実施の形態１によれば、ユーザ・画面識別情報に基づいて状態保存を行うことにより、クライアント側の画面に対応するＷｅｂアプリケーションサーバ側の状態管理を個々のアプリケーションで実装する必要がなくなり、アプリケーションの生産性の向上を図ることができる。
【００１５】
実施の形態２．
図３は、本発明の実施の形態２の動作を表すフローチャートである。アプリケーションによっては例えば１回実行した後には再実行できないものがあり、再実行可能かを判断する必要がある。実施の形態２では、アプリケーションが再実行可能かどうかの判定を、アプリケーションインターフェース４１３を通じずに、ユーザ・画面識別手段４１１で事前に識別できる。基本的な流れは、実施の形態１と同様であり、異なる処理ステップのみ番号を付けて、以下に動作を説明する。
【００１６】
Ｓ２０６において、ユーザ・画面識別情報が状態保存手段４１２からアプリケーションの処理状態を取得できたかどうかを判定し、アプリケーションの処理状態が取得できた場合には、さらにＳ３０１において、再実行可能かのチェックを行う。Ｓ３０１に進んだ場合においては、リクエスト２を発したブラウザ１１は以前にも同様のリクエスト２を処理したブラウザ１１であることに相当する。そこで、Ｓ３０３において、初回にアプリケーションインターフェース４１３を通じてリクエスト２に対応するアプリケーションを実行した後に、アプリケーションインターフェース４１３は再実行不可能フラグをたてて、このフラグ情報もユーザ・画面識別手段４１１に返す。再実行が不可能なアプリケーションに対応するリクエスト２が来た際には、ユーザ・画面識別手段４１１は、再実行不可能フラグの情報をもとに、再実行が可能かを判断できることとなる。再実行が不可能な場合は、Ｓ３０２においてエラー処理を行い、終了する。なお、Ｓ３０４は図２におけるＳ２１０に相当し、再実行不可能情報のフラグも状態保存手段４１２に保存されることとなる。
【００１７】
実施の形態２によれば、再実行不可能フラグを用いることにより、古い画面からのアクセスを予め制限することができるので、アプリケーション作成者は古い画面からのリクエストを処理するロジックを記述する必要がなくなり、アプリケーションの生産性の向上を図ることができる。
【００１８】
実施の形態３．
図４は、本発明の実施の形態３の動作を表すフローチャートである。基本的な流れは、実施の形態１と同様であり、異なる処理ステップのみ番号を付けて、以下に動作を説明する。ユーザからのリクエスト２にユーザ・画面識別情報ではなく、行先指定パラメータの情報が含まれている場合の処理を示している。Ｓ４０１において、ユーザ・画面識別手段４１１は、リクエスト２の中に行先指定パラメータがあるかを調べ、あった場合にはＳ４０２において、行先指定パラメータからユーザ・画面識別情報を作成する。行先指定パラメータがない場合は、ユーザ・画面識別情報が盛り込まれている従来どおりの流れとなる。
【００１９】
Ｓ４０３は図２におけるＳ２０８に相当し、ユーザ・画面識別手段４１１は、アプリケーションインターフェース４１３に、ユーザからのリクエスト２と状態保存用領域に書き込まれたデータとを渡す際に、新しい状態の名称も付けて渡す。また、Ｓ４０４は図２におけるＳ２１０に相当し、ユーザ・画面識別手段４１１は、状態保存手段４１２に対して、状態保存キーでアプリケーションの処理状態を保存させるとともに、Ｓ４０３で生成した新しい状態の名称を行先指定パラメータの情報として保存させる。
【００２０】
実施の形態３によれば、新しい状態の名称に対応した行先指定パラメータの情報に基づいてアプリケーションを実行することにより、過去の状態への復帰のための画面・状態管理をアプリケーションで行わずに、新しい画面から過去の状態を再利用でき、アプリケーションの生産性の向上を図ることができる。
【００２１】
実施の形態４．
図５は、本発明の実施の形態４の動作を表すフローチャートである。アプリケーションによっては例えば１回実行した後には該当する画面以前の画面に遷移してはいけない場合があり、画面遷移可能かを判断する必要がある。実施の形態４では、該当する画面に遷移可能かどうかの判定を、アプリケーションインターフェース４１３を通じずに、ユーザ・画面識別手段４１１で事前に識別できる。基本的な流れは、実施の形態３と同様であり、異なる処理ステップのみ番号を付けて、以下に動作を説明する。
【００２２】
Ｓ５０１において、行先表示パラメータにより行先が決められていた場合は、ユーザ・画面識別手段４１１は、その行先が遷移禁止に指定されていないかどうかを確認する。確認には、後で述べるように、状態保存手段４１２によりアプリケーションの処理状態と同時に保存される遷移禁止フラグを用いる。Ｓ５０２において、遷移禁止フラグがたっている場合には、エラー処理を行い、終了する。
【００２３】
アプリケーションインターフェース４１３を通じてリクエスト２に対応するアプリケーションを実行した後に、今後は前記アプリケーションを実施させないために該当する画面に遷移できなくしたい場合には、Ｓ５０３において、アプリケーションインターフェース４１３は該当する画面に対して遷移禁止フラグをたてて、このフラグ情報をユーザ・画面識別手段４１１に返す。Ｓ５０４は図２におけるＳ２１０に相当し、ユーザ・画面識別手段４１１は、遷移禁止フラグの情報を状態保存手段４１２に記憶させる。ユーザ・画面識別手段４１１は記憶された遷移禁止フラグの情報をもとに、遷移が可能かを判断できることとなる。
【００２４】
実施の形態４によれば、トランザクション処理後などに以前に遷移してきた画面を無効にする処理等に適用することで、古い画面からの不正なアクセスを防ぐことができ、アプリケーションの判断ロジックが不要になるのでアプリケーションの生産性の向上を図ることができる。
【００２５】
【発明の効果】
以上のように、本発明によれば、ユーザ・画面識別情報に基づいてクライアント側の状態をＷｅｂアプリケーションサーバ内で保存し、リクエストを発行した画面の状態に対応したアプリケーションの処理状態を再現する機能を提供することで、アプリケーションの生産性の向上を図ることができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係るＷｅｂアプリケーション開発支援ツール装置を示す構成図である。
【図２】本発明の実施の形態１の動作を表すフローチャートである。
【図３】本発明の実施の形態２の動作を表すフローチャートである。
【図４】本発明の実施の形態３の動作を表すフローチャートである。
【図５】本発明の実施の形態４の動作を表すフローチャートである。
【符号の説明】
１  クライアント、２  リクエスト、３  応答、４  Ｗｅｂアプリケーションサーバ、４１  Ｗｅｂアプリケーション開発支援ツール装置、４１１  ユーザ・画面識別手段、４１２  状態保存手段、４１３  アプリケーションインターフェース。
【図１】
2004259016.tif 000003
【図２】
2004259016.tif 000004
【図３】
2004259016.tif 000005
【図４】
2004259016.tif 000006
【図５】
2004259016.tif 000007