(57)【要約】【課題】複数画面に対する入力値の検証のための実装を簡素化すること。【解決手段】ネットワークを介して接続される端末が表示する画面の表示部品に対する入力値を受信する受信部と、前記表示部品と前記画面との組み合わせに対して記憶部が記憶する、当該表示部品に対する入力値に関する制限情報に基づいて、受信された前記入力値が前記制限情報の示す制限を満たしているかを判定する判定部と、前記制限を満たしていないと判定された場合に、前記制限を満たしていないことを示す情報を含む応答を前記端末に返信する返信部とを有する。【選択図】図３
2013140433.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して接続される端末が表示する画面の表示部品に対する入力値を受信する受信部と、
前記表示部品と前記画面との組み合わせに対して記憶部が記憶する、当該表示部品に対する入力値に関する制限情報に基づいて、受信された前記入力値が前記制限情報の示す制限を満たしているかを判定する判定部と、
前記制限を満たしていないと判定された場合に、前記制限を満たしていないことを示す情報を含む応答を前記端末に返信する返信部とを有する情報処理装置。
【請求項２】
前記画面の表示部品に対する入力値の送信を前記端末に実行させるプログラムを含む第一の画面データを、前記端末に送信する送信部を有し、
前記受信部は、前記プログラムが前記端末に送信させる、前記第一の画面データに基づいて前記端末が表示する画面の表示部品に対する入力値を、受信する請求項１記載の情報処理装置。
【請求項３】
前記受信部は、前記プログラムが前記端末に生成させる、前記第一の画面データの複製に対して前記表示部品に対する入力値が記録された第二の画面データを受信し、
前記判定部は、前記第二の画面データに記録されている前記入力値に関して、前記制限情報の示す制限を満たしているかを判定し、
前記制限を満たしていないと判定された場合に、前記画面に対して前記第二の画面データに記憶されている前記入力値が入力された状態を示す第三の画面データを生成し、前記第三の画面データに対して、前記制限を満たしていないことを示す情報の描画命令を追加する生成部とを有し、
前記返信部は、前記第三の画面データを含む応答を、前記端末に返信する請求項２記載の情報処理装置。
【請求項４】
前記受信部は、前記入力値を定期的に受信する請求項１乃至３いずれか一項記載の情報処理装置。
【請求項５】
ネットワークを介して接続される端末が表示する画面の表示部品に対する入力値を受信し、
前記表示部品と前記画面との組み合わせに対して記憶部が記憶する、当該表示部品に対する入力値に関する制限情報に基づいて、受信された前記入力値が前記制限情報の示す制限を満たしているかを判定し、
前記制限を満たしていないと判定された場合に、前記制限を満たしていないことを示す情報を含む応答を前記端末に返信する処理をコンピュータが実行する入力支援方法。
【請求項６】
ネットワークを介して接続される端末が表示する画面の表示部品に対する入力値を受信し、
前記表示部品と前記画面との組み合わせに対して記憶部が記憶する、当該表示部品に対する入力値に関する制限情報に基づいて、受信された前記入力値が前記制限情報の示す制限を満たしているかを判定し、
前記制限を満たしていないと判定された場合に、前記制限を満たしていないことを示す情報を含む応答を前記端末に返信する処理をコンピュータに実行させる入力支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、入力支援方法、及び入力支援プログラムに関する。
【背景技術】
【０００２】
例えば、インターネットを介してサービスを提供するＷｅｂシステムのように、複数の画面の遷移によって、一連のサービスを提供するシステムが存在する。このようなシステムにおいては、複数の画面に関して、共通のレイアウトが利用されることがある。例えば、購入対象として選択された商品の個数を変更させる「変更画面」のレイアウトと、購入対象として選択された商品をキャンセルさせる「削除画面」のレイアウトを共通にして、内部処理を変化させることが行われている。なお、レイアウトを共通にするとは、例えば、雛形としての画面データが共通することをいう。
【０００３】
複数の画面のレイアウトを共通にすることにより、例えば、開発コストの削減及び開発スピードの向上等を期待することができる。また、統一されたユーザインタフェースをユーザに提供することによるユーザビリティの向上といった効果も期待できる。
【０００４】
他方において、画面上の入力項目に対する入力値に関して、制限が設けられる場合がある。例えば、数値のみの入力が許可される入力項目、特定の範囲内の数値のみの入力が許可される入力項目、又は特定の文字の入力が必須とされる入力項目等が有る。但し、レイアウトが共通である複数の画面間において、同一の入力項目に対する入力値の制限は、必ずしも共通であるとは限らない。例えば、登記管理を行うシステムにおいて、不動産登記のための画面と、商業法人登記の画面とでは、入力項目が共通するため、レイアウトの共通化を図ることができる。但し、不動産登記において扱われる固有の特殊文字が、商業法人登記においては、同様に取り扱うことができるとは限らず、当該特殊文字の挿入は、エラーとされなければならない。
【０００５】
したがって、入力項目に対する入力値の検証に関しては、画面ごとに個別に実装される必要がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０１０−１９８４４５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、画面ごとに個別な実装が行われてしまうと、画面のレイアウトの共通化が困難となってしまう。その結果、開発コストの削減及び開発スピードの向上等といった利点が損なわれてしまう可能性がある。
【０００８】
そこで、一側面では、複数画面に対する入力値の検証のための実装を簡素化することを目的とする。
【課題を解決するための手段】
【０００９】
一つの案では、情報処理装置は、ネットワークを介して接続される端末が表示する画面の表示部品に対する入力値を受信する受信部と、前記表示部品と前記画面との組み合わせに対して記憶部が記憶する、当該表示部品に対する入力値に関する制限情報に基づいて、受信された前記入力値が前記制限情報の示す制限を満たしているかを判定する判定部と、前記制限を満たしていないと判定された場合に、前記制限を満たしていないことを示す情報を含む応答を前記端末に返信する返信部とを有する。
【発明の効果】
【００１０】
一態様によれば、複数画面に対する入力値の検証のための実装を簡素化することができる。
【図面の簡単な説明】
【００１１】
【図１】本発明の実施の形態における情報処理システムの構成例を示す図である。
【図２】本発明の実施の形態におけるＷｅｂサーバのハードウェア構成例を示す図である。
【図３】本発明の実施の形態におけるＷｅｂサーバ及びクライアント端末の機能構成例を示す図である。
【図４】Ｗｅｂサーバがクライアント端末からの要求に応じて実行する処理の処理手順の一例を説明するためのフローチャートである。
【図５】セッション情報記憶部の構成例を示す図である。
【図６】詳細記入画面の表示例を示す図である。
【図７】詳細記入画面の画面データの定義例を示す図である。
【図８】入力情報通知部が実行する処理手順の一例を説明するためのフローチャートである。
【図９】詳細記入画面に対する入力状態の一例を示す図である。
【図１０】通知用画面データに対する入力値の記録形態の一例を示す図である。
【図１１】検証結果画面の表示例を示す図である。
【図１２】検証結果画面データの定義例を示す図である。
【図１３】Ｗｅｂサーバが実行する入力値の検証処理の処理手順の一例を説明するためのフローチャートである。
【図１４】制限情報記憶部の構成例を示す図である。
【図１５】検証結果画面データの生成処理の処理手順の一例を説明するためのフローチャートである。
【発明を実施するための形態】
【００１２】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態における情報処理システムの構成例を示す図である。図１に示される情報処理システム１は、Ｗｅｂサーバ１０及びアプリケーションサーバ２０等を含む。Ｗｅｂサーバ１０及びアプリケーションサーバ２０は、ネットワークを介して通信可能とされている。
【００１３】
Ｗｅｂサーバ１０は、クライアント端末３０からの要求を受信し、当該要求に応じた処理の実行をアプリケーションサーバ２０に要求するコンピュータである。Ｗｅｂサーバ１０は、アプリケーションサーバ２０による処理結果に応じた画面データを生成し、当該画面データをクライアント端末３０に返信する。画面データとは、画面の表示用データをいう。本実施の形態では、ＨＴＭＬ（HyperText Markup Language）データを画面データの一例として用いる。但し、他のデータ形式のデータが、画面データとして利用されてもよい。
【００１４】
アプリケーションサーバ２０は、Ｗｅｂサーバ１０より要求された業務ロジックを実行するコンピュータである。
【００１５】
クライアント端末３０は、情報処理システム１のユーザインタフェースをユーザに提供するためのＷｅｂブラウザを備えた情報処理装置である。例えば、クライアント端末３０は、ＰＣ（Personal Computer）、タブレット型端末、スマートフォン、又は携帯電話等である。
【００１６】
図２は、本発明の実施の形態におけるＷｅｂサーバのハードウェア構成例を示す図である。図２のＷｅｂサーバ１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、及びインタフェース装置１０５等を有する。
【００１７】
Ｗｅｂサーバ１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００１８】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従ってＷｅｂサーバ１０に係る機能を実行する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。
【００１９】
なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。
【００２０】
なお、アプリケーションサーバ２０やクライアント端末３０も、図２に示されるハードウェア構成と同様のハードウェア構成を有していてもよい。但し、クライアント端末３０は、表示装置や、ユーザからの入力指示を受け付けるための入力装置等を有するのが好適である。
【００２１】
図３は、本発明の実施の形態におけるＷｅｂサーバ及びクライアント端末の機能構成例を示す図である。
【００２２】
図３において、Ｗｅｂサーバ１０は、要求受信部１１、処理要求部１２、画面生成部１３、応答返信部１４、入力情報受信部１５、入力値検証部１６、検証結果生成部１７、及び検証結果返信部１８等を有する。これら各部は、Ｗｅｂサーバ１０にインストールされたプログラムが、ＣＰＵ１０４に実行させる処理によって実現される。また、Ｗｅｂサーバ１０は、セッション情報記憶部１１１、雛形データ記憶部１１２、及び制限情報記憶部１１３等を利用する。これら各記憶部は、補助記憶装置１０２、又はＷｅｂサーバ１０とネットワークを介して接続される記憶装置等を用いて実現可能である。
【００２３】
要求受信部１１は、クライアント端末３０より送信される要求（ＨＴＴＰリクエスト）を受信する。処理要求部１２は、要求受信部１１によって受信された要求に対応する業務ロジックの実行を、アプリケーションサーバ２０に要求する。画面生成部１３は、雛形データ記憶部１１２に記憶されている雛形データに基づいて、クライアント端末３０からの要求に応じた画面データを生成する。雛形データとは、画面データの雛形又はテンプレートとなるデータをいう。応答返信部１４は、画面データを含む応答（ＨＴＴＰレスポンス）をクライアント端末３０に返信する。なお、返信される画面データには、クライアント端末３０を、入力情報通知部３２として機能させるプログラムが含まれる。当該プログラムは、例えば、Ｊａｖａ（登録商標）スクリプト又はＶＢスクリプト等の形式で、画面データに含まれる。
【００２４】
入力情報受信部１５は、応答返信部１４によって返信された画面データに基づいて、クライアント端末３０において表示させる画面に対する入力情報を、入力情報通知部３２より受信する。入力情報には、いずれのオブジェクトにどのような値が入力されたかを示す情報である。なお、本実施の形態において、「オブジェクト」とは、画面上における表示部品のことをいう。
【００２５】
入力値検証部１６は、入力情報に含まれている入力値に関して、予め設定されている制限に違反していないか否かを検証する。当該制限は、制限情報記憶部１１３等を用いて特定される。制限情報記憶部１１３は、オブジェクトと画面との組み合わせに応じて、当該オブジェクトに対する入力値の制限を示す制限情報等を記憶する。
【００２６】
検証結果生成部１７は、入力値検証部１６による検証結果を示す情報を生成する。検証結果返信部１８は、検証結果を示す情報を含む応答を、入力情報通知部３２に返信する。
【００２７】
一方、クライアント端末３０は、Ｗｅｂブラウザ３１及び入力情報通知部３２等を有する。Ｗｅｂブラウザ３１は、一般的なＷｅｂブラウザ３１である。Ｗｅｂブラウザ３１は、ユーザによる入力に応じた要求（ＨＴＴＰリクエスト）を、Ｗｅｂサーバ１０に送信する。また、Ｗｅｂブラウザ３１は、当該要求に応じてＷｅｂサーバ１０より返信される応答（ＨＴＴＰレスポンス）に含まれている画面データが示す画面を、クライアント端末３０に表示させる。
【００２８】
入力情報通知部３２は、Ｗｅｂブラウザ３１によって表示対象とされている画面データに含まれているプログラムが、クライアント端末３０に実行させる処理によって実現される。すなわち、入力情報通知部３２は、クライアント端末３０に常駐しているわけではなく、Ｗｅｂサーバ１０より画面データが受信され、当該画面データがＷｅｂブラウザ３１によって表示されている間において具現化される。クライアント端末３０に常駐していない点に鑑みて、入力情報通知部３２は、破線によって表現されている。
【００２９】
入力情報通知部３２は、画面データに基づいて表示される画面における各入力項目に対する入力値を含む入力情報を、例えば、定期的にＷｅｂサーバ１０の入力情報受信部１５に送信する。入力情報通知部３２は、また、Ｗｅｂサーバ１０の検証結果返信部１８より返信される応答に含まれている、入力値の検証結果を示す情報を、クライアント端末３０に表示させる。
【００３０】
以下、Ｗｅｂサーバ１０等が実行する処理手順について説明する。図４は、Ｗｅｂサーバがクライアント端末からの要求に応じて実行する処理の処理手順の一例を説明するためのフローチャートである。
【００３１】
ステップＳ１０１において、要求受信部１１は、クライアント端末３０のＷｅｂブラウザ３１より送信された要求（ＨＴＴＰリクエスト）を受信する。続いて、要求受信部１１は、当該要求が、クライアント端末３０からの初回のアクセスであるか否かを判定する（Ｓ１０２）。初回のアクセスとは、セッションが開設済みでない状態におけるアクセスをいう。初回のアクセスであるか否かは、例えば、当該要求にセッションＩＤが含まれているか否かに基づいて判定することができる。後述されるように、セッションＩＤは、クライアント端末３０とのセッションを識別するための識別情報である。
【００３２】
当該要求が初回のアクセスである場合（Ｓ１０２でＹｅｓ）、要求受信部１１は、クライアント端末３０とのセッションに対してセッションＩＤを割り当てる（Ｓ１０３）。続いて、要求受信部１１は、セッション情報記憶部１１１に新たなレコードを生成し、当該レコードにセッションＩＤを記憶する（Ｓ１０４）。
【００３３】
一方、当該要求が初回のアクセスでない場合（Ｓ１０２でＮｏ）、要求受信部１１は、当該要求に含まれているセッションＩＤに対応する新たなレコードを、セッション情報記憶部１１１に記憶する（Ｓ１０５）。
【００３４】
続いて、処理要求部１２は、アプリケーションサーバ２０に対して、クライアント端末３０からの要求に応じた業務ロジックの実行要求を送信する（Ｓ１０６）。続いて、処理要求部１２は、業務ロジックの実行結果をアプリケーションサーバ２０より受信する（Ｓ１０７）。
【００３５】
続いて、画面生成部１３は、業務ロジックの実行結果に対応した雛形データの複製を、雛形データ記憶部１１２より取得する（Ｓ１０８）。なお、情報処理システム１において提供される全ての画面の雛形データが共通する場合、雛形データは一つでよい。したがって、業務ロジックの実行結果とは無関係に、当該雛形データの複製が取得されればよい。また、クライアント端末３０からの要求が初回のアクセスである場合等、業務ロジックの実行は必要ではない場合は、ステップＳ１０６及びＳ１０７の実行は不要である。この場合、クライアント端末３０からの要求に対応した雛形データが取得されればよい。以下、取得された複製を、雛形データという。
【００３６】
続いて、画面生成部１３は、取得された雛形データに基づいて、クライアント端末３０に返信する画面データを生成する（Ｓ１０９）。本実施の形態では、雛形データの一例として、ＪＳＰ（Java（登録商標） Server Pages）を用いる。すなわち、雛形データは、Ｊａｖａ（登録商標）プログラムが埋め込まれているＨＴＭＬファイルである。したがって、画面生成部１３は、雛形データのＪａｖａ（登録商標）プログラムの部分を実行することにより、画面データを生成する。例えば、Ｊａｖａ（登録商標）プログラムに対して、業務ロジックの実行結果又はクライアント端末３０からの要求に含まれている情報等が、入力パラメータとして与えられてもよい。Ｊａｖａ（登録商標）プログラムは、当該パラメータに基づいて、画面データに係る画面のタイトル等の定義を、ＨＴＭＬファイル内に生成するようにしてもよい。そうすることにより、生成される画面データに係る画面のタイトル等を、業務ロジックの実行結果又はクライアント端末３０からの要求に応じた固有のものとすることができる。なお、本実施の形態では、画面のタイトルが、画面の識別情報として用いられる。以下、画面のタイトルを、「画面名」という。
【００３７】
なお、雛形データの形態は、ＪＳＰに限らない。例えば、画面名等に応じて異なる部分が、変数化された状態（穴あき状態）とされたＨＴＭＬファイルであってもよい。画面生成部１３は、変数化された部分を、業務ロジックの実行結果又はクライアント端末３０からの要求等に応じた値に置換するようにしてもよい。
【００３８】
生成される画面データには、クライアント端末３０を、入力情報通知部３２として機能させるプログラムが含まれる。
【００３９】
続いて、応答返信部１４は、セッション情報記憶部１１１において、ステップＳ１０４又はＳ１０５において生成されたレコードに対し、クライアント端末３０に対して応答する情報を記憶する（Ｓ１１０）。
【００４０】
図５は、セッション情報記憶部の構成例を示す図である。図５において、セッション情報記憶部１１１は、クライアント端末３０とのセッションごとに、セッションＩＤ及び画面名、等を記憶する。
【００４１】
セッションＩＤは、セッションの識別情報であり、ステップＳ１０４又はＳ１０５において記録される。画面名は、クライアント端末３０に送信された画面データに係る画面名である。
【００４２】
すなわち、ステップＳ１１０では、ステップＳ１０９において生成された画面データに係る画面名が、ステップＳ１０４又はＳ１０５において生成されたレコードに対して記録される。なお、図５では、「詳細記入画面」を画面名とする画面データが応答される例が示されている。
【００４３】
続いて、応答返信部１４は、画面データを含む応答（ＨＴＴＰレスポンス）を、クライアント端末３０に返信する（Ｓ１１１）。
【００４４】
クライアント端末３０のＷｅｂブラウザ３１は、当該画面データを受信すると、当該画面データが示す画面（詳細記入画面）を、クライアント端末３０に表示させる。
【００４５】
図６は、詳細記入画面の表示例を示す図である。図６において、詳細記入画面５１０は、入力項目５１１、入力項目５１２、登録ボタン５１３、及びキャンセルボタン５１４等を含む。
【００４６】
詳細記入画面５１１の画面データ（すなわち、図４のステップＳ１０９において生成された画面データ）は、例えば、図７に示されるような定義を含む。図７は、詳細記入画面の画面データの定義例を示す図である。
【００４７】
図７に示される画面データ６１０において、記述６１１ａは、入力項目５１１の項目名（ラベル部分）に対応する定義である。記述６１１ｂは、入力項目５１１の入力領域に対応する定義である。記述６１２ａは、入力項目５１２の項目名（ラベル部分）に対応する定義である。記述６１２ｂは、入力項目５１２の入力領域に対応する定義である。
【００４８】
記述６１３は、登録ボタン５１３に対応する定義である。記述６１４は、キャンセルボタン５１４に対応する定義である。
【００４９】
記述６１５は、詳細記入画面５１０のタイトル、すなわち、詳細記入画面５１０の画面名に関する定義である。
【００５０】
記述６１６は、クライアント端末３０を、入力情報通知部３２として機能させるプログラムの定義を示す。
【００５１】
Ｗｅｂブラウザ３１は、詳細記入画面５１０の表示に伴って、記述６１６に基づいて、クライアント端末３０を、入力情報通知部３２として機能させる。
【００５２】
以下、入力情報通知部３２が実行する処理手順について説明する。図８は、入力情報通知部が実行する処理手順の一例を説明するためのフローチャートである。すなわち、図７の記述６１６には、図８に示されるような処理手順が定義されている。
【００５３】
ステップＳ２０１において、入力情報通知部３２は、処理中フラグの値は、「ｏｆｆ」であるか否かを判定する。処理中フラグとは、図８の処理手順を実行中であるか否かを示す変数であり、「ｏｎ」又は「ｏｆｆ」の値をとる。「ｏｎ」は、図８の処理を実行中であることを示す。「ｏｆｆ」は、図８の処理を実行中でないことを示す。図８の処理は、一定間隔（例えば、１０秒間隔）のタイミングで開始される。したがって、ステップＳ２０１では、前回のタイミングで開始された処理が、実行中で有るか否かが確認される。
【００５４】
処理中フラグの値が「ｏｎ」である場合（Ｓ２０１でＮｏ）、ステップＳ２０２以降は実行されない。この場合、前回のタイミングにおいて開始された処理がまだ終了したおらず、同じ処理の重複実行を回避するためである。
【００５５】
一方、処理中フラグの値が「ｏｆｆ」である場合（Ｓ２０１でＹｅｓ）、入力情報通知部３２は、処理中フラグの値を「ｏｎ」に更新する（Ｓ２０２）。続いて、入力情報通知部３２は、クライアント端末３０に表示されている詳細記入画面５１０の画面データ６１０の複製（コピー）を生成し、当該複製を、例えば、クライアント端末３０の補助記憶装置に記憶する（Ｓ２０３）。以下、当該複製を、「通知用画面データ」という。なお、通知用画面データには、記述６１６は、含まれなくてよい。
【００５６】
続いて、入力情報通知部３２は、詳細記入画面５１０の各入力項目に対する入力値を取得する（Ｓ２０４）。すなわち、詳細記入画面５１０の表示に応じて、ユーザは、各入力項目に対する入力を開始する。ステップＳ２０４では、ユーザによって入力された入力値が取得される。但し、ユーザによる入力操作の進行状況によっては、一部又は全部の入力項目に関して、入力値が取得されない可能性もある。
【００５７】
いずれの入力項目に関しても入力値が取得されなかった場合（Ｓ２０５でＮｏ）、ステップＳ２１２に進む。一方、少なくとも一つの入力項目に関して入力値が取得された場合（Ｓ２０５でＹｅｓ）、入力情報通知部３２は、入力値を、通知用画面データに記録する（Ｓ２０６）。
【００５８】
例えば、このタイミングにおいて、詳細記入画面５１０に対する入力状態は、図９に示される通りであるとする。
【００５９】
図９は、詳細記入画面に対する入力状態の一例を示す図である。図９中、図６と同一部分には同一符号が付されている。図９では、入力項目５１１の入力領域に対して、「東京都中央区１−１＠」という文字列が入力された状態が示されている。この状態において、ステップＳ２０６では、例えば、図１０に示されるように、通知用画面データに対して入力値（「東京都中央区１−１＠」）が記録される。
【００６０】
図１０は、通知用画面データに対する入力値の記録形態の一例を示す図である。図１０中、図７と同一部分には同一符号が付され、その説明は省略される。
【００６１】
図１０に示される通知用画面データ７１０には、図７に示される画面データ６１０に対して、記述７１１及び記述７１２が追加されている。記述７１１は、入力項目５１１の入力領域としてのオブジェクトに対する入力値を示す記述である。記述７１２は、入力項目５１２の入力領域としてのオブジェクトに対する入力値を示す記述である。
【００６２】
本実施の形態において、入力値を示す記述は、以下の形式で記録される。
＜！――
＃＃＜入力領域のオブジェクト名＞＃＃
＜入力値＞
＃＃／＜入力領域のオブジェクト名＃＃
――＞
以下、当該形式は、「入力値記録形式」という。
【００６３】
したがって、例えば、記述７１１は、オブジェクト名が「ｓｙｏｕｓａｉ１＿ｔｅｘｔｂｏｘ」であるオブジェクトに対して、「東京都中央区１−１＠」という入力値が入力されていることを示す。「ｓｙｏｕｓａｉ１＿ｔｅｘｔｂｏｘ」は、入力領域５１１の入力領域としてのオブジェクトのオブジェクト名である。
【００６４】
一方、記述７１２には、入力値が含まれていない。図９より明らかなように、入力項目５１２には、入力値は入力されていないからである。換言すれば、記述７１２は、オブジェクト名が「ｓｙｏｕｓａｉ２＿ｔｅｘｔｂｏｘ」であるオブジェクトに対しては、未だ入力値が入力されていないことを示す。
【００６５】
なお、ＨＴＭＬにおいて、「＜！――」と「――＞」とで囲まれた文字列は、コメントとして扱われる。
【００６６】
また、画面データ６１０に含まれていた記述６１６は、通知用画面データ７１０に含まれていない。通知用画面データ７１０は、入力値の通知を目的とする画面データであるため、記述６１６の定義内容は不要であるからである。
【００６７】
続いて、入力情報通知部３２は、通知用画面データ７１０を、Ｗｅｂサーバ１０の入力情報受信部１５宛に送信する（Ｓ２０７）。なお、入力情報通知部３２は、Ｗｅｂブラウザ３１が開設しているポートとは別にポートを開設し、当該ポートを介して、通知用画面データ７１０を送信する。入力情報通知部３２が、Ｗｅｂブラウザ３１によって開設されているポートを利用してしまうと、通知用画面データ７１０の受信に応じてＷｅｂサーバ１０より返信される画面データによって、Ｗｅｂブラウザ３１の表示内容が更新されてしまう。このような動作は、ユーザにとって不自然だからである。
【００６８】
続いて、入力情報通知部３２は、Ｗｅｂサーバ１０からの応答の受信を待機する（Ｓ２０８）。後述されるように、Ｗｅｂサーバ１０においては、通知用画面データ７１０に基づいて、入力値の妥当性について検証が行われる。したがって、入力情報通知部３２は、入力値の妥当性の検証結果を含む応答の受信を待機する。なお、本実施の形態において、入力値の妥当性とは、予め設定されている制限を満たしていることをいう。
【００６９】
Ｗｅｂサーバ１０からの応答が受信されると（Ｓ２０８でＹｅｓ）、入力情報通知部３２は、当該応答に含まれている検証結果を参照して、入力値に関して制限違反の有無を判定する（Ｓ２０９）。入力値に制限違反が無い場合（Ｓ２０９でＮｏ）、ステップＳ２１２に進む。
【００７０】
入力値に制限違反が有る場合（Ｓ２０９でＹｅｓ）、入力情報通知部３２は、ユーザが操作対象としている詳細記入画面５１０に係るウィンドウとは別のウィンドウの表示を、Ｗｅｂブラウザ３１に実行させる。入力情報通知部３２は、当該別のウィンドウに、Ｗｅｂサーバ１０からの応答に含まれている検証結果画面データを表示させる（Ｓ２１０）。検証結果画面データは、入力値の検証結果を表示させる画面（以下、「検証結果画面」という。）の画面データをいう。
【００７１】
図１１は、検証結果画面の表示例を示す図である。図１１中、図９と同一部分には同一符号が付されている。図１１に示されるように、検証結果画面８１０は、ユーザが操作対象としている詳細記入画面５１０と同一のレイアウトを有している。後述されるように、検証結果画面８１０は、詳細記入画面５１０の画面データ６１０の複製に基づいて生成されたものだからである。
【００７２】
但し、検証結果画面８１０には、制限違反通知部品８１１が追加されている。制限違反通知部品８１１は、入力項目５１１の入力値について、制限違反を通知する表示部品である。図１１において、制限違反通知部品８１１には、「＠は不要？」というメッセージが表示されている。ユーザは、当該メッセージを参照して、「＠」が入力ミスであるか否かを確認することができる。入力ミスである場合、ユーザは、詳細記入画面５１０において、当該入力ミスを修正することができる。
【００７３】
なお、検証結果画面８１０は、詳細記入画面５１０が表示されているウィンドウとは別のウィンドウに表示されるため、ユーザは、詳細記入画面５１０に対する入力を継続することができる。
【００７４】
図１１に示される検証画面８１０は、例えば、図１２に示される検証結果画面データに基づいて表示される。
【００７５】
図１２は、検証結果画面データの定義例を示す図である。図１２中、図１０と同一又は対応する部分には、同一符号が付されている。
【００７６】
図１２に示される検証結果画面データ９１０の記述６１１ｂ及び記述６１２ｂには、ｖａｌｕｅ属性９１１又はｖａｌｕｅ属性９１２が追加されている。すなわち、検証結果画面９１０の入力項目５１１の入力領域としてのオブジェクトと、入力項目５１２の入力領域としてのオブジェクトのそれぞれに関して、値が設定された状態となっている。
【００７７】
具体的には、ｖａｌｕｅ属性９１１では、入力項目５１１の入力領域としてのオブジェクトに対して、「東京都中央区１−１＠」が設定されている。ｖａｌｕｅ属性９１２では、入力項目５１２の入力領域としてのオブジェクトに対して、空の文字列が設定されている。
【００７８】
したがって、図１１に示される検証結果画面８１０では、ｖａｌｕｅ属性９１１に基づいて、入力項目５１１の入力領域に対して「東京都中央区１−１＠」という文字列が表示される。
【００７９】
また、検証結果画面データ９１０には、記述９１３が追加されている。記述９１３は、図１１に示される制限違反通知部品８１１の描画命令に関する定義である。すなわち、Ｗｅｂブラウザ３１は、記述９１３に定義されている描画命令に基づいて、制限違反通知部品８１１を表示させる。
【００８０】
検証結果画面９１０の表示後、検証結果画面９１０がユーザによって閉じられると（Ｓ２１１でＹｅｓ）、入力情報通知部３２は、処理中フラグの値を「ｏｆｆ」に更新し（Ｓ２１２）、図８の処理を終了させる。なお、検証結果画面９１０の表示後の一定時間経過後に、入力情報通知部３２が、自動的に検証結果画面９１０を閉じてもよい。
【００８１】
続いて、Ｗｅｂサーバ１０において、通知用画面データ７１０の受信に応じて実行される、入力値の検証処理の処理手順について説明する。
【００８２】
図１３は、Ｗｅｂサーバが実行する入力値の検証処理の処理手順の一例を説明するためのフローチャートである。
【００８３】
ステップＳ１２１において、入力情報受信部１５は、通知用画面データ７１０を受信する。続いて、入力値検証部１６は、通知用画面データ７１０において、入力値記録形式に該当する部分より、詳細記入画面５１０に対する入力情報を抽出する（Ｓ１２２）。具体的には、まず、通知用画面データ７１０より、記述７１１及び記述７１２が抽出される。記述７１１より、オブジェクト名「ｓｙｏｕｓａｉ１＿ｔｘｔｂｏｘ」と、入力値「東京都中央区１−１＠」とが抽出される。また、記述７１２より、オブジェクト名「ｓｙｏｕｓａｉ２＿ｔｘｔｂｏｘ」が抽出される。記述７１２には、入力値は含まれていないため、記述７１２からは、入力値は抽出されない。または、記述７１２からは、空の文字列が入力値として抽出されてもよい。
【００８４】
続いて、入力値検証部１６は、少なくとも一つの入力項目に関して入力値が抽出されたか否かを判定する（Ｓ１２３）。本実施の形態では、記述７１１に関しては入力値は抽出され、記述７１２に関しては入力値は抽出されなかったと判定される。
【００８５】
いずれの入力項目に関しても入力値が抽出されなかった場合（Ｓ１２３でＮｏ）、ステップＳ１３０に進む。少なくとも一つの入力項目に関して入力値が抽出された場合（Ｓ１２３でＹｅｓ）、入力値検証部１６は、各入力値に関して、制限情報を制限情報記憶部１１３より検索する（Ｓ１２４）。
【００８６】
図１４は、制限情報記憶部の構成例を示す図である。図１４において、制限情報記憶部１１３は、オブジェクト名及び画面名の組み合わせごとに、制限情報及びメッセージ等を記憶する。
【００８７】
制限情報は、オブジェクト名に係るオブジェクトが、画面名に係る画面上において表示される際の入力値の制限を示す情報である。メッセージは、制限情報が示す制限が満たされていない場合に、検証結果画面８１０において表示されるメッセージである。
【００８８】
このように、本実施の形態では、オブジェクト名及び画面名の組み合わせごとに、制限情報が設定される。換言すれば、同一のオブジェクト名であっても、画面名が異なれば、異なる制限情報の設定が可能である。したがって、本実施の形態のように、共通の雛形データに基づいて各画面の画面データが生成される場合、各画面データには、同一のオブジェクト名を有するオブジェクトが含まれるが、各オブジェクトに関して、画面ごとに異なる制限情報の設定が可能である。例えば、図５の１行目と２行目とでは、オブジェクト名は同じであるが、画面名、制限情報、及びメッセージは異なる例が示されている。なお、全ての画面において、制限情報が共通するオブジェクトに関しては、画面名として、全ての画面を表現する記号（例えば「−（ハイフン）」等）が対応付けられてもよい。
【００８９】
したがって、ステップＳ１２４では、抽出された入力値ごとに、当該入力値に対応するオブジェクトと、通知用画面データ７１０の記述６１５に含まれている画面名との双方を含むレコードが、制限情報記憶部１１３より検索される。本実施の形態では、「ｓｙｏｕｓａｉ１＿ｔｘｔｂｏｘ」と「詳細記入画面」とを含むレコードが、制限情報記憶部１１３より検索される。以下、ステップＳ１２４において検索されたレコードを、「検証対象レコード」という。
【００９０】
続いて、入力値検証部１６は、検証対象レコードが検索されたか否かを判定する（Ｓ１２５）。検証対象レコードが検索されなかった場合（Ｓ１２５でＮｏ）、ステップＳ１３０に進む。検証対象レコードが検索された場合（Ｓ１２５でＹｅｓ）、入力値検証部１６は、入力値ごとに、当該入力値に関して検索された検証対象レコードの制限情報が示す制限の充足の有無を判定する（Ｓ１２６）。例えば、オブジェクト名が「ｓｙｏｕｓａｉ１＿ｔｘｔｂｏｘ」であるオブジェクトに対する入力値「東京都中央区１−１＠」に関して、「＠が無いこと」という制限が満たされているか否かが判定される。この場合、当該入力値には「＠」が含まれているため、当該制限は満たされていないと判定される。すなわち、当該入力値は、制限違反に該当すると判定される。
【００９１】
制限違反に該当する入力値が無い場合（Ｓ１２７でＮｏ）、ステップＳ１３０に進む。制限違反に該当する入力値が有る場合（Ｓ１２７でＹｅｓ）、検証結果生成部１７は、検証結果画面データ９１０を生成する（Ｓ１２８）。ステップＳ１２８の詳細については後述される。
【００９２】
続いて、検証結果返信部１８は、検証結果画面データ９１０を含む応答を、入力情報通知部３２に返信する（Ｓ１２９）。一方、ステップＳ１２３でＮｏの場合、ステップＳ１２５でＮｏの場合、又はステップＳ１２７でＮｏの場合、検証結果返信部１８は、制限違反が無いことを示す応答を、入力情報通知部３２に返信する（Ｓ１３０）。
【００９３】
したがって、図８のステップＳ２０９において、Ｗｅｂサーバ１０より返信された応答に検証結果画面データ９１０が含まれている場合、入力情報通知部３２は、制限違反が有ると判定する。一方、検証結果画面データ９１０が含まれていない場合、入力情報通知部３２は、制限違反は無いと判定する。
【００９４】
続いて、ステップＳ１２８の詳細について説明する。図１５は、検証結果画面データの生成処理の処理手順の一例を説明するためのフローチャートである。
【００９５】
ステップＳ１５１において、検証結果生成部１７は、図１３のステップＳ１２１において受信された通知用画面データ７１０の複製を生成する。当該複製は、例えば、補助記憶装置１０２に記憶される。以下、当該複製を、検証結果画面データ９１０と呼ぶ。
【００９６】
続いて、検証結果生成部１７は、入力値記録形式に該当する部分より抽出された入力値を、検証結果画面データ９１０において当該入力値に対応するオブジェクトの値として設定する（Ｓ１５２）。すなわち、当該入力値が、検索結果画面８１０の表示時において、当該オブジェクトに対して入力された値として表示されるようにするための定義が、検証結果画面データ９１０に追加される。例えば、図１２におけるｖａｌｕｅ属性９１１及びｖａｌｕｅ属性９１２は、ステップＳ１５２において追加される。
【００９７】
続いて、検証結果生成部１７は、入力値が制限違反に該当するオブジェクトに関する記述を、検証結果画面データ９１０（図１２）より検索する（Ｓ１５３）。例えば、図１３のステップＳ１２７において入力値が制限違反であると判定されたオブジェクトのオブジェクト名をｎａｍｅ属性に含む記述が、検証結果画面データ９１０より検索される。本実施の形態では、「ｓｙｏｕｓａｉ１＿ｔｘｔｂｏｘ」に関する記述である、記述６１１ｂが検索される。なお、入力値が制限違反に該当するオブジェクトを、以下、「制限違反オブジェクト」という。
【００９８】
続いて、検証結果生成部１７は、検索された各記述に含まれている、各制限違反オブジェクトのサイズ等に基づいて、各制限違反オブジェクトの配置位置を判定する（Ｓ１５４）。配置位置の判定方法は、公知技術に従えばよい。配置位置は、例えば、検証結果画面８１０の左上頂点を原点とした場合の、各オブジェクトの左上の頂点の座標値によって表現される。
【００９９】
続いて、検証結果生成部１７は、制限違反に係る入力値と、当該入力値に適用された制限情報と、ステップＳ１５４において判定された、当該入力値に係るオブジェクトの配置位置とに基づいて、制限違反の箇所を特定する（Ｓ１５５）。本実施の形態では、「東京都中央区１−１＠」に関して、「＠」の位置に係る座標値が特定される。または、当該入力値の文字数に基づいて、当該入力値の末尾の座標値が特定されてもよい。
【０１００】
続いて、検証結果生成部１７は、制限違反通知部品８１１の描画命令を、検証結果画面データ９１０に追加する（Ｓ１５６）。具体的には、制限違反に係る入力値に適用された制限情報を含む制限対象レコードに記録されているメッセージを表示させる制限違反通知部品８１１の描画命令が、検証結果画面データ９１０に追加される。すなわち、記述９１３が、検証結果画面データ９１０に追加される。当該描画命令において、制限違反通知部品８１１の表示位置は、ステップＳ１５５において特定された座標値に基づいて決定される。また、メッセージのみならず、制限違反に該当する箇所を示す図形の描画命令が追加されてもよい。例えば、「＠」を囲む円の描画命令が追加されてもよい。
【０１０１】
なお、制限違反通知部品８１１や上記図形の描画命令は、例えば、Ｊａｖａ（登録商標）スクリプト又はＶＢスクリプト等を用いて定義可能である。この際、制限違反通知部品８１１及び上記図形は、例えば、パネルオブジェクトと呼ばれるオブジェクトによって表現可能である。すなわち、ステップＳ１５６では、パネルオブジェクトの描画命令を示すスクリプトが追加されることにより実現されてもよい。
【０１０２】
上述したように、本実施の形態によれば、複数の画面に関して、共通のロジックによって、入力値の検証を行うことができる。換言すれば、画面別に、入力値の検証の実装が行われる必要はない。したがって、複数画面に対する入力値の検証のための実装を簡素化することができる。
【０１０３】
また、クライアント端末３０に返信される画面データには、当該画面データに基づいて表示される画面に対する入力情報を定期的に通知するプログラムが含まれている。Ｗｅｂサーバ１０は、当該プログラムより通知される入力情報に基づいて、入力値の検証を行う。当該検証の結果は、クライアント端末３０に即時的に返信される。したがって、画面上の全ての入力項目に対する入力が確定される前に、ユーザに対して入力エラーを通知することができる。
【０１０４】
また、検証結果は、ユーザが操作中の画面と同じレイアウトを有する画面に対する指摘によって通知される。したがって、ユーザは、入力ミスの箇所を、視覚的に把握することができる。
【０１０５】
なお、入力情報通知部３２は、詳細記入画面５１０に対する入力情報として、通知用画面データ７１０ではなく、入力対象のオブジェクトのオブジェクト名及び入力値と、詳細記入画面５１０の画面名とを含む情報をＷｅｂサーバ１０に送信してもよい。入力値検証部１６は、斯かる情報に基づいて、各入力値に関して検証を行ってもよい。検証結果を示す情報は、入力項目名と、制限情報記憶部１１３に記憶されているメッセージとを含む文字列であってもよい。入力情報通知部３２は、例えば、当該文字列を含むダイアログを表示させることにより、ユーザに対して、特定の入力項目に関して入力エラーの可能性が有ることを通知することができる。なお、入力項目名とは、入力項目のラベルとしての文字列である。
【０１０６】
また、通知用画面データ７１０は、詳細記入画面５１０のスクリーンショットであってもよい。すなわち、通知用画面データ７１０は、詳細記入画面５１０に対する入力状態を示す画像データであってもよい。この場合、入力情報通知部３２は、当該画像データと、詳細記入画面５１０の画面名とを、定期的にＷｅｂサーバ１０に送信すればよい。入力値検証部１６は、ＯＣＲ（Optical Character Recognition）等の画像処理によって、当該画像データより、入力値を抽出し、抽出された入力値に関して、検証を行うことができる。検証結果生成部１７は、検証結果を示す情報として、当該画像データに対して、制限違反通知部品８１１のような図形が重畳された画像データを生成してもよい。
【０１０７】
但し、本実施の形態のようなテキスト形式の通知用画面データ７１０によって入力値が通知される形態によれば、複雑な画像処理は必要とされない。したがって、テキスト形式の通知用画面データ７１０が用いられる方が、処理付加や処理性能等の点において有利であると考えられる。
【０１０８】
なお、本実施の形態において、Ｗｅｂサーバ１０は、情報処理装置の一例である。入力情報受信部１５は、受信部の一例である。入力値検証部１６は、判定部の一例である。検証結果返信部１８は、返信部の一例である。応答返信部１４は、送信部の一例である。検証結果生成部１７は、生成部の一例である。
【０１０９】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【０１１０】
以上の説明に関し、更に以下の項を開示する。
（付記１）
ネットワークを介して接続される端末が表示する画面の表示部品に対する入力値を受信する受信部と、
前記表示部品と前記画面との組み合わせに対して記憶部が記憶する、当該表示部品に対する入力値に関する制限情報に基づいて、受信された前記入力値が前記制限情報の示す制限を満たしているかを判定する判定部と、
前記制限を満たしていないと判定された場合に、前記制限を満たしていないことを示す情報を含む応答を前記端末に返信する返信部とを有する情報処理装置。
（付記２）
前記画面の表示部品に対する入力値の送信を前記端末に実行させるプログラムを含む第一の画面データを、前記端末に送信する送信部を有し、
前記受信部は、前記プログラムが前記端末に送信させる、前記第一の画面データに基づいて前記端末が表示する画面の表示部品に対する入力値を、受信する付記１記載の情報処理装置。
（付記３）
前記受信部は、前記プログラムが前記端末に生成させる、前記第一の画面データの複製に対して前記表示部品に対する入力値が記録された第二の画面データを受信し、
前記判定部は、前記第二の画面データに記録されている前記入力値に関して、前記制限情報の示す制限を満たしているかを判定し、
前記制限を満たしていないと判定された場合に、前記画面に対して前記第二の画面データに記憶されている前記入力値が入力された状態を示す第三の画面データを生成し、前記第三の画面データに対して、前記制限を満たしていないことを示す情報の描画命令を追加する生成部とを有し、
前記返信部は、前記第三の画面データを含む応答を、前記端末に返信する付記２記載の情報処理装置。
（付記４）
前記受信部は、前記入力値を定期的に受信する付記１乃至３いずれか一項記載の情報処理装置。
（付記５）
ネットワークを介して接続される端末が表示する画面の表示部品に対する入力値を受信し、
前記表示部品と前記画面との組み合わせに対して記憶部が記憶する、当該表示部品に対する入力値に関する制限情報に基づいて、受信された前記入力値が前記制限情報の示す制限を満たしているかを判定し、
前記制限を満たしていないと判定された場合に、前記制限を満たしていないことを示す情報を含む応答を前記端末に返信する処理をコンピュータが実行する入力支援方法。
（付記６）
前記画面の表示部品に対する入力値の送信を前記端末に実行させるプログラムを含む第一の画面データを、前記端末に送信する処理を前記コンピュータが実行し、
前記受信する処理は、前記プログラムが前記端末に送信させる、前記第一の画面データに基づいて前記端末が表示する画面の表示部品に対する入力値を、受信する付記５記載の入力支援方法。
（付記７）
前記受信する処理は、前記プログラムが前記端末に生成させる、前記第一の画面データの複製に対して前記表示部品に対する入力値が記録された第二の画面データを受信し、
前記判定する処理は、前記第二の画面データに記録されている前記入力値に関して、前記制限情報の示す制限を満たしているかを判定し、
前記制限を満たしていないと判定された場合に、前記画面に対して前記第二の画面データに記憶されている前記入力値が入力された状態を示す第三の画面データを生成し、
前記第三の画面データに対して、前記制限を満たしていないことを示す情報の描画命令を追加する処理を前記コンピュータが実行し、
前記返信する処理は、前記第三の画面データを含む応答を、前記端末に返信する付記６記載の入力支援方法。
（付記８）
前記受信する処理は、前記入力値を定期的に受信する付記５乃至７いずれか一項記載の入力支援方法。
（付記９）
ネットワークを介して接続される端末が表示する画面の表示部品に対する入力値を受信し、
前記表示部品と前記画面との組み合わせに対して記憶部が記憶する、当該表示部品に対する入力値に関する制限情報に基づいて、受信された前記入力値が前記制限情報の示す制限を満たしているかを判定し、
前記制限を満たしていないと判定された場合に、前記制限を満たしていないことを示す情報を含む応答を前記端末に返信する処理をコンピュータに実行させる入力支援プログラム。
（付記１０）
前記画面の表示部品に対する入力値の送信を前記端末に実行させるプログラムを含む第一の画面データを、前記端末に送信する処理を前記コンピュータに実行させ、
前記受信する処理は、前記プログラムが前記端末に送信させる、前記第一の画面データに基づいて前記端末が表示する画面の表示部品に対する入力値を、受信する付記９記載の入力支援プログラム。
（付記１１）
前記受信する処理は、前記プログラムが前記端末に生成させる、前記第一の画面データの複製に対して前記表示部品に対する入力値が記録された第二の画面データを受信し、
前記判定する処理は、前記第二の画面データに記録されている前記入力値に関して、前記制限情報の示す制限を満たしているかを判定し、
前記制限を満たしていないと判定された場合に、前記画面に対して前記第二の画面データに記憶されている前記入力値が入力された状態を示す第三の画面データを生成し、
前記第三の画面データに対して、前記制限を満たしていないことを示す情報の描画命令を追加する処理を前記コンピュータに実行させ、
前記返信する処理は、前記第三の画面データを含む応答を、前記端末に返信する付記１０記載の入力支援プログラム。
（付記１２）
前記受信する処理は、前記入力値を定期的に受信する付記８乃至１１いずれか一項記載の入力支援プログラム。
【符号の説明】
【０１１１】
１            情報処理システム
１０          Ｗｅｂサーバ
１１          要求受信部
１２          処理要求部
１３          画面生成部
１４          応答返信部
１５          入力情報受信部
１６          入力値検証部
１７          検証結果生成部
１８          検証結果返信部
２０          アプリケーションサーバ
３０          クライアント端末
３１          Ｗｅｂブラウザ
３２          入力情報通知部
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
１１１        セッション情報記憶部
１１２        雛形データ記憶部
１１３        制限情報記憶部
Ｂ            バス
【図１】
2013140433.tif 000003
【図２】
2013140433.tif 000004
【図３】
2013140433.tif 000005
【図４】
2013140433.tif 000006
【図５】
2013140433.tif 000007
【図６】
2013140433.tif 000008
【図７】
2013140433.tif 000009
【図８】
2013140433.tif 000010
【図９】
2013140433.tif 000011
【図１０】
2013140433.tif 000012
【図１１】
2013140433.tif 000013
【図１２】
2013140433.tif 000014
【図１３】
2013140433.tif 000015
【図１４】
2013140433.tif 000016
【図１５】
2013140433.tif 000017