ネットワークを介して接続される端末が表示する画面の表示部品に対する入力値を受信する受信部と、前記表示部品と前記画面との組み合わせに対して記憶部が記憶する、当該表示部品に対する入力値に関する制限情報に基づいて、受信された前記入力値が前記制限情報の示す制限を満たしているかを判定する判定部と、前記制限を満たしていないと判定された場合に、前記制限を満たしていないことを示す情報を含む応答を前記端末に返信する返信部とを有する情報処理装置。前記画面の表示部品に対する入力値の送信を前記端末に実行させるプログラムを含む第一の画面データを、前記端末に送信する送信部を有し、前記受信部は、前記プログラムが前記端末に送信させる、前記第一の画面データに基づいて前記端末が表示する画面の表示部品に対する入力値を、受信する請求項1記載の情報処理装置。前記受信部は、前記プログラムが前記端末に生成させる、前記第一の画面データの複製に対して前記表示部品に対する入力値が記録された第二の画面データを受信し、前記判定部は、前記第二の画面データに記録されている前記入力値に関して、前記制限情報の示す制限を満たしているかを判定し、前記制限を満たしていないと判定された場合に、前記画面に対して前記第二の画面データに記憶されている前記入力値が入力された状態を示す第三の画面データを生成し、前記第三の画面データに対して、前記制限を満たしていないことを示す情報の描画命令を追加する生成部とを有し、前記返信部は、前記第三の画面データを含む応答を、前記端末に返信する請求項2記載の情報処理装置。前記受信部は、前記入力値を定期的に受信する請求項1乃至3いずれか一項記載の情報処理装置。ネットワークを介して接続される端末が表示する画面の表示部品に対する入力値を受信し、前記表示部品と前記画面との組み合わせに対して記憶部が記憶する、当該表示部品に対する入力値に関する制限情報に基づいて、受信された前記入力値が前記制限情報の示す制限を満たしているかを判定し、前記制限を満たしていないと判定された場合に、前記制限を満たしていないことを示す情報を含む応答を前記端末に返信する処理をコンピュータが実行する入力支援方法。ネットワークを介して接続される端末が表示する画面の表示部品に対する入力値を受信し、前記表示部品と前記画面との組み合わせに対して記憶部が記憶する、当該表示部品に対する入力値に関する制限情報に基づいて、受信された前記入力値が前記制限情報の示す制限を満たしているかを判定し、前記制限を満たしていないと判定された場合に、前記制限を満たしていないことを示す情報を含む応答を前記端末に返信する処理をコンピュータに実行させる入力支援プログラム。しかしながら、画面ごとに個別な実装が行われてしまうと、画面のレイアウトの共通化が困難となってしまう。その結果、開発コストの削減及び開発スピードの向上等といった利点が損なわれてしまう可能性がある。そこで、一側面では、複数画面に対する入力値の検証のための実装を簡素化することを目的とする。一つの案では、情報処理装置は、ネットワークを介して接続される端末が表示する画面の表示部品に対する入力値を受信する受信部と、前記表示部品と前記画面との組み合わせに対して記憶部が記憶する、当該表示部品に対する入力値に関する制限情報に基づいて、受信された前記入力値が前記制限情報の示す制限を満たしているかを判定する判定部と、前記制限を満たしていないと判定された場合に、前記制限を満たしていないことを示す情報を含む応答を前記端末に返信する返信部とを有する。一態様によれば、複数画面に対する入力値の検証のための実装を簡素化することができる。以下、図面に基づいて本発明の実施の形態を説明する。図1は、本発明の実施の形態における情報処理システムの構成例を示す図である。図1に示される情報処理システム1は、Webサーバ10及びアプリケーションサーバ20等を含む。Webサーバ10及びアプリケーションサーバ20は、ネットワークを介して通信可能とされている。Webサーバ10は、クライアント端末30からの要求を受信し、当該要求に応じた処理の実行をアプリケーションサーバ20に要求するコンピュータである。Webサーバ10は、アプリケーションサーバ20による処理結果に応じた画面データを生成し、当該画面データをクライアント端末30に返信する。画面データとは、画面の表示用データをいう。本実施の形態では、HTMLHyperTextMarkupLanguageデータを画面データの一例として用いる。但し、他のデータ形式のデータが、画面データとして利用されてもよい。アプリケーションサーバ20は、Webサーバ10より要求された業務ロジックを実行するコンピュータである。クライアント端末30は、情報処理システム1のユーザインタフェースをユーザに提供するためのWebブラウザを備えた情報処理装置である。例えば、クライアント端末30は、PCPersonalComputer、タブレット型端末、スマートフォン、又は携帯電話等である。図2は、本発明の実施の形態におけるWebサーバのハードウェア構成例を示す図である。図2のWebサーバ10は、それぞれバスBで相互に接続されているドライブ装置100、補助記憶装置102、メモリ装置103、CPU104、及びインタフェース装置105等を有する。Webサーバ10での処理を実現するプログラムは、記録媒体101によって提供される。プログラムを記録した記録媒体101がドライブ装置100にセットされると、プログラムが記録媒体101からドライブ装置100を介して補助記憶装置102にインストールされる。但し、プログラムのインストールは必ずしも記録媒体101より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置102は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。メモリ装置103は、プログラムの起動指示があった場合に、補助記憶装置102からプログラムを読み出して格納する。CPU104は、メモリ装置103に格納されたプログラムに従ってWebサーバ10に係る機能を実行する。インタフェース装置105は、ネットワークに接続するためのインタフェースとして用いられる。なお、記録媒体101の一例としては、CD-ROM、DVDディスク、又はUSBメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置102の一例としては、HDDHardDiskDrive又はフラッシュメモリ等が挙げられる。記録媒体101及び補助記憶装置102のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。なお、アプリケーションサーバ20やクライアント端末30も、図2に示されるハードウェア構成と同様のハードウェア構成を有していてもよい。但し、クライアント端末30は、表示装置や、ユーザからの入力指示を受け付けるための入力装置等を有するのが好適である。図3は、本発明の実施の形態におけるWebサーバ及びクライアント端末の機能構成例を示す図である。図3において、Webサーバ10は、要求受信部11、処理要求部12、画面生成部13、応答返信部14、入力情報受信部15、入力値検証部16、検証結果生成部17、及び検証結果返信部18等を有する。これら各部は、Webサーバ10にインストールされたプログラムが、CPU104に実行させる処理によって実現される。また、Webサーバ10は、セッション情報記憶部111、雛形データ記憶部112、及び制限情報記憶部113等を利用する。これら各記憶部は、補助記憶装置102、又はWebサーバ10とネットワークを介して接続される記憶装置等を用いて実現可能である。要求受信部11は、クライアント端末30より送信される要求HTTPリクエストを受信する。処理要求部12は、要求受信部11によって受信された要求に対応する業務ロジックの実行を、アプリケーションサーバ20に要求する。画面生成部13は、雛形データ記憶部112に記憶されている雛形データに基づいて、クライアント端末30からの要求に応じた画面データを生成する。雛形データとは、画面データの雛形又はテンプレートとなるデータをいう。応答返信部14は、画面データを含む応答HTTPレスポンスをクライアント端末30に返信する。なお、返信される画面データには、クライアント端末30を、入力情報通知部32として機能させるプログラムが含まれる。当該プログラムは、例えば、Java登録商標スクリプト又はVBスクリプト等の形式で、画面データに含まれる。入力情報受信部15は、応答返信部14によって返信された画面データに基づいて、クライアント端末30において表示させる画面に対する入力情報を、入力情報通知部32より受信する。入力情報には、いずれのオブジェクトにどのような値が入力されたかを示す情報である。なお、本実施の形態において、オブジェクトとは、画面上における表示部品のことをいう。入力値検証部16は、入力情報に含まれている入力値に関して、予め設定されている制限に違反していないか否かを検証する。当該制限は、制限情報記憶部113等を用いて特定される。制限情報記憶部113は、オブジェクトと画面との組み合わせに応じて、当該オブジェクトに対する入力値の制限を示す制限情報等を記憶する。検証結果生成部17は、入力値検証部16による検証結果を示す情報を生成する。検証結果返信部18は、検証結果を示す情報を含む応答を、入力情報通知部32に返信する。一方、クライアント端末30は、Webブラウザ31及び入力情報通知部32等を有する。Webブラウザ31は、一般的なWebブラウザ31である。Webブラウザ31は、ユーザによる入力に応じた要求HTTPリクエストを、Webサーバ10に送信する。また、Webブラウザ31は、当該要求に応じてWebサーバ10より返信される応答HTTPレスポンスに含まれている画面データが示す画面を、クライアント端末30に表示させる。入力情報通知部32は、Webブラウザ31によって表示対象とされている画面データに含まれているプログラムが、クライアント端末30に実行させる処理によって実現される。すなわち、入力情報通知部32は、クライアント端末30に常駐しているわけではなく、Webサーバ10より画面データが受信され、当該画面データがWebブラウザ31によって表示されている間において具現化される。クライアント端末30に常駐していない点に鑑みて、入力情報通知部32は、破線によって表現されている。入力情報通知部32は、画面データに基づいて表示される画面における各入力項目に対する入力値を含む入力情報を、例えば、定期的にWebサーバ10の入力情報受信部15に送信する。入力情報通知部32は、また、Webサーバ10の検証結果返信部18より返信される応答に含まれている、入力値の検証結果を示す情報を、クライアント端末30に表示させる。以下、Webサーバ10等が実行する処理手順について説明する。図4は、Webサーバがクライアント端末からの要求に応じて実行する処理の処理手順の一例を説明するためのフローチャートである。ステップS101において、要求受信部11は、クライアント端末30のWebブラウザ31より送信された要求HTTPリクエストを受信する。続いて、要求受信部11は、当該要求が、クライアント端末30からの初回のアクセスであるか否かを判定するS102。初回のアクセスとは、セッションが開設済みでない状態におけるアクセスをいう。初回のアクセスであるか否かは、例えば、当該要求にセッションIDが含まれているか否かに基づいて判定することができる。後述されるように、セッションIDは、クライアント端末30とのセッションを識別するための識別情報である。当該要求が初回のアクセスである場合S102でYes、要求受信部11は、クライアント端末30とのセッションに対してセッションIDを割り当てるS103。続いて、要求受信部11は、セッション情報記憶部111に新たなレコードを生成し、当該レコードにセッションIDを記憶するS104。一方、当該要求が初回のアクセスでない場合S102でNo、要求受信部11は、当該要求に含まれているセッションIDに対応する新たなレコードを、セッション情報記憶部111に記憶するS105。続いて、処理要求部12は、アプリケーションサーバ20に対して、クライアント端末30からの要求に応じた業務ロジックの実行要求を送信するS106。続いて、処理要求部12は、業務ロジックの実行結果をアプリケーションサーバ20より受信するS107。続いて、画面生成部13は、業務ロジックの実行結果に対応した雛形データの複製を、雛形データ記憶部112より取得するS108。なお、情報処理システム1において提供される全ての画面の雛形データが共通する場合、雛形データは一つでよい。したがって、業務ロジックの実行結果とは無関係に、当該雛形データの複製が取得されればよい。また、クライアント端末30からの要求が初回のアクセスである場合等、業務ロジックの実行は必要ではない場合は、ステップS106及びS107の実行は不要である。この場合、クライアント端末30からの要求に対応した雛形データが取得されればよい。以下、取得された複製を、雛形データという。続いて、画面生成部13は、取得された雛形データに基づいて、クライアント端末30に返信する画面データを生成するS109。本実施の形態では、雛形データの一例として、JSPJava登録商標ServerPagesを用いる。すなわち、雛形データは、Java登録商標プログラムが埋め込まれているHTMLファイルである。したがって、画面生成部13は、雛形データのJava登録商標プログラムの部分を実行することにより、画面データを生成する。例えば、Java登録商標プログラムに対して、業務ロジックの実行結果又はクライアント端末30からの要求に含まれている情報等が、入力パラメータとして与えられてもよい。Java登録商標プログラムは、当該パラメータに基づいて、画面データに係る画面のタイトル等の定義を、HTMLファイル内に生成するようにしてもよい。そうすることにより、生成される画面データに係る画面のタイトル等を、業務ロジックの実行結果又はクライアント端末30からの要求に応じた固有のものとすることができる。なお、本実施の形態では、画面のタイトルが、画面の識別情報として用いられる。以下、画面のタイトルを、画面名という。なお、雛形データの形態は、JSPに限らない。例えば、画面名等に応じて異なる部分が、変数化された状態穴あき状態とされたHTMLファイルであってもよい。画面生成部13は、変数化された部分を、業務ロジックの実行結果又はクライアント端末30からの要求等に応じた値に置換するようにしてもよい。生成される画面データには、クライアント端末30を、入力情報通知部32として機能させるプログラムが含まれる。続いて、応答返信部14は、セッション情報記憶部111において、ステップS104又はS105において生成されたレコードに対し、クライアント端末30に対して応答する情報を記憶するS110。図5は、セッション情報記憶部の構成例を示す図である。図5において、セッション情報記憶部111は、クライアント端末30とのセッションごとに、セッションID及び画面名、等を記憶する。セッションIDは、セッションの識別情報であり、ステップS104又はS105において記録される。画面名は、クライアント端末30に送信された画面データに係る画面名である。すなわち、ステップS110では、ステップS109において生成された画面データに係る画面名が、ステップS104又はS105において生成されたレコードに対して記録される。なお、図5では、詳細記入画面を画面名とする画面データが応答される例が示されている。続いて、応答返信部14は、画面データを含む応答HTTPレスポンスを、クライアント端末30に返信するS111。クライアント端末30のWebブラウザ31は、当該画面データを受信すると、当該画面データが示す画面詳細記入画面を、クライアント端末30に表示させる。図6は、詳細記入画面の表示例を示す図である。図6において、詳細記入画面510は、入力項目511、入力項目512、登録ボタン513、及びキャンセルボタン514等を含む。詳細記入画面511の画面データすなわち、図4のステップS109において生成された画面データは、例えば、図7に示されるような定義を含む。図7は、詳細記入画面の画面データの定義例を示す図である。図7に示される画面データ610において、記述611aは、入力項目511の項目名ラベル部分に対応する定義である。記述611bは、入力項目511の入力領域に対応する定義である。記述612aは、入力項目512の項目名ラベル部分に対応する定義である。記述612bは、入力項目512の入力領域に対応する定義である。記述613は、登録ボタン513に対応する定義である。記述614は、キャンセルボタン514に対応する定義である。記述615は、詳細記入画面510のタイトル、すなわち、詳細記入画面510の画面名に関する定義である。記述616は、クライアント端末30を、入力情報通知部32として機能させるプログラムの定義を示す。Webブラウザ31は、詳細記入画面510の表示に伴って、記述616に基づいて、クライアント端末30を、入力情報通知部32として機能させる。以下、入力情報通知部32が実行する処理手順について説明する。図8は、入力情報通知部が実行する処理手順の一例を説明するためのフローチャートである。すなわち、図7の記述616には、図8に示されるような処理手順が定義されている。ステップS201において、入力情報通知部32は、処理中フラグの値は、offであるか否かを判定する。処理中フラグとは、図8の処理手順を実行中であるか否かを示す変数であり、on又はoffの値をとる。onは、図8の処理を実行中であることを示す。offは、図8の処理を実行中でないことを示す。図8の処理は、一定間隔例えば、10秒間隔のタイミングで開始される。したがって、ステップS201では、前回のタイミングで開始された処理が、実行中で有るか否かが確認される。処理中フラグの値がonである場合S201でNo、ステップS202以降は実行されない。この場合、前回のタイミングにおいて開始された処理がまだ終了したおらず、同じ処理の重複実行を回避するためである。一方、処理中フラグの値がoffである場合S201でYes、入力情報通知部32は、処理中フラグの値をonに更新するS202。続いて、入力情報通知部32は、クライアント端末30に表示されている詳細記入画面510の画面データ610の複製コピーを生成し、当該複製を、例えば、クライアント端末30の補助記憶装置に記憶するS203。以下、当該複製を、通知用画面データという。なお、通知用画面データには、記述616は、含まれなくてよい。続いて、入力情報通知部32は、詳細記入画面510の各入力項目に対する入力値を取得するS204。すなわち、詳細記入画面510の表示に応じて、ユーザは、各入力項目に対する入力を開始する。ステップS204では、ユーザによって入力された入力値が取得される。但し、ユーザによる入力操作の進行状況によっては、一部又は全部の入力項目に関して、入力値が取得されない可能性もある。いずれの入力項目に関しても入力値が取得されなかった場合S205でNo、ステップS212に進む。一方、少なくとも一つの入力項目に関して入力値が取得された場合S205でYes、入力情報通知部32は、入力値を、通知用画面データに記録するS206。例えば、このタイミングにおいて、詳細記入画面510に対する入力状態は、図9に示される通りであるとする。図9は、詳細記入画面に対する入力状態の一例を示す図である。図9中、図6と同一部分には同一符号が付されている。図9では、入力項目511の入力領域に対して、東京都中央区1-1という文字列が入力された状態が示されている。この状態において、ステップS206では、例えば、図10に示されるように、通知用画面データに対して入力値東京都中央区1-1が記録される。図10は、通知用画面データに対する入力値の記録形態の一例を示す図である。図10中、図7と同一部分には同一符号が付され、その説明は省略される。図10に示される通知用画面データ710には、図7に示される画面データ610に対して、記述711及び記述712が追加されている。記述711は、入力項目511の入力領域としてのオブジェクトに対する入力値を示す記述である。記述712は、入力項目512の入力領域としてのオブジェクトに対する入力値を示す記述である。本実施の形態において、入力値を示す記述は、以下の形式で記録される。<――<入力領域のオブジェクト名><入力値>/<入力領域のオブジェクト名――>以下、当該形式は、入力値記録形式という。したがって、例えば、記述711は、オブジェクト名がsyousai1_textboxであるオブジェクトに対して、東京都中央区1-1という入力値が入力されていることを示す。syousai1_textboxは、入力領域511の入力領域としてのオブジェクトのオブジェクト名である。一方、記述712には、入力値が含まれていない。図9より明らかなように、入力項目512には、入力値は入力されていないからである。換言すれば、記述712は、オブジェクト名がsyousai2_textboxであるオブジェクトに対しては、未だ入力値が入力されていないことを示す。なお、HTMLにおいて、<――と――>とで囲まれた文字列は、コメントとして扱われる。また、画面データ610に含まれていた記述616は、通知用画面データ710に含まれていない。通知用画面データ710は、入力値の通知を目的とする画面データであるため、記述616の定義内容は不要であるからである。続いて、入力情報通知部32は、通知用画面データ710を、Webサーバ10の入力情報受信部15宛に送信するS207。なお、入力情報通知部32は、Webブラウザ31が開設しているポートとは別にポートを開設し、当該ポートを介して、通知用画面データ710を送信する。入力情報通知部32が、Webブラウザ31によって開設されているポートを利用してしまうと、通知用画面データ710の受信に応じてWebサーバ10より返信される画面データによって、Webブラウザ31の表示内容が更新されてしまう。このような動作は、ユーザにとって不自然だからである。続いて、入力情報通知部32は、Webサーバ10からの応答の受信を待機するS208。後述されるように、Webサーバ10においては、通知用画面データ710に基づいて、入力値の妥当性について検証が行われる。したがって、入力情報通知部32は、入力値の妥当性の検証結果を含む応答の受信を待機する。なお、本実施の形態において、入力値の妥当性とは、予め設定されている制限を満たしていることをいう。Webサーバ10からの応答が受信されるとS208でYes、入力情報通知部32は、当該応答に含まれている検証結果を参照して、入力値に関して制限違反の有無を判定するS209。入力値に制限違反が無い場合S209でNo、ステップS212に進む。入力値に制限違反が有る場合S209でYes、入力情報通知部32は、ユーザが操作対象としている詳細記入画面510に係るウィンドウとは別のウィンドウの表示を、Webブラウザ31に実行させる。入力情報通知部32は、当該別のウィンドウに、Webサーバ10からの応答に含まれている検証結果画面データを表示させるS210。検証結果画面データは、入力値の検証結果を表示させる画面以下、検証結果画面という。の画面データをいう。図11は、検証結果画面の表示例を示す図である。図11中、図9と同一部分には同一符号が付されている。図11に示されるように、検証結果画面810は、ユーザが操作対象としている詳細記入画面510と同一のレイアウトを有している。後述されるように、検証結果画面810は、詳細記入画面510の画面データ610の複製に基づいて生成されたものだからである。但し、検証結果画面810には、制限違反通知部品811が追加されている。制限違反通知部品811は、入力項目511の入力値について、制限違反を通知する表示部品である。図11において、制限違反通知部品811には、は不要というメッセージが表示されている。ユーザは、当該メッセージを参照して、が入力ミスであるか否かを確認することができる。入力ミスである場合、ユーザは、詳細記入画面510において、当該入力ミスを修正することができる。なお、検証結果画面810は、詳細記入画面510が表示されているウィンドウとは別のウィンドウに表示されるため、ユーザは、詳細記入画面510に対する入力を継続することができる。図11に示される検証画面810は、例えば、図12に示される検証結果画面データに基づいて表示される。図12は、検証結果画面データの定義例を示す図である。図12中、図10と同一又は対応する部分には、同一符号が付されている。図12に示される検証結果画面データ910の記述611b及び記述612bには、value属性911又はvalue属性912が追加されている。すなわち、検証結果画面910の入力項目511の入力領域としてのオブジェクトと、入力項目512の入力領域としてのオブジェクトのそれぞれに関して、値が設定された状態となっている。具体的には、value属性911では、入力項目511の入力領域としてのオブジェクトに対して、東京都中央区1-1が設定されている。value属性912では、入力項目512の入力領域としてのオブジェクトに対して、空の文字列が設定されている。したがって、図11に示される検証結果画面810では、value属性911に基づいて、入力項目511の入力領域に対して東京都中央区1-1という文字列が表示される。また、検証結果画面データ910には、記述913が追加されている。記述913は、図11に示される制限違反通知部品811の描画命令に関する定義である。すなわち、Webブラウザ31は、記述913に定義されている描画命令に基づいて、制限違反通知部品811を表示させる。検証結果画面910の表示後、検証結果画面910がユーザによって閉じられるとS211でYes、入力情報通知部32は、処理中フラグの値をoffに更新しS212、図8の処理を終了させる。なお、検証結果画面910の表示後の一定時間経過後に、入力情報通知部32が、自動的に検証結果画面910を閉じてもよい。続いて、Webサーバ10において、通知用画面データ710の受信に応じて実行される、入力値の検証処理の処理手順について説明する。図13は、Webサーバが実行する入力値の検証処理の処理手順の一例を説明するためのフローチャートである。ステップS121において、入力情報受信部15は、通知用画面データ710を受信する。続いて、入力値検証部16は、通知用画面データ710において、入力値記録形式に該当する部分より、詳細記入画面510に対する入力情報を抽出するS122。具体的には、まず、通知用画面データ710より、記述711及び記述712が抽出される。記述711より、オブジェクト名syousai1_txtboxと、入力値東京都中央区1-1とが抽出される。また、記述712より、オブジェクト名syousai2_txtboxが抽出される。記述712には、入力値は含まれていないため、記述712からは、入力値は抽出されない。または、記述712からは、空の文字列が入力値として抽出されてもよい。続いて、入力値検証部16は、少なくとも一つの入力項目に関して入力値が抽出されたか否かを判定するS123。本実施の形態では、記述711に関しては入力値は抽出され、記述712に関しては入力値は抽出されなかったと判定される。いずれの入力項目に関しても入力値が抽出されなかった場合S123でNo、ステップS130に進む。少なくとも一つの入力項目に関して入力値が抽出された場合S123でYes、入力値検証部16は、各入力値に関して、制限情報を制限情報記憶部113より検索するS124。図14は、制限情報記憶部の構成例を示す図である。図14において、制限情報記憶部113は、オブジェクト名及び画面名の組み合わせごとに、制限情報及びメッセージ等を記憶する。制限情報は、オブジェクト名に係るオブジェクトが、画面名に係る画面上において表示される際の入力値の制限を示す情報である。メッセージは、制限情報が示す制限が満たされていない場合に、検証結果画面810において表示されるメッセージである。このように、本実施の形態では、オブジェクト名及び画面名の組み合わせごとに、制限情報が設定される。換言すれば、同一のオブジェクト名であっても、画面名が異なれば、異なる制限情報の設定が可能である。したがって、本実施の形態のように、共通の雛形データに基づいて各画面の画面データが生成される場合、各画面データには、同一のオブジェクト名を有するオブジェクトが含まれるが、各オブジェクトに関して、画面ごとに異なる制限情報の設定が可能である。例えば、図5の1行目と2行目とでは、オブジェクト名は同じであるが、画面名、制限情報、及びメッセージは異なる例が示されている。なお、全ての画面において、制限情報が共通するオブジェクトに関しては、画面名として、全ての画面を表現する記号例えば-ハイフン等が対応付けられてもよい。したがって、ステップS124では、抽出された入力値ごとに、当該入力値に対応するオブジェクトと、通知用画面データ710の記述615に含まれている画面名との双方を含むレコードが、制限情報記憶部113より検索される。本実施の形態では、syousai1_txtboxと詳細記入画面とを含むレコードが、制限情報記憶部113より検索される。以下、ステップS124において検索されたレコードを、検証対象レコードという。続いて、入力値検証部16は、検証対象レコードが検索されたか否かを判定するS125。検証対象レコードが検索されなかった場合S125でNo、ステップS130に進む。検証対象レコードが検索された場合S125でYes、入力値検証部16は、入力値ごとに、当該入力値に関して検索された検証対象レコードの制限情報が示す制限の充足の有無を判定するS126。例えば、オブジェクト名がsyousai1_txtboxであるオブジェクトに対する入力値東京都中央区1-1に関して、が無いことという制限が満たされているか否かが判定される。この場合、当該入力値にはが含まれているため、当該制限は満たされていないと判定される。すなわち、当該入力値は、制限違反に該当すると判定される。制限違反に該当する入力値が無い場合S127でNo、ステップS130に進む。制限違反に該当する入力値が有る場合S127でYes、検証結果生成部17は、検証結果画面データ910を生成するS128。ステップS128の詳細については後述される。続いて、検証結果返信部18は、検証結果画面データ910を含む応答を、入力情報通知部32に返信するS129。一方、ステップS123でNoの場合、ステップS125でNoの場合、又はステップS127でNoの場合、検証結果返信部18は、制限違反が無いことを示す応答を、入力情報通知部32に返信するS130。したがって、図8のステップS209において、Webサーバ10より返信された応答に検証結果画面データ910が含まれている場合、入力情報通知部32は、制限違反が有ると判定する。一方、検証結果画面データ910が含まれていない場合、入力情報通知部32は、制限違反は無いと判定する。続いて、ステップS128の詳細について説明する。図15は、検証結果画面データの生成処理の処理手順の一例を説明するためのフローチャートである。ステップS151において、検証結果生成部17は、図13のステップS121において受信された通知用画面データ710の複製を生成する。当該複製は、例えば、補助記憶装置102に記憶される。以下、当該複製を、検証結果画面データ910と呼ぶ。続いて、検証結果生成部17は、入力値記録形式に該当する部分より抽出された入力値を、検証結果画面データ910において当該入力値に対応するオブジェクトの値として設定するS152。すなわち、当該入力値が、検索結果画面810の表示時において、当該オブジェクトに対して入力された値として表示されるようにするための定義が、検証結果画面データ910に追加される。例えば、図12におけるvalue属性911及びvalue属性912は、ステップS152において追加される。続いて、検証結果生成部17は、入力値が制限違反に該当するオブジェクトに関する記述を、検証結果画面データ910図12より検索するS153。例えば、図13のステップS127において入力値が制限違反であると判定されたオブジェクトのオブジェクト名をname属性に含む記述が、検証結果画面データ910より検索される。本実施の形態では、syousai1_txtboxに関する記述である、記述611bが検索される。なお、入力値が制限違反に該当するオブジェクトを、以下、制限違反オブジェクトという。続いて、検証結果生成部17は、検索された各記述に含まれている、各制限違反オブジェクトのサイズ等に基づいて、各制限違反オブジェクトの配置位置を判定するS154。配置位置の判定方法は、公知技術に従えばよい。配置位置は、例えば、検証結果画面810の左上頂点を原点とした場合の、各オブジェクトの左上の頂点の座標値によって表現される。続いて、検証結果生成部17は、制限違反に係る入力値と、当該入力値に適用された制限情報と、ステップS154において判定された、当該入力値に係るオブジェクトの配置位置とに基づいて、制限違反の箇所を特定するS155。本実施の形態では、東京都中央区1-1に関して、の位置に係る座標値が特定される。または、当該入力値の文字数に基づいて、当該入力値の末尾の座標値が特定されてもよい。続いて、検証結果生成部17は、制限違反通知部品811の描画命令を、検証結果画面データ910に追加するS156。具体的には、制限違反に係る入力値に適用された制限情報を含む制限対象レコードに記録されているメッセージを表示させる制限違反通知部品811の描画命令が、検証結果画面データ910に追加される。すなわち、記述913が、検証結果画面データ910に追加される。当該描画命令において、制限違反通知部品811の表示位置は、ステップS155において特定された座標値に基づいて決定される。また、メッセージのみならず、制限違反に該当する箇所を示す図形の描画命令が追加されてもよい。例えば、を囲む円の描画命令が追加されてもよい。なお、制限違反通知部品811や上記図形の描画命令は、例えば、Java登録商標スクリプト又はVBスクリプト等を用いて定義可能である。この際、制限違反通知部品811及び上記図形は、例えば、パネルオブジェクトと呼ばれるオブジェクトによって表現可能である。すなわち、ステップS156では、パネルオブジェクトの描画命令を示すスクリプトが追加されることにより実現されてもよい。上述したように、本実施の形態によれば、複数の画面に関して、共通のロジックによって、入力値の検証を行うことができる。換言すれば、画面別に、入力値の検証の実装が行われる必要はない。したがって、複数画面に対する入力値の検証のための実装を簡素化することができる。また、クライアント端末30に返信される画面データには、当該画面データに基づいて表示される画面に対する入力情報を定期的に通知するプログラムが含まれている。Webサーバ10は、当該プログラムより通知される入力情報に基づいて、入力値の検証を行う。当該検証の結果は、クライアント端末30に即時的に返信される。したがって、画面上の全ての入力項目に対する入力が確定される前に、ユーザに対して入力エラーを通知することができる。また、検証結果は、ユーザが操作中の画面と同じレイアウトを有する画面に対する指摘によって通知される。したがって、ユーザは、入力ミスの箇所を、視覚的に把握することができる。なお、入力情報通知部32は、詳細記入画面510に対する入力情報として、通知用画面データ710ではなく、入力対象のオブジェクトのオブジェクト名及び入力値と、詳細記入画面510の画面名とを含む情報をWebサーバ10に送信してもよい。入力値検証部16は、斯かる情報に基づいて、各入力値に関して検証を行ってもよい。検証結果を示す情報は、入力項目名と、制限情報記憶部113に記憶されているメッセージとを含む文字列であってもよい。入力情報通知部32は、例えば、当該文字列を含むダイアログを表示させることにより、ユーザに対して、特定の入力項目に関して入力エラーの可能性が有ることを通知することができる。なお、入力項目名とは、入力項目のラベルとしての文字列である。また、通知用画面データ710は、詳細記入画面510のスクリーンショットであってもよい。すなわち、通知用画面データ710は、詳細記入画面510に対する入力状態を示す画像データであってもよい。この場合、入力情報通知部32は、当該画像データと、詳細記入画面510の画面名とを、定期的にWebサーバ10に送信すればよい。入力値検証部16は、OCROpticalCharacterRecognition等の画像処理によって、当該画像データより、入力値を抽出し、抽出された入力値に関して、検証を行うことができる。検証結果生成部17は、検証結果を示す情報として、当該画像データに対して、制限違反通知部品811のような図形が重畳された画像データを生成してもよい。但し、本実施の形態のようなテキスト形式の通知用画面データ710によって入力値が通知される形態によれば、複雑な画像処理は必要とされない。したがって、テキスト形式の通知用画面データ710が用いられる方が、処理付加や処理性能等の点において有利であると考えられる。なお、本実施の形態において、Webサーバ10は、情報処理装置の一例である。入力情報受信部15は、受信部の一例である。入力値検証部16は、判定部の一例である。検証結果返信部18は、返信部の一例である。応答返信部14は、送信部の一例である。検証結果生成部17は、生成部の一例である。以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形変更が可能である。以上の説明に関し、更に以下の項を開示する。付記1ネットワークを介して接続される端末が表示する画面の表示部品に対する入力値を受信する受信部と、前記表示部品と前記画面との組み合わせに対して記憶部が記憶する、当該表示部品に対する入力値に関する制限情報に基づいて、受信された前記入力値が前記制限情報の示す制限を満たしているかを判定する判定部と、前記制限を満たしていないと判定された場合に、前記制限を満たしていないことを示す情報を含む応答を前記端末に返信する返信部とを有する情報処理装置。付記2前記画面の表示部品に対する入力値の送信を前記端末に実行させるプログラムを含む第一の画面データを、前記端末に送信する送信部を有し、前記受信部は、前記プログラムが前記端末に送信させる、前記第一の画面データに基づいて前記端末が表示する画面の表示部品に対する入力値を、受信する付記1記載の情報処理装置。付記3前記受信部は、前記プログラムが前記端末に生成させる、前記第一の画面データの複製に対して前記表示部品に対する入力値が記録された第二の画面データを受信し、前記判定部は、前記第二の画面データに記録されている前記入力値に関して、前記制限情報の示す制限を満たしているかを判定し、前記制限を満たしていないと判定された場合に、前記画面に対して前記第二の画面データに記憶されている前記入力値が入力された状態を示す第三の画面データを生成し、前記第三の画面データに対して、前記制限を満たしていないことを示す情報の描画命令を追加する生成部とを有し、前記返信部は、前記第三の画面データを含む応答を、前記端末に返信する付記2記載の情報処理装置。付記4前記受信部は、前記入力値を定期的に受信する付記1乃至3いずれか一項記載の情報処理装置。付記5ネットワークを介して接続される端末が表示する画面の表示部品に対する入力値を受信し、前記表示部品と前記画面との組み合わせに対して記憶部が記憶する、当該表示部品に対する入力値に関する制限情報に基づいて、受信された前記入力値が前記制限情報の示す制限を満たしているかを判定し、前記制限を満たしていないと判定された場合に、前記制限を満たしていないことを示す情報を含む応答を前記端末に返信する処理をコンピュータが実行する入力支援方法。付記6前記画面の表示部品に対する入力値の送信を前記端末に実行させるプログラムを含む第一の画面データを、前記端末に送信する処理を前記コンピュータが実行し、前記受信する処理は、前記プログラムが前記端末に送信させる、前記第一の画面データに基づいて前記端末が表示する画面の表示部品に対する入力値を、受信する付記5記載の入力支援方法。付記7前記受信する処理は、前記プログラムが前記端末に生成させる、前記第一の画面データの複製に対して前記表示部品に対する入力値が記録された第二の画面データを受信し、前記判定する処理は、前記第二の画面データに記録されている前記入力値に関して、前記制限情報の示す制限を満たしているかを判定し、前記制限を満たしていないと判定された場合に、前記画面に対して前記第二の画面データに記憶されている前記入力値が入力された状態を示す第三の画面データを生成し、前記第三の画面データに対して、前記制限を満たしていないことを示す情報の描画命令を追加する処理を前記コンピュータが実行し、前記返信する処理は、前記第三の画面データを含む応答を、前記端末に返信する付記6記載の入力支援方法。付記8前記受信する処理は、前記入力値を定期的に受信する付記5乃至7いずれか一項記載の入力支援方法。付記9ネットワークを介して接続される端末が表示する画面の表示部品に対する入力値を受信し、前記表示部品と前記画面との組み合わせに対して記憶部が記憶する、当該表示部品に対する入力値に関する制限情報に基づいて、受信された前記入力値が前記制限情報の示す制限を満たしているかを判定し、前記制限を満たしていないと判定された場合に、前記制限を満たしていないことを示す情報を含む応答を前記端末に返信する処理をコンピュータに実行させる入力支援プログラム。付記10前記画面の表示部品に対する入力値の送信を前記端末に実行させるプログラムを含む第一の画面データを、前記端末に送信する処理を前記コンピュータに実行させ、前記受信する処理は、前記プログラムが前記端末に送信させる、前記第一の画面データに基づいて前記端末が表示する画面の表示部品に対する入力値を、受信する付記9記載の入力支援プログラム。付記11前記受信する処理は、前記プログラムが前記端末に生成させる、前記第一の画面データの複製に対して前記表示部品に対する入力値が記録された第二の画面データを受信し、前記判定する処理は、前記第二の画面データに記録されている前記入力値に関して、前記制限情報の示す制限を満たしているかを判定し、前記制限を満たしていないと判定された場合に、前記画面に対して前記第二の画面データに記憶されている前記入力値が入力された状態を示す第三の画面データを生成し、前記第三の画面データに対して、前記制限を満たしていないことを示す情報の描画命令を追加する処理を前記コンピュータに実行させ、前記返信する処理は、前記第三の画面データを含む応答を、前記端末に返信する付記10記載の入力支援プログラム。付記12前記受信する処理は、前記入力値を定期的に受信する付記8乃至11いずれか一項記載の入力支援プログラム。