JPS63173126A - コマンドメニユ−・エデイタ - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （概要） 本発明はコマンドメニュー・エディタにおいて、設計者
のイメージ通りのコマンドメニューを作成する際に幾度
もの試行錯誤を繰返した上でないと完成し得なかった従
来の問題点を解決するため、グラフィックディスプレイ
上に起動したエディタプログラムで設計者がディスプレ
イを視乍らここにイメージを直接作成することにより、
試行錯誤を繰返すことなく、短時間で能率的に設計者の
イメージ通りのコマンドメニューを作成し得るようにし
たものである。

〔産業上の利用分野〕

本発明はグラフィックディスプレイを利用した会話型処
理プログラムにおいて設計者のイメージ通りのコマンド
メニューを作成するエディタに関する。グラフィックデ
ィスプレイを利用する会話型処理プログラムは、マン・
マシン・インタフェースの一つとしてコマンドメニュー
をディスプレイ上に表示し、これをユーザがヒツトする
ものである。

ここで、一般に、コマンドメニュー自体はプログラムと
データとで作成されるため、プログラム設計者のイメー
ジ通りのコマンドメニューを完成する迄プログラムの実
行チェックとデバッグという試行錯誤を繰返さなければ
ならない。そこで、プログラムの開発効率向上９品質向
上のため、このコマンドメニュー作成過程を削減し得る
方法が必要である。

〔従来の技術〕

第６図は従来のコマンドメニュー作成における処理手順
のフローチャートを示す。同図において、先ずコマンド
メニューのイメージを造り、次に、このイメージを表現
するためにプログラム及びデータを作成しくステップ５
０）、続いてプログラムをコンパイルして会話型処理プ
ログラムの他のモジュールとリンクして実行プログラム
を作成する（ステップ５１）。更に、会話型処理プログ
ラムを実行してコマンドメニューがイメージ通りにでき
ているかグラフィックディスプレイを視乍らチェックす
る（ステップ５２）。

ここで、グラフィックディスプレイに表示されているコ
マンドメニューがイメージ通りであれば特に問題ないが
、イメージ通りでなかった揚台（ステップ５３）、これ
を修正するためにプログラムを最初から作成し直してこ
れを実行し、デバッグするという試行錯誤を繰返す。

〔発明が解決しようとする問題点〕

上記のように従来のコマンドメニューの作成方法は、プ
ログラム設計者の持つイメージをプログラム言語やデー
タという間接的方法で表現しているため、プログラムミ
スやデータミスがあった場合設計者の持つイメージを一
度で実現できない。

このため、修正を必要とする場合は全体のプログラムを
最初から作成し直してこれを実行し、デバッグするとい
う試行錯誤を繰返さなければならず、非能率的である問
題点があった。

〔問題点を解決するための手段〕

本発明になるコマンドメニュー・エディタは、第１図に
示す如く、グラフィックディスプレイ２と、グラフィッ
クディスプレイ２上で使用される会話型処理プログラム
のコマンドメニューを作成するためのデータ及びプログ
ラムを、グラフィックディスプレイ２を使用してこのグ
ラフィックアイスプレイ２上に直接作成するグラフィッ
クエディタ１と、作成されたデータ及びプログラムを用
いてコマンドメニューを作成する手段４とを有してなる
。

〔作用〕

グラフィックエディタ１を使用してコマンドメニューを
作成するためのデータ及びプログラムをグラフィックデ
ィスプレイ２上に直接作成し、プログラム設計者のコマ
ンドメニューのイメージを直接作成することによって能
率的にコマンドメニュー作成し得る。

〔実施例〕

第１図は本発明の一実施例のブロック図、第２図は本発
明の概略処理手順のフローチャートを示す。設計者によ
ってコマンドメニューのイメージが送られると、グラフ
ィックエディタ１によってコマンドメニュー・データ及
びプログラムが作成される。この場合、グラフィックエ
ディタ１はグラフィックディスプレイ２と連動されてお
り、設計者はイメージをグラフィックディスプレイ２上
で確認し乍らグラフィックディスプレイ２上に直接作成
する（第２図中ステップ６０）。

ステップ６０（コマンドメニュー・データ作成）の処理
の詳細を第３図に示す。例えば、第４図（Ａ）に示すよ
うに先ずエディタプログラムがグラフィックディスプレ
イ２画面上に呼出され、コマンドメニューの出力ファイ
ル名が入力される（第３図中ステップ６０１）。これに
より、画面上にグラフィックエディタ１のコマンドメニ
ューａが表示され、ここでＭＮＡＭキーを押してこれか
ら作成するコマンドメニューの名を入力する（ステップ
６０２）。画面上にコマンドメニュー名すが表示される
。

次に、コマンドメニュー・データ及びプログラムの画面
上出力位置を指定するため、第４図（Ｃ）に示すＷＩＮ
キーを押して出力位置をヒツトする（ステップ６０３）
。この場合、コマンドメニュー・データ及びプログラム
を取込む会話型処理プログラムでもこの位置に出力する
。

続いて、コマンドメニュー名す内にコマンド名を入力す
るために第４図（Ｄ）に示すＣｌ−Ｉ　Ａ　Ｒキーを押
し、出力位置を指定してコマンド名を入力する。このと
き、そのコマンド名に対する属性もＡＴＴＲキーで入力
する（ステップ６０４）。これにより、コマンドメニュ
ー・データ及びプログラムＣが画面上に表示され、コマ
ンドメニュー・データ及びプログラムの作成が終了する
（ステップ６０５．６０６）。この場合、もし、イメー
ジ通りに作成できていなかったら、設計者はグラフィッ
クディスプレイ２に表示されるコマンドメニュー・デー
タ及びプログラムを確認し乍らコマンド名を入力し直す
。

なお、第３図中、ステップ６０２〜６０４の処理はメモ
リ３に格納されているコマンドメニューの図形１文字デ
ータを用いてなされる。

このようにしてコマンドメニュー・データ及びプログラ
ムの作成が終了すると、ＧＯＭＰキーを押してグラフィ
ックエディタ１によって作成されたデータ及びプログラ
ムを基に作成プログラムによって第１図中コマンドメニ
ュー作成手段４にてコマンドメニューが作成される（第
２図中ステップ６１）。

ステップ６１（コマンドメニュー作成）の処理の詳細を
第５図に示す。ＧＯＭＰキーが押されるとグラフィック
エディタ１で作成したコマンドメニュー・データ及びプ
ログラムが入力され（第５図中ステップ６１１）、コマ
ンドメニューを記述する言語へのコンパイルが行なわれ
（ステップ６１２）、続いて指定した出力ファイルへ出
力されて（ステップ６１３）コマンドメニュー５が作成
され、全ての作成プログラムが終了する（ステップ６１
４）。コマンドメニューが作成されると、会話型処理プ
ログラムに取込まれる（第２図中ステップ６２）。

〔発明の効果〕

本発明によれば、プログラム設泪者の持つコマンドメニ
ューのイメージをグラフィックディスプレイ上で直接確
認し乍ら作成し得るため、修正に際し、イメージを間接
的方法で表現していた従来例のような試行Ｎ誤を繰返す
必要はなく、能率的にコマンドメニュー作成し得、開発
効率や品質を夫々向上し得る等の特長を有する。

【図面の簡単な説明】

第１図は本発明のブロック図、 第２図は本発明の概略処理手順のフローチャート、 第３図はコマンドメニュー・データ作成のフローチャー
ト、 第４図はグラフィックエディタ画面、 第５図はコマンドメニュー作成のフローチャート、 第６図は従来の処理手順のフローチャートである。 図において、 １はグラフィックエディタ、 ２はグラフィックディスプレイ、 ３はメモリ、 ４はコマンドメニュー作成手段、 ５はコマンドメニュー、 ａはグラフィックディスプレイに表示されたコマンドメ
ニュー、 ｂはグラフィックディスプレイに表示されたコマンドメ
ニュー名、 Ｃはグラフィックディスプレイに表示されたコマンドメ
ニュー・データ及びプログラムである。 ／゛−ν′ 本発明のブロック図 第１図 本発明の概略処理手順のフローチャートコマンドメニュ
ー・データ作成のフローチャート第３図 コマンドメニュー作成のフローチャート第５図

Claims (1)

1. 【特許請求の範囲】 グラフィックディスプレイ（２）と、 該グラフィックディスプレイ（２）上で使用される会話
   型処理プログラムのコマンドメニューを作成するための
   データ及びプログラムを、該グラフィックディスプレイ
   （２）を使用して該グラフィックディスプレイ（２）上
   に直接作成するグラフィックエディタ（１）と、 該作成されたデータ及びプログラムを用いてコマンドメ
   ニューを作成する手段（４）とを有してなることを特徴
   とするコマンドメニュー・エディタ。