Webクライアントとして機能するクライアント装置からの要求に応じてその要求元のクライアント装置に入力フォームを、通信ネットワークを介して送信するWebサーバ機能を備えた業務端末装置であって、複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて目印となる所定の文字列識別子を記述したデータベース設定用のテンプレートを取得する取得手段と、前記取得手段により取得されたデータベース設定用のテンプレートを解析して前記文字列識別子を特定する解析手段と、前記解析手段により特定された文字列識別子とデータベース検索により取得したデータとを置換する際に、前記複数の処理対象テーブルの個々に対応してその置換処理を繰り返し実行する置換処理手段と、前記置換手段による置換処理によって前記文字列識別子の位置に埋め込まれた前記テーブル指定情報を含めたデータベース設定用の入力フォームを生成する入力フォーム生成手段と、前記入力フォーム生成手段により生成されたデータベース設定用の入力フォームを前記要求元のクライアント装置に前記通信ネットワークを介して送信する入力フォーム送信手段と、を備えたことを特徴とする業務端末装置。前記文字列識別子は、階層別に複数の文字列識別子として、上位階層の文字列識別子と下位階層の文字列識別子を有し、前記上位階層の文字列識別子が記述されている上位のテンプレートと前記下位階層の文字列識別子が記述されている下位のテンプレートを記憶するテンプレート記憶手段と、前記上位のテンプレートに記述されている上位階層の文字列識別子の位置に前記下位のテンプレートを埋め込むことによりテンプレート同士を結合する結合手段と、を備え、前記取得手段は、前記結合手段により結合されたテンプレートをデータベース設定用のテンプレートとして取得する、ようにしたことを特徴とする請求項1に記載の業務端末装置。前記置換処理手段は、前記文字列識別子とデータベース検索により取得したデータとを置換する際に、前記複数のテーブルの個々に対応して前記テーブル指定情報としてテーブル名を含めて置換する、ようにしたことを特徴とする請求項1あるいは請求項2に記載の業務端末装置。前記要求元のクライアント装置側でデータベース設定用の入力フォーム内に入力された入力データを受信する受信手段と、前記受信手段により受信した入力データに基づいてデータベースを更新する際に、前記データベース設定用の入力フォーム内に埋め込まれている前記複数のテーブル指定情報に対応する複数のファイルをプログラムインターフェースに引き渡す処理を行う引き渡し処理手段と、を更に備える、ようにしたことを特徴とする請求項1~請求項3のいずれかに記載の業務端末装置。前記引き渡し処理手段による処理結果に対してエラーチェックを行うエラーチェック処理手段と、前記エラーチェック処理手段によりエラーチェックが行われた処理結果を前記要求元のクライアント装置に送信する処理結果送信手段と、を更に備える、ようにしたことを特徴とする請求項1~請求項4のいずれかに記載の業務端末装置。業務の種類を任意に指定する業務指定手段と、前記業務指定手段により指定された業務の種類に関連する複数のテーブルを前記処理対象として選択するテーブル選択手段と、を更に備え、前記取得手段は、前記テーブル選択手段により選択された複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて目印となる所定の文字列識別子を記述したデータベース設定用のテンプレートを取得する、ようにしたことを特徴とする請求項1~請求項5のいずれかに記載の業務端末装置。コンピュータに対して、Webクライアントとして機能するクライアント装置からの要求に応じてその要求元のクライアント装置に入力フォームを、通信ネットワークを介して送信する場合に、複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて目印となる所定の文字列識別子を記述したデータベース設定用のテンプレートを取得する機能と、前記取得されたデータベース設定用のテンプレートを解析して前記文字列識別子を特定する機能と、前記特定された文字列識別子とデータベース検索により取得したデータとを置換する際に、前記複数の処理対象テーブルの個々に対応してその置換処理を繰り返し実行する機能と、前記置換処理によって前記文字列識別子の位置に埋め込まれた前記テーブル指定情報を含めたデータベース設定用の入力フォームを生成する機能と、前記生成されたデータベース設定用の入力フォームを前記要求元のクライアント装置に前記通信ネットワークを介して送信する機能と、を実現させるためのプログラム。しかしながら、上述した特許文献の技術にあっては、POS端末装置がWebブラウザを利用してホスト装置側から設定情報を受信して閲覧可能とした技術であり、POS端末装置側では、ホスト装置サーバ装置に対してWebクライアントとして単に機能するだけであった。本発明の課題は、クライアント装置からの要求に応じてその要求元に入力フォームを送信して処理するWebサーバとして機能可能であると共に、複数のテーブルに対する処理を一回の通信で効率良く実現できるようにすることである。上述した課題を解決するために本発明の一つの態様は、Webクライアントとして機能するクライアント装置からの要求に応じてその要求元のクライアント装置に入力フォームを、通信ネットワークを介して送信するWebサーバ機能を備えた業務端末装置であって、複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて目印となる所定の文字列識別子を記述したデータベース設定用のテンプレートを取得する取得手段と、前記取得手段により取得されたデータベース設定用のテンプレートを解析して前記文字列識別子を特定する解析手段と、前記解析手段により特定された文字列識別子とデータベース検索により取得したデータとを置換する際に、前記複数の処理対象テーブルの個々に対応してその置換処理を繰り返し実行する置換処理手段と、前記置換手段による置換処理によって前記文字列識別子の位置に埋め込まれた前記テーブル指定情報を含めたデータベース設定用の入力フォームを生成する入力フォーム生成手段と、前記入力フォーム生成手段により生成されたデータベース設定用の入力フォームを前記要求元のクライアント装置に前記通信ネットワークを介して送信する入力フォーム送信手段と、を備えたことを特徴とする業務端末装置である。上述した課題を解決するために本発明の他の態様は、コンピュータに対して、Webクライアントとして機能するクライアント装置からの要求に応じてその要求元のクライアント装置に入力フォームを、通信ネットワークを介して送信する場合に、複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて目印となる所定の文字列識別子を記述したデータベース設定用のテンプレートを取得する機能と、前記取得されたデータベース設定用のテンプレートを解析して前記文字列識別子を特定する機能と、前記特定された文字列識別子とデータベース検索により取得したデータとを置換する際に、前記複数の処理対象テーブルの個々に対応してその置換処理を繰り返し実行する機能と、前記置換処理によって前記文字列識別子の位置に埋め込まれた前記テーブル指定情報を含めたデータベース設定用の入力フォームを生成する機能と、前記生成されたデータベース設定用の入力フォームを前記要求元のクライアント装置に前記通信ネットワークを介して送信する機能と、を実現させるためのプログラムである。本発明によれば、クライアント装置からの要求に応じてその要求元に入力フォームを送信して処理するWebサーバとして機能可能であると共に、複数のテーブルに対する処理を一回の通信で効率良く実現することができ、業務の円滑化を図ることが可能となる。以下、本発明の実施の形態について、図1~図17を参照して説明する。図1は、Webクライアントとして機能するクライアント装置とWebサーバとして機能する業務端末装置との間でデータが送受信される通信システム業務処理システムを示したブロック図である。業務処理システムは、広域通信網を利用する広域通信システムで、店舗内の業務端末装置1を中核としている。この業務端末装置1は、ECRElectronicCashRegisterやPOSPointofsaleターミナルなどの売上データ処理装置であり、売上データを取引毎に登録処理したり、一取引の登録の終了時に締め処理を実行したりする基本的な機能のほか、WebWorldWideWebクライアント機能及びWebサーバ機能を備えている。業務端末装置1は、ブロードバンドのインターネット公衆電話網2を介してクライアント装置3に接続可能となっている。また、業務端末装置1は、インターネット2を介して無線通信網移動体通信網4に接続され、高速大容量通信を実現する無線通信網4を介して携帯端末装置5に接続可能となっている。クライアント装置3は、クライアント用としてWebブラウザやJAVA登録商標スクリプトなどを有し、業務端末装置サーバ装置1に対してクライアントとして機能する定置型のパーソナルコンピュータPCで、例えば、店舗オーナなどの責任者側の端末装置である。なお、クライアント装置3は、定置型のPCに限らず、携帯端末装置5であってもよい。図2は、業務端末装置1の基本的な構成要素を示したブロック図である。業務端末装置1は、主制御部11を中核とするもので、各種プログラムにしたがってこの業務端末装置1の全体動作を制御するCPU中央演算処理装置やメモリなどを有する。記憶部12は、例えば、ROM、RAM、フラッシュメモリなどの記憶媒体やその駆動系を有するほか、後述する図6~図10のフローチャートに示した動作手順に応じて本実施形態を実現するためのプログラムや各種のアプリケーションを記憶する。なお、上述の記憶媒体は、固定的に設けた内蔵型の記憶媒体に限らず、着脱可能な可搬型の外部記憶媒体であってもよく、また、プログラム/データは、他の機器から有線伝送路あるいは無線伝送路を介してインストールしたり、ネットワーク上のサーバに記憶管理されているプログラム/データをアクセスして使用したりするようにしてもよい。記憶部12には、各種のプログラムとして、OSOperatingSystem、HTTPHyperTextTransferProtocol、HTMLHyperTextMarkupLanguage、CGICommonGatewayInterfaceスクリプトのほか、クライアント機能としてのWebブラウザやJAVA登録商標スクリプトなども格納され、また、データとしてデータベースDBやテンプレートTPなどが格納されている。メモリ13は、計時データ、フラグデータなど、この業務端末装置1が動作するために必要な各種のデータを一時的に記憶するワーク領域である。また、主制御部11には、その入出力周辺デバイスであるタッチ入力表示部14、キー操作部15、客用表示部16、印字部17、広域通信部18などがバスラインを介して接続されており、入出力プログラムにしたがって主制御部11はそれらの動作を制御する。タッチ入力表示14は、表示パネルとタッチパネル図示省略とを有する構成で、高精細な表示パネルの前面にタッチパネルを配置することによりソフトウェアキータッチキーを割り当て配置してその機能名を表示したり、オペレータ用の確認画面や作業画面などを表示したり、指などによるタッチ操作を感知してそのタッチ操作に応じたデータを入力したりするデバイスである。キー操作部15は、押しボタン式の各種キー例えば、電源キーなどを有している。客用表示部16は、売上登録された商品単価や小計などを表示する。印字部17は、例えば、熱転写やインクジェットなどのノンインパクトプリンタあるいはドットインパクトプリンタで、レシートや領収書などの印字を行う。広域通信部18は、ブロードバンドのインターネット2に接続例えば、光通信接続され、クライアント装置3との間でデータの送受信を行う通信インターフェイスである。図3は、業務端末装置1側で生成されたHTMLファイル入力フォームに応じてクライアント装置3側に表示されるDBデータベース設定画面を例示した図である。このDB設定画面は、データベースDBに対する設定用の画面であり、表示用ファイルと呼ばれるマークアップ言語で記述されたHTMLファイル入力フォームに基づいて表示された画面である。すなわち、業務端末装置1は、クライアント装置3からの要求に応じてDB設定画面用としてのHTMLファイル設定用HTMLファイルを生成し、この設定用HTMLファイルをデータベース設定用の入力フォームとして要求元のクライアント装置3に対して送信する。クライアント装置3は、この設定用HTMLファイルを受信すると、この設定用HTMLファイルをそのWebブラウザによって解析し、所定のレイアウトで文字列や画像を配置したWebページをDB設定画面として表示するようにしている。DB設定画面設定用HTMLファイルは、処理対象設定対象の各種のテーブルをツリー状に一覧表示可能となるようにテーブル名を列記する機能のほか、各テーブルの各レコードも一覧表示が可能な機能を有し、更にレコード単位の文字列や画像編集、一括レコード編集が可能な機能を有している。そして、このDB設定画面の全体は、テーブル名、ローカルパス、参照ボタンの各表示領域に区分され、更に、テーブル名の表示領域は、ジャンル毎にその分類名システム管理、商品管理、売上管理、...、に区分され、また、分類名毎にそのジャンルに属する各種のテーブルのテーブル名及び表示名が列記されている。すなわち、分類名がシステム管理の場合には、テーブル名CTA001に対応付けて表示名業務ユーザマスタが列記され、また、テーブル名CTN002に対応付けて表示名プリンタ設定、...が列記されている。分類名が商品管理の場合には、テーブル名CIA001に対応付けて表示名商品マスタが列記され、また、テーブル名CIA002に対応付けて表示名商品部門マスタ、...が列記されている。なお、各テーブル情報の前に付した○は、チェック欄を示している。ローカルパスは、対応する参照ボタンが操作されると、ファイルを選択するためのダイアログが表示され、その中から選択されたファイルへのパスローカルパスが挿入される入力欄である。図4は、設定用HTMLファイルを生成するために用意されている基本的なテンプレートHTMLファイル基本テンプレート4-1を示した図である。基本テンプレート4-1は、単純な構造のHTMLファイルから複雑な長文構造のHTMLファイルを作成するためのテンプレートであり、階層的なテンプレートのうちその上位のテンプレートを示している。すなわち、記憶部12内には各種のテンプレートTPとして、この基本テンプレート4-1のほかに、その下位のテンプレート後述する図12のサブテンプレート12-11、12-12などが記憶されている。なお、各テンプレートTPには、Webブラウザで解析可能なタグと呼ばれる命令で表されるが使用され、このタグにより文字列やWebページの基本的な構造、レイアウトなどの情報が記述されている。図示の基本テンプレート4-1において、そのヘッドhead要素内に記述されているMQSCRIPT-FUNCTIONは、所定のスクリプト定義部に置換される文字列で、はその置換用の文字列識別子目印であり、スクリプト定義部に代えてMQSCRIPT-FUNCTIONが記述されている。また、ボディbody要素内に記述されているMQROOT-LEAFは、データ表示部に置換される文字列で、は、その置換用の文字列識別子目印であり、複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えてMQROOT-LEAFが記述されている。図5は、図4の基本テンプレート4-1に基づいて生成された設定用HTMLファイル出力HTMLファイルを示した図である。業務端末装置1は、基本テンプレート4-1を解析して、文字列識別子、つまり、を特定し、その文字列識別子に代えて置換テータを埋め込むようにしている。この場合、図4の基本テンプレート4-1のヘッドhead要素内において、文字列識別子で示されるMQSCRIPTFUNCTIONは、図中、矩形の太線で囲んだブロックB1内のデータvarLANGUACEja...function...、つまり、スクリプト定義部B1のデータに置換される。なお、この場合の置換処理については後述するものとする。また、図4の基本テンプレート4-1のボディbody要素内において文字列識別子で示されるMQROOTLEAFは、図中、矩形の太線で囲んだブロックB2内のデータInputtype...売上管理...、つまり、データ表示部B2のデータに置換される。このデータ表示部B2内のデータには、複数の処理対象テーブルの個々を指定する各テーブル指定情報として、namefileテーブル名が順次埋め込まれている。図示の例では、商品管理に対応して3個のテーブル指定情報としてCIA001商品マスタ、CIA002商品部門マスタ、CIA003商品グループマスタが埋め込まれた場合を示している。なお、この場合の置換処理については後述するものとする。次に、本実施形態における業務端末装置1の動作概念を図6~図10に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作が逐次実行される。また、ネットワークなどの伝送媒体を介して伝送されてきた上述のプログラムコードに従った動作を逐次実行することもできる。すなわち、記録媒体のほかに、伝送媒体を介して外部供給されたプログラム/データを利用して本実施形態特有の動作を実行することもできる。図6は、業務端末装置1とクライアント装置3との間でのデータの送受信を示したフローチャートである。すなわち、図61は、クライアント装置3側の動作を示し、図62は、業務端末装置1側の動作を示したフローチャートである。先ず、クライアント装置3は、業務端末装置1に対してデータベースDBの更新を要求する要求処理がユーザ操作により指定されると、図61のフローを実行開始し、業務端末装置サーバ装置1に対してDB更新要求を送信する処理を行う図61のステップA1。業務端末装置1は、クライアント装置3からのDB更新要求を受信すると、図62のフローを実行開始し、データベース設定用の基本テンプレート4-1を取得して図62のステップB1、その先頭行から解析し、基本テンプレート4-1のスクリプト定義部を置換データに置き換える処理ステップB2を行うと共に、データ表示部に対する置換処理ステップB3を行う。この場合、処理対象テーブルの個々に対応してその置換処理を繰り返し実行する。これにより図5に示すような設定用HTMLファイルデータベース設定用の入力フォームを生成し、要求元のクライアント装置に対して送信するステップB4。図7は、スクリプト定義部の置換処理図62のステップB2を詳述するためのフローチャートである。図11は、スクリプト定義部の置換処理を具体例に説明するための図である。このスクリプト定義部の置換処理は、基本テンプレート4-1内において文字列識別子で示されたMQSCRIPTFUNCTIONをスクリプト定義部に置換する処理であり、先ず、業務端末装置1は、図4の基本テンプレート4-1の1行目を指定してそのデータの読み込みを開始すると共にステップB101、基本テンプレート4-1内に文字列識別子が残存しているかを調べるステップB102。ここで、基本テンプレート4-1内に文字列識別子が存在していればステップB102でYES、次のステップB103に移り、現在指定している行は、文字列識別子を含む行を指定着目しているのかを調べる。最初は、文字列識別子が含まれていない1行目が指定されるためステップB103でNO、次の行を指定しステップB106、以下、上述のステップB102に戻り、文字列識別子が残存しているかを調べながら文字列識別子を含む行を検出するまで上述の動作を繰り返す。いま、文字列識別子を含む行を検出したときにはステップB103でYES、スクリプト定義部の置換用として設けられているサブテンプレートを読み出し、このサブテンプレート内に含まれている2階層目の♯♯文字列識別子を置換データに置換するステップB104。すなわち、図11に示すように、文字列識別子で示されたMQSCRIPTFUNCTIONを含む行を検出すると、スクリプト定義部の置換用のサブテンプレート、つまり、基本テンプレート4-1よりも下位のテンプレート2段階目のサブテンプレート11-1を読み出し、そのサブテンプレート11-1内に記述されている2階層目のLANGUAGEを置換データjaに置換されるが、その際、HTMLを生成するperlPracticalExtractionandReportLanguage:登録商標、以下、所得レポート作成言語と呼称するからスクリプトに渡す変数と置換される。この場合、2階層目の♯♯文字列識別子と置換する変数との対応関係は、HTML生成用の所得レポート作成言語側に有り、図11に示すように、HTML生成所得レポート作成言語側の変数置換用テーブル11-2から変数置換データを取得して、♯♯文字列識別子との置換を行うようにしている。なお、図中、左側のサブテンプレート11-1が置換前のサブテンプレートを示し、右側のサブテンプレート11-3が置換後のサブテンプレートを示している。そして、基本テンプレート4-1内の文字列識別子を、上述の置換後のサブテンプレート11-3と置換するステップB105。このようにして一つの文字列識別子に対する置換処理が終わると、基本テンプレート4-1の次の行を指定しステップB106、以下、ステップB102に戻るが、スクリプト定義部に他の文字列識別子が残存していなければステップB102でNO、図7のフローから抜ける。図8は、プログラムインターフェースCGI側で実行されるデータ表示部の置換処理図62のステップB3を詳述するためのフローチャートである。図12は、データ表示部の置換処理を具体例に説明するための図である。このデータ表示部の置換処理は、基本テンプレート4-1内において文字列識別子で示されたMQROOTLEAFをデータ表示部に置換する処理であり、先ず、業務端末装置1は、置換データをデータベースDBから検索するステップB201。そして、図4の基本テンプレート4-1の1行目を指定着目してそのデータの読み込みを開始しステップB202、基本テンプレート4-1内に文字列識別子が残存しているかを調べるステップB203。ここで、基本テンプレート4-1内に文字列識別子が存在していればステップB203でYES、次のステップB204に移り、文字列識別子を含む行を指定しているかを調べる。最初は、文字列識別子が含まれていない1行目を指定している場合であるからステップB204でNO、次の行を指定しステップB214、以下、上述のステップB203に戻り、文字列識別子が残存しているかを調べながら文字列識別子を含む行を検出するまで上述の動作を繰り返す。いま、文字列識別子を含む行を検出するとステップB204でYES、全ての分類に対する置換処理が終了したか、つまり、全ての分類内における全てのテーブルに対して置換処理が完了したかを調べるがステップB205、最初は先頭の分類名が指定されるのでヘッダ用のサブテンプレートを読み出し、そのサブテンプレート内の♯♯文字列識別子を置換データに置換するステップB206。ここで、図12に示すように、データ表示部の置換用として、ヘッダ用とデータ用のブロック単位のサブテンプレート12-1が設けられている。このサブテンプレート12-1は、基本テンプレート4-1よりも下位のテンプレート2階層目のサブテンプレートで、ヘッダ用のサブテンプレート12-11とデータ用のサブテンプレート12-2を有している。そして、サブテンプレート12-1には、2階層目の♯♯文字列識別子が記述されており、この♯♯文字列識別子は、データベースDBから検索取得したデータに置換される。業務端末装置1は、図12に示すように、文字列識別子で示されたMQROOTLEAFを含む行を検出すると、ヘッダ用サブテンプレート12-11を読み出し、このヘッダ用サブテンプレート12-11内に記述されているCATEGORYをテーブル情報テーブル12-2を参照して置換データに置換する。図13は、テーブル情報テーブル12-2の内容を示した図である。テーブル情報テーブル12-2は、図131に示すようにテーブル名、表示名、分類名を対応付けた構成のテーブルである。例えば、このテーブル情報テーブル12-2には、テーブル名のCTA001、表示名の業務ユーザマスタ、分類名のシステム管理が対応付けられており、...、また、テーブル名のCIA001、表示名の商品マスタ、分類名の商品管理、...、が対応付けられている。図132は、♯♯文字列識別子と置換データとの対応関係を示した図で、ヘッダ用のサブテンプレート12-11内に記述されているCATEGORYに対応する置換データは、システム管理、商品管理などの分類名であることを示している。なお、図12において図中、12-3は、後で詳述するが、置換後のヘッダ用サブテンプレート12-11と複数のデータ用サブテンプレート12-12とを順次結合した置換テンプレートを示している。この置換テンプレート12-3の例では、ヘッダ用サブテンプレート12-11内のCATEGORYが置換データ商品管理に置換された場合を示している。この場合、ヘッダ用サブテンプレート12-11内に置換データ内にInput要素にtypebuttonvalueを加えることで汎用ボタンを作成表示すべきことが記述されている。次に、指定分類内の各テーブルのうち最初は先頭のテーブルを指定ステップB207した後、図12に示すデータ用のサブテンプレート12-12を読み出し、このサブテンプレート12-12内に記述されているDISPTABLE、TABLEを、対応する置換データにそれぞれ置換するステップB208。例えば、図131に示すように、♯♯文字列識別子と置換データとの対応関係において、DISPTABLEに対応する置換データは、例えば、CTA001業務ユーザマスタ、CIA001商品マスタなどのテーブル名商品名であることを示し、また、TABLEに対応する置換データは、例えば、CTA001、CIA001などのテーブル名であることを示している。このように、DISPTABLE、TABLEを対応する置換データに置換することにより、図12の例の場合、商品管理のヘッダ用サブテンプレート12-11に続き、1番目のデータ用テンプレート12-12内には、テーブル指定情報としてCIA001商品マスタ、CIA001が埋め込まれることになる。この場合、データ用テンプレート12-12内にInput要素にtypefileを加えることでファイルのアップロード用としての入力欄ファイル送信欄を作成表示すべきことが記述されている。次に、指定分類内の全てのテーブルに対して置換処理が終了したかを調べるがステップB209、いま、指定分類内の先頭のテーブルに対する置換が終了した場合であり、全テーブルに対する置換は終了していないのでステップB209でNO、次のテーブルを指定ステップB210した後、上述のステップB208に戻る。これによって図12の例では、商品管理のヘッダ用サブテンプレートに続く2番目のデータ用テンプレート内には、テーブル指定情報としてCIA002商品部門マスタ、CIA002が埋め込まれることになる。この場合においてもInput要素にtypefileを加えることでファイルのアップロード用としての入力欄ファイル送信欄を作成表示すべきことが記述されている。以下、上述の置換動作が繰り返される結果、3番目のデータ用テンプレート内には、テーブル指定情報としてCIA003商品グループマスタ、CIA003が埋め込まれることになる。このようにして各テーブルが順次指定されることにより指定分類内の全てのテーブルに対する置換処理が完了するとステップB209でYES、次の分類名を指定ステップB211した後、上述のステップB205に戻る。この場合、次の分類名として売上管理が指定され、以下、売上管理内の各テーブルに対する置換が行われる。これによって全ての分類名を指定し終わるとステップB205でYES、サブテンプレート12-11、12-12を順次結合して置換テンプレート12-3を生成するステップB212。この場合、図12に示すように置換テンプレート12-3の内容は、ヘッダとして商品管理、データとして商品マスタ、商品部門マスタ、商品グループマスタ、更にヘッダとして売上管理、...、の配列となる。そして、基本テンプレート4-1内に記述されている♯文字列識別子を置換テンプレート12-3に置換するステップB213。以下、基本テンプレート4-1の次の行を指定ステップB214した後、上述のステップB203に戻り、♯文字列識別子を検出する毎に上述の動作を繰り返すことにより設定用HTMLファイルを生成する。これによってデータ表示部の置換処理図62のステップB3が終了すると、業務端末装置1は、生成した設定用HTMLファイルを要求元のクライアント装置3に対して送信するステップB4。ここで、クライアント装置3側では、業務端末装置1から設定用HTMLファイルを受信すると図61のステップA2、その設定用HTMLファイルに基づいてDB設定画面をその表示部図示省略に表示してステップA3、このDB設定画面への入力を受け付けるステップA4。図14は、DB設定画面の表示例を示した図である。図14は、分類名商品管理に対応してテーブル名表示名として、CIA001商品マスタ、CIA002商品部門マスタ、CIA003商品グループマスタが表示されている状態において、CIA001商品マスタ及びCIA002商品部門マスタに対応する参照ボタンが操作されると、ファイルを選択するためのダイアログが表示され、その中から選択されたファイルへのパスローカルパスが入力欄に挿入される。この場合、CIA001商品マスタ及びCIA002商品部門マスタに対応してそのローカルパスの入力欄に選択ファイルへのローカルパスが挿入された場合を示している。すなわち、CIA001商品マスタに対応してローカルパスのCupload-1txtがその入力欄に挿入され、CIA002商品部門マスタに対応してローカルパスのCupload-2txtがその入力欄に挿入された場合である。なお、図14の例では、CIA003商品グループマスタに対応するローカルパスの入力欄は未入力な状態であることを示している。クライアント装置3は、このようなデータ入力操作後にDB設定画面内のアップロードボタン図14を参照が操作されると、DB設定画面に基づいて環境変数CONTENT-LENGTHに図15に示す内容が格納されて、業務端末装置1に対して送信するステップA5。業務端末装置1は、クライアント装置3から環境変数CONTENT-LENGTHを受信すると図62のステップB5、後述する複数ファイルのPOST送信処理ステップB6を実行した後、エラーチェック処理ステップB7を実行し、その処理結果を要求元のクライアント装置3に送信する処理を行うステップB8。そして、クライアント装置3は、業務端末装置1からチェック処理の結果を受信すると、その処理結果を表示する処理を行う図61のステップA6。図9は、複数ファイルのPOST送信処理図62のステップB6を詳述するためのフローチャートである。業務端末装置1は、クライアント装置3から入力データの内容として環境変数CONTENT-LENGTHを受信するとステップB301、この受信した入力データに基づいてデータベースDBを更新する際に、そのフォーム内に埋め込まれている複数のテーブル指定情報に対応する複数のファイルをプログラムインターフェースCGIに引き渡す処理POST送信処理を行う。先ず、業務端末装置1は、所得レポート作成言語によって環境変数CONTENT-LENGTHの1行目を読み込むステップB302。そして、その各行を順次指定しながらその指定行のデータを読み込むために未指定の行が残存しているかを調べるステップB303。いま、1行目を読み込んだ場合にはステップB303でYES、その行にテーブル区切りを示すが含まれているかを調べるがステップB304、図15の例においては、環境変数CONTENT-LENGTHの先頭の行にが含まれているのでステップB304でYES、テーブル区切りとして次の配列要素に移るステップB305。そして、次の行を指定ステップB312した後、上述のステップB302に戻り、環境変数CONTENT-LENGTHから1行分のデータを読み込み、その行にが含まれていなければステップB304でNO、namefileテーブル名が含まれているかを調べるステップB306。図15の例では2行目にnamefileCIA001が含まれているのでステップB306でYES、そのnamefileCIA001;filename=Cupload-1txtを入力テーブル名として配列に格納するステップB307。そして、次の行を指定ステップB312した後、上述のステップB302に戻る。また、指定された行にやnamefileテーブル名が含まれていなければステップB306でNO、現在、指定している指定行は、Content-Typeを含む行よりも2行分下の行2行後であるかを調べるステップB308。この場合、指定行がContent-Typeを含む行に対して2行分下の2行後であればステップB308でYES、その行内のデータをフィールド名として配列に格納するステップB307。すなわち、図15の例においては、指定行が上から数えて5行目であれば、商品コード、商品名、商品部門コード、単価、単位数量がフィールド名として配列に格納される。そして、次の行を指定ステップB312した後、上述のステップB302に戻る。また、現在の指定行がContent-Typeを含む行よりも3行分以上下の行3行以降の行で、かつテーブル区切りを示すの前の行であればステップB310でYES、その行内のデータを配列に格納するステップB311。すなわち、図15の例においては、指定行が上から数えて6行目以降で、かつテーブル区切りを示すの行よりも一つ前の行内の0004、和風ハンバーグ、000001、1000、1がデータとして配列に格納される。そして、次の行を指定ステップB312した後、上述のステップB302に戻る。以下、上述の動作を繰り返す結果、図15の例では、namefileCIA002;filename=Cupload-2txtをテーブル名として配列に格納され、また、商品部門コード、商品部門名がフィールド名として配列に格納され、また、0001、メイン、0002、ドリンクがデータとして配列に格納される。これによって全ての行を指定し終わるとステップB303でYES、他に配列要素が一つでも存在しているかを調べるステップB313。いま、図15の例においては、他の配列要素が存在しているのでステップB313でYES、その配列要素に基づいてSQLStructuredQueryLanguage文insertを生成して、データベースDBに対してその命令を実行するステップB314。この場合、データベースDBへの更新が成功したときにはステップB315でYES、この時点で図9のフローから抜けるが、更新が成功しなかったときにはステップB315でNO、その不成功な部分を修正するためにSQL文updateを生成して、データベースDBに対してその命令を実行ステップB316した後、図9のフローから抜ける。図16は、生成されたSQL文を具体的に示した図である。図10は、POST結果のエラーチェック処理図62のステップB7を詳述するためのフローチャートである。業務端末装置1は、POST送信の処理結果から図171に示すような入力テーブル、フィールド名、入力データを取得するステップB401。そして、図172に示すカラム情報テーブルを読み出しステップB402、このカラム情報テーブルの先頭レコードから順次指定しながらその内容を取得して記録する処理を行うステップB403~B405。先ず、先頭からレコードを順次指定する場合に、未指定のレコードが存在しているか残存しているかを調べるがステップB403、最初は先頭レコードが指定されるので、指定レコード内からカラム情報としてカラム番号、カラムタイプ、カラム長を読み出して記録する処理を行うステップB404。そして、次のレコードを指定ステップB405した後、上述のステップB403に戻り、全てのレコードを指定し終わるまで上述の動作を繰り返す。このようにしてカラム情報を取得した状態において、入力データをカラム毎に切り分け、カラム情報テーブルの内容と入力データとを比較する処理を行う。すなわち、図171に示す入力データをその先頭レコードから順次指定してその内容を読み出しながらカラム情報と比較するチェック処理を行うステップB406~B415。先ず、入力データの内容をその先頭レコードから指定して読み込みステップB406、未指定のレコードが存在しているかを調べるがステップB407、最初は先頭レコードが指定されるので、指定レコードに未指定のフィールドか存在しているかを調べるステップB408。ここで、未指定のフィールドか存在していなければ、つまり、1レコード分のチェック処理が完了した場合にはステップB408でNO、次のレコードを指定ステップB415した後、上述のステップB407に戻るが、未指定のフィールドか存在していればステップB408でYES、そのフィールドを指定してカラム情報のカラムタイプ、カラム長と比較し、両者の型が一致しているかステップB409、長さが一致しているかをチェックするステップB410。ここで、型が不一致である場合ステップB409でNOあるいは長さが不一致の場合にはステップB410でNO、エラー表示のHTMLを生成するステップB411。また、型が一致しステップB409でYES、かつ長さも一致する場合にはステップB410でYES、通常正常表示のHTMLを生成するステップB412。ここで、エラー表示と通常正常表示とを色分けで行うようにしている。そして、生成したHTMLを結合しステップB413、次のフィールドを指定ステップB414した後、上述のステップB408に戻る。これによって1レコード分のチェック処理が終了するとステップB408でNO、次のレコードを指定ステップB415した後、上述のステップB408に戻り、上述のチェック処理を繰り返す。ここで、入力データの全レコードをチェックし終わるとステップB407でNO、生成したHTMLを要求元のクライアント装置3に対して送信するステップB416。クライアント装置3は、業務端末装置1からチェック処理結果を受信して表示する図61のステップA6。図173は、テーブル名CIA001のチェック処理結果の画面を例示した図である。図中、処理結果画面内における塗潰表示のフィールドは、エラー項目であることを示している。例えば、テーブル名0001、0003、0004の単価は、型の相違漢数字であるためにエラーとなった項目であり、テーブル名0003の商品部門コードは、長さの相違1桁余分のためにエラーとなった項目である。この場合、エラー表示と通常正常表示とは色分け表示となる。以上のように、本実施形態において業務端末装置1は、複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて文字列識別子を記述したデータベース設定用のテンプレートを取得し、このテンプレートを解析することにより特定した文字列識別子とデータベースDB検索により取得したデータとを置換する際に、処理対象テーブルの個々に対応してその置換処理を繰り返し実行し、この置換処理によって文字列識別子の位置に埋め込まれた複数のテーブル指定情報を含めたデータベース設定用の入力フォームを生成して、要求元のクライアント装置3に送信するようにしたので、Webサーバとして機能可能であると共に、複数のテーブルに対する処理を一回の通信で効率良く実現することができ、一回の通信で複数ファイル内容を複数のテーブルに反映させることができ、入力操作数が少なくなって操作効率が良くなり、業務の円滑化を図ることが可能となる。文字列識別子は、階層別に複数の文字列識別子として、上位階層の文字列識別子と下位階層の文字列識別子を有すると共に、文字列識別子が記述されている上位のテンプレート基本テンプレート4-1と文字列識別子が記述されている下位のテンプレートサブテンプレート11-1、12-1を有し、業務端末装置1は、この基本テンプレート4-1の文字列識別子の位置にサブテンプレート11-1、12-1の内容を埋め込むことによりテンプレート同士を結合して、データベース設定用の入力フォームを生成するようにしたので、基本テンプレート4-1の簡素化が可能となり、複雑な記述内容を簡素に表現することができ、作業者の開発効率が上がる。また、業務端末装置1は、複数のテーブの個々に対応してテーブル指定情報としてテーブル名を含めて置換するようにしたので、入力対象テーブルを識別することができる。業務端末装置1は、データベース設定用の入力フォーム内に入力された入力データに基づいてデータベースDBを更新する際に、その複数のテーブル指定情報に対応する複数のファイルをCGIに引き渡すPOST送信処理を行うようにしたので、複数ファイルのPOST送信時に入力対象となるテーブルを識別することができ、入力対象テーブルを指定したレコード更新用のSQL文を生成することができる。業務端末装置1は、POST送信処理による処理結果に対してエラーチェックを行い、その処理結果をクライアント装置3に送信するようにしたので、間違ったデータを入力した場合に簡易なデータベースであってもエラー検出が可能となる。この場合、長さをエラー条件としたので、金額上限値を設定することができ、桁違いの金銭的な大きな誤りを防ぐことができ、また、エラー表示と通常正常表示とを色分けで識別するようにしたので、チェック結果が視覚的に分かり易いものとなる。なお、上述した実施形態においては、データベースDBにおいて各テーブルを処理対象としたが、業務の種類に応じて処理対象のテーブルを選択するようにしてもよい。例えば、業務の種類が任意に指定されると、その指定業務の種類に関連する複数のテーブルを処理対象として選択するようしてもよい。この場合、この複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて文字列識別子を記述したデータベース設定用の基本テンプレートを読み出し取得すればよい。これによって業務の種類に応じた処理を効率良く行うことができる。また、上述した実施形態においては、クライアント装置3として店舗オーナなどの責任者側の端末装置について適用した場合を例示したが、例えば、同一店舗内の他の業務端末装置1をクライアント装置あるいは同一系列店舗内の他の業務端末装置1をクライアント装置とした場合であってもよい。すなわち、同一店舗内のいずれかの業務端末装置1をサーバ装置とし、他方の業務端末装置1をクライアント装置としてもよく、また、同一系列のいずれかの店舗内の業務端末装置1をサーバ装置とし、他方の店舗内の業務端末装置1をクライアント装置としてもよい。また、店舗内の各業務端末装置1は、サーバ機能及びクライアント機能を備えるようにしてもよい。また、上述した実施形態においては、業務として店舗運営について適用した場合を示したが、これに限らず、刻々と変化するデータを取り扱う一般事務などであってもよく、業務の内容は問わない。上述した実施形態においては、業務支援端末装置1として、POSターミナルに適用した場合を示したが、ECR、PC、PDA個人向け携帯型情報通信機器などであってもよい。また、上述した実施形態において示した装置や部とは、機能別に複数の筐体に分離されていてもよく、単一の筐体に限らない。また、上述したフローチャートに記述した各ステップは、時系列的な処理に限らず、複数のステップを並列的に処理したり、別個独立して処理したりするようにしてもよい。以上、この発明の実施形態について説明したが、この発明は、これに限定されるものではなく、特許請求の範囲に記載された発明とその均等の範囲を含むものである。以下、本願出願の特許請求の範囲に記載された発明を付記する。付記請求項1請求項1に記載の発明は、Webクライアントとして機能するクライアント装置からの要求に応じてその要求元のクライアント装置に入力フォームを、通信ネットワークを介して送信するWebサーバ機能を備えた業務端末装置であって、複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて目印となる所定の文字列識別子を記述したデータベース設定用のテンプレートを取得する取得手段と、前記取得手段により取得されたデータベース設定用のテンプレートを解析して前記文字列識別子を特定する解析手段と、前記解析手段により特定された文字列識別子とデータベース検索により取得したデータとを置換する際に、前記複数の処理対象テーブルの個々に対応してその置換処理を繰り返し実行する置換処理手段と、前記置換手段による置換処理によって前記文字列識別子の位置に埋め込まれた前記テーブル指定情報を含めたデータベース設定用の入力フォームを生成する入力フォーム生成手段と、前記入力フォーム生成手段により生成されたデータベース設定用の入力フォームを前記要求元のクライアント装置に前記通信ネットワークを介して送信する入力フォーム送信手段と、を備えたことを特徴とする業務端末装置である。請求項2請求項2に記載の発明は、請求項1に記載の業務端末装置において、前記文字列識別子は、階層別に複数の文字列識別子として、上位階層の文字列識別子と下位階層の文字列識別子を有し、前記上位階層の文字列識別子が記述されている上位のテンプレートと前記下位階層の文字列識別子が記述されている下位のテンプレートを記憶するテンプレート記憶手段と、前記上位のテンプレートに記述されている上位階層の文字列識別子の位置に前記下位のテンプレートを埋め込むことによりテンプレート同士を結合する結合手段と、を備え、前記取得手段は、前記結合手段により結合されたテンプレートをデータベース設定用のテンプレートとして取得する、ようにしたことを特徴とする業務端末装置である。請求項3請求項3に記載の発明は、請求項1あるいは請求項2に記載の業務端末装置において、前記置換処理手段は、前記文字列識別子とデータベース検索により取得したデータとを置換する際に、前記複数のテーブルの個々に対応して前記テーブル指定情報としてテーブル名を含めて置換する、ようにしたことを特徴とする業務端末装置である。請求項4請求項4に記載の発明は、請求項1~請求項3のいずれかに記載の業務端末装置において、前記要求元のクライアント装置側でデータベース設定用の入力フォーム内に入力された入力データを受信する受信手段と、前記受信手段により受信した入力データに基づいてデータベースを更新する際に、前記データベース設定用の入力フォーム内に埋め込まれている前記複数のテーブル指定情報に対応する複数のファイルをプログラムインターフェースに引き渡す処理を行う引き渡し処理手段と、を更に備える、ようにしたことを特徴とする業務端末装置である。請求項5請求項5に記載の発明は、請求項1~請求項4のいずれかに記載の業務端末装置において、前記引き渡し処理手段による処理結果に対してエラーチェックを行うエラーチェック処理手段と、前記エラーチェック処理手段によりエラーチェックが行われた処理結果を前記要求元のクライアント装置に送信する処理結果送信手段と、を更に備える、ようにしたことを特徴とする業務端末装置である。請求項6請求項6に記載の発明は、請求項1~請求項5のいずれかに記載の業務端末装置において、業務の種類を任意に指定する業務指定手段と、前記業務指定手段により指定された業務の種類に関連する複数のテーブルを前記処理対象として選択するテーブル選択手段と、を更に備え、前記取得手段は、前記テーブル選択手段により選択された複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて目印となる所定の文字列識別子を記述したデータベース設定用のテンプレートを取得する、ようにしたことを特徴とする業務端末装置である。請求項7請求項7に記載の発明は、コンピュータに対して、Webクライアントとして機能するクライアント装置からの要求に応じてその要求元のクライアント装置に入力フォームを、通信ネットワークを介して送信する場合に、複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて目印となる所定の文字列識別子を記述したデータベース設定用のテンプレートを取得する機能と、前記取得されたデータベース設定用のテンプレートを解析して前記文字列識別子を特定する機能と、前記特定された文字列識別子とデータベース検索により取得したデータとを置換する際に、前記複数の処理対象テーブルの個々に対応してその置換処理を繰り返し実行する機能と、前記置換処理によって前記文字列識別子の位置に埋め込まれた前記テーブル指定情報を含めたデータベース設定用の入力フォームを生成する機能と、前記生成されたデータベース設定用の入力フォームを前記要求元のクライアント装置に前記通信ネットワークを介して送信する機能と、を実現させるためのプログラムである。