JPH04157528A

JPH04157528A - グラフィカル・ユーザインターフェースの編集装置

Info

Publication number: JPH04157528A
Application number: JP2283759A
Authority: JP
Inventors: Masatake Iwata; 岩田　正武; Atsushi Kurabe; 倉部　淳; Hiroshi Ichiji; 伊知地　宏
Original assignee: Fuji Xerox Co Ltd
Current assignee: Fujifilm Business Innovation Corp
Priority date: 1990-10-22
Filing date: 1990-10-22
Publication date: 1992-05-29
Anticipated expiration: 2010-06-14
Also published as: US5335320A; JPH0756628B2

Abstract

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

Description

【発明の詳細な説明】［産業上の利用分野］この発明は、ワークステーションやパーソナルコンピュ
ータ等に環境提供されたグラフィカル・ユーザインター
フェースを通じて新たなグラフィ゛カルーユーザインタ
ーフェースの構築、或いは編集を行うグラフィカル・ユ
ーザインターフェースの編集装置に関し、特に、汎用の
ＯＳ（オペレーティングシステム）上で、こうしたユー
ザインターフェースの、効率よい、しかも柔軟性に富ん
だ構築、編集を可能ならしめる編集装置の具現に関する
。

［従来の技術］ワークステーションやパーソナルコンピュータ等に視覚
的な操作環境を提供するブラフイカルミユーザインター
フェース（以下、ＧＵＩと略称する）は、これらワーク
ステーションやパーソナルコンピュータ等を通じての知
的生産を著しく高め得る手段或いは技術として、近年、
大いに注目を集めている。

例えば、 ◆ｒＧＭＷ（ギブ・ミー・モア・ウィンドウズ）ウィン
ドウ・システム上のアプリケーション構築について」大
谷浩司　拙著　コンピュータソフトウェアＶｏｌ、１７　　　Ｎｏ、１　　　（１９９０，１，１
６）Ｐ、４５−６０◆「ヒユーマンインタフェースの最
先端」日本ソフトウェア科学会　平成２年１月１８日発
行Ｐ、２９−４６　　ｒグラフィカルなユーザ・インタ
ーフェースとその開発環境について」萩谷昌己著◆「υ
Ｓｅｒ　Ｉｎｔｅｒｆａｃｅ　Ｍａｎａｇｅｍｅｎｔ　
５ｙｓｔｅＩＩｓ　　（ユーザ中インターフェース・マ
ネージメント・システム、□　Ｊ　　Ｇ、Ｅ、Ｐｆａｆ
ｆ　（ジー・イー・ファフ）編Ｓｐｒｉｎｇｅｒ−Ｖｅ
ｒｌａｇ　　（スブリンガー出版）１９８３．１１．１
−３Ｐ、９−２０　ｒ　Ｒｅｐｏｒｔ　ｏｎ　Ｄｉａｌｏｇ
ｕｅ　５ｐｅｃｉｆｉｃａｔｉｏｎ　Ｔｏ−ｏｌｓ　　
（リポート・オン・ダイアログ・スペシフィケーション
・ツールズ）　Ｊ　　Ｍ、Ｇｒｅｅｎ　（エム・クリー
ン）著 ◆ｒＨｕｍａｎ−Ｃｏｍｐｕｔｅｒ　Ｉｎｔｅｒｆａｃ
ｅ　Ｄｅｖｅｌｏｐｍｅｎｔ：　Ｃ−ｏｎｃｅｐｔｓ　
ａｎｄ　Ｓｙｓｔｅｍｓ　ｆｏｒ　Ｉｔｓ　Ｍａｎａｇ
ｅｍｅｎｔ　（ツユ−マン−コンピュータ・インターフ
ェース・デベロップメント：コンセプト・アンド・シス
テムズ書フォー拳イッツ・マネージメント）」Ｈ，ＲＥ
Ｘ　）ＩＡＲＴＳＯＮ　　（エイチ・レックス・ハート
ソン）ＤＥＢＯＲＡＨＨＩＸ　　（デボアー・ヒックス
）共著ＡＣＭ　Ｃｏｍｐｕｔｉｎｇ　５ｕｒｖｅｙｓ　
　Ｖｏｌ、２１　　Ｎｏ、ｌ　　１９８９，３Ｐ、５−
９２等々は何れも、ＧＵＩについて考察された文献であり、
この他にも、様々な形で、ＧＵＩに関する研究や開発が
進められている。

ところで、このようなＧＵＩとしては、これまでも、ｒ
Ｓｔａｒ（スター：ゼロックス社）」などに見られるよ
うないくつかの実用されている技術もあるが、そのほと
んどは、Ｏ８（オペレーティングシステム）自体に組み
込まれていてユーザ自身による改良やカスタマイズの困
難なシステムであったり、また、ＵＮＩＸ（ユニックス
）等の汎用Ｏ３上でこうしたＧＵＩ環境を提供するＸ（
エックス）ウィンドウにしても、その開発環境として標
準になりつつあるいくつかのＧＵＩシステムを見る限り
においては、（１）ユーザの誤った操作を有効に保護することができ
ない。例えば、こうしたＧＵＩ環境を通じて新たなＧＵ
Ｉを設計或いは編集する場合に、現実には有り得ないよ
うな部品（ＧＵ１部品）の配置が指定されたような場合
でもこれをＧＵＩデータとして受け入れてしまう。

（２）′ＧＵＩにあっては通常、マウスやキーボード等
の入力装置を通してのユーザ入力をイベントとして受け
取り、この受け取ったイベントを解析して、予め定義−
された何らかの処理を実行することとなるが、このイベ
ント１こ対する解釈の仕方が固定されていて、多様の処
理を定義するためには、イベントの発生の・させ方も多
様に定義する必要がある。すなわちユーザにしてみれば
、操作を進めていく過程において多様の入力方法が強り
られることとなる。

（３）各ＧＵ１部品毎に決められたサイズのメモリ領域
を割り当てて、そのメモリ領域の中に必要なデータを格
納するようにしていることから、もしも異なるＧＵＩ環
境を通じて新たなＧＵＩの設計或いは編集を行おうとす
る場合には、その利用するＧＵＩ環境での部品に合わせ
て編集装置自体を修正する必要がある。

（４）また、ＧＵＩ定義言語の構造も、ＧＵＩ環境環境
面定されていることから、異なるＧＵＩ環境を通じて新
たなＧＵＩの設計或いは編集を行おうとする場合にはや
はり、その利用するＧＵＩ環境での部品に合わせて編集
装置自体を修正する必要がある。

（５）新たに定義したＧＵＪ構築用部品をＧＵ１部品の
データベースに登録するためには、その定義した部品の
属性名と属性値とをユーザがいちいちタイプ入力しなけ
ればならず、その手続が一面倒である。

等々、実用上は、また汎用性を考える場合：こは、尚斉
くの問題嘴抱えている。、　　　　−［発明が解決しよ
うとする課題］上述のように、従来のＧＵＩ開発環境にあっては、たと
えそれか、汎用Ｏ８上での構築か可能なものであっても
、上記（１）〜（５）として挙げたような多くの課題を
残すものであり、特にその汎用性を考える上では、これ
らの早急な解決が望まれている。

この発明は、こうした実情に鑑みてなされたものであり
、汎用のＯ８上に構築されるＧＵＩを通してＧＵＩの新
たな設計や編集を行う場合であっても、上記の課題を解
決して、効率の良い、柔軟性に富んだＧＵＩ編集を可能
にするＧＵＩの編集装置を提供することを目的とするも
のである。

すなわちこの発明は、ユーザの誤った操作を効果的に保
護することのできるＧＵＩの編集装置を提供することを
目的とする。

またこの発明は、最小限のイベントに対して、より多様
の処理を定義することのできるＧＵＩの編集装置を提供
することを目的とする。

またこの発明は、ＧＵ１部品のサイズやＧＵＩ定義言語
によって規定されることなく、より多くのＧＵＩ構築環
境下で汎用的にＧＵＩ編集を行うことのできるＧＵＩの
編集装置を提供することを目的とする。

またこの発明は、新たに設計、或いは編集したＧＵＩ構
築用部品のＧＵＩ部品データベースへの登録手続を大幅
に簡略することのできるＧＵＩの編集装置を提供するこ
とを目的とする。

［課題を解決するための手段］こうした目的を達成するために、この発明では、複数の
ＧＵ１部品を管理するブラウザ手段と、これら部品を単
位要素として構成、編集されるＧＵＩデータを管理する
編集データ管理手段と、入力装置を通じてのユーザ入力
をＧＵＩのイベントとして受け取り、この受け取ったイ
ベントを解析して前記ブラウザ手段及び編集データ管理
手段の処理態様を決定する編集動作解析手段と、を具え
るＧＵＩ開発環境を前提として、前記ブラウザ手段によ
り管理される各ＧＵＩ部品に対し、前記イベントについ
ての制約条件を予め設定するとともに、前記編集動作解
析手段には、前記イベントか、その対象となるグラフィ
カル・ユーザインターフェース部品の制約条件を満たす
とき、当該イベントについて予め定義された処理指令を
前記編集データ管理手段に対して送出し、同イベントが
、その対象となるグラフィカル・二−ザインターフエ〜
ス部品の制約条件を満たし得ないとき、当該イベントに
対応するユーザ入力を拒否する手段を設けるようにする
。

またこの発明では、上記ＧＵＮ開発纏境の前提のもとに
、前記編集動作解析手段に対し、容具なる編集内容に対
応した複数の解析モードを有してこれら解析モード別に
前記受け取ったイベントに対応する処理指令が定義され
ているとともに、これら各解析モード毎にその対象とさ
れるイベントの発生に応じたモード遷移態様が定義され
たモード変換テーブルを設け、都度の解析モードに応じ
て前記受け取ったイベントに対応する処理指令が決定さ
れ、同イベントの内容及び前記モード変換テーブルに基
づいて解析モードが遷移されるようにする。

またこの発明では、同ＧＵＩ開発環境の前提のもとに、
前記編集データ管理手段に対し、前記編集されるＧＵＩ
データを、前記ＧＵＩ部品の持つ属性に従って、その種
類別に分類し、本構造のデータとして管理する手段を設
けるようにする。

またこの発明では、同ＧＵ？開発環境の前提のもとに、
前記編集データ管理手段に対し、前記編集動作解析手段
を通じたユーザ入力の解析に基づく部品移動指令によっ
て取り込まれる前記ＧＵＩ部品に対してその都度独自の
識別子を設定する手段を設けるとともに、前記ブラウザ
手段に対し、前記編集動作解析手段を通じたユーザ入力
の解析に基づく部品登録指令によって前記ＧＵＩデータ
が取り込まれたとき、該データに対してＧＵＩ部品毎に
設定された前記識別子に基づき、これら識別子によって
識別される各部品の属性を前記編集データ管理手段から
併せ受け取り、当該ＧＵＩデータに含まれる部品とその
属性を自ら管理する部品データベースに追加する手段を
設けるようにする。

［作用］上記のように、各ＧＵ１部品に対して制約条件（例えば
「置くことのできる部品の種類」などを定めたもの）を
設定するとともに、編集動作解析手段に対してこの制約
条件に基づくイベント（ユーザ入力）の適否判断を行わ
せるようにすることで、少なくともユーザの誤操作に基
づ＜ＧＵＩデータのバグは回避され、ＧＵＩデータとし
ての品質も好適に保たれるようになる。

また、編集動作解析手段に対して、上記のように「モー
ド」といった概念を適用し、これが上記変換テーブルの
もとに、イベントが発生される都度、その内容に応じて
遷移（変換）されるようにすることで、同一のイベント
、すなわち同一のユーザ入力内容に対する処理内容を多
岐に定義することができるようになる。すなわちこのこ
とは、ＧＵＩ編集装置としてのより多くの機能が、ユー
ザによる最小限の入力操作を通じて、円滑に実現される
ようになることを意味する。

また上記のように、編集データ管理手段に対して、その
編集されるＧＵＩデータを木構造のデータとして管理さ
せるようにすれば、その構造さえ判別できるＧＵＩ開発
環境であれば如何なる環境のものであっても、こうした
ＧＵＩデータ或いはＧＵ１部品を流用することが可能と
なる。

なおこの場合、上記管理する木構造のデータを更に５式
（Ｓｙｍｂｏｌｌｃ　ｅｘｐｒｅｓｓｉｏｎ　ニシンポ
リツク・エクスプレッションの略。人工知能用言語であ
る「ＬＩｓＰ（リスプ）」において多く用いられる）の
形式で保存するようにすれば、上記ＧＵＩデータやＧＵ
Ｉ部品の更に汎用的な利用が可能となる。

また上記のように、編集データ管理手段において、その
取り込まれるＧＵＩ部品に対し識別子を設定するように
し、ブラウザ手段において、この編集データ管理手段と
の情報授受に基づき、その取り込まれるＧＵＩデータか
ら、上記識別子によって識別される部品及びその属性を
採取しかつ、これをその管理する部品データベースに追
加するようにすることで、ユーザがいちいち当該部品に
関する部品登録のための記述を行わなくとも、半自動的
に、すなわち部品登録のためのイベントを前記編集動作
解析手段に解釈させるだけの操作を通じて、所望とされ
る部品のデータベース登紳が実現されるようになる。

［実施例］第１図に、この発明にがかるＧＵＩ（グラフィカル・ユ
ーザインターフェース）の編集装置の一実施例を示す。

この実施例では便宜上、ＧＵＩの部品として、汎用Ｏ５
であるＵＮＩＸ上でのＧＵＩ構築環境の１つとしてしら
れているＸウィンドウシステム・バージョン１１の、Ａ
ｔｈｅｎａ　　Ｗｉｄｇｅｔ（アテナ・ライジェット）
を使用する場合について説明する。

すなわち第１図において、ＧＵＩＩは、表示装置ＤＤの
制御プログラムとして、表示装置ＤＤ上にＡｔｈｅｎａ
　　Ｗｉｄｇｅｔで定義されたＧＵＩ編集用の画面を視
覚的に表示制御するＸウィンドウシステムからなる。そ
してこのＧＵＩＩでは、これら表示情報に対するキーボ
ードやマウスなどの図示しない入力装置を通じてユーザ
入力があった場合、これをイベントとして受け取って、
そのイベント内容を、編集装置本体である処理装置２に
メツセージとして通知する。実施例の編集装置では、以
下に説明する全ての処理が、このＧＵｌｌ　（Ｘウィン
ドウシステム）との間でのメツセージ通信を通じて実行
される。第２図に、このＧＵｌｌによる表示装置ＤＤを
通じての表示制御画面の一例を示す。

因みにこの第２図に示す画面において、１１は、ＧＵ１
部品（ｗｉｄｇｅｔ）表示用のウィンドウであるブラウ
ザエリア、１２は、ＧＵＩデータの編集（設計）用のウ
ィンドウである編集用エリア、１３ａ、１３ｂ及び１３
ｃは、各々ｒｅｄｉｔ（エデイツト）」メニュー、ｒｆ
ｉｌｅ（ファイル）」メニュー、及び「ｍａｉｎ（メイ
ン）」メニューをプルダウン表示させるためのメニュー
ボタン、１４は、上記ブラウザエリア１１に所望のＧＵ
Ｉ部品を表示させるためのブラウジングボタン、をそれ
ぞれ示している。後に詳述する’Ｇ　Ｕ　１データの編
集（設計）操作、或いは新たに定義するＧＵ１部品の登
録操作等は、全てこのＧ　Ｕ−１画面を通して実行され
るようになる。

また、第１図において、上記ＧＵＩＩを通してユーザ入
力によるイベントが通知される処理装置２は、大きくは
、該通知されるイベントを都度の編集状態に応して解析
する部分である編集動作解析部２１と、上記ブラウザエ
リア１１を通じて操作されるＧＵ１部品の管理を主に行
う部分であるブラウザ２２と、上記編集用エリア１２を
通じて設計或いは編集されるＧＵＩデータを管理する部
分である編集データ管理部２３とを具えて構成される。

この処理装置２では上述のように、該編集装置の本体と
して、これら各部の協働した動作を通じて、ユーザによ
るＧＵＩ編集作業を裏面から支えるようになる。

なお、この編集装置では、ＧＵＩを構成する各部品をオ
ブジェクトとして捉えている。このため、これら部品を
クラスという概念で分類することかできるようになる。

ここでいうクラスとは、同し特徴を持つオブジェクトの
仕様を定義したものである。

またここでは、オブジェクト指向における継承（ｆｎｈ
ｅｒｉｔａｎｃｅ　）の考えを取り入れている。これに
より、上記クラスの定義を行うにも、その上位クラスと
の差分のみを記述することで足りるようになる。

以下に、処理装置２を構成する上記各部の機能について
詳述する。

まず、編集データ管理部２３は、上記のように、編集用
エリア１２（第２図）に呼び出された各ＧＵ１部品の編
集内容をＧＵＩデータとして管理する部分である。この
編集データ管理部２３では、第１図に併記するように、
各ＧＵ１部品を上述したオブジェクトとして捉えること
により、同部品をそれら各々の持つ属性に従ってカテゴ
リに分類し、木構造を用いて管理する。因みに、ここて
のカテゴリは、上記クラスに対応し、下位のカテゴリの
定義には、その上位のカテゴリとの差分のみか用いられ
る。

またこの編集データ管理部２３は、編集用エリア１２（
第２図）に呼び出された部品に対してその各々に個別の
識別子を設定する機能も併せ持つ。

これら設定された識別子の値は、その都度、編集動作解
析部２１に返される。

また、ブラウザ２２は、上記のように、ブラウザエリア
１１（第２図）を通じて操作される各ＧＵ１部品を管理
する部分である。このブラウザ２２においても、これら
ＧＵ１部品の管理には、上記同様のオブジェクト指向が
採用されている。

また、このブラウザ２２は更に、ユーザにより新たなＧ
ＵＩ部品として登録すべく部品が指定された場合、該指
定された部品とその属性を、上記編集データ管理部２３
で設定された識別子に基づき、自動的にその部品データ
ベースに追加する機能をも併せ有する。

なお、このブラウザ２２にて管理される各ＧＵ１部品に
は、同第１図に併記するように、それら部品の配置態様
や取扱いに関しての「制約条件」か予め記述定義されて
おり、これら部品を用いた編集操作に際しては、対象と
なる部品間における該「制約条件」が満たされているか
否かが、編集動作解析部２１によってその都度参照され
る。この「制約条件」には、「置くことのできる部品の
種類」などが記述されている。例えば、ボタンとして定
義された部品の上に、他のボタン、或いはウィンドウと
して定義された部品が配置されてはならない。

編集動作解析部２１は、上記のように、ＧＵｌｌを通じ
て通知されるイベントを都度の編集状態に応して解析す
る部分である。すなわちこの編集動作解部２１は、容具
なる編集内容に対応した複数の解析モードを有して、こ
れら解析モード別に上記通知されるイベントに対応する
アクションが定義されているとともに、これら各解析モ
ード毎にその対象とされるイベントの発生に応じたモー
ド遷移態様が定義されたモード変換テーブル１０を具え
、都度の解析モードに応じて同通知されるイベントに対
応するアクションを決定し、該イベントの内容及びモー
ド変換テーブル１０に基づいて解析モードが遷移される
。このモード変換テーブル１０の一例を第３図Ａ及びＢ
に示す。

すなわちこの編集動作解析部２１は、それぞれ第３図Ａ
及びＢにその意味が示されるｒＮＯＭＡＬ（ノーマル）
」モード、ｒＳＳＥＬＥＣＴ　（シングル・セレクト）
」モード、ｒＭＳＥＬＥＣＴ（マルチ・セレクト）」モ
ード、ｒｃＯＰＹ　（コピー）」モード、ｒＭＯＶＥ　
（ムーブ）」モード、ｒＤＩＲＥｃＴＭＯＶＥ　（ダイ
レクトムーブ）」モード、ｒＣＯＮＳＴＲＡＩＮＴＳＭ
ＯＶＥ　（コンストレインツムーブ）」モード、ｒＲＥ
ｓＩＺＥ（リサイズ）」モード、ｒＣＲＥＡＴＥ　（ク
リエイト）」モード、ｒＰＲＯＰｓＨＥＥＴ　（プロパ
ティシート）」モード、ｒＴＥＸＴ　Ｉ　ＮＰＵＴ（テ
キストインプット）」モード、及びｒｃＯＮＦＩＲＭ（
コンファメイション）」モード、といった１２の基本モ
ードを有し、上記イベントが通知される都度、（１）その時点のモードに応じて、当該イベントの解釈
を行う。

（２）解釈されるイベント内容に基づいて、当該モード
において予め定義されているアクションを起動する。

（３）第３図Ａ及びＢに示されるモード変換テーブルに
基づいて、当該イベント内容に対応したモードへ遷移す
る。

といった動作を繰り返し実行する。例えば、上記イベン
トが「マウスの左ボタンが押された状態」といったイベ
ントであった場合、この編集動作解析部２１は、ｒＮＯ
ＲＭＡＬＪモードにおいては「選べ」といったアクショ
ンを起動するように定義され、ｒＭＯＶＥＪモードにお
いては「ここに置け」といったアクションを起動するよ
うに定義される。また更に、上記ｒＮＯＲＭＡＬＪモー
ドにおける当該イベントが編集用エリア１２（第２図）
にある部品上でのクリック（マウスボタンを押してすぐ
に離す操作）につながるものであれば、同編集動作解析
部２１はその後ｒＳＳＥＬＥＣＴＪモードに遷移され、
同じ＜　ｒＮＯＲＭＡＬＪモードにおける当該イベント
かブラウザエリア１１（第２図）にある部品上でのドラ
ッグ（マウスボタンを押した状態でそのまま移動させる
操作）につながるものてあれば、同編集動作解析部２１
はその後ｒＣＲＥＡＴＥＪモードに遷移される。他方の
「ＭＯｖＥ」モードにおいては、当該イベントが移動先
でのクリックにつながるものであれば、同編集動作解析
部２１はその後ｒＳＳＥＬＥＣＴＪモードに遷移される
。

また、この編集動作解析部２１は、上述のように、ユー
ザによるＧＵ１部品の編集操作の都度、その発生される
イベントがこれら各ＧＵ１部品に定義されている「制約
条件」が満たされるイベントであるか否かを監視する機
能も併せ持つものであり、実際には、上記モードとイベ
ントとに応じて定義されているアクションも、都度のイ
ベントがその対象とするＧＵ１部品の制約条件を満たす
ときにのみその起動を行い、同ＧＵ１部品の制約条件を
満たし得ないときには、適宜のエラー処理（例えばＧＵ
ＩＩを通じて表示装置ＤＤにエラーメツセージを表示さ
せる等の処理）を行って、当該イベントに対応するユー
ザ入力を拒否するよう動作する。

以上、編集動作解析部２１、ブラウザ２２及び編集デー
タ管理部２３によって構成される処理装置２を通じて、
該実施例編集装置としての実質的なＧＵＩデータの編集
処理が進められることとなる。

また、同第１図に示すこの編集装置において、記憶装置
３は、上記処理装置２のブラウザ２２を通じて管理され
るＧＵ１部品、及び同処理装置２の編集データ管理部２
３を通じて管理されるＧＵＩデータを格納保持するため
の装置である。

次に、具体的な編集操作に基づく該実施例編集装置全体
としての動作について説明する。

はじめに、編集中のＧＵＩデータに部品を追加すること
を例に、その際の編集操作に対応する該編集装置として
の動作を説明する。すなわちこの場合、ユーザは、先の
第２図に例示したＧＵＩの編集画面を通じて、そのブラ
ウザエリア１１から所望の部品を選択し、これを編集用
エリア１２内の所望位置に配置する（例えばドラッグす
る）といった操作を行うことになる。

さていま、編集作業の過程において、上記編集動作解析
部２１のモードが例えばｒＳ　Ｓ　Ｅ　Ｌ　Ｅ　ＣＴ（
シングルセレクト）」モードにあり（例えばｒＮＯＲＭ
ＡＬ　（ノーマル）」モードからは、編集用エリア１２
の部品上でマウスの左ボタンがクリックされることで、
このｒＳＳＥＬＥＣＴＪモードに遷移される二第３図Ａ
参照）、この状態でブラウザエリア１１に表示されてい
るＧＵ１部品がドラッグ（正確には左ボタンが押下）さ
れたとすると、編集動作解析部２１ではその旨解析し、
第４図に示すアルゴリズムに基づいて以下に列記する態
様での処理を開始することとなる。

すなわち編集動作解析部２１は、前記ＧＵＩＩからのイ
ベント通知によってこのブラウザエリア１１での部品の
指定、並びにそのドラッグ（正確にはマウス左ボタンの
押下）を認知すると（第４図ステップ５１１）、（１）モード変換テーブル１０（第３図Ａ）に基づき、
モードをｒＣＲＥＡＴＥ　（クリエイト）」に遷移した
状態で（第４図ステップ５１２）、そのドラッグ先、す
なわち編集用エリア１２ての、押下されたマウスボタン
のリリースを待つ。このリリースされる位置が、当該部
品の配置指定位置となる。なお、これらｒＣＲＥＡＴＥ
Ｊモードへの遷移、及び選択部品の編集用エリア１２へ
の配置指定は、第２図に例示した編集画面のｒｅｄｉｔ
Ｊボタン１３Ｍを通じたメニニー操作によっても、同様
に行うことができる。因みにこの場合、該ｒｅｄｉｔＪ
ボタン１３ａをマウスクリックすることで「部品の追加
」といった項目を含むプルダウンメニューが開かれるも
のとし、該編集動作解析部２１では、その後ユーザによ
ってこの「部品の追加」の項目が選ばれることでｒｃＲ
ＥＡＴＥｊモードへの遷移を行い、更にユーザによって
編集用エリア１２上の適宜位置がマウスクリックされる
ことで当該部品の配置位置の指定が行われた旨判断する
。

（２）こうした手順（例えばマウスボタンのリリース）
を通じて部品の配置位置か指定されると（第４図ステッ
プ５１３）、この指定された位置が有効か否かの判定を
行う（第４図ステップ５１４）。

例えば、その位置が編集用エリア１２の外であったり、
或いはこの追加される部品が「ボタン」のようなもので
あった場合に、その指定位置が先に配置定義されている
ウィンドウの外であったり、いわゆる無効な位置指定が
なされたと判断される場合には、その旨のエラーメツセ
ージをＧＵＩＩを通じて表示装置ＤＤ上に表示するなど
のエラー処理を行って（第４図ステップ５１５）、当該
イベントを拒否する。

（３）上記指定位置の判定において有効と判断される場
合には次いで、先に配置されている部品の属性から前記
「制約条件」を取り出し、この制約条件が満たされるか
否かの判定を行う（第４図ステップ５１６）。前述のよ
うに、例えばボタンとして定義された部品の上には、他
のボタン、或いはウィンドウとして定義された部品が配
置されてはならない。もしもこの「制約条件」が満たさ
れなかった場合には、上記同様、エラー処理を行って（
第４図ステップ５１７）、当該イベントを拒否する。

（４）これらの判定において何れも有効と判断される場
合には、当該ＧＵＩ部品の情報を編集データに追加する
ために、編集データ管理部２３に対して追加指令（ｒＡ
ｄｄ（アット）命令」）を送出する（第４図ステップ５
１８）。この追加指令を受けた編集データ管理部２３で
は、当該ＧＵ１部品の情報をその管理している編集デー
タに追加するとともに、同ＧＵＩ部品に対して新たに個
有の識別子を設定し、この設定した識別子を編集動作解
析部２１に返す処理を行う。なお、この編集データ管理
部２３が、該追加したＧＵ１部品についても、これをそ
の属性に従ってカテゴリに分類し、木構造を用いて管理
するようになることは前述した通りである。

（５）最後に、上記マウスボタンの、編集用エリア１２
上でのリリースを通じて、ｒＳＳＥＬＥＣＴＪモードに
遷移しく第３図Ｂ参照）、次のイベント発生に備えて待
機する。

といった一連の処理を実行する。

編集動作解析部２１によるこうした処理を通じて、また
更には、編集データ管理部２３の上述した部品情報追加
処理を通じて、ユーザによって追加指定されたＧＵＩ部
品が安全かつ確実に、しかも汎用性を持って、編集中の
ＧＵＩデータに取り込まれるようになる。なお、第３図
Ａに示したモード変換テーブルからも明らかなように、
例えばその後、編集画面のバックグランド上でマウスの
左ボタンがクリックされれば、該編集装置（正確には編
集動作解析部２１）は、初期状態として定義されている
ｒＮＯＲＭＡＬＪモードに戻ることとなる。

次に、編集用エリア１２にあるＧＵ１部品を、前記ブラ
ウザ２２の部品データベースに登録することを例に、そ
の際の操作に対応する該編集装置としての動作を説明す
る。この場合ユーザは、先の第２図に例示したＧＵＩの
編集画面を通して、その編集用エリア１２にある登録所
望ＧＵ１部品を選択し、これをブラウザエリア１１内に
ドラッグするといった操作を行うことになる。

さていま、編集作業の過程において、上記同様編集動作
解析部２１のモードか例えばｒＳＳＥＬＥＣＴ　（シン
グルセレクト）」モードにあり、この状態で編集用エリ
ア１２に表示されているＧＵ１部品がドラッグ（正確に
は左ボタンが押下）されたとすると、編集動作解析部２
１ではその旨解析し、第５図に示すアルゴリズムに基づ
き以下に列記する態様での処理を開始することとなる。

すなわち編集動作解析部２１は、前記ＧＵＩＩからのイ
ベント通知によってこの編集用エリア１２での部品の指
定、並びにそのドラッグ（正確にはマウス左ボタンの押
下）を認知すると（第５図ステップ５２１）、（１）モード変換テーブル１０（第３図Ａ）に基づき、
モードをｒＤＩＲＥｃＴＭＯＶＥ　（ダイレクトムーブ
）」に遷移した状態で（第５図ステップ５２２）、その
ドラッグ先、すなわちブラウザエリア１１ての、押下さ
れたマウスボタンのリリースを待つ。

（２）マウスボタンのリリースを通じて部品の登録が指
定されると（第５図ステップ８２３）、この登録位置が
有効か否かの判定を行う（第５図ステップ５２４）。例
えばその位置がブラウザエリア１１の外であったりした
場合、すなわち無効な位置の指定がなされた場合には、
その旨のエラーメツセージをＧＵＩＩを通じて表示装置
ＤＤ上に表示するなどのエラー処理を行って（第５図ス
テップ５２５）、当該イベントを拒否する。

（３）上記登録位置の判定において有効と判断される場
合には次いで、置かれている部品の属性から前記「制約
条件」を取り出し、この制約条件が満たされるか否かの
判定を行う（第５図ステップ５２６）。ただし、ブラウ
ザ２２ではいかなる部品も受け入れる。このため通常は
、この過程でエラー処理（第５図ステップ５２７）が行
われることはない。

（４）これらの判定において何れも有効と判断される場
合には、当該ＧＵＩ部品の情報をブラウザ２２の部品デ
ータベースに追加登録するために、該ブラウザ２２に対
し、登録指令と当該ＧＵ１部品に対して前記編集データ
管理部２３が設定付加した識別子とを併せ渡す（第５図
ステップ５２８）。

これを受けたブラウザ２２では、編集動作解析部２１を
介し、編集データ管理部２３との間で次に列記する処理
を実行して、その指定されたＧＵ１部品の情報を自ら管
理する部品データベースに追加登録する（第５図ステッ
プ５２９）。

（４−１）ブラウザ２２はまず、編集データ管理部２３
に上記受け取った識別子を渡して関数を呼び出し、当該
部品の属性とその属性値とを返し値として受け取る。

（４−２）この受け取った部品の属性とその属性値を、
上記ユーザによるドラッグ操作を通じて登録指示された
ＧＵ１部品の情報としてデータベースに追加する。

（５）編集動作解析部２１では、上記マウスボタンの、
ブラウザエリア１１上でのリリースを通じて、ｒｓｓＥ
ＬＥｃＴＪモードに遷移しく第３図Ｂ参照）、次のイベ
ント発生に備えて待機する。

といった一連の処理を実行する。

編集動作解析部２１によるこうした処理を通じて、また
更には、ブラウザ２２の上述した部品登録処理を通じて
、ユーザによって登録指定されたＧＵ１部品が簡単かつ
確実に、しかも汎用性を持って、ＧＵ１部品データベー
スに追加登録されるようになる。この場合もその後、編
集画面のバックグランド上でマウスが左クリックされる
ようなことがあれば、該編集装置（正確には編集動作解
析部２１）は、初期状態として定義されているｒＮＯＲ
ＭＡＬＪモードに戻る。

最後に、この実施例編集装置によって扱われるＧＵ１部
品のデータ構造について、その記憶装置３上での管理構
造、及びファイル上での管理構造を、それぞれ第６図及
び第７図を併せ参照して説明する。

先にも述べたように、この編集装置によって扱われるＧ
ＵＩ部品のデータは、属性とその属性値とによって表現
されている。そして属性は、その性質に応じてカテゴリ
毎にまとめられ、木構造を用いて記述されている。この
場合、カテゴリは構造体ｒｃａｔｅｇｏｒｙＪで、属性
名は構造体ｒＰｒｏｐＪで、そして属性値は構造体「Ｖ
ａ　１ｕｅＪで、それぞれ表記することができる。以下
に、Ｃ言語によって表記した場合のこれら各レコードを
示す。

５ｔｒｕｃｔ　Ｃａｔｅｇｏｒｙ　ｉｌ＊構造体の指定＊１ｓｔｒｕｃｔＣｌａｓｓ　＊ｎｅｘｔ。

ｌ零次のカテゴリレコードへのポインタ＊１ｃｈａｒ　
　＊ｎａｓｅ。

ｌ＊属性のカテゴリの名前＊／５ｔｒｕｃｔ　Ｐｒｏｐｓ　＊ｐｒｏｐｌ＊カテゴリに
属する属性へのポインタ＊／ｓｔｒｕｃｔ　　Ｐｒｏｐ
　　１１＊木構造の指定＊１ｓｔｒｕｃｔ　Ｐｒｏｐｓ　＊ｎｅｘｔ。

ｌ零次の属性レコードへのポインタ＊／ｃｈａｒ　＊ｎ
ａｍｅ。

ｌ＊属性の名前＊１ｓｔｒｕｃｔ　Ｖａｌｕｅ　＊ｖａｌｕｅｌ＊属性の値
へのポインタ＊１ｓｔｒｕｃｔ　Ｖａｌｕｅ　１！本構造体の指定＊１ｅｈａｒ＊　ＳＶｌ本文字列型の値＊ｌここで、こうした部品が、その属性に基づき、どのよう
に分類されるかを、−例を挙げて説明する。

例えば、先の第２図においてその編集用エリア１２上に
例示する部品Ｗの場合、その位置を示す属性としてｒ（
ｘ、ｙ）Ｊの属性を持つとともに、同部品Ｗの上に表示
される文字列「１ａｂｅｌＪ’の属性を持つ。因みに、
これらｒｘＪ、ｒｙＪ及びｒｌａｂｅｌＪの型は全てｒ
ｃｈａｒ　（キャラクタ型）」ポインタであり、値はそ
れぞれ「２００」、ｒ３００Ｊ及び「”ＬＡＢＥＬ”」
であるとする。

ここに、属性の種類として、位置の属性と部品上に表示
される文字列の属性とが定義されたことになる。

ところで、これら属性の内容を考察して明らかなように
、上記位置の属性は全ての部品が持つものの、上記部品
上に表示される文字列の属性は全ての部品が持つとは限
らない。すなわち、上記の例のような「コマンドボタン
」の場合には、こうした文字列の属性を持つが、「スク
ロールバー」のような部品の場合には、こうした文字列
の属性は持たない。

以上により、上記位置の属性は、全ての部品に通用する
メジャーなカテゴリとして、カテゴリ「ｍａ　ｊｏｒＰ
ｒｏｐ　（メジャープロパティ）」に分類することがで
き、他方の文字列の属性は、全ての部品には通用しない
マイナーなカテゴリとして、カテゴリ「ｍ１ｎａｒＰｒ
ｏｐ　（フイナーブロバティ）」に分類することができ
ることが判る。

さて、こうしてカテゴリ毎に分類されるＧＵ１部品のデ
ータが前記記憶装置３上に保存される場合、その情報は
、上記カテゴリレコード［ｍａｊｏｒＰｒｏｐＪ及びｒ
ｍｉｎａｒＰｒｏｐＪの別に、その各関連するデータの
エリアが、例えば第６図に示される態様で、該記憶装置
３上に割り当てられる。

すなわちこの例においては、レコード「ｍａｊｏｒＰｒ
ｏｐＪの領域が、記憶装置３上の番地「１０」に、他方
のレコードｒｍｉｎａｒＰｒ。

ｐ」の領域が、同記憶装置３上の番地「２０」にそれぞ
れ割り当てられ、更に、これらカテゴリレコードの鎖を
作るために、レコード「ｍａｊｏｒＰｒｏｐＪの「Ｎｅ
ｘｔＪフィールドには、レコードｒｍｉｎａｒＰｒｏｐ
Ｊの記憶番地である「２０」が、またレコードｒｍｉｎ
ａｒＰｒｏｐＪのｒＮｅｘｔＪフィールドには、次がな
いことを示す「ｎ１ｌＪが格納されている。また、同記
憶装置３上には、上記ｒｘＪ、ｒｙＪ及びｒｌａｂｅｌ
Ｊの各属性名を格納するレコード「ＰｒｏｐＪの領域も
併せ割り当てられる。これらｒｘＪ、ｒｙＪ及びｒｌａ
ｂｅｌＪの領域は、記憶装置３のそれぞれ番地「３０」
、番地「４０」及び番地「６０」にある。そして更に、
同じカテゴリに分類される属性のレコードを鎖状に関連
付けるために、ｒｘＪのｒＮｅｘｔＪフィールドには、
ｒｙＪの記憶番地である「４０」が格納されるとともに
、カテゴリレコードｒｍａｊｏｒＰｒｏｐＪの「Ｐｒｏ
ｐＪフィールドにはこのｒｘＪの記憶番地である「３０
」が、またカテゴリレコードｒｍｉｎａｒＰｒｏｐＪの
ｒＰ　ｒ　ｏ　ｐＪフィールドには上記ｒｌａｂｅｌＪ
の記憶番地である「６０」が、それぞれ格納されている
。ｒｙＪのｒＮｅｘｔＪフィールドとｒｌａｂｅｌＪの
ｒＮｅｘｔＪフィールドとには、次がないことを示すｒ
ｎｉｌＪが格納されている。また、同記憶装置３には、
上記ｒｘＪ、ｒｙＪ及び「１ａｂｅｌＪの各値を格納す
るレコード「ＶａｌｕｅＪの領域も、それぞれ番地「５
０」、番地「８０」及び番地「７０」に割り当てられて
いる。これらの番地は、これらレコードｒｘＪ、ｒｙＪ
及びｒｉａｂｅｌＪの各「ｖａ　１　ｕｅＪフィールド
によって示されており、これらレコードｒＶａｌｕｅＪ
の各ｒｓｖＪフィールドには、各々上述したｒ２００Ｊ
、ｒ３００Ｊ及び「”ＬＡＢＥＬ”」の値が格納されて
いる。

このように、この実施例編集装置では、各部品毎に固定
の領域を割り当てることなく、上記構造を有するデータ
として記憶装置上での部品管理を行うことにより、ＧＵ
Ｉ環境によって限定されない汎用性に富んだ部品管理を
実現している。

一方、こうしたＧＵ１部品の編集（設計）情報、すなわ
ちファイル上での論理的な管理構造は、例えば上記の例
の部品（第２図、編集エリア１２上のボタン部品Ｗ）の
場合、第７図に示される態様の木構造によって表現され
る。

すなわち、こうした部品の情報は、同第７図に示される
ように、アイテムとそのアイテムの組によって記述され
る。上述のように、各アイテムは、類似した性質のもの
同士がカテゴリにまとめられ、更に各カテゴリも、類似
した種類のもの同士が上位のカテゴリにまとめられる階
層構造となっている。この実施例編集装置においては、
これを８式を用いて表記する。

８式とは、前記のように、人工知能用言語である「ＬＩ
ｓＰ（リスプ）」において多く用いられるｒｓｙｓｂｏ
ｌｉｃ　ｅｘｐｒｅｓｓｉｏｎ　　（シンボリックφエ
クスプレッション）」の略である。この８式では、アイ
テムの構造を「かり二〇」の組み合せを用いて表記する
ものであり、同じ階層にあるアイテムについは、これを
同じ組の「かっ二〇」の中に記述し、それより１つ下の
階層にあるアイテムについては、これを上位の「かっこ
ＯＪの中に包含される別の組の「かっこ０」の中に記述
することで、その階層構造を表現するようにしている。

例えば、第７図に例示される上記の部品のように、カテ
ゴリ「ｍａｊｏｒＰｒｏｐＪとカテゴリｒｍｉｎａｒＰ
ｒｏｐＪとの２種のカテゴリを持つとともに、カテゴリ
「ｍａｊｏｒＰｒｏｐＪはｒｘＪ及びｒｙＪの属性を持
ち、カテゴリ「ｍ１ｎａｒＰｒｏｐＪは、ｒｌａｂｅｌ
Ｊの属性を持ち、更にこれら属性の値が、それぞれｒ２
００Ｊ、ｒ３００Ｊ及び「”ＬＡＢＥＬ”」であるとす
ると、この部品の情報は、該８式によって、（Ｏｂｊｌ
ｎｆｏ　　Ｃ＋＋＋ａｊｏｒＰｒｏｐ　（ｘ　”２００
”）（ｙ　”３００”））（ｓｉｎａｒＰｒｏｐ　（ｌ
ａｂｅｌ　”ＬＡＢＥＬ”）））のように表記されるこ
ととなる。

このように、この実施例編集装置では、編集（設計）情
報についても、その定義言語を固定することなく、８式
によって汎用的に表記される階層構造によって管理する
こととしたことから、ここでも、ＧＵＩ環境によって限
定されない汎用性に富んだ情報管理が実現されるように
なる。

なお、この実施例では便宜上、Ｘウィンドウシステム・
バージョン１１の、Ａｔｈｅｎａ　　Ｗｉｄｇｅｔ　　
（アテナΦウィジェット）を利用してＧＵｌの編集装置
を構成する場合について説明したが、この発明にかかる
編集装置が、こうした環境やＯ８（オペレーティングシ
ステム）に限定されることなく、他のＧＵＩ環境、更に
は他のＯ８を通じて構築されるＧＵＩ環境にあっても、
同様に適用できるものであることは勿論である。

［発明の効果］以上説明したように、この発明によれば、編集装置自体
がＧＵＩとしての基本的なマン・、マシン拳インターフ
ェースとして介在して、これらマン・マシン間の、或い
はＯ８との間での、これまでの制限や不都合を吸収する
よう振る舞うことから、汎用のＯ８上であれ、効率の良
い、柔軟性に富んだＧＵＩ編集が実現されるようになる
。

特にこの発明によれば、各ＧＵ１部品に対して制約条件
を設定するとともに、編集動作解析手段に対してこの制
約条件に基づくイベント（ユーザ入力）の適否判断を行
わせるようにしたことから、ユーザの誤操作を保護して
、ＧＵＩデータとしての品質を高く保つことができるよ
うになる。

またこの発明によれば、編集動作解析手段に対して複数
の解析モードを設定し、都度のイベントの解釈をこれら
解析モードに応じて自動的に変えるようにしたことから
、高度なＧＵＩ編集も円滑に、しかも高能率に実現でき
るようになる。

またこの発明によれば、都度編集されるＧＵＩデータを
本構造のデータとして管理するようにしたことから、如
何なるＧＵＩ開発環境にあっても、これを流用して汎用
的なＧＵＩ開発を行うことができるようになる。

そしてこの発明によれば、部品登録のためのイベントを
編集動作解析手段に解釈させるだけのユーザ操作を通じ
て、所望とされる部品のデータベース登録が半自動的に
行われるようにしたことから、ユーザによる改良やカス
タマイズ等も非常に容易に実現されるようになる。

【図面の簡単な説明】

第１図は、この発明にかかるＧＵＩの編集装置の一実施
例についてその構成を示すブロック図である。第２図は、該編集装置における編集画面の一例を示す平
面図である。第３図は、第１図に示される編集動作解析部のモード変
−テーブルについてその内容を例示した略図である。第４図は、編集中のＧＵＩデータに部品を追加すること
を例にとって同編集装置の処理の流れを例示するフロー
チャートである。第５図は、編集用エリアにあるＧＵＩ部品を新たに部品
登録することを例にとって同編集装置の処理の流れを例
示するフローチャートである。第６図は、同編集装置で扱われるＧＵ１部品データの記
憶装置上での管理態様を模式的に示す略図である。第７図は、同編集装置で編集されるＧＵＩ情報のファイ
ル上での管理構造を模式的に示す略図である。１、、、ＧＵ　Ｉ、２．、、処理装置、３０１．記憶装
置、２１　、、、編集動作解析部、２２．、、ブラウザ
、２３、、、編集データ管理部、１０．、、モード変換
テーブル、１１　、、、ブラウザエリア、１２．、、編
集用エリア、ＤＤ、、、表示装置、Ｗｌ、１部品。第１図第３図Ａ第４図第５図

Claims

【特許請求の範囲】

（１）複数のグラフィカル・ユーザインターフェース部
品を管理するブラウザ手段と、これら部品を単位要素と
して構成、編集されるグラフィカル・ユーザインターフ
ェースデータを管理する編集データ管理手段と、入力装
置を通じてのユーザ入力をグラフィカル・ユーザインタ
ーフェースのイベントとして受け取り、この受け取った
イベントを解析して前記ブラウザ手段及び編集データ管
理手段の処理態様を決定する編集動作解析手段と、を具
えるグラフィカル・ユーザインターフェースの編集装置
であって、前記ブラウザ手段により管理される各グラフィカル・ユ
ーザインターフェース部品は、前記イベントについての
制約条件を有し、前記編集動作解析手段は、前記イベントが、その対象と
なるグラフィカル・ユーザインターフェース部品の制約
条件を満たすとき、当該イベントについて予め定義され
た処理指令を前記編集データ管理手段に対して送出し、
同イベントが、その対象となるグラフィカル・ユーザイ
ンターフェース部品の制約条件を満たし得ないとき、当
該イベントに対応するユーザ入力を拒否するグラフィカル・ユーザインターフェースの編集装置。
（２）複数のグラフィカル・ユーザインターフェース部
品を管理するブラウザ手段と、これら部品を単位要素と
して構成、編集されるグラフィカル・ユーザインターフ
ェースデータを管理する編集データ管理手段と、入力装
置を通じてのユーザ入力をグラフィカル、ユーザインタ
ーフェースのイベントとして受け取り、この受け取った
イベントを解析して前記ブラウザ手段及び編集データ管
理手段の処理態様を決定する編集動作解析手段と、を具
えるグラフィカル・ユーザインターフェースの編集装置
であって、前記編集動作解析手段は、各異なる編集内容に対応した
複数の解析モードを有して、これら解析モード別に前記
受け取ったイベントに対応する処理指令が定義されてい
るとともに、これら各解析モード毎にその対象とされる
イベントの発生に応じたモード遷移態様が定義されたモ
ード変換テーブルを具え、都度の解析モードに応じて前
記受け取ったイベントに対応する処理指令を決定し、同
イベントの内容及び前記モード変換テーブルに基づいて
解析モードが遷移されるグラフィカル・ユーザインターフェースの編集装置。
（３）複数のグラフィカル・ユーザインターフェース部
品を管理するブラウザ手段と、これら部品を単位要素と
して構成、編集されるグラフィカル・ユーザインターフ
ェースデータを管理する編集データ管理手段と、入力装
置を通じてのユーザ入力をグラフィカル・ユーザインタ
ーフェースのイベントとして受け取り、この受け取った
イベントを解析して前記ブラウザ手段及び編集データ管
理手段の処理態様を決定する編集動作解析手段と、を具
えるグラフィカル・ユーザインターフェースの編集装置
であって、前記編集データ管理手段は、前記編集されるグラフィカ
ル・ユーザインターフェースデータを、前記グラフィカ
ル・ユーザインターフェース部品の持つ属性に従って、
その種類別に分類し、木構造のデータとして管理するグラフィカル・ユーザインターフェースの編集装置。
（４）複数のグラフィカル・ユーザインターフェース部
品を管理するブラウザ手段と、これら部品を単位要素と
して構成、編集されるグラフィカル・ユーザインターフ
ェースデータを管理する編集データ管理手段と、入力装
置を通じてのユーザ入力をグラフィカル・ユーザインタ
ーフェースのイベントとして受け取り、この受け取った
イベントを解析して前記ブラウザ手段及び編集データ管
理手段の処理態様を決定する編集動作解析手段と、を具
えるグラフィカル・ユーザインターフェースの編集装置
であって、前記編集データ管理手段は、前記編集動作解析手段を通
じたユーザ入力の解析に基づく部品移動指令によって取
り込まれる前記グラフィカル・ユーザインターフェース
部品に対してその都度独自の識別子を設定し、前記ブラウザ手段は、前記編集動作解析手段を通じたユ
ーザ入力の解析に基づく部品登録指令によって前記グラ
フィカル・ユーザインターフェースデータが取り込まれ
たとき、該データに対してグラフィカル・ユーザインタ
ーフェース部品毎に設定された前記識別子に基づき、こ
れら識別子によって識別される各部品の属性を前記編集
データ管理手段から併せ受け取り、当該グラフィカル・
ユーザインターフェースデータに含まれる部品とその属
性を自ら管理する部品データベースに追加するグラフィカル・ユーザインターフェースの編集装置。