JPS63282840A - 命令作成援助方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 Ａ、産業上の利用分野 本発明は、操作員に対して複雑な構文の命令ステートメ
ントを生成するための援助を与える技術に関する。

Ｂ、従来技術 成る種のコンピュータ・プログラムは、複雑な構文を有
する高級言語に関係している。この言語による命令がコ
ンピュータ・プログラムによって適正に解釈されるよう
に、この命令を作成するユーザー若しくは操作員は構文
の詳細を学習する必要がある。複雑な構文を有する言語
の一例は、米国規格協会によって作成されたＡＮＳデー
タ・ベース言語Ｓ　Ｑ　Ｌ　ニ関する規格Ｘ３．１３５
−１９８６原案に詳しく記載されている構造化照会言語
（ＳＱＬ）である。ＳＱＬはデータ・ベース管理プログ
ラムにおいて用いられている。ＳＱＬによる選択ステー
トメントは、操作者が複数の異なったデータ・ベース・
テーブルからデータを横系することを可能ならしめるも
のである。しかしながら、ＳＱＬの構文要件が複雑であ
るため、操作員がデータ・ベース管理プログラムを効率
よく利用することは妨げられている。

プログラムの実行に関して操作員を援助する通常の技術
は、援助画面を提示するものである。通常、援助画面は
操作員の要求に応じて与えられる。

援助両面を与えるプログラムの例は、ＩＢＭファイリン
グ援助プログラムである。ファイリング援助プログラム
の実行の際に、オペレータは、異なったプログラム実行
段階において援助情報を示す援助画面を要求することが
できる。ファイリング援助プログラム・マニュアルの第
２乃至１８頁には、援助画面についての詳細が記載され
ている。

複雑なコンピュータ・プログラムの実行に関して操作員
を援助する技術は、下記の文献にも開示されている。な
お、ＴＤＢはＩＢＭテクニカル・ディスクロジャ・ブレ
ティン（ＴｅｃｈｎｉｃａｌＤｉｓｃｌｏｓｕｒｅ　Ｂ
ｕｌｌｅｔｉｎ）　を表オ〕す。

］’ＤＩ３　　Ｖｏｌ、２７　　Ｎｏ、１０Ｂ　（１９
８５年３月）第１６２７頁及び第６１３６頁二対話式シ
ステムにおいて状況に応じた援助を操作員に与える技術
が示されている。操作員は援助画面を見ながら操作を行
うことができる。

ＴＤＢ　　Ｖｏｌ、２５　　Ｎｏ、３Ｂ　（１９８２年
８Ｊ１）第１７８５乃至１７８６頁：操作員がメニュー
階層における個々のメニューとの相互作用なしに複数の
メニュー人力を生じることを可能ならしめる技術が示さ
れている。

ＴＤＢ　　Ｖｏｌ、２９　　Ｎｏ、１　（１９８６年６
月）第３３４乃至３３７頁：援助画面に関する技術が示
されている。操作員は援助画面における項目を選択した
り、それと関係なくコンピュータに直接命令を与えるこ
とができる。

ＴＤＢ　　Ｖｏｌ、２３　　Ｎｏ、２　（１９８０年７
月）第８０６乃至８１１頁二種々のアプリケーション・
プログラムのために適合させることのできる汎用メニュ
ー機能が示されている。

ＴＤＢ　　Ｖｏｌ、１８　　Ｎｏ、３　（１９７５年８
月）第６６５乃至６６９頁：新しい項目の入力、現存す
るデータの修正及びレポートの作成を行うことのできる
汎用データ・ベース検索システム・プログラムが示され
ている。

ＴＤＢ　　Ｖｏｌ、２７　　Ｎｏ、ＩＯＢ　（１９８５
年３月）第６０８２頁：操作員によって選択可能な複数
の指令のリストを含む指令待を表示する技術が示されて
いる。

ＴＤＢ　　Ｖｏｌ、２８　　Ｎｏ、１１　（１９８６年
４月）第５１２４乃至５１２５頁：表示装置においてカ
ーソルを用いて指令を指定する技術が示されている。

ＴＤＢ　　Ｖｏｌ、２５　　Ｎｏ、７Ａ　（１９８２年
１２月）第３２４９乃至３２５１頁：フィールド記述子
をデータ・ベース記録フォーマットに複写する技術が示
されている。

米国特許第４５３１９１８号：コンピュータ・プログラ
ムの実行に必要な情報を操作員が入力することを援助す
る装置が示されている。

Ｃ１発明が解決しようとする問題点 ０１　’ＡＶな構文要件を知らない操作員によっても該
要件に合った命令ステートメントを作成することを可能
ならしめる技術は知られていない。本発明は、この様な
技術を提供することを目的としている。

Ｄ０問題点を解決するための手段 本発明の命令作成援助方法は、所定の構文に従って配列
された複数の指令から成る命令ステートメントを必要と
するデータ処理システムにおいて、操作員が命令ステー
トメントを生成するのを援助するために、複数の指令区
域を有する第１の画面部分、１つの指令区域を指定する
指定子、及びこの指定子によって指定された指令区域に
関連して用いることのできる入力データ項目を表示し、
指定された指令区域のための入力データを含む情報を操
作員から受け取り、次の指令区域を指定するように指定
子を移動させ、命令ステートメントに必要な全ての入力
データが与えられるまで、これらのステップを繰り返す
ことを特徴としている。

Ｅ、実施例′ 本発明は、命令ステートメントが所定の構文様式になっ
ている必要がある場合において、操作員がコンピュータ
・プログラムに命令ステートメントを与えることを援助
する手段を提供するものである。援助手段の目的は、操
作員が所定の構文の知識無しに、この様な命令ステート
メントを与えることを可能ならしめることである。即ち
、この援助手段はコンピュータ・プログラムに対する利
用しやすいインターフェースをもたらす、これから説明
する実施例は関連データ・ベース製品に関係している。

但し、本発明はこれに限定されるわけではなく、それぞ
れの指令言語に関して複雑な構文要件を有する任意のア
プリケーション・プログラムに適用可能である。

実施例において、操作員は成る情報を得るために関連デ
ータ・ベースに命令を与える必要がある。

例えば、操作員はスミスという姓を有する全ての社員の
氏名及び社員番号を名前に関する昇順（アルファベット
類）に列挙したリストを必要とする。

構造化照会言語（ＳＱＬ）の知識を有する者は、このリ
ストを得るために単一の命令を与えることができる。一
方、ＳＱＬに精通していない者にとっては、この作業を
行うために適正な構文に従って命令を与えることは困難
である。これから説明する実施例は、操作員が表示画面
のプロンプト（即ち。指示メツセージ）に応じて情報を
入力することにより、適正なＳＱＬ命令を容易に得るこ
とができることを示すものである。適正なＳＱＬ命令が
得られると、データ・ベース管理プログラムはこの命令
を実行して、必要な情報をもたらすように機能する。

ＳＱＬ命令に応答するデータ・ベース管理プログラムは
現に利用可能である。この様なプログラムの実例は我が
社のプログラム製品ＤＢ２及びＳＱＬ／ＤＳである。

実施例は、操作員がデータ・ベース管理プログラムに所
望のタスクを実行させるための適正な構文の命令を与え
ることを可能ならしめるユーザー・インターフェースで
ある。第１Ａ図乃至第１Ｆ図はオペレータが命令を与え
ることを援助するためのインターフェース・ソフトウェ
アに関する流れ図である。操作員は表示装置の画面を見
て何らかの操作を行う。第２図に示された画面１０は、
成る種のデータを入力すべきことを操作員に指示するた
めに順次表示された３つのウィンドウを含んでいる。初
期画面１０のリスト１２は、全体的なオブジェクト命令
の種類に関する入力を操作員に求めるものである。この
例では、操作員は、ポインター１４によって照会入力を
選択している。即ち、操作員はタスクを達成するために
データ・ベース・プログラムに対してＳＱＬの照会命令
を与えることを望んでいる。照会入力に応じるプログラ
ムによって表示される第１のウィンドウ１６は、質問に
関連して実行すべき動作の種類１８を選択すべきことを
示している。操作員は、ポインター２０によって作成タ
スクを選択している。この選択に応じて表示される第２
のウィンドウ２２は、照会に関するテーブル又はビュー
の名称を選択すべきことを示している。テーブル及びビ
ューのりスト２４は選択可能な項目を含んでいる。この
例では、ポインター２６で指定されているとおり、テー
ブルｌ　（ＴＡＢＬＥＩ）が選択されている。

これは、要求された情報をもたらすためにテーブル１に
おいて照会命令を用いるべきことを表わしている。テー
ブル１の選択に応じて表示される第３のウィンドウ２８
は、テーブル１における欄の名称のリスト３０を示し、
要求された情報にどの名称を含ませるべきかを尋ねてい
る。この例では、ポインター３２で指定されているとお
り、姓（ＬＡＳＴ　　ＮＡＭＥ）、名前（ＦＩＲ８Ｔ　
　ＮＡＭＥ）及び社員番号（ＥＭＰＬＯＹＥＥ　　ＮＵ
Ｍ）が選択されている。

画面１０には指令部分３９も含まれている。指令部分３
９は、任意の時点において操作員が選択することのでき
る３つの指令、即ち、ヘルプ３１、カタログ３６及びコ
マンド３８を示している。これらの指令は、キーボード
の機能キーＦ１、Ｆ８、ＦＩＯの操作によって選択され
る。

画面１０を利用して種々の情報を入力した後、第３Ａ図
の画面４０が表示される。画面４０は３つの部分４２．
４４．４５から成る。部分４２は特定の情報を要求する
ものであり、部分４４は操作員に対する援助情報を示し
ている。部分４５は選択可能な指令を示している。部分
４４に表示される援助情報はカーソルの位置５２に応じ
たものであり、カーソルの位置に応じて変化する（第３
Ｂ図、第３Ｃ図参照）。

次に、第２図、第３Ａ図乃至第３Ｃ図を参照しながら、
第１Ａ図に示すユーザー・インターフェース・プログラ
ムの流れ図について説明する。第１Ａ図において、プロ
グラムはステップ１００から始まり、次のステップ１０
２において、タスクのための対話を開始する。即ち、デ
ータ・ベース管理プログラムによって達成すべき所望の
タスクを定めるユーザー人力情報を受け取る動作を開始
する。

ステップ１０４において、プログラムは選択可能なオブ
ジェクトのりスト１２（第２図）を表示する。ステップ
１０６において、ユーザー、即ち、操作員は照会を選択
する（第２図のポインター１４）。

照会の選択に応じて、プログラムは、ステップ１０８に
おいて、動作のりスト１８（第２図）を表示する。ステ
ップ１１０において、操作員は作成動作を選択する（第
２図のポインター２０）。

ステップ１１２において、プログラムは照会作成動作を
開始する。ステップ１１４において、プログラムは、照
会作成のために用いることのできるテーブル及びビュー
の名称のりスト２４（第２図）を表示する。ステップ１
１６において、操作員はポインター２６（第２図）によ
ってテーブル１を選択する。

ステップ１１８において、プログラムは、要求された情
報に含めるようにテーブル１において選択的に用いるこ
とのできる欄の名称のリスト３０（第２図）を表示する
。ステップ１２０において、操作員はポインター３２（
第２図）によって所望の欄の名称を選択する。

ステップ１２２において、プログラムは、選択されたテ
ーブル及び欄の名称を含み且つ適切なＳＱＬ、命令の作
成に必要な追加情報を要求するための照会タスク・パネ
ルを表示する。このパネルは第３Ａ図の画面４０として
現れる。操作員によって選択された３つの欄の名称は画
面４０の部分４２内の１番上の位置４６．４８．５０に
表示されている。操作員は、カーソルの位Ｖｉ５２に応
じて部分４４に表示されているオプション項目のりスト
ロ４から任意の項目を選択することができる。

オプション項目の選択を必要としなければ、操作員はカ
ーソルを位置５２から動かす必要がある。

位Ｉｆ’（５４には、情報源として選択されたテーブル
１の名称が表示されているので、操作員は、テーブル１
において修飾シーケンスを指定するために位１９５６へ
カーソルを移動させることができる。

ユーザー・インターフェース・プログラムは第１Ａ図及
び第１Ｂ図のノード１２４で示されているように、ステ
ップ１２２からステップ１２６へ進む。前述の例におい
て、カーソルは欄の名称の下の位置５２に表示されてい
おり、その位置に応じて部分４４に表示されているオプ
ション項目が操作員によって選択されないので、ステッ
プ１２８からステップ１３２へ進む。ステップ１３２に
おいても、操作員による情報の入力がないので、ステッ
プ１３６へ進み、カーソルが操作員によって移動させら
才すたか否かを判断する。

カーソルが第３Ｂ図に示されているように位置６６に移
動させられていると、表示部分６８は別のオプション項
目のリストア０を表示する。この例では、操作員はＬＡ
ＳＴ　　ＮＡＭＥ＝ＳＭＩＴＨを指定するので、ステッ
プ１３２において操作員がキーボードから情報を入力す
ると、ステップ１３４において、その情報が表示される
。情報入力操作中、操作員はカーソルを位置６６から表
示部分６８のリストア０内の所望の項目の所へ移動させ
てから、所定のキー（例えば、復帰キー）を押すことに
よって、その項目を選択することができる。

操作員は情報の入力を終了すると、再びカーソルを移動
させる。即ち、第３Ｃ図に示すように、カーソルは位置
７４へ移動させられる。この場合、表示部分７２は２つ
のオプション項目を示す。この例では、操作者はキーボ
ードからＦＩＲ８Ｔ−ＮＡＭＥ　　ＡＳＣＥＮＤＩＮＧ
　（名前に関して昇順）を入力することによって所望の
情報を指定している。次に、操作員は複数の指令のうち
の１つ、例えば、保管指令７８を機能キーＦ４によって
選択することができる。保管指令は、結果として得られ
るＳＱＬ命令を記憶するためのものである。

又、操作員は機能キーＦ９を押すことによってＳＱＬ表
示指令７６を指定することもできる。更に、機能キーＦ
６を押してオプション指令７９を指定してオプション・
リストを表示し、そのリスト内の他の指令、例えば実行
指令を指定することもできる。

第１Ｂ図のステップ１３８において、プログラムは保管
指令が指定されているか否かの判断を行う。この指令が
指定されていなければ、ステップ１４４へ進み、実行指
令が指定されているか否かの判断を行う、前述のステッ
プ１３８において、保管指令が指定されていることが分
かると、ステップ１４０へ進み、操作員によって入力さ
れた情報をＳＱＬ構文に従った命令に変換する。この変
換動作については、後で詳しく説明する。変換された命
令は、ステップ１４２において保管される。

ステップ１４４において、実行指令が指定されているこ
とが分かると、ステップ１４６において入力情報をＳＱ
Ｌ構文に従った命令に変換する。

この命令はデータ・ベース管理プログラムに与えられ、
後者は命令に応じた結果をもたらす。そして、この結果
をステップ１４８において表示する。

ステップ１５０において、操作員がこの特定の対話の終
了を望んでいるか否かを判断する。終了が指定されなけ
れば、ステップ１２４へ戻り、第３Ｃ図の画面４０を利
用して追加の情報を入力することを可能ならしめる。

もしステップ１５０において操作者が終了を指定すれば
、第１Ａ図のステップ１０２へ進んで、新たな対話を開
始する。

再び第３Ｃ図を参照する。この例では、スミスという姓
を有する全ての社員の氏名をテーブル１から検出すべき
ことが指定されている。又、最終的なレポートは検出し
た氏名を名前に関して昇順に配列し且つ社員番号を伴っ
たものであることが指定されている。

次の第１表はテーブル１の内容の１部分を示すものであ
り、ＬＡＳＴ　　ＮＡＭＥ、ＦＩＲ８ＴＮＡＭＥ、ＥＭ
ＰＬＯＹＥＥ　　ＮＵＭ、ＡＤＤＲＥＳＳの欄は、それ
ぞれ姓、名前、社員番号、住所を示す。

」ボ ＬＡＳＴ　　ＦＩＲ８Ｔ　　ＥＭＰＬＯＹＥＥＮＡＭＥ
　　　ＮＡＭＥ　　　　ＮＵＭ　　　　ＡＤＤＲＥＳＳ
Ｓｍｉｔｈ　　　Ｚｅｌｄａ　　　　１２３４５６　　
　　ＡＢＳｍｉｔｈ　　　Ａｂｒａｈａｍ　　　２３４
５６７　　　　ＣＤＪｏｎｅｓ　　　Ｋｉｒｋ　　　　
３４５６７８　　　　Ｅ　ＦＳｍｉｔｈ　　　Ｒａｙ＋
ｎｏｎｄ　　　４５６７８９　　　　ＧＨ３ｕｉｔｈ　
　　Ｃａ１ｄｉｉｅｌｌ　　　５６７８９０　　　　Ｉ
　Ｊ次に第２表は、画面４０の入力情報を変換して得ら
れるＳＱＬ命令を飛す。

Σ」し聚 ５ＥＬＩ’：ＣＴ　　　ＬＡＳＴ　　ＮＡＭＥ、ＦＩＲ
８ＴＮＡＭＥ、ＥＭＰＬＯＹＥＥ　　　ＮＵＭ　　　Ｆ
ＲＯＭ　　　”Ｉ’ＡＢＬＥＩ　　　ＷＨＥＲＥ　　　
ＬＡＳＴ　　　ＮＡＭＥ＝”ＳＭＩＴＨ”　　０ＲＤＥ
ＲＢＹ　　　ＦＩＲ３Ｔ　　ＮＡＭＥ　　　ＡＳＥＮＤ
ＩＮＧ第２表に示すＳＱＬ命令の実行の結果として表示
される情報は次の第３表のとおりであり、名前に関して
昇順に配列されている。

第３表 ＬＡＳＴ　ＮＡＭＥ　　　　　ＦＩＲ３Ｔ　　ＮＡＭＥ
　　　　　ＨＭＰＬＯＹＥＥ　　ＮＵ阿Ｓｍ１ｔｈ　　
、　　　　　　　Ａｂｒａｈａｍ　　　　　　　　２　
３　４　５　６　７５ｍ１ｔｈ　　　　Ｃａｌｄｗｅｌ
ｌ　　　５６７８９０５ｍ１ｔｈ　　　　Ｒａｙｍｏｎ
ｄ　　　　４５６７８９第１Ｃ図乃至第１Ｆ図は所定の
構文に従って入力情報をＳＱＬ命令に変換する動作（第
１Ｂ図のステップ１４０及び１４６）の詳しい流れ図で
ある。第１Ｃ図において、操作者による情報入力動作の
終了後、ステップ１６０からステップ１６２へ進み、テ
ーブル又はビューの名称として指定されているデータ・
ベース情報を獲得する。ステップ１６３において、バッ
ファをサーチして指令記述子に関するポインターをセッ
トする。指令記述子は第３Ｃ図の表示部分４２に含まれ
ている５ｅｌｅｃｔ、　Ｆｒｏｍ＋Ｗｈｅｒｅ、叶ｄｅ
ｒ　ｂｙ、　Ｇｒｏｕｐ　ｂｙ。

Ｈａνｉｎｇ等の項目である。プログラムはステップ１
６４において個々の指令記述子に関するポインターを順
次使用する。

ステップ１６５において、ポインターの終りに達したか
否かを判断する。ポインターの終りに達していれば、ス
テップ１６６からステップ１４２又は１４８（第１Ｂ図
）に復帰する。ポインターの終りに達していなければ、
ノード１６７から第１Ｆ図のノード１９３を介してステ
ップ１９４へ進み、入力情報を構文バッファにおいて組
立てる。

そして、ステップ１９５がら第１Ｃ図のステップ１６８
へ復帰する。

ステップ１６８において、非ブランク文字群やポインタ
ーの終りの指示についてフィールドを解析する。第３Ｃ
図の例の場合、解析すべき最初の文字群は欄の名称とし
てのＬＡｓＴ　ＮＡＭＥである。ステップ１６８の後、
ステップ１６９において、この文字群がポインターの終
りであるか否かを判断する。この例では、ポインターの
終りではないので、ステップ１７０へ進む。ステップ１
７０において、必須標識がアクティブであるか否か、即
ち、Ｉ＋　＝＝　ｕ等の追加のデータを必要とする入力
項目が存在するか否かを判断する。この例では、そのよ
うなものは無いので、ノード１８１がら第１Ｄ図のノー
ド１８８を介してステップ１８９へ進む。

ステップ１８９において、入力された欄の名称に一致す
るものがテーブル１にあるかどうかの調査を行い、ステ
ップ１９０において一致が認められなければ、ステップ
１９１において一致する欄の名前がないことを示すメツ
セージを生じる。この例では、ＬＡＳＴ　　ＮＡＭＥは
テーブル１内の欄の名称であるから、一致が認められ、
ステップ１９２へ進み、その欄における情報のデータ型
を生じる。そして第１Ｃ図のステップ１８２において、
確かに醐の名称について一致が認められたかどうかを判
断する。確かに一致が認められているので、ノード１８
３から第１Ｆ図のノード１９３を介してステップ１９４
へ進み、ＬＡＳＴ　　ＮＡＭＥという情報を構文バッフ
ァに入れて、ステップ１９５からステップ１６８へ戻る
。ステップ１６８においては、次の非ブランク文字群を
解析する。この例では、ＦＩＲ５Ｔ　　ＮＡＭＥがその
文字群である。

この様にしてＬＡＳＴ　　ＮＡＭＥ、ＦＩＲ３Ｔ−ＮＡ
ＭＥ及びＥＭＰＬＯＹＥＥ　　ＮＵＭが読取られて構文
バッファ内に訂正に配置されてしまうと、ポインターの
終りに到達する。従って、ステップ１６９からステップ
１６４へ進み、次の順位のポインターを使用する。

第３Ｃ図の例において、スミスという姓を指定する情報
（ＬＡＳＴ　　ＮＡＭＥ＝ＳＭＩ’ｒＨ）（７）処理は
若干具なっている。ステップ１６８におけるＳ　Ｍ　Ｉ
　Ｔ　Ｈの解析の後、ステップ１６９を経てステップ１
７０へ進み、このステップ１７０において、必須標識が
アクティブであることを検出する。即ち、予約語リスト
に既に等号（＝）が含まれていることが分かる。このこ
とは、欄の名称ではなく、英数字データが必要となるこ
とを意味している。結局、ステップ１７０からステップ
１７１へ進み、標識が欄の名称を必要としているが否か
を判断する。欄の名称を必要としていれば、ノート１７
２を介して前述の第１Ｄ図のシーケンスを実行してから
、ステップ１７３において一致が認められるか否かを判
断する。一致が認められなければ、ステップ１７４にお
いて、エラー・メツセージを生じる。一致が認められれ
ば、ノード１７５を介して第１Ｆ図のシーケンスに移り
、結文バッファを更新してから。ステップ１６８に戻る
。

前述のステップ１７１において、標識が欄の名称を必要
としていない場合には、ステップ１７６へ進み、標識が
予約語を必要としているか否かを判断する。予約語を必
要としている場合、ノード１７７及び第１Ｅ図のノード
１９６を介してステップ１９７へ進み、予約語がＳＱＬ
構文予約語リスト内のワードに一致するか否かを調べ、
一致が認められなければ、ステップ１９８からステップ
２０１へ進み、一致が認められなかったことを示す。一
致が認められる場合には、ステップ１９８からステップ
１９９へ進み、必須標識を報告してから、第１Ｃ図のス
テップ１７８へ進む。ステップ１７８では、一致が認め
られたか否かを再確認し、一致が認められるならば、ノ
ード１７９を介して第１Ｆ図のシーケンスを実行する。

一致が認められなければ、ステップ１７４においてエラ
ー・メツセージを生じる。第１Ｆ図の処理が終れば、ス
テップ１６８へ戻る。全てのポインターに関連している
全ての入力情報の処理が完了すれば、ステップ１６５及
び１６６を介して第１Ｂ図のステップ１４２又は１４８
へ戻る。

第１ｃ図乃至第１Ｆ図の処理シーケンスにより、ユーザ
ー人カデータに含まれている複数の情報部分が順次取り
出され、ＳＱＬの構文要件に従って変換されて、構文バ
ッファに送り込まれて、第２表の命令になる。所定の構
文に従って引用符、句点及びスペースの追加はプログラ
ムによって行われるので、それだけ操作者の負担は軽減
される。

第４図はユーザー・インターフェースとデータ・ベース
・アプリケーション・プログラムとの関係を表わす全体
的なブロック図である。ブロック２２０において、操作
者はＳＱＬインターフェースから指示を受けつつ情報を
入力する。ブロック２２２において、入力情報は対応す
るＳＱＬ命令ステートメントに変換される。ＳＱＬステ
ートメントは保管指令に応じて記憶されるか、又は、実
行指令に応じて実行される。実行指令が出されるときに
は、ＳＱＬステートメントはデータ・ベース管理プログ
ラムに与えられて実行される（ブロック２２４）。デー
タ・ベース管理プログラムから与えられる実行結果は操
作者に対して表示される。

実施例の場合、入力を受け取る指令区域はカーソルによ
って示されており、操作員はカーソルの位置を制御する
ことができる。但し、これに限らず、高輝度表示、点滅
１反転表示等の技法によって入力用の指令区域を指示す
ることも可能である。

又、カーソルの外に、位置感知タッチ・スクリーン、キ
ーボード、マウス等の手段によって、入力用指令区域を
指示することも考えられる。

以上、特定の実施例について詳しく説明したが、本発明
は、これに限定されることなく、種々の態様で実施可能
である。

Ｆ０発明の効果 本発明は、複雑な構文要件を知らない操作員でも適正な
命令ステートメントを作成することを可能ならしめる。

【図面の簡単な説明】

第１Ａ図、第１Ｂ図、第１Ｃ図、第１Ｄ図、第１Ｅ図及
び第１Ｆ図は操作員による情報入力操作を援助し且つ入
力情報に基いて適正なＳＱＬ命令を作成する本発明に従
った処理手順の流れ図、第２図は操作員に対して情報入
力のための指示を与える複数のウィンドウを含む画面の
表示状態を示す図、第３Ａ図、第３Ｂ図及び第３Ｃ図は
複数の指令区域を表示する第１の表示部分とカーソルに
よって指定された指令区域に関連した援助情報を表示す
る第２の表示部分とを有する画面の表示状態を示す図、
第４図はＳＱＬ命令の作成及び実行に関する全体的な処
理手順を示す図である。 出願人　　インターナショナル・ビジネス・マシーンズ
・コーポレーション 代理人　　弁理士　　岡　　１）　次　　生（外１名）

Claims (1)

1. 【特許請求の範囲】 所定の構文に従つて配列された複数の指令から成る命令
   ステートメントを必要とするデータ処理システムにおい
   て、操作員が該命令ステートメントを作成するのを援助
   するための下記ステップ（イ）乃至（ニ）を有する命令
   作成援助方法：（イ）複数の指令区域を有する第１の画
   面部分、該複数の指令区域のうちの１つを指定する指定
   子、及び該指定子によつて指定された指令区域に関連し
   て用いることのできる入力データ項目を有する第２の画
   面部分を表示し、 （ロ）上記指定された指令区域のための入力データを含
   む情報を操作員から受け取り、 （ハ）次の指令区域を指定するように上記指定子を移動
   させ、 （ニ）上記命令ステートメントに必要な全ての入力デー
   タが与えられるまで上記ステップ（イ）乃至（ハ）を繰
   り返す。