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

Description

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

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

例えば、 ◆「GMW（ギブ・ミー・モア・ウィンドウズ）ウィンド
ウ・システム上のアプリケーション構築について」大谷
浩司他著コンピュータソフトウェア Vol.17 No.1（1990,1,16）P.45−60 ◆「ヒューマンインタフェースの最先端」日本ソフトウ
ェア科学会平成２年１月18日発行P.29−46（グラフィカ
ルなユーザ・インターフェースとその開発環境につい
て」萩谷昌己著 ◆「User Interface Management Systems（ユーザ・イ
ンターフェース・マネージメント、システムズ）」G.E.
Pfaff（ジー・イー・ファフ）編Springer−Verlag（ス
プンリンガー出版）1983,11,1−３ P.9−20「Report on Dialogue Specification Tools
（リポート・オン・ダイアログ・スペシフィケーション
・ツールズ）」M.Green（エム・グリーン）著 ◆「Human−Computer Interface Development:Concepts
and System for Its Management（フューマン−コンピ
ュータ・インターフェース・デベロップメント：コンセ
プト・アンド・システムズ・フォー・イッツ・マネージ
メント）」 H.REX HARTSON（エイチ・レックス・ハートソン）DEBOR
AH HIX（デボアー・ヒックス）共著 ACM Computing Surveys Vol.21 No.1 1989,3 P.5−92 等々は何れも、GUIについて考察された文献であり、こ
の他にも、様々な形で、GUIに関する研究や開発が進め
られている。

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

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

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

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

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

等々、実用上は、また汎用性を考える場合には、尚数多
くの問題を抱えている。

［発明が解決しようとする課題］ 上述のように、従来のGUI開発環境にあっては、たとえ
それが、汎用OS上での構築が可能なものであっても、上
記（１）〜（５）として挙げたような多くの課題を残す
ものであり、特にその汎用性を考える上では、これらの
早急な解決が望まれている。

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

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

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

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

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

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

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

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

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

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

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

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

なおこの場合、上記管理する木構造のデータを更にＳ式
（Symbolic expression:シンボリック・エクスプレッシ
ョンの略。人工知能用言語である「LISP（リスプ）」に
おいて多く用いられる）の形式で保存するようにすれ
ば、上記GUIデータやGUI部品の更に汎用的な利用が可能
となる。

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

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

この実施例では便宜上、GUIの部品として、汎用OSであ
るUNIX上でのGUI構築環境の１つとしてしられているＸ
ウィンドウシステム・バージョン11の、Athena Widget
（アテナ・ウィジェット）を使用する場合について説明
する。

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

因みにこの第２図に示す画面においては、11は、GUI部
品（widget）表示用のウィンドウであるブラウザエリ
ア、12は、GUIデータの編集（設計）用のウィンドウで
ある編集用エリア、13a、13b及び13cは、各々「edit
（エディット）」メニュー、「file（ファイル）」メニ
ュー、及び「main（メイン）」メニューをプルダウン表
示させるためのメニューボタン、14は、上記ブラウザエ
リア11に所望のGUI部品を表示させるためのブラウジン
グボタンをそれぞれ示している。後に詳述するGUIデー
タの編集（設計）操作、或いは新たに定義するGUI部品
の登録操作等は、全てこのGUI画面を通じて実行される
ようになる。

ここで、「edit」13a、「file」13b、「main」13cは、
第２図に示す編集装置の編集画面全体の処理に関するメ
ニューボタンである。「edit」13aを押下（マウスボタ
ンによるボタン領域のクリック）すると、転記、移動等
の編集に関するメニューが表示され、表示された項目の
機能が選択できる。「file」13bを押下すると、「保
存」等の編集や登録用のファイルの処理に関するメニュ
ーが表示され、「main」13cが押下すると、「終了」、
「閉じる」等の共通に使用できるメインメニューが表示
され、それぞれ、表示された項目の機能が選択できる。

ブラウジングボタン14は、第２図では、予め登録された
GUI部品のカテゴリを示す「widget」ボタン、ユーザが
登録したGUI部品のカテゴリを示す「user widget」ボ
タン、及び複数のGUI部品が組み合わされたGUI部品のカ
テゴリを示す「package」ボタンとしての大分類ボタン
がある。第２図では、「widget」ボタンの下位のカテゴ
リを示す「button」の中分類が示されており、「widge
t」、「button」の２つのボタンを押下したときに、「b
utton」のカテゴリに属する登録された具体的な「comma
nd」及び「menu）の各ボタンがブラウザエリア11に示さ
れている。

なお、編集用エリア12内には、現在編集中の部品Ｗが表
示されている。

また、第１図において、上記GUI1を通じてユーザ入力に
よるイベントが通知される処理装置２は、大きくは、該
通知されるイベントを都度の編集状態に応じて解析する
部分である編集動作解析部21と、上記プラウザエリア11
を通じて操作されるGUI部品の管理を主に行う部分であ
るプラウザ22と、上記編集用エリア12を通じて設計或い
は編集されるGUIデータを管理する部分である編集デー
タ管理部23とを具えて構成される。この処理装置２では
上述のように、該編集装置の本体として、これら各部の
協働した動作を通じて、ユーザによるGUI編集作業を裏
面から支えるようになる。

なお、この編集装置では、GUIを構成する各部品をオブ
ジェクトとして捉えている。このため、これら部品をク
ラスという概念で分類することができるようになる。こ
こでいうクラスとは、同じ特徴を持つオブジェクトの仕
様を定義したものである。

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

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

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

またこの編集データ管理部23は、編集用エリア12（第２
図）に呼び出された部品に対してその各々に個別の識別
子を設定する機能も併せ持つ。これら設定された識別子
の値は、その都度、編集動作解析部21に返される。

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

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

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

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

すなわちこの編集動作解析部21は、それぞれ第３図及び
Ｂにその意味が示される「NOMAL（ノーマル）」モー
ド、「SSELECT（シングル・セレクト）」モード、「MSE
LECT（マルチ・セレクト）」モード、「COPY（コピ
ー）」モード、「MOVE（ムーブ）」モード、「DIRECTMO
VE（ダイレクトムーブ）」モード、「CONSTRAINTSMOVE
（コンストレインツムーブ）」モード、「RESIZE（リサ
イズ）」モード、「CREATE（クリエイト）」モード、
「PRORSHEET（プロパティシート）モード、「TEXTINPUT
（テキストインプット）」モード、及び「CONFIRM（コ
ンファメイション）」モード、といった12の基本モード
を有し、上記イベントが通知される都度、 （１）その時点のモードに応じて、当該イベントの解釈
を行う。

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

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

といった動作を繰り返し実行する。例えば、上記イベン
トが「マウスの左ボタンが押された状態」といったイベ
ントであった場合、この編集動作解析部21は、「NORMA
L」モードにおいては「選べ」といったアクションを起
動するように定義され、「MOVE」モードにおいては「こ
こに置け」といったアクションを起動するように定義さ
れる。また更に、上記「NORMAL」モードにおける当該イ
ベントが編集用エリア12（第２図）にある部品上でのク
リック（マウスボタンを押してすぐに離す操作）につな
がるものであれば、同編集動作解析部21はその後「SSEL
ECT」モードに遷移され、同じく「NORMAL」モードにお
ける当該イベントがブラウザエリア11（第２図）にある
部品上でのドラッグ（マウスボタンを押した状態でその
まま移動させる操作）につながるものであれば、同編集
動作解析部21はその後「CREATE」モードに遷移される。
他方の「MOVE」モードにおいては、当該イベントが移動
先でのクリックにつながるものであれば、同編集動作解
析部21はその後「SSELECT」モードに遷移される。

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

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

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

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

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

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

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

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

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

ここで、「ボタン」とは、GUI部品の１つで種類であっ
て、所定の領域内に選択の対象項目が文字列として表さ
れたものをいう。なお、「ボタン」の上に他の「ボタ
ン」を配置してはならないのは、重複選択による不具合
を避けるためであるり、「ボタン」の上に「ウィンド
ウ」を配置すれば、一般に「ウィンドウ」の領域の方が
大きいため、「ボタン」を選択することができなくなる
という不具合を生ずるからである。従って、「ウィンド
ウ」の上に「ボタン」を配置することは許容される。

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

（５）最後に、上記マウスボタンの、編集用エリア12上
でのリリースを通じて、「SSELECT」モードに遷移し
（第３図Ｂ参照）、次のイベント発生に備えて待機す
る。

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

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

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

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

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

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

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

（４）これらの判定において何れも有効と判断される場
合には、当該GUI部品の情報をブラウザ22の部品データ
ベースに追加登録するために、該ブラウザ22に対し、登
録指令と当該GUI部品に対して前記編集データ管理部23
が設定付加した識別子とを併せ渡す（第５図ステップS2
8）。これを受けたブラウザ22では、編集動作解析部21
を介し、編集データ管理部23との間で次に列記する処理
を実行して、その指定されたGUI部品の情報を自ら管理
する部品データベースに追加登録する（第５図ステップ
S29）。

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

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

（５）編集動作解析部21では、上記マウスボタンの、ブ
ラウザエリア11上でのリリースを通じて、「SSELECT」
モードに遷移し（第３図Ｂ参照）、次のイベント発生に
備えて待機する。

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

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

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

先にも述べたように、この編集装置によって扱われるGU
I部品のデータは、属性とその属性値とによって表現さ
れている。そして属性は、その性質に応じてカテゴリ毎
にまとめられ、木構造を用いて記述されている。この場
合、カテゴリは構造体「Category」で、属性名は構造体
「Prop」で、そして属性値を構造体「Value」で、それ
ぞれ表記することができる。以下に、Ｃ言語によって表
記した場合のこれら各レコードを示す。

struct Category｛ ／＊構造体の指定＊／ struct Class ＊next, ／＊次のカテゴリレコードへのポインタ＊／ char ＊name, ／＊属性のカテゴリの名前＊／ struct Props ＊prop ／＊カテゴリに属する属性へのポインタ＊／ struct Prop｛ ／＊構造体の指定＊／ struct Props ＊next, ／＊次の属性レコードへのポインタ＊／ char ＊name, ／＊属性の名前＊／ struct Value ＊value ／＊属性の値へのポインタ＊／ ｝ struct Value｛ ／＊構造体の指定＊／ cahr＊ sv ／＊文字列型の値＊／ ｝ ここで、こうした部品が、その属性に基づき、どのよう
に分類されるかを、一例を挙げて説明する。

例えば、先の第２図においてその編集用エリア12上に例
示する部品Ｗの場合、その位置を示す属性として「（x,
y）」の属性を持つとともに、同部品Ｗの上に表示され
る文字例「label」の属性を持つ。因みに、これら
「ｘ」、「ｙ」及び「label」の型は全て「char（キャ
ラクタ型）」ポインタであり、値はそれぞれ「200」、
「300」及び「“LABEL"」であるとする。

ここで、「（x,y）」は、編集用エリア12の左上隅を原
点とした部品Ｗの左上隅の座標位置を示し、「ｘ」及び
「ｙ」は、部品Ｗの座標位置に対応し、それぞれ座標位
置のｘ座標及びｙ座標の属性のポインタである。また、
「label」は、部品Ｗ上に表示された文字列の属性を示
すポインタであり、文字列「“LABEL"」の値の格納場所
を示す。従って、「200」はポインタ「ｘ」で示された
部品Ｗのｘ座標位置の値であり、「300」はポインタ
「ｙ」で示された部品Ｗのｙ座標位置の値である。ま
た、「“LABEL"」はポイタ「label」で示された部品Ｗ
の文字列の値である。

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

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

ここで、「ボタン」とは、文字列が表示され、この文字
列を基に選択されるGUI部品である。また、「スクロー
ルバー」とは、ウィンドウの右サイド、下サイド等に表
示されるもので、ウィンドウの内部領域をスクロール
（移動）させるときの方向を指示する領域で、通常、そ
の領域には矢印（イメージ）等が表示され、文字は表示
させる必要がないので、文字列の属性は持たない。

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

さて、こうしてカテゴリ毎に分類されるGUI部品のデー
タが前記記憶装置３上に保存される場合、その情報は、
上記カテゴリレコード（majorProp」及び「minarProp」
の別に、その各関連するデータのエリアが、例えば第６
図に示される態様で、該記憶装置３上に割り当てられ
る。

すなわちこの例においては、レコード「majorProp」の
領域が、記憶装置３上の番地「10」に、他方のレコード
「minarProp」の領域が、同記憶装置３上の番地「20」
にそれぞれ割り当てられ、更に、これらカテゴリレコー
ドの鎖を作るために、レコード「majorProp」の「Nex
t」フィールドには、レコード「minarProp」の記憶番地
である「20」が、またレコード「minarProp」の「Nex
t」フィールドには、次がないことを示し「ni1」が格納
されている。また、同記憶装置３上には、上記「ｘ」、
「ｙ」及び「label」の各属性名を格納するレコード「P
rop」の領域も併せ割り当てられる。これら「ｘ」、
「ｙ」及び「label」の領域は、記憶装置３のそれぞれ
番地「30」、番地「40」及び番地「60」にある。そして
更に、同じカテゴリに分類される属性のレコードを鎖状
に関連付けるために、「ｘ」の「Next」フィールドに
は、「ｙ」の記憶番地である「40」が格納されるととも
に、カテゴリレコード「majorProp」の「Prop」フィー
ルドにはこの「ｘ」の記憶番地である「30」が、またカ
テゴリレコード「minarProp」の「Prop」フィールドに
は上記「label」の記憶番地である「60」が、それぞれ
格納されている。「ｙ」の「Next」フィールドと「labe
l」の「Next」フィールドとには、次がないことを示す
「nil」が格納されている。また、同記憶装置３には、
上記「ｘ」、「ｙ」及び「label」の各値を格納するレ
コード「Value」の領域も、それぞれ番地「50」、番地
「80」及び番地「70」に割り当てられている。これらの
番地は、これらレコード「ｘ」、「ｙ」及び「label」
の各「value」フィールドによって示されており、これ
らレコード「Value」の各「sv」フィールドには、各々
上述した「200」、「300」及び「“LABEL"」の値が格納
されている。

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

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

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

Ｓ式とは、前記のように、人工知能用言語である「LISP
（リスプ）」において多く用いられる「Symbolic expre
ssion（シンボリック・エクスプレッション）」の略で
ある。このＳ式では、アイテムの構造を「かっこ（）」
の組み合せを用いて表記するものであり、同じ階層にあ
るアイテムについは、これを同じ組の「かっこ（）」の
中に記述し、それより１つ下の階層にあるアイテムにつ
いては、これを上位の「かっこ（）」の中に包含される
別の組の「かっこ（）」の中に記述することで、その階
層構造を表現するようにしている。

例えば、第７図に例示される上記の部品のように、カテ
ゴリ「majorProp」とカテゴリ「minarProp」との２種の
カテゴリを持つとともに、カテゴリ「majorProp」は
「ｘ」及び「ｙ」の属性を持ち、カテゴリ「minarPro
p」は「Label」の属性を持ち、更にこれら属性の値が、
それぞれ「200」、「300」及び「“LABEL"」であるとす
ると、この部品の情報は、該Ｓ式によって、 （ObjInfo（majorProp（ｘ“200"）（ｙ“300"）） （minarProp（label“LABEL"））） のように表記されることとなる。

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

なお、この実施例では便宜上、Ｘウィンドウシステム・
バージョン11の、Athena Widget（アテナ・ウィジェッ
ト）を利用してGUIの編集装置を構成する場合について
説明したが、この発明にかかる編集装置が、こうした環
境やOS（オペレーティングシステム）に限定されること
なく、他のGUI環境、更には他のOSを通じて構築されるG
UI環境にあっても、同様に適用できるものであることは
勿論である。

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

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

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

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

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

【図面の簡単な説明】

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

───────────────────────────────────────────────────── フロントページの続き (72)発明者 伊知地 宏 神奈川県川崎市高津区坂戸100番１号 Ｋ ＳＰＲ＆Ｄビジネスパークビル 富士ゼロ ックス株式会社内 (56)参考文献 特開 平３−282934（ＪＰ，Ａ)

Claims (4)

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