(57)【要約】      （修正有）【課題】Webシステムを前提としつつ、専用アプリと同レベルのＵＩを備えたデータベース利用システムの実現。【解決手段】ＤＢサーバ14とクライアント端末12との間に介装されたフロントエンドサーバ16が、データリストを格納した第１のキャッシュ38から一覧表の１頁分の行数のデータリストを抽出し第２のキャッシュ40に格納する機能、各データの位置と各選択肢との対応関係を定義した関係定義コードを生成する機能、データリスト及び関係定義コードをテンプレートに充填してWebファイル化し、クライアント端末12に送信する機能、スクロールイベントが送信された場合に、第１のキャッシュ38からスクロール後の一覧表に表示されるべきデータリストを取り出し、各データの位置と各選択肢との対応関係を定義した関係定義コードを生成する機能、データリスト及び関係定義コードをテンプレートに充填してWebファイル化し、クライアント端末12に送信する機能を備える。【選択図】        図２
2006079200.tif 000002
【特許請求の範囲】
【請求項１】
データベースサーバとクライアント端末との間に介装されたフロントエンドサーバを備えたデータベース利用システムであって、
上記フロントエンドサーバが、
データベースサーバから送信されたデータリストが格納されている第１のキャッシュから、クライアント端末の画面上に表示させる一覧表の１頁の行数に対応する件数分のデータリストを抽出し、第２のキャッシュに格納する機能と、
上記画面上に表示させる複数の選択肢と第１のキャッシュに格納されたデータリストを構成している各データとの対応関係を規定した関係情報を参照し、上記第２のキャッシュに格納されたデータリストを構成している各データの位置と各選択肢との対応関係を定義した関係定義コードを生成し、所定の記憶手段に格納する機能と、
第２のキャッシュ内のデータリスト及び上記関係定義コードを取り出し、画面デザインを反映したテンプレートに充填して画面表示用のWebファイルを生成する機能と、
このWebファイルをクライアント端末に送信する機能と、
クライアント端末から表示中の一覧表における行または頁のスクロールイベントが送信された場合に、上記第１のキャッシュから当該スクロール後の一覧表に表示されるべき各行に対応するデータリストを取り出し、第２のキャッシュに格納する機能と、
上記関係情報を参照し、上記第２のキャッシュに格納されたデータリストを構成している各データの位置と各選択肢との対応関係を定義した関係定義コードを生成し、所定の記憶手段に格納する機能と、
第２のキャッシュ内のデータリスト及び上記関係定義コードを取り出し、画面デザインを反映したテンプレートに充填して画面表示用のWebファイルを生成する機能と、
このWebファイルをクライアント端末に送信する機能と、
を備えたことを特徴とするデータベース利用システム。
【請求項２】
データベースサーバと接続されたフロントエンドサーバと、このフロントエンドサーバと接続されたクライアント端末とを備えたデータベース利用システムであって、
上記フロントエンドサーバが、
データベースサーバから送信されたデータリストが格納されている第１のキャッシュから、クライアント端末の画面上に表示させる一覧表の１頁の行数に対応する件数分のデータリストを抽出し、第２のキャッシュに格納する機能と、
上記画面上に表示させる複数の選択肢と第１のキャッシュに格納されたデータリストを構成している各データとの対応関係を規定した関係情報を参照し、上記第２のキャッシュに格納されたデータリストを構成している各データの位置と各選択肢との対応関係を定義した関係定義コードを生成し、所定の記憶手段に格納する機能と、
第２のキャッシュ内のデータリスト及び上記関係定義コードを取り出し、画面デザインを反映したテンプレートに充填して画面表示用のWebファイルを生成する機能と、
このWebファイルをクライアント端末に送信する機能と、
クライアント端末から表示中の一覧表における行または頁のスクロールイベントが送信された場合に、上記第１のキャッシュから当該スクロール後の一覧表に表示されるべき各行に対応するデータリストを取り出し、第２のキャッシュに格納する機能と、
上記関係情報を参照し、上記第２のキャッシュに格納されたデータリストを構成している各データの位置と各選択肢との対応関係を定義した関係定義コードを生成し、所定の記憶手段に格納する機能と、
第２のキャッシュ内のデータリスト及び上記関係定義コードを取り出し、画面デザインを反映したテンプレートに充填して画面表示用のWebファイルを生成する機能と、
このWebファイルをクライアント端末に送信する機能を備え、
上記クライアント端末が、
上記フロントエンドサーバから送信されたWebファイルに基づく画面をディスプレイに表示させる機能と、
画面上に表示された特定の選択肢が入力手段を介して選択された場合に、フロントエンドサーバから送信された関係定義コードを参照し、当該選択肢に関連付けられた一覧表中のデータを特定する機能と、
一覧表における当該データの表示形式を、他のデータの表示形式と異なるものに変更させる機能を備えたことを特徴とするデータベース利用システム。
【請求項３】
上記フロントエンドサーバが、
データベースサーバから送信されたレコードのリストをバッファに格納する機能と、
上記レコードを構成する少なくとも一部のデータを、画面デザインが規定する配列ルールに従ってマトリクス状に振り分け、一行に複数のレコードに属するデータが配置されたデータリストに変換する機能と、
このデータリストを第１のキャッシュに格納する機能と、
を備えたことを特徴とする請求項１または２に記載のデータベース利用システム。
【請求項４】
上記フロントエンドサーバが、
データベースサーバから送信されたレコードのリストをバッファに格納する機能と、
上記レコードを構成しているデータの中、画面デザイン上表示が要求されるデータ項目に係るデータの組合せを抽出する機能と、
このデータの組合せからなるデータリストを第１のキャッシュに格納する機能と、
を備えたことを特徴とする請求項１〜３の何れかに記載のデータベース利用システム。
【請求項５】
データベースサーバとクライアント端末との間に介装されたフロントエンドサーバに適用するデータベース利用プログラムであって、
上記フロントエンドサーバを、
データベースサーバから送信されたデータリストが格納されている第１のキャッシュから、クライアント端末の画面上に表示させる一覧表の１頁の行数に対応する件数分のデータリストを抽出し、第２のキャッシュに格納する手段、
上記画面上に表示させる複数の選択肢と第１のキャッシュに格納されたデータリストを構成している各データとの対応関係を規定した関係情報を参照し、上記第２のキャッシュに格納されたデータリストを構成している各データの位置と各選択肢との対応関係を定義した関係定義コードを生成し、所定の記憶手段に格納する手段、
第２のキャッシュ内のデータリスト及び上記関係定義コードを取り出し、画面デザインを反映したテンプレートに充填して画面表示用のWebファイルを生成する手段、
このWebファイルをクライアント端末に送信する手段、
クライアント端末から表示中の一覧表における行または頁のスクロールイベントが送信された場合に、上記第１のキャッシュから当該スクロール後の一覧表に表示されるべき各行に対応するデータリストを取り出し、第２のキャッシュに格納する手段、
上記関係情報を参照し、上記第２のキャッシュに格納されたデータリストを構成している各データの位置と各選択肢との対応関係を定義した関係定義コードを生成し、所定の記憶手段に格納する手段、
第２のキャッシュ内のデータリスト及び上記関係定義コードを取り出し、画面デザインを反映したテンプレートに充填して画面表示用のWebファイルを生成する手段、
このWebファイルをクライアント端末に送信する手段、
として機能させることを特徴とするデータベース利用プログラム。
【請求項６】
上記フロントエンドサーバを、
データベースサーバから送信されたレコードのリストをバッファに格納する手段、
上記レコードを構成する少なくとも一部のデータを、画面デザインが規定する配列ルールに従ってマトリクス状に振り分け、一行に複数のレコードに属するデータが配置されたデータリストに変換する手段、
このデータリストを第１のキャッシュに格納する手段、
として機能させることを特徴とする請求項５に記載のデータベース利用プログラム。
【請求項７】
上記フロントエンドサーバを、
データベースサーバから送信されたレコードのリストをバッファに格納する手段、
上記レコードを構成しているデータの中、画面デザイン上表示が要求されるデータ項目に係るデータの組合せを抽出する手段、
このデータの組合せからなるデータリストを第１のキャッシュに格納する手段、
として機能させることを特徴とする請求項５または６に記載のデータベース利用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明はデータベース利用技術に係り、特に、クライアント端末とデータベースサーバとの間にフロントエンドサーバを設置し、このフロントエンドサーバを介してクライアント端末のWebブラウザプログラムからデータベースサーバ内の登録データを利用する仕組みを備えたデータベース利用システム及びデータベース利用プログラムに関する。
【背景技術】
【０００２】
元来、データベースサーバが管理しているデータベースをクライアント端末において利用（参照または更新）するために、専用のアプリケーションプログラムをクライアント端末にセットアップすることが行われていた。
この専用のアプリケーションプログラムは、操作ボタンの配置や入力・表示欄の構成などの、いわゆるユーザインターフェイスの設計に適した第四世代言語、例えばVisual Basic（登録商標）等で一般にコーディングされており、非特許文献１に示すように、データベースの参照及び更新に際し視認性や一覧性に優れた画面をディスプレイに表示することができる利点を備えている。
これに対し最近は、個々のクライアント端末に専用のアプリケーションプログラムを搭載することの非効率性が認識されるようになり、またインターネットを中心としたWebシステムの普及もあり、汎用的なWebブラウザプログラムを用いてデータベースの参照や更新を行いたいという要請が強まってきている。
【０００３】
図１は、このようなWebシステムを用いたデータベースの利用形態の一例を示すものであり、ＤＢ（Database）サーバ14の前段にWebサーバ機能及びＡＰ（Application）サーバ機能を備えたフロントエンドサーバ16が設置され、インターネットやイントラネット等の通信ネットワーク18を介してこのサーバ16が多数のクライアント端末12と接続されている様子が描かれている。
各クライアント端末12にはWebブラウザプログラムがセットアップされており、このWebブラウザを通じてフロントエンドサーバ16にデータベースの利用要求が送信されると、フロントエンドサーバ16はＤＢサーバ14に対して該当データの抽出を依頼する。
そして、ＤＢサーバ14からデータが送信されると、これをフロントエンドサーバ16がWebファイルに加工した上で、クライアント端末12に送信する。
この結果ユーザは、クライアント端末12のディスプレイに表示された汎用のWebブラウザ上でデータの閲覧が可能となる（非特許文献２の「テーブルの一覧」参照）。
また、ユーザがWebブラウザ上でデータの追加や修正を行い、クライアント端末12から更新リクエストが送信されると、フロントエンドサーバ16はＤＢサーバ14に対してこれらの更新情報を送信し、データベースの更新処理を依頼する。
【非特許文献１】入力処理の画面サンプル［平成１６年６月７日検索］  インターネッURL:http://it.e-otsuka.com/ryutsu/images/food_sft1.gif
【非特許文献２】itBASEのデザイン画面サンプル［平成１６年６月７日検索］  インターネットURL:http://219.118.162.84/eaccess/servlet/eAccess?PAGE=00005&acountid=access&accessid=itbase&UPAGE=00002&FILENM=pageclip&FILENO=00002&FILEID=000061&CLIPTABLE=&FORMNO=page00002&REPORTNO
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように、クライアント端末12に搭載した汎用的なWebブラウザプログラムを介してデータベースの利用が可能になると、クライアント端末12に専用のアプリケーションプログラムを搭載する場合に比べ、イニシャルコストやランニングコストの低減効果が生じ、メンテナンスもサーバ16側で完了できる利点が生じる。
【０００５】
しかしながら、汎用のWebブラウザをデータベースのクライアント側プログラムとして利用することに関してはユーザインターフェイスの面で問題が残されていた。
まず、Webブラウザプログラムには基本的に「頁（ページ）」という概念が存在しないため、データベースの利用画面をディスプレイ上に表示させた場合に、レコードのリストを所定の行数で頁送りすることが困難であり、表示行数が固定された専用のアプリケーションプログラムの操作性に慣れたユーザに違和感を抱かせてしまうという問題がある。
実際、レコードの件数が多い場合には、非特許文献２の「フォームのフィールド指定」画面より明かなように、最終行の下に配置された「登録」や「削除」といった操作ボタンを表示させるために画面自体の縦スクロールを何度も行う必要が生じ、ユーザは大きなストレスを感じることとなる。
【０００６】
また、ユーザが画面上で特定の選択肢（選択ボタンや選択データ等）を特定した場合に、当該選択肢に関係のあるデータの入力フィールドをハイライト表示させることがユーザフレンドリーに適うといえるが、汎用のWebブラウザはこのような機能を備えていない。
もちろん、制御用のコードをJavaScript等のスクリプト言語で記述し、これをWebファイルに埋め込むことにより、Webブラウザ上で上記のような処理を実現することは可能であるが、そのためには画面ごとに画面デザインを反映させた固有のコードをプログラマが記述する必要が生じる。しかも、コンパイルフリーであるスクリプト言語の特性として、デバッグする機会がないまま制御用のコードがクライアント端末に配信されてしまう危険性がある。
【０００７】
また、一行に複数のレコードに係るデータを横方向に配列させて、一頁に表示されるデータ量を増やすことがデータの一覧性を高める上で望ましい場合があるが、汎用のWebブラウザプログラムでこれを実現することは困難であり、縦方向に各レコードを並べてリスト表示するしかなかった。
【０００８】
さらに、クライアント端末12とサーバ16間での情報のやり取りが増えるため、クライアント端末12の数が増えるに従ってネットワークに大きな負荷を与えるようになる。
特に、ＤＢサーバ14に格納されたレコードが多くのデータ項目を備えている場合に、その一部のみをクライアント端末12上で表示させることは、ヒドゥン（hidden）という技術を使うことによって従来も可能であったが、これは非表示のデータであってもクライアント端末12とサーバ16間を往復することが前提となるため、データ通信量の増大を招いていた。
【０００９】
この発明は、上記の問題点を解決するために案出されたものであり、WebベースでＤＢサーバが管理するデータベースを利用することを前提としながらも、クライアント端末側のユーザインターフェイスを向上させることができると共に、サーバとクライアント端末間のデータ通信量の低減を実現できるデータベース利用技術を提供することを目的としている。
【課題を解決するための手段】
【００１０】
上記の目的を達成するため、請求項１に記載したデータベース利用システムは、データベースサーバとクライアント端末との間に介装されたフロントエンドサーバを備えたデータベース利用システムであって、上記フロントエンドサーバが、データベースサーバから送信されたデータリストが格納されている第１のキャッシュから、クライアント端末の画面上に表示させる一覧表の１頁の行数に対応する件数分のデータリストを抽出し、第２のキャッシュに格納する機能と、上記画面上に表示させる複数の選択肢（選択ボタンや選択用のデータリスト等）と第１のキャッシュに格納されたデータリストを構成している各データとの対応関係を規定した関係情報を参照し、上記第２のキャッシュに格納されたデータリストを構成している各データの位置と各選択肢との対応関係を定義した関係定義コードを生成し、所定の記憶手段に格納する機能と、第２のキャッシュ内のデータリスト及び上記関係定義コードを取り出し、画面デザインを反映したテンプレートに充填して画面表示用のWebファイルを生成する機能と、このWebファイルをクライアント端末に送信する機能と、クライアント端末から表示中の一覧表における行または頁のスクロールイベントが送信された場合に、上記第１のキャッシュから当該スクロール後の一覧表に表示されるべき各行に対応するデータリストを取り出し、第２のキャッシュに格納する機能と、上記関係情報を参照し、上記第２のキャッシュに格納されたデータリストを構成している各データの位置と各選択肢との対応関係を定義した関係定義コードを生成し、所定の記憶手段に格納する機能と、第２のキャッシュ内のデータリスト及び上記関係定義コードを取り出し、画面デザインを反映したテンプレートに充填して画面表示用のWebファイルを生成する機能と、このWebファイルをクライアント端末に送信する機能を備えたことを特徴としている。
【００１１】
請求項２に記載したデータベース利用システムは、データベースサーバと接続されたフロントエンドサーバと、このフロントエンドサーバと接続されたクライアント端末とを備えたデータベース利用システムであって、上記フロントエンドサーバが、データベースサーバから送信されたデータリストが格納されている第１のキャッシュから、クライアント端末の画面上に表示させる一覧表の１頁の行数に対応する件数分のデータリストを抽出し、第２のキャッシュに格納する機能と、上記画面上に表示させる複数の選択肢（選択ボタンや選択用のデータリスト等）と第１のキャッシュに格納されたデータリストを構成している各データとの対応関係を規定した関係情報を参照し、上記第２のキャッシュに格納されたデータリストを構成している各データの位置と各選択肢との対応関係を定義した関係定義コードを生成し、所定の記憶手段に格納する機能と、第２のキャッシュ内のデータリスト及び上記関係定義コードを取り出し、画面デザインを反映したテンプレートに充填して画面表示用のWebファイルを生成する機能と、このWebファイルをクライアント端末に送信する機能と、クライアント端末から表示中の一覧表における行または頁のスクロールイベントが送信された場合に、上記第１のキャッシュから当該スクロール後の一覧表に表示されるべき各行に対応するデータリストを取り出し、第２のキャッシュに格納する機能と、上記関係情報を参照し、上記第２のキャッシュに格納されたデータリストを構成している各データの位置と各選択肢との対応関係を定義した関係定義コードを生成し、所定の記憶手段に格納する機能と、第２のキャッシュ内のデータリスト及び上記関係定義コードを取り出し、画面デザインを反映したテンプレートに充填して画面表示用のWebファイルを生成する機能と、このWebファイルをクライアント端末に送信する機能を備え、上記クライアント端末が、上記フロントエンドサーバから送信されたWebファイルに基づく画面をディスプレイに表示させる機能と、画面上に表示された特定の選択肢が入力手段を介して選択された場合に、フロントエンドサーバから送信された関係定義コードを参照し、当該選択肢に関連付けられた一覧表中のデータを特定する機能と、一覧表における当該データの表示形式を他のデータの表示形式と異なるものに変更させる機能を備えたことを特徴としている。
上記「当該データの表示形式を他のデータの表示形式と異なるものに変更させる」とは、例えば反転表示や変色表示、下線の付加表示、太字表示、斜体表示、フォントの変更表示等が該当する。
【００１２】
請求項３に記載したデータベース利用システムは、請求項１及び２のシステムを前提とし、さらに上記フロントエンドサーバが、データベースサーバから送信されたレコードのリストをバッファに格納する機能と、上記レコードを構成する少なくとも一部のデータを、画面デザインが規定する配列ルールに従ってマトリクス状に振り分け、一行に複数のレコードに属するデータが配置されたデータリストに変換する機能と、このデータリストを第１のキャッシュに格納する機能を備えたことを特徴としている。
【００１３】
請求項４に記載したデータベース利用システムは、請求項１〜３のシステムを前提とし、さらに上記フロントエンドサーバが、データベースサーバから送信されたレコードのリストをバッファに格納する機能と、上記レコードを構成しているデータの中、画面デザイン上表示が要求されるデータ項目に係るデータの組合せを抽出する機能と、このデータの組合せからなるデータリストを第１のキャッシュに格納する機能を備えたことを特徴としている。
【００１４】
請求項５に記載したデータベース利用プログラムは、データベースサーバとクライアント端末との間に介装されたフロントエンドサーバに適用するデータベース利用プログラムであって、上記フロントエンドサーバを、データベースサーバから送信されたデータリストが格納されている第１のキャッシュから、クライアント端末の画面上に表示させる一覧表の１頁の行数に対応する件数分のデータリストを抽出し、第２のキャッシュに格納する手段、上記画面上に表示させる複数の選択肢（選択ボタンや選択用のデータリスト等）と第１のキャッシュに格納されたデータリストを構成している各データとの対応関係を規定した関係情報を参照し、上記第２のキャッシュに格納されたデータリストを構成している各データの位置と各選択肢との対応関係を定義した関係定義コードを生成し、所定の記憶手段に格納する手段、第２のキャッシュ内のデータリスト及び上記関係定義コードを取り出し、画面デザインを反映したテンプレートに充填して画面表示用のWebファイルを生成する手段、このWebファイルをクライアント端末に送信する手段、クライアント端末から表示中の一覧表における行または頁のスクロールイベントが送信された場合に、上記第１のキャッシュから当該スクロール後の一覧表に表示されるべき各行に対応するデータリストを取り出し、第２のキャッシュに格納する手段、上記関係情報を参照し、上記第２のキャッシュに格納されたデータリストを構成している各データの位置と各選択肢との対応関係を定義した関係定義コードを生成し、所定の記憶手段に格納する手段、第２のキャッシュ内のデータリスト及び上記関係定義コードを取り出し、画面デザインを反映したテンプレートに充填して画面表示用のWebファイルを生成する手段、このWebファイルをクライアント端末に送信する手段として機能させることを特徴としている。
【００１５】
請求項６に記載したデータベース利用プログラムは、請求項５のプログラムを前提とし、さらに上記フロントエンドサーバを、データベースサーバから送信されたレコードのリストをバッファに格納する手段、上記レコードを構成する少なくとも一部のデータを、画面デザインが規定する配列ルールに従ってマトリクス状に振り分け、一行に複数のレコードに属するデータが配置されたデータリストに変換する手段、このデータリストを第１のキャッシュに格納する手段として機能させることを特徴としている。
【００１６】
請求項７に記載したデータベース利用プログラムは、請求項５または６のプログラムを前提とし、さらに上記フロントエンドサーバを、データベースサーバから送信されたレコードのリストをバッファに格納する手段、上記レコードを構成しているデータの中、画面デザイン上表示が要求されるデータ項目に係るデータの組合せを抽出する手段、このデータの組合せからなるデータリストを第１のキャッシュに格納する手段として機能させることを特徴としている。
【発明の効果】
【００１７】
請求項１のデータベース利用システム及び請求項５のデータベース利用プログラムによれば、データベースサーバから渡されたデータリストが、フロントエンドサーバにおいて画面デザインで規定された行数毎に頁として管理され、１頁分のデータリストがWebファイルとしてクライアント端末に送信されるため、クライアント端末の画面上において決められた行数の頁単位でデータを一覧表示させることが可能となる。
また、このようにフロントエンドサーバからクライアント端末に対し１頁単位でデータが送信され、従来のように全データリストが一度に送信されることがないため、その分フロントエンドサーバとクライアント端末間のデータ通信量を低減することが可能となる。
さらに、画面上に表示される各選択肢と一覧表に表示される各データとの対応関係を定義した関係定義コードがフロントエンドサーバにおいて自動生成され、Webファイルの一部としてクライアント端末に送信されるため、当該関係定義コードを解釈し、ユーザによって選択された選択肢に関連付けられたデータを反転表示等させる機能やプログラムをクライアント端末に設けることで、一覧表中おいてユーザが意図するデータ群の視認性を高めることが可能となる。
この関係定義コードには、画面上に存在する複数の選択肢と表示中の各データとの対応関係が予め定義されているため、クライアント端末側で選択肢の切り替え動作が行われた場合でも、改めてフロントエンドサーバと通信を行うことなく、クライアント端末内で新しく選択された選択肢に関連付けられたデータを即座に反転表示等させることが可能となる。
しかも、クライアント端末側のスクロール動作に応じて一覧表におけるデータの位置関係が変動した場合には、フロントエンドサーバにおいて新たな関係定義コードが自動生成され、Webファイルの一部としてクライアント端末に送信されるため、行または頁単位で表示内容が切り替わっても、ユーザが選択した選択肢に係るデータ群を目立たせることが可能となる。
【００１８】
請求項２のデータベース利用システムにあっては、データベースサーバから渡されたデータリストが、フロントエンドサーバにおいて画面デザインで規定された行数毎に頁として管理され、１頁分のデータリストがWebファイルとしてクライアント端末に送信されるため、クライアント端末の画面上において決められた行数の頁単位でデータを一覧表示させることが可能となる。
また、このようにフロントエンドサーバからクライアント端末に対し１頁単位でデータが送信され、従来のように全データリストが一度に送信されることがないため、その分フロントエンドサーバとクライアント端末間のデータ通信量を低減することが可能となる。
さらに、画面上に表示される各選択肢と一覧表に表示される各データとの対応関係を定義した関係定義コードがフロントエンドサーバにおいて自動生成され、Webファイルの一部としてクライアント端末に送信されると共に、クライアント端末側に当該関係定義コードを解釈し、ユーザによって選択された選択肢に関連付けられたデータを反転表示等させる機能が設けられているため、一覧表中おいてユーザが意図するデータ群の視認性を高めることが可能となる。
この関係定義コードには、画面上に存在する複数の選択肢と表示中の各データとの対応関係が予め定義されているため、クライアント端末側で選択肢の切り替え動作が行われた場合でも、改めてフロントエンドサーバと通信を行うことなく、クライアント端末内で新しく選択された選択肢に関連付けられたデータを即座に反転表示等させることが可能となる。
しかも、クライアント端末側のスクロール動作に応じて一覧表における表示データの位置関係が変動場合には、フロントエンドサーバにおいて新たな関係定義コードが自動生成され、Webファイルの一部としてクライアント端末に送信されるため、行または頁単位で表示内容が切り替わっても、ユーザが選択した選択肢に係るデータ群を目立たせることが可能となる。
【００１９】
請求項３のデータベース利用システム及び請求項６のデータベース利用プログラムによれば、データベースサーバから送信されたレコード中の必要なデータを、画面デザインに応じてマトリクス状に配置することができるため、クライアント端末の画面上に設けられた一覧表の表示密度（一覧性）を高めることが可能となる。
【００２０】
請求項４のデータベース利用システム及び請求項７のデータベース利用プログラムによれば、データベースサーバから渡されたレコードの中で、画面デザイン上表示不要のデータは事前に排除され、表示が必要なデータのみがクライアント端末に送信されるため、通信量の低減効果をより高めることができる。
【発明を実施するための最良の形態】
【００２１】
図１は、この発明に係るデータベース利用システム10の全体構成を示す概念図であり、多数のクライアント端末12とＤＢサーバ14との間に、Webサーバ機能及びＡＰサーバ機能を備えたフロントエンドサーバ16が配置されている。
各クライアント端末12とフロントエンドサーバ16とは、インターネットやイントラネット等の通信ネットワーク18を介して接続されている。
また、フロントエンドサーバ16とＤＢサーバ14との間も、LANを介してネットワーク接続されている。
各クライアント端末12には、汎用のWebブラウザプログラムがセットアップされている。
【００２２】
図２は、クライアント端末12及びフロントエンドサーバ16の機能構成を示すブロック図である。
まずクライアント端末12は、マウスやキーボード等の入力装置20と、ディスプレイ22とが接続されたPC等のコンピュータよりなり、処理要求部24と、Webページ表示部26とを備えている。
ここで、処理要求部24は、クライアント端末12のCPUが、OS及び汎用のWebブラウザプログラムに従って必要な処理を実行することによって実現される。また、Webページ表示部26は、クライアント端末12のCPUが、OS、Webブラウザプログラム及びJavaScriptで記述された制御プログラムに従って必要な処理を実行することによって実現される。このJavaScriptで記述された制御プログラムは、事前にフロントエンドサーバ16からクライアント端末12に配信されている。
【００２３】
フロントエンドサーバ16は、制御部30と、Webファイル生成部32と、データ変換部34と、業務処理部36と、コード生成部37と、第１のキャッシュ38と、第２のキャッシュ40と、バッファ42とを備えている。
詳細は後述するが、ユーザがクライアント端末12からフロントエンドサーバ16にアクセスし、Webブラウザ上に表示されるサービスメニューの中から一つのサービスを選択すると、サーバ16側で当該サービス専用のアプリケーションプログラムX1が起動され、サーバ16のCPUがこれに従って必要な処理を実行することによって上記の制御部30、Webファイル生成部32、データ変換部34、業務処理部36、コード生成部37が実現される。
また、ユーザが他のサービスを選択した場合には、他のアプリケーションプログラムX2,X3…が別個に起動し、当該サービス用に最適化された制御部30、Webファイル生成部32、データ変換部34、業務処理部36、コード生成部37が同時並行的に出現することとなる。
上記第１のキャッシュ38、第２のキャッシュ40、バッファ42は、上記のアプリケーションプログラムにより、フロントエンドサーバ16のメモリ空間上に設定される。
上記のアプリケーションプログラムは、例えばオブジェクト指向言語の一つであるJava（登録商標）によって記述されている。
【００２４】
以下、図３〜図６のフローチャートに従い、このシステム10を用いてデータの新規入力や修正を行う場合の処理手順について説明する。
まず、ユーザがクライアント端末12からフロントエンドサーバ16にアクセスし、ID及びパスワードの入力を伴う認証ステップをクリアすると、サーバ16からメニュー表示用のWebファイル（Htmlファイル等）が送信され（図３のＳ10）、Webブラウザ上に当該ユーザが利用可能なサービスのメニュー画面（図示省略）が表示される（Ｓ11）。
【００２５】
このメニューの中からユーザが一つのサービス、例えば「店舗別発注登録」を選択すると、クライアント端末12の処理要求部24からフロントエンドサーバ16に対し、当該サービスに係る利用画面の配信リクエストが送信される（Ｓ12）。
これを受けたフロントエンドサーバ16では、当該サービスに対応したアプリケーションプログラムX1が起動され（Ｓ13）、専用の制御部30、Webファイル生成部32、データ変換部34、業務処理部36、コード生成部37が形成されると共に、メモリ空間上に第１のキャッシュ38、第２のキャッシュ40、及びバッファ42が設定される。
【００２６】
つぎに、Webファイル生成部32によって店舗別発注登録の初期画面用Webファイルが生成され、クライアント端末12に送信される（Ｓ14）。
この結果、図７に示すように、クライアント端末12のディスプレイに店舗別発注登録用の初期画面50が表示される（Ｓ15）。
これに対し、ユーザが商品コード入力欄51に具体的な商品コードである「12466」を入力し、検索ボタン52をクリックすると、処理要求部24からフロントエンドサーバ16に対し該当商品コードについての検索要求が送信される（Ｓ16）。
【００２７】
これを受けたフロントエンドサーバ16の制御部30は、当該商品コードを検索条件としてバッファ42にセットする（Ｓ17）。
業務処理部36は、この商品コードをＤＢサーバ14に送信し、当該商品コードに係る必要なデータの抽出を依頼する（Ｓ18）。
これに対しＤＢサーバ14は、(1)当該商品コードに関連付けられた仕入先のリスト、(2)当該商品コードに関連付けられた取扱い店舗のリスト、(3)各店舗と各仕入先との関連付けを定義した関係情報を対応のデータベースから抽出し、業務処理部36に送信する。
業務処理部36は、ＤＢサーバ14から受信したこれらのデータをバッファ42に格納する（Ｓ19）。
【００２８】
これに対しデータ変換部34は、バッファ42に格納された各レコードを構成しているデータ項目の中から、店舗別発注登録画面50において表示すべきものとして予め画面デザインで設定されているデータ項目に係るデータのみを抽出する（Ｓ20）。
例えば、図８(a)に示すように、取扱い店舗のデータリストには店舗コード、店舗名称、発注数、更新日時のデータ項目が設定されているが、上記の店舗別発注登録画面50においては表示項目を簡素化するため、店舗コードを表す位置に発注数の入力フィールドのみが表示され、他のデータ項目を非表示とすることが画面デザインで設定されている（図７参照）。
このため、データ変換部34は、図８(b)に示すように、取扱い店舗のデータリストから店舗コード及び発注数のデータ項目のみを抽出し、これらのデータを連結させたデータリストを生成する。
【００２９】
図示は省略したが、同様に、仕入先のデータリストには仕入先コードや仕入先名称の他に、納品開始日、納品終了日、原価、売価等のデータ項目が設定されているが、上記の店舗別発注登録画面50においては仕入先コード及び仕入先名称のみが表示され、他のデータ項目を非表示とすることが画面デザインにおいて設定されているため、データ変換部34は該当のデータのみを抽出し、これらのデータを連結させたデータリストを生成する。
【００３０】
このように、データリストをクライアント端末12に送信する前に非表示のデータを間引いておくことにより、無用のデータがクライアント端末12に送信されることがなくなり、データ通信量を低減することができる。
クライアント端末12のWebブラウザ上で不要なデータ項目を非表示にすること自体は、これまでもヒドゥン（hidden）という技術を使うことで実現されていたが、この場合には非表示のデータであってもクライアント端末12とサーバ16間を往復することとなるため、その分データ通信量の増大を招いていた。
【００３１】
データ変換部34は同時に、取扱い店舗のコードに欠番が存在している場合には、これを補いコードの連続性を確保する処理を実行する（Ｓ21）。
例えば、図８(a)の店舗リストでは店舗コード113が抜けているが、図８(b)のデータリストには店舗コード113のデータが補充されている。
このような欠番が生じる原因としては、店舗の閉店等により元々該当コードの店舗が存在しない場合の他、店舗自体は存在しているがユーザが指定した商品を取り扱っていないために図８(a)の店舗リストから漏れている場合がある。
何れにせよ、このようなコードの抜けが存在すると一覧画面における規則性が損なわれるため、データ変換部34においてデータの補充操作が行われる。
ただし、この補充された店舗コードの発注数欄に誤って数値が入力されることを防ぐため、予め入力不可を示す「×」マークが記述される。
【００３２】
つぎにデータ変換部34は、この取扱い店舗のデータリストの構成データ及び仕入先のデータリストの構成データを、汎用のデータ型に変換する（Ｓ22）。
すなわち、一つのレコードには通常、ブール型、バイト型、文字型、日付型、整数型、文字列型等、異なるデータ型のデータが含まれているが、後段における処理を単純化するため、この段階でデータ変換部34はこれらを一律に文字列の表示及び入力用の汎用的なデータ型に変換する。
この結果、後段の制御部30及びWebファイル生成部32は、データリストに含まれる各データのデータ型を意識することなく処理することが可能となり、制御部30及びWebファイル生成部32を実現するためのプログラムコードを簡素化することができる。
【００３３】
さらにデータ変換部34は、店舗別発注登録画面50のデザインが要求する振り分けルールに従って店舗データの組合せ（店舗コード＋発注数）をマトリクス状に配列させ（Ｓ23）、１行に複数のレコードに係るデータが含まれるデータリストを生成する。
図９はこのデータリストのイメージを示すものであり、１行に20件分の店舗データの組合せを店舗コード順に配列させた様子が描かれている。
この取扱い店舗のデータリスト及び仕入先のデータリストは、データ変換部34から制御部30に出力される。
【００３４】
制御部30は、データ変換部34から受け取った仕入先のデータリスト及び取扱い店舗のデータリストを、一旦第１のキャッシュ38に格納する（Ｓ24）。
つぎに制御部30は、仕入先のデータリスト及び店舗のデータリストを第２のキャッシュ40に格納する（Ｓ25）。
この際、制御部30は画面デザインに基づいて予めプログラムコード中に設定された店舗一覧表の行数情報（１頁＝５行）を参照し、第１のキャッシュ38に格納された取扱い店舗のデータリスト中の上から５行分を抽出し、第２のキャッシュ40に格納する。
これに対し、仕入先のデータリストの方は全部で６行に過ぎないため、全行分が第２のキャッシュ40に格納される。
【００３５】
つぎにコード生成部37が起動し、第２のキャッシュ40に格納された取扱い店舗のデータリストに対応した関係定義コードを生成し、第２のキャッシュ40に格納する（図４のＳ26）。
この際コード生成部37は、第２のキャッシュ40内に格納された各店舗情報（店舗コード＋発注数）の一覧表における位置座標を取得すると共に、バッファ42内に格納された「店舗−取引先」の関係情報を参照し、各店舗情報の位置と仕入先コードとの関係付けを定義するコードをJavaScriptの文法に従って自動生成し、第２のキャッシュに格納する。
図１０は、この関係情報の一例を示すものであり、各店舗コードと仕入先コードとの対応関係が模式的に表現されている。
この結果、例えば初期画面50における店舗一覧表53の一番左上に位置する店舗情報（店舗コード＝101）については、仕入先コード0031が上記の関係定義コードにおいて関連付けられることとなる。
【００３６】
Webファイル生成部32は、第２のキャッシュ40から仕入先のデータリスト、取扱い店舗のデータリスト中の各発注数項目、及び関係定義コードを取り出し、これらを所定のテンプレートに埋め込むことによってWebファイルを生成し、クライアント端末12に送信する（Ｓ27）。
この結果、図１１に示すように、クライアント端末12のディスプレイ22に商品コード＝12466用の店舗別発注登録画面54が表示される（Ｓ28）。
この画面54においては、図示の通り、上部に仕入先リスト55が配置されると共に、その下方には取扱い店舗の一覧表56が配置されている。
【００３７】
仕入先リスト55は、上記の通り全部で６件分しかないため、画面54内に縦のスクロールエリアが設定され、縦スクロールバーの調整によって表示案件の切替えが実現されている。
【００３８】
これに対し取扱い店舗の一覧表56の方は、１行当たり20個の発注数入力欄57が配置され、これが５行で１頁が形成されている。したがって、１頁当たり100件の発注数入力欄57が一度に表示される。
また、このように一覧表56の構成が１頁５行に確定されているため、検索ボタン52や登録ボタン62の位置も画面54上で固定されることとなる。
【００３９】
各発注数入力欄57は、左列に配置された数字（100,120,140,160,180）と最上行に配置された数字(1〜10）の組合せ、及び中央列に配置された数字（110,130,150,170,190）と最上行に配置された数字(1〜10）の組合せによって店舗コードが特定される仕組みとなっている。
例えば、図中の57aは中央列の数字が「110」で最上行の数字が「５」であるため、店舗コード＝115を表しており、57bは左列の数字が「180」で最上行の数字が「10」であるため、店舗コード＝190を表している。
【００４０】
このように、店舗コードを一覧表56の列及び行に割り振った数字の組み合わせによって表現することにより、店舗コード自体の表示を省略でき、その一覧性を高めることができると共に、店舗コードをクライアント12とフロントエンドサーバ16間でやり取りすることによる通信量を節減することができる。
なお、制御部30において各発注数入力欄57の座標と店舗コードとのマッピング処理が行われているため、後述のようにクライアント端末12から入力データが送信された場合、各入力データは対応の店舗コードに対して正確に関連付けられる。
もちろん、このような凝った画面デザインの代わりに、各店舗コードと発注数入力欄の組合せをそのままマトリクス状に配列させた、より一般的な一覧表を表示させることもできる。
【００４１】
ここで、クライアント端末12のユーザが、仕入先リスト55の中からNo.2の0021をクリックにより選択すると（Ｓ29）、クライアント端末12のWebページ表示部26は、当該仕入先コードを反転表示させる（Ｓ30）。
同時にWebページ表示部26は、フロントエンドサーバ16から送信されたWebファイル中の関係定義コードを参照し、当該仕入先に関連付けられた店舗情報の座標を特定すると共に、当該座標に位置する発注数入力欄57を反転表示させる（Ｓ31）。
例えば、上記関係定義コードにおいて「座標(1,5)＝0021」と規定されているため、Webページ表示部26は店舗コード：105の発注数入力欄57cを反転表示させる。
同様に、上記関係定義コードにおいて「座標(3,18)＝0021」と規定されているため、Webページ表示部26は店舗コード：158の発注数入力欄57dをも反転表示させる。
【００４２】
この結果ユーザは、表示された多数（100個）の発注数入力欄57の中で、当該仕入先に発注すべき店舗が一目瞭然となる。
この状態で、ユーザは反転表示された各フィールドにマウスポインタを合わせてクリックした後、必要な数量の入力または修正を行う（Ｓ32）。
【００４３】
つぎにユーザが、仕入先リスト55中の0041をクリックすると（Ｓ33）、クライアント端末12のWebページ表示部26は、当該仕入先コードを反転表示させる（Ｓ34）と共に、上記の関係定義コードを参照し、現在の店舗一覧表56の中でコード：0041の仕入先に関連付けられた座標を特定した後、該当の発注数入力欄57を反転表示させる（Ｓ35）。この際、コード：0021の仕入先に関連付けられた発注数入力欄57の反転状態が元に戻される。
この結果、図１２に示すように、仕入先リスト55の中で0041の三角屋から商品を仕入れることになっている店舗の入力欄57が反転表示される。
この状態で、ユーザは反転表示された各入力欄57をクリックし、必要な数量の入力または修正を行う（Ｓ36）。
【００４４】
つぎにユーザが店舗一覧表の次頁スクロールボタン60をクリックすると（Ｓ37）、クライアント端末12の処理要求部24はこれまでの入力データをフロントエンドサーバ16に送信してデータの更新を求めると共に、次頁画面の配信を求める（Ｓ38）。
これを受けたフロントエンドサーバ16の制御部30は、まず送信された入力データによって第１のキャッシュ38内の対応データを更新する（Ｓ39）。具体的には、ブランクの発注数入力欄57に入力された値を対応の項目に充填する。あるいは、すでに値が入力されていた項目については、新たに送信された値で対応の項目を上書きする。
【００４５】
つぎに制御部30は、第１のキャッシュ38から次頁に表示されるべき店舗のデータリストを５行分取り出し、第２のキャッシュ40に格納する（Ｓ40）。なお、仕入先のデータリストに変更はないため、改めて第２のキャッシュ40に格納することは行われない。
【００４６】
つぎにコード生成部37が起動し、第２のキャッシュ40に格納された新たな取扱い店舗のデータリストに対応した関係定義コードを生成し、第２のキャッシュ40に格納する（図５のＳ41）。
すなわち、コード生成部37は第２のキャッシュ40内に格納された各店舗情報（店舗コード＋発注数）の位置座標を取得すると共に、バッファ42内に格納された「店舗−取引先」の関係情報を参照し、各店舗情報の位置と仕入先コードとの関係付けを定義するコードをJavaScriptの文法に従って自動生成する。
【００４７】
これに対しWebファイル生成部32は、第２のキャッシュ40から仕入先のデータリスト、取扱い店舗のデータリスト中の各発注数項目、及び関係定義コードを取り出し、上記のテンプレートに充填することによってWebファイルを生成し、クライアント端末12に送信する（Ｓ42）。
この結果、図１３に示すように、クライアント端末12のディスプレイ22に表示された取扱い店舗の一覧表56においては、店舗コードが201〜300までの発注数入力欄57が表示されることとなる。
この場合、既に前頁において仕入先コード0041が選択されているため、クライアント端末のWebページ表示部26は、0041を反転表示させると共に（Ｓ43）、新たに送信された関係定義コードを参照することにより（Ｓ44）、0041の仕入先に関連付けられた店舗の入力欄57を反転表示させている（Ｓ45）。
これに対しユーザは、各入力欄57に対して上記と同様、必要な値の入力あるいは修正を行う（Ｓ46）。
【００４８】
つぎにユーザが店舗一覧表56の次行スクロールボタン61をクリックすると（Ｓ47）、クライアント端末12の処理要求部24はこれまでの入力データをフロントエンドサーバ16に送信してデータの更新を求めると共に、次行スクロール後の画面の配信を求める（Ｓ48）。
これを受けたフロントエンドサーバ16の制御部30は、まず送信された入力データによって第１のキャッシュ38内の対応データを更新する（Ｓ49）。
つぎに制御部30は、第１のキャッシュ38から次行スクロール後の一覧表に表示されるべき店舗のデータリストを５行分取り出し、第２のキャッシュ40に格納する（Ｓ50）。
【００４９】
つぎにコード生成部37が起動し、第２のキャッシュ40に格納された新たな店舗のデータリストに対応した関係定義コードを生成し、第２のキャッシュ40に格納する（Ｓ51）。
すなわち、コード生成部37は第２のキャッシュ40内に格納された各店舗情報（店舗コード＋発注数）の位置座標を取得すると共に、バッファ42内に格納された「店舗−取引先」の関係情報を参照し、各店舗情報の位置と仕入先コードとの関係付けを定義するコードをJavaScriptの文法に従って自動生成する。
【００５０】
これに対しWebファイル生成部32は、第２のキャッシュ40から仕入先のデータリスト、取扱い店舗のデータリスト中の各発注数項目、及び関係定義コードを取り出し、上記のテンプレートに充填することによってWebファイルを生成し、クライアント端末12に送信する（Ｓ52）。
この結果、図示は省略したが、クライアント端末12のディスプレイ22には店舗コードが221〜320までの発注数入力欄57が表示される。
この場合も、既に仕入先コード0041が選択されているため、クライアント端末12のWebページ表示部26は、0041を反転表示させると共に（Ｓ53）、新たに送信された関係定義コードを参照することにより（Ｓ54）、0041の仕入先に関連付けられた店舗の入力欄を反転表示させる（図６のＳ55）。
これに対しユーザは、各入力欄に対して上記と同様、必要な値の入力あるいは修正を行う（Ｓ56）。
【００５１】
必要なデータの入力あるいは修正を終えたユーザが登録ボタン62をクリックすると、クライアント端末12の処理要求部24からフロントエンドサーバ16に対して店舗情報の更新登録リクエストが送信される（Ｓ57）。
このイベントを受け付けた制御部30は、第１のキャッシュ38内のデータリストに対し発注数の充填あるいは修正を施した後（Ｓ58）、取扱い店舗のデータリストをデータ変換部34に渡す（Ｓ59）。
これに対しデータ変換部34は、このデータリストを元の配列、すなわち個々の店舗情報がレコード単位で一列に配列された状態のデータリストに変換する（Ｓ60）。
つぎにデータ変換部34は、このデータリストに含まれる各データの型を、汎用的なデータ型からそれぞれのデータ項目固有のデータ型に変換する（Ｓ61）。
つぎにデータ変換部34は、欠落している「店舗名称」、「更新日時」等のデータ項目を各店舗情報に補充し（Ｓ62）、元のレコードを復元する。また、更新日時の項目に現在の日時情報を記録する（Ｓ63）。
データ変換部34は、このデータリストをバッファ42にセットする（Ｓ64）。
【００５２】
業務処理部36は、このバッファ42のデータリストをＤＢサーバ14に送信し、データの更新を依頼する（Ｓ65）。
これを受けたＤＢサーバ14は、業務処理部36から受け取ったデータリストによって店舗別発注データベースを更新する。
【００５３】
上記においては、クライアント端末12において次頁スクロールボタン60及び次行スクロールボタン61がクリックされた場合に入力データがフロントエンドサーバ16に送信され、第１のキャッシュ38内のデータが更新されると共に、コード生成部37において新たな関係定義コードが生成される例を示したが、前頁スクロールボタン63及び前行スクロールボタン64がクリックされた場合にも同様の処理が実行される。
これは、何れのスクロールボタンがクリックされた場合でも、一覧表56における各データの位置関係や表示／非表示の状態に変動が生じるため、それまでの入力データを更新すると共に、新たな位置関係に対応した関係定義コードを生成する必要が生じるためである。
【００５４】
これに対し、関係定義コードには一覧表56に表示中の全てのデータと各選択肢との対応関係が定義されているため、表示内容に変動が生じない限り、上記のようにクライアント端末12において選択肢の切り換え動作が行われてもフロントエンドサーバ16との間で通信を行うことなく、新たに選択された選択肢と関連付けられた発注数入力欄57を即座に反転表示させることができる。
この結果、以下の効果が生じる。
(1)フロントエンドサーバ16との間の通信時間が不要となるため、クライアント端末12における応答速度が向上する。
(2)フロントエンドサーバ16側の処理が減る分、その負荷を削減することができる。
(3)クライアント端末12とフロントエンドサーバ16間の通信回数が減る分、ネットワーク負荷（トラフィック）を低減することができる。
【００５５】
このシステム10においては、上記のようにWebブラウザ上の一覧表56が、一定の行を備えた頁単位で表示され、行または頁単位でスクロールイベントが実行される度に一覧表56における各店舗の発注数入力欄57の座標に変動が生じるため、新たな位置関係に対応した関係定義コードをその都度フロントエンドサーバ16側で動的に生成し、クライアント端末12に送信する必要が生じる。このため、前もって関係定義コードをプログラマが作成しておくことができず、フロントエンドサーバ16のコード生成部37で自動生成する仕組みが不可欠となる。
また、このようにコード生成部37において関係定義コードが自動生成されることの当然の帰結として、人為的なプログラムミスが生じる余地がない。
【００５６】
なお、一覧表56における表示データが変動する度に画面コード生成部37によって生成されるJavaScriptのコードは、あくまでも現在表示中の一覧表56における各表示データの位置座標と各選択肢との関連付けを示す関係定義コードであり、これを解釈して特定の表示項目（発注数入力欄57）を反転させる処理を実行するための制御コード（JavaScript）は、予め.js（ドットジェイエス）ファイルとして各クライアント端末12に配信されている。
フロントエンドサーバ16から送信された関係定義コードを解釈し、特定の表示項目を反転させる処理自体は一覧表56の各頁で共通するため、このように制御コードの部分は.jsファイルとして予めクライアント端末12に配信しておくことが効率的であり、通信量の低減にも資することとなる。
ただし、この発明はこれに限定されるものではなく、フロントエンドサーバ16のコード生成部37において関係定義コード及び制御コードの両方を含んだコードをJavaScript等のスクリプト言語で生成し、これをWebファイル中に埋設させてクライアント端末12に配信するように運用してもよい。
【００５７】
このシステム10の場合、各サービス毎に独自の画面デザイン（画面テンプレート）が設計され、それに合わせて制御部30やWebファイル生成部32、データ変換部34の動作を変更する必要がある。
例えば、あるデータベースの登録画面においては10行／頁の一覧表を設ける画面デザインを採用した場合、制御部30及びWebファイル生成部32は、10件のデータを１頁として処理することが求められる。
これに対し、業務処理部36は画面デザインからは完全に切り離され、ただＤＢサーバ14に対してレコードの抽出を要求し、送信されたレコードをバッファ42に格納すると共に、データ変換部34によってバッファ42に格納されたレコードをＤＢサーバ14に渡して必要な更新や削除を依頼する処理に専念できる。
この結果、業務処理部36のプログラム構成を簡素化することができるため、そのコードの再利用性や安定性が向上する効果がある。
また、画面のデザインが変更になった場合も、Webファイル生成部32が管理している画面のテンプレート、制御部30及びデータ変換部34のコードを修正すれば足り、業務処理部36のコードは修正する必要がない。
【００５８】
なお、制御部30やWebファイル生成部32、データ変換部34を画面デザインに合わせてコーディングする際にも、各画面で共通する基本的な動作部分はアプリケーション基盤として事前に作り込んでおき、１頁当たりの行数や表示対象となるデータ項目の範囲を指定する部分等について書き直せば済む。
特に、Java（登録商標）言語によって各部のコーディングを行う場合には、継承の仕組みを利用することによって簡単にアプリケーション基盤部分のコードを援用できるため、画面デザインの変更に伴うプログラムの修正が容易となる。
【図面の簡単な説明】
【００５９】
【図１】この発明に係るデータベース利用システムの全体構成を示す概念図である。
【図２】クライアント端末及びフロントエンドサーバの機能構成を示すブロック図である。
【図３】このシステムにおける処理手順を示すフローチャートである。
【図４】このシステムにおける処理手順を示すフローチャートである。
【図５】このシステムにおける処理手順を示すフローチャートである。
【図６】このシステムにおける処理手順を示すフローチャートである。
【図７】店舗別発注登録用の初期画面を示すレイアウト図である。
【図８】取扱い店舗のデータリストから一部のデータ項目を抽出する様子を示す概念図である。
【図９】店舗データの組合せをマトリクス状に配列された状態を示す概念図である。
【図１０】特定の商品に係る店舗−仕入先関係情報の一例を示す模式図である。
【図１１】特定の商品に係る店舗別発注登録画面を示すレイアウト図である。
【図１２】特定の商品に係る店舗別発注登録画面を示すレイアウト図である。
【図１３】特定の商品に係る店舗別発注登録画面を示すレイアウト図である。
【符号の説明】
【００６０】
10 データベース利用システム
12 クライアント端末
14 ＤＢサーバ
16 フロントエンドサーバ
18 通信ネットワーク
20 入力装置
22 ディスプレイ
24 処理要求部
26 Webページ表示部
30 制御部
32 ファイル生成部
34 データ変換部
36 業務処理部
37 コード生成部
38 第１のキャッシュ
40 第２のキャッシュ
42 バッファ
50 店舗別発注登録用の初期画面
51 商品コード入力欄
52 検索ボタン
53 店舗一覧表
54 特定商品に係る店舗別発注登録画面
55 仕入先リスト
56 取扱い店舗の一覧表
57 発注数入力欄
60 次頁スクロールボタン
61 次行スクロールボタン
62 登録ボタン
63 前頁スクロールボタン
64 前行スクロールボタン
X1,X2,X3  アプリケーションプログラム
【図１】
2006079200.tif 000003
【図２】
2006079200.tif 000004
【図３】
2006079200.tif 000005
【図４】
2006079200.tif 000006
【図５】
2006079200.tif 000007
【図６】
2006079200.tif 000008
【図７】
2006079200.tif 000009
【図８】
2006079200.tif 000010
【図９】
2006079200.tif 000011
【図１０】
2006079200.tif 000012
【図１１】
2006079200.tif 000013
【図１２】
2006079200.tif 000014
【図１３】
2006079200.tif 000015