(57)【要約】      （修正有）【課題】画面制御を実行することができ、かつ、既存のシステムに容易に導入可能な技術を提供する。【解決手段】コンピュータを、Ｗｅｂ画面に埋め込まれて動作し、Ｗｅｂ画面の制御を行うＷｅｂ画面制御部品手段として機能させることによって画面制御を実行することができ、Ｗｅｂ画面制御に係わる課題を解決する。【選択図】図１４
2010020640.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを、
Ｗｅｂ画面に埋め込まれて動作し、Ｗｅｂ画面の制御を行うＷｅｂ画面制御部品手段として機能させることを特徴とするプログラム。
【請求項２】
前記Ｗｅｂ画面制御部品手段は、画面内に格納した判定値と、Ｗｅｂサーバ内のメモリに格納した判定値と、を比較することで、複製画面からの更新か否かの判定を行い、複製画面からの更新であると判定した場合、禁止画面を表示するよう制御することを特徴とする請求項１に記載のプログラム。
【請求項３】
前記Ｗｅｂ画面制御部品手段は、
画面遷移の要求を受けた場合、遷移先のＷｅｂ画面のＩＤをサーバ内のメモリに格納し、
画面遷移により表示された場合、サーバ内のメモリに格納されている前記遷移先のＷｅｂ画面のＩＤと、自身が埋め込まれているＷｅｂ画面のＩＤと、を比較することで正規の画面遷移手順で呼び出された画面であるか否かの判定を行い、正規の画面遷移手順で呼び出された画面でないと判定した場合、禁止画面を表示するよう制御することを特徴とする請求項１又は２に記載のプログラム。
【請求項４】
前記Ｗｅｂ画面制御部品手段は、自身が埋め込まれているＷｅｂ画面のロード時に前記Ｗｅｂ画面に含まれるボタンへ、多重送信防止用のスクリプトを埋め込むことを特徴とする請求項１乃至３の何れか１項に記載のプログラム。
【請求項５】
前記Ｗｅｂ画面制御部品手段は、
画面遷移の要求を受けた場合、サーバ内のメモリに格納されているページ初期化フラグを初期化し、
画面遷移により表示された場合、前記ページ初期化フラグが初期化されているか否かの判定を行い、前記ページ初期化フラグが初期化されていないと判定した場合、禁止画面を表示するよう制御し、前記ページ初期化フラグが初期化されていると判定した場合、Ｗｅｂ画面を表示後、前記ページ初期化フラグに値を設定することを特徴とする請求項１乃至４の何れか１項に記載のプログラム。
【請求項６】
請求項１乃至５の何れか１項に記載のプログラムを記憶したコンピュータにより読み取り可能な記憶媒体。
【請求項７】
Ｗｅｂ画面に埋め込まれたＷｅｂ画面制御部品手段がＷｅｂ画面の制御を行う制御ステップを有することを特徴とするＷｅｂ画面制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プログラム、記憶媒体及びＷｅｂ画面制御方法に関する。
【背景技術】
【０００２】
更新系のＷｅｂアプリケーションで禁止されている行為として、一般的に以下のようなものがある。
・複製画面からの更新（複製した画面をユーザが操作し、完了したトランザクションを多重発行する行為）
・アドレス直打ちによる画面使用（メニューからの画面遷移ではなく、ＵＲＬを直接打ち込むことで画面遷移を行なうハッキング行為）
・戻る／進むボタンによる画面遷移（戻る／進むボタンにより、画面を引き戻し、完了したトランザクションを多重発行する行為）
・同一画面からの多重送信（送信ボタンを素早くダブルクリックする等により、トランザクションを多重発行する行為）
【０００３】
これらに対処するため、例えば以下のような方式により各画面に様々な機能を実装することで問題を回避している。
図１は、従来技術の直接制御方式の一例を示す図である。図１に示す直接制御方式は、各画面に直接、画面制御の機能を実装する方式である。直接制御方式は、自由な記述が可能である。
【０００４】
図２は、従来技術のフレームワーク方式の一例を示す図である。図２に示すフレームワーク方式は、画面の遷移や画面の生成等、画面の制御をフレームワークが一括して制御する方式である。フレームワーク方式では、画面の制御に関する実装がフレームワークに集約されるため、開発効率や品質を向上させることができる（例えば、特許文献１参照。）。
【０００５】
【特許文献１】特開２００６−１６３８５５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、直接制御方式では、各画面に画面制御の機能を実装する必要があり、プログラムのコーディング量が多くなる問題があった。また、修正が必要な場合も、全画面を修正する必要があるため、画面の開発効率の低下や品質低下の恐れがあった。
また、フレームワーク方式では、画面や画面の遷移等を予め設計しておく必要があり、また、往々にして多機能であるためフレームワークをコーディングするのに習熟を要する問題があった。また、フレームワーク方式を採用した場合、既存のシステムから移行するには大幅な改造が必要となる問題があった。
【０００７】
本発明はこのような問題点に鑑みなされたもので、画面制御を実行することができ、かつ、既存のシステムに容易に導入可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
そこで、本発明は、コンピュータを、Ｗｅｂ画面に埋め込まれて動作し、Ｗｅｂ画面の制御を行うＷｅｂ画面制御部品手段として機能させることを特徴とする。
【０００９】
本発明によれば、コンピュータを、Ｗｅｂ画面に埋め込まれて動作し、Ｗｅｂ画面の制御を行うＷｅｂ画面制御部品手段として機能させることにより、画面制御を実行することができ、かつ、既存のシステムに容易に導入可能な技術を提供することができる。
【００１０】
また、本発明は、記憶媒体及びＷｅｂ画面制御方法としてもよい。
【発明の効果】
【００１１】
本発明によれば、画面制御を実行することができ、かつ、既存のシステムに容易に導入可能な技術を提供することができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施形態について図面に基づいて説明する。
＜実施形態１＞
図３は、本実施形態を端的に説明するための図である。
図３に示されるように、本実施形態では、画面の制御は、各画面に埋め込まれたＷｅｂ画面制御部品の一例であるＷｅｂ制御部品が行う。
【００１３】
図４は、本実施形態に係るシステムのシステム構成の一例を示す図である。図４に示されるように、本実施形態に係るシステムは、Ｗｅｂサーバ装置（コンピュータ）１と、少なくとも１台以上のクライアント装置（コンピュータ）３と、がネットワーク３を介して接続されている。
Ｗｅｂサーバ装置１は、クライアント装置３からの要求に基づいて、画面（又は画面の基になる情報）をクライアント装置３に送信する。クライアント装置３は、Ｗｅｂサーバ装置１から送信された画面（又は画面の基になる情報）に基づいて、画面をＷｅｂブラウザ上に表示する。また、クライアント装置３は、Ｗｅｂブラウザ上に表示した画面を、Ｗｅｂサーバ装置１に返す。
ここで、画面に埋め込まれたＷｅｂ制御部品は、例えば、Ｗｅｂサーバ装置１が送った画面の情報をＷｅｂサーバ装置１のメモリに保持し、この画面の情報と、クライアント装置３が返してきた画面の情報と、を比較して、禁止されている行為が行われているか否かを判定する。そして、画面に埋め込まれたＷｅｂ制御部品は、禁止されている行為が行われていると判定した場合、禁止行為である旨を知らせるような禁止画面（又は警告画面）をクライアント装置３のＷｅｂブラウザ上に表示させるように制御を行う。
【００１４】
図５は、Ｗｅｂサーバ装置１のハードウェア構成の一例を示す図である。図５に示されるようにＷｅｂサーバ装置１は、ハードウェア構成として、ＣＰＵ１１を含む。ＣＰＵ１１が、記憶装置１３に記憶されているプログラム（画面に埋め込まれたプログラム）に基づき処理を行うことによって、Ｗｅｂ制御部品の機能、又はフローチャートに係る処理を実現する。
ＣＰＵ１１には、バス１０を介して、入力装置１２、記憶装置１３及び表示装置１４が接続されている。記憶装置１３は、例えば、ＲＯＭ、ＲＡＭ、ハードディスク装置等からなり、上述した各プログラム以外に、プログラムに基づく処理で用いられるデータを記憶する。表示装置１４は、情報を表示する例えばディスプレイ等である。入力装置１２は、情報を入力する例えば操作キー等である。
なお、クライアント装置３のハードウェア構成も図５に示すＷｅｂサーバ装置１のハードウェア構成と同様であり、クライアント装置３のＣＰＵが記憶装置に記憶されているプログラム（画面に埋め込まれたプログラム）に基づき処理を行うことによって、Ｗｅｂ制御部品の機能、又はフローチャートに係る処理を実現する。
なお、入力装置１２及び表示装置１４は、Ｗｅｂサーバ装置１の必須の構成要素ではない。
【００１５】
図６は、Ｗｅｂ制御部品が利用する情報を説明するための図である。図６に示されるように、ｓＩＤ、ｓＰＩ、ｓＬＤ、ｓＰＣは、Ｗｅｂ制御部品が、Ｗｅｂサーバ装置１のメモリである記憶装置１３に記憶する情報である。ｓＩＤは、表示許可画面ＩＤである。ｓＰＩは、ページ初期化フラグである。ｓＬＤは、読込時間である。ｓＰＣは、ページカウントである。
一方、ｆＬＤ、ｆＰＣ、ｆＩＤ、ｆＳＦは、Ｗｅｂ制御部品が、画面毎に画面に埋め込む情報である。ｆＬＤは、読込時間である。ｆＰＣは、ページカウントである。ｆＩＤは、画面ＩＤである。ｆＳＦは、スタートページフラグである。
Ｗｅｂ制御部品は、これらの情報を利用して画面に係る制御を行う。
【００１６】
図７は、Ｗｅｂ制御部品による複製画面からの更新を禁止する制御の一例を示すフローチャート（その１）である。
ロード時、Ｗｅｂ制御部品は、図７に示す処理を開始し、ステップＳ１０において、送信応答か否かを判定する。なお、ここで、送信応答とは、Ｗｅｂサーバ装置１がクライアント装置３に送信し、クライアント装置３にＷｅｂブラウザ等に表示された画面に対してユーザ等が操作を行い、前記送信に対する応答が返ってきた状態のことである。
Ｗｅｂ制御部品は、送信応答でないと判定すると、ステップＳ１１に進み、送信応答であると判定すると、ステップＳ１３に進む。なお、送信応答でない場合とは、ＵＲＬを直接打ったこと等による画面を表示する初回の要求の場合である。
【００１７】
ステップＳ１１において、Ｗｅｂ制御部品は、ｆＬＤに、年月日時分秒をミリ秒単位で代入する。また、Ｗｅｂ制御部品は、ｓＰＣに０（ゼロ）を代入する。また、Ｗｅｂ制御部品は、ｓＬＤｔｍｐにｆＬＤを代入する。また、Ｗｅｂ制御部品は、ｓＰＣｔｍｐにｆＰＣを代入する。
ステップＳ１２において、Ｗｅｂ制御部品は、ｆＬＤにｓＬＤを代入する。また、Ｗｅｂ制御部品は、ｆＰＣにｓＰＣ＋１を代入する。
【００１８】
一方、ステップＳ１３において、Ｗｅｂ制御部品は、Ｖ１にｆＬＤ＋ｆＰＣを代入する。また、Ｗｅｂ制御部品は、Ｖ２にｓＬＤ＋ｓＰＣを代入する。また、Ｗｅｂ制御部品は、ｓＬＤｔｍｐにｓＬＤを代入する。また、Ｗｅｂ制御部品は、ｓＰＣｔｍｐにｓＰＣを代入する。
そして、ステップＳ１４において、Ｗｅｂ制御部品は、Ｖ１が空白か、又はＶ２が空白か否かを判定する。Ｗｅｂ制御部品は、Ｖ１が空白、又はＶ２が空白の場合、ステップＳ１５に進み、Ｖ１もＶ２も空白でない場合、ステップＳ１６に進む。
【００１９】
ステップＳ１５において、Ｗｅｂ制御部品は、タイムアウトする。
一方、ステップＳ１６において、Ｗｅｂ制御部品は、Ｖ１とＶ２とを比較する。Ｗｅｂ制御部品は、Ｖ２がＶ１以上である場合、ステップＳ１７に進み、Ｖ１がＶ２より大きい値の場合、ステップＳ１８に進む。
【００２０】
ステップＳ１７において、Ｗｅｂ制御部品は、複製画面からの送信であるとして、禁止行為である旨を知らせるような禁止画面（又は警告画面）をクライアント装置３のＷｅｂブラウザ上に表示させるように制御を行う。
一方、ステップＳ１８において、Ｗｅｂ制御部品は、ｓＬＤにｆＬＤを代入する。また、Ｗｅｂ制御部品は、ｓＰＣにｆＰＣを代入する。
【００２１】
以上、図７に示したように、Ｗｅｂ制御部品は、画面内に格納した判定値であるＶ１と、Ｗｅｂサーバ装置１内のメモリに格納した判定値であるＶ２と、を比較することで行う。判定値は、初回送信時刻を基にしたＩＤ（ｆＬＤ）と、画面への送信回数（ｓＰＣ）と、によって構成されている。また、Ｖ１＞Ｖ２が成り立つように、Ｗｅｂ制御部品が、送信時に画面側の送信回数（ｆＰＣ）をＷｅｂサーバ装置１内のメモリの送信回数（ｓＰＣ）にプラス１をした値を格納している。
つまり、ｆＬＤ、ｆＰＣ、ｓＬＤ、ｓＰＣは、シーケンシャルな情報であり、正常な送信処理の場合、Ｗｅｂ制御部品は、Ｖ１＞Ｖ２が成り立つようにしているので、ステップＳ１７に進んだ場合、複製画面からの送信であると判定することができる。
【００２２】
図８は、Ｗｅｂ制御部品による複製画面からの更新を禁止する制御の一例を示すフローチャート（その２）である。
ファイルダウンロード時、Ｗｅｂ制御部品は、図８に示す処理を開始し、ステップＳ２０において、ファイルのダウロードに関する処理を実行する。
そして、ステップＳ２１において、Ｗｅｂ制御部品は、ｓＬＤにｓＬＤｔｍｐを代入する。また、Ｗｅｂ制御部品は、ｓＰＣにｓＰＣｔｍｐを代入する。また、Ｗｅｂ制御部品は、ｆＬＤにｓＬＤｔｍｐを代入する。また、ｆＰＣは、ｓＰＣｔｍｐ＋１を代入する。つまり、Ｗｅｂ制御部品は、カウンタを戻す。
【００２３】
ファイルダウンロード時は画面（又は画面の基になる情報）の代わりクライアント装置３へファイルが送信される。そのため、画面へ格納する値であるｆＬＤ、ｆＰＣが更新されない。よって、ファイルダウンロード後にそのまま画面を送信し、後で図７に示したような処理が行われると、Ｖ１＞Ｖ２の関係が成立せず、複製画面からの送信であると誤った判定が行われる。そのため、誤判定を防止するため、ファイルのダウンロードを行う際は、Ｗｅｂ制御部品は、図８に示す処理を行い、カウンタを戻す。
【００２４】
以上、上述したように本実施形態によれば、Ｗｅｂ制御部品が、複製画面からの更新を禁止するよう制御することができる。
つまり、画面制御を実行することができ、かつ、既存のシステムに容易に導入可能な技術を提供することができる。
【００２５】
＜実施形態２＞
本実施形態では、Ｗｅｂ制御部品が、ＵＲＬの直打ちを禁止する制御の一例を説明する。なお、本実施形態では上述した実施形態と異なる点について主に説明を行う。
図９は、Ｗｅｂ制御部品によるＵＲＬ直打ちによる画面使用を禁止する制御の一例を示すフローチャート（その１）である。
画面遷移時、Ｗｅｂ制御部品は、図９に示す処理を開始し、ステップＳ３０において、ｓＩＤにｎＩＤを代入する。ここで、ｎＩＤは、次画面のＩＤである。
ステップＳ３１において、Ｗｅｂ制御部品は、ｎＵＲＬへ画面遷移する。ここで、ｎＵＲＬは、次画面のＵＲＬである。
【００２６】
開始画面でない場合、図９に示したように、Ｗｅｂ制御部品は、画面遷移時に、ｓＩＤへ遷移先の画面ＩＤを格納してから画面遷移する。
【００２７】
図１０は、Ｗｅｂ制御部品によるＵＲＬ直打ちによる画面使用を禁止する制御の一例を示すフローチャート（その２）である。
ロード時、Ｗｅｂ制御部品は、図１０に示す処理を開始し、ステップＳ４０において、ｆＳＦがＦａｌｓｅかＴｒｕｅか、つまり、スタートページフラグが立っているか否かを判定する。なお、このｆＳＦは、画面を作成時に画面作成者が開始画面等に開始画面であることを示すために設定する。
Ｗｅｂ制御部品は、ｆＳＦがＴｒｕｅの場合、図１０に示す処理を終了し、ｆＳＦがＦａｌｓｅの場合、ステップＳ４１に進む。
【００２８】
ステップＳ４１において、Ｗｅｂ制御部品は、ｓＩＤと、ｆＩＤと、を比較する。Ｗｅｂ制御部品は、ｓＩＤと、ｆＩＤと、がイコールの場合、図１０に示す処理を終了し、そうでない場合、ステップＳ４２に進む。
ステップＳ４２において、Ｗｅｂ制御部品は、ＵＲＬ（アドレス）直打ちによる画面使用（つまり、アクセス違反）である旨を知らせるような禁止画面（又は警告画面）をクライアント装置３のＷｅｂブラウザ上に表示させるように制御を行う。
【００２９】
図１０に示したように、表示された画面に埋め込まれているＷｅｂ制御部品は、ｓＩＤと、ｆＩＤ（自身の画面ＩＤ）と、を比較して、正規の画面遷移手順で呼び出された画面であるか否かを判定する。
【００３０】
以上、上述したように本実施形態によれば、Ｗｅｂ制御部品が、アドレス直打ちによる画面使用を禁止するよう制御することができる。
つまり、画面制御を実行することができ、かつ、既存のシステムに容易に導入可能な技術を提供することができる。
【００３１】
＜実施形態３＞
本実施形態では、Ｗｅｂ制御部品が、戻る／進むボタンによる画面遷移を禁止する制御の一例を説明する。なお、本実施形態では上述した実施形態と異なる点について主に説明を行う。
図１１は、Ｗｅｂ制御部品による戻る／進むボタンによる画面遷移を禁止する制御の一例を示すフローチャートである。
画面表示時、Ｗｅｂ制御部品は、ステップＳ５０において、出力へＪａｖａ（登録商標）Ｓｃｒｉｐの「ｈｉｓｔｏｒｙ．ｆｏｒｗａｒｄ（）；」を追加する。
Ｗｅｂ制御部品が図１１に示すような処理を行うことによって、ユーザが戻るボタンでこの画面に来た場合、元の画面に押し返される。これにより、Ｗｅｂ制御部品で制御されている画面は、戻るボタンで戻ることができない。
【００３２】
以上、上述したように本実施形態によれば、Ｗｅｂ制御部品が、戻る／進むボタンによる画面遷移を禁止するよう制御することができる。
つまり、画面制御を実行することができ、かつ、既存のシステムに容易に導入可能な技術を提供することができる。
【００３３】
＜実施形態４＞
本実施形態では、Ｗｅｂ制御部品が、同一画面からの多重送信を禁止する制御の一例を説明する。なお、本実施形態では上述した実施形態と異なる点について主に説明を行う。
図１２は、Ｗｅｂ制御部品による同一画面からの多重送信を禁止する制御の一例を示すフローチャート（その１）である。
ロード時、Ｗｅｂ制御部品は、図１２に示す処理を開始し、ステップＳ６０において、画面上の全てのボタンへ多重送信防止用のスクリプトを埋め込む。ここで、多重送信防止用のスクリプトとは、ボタン等のクリックイベントに対して、Ｗｅｂブラウザの表示が完了していないうちは、警告を表示後、操作を無効にする等のｊａｖａｓｃｒｉｐｔである。このスクリプトによって、ユーザが多重送信しようとすると警告メッセージ等が表示され、ｓｕｂｍｉｔが中断される。
【００３４】
また、ステップＳ６１において、Ｗｅｂ制御部品は、送信応答か否かを判定する。Ｗｅｂ制御部品は、送信応答であると判定した場合、図１２に示す処理を終了し、送信応答でないと判定した場合、ステップＳ６２に進む。
ステップＳ６２において、Ｗｅｂ制御部品は、ｆＳＦがＦａｌｓｅかＴｒｕｅかを判定する。Ｗｅｂ制御部品は、ｆＳＦがＴｒｕｅであると判定すると、ステップＳ６５に進み、ｆＳＦがＦａｌｓｅであると判定すると、ステップＳ６３に進む。
【００３５】
ステップＳ６３において、Ｗｅｂ制御部品は、ｓＰＩと、１と、を比較する。Ｗｅｂ制御部品は、ｓＰＩが１であると判定すると、ステップＳ６４に進み、そうでないと判定すると、ステップＳ６５に進む。
ステップＳ６４において、Ｗｅｂ制御部品は、画面遷移多重送信であるとして、禁止行為である旨を知らせるような禁止画面（又は警告画面）をクライアント装置３のＷｅｂブラウザ上に表示させるように制御を行う。
ここで、後述するように、ｓＰＩは、画面遷移時に０（ゼロ）となり、ロード終了時に１となる。よって、ｓＰＩが１の状態での画面初期化は画面遷移が多重に生じたことと同義である。
ステップＳ６５において、Ｗｅｂ制御部品は、ｓＰＩに１を代入する。
【００３６】
図１３は、Ｗｅｂ制御部品による同一画面からの多重送信を禁止する制御の一例を示すフローチャート（その２）である。
画面遷移時、Ｗｅｂ制御部品は、図１３に示す処理を開始し、ステップＳ７０において、ｓＰＩに０（ゼロ）を代入する。
そして、ステップＳ７１において、Ｗｅｂ制御部品は、Ｗｅｂ制御部品は、ｎＵＲＬへ画面遷移する。ここで、ｎＵＲＬは、次画面のＵＲＬである。
【００３７】
以上、上述したように本実施形態によれば、Ｗｅｂ制御部品が、同一画面からの多重送信を禁止するよう制御することができる。
つまり、画面制御を実行することができ、かつ、既存のシステムに容易に導入可能な技術を提供することができる。
【００３８】
＜実施形態５＞
本実施形態では、上述した図７、図１０、図１２の処理を一つのフローチャートで実現する一例を説明する。なお、本実施形態では上述した実施形態と異なる点について主に説明を行う。
【００３９】
図１４は、Ｗｅｂ制御部品による制御の一例を示すフローチャートである。
ロード時、Ｗｅｂ制御部品は、図１４に示す処理を開始し、ステップＳ８０において、画面上の全てのボタンへ多重送信防止用のスクリプトを埋め込む。
ステップＳ８１において、Ｗｅｂ制御部品は、送信応答か否かを判定する。Ｗｅｂ制御部品は、送信応答であると判定した場合、ステップＳ８９に進み、送信応答でないと判定した場合、ステップＳ８２に進む。
【００４０】
ステップＳ８２において、Ｗｅｂ制御部品は、ｆＳＦがＦａｌｓｅかＴｒｕｅかを判定する。Ｗｅｂ制御部品は、ｆＳＦがＴｒｕｅであると判定すると、ステップＳ８７に進み、ｆＳＦがＦａｌｓｅであると判定すると、ステップＳ８３に進む。
ステップＳ８３において、Ｗｅｂ制御部品は、ｓＩＤと、ｆＩＤと、を比較する。Ｗｅｂ制御部品は、ｓＩＤと、ｆＩＤと、がイコールの場合、ステップＳ８５に進み、そうでない場合、ステップＳ８４に進む。
【００４１】
ステップＳ８４において、Ｗｅｂ制御部品は、ＵＲＬ（アドレス）直打ちによる画面使用（つまり、アクセス違反）である旨を知らせるような禁止画面（又は警告画面）をクライアント装置３のＷｅｂブラウザ上に表示させるように制御を行う。
【００４２】
一方、ステップＳ８５において、Ｗｅｂ制御部品は、ｓＰＩと、１と、を比較する。Ｗｅｂ制御部品は、ｓＰＩが１であると判定すると、ステップＳ８６に進み、そうでないと判定すると、ステップＳ８７に進む。
ステップＳ８６において、Ｗｅｂ制御部品は、画面遷移多重送信であるとして、禁止行為である旨を知らせるような禁止画面（又は警告画面）をクライアント装置３のＷｅｂブラウザ上に表示させるように制御を行う。
【００４３】
ステップＳ８７において、Ｗｅｂ制御部品は、ｓＰＩに１を代入する。また、Ｗｅｂ制御部品は、ｆＬＤに、年月日時分秒をミリ秒単位で代入する。また、Ｗｅｂ制御部品は、ｓＰＣに０（ゼロ）を代入する。
ステップＳ８８において、Ｗｅｂ制御部品は、ｆＬＤにｓＬＤを代入する。
【００４４】
一方、ステップＳ８９において、Ｗｅｂ制御部品は、ｆＳＦがＦａｌｓｅかＴｒｕｅかを判定する。Ｗｅｂ制御部品は、ｆＳＦがＴｒｕｅの場合、ステップＳ９２に進み、ｆＳＦがＦａｌｓｅの場合、ステップＳ９０に進む。
ステップＳ９０において、Ｗｅｂ制御部品は、ｓＩＤと、ｆＩＤと、を比較する。Ｗｅｂ制御部品は、ｓＩＤと、ｆＩＤと、がイコールの場合、ステップＳ９２に進み、そうでない場合、ステップＳ９１に進む。
【００４５】
ステップＳ９２において、Ｗｅｂ制御部品は、Ｖ１にｆＬＤ＋ｆＰＣを代入する。また、Ｗｅｂ制御部品は、Ｖ２にｓＬＤ＋ｓＰＣを代入する。また、Ｗｅｂ制御部品は、ｓＬＤｔｍｐにｓＬＤを代入する。
ステップＳ９３において、Ｗｅｂ制御部品は、Ｖ１が空白か、又はＶ２が空白か否かを判定する。Ｗｅｂ制御部品は、Ｖ１が空白、又はＶ２が空白の場合、ステップＳ９４に進み、Ｖ１もＶ２も空白でない場合、ステップＳ９５に進む。
【００４６】
ステップＳ９４において、Ｗｅｂ制御部品は、タイムアウトする。
一方、ステップＳ９５において、Ｗｅｂ制御部品は、Ｖ１とＶ２とを比較する。Ｗｅｂ制御部品は、Ｖ２がＶ１以上である場合、ステップＳ９６に進み、Ｖ１がＶ２より大きい値の場合、ステップＳ９７に進む。
【００４７】
ステップＳ９６において、Ｗｅｂ制御部品は、複製画面からの送信であるとして、禁止行為である旨を知らせるような禁止画面（又は警告画面）をクライアント装置３のＷｅｂブラウザ上に表示させるように制御を行う。
一方、ステップＳ９７において、Ｗｅｂ制御部品は、ｓＬＤにｆＬＤを代入する。
【００４８】
なお、本実施形態の場合、上述した図９及び図１３は、同一のステップでステップＳ３０及びステップＳ７０の処理を行った後、次のステップでｎＵＲＬへ画面遷移する。また、本実施形態の場合、上述した図８及び図１１の処理には変更はない。
【００４９】
以上、上述した各実施形態に示した処理によれば、Ｗｅｂ制御部品は、画面部品の形でリリースされるため、普通に作られたＷｅｂアプリケーションの画面に貼り付け、部品の設定、画面遷移、ファイルダウンロードの箇所を修正するだけで、禁止行為を制御することができ、手軽に画面に関するセキュリティを強化することができる。
また、通常のＷｅｂアプリケーションの画面の作り方と殆ど変わらないため、習熟に時間を要さない。また、画面の部品として提供されるため、画面毎に多くの実装を行う必要が無い。また、機能追加の際もリコンパイルのみで対応することができる。
また、上述したＷｅｂ制御部品によれば、フレームワーク形式と異なり、画面遷移のフローを事前に定義する必要は無く、単純に遷移したい画面のＵＲＬと画面ＩＤとを意識すればよいため、開発開始までの準備期間も短くてすむ。
【００５０】
以上、上述した各実施形態によれば、画面制御を実行することができ、かつ、既存のシステムに容易に導入可能な技術を提供することができる。
【００５１】
以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【図面の簡単な説明】
【００５２】
【図１】従来技術の直接制御方式の一例を示す図である。
【図２】従来技術のフレームワーク方式の一例を示す図である。
【図３】本実施形態を端的に説明するための図である。
【図４】本実施形態に係るシステムのシステム構成の一例を示す図である。
【図５】Ｗｅｂサーバ装置１のハードウェア構成の一例を示す図である。
【図６】Ｗｅｂ制御部品が利用する情報を説明するための図である。
【図７】Ｗｅｂ制御部品による複製画面からの更新を禁止する制御の一例を示すフローチャート（その１）である。
【図８】Ｗｅｂ制御部品による複製画面からの更新を禁止する制御の一例を示すフローチャート（その２）である。
【図９】Ｗｅｂ制御部品によるＵＲＬ直打ちによる画面使用を禁止する制御の一例を示すフローチャート（その１）である。
【図１０】Ｗｅｂ制御部品によるＵＲＬ直打ちによる画面使用を禁止する制御の一例を示すフローチャート（その２）である。
【図１１】Ｗｅｂ制御部品による戻る／進むボタンによる画面遷移を禁止する制御の一例を示すフローチャートである。
【図１２】Ｗｅｂ制御部品による同一画面からの多重送信を禁止する制御の一例を示すフローチャート（その１）である。
【図１３】Ｗｅｂ制御部品による同一画面からの多重送信を禁止する制御の一例を示すフローチャート（その２）である。
【図１４】Ｗｅｂ制御部品による制御の一例を示すフローチャートである。
【符号の説明】
【００５３】
１    Ｗｅｂサーバ装置
２    クライアント装置
【図１】
2010020640.tif 000003
【図２】
2010020640.tif 000004
【図３】
2010020640.tif 000005
【図４】
2010020640.tif 000006
【図５】
2010020640.tif 000007
【図６】
2010020640.tif 000008
【図７】
2010020640.tif 000009
【図８】
2010020640.tif 000010
【図９】
2010020640.tif 000011
【図１０】
2010020640.tif 000012
【図１１】
2010020640.tif 000013
【図１２】
2010020640.tif 000014
【図１３】
2010020640.tif 000015
【図１４】
2010020640.tif 000016