JP2023029355A - サーバ装置、リクエスト検証方法及びリクエスト検証プログラム - Google Patents

Abstract

【課題】サーバ装置に対するサーバチェック機能の実装負担を軽減する。【解決手段】本実施形態では、サーバ装置でリクエストのサーバチェックを行う際に、実行指示検出部が、実行画面上で操作されたボタンに対して付加されている、サーバチェックの実行を指示する実行指示情報を検出する。そして、検証部が、実行画面上で操作されたボタンに対して実行指示情報が付加されている場合、ボタンに対して設定されている実行画面上の所定の範囲に設けられている入力項目に入力されているリクエストに対してサーバチェックを行う。リクエスト改ざん防止のために行うサーバチェックに実行画面の画面構造を用いることで、開発者が特別な実装をしなくても一定ルールに基づくサーバチェック処理を自動的に行うことができ、サーバチェック機能の実装負担を軽減できる。【選択図】図７

Description

本発明は、サーバ装置、リクエスト検証方法及びリクエスト検証プログラムに関する。

今日において、例えばインターネット等のネットワークを介して利用するＷｅｂアプリケーションプログラム（Ｗｅｂアプリケーション）が知られている。このＷｅｂアプリケーションは、ネットワーク上のサーバ装置で動作し、ユーザのクライアント端末装置のＷｅｂブラウザを介して操作を行う。

このようなＷｅｂアプリケーションに関する背景技術としては、例えば特許文献１（特開２０１７－１６７８４８号公報）に、ネットワーク上のサーバ装置のＷｅｂアプリケーションを、より早く起動可能とする情報処理システムが開示されている。この情報処理システムの場合、機器の要求部がネットワーク上のサーバ装置に対して、所望のＷｅｂアプリケーションの起動要求を行うと、サーバ装置は、機器を特定するための機器情報を取得し、起動要求されたＷｅｂアプリケーションに関連付けて記憶する。機器のリクエスト部が、機器情報を含むリクエスト情報をサーバ装置に送信すると、サーバ装置は、受信した機器情報に対応して記憶されているＷｅｂアプリケーションを起動する。これにより、所望のＷｅｂアプリケーションを迅速に起動できる。

特開２０１７－１６７８４８号公報

ここで、ユーザのクライアント端末装置側では、Ｗｅｂアプリケーションに対するリクエスト（入力値）の不備又は不正等の有無を検証する「クライアントチェック」が行われる。そして、このクライアントチェックで送信が許可されたリクエストを、Ｗｅｂサーバ装置のＷｅｂアプリケーションに送信する。

しかし、ユーザのクライアント端末装置でＷｅｂアプリケーションに対するリクエスト（入力値）が不正に改ざんされる場合がある。この場合、不正に改ざんされたリクエストは、クライアントチェックを通過してＷｅｂサーバ装置に送信されるため、クライアント端末装置で不正にデータが取得される不都合を生ずる。

Ｗｅｂサーバ装置側でも、リクエストを検証する「サーバチェック」が行われ、不正なリクエストを防止するようになっているが、このようなサーバチェック機能は、開発者が意識して各Ｗｅｂサーバ装置に対して個々に実装する必要がある。このため、サーバチェック機能を実装するために、サーバ装置の開発者の負担が大きくなる問題があった。なお、Ｗｅｂサーバ装置に対するサーバチェック機能の実装漏れが発生すると、上述のようにクライアント端末装置で不正にデータが取得される不都合を生ずる。

本発明は、上記に鑑みてなされたものであって、サーバ装置に対するサーバチェック機能の実装負担を軽減可能としたサーバ装置、リクエスト検証方法及びリクエスト検証プログラムの提供を目的とする。

上述した課題を解決し、目的を達成するために、本発明に係るサーバ装置は、クライアント装置において、適正なリクエストであるか否かを検証するクライアントチェック後に、所定のネットワークを介して送信されるリクエストに対して、適正なリクエストであるか否かを検証するサーバチェックを行い、適正なリクエストであることを示す検証結果が得られた際に、リクエストに対応するデータをデータベースから読み出して形成した実行画面を、ネットワークを介してクライアント装置に送信するサーバ装置であって、実行画面上で操作されたボタンに対して付加されている、サーバチェックの実行を指示する実行指示情報を検出する実行指示検出部と、実行画面上で操作されたボタンに対して実行指示情報が付加されている場合、ボタンに対して設定されている実行画面上の所定の範囲に設けられている入力項目に入力されているリクエストに対してサーバチェックを行う検証部と、を有する。

また、上述した課題を解決し、目的を達成するために、本発明に係るリクエスト検証方法は、クライアント装置において、適正なリクエストであるか否かを検証するクライアントチェック後に、所定のネットワークを介して送信されるリクエストに対して、適正なリクエストであるか否かを検証するサーバチェックを行い、適正なリクエストであることを示す検証結果が得られた際に、リクエストに対応するデータをデータベースから読み出して形成した実行画面を、ネットワークを介してクライアント装置に送信するサーバ装置におけるリクエスト検証方法であって、実行指示検出部が、実行画面上で操作されたボタンに対して付加されている、サーバチェックの実行を指示する実行指示情報を検出する実行指示検出ステップと、検証部が、実行画面上で操作されたボタンに対して実行指示情報が付加されている場合、ボタンに対して設定されている実行画面上の所定の範囲に設けられている入力項目に入力されているリクエストに対してサーバチェックを行う検証ステップと、を有する。

また、上述した課題を解決し、目的を達成するために、本発明に係るリクエスト検証プログラムは、クライアント装置において、適正なリクエストであるか否かを検証するクライアントチェック後に、所定のネットワークを介して送信されるリクエストに対して、適正なリクエストであるか否かを検証するサーバチェックを行い、適正なリクエストであることを示す検証結果が得られた際に、リクエストに対応するデータをデータベースから読み出して形成した実行画面を、ネットワークを介してクライアント装置に送信するサーバ装置におけるリクエスト検証プログラムであって、コンピュータを、実行画面上で操作されたボタンに対して付加されている、サーバチェックの実行を指示する実行指示情報を検出する実行指示検出部と、実行画面上で操作されたボタンに対して実行指示情報が付加されている場合、ボタンに対して設定されている実行画面上の所定の範囲に設けられている入力項目に入力されているリクエストに対してサーバチェックを行う検証部として機能させること、を特徴とする。

本発明によれば、サーバ装置に対するサーバチェック機能の実装負担を軽減できるという効果を奏する。

図１は、実施の形態となるＷｅｂアプリケーションシステムのシステム構成を示す図である。 図２は、開発者が操作する開発用コンピュータに表示される設定画面の一例を示す図である。 図３は、業務オペレータが操作するＷｅｂクライアント端末装置に表示される実行画面の一例を示す図である。 図４は、実施の形態のＷｅｂアプリケーションシステムにおいて、Ｗｅｂクライアント端末装置５側でクライアントチェックが行われ、Ｗｅｂサーバ装置４側でサーバチェックが行われる様子を示す図である。 図５は、実施の形態のＷｅｂアプリケーションシステムにおいて、リクエストに応じたデータが反映された実行画面がＷｅｂクライアント端末装置に表示される流れを示す模式図である。 図６は、実施の形態のＷｅｂアプリケーションシステムにおいて、クライアントチェックで不正なリクエストを検出した場合のＷｅｂクライアント端末装置の動作を示す図である。 図７は、実施の形態のＷｅｂアプリケーションシステムにおいて、Ｗｅｂクライアント端末装置側で不正に改ざんされてクライアントチェックを通過したリクエストを、サーバチェックで検出し、Ｗｅｂクライアント端末装置に対してエラー表示を行う動作を示す図である。 図８は、パネル上の表示ボタンがクリック操作された場合におけるチェック範囲を示す図である。 図９は、コマンドバー上のボタンがクリック操作された場合におけるチェック範囲を示す図である。 図１０は、表示ボタンがクリック操作された場合におけるエラー通知の例を示す図である。 図１１は、コマンドバー上のボタンがクリック操作場合のエラー表示の例を示す図である。 図１２は、タブアイテムが階層化されている場合のエラー表示例を示す図である。 図１３は、ボタンに対してプロパティ（属性）を設定するための設定画面の一例を示す図である。 図１４は、各種設定情報の定義の一覧を示す図である。 図１５は、ベースパネル、コマンドバーパネル、ベースコンテンツパネル及びパネルを説明するための図である。 図１６は、ベースパネル、コマンドバーパネル、ベースコンテンツパネル及びパネルを説明するための他の図である。 図１７は、タブに対して複数のタブアイテムを設定した状態を示す図である。 図１８は、タブのデータ構造を示す図である。 図１９は、範囲パネル及び範囲スタックパネルを説明するための図である。 図２０は、範囲スタックパネルのデータ構造を説明するための図である。 図２１は、チェックボックスグループを説明するための図である。 図２２は、開発データベースに記憶される設定情報の一例を示す図である。 図２３は、実行画面の定義構造を示す図である。 図２４は、コントロール情報の一覧を示す図である。 図２５は、アクティブタブインデックスに基づくタブアイテムの表示例及びステータスに基づくエラー表示例を示す図である。 図２６は、範囲パネルの一例を示す図である。 図２７は、範囲パネルの他の例を示す図である。 図２８は、所属タブを説明するための実行画面の一例を示す図である。 図２９は、所属タブの一例を示す図である。 図３０は、実行画面形成時におけるＷｅｂサーバ装置の記憶部に記憶される各種情報の一例を示す図である。 図３１は、実行画面形成時におけるＷｅｂサーバ装置の記憶部に記憶される各種情報の一例を示す他の図である。 図３２は、Ｗｅｂサーバ装置のハードウェア構成を示すブロック図である。 図３３は、初回起動時における実行画面の一例、及び、各ボタンに対応する検証範囲区分の判定結果の一例を示す図である。 図３４は、実行画面に配置されたボタンに対する検証範囲区分及び検証対象識別子の判定動作の流れを示すフローチャートである。 図３５は、チェック対象コントロールが属する所属タブの判定動作の流れを示すフローチャートである。 図３６は、階層化されている各タブアイテムから取得されるチェックコントロール対象の一例を示す図である。 図３７は、タブアイテムとタブアイテムに属するコントロールの判定結果を示す図である。 図３８は、サーバ用リクエスト検証プログラムに基づく、範囲パネルの開始コントロールと終了コントロールに対する関連情報の判定動作の流れを示すフローチャートである。 図３９は、範囲パネルの開始コントロールと終了コントロールに対する関連情報の判定結果を示す図である。 図４０は、サーバ用リクエスト検証プログラムに基づく、サーバチェック動作及びエラー処理動作の流れを示すフローチャートである。 図４１は、コントロールの検証処理の詳細な動作説明をするためのフローチャートである。 図４２は、コントロールの検証処理におけるチェック内容を示す図である。 図４３は、検証実行部の範囲パネル検証部による、範囲パネルの検証動作の流れを示すフローチャートである。 図４４は、チェックボックスグループの検証動作の流れを示すフローチャートである。 図４５は、エラー処理の詳細な動作の流れを示すフローチャートである。 図４６は、エラーマークの付加処理の詳細な動作の流れを示すフローチャートである。 図４７は、エラースタック、所属タブ記憶部及びステータス記憶部の模式図である。 図４８は、タブアイテム及びコントロールに対するエラー表示がされた実行画面の一例を示す図である。 図４９は、コントロールに対するフォーカス設定処理を説明するためのフローチャートである。 図５０は、インデックス記憶部に記憶されたアクティブタブインデックスの一例を示す図である。

以下、本発明に係るサーバ装置、リクエスト検証方法及びリクエスト検証プログラムを適用した実施の形態となるＷｅｂアプリケーションシステムを、図面に基づいて詳細に説明する。なお、本実施形態により本発明が限定されるものではない。

［システム構成］
まず、図１は、実施の形態となるＷｅｂアプリケーションシステムのシステム構成を示す図である。この図１に示すように、実施の形態のＷｅｂアプリケーションシステムは、開発者用コンピュータ装置１、ローコード開発Ｗｅｂサーバ装置２、開発データベース３、Ｗｅｂサーバ装置４（サーバ装置の一例）、クライアント端末装置５、業務ＡＰＩ（Application Programming Interface）６及び業務データベース７を有している。

開発者用コンピュータ装置１は、Ｗｅｂブラウザ８により、例えばインターネット等の所定のネットワークを介してローコード開発Ｗｅｂサーバ装置２と通信を行う。ローコード開発Ｗｅｂサーバ装置２は、開発者用コンピュータ装置１に対してローコード開発ツールを提供している。開発者は、ローコード開発Ｗｅｂサーバ装置２で提供されるローコード開発ツールを用いて、開発者用コンピュータ装置１を操作して「Ｗｅｂサーバ装置４用のリクエスト検証プログラム（サーバ用リクエスト検証プログラム）」を作成する。これにより、開発者用コンピュータ装置１で作成されたサーバ用リクエスト検証プログラムの定義データが、ローコード開発Ｗｅｂサーバ装置２を介して開発データベース３に保存される。

Ｗｅｂサーバ装置４は、開発者用コンピュータ装置１で作成されたサーバ用リクエスト検証プログラムの定義データを、開発データベース３から取得する。また、Ｗｅｂサーバ装置４は、取得した定義データに基づいて、リクエスト検証プログラムを生成する。そして、Ｗｅｂサーバ装置４は、生成したリクエスト検証プログラムに基づいて、Ｗｅｂクライアント端末装置５から所望のＷｅｂアプリケーションに対するリクエスト（入力値）を検証する（サーバチェック）。Ｗｅｂサーバ装置４は、正当な検証結果が得られた場合に、業務ＡＰＩ（ＷｅｂＡＰＩ）６を介して業務データベース７からリクエストに対応するデータを取得して、所望のアプリケーションに対応する実行画面を生成し、Ｗｅｂクライアント端末装置５に提供する。

Ｗｅｂクライアント端末装置５は、インターネット等のネットワークを介してＷｅｂサーバ装置４から送信される所望のＷｅｂアプリケーションの実行画面を、Ｗｅｂブラウザ９を介して取得して表示部に表示する。また、Ｗｅｂクライアント端末装置５は、実行画面を介してユーザにより入力されたリクエストを、クライアント用のリクエスト検証プログラムに基づいて検証する（クライアントチェック）。Ｗｅｂクライアント端末装置５は、正当な検証結果が得られた場合に、Ｗｅｂブラウザ９を介してＷｅｂサーバ装置４にリクエストを送信する。このリクエストに対しては、上述のようにＷｅｂサーバ装置４でサーバチェックが施され、正当な検証結果が得られた場合に、業務データベース７から取得されたリクエストに対応するデータを含む実行画面が形成され、Ｗｅｂクライアント端末装置５に提供される。

（ローコード開発基盤）
次に、このようなＷｅｂアプリケーションシステムにおけるローコード開発基盤の具体例を説明する。ローコード開発基盤は、図２に例示する、開発者が操作する開発用コンピュータ１に表示される設定画面５１と、図３に例示する、業務オペレータが操作するＷｅｂクライアント端末装置５に表示される実行画面５２とを有する。

開発者は、ＧＵＩ（Graphical User Interface）操作により、図２に示す設定画面５１のレイアウト及びイベント処理の設定等を行う。このような設定画面５１の設定情報は、ローコード開発Ｗｅｂサーバ装置２を介して開発データベース３に保存される。設定画面５１で設定された設定情報は、開発データベース３から読み出され、Ｗｅｂサーバ装置４上のメモリに展開される。これにより、Ｗｅｂサーバ装置４から図３に示す実行画面５２がＷｅｂクライアント端末装置５に提供される。業務オペレータは、Ｗｅｂサーバ装置４から提供される、図３に示す実行画面５２を介して、所望のアプリケーションを実行する。

（Ｗｅｂサーバ装置の動作概要）
次に、実施の形態のＷｅｂアプリケーションシステムは、図４に示すように、Ｗｅｂクライアント端末装置５側でユーザのリクエスト（入力値）を検証すると共に（クライアントチェック）、Ｗｅｂサーバ装置４側でもユーザのリクエストを検証するようになっている（サーバチェック）。

クライアントチェックは、ネットワーク１５を介して通信を行う必要がないため、ユーザへのレスポンスが早く、また、Ｗｅｂサーバ装置４に検証の負荷を掛けずに実行できる。しかし、クライアントチェックを正当に通過した場合でも、リクエストを改ざんすることで不正なリクエストがＷｅｂサーバ装置４に送信されるおそれがある。

このため、Ｗｅｂアプリケーションシステムおけるサーバチェックは、必須の処理となっており、Ｗｅｂサーバ装置４に対するサーバチェック機能の実装漏れが生ずると、システムセキュリティ上、問題となる。

このようなことから、実施の形態のＷｅｂアプリケーションシステムでは、上述のローコード開発基盤上で開発者が設定した設定画面５１のレイアウト構造の設定情報を用いることで、
１．一定ルールに基づくサーバチェックの自動実行（サーバチェックの自動化）、
２．サーバチェックのチェック範囲の自動判定（チェック範囲の自動判定）、及び、
３．サーバチェックのエラー通知動作の自動化（エラー通知の自動化）、
等を可能としている。

（サーバチェックの自動化）
具体的に説明すると、図５は、リクエストに応じたデータが反映された実行画面がＷｅｂクライアント端末装置５に表示される流れを示す模式図である。業務オペレータは、図５（ａ）に示すように実行画面に対して基準日及び事業所コード（事業所ＣＤ）を入力し（リクエストの入力）、表示ボタンをクリックしたとする。これにより、Ｗｅｂクライアント端末装置５側でクライアントチェックが行われ、正当な検証結果が得られた場合に（ＯＫ）、図５（ｂ）に示すように、ネットワーク１５を介してＷｅｂサーバ装置４にリクエストが送信される。

Ｗｅｂサーバ装置４は、受信したリクエストに対してサーバチェックを実施し、正当な検証結果が得られた場合に（ＯＫ）、リクエストに対応するデータを業務データベース７から取得する。そして、Ｗｅｂサーバ装置４は、業務データベース７から取得したデータを反映させた実行画面を形成してＷｅｂクライアント端末装置５に送信する。これにより、図５（ｃ）に示すように、リクエストしたデータを含む実行画面が、Ｗｅｂクライアント端末装置５の表示部に表示される。

図６は、実施の形態のＷｅｂアプリケーションシステムにおいて、クライアントチェックで不正なリクエストを検出した場合のＷｅｂクライアント端末装置の動作を示す図である。例えば、図６（ａ）に示すように、業務オペレータにより、誤って入力された事業所コード（事業所ＣＤ）を、Ｗｅｂクライアント端末装置５側でのクライアントチェックで検出したとする（ＮＧ）。この場合、Ｗｅｂクライアント端末装置５は、図６（ｂ）に示すようにＷｅｂサーバ装置４に対してリクエストの送信は行わず、図６（ｃ）に示すように、エラー表示を行う。

この図６（ｃ）に示すエラー表示の例は、誤って入力された事業所コード（事業所ＣＤ）の入力欄を例えば赤色で高輝度表示し、「範囲指定の開始終了が不正です」等のエラーメッセージを表示した例である。このエラーメッセージにより、業務オペレータは、事業所コード（事業所ＣＤ）の入力ミスを認識できる。

図７は、実施の形態のＷｅｂアプリケーションシステムにおいて、Ｗｅｂクライアント端末装置５側で不正に改ざんされてクライアントチェックを通過したリクエストを、サーバチェックで検出し、Ｗｅｂクライアント端末装置５に対してエラー表示を行う動作を示す図である。図７（ａ）の例は、事業所コードを改ざんすることで、Ｗｅｂクライアント端末装置５側のクライアントチェックで検証結果が正当となり（ＯＫ）、図７（ｂ）に示すようにネットワーク１５を介してＷｅｂサーバ装置４に送信された例である。

Ｗｅｂサーバ装置４は、リクエストの指定された範囲の大小比較を行うことで、不当なリクエストであることを示す検証結果を得た場合（ＮＧ）、業務データベース７からデータを取得することなく、図７（ｃ）に示すようなエラー表示を含む実行画面を形成し、これをＷｅｂクライアント端末装置５に送信する。これにより、図７（ｃ）に示すように、誤って入力された事業所コード（事業所ＣＤ）の入力欄が例えば赤色で高輝度表示され、「範囲指定の開始終了が不正です」等のエラーメッセージが表示された実行画面を、Ｗｅｂクライアント端末装置５の表示部に表示できる。業務オペレータは、このエラーメッセージにより、事業所コード（事業所ＣＤ）の入力ミスを認識できる。

なお、この図７の例は、Ｗｅｂサーバ装置４側でエラー表示を含む実行画面を形成して、Ｗｅｂクライアント端末装置５に送信して表示する例であった。しかし、Ｗｅｂサーバ装置４は、Ｗｅｂクライアント端末装置５に対してエラー内容を含むエラー通知を行い、Ｗｅｂクライアント端末装置５側で、エラー表示を含む実行画面を形成して表示してもよい。

（チェック範囲の自動判定）
次に、実施の形態のＷｅｂアプリケーションシステムのＷｅｂサーバ装置４は、業務オペレータにより操作されたボタンの位置に応じたチェック範囲を、実行画面のレイアウト情報に基づいて自動的に判定してサーバチェックを行う。一例として、Ｗｅｂサーバ装置４は、図８（ａ）に示すパネル上の表示ボタンがクリック操作された場合は、図８（ｂ）に示すように同一パネル内をチェック範囲としてリクエストの検証を行う。また、Ｗｅｂサーバ装置４は、図９（ａ）に示すコマンドバー上のボタンがクリック操作された場合は、図９（ｂ）に示すように画面全体をチェック範囲としてリクエストの検証を行う。

（エラー通知の自動化）
次に、実施の形態のＷｅｂアプリケーションシステムのＷｅｂサーバ装置４は、サーバチェックで不当な検証結果を得た場合、下記に例示するエラー通知を自動的に行う。図１０は、表示ボタンがクリック操作された場合におけるエラー通知の例を示す図である。すなわち、図１０（ａ）に示す表示ボタンがクリック操作されると、図８（ａ）及び図８（ｂ）を用いて説明したように、Ｗｅｂサーバ装置４は、表示ボタンが表示されているパネル内の入力項目の検証を行う。そして、例えば事業者コードの入力ミスを検出した場合、Ｗｅｂサーバ装置４は、図１０（ｂ）に示すように、入力ミスのある事業者コードの入力項目を例えば赤色で高輝度表示（フォーカス）すると共に、「範囲指定の開始終了が不正です」等のエラーメッセージを表示した実行画面を形成して、Ｗｅｂクライアント端末装置５に送信する。

また、図１１は、コマンドバー上のボタンがクリック操作場合のエラー通知の例を示す図である。この場合、図９（ａ）及び図９（ｂ）を用いて説明したように、Ｗｅｂサーバ装置４は、画面全体の入力項目に対する入力検証を行う。すなわち、図１１（ａ）に示すようにコマンドバー上のボタンがクリック操作されると、Ｗｅｂサーバ装置４は、図１１（ｂ）に示すように、各タブアイテムの入力項目を検証する。そして、Ｗｅｂサーバ装置４は、各タブアイテムのうち、入力項目に対する入力ミスが検出された最初の（先頭の）タブアイテムをアクティブ化し、入力ミスを検出した入力項目を高輝度表示（フォーカス）すると共に、所定のエラーメッセージを表示した実行画面を形成する。

すなわち、図１１（ｂ）の例は、第１のタブアイテムには、入力ミスは検出されず、次の第２のタブアイテムの入力項目に入力ミスが検出された例である。この場合、Ｗｅｂサーバ装置４は、最初に入力ミスが検出されたタブアイテムである、第２のタブアイテムの文字の前に「感嘆符「！」」を表示したうえで、赤枠で囲み、また、感嘆符を付加した第２のタブアイテムの文字を赤文字で強調表示することでアクティブ化した実行画面を形成する。また、Ｗｅｂサーバ装置４は、入力ミスのある項目を赤色で高輝度表示（フォーカス）し、例えば「入力値が不正です」等のエラーメッセージを表示した実行画面を形成して、Ｗｅｂクライアント端末装置５に送信する。これにより、画面表面に見えていない項目に対する入力ミスを発見し易くできる。

また、図１２の例は、タブアイテムが階層化されている場合のエラー表示の一例を示している。図１２（ａ）の例は、第１～第４のタブアイテムが階層化されている例である。この場合において、コマンドバー上のボタンがクリック操作されると、Ｗｅｂサーバ装置４は、図１２（ｂ）に示すように、入力項目に入力ミスが検出された例えば第２のタブアイテム及び第３のタブアイテムの文字の前に感嘆符を付したうえで上述と同様にフォーカスした実行画面を形成する。また、アクティブとされたタブアイテムの項目に入力ミスが存在する場合、その入力ミスのある項目を赤色で高輝度表示（フォーカス）し、例えば「入力値が不正です」等のエラーメッセージを表示した実行画面を形成して、Ｗｅｂクライアント端末装置５に送信する。これにより、画面表面に見えていない項目に対する入力ミスを発見し易くできる。

（開発時の設定及び保存データ）
次に、このようなＷｅｂサーバ装置４におけるリクエスト検証機能及びエラー表示機能を実現するために開発者が行う各種設定及び開発データベース３に格納する各種情報を説明する。まず、開発者は、図１３に示すように、開発用コンピュータ装置１の設定画面のボタンに対するプロパティ（属性）を設定する。プロパティとしては、識別名、テキスト及び検証を行うか否かを設定するようになっている。この図１３の例は、表示ボタン５０に対して「第１のボタン」との識別名を設定した例である。また、図１３の例は、表示ボタン５０に対して「表示」とのテキスト表示を行うように設定した例である。

また、図１３に示す「検証を行う」のチェックボックスにチェックを入れることで、表示ボタン５０が操作された際に、表示ボタン５０が表示されているパネル内の入力項目に対してサーバチェックの実行を指定可能となっている。この図１３の例は、「検証を行う」のチェックボックスにチェックが入れられた状態を示している。このような各種情報は、設定情報としてローコード開発Ｗｅｂサーバ装置２を介して開発データベース３に記憶される。「検証を行う」の情報は、実行指示情報の一例である。

図１４は、各種設定情報の定義の一覧を示している。一例ではあるが、開発データベース３に記憶される設定情報としては、この図１４に示すように、ベースパネル、コマンドバーパネル、ベースコンテンツパネル等の名称情報に、プロパティ情報（属性情報）が付加されて記憶される。属性としては、子要素の識別子等が付加される。

また、設定情報としては、タブ及びタブアイテム等の名称情報に、識別子及び子要素の識別子が付加されて、開発データベース３に記憶される。タブは、一般的なタブと同義であり、子要素に複数のタブアイテムを有する。タブアイテムも、一般的なタブアイテムと同義である。

また、設定情報としては、範囲パネル、範囲スタックパネル、チェックボックスグループ、及び、チェックボックス等の名称情報に、識別子及び子要素の識別子等の属性情報が付加されて開発データベース３に記憶される。範囲パネル及び範囲スタックパネルは、図１９を用いて後述する。また、チェックボックスグループは、図２１を用いて後述する。

また、設定情報としては、文字列テキストボックス、数値テキストボックス及びボタン等の名称情報に、各種属性情報が付加されて開発データベース３に記憶される。文字列テキストボックスは、文字列を入力可能なテキストボックスであり、識別子、入力可能な文字数、半角可否、全角可否、大文字可否及び記号可否等の属性情報が付加されて開発データベース３に記憶される。

数値テキストボックスは、数値を入力可能なテキストボックスであり、識別子、最小値、最大値、整数桁数及び小数桁数等の属性情報が付加されて開発データベース３に記憶される。ボタンは、一般的なボタンと同義であり、識別子、テキスト及び「検証を行うか否かを示す情報」等の属性情報が付加されて開発データベース３に記憶される。

（パネル類の説明）
図１５及び図１６は、ベースパネル、コマンドバーパネル、ベースコンテンツパネル及びパネルを説明するための図である。図１５及び図１６に示すように、ベースパネルは、画面構成のルートとなるパネルであり、子要素にコマンドバーパネル及びベースコンテンツパネルを有する。コマンドバーパネルは、図１５及び図１６に示すように、画面全体に対する操作（登録及び削除等）を行うためのボタンを配置するパネルである。ベースコンテンツパネルは、図１５及び図１６に示すように、複数のパネルを配置することが可能な画面要素を構成するパネルである。パネルは、図１５及び図１６に示すように、子要素に複数のテキストボックス又はボタン等のコントロールを配置可能なパネルである。

（タブ及びタブアイテム）
タブ及びタブアイテムは、一般的なタブ及びタブアイテムと同義である。タブは、図１７に示すように複数のタブアイテムを設定可能となっている。この図１７の例は、タブに対して第１のタブアイテム及び第２のタブアイテムが設定されている例である。また、図１７の例は、アクティブ状態とされた第１のタブアイテムの入力項目がタブ上に表示された例を示している。

また、タブは、所望のタブアイテムの下層に、さらにタブアイテムを配置する、いわば入れ子の配置も可能となっている。図１８は、タブに対して、第１のタブアイテム及び第２のタブアイテムを配置し、さらに、第１のタブアイテムの下層にタブアイテム１－１及びタブアイテム１－２を配置した例である。そして、この図１８は、第１のタブアイテムがアクティブとされ、かつ、タブアイテム１－２がアクティブとされた状態を示している。

このような配置とする場合、図１８に示すように、識別子が第１のキーのタブに対して、第２のキー及び第３のキーを子要素として配置する。また、識別子が第２のキーの第１のタブアイテム及び識別子が第３のキーの第２のタブアイテムのうち、第１のタブアイテムに対し、第４のキーを子要素として配置する。そして、この第４のキーに対して、第５のキーのタブアイテム１－１及び第６のキーのタブアイテム１－２を子要素として配置する。このようなデータ構造とすることで、タブを入れ子の配置とすることができる。

（範囲パネル及び範囲スタックパネル）
次に、図１９は、範囲パネル及び範囲スタックパネルを説明するための図である。範囲パネルは、図１９（ａ）に示すように、子要素に範囲スタックパネルを２つ持ち、各範囲スタックパネルに入力された値の大小を比較するためのパネルである。範囲スタックパネルは、子要素にテキストボックスを複数配置可能なパネルである。図１９（ｂ）に示すように、範囲パネルのうち、左側の範囲スタックパネルが開始スタックパネルとして定義され、右側の範囲スタックパネルが終了スタックパネルと定義されている。なお、範囲パネル内の２つの範囲スタックパネルの構造は、図１９（ｃ）に示すように同一の構造とする制限がある。図１９（ｄ）に示すように、範囲パネル内の２つの範囲スタックパネルの構造が同一の構造ではない場合、範囲スタックパネルの設定は不可とされる。

図２０は、範囲スタックパネルのデータ構造を示す図である。この図２０は、第１のキーの範囲パネル内に、第２のキー及び第３のキーの範囲スタックパネルが設定されている例を示している。また、この図２０は、第２のキーの範囲スタックパネルには、第４のキーの日付テキストボックスが含まれ、第３のキーの範囲スタックパネルにも第５のキーの日付テキストボックスが設定されている例を示している。

（チェックボックスグループ）
チェックボックスグループは、図２１（ａ）に示すように子要素として複数のチェックボックスを含むパネルである。チェックボックスグループには、必須か否かの属性情報が付加されている。必須の属性情報が付加されている場合、チェックボックスグループ内のチェックボックスが一つもオンになっていない場合は、エラーとなる。

（開発データベースに格納される情報）
図２２は、開発データベース３に記憶される設定情報の一例を示す図である。この図２２に示すように、第４のキー～第６のキーとなる新規、修正及び削除のボタンのクリック操作に対しては、「検証を行う」の設定が「オフ」に設定されている。この場合、新規、修正及び削除のボタンがクリック操作されても、リクエストに対する検証は行われない。これに対して、第１７のキーとなる表示ボタンに対しては、「検証を行う」の設定が「オン」に設定されている。この場合、表示ボタンがクリック操作されると、リクエストに対する検証が実行される。詳しくは、後述する。

（実行画面の動作概要）
次に、業務オペレータが操作する業務画面である実行画面は、図３に示したようにＷｅｂサーバ装置４により開発データベース３から読み込まれた設定情報に基づいて動作する。この際、Ｗｅｂサーバ装置４は、実行画面が起動されたタイミングで、実行時のみ必要な情報（追加情報）を、設定情報と共に記憶部１２（図３２参照）に記憶して保持する。

図２３は、実行画面の定義構造を示す図である。この図２３に示すように、Ｗｅｂサーバ装置４は、実行画面を構成するコントロールの配列情報であるコントロール情報、及び、特定のイベント実行後における、実行画面上のフォーカス先のコントロールの識別子を、設定情報として記憶部１２に記憶する。また、Ｗｅｂサーバ装置４は、設定情報には含まれていないが、実行時に追加で記憶する追加情報を記憶部１２に記憶する。

図２４は、コントロール情報の一覧を示す図である。この図２４に示すように、Ｗｅｂサーバ装置４は、ベースパネル、コマンドバーパネル、ベースコンテンツパネル、パネル、タブ、タブアイテム、範囲パネル、範囲スタックパネル、チェックボックスグループ、チェックボックス、文字列テキストボックス、数値テキストボックス、ボタンの各コントロール情報を記憶部１２に記憶する。各コントロール情報の詳細は、図１４、図１５、図１９及び図２１の説明を参照されたい。

また、以下、範囲パネル、チェックボックスグループ、文字列テキストボックス及び数値テキストボックスを、総称として「チェック対象コントロール」ということもある。

ここで、図２４に示すタブの「アクティブタブインデックス」、タブアイテムの「ステータス」、範囲パネルの「開始終了関連情報」及び「所属タブ」、チェックボックスグループの「所属タブ」、文字列テキストボックスの「所属タブ」、数値テキストボックスの「所属タブ」、ボタンの「検証範囲区分」及び「検証対象識別子」は、設定情報には含まれていないが、実行画面の実行時にＷｅｂサーバ装置４が記憶部１２上に保持する追加情報となっている。

図２５は、アクティブタブインデックスに基づくタブアイテムの表示例及びステータスに基づくエラー表示例を示す図である。図１７及び図２５（ａ）に示すように、Ｗｅｂサーバ装置４は、タブに対して、アクティブにするタブアイテムのインデックス情報を設定できる。図２５（ａ）に示す例は、第１のタブアイテムがアクティブに設定された例であり、この場合、タブのアクティブタブインデックスは「０」となる。

ステータスは、タブアイテムに設定される、タブ内の状態（デフォルト又はエラー）を表現するための属性情報である。図２５（ｂ）の例は、第２のタブアイテムに対して、「エラーステータス」が設定された場合のエラー表示の一例である。「エラーステータス」が設定された場合、図１１（ｂ）を用いて説明したように、第２のタブアイテムの文字の前に「感嘆符「！」」が表示され、赤枠で囲まれると共に、感嘆符を付加した第２のタブアイテムの文字を赤文字で強調表示される。

範囲パネルは、図１９（ａ）を用いて説明したように、開始スタックパネルと終了スタックパネル内のコントロールにおける比較対象の大小比較を行うコントロール情報である。この範囲パネルの「開始終了関連情報」としては、図２６（ａ）及び図２６（ｂ）に示すように、テキストボックスＡの識別子及びテキストボックスＢの識別子が記憶される。

また、図２７（ａ）は、開始スタックパネルがテキストボックスＡ１及びテキストボックスＡ２で、終了スタックパネルがテキストボックスＢ１及びテキストボックスＢ２の例である。この場合、図２７（ｂ）に示すように、テキストボックスＡ１の識別子、テキストボックスＡ２の識別子、テキストボックスＢ１の識別子及びテキストボックスＢ２の識別子が「開始終了関連情報」として記憶される。

次に、図２４に示したボタンのコントロールにおける検証範囲区分及び検証対象識別子は、ボタンの操作時に検証対象となるコントロールを判断するための属性情報である。検証範囲区分としては、「すべて」又は「特定の要素」を設定できる。「すべて」が設定された場合、すべてのコントロールが検証範囲区分に指定される。また、「特定の要素」が設定された場合、検証範囲区分は検証対象となり、この検証対象のコントロール（チェック対象コントロール）の検証対象識別子が配列で記憶される。

次に、図２４に示した範囲パネル、チェックボックスグループ、文字列テキストボックス及び数値テキストボックスの「所属タブ」は、チェック対象コントロールが持つタブの所属情報である。図２８に示す実行画面の例の場合、図２９に示すように、第１のテキストボックスに対する所属タブは存在しない。これに対して、第２のテキストボックスは、第１のタブアイテムがアクティブとされた際に表示されるテキストボックスであり、所属タブは、第１のタブアイテムとなる。このため、第２のテキストボックスの所属タブを示す情報としては、第１のタブアイテムの識別子が登録される。同様に、第３のテキストボックスは、第１のタブアイテムがアクティブとされた際に表示されるテキストボックスである。このため、第３のテキストボックスの所属タブを示す情報としては、第１のタブアイテムの識別子が登録される。

また、第４のテキストボックスは、第１のタブアイテム及び第３のタブアイテムがアクティブとされた際に表示されるテキストボックスであり、所属タブを示す情報として、第１のタブアイテムの識別子及び第３のタブアイテムの識別子が登録される。また、第５のテキストボックスは、第１のタブアイテム及び第３のタブアイテムがアクティブとされた際に表示されるテキストボックスであり、所属タブを示す情報として、第１のタブアイテムの識別子及び第３のタブアイテムの識別子が登録される。

次に、図３０は、実行画面形成時におけるＷｅｂサーバ装置４の記憶部１２に記憶される各種情報の一例を示す図である。この図３０に示す例は、コマンドバー上の「新規」のボタンに対して、「検証を行う」の設定を「オン」とした例である。この場合、「新規」のボタンは、コマンドバー上のボタンであるため、図９を用い説明したように、検証範囲区分が「すべて（ベースパネル上のすべてのコントロールが検証対象）」となる。なお、この図３０の例の場合、「新規」のボタンの検証対象識別子は、「空」となっている例である。

また、図３０に示す例は、コマンドバー上の「修正」のボタンに対して、「検証を行う」の設定を「オン」とした例である。「修正」のボタンは、コマンドバー上のボタンであるため、検証範囲区分が「すべて（ベースパネル上のすべてのコントロールが検証対象）」となる。なお、この図３０の例の場合、「修正」のボタンの検証対象識別子は、「空」となっている例である。

また、図３０に示す例は、コマンドバー上の「削除」のボタンに対しては、「検証を行う」の設定が「オフ」とされた例である。この場合、検証は行わないことが指定されているため、検証範囲区分は「なし」となり、また、検証対象識別子も「空」となる。

また、図３１は、実行画面形成時におけるＷｅｂサーバ装置４の記憶部１２に記憶される各種情報の一例を示す他の図である。この図３１は、タブのアクティブタブインデックスが「０」に設定されている例を示している。この場合、タブ上の第１のタブアイテムがアクティブ状態となる。

また、図３１は、タブの文字列テキストボックスが、第１のタブアイテムがアクティブとなった際に表示されるように、所属タブが第１のタブアイテムを示す「キー９」に設定されている例を示している。

（Ｗｅｂサーバ装置のハードウェア構成）
次に、図３２は、Ｗｅｂサーバ装置４のハードウェア構成を示すブロック図である。この図３２に示すようにＷｅｂサーバ装置４は、記憶部１２、制御部１３及び通信インターフェース部１４を備えている。記憶部１２には、Ｗｅｂクライアント端末装置５から送信されたリクエストの検証を行うためのサーバ用リクエスト検証プログラムが記憶されている。また、この記憶部１２には、開発データベース３から読み込まれた設定情報、及び、設定情報には含まれていないが、実行画面の実行時に保持される追加情報が記憶される。

また、記憶部１２には、入力値にエラーが検出されたコントロールの識別子を登録するエラースタック６０、及び、各コントロールのステータス（デフォルト又はエラー）が記憶されるステータス記憶部６１が設けられている。また、記憶部１２には、各コントロールが属するタブアイテムの識別子を示す所属タブが記憶された所属タブ記憶部６２、及び、アクティブ表示するタブアイテムを示すアクティブタブインデックスが記憶されるインデックス記憶部６３が設けられている。

制御部１３は、記憶部１２に記憶されているサーバ用リクエスト検証プログラムを実行することで、情報設定部２１、取得部２２、判定部２３、検証実行部２４、実行画面形成部２５、通信制御部２６、及び、エラー処理部２７の各機能を実現する。

情報設定部２１は、実行画面の初回起動時に、サーバチェックに必要となる各種情報の設定処理を行う。取得部２２は、開発データベース３に設定されている実行画面の設定情報を取得する。判定部２３は、実行画面に配置されたボタンに対応する検証範囲の判定を行う。

検証実行部２４は、検証部の一例であり、文字列検証部３１、数値検証部３２、範囲パネル検証部３３、及び、チェックボックス検証部３４を備えている。検証実行部２４は、各検証部３１～３４により、上述の「検証を行う」がオンの属性情報が付加されているボタンに対応する実行画面上の範囲（図８及び図９のチェック範囲）のリクエストに対してサーバチェックを行う。

エラー処理部２７は、タブエラー制御部３７、フォーカス設定部３８、アクティブタブインデックス設定部３９を備えている。エラー処理部２７は、各部３７～３９により、リクエストのエラーを業務オペレータに通知するための処理を行う。

実行画面形成部２５は、エラー処理部２７によるエラー処理が反映された実行画面等を形成する。通信制御部２６は、実行画面形成部２５で形成された実行画面を、通信インターフェース部１４及びネットワーク１５を介してＷｅｂクライアント端末装置５に送信する。これにより、Ｗｅｂクライアント端末装置５のＷｅｂブラウザ９を介して業務オペレータのモニタ装置にエラー処理が反映された実行画面が表示される。

なお、制御部１３の情報設定部２１～エラー処理部２７は、サーバ用リクエスト検証プログラムによりソフトウェアで実現することとして説明を進めるが、情報設定部２１～エラー処理部２７の全部又は一部を、ＩＣ（Integrated Circuit）等のハードウェアで実現してもよい。

また、サーバ用リクエスト検証プログラムは、インストール可能な形式又は実行可能な形式のファイル情報でＣＤ－ＲＯＭ、フレキシブルディスク（ＦＤ）などのコンピュータ装置で読み取り可能な記録媒体に記録して提供してもよい。また、サーバ用リクエスト検証プログラムは、ＣＤ－Ｒ、ＤＶＤ（Digital Versatile Disk）、ブルーレイ（登録商標）ディスク、半導体メモリ等のコンピュータ装置で読み取り可能な記録媒体に記録して提供してもよい。また、サーバ用リクエスト検証プログラムは、インターネット等のネットワーク経由でインストールするかたちで提供してもよい。また、サーバ用リクエスト検証プログラムは、機器内のＲＯＭ等に予め組み込んで提供してもよい。

（サーバチェック動作）
次に、このようなＷｅｂサーバ装置４におけるサーバチェック動作を説明する。まず、Ｗｅｂサーバ装置４は、サーバチェックを実行するために、実行画面の初回起動時に、サーバチェックに必要な情報をコントロールに設定する。

（情報設定動作）
具体的には、図３２の制御部１３の情報設定部２１は、実行画面の初回起動時に、サーバチェックに必要となる、
１．各ボタンに対するチェック範囲情報の設定、
２．チェック対象コントロールが属するタブの設定、及び、
３．範囲パネルの開始コントロールと終了コントロールに対する関連情報の設定、
を行う。

（ボタンに対するチェック範囲情報の設定動作）
まず、初回起動時となると、取得部２２により開発データベース３から取得された設定情報に基づいて、実行画面形成部２５により実行画面が形成される。判定部２３は、初回起動時に形成された実行画面の画面構造（ＵＩ構造、ＵＩ：User Interface）に基づいて、各ボタンに対応する検証範囲区分及び検証対象識別子を自動で判定する。情報設定部２１は、各ボタンに対して、判定部２３の判定結果となる検証範囲区分及び検証対象識別子の設定を行う。

図３３は、初回起動時における実行画面の一例、及び、各ボタンに対応する検証範囲区分の判定結果の一例を示す図である。このうち、図３３（ａ）は、コマンドバーパネルに登録ボタン５５が配置され、コマンドバーパネルの下に位置するパネルに確定ボタン５６が配置された実行画面の例を示している。パネル内に配置されたボタンに対して「検証を行う」の属性が付加（オン）されていた場合、図８を用いて説明したように、同じパネル内のコントロールに対する入力値が検証対象となる。また、コマンドバーパネルのボタンに対して「検証を行う」の属性が付加（オン）されていた場合、図９を用いて説明したように、ベースコンテンツパネル内（すべて）のコントロールに対する入力値が検証対象となる。

このため、判定部２３は、コマンドバーパネル上の登録ボタン５５に対する検証範囲区分は「すべて」と判定する。また、判定部２３は、パネル上の確定ボタン５６に対する検証範囲区分は「特定の要素」と判定すると共に、検査対象を確定ボタン５６が配置されたパネルと同一パネル内の「第１のテキストボックス」及び「第２のテキストボックス」と判定する。そして、判定部２３は、図３３（ｂ）に示すように、登録ボタン５５に対して、検証範囲区分は「すべて」とする判定結果を形成し、また、確定ボタン５６に、検証対象となる第１のテキストボックスの識別子及び第２のテキストボックスの識別子を関連付けた判定結果を形成する。情報設定部２１は、このような判定結果に基づいて、登録ボタン５５及び確定ボタン５６に対して、判定部２３の判定結果となる検証範囲区分及び検証対象識別子の設定を行う。

図３４は、サーバ用リクエスト検証プログラムに基づく、各ボタンに対する検証範囲区分及び検証対象識別子の判定動作の流れを示すフローチャートである。この図３４のフローチャートにおいて、ステップＳ１及びステップＳ２では、判定部２３が、実行画面内に配置されたボタンのうち、最初に判定を行うボタン（第１のボタン）の属性情報に基づいて、「検証を行う」の属性情報が、「オン」となっているか否かを判別する。第１のボタンの「検証を行う」の属性情報が、「オン」となっていない場合（ステップＳ２：Ｆａｌｓｅ）、第１のボタンに対応する範囲の入力値に対する検証（サーバチェック）は行わないことを示す。このため、判定部２３は、ステップＳ１及びステップＳ２に処理を戻し、第１のボタンの次に判定を行う第２のボタンの属性情報に基づいて、「検証を行う」の属性情報が、「オン」となっているか否かを判別する。

判定部２３は、実行指示検出部の一例であり、このように各ボタンに対する「検証を行う」の属性情報が「オン」となっているか否かを判別し、「検証を行う」の属性情報が「オン」となっているボタンを検出した際に（ステップＳ２：Ｔｒｕｅ）、ステップＳ３に処理を進める。

ステップＳ３では、判定部２３が、親要素のパネルを、親子の関連情報から取得する。すなわち、このステップＳ３では、判定部２３は、「検証を行う」の属性情報が「オン」となっているボタンが配置されているパネルを検出する。そして、判定部２３は、ステップＳ４において、「検証を行う」の属性情報が「オン」となっているボタンが配置されている親パネルがコマンドバーパネルであるか否かを判別する。

「検証を行う」の属性情報が「オン」となっているボタンが配置されている親パネルがコマンドバーパネルである場合（ステップＳ４：Ｔｒｕｅ）、判定部２３は、ステップＳ５において、そのボタンの検証範囲区分を「すべて」とする判定結果を形成する。図３３の例では、「検証を行う」の属性情報が「オン」となっている登録ボタン５５がコマンドバーパネルに配置されているため、検証範囲区分を「すべて」とする判定結果がステップＳ５で形成される（図３３（ｂ）参照）。

これに対して、「検証を行う」の属性情報が「オン」となっているボタンが配置されている親パネルがコマンドバーパネルではない場合（ステップＳ４：Ｆａｌｓｅ）、判定部２３は、ステップＳ６において、そのボタンの親要素のパネルを規定に子要素を収集する。そして、判定部２３は、チェック対象コントロールの識別子を、そのボタンに設定すると共に、そのボタンの検証範囲区分を「パネル」とする判定結果を形成する。すなわち、図３３の例に基づいて説明すると、ステップＳ６では、判定部２３が、確定ボタン５６が配置されているパネル内から検出された第１のテキストボックスの識別子及び第２のテキストボックスの識別子を判定結果として形成する（図３３（ｂ）参照）。

このように判定結果を形成すると、判定部２３は、処理をステップＳ１及びステップＳ２に戻し、「検証を行う」の属性情報が「オン」となっている次のボタンに対して、上述の検証範囲区分及び検出対象を判定する動作を繰り返し行う。情報設定部２１は、このような判定結果に基づいて、登録ボタン５５及び確定ボタン５６に対して、判定部２３の判定結果となる検証範囲区分及び検証対象識別子の設定を行う。

（チェック対象コントロールが属する所属タブの設定）
次に、判定部２３は、チェック対象コントロールが属する所属タブを判定する。図３５は、サーバ用リクエスト検証プログラムに基づく、チェック対象コントロールが属する所属タブの判定動作の流れを示すフローチャートである。この図３５のフローチャートにおいて、判定部２３は、まず、実行画面上に配置された第１のタブアイテムを、チェック対象コントロールが属するタブの判定を行うタブアイテムとする（ステップＳ１１）。

ステップＳ１２では、判定部２３が、第１のタブアイテム内における、サーバチェックの対象となるコントロールであるチェックコントロール対象を全て取得する。なお、判定部２３は、図３６（ａ）及び図３６（ｂ）に示すように、タブアイテムが階層化されている場合も、階層化されている各タブアイテムのチェックコントロール対象を全て取得する。

次に、判定部２３は、取得した全てのチェックコントロール対象に対し、ステップＳ１３において、現在処理中のタブアイテムの識別子を判定する。判定部２３は、このような判定動作を、タブアイテム毎に、順次、繰り返し実行する。

図３７は、タブアイテムとタブアイテムに属するコントロールの判定結果を示す図である。図３７（ａ）は、コントロールである第２、第３、第６及び第７のテキストボックスの所属タブは、それぞれ第１のタブアイテムであることを示す判定結果を示している。この場合、情報設定部２１は、第２、第３、第６及び第７のテキストボックスに対して第１のタブアイテムの識別子を関連付けて設定する。

同様に、図３７（ｂ）は、コントロールである第２、第３、第６及び第７のテキストボックスの所属タブは、それぞれ第１のタブアイテムであり、第４及び第５のテキストボックスの所属タブは、それぞれ第２のタブアイテムであることを示す判定結果を示している。この場合、情報設定部２１は、第２、第３、第６及び第７のテキストボックスに対して第１のタブアイテムの識別子を関連付けて設定し、第４及び第５のテキストボックスに対して、第２のタブアイテムの識別子を関連付けて設定する。

同様に、図３７（ｃ）は、コントロールである第２、第３、第６及び第７のテキストボックスの所属タブは、それぞれ第１のタブアイテムであり、第４及び第５のテキストボックスの所属タブは、それぞれ第２のタブアイテムであることを示す判定結果を示している。

さらに、図３７（ｃ）は、第６及び第７のテキストボックスの所属タブは、それぞれ第３のタブアイテムであることを示す判定結果を示している。この場合、情報設定部２１は、第２、第３、第６及び第７のテキストボックスに対して第１のタブアイテムの識別子を関連付けて設定し、第４及び第５のテキストボックスに対して、第２のタブアイテムの識別子を関連付けて設定する。さらに、情報設定部２１は、第６及び第７のテキストボックスに対して、第３のタブアイテムの識別子を関連付けて設定する。

（範囲パネルの開始コントロールと終了コントロールに対する関連情報の設定動作）
次に、判定部２３は、範囲パネルの開始コントロールと終了コントロールに対する関連情報を判定する。図３８は、サーバ用リクエスト検証プログラムに基づく、範囲パネルの開始コントロールと終了コントロールに対する関連情報の判定動作の流れを示すフローチャートである。この図３８のフローチャートにおいて、判定部２３は、まず、実行画面上に配置された第１の範囲パネルを、開始コントロールと終了コントロールに対する関連情報を判定する範囲パネルとする（ステップＳ２１）。範囲パネルに対する詳細は、図１９の説明を参照されたい。

次に、判定部２３は、範囲パネルの子要素情報から、２つの範囲スタックパネルを取得する。範囲スタックパネルは、図１９（ａ）及び図１９（ｂ）を用いて説明したように、範囲の開始となる入力値が入力される開始スタックパネル、及び、範囲の終了となる入力値が入力される終了スタックパネルである。

次に、判定部２３は、ステップＳ２３において、範囲スタックパネルの全ての子要素を取得する。そして、判定部２３は、ステップＳ２４において、開始側及び終了側のコントロールの識別子を、順に、関連情報として判定する。判定部２３は、このような判定動作を、範囲パネル毎に、順次、繰り返し実行する。情報設定部２１は、このような判定結果に基づいて、開始側及び終了側のコントロールの識別子を、順に、範囲パネルの関連情報として設定する。

図３９は、このような範囲パネルの開始コントロールと終了コントロールに対する関連情報の判定結果を示す図である。図３９（ａ）は、実行画面の模式図であり、この例のように、第１の範囲パネル及び第２の範囲パネルが検出されたとする。この場合、判定部２３は、第１の範囲パネルに対しては、図３９（ｂ）に示すように、第１の範囲パネルの開始スタックパネルとなるテキストボックス、及び、第１の範囲パネルの終了スタックパネルとなるテキストボックスを、第１の範囲パネルの関連情報として判定する。情報設定部２１は、このような判定結果に基づいて、第１の範囲パネルの開始スタックパネルとなるテキストボックスの識別子、及び、第１の範囲パネルの終了スタックパネルとなるテキストボックスの識別子を、第１の範囲パネルの関連情報として設定する。

また、判定部２３は、２つの開始スタックパネル及び２つの終了スタックパネルを備えた第２の範囲パネルに対しては、図３９（ｃ）に示すように、第２の範囲パネルの２つの開始スタックパネルに所属するテキストボックス、及び、第２の範囲パネルの２つの終了スタックパネルに所属するテキストボックスを、第２の範囲パネルの関連情報として判定する。情報設定部２１は、このような判定結果に基づいて、第２の範囲パネルの２つの開始スタックパネルに所属するテキストボックスの識別子、及び、第２の範囲パネルの２つの終了スタックパネルに所属するテキストボックスの識別子を、第２の範囲パネルの関連情報として設定する。

（サーバチェック動作及びエラー処理動作）
次に、Ｗｅｂサーバ装置４におけるリクエストのサーバチェック動作、及び、エラー処理動作を説明する。図４０は、サーバ用リクエスト検証プログラムに基づく、サーバチェック動作及びエラー処理動作の流れを示すフローチャートである。一例ではあるが、図７（ａ）～図７（ｃ）に示したように、Ｗｅｂクライアント端末装置５の実行画面において表示ボタンをクリック操作して所望のデータの表示を求めるリクエストが改ざんされることで、Ｗｅｂクライアント端末装置５のクライアントチェックを不正に通過し、ネットワーク１５を介してＷｅｂサーバ装置４で受信されたとする。この場合において、判定部２３は、クリック操作された表示ボタンに付加されている「検証を行う」の属性情報がオンとなっているか否かを判別する。

表示ボタンに付加されている「検証を行う」の属性情報がオフの場合（ステップＳ３１：Ｆａｌｓｅ）、処理がステップＳ３４に進み、ボタンに割り付けられた処理を実行する。すなわち、この場合は、サーバチェックを行うことなく、実行画面形成部２５が、リクエストで要求されるデータを業務データベース７から取得して実行画面に反映させる。そして、通信制御部２６が、ステップＳ３６において、リクエストを反映させた実行画面をＨＴＭＬ（Hyper Text Markup Language）形式のデータに変換し、ネットワーク１５を介して、Ｗｅｂクライアント端末装置５に送信する。

これにより、Ｗｅｂクライアント端末装置５側では、表示ボタンをクリック操作して要求したリクエストが反映された実行画面が、Ｗｅｂブラウザ９を介してモニタ装置に表示される。この場合、改ざんされたリクエストが反映された実行画面がＷｅｂクライアント端末装置５側で表示されることとなるが、「検証を行う」の属性情報がオフであるため、問題はない。

これに対して、表示ボタンに付加されている「検証を行う」の属性情報がオンの場合（ステップＳ３１：Ｔｒｕｅ）、表示ボタンが配置されているパネルのコントロールに対して、図３２に示す検証実行部２４が検証（サーバチェック）を行う。図４１のフローチャートを用いて後述するが、この検証によりエラーが検出された場合、エラーが検出されたコントロールの識別子が、記憶部１２のエラースタック６０に記憶されるようになっている。このため、ステップＳ３３では、エラー処理部２７が、エラースタック６０にデータ（エラーが検出されたコントロールの識別子）が存在するか否かを判別する。

換言すると、ステップＳ３３では、検証によりエラーが検出されたコントロールの有無が判別される。そして、検証によりエラーが検出されたコントロールが存在しない場合（ステップＳ３３：Ｆａｌｓｅ）、実行画面形成部２５が、リクエストで要求されるデータを業務データベース７から取得して実行画面に反映させる。そして、通信制御部２６が、ステップＳ３６において、リクエストを反映させた実行画面をＨＴＭＬ形式のデータに変換し、ネットワーク１５を介して、Ｗｅｂクライアント端末装置５に送信して表示する。

これに対して、検証によりエラーが検出されたコントロールが存在する場合（ステップＳ３３：Ｔｒｕｅ）、エラー処理部２７が、ステップＳ３５において、タブのエラー制御及びフォーカスの設定等の、図１０～図１２を用いて説明したエラー処理を行う。実行画面形成部２５は、このようなエラー処理が施された実行画面を形成する。通信制御部２６は、ステップＳ３６において、エラー処理が施された実行画面をＨＴＭＬ形式のデータに変換し、ネットワーク１５を介して、Ｗｅｂクライアント端末装置５に送信して表示する。これにより、Ｗｅｂクライアント端末装置５側のモニタ装置に、図１０～図１２を用いて説明したエラー処理が施された実行画面が表示される。

（コントロールの検証動作）
次に、図４１のフローチャートを用いて、図４０のフローチャートのステップＳ３２のコントロールの検証処理を説明する。例えば、表示ボタンに付加されている「検証を行う」の属性情報がオンであることで、コントロールの検証処理を開始すると、検証実行部２４は、ステップＳ４１及びステップＳ４２で、ベースパネル内の全コントロールのうち、最初に入力値のサーバチェックを行うコントロールを選定する。次に、ステップＳ４３では、検証実行部２４が、クリック操作されたボタンの検証範囲区分が「すべて」であるか否かを判別する。

すなわち、このステップＳ４３では、コントロールの検証を行う範囲（チェック範囲）を判別しており、コマンドバー上の登録ボタン等がクリック操作された場合は、図９を用いて説明したようにタブ上の「すべて」の範囲内のコントロールが検証対象となる。

このため、ステップＳ４３で、クリック操作されたボタンの検証範囲区分が「すべて」であると判別された場合（ステップＳ４３：Ｔｒｕｅ）、ステップＳ４５において、検証実行部２４が、ステップＳ４１及びステップＳ４２で選定したコントロールに対して入力値の検証処理を実行する。そして、検証実行部２４は、ステップＳ４６において、検証したコントロールに、入力値のエラーが検出されたか否かを判別する。

検証したコントロールの入力値にエラーが検出された場合（ステップＳ４６：Ｔｒｕｅ）、検証実行部２４は、エラーが検出されたコントロールの識別子を、記憶部１２のエラースタック６０に登録する。この後、処理がステップＳ４２に戻り、次のコントロールに対する検証処理に移行する。これに対して、検査したコントロールの入力値にエラーが検出されなかった場合（ステップＳ４６：Ｆａｌｓｅ）、そのまま処理がステップＳ４２に戻り、次のコントロールに対する検証処理に移行する。

一方、ステップＳ４３で、クリック操作されたボタンの検証範囲区分が「すべて」ではないと判別された場合（ステップＳ４３：Ｆａｌｓｅ）、クリック操作されたボタンが配置されているパネル内が検証範囲となる。このため、ステップＳ４３で、クリック操作されたボタンの検証範囲区分が「すべて」ではないと判別された場合（ステップＳ４３：Ｆａｌｓｅ）、ステップＳ４４に処理が進む。

ステップＳ４４では、検証実行部２４が、現在、検証を行おうとしているコントロール（ステップＳ４１及びステップＳ４２で選定されたコントロール）は、クリック操作されたボタンが配置されているパネル内に含まれているか否かを判別する。現在、検証を行おうとしているコントロールが、クリック操作されたボタンが配置されているパネル内に含まれていない場合（ステップＳ４４：Ｆａｌｓｅ）、検証を行うコントロールではないため、処理がステップＳ４２に戻り、次のコントロールの検証処理に移行する。

これに対して、現在、検証を行おうとしているコントロールが、クリック操作されたボタンが配置されているパネル内に含まれている場合（ステップＳ４４：Ｔｒｕｅ）、そのコントロールは、検証対象となっているため、ステップＳ４５に処理が進む。ステップＳ４５では、検証実行部２４が、ステップＳ４１及びステップＳ４２で選定したコントロールに対して入力値の検証処理を実行する。そして、検証実行部２４は、ステップＳ４６において、検証したコントロールに、入力値のエラーが検出されたか否かを判別する。

検証したコントロールの入力値にエラーが検出された場合（ステップＳ４６：Ｔｒｕｅ）、検証実行部２４は、エラーが検出されたコントロールの識別子を、記憶部１２のエラースタック６０に登録する。この後、処理がステップＳ４２に戻り、次のコントロールに対する検証処理に移行する。これに対して、検査したコントロールの入力値にエラーが検出されなかった場合（ステップＳ４６：Ｆａｌｓｅ）、そのまま処理がステップＳ４２に戻り、次のコントロールに対する検証処理に移行する。

図４２に、このようなコントロールの検証処理におけるチェック内容を示す。この図４２に示すようにコントロールが文字列テキストボックスである場合、検証実行部２４の文字列検証部３１が、入力可能な文字数を満たしているか否か、及び、入力可能な文字種を満たしているか否か（半角，全角，大文字，小文字，記号）等の検証を行う。

また、コントロールが数値テキストボックスである場合、検証実行部２４の数値検証部３２が、値は数値形式か否か、値の大きさは指定された最小値～最大値の範囲内か否か、及び、値の桁数は、指定された整数桁～小数桁の範囲内か否か等の検証を行う。また、コントロールが範囲パネルである場合、検証実行部２４の範囲パネル検証部３３が、子要素の開始値よりも終了値のほうが大きい値か否かの検証を行う。また、コントロールがチェックボックスグループである場合、検証実行部２４のチェックボックス検証部３４が、子要素のチェックボックスの少なくとも一つはチェックがオンになっているか否かの検証を行う。

（範囲パネルの検証動作）
図４３は、検証実行部２４の範囲パネル検証部３３による、範囲パネルの検証動作の流れを示すフローチャートである。範囲パネルの検証を行う場合、検証実行部２４の範囲パネル検証部３３は、まず、ステップＳ５１において、図２４を用いて説明した範囲パネルの子要素の識別子に基づいて、開始側の範囲スタックパネルを取得する。また、範囲パネル検証部３３は、ステップＳ５２において、図２４を用いて説明した範囲スタックパネルの子要素の識別子に基づいて、範囲スタックパネルの全ての子要素を取得する。

次に、範囲パネル検証部３３は、ステップＳ５３で、検証を行うコントロールを決定する。ステップＳ５４では、範囲パネル検証部３３が、検証を行うコントロールである、ステップＳ５３で決定された開始側の範囲スタックパネルに対応する終了側の範囲スタックパネル（コントロール）を、図２４を用いて説明した範囲パネルの開始終了の関連情報に基づいて取得する。

そして、範囲パネル検証部３３は、ステップＳ５５において、開始側の範囲スタックパネル（コントロール）の入力値と、終了側の範囲スタックパネル（コントロール）の入力値とを比較処理する。この比較処理により、開始側の入力値よりも終了側の入力値の方が大きいと判別された場合、開始側及び終了側の各範囲スタックパネル（コントロール）に対する入力値は正常であるため、範囲パネル検証部３３は、そのまま図４３のフローチャートに示した範囲パネルの検証を終了する。

また、比較処理により、開始側の入力値と終了側の入力値が同じ値と判別された場合、範囲パネル検証部３３は、ステップＳ５３に処理を戻す。そして、範囲パネル検証部３３は、ステップＳ５３において、次に検証を行うコントロールを決定し、決定したコントロールに対応する終了側のコントロールを取得して（ステップＳ５４）、上述の比較処理を行う（ステップＳ５５）。

また、比較処理により、開始側の入力値よりも終了側の入力値の方が小さいと判別された場合、範囲パネル検証部３３は、ステップＳ５６に処理を進め、エラーが発生したコントロールとして、このコントロールの識別子を記憶部１２のエラースタック６０に登録して、図４３のフローチャートに示す範囲パネルの検証を終了する。

（チェックボックスグループの検証動作）
図４４は、検証実行部２４のチェックボックス検証部３４による、チェックボックスグループの検証動作の流れを示すフローチャートである。実施の形態の例の場合、図２１を用いて説明したように、チェックボックスグループは、例えば新規、修正及び削除の各チェックボックスを備える。これらのチェックボックスのうち、少なくとも一つのチェックボックスには、チェックを入れる必要がある。このため、チェックボックス検証部３４は、図４４のフローチャートのステップＳ６１において、図２４に示したチェックボックスグループの検証が必須であるか否かを示す属性情報が「必須」となっているか否か（必須設定がオンか否か）を判別する。

チェックボックスグループの検証が必須ではない場合（必須設定がオフ）の場合（ステップＳ６１：Ｆａｌｓｅ）、チェックボックス検証部３４は、チェックボックスグループの検証を行うことなく、図４４のフローチャートのチェックボックスグループの検証を終了する。

これに対して、チェックボックスグループの検証が必須である場合（必須設定がオン）の場合（ステップＳ６１：Ｔｒｕｅ）、チェックボックス検証部３４は、チェックボックスグループの全ての子要素を取得する。そして、チェックボックス検証部３４は、ステップＳ６３において、例えば上述の新規、修正及び削除の各チェックボックスのうち、少なくとも一つのチェックボックスにチェックが入っているか否か（少なくとも一つのチェックボックスがオンか否か）を判別する。

少なくとも一つのチェックボックスにチェックが入っている場合（ステップＳ６３：Ｔｒｕｅ）、必須設定要件を満たしているため、チェックボックス検証部３４は、そのまま図４４のフローチャートのチェックボックスグループの検証動作を終了する。これに対して、少なくとも一つのチェックボックスにチェックが入っていない場合（ステップＳ６３：Ｆａｌｓｅ）、必須設定要件を満たしていないため、チェックボックス検証部３４は、ステップＳ６４に処理を進める。そして、チェックボックス検証部３４は、ステップＳ６４において、エラーが発生したコントロールとして、このチェックボックスグループの識別子を記憶部１２のエラースタック６０に登録して、図４４のフローチャートのチェックボックスグループの検証動作を終了する。

（エラー処理の詳細）
次に、図４０のフローチャートのステップＳ３５のエラー処理の詳細を説明する。図４５は、図４０のフローチャートのステップＳ３５のエラー処理の詳細な動作の流れを示すフローチャートである。図４０のフローチャートのステップＳ３３において、エラースタック６０にエラーが生じているコントロールの識別子が登録されていると判断されると（ステップＳ３３：Ｔｒｕｅ）、図４５のステップＳ７１に処理が進む。

ステップＳ７１では、エラー処理部２７のタブエラー制御部３７が、エラーが生じているコントロールを含むタブアイテムにエラーマークを付加する。ステップＳ７２では、エラー処理部２７のフォーカス設定部３８が、エラースタック６０の先頭に記憶されているコントロールの識別子を、コントロールのエラー表示であるフォーカスを行うコントロールの識別子（フォーカス先のコントロールの識別子）として設定する。

ステップＳ７３では、エラー処理部２７のアクティブタブインデックス設定部３９が、フォーカス先のコントロールの所属タブをチェックする。そして、フォーカス先のコントロールの所属タブが存在する場合は、対象のタブアイテムの親のタブのアクティブタブインデックス（図２４参照）を設定する。

（エラーマークの付加処理）
図４６は、図４５のフローチャートのステップＳ７１におけるエラーマークの付加処理（エラーのステータスの設定処理）の詳細な動作の流れを示すフローチャートである。この図４６のフローチャートにおいて、ステップＳ８１では、エラー処理部２７のタブエラー制御部３７が、エラースタック６０を参照する。エラースタック６０には、図４７(ａ)に示すように、エラーが生じているコントロールの識別子が登録されている。タブエラー制御部３７は、エラースタック６０の例えば先頭に記憶されている識別子のコントロールを、エラーマークの付加処理を行うコントロールとして選択する。

次に、タブエラー制御部３７は、ステップＳ８２及びステップＳ８３において、図４７（ｂ）に示す所属タブ記憶部６２を参照することで、ステップＳ８１で選択したコントロールが属するタブアイテムの識別子を示す所属タブ情報を取得する。

次に、タブエラー制御部３７は、ステップＳ８４において、取得した所属タブ情報に基づいてタブアイテムを特定し、図４７（ｃ）に示すステータス記憶部６１に記憶されている各タブアイテムのステータスのうち、特定したタブアイテムのステータスに「エラー」のステータスを設定する。

次に、複数のタブアイテムに属するコントロールも存在する。例えば、図４７（ｂ）に示す第６のテキストボックスは、第１のタブアイテム及び第３のタブアイテムに属する。このため、ステップＳ８５では、現在、「エラー」のステータスの設定処理を行っているコントロールが属する全タブアイテムに対して、「エラー」のステータス設定が終了したか否かを判別する。全タブアイテムに対する「エラー」のステータス設定が終了していない場合（ステップＳ８５：Ｆａｌｓｅ）、タブエラー制御部３７はステップＳ８３に処理を戻し、現在、「エラー」のステータスの設定処理を行っているコントロールが属する次のタブアイテムに対する「エラー」のステータス設定処理に移行する。

これに対して、現在、「エラー」のステータスの設定処理を行っているコントロールが属する全てのタブアイテムに対する「エラー」のステータス設定が終了した場合は（ステップＳ８５：Ｔｒｕｅ）、ステップＳ８６に処理が進む。ステップＳ８６では、タブエラー制御部３７が、エラースタック６０に記憶されている全タブアイテムに対する「エラー」のステータス設定が終了したか否かを判別する。

全タブアイテムに対する「エラー」のステータス設定が終了していない場合（ステップＳ８５：Ｆａｌｓｅ）、タブエラー制御部３７は、ステップＳ８３に処理を戻し、次のタブアイテムに対する「エラー」のステータス設定処理に移行する。全タブアイテムに対する「エラー」のステータス設定が終了した場合（ステップＳ８５：Ｔｒｕｅ）、タブエラー制御部３７は、図４６のフローチャートに示すエラーマークの付加処理を終了する。

実行画面形成部２５は、実行画面を形成する際に、ステータス記憶部６１を参照することで、「エラー」のステータスが設定されているタブアイテムを検出する。図４７（ｃ）の例は、第１のタブアイテム及び第３のタブアイテムに対して、「エラー」のステータスが設定されている例である。このように「エラー」のステータスが設定されているタブアイテムを検出すると、実行画面形成部２５は、図４８に示すように、第１のタブアイテム及び第３のタブアイテムの文字の前に「感嘆符「！」」を表示したうえで、赤枠で囲み、また、感嘆符を付加した第１のタブアイテム及び第３のタブアイテムの文字を赤文字で強調表示することでアクティブ化した実行画面を形成する。これにより、業務オペレータに対して、第１のタブアイテム及び第３のタブアイテムに入力値のエラーが生じていることを認識させることができる。

（コントロールに対するフォーカス設定処理）
次に、図４５のフローチャートのステップＳ７３の処理となる、コントロールに対するフォーカス設定処理を、図４９のフローチャートを用いて説明する。この図４９のフローチャートにおいて、ステップＳ９１では、エラー処理部２７のフォーカス設定部３８が、フォーカス先となるコントロールの識別子に基づいて、フォーカスを行うコントロールを特定し、このコントロールの所属タブ情報を取得する。

ステップＳ９２では、フォーカス設定部３８が、ステップＳ９１で取得した所属タブ情報に基づいて、フォーカスを設定するタブアイテムを選択する。ステップＳ９３では、フォーカス設定部３８が、ステップＳ９２で選択したタブアイテムの識別子に基づいて、親要素となるタブの特定を行う（図２４参照）。ステップＳ９４では、フォーカス設定部３８が、タブの子要素情報に基づいて、ステップＳ９２で選択したタブアイテムのインデックスを特定する。

次に、ステップＳ９５では、エラー処理部２７のアクティブタブインデックス設定部３９が、インデックス記憶部６３に記憶されている、ステップＳ９４で特定したタブアイテムのインデックスを、アクティブインデックスに設定する。ステップＳ９６では、フォーカス設定部３８が、全タブアイテムのコントロールに対するアクティブタブインデックスの設定が終了したか否かを判別する。

全タブアイテムのコントロールに対するアクティブタブインデックスの設定が終了していない場合は（ステップＳ９６：Ｆａｌｓｅ）、フォーカス設定部３８は、ステップＳ９２に処理を戻し、次のコントロールに対するアクティブタブインデックスの設定処理に移行する。全タブアイテムのコントロールに対するアクティブタブインデックスの設定が終了した場合は（ステップＳ９６：Ｔｒｕｅ）、図４９のフローチャートに示すフォーカス設定処理を終了する。

図５０は、インデックス記憶部６３に記憶されたアクティブタブインデックスの一例を示す図である。この図５０の例は、第１のタブアイテム及び第２のタブアイテムに対してアクティブインデックスが設定された例である（アクティブタブインデックス→０）。

実行画面形成部２５は、実行画面を形成する際に、インデックス記憶部６３を参照することで、アクティブタブインデックスが設定されているタブアイテムのコントロールを検出する。例えば、第３のタブアイテムに対してアクティブタブインデックスが設定されていた場合、実行画面形成部２５は、図４８に示すように、第３のタブアイテムに属するコントロールである第６のテキストボックスを赤色で高輝度表示（フォーカス）した実行画面を形成する。これにより、業務オペレータに対して、第６のテキストボックスに入力値のエラーが生じていることを認識させることができる。なお、このようなフォーカス表示と共に、図１２（ｂ）に示したようなエラーメッセージを表示してもよい。これにより、業務オペレータに対して、入力値のエラーの発生を、より認識させることができる。

（実施の形態の効果）
以上の説明から明らかなように、実施の形態のＷｅｂアプリケーションシステムは、実行画面のＵＩ構造情報であるコントロールの種類及び親子関係の情報をチェック範囲、チェック内容及び挙動制御に応用している。リクエスト改ざん防止のために行うサーバチェックに実行画面のＵＩ構造情報を用いることで、開発者が特別な実装をしなくても一定ルールに基づくサーバチェック処理を自動的に行うことができる。また、入力値のエラー検出時においても、統一した挙動でユーザに対するエラーの提示を行うことができる。従って、開発者の負担を軽減できると共に、不正アクセス等のリスクを軽減でき、アプリケーション全体の品質を向上させることができる。

また、今日においては、ビジネス環境の変化が激しく、情報システムも経営スピードに追従することが前提とされ、迅速なシステム変化が求められる。このようなことから、ローコード開発ツールが注目されているが、そのユーザ層がベンダーだけでなく、システム利用会社のシステム担当者まで広がっている。実施の形態のＷｅｂアプリケーションシステムは、このようなユーザに対しても、セキュリティ性が高く、また、エラー表示の挙動も統一された実行画面を、より簡単に開発可能とする仕組みを提供できる。

［国連が主導する持続可能な開発目標（ＳＤＧｓ）への貢献］
本実施形態により、業務効率化や企業の適切な経営判断を推進することに寄与することができるので、ＳＤＧｓの目標８及び９に貢献することが可能となる。

また、本実施形態により、廃棄ロス削減や、ペーパレス・電子化を推進することに寄与することができるので、ＳＤＧｓの目標１２、１３及び１５に貢献することが可能となる。

また、本実施形態により、統制、ガバナンス強化に寄与することができるので、ＳＤＧｓの目標１６に貢献することが可能となる。

［他の実施の形態］
本発明は、上述した実施形態以外にも、特許請求の範囲に記載した技術的思想の範囲内において種々の異なる実施形態にて実施されてよいものである。

例えば、実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、或いは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。

また、本明細書中や図面中で示した処理手順、制御手順、具体的名称、各処理の登録データや検索条件等のパラメータを含む情報、画面例、データベース構成については、特記する場合を除いて任意に変更することができる。

また、Ｗｅｂアプリケーションシステムに関して、図示の各構成要素は機能概念的なものであり、必ずしも図示の如く物理的に構成されていることを要しない。

例えば、Ｗｅｂサーバ装置４が備える処理機能、特に制御部１３及び制御部１３にて行われる各処理機能については、その全部又は任意の一部を、ＣＰＵ（Central Processing Unit）および当該ＣＰＵにて解釈実行されるプログラムにて実現してもよく、また、ワイヤードロジックによるハードウェアとして実現してもよい。なお、プログラムは、本実施形態で説明した処理を情報処理装置に実行させるためのプログラム化された命令を含む一時的でないコンピュータ読み取り可能な記録媒体に記録されており、必要に応じて業務支援装置１に機械的に読み取られる。すなわち、ＲＯＭ又はＨＤＤ等の記憶部等には、ＯＳと協働してＣＰＵに命令を与え、各種処理を行うためのコンピュータプログラムが記録されている。このコンピュータプログラムは、ＲＡＭにロードされることによって実行され、ＣＰＵと協働して制御部１３を構成する。

また、このコンピュータプログラムである業務支援プログラムは、アプリケーションＷｅｂサーバ装置４に対して任意のネットワークを介して接続された他のサーバ装置に記憶されていてもよく、必要に応じてその全部または一部をダウンロードすることも可能である。

また、本実施形態で説明した処理を実行するための業務支援プログラムを、一時的でないコンピュータ読み取り可能な記録媒体に格納してもよく、また、プログラム製品として構成することもできる。ここで、この「記録媒体」とは、メモリーカード、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ＳＤ（Secure Digital）カード、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（登録商標）（Electrically Erasable and Programmable Read Only Memory）、ＣＤ－ＲＯＭ（Compact Disk Read Only Memory）、ＭＯ（Magneto-Optical Disk）、ＤＶＤ（Digital Versatile Disk）、及び、Blu-ray（登録商標） Disc等の任意の「可搬用の物理媒体」を含むものとする。

また、「プログラム」とは、任意の言語または記述方法にて記述されたデータ処理方法であり、ソースコード又はバイナリコード等の形式を問わない。なお、「プログラム」は必ずしも単一的に構成されるものに限られず、複数のモジュールやライブラリとして分散構成されるものや、ＯＳに代表される別個のプログラムと協働してその機能を達成するものをも含む。なお、実施形態に示した各装置において記録媒体を読み取るための具体的な構成および読み取り手順ならびに読み取り後のインストール手順等については、周知の構成や手順を用いることができる。

記憶部１２は、ＲＡＭ、ＲＯＭ等のメモリ装置、ハードディスク等の固定ディスク装置、フレキシブルディスク、及び、光ディスク等のストレージ手段であり、各種処理やウェブサイト提供に用いる各種のプログラム、テーブル、データベース、および、ウェブページ用ファイル等を格納する。

また、Ｗｅｂサーバ装置４は、既知のパーソナルコンピュータ装置又はワークステーション等の情報処理装置で構成してもよく、また、任意の周辺装置が接続された当該情報処理装置で構成してもよい。また、情報処理装置は、本実施形態で説明した処理を実現させるソフトウェア（プログラム又はデータ等を含む）を実装することにより実現してもよい。

さらに、装置の分散・統合の具体的形態は図示するものに限られず、その全部又は一部を、各種の付加等に応じて又は機能付加に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。すなわち、上述した実施形態を任意に組み合わせて実施してもよく、実施形態を選択的に実施してもよい。

本発明は、帳票の作成業務等に有用である。

１ 開発用コンピュータ装置
２ ローコード開発Ｗｅｂサーバ装置
３ 開発データベース
４ Ｗｅｂサーバ装置
５ Ｗｅｂクライアント端末装置
６ 業務ＡＰＩ
７ 業務データベース
８ Ｗｅｂブラウザ
９ Ｗｅｂブラウザ
１２ 記憶部
１３ 制御部
１４ 通信インターフェース部
１５ ネットワーク
２１ 情報設定部
２２ 取得部
２３ 判定部
２４ 検証実行部
２５ 実行画面形成部
２６ 通信制御部
２７ エラー処理部
３１ 文字列検証部
３２ 数値検証部
３３ 範囲パネル検証部
３４ チェックボックス検証部
３７ タブエラー制御部
３８ フォーカス設定部
３９ アクティブタブインデックス設定部
５０ 表示ボタン
５５ 登録ボタン
５６ 確定ボタン
６０ エラースタック
６１ ステータス記憶部
６２ 所属タブ記憶部
６３ インデックス記憶部

Claims (1)

1. クライアント装置において、適正なリクエストであるか否かを検証するクライアントチェック後に、所定のネットワークを介して送信されるリクエストに対して、適正なリクエストであるか否かを検証するサーバチェックを行い、適正なリクエストであることを示す検証結果が得られた際に、前記リクエストに対応するデータをデータベースから読み出して形成した実行画面を、前記ネットワークを介して前記クライアント装置に送信するサーバ装置であって、
   前記実行画面上で操作されたボタンに対して付加されている、前記サーバチェックの実行を指示する実行指示情報を検出する実行指示検出部と、
   前記実行画面上で操作されたボタンに対して前記実行指示情報が付加されている場合、前記ボタンに対して設定されている前記実行画面上の所定の範囲に設けられている入力項目に入力されている前記リクエストに対して前記サーバチェックを行う検証部と、
   を有することを特徴とするサーバ装置。

Images