JP2013134634A - 業務端末装置及びプログラム - Google Patents

Abstract

【課題】クライアント装置からの要求に応じてその要求元に入力フォームを送信して処理するＷｅｂサーバとして機能可能であると共に、複数のテーブルに対する処理を一回の通信で効率良く実現できるようにする。
【解決手段】業務端末装置は、クライアント装置からＤＢ更新要求を受信すると、複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて＃文字列識別子を記述したデータベース設定用のテンプレートを取得し（図６（２）のステップＢ１）、その先頭行から解析し、そのスクリプト定義部とデータ表示部の置換処理（ステップＢ２、Ｂ３）を行う。この場合、処理対象テーブルの個々に対応してその置換処理を繰り返し実行する。これにより設定用ＨＴＭＬファイル（データベース設定用の入力フォーム）を生成し、要求元のクライアント装置に対して送信する（ステップＢ４）。
【選択図】 図６

Description

本発明は、Ｗｅｂ（World Wide Web）クライアントとして機能するクライアント装置からの要求に応じてその要求元に入力フォームを送信するＷｅｂサーバ機能を備えた業務端末装置及びプログラムに関する。

従来、売上データを取引毎に登録処理したり、一取引の登録の終了時に締め処理を実行したりするＥＣＲ（Electronic Cash Register）やＰＯＳ（Point of sale）ターミナルなどの売上データ処理装置（業務端末装置）には、上述の基本的な機能のほかに、インターネット接続機能（Ｗｅｂアクセス機能）を有し、インターネット（公衆電話網）に接続可能としたものがある。例えば、この種の売上データ処理装置（業務端末装置）としては、Ｗｅｂブラウザが搭載されているＰＯＳ端末装置をインターネット上のホスト装置に接続することによりそのホスト装置側で作成・保存されている設定情報を入手可能とした技術が開発されている（特許文献１参照）。これによってＰＯＳ端末装置毎に専用の設定用ソフトウェアを必要とせずに、個々のＰＯＳ端末構成や搭載ソフトフェアに依存しない設定が可能となる。

特開２００３−６７８５１号公報

しかしながら、上述した特許文献の技術にあっては、ＰＯＳ端末装置がＷｅｂブラウザを利用してホスト装置側から設定情報を受信して閲覧可能とした技術であり、ＰＯＳ端末装置側では、ホスト装置（サーバ装置）に対してＷｅｂクライアントとして単に機能するだけであった。

本発明の課題は、クライアント装置からの要求に応じてその要求元に入力フォームを送信して処理するＷｅｂサーバとして機能可能であると共に、複数のテーブルに対する処理を一回の通信で効率良く実現できるようにすることである。

上述した課題を解決するために本発明の一つの態様は、
Ｗｅｂクライアントとして機能するクライアント装置からの要求に応じてその要求元のクライアント装置に入力フォームを、通信ネットワークを介して送信するＷｅｂサーバ機能を備えた業務端末装置であって、
複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて目印となる所定の文字列識別子を記述したデータベース設定用のテンプレートを取得する取得手段と、
前記取得手段により取得されたデータベース設定用のテンプレートを解析して前記文字列識別子を特定する解析手段と、
前記解析手段により特定された文字列識別子とデータベース検索により取得したデータとを置換する際に、前記複数の処理対象テーブルの個々に対応してその置換処理を繰り返し実行する置換処理手段と、
前記置換手段による置換処理によって前記文字列識別子の位置に埋め込まれた前記テーブル指定情報を含めたデータベース設定用の入力フォームを生成する入力フォーム生成手段と、
前記入力フォーム生成手段により生成されたデータベース設定用の入力フォームを前記要求元のクライアント装置に前記通信ネットワークを介して送信する入力フォーム送信手段と、
を備えたことを特徴とする業務端末装置である。

上述した課題を解決するために本発明の他の態様は、
コンピュータに対して、
Ｗｅｂクライアントとして機能するクライアント装置からの要求に応じてその要求元のクライアント装置に入力フォームを、通信ネットワークを介して送信する場合に、複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて目印となる所定の文字列識別子を記述したデータベース設定用のテンプレートを取得する機能と、
前記取得されたデータベース設定用のテンプレートを解析して前記文字列識別子を特定する機能と、
前記特定された文字列識別子とデータベース検索により取得したデータとを置換する際に、前記複数の処理対象テーブルの個々に対応してその置換処理を繰り返し実行する機能と、
前記置換処理によって前記文字列識別子の位置に埋め込まれた前記テーブル指定情報を含めたデータベース設定用の入力フォームを生成する機能と、
前記生成されたデータベース設定用の入力フォームを前記要求元のクライアント装置に前記通信ネットワークを介して送信する機能と、
を実現させるためのプログラムである。

本発明によれば、クライアント装置からの要求に応じてその要求元に入力フォームを送信して処理するＷｅｂサーバとして機能可能であると共に、複数のテーブルに対する処理を一回の通信で効率良く実現することができ、業務の円滑化を図ることが可能となる。

Ｗｅｂクライアントとして機能するクライアント装置３とＷｅｂサーバとして機能する業務端末装置１との間でデータが送受信される通信システム（業務処理システム）を示したブロック図。 業務端末装置１の基本的な構成要素を示したブロック図。 業務端末装置１側で生成されたＨＴＭＬファイル（入力フォーム）に応じてクライアント装置３側に表示されるＤＢ（データベース）設定画面を例示した図。 設定用ＨＴＭＬファイルを生成するための基本的なテンプレート（基本テンプレート）４−１を示した図。 基本テンプレート４−１に基づいて生成された設定用ＨＴＭＬファイル（入力フォーム）を示した図。 業務端末装置１とクライアント装置３との間での通信時において、（１）は、クライアント装置３側の動作を示し、（２）は、業務端末装置１側の動作を示したフローチャート。 スクリプト定義部の置換処理（図６（２）のステップＢ２）を詳述するためのフローチャート。 データ表示部の置換処理（図６（２）のステップＢ３）を詳述するためのフローチャート。 複数ファイルのＰＯＳＴ送信処理（図６（２）のステップＢ６）を詳述するためのフローチャート。 ＰＯＳＴ結果のエラーチェック処理（図６（２）のステップＢ７）を詳述するためのフローチャート。 スクリプト定義部の置換処理を具体例に説明するための図。 データ表示部の置換処理を具体例に説明するための図。 （１）、（２）は、テーブル情報テーブル１２−２の内容を示した図。 クライアント装置３側でのＤＢ設定画面の表示例を示した図。 クライアント装置３側において設定用ＨＴＭＬファイル（入力フォーム）に基づいて生成された環境変数を例示した図。 ＰＯＳＴ送信処理で生成されたＳＱＬ文の具体例を示した図。 （１）は、チェック対象となる入力データ、（２）は、チェック用のカラム情報テーブル、（３）は、チェック結果の具体例を示した図。

以下、本発明の実施の形態について、図１〜図１７を参照して説明する。
図１は、Ｗｅｂクライアントとして機能するクライアント装置とＷｅｂサーバとして機能する業務端末装置との間でデータが送受信される通信システム（業務処理システム）を示したブロック図である。
業務処理システムは、広域通信網を利用する広域通信システムで、店舗内の業務端末装置１を中核としている。この業務端末装置１は、ＥＣＲ（Electronic Cash Register）やＰＯＳ（Point of sale）ターミナルなどの売上データ処理装置であり、売上データを取引毎に登録処理したり、一取引の登録の終了時に締め処理を実行したりする基本的な機能のほか、Ｗｅｂ（World Wide Web）クライアント機能及びＷｅｂサーバ機能を備えている。

業務端末装置１は、ブロードバンドのインターネット（公衆電話網）２を介してクライアント装置３に接続可能となっている。また、業務端末装置１は、インターネット２を介して無線通信網（移動体通信網）４に接続され、高速大容量通信を実現する無線通信網４を介して携帯端末装置５に接続可能となっている。クライアント装置３は、クライアント用としてＷｅｂブラウザやＪＡＶＡ（登録商標）スクリプトなどを有し、業務端末装置（サーバ装置）１に対してクライアントとして機能する定置型のパーソナルコンピュータ（ＰＣ）で、例えば、店舗オーナなどの責任者側の端末装置である。なお、クライアント装置３は、定置型のＰＣに限らず、携帯端末装置５であってもよい。

図２は、業務端末装置１の基本的な構成要素を示したブロック図である。
業務端末装置１は、主制御部１１を中核とするもので、各種プログラムにしたがってこの業務端末装置１の全体動作を制御するＣＰＵ（中央演算処理装置）やメモリなどを有する。記憶部１２は、例えば、ＲＯＭ、ＲＡＭ、フラッシュメモリなどの記憶媒体やその駆動系を有するほか、後述する図６〜図１０のフローチャートに示した動作手順に応じて本実施形態を実現するためのプログラムや各種のアプリケーションを記憶する。なお、上述の記憶媒体は、固定的に設けた内蔵型の記憶媒体に限らず、着脱可能な可搬型の外部記憶媒体であってもよく、また、プログラム／データは、他の機器から有線伝送路あるいは無線伝送路を介してインストールしたり、ネットワーク上のサーバに記憶管理されているプログラム／データをアクセスして使用したりするようにしてもよい。

記憶部１２には、各種のプログラムとして、ＯＳ（Operating System）、ＨＴＴＰ（Hyper Text Transfer Protocol）、ＨＴＭＬ（Hyper Text Markup Language）、ＣＧＩ（Common Gateway Interface）スクリプトのほか、クライアント機能としてのＷｅｂブラウザやＪＡＶＡ（登録商標）スクリプトなども格納され、また、データとしてデータベースＤＢやテンプレートＴＰなどが格納されている。メモリ１３は、計時データ、フラグデータなど、この業務端末装置１が動作するために必要な各種のデータを一時的に記憶するワーク領域である。また、主制御部１１には、その入出力周辺デバイスであるタッチ入力表示部１４、キー操作部１５、客用表示部１６、印字部１７、広域通信部１８などがバスラインを介して接続されており、入出力プログラムにしたがって主制御部１１はそれらの動作を制御する。

タッチ入力表示１４は、表示パネルとタッチパネル（図示省略）とを有する構成で、高精細な表示パネルの前面にタッチパネルを配置することによりソフトウェアキー（タッチキー）を割り当て配置してその機能名を表示したり、オペレータ用の確認画面や作業画面などを表示したり、指などによるタッチ操作を感知してそのタッチ操作に応じたデータを入力したりするデバイスである。キー操作部１５は、押しボタン式の各種キー（例えば、電源キーなど）を有している。客用表示部１６は、売上登録された商品単価や小計などを表示する。印字部１７は、例えば、熱転写やインクジェットなどのノンインパクトプリンタあるいはドットインパクトプリンタで、レシートや領収書などの印字を行う。広域通信部１８は、ブロードバンドのインターネット２に接続（例えば、光通信接続）され、クライアント装置３との間でデータの送受信を行う通信インターフェイスである。

図３は、業務端末装置１側で生成されたＨＴＭＬファイル（入力フォーム）に応じてクライアント装置３側に表示されるＤＢ（データベース）設定画面を例示した図である。
このＤＢ設定画面は、データベースＤＢに対する設定用の画面であり、表示用ファイルと呼ばれるマークアップ言語で記述されたＨＴＭＬファイル（入力フォーム）に基づいて表示された画面である。すなわち、業務端末装置１は、クライアント装置３からの要求に応じてＤＢ設定画面用としてのＨＴＭＬファイル（設定用ＨＴＭＬファイル）を生成し、この設定用ＨＴＭＬファイルをデータベース設定用の入力フォームとして要求元のクライアント装置３に対して送信する。クライアント装置３は、この設定用ＨＴＭＬファイルを受信すると、この設定用ＨＴＭＬファイルをそのＷｅｂブラウザによって解析し、所定のレイアウトで文字列や画像を配置したＷｅｂページをＤＢ設定画面として表示するようにしている。

ＤＢ設定画面（設定用ＨＴＭＬファイル）は、処理対象（設定対象）の各種のテーブルをツリー状に一覧表示可能となるようにテーブル名を列記する機能のほか、各テーブルの各レコードも一覧表示が可能な機能を有し、更にレコード単位の文字列や画像編集、一括レコード編集が可能な機能を有している。そして、このＤＢ設定画面の全体は、「テーブル名」、「ローカルパス」、「参照ボタン」の各表示領域に区分され、更に、「テーブル名」の表示領域は、ジャンル毎にその分類名“システム管理”、“商品管理”、“売上管理”、…、に区分され、また、分類名毎にそのジャンルに属する各種のテーブルのテーブル名及び表示名が列記されている。

すなわち、分類名が“システム管理”の場合には、テーブル名“CTA001”に対応付けて表示名“業務ユーザマスタ”が列記され、また、テーブル名“CTN002”に対応付けて表示名“プリンタ設定”、…が列記されている。分類名が“商品管理”の場合には、テーブル名“CIA001”に対応付けて表示名“商品マスタ”が列記され、また、テーブル名“CIA002”に対応付けて表示名“商品部門マスタ”、…が列記されている。なお、各テーブル情報の前に付した“○”は、チェック欄を示している。「ローカルパス」は、対応する「参照ボタン」が操作されると、ファイルを選択するためのダイアログが表示され、その中から選択されたファイルへのパス（ローカルパス）が挿入される入力欄である。

図４は、設定用ＨＴＭＬファイルを生成するために用意されている基本的なテンプレートＨＴＭＬファイル（基本テンプレート）４−１を示した図である。
基本テンプレート４−１は、単純な構造のＨＴＭＬファイルから複雑な長文構造のＨＴＭＬファイルを作成するためのテンプレートであり、階層的なテンプレートのうちその上位のテンプレートを示している。すなわち、記憶部１２内には各種のテンプレートＴＰとして、この基本テンプレート４−１のほかに、その下位のテンプレート（後述する図１２のサブテンプレート１２−１１、１２−１２など）が記憶されている。なお、各テンプレートＴＰには、Ｗｅｂブラウザで解析可能なタグと呼ばれる命令（「<」＋「要素名」＋「>」で表される）が使用され、このタグにより文字列やＷｅｂページの基本的な構造、レイアウトなどの情報が記述されている。

図示の基本テンプレート４−１において、そのヘッド（head）要素内に記述されている「#MQSCRIPT₋FUNCTION#」は、所定のスクリプト定義部に置換される文字列で、“＃”はその置換用の文字列識別子（目印）であり、スクリプト定義部に代えて「#MQSCRIPT₋FUNCTION#」が記述されている。また、ボディ（body）要素内に記述されている「#MQROOT₋LEAF#」は、データ表示部に置換される文字列で、“＃”は、その置換用の文字列識別子（目印）であり、複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて「#MQROOT₋LEAF#」が記述されている。

図５は、図４の基本テンプレート４−１に基づいて生成された設定用ＨＴＭＬファイル（出力ＨＴＭＬファイル）を示した図である。
業務端末装置１は、基本テンプレート４−１を解析して、＃文字列識別子、つまり、「＃」＊＊＊＊＊「＃」を特定し、その文字列識別子に代えて置換テータを埋め込むようにしている。この場合、図４の基本テンプレート４−１のヘッド（head）要素内において、＃文字列識別子で示される「#MQSCRIPT_-FUNCTION#」は、図中、矩形の太線で囲んだブロック（Ｂ１）内のデータ「var LANGUACE=”ja”;…function…」、つまり、スクリプト定義部（Ｂ１）のデータに置換される。なお、この場合の置換処理については後述するものとする。

また、図４の基本テンプレート４−１のボディ（body）要素内において＃文字列識別子で示される「#MQROOT_-LEAF#」は、図中、矩形の太線で囲んだブロック（Ｂ２）内のデータ「<tr><td>Input type=…>売上管理<tr></td>…」、つまり、データ表示部（Ｂ２）のデータに置換される。このデータ表示部（Ｂ２）内のデータには、複数の処理対象テーブルの個々を指定する各テーブル指定情報として、“name=”file＊＊＊（テーブル名）”が順次埋め込まれている。図示の例では、「商品管理」に対応して３個のテーブル指定情報として「CIA001 商品マスタ」、「CIA002 商品部門マスタ」、「CIA003 商品グループマスタ」が埋め込まれた場合を示している。なお、この場合の置換処理については後述するものとする。

次に、本実施形態における業務端末装置１の動作概念を図６〜図１０に示すフローチャートを参照して説明する。ここで、これらのフローチャートに記述されている各機能は、読み取り可能なプログラムコードの形態で格納されており、このプログラムコードにしたがった動作が逐次実行される。また、ネットワークなどの伝送媒体を介して伝送されてきた上述のプログラムコードに従った動作を逐次実行することもできる。すなわち、記録媒体のほかに、伝送媒体を介して外部供給されたプログラム／データを利用して本実施形態特有の動作を実行することもできる。

図６は、業務端末装置１とクライアント装置３との間でのデータの送受信を示したフローチャートである。すなわち、図６（１）は、クライアント装置３側の動作を示し、図６（２）は、業務端末装置１側の動作を示したフローチャートである。
先ず、クライアント装置３は、業務端末装置１に対してデータベースＤＢの更新を要求する要求処理がユーザ操作により指定されると、図６（１）のフローを実行開始し、業務端末装置（サーバ装置）１に対してＤＢ更新要求を送信する処理を行う（図６（１）のステップＡ１）。

業務端末装置１は、クライアント装置３からのＤＢ更新要求を受信すると、図６（２）のフローを実行開始し、データベース設定用の基本テンプレート４−１を取得して（図６（２）のステップＢ１）、その先頭行から解析し、基本テンプレート４−１のスクリプト定義部を置換データに置き換える処理（ステップＢ２）を行うと共に、データ表示部に対する置換処理（ステップＢ３）を行う。この場合、処理対象テーブルの個々に対応してその置換処理を繰り返し実行する。これにより図５に示すような設定用ＨＴＭＬファイル（データベース設定用の入力フォーム）を生成し、要求元のクライアント装置に対して送信する（ステップＢ４）。

図７は、スクリプト定義部の置換処理（図６（２）のステップＢ２）を詳述するためのフローチャートである。図１１は、スクリプト定義部の置換処理を具体例に説明するための図である。
このスクリプト定義部の置換処理は、基本テンプレート４−１内において＃文字列識別子で示された「#MQSCRIPT_-FUNCTION#」をスクリプト定義部に置換する処理であり、先ず、業務端末装置１は、図４の基本テンプレート４−１の１行目を指定してそのデータの読み込みを開始すると共に（ステップＢ１０１）、基本テンプレート４−１内に＃文字列識別子が残存しているかを調べる（ステップＢ１０２）。

ここで、基本テンプレート４−１内に＃文字列識別子が存在していれば（ステップＢ１０２でＹＥＳ）、次のステップＢ１０３に移り、現在指定している行は、＃文字列識別子を含む行を指定（着目）しているのかを調べる。最初は、＃文字列識別子が含まれていない１行目が指定されるため（ステップＢ１０３でＮＯ）、次の行を指定し（ステップＢ１０６）、以下、上述のステップＢ１０２に戻り、＃文字列識別子が残存しているかを調べながら＃文字列識別子を含む行を検出するまで上述の動作を繰り返す。

いま、＃文字列識別子を含む行を検出したときには（ステップＢ１０３でＹＥＳ）、スクリプト定義部の置換用として設けられているサブテンプレートを読み出し、このサブテンプレート内に含まれている２階層目の♯♯文字列識別子を置換データに置換する（ステップＢ１０４）。すなわち、図１１に示すように、＃文字列識別子で示された「#MQSCRIPT_-FUNCTION#」を含む行を検出すると、スクリプト定義部の置換用のサブテンプレート、つまり、基本テンプレート４−１よりも下位のテンプレート（２段階目のサブテンプレート）１１−１を読み出し、そのサブテンプレート１１−１内に記述されている２階層目の「##LANGUAGE##」を置換データ「”ja”」に置換されるが、その際、ＨＴＭＬを生成するｐｅｒｌ（Practical Extraction and Report Language：登録商標、以下、所得レポート作成言語と呼称する）からスクリプトに渡す変数と置換される。

この場合、２階層目の♯♯文字列識別子と置換する変数との対応関係は、ＨＴＭＬ生成用の所得レポート作成言語側に有り、図１１に示すように、ＨＴＭＬ生成所得レポート作成言語側の変数置換用テーブル１１−２から変数（置換データ）を取得して、♯♯文字列識別子との置換を行うようにしている。なお、図中、左側のサブテンプレート１１−１が置換前のサブテンプレートを示し、右側のサブテンプレート１１−３が置換後のサブテンプレートを示している。そして、基本テンプレート４−１内の＃文字列識別子を、上述の置換後のサブテンプレート１１−３と置換する（ステップＢ１０５）。このようにして一つの＃文字列識別子に対する置換処理が終わると、基本テンプレート４−１の次の行を指定し（ステップＢ１０６）、以下、ステップＢ１０２に戻るが、スクリプト定義部に他の＃文字列識別子が残存していなければ（ステップＢ１０２でＮＯ）、図７のフローから抜ける。

図８は、プログラムインターフェース（ＣＧＩ）側で実行されるデータ表示部の置換処理（図６（２）のステップＢ３）を詳述するためのフローチャートである。図１２は、データ表示部の置換処理を具体例に説明するための図である。
このデータ表示部の置換処理は、基本テンプレート４−１内において＃文字列識別子で示された「#MQROOT_-LEAF#」をデータ表示部に置換する処理であり、先ず、業務端末装置１は、置換データをデータベースＤＢから検索する（ステップＢ２０１）。そして、図４の基本テンプレート４−１の１行目を指定（着目）してそのデータの読み込みを開始し（ステップＢ２０２）、基本テンプレート４−１内に＃文字列識別子が残存しているかを調べる（ステップＢ２０３）。

ここで、基本テンプレート４−１内に＃文字列識別子が存在していれば（ステップＢ２０３でＹＥＳ）、次のステップＢ２０４に移り、＃文字列識別子を含む行を指定しているかを調べる。最初は、＃文字列識別子が含まれていない１行目を指定している場合であるから（ステップＢ２０４でＮＯ）、次の行を指定し（ステップＢ２１４）、以下、上述のステップＢ２０３に戻り、＃文字列識別子が残存しているかを調べながら＃文字列識別子を含む行を検出するまで上述の動作を繰り返す。

いま、＃文字列識別子を含む行を検出すると（ステップＢ２０４でＹＥＳ）、全ての分類に対する置換処理が終了したか、つまり、全ての分類内における全てのテーブルに対して置換処理が完了したかを調べるが（ステップＢ２０５）、最初は先頭の分類名が指定されるのでヘッダ用のサブテンプレートを読み出し、そのサブテンプレート内の♯♯文字列識別子を置換データに置換する（ステップＢ２０６）。ここで、図１２に示すように、データ表示部の置換用として、ヘッダ用とデータ用のブロック単位のサブテンプレート１２−１が設けられている。

このサブテンプレート１２−１は、基本テンプレート４−１よりも下位のテンプレート（２階層目のサブテンプレート）で、ヘッダ用のサブテンプレート１２−１１とデータ用のサブテンプレート１２−２を有している。そして、サブテンプレート１２−１には、２階層目の♯♯文字列識別子が記述されており、この♯♯文字列識別子は、データベースＤＢから検索取得したデータに置換される。業務端末装置１は、図１２に示すように、＃文字列識別子で示された「#MQROOT_-LEAF#」を含む行を検出すると、ヘッダ用サブテンプレート１２−１１を読み出し、このヘッダ用サブテンプレート１２−１１内に記述されている「##CATEGORY##」をテーブル情報テーブル１２−２を参照して置換データに置換する。

図１３は、テーブル情報テーブル１２−２の内容を示した図である。
テーブル情報テーブル１２−２は、図１３（１）に示すように「テーブル名」、「表示名」、「分類名」を対応付けた構成のテーブルである。例えば、このテーブル情報テーブル１２−２には、「テーブル名」の“CTA001”、「表示名」の“業務ユーザマスタ”、「分類名」の“システム管理”が対応付けられており、…、また、「テーブル名」の“CIA001”、「表示名」の“商品マスタ”、「分類名」の“商品管理”、…、が対応付けられている。図１３（２）は、♯♯文字列識別子と置換データとの対応関係を示した図で、ヘッダ用のサブテンプレート１２−１１内に記述されている「##CATEGORY##」に対応する置換データは、“システム管理”、“商品管理”などの「分類名」であることを示している。

なお、図１２において図中、１２−３は、後で詳述するが、置換後のヘッダ用サブテンプレート１２−１１と複数のデータ用サブテンプレート１２−１２とを順次結合した置換テンプレートを示している。この置換テンプレート１２−３の例では、ヘッダ用サブテンプレート１２−１１内の「##CATEGORY##」が置換データ“商品管理”に置換された場合を示している。この場合、ヘッダ用サブテンプレート１２−１１内に置換データ内にInput要素にtype=“button”value=“+”を加えることで汎用ボタン“+”を作成表示すべきことが記述されている。

次に、指定分類内の各テーブルのうち最初は先頭のテーブルを指定（ステップＢ２０７）した後、図１２に示すデータ用のサブテンプレート１２−１２を読み出し、このサブテンプレート１２−１２内に記述されている「##DISPTABLE##」、「##TABLE##」を、対応する置換データにそれぞれ置換する（ステップＢ２０８）。例えば、図１３（１）に示すように、♯♯文字列識別子と置換データとの対応関係において、「##DISPTABLE##」に対応する置換データは、例えば、“CTA001 業務ユーザマスタ”、“CIA001 商品マスタ”などの「テーブル名 商品名」であることを示し、また、「##TABLE##」に対応する置換データは、例えば、“CTA001”、“CIA001”などの「テーブル名」であることを示している。

このように、「##DISPTABLE##」、「##TABLE##」を対応する置換データに置換することにより、図１２の例の場合、“商品管理”のヘッダ用サブテンプレート１２−１１に続き、１番目のデータ用テンプレート１２−１２内には、テーブル指定情報として“CIA001 商品マスタ”、“CIA001”が埋め込まれることになる。この場合、データ用テンプレート１２−１２内にInput要素にtype=“file”を加えることでファイルのアップロード用としての入力欄（ファイル送信欄）を作成表示すべきことが記述されている。

次に、指定分類内の全てのテーブルに対して置換処理が終了したかを調べるが（ステップＢ２０９）、いま、指定分類内の先頭のテーブルに対する置換が終了した場合であり、全テーブルに対する置換は終了していないので（ステップＢ２０９でＮＯ）、次のテーブルを指定（ステップＢ２１０）した後、上述のステップＢ２０８に戻る。これによって図１２の例では、“商品管理”のヘッダ用サブテンプレートに続く２番目のデータ用テンプレート内には、テーブル指定情報として“CIA002 商品部門マスタ”、“CIA002”が埋め込まれることになる。この場合においてもInput要素にtype=“file”を加えることでファイルのアップロード用としての入力欄（ファイル送信欄）を作成表示すべきことが記述されている。以下、上述の置換動作が繰り返される結果、３番目のデータ用テンプレート内には、テーブル指定情報として“CIA003 商品グループマスタ”、“CIA003”が埋め込まれることになる。

このようにして各テーブルが順次指定されることにより指定分類内の全てのテーブルに対する置換処理が完了すると（ステップＢ２０９でＹＥＳ）、次の分類名を指定（ステップＢ２１１）した後、上述のステップＢ２０５に戻る。この場合、次の分類名として“売上管理”が指定され、以下、“売上管理”内の各テーブルに対する置換が行われる。これによって全ての分類名を指定し終わると（ステップＢ２０５でＹＥＳ）、サブテンプレート１２−１１、１２−１２を順次結合して置換テンプレート１２−３を生成する（ステップＢ２１２）。

この場合、図１２に示すように置換テンプレート１２−３の内容は、ヘッダとして“商品管理”、データとして“商品マスタ”、“商品部門マスタ”、“商品グループマスタ”、更にヘッダとして“売上管理”、…、の配列となる。そして、基本テンプレート４−１内に記述されている♯文字列識別子を置換テンプレート１２−３に置換する（ステップＢ２１３）。以下、基本テンプレート４−１の次の行を指定（ステップＢ２１４）した後、上述のステップＢ２０３に戻り、♯文字列識別子を検出する毎に上述の動作を繰り返すことにより設定用ＨＴＭＬファイルを生成する。

これによってデータ表示部の置換処理（図６（２）のステップＢ３）が終了すると、業務端末装置１は、生成した設定用ＨＴＭＬファイルを要求元のクライアント装置３に対して送信する（ステップＢ４）。ここで、クライアント装置３側では、業務端末装置１から設定用ＨＴＭＬファイルを受信すると（図６（１）のステップＡ２）、その設定用ＨＴＭＬファイルに基づいてＤＢ設定画面をその表示部（図示省略）に表示して（ステップＡ３）、このＤＢ設定画面への入力を受け付ける（ステップＡ４）。

図１４は、ＤＢ設定画面の表示例を示した図である。
図１４は、分類名“商品管理”に対応してテーブル名 表示名として、“CIA001 商品マスタ”、“CIA002 商品部門マスタ”、“CIA003 商品グループマスタ”が表示されている状態において、“CIA001 商品マスタ”及び“CIA002 商品部門マスタ”に対応する参照ボタンが操作されると、ファイルを選択するためのダイアログが表示され、その中から選択されたファイルへのパス（ローカルパス）が入力欄に挿入される。

この場合、“CIA001 商品マスタ”及び“CIA002 商品部門マスタ”に対応してその「ローカルパス」の入力欄に選択ファイルへの“ローカルパス”が挿入された場合を示している。すなわち、“CIA001 商品マスタ”に対応してローカルパス
の“C; \ upload₋1.txt”がその入力欄に挿入され、“CIA002
商品部門マスタ”に対応してローカルパスの“C; \ upload₋2.txt”がその入力欄に挿入された場合である。なお、図１４の例では、“CIA003 商品グループマスタ”に対応する「ローカルパス」の入力欄は未入力な状態であることを示している。

クライアント装置３は、このようなデータ入力操作後にＤＢ設定画面内のアップロードボタン（図１４を参照）が操作されると、ＤＢ設定画面に基づいて環境変数CONTENT₋LENGTHに図１５に示す内容が格納されて、業務端末装置１に対して送信する（ステップＡ５）。業務端末装置１は、クライアント装置３から環境変数CONTENT₋LENGTHを受信すると（図６（２）のステップＢ５）、後述する複数ファイルのＰＯＳＴ送信処理（ステップＢ６）を実行した後、エラーチェック処理（ステップＢ７）を実行し、その処理結果を要求元のクライアント装置３に送信する処理を行う（ステップＢ８）。そして、クライアント装置３は、業務端末装置１からチェック処理の結果を受信すると、その処理結果を表示する処理を行う（図６（１）のステップＡ６）。

図９は、複数ファイルのＰＯＳＴ送信処理（図６（２）のステップＢ６）を詳述するためのフローチャートである。
業務端末装置１は、クライアント装置３から入力データの内容として環境変数CONTENT₋LENGTHを受信すると（ステップＢ３０１）、この受信した入力データに基づいてデータベースＤＢを更新する際に、そのフォーム内に埋め込まれている複数のテーブル指定情報に対応する複数のファイルをプログラムインターフェース（ＣＧＩ）に引き渡す処理（ＰＯＳＴ送信処理）を行う。

先ず、業務端末装置１は、所得レポート作成言語によって環境変数CONTENT₋LENGTHの１行目を読み込む（ステップＢ３０２）。そして、その各行を順次指定しながらその指定行のデータを読み込むために未指定の行が残存しているかを調べる（ステップＢ３０３）。いま、１行目を読み込んだ場合には（ステップＢ３０３でＹＥＳ）、その行にテーブル区切りを示す「---------」が含まれているかを調べるが（ステップＢ３０４）、図１５の例においては、環境変数CONTENT₋LENGTHの先頭の行に「---------」が含まれているので（ステップＢ３０４でＹＥＳ）、テーブル区切りとして次の配列要素に移る（ステップＢ３０５）。

そして、次の行を指定（ステップＢ３１２）した後、上述のステップＢ３０２に戻り、環境変数CONTENT₋LENGTHから１行分のデータを読み込み、その行に「---------」が含まれていなければ（ステップＢ３０４でＮＯ）、“name=”file＊＊＊（テーブル名）”が含まれているかを調べる（ステップＢ３０６）。図１５の例では２行目に“name=”fileCIA001”が含まれているので（ステップＢ３０６でＹＥＳ）、その“name=”fileCIA001”；filename＝“C; \ upload₋1.txt”を入力テーブル名として配列に格納する（ステップＢ３０７）。そして、次の行を指定（ステップＢ３１２）した後、上述のステップＢ３０２に戻る。

また、指定された行に「---------」や“name=”file＊＊＊（テーブル名）”が含まれていなければ（ステップＢ３０６でＮＯ）、現在、指定している指定行は、“Content₋Type”を含む行よりも２行分下の行（２行後）であるかを調べる（ステップＢ３０８）。この場合、指定行が“Content₋Type”を含む行に対して２行分下の２行後であれば（ステップＢ３０８でＹＥＳ）、その行内のデータをフィールド名として配列に格納する（ステップＢ３０７）。すなわち、図１５の例においては、指定行が上から数えて５行目であれば、“商品コード”、“商品名”、“商品部門コード”、“単価”、“単位数量”がフィールド名として配列に格納される。

そして、次の行を指定（ステップＢ３１２）した後、上述のステップＢ３０２に戻る。また、現在の指定行が“Content₋Type”を含む行よりも３行分以上下の行（３行以降の行）で、かつテーブル区切りを示す「---------」の前の行であれば（ステップＢ３１０でＹＥＳ）、その行内のデータを配列に格納する（ステップＢ３１１）。すなわち、図１５の例においては、指定行が上から数えて６行目以降で、かつテーブル区切りを示す「---------」の行よりも一つ前の行内の“０００４”、“和風ハンバーグ”、“０００００１”、“１０００”、“１”がデータとして配列に格納される。そして、次の行を指定（ステップＢ３１２）した後、上述のステップＢ３０２に戻る。

以下、上述の動作を繰り返す結果、図１５の例では、“name=”fileCIA002”；filename＝“C; \ upload₋2.txt”をテーブル名として配列に格納され、また、“商品部門コード”“、商品部門名”がフィールド名として配列に格納され、また、“０００１”、“メイン”、“０００２”、“ドリンク”がデータとして配列に格納される。これによって全ての行を指定し終わると（ステップＢ３０３でＹＥＳ）、他に配列要素が一つでも存在しているかを調べる（ステップＢ３１３）。

いま、図１５の例においては、他の配列要素が存在しているので（ステップＢ３１３でＹＥＳ）、その配列要素に基づいてＳＱＬ（Structured Query Language）文（insert）を生成して、データベースＤＢに対してその命令を実行する（ステップＢ３１４）。この場合、データベースＤＢへの更新が成功したときには（ステップＢ３１５でＹＥＳ）、この時点で図９のフローから抜けるが、更新が成功しなかったときには（ステップＢ３１５でＮＯ）、その不成功な部分を修正するためにＳＱＬ文（update）を生成して、データベースＤＢに対してその命令を実行（ステップＢ３１６）した後、図９のフローから抜ける。図１６は、生成されたＳＱＬ文を具体的に示した図である。

図１０は、ＰＯＳＴ結果のエラーチェック処理（図６（２）のステップＢ７）を詳述するためのフローチャートである。
業務端末装置１は、ＰＯＳＴ送信の処理結果から図１７（１）に示すような入力テーブル、フィールド名、入力データを取得する（ステップＢ４０１）。そして、図１７（２）に示すカラム情報テーブルを読み出し（ステップＢ４０２）、このカラム情報テーブルの先頭レコードから順次指定しながらその内容を取得して記録する処理を行う（ステップＢ４０３〜Ｂ４０５）。先ず、先頭からレコードを順次指定する場合に、未指定のレコードが存在しているか（残存しているか）を調べるが（ステップＢ４０３）、最初は先頭レコードが指定されるので、指定レコード内からカラム情報として「カラム番号」、「カラムタイプ」、「カラム長」を読み出して記録する処理を行う（ステップＢ４０４）。そして、次のレコードを指定（ステップＢ４０５）した後、上述のステップＢ４０３に戻り、全てのレコードを指定し終わるまで上述の動作を繰り返す。

このようにしてカラム情報を取得した状態において、入力データをカラム毎に切り分け、カラム情報テーブルの内容と入力データとを比較する処理を行う。すなわち、図１７（１）に示す入力データをその先頭レコードから順次指定してその内容を読み出しながらカラム情報と比較するチェック処理を行う（ステップＢ４０６〜Ｂ４１５）。先ず、入力データの内容をその先頭レコードから指定して読み込み（ステップＢ４０６）、未指定のレコードが存在しているかを調べるが（ステップＢ４０７）、最初は先頭レコードが指定されるので、指定レコードに未指定のフィールドか存在しているかを調べる（ステップＢ４０８）。

ここで、未指定のフィールドか存在していなければ、つまり、１レコード分のチェック処理が完了した場合には（ステップＢ４０８でＮＯ）、次のレコードを指定（ステップＢ４１５）した後、上述のステップＢ４０７に戻るが、未指定のフィールドか存在していれば（ステップＢ４０８でＹＥＳ）、そのフィールドを指定してカラム情報の「カラムタイプ」、「カラム長」と比較し、両者の型が一致しているか（ステップＢ４０９）、長さが一致しているかをチェックする（ステップＢ４１０）。

ここで、型が不一致である場合（ステップＢ４０９でＮＯ）あるいは長さが不一致の場合には（ステップＢ４１０でＮＯ）、エラー表示のＨＴＭＬを生成する（ステップＢ４１１）。また、型が一致し（ステップＢ４０９でＹＥＳ）、かつ長さも一致する場合には（ステップＢ４１０でＹＥＳ）、通常（正常）表示のＨＴＭＬを生成する（ステップＢ４１２）。ここで、エラー表示と通常（正常）表示とを色分けで行うようにしている。そして、生成したＨＴＭＬを結合し（ステップＢ４１３）、次のフィールドを指定（ステップＢ４１４）した後、上述のステップＢ４０８に戻る。これによって１レコード分のチェック処理が終了すると（ステップＢ４０８でＮＯ）、次のレコードを指定（ステップＢ４１５）した後、上述のステップＢ４０８に戻り、上述のチェック処理を繰り返す。ここで、入力データの全レコードをチェックし終わると（ステップＢ４０７でＮＯ）、生成したＨＴＭＬを要求元のクライアント装置３に対して送信する（ステップＢ４１６）。

クライアント装置３は、業務端末装置１からチェック処理結果を受信して表示する（図６（１）のステップＡ６）。図１７（３）は、テーブル名“CIA001”のチェック処理結果の画面を例示した図である。図中、処理結果画面内における塗潰表示のフィールドは、エラー項目であることを示している。例えば、「テーブル名」“0001”、“0003”、“0004”の「単価」は、型の相違（漢数字）であるためにエラーとなった項目であり、「テーブル名」“0003”の「商品部門コード」は、長さの相違（１桁余分）のためにエラーとなった項目である。この場合、エラー表示と通常（正常）表示とは色分け表示となる。

以上のように、本実施形態において業務端末装置１は、複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて＃文字列識別子を記述したデータベース設定用のテンプレートを取得し、このテンプレートを解析することにより特定した＃文字列識別子とデータベースＤＢ検索により取得したデータとを置換する際に、処理対象テーブルの個々に対応してその置換処理を繰り返し実行し、この置換処理によって＃文字列識別子の位置に埋め込まれた複数のテーブル指定情報を含めたデータベース設定用の入力フォームを生成して、要求元のクライアント装置３に送信するようにしたので、Ｗｅｂサーバとして機能可能であると共に、複数のテーブルに対する処理を一回の通信で効率良く実現することができ、一回の通信で複数ファイル内容を複数のテーブルに反映させることができ、入力操作数が少なくなって操作効率が良くなり、業務の円滑化を図ることが可能となる。

＃文字列識別子は、階層別に複数の文字列識別子として、上位階層の＃文字列識別子と下位階層の＃＃文字列識別子を有すると共に、＃文字列識別子が記述されている上位のテンプレート（基本テンプレート４−１）と＃＃文字列識別子が記述されている下位のテンプレート（サブテンプレート）１１−１、１２−１を有し、業務端末装置１は、この基本テンプレート４−１の＃文字列識別子の位置にサブテンプレート１１−１、１２−１の内容を埋め込むことによりテンプレート同士を結合して、データベース設定用の入力フォームを生成するようにしたので、基本テンプレート４−１の簡素化が可能となり、複雑な記述内容を簡素に表現することができ、作業者の開発効率が上がる。

また、業務端末装置１は、複数のテーブの個々に対応してテーブル指定情報としてテーブル名を含めて置換するようにしたので、入力対象テーブルを識別することができる。

業務端末装置１は、データベース設定用の入力フォーム内に入力された入力データに基づいてデータベースＤＢを更新する際に、その複数のテーブル指定情報に対応する複数のファイルをＣＧＩに引き渡すＰＯＳＴ送信処理を行うようにしたので、複数ファイルのＰＯＳＴ送信時に入力対象となるテーブルを識別することができ、入力対象テーブルを指定したレコード更新用のＳＱＬ文を生成することができる。

業務端末装置１は、ＰＯＳＴ送信処理による処理結果に対してエラーチェックを行い、その処理結果をクライアント装置３に送信するようにしたので、間違ったデータを入力した場合に簡易なデータベースであってもエラー検出が可能となる。この場合、長さをエラー条件としたので、金額上限値を設定することができ、桁違いの金銭的な大きな誤りを防ぐことができ、また、エラー表示と通常（正常）表示とを色分けで識別するようにしたので、チェック結果が視覚的に分かり易いものとなる。

なお、上述した実施形態においては、データベースＤＢにおいて各テーブルを処理対象としたが、業務の種類に応じて処理対象のテーブルを選択するようにしてもよい。例えば、業務の種類が任意に指定されると、その指定業務の種類に関連する複数のテーブルを処理対象として選択するようしてもよい。この場合、この複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて＃文字列識別子を記述したデータベース設定用の基本テンプレートを読み出し取得すればよい。これによって業務の種類に応じた処理を効率良く行うことができる。

また、上述した実施形態においては、クライアント装置３として店舗オーナなどの責任者側の端末装置について適用した場合を例示したが、例えば、同一店舗内の他の業務端末装置１をクライアント装置あるいは同一系列店舗内の他の業務端末装置１をクライアント装置とした場合であってもよい。すなわち、同一店舗内のいずれかの業務端末装置１をサーバ装置とし、他方の業務端末装置１をクライアント装置としてもよく、また、同一系列のいずれかの店舗内の業務端末装置１をサーバ装置とし、他方の店舗内の業務端末装置１をクライアント装置としてもよい。また、店舗内の各業務端末装置１は、サーバ機能及びクライアント機能を備えるようにしてもよい。

また、上述した実施形態においては、業務として店舗運営について適用した場合を示したが、これに限らず、刻々と変化するデータを取り扱う一般事務などであってもよく、業務の内容は問わない。

上述した実施形態においては、業務支援端末装置１として、ＰＯＳターミナルに適用した場合を示したが、ＥＣＲ、ＰＣ、ＰＤＡ（個人向け携帯型情報通信機器）などであってもよい。

また、上述した実施形態において示した“装置”や“部”とは、機能別に複数の筐体に分離されていてもよく、単一の筐体に限らない。また、上述したフローチャートに記述した各ステップは、時系列的な処理に限らず、複数のステップを並列的に処理したり、別個独立して処理したりするようにしてもよい。

以上、この発明の実施形態について説明したが、この発明は、これに限定されるものではなく、特許請求の範囲に記載された発明とその均等の範囲を含むものである。
以下、本願出願の特許請求の範囲に記載された発明を付記する。
（付記）
（請求項１）
請求項１に記載の発明は、
Ｗｅｂクライアントとして機能するクライアント装置からの要求に応じてその要求元のクライアント装置に入力フォームを、通信ネットワークを介して送信するＷｅｂサーバ機能を備えた業務端末装置であって、
複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて目印となる所定の文字列識別子を記述したデータベース設定用のテンプレートを取得する取得手段と、
前記取得手段により取得されたデータベース設定用のテンプレートを解析して前記文字列識別子を特定する解析手段と、
前記解析手段により特定された文字列識別子とデータベース検索により取得したデータとを置換する際に、前記複数の処理対象テーブルの個々に対応してその置換処理を繰り返し実行する置換処理手段と、
前記置換手段による置換処理によって前記文字列識別子の位置に埋め込まれた前記テーブル指定情報を含めたデータベース設定用の入力フォームを生成する入力フォーム生成手段と、
前記入力フォーム生成手段により生成されたデータベース設定用の入力フォームを前記要求元のクライアント装置に前記通信ネットワークを介して送信する入力フォーム送信手段と、
を備えたことを特徴とする業務端末装置である。
（請求項２）
請求項２に記載の発明は、請求項１に記載の業務端末装置において、
前記文字列識別子は、階層別に複数の文字列識別子として、上位階層の文字列識別子と下位階層の文字列識別子を有し、
前記上位階層の文字列識別子が記述されている上位のテンプレートと前記下位階層の文字列識別子が記述されている下位のテンプレートを記憶するテンプレート記憶手段と、
前記上位のテンプレートに記述されている上位階層の文字列識別子の位置に前記下位のテンプレートを埋め込むことによりテンプレート同士を結合する結合手段と、
を備え、
前記取得手段は、前記結合手段により結合されたテンプレートをデータベース設定用のテンプレートとして取得する、
ようにしたことを特徴とする業務端末装置である。
（請求項３）
請求項３に記載の発明は、請求項１あるいは請求項２に記載の業務端末装置において、
前記置換処理手段は、前記文字列識別子とデータベース検索により取得したデータとを置換する際に、前記複数のテーブルの個々に対応して前記テーブル指定情報としてテーブル名を含めて置換する、
ようにしたことを特徴とする業務端末装置である。
（請求項４）
請求項４に記載の発明は、請求項１〜請求項３のいずれかに記載の業務端末装置において、
前記要求元のクライアント装置側でデータベース設定用の入力フォーム内に入力された入力データを受信する受信手段と、
前記受信手段により受信した入力データに基づいてデータベースを更新する際に、前記データベース設定用の入力フォーム内に埋め込まれている前記複数のテーブル指定情報に対応する複数のファイルをプログラムインターフェースに引き渡す処理を行う引き渡し処理手段と、
を更に備える、
ようにしたことを特徴とする業務端末装置である。
（請求項５）
請求項５に記載の発明は、請求項１〜請求項４のいずれかに記載の業務端末装置において、
前記引き渡し処理手段による処理結果に対してエラーチェックを行うエラーチェック処理手段と、
前記エラーチェック処理手段によりエラーチェックが行われた処理結果を前記要求元のクライアント装置に送信する処理結果送信手段と、
を更に備える、
ようにしたことを特徴とする業務端末装置である。
（請求項６）
請求項６に記載の発明は、請求項１〜請求項５のいずれかに記載の業務端末装置において、
業務の種類を任意に指定する業務指定手段と、
前記業務指定手段により指定された業務の種類に関連する複数のテーブルを前記処理対象として選択するテーブル選択手段と、
を更に備え、
前記取得手段は、前記テーブル選択手段により選択された複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて目印となる所定の文字列識別子を記述したデータベース設定用のテンプレートを取得する、
ようにしたことを特徴とする業務端末装置である。
（請求項７）
請求項７に記載の発明は、
コンピュータに対して、
Ｗｅｂクライアントとして機能するクライアント装置からの要求に応じてその要求元のクライアント装置に入力フォームを、通信ネットワークを介して送信する場合に、複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて目印となる所定の文字列識別子を記述したデータベース設定用のテンプレートを取得する機能と、
前記取得されたデータベース設定用のテンプレートを解析して前記文字列識別子を特定する機能と、
前記特定された文字列識別子とデータベース検索により取得したデータとを置換する際に、前記複数の処理対象テーブルの個々に対応してその置換処理を繰り返し実行する機能と、
前記置換処理によって前記文字列識別子の位置に埋め込まれた前記テーブル指定情報を含めたデータベース設定用の入力フォームを生成する機能と、
前記生成されたデータベース設定用の入力フォームを前記要求元のクライアント装置に前記通信ネットワークを介して送信する機能と、
を実現させるためのプログラムである。

１ 業務端末装置
２ インターネット
３ クライアント装置
４−１ 基本テンプレート
１１ 主制御部
１２ 記憶部
１４ タッチ入力表示部
１５ キー操作部
１８ 広域通信部
１１−１、１２−１ サブテンプレート
１１−２ 変数置換用テーブル
１２−２ テーブル情報テーブル
１２−３ 置換テンプレート
１２−１１ ヘッダ用サブテンプレート
１２−１２ データ用サブテンプレート
ＤＢ データベース
ＴＰ テンプレート

Claims (7)

1. Ｗｅｂクライアントとして機能するクライアント装置からの要求に応じてその要求元のクライアント装置に入力フォームを、通信ネットワークを介して送信するＷｅｂサーバ機能を備えた業務端末装置であって、
   複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて目印となる所定の文字列識別子を記述したデータベース設定用のテンプレートを取得する取得手段と、
   前記取得手段により取得されたデータベース設定用のテンプレートを解析して前記文字列識別子を特定する解析手段と、
   前記解析手段により特定された文字列識別子とデータベース検索により取得したデータとを置換する際に、前記複数の処理対象テーブルの個々に対応してその置換処理を繰り返し実行する置換処理手段と、
   前記置換手段による置換処理によって前記文字列識別子の位置に埋め込まれた前記テーブル指定情報を含めたデータベース設定用の入力フォームを生成する入力フォーム生成手段と、
   前記入力フォーム生成手段により生成されたデータベース設定用の入力フォームを前記要求元のクライアント装置に前記通信ネットワークを介して送信する入力フォーム送信手段と、
   を備えたことを特徴とする業務端末装置。
2. 前記文字列識別子は、階層別に複数の文字列識別子として、上位階層の文字列識別子と下位階層の文字列識別子を有し、
   前記上位階層の文字列識別子が記述されている上位のテンプレートと前記下位階層の文字列識別子が記述されている下位のテンプレートを記憶するテンプレート記憶手段と、
   前記上位のテンプレートに記述されている上位階層の文字列識別子の位置に前記下位のテンプレートを埋め込むことによりテンプレート同士を結合する結合手段と、
   を備え、
   前記取得手段は、前記結合手段により結合されたテンプレートをデータベース設定用のテンプレートとして取得する、
   ようにしたことを特徴とする請求項１に記載の業務端末装置。
3. 前記置換処理手段は、前記文字列識別子とデータベース検索により取得したデータとを置換する際に、前記複数のテーブルの個々に対応して前記テーブル指定情報としてテーブル名を含めて置換する、
   ようにしたことを特徴とする請求項１あるいは請求項２に記載の業務端末装置。
4. 前記要求元のクライアント装置側でデータベース設定用の入力フォーム内に入力された入力データを受信する受信手段と、
   前記受信手段により受信した入力データに基づいてデータベースを更新する際に、前記データベース設定用の入力フォーム内に埋め込まれている前記複数のテーブル指定情報に対応する複数のファイルをプログラムインターフェースに引き渡す処理を行う引き渡し処理手段と、
   を更に備える、
   ようにしたことを特徴とする請求項１〜請求項３のいずれかに記載の業務端末装置。
5. 前記引き渡し処理手段による処理結果に対してエラーチェックを行うエラーチェック処理手段と、
   前記エラーチェック処理手段によりエラーチェックが行われた処理結果を前記要求元のクライアント装置に送信する処理結果送信手段と、
   を更に備える、
   ようにしたことを特徴とする請求項１〜請求項４のいずれかに記載の業務端末装置。
6. 業務の種類を任意に指定する業務指定手段と、
   前記業務指定手段により指定された業務の種類に関連する複数のテーブルを前記処理対象として選択するテーブル選択手段と、
   を更に備え、
   前記取得手段は、前記テーブル選択手段により選択された複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて目印となる所定の文字列識別子を記述したデータベース設定用のテンプレートを取得する、
   ようにしたことを特徴とする請求項１〜請求項５のいずれかに記載の業務端末装置。
7. コンピュータに対して、
   Ｗｅｂクライアントとして機能するクライアント装置からの要求に応じてその要求元のクライアント装置に入力フォームを、通信ネットワークを介して送信する場合に、複数の処理対象テーブルの個々を指定する各テーブル指定情報が埋め込まれる位置に該テーブル指定情報に代えて目印となる所定の文字列識別子を記述したデータベース設定用のテンプレートを取得する機能と、
   前記取得されたデータベース設定用のテンプレートを解析して前記文字列識別子を特定する機能と、
   前記特定された文字列識別子とデータベース検索により取得したデータとを置換する際に、前記複数の処理対象テーブルの個々に対応してその置換処理を繰り返し実行する機能と、
   前記置換処理によって前記文字列識別子の位置に埋め込まれた前記テーブル指定情報を含めたデータベース設定用の入力フォームを生成する機能と、
   前記生成されたデータベース設定用の入力フォームを前記要求元のクライアント装置に前記通信ネットワークを介して送信する機能と、
   を実現させるためのプログラム。
   
   

Images