JP5814284B2 - 端末装置、表示方法、表示制御プログラム及びサーバ装置 - Google Patents

Description

本発明は、端末装置、表示方法、表示制御プログラム及びサーバ装置に関する。

ウェブサーバ等によってユーザ端末に配信されるウェブページとして、ユーザに各種情報を入力させる入力画面を形成するウェブページが知られている。例えば、ウェブサーバは、ユーザを会員登録させる場合などに、氏名、住所、年齢、メールアドレス等を入力させるためのウェブページを配信する場合がある。

この種のウェブページを配信するウェブサーバは、入力画面において入力情報を入力する入力操作が行われ、更に入力情報を送信する操作が行われた場合に、ユーザ端末から入力情報を受信し、受信した入力情報が入力要件を満たしているか否かを検証する。例えば、ウェブサーバは、必須項目に情報が入力されているかを検証したり、使用可能な文字種（半角数字、半角英字など）のみが入力されているかを検証したりする。そして、ウェブサーバは、検証結果に問題がない場合には、入力情報が表示される確認画面用のウェブページをユーザ端末に配信することで、入力情報に誤りがないかをユーザに最終確認させる。そして、ウェブサーバは、確認画面において登録操作が行われた場合に、入力情報を用いて会員登録等の各種処理を行う。

特開２０１１−０７２７２９号公報

しかしながら、上記の従来技術では、ウェブページの開発コストが増大する場合があった。具体的には、上記の従来技術では、各入力画面に対応する確認画面用を用意する必要があるので、確認画面用のウェブページを開発するための作業工数が増大することとなる。特に、多くの種類の入力画面を配信するサービスを提供するような場合には、多くの種類の入力画面に対応する確認画面を要するので、開発コストの増大を招く。

本願は、上記に鑑みてなされたものであって、ウェブページの開発コストを低減することができる端末装置、表示方法、表示制御プログラム及びサーバ装置を提供することを目的とする。

本願に係る端末装置は、入力画面に含まれる入力欄に対して任意の情報を入力する入力操作を受け付ける入力受付手段と、前記入力操作において前記入力欄に入力された入力情報が当該入力欄の入力要件を満たす場合に、当該入力欄が編集不可能な状態に制御された前記入力画面を確認画面として表示する画面制御手段と、を備えたことを特徴とする。

実施形態の一態様によれば、ウェブページの開発コストを低減することができるという効果を奏する。

図１は、実施形態に係るウェブページ表示処理の一例を示す説明図である。 図２は、実施形態に係るウェブページ表示処理の一例を示す説明図である。 図３は、実施形態に係る端末装置の構成例を示す図である。 図４は、実施形態に係るウェブサーバの構成例を示す図である。 図５は、実施形態に係るウェブシステムによる処理手順を示すシーケンス図である。 図６は、実施形態に係る端末装置による表示処理手順を示すフローチャートである。 図７は、実施形態に係るウェブページ表示処理の一例を示す説明図である。 図８は、実施形態に係るウェブページ表示処理の一例を示す説明図である。 図９は、実施形態に係るウェブページ表示処理の一例を示す説明図である。

以下に、本願に係る端末装置、表示方法、表示制御プログラム及びサーバ装置を実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る端末装置、表示方法、表示制御プログラム及びサーバ装置が限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

〔１．ウェブページ表示処理〕
まず、図１を用いて、実施形態に係るウェブページ表示処理の一例について説明する。図１は、実施形態に係るウェブページ表示処理の一例を示す説明図である。図１の例では、ウェブシステム１によってウェブページの表示処理が行われる。

図１に示すように、ウェブシステム１には、端末装置１００と、ウェブサーバ２００とが含まれる。端末装置１００及びウェブサーバ２００は、ネットワークＮを介して、有線又は無線により通信可能に接続される。なお、図１に示したウェブシステム１には、複数台の端末装置１００や、複数台のウェブサーバ２００が含まれてもよい。

端末装置１００は、例えば、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣや、タブレット型端末や、携帯電話機、ＰＤＡ（Personal Digital Assistant）等の情報処理装置である。かかる端末装置１００は、ウェブブラウザを搭載しており、ウェブサーバ２００から配信される各種ウェブページを表示する。なお、端末装置１００に搭載されるウェブブラウザは、非同期通信を利用するＡｊａｘ（Asynchronous Javascript（登録商標） And XML）に対応しているものとする。

ウェブサーバ２００は、各種ウェブページを端末装置１００に配信するサーバ装置である。ウェブサーバ２００によって配信されるウェブページは、例えば、ＨＴＭＬ（HyperText Markup Language）や、ＪａｖａＳｃｒｉｐｔ（登録商標）や、ＣＳＳ（Cascading Style Sheets）等により記述されたＨＴＭＬファイルに該当する。このようなウェブサーバ２００は、例えば、ショッピングサイトやオークションサイト等の各種サービスを提供しており、これらのサービスを提供するためにユーザに会員登録を行わせる場合がある。そして、ウェブサーバ２００は、会員登録時に要するユーザ情報を入力させるためのウェブページ（すなわち、入力画面）を配信する。

実施形態に係るウェブシステム１では、入力画面と、入力画面に入力された入力情報をユーザに確認させるための確認画面とを１個のウェブページに兼用させる。これにより、実施形態に係るウェブシステム１は、ウェブページの開発コストを低減することを実現する。この点について図１の例を用いて説明する。

図１（ａ）に示すように、端末装置１００が、ウェブサーバ２００から取得したウェブページＷ１０を表示しているものとする。ウェブページＷ１０は、各種情報をユーザに入力させるための入力画面であって、入力欄Ｔ１１〜Ｔ１７や、中止ボタンＢ１１や、確認ボタンＢ１２などが含まれる。入力欄Ｔ１１〜Ｔ１４は、「メールアドレス」、「ユーザＩＤ」、「パスワード」、「郵便番号」が入力されるテキストボックスに該当し、入力欄Ｔ１５は、「都道府県」が選択されるプルダウンに該当し、入力欄Ｔ１６は、「性別」が選択されるチェックボックスに該当し、入力欄Ｔ１７は、「メールマガジンの配信有無」が指定されるチェックボックスに該当する。また、中止ボタンＢ１１は、ウェブページＷ１０への情報入力を中止するためのボタンに該当し、確認ボタンＢ１２は、ウェブページＷ１０に入力した入力情報をウェブサーバ２００に送信させるためのボタンに該当する。

続いて、図１（ｂ）に示すように、ユーザが、入力欄Ｔ１１〜Ｔ１７に各種情報を入力した後に、確認ボタンＢ１２を押下したものとする。かかる場合に、実施形態に係る端末装置１００は、Ａｊａｘ等による非同期通信により、入力欄Ｔ１１〜Ｔ１７に入力された各入力情報をウェブサーバ２００に送信する。図１（ｂ）の例の場合、端末装置１００は、メールアドレス「ａａａ＠ｓａｍｐｌｅ」やユーザＩＤ「ｓａｍｐｌｅ」などの入力情報を非同期通信によりウェブサーバ２００に送信する。なお、端末装置１００は、Ａｊａｘによる非同期通信を用いる場合には、入力欄Ｔ１１〜Ｔ１７に入力された各入力情報を含むＸＭＬＨｔｔｐリクエストをウェブサーバ２００に送信する。このような端末装置１００による非同期通信は、例えば、ウェブページＷ１０を形成するＨＴＭＬファイルに記述されるＪａｖａｓｃｒｉｐｔ等によって実現される。

続いて、ウェブサーバ２００は、端末装置１００から入力情報を受信した場合に、受信した各入力情報が入力要件を満たしているか否かを検証する。具体的には、ウェブページＷ１０に含まれる入力欄Ｔ１１〜Ｔ１７は、「使用可能な文字種（半角数字、半角英字、全角数字、全角英字、ひらがな、カタカナ、記号、漢字など）」、「最低文字数」、「最高文字数」、「必須項目であるか否か」などの入力要件が予め決められている。ウェブサーバ２００は、端末装置１００から受信した入力情報毎に、かかる入力情報が入力要件を満たすか否かを検証し、検証結果を端末装置１００に送信する。なお、このような検証処理は、バリデーションチェック等と呼ばれることがある。

図１の例では、ウェブサーバ２００が、全ての入力情報が入力要件を満たすことを示す検証結果を端末装置１００に送信するものとする。この場合、端末装置１００は、図１（ｃ）に示すように、ダイナミックＨＴＭＬと呼ばれる技術により、表示中のウェブページＷ１０の一部分を動的（ダイナミック）に書き換えることで、ウェブサーバ２００から受信した検証結果をウェブページＷ１０に反映させる。

具体的には、端末装置１００は、全ての入力情報が入力要件を満たしている場合には、入力欄Ｔ１１〜Ｔ１７を編集不可能な状態に制御するとともに、入力欄Ｔ１１〜Ｔ１７の表示色を変更する。具体的には、端末装置１００は、入力欄Ｔ１１〜Ｔ１７に入力情報を表示しつつ、かかる入力情報が編集不可能となるように入力欄Ｔ１１〜Ｔ１７を制御する。また、端末装置１００は、ウェブページＷ１０が確認画面であることをユーザに認識させるためのテキストを表示枠Ｔ２１に表示する。また、端末装置１００は、図１（ｂ）で表示されていた中止ボタンＢ１１及び確認ボタンＢ１２を非表示にするとともに、戻るボタンＢ１３及び確定ボタンＢ１４を表示する。このような端末装置１００による各種処理は、例えば、ウェブページＷ１０を形成するＨＴＭＬファイルに記述されるＪａｖａｓｃｒｉｐｔやＣＳＳ等によって実現される。

このように、端末装置１００は、全ての入力情報が入力要件を満たす場合に、入力画面として用いたウェブページＷ１０の入力欄Ｔ１１〜Ｔ１７を編集不可能な状態に動的に変更することで、ウェブページＷ１０自体を確認画面として用いる。言い換えれば、端末装置１００は、画面遷移や再読み込み（リロード）を発生させることなく、ウェブページＷ１０を入力画面から確認画面に切り替える。これにより、実施形態に係るウェブシステム１では、ウェブページＷ１０に対応する確認画面用のウェブページを要しないので、ウェブページの開発コストを低減することができる。また、端末装置１００は、入力欄Ｔ１１〜Ｔ１７の表示色を変更することで、編集不可能であることをユーザに認識させることができるので、ウェブページＷ１０が確認画面であることをユーザに認識させることができる。すなわち、実施形態に係るウェブシステム１では、異なるウェブページによって入力画面と確認画面とが構成される従来のユーザインタフェースと同様の操作感をユーザに提供することができる。

なお、上記では説明を省略したが、図１（ｃ）に示した状態において戻るボタンＢ１３が押下された場合、図１（ｂ）に示した状態のウェブページＷ１０に戻す。具体的には、端末装置１００は、入力欄Ｔ１１〜Ｔ１７を編集可能な状態に制御するとともに、入力欄Ｔ１１〜Ｔ１７の表示色を元の状態（入力画面時の状態）に戻す。このときも、端末装置１００は、画面遷移や再読み込み（リロード）を発生させることなく、ウェブページＷ１０を確認画面から入力画面に切り替える。

また、図１（ｃ）に示した状態において確定ボタンＢ１４が押下された場合、端末装置１００は、入力欄Ｔ１１〜Ｔ１７に入力された入力情報をＨＴＴＰリクエスト等によりウェブサーバ２００に送信する。これにより、端末装置１００は、ウェブサーバ２００から登録完了用のウェブページ等を受信し、受信した登録完了用のウェブページを表示する。

また、図１では、全ての入力情報が入力要件を満たす例を示したが、端末装置１００は、入力情報が入力要件を満たさない場合には、ウェブページＷ１０の一部分を動的に書き換えることにより、エラーメッセージをウェブページＷ１０に表示する。この点について図２を用いて説明する。

図２（ａ）は、図１（ａ）に示した状態と同様である。この状態において、図２（ｂ）に示すように、ユーザが各種情報を入力した後に、確認ボタンＢ１２を押下したものとする。この例では、ユーザは、メールアドレスの入力欄Ｔ１１には情報を入力せず、また、郵便番号の入力欄Ｔ１４に「ａｂｃ」といった情報を入力している。ここでは、メールアドレスの入力欄Ｔ１１が入力必須項目であり、郵便番号の入力欄Ｔ１４には「半角数字」及び「半角のハイフン記号」のみが入力可能であるものとする。この場合、ウェブサーバ２００は、入力欄Ｔ１１に情報が入力されていない点と、入力欄Ｔ１４に入力された情報「ａｂｃ」が不正である点とを検出し、このような検証結果を端末装置１００に非同期通信により送信する。

そして、端末装置１００は、入力要件を満たしていない旨の検証結果をウェブサーバ２００から受信した場合には、表示中のウェブページＷ１０の一部分を動的に書き換えることで、検証結果をウェブページＷ１０に表示する。具体的には、端末装置１００は、図２（ｃ）に示すように、「『メールアドレス』は必須項目です。」、「『郵便番号』は数値のみ入力可能です。」といったエラーメッセージを表示枠Ｔ２２に表示する。このような端末装置１００によるエラーメッセージ表示処理は、例えば、ウェブページＷ１０を形成するＨＴＭＬファイルに記述されるＪａｖａｓｃｒｉｐｔやＣＳＳ等によって実現される。なお、図２（ｃ）の例において、端末装置１００は、図１（ｃ）の例とは異なり、入力欄Ｔ１１〜Ｔ１７を編集不可能な状態に制御する処理や、入力欄Ｔ１１〜Ｔ１７の表示色を変更する処理や、戻るボタンＢ１３及び確定ボタンＢ１４を表示する処理を行わない。

このように、端末装置１００は、入力要件を満たさない入力情報が存在する場合に、ウェブページＷ１０を動的に書き換えることでエラーメッセージを表示する。言い換えれば、端末装置１００は、画面遷移させることなく、ウェブページＷ１０を入力画面からエラーメッセージを含む入力画面に切り替える。これにより、実施形態に係るウェブシステム１では、入力画面であるウェブページＷ１０に対応するエラーメッセージ表示用のウェブページを要しないので、ウェブページの開発コストを低減することができる。

以上のように、実施形態に係るウェブシステム１によれば、１個のウェブページが、入力画面と、確認画面と、エラーメッセージを含む入力画面とを兼用するので、ウェブページの開発コストを低減することができる。以下、このような表示処理を行う端末装置１００及びウェブサーバ２００について詳細に説明する。

〔２．端末装置の構成〕
次に、図３を用いて、実施形態に係る端末装置１００の構成について説明する。図３は、実施形態に係る端末装置１００の構成例を示す図である。図３に示すように、端末装置１００は、通信部１１０と、表示部１２０と、入力部１３０と、制御部１４０とを有する。

（通信部１１０について）
通信部１１０は、ネットワークＮに接続され、ネットワークＮを介して、ウェブサーバ２００との間で情報の送受信を行う。かかる通信部１１０は、ネットワークＮとの接続を有線又は無線で行う。

（表示部１２０、入力部１３０について）
表示部１２０は、各種情報を表示するための表示デバイスである。例えば、表示部１２０は、液晶ディスプレイ等によって実現される。入力部１３０は、ユーザから各種操作を受け付ける入力デバイスである。例えば、入力部１３０は、キーボードやマウス等によって実現される。

（制御部１４０について）
制御部１４０は、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、端末装置１００内部の記憶装置に記憶されているウェブブラウザ等と呼ばれるアプリケーションプログラム（表示制御プログラムの一例に相当）がＲＡＭ（Random Access Memory)を作業領域として実行されることにより実現される。また、制御部１４０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

かかる制御部１４０は、図３に示すように、要求部１４１と、入力受付部１４２と、画面制御部１５０とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１４０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１４０内部の各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。

（要求部１４１について）
要求部１４１は、入力部１３０を用いたユーザ操作に従って、ウェブサーバ２００にウェブページの取得要求（ＨＴＴＰリクエスト）を送信する。そして、要求部１４１は、かかる取得要求に応答してウェブサーバ２００から送信されるウェブページを取得する。

（入力受付部１４２について）
入力受付部１４２は、表示部１２０に表示されているウェブページに対して各種操作を受け付ける。例えば、入力受付部１４２は、図１及び図２に例示したような入力画面に含まれる入力欄に任意の情報を入力する入力操作を受け付ける。また、入力受付部１４２は、図１及び図２に例示したような中止ボタンＢ１１、確認ボタンＢ１２、戻るボタンＢ１３、確定ボタンＢ１４などを押下する押下操作を受け付ける。

（画面制御部１５０について）
画面制御部１５０は、要求部１４１によって取得されたウェブページを表示部１２０に表示する。また、画面制御部１５０は、表示中のウェブページに入力された入力情報を非同期通信によりウェブサーバ２００に送信する処理や、表示中のウェブページを動的に書き換える処理などを行う。

このような画面制御部１５０は、図３に示すように、非同期通信部１５１と、編集制御部１５２と、検証結果表示部１５３とを有する。これらの非同期通信部１５１、編集制御部１５２、及び、検証結果表示部１５３は、ＪａｖａＳｃｒｉｐｔ（登録商標）やＣＳＳが記述されたＨＴＭＬファイルがＲＡＭ（Random Access Memory)を作業領域として実行されることにより実現される。

（非同期通信部１５１について）
非同期通信部１５１は、ウェブサーバ２００との間でＡｊａｘ等による非同期通信を行う。具体的には、非同期通信部１５１は、画面遷移やウェブページのリロードを発生させることなく、ウェブページに入力された入力情報を非同期通信によりウェブサーバ２００に送信し、また、ウェブサーバ２００から入力情報の検証結果を非同期通信により受信する。例えば、非同期通信部１５１は、Ａｊａｘによる非同期通信を用いる場合には、各入力情報を含むＸＭＬＨｔｔｐリクエストをウェブサーバ２００に送信し、ＸＭＬＨｔｔｐリクエストの応答として検証結果を受信する。

なお、実施形態に係る非同期通信部１５１は、入力完了操作がユーザにより行われた場合に、非同期通信により入力情報をウェブサーバ２００に送信する。例えば、図１及び図２に示した例において、非同期通信部１５１は、ウェブページＷ１０内の確認ボタンＢ１２を押下する操作（言い換えれば、入力情報をウェブサーバ２００に送信する旨の送信操作）が行われた場合に、入力欄Ｔ１１〜Ｔ１７に入力された入力情報を非同期通信によりウェブサーバ２００に送信する。

ここで、非同期通信部１５１によって送信される情報の一例を説明する。非同期通信部１５１は、ウェブページに含まれる各入力欄を識別するための入力欄識別子である「キー（ｋｅｙ）」と、かかる入力欄に入力された入力情報である「バリュー（ｖａｌｕｅ）」との組合せをウェブサーバ２００に送信する。例えば、図１及び図２に示した入力欄Ｔ１１〜Ｔ１３のキーがそれぞれ「ｍａｉｌ」、「ｕｓｅｒｉｄ」、「ｐａｓｓｗｄ」であるものとする。この場合、非同期通信部１５１は、図１（ｂ）に示した状態で確認ボタンＢ１２が押下された際に、キー「ｍａｉｌ」及びバリュー「ａａａ＠ｓａｍｐｌｅ」の組合せと、「ｕｓｅｒｉｄ」及びバリュー「ｓａｍｐｌｅ」の組合せと、「ｐａｓｓｗｄ」及びバリュー「＊＊＊＊＊＊＊＊（実際に入力されたパスワード「１２３４５６７８」など）」の組合せとをウェブサーバ２００に送信する。また、ここでは説明を省略したが、非同期通信部１５１は、他の入力欄Ｔ１４〜Ｔ１７についても同様にキー及びバリューの組合せをウェブサーバ２００に送信する。

そして、非同期通信部１５１は、キーと検証結果との組合せをウェブサーバ２００から受信する。例えば、非同期通信部１５１は、上記例のようにキー及びバリューを送信した場合には、キー「ｍａｉｌ」に対応する検証結果として、入力要件を満たすことを示す情報を受信する。同様に、非同期通信部１５１は、キー「ｕｓｅｒｉｄ」及び「ｐａｓｓｗｄ」などの他の項目についても検証結果を受信する。

また、例えば、非同期通信部１５１は、図２（ｂ）に示した例のように、メールアドレスの入力欄Ｔ１１に情報が入力されなかった場合には、キー「ｍａｉｌ」と空（情報なし）のバリューとの組合せをウェブサーバ２００に送信するか、または、キー「ｍａｉｌ」とバリューとの組合せ自体をウェブサーバ２００に送信しない。この場合、非同期通信部１５１は、例えば、キー「ｍａｉｌ」に対応する検証結果として、入力必須項目に情報が入力されていないことを示すエラー情報をウェブサーバ２００から受信する。

また、上記例に限られず、非同期通信部１５１は、ウェブサーバ２００からキーについては受信せずに、検証結果のみを受信することもできる。この場合、非同期通信部１５１は、予め決められている入力欄の順に、所定の区切り文字（例えば、カンマ「、」など）で区切られた検証結果の羅列を受信する。例えば、ウェブサーバ２００から送信される検証結果が、キー「ｍａｉｌ」、「ｕｓｅｒｉｄ」、「ｐａｓｓｗｄ」の順に羅列されることが決められているものとする。かかる場合、非同期通信部１５１は、ウェブサーバ２００から、検証結果として「（必須項目に違反している旨の情報）、（入力要件を満たす旨の情報）、（入力要件を満たす旨の情報）」などを受信する。この例では、先頭の「（必須項目に違反している旨の情報）」がキー「ｍａｉｌ」に対応する検証結果を示し、２番目の「（入力要件を満たす旨の情報）」がキー「ｕｓｅｒｉｄ」に対応する検証結果を示し、３番目の「（入力要件を満たす旨の情報）」がキー「ｐａｓｓｗｄ」に対応する検証結果を示す。

（編集制御部１５２について）
編集制御部１５２は、ダイナミックＨＴＭＬと呼ばれる技術等により、表示部１２０に表示されているウェブページの遷移やリロードを発生させることなく、ウェブページに含まれる各入力欄の編集可否を動的に制御する。具体的には、編集制御部１５２は、非同期通信部１５１がウェブサーバ２００から受信した検証結果に基づいて、ウェブページに入力された全ての入力情報が入力要件を満たしているか否かを判定する。そして、編集制御部１５２は、全ての入力情報が入力要件を満たしている場合に、表示部１２０に表示されているウェブページの各入力欄を編集不可能な状態に制御する。このとき、編集制御部１５２は、編集不可能な状態に制御した入力欄を編集不可能であることを識別可能な状態で表示する。例えば、編集制御部１５２は、図１に示した例のように、一般的に入力不可能であることをユーザに想起させるような色（灰色など）に各入力欄の表示色を変更する。

また、編集制御部１５２は、各入力欄を編集不可能な状態に制御した画面において、画面状態を戻す操作が行われた場合には、各入力欄を編集可能な状態に制御する。例えば、編集制御部１５２は、図１（ｃ）に示した状態において戻るボタンＢ１３が押下された場合に、入力欄Ｔ１１〜Ｔ１７を編集可能な状態に戻すとともに、入力欄Ｔ１１〜Ｔ１７の表示色を情報入力時の色に戻す。

（検証結果表示部１５３について）
検証結果表示部１５３は、非同期通信部１５１がウェブサーバ２００から受信した検証結果に基づいて、表示部１２０に表示されているウェブページの一部分を動的に書き換える。具体的には、検証結果表示部１５３は、入力要件を満たしていない入力情報が存在する場合には、検証結果からエラーメッセージを生成し、生成したエラーメッセージをウェブページに表示する。このとき、検証結果表示部１５３は、表示部１２０に表示されているウェブページの遷移やリロードを発生させることなく、エラーメッセージをウェブページに表示する。

また、検証結果表示部１５３は、全ての入力情報が入力要件を満たしている場合には、例えば図１（ｃ）に示した例のように、ウェブページが確認画面であることを示すテキストを表示したり、各種ボタンの表示切替を行ったりする。

ここで、検証結果表示部１５３による検証結果の表示処理について説明する。例えば、上述した例のように、非同期通信部１５１が、キー「ｍａｉｌ」、「ｕｓｅｒｉｄ」、「ｐａｓｓｗｄ」に対応する検証結果として、「（必須項目に違反している旨の情報）、（入力要件を満たす旨の情報）、（入力要件を満たす旨の情報）」を受信したものとする。この場合、検証結果表示部１５３は、例えば、キー「ｍａｉｌ」に対応する検証結果「（必須項目に違反している旨の情報）」に基づいて、図２（ｃ）に例示したようなエラーメッセージ「『メールアドレス』は必須項目です。」を生成する。そして、検証結果表示部１５３は、表示部１２０に表示されているウェブページＷ１０を動的に書き換えることにより、生成したエラーメッセージをウェブページＷ１０の表示枠Ｔ２２に表示する。

また、例えば、非同期通信部１５１が、全てのキーに対応する検証結果について、入力要件を満たす旨の情報を受信したものとする。この場合、検証結果表示部１５３は、ウェブページＷ１０を動的に書き換えることにより、図１（ｃ）に例示したようなテキスト「以下の内容で登録を行います。・・・」をウェブページＷ１０の表示枠Ｔ２１に表示する。また、検証結果表示部１５３は、図１（ｃ）に示した例のように、中止ボタンＢ１１及び確認ボタンＢ１２を非表示にするとともに、戻るボタンＢ１３及び確定ボタンＢ１４を表示する。

〔３．ウェブサーバの構成〕
次に、図４を用いて、実施形態に係るウェブサーバ２００の構成について説明する。図４は、実施形態に係るウェブサーバ２００の構成例を示す図である。図４に示すように、ウェブサーバ２００は、通信部２１０と、コンテンツ記憶部２２０と、制御部２３０とを有する。

（通信部２１０について）
通信部２１０は、ネットワークＮに接続され、ネットワークＮを介して、端末装置１００との間で情報の送受信を行う。かかる通信部２１０は、ネットワークＮとの接続を有線又は無線で行う。

（コンテンツ記憶部２２０について）
コンテンツ記憶部２２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。かかるコンテンツ記憶部２２０は、コンテンツの一例として、ウェブページやウェブページを形成する部品を記憶する。例えば、コンテンツ記憶部２２０は、ウェブページを形成するＨＴＭＬファイルや、ウェブページに掲載される画像データなどを記憶する。

（制御部２３０について）
制御部２３０は、例えば、ＣＰＵやＭＰＵ等によって、端末装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部２３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

かかる制御部２３０は、図４に示すように、要求受信部２３１と、配信部２３２と、非同期通信部２３３と、検証部２３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部２３０の内部構成は、図４に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部２３０内部の各処理部の接続関係は、図４に示した接続関係に限られず、他の接続関係であってもよい。

（要求受信部２３１について）
要求受信部２３１は、端末装置１００の要求部１４１によって送信されるウェブページの取得要求（ＨＴＴＰリクエスト等）を受信する。そして、要求受信部２３１は、端末装置１００から受信した取得要求を配信部２３２に出力する。

（配信部２３２について）
配信部２３２は、要求受信部２３１によって受信された取得要求において要求されているウェブページをコンテンツ記憶部２２０から取得し、取得したウェブページを端末装置１００に配信する。例えば、配信部２３２は、端末装置１００の画面制御部１５０による処理を実現する表示制御プログラムが組み込まれたウェブページを配信する。かかる表示制御プログラムは、例えば、ウェブページに記述されたＪａｖａｓｃｒｉｐｔやＣＳＳ等のソースコードに該当する。

（非同期通信部２３３について）
非同期通信部２３３は、端末装置１００との間で非同期通信を行う。具体的には、非同期通信部２３３は、端末装置１００の非同期通信部１５１から、ウェブページに入力された入力情報を受信し、受信した入力情報を検証部２３４に出力する。そして、非同期通信部２３３は、検証部２３４による検証結果を端末装置１００に非同期通信により送信する。

（検証部２３４について）
検証部２３４は、非同期通信部２３３によって受信された各入力情報について、入力要件を満たすか否かを検証する。具体的には、配信部２３２によって配信されるウェブページ内の各入力欄は、予め入力要件が決められている。例えば、キー「ｍａｉｌ」の入力要件として、「必須項目」、「半角英数字、及び、所定の記号（例えば、「＠」や「−」）のみ使用可能」などが予め決められている。検証部２３４は、端末装置１００から送信されたキーとバリューとの組合せ毎に、バリュー（入力情報）が、キーに対応する入力要件を満たすか否かを判定する。そして、検証部２３４は、例えば「入力要件を満たす」、「必須項目違反」、「指定文字違反（使用不可能な文字種が入力されている）」といった検証結果を生成し、生成した検証結果を非同期通信部２３３に出力する。これにより、非同期通信部２３３によって、検証結果が端末装置１００に送信されることとなる。

〔４．ウェブシステムによる処理手順〕
次に、図５を用いて、実施形態に係るウェブシステム１による処理の手順について説明する。図５は、実施形態に係るウェブシステム１による処理手順を示すシーケンス図である。

図５に示すように、端末装置１００の要求部１４１は、ユーザ操作に従って、ウェブページの取得要求をウェブサーバ２００に送信する（ステップＳ１０１）。これにより、ウェブサーバ２００の要求受信部２３１は、端末装置１００からウェブページの取得要求を受信する。

続いて、ウェブサーバ２００の配信部２３２は、端末装置１００から受信した取得要求において要求されているウェブページを端末装置１００に配信する（ステップＳ１０２）。なお、ここでは、配信部２３２は、図１及び図２に例示したように、各種情報が入力される入力欄を含むウェブページを配信するものとする。

続いて、端末装置１００の画面制御部１５０は、ウェブサーバ２００から受信したウェブページを表示部１２０に表示する（ステップＳ１０３）。そして、端末装置１００の入力受付部１４２が、表示部１２０に表示されているウェブページに対して任意の情報を入力する入力操作を受け付けた後に（ステップＳ１０４）、入力情報をウェブサーバ２００に送信する旨の送信操作（例えば、確認ボタンＢ１２を押下する操作）を受け付けたものとする（ステップＳ１０５）。かかる場合に、端末装置１００の非同期通信部１５１は、ウェブページに入力された各入力情報を非同期通信によりウェブサーバ２００に送信する（ステップＳ１０６）。

続いて、ウェブサーバ２００の検証部２３４は、端末装置１００から受信した各入力情報について、入力要件を満たしているか否かを検証する（ステップＳ１０７）。続いて、ウェブサーバ２００の非同期通信部２３３は、検証部２３４によって検証された各入力情報の検証結果を非同期通信により端末装置１００に送信する（ステップＳ１０８）。

そして、端末装置１００の画面制御部１５０は、ウェブサーバ２００から受信した検証結果に基づいて、表示部１２０に表示されているウェブページを動的に書き換える（ステップＳ１０９）。かかるステップＳ１０９における処理については図６を用いて説明する。

〔５．端末装置による表示処理手順〕
次に、図６を用いて、実施形態に係る端末装置１００による表示処理の手順について説明する。図６は、実施形態に係る端末装置１００による表示処理手順を示すフローチャートである。なお、図６では、入力欄を含むウェブページが表示部１２０に表示されている状態であるものとする。

図６に示すように、端末装置１００の入力受付部１４２は、ウェブページに入力された入力情報を送信する旨の送信操作を受け付けたか否かを判定する（ステップＳ２０１）。そして、非同期通信部１５１は、入力受付部１４２によって送信操作が受け付けられた場合に（ステップＳ２０１；Ｙｅｓ）、ウェブページに入力された各入力情報を非同期通信によりウェブサーバ２００に送信する（ステップＳ２０２）。

続いて、非同期通信部１５１は、ウェブサーバ２００から入力情報の検証結果を受信したか否か判定する（ステップＳ２０３）。そして、非同期通信部１５１によって検証結果が受信された場合に（ステップＳ２０３；Ｙｅｓ）、編集制御部１５２は、かかる検証結果に基づいて、全ての入力情報が入力要件を満たしているか否かを判定する（ステップＳ２０４）。そして、編集制御部１５２は、全ての入力情報が入力要件を満たしている場合に（ステップＳ２０４；Ｙｅｓ）、表示部１２０に表示されているウェブページ内の各入力欄を編集不可能な状態に制御する（ステップＳ２０５）。

同様に、検証結果表示部１５３は、ウェブサーバ２００から受信した検証結果に基づいて、全ての入力情報が入力要件を満たしているか否かを判定する（ステップＳ２０４）。そして、検証結果表示部１５３は、入力要件を満たしていない入力情報が存在する場合に（ステップＳ２０４；Ｎｏ）、かかる検証結果からエラーメッセージを生成し、生成したエラーメッセージをウェブページに表示する（ステップＳ２０６）。

なお、ユーザは、エラーメッセージが表示されている入力画面において入力済みの情報を修正することができる。この場合、端末装置１００及びウェブサーバ２００は、図５に示したステップＳ１０４〜Ｓ１０９、及び、図６に示した処理手順を再度行うこととなる。

また、図６に示した例において、全ての入力情報が入力要件を満たしているか否かを判定する処理は、画面制御部１５０によって行われてもよいし、図３に図示しない所定の判定部によって行われてもよい。

〔６．変形例〕
上述した実施形態に係るウェブシステム１は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、上記のウェブシステム１の他の実施形態について説明する。

〔６−１．入力情報の送信タイミング（１）〕
上記実施形態では、端末装置１００が、入力完了操作を受け付けた場合に（例えば、確認ボタンＢ１２が押下された場合に）、入力情報をウェブサーバ２００に送信する例を示した。しかし、この例に限られず、端末装置１００は、入力完了操作を受け付けずに、所定のタイミングで入力情報を自動的にウェブサーバ２００へ送信してもよい。例えば、端末装置１００は、第１の入力欄に情報が入力された後に、第２の入力欄への情報入力が開始された場合に、第１の入力欄に入力された入力情報をウェブサーバ２００に送信してもよい。この点について図７を用いて説明する。

図７（ａ）の例では、メールアドレスの入力欄Ｔ１１に「ａａａ＠ｓａｍｐｌｅ」が入力されている。その後に、図７（ｂ）に示すように、ユーザが、ユーザＩＤを入力するためにカーソルを入力欄Ｔ１２に移動させたものとする。この場合に、端末装置１００の非同期通信部１５１は、入力対象（アクティブ）の入力欄が入力欄Ｔ１１から入力欄Ｔ１２に移動したことを検知し、直前に入力された入力欄Ｔ１１の入力情報「ａａａ＠ｓａｍｐｌｅ」を非同期通信によりウェブサーバ２００に送信する。

そして、ウェブサーバ２００の非同期通信部２３３は、端末装置１００から受信した入力情報「ａａａ＠ｓａｍｐｌｅ」の検証結果を端末装置１００に送信する。ここの例では、非同期通信部２３３は、入力要件を満たす旨の検証結果を送信するものとする。この場合、編集制御部１５２は、図７（ｂ）に示すように、入力欄Ｔ１１を編集不可能な状態に制御するとともに、入力欄Ｔ１１の表示色を変更する。

続いて、図７（ｃ）に示すように、ユーザが、ユーザＩＤの入力欄Ｔ１２に「あいう」といった情報を入力し、カーソルを入力欄Ｔ１３に移動させたものとする。そして、非同期通信部１５１は、入力欄Ｔ１２に入力された入力情報「あいう」を非同期通信によりウェブサーバ２００に送信することで、検証結果として「指定文字違反（使用不可能な文字種が入力されている）」を受信したものとする。この場合、検証結果表示部１５３は、図７（ｄ）に示すように、「『ユーザＩＤ』は数値、半角英数字のみ入力可能です。」といったエラーメッセージを表示枠Ｔ２２に表示する。なお、図７（ｄ）の例において、編集制御部１５２は、入力欄Ｔ１２を編集不可能な状態に制御する処理や、入力欄Ｔ１２の表示色を変更する処理を行わない。

そして、ここでは図示することを省略するが、入力欄Ｔ１１〜Ｔ１７の全てに情報が入力され、かつ、全ての入力情報が入力要件を満たす状態となった場合に、検証結果表示部１５３は、図１（ｃ）に示した例と同様に、表示枠Ｔ２１に確認画面用のテキストを表示したり、戻るボタンＢ１３や確定ボタンＢ１４を表示したりする。

このように、端末装置１００は、図１及び図２等に示した実施形態と異なり、全ての入力情報が入力要件を満たしているか否かにかかわらず、入力要件を満たす情報が入力される都度、動的に入力欄を編集不可能な状態に制御し、入力要件を満たしていない情報が入力される都度、動的にエラーメッセージを表示してもよい。これにより、端末装置１００は、入力要件を満たしているか否かを即座にユーザに認識させることができるので、ユーザビリティの向上を図ることができる。

なお、図７の例では、カーソルが他の入力欄に移動したことを条件に入力情報が送信される例を示したが、非同期通信部１５１は、カーソルが入力欄から外れたことを条件に、かかる入力欄の入力情報をウェブサーバ２００に送信してもよい。

また、図７の例において、端末装置１００は、編集不可能な状態に制御されている入力欄に対して所定の操作（例えば、入力欄をダブルクリックする操作）を受け付けた場合に、かかる入力欄を編集可能な状態に制御してもよい。これにより、ユーザは、入力要件を満たしている入力情報を修正することができる。

〔６−２．入力情報の送信タイミング（２）〕
また、図７の例では、端末装置１００が入力欄毎に入力情報を送信する例を示したが、端末装置１００は、入力欄のグループ毎に、かかるグループに属する入力欄に入力された入力情報を一括でウェブサーバ２００に送信してもよい。この点について図８を用いて説明する。

図８の例では、ウェブページＷ１０内の入力欄Ｔ１１〜Ｔ１７は、３個のグループ「ＩＤ情報」、「お客様情報」、「希望サービス」に分別されており、グループ「ＩＤ情報」には入力欄Ｔ１１〜Ｔ１３が属し、グループ「お客様情報」には入力欄Ｔ１４〜Ｔ１６が属し、グループ「希望サービス」には入力欄Ｔ１７が属するものとする。ここで、図８（ａ）に示したように、入力欄Ｔ１１〜Ｔ１３に情報が入力され、その後に郵便番号の入力欄Ｔ１２にカーソルが移動されたものとする。この場合、非同期通信部１５１は、入力対象（アクティブ）のグループが「ＩＤ情報」から「お客様情報」に移動したことを検知し、グループ「ＩＤ情報」に属する入力欄Ｔ１１〜Ｔ１３に入力された入力情報を非同期通信によりウェブサーバ２００に送信する。

そして、ウェブサーバ２００の非同期通信部２３３は、端末装置１００から受信した各入力情報の検証結果を端末装置１００に送信する。ここの例では、非同期通信部２３３は、全ての入力情報が入力要件を満たす旨の検証結果を送信するものとする。この場合、編集制御部１５２は、グループ「ＩＤ情報」に属する全ての入力欄Ｔ１１〜Ｔ１３が入力要件を満たしているので、図８（ｂ）に示すように、入力欄Ｔ１１〜Ｔ１３を編集不可能な状態に制御するとともに、入力欄Ｔ１１〜Ｔ１３の表示色を変更する。

続いて、図８（ｃ）に示すように、ユーザが、郵便番号の入力欄Ｔ１４に「ａｂｃ」といった情報を入力するとともに、入力欄Ｔ１５及びＴ１６についても図示した情報を入力したものとする。そして、非同期通信部１５１は、入力欄Ｔ１４〜Ｔ１６に入力された入力情報を非同期通信によりウェブサーバ２００に送信することで、郵便番号の入力欄Ｔ１４に対応する検証結果として「指定文字違反（使用不可能な文字種が入力されている）」を受信したものとする。この場合、検証結果表示部１５３は、図８（ｄ）に示すように、「『郵便番号』は数値のみ入力可能です。」といったエラーメッセージを表示枠Ｔ２２に表示する。このとき、編集制御部１５２は、グループ「お客様情報」には入力要件を満たしていない入力欄Ｔ１４が存在するので、グループ「お客様情報」に属する入力欄Ｔ１４〜Ｔ１６を編集不可能な状態に制御する処理や、入力欄Ｔ１４〜Ｔ１６の表示色を変更する処理を行わない。

このように、端末装置１００は、入力欄のグループ毎に編集可否の制御を行うことで、ユーザビリティの向上を図ることができる。一例を挙げて説明すると、ウェブページには、例えば郵便番号及び都道府県のように、互いに関連する複数の入力欄が存在する場合がある。この場合、ユーザは、所定の入力欄に情報を入力している最中に、関連する入力済みの情報を修正することもある。一方、ユーザは、関連する全ての入力欄への入力が完了した後には、それらの入力欄に入力した情報を修正する可能性が低い。図８の例では、端末装置１００は、互いに関連する全ての入力欄に情報が入力された時点で編集可否の制御を行うので、関連する入力欄群毎に、入力要件を満たしているか否かを即座にユーザに認識させることができ、結果としてユーザビリティの向上を図ることができる。

なお、図８の例において、端末装置１００は、編集不可能な状態に制御されている入力欄のグループに対して所定の操作（例えば、入力欄をダブルクリックする操作）を受け付けた場合に、かかるグループに属する全ての入力欄を編集可能な状態に制御してもよい。これにより、ユーザは、入力要件を満たしている入力情報を修正することができる。

〔６−３．編集可否制御〕
また、上記実施形態では、編集制御部１５２が、全ての入力情報が入力要件を満たす場合に、全ての入力欄を編集不可能に制御する例を示した。しかし、編集制御部１５２は、ウェブサーバ２００から受信した検証結果に基づいて、入力要件を満たす入力欄については編集不可能な状態に制御し、入力要件を満たしていない入力欄については編集可能な状態に制御してもよい。

〔６−４．解除処理〕
また、上記実施形態において、端末装置１００の編集制御部１５２は、各入力欄を編集不可能に制御した場合に、入力欄毎に、編集可能な状態に戻すためのボタンを表示してもよい。この点について図９を用いて説明する。

上記の通り、編集制御部１５２は、ウェブページＷ１０に入力された全ての入力情報が入力要件を満たす場合には、これらの入力情報を編集可能な状態に制御する。このとき、編集制御部１５２は、図９（ａ）に示すように、各入力欄に、編集可能な状態に戻すための解除ボタンＢ２１〜Ｂ２７を表示する。図９（ａ）の例の場合、解除ボタンＢ２１は、入力欄Ｔ１１を編集可能な状態に戻すためのボタンに該当する。同様に、他の解除ボタンＢ２２〜Ｂ２７は、それぞれ入力欄Ｔ１２〜Ｔ１７を編集可能な状態に戻すためのボタンに該当する。例えば、編集制御部１５２は、解除ボタンＢ２１が押下された場合には、図９（ｂ）に示すように、入力欄Ｔ１１を編集可能な状態に制御するとともに、解除ボタンＢ２１を非表示にする。

このように、端末装置１００は、編集可能にするための解除ボタンを表示することで、ユーザが入力済みの情報を自由に修正することが可能になるので、ユーザビリティの向上を図ることができる。

なお、図７及び図８に示した例の場合、編集制御部１５２は、所定の入力欄を編集不可能に制御するたびに、かかる入力欄を編集可能にするための解除ボタンを表示してもよい。

〔６−５．検証処理の主体〕
また、上記実施形態では、ウェブサーバ２００の検証部２３４が、入力情報の検証処理（バリデーションチェック）を行う例を示した。しかし、かかる検証処理は、端末装置１００が行ってもよい。このように端末装置１００が検証処理を行うことで、端末装置１００とウェブサーバ２００との間で入力情報や検証結果が送受信されないので、ネットワークＮのトラフィックを低減することができる。なお、端末装置１００が検証処理を行う場合、端末装置１００は、非同期通信部１５１を有しなくてもよい。また、端末装置１００による検証処理は、例えば、ウェブページを形成するＨＴＭＬファイルに記述されるＪａｖａｓｃｒｉｐｔ等によって実現される。

〔６−６．入力欄の表示色〕
また、上記実施形態では、編集制御部１５２が、入力要件を満たす入力欄の表示色を変更する例を示した。しかし、編集制御部１５２は、入力欄の表示色を常に変更しなくてもよい。

〔６−７．非同期通信〕
また、上記実施形態では、非同期通信部１５１が、非同期通信により入力情報をウェブサーバ２００に送信する例を示した。しかし、端末装置１００は、ＨＴＴＰリクエストにより入力情報をウェブサーバ２００に送信してもよい。例えば、図１（ｂ）の例において確認ボタンＢ１２が押下された場合に、端末装置１００は、入力欄Ｔ１１〜Ｔ１７の入力情報をＨＴＴＰリクエストによりウェブサーバ２００に送信する。この場合、ウェブサーバ２００は、各入力情報の検証結果を反映した状態のウェブページＷ１０を端末装置１００に送信する。これにより、端末装置１００は、図１（ｃ）に示した状態のウェブページを送信する。このように、ウェブページＷ１０の動的な書き換え処理がウェブサーバ２００によって行われる場合であっても、入力画面と確認画面をウェブページＷ１０に兼用させることができるので、ウェブページの開発コストを低減することができる。

〔６−８．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

例えば、図１、図２、図７〜図９に示したウェブページＷ１０は一例であって、図示した例に限られない。例えば、上述してきたウェブシステム１は、会員登録用のウェブページに限られず、複数の検索キーワードを入力する検索画面用のウェブページを配信する場合にも適用することができる。

〔７．効果〕
上述してきたように、実施形態に係る端末装置１００は、入力受付部１４２と、画面制御部１５０とを有する。入力受付部１４２は、入力画面に含まれる入力欄に対して任意の情報を入力する入力操作を受け付ける。画面制御部１５０は、入力操作において入力欄に入力された入力情報が入力要件を満たす場合に、かかる入力欄が編集不可能な状態に制御された入力画面を確認画面として表示する。

これにより、実施形態に係る端末装置１００は、１個のウェブページで入力画面と確認画面とを兼用するので、ウェブページの開発コストを低減することができる。

また、実施形態に係る端末装置１００において、画面制御部１５０は、非同期通信部１５１と、編集制御部１５２とを有する。非同期通信部１５１は、入力画面を提供するウェブサーバ２００（サーバ装置の一例に相当）に対して、入力情報を非同期通信により送信するとともに、入力情報が入力要件を満たすか否かを示す検証結果をウェブサーバ２００から非同期通信により受信する。また、編集制御部１５２は、非同期通信部１５１によって受信された検証結果が入力要件を満たすことを示す場合に、入力欄を編集不可能な状態に制御する。

これにより、実施形態に係る端末装置１００は、端末側（端末装置１００）でなくサーバ側（ウェブサーバ２００）で検証処理を行わせることにより、信頼性の高い検証処理を実現することができる。例えば、端末装置１００による検証処理は、ウェブページを形成するＨＴＭＬファイルに記述されるＪａｖａｓｃｒｉｐｔ等によって実現される。しかし、ＨＴＭＬファイルに記述されるＪａｖａｓｃｒｉｐｔ等は、ウェブブラウザの設定変更やＨＴＭＬファイルの改竄などにより、無効化することもできる。このため、端末装置１００による検証処理は、信頼性が高いとは限らない。一方で、実施形態に係るウェブサーバ２００は、ユーザ操作によって検証処理が無効化されることはないので、入力情報を確実に検証することが可能となる。

また、実施形態に係る端末装置１００において、画面制御部１５０は、検証結果表示部１５３を有する。検証結果表示部１５３は、非同期通信部１５１によって受信された検証結果が入力要件を満たさないことを示す場合に、かかる検証結果を入力画面に表示する。

これにより、実施形態に係る端末装置１００は、１個のウェブページで入力画面とエラーメッセージが表示される入力画面とを兼用するので、ウェブページの開発コストを低減することができる。

また、実施形態に係る端末装置１００において、入力受付部１４２は、入力欄が編集不可能な状態に制御されている入力画面において画面状態を戻す操作を受け付ける。また、編集制御部１５２は、入力受付部１４２によって画面状態を戻す操作が受け付けられた場合に、入力欄を編集可能な状態に制御する。

これにより、実施形態に係る端末装置１００は、ウェブページの開発コストを低減することができる。例えば、一般的に、入力情報が単に表示されている確認画面において戻る操作が行われた場合、戻る操作が行われたことが端末装置からウェブサーバに通知され、ウェブサーバが確認画面に含まれる情報から、入力情報が入力された状態のウェブページ（入力画面）を生成し、生成したウェブページを端末装置に配信する。このような手法では、確認画面から入力画面への画面遷移を可能とするＷｅｂアプリケーションの開発を要するので、開発コストの増大を招く。しかし、実施形態に係る端末装置１００は、図１（ｃ）の例において、戻るボタンＢ１３が押下された場合には、ウェブサーバ２００に情報を通知することなく、入力欄の編集可否等を制御するだけで確認画面（図１（ｃ））から入力画面（図１（ｂ））に切り替えることができる。このため、実施形態に係る端末装置１００を用いた場合には、上記例のようなＷｅｂアプリケーションの開発を要しないので、ウェブページの開発コストを低減することができる。

また、実施形態に係る端末装置１００において、入力受付部１４２は、入力画面に含まれる複数の入力欄に対して入力操作を受け付ける。また、非同期通信部１５１は、複数の入力欄のいずれかに情報が入力されるたびに、入力された入力情報をウェブサーバ２００に送信するとともに、かかる入力情報の検証結果をウェブサーバ２００から受信する。また、編集制御部１５２は、非同期通信部１５１によって受信された検証結果に基づいて、入力画面に含まれる入力欄毎に編集可否を制御する。

これにより、実施形態に係る端末装置１００は、ユーザによって入力された入力情報が入力要件を満たしているか否かを即座にユーザに認識させることができるので、ユーザビリティの向上を図ることができる。

また、実施形態に係る端末装置１００において、編集制御部１５２は、編集不可能な状態に制御した入力欄を編集不可能であることを識別可能な状態で表示する。

これにより、実施形態に係る端末装置１００は、編集不可能であることをユーザに認識させることができるので、ウェブページＷ１０が確認画面であることをユーザに認識させることができる。

また、実施形態に係る端末装置１００において、入力受付部１４２は、入力画面への入力操作が完了した旨の完了操作を受け付ける。また、非同期通信部１５１は、入力受付部１４２によって完了操作が受け付けられた場合に、ウェブサーバ２００に入力情報を非同期通信により送信する。

これにより、実施形態に係る端末装置１００は、ユーザによる入力操作が完了した後に、入力情報を一括でウェブサーバ２００に送信することが可能になるので、ネットワークＮのトラフィックを低減することができる。

また、実施形態に係るウェブサーバ２００は、要求受信部２３１と、配信部２３２とを有する。要求受信部２３１は、任意の情報が入力される入力欄を含む入力画面の取得要求を端末装置１００から受信する。配信部２３２は、要求受信部２３１によって取得要求が受信された場合に、入力欄に入力された入力情報が入力要件を満たすと判定された際に入力欄を編集不可能な状態に制御する表示制御プログラムが組み込まれた入力画面を端末装置１００に配信する。

これにより、実施形態に係るウェブサーバ２００は、１個のウェブページで入力画面と確認画面とを兼用するので、ウェブページの開発コストを低減することができる。

また、実施形態に係るウェブサーバ２００は、非同期通信部２３３を有する。非同期通信部２３３は、端末装置１００から入力情報を非同期通信により受信するとともに、入力情報が入力要件を満たすか否かを示す検証結果を端末装置１００に非同期通信により送信する。

これにより、実施形態に係るウェブサーバ２００は、信頼性の高い検証処理を実現することができる。

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

また、上述したウェブサーバ２００は、複数のサーバコンピュータで実現してもよく、また、機能によっては外部のプラットフォーム等をＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

また、特許請求の範囲に記載した「手段」は、「部（section、module、unit）」や「回路」などに読み替えることができる。例えば、入力受付手段は、入力受付部や入力受付回路に読み替えることができる。

１ ウェブシステム
１００ 端末装置
１４２ 入力受付部
１５０ 画面制御部
１５１ 非同期通信部
１５２ 編集制御部
１５３ 検証結果表示部
２００ ウェブサーバ
２３２ 配信部
２３３ 非同期通信部
２３４ 検証部

Claims (11)

1. 端末装置であって、
   前記端末装置に表示されている入力画面に含まれる各入力欄に対して任意の情報を入力する入力操作を受け付ける入力受付手段と、
   前記入力操作が行われた前記入力画面に含まれる前記各入力欄の全てが当該各入力欄の入力要件を満たす場合に、前記入力画面を表示させた状態で前記各入力欄の全てを編集不可能な状態に動的に制御した当該入力画面を確認画面として表示する画面制御手段と、
   を備えたことを特徴とする端末装置。
2. 前記画面制御手段は、
   前記入力画面を提供するサーバ装置に対して、前記入力欄に入力された入力情報を非同期通信により送信するとともに、当該入力情報が前記入力要件を満たすか否かを示す検証結果を前記サーバ装置から非同期通信により受信する非同期通信手段と、
   前記非同期通信手段によって受信された検証結果が前記入力要件を満たすことを示す場合に、前記入力欄を編集不可能な状態に制御する編集制御手段と
   を備えたことを特徴とする請求項１に記載の端末装置。
3. 前記画面制御手段は、
   前記非同期通信手段によって受信された検証結果が前記入力要件を満たさないことを示す場合に、前記入力画面を表示させた状態で当該検証結果を前記入力画面に動的に表示する検証結果表示手段
   をさらに備えたことを特徴とする請求項２に記載の端末装置。
4. 前記入力受付手段は、
   前記入力欄が編集不可能な状態に制御されている前記入力画面において画面状態を戻す操作を受け付け、
   前記編集制御手段は、
   前記入力受付手段によって画面状態を戻す操作が受け付けられた場合に、前記入力欄を編集可能な状態に制御する
   ことを特徴とする請求項２又は３に記載の端末装置。
5. 前記入力受付手段は、
   前記入力画面に含まれる複数の入力欄に対して入力操作を受け付け、
   前記非同期通信手段は、
   前記複数の入力欄のいずれかに情報が入力されるたびに、入力された入力情報を前記サーバ装置に送信するとともに、当該入力情報の検証結果を前記サーバ装置から受信し、
   前記編集制御手段は、
   前記非同期通信手段によって受信された検証結果に基づいて、前記入力画面に含まれる入力欄毎に編集可否を制御する
   ことを特徴とする請求項２〜４のいずれか一つに記載の端末装置。
6. 前記編集制御手段は、
   編集不可能な状態に制御した入力欄を編集不可能であることを識別可能な状態で表示する
   ことを特徴とする請求項２〜５のいずれか一つに記載の端末装置。
7. 前記入力受付手段は、
   前記入力画面への入力操作が完了した旨の完了操作を受け付け、
   前記非同期通信手段は、
   前記入力受付手段によって完了操作が受け付けられた場合に、前記サーバ装置に前記入力情報を非同期通信により送信する
   ことを特徴とする請求項２〜６のいずれか一つに記載の端末装置。
8. 端末装置が実行する表示方法であって、
   前記端末装置に表示されている入力画面に含まれる各入力欄に対して任意の情報を入力する入力操作を受け付ける入力受付手段と、
   前記入力操作が行われた前記入力画面に含まれる前記各入力欄の全てが当該各入力欄の入力要件を満たす場合に、前記入力画面を表示させた状態で前記各入力欄の全てを編集不可能な状態に動的に制御した当該入力画面を確認画面として表示する画面制御手段と、
   を含んだことを特徴とする表示方法。
9. 任意の情報が入力される各入力欄を含む入力画面を所定の表示装置に表示する手順と、
   前記入力画面を提供するサーバ装置に対して、前記各入力欄に入力された入力情報を非同期通信により送信するとともに、前記各入力欄の全てが当該各入力欄の入力要件を満たすか否かを示す検証結果を前記サーバ装置から非同期通信により受信する手順と、
   前記検証結果が前記入力要件を満たすことを示す場合に、前記表示装置に前記入力画面を表示させた状態で前記各入力欄の全てを編集不可能な状態に動的に制御した当該入力画面を確認画面として表示する手順と
   をコンピュータに実行させることを特徴とする表示制御プログラム。
10. 任意の情報が入力される各入力欄を含む入力画面の取得要求を端末装置から受信する受信手段と、
    前記受信手段によって取得要求が受信された場合に、前記各入力欄の全てが当該各入力欄の入力要件を満たすと判定された際に前記入力画面を表示させた状態で前記各入力欄の全てを編集不可能な状態に動的に制御した当該入力画面を確認画面として表示する表示制御プログラムが組み込まれた入力画面を前記端末装置に配信する配信手段と
    を備えたことを特徴とするサーバ装置。
11. 前記端末装置から前記入力欄に入力された入力情報を非同期通信により受信するとともに、当該入力情報が前記入力要件を満たすか否かを示す検証結果を前記端末装置に非同期通信により送信する非同期通信手段
    をさらに備えたことを特徴とする請求項１０に記載のサーバ装置。

Images