JP2003263455A - データベース検索装置およびデータベース検索方法 - Google Patents

Abstract

(57)【要約】 【課題】 カラムの記入ルール，デフォルト値，アクセ
ス権管理のデータ，自動ログオン機能の設定データなど
のデータを、論理的なデータベースの定義により予め与
えておき、それらを利用することにより、容易にデータ
ベース操作を行えるデータベース検索装置およびデータ
ベース検索方法を提供する。 【解決手段】複数のテーブルにデータが格納されている
データベースに対してデータの検索を行うデータベース
検索装置は、データベースのデータ構造を論理的に規定
する、データベース種別、データベース中のテーブル
名、カラム名、結合情報、データベースに自動ログオン
するか否かを指示する情報を含む論理定義情報を入力す
るための定義入力手段と、前記論理定義情報を格納する
定義記憶手段と、前記自動ログオンするか否かを指示す
る情報が自動ログオンを許す場合、前記データベースに
対するログオン情報を使用してログオンするログオン手
段とを備える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、データベース検索装置
およびデータベース検索方法に関し、特に、データベー
ス（ＤＢ）の検索，およびデータベースへのアクセスを
行うアプリケーションプログラムに対して、論理的なデ
ータベースの定義を行い、リレーショナルデータベース
システムなどの検索対象のデータが複数のテーブルに格
納されている状態のデータベースに対して、データ検索
を容易に行えるデータベース検索装置およびデータベー
ス検索方法に関するものである。

【０００２】

【従来の技術】従来、リレーショナルデータベースシス
テムなど、検索すべき対象のデータが複数のテーブルに
分かれて格納されているデータベースシステムに対し
て、データ検索を行う場合には、結合条件などで関係す
る各々のデータテーブルを関連づけて検索することが行
われる。このようなデータベースに対するデータ検索の
ためには、検索を行うオペレータが検索コマンドの文法
を理解し、当該データベースシステムのテーブル構造に
基づいた検索コマンドを作成しなければならず、ある程
度、リレーショナルデータベースシステムについて熟知
していなければ、データ検索の作業を能率よく行えない
という問題がある。

【０００３】これに対して、例えば、特開平２−１４４
６７１号公報に記載の「データベース検索コマンドの作
成装置」に示されるように、検索すベきデータが複数の
テーブルに分かれて格納されているデータベースシステ
ムに対してデータ検索する場合に、特に、異なる複数の
テーブル名，フィールド名の指定など、複雑となるデー
タベース検索コマンドを自動作成する装置の提案があ
る。

【０００４】ここでは、データベース検索コマンドを作
成する検索コマンド作成部が、フィールド名（カラム
名）とそのフィールド（カラム）の属するテーブル名と
のテーブル名対応表と、複数のテーブルを結合して検索
するためのテーブル結合表とを持ち、その２つの表を参
照して、データベース検索コマンドを作成する。すなわ
ち、２つの表から、まず、検索フィールド名に基づい
て、テーブル名対応表からテーブル名を検索し、次に検
索したテーブル名に基づいて、結合条件をテーブル結合
表から検索する。そして、入力部から入力された検索条
件を加えて、検索コマンドの編集処理を行い、検索コマ
ンドを生成する。

【０００５】

【発明が解決しようとする課題】このように、検索すべ
き対象のデータが複数のテーブルに分かれて格納されて
いるデータベースシステムに対して、データ検索を行う
データベース検索コマンドを生成するためには、テーブ
ル名対応表，テーブル結合表の２つのテーブルを検索し
なければならず、煩雑な作業を伴う。

【０００６】また、ある制約条件でデータベースのデー
タを入力・更新する場合、データ入力・更新を行うため
の入力・更新コマンドを生成するために、前述の場合と
同様に、その都度、まず、前処理として制約条件により
検索し、その後に、データ入力・更新を行うことにな
る。このため、その入力・更新コマンドの作成およびそ
の利用が更に複雑となり、入力・更新コマンドを生成す
るためには、更に２つのテーブルを検索しなければなら
ないという問題がある。

【０００７】また、検索結果を表示する際に、検索デー
タの属性として表示精度および表示幅に関するデータを
持っていないため、有効数値の桁数や日付けのフォーマ
ット指定などは、検索ツールのなどのデータベースアク
セスツールで、それぞれのツールごとに表示精度および
表示幅について設定しなければならない。

【０００８】また、登録，更新を行う際に、データベー
スアクセスツールは、カラムの記入ルールを持っていな
いため、データベースをアクセスする場合に、入力され
たデータが正しいフォーマットのデータであるか否かを
チェックできない。

【０００９】更に、データを登録・更新する場合に、カ
ラムのデフォルト値のデータを持っていないため、エン
トリツールなどのデータベースアクセスツールは、必ず
値を入力しなければならないか、または、それぞれのツ
ールごとにデフォルト値についての設定を行わなければ
ならない。

【００１０】また、検索する条件を設定する際に、選択
値一覧で使用できるのか否かをデータとして持っていな
い場合には、データベースマネージメントシステム（Ｄ
ＢＭＳ）の側で設定されているテーブルのアクセス権管
理によって、その条件が管理されることになる。したが
って、各々のデータベースに対して、細かいデータの機
密保持を行うことができない。

【００１１】更に、データベースに対して自動ログオン
させるか否かの情報を有していないため、各データベー
スのアクセスツールがログオン情報を保持している場合
は、全てのログオンを許してしまい、ログオン情報を保
持していない場合には、その都度、データベースにログ
オンしなければならない。

【００１２】本発明は、上述のような問題点を改良する
ためになされたものであり、本発明により、データベー
スの検索，およびデータベースへのアクセスを行うプロ
グラムに対して、論理的なデータベースの定義を与え、
データベースの操作を行う対象のデータベースの構造を
ユーザが考慮せずに、容易にデータベース操作を行える
データベース検索システムが提供される。

【００１３】そのため、本発明の目的は、データベース
の検索，およびデータベースへのアクセスを行うアプリ
ケーションプログラムに対して、論理的なデータベース
の定義を与え、リレーショナルデータベースシステムな
どの検索対象のデータが複数のテーブルに格納されてい
る状態のデータベースの検索を行うデータベース検索シ
ステムにおいて、カラムの記入ルール，デフォルト値，
アクセス権管理のデータ，自動ログオン機能の設定デー
タなどのデータを、論理的なデータベースの定義により
予め与えておき、それらを利用することにより、容易に
データベース操作を行えるデータベース検索装置および
データベース検索方法を提供することにある。

【００１４】

【課題を解決するための手段】上述のような目的を達成
するため、本発明によるデータベース検索装置は、複数
のテーブルにデータが格納されているデータベースに対
してデータの検索を行うデータベース検索システムにお
いて、データベースのデータ構造を論理的に規定する、
データベース種別、データベース中のテーブル名、カラ
ム名、結合情報、データベースに自動ログオンするか否
かを指示する情報を含む論理定義情報を入力するための
定義入力手段と、前記論理定義情報を格納する定義記憶
手段と、前記自動ログオンするか否かを指示する情報が
自動ログオンを許す場合、前記データベースに対するロ
グオン情報を使用してログオンするログオン手段とを備
えたことを特徴とするものである。

【００１５】また、本発明によるデータベース検索方法
は、複数のテーブルにデータが格納されているデータベ
ースに対してデータの検索を行うデータベース検索方法
において、データベースのデータ構造を論理的に規定す
る、データベース種別、データベース中のテーブル名、
カラム名、結合情報、データベースに自動ログオンする
か否かを指示する情報を含む論理定義情報を入力し、前
記論理定義情報を格納し、前記自動ログオンするか否か
を指示する情報が自動ログオンを許す場合、前記データ
ベースに対するログオン情報を使用してログオンするこ
とを特徴とするものである。

【００１６】本発明のデータベース検索装置およびデー
タベース検索方法によれば、論理定義情報が、データベ
ースのデータ構造を論理的に規定する、データベース種
別、データベース中のテーブル名、カラム名、結合情
報、データベースに自動ログオンするか否かを指示する
情報を含んでおり、このため、データベースアクセスツ
ールは、自動ログオンできるか否かの情報を保持する必
要がなくなる。この論理定義情報を用いて、各々のデー
タベースマネージメントシステムにログオンする際、論
理定義情報の中の自動ログオンするか否かを指示する情
報を参照して、自動ログオンを使用する設定になってい
れば、各々のデータべースアクセスツールが保持してい
るログオン情報に従って自動的にログオンを行う。

【００１７】これにより、同一の論理定義情報を使用し
た各々のデータベースアクセスツールは、自動ログオン
の設定情報に関して同じ情報を共有することになり、ツ
ール間での整合性が保たれ、データベースへの登録およ
び更新の処理は、能率よく行うことができる。

【００１８】

【発明の実施の形態】以下、本発明の一実施例を図面を
参照して具体的に説明する。図１は本発明の第１の実施
例にかかるデータベース検索システムの要部の構成を示
すブロック図である。図１において、１はデータベース
検索処理を行うワークステーション、２は第１のデータ
ベース提供者のワークステーション、３は第２のデータ
ベース提供者のワークステーション、４はローカルエリ
アネットワークを構成するネットワークである。また、
１０は論理定義情報入力部、１１は第１の論理定義情報
ファイル、１２は第２の論理定義情報ファイル、１３
（１３ａ，１３ｂ）はデータベースからデータ検索を行
う検索ツール、１４はデータベースに対するデータ入力
処理を行うエントリツールである。また、１５はベンダ
１のデータベース管理システム（ＤＢＭＳ１）、１６は
ベンダ１のデータベース本体部、１７はベンダ２のデー
タベース管理システム（ＤＢＭＳ２）、１８はベンダ２
のデータベース本体部をそれぞれ表わしている。

【００１９】この第１の実施例のデータベース検索シス
テムは、図１に示すように、各データベースに対する操
作（データ検索，データ入力）を行う操作部、データベ
ースの格納部などのシステム要素を提供する個々のワー
クステーション１，２，３がネットワーク４により相互
に接続されてネットワークシステムを構成し、全体とし
て１つのデータベース検索システムを実現している。す
なわち、データベースの検索を行う端末のワークステー
ション１と、データベース１およびデータベース２など
のデータベース本体部を提供するワークステーション
２，３がネットワーク４を介して接続されている分散型
のデータベースシステムとなっている。

【００２０】論理定義情報入力部１０では、データベー
スの論理定義情報を入力し、ベンダ１のデータベース本
体部１６およびベンダ２のデータベース本体部１８など
のデータ構造や、異種のＤＢＭＳにおけるデータ構造に
よらずに、統一的なアクセス方法でデータベース操作を
行えるようにするため、論理的なデータベース構造を規
定する。ここで入力されるデータベースの論理定義情報
は、ユーザに対応してその使い勝手が良いように、複数
の種類の論理定義情報が設定される。

【００２１】例えば、第１の論理定義情報ファイル１１
として論理的なデータベースの構造を格納し、また、第
２の論理定義情報ファイル１２として、制約条件，表示
幅，表示精度などのその他のカラムの属性データなどを
含ませて登録することとし、これらの論理定義情報のカ
ラムの属性データが記憶される。この論理定義情報の中
には、データベース種別，データベース中のテーブル
名，カラム名，結合情報からなるデータ構造を論理的に
規定する定義情報が含まれる。具体的には、データベー
ス種別，データベース中のテーブル名，カラム名，およ
び結合情報の論理定義情報、更には、制約条件を持つか
否か持つ場合にはその制約条件，カラムの属性データと
して表示精度，表示幅の定義情報を規定して登録する。

【００２２】ここでは、第１の論理定義情報ファイル１
１に制約条件を持たない論理定義情報を登録し、また、
第２の論理定義情報ファイル１２に制約条件を持つ論理
定義情報を登録して、論理データベース定義ファイルを
作成する。これらの論理データベース定義ファイルの中
には、必要に応じて、制約条件に関する情報，表示精度
に関する情報，表示幅に関する情報を含ませておく。こ
れにより、各々のデータベースアクセスを行う検索ツー
ル１３が同じ制約条件，表示精度，表示幅のデータを共
有して検索処理を行える。

【００２３】このように入力された第１の論理定義情報
ファイル１１および第２の論理定義情報ファイル１２の
各々の論理定義情報を用いて、検索ツール１３がそれぞ
れにデータ検索を行う。すなわち、データベースに対す
るデータ検索を行う検索ツール１３（１３ａ，１３ｂ）
が、第１の論理定義情報ファイル１１および第２の論理
定義情報ファイル１２の各々の論理定義情報に基づき、
例えば、データベース１，データベース２のデータに対
するそれぞれの検索処理を行う。検索結果を表示する
際、同じく論理定義情報ファイル（１２）に定義してい
るカラムの表示精度，表示幅の属性データを用いて、統
一した表示形態で検索結果を表示する。

【００２４】また、第２の論理定義情報ファイル１２の
論理定義情報には、データベースのテーブルまたはカラ
ムの属性データに対する制約条件を含んでおり、この論
理定報情報を利用してデータ入力・更新処理の操作を行
う。この場合、制約条件により、データベースの操作対
象データに制約を加えた上で、複数のテーブルにデータ
が格納されているデータベースに対してデータの入力・
更新を行う。このようにしてテーブルまたはカラムに制
約を加えた上で、データの入力・更新を行うことができ
るので、データベースアクセスツールからデータ入力・
更新時におけるチェックを容易に行うことができる。

【００２５】このように、第１の論理定義情報ファイル
１１および第２の論理定義情報ファイル１２の各々の論
理定義情報に基づき、例えば、データベース１，データ
ベース２のデータに対する検索処理，入力・更新処理な
ど同じ条件で処理を行うことができ、各ベンダーから供
給されるデータベースマネージメントシステム（ＤＢＭ
Ｓ）の構造の相違にかかわらず、ユーザは統一したデー
タ操作手法により、検索，登録，更新，削除などの操作
処理を行うことができる。

【００２６】次に、このように構成されるデータベース
検索システムにおけるデータベースのデータ操作処理の
流れについて、図２および図３を参照して説明する。図
２はデータベースを操作する各アクセスツールがデータ
ベースの論理定義情報ファイルを指定して起動された時
点の状態を示す図であり、図３は、各アクセスツールが
論理定義情報ファイルの参照によりデータベースの種別
およびデータ構造等を知り各々のデータベースに対して
アクセスする時点の状態を示す図である。

【００２７】第１の実施例のデータベース検索システム
では、まず、図２に示すように、データベースに対する
処理を行う各アクセスツール（検索ツール１３，エント
リツール１４）は、それぞれに論理定義情報ファイル１
１，１２を指定して起動される。例えば、予め与えられ
ている制約条件でデータベースにおけるデータを操作し
たい場合には、アクセスツール（検索ツール１３，エン
トリツール１４）は制約条件を含む論理定義情報ファイ
ル１２を指定して起動される。

【００２８】その後、図３に示すように、各アクセスツ
ール１３，１４は、指定した論理定義情報ファイルの論
理定義情報を参照することにより、アクセス対象のデー
タベースに対するデータベース種別、データベース構造
を知り、該当するデータベースに対してのみ、例えば、
制約条件に合うデータのみに関して、データベースにア
クセスする。そして、その後、各アクセスツールが、デ
ータベースの検索，登録，更新，削除などの処理に入
る。例えば、検索ツール１３により検索の処理を行い、
更新，削除などの処理を行い、エントリツール１４によ
りデータの入力，更新，削除などの処理を行う。

【００２９】また、エントリツール１４でデータを更新
する時も、同様に、制約条件に合うデータに対してのみ
更新する。例えば、テーブル種別，カラム種別などの制
約条件を与える場合には、制約条件に合うテーブル種別
またはカラム種別のデータに対してのみ更新が可能とな
る。なお、この論理定義情報ファイルは各々のアクセス
ツールから独立したものなので、論理定義情報ファイル
１１，１２における論理定義情報を変更しても、各アク
セスツールが意識することなく、ツール間での整合性も
保たれる。

【００３０】次に、ここでの論理定義情報入力部により
論理的にデータベース構造等を規定する論理定義情報に
ついて図４〜図７を参照して説明する。図４はデータベ
ースの論理定義情報の種類情報を定義する入力ウィンド
ウの一例を示す図である。図４に示す入力ウィンドウで
は、各々のアクセスツールでアクセスする対象のデータ
ベース種別の情報を設定する。このデータベース種別情
報を設定入力する属性情報入力ウィンドウ４１を、「ロ
グオン情報設定」ボタンで開き、まず、使用するＤＢＭ
Ｓを『ORACLE, Sybase, Informix』から選択し、そのデ
ータベースがインストールされているサーバー名，デー
タベース名，ユーザー名のデータベース種別情報４２の
各定義情報を指定し、更に、データベースアクセスツー
ルのログオン時に、この情報を使用して自動的にログオ
ンさせるかどうかを指定する。

【００３１】図５はデータベースの論理定義情報のテー
ブル属性情報を定義する入力ウィンドウの一例を示す図
である。図５に示すウィンドウ５１は、データベースの
テーブル属性情報を設定する場合に用いる。物理テーブ
ル名または表示テーブル名により、データベース内のテ
ーブルを指定し、属性情報の設定を指示すると、テーブ
ル属性ウィンドウ５１が表示されるので、テーブル属性
情報を定義する。テーブル属性ウィンドウ５１で入力す
るテーブル属性にはテーブルの制約条件５２も含まれ
る。

【００３２】このテーブル属性情報の入力では、まず、
データベースアクセスツールに対する「アクセス権」を
設定し、「選択値一覧」では全データ表示指示の場合
に、このテーブル属性の情報を使用するか否かを指定す
る。そして「入力・更新時制約テスト」を行うか否かを
指定する。これは、入力・更新時にデータに対しての制
約を指定するか否かの指定であり、その制約の条件を、
次の「制約式」の欄で与える。「テーブルの説明」の欄
は、当該テーブルの注釈文を入力する欄である。図５に
示すテーブル属性の論理定義情報のように、ここでの制
約式として、例えば“Table 1.column 1 ＞Table 2.col
umn 2”と設定されていれば、テーブル１のカラム１の
値がテーブル２のカラム２の値以上である制約条件が規
定されていることを意味している。このような属性を定
義したテーブルのカラムにデータ入力を行う場合に、こ
の制約条件を満足しないデータの入力を行うとエラーメ
ッセージが出力される。

【００３３】図６はデータベースの論理定義情報のカラ
ム属性情報を定義する入力ウィンドウの一例を示す図で
ある。図６に示すウィンドウ６１は、データベースのテ
ーブルにおけるカラム属性情報の各項目情報を設定する
場合に用いる。ここではカラム属性情報の設定する項目
を「入力・更新時設定項目」としてカラム属性情報を設
定する。テーブル指定の後、物理カラム名または表示カ
ラム名により、データベース内のテーブルにおけるカラ
ムを指定し、属性情報の設定を指示すると、カラム属性
ウィンドウ６１が表示されるので、カラム属性情報を定
義する。このカラム属性ウィンドウで入力するカラム属
性情報６２にはカラムに設定する制約条件も含まれる。

【００３４】ここでのカラム属性情報６２の「入力・更
新時参照整合性テスト」の選択項目では、入力・更新時
に、このカラムで参照整合性テストをするかしないかを
指定する。参照整合性テストをする場合、テスト対象を
指定するために「物理テーブル名」および「物理カラム
名」を入力する。

【００３５】また、「入力・更新時制約テスト」の選択
項目では、入力・更新時にデータに対しての制約を指定
するかどうかを指定する。制約を指定する「する」を選
択すると、「演算子」を選択する項目がアクティブにな
り、値を入力するフィールドが表示されるので演算子お
よび値を入力する。ここで使用できる演算子の種類は
『＝，！＝，＞，＜，＞＝，＜＝，ｂｅｔｗｅｅｎ，ｎ
ｏｔ ｂｅｔｗｅｅｎ』の８種類が指定できる。「ｂｅ
ｔｗｅｅｎ」または「ｎｏｔ ｂｅｔｗｅｅｎ」を選択
すると、値を入力するフィールドが２つ表示される。こ
こでは定数との２項演算のみが行える。ここで指定する
値のタイプは、データタイプと一致していなければなら
ない。また、図６に示すカラム属性の論理定義情報のよ
うに、ここでの制約式として、例えば演算子を「ｂｅｔ
ｗｅｅｎ」とし、その演算子の間の２つの値として“１
００”と“２００”とを設定すると、「１００と２００
との間」という制約条件が設定される。このような属性
を定義したカラムにデータ入力を行う場合に、この制約
条件を満足しないデータの入力を行うとエラーメッセー
ジが出力される。

【００３６】「記入ルール」の選択項目では、入力・更
新時にデータのフォーマットを記入ルールとして規定し
て、それを使用するか否かを指定する。「使用する」を
選択するとフォーマットを入力するフィールドが表示さ
れる。ここではデータタイプが文字の場合のみ指定が可
能である。「カラムのデフォルト値」の選択項目では入
力・更新時にカラムのデフォルト値を設定するかどうか
を指定する。「ユーザー定義値」を選択した場合、カラ
ムのデフォルト値をユーザーが定義できる。エントリー
ツールで値をユーザが与えなかった場合に、この値が使
用される。ここで指定するデフォルト値のタイプは、デ
ータタイプと一致していなければならない。「NULL」を
選択した場合には、エントリーツールで値をユーザーが
与えなかった場合に“ＮＵＬＬ”が使用される。

【００３７】図７はデータベースの論理定義情報の結合
情報を定義する入力ウィンドウの一例を示す図である。
図７に示す結合情報ウィンドウ７１は、データベースに
おけるテーブルまたはカラムの間の結合情報７２を設定
する場合に用いる。この入力ウィンドウにより、結合情
報７２におけるテーブル間またはカラム間の結合条件を
定義する。結合情報７２の指定では、結合する対象の２
つのテーブル名およびカラム名を指定し、更に、その間
の結合条件を「演算子」で指定する。このjoin属性の演
算子としては『＝，！＝，＞，＜，＞＝，＜＝』の６種
類の演算子が使用できる。

【００３８】図８はデータベースの論理定義情報の表示
属性をカラム属性情報の基本設定項目として定義する場
合の入力ウィンドウの一例を示す図である。図８に示す
ウィンドウ８１は、図６で説明した入力ウィンドウと同
様に、データベースのテーブルにおけるカラム属性情報
の各項目情報を設定する場合に用いられる。ここではカ
ラム属性情報の設定する項目を「基本設定項目」とし
て、カラム属性情報を設定する。物理テーブル名または
表示テーブル名によるテーブル指定の後、設定するカラ
ム属性情報の設定項目を基本設定項目とする。

【００３９】次に、物理カラム名または表示カラム名に
より、データベース内のテーブルにおけるカラムを指定
する。属性情報の設定を指示すると、図８に示すよう
に、カラム属性ウィンドウ８１が表示内容が変化し、設
定入力の受け付け状態となるので、カラム属性情報を定
義する。このカラム属性ウィンドウで入力するカラム属
性情報８２において、表示幅および表示精度のデータを
設定する。

【００４０】カラム属性情報８２を設定する対象のカラ
ムは、物理カラム名および表示カラム名により指定され
ており、当該カラムがキーカラムであるか否かを指定す
る。このキーカラムの指定情報は、エントリツールによ
り挿入か更新かの判断を行うために必要とされる情報で
ある。次に、属性情報として、カラムデータのデータタ
イプを指定する。“整数”，“実数”，“文字列”，
“日付”または“倍数”のうちのいずれかを指定する。
指定が省略された場合には暗黙に“整数”が指定され
る。

【００４１】次に、表示精度の属性データを入力する。
表示精度の属性データは、データタイプとして“実
数”，“日付”または“倍数”が指定された場合に有効
となる。“実数”および“倍数”では、小数点以下の桁
数を設定する。例えば、図８に示す設定例のように、表
示精度として値“５”が設定されている場合、小数点以
下５桁までの表示とするように属性が設定される。ま
た、“日付”の場合には、この表示精度の設定では、表
示フォーマットを指定する。次に、カラム属性情報とし
て表示幅の項目を指定する。同じく図８に示す設定例の
ように、表示幅として値“１０”が設定されている場合
には、カラムの表示幅が１０バイト分に設定されたこと
を意味している。この表示幅の設定データは、検索ツー
ルでデータを表示する際のカラムの表示幅となる。

【００４２】以上、説明したように、この第１の実施例
のデータベース検索システムによれば、データベースに
対して、論理定義情報ファイルにより、そのデータベー
スの種別，データ構造，テーブル属性，カラム属性，結
合情報などを論理的に別に定義情報として設定しておく
ので、データベースアクセスツールを利用する上で物理
的な煩雑な定義情報の設定が不要となる。このため、予
め論理定義情報ファイルに使用する個々のデータベース
に対するそれぞれの論理定義情報を設定しておくことに
より、ユーザーはデータベースの使い勝手が格段によく
なる。このような第１の実施例による効果をまとめると
次のようになる。

【００４３】（１）論理的に規定したデータベースの定
義情報を１つのファイルとして保存しておくことによ
り、複数の関連するテーブルの１つの業務として、捉え
ることができる。また、ある１つの論理定義情報を変更
し、別の論理定義情報のファイルとすることで同一のデ
ータベースアクセスツールが別の業務として使用するこ
とができる。更に、使用する複数のデータベースアクセ
スツールの間で、データの整合性を確保することができ
る。

【００４４】（２）検索ツール，エントリツールなどの
各データベースアクセスツールは、データベースの物理
的な構造を知る必要はない。データベースの定義を変更
する場合も、論理定義情報ファイルの論理定義情報に対
して行えばよく、各データベースアクセスツールに依頼
することはない。

【００４５】（３）データベースのデータを利用する上
でのデータを制約する条件を、論理的なデータベースの
定義情報の１つとして、論理定義情報ファイルの論理定
義情報により保存しておける。これにより、データベー
スのデータを利用する上でのデータを制約して、複数の
関連するテーブルを１つの業務としてとらえることがで
きる。

【００４６】（４）このため、各データベースアクセス
ツールはデータの制約条件に関して関知する必要がな
く、制約条件にあったものがフィルタリングされて検索
され、制約条件にあったもののみ、データの追加，変更
することになる。データの制約条件を変更する場合も、
論理定義情報ファイルの論理定義情報に対して行えば良
く、各データベースアクセスツールに依存することはな
い。この制約条件はデータベースアクセスツールに依存
することはないので、どのツールからも常に一定したデ
ータの制約条件でアクセス可能となり、このため、ツー
ルによって、アクセスメソッドなどが異なることはな
く、整合性が保たれる。

【００４７】（５）検索結果データの表示精度および表
示幅に関しても、各々のデータベースアクセスツールは
関知する必要がなく、検索結果を表示する場合、論理デ
ータベース定義ファイルで定義されている表示精度およ
び表示幅のデータに従って、結果表示を行えば良い。検
索した結果データの表示精度または表示幅を変更する場
合にも、論理定義情報ファイルの論理定義情報に対して
行えば良く、各データペースアクセスツールに依存する
ことはない。これにより、データベースアクセスツール
に依存することはないので、どのツールからも常に一定
した表示精度および表示幅での結果表示となる。このた
め、ツールにより異なることなく整合性が保たれる。

【００４８】（６）各データベースアクセスツールは、
論理定義情報ファイルにおける論理定義情報に含まれる
記入ルール，デフォルト値を参照することにより、各々
のデータベースの種別およびデータベース構造に応じて
のアクセス処理を行うことができる。この結果、各々の
データベースアクセスツールは、データの記入ルールに
関して関知する必要がなく、登録・更新時に、論理定義
情報ファイルで定義されている論理定義情報の記入ルー
ルに従って、データ入力を行えば良いことになる。ま
た、各データベースアクセスツールは、データのデフォ
ルト値に関しても関知する必要がなく、データベースの
データを登録・更新する場合、論理定義情報ファイルに
定義されている各々のデフォルト値にしたがって行えば
良いことになる。したがって、各データベースアクセス
ツールは、全てのカラムに対するデータを入力する必要
がなくなる。

【００４９】（７）データの記入ルールを変更する場合
にも、論理定義情報ファイルに対して行えば良く、デー
タのデフォルト値を変更する場合にも、論理定義情報フ
ァイルに対して行えば良い。このような変更は、各々の
データベースアクセスツールに依存することなく行え
る。また、論理定義情報により、例えば、データベース
のデータのカラムにおける個々の記入ルール，デフォル
ト値は、各データベースアクセスツールに依存しないの
で、どのツールからも常に一定した記入ルール、デフォ
ルト値でのデータ登録・更新となるので、ツールによっ
て異なることなく整合性が保たれる。

【００５０】（８）また、論理定義情報ファイルには、
選択値一覧で使用できるか否かの情報，自動ログオンを
許すか否かの情報が各々のデータベースに応じて定義さ
れているので、各データベースアクセスツールは、選択
値一覧で使用できるか否かに関して関知する必要はな
く、論理定義情報ファイルで定義されている情報に従っ
て、選択値一覧表示のボタンの動作を行えば良いことに
なる。また、同じく、自動ログオンを許すか否かに関し
て関知する必要はなく、論理定義情報ファイルで定義さ
れている情報に従って、自動ログオンを許す設定になっ
ていれば、各データベースアクセスツールが保持してい
るログオン情報を使用してデータベースにアクセスする
ことができる。

【００５１】（８）選択値一覧で使用できるか否か、お
よび自動ログオンを許すか否かを変更する場合も、論理
定義情報ファイルに対して行えば良く、各々のデータベ
ースアクセスツールに依存することはない。データベー
スアクセスツールに依存することはないので、どのツー
ルからも常に一定した動作となる。このため、ツールに
よって異なることなく整合性が保たれる。各々のデータ
ベースアクセスツールにおいて、これらの選択値一覧の
指定情報は統一的に使用できるので、各々のＤＢＭＳの
テーブルのアクセス権とは、別のアクセス権として使用
できる。

【００５２】このように、前述した第１の実施例のデー
タベース検索システムにおいては、論理的にデータ構造
などを規定して、データベースの論理テーブル名，論理
カラム名，その属性データなどの論理定義情報の設定を
行い、データベースの操作を行う対象のデータベースの
構造をユーザが考慮せず、容易にデータベースの操作を
行えるように、システムが構成されている。このため、
この第１の実施例のデータ検索システムの構成では、デ
ータベース側のテーブルおよびカラムについての構造に
関してのみ、論理的に定義を行い、この論理定義情報に
よりデータベースの構造が参照できるので、データベー
ス操作が容易になっている。

【００５３】ところで、データベースにアクセスして、
データの登録，更新，検索などを行う場合、帳票の形式
や一覧表形式による入出力用フォームを作成して、デー
タの登録，更新，検索などを行うことが所望される。こ
のような入出力用フォームを作成して、データの登録，
更新，検索を行うことにより、更に、ユーザがデータベ
ース操作を行う場合の使い勝手が格段が向上する。しか
し、この場合には、入出力用フォームのデータ入出力部
分と論理定義情報の各定義部分との対応の設定を行って
おかなければならない。

【００５４】次に説明する本発明の第２の実施例におい
ては、論理的なデータベースの定義（論理定義情報ファ
イルの定義情報）のうち、テーブルおよびカラムの関係
について、その関係を図式化した図形で表わし、この図
形をデータの登録，更新，検索用の枠内（データベース
フォームアクセスツール）に転記することにより、帳票
の形式や一覧表の形式をした入出力フォームを容易に作
成できるようにしたシステムを構成する。

【００５５】次に、本発明の第２の実施例にかかるデー
タベース検索システムを具体的に説明する。まず、シス
テム構成の説明を行う前に、ここで用いる論理定義情報
ファイルについて、具体的に１つのＤＢＭＳのデータベ
ースに対して、その論理的なデータベースのデータ構造
の定義を行った例を、具体的な論理定義情報ファイルの
構成例として説明する。

【００５６】図９は論理定義情報ファイルの全体の構成
例を説明する説明図であり、図１０は論理定義情報ファ
イルにおけるテーブル情報リストとカラム情報リストの
関係を説明する図である。図９に示すように、ここで例
として説明する論理的にデータ構造を規定するデータベ
ースは、図９（Ａ）のデータベース情報テーブル９１に
その属性を定義している第１番目のデータベースであ
る。このデータベースはそのＤＢＭＳが「ＯＲＡＣＬ
Ｅ」であり、所在場所のサーバーはそのサーバーの名前
が「ＰＥＫＯ」であり、そのデータベースの名前は「Ｒ
ＥＬ」で、ユーザは「ＳＵＭＩ」となっている。また、
自動ログオンを「許す」と設定されている。このデータ
ベースに対する論理定義情報の種別情報の定義は、前述
した図４に示すような入力ウィンドウ４１で定義され
る。

【００５７】また、ここでのデータベースを論理的に規
定するデータ構造の要素とする各データのカラムは、そ
のカラムを有するテーブルが、図９（Ｂ）に示すよう
に、テーブル情報リスト９２に登録される。この例の場
合、テーブル情報リスト９２には、論理テーブル名をそ
れぞれ「商品リスト」，「販売情報」，「販売エリアリ
スト」，「月度」とする４つのテーブルが登録されてい
る。また、テーブル情報リスト９２には、各テーブルの
論理定義情報として定義するテーブルの属性データの論
理テーブル名に対する物理テーブル名，選択値一覧の使
用を許か否かの情報，および制約テストの情報を登録す
る。これらの情報の定義は、前述した図５に示すような
入力ウィンドウ５１で定義される。

【００５８】更に、テーブル情報リスト９２において
は、図１０に示すように、テーブル情報リスト９２にお
ける各テーブル情報のカラム情報フィールド９２ａのポ
インタにより、各テーブルのそれぞれのカラム情報リス
ト９５〜９８とリンクされる。これらのカラム情報リス
ト９５〜９８において、各々のカラムに対して、その論
理定義情報として定義するカラムの属性データの論理カ
ラム名に対する物理カラム名，表示幅，表示精度などの
論理定義情報の登録を行う。

【００５９】また、各テーブルのカラムの間のリンク関
係は、図９（Ｃ）に示すように、論理定義情報の結合情
報リスト９３により定義される。この例の場合のカラム
の間のリンク関係は、例えば結合条件「＝」により物理
テーブル名“Syouhin”のテーブルの物理カラム名“Ｍ-
Code”のカラムと、物理テーブル名“Hanbai-Info”の
テーブルの物理カラム名“Ｍ-Code”とを結合している
ことを定義している。同様に、他に２つの結合条件
「＝」によるカラムの間のリンク関係を定義している。
したがって、図９に示される論理定義情報によると、４
つのテーブルにおける特定のカラムが３つの結合情報に
より結合されたデータ構造の論理的なデータベースの構
成が規定されていることになる。

【００６０】図１１は第１のテーブルの「商品リスト」
テーブルのカラム情報リストの構成を詳細に説明する図
である。図１１に示すように、このカラム情報リスト９
５には、「商品リスト」テーブルのカラムである機種コ
ード，商品名，商品分類，機種固有情報Ａ，機種固有情
報Ｂ，機種固有情報Ｃの各カラムの属性データが、論理
定義情報の定義として、論理カラム名，物理カラム名，
表示幅，表示精度，制約テスト，記入ルール，デフォル
ト値の各フィールドに、各々の属性の情報が設定されて
いる。これらの各々のカラムに関する論理定義情報は、
前述した図６に示すような入力ウィンドウ６１で定義さ
れる。

【００６１】図１２は第２のテーブルの「販売情報」テ
ーブルのカラム情報リストの構成を詳細に説明する図で
ある。前述の場合と同様に、図１２に示すように、この
カラム情報リスト９６には、「販売情報」テーブルにお
ける機種コード，エリアコード，月度，販売台数，売上
げ金額の各カラムの属性データが、論理定義情報の定義
として、論理カラム名，物理カラム名，表示幅，表示精
度，制約テスト，記入ルール，デフォルト値の各フィー
ルドに、各々の情報が設定されている。これらの各々の
カラムに関する論理定義情報は、前述した図６に示すよ
うな入力ウィンドウ６１で定義される。

【００６２】図１３は第３のテーブルの「販売エリアリ
スト」テーブルのカラム情報リストの構成を詳細に説明
する図である。前述の場合と同様に、図１３に示すよう
に、このカラム情報リスト９７には、「販売情報」テー
ブルにおけるカラムのエリアコード，エリア名，エリア
情報Ａ，エリア情報Ｂの各カラムの属性データが、論理
定義情報の定義として、論理カラム名，物理カラム名，
表示幅，表示精度，制約テスト，記入ルール，デフォル
ト値の各フィールドに、各々の情報が設定されている。
これらの各々のカラムに関する論理定義情報は、前述し
た図６に示すような入力ウィンドウ６１で定義される。

【００６３】図１４は第４のテーブルの「月度」テーブ
ルのカラム情報リストの構成を詳細に説明する図であ
る。前述の場合と同様に、このカラム情報リスト９８に
は、図１４に示すように、「月度」テーブルにおけるカ
ラムの月度，予算年度，月度順序の各カラムの属性デー
タが、その論理定義情報の定義として、論理カラム名，
物理カラム名，表示幅，表示精度，制約テスト，記入ル
ール，デフォルト値の各フィールドに、各々の情報が設
定されている。これらの各々のカラムに関する論理定義
情報は、前述した図６に示すような入力ウィンドウ６１
で定義される。

【００６４】図１５は、本発明の第２の実施例にかかる
データベース検索システムの要部の構成を示すブロック
図である。図１５において、１はデータベース検索処理
を行うワークステーション、２は第１のデータベース提
供者のワークステーション、３は第２のデータベース提
供者のワークステーション、４はローカルエリアネット
ワークを構成するネットワークである。１０は論理定義
情報入力部、１３はデータ検索を行う検索ツール、１５
はベンダ１のデータベース管理システム（ＤＢＭＳ
１）、１６はベンダ１のデータベース本体部、１７はベ
ンダ２のデータベース管理システム（ＤＢＭＳ２）、１
８はベンダ２のデータベース本体部をそれぞれ表わして
いる。これらのシステムの要素は、図１で説明した要素
と同様の要素である。また、２０は論理定義情報ファイ
ル、２１はデータ検索処理部、１５０はフォームアクセ
ス処理部である。１５１は結合図表示部、１５２はレイ
アウト表示部、１５３は機能ボタン表示部である。

【００６５】この第２の実施例のデータベース検索シス
テムの全体構成は、図１で説明したシステムと同様のシ
ステム構成となっている。すなわち、図１５に示すよう
に、各データベースに対する操作（データ検索，データ
入力）を行う操作部およびデータベースの格納部などの
システム要素を提供している個々のワークステーション
１，２，３がネットワーク４により相互に接続されてネ
ットワークシステムを構成し、全体として１つのデータ
ベース検索システムを実現している。具体的には、デー
タベースの検索を行う端末のワークステーション１と、
データベース１およびデータベース２などのデータベー
ス本体部を提供するワークステーション２，３がネット
ワーク４を介して接続されている分散型のデータベース
システムとなっている。

【００６６】論理定義情報入力部１０は、データベース
の論理定義情報を入力し、ベンダ１のデータベース本体
部１６およびベンダ２のデータベース本体部１８などの
データ構造や、異種のＤＢＭＳにおけるデータ構造によ
らずに、統一的なアクセス方法でデータベース操作が行
えるようにするため、論理的なデータベース構造を規定
する。ここで入力されるデータベースの論理定義情報
は、ユーザに対応してその使い勝手が良いように、複数
の種類の論理定義情報が設定される。設定された論理定
義情報は、論理定義情報ファイル２０に格納される。こ
の第２の実施例の場合、論理定義情報ファイル２０に
は、前述した図９〜図１４により説明したような論理定
義情報が格納されているものとする。

【００６７】フォームアクセス処理部１５０は、予め定
義されて論理定義情報ファイル２０に格納されている論
理定義情報のデータ構造を表示し、表示したデータ構造
の図形要素を転記して、データベースに対するデータの
入出力を行う入出力画面を作成する。フォームアクセス
処理部１５０では、このようして作成した入出力画面に
より、データベースに対するデータ入出力処理を行い、
データ検索処理部２１を起動する。これにより、データ
検索処理部２１がその入出力画面によってデータ入出力
を行ったデータにより、データベースに対する検索処理
を行う。

【００６８】また、フォームアクセス処理部１５０は、
結合図表示部１５１，レイアウト処理部１５２，機能ボ
タン表示部１５３から構成されている。結合図表示部１
５１が、論理定義情報ファイルの論理定義情報から論理
的に定義されたデータベースのデータ構造を画面表示す
るが、この場合、データベースのテーブル名およびカラ
ム名の要素情報をテキストと枠で表示し、結合情報をそ
の枠を結ぶ線および関係の演算子で表示する。また、機
能ボタン表示部１５３は、データベースをアクセスする
入出力操作コマンドをユーザインタフェース部品の機能
ボタンで表示する。

【００６９】これらの結合図表示部１５１の結合図表示
および機能ボタン表示部１５３による画面表示がなされ
た状態において、レイアウト処理部１５２が起動され、
レイアウト処理部１５２における定形の帳標形式の入出
力画面または一覧表形式の入出力画面の枠内に、これら
の要素情報におけるテーブル名および機能ボタンを転記
して、各々のユーザの特有のデータ入出力画面を形成す
る。このように、論理定義情報の要素情報およびユーザ
インタフェース部品の機能ボタンを転記する操作のみ
で、容易にデータベースのデータ入出力を行うためのデ
ータ入出力画面を形成することができる。

【００７０】次に、図１６〜図２７を用いて、この第２
の実施例におけるフォームアクセス処理部を中心にし
て、データベースに対してデータ検索処理を行うための
データ入出力画面を形成して、データ検索を行う場合の
動作例を説明する。

【００７１】図１６は結合図表示部により表示された論
理定義情報のデータ構造の表示例を説明する図である。
前述した結合図表示部１５２が、図１６に示すように、
結合図表示ウィンドウ１６０を開き、論理定義情報ファ
イル２０に格納された論理定義情報のテーブル情報リス
ト９２，カラム情報リスト９５〜９８，および結合情報
リスト９３に従って、ここでの論理的に規定されたデー
タベースのデータ構造をウィンドウ１６０に表示する。
このウィンドウ１６０の画面表示では、４つのテーブル
のテーブル名および各々のテーブルのカラムのカラム名
がテキストと枠で表示される。

【００７２】この例では、例えば、枠１６１に「商品リ
スト」テーブルのテーブル名およびそのテーブル中のカ
ラムのカラム名が表示され、枠１６２に「販売情報」テ
ーブルのテーブル名およびそのテーブル中のカラムのカ
ラム名が表示される。枠１６３には「販売エリアリス
ト」テーブルのテーブル名およびそのテーブル中のカラ
ムのカラム名が表示され、枠１６４には「月度」テーブ
ルのテーブル名およびそのテーブル中のカラムのカラム
名が表示される。そして、結合情報リスト９３の結合情
報が、これらの枠１６１〜１６４の間を結ぶ線１６６で
表示され、その線の近傍にその関係の演算子１６５が表
示される。

【００７３】また、図１７は結合図表示部により画面に
表示した図形の座標情報とそのデータ構造の関係を説明
する図である。このように、結合図表示部１５２による
ウィンドウ１６０の画面表示では、４つのテーブルのテ
ーブル名および各々のテーブルのカラムのカラム名がテ
キストと枠の図形で表示され、そのリンク関係が線の図
形で表示されるが、この関係は、結合図表示部のウィン
ドウ表示制御を行う表示管理部（図示せず）が、図１７
に示すように、図形管理情報１７１により、その表示画
面における表示位置と、論理定議情報におけるテーブル
データ１７３およびカラムデータ１７２との間のリンク
情報を保持している。このような図形管理情報１７１
は、後述するレイアウト処理部による転記操作によりデ
ータ入出力画面作成の処理で利用される。

【００７４】図１８は機能ボタン表示部により表示され
たユーザインタフェース部品の機能ボタンの表示例を示
す図である、レイアウト処理部による転記操作によりデ
ータ入出力画面作成の処理を行う場合、設定するデータ
ベース操作を行うための入出力操作コマンドは、図１８
に示すように、機能ボタン表示部による開かれるウィン
ドウ１８０において、ユーザインタフェース部品の機能
ボタン１８１の形態で提供される。この機能ボタン表示
部においては、検索処理，更新処理などコマンドにより
データベース操作を行うための典型的な入出力操作コマ
ンドにかかるプログラムが、ユーザインタフェース部品
の機能ボタン１８１として、予めプログラムされて提供
される。したがって、ユーザは後述するレイアウト処理
部の処理において、必要に応じて機能ボタン表示部のウ
ィンドウ１８０に表示された機能ボタン１８１を転記す
るのみで、データベース操作に必要な複雑なプログラム
を、データ入出力画面に組込むことが可能となる。

【００７５】図１９はレイアウト処理部が起動された状
態のデータ入出力画面の例を示す図であり、図２０はレ
イアウト処理部の処理により帳票形式のデータ入出力画
面の作成操作を行う場合の操作例を説明する図である。
ここで、ユーザがデータベースに対するデータ入出力操
作を行うために、そのデータ入出力画面の作成操作を行
う場合、レイアウト処理部を起動し、図１９に示すよう
に、その作業ウィンドウ１９０を開く、開かれた直後の
状態の作業ウィンドウ１９０は、データ入出力画面のレ
イアウト作成のための編集コマンドのプルダウンメニュ
ーボタンが、その作業ウィンドウ１９０の上部側に表示
されているだけである。

【００７６】このような状態において、次に、図２０に
示すように、前述した結合図表示部によるウィンドウ１
６０を開き、同様にして、更に機能ボタン表示部による
ウィンドウ１８０を開く。そして、これらのウィンドウ
１６０に表示されたデータベースのデータ構造を示す結
合図表示から、枠１６１〜１６４の図形要素で表示され
ているデータベースのデータ要素の情報であるカラム名
を転記し、また、必要に応じて、データベース操作のた
めに必要な機能ボタン１８１を転記する操作を行う。こ
れにより、帳標形式のデータ入出力画面１９１が形成さ
れる。

【００７７】図２０に示す操作例では、ウィンドウ１６
０の結合図表示から、月度，エリア名，商品名，販売台
数，売り上げ金額の各カラ名を転記し、更に、データベ
ース操作を行うためのユーザインタフェース部品の機能
ボタンとして、検索ボタン，次項ボタン，前項ボタンを
転記して、データ入出力画面１９１を形成する。この結
果、ここで作成されるデータ入出力画面は、各カラムの
データが個別に指定された帳標形式のデータ入出力画面
１９１が形成される。なお、後述するが、ここで、ウィ
ンドウ１６０の結合図表示から、テーブル名を転記する
と、転記したテーブルの一覧表形式のデータ入出力画面
（１９２：図２４）が形成される。

【００７８】転記された枠の各カラム名のカラムを指定
するデータまたはテーブル名のテーブルを指示するデー
タは、コピーバッファに順次に格納されて、データ入出
力画面におけるカラム作成処理またはテーブル作成処理
が行われる。

【００７９】図２１は転記操作を行った場合のコピーバ
ッファの保管情報を説明する図であり、また、図２２は
カラム指定またはテーブル指定により転記操作が行われ
た場合のレイアウト処理におけるペースト処理を説明す
る図である。データ入出力画面の作成処理においては、
画面操作により、データベースのデータ要素を指定する
転記操作が行われると、ここでの転記されたデータ要素
がカラム名を指示するデータの場合には、図２１（ａ）
に示すように、カラムデータのコピーバッファ２１１に
順次に格納される。また、転記されたデータ要素がテー
ブル名を指示するデータの場合には、図２１（ｂ）に示
すように、テーブルデータのコピーバッファ２１２に順
次に格納される。

【００８０】これらのコピーバッファ２１１，２１２に
データが格納された場合、続いて、ペースト処理の指示
が行われると、ペースト処理が開始される。この処理に
おいては、図２２に示すように、まず、ステップ２２１
において、コピーバッファのデータ形式が処理すベきも
のか否かを判定し、データ形式が適合していない場合に
は、エラー処理とする。また、コピーバッファのデータ
形式が処理すベきものである場合、次のステップ２２２
において、コピーバッファの内容の種別がカラムである
か否かを判定する。この判定で種別がカラムである場合
には、次のステップ２２３においてカラムの作成処理を
行い、処理を終了する。また、ステップ２２２の判定に
おいて、コピーバッファの内容の種別がカラムでない場
合には、その種別がテーブルであるので、ステップ２２
４においてテーブルの作成処理を行って、処理を終了す
る。ここで最初の操作の処理において、カラムの作成処
理が行われた場合には、帳票形式によるデータ入出力画
面を作成する処理が行われ、また、テーブルの作成処理
が行われた場合には、一覧表形式によるデータ入出力画
面を作成する処理が行われる。

【００８１】図２３はレイアウト処理部で作成された帳
票形式のデータ入出力画面の一例を示す図である。上述
のような処理により、帳票形式によるデータ入出力画面
の作成処理が行われた場合、図２３に示すように、レイ
アウト処理部のウィンドウ２３０は、帳票形式によるデ
ータ入出力画面２３１となる。このデータ入出力画面２
３１に配置された検索ボタン２３２をクリックすると、
この機能ボタンに組込まれているプログラムが起動さ
れ、データベースに対するデータ検索処理を行い、その
検索結果の各々のデータを、データ入出力画面２３１に
配置された各カラムの位置に表示する。

【００８２】図２４はレイアウト処理部における一覧表
形式のデータ入出力画面の作成操作の例を説明する図で
ある。また、図２５はレイアウト処理部で作成された帳
票形式のデータ入出力画面の一例を示す図である。図２
４に示す一覧表形式のデータ入出力画面の操作例の場合
においても、前述と同様な操作により、結合図表示部に
よるウィンドウ１６０を開き、同様にして、更に機能ボ
タン表示部によるウィンドウ１８０を開く。そして、こ
れらのウィンドウ１６０に表示されたデータベースのデ
ータ構造を示す結合図表示から、枠１６１〜１６４の図
形要素で表示されているデータベースのデータ要素の情
報であるテーブル名を転記し、また、必要に応じて、デ
ータベース操作のために必要な機能ボタン１８１を転記
する操作を行う。これにより、一覧表形式のデータ入出
力画面１９２が形成される。

【００８３】図２４に示す操作例の場合、ウィンドウ１
６０の結合図表示から、枠１６２における販売情報のテ
ーブル名を指定して、転記操作を行っている。更に、デ
ータベース操作を行うためのユーザインタフェース部品
の機能ボタンとして、検索ボタンを転記して、データ入
出力画面１９２を形成する。この結果、ここで作成され
るデータ入出力画面は、販売情報のテーブルが個別に指
定された一覧表形式のデータ入出力画面１９２が形成さ
れ、このデータ入出力画面１９２により、データベース
の検索操作を行った場合、図２５に示すように、データ
ベースの販売情報テーブルにかかるデータが検索され、
それ検索結果の各データが一覧表形式の結果データ表示
画面２５１で表示される。なお、このような結果データ
表示画面２５１を得る場合、前述の場合と同様に、同じ
くこの画面上に配置されているユーザインタフェース部
品の機能ボタンである検索ボタン２５２をクリックし
て、データ検索が指示された場合である。

【００８４】上述のような操作により作成されたデータ
入出力画面には、その機能ボタンによって、データベー
スのテーブルまたはカラムに対応してデータベース操作
を行うプログラムが組込まれているが、次に、このよう
なデータベース操作を行うプログラムについて説明す
る。

【００８５】図２６はデータ入出力画面にリンクされた
データベース検索コマンドによるプログラム例を説明す
る図である。また、図２７はデータベース検索コマンド
によるプログラムの作成過程の各々の処理を説明する図
である。前述のような画面操作によって、データベース
操作を行うデータ入出力画面が作成された場合、そのデ
ータ入出力画面に配置されたデータベースのテーブルま
たはカラムに対応してデータベース操作を行うプログラ
ムが組込まれる。図２６に示すように、この例では、デ
ータ入出力画面２６０に配置された検索ボタン２６１に
対応して、その下部側に示すようなデータベース検索コ
マンド（ＳＱＬコマンド）によるデータ検索プログラム
２６２が組込まれている。このデータ検索プログラム２
６２は、データ検索を行う対象のテーブルの各々のカラ
ム（データ入出力画面に転記により配置されているカラ
ム）に対応して、検索を行うカラム名の記述部分２６３
と、検索を行うテーブル名の記述部分２６４と、各々の
カラムの結合情報による記述部分２６５とから構成さ
れ、これらがＳＱＬコマンドの予約語のＳＥＬＥＣＴ，
ＦＲＯＭ，ＷＨＥＲＥにより結合されたものとなってい
る。

【００８６】ここでは、このようなＳＱＬコマンドによ
るＳＱＬ文が、データ入出力画面を作成する過程で自動
生成される。次に、この例のＳＱＬ文の自動作成処理に
ついて説明する。この処理は、図２７（ａ）に示すよう
に、ＳＥＬＥＣＴ句の作成処理，ＦＲＯＭ句の作成処
理，ＷＨＥＲＥ句の作成処理，およびＳＥＬＥＣＴ文の
作成処理が順次に行われて、最終的なＳＱＬコマンドに
よるＳＱＬ文が作成される。ＳＥＬＥＣＴ句の作成処理
では、図２７（ｂ）に示すように、まず、レイアウト部
のカラムの抽出が行われ、次に論理カラム名から物理カ
ラム名への変換が行われ、更に、物理カラム名をカンマ
で結合する処理が行われる。これにより、検索を行うベ
きカラム名の記述部分が生成される。

【００８７】ＦＲＯＭ句の作成処理では、図２７（ｃ）
に示すように、まず、ＳＥＬＥＣＴ句から物理テーブル
名だけを抽出し、次に、重複するテーブル名を削除す
る。そして、物理テーブル名をカンマで結合する処理を
行う。これにより、検索を行うベきテーブル名の記述部
分が生成される。また、ＷＨＥＲＥ句の作成処理では、
図２７（ｄ）に示すように、まず、ＦＲＯＭ句の物理テ
ーブル名が結合情報リストに存在する場合、カラム１と
結合条件とカラム２とを結合した文字列を生成する。次
に、それぞれの結合した文字列をＡＮＤで結合する。そ
して、次のＳＥＬＥＣＴ文の作成処理では、図２７
（ｅ）に示すように、ＳＥＬＥＣＴ句の作成処理，ＦＲ
ＯＭ句の作成処理，ＷＨＥＲＥ句の作成処理で作成され
たＳＥＬＥＣＴ句，ＦＲＯＭ句，およびＷＨＥＲＥ句の
文字列を、ＳＱＬコマンドの予約語の予約語のＳＥＬＥ
ＣＴ，ＦＲＯＭ，ＷＨＥＲＥにより結合する。

【００８８】次に、本発明の第３の実施例について説明
する。ここでは、データベースを論理的なデータ構造と
して論理定義情報により規定し、各々の個有のデータベ
ースの構成にかかわらずに、データベースの検索を行え
るようにしているので、この論理定義情報を格納した論
理定義情報ファイルを、リモート側のワークステーショ
ンに設けることにより、この論理定義情報ファイルの論
理定義情報によりデータ検索条件を容易に、リモート側
のワークステーションにおいて作成することができる。
次に、このような実施例について説明する。

【００８９】図２８は、本発明の第３の実施例にかかる
データベース検索システムの要部の構成を示すブロック
図である。図２８において、１はデータベース検索処理
を行うワークステーション、２は第１のデータベース提
供者のワークステーション、３は第２のデータベース提
供者のワークステーション、４はローカルエリアネット
ワークを構成するネットワークである。１０は論理定義
情報入力部、１３はデータ検索を行う検索ツール、１５
はベンダ１のデータベース管理システム（ＤＢＭＳ
１）、１６はベンダ１のデータベース本体部、１７はベ
ンダ２のデータベース管理システム（ＤＢＭＳ２）、１
８はベンダ２のデータベース本体部をそれぞれ表わして
いる。これらの要素は、図１で説明した要素と同様の要
素である。また、２０は論理定義情報ファイル、２２は
データ検索処理部、２８０はリモート側のワークスーシ
ョン、２８１は第１の電子メール通信処理部、２８２は
第２の電子メール通信処理部、２８３はリモート論理定
義情報ファイル、２８４は検索条件入力処理部である。

【００９０】この第３の実施例のデータベース検索シス
テムにおいては、リモート側のワークスーションが設け
られているが、その基本構成は、図１で説明したシステ
ムと同様のシステムである。すなわち、図２８に示すよ
うに、各データベースに対する操作（データ検索，デー
タ入力）を行う操作部、データベースの格納部などのシ
ステム要素を提供する個々のワークステーション１，
２，３がネットワーク４により相互に接続されてネット
ワークシステムを構成し、全体として１つのデータベー
ス検索システムを実現している。データベースの検索を
行う端末のワークステーション１と、データベース１お
よびデータベース２などのデータベース本体部を提供す
るワークステーション２，３がネットワーク４を介して
接続されている分散型のデータベースシステムとなって
いる。

【００９１】前述した例と同様に、論理定義情報入力部
１０では、データベースの論理定義情報を入力し、ベン
ダ１のデータベース本体部１６およびベンダ２のデータ
ベース本体部１８などのデータ構造や、異種のＤＢＭＳ
におけるデータ構造によらずに、統一的なアクセス方法
でデータベース操作が行えるようにするため、論理的な
データベース構造を規定する。ここで入力されるデータ
ベースの論理定義情報は、ユーザに対応してその使い勝
手が良いように、例えば、複数の種類の論理定義情報が
設定される。設定された論理定義情報は、論理定義情報
ファイル２０に格納される。

【００９２】この第３の実施例によるデータベース検索
システムにおいては、データベースに対してデータの検
索を行う場合、ホスト側のワークステーション１におい
て、論理定義情報入力部１０により入力されたデータベ
ースのデータ構造を論理的に規定する論理定義情報を格
納した論理定義情報ファイル２０の論理定義情報を用い
る。第１の電子メール通信処理部２８１が、リモート側
のワークステーション２８０からの電子メール通信によ
りデータ検索依頼を受け付けると、データ検索処理部２
２が、受け付けたデータ検索依頼に対して、論理定義情
報ファイル２０の論理定義情報を用いたデータの検索処
理を行う。

【００９３】この場合、リモート側のワークステーショ
ン２８０においては、リモート論理定義情報ファイル２
８３に、ホスト側のワークステーション１から既に電子
メール通信により送信された論理定義情報を格納してい
るので、検索条件入力処理部２８４が、リモート論理定
義情報ファイル２８３に格納された論理定義情報によ
り、データ検索依頼を設定して、第２の電子メール通信
処理部２８２による電子メール通信によりホスト側のワ
ークステーション１に送出する。そして、同じく第２の
電子メール通信処理部２８２が、ホスト側のワークステ
ーション１に対して行った電子メール通信によるデータ
検索依頼に対して、そのデータ検索結果を受け取る。

【００９４】このように、ホスト側のワークステーショ
ン１において、データベースのデータ構造を論理的に規
定する論理定義情報を論理定義情報ファイル２０に保持
し、この論理定義情報によりデータベースに対するアク
セス処理を行う場合に、リモート側のワークステーショ
ン２８０においても、ホスト側のワークステーション１
で保持しているデータベースのデータ構造を論理的に規
定する論理定義情報と同じ論理定義情報をリモート論理
定義情報ファイル２８３に保持することによって、リモ
ート側のワークステーション２８０における論理定義情
報を用いて、電子メール通信によりデータベース検索依
頼を発行できる。

【００９５】ここでは、リモート側のワークスーション
２８０において、データベース検索処理を行う場合に
も、リモート論理定義情報ファイル２８３の論理定義情
報を用い、データベース検索依頼を発行するので、各々
のベンダーから供給されるＤＢＭＳの構造の相違にかか
わらず、論理的にデータベースの構造を規定し、検索，
登録，更新，削除などの処理を行う。このため、データ
が複数のテーブルに格納されて管理されているＤＢＭＳ
に対しても、特に、ＤＢＭＳの構造を意識させずに、同
じ条件でアクセスできる。また、検索結果の表示の形態
を統一した態様で表示できる。

【００９６】図２９はホスト側のワークステーションと
リモート側のワークスーションの間で行われるデータ検
索処理の一連の流れを説明するフローチャートである。
図２９を参照して、ここでの処理を説明すると、まず、
ホスト側のワークスーションでは、ステップ２９１にお
いて、データ操作を行うデータベースの作成処理を行
う。次に、ステップ２９２において、作成したデータベ
ースに対しする論理スキーマの記述処理を行う。そし
て、ステップ２９３において、論理スキーマのファイル
格納処理を行う。これにより、ここでのデータベース処
理を行う基準となる論理定義情報ファイル（論理スキー
マファイル）が作成される。次に、ステップ２９４にお
いて、論理スキーマファイルのメール送信処理を行う。

【００９７】リモート側のワークステーションでは、次
に、ステップ２９５において、論理スキーマファイルの
メール受信処理を行い、次に、ステップ２９６におい
て、論理スキーマファイルのファイル格納処理を行う。
この結果、リモート側のワークステーションにおいて、
リモート論理定義情報ファイル（論理スキーマファイ
ル）が作成される。次に、ステップ２９７において、論
理スキーマの参照による検索条件の記述の処理を行う。
ここでの検索条件の記述により作成された検索条件ファ
イルは、次のステップ２９８において、リモート側のワ
ークステーションから検索条件ファイルのメール送信処
理を行う。

【００９８】ホスト側のワークスーションでは、ステッ
プ２９９において、メール送信された検索条件ファイル
の受信処理を行う。次に、ステップ３００において、こ
の検索条件ファイルに対して論理スキーマ参照による検
索条件の解析処理を行う。そして、解析された結果によ
り、次のステップ３０１において、論理スキーマ参照に
よるデータベース検索処理を行う。データ検索を行った
結果のデータは、検索結果ファイルに作成されて、次の
ステップ３０２において、検索結果ファイルの送信処理
を行う。リモート側のワークステーションでは、次のス
テップ３０３において、検索結果ファイルのメール受信
処理を行って、そのデータ検索結果を得ることになる。

【００９９】図３０は、論理スキーマファイル，検索条
件ファイル，および検索結果ファイルの具体的なデータ
例を説明する図である。ここでのデータベースに対応し
て作成された論理スキーマファイルは、図３０（ａ）に
示すように、第１のテーブル３１１および第２のテーブ
ル３１１が存在し、それがＩＤのカラムデータにより関
連づけられているデータ構造を規定している。このよう
な論理スキーマファイルのデータに対して、リモート側
のワークスーションでは、図３０（ｂ）に示すように、
その検索条件ファイル３１３を論理スキーマファイルの
データに対応して作成する。このように作成された検索
条件ファイル３１３を、ホスト側のワークスーションに
送信することにより、前述のようにデータ検索処理が行
われ、その結果として、図３０（ｃ）に示すような検索
結果ファイル３１４が返されることになる。

【０１００】このように、ホスト側のワークステーショ
ンとリモート側のワークスーションの間で行われるデー
タ検索処理では、同じ検索条件により一定期間毎にデー
タ検索処理を繰り返し行うことが多い。このような場合
に対して、ホスト側のワークステーションにおいて検索
条件ファイルを登録しておくことにより、同じ検索条件
でデータ検索処理を行う場合には、登録した検索条件フ
ァイルを用いてデータ検索処理を繰り返し行うことがで
きる。次に、このような場合の処理について説明する。

【０１０１】図３１はホスト側のワークステーションと
リモート側のワークスーションの間で行われるデータ検
索処理の他の例の一連の流れを説明するフローチャート
である。図３１を参照して、ここでの処理を説明する
と、まず、ホスト側のワークスーションでは、前述した
処理と同様に、データ操作を行うデータベースの作成処
理を行い、作成したデータベースに対しする論理スキー
マの記述処理を行い、そして、ステップ３２１におい
て、論理スキーマのファイル格納処理を行う。これによ
り、ここでのデータベース処理を行う基準となる論理定
義情報ファイル（論理スキーマファイル）が作成され
る。次に、ステップ３２２において、論理スキーマファ
イルのメール送信処理を行う。

【０１０２】リモート側のワークステーションでは、次
に、ステップ３２３において、論理スキーマファイルの
メール受信処理を行い、次に、ステップ３２４におい
て、論理スキーマファイルのファイル格納処理を行う。
この結果、リモート側のワークステーションにおいてリ
モート論理定義情報ファイル（論理スキーマファイル）
が作成される。次に、ステップ３２５において、論理ス
キーマの参照による検索条件の記述の処理を行う。ここ
での検索条件の記述により作成された検索条件ファイル
は、次のステップ３２６において、リモート側のワーク
ステーションから検索条件ファイルのメール送信処理を
行う。

【０１０３】ホスト側のワークスーションでは、ステッ
プ３２７において、メール送信された検索条件ファイル
の受信処理を行う。次に、ステップ３２８において、こ
の検索条件ファイルに対して論理スキーマ参照による検
索条件の解析処理を行う。そして、解析された結果によ
り、次のステップ３２９において、論理スキーマ参照に
よるデータベース検索処理を行う。データ検索を行った
結果のデータは、検索結果ファイルに作成されて、次の
ステップ３３０において、検索結果ファイルの送信処理
が行われる。

【０１０４】これに対して、リモート側のワークステー
ションでは、次のステップ３３１において、検索結果フ
ァイルのメール受信処理を行って、そのデータ検索結果
を得ることになる。また、このとき、ホスト側のワーク
ステーションでは、続いてステップ３３２において、検
条条件ファイルの検索条件登録処理を行い、登録が完了
した場合に検索条件登録番号をリモート側のワークステ
ーションに送信する。リモート側のワークステーション
では、ステップ３３３において、検索条件登録番号のフ
ァイル登録処理を行い、次回からは検索条件登録番号を
送信することにより、前回と同じ検索条件によりデータ
検索処理を行う。

【０１０５】リモート側のワークステーションから、再
度、前回と同じ検索条件によりデータ検索処理を行う場
合、ステップ３２４において、検索条件登録番号の指定
による検索条件の指定を行い、この検索条件登録番号を
ホスト側のワークステーションに送信する。これによ
り、ホスト側のワークステーションでは、ステップ３３
５において、検索条件登録番号により検索条件ファイル
の読み出し処理を行い、次のステップ３３６において、
読み出した検索条件ファイルに対して論理スキーマ参照
による検索条件の解析処理を行う。そして、解析された
結果により、次のステップ３３７において、論理スキー
マ参照によるデータベース検索処理を行う。データ検索
を行った結果のデータは、検索結果ファイルに作成され
て、次のステップ３３８において、検索結果ファイルの
送信処理が行われる。リモート側のワークステーション
では、次のステップ３３９において、検索結果ファイル
のメール受信処理を行って、そのデータ検索結果を得る
ことになる。

【０１０６】このように、ホスト側のワークステーショ
ンにおいて、検条条件ファイルの検索条件を登録してお
くことにより、次回からは検索条件登録番号を送信する
ことにより、前回と同じ検索条件によりデータ検索処理
が行える。

【０１０７】

【発明の効果】以上、説明したように、本発明のデータ
ベース検索装置およびデータベース検索方法によれば、
論理的なデータベースの定義を与えることで、データベ
ースの操作を行う対象のデータベースの構造をユーザが
考慮せずに、容易にデータベース操作を行えるデータベ
ース検索システムが提供される。特に、論理定義情報で
論理的にデータベースの構造を規定するので、データが
複数のテーブルに格納されて管理されているリレーショ
ナルデータベースに対しても、検索ツールを利用するユ
ーザは、そのデータ構造，ＤＢＭＳなどの相違を意識す
ることなく、データを制約条件でフィルタリングして検
索対象データとすることができる。

【０１０８】また、データベースによっては、その単数
または複数のテーブルからデータをアクセスする際、デ
ータの特性によって常にある条件のもののみをフィルタ
リングをかけてアクセスしたい場合、テーブルやカラム
の属性としてデータに対して制約を行うかどうかの指定
して、制約を行うことができる。これにより、ユーザは
制約条件などを意識することなく、常に指定した条件設
定に合うもののみがフィルタリングされて、データ検索
が行える。検索結果の表示に関しても、ツールにより異
なることなく整合性が保たれて、結果表示がなされる。

【０１０９】また、論理定義情報を用いることにより、
リモート側のワークスーションにおいて、データベース
検索処理を行う場合にも、その論理定義情報を用いて、
データベース検索依頼を発行するので、各々のベンダー
から供給されるＤＢＭＳの構造の相違にかかわらず、論
理的にデータベースの構造を規定し、検索，登録，更
新，削除などの処理を行える。このため、データが複数
のテーブルに格納されて管理されているＤＢＭＳに対し
ても、特に、ＤＢＭＳの構造を意識させずに、同じ条件
でアクセスできる。また、検索結果の表示の形態を統一
した態様で表示できる。

【図面の簡単な説明】

【図１】 本発明の一実施例にかかるデータベース検索
システムの要部の構成を示すブロック図、

【図２】 データベースを操作する各アクセスツールが
データベースの論理定義情報ファイルを指定して起動さ
れた時点の状態を示す図、

【図３】 各アクセスツールが論理定義情報ファイルの
参照によりデータベースの種別およびデータ構造等を知
り各々のデータベースに対してアクセスする時点の状態
を示す図、

【図４】 データベースの論理定義情報の種類情報を定
義する入力ウィンドウの一例を示す図、

【図５】 データベースの論理定義情報のテーブル属性
情報を定義する入力ウィンドウの一例を示す図、

【図６】 データベースの論理定義情報のカラム属性情
報を定義する入力ウィンドウの一例を示す図、

【図７】 データベースの論理定義情報の結合情報を定
義する入力ウィンドウの一例を示す図、

【図８】 データベースの論理定義情報の表示属性をカ
ラム属性情報の基本設定項目として定義する場合の入力
ウィンドウの一例を示す図、

【図９】 論理定義情報ファイルの全体の構成例を説明
する説明図、

【図１０】 論理定義情報ファイルにおけるテーブル情
報リストとカラム情報リストの関係を説明する図、

【図１１】 第１のテーブルの「商品リスト」テーブル
のカラム情報リストの構成を詳細に説明する図、

【図１２】 第２のテーブルの「販売情報」テーブルの
カラム情報リストの構成を詳細に説明する図、

【図１３】 第３のテーブルの「販売エリアリスト」テ
ーブルのカラム情報リストの構成を詳細に説明する図、

【図１４】 第４のテーブルの「月度」テーブルのカラ
ム情報リストの構成を詳細に説明する図、

【図１５】 本発明の第２の実施例にかかるデータベー
ス検索システムの要部の構成を示すブロック図、

【図１６】 結合図表示部により表示された論理定義情
報のデータ構造の表示例を説明する図、

【図１７】 結合図表示部により画面に表示した図形の
座標情報とそのデータ構造の関係を説明する図、

【図１８】 機能ボタン表示部により表示されたユーザ
インタフェース部品の機能ボタンの表示例を示す図、

【図１９】 レイアウト処理部が起動された状態のデー
タ入出力画面の例を示す図、

【図２０】 レイアウト処理部の処理により帳票形式の
データ入出力画面の作成操作を行う場合の操作例を説明
する図、

【図２１】 転記操作を行った場合のコピーバッファの
保管情報を説明する図、

【図２２】 カラム指定またはテーブル指定により転記
操作が行われた場合のレイアウト処理におけるペースト
処理を説明する図、

【図２３】 レイアウト処理部で作成された帳票形式の
データ入出力画面の一例を示す図、

【図２４】 レイアウト処理部における一覧表形式のデ
ータ入出力画面の作成操作の例を説明する図、

【図２５】 レイアウト処理部で作成された帳票形式の
データ入出力画面の一例を示す図、

【図２６】 データ入出力画面にリンクされたデータベ
ース検索コマンドによるプログラム例を説明する図、

【図２７】 データベース検索コマンドによるプログラ
ムの作成過程の各々の処理を説明する図、

【図２８】 本発明の第３の実施例にかかるデータベー
ス検索システムの要部の構成を示すブロック図、

【図２９】 ホスト側のワークステーションとリモート
側のワークスーションの間で行われるデータ検索処理の
一連の流れを説明するフローチャート、

【図３０】 論理スキーマファイル，検索条件ファイ
ル，および検索結果ファイルの具体的なデータ例を説明
する図、

【図３１】 ホスト側のワークステーションとリモート
側のワークスーションの間で行われるデータ検索処理の
他の例の一連の流れを説明するフローチャートである。

【符号の説明】

１…ワークステーション（データベース端末）、２…ワ
ークステーション（データベース本体）、３…ワークス
テーション（データベース本体）、４…ネットワーク、
１０…論理定義情報入力部、１１…第１の論理定義情報
ファイル、１２…第２の論理定義情報ファイル、１３
（１３ａ，１３ｂ）…検索ツール、１４…エントリツー
ル、１５…データベース管理システム（ＤＢＭＳ１）、
１６…データベース本体部、１７…データベース管理シ
ステム（ＤＢＭＳ２）、１８…データベース本体部、２
０…論理定義情報ファイル、２１…データ検索処理部、
２２…データ検索処理部、４１…属性情報入力ウィンド
ウ、４２データベース種別情報、５１…テーブル属性ウ
ィンドウ、５２…制約条件、６１…カラム属性ウィンド
ウ（制約条件）、６２…カラム属性情報（制約条件）、
７１…結合情報ウィンドウ、７２…結合情報、８１…カ
ラム属性ウィンドウ（表示精度および表示幅）、８２…
カラム属性情報（表示精度および表示幅）、９１…デー
タベース情報テーブル、９２…テーブル情報リスト、９
３…結合情報リスト、９５…カラム情報リスト、９６…
カラム情報リスト、９７…カラム情報リスト、９８…カ
ラム情報リスト、１５０…フォームアクセス処理部、１
５１…結合図表示処理部、１５２…レイアウト処理部、
１５３…機能ボタン表示部、１６０…ウィンドウ（結合
図表示部）、１６１〜１６４…枠、１６５…演算子の表
示、１６６…線の表示、１７１…図形管理情報、１７２
…カラムデータ、１７３…テーブルデータ、１８０…ウ
ィンドウ（機能ボタン表示部）、１８１…機能ボタン、
１９０…ウィンドウ（レイアウト処理部）、１９１…帳
票形式のデータ入出力画面、１９２…一覧表形式のデー
タ入出力画面、２１１…コピーバッファ（カラムデー
タ）、２１２…コピーバッファ（テーブルデータ）、２
３０…ウィンドウ（レイアウト処理部）、２３１…帳票
形式のデータ入出力画面、２３２…検索ボタン、２５１
…結果データ表示画面、２５２…検索ボタン、２６０…
データ入出力画面、２６１…検索ボタン、２６２…検索
プログラム（ＳＱＬ文）、２６３…カラム名の記述部
分、２６４…テーブル名の記述部分、２６５…結合情報
の記述部分、２８０…リモート側ワークステーション、
２８１…第１の電子メール通信処理部、２８２…第２の
電子メール通信処理部、２８３…リモート論理定義情報
ファイル、２８４…検索条件入力処理部、３１１…第１
のテーブル、３１２…第２のテーブル、３１３…検索条
件ファイル、３１４…検索結果ファイル。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 小沢 秀一 神奈川県川崎市高津区坂戸３丁目２番１号 ＫＳＰ Ｒ＆Ｄビジネスパークビル 富 士ゼロックス株式会社内 (72)発明者 松尾 剛典 神奈川県川崎市高津区坂戸３丁目２番１号 ＫＳＰ Ｒ＆Ｄビジネスパークビル 富 士ゼロックス株式会社内 (72)発明者 大芦 由里子 神奈川県川崎市高津区坂戸３丁目２番１号 ＫＳＰ Ｒ＆Ｄビジネスパークビル 富 士ゼロックス株式会社内 (72)発明者 村松 真 神奈川県川崎市高津区坂戸３丁目２番１号 ＫＳＰ Ｒ＆Ｄビジネスパークビル 富 士ゼロックス株式会社内 Ｆターム(参考） 5B075 NR10 NR20 PP26 QT06 5B082 GA08 GA11

Claims (2)

【特許請求の範囲】
1. 【請求項１】複数のテーブルにデータが格納されている
   データベースに対してデータの検索を行うデータベース
   検索装置において、 データベースのデータ構造を論理的に規定する、データ
   ベース種別、データベース中のテーブル名、カラム名、
   結合情報、データベースに自動ログオンするか否かを指
   示する情報を含む論理定義情報を入力するための定義入
   力手段と、 前記論理定義情報を格納する定義記憶手段と、 前記自動ログオンするか否かを指示する情報が自動ログ
   オンを許す場合、前記データベースに対するログオン情
   報を使用してログオンするログオン手段とを備えたこと
   を特徴とするデータベース検索装置。
2. 【請求項２】複数のテーブルにデータが格納されている
   データベースに対してデータの検索を行うデータベース
   検索方法において、 データベースのデータ構造を論理的に規定する、データ
   ベース種別、データベース中のテーブル名、カラム名、
   結合情報、データベースに自動ログオンするか否かを指
   示する情報を含む論理定義情報を入力し、 前記論理定義情報を格納し、 前記自動ログオンするか否かを指示する情報が自動ログ
   オンを許す場合、前記データベースに対するログオン情
   報を使用してログオンすることを特徴とするデータベー
   ス検索方法。