JPH01123320A - 探索コマンドの形成方法と装置 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 以下の順序で本発明を説明する。

Ａ　産業上の利用分野 Ｂ　従来技術 Ｃ発明が解決しようとする問題点 Ｄ　問題点を解決するための手段 Ｅ実施例 Ｅｌ　　序　　　論 Ｅ２　照会ステートメント形成手順及びクローズ（第１
図） Ｅ３　スクリーン・プロンプト（第２Ａ乃至第２Ｅ図） Ｅ４　行条件プロンプト（第３、第４、第５゜第６図） Ｅ５　流れ図（第７図） Ｅ６　計算機化システム（第８図） Ｅｌ　代表的な複合照会言語ＳＱＬ　　５ＥＬＥＣＴス
テートメント Ｆ　発明の効果 Ａ、産業上の利用分野 本発明は計算機化データベース、具体的にはデータベー
スから選択されたデータを検索するための、オペレータ
による探索コマンドの形成に関する。

Ｂ、従来技術 計算機化データベースの分野では、大量のデータがコン
ピュータ・システム中に記憶されている。

データベースの簡単なしかし示唆に富む概略的な例は第
１表に示したマネジャのためのスタッフに関連する情報
である。

データベースが有用であるためには、対応する条件の一
意的な集合を満足する、データの選択された部分集合だ
けを検索することが望まれる。簡単な例として、マネジ
ャは上記データベースからＷで始まる従業員の名前及び
そのＩＤ番号のみのリストを得たい場合が考えられる。

この要求を満足させるために、種々の計算機化システム
がこのような情報を検索するために開発された。これ等
のシステムは代表的には、ユーザ・インターフェイスを
介して導入される種々のコマンドに応答してデータを記
憶し、編集し、更新しそして検索するための１通常デー
タベース・マネジャと呼ばれるコンピュータ・プログラ
ムを含んでいる。具体的には、データの検索に関して、
数々のコンピュータ言語が工夫され、探索コマンドもし
くは「照会」が形成していて、これにデータベース・マ
ネジャが応答して要求されたデータが与えられている。

これ等の照会は基本的にはエンコードされた探索命令で
あり、コンピュータ及び関連するデータベース・マネジ
ャに所望の探索を行わせるものである。

データベースの照会を形成するためのこれ等の言語に関
してはいくつかの問題点がある。第１に、照会言語の多
くは通常のプログラミング言語と異なる。プログラミン
グの経験のあるデータベースのユーザは従ってデータベ
ースから意味のあるデータを得るだけのために全く新し
いコマンドの集合を学習しなければならない。一方、ど
の機種のコンピュータの経験もない、多くの端末のオペ
レータのようなプログラミングの経験のないユーザは、
従ってデータベースと対話するだけのためにある形式の
コンピュータ・プログラミングを学習しなければならな
い、さらに、このような照会言語は高度に複雑な構文及
び意味論的規則の知識を必要とし、従ってデータを成功
裡に探索できる者は高度に且つ高い経費をかけて訓練さ
れた少数に限定されている。このようなことはこのよう
なコンピュータ・システムの利用の面からも好ましくな
く、広く分散している多くの個人の利用を著しく制限し
ている。

代表的なこのような照会言語は米国ニューヨーク市ブロ
ードウェイ１４３０番地（Ｎｅｗ　Ｙｏｒｋ　１００１
８）の米国規格協会の草案、ＡＮＡデータベース言語、
ＳＱＬ、標準Ｘ３．１３５−１９８６（Ｄｒａｆｔ　Ｐ
ｒｏｐｓａｌ、　ＡＮＡ　Ｄａｔａｂａｓｅ　Ｌａｎｇ
ｕａｇｅ　ＳＱＬ。

５ｔａｎｄａｒｄ　Ｘ３，１３５−１９８６．　Ａｍｅ
ｒｉｃａｎ　ＮａｔｉｏｎａｌＳｔａｎｄａｒｄ　Ｉｎ
５ｔｉｔｕｔｅ、　Ｉｎｃ、、　１４３０　Ｂｒｏａｄ
ｗａｙ、　ＮｅｗＹｏｒｋ、　Ｎｅｗ　Ｙｏｒｋ　１０
０１８）に詳細な説明がある標準照会言語即ちＳＱＬ　
（構造化照会言語）である。

ＳＱＬの詳細な説明は又ＩＢＭ社刊のｒＩＢＭデータベ
ース２　　ＳＱＬ文献」文書番号５Ｃ２６−４３４６−
３（ＩＢＭ　Ｄａｔａｂａｇｅ　２　ＳＱＬ　Ｒａｆａ
ｒａｎｃｅ　”Ｄｏｃｕｍｅｎｔ　Ｎｕｍｂｅｒ　５Ｃ
２６−４３４６−３）にもなされている。

データベース検索コマンドを形成するものに必要な知識
を簡単化して、データベースに対するアクセスをよりユ
ーザに親しみ深くするための努力がなされた。これによ
ってより形式的でない第４レベルの非手順的な即ち「自
然な」照会言語が生じた。これから誘導される探索コマ
ンドは自然な会話パターンの多くの属性を有し、形成（
形式化）が容易である。あまり技術的に精通していない
ユーザが照会を形式化するのを助ける他の方法は形式に
よる照会、例による照会、種々のユーザ支援メニュー等
を含み、オペレータの応答は多かれ少なかれユーザに親
しまれているグラフィックス・インターフェイスに求め
られていた。

このような技術はある程度探索ステートメントの形成に
ついて、ユーザを助けるが、これ等は上述の例のような
相対的に簡単な探索規準に制限されテール。第１表から
２０００　Ｃ１至４００００ドルの給与＋コミッション
を有するすべての従業員をリスト・アップするといった
より複雑な照会が必要な時は、これ等の照会は、照会言
語の構文及び意味論について詳細な知識がなくては容易
に構成できず、データベースの利用を著しく制限する。

従って、要約すると、あまり訓練を受けていないオペレ
ータは複雑な照会言語を使用することはできなかった。

他方必要な構文及び意味論の知識を減少する技術も構成
及び実行できる照会の複雑さに限界があった。

プログラムの実行中にコマンド情報及び選択をユーザに
与える、援助（ヘルプ）スクリーンもしくはしばしばメ
ニューの形をなしいる、コンピュータに適切なコマンド
を与える際にオペレータを援助するための技術は長年に
亘ってすでに存在する。しかしながら、代表的にはユー
ザには若干のコマンド言語の知識が必要である。

米国特許第４５０６３２６号は線形の照会がユーザ端末
のグラフィック照会入力から合成される、例示照会プロ
グラム（ｃＢＥ）構文中でのよりユーザに親しみやすい
グラフィック照会を開示している。

１９８５年２月刊のＩＢＭテクニカル・ディスクロージ
ャ・ブレティン（ＩＢＮ　ＴｅｃｈｎｉｃａｌＤｉｓｃ
ｌｏｓｕｒｅ　Ｂｕｌｌｅｔｉｎ）第２７巻、第９号、
第５１４０頁には一般の自然言語の項目を対応する形式
的データベース照会言語にマツピングする機構を与えて
いる。

１９８３年４月刊のＩＢＭテクニカル・ディスクロージ
ャ・ブレティン（ＩＢＭ　ＴｅｃｈｎｉｃａｌＤｉｓｃ
ｌｏｓｕｒｅ　Ｂｕｌｌｅｔｉｎ）第２５巻、第１１Ａ
号、第５４９９号は照会言語の知識を必要としないであ
る照会動作を指定する能力をユーザに与える機構を開示
している。

いくつかの市販のソフトウェア・データベース製品は照
会言語の知識がほとんど不要で、ユーザニデータベース
の照会を可能にするいくつかの技術を具体化している。

１！品名「ＰＣフォーカス（ＰＣＦｏｃｕｓ）　Ｊの下
に市販されている製品は米国ニューヨーク市ブロードウ
ェイ１２５０番地（郵便番号Ｎｅｗ　Ｙｏｒｋ　１００
０１）のインホメーシ目ン・ビルダーズ社（Ｉｎｆｏｒ
ｍａｔｉｏｎ　ＢｕｉｌｄｅｒｓＩｎｃｏｒｐｏｒａｔ
ｅｄ、　１２５０　Ｂｒｏｄｗａｙ、　Ｎｅｗ　Ｙｏｒ
ｋ、　ＮｅｗＹｏｒｋ　１０００１）から販売されてい
る。

他のこのような製品には製品名「やさしい５ＱＬＪ　　
（ＩＢＭ社、ニューヨーク市、アーモンク、オールド・
オーチャード・ロード、Ｎｅｗ　Ｙｏｒｋ　１０５０４
）（“Ｅａｓｙ　ＳＱＬ”　　（ＩＢＭ　Ｃｏｒｐｏｒ
ａｔｉｏｎ、　０１ｄＯｒｃｈａｒｄ　Ｒｏａｄ、　Ａ
ｒｍｏｎｋ、　Ｎｅｗ　Ｙｏｒｋ　１０５０４）　；　
ｒパラドックス」　（アンサ・ソフトウェア社、カリホ
ルニア州ベルモント、ショアウェイ・ロード１３０１番
地、Ｃａ１ｉｆｏｒｎｉａ　９４００１）　（”Ｐａｒ
ａｄｏｘ”　（ＡｎｓａＳｏｆｔｗａｒｅ、　１３０１
　Ｓｈｏｒｅｗａｙ　Ｒｏａｄ、　Ｂｅｌｌｍｏｎｔ。

Ｃａ１ｉｆｏｒｎｉａ　９４００１）　、及び「αベー
ス■＋」　（アシュトン・テート社、カリホルニア州、
ハミルトン・アベニュー２０１０１番地、Ｃａ１．ｔｆ
ｏｒｎｉａ　９０５０２）　　（”　ａ　Ｂａ５ｅＩ［
Ｉ＋”　（Ａｓｈｔｏｎ−Ｔａｔｅ、　　２０１０１Ｈ
ａｍｉｌｔｏｎ　Ａｖｅｎｕｅ、　　Ｔｅｒｒｅｎｃｅ
、　　Ｃａ１ｉｆｏｒｎｉａ　９０５０２）として市販
されているものが含まれる。

Ｃ０発明が解決しようとする問題点 本発明の目的は計算機化データベースによって実行可能
な、複合照会ステートメントをオペレータが形成する簡
単な方法を与えることにある。

Ｄ６問題点を解決するための手段 本発明に従い、オペレータが指定する複合照会ステート
メントを発生するためのシステム及び方法が与えられる
。照会は複数のクローズ（文節）より成る。各クローズ
について、少なくとも１つプロンプト（操作表示）スク
リーンが表示され、オペレータにクローズを特定するた
めの応答が要求される。各スクリーンは要求された応答
を満足する複数の可能な有効な応答選択項目を含みこれ
によってオペレータは適切な項目を選択する。あるいは
オペレータはスクリーン中に与えられた命令に基づいて
適切な、リストされていない応答をキーで入力すること
ができる。

あるクローズの場合、プロンプト・スクリーン−オペレ
ータ応答のシーケンスは複数のプロンプト・スクリーン
の順次的表示と応答の記録からなり、これによって夫々
のクローズが定義される。

スクリーン中に表示される有効な応答の選択項目もしく
は応答命令は自動的に現われ、前のウィンドーに対する
応答の関数として変化する。あるクローズに関連するす
べてのプロンプト・スクリーンへの要求された応答をオ
ペレータが完了すると、次のクローズを定義するための
情報を要求するため１以上のプロンプト・スクリーンが
自動的に表示される。

１つの実施例では、行条件クローズの左側要素、比較オ
ペレータ及び右側要素が少なくとも、１つのプロンプト
・スクリーン一応答によって各々指定される。左側要素
の指定が完了すると１条件付きオペレータ（演算子）の
ための異なるプロンプト・スクリーンが自動的に現われ
て、左側プロンプト・スクリーンへの応答の関数として
変化する有効な応答の選択項目の異なる集合を表示する
。

本発明のさらに他の態様として、照会の行クローズの左
側即ち最初の要素が複合項目であるような、行クローズ
を指定するためのプロンプト・スクリーン−オペレータ
応答が与えられる。従ってこの要素のための第２のプロ
ンプト・スクリーンが自動的に現われるが、このスクリ
ーンは最初のプロンプト・スクリーンに対する指定の応
答の関数として変化する。１つの実施例では、第１のス
クリーンに対する有効な応答選択は要約関数もしくは式
のためのプロンプトを含む。要約関数もしくは式がオペ
レータによって選択された時は、表示された第２のプロ
ンプト・スクリーンが夫々要約関数もしくは式を指定す
るのに必要な情報を要求する。このようにして、複数の
プロンプト・スクリーン表示一応答が順次自動的に与え
られて、行クローズの複合第１要素が定義される。

Ｅ、実施例 Ｅｌ　　序　　　論 本発明はコンピュータ・データベースから選択された情
報を探索するのに有用な複合探索命令即ち「照合」ステ
ートメントを形成するためのユーザ・インターフェース
を与える。このシステムの目的はユーザに親しみやすい
インターフェイスを与え、照会を適切に形成するために
関連照会言語の構文及び意味論的制限に関してエンド・
ユーザには最小の知識しか要求されない。開示される実
施例はリレーショナル・データベース製品に関して説明
される。しかしながら、本発明は単純化されたインター
フェイスが望まれている場合に、夫々のコマンド言語に
複合構文条件を有する任意のアプリケーション・プログ
ラムに適用できる。

本発明に従って、オペレータはデータベース中に記憶さ
れている情報の部分集合を求めるために、リレーショナ
ル・データ・データベース・プログラムに照会を与える
。たとえばオペレータは第１表に示されたデータ・ベー
スからＷで始まる（Ｗを頭文字とする）すべての従業員
の名前及びそのＩＤ番号をリストしたレポートが必要に
なる。上述の構造化照会言語（ＳＱＬ）のような高いレ
ベルの照会言語の使用についての知識があるオペレータ
はこの機能を遂行するために簡単な命令を与えることが
できる。しかしながら、ＳＱＬに親しんでいないオペレ
ータはこのタスクを達成するのに適切な構文及び意味論
に従って命令を与えることは容易ではない。

本発明の実施例は、このような先験的知識を必要としな
いで、複合照会ステートメントの構文及び意味の種々の
要素を通してユーザに順次操作指示を与えるシステムを
与える。具体的には、照会は個々のクローズ（文節）に
分割され、次にクローズの各々が順次プロンプトに対す
るユーザの応答によって定義される。照会の複合クロー
ズは特定のクローズに対する複数の順次プロンプトに対
するユーザの応答によって定義され、特定の照合言語の
構文及び意味論的知識に対するユーザの必要がなくなる
。

第１表 先ず、第１表及び第１図を参照して、照会ステートメン
トを構成する要素即ちクローズについて概略を説明する
０次に第２図乃至第５図及び第２表乃至第５表を参照し
て本発明に従う実際の照会ステートメントの形成及び結
果の出力データの集合について説明する。次に第６図及
び第７図を参照して、本発明に従うデータ・ベース照会
の形成をプロンプトするソフトウェアの手順について説
明する。この手順は第７図に示された代表的な流れ図に
参照して１つの実施例として具体化される。

次に第６表及び第７表を参照して、他の通常の方法に対
する本発明の照会プロンプト・システムの顕著な利点に
ついてより明確にし、ＳＱＬ照会言語によった照会ステ
ートメントの代替構造について詳細に説明する。最後に
第８図に関連して照会を発生するための本発明に従う装
置について説明する。

Ｅ２．照会ステートメント形成手順及びクローズ第１図
は照会を構成するクローズ１８５−１８５のシーケンス
を示す。クローズの各々はユーザ・インターフェイスの
スクリーン・プロンプトに対するオペレータの応答によ
って順次に定義され、完全な照会ステートメントが形成
される。完成したステートメントはデータベースから探
索されるべきデータの特定の部分集合に一意的に、関数
的に関連し、コマンド・ステートメントとして働き、こ
れに対してデータ・ベース・マネジャのソフトウェア・
プログラムが応答して所望のデータを探索することを想
起されたい。

第１図に概略的に示した、代表的照会を形成するための
段階の実行の例として、第１表中に示されたスタッフ・
テーブルから名前がＷで始まるすべての個人及び対応す
る従業員ＩＤ番号のリストを探索したものと仮定する。

さらにデータベース中にはたとえば部門番号及び所在地
をリストした第２テーブルのような２以上のテーブルが
存在するものと仮定する。部門番号は第２のテーブルと
スタッフ・テーブルの両方に共通であるから、２つのテ
ーブル間のデータは必要に応じて相互に関連付けること
ができる。これが「リレーショナル・データベース」と
呼ばれる所以である。従って、たとえば２つのテーブル
を相互に関連付けることによって従業員の所在地が得ら
れる。即ち特定の従業員の部門番号が第１表のスタッフ
・テーブルから決定され、次にこの部門番号を有する部
門の所在地を求め第２のテーブルを照会して、その従業
員の所在地が決定される。

第１図の参照を続けると、クローズ１８０は所望の照会
を形成するための最初の段階として、データベースから
（今説明したように）２以上のテーブルを選択し１次に
クローズ１８１に示したようにテーブル内の選択した列
もしくは選択したテーブル全体を直積集合中に結合する
。しかしながら現在説明している簡単な例では、このよ
うな結合子は必要でない。それは照会に応答するのに必
要なすべての情報が第１表のスタッフ・テーブル中に現
われているからである。１列」クローズ１８２の定義の
説明に進むと、第１表のスタッフ・テーブルから所望の
従業員の名前及びＩＤ番号列だけを検索する照会のコン
ピュータ命令の適切な部分が形成される。しかしながら
、照会ステートメントがこのような情報だけである場合
には、名前がＷで始まるという上述の規準を満足する、
名前及び対応するＩＤのみに検索が制限されず、第１表
のＩＤ及び名前の列全部は検索されることになる。従っ
て列クローズ１８３は実行された時に名前の列から検索
される名前の数を上述の条件を満足するもののみ、即ち
Ｗで始まる名前のみに限定する、完全な照会の部分を表
わしている。名前の列から検索された名前がこのように
してクローズ１８３によって指定された行条件によって
ふるいにかけられると、行条件を満足する残った行をア
ルファベット類もしくは数字のＩＤの増加もしくは減少
類といったある方法で並べかえることが望まれるであろ
う。従って完全な照会の一部である分類クローズ１８４
が形成される。

最後に、ある場合には、照会ステートメントの上述の部
分の動作によって、データベースのデータの部分集合だ
けを選択的に探索したにもかかわらず、重複データ・フ
ィールドが検索されることがある。もしデータベースに
照会した後にこのような重複データ出力を除去すること
が望まれる時には、完成照会ステートメントの重複クロ
ーズ９５がこのような重複の探索を抑制するために含ま
れる。第１図の破断部分（１１）１８６は、ユーザがシ
ーケンス中の次の段階に進むか、次の段階をバイパスで
きるプロンプト・シーケンス中の点を示している。バイ
パスの例は行の制限、分類及び重複の削除を必要としな
い所与のテーブル内のすべての列への照会である。この
ような場合はクローズ１８３−１８５の形成は不要であ
る。

Ｅ、３　　スクリーン・プロンプト 第２Ａ図乃至第２Ｅ図は以下第６図及び第７図の流れ図
に関して説明される本発明のソフトウェア・プログラム
の実施例によって発生された、オペレータに対する一連
の実際のコンピュータ端末のスクリーン・プロンプトを
示す。又これ等の図にはデータベースに対する完全な照
会ステートメントを形成する、プロンプトに対する適切
な応答が示されている。照会の所望のデータの出力テー
ブル（即ちＷで始まる従業員の名前及び対応するＩＤ番
号のリスト）を次の第２表に示す。

第２表 ＩＤ　　　　　　　寸 １５０　　　　ＷＩＬＬＩＡＭＳ ２５０　　　　ＷＨＥＥＬＥＲ ２８０ＷＩＬＳＯＮ 先ず、第２Ａ図において、オペレータはテーブルのウィ
ンドーによって、照会するべきデータベース中の名前を
求めるようにプロンプトされ、これによってテーブルの
名前「スタッフ」１８８が適切に入力される。第２Ｂ図
において、第１図の流れ図に従い、オペレータは列ウィ
ンドー１９０によって自動的にプロンプトされ完全な照
会ステートメントの列クローズ部分のための操作が指示
され、これによって列の数及びその機能的メイクア′ツ
ブ（やり直し）を指定することができる。列ウィンドー
１９０中には利用可能な名前１９１のスクロール（画面
移動）可能なリストがオペレータの選択のために与えら
れてい゛て、オペレータはこれによって列のＩＤ１９２
及びＮＡＭＥ　（名前）１９３を適切に選択しているこ
とに注意されたい。

オペレータの応答即ち選択は以下図面中で、特に指示さ
れた場合を除きコメントを要しないように脱字記号（〉
）で示される。これ等の列の名前１９１は第１図のクロ
ーズ１８０によって選択されたテーブルもしくはクロー
ズ１８１によって結合された複数のテーブルの列の組合
せのものである。

存在する列のテーブルから単に選択を行う以外に、式１
９４（たとえば給与＋コミッション）のような１以上の
存在する列の算術関数もしくは要約関数１９５（特定の
列の平均もしくは最低値）のような新しい列を指定する
ための手段が与えられている。オペレータが式１９４も
しくは要約関数タイプの列クローズを定義したいと指定
した時には、（以下説明するようなただし第２Ａ図乃至
第２Ｅ図に関数と類似の）オペレータの応答を要求する
１以上の別個のプロンプト・スクリーンが表示される。

次に第２Ｃ図を参照すると、第１図の列クローズ１８２
の完了に従って１行プロンプ１へ・ウィンドー１９６が
自動的に表示される。これによってオペレータは名前の
列中の行の検索をＷで始まるものだけに制限する、所望
の行条件即ち第１図のクローズ１８３を定義するように
促される。行条件１８３がない時には、すべての名前及
び対応するＩＤが選択された列としてスタッフ・テーブ
ルから検索される。すべてのこのような可能な行の中か
ら、行を制限して名前の行（及び対応する■Ｄ番号をふ
るいわけて、検索リストの中に残すためには、次の行条
件が満足されなければならない。

“Ｉｆ　ｔｈｅ　ｎａｍｅ　ｉｓ　５ｔａｒｔｉｎ　　
ｗｉｔｈ　Ｗ”（ｔｈｅｎｒｅｔｒｅｉｅｖｅ　ｉｔ　
ａｎｄ　１ｉｓｔ　ｉｔ　ａｓ　ｏｕｔｐｕｔ）。

（名前がＷで始まるならば、これを検索して出力として
リストにせよ。） 上述のことから、行条件は第６図でより明かにされるよ
うに各々別個に下線をほどこした３つの部分より成るこ
とに注意されたい。最初の下線の部分は行条件の第１要
素もしくは左側要素２８０と呼ばれる。第２の単一下線
の部分は第２の要素もしくは比較オペレータ２８１と呼
ばれ、第３の下線部分は行条件の第３要素もしくは右側
要素２８２と呼ばハる。さらに第２の要素は２つの部分
要素、即ち比較と呼ばれる２重下線部分及び残り即ち動
詞より成る。この間者は上述のように集合的に比較オペ
レータと呼ばれる。

第２Ｃ図−第２Ｅ図を再び参照すると、第２Ｃ図で、オ
ペレータは行条件ウィンドー１９６の列の名前１９７の
部分によって行条件の第１の部分即ち左側（即ち”Ｉｆ
　ｔｈｅ　ｎａｍａ　−”　）を指定するように促され
ている。第２Ｃ図に示したように、オペレータは脱字記
号〉で示したように「名前」という列名を正しく選択し
ている。これに基づき行条件の第２の要素が自動的にプ
ロンプトされ、第２Ｄ図の比較オペレータ・ウィンドー
２００が現われる。このプロンプトに応答して、オペレ
ータば適切な比較２ｏ２（“畦肛旦り畦仇・・・″）だ
けでなく、適切な動詞２０２（“旦″）を選択していて
、所望の照会のための第１図の行のクローズ１８３の第
２の要素を完結している。

最後に、第２Ｅ図を参照すると、行条件の第２の要素の
入力の完了に基づいて、オペレータは行条件の右側、即
ち第３の要素を完結するための情報の要求に適切に応答
して１行条件の完成が自動的にプロンプトされる。この
ようなプロンプト指示は、第２Ｄ図の比較オペレータの
ウィンドー２０Ｏへのオペレータの応答の完了によって
自動的に現われるプロンプト・ウインドー”ｓｔａｒｔ
ｉｎｇｗｉｎｄｏｗ”　２０３によって明かであろう。

第２Ｅ図で、オペレータは“ｓｔａｒｔｉｎｇ　ｗｉｔ
ｈ−＝”に応答して、正しく右側要素“Ｗ”を正しく入
力していて全照会ステートメントを完結していることに
注意されたい（分類及び重複クローズ１８４及び１８５
は現在の実施例では不要である。） このようにして、完全な照会ステートメントがオペレー
タによって形成され、計算機化データベース・マネジャ
によって実行される時は、第２表に示した所望のデータ
出力テーブルが発生される。

他の方法と比較して、本発明のシステムによって照会ス
テートメントが形成される容易さを明確にするために、
ＳＱＬ言語でこの例に対する等価ステートメントを示す
と、次の形成をなす。

“５ＥＬＥＣＴ　　ＩＤ、　　ＮＡＭＥ　　ＦＲＯＭ　
　Ｑ、５ＴＡＦＦ　　ＷＨＥＲＥ　　ＮＡＭＥＬＩＫＥ
　’ｗ％″ このステートメントはキーボード入力によって直接入力
される。しかしながらこのような入力を行うためには、
オペレータは特に構文及び意味について、このステート
メントに必要な形成を知っていなければならない。

本発明のシステムの便利な点は、適切な次のプロンプト
・スクリーンが自動的に、対応するオペレータの応答の
ために提示され１次の照会クローズが定義されるだけで
なく、オペレータの応答が第２Ａ図乃至第２Ｅ図の各ス
クリーンの左側に累積的に反映され、オペレータが照会
のどこを構成中であるかが連続的に記録される点にある
。従って、−一度正しい応答「スタッフ」１８８がテー
ブルのウィンドー１８７（第２Ａ図）でなされると、こ
の応答は第２Ｂ図のスクリーンの１８９にエコーされ、
スタッフ・テーブルがすでに選択されたことが示される
。（エコーされたｔｌ　Ｑ　ｌ＃は単なるユーザＩＤで
ある）。同じように、第２Ｂ図の列のウィンドー１９０
で夫々ＩＤ及び名前の列１９２及び１９３が正しく選択
されると、これ等の列の選択は番号２０４で示したよう
に第２Ｃ図のスクリーンの左側に自動的にエコーされる
。同じようにして、行条件クローズの適切の要素及び比
較オペレータ即ち第２の要素は、列の名前のウィンドー
１９７（第３Ｃ図）及び比較オペレータのウィンドー（
第３Ｄ図）から適切に選択した後、第２Ｅ図のスクリー
ン中の番号２０５にエコーされて、見えるようになる。

第２Ａ−２Ｅ図の例の他の態様、即ちテーブルからの列
の名前の指定（第２Ｂ図）に関して註釈すると、第２Ｃ
図の例では列の名前「名前」だけが選択されているが、
式１９８もしくは要約機能（第２Ｃ図）も行クローズの
第１要素即ち左側要素として指定できる。さらに、行ク
ローズの第３要素即ち右側要素は第２Ｅ図で選択されて
いるようなアルファベットのような単一値もしくは定数
である必要はなく、複雑な式であってもよい。

行条件の第１要素として式１９８が望まれる例は、以下
説明する「給与＋コミッション」の場合である。このよ
うな場合は第１表のスタッフ・テーブルからこの２つの
列の合計が特定の条件を満足する（第３Ａ乃至３Ｂ図及
び第３表の例に関して以下詳細に説明するように給与＋
コミッションがある定数よりも大きいといった）すべて
の名前のリストを検索することが望まれる。

同じように１行条件の最初の要素として要約機能１９９
（第２Ｃ図）が必要な例は、特定の部門の平均給与が先
ず特定の値以下であるといったある条件を満足しなけれ
ばならない各部門の最低及び最高給与をリストすること
が望まれる場合である。この後者の場合を、このような
データを検索する行条件が“ＡＶＧ　（ｓａｌａｒｙ）
　１ａｓｓ　ｔｈａｎ’１８０００”（「平均（給与）
が１８０００ドル以下」）である第４Ａ乃至４Ｅ図及び
第４表に関して説明する。

この場合の最初の要素の条件は複合条件であり、単なる
列の名前ではなく列の名前の関数であることに注意され
たい。

第２Ａ乃至ｊＥ図及び第２表の例では、簡単な列の名前
及び値が選択されて行条件功最初及び第３の要素を指定
したが、本発明の特徴は一般に行クローズの最初及び第
３の要素（もしくはその−方）が複合でよく、従って２
以上の列の組合せ、もしくは１以上の列の機能でよく、
複合した第１及び第３の要素が生ずる点にある。本発明
の特徴は１９８，１９９（第２Ｃ図）もしくは２３２（
第３Ｄ図）のようなプロンプトによってオペレータにこ
のような可能性を自動的に知らせることにある。

さらに本発明の他の特徴は、例えば第２Ｃ図の列の名前
ウィンドー１９７中で式１９８もしくは要約機能を選択
する際に行条件の第１もしくは第３の要素として複合機
能を定義するための選択をオペレータが行った後は、１
もしくはそれ以上の特定の順次プロンプト・スクリーン
が自動的に与えられることにある。これ等のプロンプト
・スクリーンはこれ等の要素゛を正しく組立てる際にオ
ぺレータが構文及び意味の知識を必要としないで、これ
等の複合行条件の定義を援助するようにオペレータから
適切な応答を求めるものである。

Ｅ４．　　行条件プロンプト 第６図は本発明に従う行条件をプロンプトする際のシー
ケンスの総括的流れ図、第７Ａ乃至７Ｄ図はその詳細を
示す。一連の階段、関連するプロンプト・スクリーン及
びオペレータの応答は位置１１５（第７Ｂ図）と位置１
７０（第７Ｃ図）間で生ずる。列クローズの複合第１要
素即ち左側要素２８０（第６図）を指定するためのプロ
ンプト・スクリーン及び応答を含む段階（第７Ｂ図では
１２２）は列の選択２０６（第７Ｂ図段階１２３−１４
１）、式のプロンプト（第７Ｂ図段階１２６）を含む式
の定義２０７（第７Ｂ図段階１２５乃至１４１）もしく
は要約機能の選択２０８（第７Ｂ図段階１３２乃至１４
１）の諸段階として示されている。最後の段階は、式の
定義の場合のように、さらに要約機能のプロンプト２１
０（第７Ｂ図段階１３３）及び列の選択２８３（第７Ｂ
図段階１３６）によるアーギュメントの定義（第７Ｂ図
段階１３５）もしくは式のプロンプト２８５（第７Ｂ図
段階１３９）に応答する式の定義２８４を含む。第２Ｃ
図には、オペレータに列の選択２０６、式の定義２０７
もしくは要約機能の選択２０８を促す左側行条件のため
の代表的なプロンプト・スクリーンが示されている。左
側要素の完全な指定のためのオペレータ入力も第２Ｃ図
に示されている。行のこの左側要素を完全な定義にのた
めの適切なオペレータ応答だけでなく、式の定義２０７
のための代表的なプロンプト・ウインドーは第３Ａ図及
び第３Ｂ図に示されている。同じように、このタイプの
左側行条件を定義するための要約機能の選択２０８をオ
ペレータに促す代表的なプロンプト・スクリーンだけで
なくこれに対する適切なオペレータの応答が第４Ｄ図乃
至第４Ｆ図に示されている。

さらに第６図の参照を続けると、行クローズの第２要素
即ち比較要素を定義するための段階が概略的に２８１で
示されている。これは第７Ｃ図のソフトウェアの流れ図
の対応する段階１５１−１５ＬＡに、より詳細に示され
ている。行条件のこの第２の要素を指定するための、オ
ペレータ応答用め代表的なプロンプトのウィンドーは第
２Ｄ−２Ｅ図（左側が列の場合）、第３Ｇ−３Ｄ図（式
の指定２０７の場合）及び第４Ｇ−４Ｈ図（左側が要約
関数の定義２０８の場合）に示されている。

最後に、第６図には第７Ｃ図のソフトウェアの流れ図の
段１１１１１５１Ｂ、１５６−１５８に対応する、行ク
ローズの右側を指定するためのプロンプト段階及びこれ
に対するオペレータの応答が番号２８２で総括的に示さ
れている。比較オペレータ２８１のためのプロンプトに
対する有効な応答には”Ｅｑｕａｌ　ｔｏ”、（等しい
）　　”Ｇｒｅａｔｅｒ／１ｅｓｓｔｈａｎ”　（大き
い／小さい）“Ｂｅｔｗｅｅｎ　ｔｗｏ　ｖａｌｕｅｓ
”（２つの値の間にある）及び”　５ｔａｒｔｓ／ｅｎ
ｄｓ／ｃｏｎｔａｉｎｓ”　（始まる／終わる／含む）
だけでなく空条件を含んでいる。行の第２の要素を定義
するプロンプト一応答段階２８１で、どの比較オペレー
タが指定されるかに従って、プロンプト一応答段階２８
６．２８７．２８８及び２８９の対応する１つが完結さ
れ、行クローズの右側要素が指定されてクローズ全体が
完結する。右側要素２８２の完結のための代表的なプロ
ンプト・ウインドー及び応答は第２Ｅ図（左側が列の場
合）、第３Ｄ図（左側が式２０７の場合）及び第４Ｈ図
（左側が要約機能２０８の場合）に示されている。行条
件の右側２８２の指定が完了すると、本発明の計算機化
操作指定照会プログラムの位置は第７Ｃ図の１７０にあ
る。

第３Ａ図−３Ｅ図は行クローズの複合第１要素がプロン
プトされる上述の、本発明の特徴を示す。

この例として、第１表を参照すると、マネジャが第１表
のデータ・データベースから、給与子コミッションが１
８０００ドル以上という行クローズ条件を満するすべて
の従業員の名前、従業員のより番号及び給与のリストを
検索したい場合を仮定する。これに等価なＳＱＬ選択ス
テートメント即ち探索コマンドは次の通りである。

“５ＥＬＩＥＣＴ　１．Ｄ、、　ＮＡＭＥ、　５ＡＬＡ
ＲＹ　ＦＲＯＭ　Ｑ、ＳＴＡＦＦリＨＥＲＥ　　５ＡＬ
ＡＲＹ＋Ｃ０ＭＭ　　ＧＲＥＡＴＥＲＴＨＡＮ　　１８
０００．”第３Ａ図乃至第３Ｅ図に示したプロンプト及
び応答シーケンスから、本発明の照会ステートメントが
、オペレータがデータベースによる適切な実行のために
上記ＳＱＬステートメントがどのような形式をなしてい
なければならないかを知る必要なく、容易にプロンプト
されることが明かであろう。

第３Ａ図で、上述の第２Ａ図乃至第３Ｅ図の例の場合と
同様に、オペレータはテーブル及び列選択のための前の
プロンプト・スクリーンに応答して、すでに適切なテー
ブル（ｃ、スタッフ）及び所望の列（Ｉ　Ｄ、名前及び
給与）を正しく入力していることが明かであろう。同じ
く前の列の場合と同じように、これ等の選択はプロンプ
ト・スクリーンの左側２２０にエコーされている。しか
しなかへ、第３Ａ図では前の列と著しい差があることに
注意されたい。即ち行条件プロンプト・ウインドー２２
１が現われた時に、行条件の左側即ち第１の要素として
列の名前のウィンドー２２２からリストされた列を単に
選択するのでなく、オペレータは２２３で複合第１要素
、即ち式（例えば給与＋コミッション）の指定を望んで
いることを示している。すでに指摘したとおり、あまり
訓練を続けていないユーザが照会ステートメント形成す
るのを援助する従来のシステムでは、ユーザは行クロー
ズの指定中に行条件にこのような複合筒１もしくは第３
要素を構成することが可能であることすら知らず１列の
名前のような予め決められた項しか利用可能でないと推
測した。

第３Ｂ図を参照すると、左側の行の式を指定したという
要望を入力すると、式ウィンドー２２４のプロンプトが
自動的に現われて、ユーザに所望−の複合式を入力する
ように促す０番号２２５で示すように、オペレータはこ
れに従って行クローズの所望の第１の要素、即ち給与＋
コミッションを正しくキー・インする。この式を入力し
た後、第３Ｃ図を参照すると、この式はプロンプト・ス
クリーンの左側の２２６にエコーされていて、比較オペ
レータの選択項目が自動的に比較オペレータのウィンド
ー２２７に現われる。行条件の第２の要素即ち比較オペ
レータを指定するために構文及び意味的に正しい必要な
応答のプロンプトに応答して、２２８及び２２９でオペ
レータは夫々動詞１１１ｓ”及び比較“Ｇｒｅａｔａｒ
　ｔｈａｎ”を正しく選択している。

本明細書全体を通じて、有効で且選択可能な、ウィンド
ー中に現われる項目は弾丸記号もしくは脱字記号によっ
て示されているが、他方構文もしくは意味論的に無効で
あり、従って選択可能でない項目もウィンドー中に表示
される（弾丸もしくは脱字記号は勿論存在しない）、シ
かしながら、もしオペレータが無効な項目を選択しよう
とする時は、エラー・ステートメントが現われて他の項
目の再入力を要求する。従って本発明の特徴には自動的
に現われるその後のプロンプト・ウインドー中の入力の
ために利用可能な項目の選択を、前の入力の関数として
構文及び意味論的に有効であるものだけに制限すること
が含まれる。

従って、第３Ｃ図を参照すると、行条件の前に指定した
第１の要素は本質的に数字（即ち給与及びコミッション
）であり、番号２３０の”ｓｔａｒｔｉｎｇ　ｗｉｔｈ
”　　（で始まる）、”ｅｎｄｉｎｇ　ｗｉｔｈ”（で
終わる）、”ｃｏｎｔａｉｎｉｎｇ”　（を含む）のよ
うなアルファベット文字もしくはストリングに関連する
比較オペレータはこの時点では照会ステートメントの一
部として入力できる有効な比較オペレータではない（そ
れにもかかわらず、オペレータ（操作者）はこのような
オペレータ（演算子）を選択しようとするのであろう）
。

第３Ｄ図を参照するのに、前の比較オペレータ・プロン
プト・ウインドー２２７から生ずるオペレータの選択（
即ち”Ｉｓ　ｇｒｅａｔｅｒ　ｔｈａｎ”）がプロンプ
ト・スクリーンの左側の位置２３１に反映されているこ
と、これによって“Ｇｒｅａｔｅｒ　丁ｈａｎ”プロン
プト・スクリーン２３２が自動的に現われて。

オペレータにその右側の第３の要素を指定することによ
って行クローズを完成することを促す、再び、本発明の
特徴は、行クローズの指定することによって、前のプロ
ンプト・ウインドーに対する前の応答の性質に機能的に
関連する内容を有するプロンプト・ウインドーが現われ
るものと云える。

換言すると、入力キー等を打つことによってオペレータ
が行条件の左側の指定の完了を示した時には、第３Ｃ図
のプロンプト・ウインドーが自動的に現われて、オペレ
ータが行クローズの第２の要素を指定するように促す。

同じく、−度オペレータが行クローズの比較オペレータ
の第２の要素即ち比較オペレータを指定するタスクの完
了を示すと、第３Ｃ図の比較オペレータ・ウィンドー２
２７で選択された特定の比較オペレータの機能として表
示のために選択された第３Ｄ図の”Ｇｒｅａｔｅｒ　Ｔ
ｈａｎ”スクリーン・プロンプト２３２が現われる。”
Ｇｒｅａｔｅｒ　Ｔｈａｎ”ウィンドー２３２によって
、オペレータは値、列の名前もしくは式を入力すること
によって行条件の第３の゛要素即ち右側が完結したこと
を認識するように促−される。説明中の例では、オペレ
ータは番号２３３で示したように値１８０００を正しく
入力し、これによって行クローズの形成を完了する。

異なるこのような比較オペレータを比較オペレータ・ス
クリーン２２７（第３Ｃ図）から選択した時には、第３
Ｄ図のスクリーン中にはこれに対応して異なるプロンプ
ト・ウインドーが現われて、ユーザは特に比較オペレー
タに一意的に関連する行条件を完了するための入力が促
される。選択された特定の比較オペレータに機能的に応
答して現われる異なる右側の要素のプロンプト・ウイン
ドーの例は前に説明した第３Ａ図乃至第３Ｅ図の例を参
照すると明らかであろう。第３Ｄ図で”Ｓｔａｒｔｉｎ
ｇ　Ｗｉｔｈ”比較オペレータを選択すると、これに応
答して第２Ｅ図の“Ｓｔａｒｔｉｎｇ　Ｗｉｔｈ”プロ
ンプト・ウインドー２０３が現われる。

このようにオペレータが第３Ａ図乃至第３Ｄ図の照会ウ
ィンドーに応答することによって一度完全な照会ステー
トメントが定義されると、次にこの照会ステートメント
がデータベース・マネジャによって実行され、第３表に
示すデータ出力テーブルが生ずる。この出力テーブルの
フィールドは第１表のテーブルの部分集合であり、照会
ステートメント即ち探索コマンドに関連する所望のデー
タ検索条件を満足するものである。即ちこのリストは給
与＋コミッションが１８０００ドルを越えるすべての個
人の名前、ＩＤ番号及び給与を示すものである。

第３表 ＩＤ　　　　　　　名　　　前　　　　　　　給　　　
与２０　ＰＥＲＮＡＬ　　１８１７１．２５４００’Ｂ
ＲＩＥＮ　１８００６．００９０　ＫＯＯＮＩＴＺ　１
８００１．７５１５０Ｗ工ＬＬ工ＡＭＳ１９４５６．５
０２２０　ＳＭＩＴＨ１７６５４，５０ ２８０ＷＩＬＳＯＮ　　１８６７４．５０３１０　ＧＲ
ＡＨＡＭ　　２１０００．００３４０　ＥＤＷＡＲＤ　
　１７８４４．００第４Ａ図乃至第４Ｆ図に示した一連
のプロンプト・スクリーン及び対応するオペレータの応
答は行クローズ照会の複合要素が自動的にプロンプトさ
れる他の例を示す。前の例では行条件の最初の要素とし
て式がプロンプトされたが、現在の例では、要約機能が
複合第１要素としてプロンプトされることが示される。

この例では、第１表のスタッフ・テーブルから、各部門
内の個人の最低及び最高の給与を与える部門のリストを
与えることが望まれ、出力テーブルの行はさらに平均給
与が１８０００ドル以下のこのような部門についてのみ
の部門番号、最低及び最高給与を示すように制限されて
いる。従ってＳＱＬのような代表的な複合照会言語ステ
ートメントは次の形式をなす。

“５ＥＬＥＣＴ　ＤＥＰＴ、　ＭＩＮ（ＳＡＬＡＲＹ）
　ＭＡＸ（ＳＡＬＡＲＹ）ＦＲＯＭ　Ｑ、５ＴＡＦＦ　
ＧＲＯＵＰＥＤ　ＢＹ　ＤＥＰＴ　１（ＡＶＩＮＧＡＶ
Ｇ（ＳＡＬＡＲＹ）　ＬＥＳＳ　ＴＨＡＮ　１８０００
．”（１８０００ドル以下の平均（給与）を有する部門
毎にグループ化したＱ、スタッフテーブルから部門、最
低（給与）最高（給与）を選択せよ。） 第４Ａ図乃至第４Ｈ図に関連するプロンプト・スクリー
ン及び応答から、訓練を受けていないオペレータは各プ
ロンプト・スクリーンの命令に簡単に従うことによって
、構文及び意味論の知識がなくても複合照会ステートメ
ントに到達するものがいかに容易であるかが明かであろ
う。

第２Ａ乃至第２Ｅ図及び第３Ａ図乃至第３Ｄ図の例の場
合と同じように、スタッフ・テーブルを指定し、スタッ
フ・テーブルから部門別を指定するため一連のスクリー
ン・プロンプトが現われる。

これ等のプロンプトに対するオペレータの適切な応答は
、第４Ａ図に示されたプロンプト・スクリーンの左側に
反映されている。列の要約機能である出力には追加の列
が必要であるので、要約機能２３３がオペレータによっ
て選択され、要約機能列が定義される。次に第４Ｂ図を
参照すると、第４Ａ図の要約機能２３３を選択したこと
により、要約機能のウィンドー・プロンプト２３４が自
動的に現われる。第４Ｂ図で、オペレータが要約機能の
項目として、番号２３５で示した関数「の最低値ＭＩＮ
Ｊ及び「の最高値ＭＡＸＪを選択している。

第４Ｃ図で、第４Ｂ図の最低値及び最高値関数２３５を
オペレータが選択することによって、要約関数の項目の
プロンプト・ウインドー２３６が現われて、オペレータ
に選択された最低値及び最高値要約関数のアーギュメン
トとして列もしくは式を選択するように促す（これ等の
関数は前のエコーと一貫性を有し、従ってプロンプト・
ウインドーの左側の２３７にエコーされている。）オペ
レータは第４Ｃ図に示したように、最低値及び最高値関
数２３７のためのアーギュメントとして、２３８で「給
与」を選択している。

第４Ｄ図乃至第４Ｈ図は“ＡＶＧ　（給与）　ｉｓ　１
ａｓｓｔｈａｎ　１８０００”　（平均（給与）が１８
０００ドル以下）という、行条件の複合第１要素を定義
するためのプロンプト・ウインドーと対応するオペレー
タ応答のシーケンスを示す。この行クローズの機能はデ
ータベースから、部門内の従業員の平均給与が１８００
０ドル以下でなければならないという行条件基準を満足
する場合に限り、部門番号並びに各部門内の最低及び最
高給与を検索せしめることである。再び、（第３図の例
の式のためのプロンプト・シーケンスと同じような）要
約機能のためのプロンプト・ウインドー・シーケンスが
ないと、オペレータはしばしば（複合照会言語の知識が
ない場合には）複合行条件を有すより複雑な照会ができ
ることを知る手段がないであろう。

むしろ、オペレータは、たとえば行条件の左側条件が照
会ステートメントの列クローズの構成中に前に指定され
た列のみに制限されていると推定するであろう。さらに
行クローズの複合節１及び第３要素がより複雑なデータ
ベースの照会及び結果のデータ出力テーブルを得たい時
に使用できることを知っていても、本発明のプロンプト
・ウインドー・シーケンスがない時には特定の複合照会
言語の知識がないオペレータはこのような要素を形成す
る手段を知らないであろう。

第４Ｄ図を再び参照すると、オペレータが要約機能を左
側行条件として望んでいることの表示を２３９で与えた
時に、要約機能のプロンプト・ウインドー２４０が自動
的に現われ（第４Ｅ図）、ここでオペレータは脱字記号
２４１で示したようにＡＶＧ関数を選択している。第４
Ｆ図でＡＶＧ関数が選択されると（２４２にエコーされ
ている）、要約機能を項目のプロンプト・ウインドー２
４３が自動的に現ねれ、オペレータにＡＶＧ関数のため
のアーギュメント（これはウィンドー２４３で示したよ
うな列もしくは式である）をプロンプトする。再び、こ
のようなプロンプトがなく、又要約機能もしくは式が左
側の行条件として利用可能であることを知らないと、オ
ペレータは要約機　　　　・能のアーギュメントが１列
以外の、完全な行クローズの指定中に定義されるような
式でもよいということを知らないであろう。オペレータ
が第４Ｆ図のプロンプト・ウインドー中の給与２４４を
ＡＶＧ要約機能の項目２４２に対するアーギュメントと
して選択した後に、このアーギュメントが第４Ｇ図のプ
ロンプト・ウインドー中の２４５にエコーされ、比較オ
ペレータのプロンプト・ウインドー２４６が自動的に現
われる。前の例の場合と同じく、この比較オペレータの
ウィンドー２４６はオペレータに複数の表示された利用
可能なオペレータ選択項目の１つの選択を促し、弾丸記
号によって示された構文的に有効なものだけの選択を許
可する。たとえば、もしオペレータがオペレータ“Ｅｎ
ｄｉｎｇ　ｗｉｔｈ”　　（で終わる）２４７を選択し
た場合には、エラー・フラグが表示され、他のオペレー
タの選択が要求される。その理由は“Ｅｎｄｉｎｇ　ｗ
ｉｔｈ”オペレータ２４７は文字データとは構文的両立
可能であるが、数学的関数ＡＶＧのような数字データと
は両立（ないからである）。

さらに第４Ｇ図の参照を続けると、オペレータは適切な
動詞”Ｉｓ”　２４８及び比較“Ｌｅｓｓ　Ｔｈａｎ”
２４９を選択することによって比較オペレータのウィン
ドー２４６に応答しており、対応する“Ｌｅｓｓ　Ｔｈ
ａｎ”プロンプト・ウインドー２５０が自動的に現われ
（第４Ｈ図）、オペレータに行クローズの第３要素即ち
右側要素を与えて行クローズを莞成するための応答を要
求している。第４Ｇ図での”Ｌｅｓｓ　Ｔｈａｎ”の選
択は勿論第４Ｈ図のプロンプト・スクリーン中の２５１
にエコーされる。

さらに第４Ｈ図で、”Ｌｅｓｓ　Ｔｈａｎ”比較オペレ
ータ・ウィンドー２５０によって、オペレータは行条件
の右側が列の名前もしくは式でよく、従ってリスト中に
現われた予定の列にのみ制限されないことが知らされる
。ウィンドー２５０中で、この中に含まれるプロンプト
情報に応答して、オペレータは１８０００という値の右
側の条件２５２を正しく入力し、従ってこの値が入カキ
−を押すことによって第４Ｈ図のスクリーンの左側にエ
コーされ、これで照会ステートメントが完了する。デー
タベース・マネジャによってこの完成された照会を実行
することによって与えられるデータ出力テーブルを第４
表に示す。

第４表 蔓１１　　」ｂ」工■−ＪＬｉｌＪ＆玉−１５１２２５
８，５０２０６５９，８０２０１３５０４，６０１８３
５７，５０３８１２００９，７５１８００６，００４２
１０５０５，９０１８３５２，８０５１１３３６９，８
０２１１５０，００６６１０９８８，００２１０００，
００８４１３０３０，５０１９８１８，００要約機能が
（第４Ａ図乃至第４Ｈ図を参照して説明された前の列の
場合のように）定義されたように行クローズの複合第１
の要素の指定の際に、要約機能のアーギュメントは好ま
しい単なる列の名前だけでなく、複合式でもよい。その
例として、第１表のスタッフ・テーブルを再び参照して
このようなテーブルから、部門中の各従業員の給与とコ
ミッションの合計が２００００ドルと４００００ドルの
間にある者に制限された従業員の名前及びその部門のリ
ストである、データの部分集合を検索することを考える
。この列は各部門のためのデータ出力テーブル中にレポ
ートされる最低及び最高給与が夫々の部門内で平均給与
が１８０００ドル以下の者だけに限定されている前の例
とは対照的である。換言すれば、この列中の要約機能「
合計」に対するアーギュメント「給与＋コミッシゴシ」
自体が式であり、前の列中の要約機能「平均」のアーギ
ュメント「給与」第４Ｆ図の要約機能の項目のウィンド
ー・プロンプト２４３中にリストされた列の名前から選
択可能な単なる列の名前である。

考察中の現在の例では、対応する複合言語ＳＱＬ照会選
択ステートメントは次の形式を成す。

“５ＥＬＥＣＴ　ＮＡＭＥ、　ＤＥＰＴ　ＦＲＯＭ　Ｑ
、５ＴＡＦ、Ｆ　ＧＲＯＵＰ　ＢＹＮＡＭＥ、　ＤＥＰ
Ｔ　ＨＡＶＩＮＧ　ＳＵＭ（ＳＡＬＡＲＹ＋ＣＯＭＭ）
　ＢＥＴＩｊＥＥＮ２００００　ＡＮＤ　４００００” 本発明に従う等値な照会ステートメントを形成するため
のウィンドー・プロンプト及び対応するオペレータの応
答を次に第５Ａ図乃至５Ｆ図を参照して説明する。第５
Ａ図のプロンプト・ウインドーの左側に示されていると
おり、スタッフ・テーブル及び列の名前「名前」及び「
部門」が前の例に関して説明されたとおりにして前のプ
ロンプト・ウインドーからすでに選択されている。行ク
ローズの定義のためのプロンプトはこのようにして行条
件プロンプトとして自動的に現われ、オペレータはこの
ようにして行クローズの最初の要素が列、式もしくは関
数でよいことを知る。

この最初の条件を要約機能を２５４で示したように指定
した後に、要約機能のプロンプト・ウインドー２５５が
第５Ｂ図に示したように現われる。

オペレータは所望の要約機能“ＳＵＭ”２５６を選択し
ていて、これに基づき第５Ｃ図に示したスクリーン中に
要約関数の項目２５７が現われる。

このスクリーン中で、オペレータは前に選択された要約
機能のアーギュメントが列の名前のリスト２５８もしく
は式であることを知る。２５９の脱字記号によって示さ
れたように、オペレータはこのプロンプトに正しく応答
していて、行条件の複合筒１の要素、即ち左側の行条件
として式を指定したことが示されている。

このような指示によって、第５Ｄ図の式プロンプト・ウ
インドー２６０が自動的に現われ、要約機能のアーギュ
メントの式をオペレータがキー人力することを要求する
。２６１で示したように、オペレータは従って適切なア
ーギュメント「給与＋コミッション」をキー人力してい
る。要約機能のアーギュメントの入力が完了すると、第
５Ｅ図のプロンプト・スクリーン中に自動的に現われる
比較オペレータのプロンプト・ウインドー２６２によっ
て行クローズの第２の要求が自動的にプロンプトされる
。前の列と同じようにして、オペレータは適切な動詞ｔ
ｌ工ｓ″′２６３及び比較”Ｂｅｔｗｅｅｎ″２６４を
選択し、”Ｂｅｔｗｅｅｎ″ウィンドー・プロンプト２
６５（第５Ｆ図）が自動的に現われる。これによって適
切な応答がプロンプトされ、行クローズの第３の要素が
定義され、これで行クローズと全照会ステートメントが
完結する。

第５Ｆ図に示したように、オペレータは“［３ｅｔｖｅ
ｅｎ”比較オペレータによって必要とされる２つの項目
を入力してよいこと、このような項目が値、列の名前も
しくは式でよいことが知らされ、オペレータは右側の値
２００００及び４００ｏＯを番号２６６で示したように
キーで入力し、全照会ステートメントを完了する。この
照会ステートメントをリレーショナル・データベースに
ついて実行することにより、第５表の出力テーブルの形
のデータ出力は発生されるや 第５表 名−一二直　　　　　　　皿ユ ＧＲＡＨＡＭ　　　　６６ ＷＩＬＬＩＡＭＳ　　　５１ Ｅ５　流れ図 第７Ａ図乃至第７Ｄ図は本発明のユーザ・インターフェ
イス・ソフトウェアの流れ図を示す。このソフトウェア
は複合照会ステートメントのクローズをユーザに指定さ
せることをプロンプトするものであり、この特定の複合
照会言語についての構文及び意味の知識をユーザがほと
んど必要としないものである。

第７Ａ図で、プログラムは段階１００で開始し、段階１
０１に進行し、タスクのための対話、即ちキーで入力さ
れるユーザ入力情報の受取りを開始して定義すべき照会
のためのテーブルの名前を決定する。段階１０１は照会
に対するテーブルの選択のためのプロンプトを表示する
。もしユーザが２以上のテーブルを入力した場合には、
ユーザは自動的にプロンプトされ、第１図のブロック１
８１及び第７Ａ図の段階１０７乃至１０８に示したよう
にテーブルを結合する。結合条件もしくは多くのテーブ
ルの選択は本発明の要件ではないので。

結合条件の実際のプロンプトについては詳細に説明しな
い１段階１０２でユーザはテーブルの名前を選択し、入
力を押してテーブルの名前が入力されたことを表示する
。段階１０３はテーブルの名前の構文が正しいことを検
証する６もし構文が正しくなければ、段階１０４でエラ
ー・メツセージが示され、ユーザは段階１０１に戻り、
テーブルの名前が修正される。もしテーブルの名前が構
文的に正しいと、アプリケーションは段階１０５で、そ
のテーブルがデータベースに存在するかどうかを判断す
る。テーブルの名前が存在しないと、段階１０６でエラ
ー・メツセージが表示される。ユーザは段階１ｏ１に戻
ってテーブルの名前を修正する。もしテーブルの名前が
意味的に正しいと、アプリケーションは段階１０７で２
以上のテーブルが選択されたかどうかを判断する。

２以上のテーブルが選択されていると、ユーザは自動的
にプロンプトされ、段階１０８に示されたようにこれ等
のテーブルを結合する。そうでない時は、単一のテーブ
ルしか選択されていないので、ユーザは段階１０９に示
したように段階のシーケンス中の段階がプロンプトされ
る。この時エスケープ（Ｅｓｃ）キーを押すと（３６０
）、プロンプト・シーケンスが終了する。ユーザが次の
段階としてテーブルを選択した時には、ユーザは段階１
１０に示したようにテーブル・プロンプトによって照会
ステートメントのテーブル・クローズ部分を定義する。

もしユーザが次の段階として列を選択した時は、ユーザ
は同じように段階１１１に示した列プロンプトに導入す
る０次の段階として行を選択すると、ユーザは段階１１
２並びに第６図、第７Ｂ図及び第７Ｃ図に詳細に示され
た行プロンプトに導入する。ユーザが次の段階として分
類を選択した時には、段階１１３に示された分類プロン
プトに導入する。、！＆後に、ユーザが次の段階として
重複を選択した時は、ユーザは段階１１４中に示された
重複プロンプトに導入する。

本発明の多くの特徴は行プロンプトから明かにされるの
で、第７Ａ図乃至第７Ｄ図を参照して行プロンプトにつ
いて詳細に説明する。しかしながら、段階１１０．１１
１，１１３及び１１４にごく一般的に示したテーブル、
列、分類及び重複クローズを指定する場合にも同じよう
な詳細なプロンプト段階が与えられることは明らかであ
ろう。

テーブル・プロンプト・シーケンス１１０が完了した後
、プログラムは１００でコネクタＡにループ・バックす
る０列１１１、分類１１３及び重複１１４のためのプロ
ンプトの完了の後は、プログラムは１７０でコネクタＺ
にループ・バックする。このことは行のプロンプト・シ
ーケンス１１２についても当てはまる。しかしながら、
この後者のシーケンスの流れ図は第７Ｂ図に拡張されて
いるので、１１５のコネクタＣ（第７Ａ図）はコネクシ
ョンＺでなく第７Ｂ図の拡張された流れ図に接続されて
いるものとして示されている。しかしながら、コネクタ
２は第７Ｃ図の一番下に示されていて１行プロンプト・
シーケンスのより詳細な説明の完了の後に、第７Ａ図の
１７０のコネクタＺにループ・バックすることを示して
いる。

ユーザが段階１１２で行プロンプトを選択すると、処理
はコネクタＣ（番号１１５）によって第７Ｂ図に段階１
２０に続く。もしこれが指定すべき最初の行条件のクロ
ーズである時には、ユーザは段階１２２に示したように
行条件のウィンドーでプロンプトされる。もしこれが複
合述語であり。

ユーザがすでに行条件を指定している時には、ユーザは
最初段階１２１に示したように行コネクタがプロンプト
される。換言すると、行クローズはたとえば「もし給与
＝２００００ドルＡ下Ｊし化９Ｒコミッション＝５００
００ドルならば」のように２以上のクローズの結合体に
より成る場合がある８段階１２２の行条件のウィンドー
からユーザは第７Ｂ図に示したように、列の名前（段階
１２３）゛、式（段階１２５）もしくは要約関数（段階
１３２）を行条件もしくはクローズの左側即ち第１要素
として選択できる。第１要素を定義する段階は１２３か
ら１４０迄である。

もしユーザが段階１２３から列の名前を選択すると、列
の名前続いて省略記号・・・が段階１２４に示したよう
にデイスプレーにエコーされる。もしユーザが段階１２
５で式を選択すると、ユーザは１２６に示したように式
の入力がプロンプトされる。ユーザが式を完結して、入
力を押すと、段階１２７中で正しい構文であるかどうか
が検証される６もしユーザが構文のエラーを入力した時
には。

段階１２８でエラー・メツセージが表示され、ユーザは
式プロンプト段階１２６に戻って、式の修正がなされる
。しかしながら、式が構文的に正しい時は、式は段階１
２９で意味の正しさが検証される。もしユーザが意味的
なエラーを入力した（たとえば、前に選択したテーブル
に含まれていない列の名前を入力した）時には、段階１
３０でメツセージが表示され、ユーザは式プロンプト段
階１−２６に戻されて式が修正される。意味的に正しい
式が入力されると１段階１３１でデイスプレーに式、続
いて省略記号がエコーされる。

ユーザが要約機能を段階１３２を選択すると、ユーザは
先ずプロンプトされ段階１３３の要約機能の１つを選択
する。ユーザはこの時２以上の要約機能を選択できる。

２以上の要約機能が（選択された時は、同じアーギュメ
ントが各選択された要約機能に使用される。ユーザが要
約機能を選択すると、段階１３４でデイスプレーに要約
機能。

続いて左かっこ及び省略機能がエコーされる。ユーザは
アーギュメントがプロンプトされる。ユーザは次に段階
１３５で要約関数のアーギュメントとして段階１３６で
列の名前を選択するか、段階１３７で式の定義ができる
。ユーザが列の名前を選択すると、段階１３８で列の名
前、続いて閉じるための右かっこ及び省略記号がデイス
プレーにエコーされる。ユーザが式を選択すると、段階
１３９に示したように式がプロンプトされる。この特大
は段階１２７乃至１３０のように構文及び意味がチエツ
クされる。エラーが発生すると、段階１２８及び１３０
のようにエラー・メツセージが表示され、ユーザは段階
１３９に戻される。もし式が有効ならば、段階１４０で
式続いて右かっこ及び省略記号がエコーされる。

以上で行条件の左側即ち第１の要素の処理が完了し、次
に処理はコネクタＸ（番号１４１）によって段階１５０
（第７Ｃ図）に続き、行条件の左側がチエツクされ、デ
ータのタイプが判断される。

段階１５０に示されたように式の左側のデータのタイプ
に依存して、オペレータのための有効表示子がセットさ
れる。有効なオペレータが決定されると、比較オペレー
タが段階１５１で表示される。

有効なオペレータが決定されると、段階１５１Ａでユー
ザが何を選択したかに依存して動詞ＩＳもしくはＩｓ　
Ｎｏｔが先行する選択されたオペレータ及び省略記号が
デイスプレーにエコーされる。オペレータは適切な応答
がプロンプトされ、行クローズの第２の要素が指定され
る。オペレータＥｑｕａｌが選択された時には、段階１
５２でＥｑｕａｌ　ｔｏウィンドーが段階１５２に示さ
れたように表示される。

Ｇｒｅａｔｅｒ　ＴｈａｎもしくはＬｅｓｓ　Ｔｈａｎ
オペレータの選択により、Ｌｅｓｓ　Ｔｈａｎもしくは
Ｇｒｅａｔｅｒ　Ｔｈａｎウィンドーが段階１５３に示
したように表示される。

Ｓｔａｒｔｉｎｇ　１１ｉｔｈ、　Ｅｎｄｉｎｇ　Ｗｉ
ｔｈもしくはＣｏｎｔａｉｎｉｎｇオペレータが選択さ
れた場合には、段階１５４でｓｔａｒｔｉｎｇ　Ｗｉｔ
ｈ、　Ｅｎｄｉｎｇ　ＷｉｔｈもしくはＣｏｎ−ｔａｉ
ｎｉｎｇのウィンドーが示される。段階１５１Ｂでユー
ザが行条件の第３の要素の入力を完了すると、入力は段
階１５７に示したように正しい構文及び意味を有するか
どうかが検証される。段階１５６に示したように、エラ
ーが発生すると、エラー・メツセージが表示され、ユー
ザは段階１５２，１５３もしくは１５４に示したような
前のウィンドーに戻される。入力が正しい場合には、検
証済の右側の段階１５８でエコーされる。段階１５５で
ＮＵＬＬ（空）オペレータを選択しても、処理は段階１
５８に進む。右側が完了すると、ユーザは第７Ｃ図のコ
ネクタＺ（番号１７０）を介して第７Ａ図の段階１０９
に戻され、照会の次のクローズを定義するためのプロン
プト及び応答が続けられる。

第７Ａ図に戻って、ユーザが３６０でプロンプト・シー
ケンスをエスケープ、即ち終了すると、アプリケーショ
ンは第７Ｄ図の段階３００に示したように入力が段階３
０２でＲＵＮ　（実行）コマンドである時には、アプリ
ケーションが記憶された照会情報、即ちテーブルの名前
、列、行条件等を段階３０３で示したように、データベ
ースによって処理できる等価なＳＱＬ　　５ＥＬＥＣＴ
　（選択）ステートメントに変換する。データベースが
照会を処理すると、結果は段階３０４に示したようにデ
ータベースからユーザに戻される。結果は段階３０７で
示すように列の見出しとその下の情報列によりなるレポ
ートの形式でユーザに提示される。次にアプリケーショ
ンは３６０に戻って、さらにユーザ入力を待つ。ユーザ
入力がＲＵＮコマンドでない場合には、アプリケーショ
ンは段階３０６でＥＸＩＴコマンドが発生されているか
どうかが判断される。もしコマンドがＥＸＩＴである時
は、アプリケーションは州徴する。他のコマンド′が発
生されている時は、コマンドは段階３０５で処理され、
アプリケーションは段階３００でさらにユーザ入力を待
つ。

Ｅ６．計算機化システム 第８図は上述のようにして、探索コマンドを発生するた
めの本発明の計算機化システムの簡単な概略図である。

先ず、プロセッサ３５０はマイクロ、ミニといった多く
のＣＰＵ、通常の親しまれているパーソナル・コンピュ
ータ（ｐｃ）中に含まれているような市販の本体コンピ
ュータのうちの任意のものである。メモリ３５２がさら
に与えられる。メモリ３５２は第７Ａ図乃至第７Ｄ図を
参照して詳細に説明された照会プロンプト・プログラム
を含むデータベース・マネジャ・プログラムを記憶して
いる。さらにメモリ３５２は本発明に従い照会される、
第１表に示したようなリレーショナル・データ及びキー
ボード３５１によってオペレータがキーで入力するデー
タを記憶し記憶する。このユーザ入力データには上述の
ように本発明に従って構成される種々のデータベース探
索コマンドもしくは照会だけでなく、メモリ３５２中に
記憶されているリレーショナル・データへの追加のデー
タ入力、リレーショナル・データのための更新及び編集
コマンドを含んでいる。

デイスプレー３５３のスクリーンは第２Ａ図乃至第２Ｅ
図に示したようなプロンプト・スクリーンを表示できる
任意の設計のものでよい。このデイスプレー３５３の目
的はオペレータに、種々の命令、その中に含まれる有効
な応答の選択を含む本発明によって発生される種々のプ
ロンプト・スクリーンを眺めさせ、キーボード３５１に
よって入力される種々のオペレータの入力を眺めさせる
便利な手段を与えることにある。デイスプレー３５３の
追加の目的は本発明のプロンプトされる照会に応答して
、ユーザによって形成される照会の実行によって生ずる
第４表のようなデータ出力テーブルの可視的な表示を与
えることにある。最後に第８図を参照すると、通常の接
続体３５４がプロセッサ３５０、メモリ３５２、キーボ
ード３５１及゛びデイスプレー３５３間に電気的相互接
続を与え、・これ等の装置間での相互通信を行う。接続
体３５４は一般的な形で示されているが、この接続体３
５４の部分は通常のデータ、制御及びアドレス線、バス
等の形をなすことができる。

Ｅ７．代表的な複合照会言語ＳＱＬ　　５ＥＬＥＣＴス
テートメント ＳＱＬの構文及び意味の知識を必要としないで、照会の
形成を簡単にする本発明の利点をよりよく理屏するため
にＳＱＬを使用して１つの代表的例を第６表を参照して
詳細を説明する。この説明は全てを壺するものでなく、
照会言語中のこのような照会を直接形成することの複雑
さを説明するだけのものである。

第６表は構造化照会言語（ＳＱＬ）、で定義された複合
ステートメントの要素を定義している。

このステートメントはユーザが構文的、意味的に正しい
ＳＱＬ　　５ＥＬＥＣＴステートメントを構成するのに
知る必要のあるクローズを定義している。この５ＥＬＥ
ＣＴステートはデータベースか、ら特定のデータを探す
目的のためにデータベース・マネジャとインターフェイ
スするのに使用される。

第６表 ここでは次のように定義される： １、定　　義／４０ ２、列の名前／４１ ３、算術式／４２ ４、列関数ここで列関数は次のように定義′４３される
： ５１８，４’４ ＡＶＧ　（式） ％式％） ５３ゝ阿ＩＮ　（式）７ ”４″’ＭＡＸ　（式）′４８ ５５ゝ５（ＩＮ　（式）−４９ ［ｃｏｒｒｅｌｎａｍｅｌコ、でて ここで述語の構文は次のように述語が定義される： ／６２　　　　　　／６１　　７６０ 式１　オペレータ　式２ ここでオペレータは次のように定義される： ６３＼”　　ｅｑｕａｌ　ｔ。

６４＼く〉　。。ｔ　ｅｑｕａ□、。

６５＼）　　ｇｒｅａｔｅｒ　ｔｈａｎ６６＼＜　　　
１ｅｓｓ　ｔｈａｎ ６７＼＞＝＝　ｇｒｅａｔｅｒ　ｔｈａｎ　ｏｒ　ｅｑ
ｕａｌ　ｔ。

６８＼＜＝＝　　１ｅｓｓ　ｔｈａｎ　ｏｒ　ｅｑｕａ
ｌ　ｔ。

６９＼ＢＥ！ＴＶＥＥＮ　　２−）　（７）　（［ｉ　
（Ｄ　間ここでＢＥＴＷＥＥＮのための構文は次のよう
に定義される： 式’ｘ”　ｃ＝７）　［３ＥＴｗＥＩＥ！１１　　式７
２／７３ ＡＮＤ　　式３ ７４＼ＩＮ　　　　値のリスト中で ここでＩＮの構文は次のように定義さ れる： 式、７５［Ｎｏ′Ｔｑ、１Ｎ式１７ 式１７８［ＮＯ！　ＩＮ　（１１”０［、値２　］、、
、）８１＼ＩＳ　ＮＵＬＬ　　空白値９３等しいここで
ＮＵＬＬの構文は次のように定義される： ｃｏｉｎａｇｅ　ＩＳ　［面’ＴＪ　ＮＵＬＬ８４＼工
に□　　　パターア、。一致 ここでＬＩＫＥの構文は次のように定義される： 。。、ボｅ　［ＮＯ！！　ＬＩＫＥ　Ｊ！”、（ｃｏｎ
ａｍｅ　ｌ　ｃｏｌｎｕｉ　［ＡＳＣＩＤＥＳＣ］）、
、、、］］ 第６表を参照すると、５ＥＬＥＣＴ　（選択）ステート
メントの構文が示されている。この５ＥＬＥＣＴステー
トメントは６個のクローズを含み。

各クローズはキーワード即ちクローズ５ＥＬＥＣＴ１．
０、ＦＲＯＭＩＩ、ＷＨＥＲＥ１２、ＧＲＯＵＰ　　Ｂ
Ｙ１３、ＨＡＶ　Ｉ　ＮＧ　１４及び○ＲＤＥＲＢＹ１
５で始まっている。

第７表を参照する以下のの説明では、第１図等に関して
説明した本発明の非ＳＱＬクローズ・キーワードに対応
する類似のＳＱＬクローズ・キーワード９７を使用する
。

第７表 ５ＥＬＥＣＴ・・・・・・・・・・・・→列ＤＩＳＴＩ
ＮＴ・・・・・・→重　　複ＦＲＯＭ・・・・・・・・
・・・・・・・・・・→テーブルＷＨＥＲＥ・・・・・
・・・・・・・・・・→行条件ＧＲＯＵＰ　　ＢＹ・・
・・・・→（要約関数が使用された時を暗示する） ＨＡＶ　Ｉ　ＮＧ−−−−・・−−−−・−→ＲＯＷ　
Ｃ０ＮＤＩＴＩＯＮＳＯＲＤＥＲＢＹ・・・・・・→５
ＯＲＴ構文を説明するために、次のステートメント変換
を使用した。角型かっこ１６はオプショナルな項目−を
指示するのに使用される。大きいかつこ１７は必要な項
目のグループ化が必要な時に使用される。キーボードの
選択が行われる時は、項目は垂直線１８によって分離さ
れている。省略記号１９はある項目が続いて表示できる
ことを示すのに使用される。クローズ１０．１１．１２
．１３．１４及び１５は存在する時には表示された順序
に指定されなければならない。

次に５ＥＬＥＣＴステートメントの各クローズを説明す
る。上述のように、この説明は構文及び意味に全ての説
明するものではない。その意図は本発明の利点を利用で
きない場合のステートメントの複雑さ並びにエンド・ユ
ーザが必要とする構文及び意味の知識の量について洞察
を与えることにある。

５ＥＬＥＣＴクローズは出力テーブルに戻されるべきフ
ィールドを記述している。この出力テーブルはデータベ
ース・マネジャによって５ＥＬＥＣＴステートメントの
実行によってエンド・ユーザに戻される値のテーブルで
ある。クローズには２つの部分がある。最初の部分２０
及び２１は同じ行を組合すべきかどうか、第２の部分２
２及び２３は出力の各フィールドを説明している。ＡＬ
Ｌ　（２０）は重複行を削除することなく、最終テ−プ
ルの各行に対して１つの出力行が戻されることを示して
いる。ＤＩＳＴＩＮＣＴ　（洗練）２１は重複出力行が
除去されるべきことを指定している。星印（＊）２２は
ＦＲＯＭクローズ１１によって指定されているテーブル
の定義中の各列に対して１つのフィールドが戻されるこ
とを示している。この方法は列の名前のリストを書出す
近道であるａ　５ｅｌｅｃｔ−１ｉｓｔ２３は式を含む
リストである。

式は単一の出力フィールドを指定し、定数４０、列の名
前４１、算術式４２もしくは列間数４３である。式は算
術オペレータ（＋、−１本、／）及びかっこで、２以上
のフィールドもしくは関数を組合せることによって誘導
される値である。この結果は常に単一の値である。文字
ストリングは式中に組合すことはできない０式の例は給
与＋コミッションである。もし式が列の名前を含む時は
、値は選択された行のものが代入され、その行の出力フ
ィールド値が決定される。

定数４０は各行について同じ値を戻す、定数は値を表わ
すステートメント・ストリング中に埋め込まれた文字の
ストリングである。ストリング定数は単一の引用符中に
囲まれている。数字の整数、１０進数、及び浮動小数点
を含んでいる。

列の名前４１は選択された行について、テーブルの値を
戻す０列はテーブルの現在の行の１列の値を表わすフィ
ールドである。算術式４２は式から計算された値を戻す
０列関数４３は指定された関数に基づく単一値を戻す１
列関数はＡＶＧ　（平均）　、Ｃ０ＵＮＴ　（計数）、
ＭＩＮ（最低）１ＭＡＸ（最高）及びＳＵＭ（合計）を
含む、関数のアーギュメントはかっこ５０内に含まれて
いる。

関数の結果は指定されたアーギュメントに適用すること
によって導かれる０列関数は出力行の値について計算さ
れた値を戻す能力を与える。従って列間数は論理的には
５ＥＬＥＣＴステートメントについて出力に１行を戻す
にすぎない。

Ａ″ＶＧ５１は各々の行について戻される平均値である
０式４４は数値を戻す任意の有効な式である。Ｃ０ＵＮ
Ｔ５２はカウント値を含む整数を戻す、星印４５は出力
集合中に行数のカウントを戻し、ＤＩＳＴＩＮＴなる列
の名前４６は列に見出される選択した値のカウントを戻
す６ＭｌＮ５３及びＭＡＸ５４は最低及び最高の値を戻
す０式４７及び４８は数値を戻す、ＳＵＭ５５は式の代
数的合計を戻す０式４９は有効な数値式である。列間数
４３が５ｅｌｅｃｔ　１ｉｓｔ　２３中に使用される時
は、５ＥＬＥＣＴステートメントはＧＲＯＵＰ　　ＢＹ
クローズ１３を含まず、５ｅｌｅｃｔ　１ｉｓｔ　２３
中のすべてのクローズは列間数４３もしくは列の名前を
含まないほかの式でなければならない。

ＦＲＯＭクローズ１１はテーブルの名前を指定し、この
テーブルから５ＥＬＥＣＴクローズ１０によって指定さ
れたデータを検索する゛、ＦＲＯＭクローズは２以上の
名前を含むことができる。２以上のテーブルの名前が指
定された時は、テーブルは互いに結合され入力テーブル
の直積集合が定義さｈる。これは結合の基本形である。

５ＥＬＥＣＴステートメントのＷＨＥＲＥクローズ１２
は出力される行の数を意味のある集合に減少するのに使
用される６本発明の目的のためには、１つのステートメ
ントの５ＥＬＥＣＴステートメントについて説明する。

相関名（ｃｏｒｒａｌｎａ■ｅ）２５は指定できるが、
これはテーブルの名前の代替名である。この代替名は５
ＥＬＥＣＴステートメント中のどこかで列の名前を修飾
するのに、テーブルの名前に代わって使用される。

ＷＨＥＲＥクローズ１２はどの入力テーブルの行が出力
データを発生するかを判断するのに使用する単一の述語
（単純もしくは複合）を含む。単純述語は２つの弐６２
及び６０とオペレータ６１間のテストである。最初の６
つのオペレータ６３．６４．６５．６６．６７及び６８
のためのフォーマットは自明である。ＢＥＴＷＥＥＮ６
９述語は式１　（７０）の値が式２（７２）と等しいか
、大きい時及び式３　（７３）と等しいか、小さい時に
満足される。ＮＯＴキーワード７１は式１　　（７０）
が式２　（７２）より小さいか１式３（７３）よりも大
きい時に真の値を生ずる。

ｌＮ７４述語は式１（７５）が式２　（７７）に一致す
る時に真であり、ＮＯＴキーワード７６が使用される時
は式２（７７）に一致しない。これは単純な形式の述語
二式１；式２と等値である。

式（７８）がリスト８０中の任意の値に一致すると、ｌ
Ｎ７４述語が真になり、ＮＯＴキーワード７９が使用さ
れない時には、リスト８ｏ中の任意の値と一致しない。

リストの値は定数でもよい。

列の名前８２の値が空白ならばＩｓ　　ＮＵＬＬ８１述
語は真である。もしＮＯＴキーボード８３が使用されて
いる時は、これは空白でない。列の名前８５の値が弐８
７中に指定されたパターンと一致する時は、ＬＩＫＥ８
４述語は真であり、ＮＯＴキーワード８６が使用される
時は、弐８７中に指定されたパターンと一致しない。列
の名前の値は文字ストリングでなければならない。式８
７は文字ストリングでなければならない。文字ストリン
グ中のパターンはオプショナルに特殊文字、下線及び％
記号を含むことができる。下線文字は任意の文字がスト
リング中の位置に充当できることを意味する。％記号を
任意の個数の文字がストリングの位置に充当できること
を意味している。

たとえば、　　ＡＢＣは値（２ＡＢＣもしくはＸＺＡＢ
Ｃを生じ、％ＡＢＣはＡＢＣｌｌ　２ＡＢＣもしくは１
２３４５６ＡＢＣを発生することができる。−ＡＢＣ％
Ｄ％は１２ＡＢＣＤ、２ＡＢＣＸＸＸＸＤもしくは３Ａ
ＢＣＤＸＸＸＸを発生できる。

複合述語はいくつかの単語述語を互いに組合せて、真も
しくは偽の単一の真理値を生ずる。単純述語はＡＮＤ及
びＯＲオペレータを使用して組合すことができる。ＷＨ
ＥＲＥクローズは必要でない、ＧＲＯＵＰ　ＢＹクロー
ズ１３は列間数４３に関連して使用され、要約行を与え
る。このクローズが存在しない時は、５ｅｌｅｃｔ　１
ｉｓｔ２３は列間数によって、全５ＥＬＥＣＴステート
メントのための単一行を戻す、このクローズがある時は
、ＧＲＯＵＰ　　ＢＹワクローズ中フィールドの各精錬
値のための列間数値を有するを行が戻される。列の名前
２７は入力テーブル中に存在する列の名前を定義する。

このクローズはＧＲＯＵＰ　　ＢＹワクローズ中使用さ
れている列の名前を ５ｅｌｅｃｔ　１ｉｓｔ中に使用可能にする。これ等は
５ｅｌｅｃｔ　１ｉｓｔ中に存在する必要はない。

ＨＡＶＩＮＧクローズ１４が出力のための要約行を修飾
するのに使用される。要約行は列間数４３が５ｅｌｅｃ
ｔ　Ｌｉ５ｔ２３中に使用される時に生ずる。

Ｃｌ０ＵＰ　　ＢＹクローズ１３が使用されないと、１
つの要約行が存在し、そうでない時は、ＨＡＶＩＮＧク
ローズ１４に対してテストさるべき多くの項目が存在す
る。述語２８は標準の複合述語であり、式は定数４０、
ＧＲＯＵＰ　　ＢＹクローズ１３中に使用される列の名
前２７もしくは５ｅｌｅｃｔ１ｉｓｔ２３中に使用され
る列間数４３だけを含むことができる。ステートメント
はＷＨＥＲＥクローズ１２及びＨＡＶＩＮＧクローズ１
４の両方を含むことができる。ＷＨＥＲＥクローズは入
力テーブルのどの行が要約行を発生するのに使用される
か゛を判断せしめる。ＨＡＶＩＮＧクローズは出力行と
して選択するために要約行をテストする。

０ＲＤＥＲＢＹクローズ１５が使用されて、出力行を順
序付ける。使用しない時は１行の順序は定まっていない
。２以上の列の名前２９が指定される時は１行は先ず最
初の列の値によって順序付けられ、次に第２の列のよっ
て順序付けられるようにして順序付けられる９列の名前
２９は列の名前が５ｅｌｅｃｔ　１ｉｓｔ中に使用され
た列の名前である。

この名前は５ｅｌｅｃｔ　１ｉｓｔ中に単一の項目とし
て使用されなければならなず１式の一部として使用して
はならない。ＡＳＣ３０はこのフィールドが昇順である
ことを、ＤＥＳＣ３１はこのフィールドが降順であるこ
とを示す。

Ｆ０発明の効果 本発明に従えば、計算機化データベースによって実行可
能な、複合照会ステートメントをオペレータが形成する
簡単な方法が与えられる。

【図面の簡単な説明】

第１図は照会ステートメントを形成する段階の簡単な流
れ図である。 第２Ａ図乃至第２Ｅ図は本発明に従う照会を形成するた
めのオペレータの応答を含んだプロンプト・スクリーン
の代表的なシーケンスの図である。 第３Ａ図乃至第３Ｄ図は本発明に従う他のタイプの照会
を形成するためのオペレータの応答を含むプロンプト・
スクリーンの代表的なシーケンスの図である。 第４Ａ図乃至第４Ｈ図は本発明に従うさらに他のタイプ
の照会を形成するためのオペレータの応答を含んだプロ
ンプト・スクリーンの代表的なシーケンスの図である。 第５Ａ図乃至第５Ｆ図は本発明に従うさらに他の照会を
形成するためのオペレータの応答を含んだプロンプト・
スクリーンの代表的なシーケンスの図である。 第６図は照会ステートメントの行クローズを形成するた
めの段階を示した簡単な流れ図である。 第７Ａ図乃至第７Ｄ図は第１図及び第６図の流れ図に示
した照会ステートメント形成段階のより詳細な流れ図で
ある。 第８図は本発明の計算機化リレーショナル・データベー
ス・システムの概略図である。 １８０・・・ステートメントのテーブル・クローズ。 １８１・・・列もしくはテーブルの結合クローズ、１８
２・・・列クローズ、１８３・・・行クローズ、１８４
・・・分類クローズ、１８５・・・重複（削除）クロー
ズ出願人　　インターナショナル・ビジネス・マシーン
ズ・コーポレーション 代理人　　弁理士　　山　　本　　仁　　朗（外１名） ＊７Ｄ図

Claims (3)

【特許請求の範囲】
1. （１）リレーショナル・データベースを照会するための
   探索コマンドの行クローズを形成するための方法であっ
   て、 （ａ）上記クローズの第１の要素に機能的に関連する複
   数の第１のプロンプト・ウインドーを順次表示し、 （ｂ）上記第１のプロンプト・ウインドーに対する応答
   を記録し、 （ｃ）上記クローズの第２の要素に機能的に関連する第
   ２のプロンプト・ウインドーを表示し、 （ｄ）上記第２のプロンプト・ウインドーに対する応答
   を記録し、 （ｅ）上記クローズの第３の要素に機能的に関連する第
   ３のプロンプト・ウインドーを表示し、 （ｆ）上記第３のプロンプト・ウインドーに対する応答
   を記録する段階を有する、 探索コマンドの形成方法。
2. （２）データベースを照会するための探索コマンド・ク
   ローズを形成するための方法であって、（ａ）第１のプ
   ロンプトを表示し、 （ｂ）上記第１のプロンプトに対する応答を記録し、 （ｃ）上記第１のプロンプトに対する上記記録された応
   答に応答する第２の応答を表示し、 （ｄ）上記第２のプロンプトに対する応答を記録する段
   階を有する、 探索コマンドの形成方法。
3. （３）データベースを照会するための探索コマンド・ク
   ローズを形成するための装置であって、（ａ）第１のプ
   ロンプトを表示するための手段と、 （ｂ）上記第１のプロンプトに対する応答を記録するた
   めの手段と、 （ｃ）上記第１のプロンプトに対する上記記録された応
   答に応答する第２の応答を表示するための手段と、 （ｄ）上記第２のプロンプトに対する応答を記録する手
   段とを具備する、 探索コマンドの形成装置。