JP3590726B2 - データベース検索システム，検索用サーバ装置，クライアント端末およびサーバ用プログラム記録媒体 - Google Patents

Description

【０００１】
【発明の属する技術分野】
本発明は，ＷＷＷサーバ内のＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ） プログラムによってデータベースを検索するシステムであって，特にユーザが任意の検索条件の指定および検索結果一覧を求めることを可能としたデータベース検索システム，検索用サーバ装置，クライアント端末およびそれらのプログラム記録媒体に関する。
【０００２】
【従来の技術】
ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ） ブラウザは，操作が容易なため，近年著しく普及し広く用いられている。そこで，例えばリレーショナルデータベース（ＲＤＢ）等のデータベース検索においても，ＷＷＷクライアント，ＷＷＷサーバなどのイントラネット環境で，検索システムを実現することが考えられている。
【０００３】
図１７は，従来技術によるデータベース検索システムの構成例を示す。
クライアント端末１００（クライアント端末１００’も同様）は，ＷＷＷブラウザを用いてデータベースにアクセスするユーザが用いる装置である。ブラウザ基本部１１０は，ブラウザ表示用の基本ソフトウェア，画面表示用ハイパーテキスト部１１１は，ＷＷＷサーバ２００から受信した画面表示用のＨＴＭＬ文書である。サーバ処理依頼部１１２は，ＷＷＷサーバ２００との間で通信を行う手段である。また，クライアント端末１００は，ディスプレイ１１３やキーボードやマウス等の入出力装置を持つ。
【０００４】
ＷＷＷサーバ２００は，ネットワーク４を介してクライアント端末１００に接続され，また，データベースサーバ３にも接続される。ＷＷＷサーバ基本制御部２２０は，他装置との間の通信などのＷＷＷサーバ２００内の基本的な制御を行う部分である。ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ） 処理部２２１は，クライアント端末１００のサーバ処理依頼部１１２からの処理依頼を受け付け，データベースサーバ３へのアクセスを行って検索結果を得て，その検索結果をクライアント端末１００へ送信する処理を行う部分である。ＳＱＬ文定義体部２２２は，データベースサーバ３が管理するデータベース３２の検索言語であるＳＱＬ文による検索プログラムの各種ひな型を定義したものである。ハイパーテキスト部２２３は，クライアント端末１００においてデータベース検索のために表示する画面表示用のＨＴＭＬ（Ｈｙｐｅｒｔｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ） ソースである。
【０００５】
ＣＧＩ処理部２２１，ＳＱＬ文定義体部２２２，ハイパーテキスト部２２３は，これらを一組として，検索画面の数に応じて複数設けられる。
データベースサーバ３は，データベース３２を管理する装置である。ＲＤＢサーバ基本部３０は，ＷＷＷサーバ２００からの依頼を受け付ける機能とリレーショナルデータベース（ＲＤＢ）管理機能とを持つ基本ソフトウェアである。ＳＱＬ文実行部３１は，検索依頼があったＳＱＬ文を実行し，データベース３２のデータを検索する。
【０００６】
図１８は，検索対象となるデータベースの例を示す。以下に説明する例におけるデータベース３２は，リレーショナルデータベースであり，テーブルＴＥＣＴ，テーブルＩＰＰＡＮ，テーブルＲＡＮＫＴ，テーブルＳＯＵＲＣＥＴのテーブルからなる。
【０００７】
テーブルＴＥＣＴは，テクノロジーに関するテーブルであり，図番のフィールドＺＵＢ，設計者のフィールドＳＥＫ，設計課のフィールドＳＫＡ等を持つ。テーブルＩＰＰＡＮは，一般記号に関するテーブルであり，回路記号のフィールドＫＡＩ，図番のフィールドＺＵＢ，機能に関するフィールドＫＩＮＯ等を持つ。テーブルＲＡＮＫＴは，基盤ランクに関するテーブルであり，回路記号のフィールドＫＡＩ，ＣＮ項番号のフィールドＫＢＡＮ等を持つ。テーブルＳＯＵＲＣＥＴは，回路記号ごとの製品情報のテーブルであり，回路記号のフィールドＫＡＩ，手配仕様（番号）のフィールドＴＥＨ等を持つ。
【０００８】
図１９（Ａ）は，図１７に示すハイパーテキスト部２２３の一部の例を示しており，これはクライアント端末１００からの検索要求に対して，最初にクライアント端末１００へ送るＨＴＭＬソースであって，初期画面を表示するためのものである。
【０００９】
図１９（Ａ）のＨＴＭＬソースにおいて，「＜ＩＮＰＵＴ ＴＹＰＥ＝……」のタグは，１行の入力フィールドを作る。「ＳＩＺＥ＝ …」は，入力フィールドの長さ（文字数）を定める。「ＶＡＬＵＥ＝ ”…” 」は，入力フィールドにデフォルトで表示されるテキストを指定する。「ＭＡＸＬＥＮＧＴＨ＝…」は，入力できる最大文字数を定める。「ＮＡＭＥ＝”…” 」は，フィールド名を指定するもので，転送されてきたデータを解読する際に使われる隠し文字である。
【００１０】
図１９（Ｂ）は，図１７に示すＳＱＬ文定義体部２２２におけるＳＱＬ文定義体の一例を示す。このＳＱＬ文では，テーブルＳＯＵＲＣＥＴのフィールドＴＥＨ（手配仕様）をキーとして，それに該当する手配仕様，機能，図番，ＣＮ項番号，設計者，設計課を出力することを指示している。
【００１１】
図１９（Ｃ）は，図１７に示すＣＧＩ処理部２２１における処理の例を示している。
以下，図１７に示すシステムの動作について説明する。
【００１２】
クライアント端末１００のユーザは，データベース３２を検索したい場合，クライアント端末１００のブラウザを用いて，あらかじめ定められているＷＷＷサーバ２００のＵＲＬ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を指定する。これにより，ＷＷＷサーバ２００側から指定されたＨＴＭＬソースがクライアント端末１００にダウンロードされる。このＨＴＭＬソースは，例えば図１９に示すような検索指示記述のハイパーテキスト情報であり，これによってクライアント端末１００のディスプレイ１１３に，図２０（Ａ）に示すようなブラウザの初期画面が表示される。
【００１３】
ここで，手配仕様の入力フィールドに，図２０（Ｂ）に示すように「Ｃ７６Ｌ−０４２０−０００２」と入力し，検索ボタンを操作すると，図２０（Ｃ）に示すように，ＨＴＭＬソースの「＜ＩＮＰＵＴ ＴＹＰＥ＝……」における「ＶＡＬＵＥ＝ ”Ｃ７６Ｌ−０４２０−０００２” 」の入力情報が， サーバ処理依頼部１１２からＷＷＷサーバ２００のＣＧＩ処理部２２１に渡される。これにより，ＣＧＩ処理部２２１のＣＧＩプログラムは，図１９（Ｃ）に示すような，以下の処理（ａ） 〜（ｄ） を実行する。
【００１４】
（ａ） まず，検索画面の入力情報を得る。この例では，手配仕様番号 ”Ｃ７６Ｌ−０４２０−０００２” の入力情報を得る。
（ｂ） この入力情報をＣＧＩ処理部２２１に対応して設けられたＳＱＬ文定義体部２２２のＳＱＬ文定義体の中に埋め込む。すなわち，図１９（Ｂ）に示すＳＱＬ文定義体内のＷＨＥＲＥ句における’ＸＸＸＸＸＸＸＸＸＸＸＸＸ’ の部分に，’Ｃ７６Ｌ−０４２０−０００２’をセットする。
【００１５】
（ｃ） 次に，データベースサーバ３に接続し，上記処理（ｂ） で作成したＳＱＬ文を発行する。
（ｄ） データベースサーバ３から検索結果を得ると，その検索結果をクライアント端末１００へ送る。
【００１６】
図２０（Ｄ）は，ＷＷＷサーバ２００から送られた検索結果一覧画面の例を示している。ここでは，検索結果として１件のデータが表示されている。
以上のような従来技術では，ＣＧＩ処理部２２１とＳＱＬ文定義体部２２２と画面表示のためのハイパーテキスト部２２３との組み合わせが，すべて１対１の関係となっており，検索指示や検索結果を表示するための検索画面，その検索指示によるＳＱＬ文定義体，そのＳＱＬ文を発行するためのＣＧＩプログラムが，固定的に定められていた。したがって，検索内容や検索結果の表示のしかたが異なれば，新たなＣＧＩ処理部２２１，ＳＱＬ文定義体部２２２，画面表示のためのハイパーテキスト部２２３を，ＷＷＷサーバ２２０に作り込まなければならなかった。
【００１７】
このように従来技術では，データベース知識を有し，かつＣＧＩプログラムに習熟した専門家が，定型的な検索画面を作成して検索システムを実現しており，クライアント端末１００の利用者は，任意に検索条件を変更することはできなかった。
【００１８】
【発明が解決しようとする課題】
従来技術では，リレーショナルデータベースのテーブル構造およびフィールド情報をよく理解し，それぞれテーブル，フィールド情報がどのようにリンクされているかを理解した人間が，検索文を組み立てており，また検索画面のＨＴＭＬ等による定義体も同様に作成していたため，以下のような問題があった。
【００１９】
第１に，ユーザ側から新たな検索条件や検索メニュー等の画面，または検索結果の表示画面についての要求があった場合，その都度，その要求に応じたＣＧＩプログラム，検索文（ＳＱＬ文定義体），画面定義体（ＨＴＭＬソース）を手作業で作成しなければならず，開発工数が大きかった。
【００２０】
第２に，クライアント端末側では，検索条件や検索画面について自分の都合に合わせてカスタマイズすることはできなかった。
第３に，データベースの知識を有し，イントラネットワーク環境に詳しい人間でなければ，検索条件や検索画面の変更に対処することができなかった。
【００２１】
本発明は上記問題点の解決を図り，イントラネット（ＷＷＷクライアント端末，ＷＷＷサーバ）と，リレーショナルデータベースを利用し，最適で柔軟性のある検索システムを実現し，また，クライアント端末の利用者が簡単に自由に検索条件の指定および検索結果の一覧表示方法を変更することができるシステムを提供することを目的とする。
【００２２】
【課題を解決するための手段】
本発明は，イントラネット等のクライアント端末とＷＷＷサーバとがネットワークで接続されたリレーショナルデータベースのデータベース検索システムにおいて，検索のための画面を定義するハイパーテキスト部内に，クライアント端末における入力指示に対しクライアント端末からＷＷＷサーバへ送信するインプット情報として，検索対象となるデータベース情報および検索情報を持たせ，ＷＷＷサーバはハイパーテキスト部にインプット情報として記載された情報をもとに，データベース検索文（ＳＱＬ文）を自動生成することを特徴とする。これにより，画面定義体を変更すれば，ＳＱＬ文定義体等のデータベース検索文を変更することなく，検索条件や検索結果の一覧表示方法などを変更することが可能になる。
【００２３】
また，本発明は，ＳＱＬ文の自動生成において，リレーショナルデータベースにおけるテーブル間のリンク関係情報を自動生成することを特徴とする。これにより，ハイパーテキスト部内の必要最小限の情報をもとにＳＱＬ文を自動生成することが可能になり，また，データベースの構成変更に対しても柔軟に対応することができるようになる。
【００２４】
また，本発明は，画面を定義するハイパーテキスト部内の記載情報を，クライアント端末においてＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）により編集する検索一覧項目編集手段を設けたことを特徴とする。これにより，検索指示条件，検索結果の一覧条件，結果出力時のソート条件を，クライアント端末のユーザが任意に変更することが可能になる。
【００２５】
以上の検索用サーバおよびクライアント端末を実現するためのプログラムは，計算機が読み取り可能な可搬媒体メモリ，半導体メモリ，ハードディスクなどの適当な記録媒体に格納することができる。
【００２６】
【発明の実施の形態】
図１は，本発明の実施の形態によるデータベース検索システムの構成例を示す。
【００２７】
クライアント端末１（クライアント端末１’も同様）は，ＷＷＷブラウザを用いてデータベースにアクセスするユーザが用いる装置である。ブラウザ基本部１０は，ブラウザ表示用の基本ソフトウェア，画面表示用ハイパーテキスト部１１は，ＷＷＷサーバ２から受信した画面表示用のＨＴＭＬ文書である。画面入力制御部１２は，画面を定義する画面表示用ハイパーテキスト部１１内の記載情報を編集する検索一覧項目編集機能を持つ。この画面入力制御部１２は，例えば米国 Ｎｅｔｓｃａｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ社と米国Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ社が開発したスクリプト言語であるＪａｖａＳｃｒｉｐｔによって実現される。サーバ処理依頼部１３は，ＷＷＷサーバ２との間で通信を行う手段である。また，クライアント端末１は，ディスプレイ１３やキーボードやマウス等の入出力装置を持つ。
【００２８】
ＷＷＷサーバ２は，ネットワーク４を介してクライアント端末１に接続され，また，データベースサーバ３にも接続される。ＷＷＷサーバ基本制御部２０は，他装置との間の通信などのＷＷＷサーバ２内の基本的な制御を行う部分である。ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆａｃｅ） 処理部２１は，クライアント端末１のサーバ処理依頼部１３からの処理依頼を受け付け，データベースサーバ３へのアクセスを行って検索結果を得て，その検索結果をクライアント端末１へ送信する処理を行う部分である。
【００２９】
特に，本システムにおけるＣＧＩ処理部２１は，ハイパーテキスト部２２に記載された情報をもとに，データベース検索文（ＳＱＬ文）を自動生成し，生成したデータベース検索文により，データベースサーバ３から検索したデータベース３２の検索結果をクライアント端末１へ出力する。このデータベース検索文の自動生成では，リレーショナルデータベースを構成する，あるテーブルと他のテーブルとが，直接またはその他の１または複数のテーブルを介して共通するフィールドにより関係づけられているときに，それらのテーブル間の関係を示す情報（リンク情報）を持つ中間リンクテーブルを作成し，それをもとにデータベース検索文を生成する。
【００３０】
ハイパーテキスト部２２は，クライアント端末１においてデータベース検索のために表示する画面表示用のＨＴＭＬソースを記憶する部分であり，本システムにおけるＨＴＭＬソース中には，詳しくは後述するように，検索対象となるデータベース情報および検索情報が記述されている。
【００３１】
データベースサーバ３は，データベース３２を管理する装置である。ＲＤＢサーバ基本部３０は，ＷＷＷサーバ２からの依頼を受け付ける機能とリレーショナルデータベース（ＲＤＢ）管理機能とを持つ基本ソフトウェアである。ＳＱＬ実行部３１は，検索依頼があったＳＱＬ文を実行し，データベース３２のデータを検索する。データベースサーバ３は，図１７で説明した従来技術のものと同様である。
【００３２】
なお，以下の説明において，データベース３２の内容は，従来技術の項で説明した図１８のようになっているものとする。
本実施の形態におけるデータベース検索時の全体の処理の流れを，図２に示す。
【００３３】
クライアント端末１のユーザは，データベース３２を検索したい場合，クライアント端末１のブラウザを用いて，あらかじめ定められているＷＷＷサーバ２のＵＲＬ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を指定する。これにより，ＷＷＷサーバ２のハイパーテキスト部２２からＨＴＭＬソースがクライアント端末１にダウンロードされる。クライアント端末１のブラウザ基本部１０は，ダウンロードされたＨＴＭＬソースを画面表示用ハイパーテキスト部１１に保持し，ディスプレイ１４に表示する。
【００３４】
図３は，こうして表示された検索指示画面の例を示す。図４は，図３に示す検索指示画面を表示するためのＨＴＭＬソースの一部を示す。
図４のＨＴＭＬソースにおいて，「＜ＦＯＲＭ ＮＡＭＥ＝”…” …＞ 」は，書き込み可能セクションであることを示し，「ＭＥＴＨＯＤ＝”ＰＯＳＴ” 」は送り出しであることを示す。「＜ＩＮＰＵＴ ＴＹＰＥ＝…」は，１行の入力フィールドを作り，特に「”ＨＩＤＤＥＮ”」は表示しないことを指示している。「ＮＡＭＥ＝”ＭＯＤＥ” 」は処理モード，「ＮＡＭＥ＝”ＩＮＦ１” 」は第１の検索情報，「ＮＡＭＥ＝”ＩＮＦ２” 」は第２の検索情報，「ＮＡＭＥ＝”ＴＧＮＡＭＥ” 」はテーブルグループ名，「ＮＡＭＥ＝”ＴＮＡＭＥ”」はテーブル名，「ＮＡＭＥ＝”ＤＡＴＡＣＮＴ”」はフィールド数を示すが，本発明の要旨には直接的には関係がないので，この部分についての詳細な説明は省略する。「ＶＡＬＵＥ＝ ”…” 」は初期値を示す。
【００３５】
以降の「＜ＩＮＰＵＴ ＴＹＰＥ＝…」における各テーブルについての「ＮＡＭＥ＝”…” 」で指定される項目の形式は，“検索条件テーブル名．フィールド名；検索条件フラグ；一覧項目フラグ；ソート項目フラグ”となっている。これによって，ＨＴＭＬソース内に検索対象となるデータベース情報および検索情報を持たせている。
【００３６】
検索条件フラグは，そのフィールドを検索条件とするかしないかを指定するもので，値により以下の意味を持つ。
０：検索条件でない
１：検索条件項目１
２：検索条件項目２
… …
一覧項目フラグは，そのフィールドを検索結果の一覧項目とするかどうかと，一覧項目とするときの順番を指定するもので，値により以下の意味を持つ。
【００３７】
０：一覧項目でない
１：一覧項目１
２：一覧項目２
… …
ソート項目フラグは，検索結果を表示する際にそのフィールドの値によってソートするかしないかを指定するものであり，値により以下の意味を持つ。
【００３８】
１：ソートする
−１：ソートしない
例えば，「ＮＡＭＥ＝”ＳＯＵＲＣＥＴ．ＴＥＨ；１；１；１”」は，テーブルＳＯＵＲＣＥＴのフィールドＴＥＨを検索条件とし，このフィールドを一覧項目の１番目に表示し，このフィールド値によって検索結果をソートすることを指示している。
【００３９】
図３に示す検索指示画面において，クライアント端末１のユーザが検索項目［手配仕様］の検索条件を入力し，「検索」ボタンを押すと，図４に示すＨＴＭＬソースの画面入力情報「＜ＩＮＰＵＴ ＴＹＰＥ＝”ＴＥＸＴ”…＞ 」および内容が表示されない「＜ＩＮＰＵＴ ＴＹＰＥ＝”ＨＩＤＤＥＮ”…＞ 」の情報がＷＷＷサーバ２のＣＧＩ処理部２１へ送られる。ＣＧＩ処理部２１は，ＩＮＰＵＴ情報を解析し，ＳＱＬ文を自動生成し，データベースサーバ３へ発行することにより，検索結果を取得し，クライアント端末１へ検索結果の情報を返す。
【００４０】
図５は，そのＣＧＩ処理部２１の処理フローチャートである。
ＣＧＩ処理部２１は，クライアント端末１からのＩＮＰＵＴ情報を受信すると，そのＩＮＰＵＴ情報内の一覧フラグの昇順で，ＳＱＬ文のＳＥＬＥＣＴ句（検索項目文）を作成する（図５のステップＳ１）。図４に示すＨＴＭＬソースの場合，ＩＮＰＵＴ情報＜ＩＮＰＵＴ ＴＹＰＥ＝… ＮＡＭＥ＝”ａａａａａ．ｂｂｂ；ｃ；ｄ；ｅ” …＞ 内の一覧項目フラグ”ｄ” の昇順で”ａａａａａ．ｂｂｂ” を並べることにより，図６に示す▲１▼のＳＥＬＥＣＴ句が生成されることになる。
【００４１】
次に，ＩＮＰＵＴ情報内の検索条件テーブル名からユニークなテーブル名を抽出し，ＦＲＯＭ句を作成する（ステップＳ２）。これによって，図４に示すＨＴＭＬソース中のＩＮＰＵＴ情報＜ＩＮＰＵＴ ＴＹＰＥ＝… ＮＡＭＥ＝”ａａａａａ．ｂｂｂ；ｃ；ｄ；ｅ” …＞ における”ａａａａａ” のテーブル名が重複しないように並べられ，図６に示す▲２▼のＦＲＯＭ句が生成されることになる。
【００４２】
また，ＩＮＰＵＴ情報内の検索条件テーブル名と入力値および検索条件フラグから，ＷＨＥＲＥ句の一部を作成する（ステップＳ３）。図４に示すＨＴＭＬソースの場合，検索条件フラグが１となっているＩＮＰＵＴ情報＜ＩＮＰＵＴ ＴＹＰＥ＝”ＴＥＸＴ”…ＮＡＭＥ＝”ＳＯＵＲＣＥ．ＴＥＨ；１；１；１” ＶＡＬＵＥ＝”Ｃ７６Ｌ−０４２０−０００２”＞ から，図６に示すＷＨＥＲＥ句のうち▲３▼の部分が生成されることになる。
【００４３】
さらに，ＷＨＥＲＥ句に必要となるテーブル間のリンク内容を，テーブル間のリンク関係を解析することにより作成する（ステップＳ４）。この処理については，後に詳しく説明する。これによって，図６に示すＷＨＥＲＥ句のうち▲４▼の部分が生成されることになる。
【００４４】
さらにまた，ＩＮＰＵＴ情報内のソート項目フラグの昇順で，ＯＲＤＥＲ ＢＹ句を作成する（ステップＳ５）。図４に示すＨＴＭＬソースの場合，＜ＩＮＰＵＴ ＴＹＰＥ＝”ＴＥＸＴ”…ＮＡＭＥ＝”ＳＯＵＲＣＥ．ＴＥＨ；１；１；１” ＶＡＬＵＥ＝”Ｃ７６Ｌ−０４２０−０００２”＞ だけが，ソート項目フラグが１になっているので，図６に示す▲５▼のＯＲＤＥＲ ＢＹ句が生成されることになる。
【００４５】
以上の処理により，図６に示すようなＳＱＬ文が完成すると，ＣＧＩ処理部２１は，ＷＷＷサーバ基本制御部２０が持つ機能を利用してデータベースサーバ３に接続し，ＳＱＬ文を発行する（ステップＳ６）。これによって，図６に示すＳＱＬ文に対するデータベース３２の検索結果が，データベースサーバ３から送られてくる。
【００４６】
ＣＧＩ処理部２１は，その検索結果を要求元のクライアント端末１へ出力する（ステップＳ７）。
以上の処理におけるステップＳ４では，ＷＨＥＲＥ句の作成のために，テーブル間のリンク関係を解析してリンク内容を作成しているが，これは具体的には，次のように行う。これによって，データベース３２が複数のテーブルから構成され，それが複雑な構造を持っていても，ＨＴＭＬソースから得られる必要最小限の情報をもとに，ＷＨＥＲＥ句を完成させることができる。
【００４７】
図１８に示すデータベース３２において，テーブルＴＥＣＴは，テクノロジーに関するテーブルであり，図番のフィールドＺＵＢ，設計者のフィールドＳＥＫ，設計課のフィールドＳＫＡ等を持つ。テーブルＩＰＰＡＮＴは，一般記号に関するテーブルであり，回路記号のフィールドＫＡＩ，図番のフィールドＺＵＢ，機能に関するフィールドＫＩＮＯ等を持つ。テーブルＲＡＮＫＴは，基盤ランクに関するテーブルであり，回路記号のフィールドＫＡＩ，ＣＮ項番号のフィールドＫＢＡＮ等を持つ。テーブルＳＯＵＲＣＥＴは，回路記号ごとの製品情報のテーブルであり，回路記号のフィールドＫＡＩ，手配仕様（番号）のフィールドＴＥＨ等を持つ。
【００４８】
ここで，各テーブル間で同じ対象を管理するフィールドには，同じフィールド名が付与されている。テーブルＴＥＣＴとテーブルＩＰＰＡＮＴとは，共通するフィールドＺＵＢを持ち，テーブルＩＰＰＡＮＴとテーブルＲＡＮＫＴとテーブルＳＯＵＲＣＥＴとは共通するフィールドＫＡＩを持つ。このように，２つのテーブルが共通するフィールドを持つ場合の関係を，ここでは１次リンク関係という。
【００４９】
テーブルＴＥＣＴとテーブルＲＡＮＫＴとは，共通するフィールドを持たないので１次リンク関係はないが，テーブルＴＥＣＴとテーブルＩＰＰＡＮＴとは，共通するフィールドＺＵＢによって１次リンク関係があり，また，テーブルＩＰＰＡＮＴとテーブルＲＡＮＫＴとは，共通するフィールドＫＡＩによって１次リンク関係を持つ。したがって，テーブルＴＥＣＴとテーブルＲＡＮＫＴとは，テーブルＩＰＰＡＮＴを介してリンク関係を持つことになる。これを２次リンク関係という。テーブルＴＥＣＴとテーブルＳＯＵＲＣＥＴの関係も同様である。
【００５０】
図７は，以上のリンク関係を示す図であり，図７（Ａ）は１次リンク関係，図７（Ｂ）は２次リンク関係をそれぞれ示している。
図７に示すリンク関係の情報を持つテーブルを，ここでは中間リンクテーブルと呼ぶことにする。本実施の形態によって自動的に作成した中間リンクテーブルの例を図８に示す。
【００５１】
中間リンクテーブルは，図８に示すように，各エントリ（レコード）ごとに，元テーブル名，先テーブル名，リンクテーブル名，リンク条件を記憶する。元テーブル名はリンク関係の起点となる基本テーブル（元テーブル）のテーブル名，先テーブルはリンク先となる基本テーブル（先テーブル）のテーブル名を示す。リンクテーブル名は，元テーブルと先テーブルが１次リンク関係を持たない場合に，これらのテーブルを連鎖的に共通するフィールドによって関係づける基本テーブル（リンクテーブル）のテーブル名を示す。
【００５２】
リンク条件は，元テーブルと先テーブルとのリンク関係を定義するものであり，テーブル間の１次リンク関係を示す情報およびその組み合わせからなる。ここで，１次リンク関係を示す情報は，元テーブルのテーブル名，先テーブルのテーブル名，１次リンク関係のキーとなる共通するフィールド名を用いて定義される。
【００５３】
図８において，テーブル中に示すリンク条件のＴＥＣＴ．ＺＵＢ ＝ ＩＰＰＡＮＴ．ＺＵＢ は，テーブルＴＥＣＴとテーブルＩＰＰＡＮＴとが共通するフィールドＺＵＢによりリンクされていることを表している。また，例えばリンク条件のＴＥＣＴ．ＺＵＢ ＝ ＩＰＰＡＮＴ．ＺＵＢ ，ＩＰＰＡＮＴ．ＫＡＩ ＝ ＲＡＮＫＴ．ＫＡＩは，テーブルＴＥＣＴとテーブルＲＡＮＫＴとは直接１次リンク関係を持たず，テーブルＩＰＰＡＮＴを介してリンクされていることを示す。このリンク条件は，ＴＥＣＴとＩＰＰＡＮＴとの１次リンク関係を示すリンク条件（ＴＥＣＴとＩＰＰＡＮＴの間はＺＵＢによりリンク）と，ＩＰＰＡＮＴとＲＡＮＫＴとの１次リンク関係を示すリンク条件（ＩＰＰＡＮＴとＲＡＮＫＴとの間はＫＡＩによりリンク）との組み合わせからなる。
【００５４】
図９は，中間リンクテーブル作成処理の処理フローチャートである。
ステップＳ１１〜ステップＳ１４は，１次リンク関係の情報を設定する処理である。ステップＳ１１では，リレーショナルデータベースで管理するすべての基本テーブルの各々について，自テーブルを起点にして，他のテーブルに自テーブルと同名かつ同属性のフィールドがあるかどうかを判断する。自テーブルと同名かつ同属性のフィールドがある場合にはステップＳ１２へ進み，中間リンクテーブルに，元テーブル名（自テーブル），先テーブル名（他のテーブル），リンク条件を設定し，定義する。
【００５５】
自テーブルと同名かつ同属性のフィールドがない場合には，ステップＳ１３へ進み，中間リンクテーブルに，元テーブル名（自テーブル），先テーブル名（他のテーブル），リンク条件として“直接リンク不可”を設定し，定義する。
【００５６】
ステップＳ１４で，すべてのテーブルについて１次リンク関係の処理が終了したかどうかを判断し，終了するまでステップＳ１１〜Ｓ１３の処理を繰り返す。その後，Ｎ次リンク関係（Ｎ≧２）の処理へ移る。
【００５７】
ステップＳ１５では，Ｎ＝２を設定する。
ステップＳ１６では，中間リンクテーブル中でリンク条件が“直接リンク不可”となっているレコード（中間リンクテーブルのエントリ）を順次探し，“直接リンク不可”のレコードがあればステップＳ１７へ進む。リンク条件が“直接リンク不可”のレコードが一つもなくなったならば，中間リンクテーブルの作成を終了する。
【００５８】
ステップＳ１７では，リンク条件が“直接リンク不可”のレコード（本レコード）の元テーブルと先テーブルとをリンクできる２つのレコードがあるかどうかをチェックする。例えば，１次リンク関係を設定するステップＳ１１〜Ｓ１４の処理が終わった後，〈元テーブル名：ＴＥＣＴ〉−〈先テーブル名：ＲＡＮＫＴ〉のレコードは，リンク条件が“直接リンク不可”であるが，〈元テーブル名：ＴＥＣＴ〉−〈先テーブル名：ＩＰＰＡＮＴ〉のレコードと，〈元テーブル名：ＩＰＰＡＮＴ〉−〈先テーブル名：ＲＡＮＫＴ〉の２つのレコードのリンク条件を用いればリンクできる。このように着目している本レコードが２つのレコードによってリンクできる場合には，ステップＳ１８へ進み，リンクできない場合には，ステップＳ１９へ進む。
【００５９】
ステップＳ１８では，本レコードのリンクテーブル名の欄に，先テーブルと元テーブルを関係づける中間のテーブル名（前述の例ではＩＰＰＡＮＴ）を設定し，リンク条件の欄に，２つのレコードから抽出したリンク条件を設定する。
【００６０】
ステップＳ１９では，中間リンクテーブルの全レコードについてＮ次リンク処理が終了したかどうかを判定し，未処理レコードがあれば，ステップＳ１６へ戻って同様に処理を繰り返す。
【００６１】
Ｎ次リンク処理が終了したならば，ステップＳ２０で全リンク処理が終了したかどうかを判断する。リンク条件が“直接リンク不可”のレコードが残っていない場合および新しいリンク関係を設定できなくなった場合には，全リンク処理終了と判断し，中間リンクテーブルの作成を終了する。
【００６２】
まだ，新しいリンク関係を設定できる可能性がある場合には，ステップＳ２１によりＮに１を加算し，ステップＳ１６へ戻って，Ｎ次リンク関係の処理を同様に繰り返す。
【００６３】
図５のステップＳ４では，以上の処理によって作成された中間リンクテーブルを用いて，テーブル間のリンク内容（リンク条件）を作成し，ＷＨＥＲＥ句を生成する。これによって，図６に示すＳＱＬ文における▲４▼の部分を自動生成することができる。
【００６４】
図１０は，クライアント端末１に表示される検索結果一覧画面の例を示している。「手配仕様：Ｃ７６Ｌ−０４２０−０００２」の検索条件から，図６に示すＳＱＬ文により検索された結果が，図１０に示すように表示されることになる。ここでは，一覧項目フラグによって，手配仕様，機能，図番，ＣＮ項番号，設計者，設計課の項目順で表示されている。
【００６５】
次に，クライアント端末１の画面入力制御部１２が持つ検索一覧表示項目編集機能について説明する。図１１は，項目編集・検索時の流れを示す。
クライアント端末１からＷＷＷサーバ２のＵＲＬ（Ｕｎｉｖｅｒｓａｌ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）が指定されることにより，ＷＷＷサーバ２からハイパーテキスト部２２のＨＴＭＬソースがクライアント端末１にダウンロードされる。クライアント端末１のブラウザ基本部１０は，ダウンロードされたＨＴＭＬソースを画面表示用ハイパーテキスト部１１に保持し，ディスプレイ１４に表示する。
【００６６】
ダウンロードされるＨＴＭＬソースは，前述した図４に示す検索指示画面を表示するためのＨＴＭＬソースであり，ディスプレイ１４に表示される検索指示画面は，図３に示す画面である。
【００６７】
クライアント端末１のユーザは，図３に示す検索指示画面において「項目編集」のボタンを押すことにより，以後のデータベース検索における検索条件，検索結果として表示する一覧条件，ソート条件とする項目を自由に編集することができる。
【００６８】
図１２は，「項目編集」ボタンの操作により，最初に表示される項目編集画面の例を示す。この項目編集画面による編集結果は，図４に示すＨＴＭＬソースに反映される。ただし，ＨＴＭＬソースの変更は内部で自動的に行われるので，ユーザは，ＨＴＭＬソースの変更内容について，まったく意識する必要はない。
【００６９】
図１３は，項目編集操作説明図である。図１２に示す項目編集画面では，検索条件項目，一覧条件項目，ソート（ＳＯＲＴ）条件項目の編集が，マウス等のポインティングデバイスの操作により可能になっているが，これらの編集は，次のように行われる。各検索条件項目，一覧条件項目，ソート条件項目の編集画面では，図１３に示すように，選択項目表示部５０と未選択項目表示部５１とがあり，それぞれに選択されている項目と未選択の項目とが表示される。
【００７０】
図４に示すＨＴＭＬソートと対比すると明らかなように，検索条件項目として選択されている項目は，検索条件フラグが１となっている「手配仕様（ＳＯＵＲＣＥ．ＴＥＨ） 」である。他の項目は，検索条件フラグが０であるため，未選択となっている。また，一覧条件項目では，「手配仕様」，「図番」，「ＣＮ項番号」，「設計者」，…の順番で項目が選択されている。ソート条件項目では，「手配仕様」が選択されている。
【００７１】
図１３に示すように，選択項目表示部５０と未選択項目表示部５１には，それぞれ選択ボタン５２，５５，反転ボタン５３，５６，解除ボタン５３，５７があり，選択ボタン５２，５５を押下すると，該当エリア（表示部５０または５１）内の全項目を編集対象として選択する。各項目を個別に選択するときには，該当エリア内の項目をポインティングデバイスのクリック操作により選択する。反転ボタン５３，５６は，該当エリア内の選択項目以外を編集対象として選択するボタンである。解除ボタン５４，５７は，該当エリア内の選択項目を，初期状態に戻すボタンである。
【００７２】
右向き矢印ボタン５８は，選択項目表示部５０のエリアで選択した項目を，未選択項目表示部５１のエリアの一番下へ移動することを指示するボタンである。左向き矢印ボタン５９は，未選択項目表示部５１のエリアで選択した項目を，選択項目表示部５０のエリアの一番下へ移動することを指示するボタンである。
【００７３】
以上のボタンの操作により，例えば図１４に示すように，一覧条件項目を編集したとする。図１４では，「ＣＮ項番号」が未選択項目とされ，選択項目の順番が，「図番」，「設計者」，「設計課」，「機能」，「手配仕様」となるように編集されている。
【００７４】
この項目編集によって，図４に示す初期のＨＴＭＬソースは，図１５に示すようなＨＴＭＬソースに修正される。この処理は，例えばＪａｖａＳｃｒｉｐｔによって記述された画面入力制御部１２により行われるが，図１２に示すボタン操作によって，ＩＮＰＵＴ情報「＜ＩＮＰＵＴ ＴＹＰＥ …＞ 」内の検索条件フラグ，一覧項目フラグ，ソース項目フラグを更新する処理であり容易に実現できるので，更新の処理手順についての詳しい説明は省略する。
図１４に示す項目編集画面において，図１１に示すように「適用」ボタンを押すと，ＷＷＷサーバ２のＣＧＩ処理部２１へＨＴＭＬソースの編集結果が通知される。次に，クライアント端末１から検索指示が出されると，図２で説明した検索時の処理の流れと同様に検索が行われ，最終的に検索結果が，図１６の検索結果一覧画面に示すようにクライアント端末１に表示される。
【００７５】
項目編集前は，検索結果一覧画面が図１０に示すように表示されるが，図１４に示す項目編集によって一覧条件が編集されているので，項目編集後の検索結果一覧画面では，図１６に示すように，表示される項目およびその順番が，図番，設計者，設計課，機能，手配仕様の順になっている。
【００７６】
一覧条件項目の編集の例を説明したが，検索条件項目およびソート条件項目についても同様に簡単な操作により編集することができる。編集結果は，必要であれば，各ユーザごとにＷＷＷサーバ２に登録して保存しておくことも可能である。
【００７７】
図１に示すシステムでは，ＷＷＷサーバ２とデータベースサーバ３とが別の装置として構成されているが，もちろん１台の装置が，前述したＷＷＷサーバの機能とデータベースサーバの機能とを持つような構成であってもよい。
【００７８】
【発明の効果】
以上説明したように，本発明によれば，サーバ内に固定的なＳＱＬ文定義体を持つ必要がなく，検索条件に依存しない共通のＣＧＩ処理部によってデータベース検索機能を提供することができるので，サーバメンテナンスの負荷を軽減することが可能になる。
【００７９】
また，検索条件，一覧条件，ソート条件等を，クライアント端末におけるＧＵＩインタフェースにより，簡単に変更することができるため，特にデータベース検索文（ＳＱＬ文）やテーブル間のリンク関係などをあまり熟知していない利用者でも，データベースのテーブルに何の情報があるかの最低限の知識だけで，必要な情報（検索結果のフィールド値）を得ることができるようになる。
【００８０】
また，検索条件等に応じた個々の画面を定義するハイパーテキストのソースを，種々のケースに応じて大量に用意しなくても，クライアント端末のユーザに対して自由自在な検索条件の指定機能を提供することが可能になる。
【図面の簡単な説明】
【図１】本発明の実施の形態によるデータベース検索システムの構成例を示す。
【図２】本実施の形態におけるデータベース検索時の全体の処理の流れを示す。
【図３】検索指示画面の例を示す図である。
【図４】図３に示す検索指示画面を表示するためのＨＴＭＬソースの一部を示す図である。
【図５】ＣＧＩ処理部の処理フローチャートである。
【図６】生成されたＳＱＬ文の例を示す図である。
【図７】図１８に示すデータベースのテーブル間のリンク関係を示す図である。
【図８】本実施の形態によって自動的に作成した中間リンクテーブルの例を示す図である。
【図９】中間リンクテーブル作成処理の処理フローチャートである。
【図１０】クライアント端末に表示される検索結果一覧画面の例を示す図である。
【図１１】項目編集・検索時の流れを示す図である。
【図１２】最初に表示される項目編集画面の例を示す図である。
【図１３】項目編集操作説明図である。
【図１４】編集作業後の項目編集画面の例を示す図である。
【図１５】項目編集後の検索指示画面のＨＴＭＬソースの例を示す図である。
【図１６】検索結果一覧画面の例を示す図である。
【図１７】従来技術によるデータベース検索システムの構成例を示す図である。
【図１８】検索対象となるデータベースの例を示す図である。
【図１９】従来技術におけるハイパーテキスト部，ＳＱＬ文定義体部，ＣＧＩ処理部の例を示す図である。
【図２０】従来技術による検索例を説明するための図である。
【符号の説明】
１ クライアント端末
１０ ブラウザ基本部
１１ 画面表示用ハイパーテキスト部
１２ 画面入力制御部
１３ サーバ処理依頼部
１４ ディスプレイ
２ ＷＷＷサーバ
２０ ＷＷＷサーバ基本制御部
２１ ＣＧＩ処理部
２２ ハイパーテキスト部
３ データベースサーバ
３０ ＲＤＢサーバ基本部
３１ ＳＱＬ実行部
３２ データベース
４ ネットワーク

Claims (6)

1. リレーショナルデータベースの検索を指示するクライアント端末と，リレーショナルデータベースの検索を処理するサーバとがネットワークを介して接続され，ハイパーテキスト情報に基づくブラウザによってリレーショナルデータベースを検索するシステムにおいて，
   前記サーバは，
   ネットワークを介して前記クライアント端末へ送るリレーショナルデータベース検索のための検索指示画面を定義するハイパーテキスト情報であって，検索対象となるリレーショナルデータベースの検索条件となるテーブル名とそのフィールド名およびそのフィールドに対して入力された値，ならびに検索項目となるテーブル名とそのフィールド名およびその表示に関する指示情報とを，前記クライアント端末における入力指示に対し前記クライアント端末から前記サーバへ送信するインプット情報として少なくとも記述しているハイパーテキスト情報を記憶する手段と，
   前記クライアント端末からの要求により，前記ハイパーテキスト情報を要求元のクライアント端末へ送信する手段と，
   前記クライアント端末から前記ハイパーテキスト情報に基づくインプット情報を受信する手段と，
   受信したインプット情報における前記検索対象となるリレーショナルデータベースの検索条件となるテーブル名とそのフィールド名およびそのフィールドに対して入力された値，ならびに検索項目となるテーブル名とそのフィールド名およびその表示に関する指示情報とをもとに，データベース検索文を自動生成する手段と，
   生成したデータベース検索文により検索したリレーショナルデータベースの検索結果を前記クライアント端末へ送信する手段とを備え，
   前記クライアント端末は，
   前記サーバに，前記リレーショナルデータベース検索のための検索指示画面を定義するハイパーテキスト情報を要求する手段と，
   前記サーバから要求したハイパーテキスト情報を受信し，受信したハイパーテキスト情報に基づき検索指示画面を表示する手段と，
   前記ハイパーテキスト情報内に記述された検索対象となるリレーショナルデータベースの検索条件となるテーブル名とそのフィールド名およびそのフィールドに対して入力された値，ならびに検索項目となるテーブル名とそのフィールド名およびその表示に関する指示情報とを含むインプット情報を，ＧＵＩにより編集する検索一覧項目編集手段と，
   前記ハイパーテキスト情報に基づく検索指示画面により入力された情報を含む前記インプット情報を前記サーバへ送信する手段と，
   前記サーバから検索結果を受信し表示する手段とを備える
   ことを特徴とするデータベース検索システム。
2. 請求項１記載のデータベース検索システムにおいて，
   前記サーバにおけるデータベース検索文を自動生成する手段は，
   前記受信したインプット情報に含まれる検索条件となるフィールドを含むテーブルと検索項目となるフィールドを含むテーブルとが，直接またはその他の１または複数のテーブルを介して共通するフィールドにより関係づけられているときに，それらのテーブル間の関係を示すリンク情報を持つ中間リンクテーブルを用いてそれらのテーブルを関連づけ，その関連づけ情報を含むデータベース検索文を自動生成する
   ことを特徴とするデータベース検索システム。
3. 請求項１または請求項２記載のデータベース検索システムにおいて，
   前記ハイパーテキスト情報内に記述しているインプット情報は，前記検索条件または検索項目となるフィールドごとに，そのフィールドを検索条件とするかしないかを指定する検索指示条件，そのフィールドを検索結果の一覧項目とするかどうかを指定する検索結果の一覧条件および検索結果をソートするかどうかを指定するソート条件に関する情報を含み，
   前記検索一覧項目編集手段は，前記フィールドを選択して，前記検索指示条件，前記検索結果の一覧条件および前記ソート条件を編集するＧＵＩを持つ
   ことを特徴とするデータベース検索システム。
4. ハイパーテキスト情報に基づくブラウザによってリレーショナルデータベースを検索するシステムにおける検索用サーバ装置において，
   ネットワークを介してクライアント端末へ送るリレーショナルデータベース検索のための検索指示画面を定義するハイパーテキスト情報であって，検索対象となるリレーショナルデータベースの検索条件となるテーブル名とそのフィールド名およびそのフィールドに対して入力された値，ならびに検索項目となるテーブル名とそのフィールド名およびその表示に関する指示情報とを，前記クライアント端末における入力指示に対し前記クライアント端末から前記サーバへ送信するインプット情報として少なくとも記述しているハイパーテキスト情報を記憶する手段と，
   前記クライアント端末からの要求により，前記ハイパーテキスト情報を要求元のクライアント端末へ送信する手段と，
   前記クライアント端末から前記ハイパーテキスト情報に基づくインプット情報を受信する手段と，
   受信したインプット情報における前記検索対象となるリレーショナルデータベースの検索条件となるテーブル名とそのフィールド名およびそのフィールドに対して入力された値，ならびに検索項目となるテーブル名とそのフィールド名およびその表示に関する指示情報とをもとに，データベース検索文を自動生成する手段と，
   生成したデータベース検索文により検索したリレーショナルデータベースの検索結果を前記クライアント端末へ送信する手段とを備え，
   前記データベース検索文を自動生成する手段は，
   前記受信したインプット情報に含まれる検索条件となるフィールドを含むテーブルと検索項目となるフィールドを含むテーブルとが，直接またはその他の１または複数のテーブルを介して共通するフィールドにより関係づけられているときに，それらのテーブル間の関係を示すリンク情報を持つ中間リンクテーブルを用いてそれらのテーブルを関連づけ，その関連づけ情報を含むリレーショナルデータベース検索文を自動生成する
   ことを特徴とする検索用サーバ装置。
5. ハイパーテキスト情報に基づくブラウザによってリレーショナルデータベースを検索するシステムにおけるクライアント端末において，
   サーバに，前記リレーショナルデータベース検索のための検索指示画面を定義するハイパーテキスト情報であって，検索対象となるリレーショナルデータベースの検索条件となるテーブル名とそのフィールド名およびそのフィールドに対して入力された値，ならびに検索項目となるテーブル名とそのフィールド名およびその表示に関する指示情報とを，前記クライアント端末における入力指示に対し前記クライアント端末から前記サーバへ送信するインプット情報として少なくとも記述しているハイパーテキスト情報を，ネットワークを介して要求する手段と，
   前記サーバから要求したハイパーテキスト情報を受信し，受信したハイパーテキスト情報に基づき検索指示画面を表示する手段と，
   前記ハイパーテキスト情報内に記述された検索対象となるリレーショナルデータベースの検索条件となるテーブル名とそのフィールド名およびそのフィールドに対して入力された値，ならびに検索項目となるテーブル名とそのフィールド名およびその表示に関する指示情報とを含むインプット情報を，ＧＵＩにより編集する検索一覧項目編集手段と，
   前記ハイパーテキスト情報に基づく検索指示画面により入力された情報を含む前記インプット情報を前記サーバへ送信する手段と，
   前記サーバから検索結果を受信し表示する手段とを備える
   ことを特徴とするクライアント端末。
6. ハイパーテキスト情報に基づくブラウザによってリレーショナルデータベースを検索するシステムにおけるサーバが実行するプログラムを記録した計算機読み 取り可能な記録媒体であって，
   クライアント端末からの要求により，あらかじめ記憶しているリレーショナルデータベース検索のための検索指示画面を定義するハイパーテキスト情報であって，検索対象となるリレーショナルデータベースの検索条件となるテーブル名とそのフィールド名およびそのフィールドに対して入力された値，ならびに検索項目となるテーブル名とそのフィールド名およびその表示に関する指示情報とを，前記クライアント端末における入力指示に対し前記クライアント端末から前記サーバへ送信するインプット情報として少なくとも記述しているハイパーテキスト情報を，ネットワークを介してクライアント端末へ送信する処理と，
   前記クライアント端末から前記ハイパーテキスト情報に基づくインプット情報を受信する処理と，
   受信したインプット情報における前記検索対象となるリレーショナルデータベースの検索条件となるテーブル名とそのフィールド名およびそのフィールドに対して入力された値，ならびに検索項目となるテーブル名とそのフィールド名およびその表示に関する指示情報とをもとに，データベース検索文を自動生成する処理と，
   生成したデータベース検索文により検索したリレーショナルデータベースの検索結果を前記クライアント端末へ送信する処理とを計算機に実行させるとともに，
   前記データベース検索文を自動生成する処理では，前記受信したインプット情報に含まれる検索条件となるフィールドを含むテーブルと検索項目となるフィールドを含むテーブルとが，直接またはその他の１または複数のテーブルを介して共通するフィールドにより関係づけられているときに，それらのテーブル間の関係を示すリンク情報を持つ中間リンクテーブルを用いてそれらのテーブルを関連づけ，その関連づけ情報を含むリレーショナルデータベース検索文を自動生成する処理を，
   計算機に実行させるプログラムを記録した
   ことを特徴とするサーバ用プログラム記録媒体。

Images