(57)【特許請求の範囲】
【請求項１】
データベースを有するサーバと、前記サーバに通信可能に接続されている前記データベースを利用するアプリケーションを有する複数のクライアントとから成るデータベース利用システムにおいて、
前記サーバが、
前記データベースのデータ構造を定義したデータベース定義情報、及び前記各クライアントで実行されるアプリケーションの動作を定義するアプリケーション定義情報を含む管理制御ファイルと、
前記データベースを管理するデータベース管理システムと、
を備え、
前記各クライアントのうち少なくとも１つのクライアントが、
前記データベース定義情報或いは前記アプリケーション定義情報を作成し、前記サーバ上の管理制御ファイルに登録するデータベース作成手段を有し、
前記各クライアントが、
前記サーバに登録された前記管理制御ファイルをダウンロードする手段と、
前記ダウンロードされた前記管理制御ファイルに基づいて、前記アプリケーションの定義を行う手段と、
を備えるデータベース利用システム。
【請求項２】
請求項１記載のデータベース利用システムにおいて、
前記データベース作成手段が、
前記データベース定義情報を前記サーバ上の管理制御ファイルを一時的に退避したワーク用管理制御ファイルに登録し、前記サーバの前記データベース管理システムを通じて前記データベースを再構築した後、前記ワーク用管理制御ファイルを前記管理制御ファイルに登録する手段、
を更に備える請求項１記載のデータベース利用システム。
【請求項３】
請求項２記載のデータベース利用システムにおいて、
前記各クライアントが、
アプリケーションの起動若しくは再起動時に前記管理制御ファイルをダウンロードして先にダウンロードした管理制御ファイルを更新する手段、
を更に備えるデータベース利用システム。
【請求項４】
請求項１記載のデータベース利用システムにおいて、
前記データベース作成手段が、
前記データベース定義情報或いはアプリケーション定義情報をテキスト変換して前記管理制御ファイルへ書込む手段、
を更に備え、
前記各クライアントが、
前記管理制御ファイルを各自のプラットフォームに適合したバイナリデータに変換してダウンロードする手段、を更に備えるデータベース利用システム。
【発明の詳細な説明】
【０００１】
【発明の技術分野】
本発明は、業務に応じてデータベースシステムを利用するためにのデータベース利用システムに関する。
【０００２】
【従来の技術】
データベースシステムは、データベースとデータベース管理システム（以下、ＤＢＭＳと略称する）とを含む。データベースは１つ以上の業務で使用されるデータの集合である。ＤＢＭＳは業務アプリケーションプログラム（以下、業務アプリケーションという）とデータベースとの間にあって、その橋渡しやデータベースの作成・保守を行うプログラムである。
【０００３】
従来、利用者は、データベースを構築する際にデータベースのデータ構造を定義した文をＤＢＭＳに入力する。ＤＢＭＳはその定義文を解釈して、データベース構造の定義情報を生成し蓄積する。データベースを使用する個々の業務アプリケーションも、これと類似のデータベース定義情報を必要とする。この業務プログラム用のデータベース定義情報は、各業務アプリケーションのプログラミングで作り込まれる。また、業務アプリケーションの動作の定義（例えば入出力画面や帳票のレイアウトや画面遷移などの定義であり、以下、アプリケーション定義という）も、個々の業務プログラムのプログラミングで作られる。更に、業務アプリケーションがＤＢＭＳを介してデータベースにアクセスするための処理内容も、使用する具体的なＤＢＭＳの種類に応じて、個々の業務プログラムのプログラミングで作りこまれる。
【０００４】
【発明が解決しようとする課題】
上述の通り従来は、データベース構築時のデータベース定義と業務アプリケーション用のデータベース定義とは、多くの重複部分があるにも拘らず全く別の作業で行われている。また、のアプリケーション定義やデータベースアクセス処理内容なども、各業務プログラム毎に個別にプログラミングされている。そのため、システム開発では同様の内容の定義を重複して行うことが多く、よって開発効率が悪く、かかるコストも大きい。また、重複した定義情報をもつことによってプログラムも肥大化する。更に、定義情報に修正が発生した場合、修正作業も煩雑で非効率である。
【０００５】
従って、本発明の目的は、データベース定義やアプリケーション定義を重複して行う必要がなく、よって、開発効率が良く、修正への対応も早く、業務プログラムもコンパクトで済むようなデータベース利用システムを提供することにある。
【０００６】
【課題を解決するための手段】
本発明に従うデータベース利用システムは、データベースを有するサーバと、上記サーバに通信可能に接続されている上記データベースを利用するアプリケーションを有する複数のクライアントとから成るもので、上記サーバが、上記データベースのデータ構造を定義したデータベース定義情報、及び上記各クライアントで実行されるアプリケーションの動作を定義するアプリケーション定義情報を含む管理制御ファイルと、上記データベースを管理するデータベース管理システムと、を備え、上記各クライアントのうち少なくとも１つのクライアントが、上記データベース定義情報或いは上記アプリケーション定義情報を作成し、上記サーバ上の管理制御ファイルに登録するデータベース作成手段を有し、上記各クライアントが、上記サーバに登録された上記管理制御ファイルをダウンロードする手段と、上記ダウンロードされた上記管理制御ファイルに基づいて、上記アプリケーションの定義を行う手段と、を備える。そのため、少なくとも一つのクライアントでデータベース定義情報を作成すれば、それがサーバに登録され各クライアントはサーバで一元的に管理されているデータベース定義情報を自動的にダウンロードして自己の業務に使用するので、クライアントが複数あるシステムでもデータベース定義を重複して行う必要はなく、よって開発効率が向上し修正への対応も早い。
【０００７】
本発明に係る好適な実施形態では、上記データベース作成手段が、上記データベース定義情報を上記サーバ上の管理制御ファイルを一時的に退避したワーク用管理制御ファイルに登録し、上記サーバの上記データベース管理システムを通じて上記データベースを再構築した後、上記ワーク用管理制御ファイルを上記管理制御ファイルに登録する手段、を更に備える。このため、既に実行環境にリリースされている管理制御ファイルを、一時的にワーク領域に退避して修正操作するので、現在のシステムには影響はなく、対応も容易で早い。
【０００８】
上記とは別の実施形態では、上記各クライアントが、アプリケーションの起動若しくは再起動時に上記管理制御ファイルをダウンロードして先にダウンロードした管理制御ファイルを更新する手段、を更に備える。そのため、一元の定義情報を個々のクライアントが起動時などに自動的にダウンロードするようになっているので、定義修正への対応が早い。
【０００９】
更に、上記とは別の実施形態では、上記データベース作成手段が、上記データベース定義情報或いはアプリケーション定義情報をテキスト変換して上記管理制御ファイルへ書込む手段、を更に備え、上記各クライアントが、上記管理制御ファイルを各自のプラットフォームに適合したバイナリデータに変換してダウンロードする手段、を更に備える。そのため、各クライアントのプラットフォームが異なっていても何ら支障がない。
【００１８】
【発明の実施の形態】
図１は本発明の一実施形態にかかるデータベース利用システムを搭載したコンピュータシステムのシステム構成を示す。
【００１９】
通信ネットワーク１を介してサーバ３及び１台以上のクライアント５Ａ、５Ｂ、５Ｃ…が相互通信可能に接続されている。サーバ３及びクライアント５Ａ、５Ｂ、５Ｃ…は例えばワークステーションやパーソナルコンピュータなどであり、それらのプラットフォーム（ハードウェア及びＯＳ）は互いに異なっていて構わない。
【００２０】
サーバ３は、リレーショナルデータベース管理システム（以下、ＲＤＢＭＳと略称する）７と、このＲＤＢＭＳ７によって作成及び管理されるデータベース（以下、ＤＢと略称することがある）９と、データベース内のレコード又はファイルとリンクされた静止画、動画及び音声などを格納したメディアファイル１１とを有する。
【００２１】
クライアント５Ａ、５Ｂ、５Ｃ…はそれぞれ、データベース９内のデータを利用して所定の業務を行うための業務アプリケーション１３と、この業務アプリケーション１３のためのデータベース定義情報やアプリケーション定義情報などを格納した管理制御ファイル１５とを有する。また、クライアント５Ａ、５Ｂ、５Ｃ…のうちの少なくとも１台（例えばクライアント５Ａ）は、管理制御ファイル１５の作成やデータベース９の作成を行うためのＤＢ作成アプリケーション１７を有している。更に、各クライアント５Ａ、５Ｂ、５Ｃ…は、サーバ３のＲＤＢＭＳ７と通信することによりデータベース９にアクセスするためのプログラムであるＤＢアクセス処理部１９を有している。このＤＢアクセス処理アクセス処理部１９は、業務アプリケーション１３やデータベース作成業務アプリケーション１７からは独立したプログラムとして設けられている。
【００２２】
図２は、クライアント５Ａ、５Ｂ、５Ｃ…のうちの代表的な１台５Ａの内部構成を示している。他のクライアント５Ｂ、５Ｃ…も図２と同様か、又は図２からＤＢ作成アプリケーション１７を除いた内部構成を有している。
【００２３】
図２に示すように、ＤＢ作成アプリケーション１７はＤＢ定義部２１、アプリケーション定義部２３、ユーザ定義部２５、テキスト変換部２７及びＤＢ構築部２９及びを有している。
【００２４】
ＤＢ定義部２１は、データベース定義すなわちデータベース９のデータ構造を定義する処理（例えば、データベースにテーブルを追加・変更・削除するテーブル定義、データベースにデータ項目を追加・変更・削除する項目定義、データベースに検索等のための追加・変更・削除するインデックス定義、テーブル間のリンクを追加・変更・削除するテーブル間リンク定義など）を行うモジュールである。ＤＢ定義部２１は、クライアント５Ａのディスプレイ装置３１にデータベース定義にかかる上記各種の定義事項を入力するための定義画面を表示し、そして、ユーザによるキーボードやマウスなどの入力装置３３の操作に応答して、テーブルや項目やインデックスやテーブル間リンクなどを定義したデータベース定義情報３５を作成して、管理制御情報ファイル１５に登録する。
【００２５】
アプリケーション定義部２３は、アプリケーション定義すなわち業務アプリケーション１３の動作を定義する処理（例えば、入出力画面のレイアウトや検索項目やフィールドなどを追加・変更・削除する画面レイアウト定義、帳票のレイアウトやフィールドなどを追加・変更・削除する帳票レイアウト定義、画面から別の画面への遷移関係を追加・変更・削除する画面遷移定義など）を行うモジュールである。アプリケーション定義部２３は、ディスプレイ装置３１にアプリケーション定義にかかる上記各種の定義事項を入力するための定義画面を表示し、そして、ユーザによる入力装置３３の操作に応答して、画面レイアウトや帳票レイアウトや画面遷移などを定義したアプリケーション定義情報３７を作成して、これを管理制御情報ファイル１５に登録する。尚、この処理においてアプリケーション定義部２３は、画面や帳票などの定義をデータベース９のデータ構造に適合して行うために管理制御ファイル１５内のデータベース定義情報３５を参照する。
【００２６】
ユーザ定義部２５は、ユーザ定義すなわち本システムを利用できるユーザに関する定義（例えば、ユーザを管理者／特別メンバー／一般メンバーのようなアクセスレベル別にグループ分けしてパスワードなどを登録するユーザ定義、アクセスレベルごとに利用できる業務を設定する操作資格定義、アクセスレベルごとにデータベース９上のデータに対するアクセス権限を設定するアクセス権定義など）を行うモジュールである。ユーザ定義部２５は、ディスプレイ装置３１にユーザ定義にかかる上記各種の定義事項を入力するための定義画面を表示し、そして、ユーザによる入力装置３３の操作に応答して、ユーザのアクセスレベルやパスワードや操作資格やアクセス権限などを定義したユーザ定義情報３９を作成して、これを管理制御情報ファイル１５に登録する。尚、この処理においてユーザ定義部２５は、アクセス権限などの定義をデータベース９のデータ構造に適合して行うために管理制御ファイル１５内のデータベース定義情報３５を参照する。
【００２７】
ところで、図２では、定義情報３５、３７、３９はそれぞれの定義部２１、２３、２５からクライアント５Ａ上の管理制御ファイル１５に直接登録されるかのように図示されているが、実際はそうではなく、実際には図３に示すようにサーバ３経由で各クライアント５Ａ、５Ｂ、５Ｃ…の管理制御ファイル１５に登録される。すなわち、管理制御ファイル１５はシステム内で一意である必要があるため、基本的にはサーバ３上で一元管理されている。つまり、サーバ３上には現在実行環境にリリースされている管理制御ファイル１５’があり、各クライアント５Ａ、５Ｂ、５Ｃ…が使用する管理制御ファイル１５は、各クライアント５Ａ、５Ｂ、５Ｃ…の業務アプリケーション１３がその起動時にサーバ３からダウンロードしたものである。クライアント５Ａのデータベース作成アプリケーション１７は、上述した定義作業を行うとき、まずサーバ３上の管理制御ファイル１５’を一時的にワーク領域に退避（コピー）し、このワーク用管理制御ファイル１５”に定義情報３５、３７、３９を登録する（つまり、ワーク用管理制御ファイル１５”を変更する）。この間、リリースされている管理制御ファイル１５’は変更されないから、現在のシステムの稼働には影響がない。定義作業が終了すると、データベース作成アプリケーション１７は変更したワーク用管理制御ファイル１５”を実行環境にリリースする（つまり、管理制御ファイル１５’に上書きする）。この後、各クライアント５Ａ、５Ｂ、５Ｃ…の業務アプリケーション１３を再起動すれば、新しい管理制御ファイル１５’が各クライアント５Ａ、５Ｂ、５Ｃ…にダウンロードされる。結果として、図２に示すように各クライアント５Ａ、５Ｂ、５Ｃ…の管理制御ファイル１５が、データベース作成アプリケーション１７で定義した通りの内容になる。
【００２８】
再び図２を参照して、データベース作成アプリケーション１７のテキスト変換部２７は、上述した定義部２１、２３、２５が作成した定義情報３５、３７、３９をサーバ３のワーク用管理制御ファイル１５”に送る際に、その定義情報３５、３７、３９をプラットフォームに依存しないデータ形式、例えばテキスト形式に変換するモジュールである。そのため、サーバ３上の管理制御ファイル１５’はテキスト形式になっており、これをダウンロードした各クライアント５Ａ、５Ｂ、５Ｃ…では、そのテキストデータをそれぞれのプラットフォームに適合したバイナリデータに変換してそれぞれの管理制御ファイル１５とする。従って、クライアント５Ａ、５Ｂ、５Ｃ…のプラットフォームは異なっていても何の支障もない。
【００２９】
データベース構築部２９は、データベース９の新規構築・再構築の処理を行うためのモジュールであり、ユーザ名及びパスワードが予め登録された特定の管理者だけがこれを呼出すことができる。データベース構築部２９は、上述したデータベース定義部２１によって作成されたデータベース定義情報３５内から、サーバ３上のデータベース９の構築又は再構築のためにＲＤＢＭＳ７が必要とする定義情報を読み込んで、これをデータベースアクセス処理部１９を介してサーバ３のＲＤＢＭＳ７に送信する。すると、ＲＤＢＭＳ７では、その定義情報を受けてデータベース９を構築又は再構築する。
【００３０】
このデータベースの構築・再構築において、図２では、データベース構築部２９がデータベース定義情報３５を、クライアント５Ａ上の管理制御ファイル１５から読み込むかのごとくに便宜上図示されているが、これも実際はそうではない。実際には、図３に示すように、クライアント５Ａのデータベース作成アプリケーション１７（データベース構築部２９）は、上述した定義処理によってサーバ３上のワーク用管理制御ファイル１５’’が変更された後に、このワーク用管理制御ファイル１５’’からデータベース定義情報を読み込んでサーバ３のＲＤＢＭＳ７に送信して、その定義に従ったデータベース９を構築・再構築させる。結果として、図２に示すように、各クライアント５Ａ、５Ｂ、５Ｃ、・・・上のデータベース定義情報３５に従ってサーバ３上のデータベース９が構築・再構築されたかのごとき状態になる。なお、各クライアント５Ａ、５Ｂ、５Ｃ、・・・上のデータベース定義情報とサーバ３上のデータベース９の構造との一致を保証するために、データベース作成アプリケーション１７のデータベース定義部２１は、サーバ３上のワーク用管理制御ファイル１５’’を変更した後にデータベース構築部２９を呼出してデータベース構築・再構築処理を実行しない限り、変更した管理制御ファイル１５’’を実行環境にリリースすることができないようにプログラムされている。
【００３１】
再び図２を参照して、業務アプリケーション１３は、ＧＵＩ（グラフィックユーザインタフェース）制御部４１、中央制御部４３、クエリ制御部４５及びメディア管理部４７を有している。
【００３２】
中央制御部４３は、管理制御ファイル１５内の定義情報３５、３７、３９を使用して、データベース９内のデータを検索したり検索結果を表示・出力したり検索データにリンクされている画像や音声のデータを表示・出力したりする業務処理の中枢部分を実行するモジュールである。
【００３３】
ＧＵＩ制御部４１は、中央制御部４３からの指示に基づいて、指示された入出力画面をディスプレイ３１に表示したり、指示された帳票を図示しないプリンタに印刷させたり、ユーザによる入力装置３３の操作に応答して入力情報を中央制御部４３へ渡したりといった、ユーザインタフェースに関わる処理を行うモジュールである。
【００３４】
クエリ（問い合せ）制御部４５は、中央制御部４３からの指示に基づいて、指示された問い合せ（例えば検索など）をＲＤＢＭＳ７に行うためのメッセージ（例えばＳＱＬ文）を自動的に作成してデータベースアクセス処理部１９を介してＲＤＢＭＳ７に送信したり、ＲＤＢＭＳ７からの検索結果をデータベースアクセス処理部１９を介して受信して中央制御部４３に渡すなどの処理を行うモジュールである。
【００３５】
メディア管理部４７は、中央制御部４３からの指示に基づいて、指示された静止画像、動画又は音声のデータをサーバ３のメディアファイル１１から取得して中央制御部４３へ渡す処理を行うモジュールである。
【００３６】
データベースアクセス処理部１９は、データベース作成アプリケーション１７及び業務アプリケーション１３がＲＤＢＭＳ７と通信するためのインタフェースを提供するものである。このデータベースアクセス処理部１９は、ＲＤＢＭＳ７の具体的な種類に応じて、そのＲＤＢＭＳ７の外部インタフェースに適合した内容のものである必要がある。そのため、使用するＲＤＢＭＳ７の種類が変わる場合にはデータベースアクセス処理部１９も変更する必要がある。しかし、データベースアクセス処理部１９はデータベース作成アプリケーション１７及び業務アプリケーション１３から独立したプログラムであるため、データベース作成アプリケーション１７及び業務アプリケーション１３を変更することなしに、データベースアクセス処理部１９の変更だけで容易に異なるＲＤＢＭＳ７に対応することができる。
【００３７】
以上の構成の下での動作は以下の通りである。
【００３８】
データベース９を構築又は再構築する場合、ユーザはまずクライアント５Ａのデータベース作成アプリケーション１７を起動し、データベース定義部２１、アプリケーション定義部２３及びユーザ定義部２５がそれぞれ提供する定義画面上で、データベース定義やアプリケーション定義やユーザ定義を行う。これにより、サーバ３上のワーク用管理制御ファイル１５”に、新しい内容をもつデータベース定義情報３５、アプリケーション定義情報３７及びユーザ定義情報３９が作成される。続いて、ユーザはデータベース作成アプリケーション１７のデータベース構築部２９を呼び出す。それにより、サーバ３では、ワーク用管理制御ファイル１５”内の新しいデータベース定義情報３５がＲＤＢＭＳ７に渡されて、その新しいデータベース定義情報３５に従ったデータ構造をもったデータベース９が構築又は再構築される。続いて、ユーザは、データベース作成アプリケーション１７に命じてサーバ３上のワーク用管理制御ファイル１５”を実行環境にリリースさせてから、データベース作成アプリケーション１７を終了する。その後、各クライアント５Ａ、５Ｂ、５Ｃ…の業務アプリケーション１３を起動又は再起動すると、それぞれの業務アプリケーション１３がサーバ３から、新しくリリースされた管理制御ファイル１５’をダウンロードしてそれぞれのクライアント５Ａ、５Ｂ、５Ｃ…の管理制御ファイル１５を更新する。以上で、システム全体が、新たに構築又は再構築されたデータベース９を利用できる状態になる。
【００３９】
各クライアント５Ａ、５Ｂ、５Ｃ…で業務を行う場合、各ユーザは各業務アプリケーション１３を起動する。各業務アプリケーション１３は各管理制御ファイル１５から定義情報３５、３７、３９を読み込み、例えばアプリケーション定義情報に基づいて必要な入力画面を作成し表示する。ユーザはその入力画面上で、参照したいテーブルを指定したり、検索を要求したりするなどの種々の操作を要求することができる。このとき、各業務アプリケーション１３は、ユーザ定義情報３９に基づいて、ユーザに許す操作をユーザのアクセスレベルの範囲内に制限する。各業務アプリケーション１３は、ユーザからの操作要求に応答して、データベース定義情報３５に基づき、要求された操作を行うためのメッセージを自動作成してサーバ３のＲＤＢＭＳ７に送信し、そして、ＲＤＢＭＳ７から操作結果のデータを受信して画面に表示する。各業務アプリケーション１３は、ＲＤＢＭＳ７から受信したデータに静止画や動画や音声がリンクされていれば、その静止画や動画や音声をメディアファイル１１から読み込んで受信データと共に画面に表示したりスピーカ（図示せず）から出力したりする。
【００４０】
以上説明した実施形態には以下のような利点がある。
【００４１】
データベース定義情報を業務アプリケーション及びＤＢＭＳから分離した一元の外部ファイル上に作成して、この一元の外部ファイルから業務アプリケーション及びＤＢＭＳに提供するようにしているため、従来のようにデータベース定義を重複して行う必要がなく、個々の業務アプリケーションのプログラミングからデータベース定義を除去することができるから、開発効率が向上し、定義修正への対応も早くなる。
【００４２】
アプリケーション定義やユーザ定義も業務アプリケーションから分離した一元の外部ファイル上に作成して、この一元の外部ファイルから個々の業務アプリケーションに提供するようにしているため、個々の業務アプリケーションのプログラミングからそれらの定義を除去でき、やはり開発効率が向上し、定義修正への対応も早くなる。
【００４３】
一元の定義情報をプラットフォームに依存しないテキスト形式で各クライアントに供給しているため、異なる複数のクライアント環境上で同じ定義情報に基づいて業務アプリケーションを動作させることが容易である。
【００４４】
データベース作成アプリケーションが、データベース定義、アプリケーション定義、ユーザ定義のためのＧＵＩをユーザに提供して、ＧＵＩ上の操作に応答して定義情報を自動作成するので、定義情報をプログラミングする必要がない。
【００４５】
一元の定義情報を個々のクライアントが起動時などに自動的にダウンロードするようになっているので、定義修正への対応が容易で早い。
【００４６】
定義を変更する場合、既に実行環境にリリースされている定義情報を一時的にワーク領域に退避して修正操作をするので、現行のシステムに影響がない。
【００４７】
データベース定義を変更した場合、変更後の定義に基づくデータベースの再構築と、変更後の定義の実行環境へのリリースとが必ず同期的に行われるようになっているため、システムの正しい動作が保証できる。
【００４８】
業務アプリケーションで行う各種のデータベース操作も、ＧＵＩ操作で行えるので、ＳＱＬ文のような操作メッセージをいちいちユーザが作成する必要がない。
【００４９】
ＤＢＭＳに依存するデータベースアクセス処理部を、アプリケーションから分離した外部プログラムとして設けたので、ＤＢＭＳの変更への対応が容易である。
【００５０】
以上、本発明の好適な一実施形態を説明したが、これは本発明がこの実施形態のみに限定される趣旨ではなく、本発明はその他の種々の態様でも実施することが可能である。上記実施形態では、クライアントとサーバは物理的に異なるコンピュータハードウェアであったが、必ずしもそうである必要はなく、クライアントとサーバが同じコンピュータハードウェア上に共存していてもよい。例えば、パーソナルユース向けの小さいシステムでは、サーバとしてのＲＤＢＭＳ７、データベース９及びメディアファイル１１と、クライアントとしての業務アプリケーション１３、管理制御ファイル１５及びデータベース作成アプリケーション１７が全て１台のコンピュータに搭載される構成が多分普通であろう。この構成では、図３に示したようにサーバの管理制御ファイル１５’をクライアントがダウンロードする必要はなく、サーバの管理制御ファイル１５’をそのままクライアントの管理制御ファイル１５として用いることができる。
【図面の簡単な説明】
【図１】本発明の一実施形態を搭載したコンピュータシステムのシステム構成を示すブロック図。
【図２】クライアントの内部構成を示すブロック図。
【図３】管理制御ファイルの取扱を示す説明図。
【符号の説明】
１  通信ネットワーク
３  サーバ
５  クライアント
７  ＲＤＢＭＳ（リレーショナルデータベース管理システム）
９  データベース
１１  メディアファイル
１３  業務アプリケーション
１５  各クライアントの管理制御ファイル
１５’  実行環境にリリースされた管理制御ファイル
１５”  ワーク用管理制御ファイル
１７  データベース作成アプリケーション
１９  データベースアクセス処理部
２１  データベース定義部
２３  アプリケーション定義部
２５  ユーザ定義部
２７  テキスト変換部
２９  データベース構築部
３１  ディスプレイ装置
３３  入力装置
３５  データベース定義情報
３７  アプリケーション定義情報
３９  ユーザ定義情報
４１  ＧＵＩ制御部
４３  中央制御部
４５  クエリ制御部
４７  メディア制御部
【図１】
0003544284.tif 000002
【図２】
0003544284.tif 000003
【図３】
0003544284.tif 000004