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

Abstract

(57)【要約】 【目的】汎用のＯＳ上に構築されるＧＵＩを通じてＧＵ
Ｉの新たな設計や編集を行う場合であっても、効率の良
い、柔軟性に富んだＧＵＩ編集を可能にするＧＵＩの編
集装置を提供する。 【構成】このＧＵＩの編集装置は、複数のＧＵＩ部品を
管理するブラウザ、これら部品を単位要素として編集さ
れるＧＵＩデータを管理する編集データ管理部、そして
入力装置を通じてのユーザ入力をＧＵＩのイベントとし
て受け取り、この受け取ったイベントを解析してブラウ
ザ及び編集データ管理部の処理態様を決定する編集動作
解析部を具えて構成される。各ＧＵＩ部品はその属性と
して、構造や存在条件等を示す型や、イベントについて
のこの型により与えられる制約条件を有する。編集動作
解析部では、各ＧＵＩ部品の型や、型により与えられる
制約条件をもとに、都度のイベントの適否を型推論し、
その結果、該当する部品についての制約条件が満たされ
ないと判断されるとき、そのイベントに対応するユーザ
入力を無効とする。

Description

【発明の詳細な説明】

【０００１】

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

【０００２】

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

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

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

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

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

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

【０００８】( 5)新たに定義したＧＵＩ構築用部品をＧ
ＵＩ部品のデータベースに登録するためには、その定義
した部品の属性名と属性値とをユーザがいちいちタイプ
入力しなければならず、その手続が面倒である。

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

【００１０】

【発明が解決しようとする課題】上述のように、従来の
ＧＵＩ開発環境にあっては、たとえそれが、汎用ＯＳ上
での構築が可能なものであっても、上記( 1)〜( 5)とし
て挙げたような多くの課題を残すものであり、特にその
汎用性を考える上では、これらの早急な解決が望まれて
いる。

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

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

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

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

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

【００１６】

【課題を解決するための手段】こうした目的を達成する
ために、この発明では、複数のＧＵＩ部品を管理するブ
ラウザ手段と、これら部品を単位要素として構成、編集
されるＧＵＩデータを管理する編集データ管理手段と、
入力装置を通じてのユーザ入力をＧＵＩのイベントとし
て受け取り、この受け取ったイベントを解析して前記ブ
ラウザ手段及び編集データ管理手段の処理態様を決定す
る編集動作解析手段と、を具えるＧＵＩ開発環境を前提
として、前記ブラウザ手段により管理される各ＧＵＩ部
品に対しその属性として、これら部品の構造や存在条件
が各々所定の変数または該変数の式として定義された
型、若しくは前記イベントについてのこの型により与え
られる制約条件を設定するとともに、前記編集動作解析
手段には、 ( a)前記各ＧＵＩ部品の編集条件が前記型、若しくは型
により与えられる制約条件をもとに、前記イベントとし
て仮定される編集内容の別に、その推論規則として記述
定義された推論ベース。 ( b)前記受け取ったイベントがこの推論ベースをもとに
型推論される当該ＧＵＩ部品についての編集条件を満た
すとき、該イベントについて予め定義された処理指令を
前記編集データ管理手段に対して送出し、同受け取った
イベントがこの推論ベースをもとに型推論される当該Ｇ
ＵＩ部品についての編集条件を満たし得ないとき、当該
イベントに対応するユーザ入力を無効とする制御手段。
をそれぞれ具えるようにする。

【００１７】またこの発明では、同ＧＵＩ開発環境の前
提のもとに、前記編集データ管理手段に対し、 ( c)前記編集されるＧＵＩデータを、前記ＧＵＩ部品の
持つ属性に従って、その種類の別、及び前記型の集合に
分類し、これを木構造のデータとして管理する階層管理
手段。を設けるようにする。

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

【００１９】また更に、この発明では、同ＧＵＩ開発環
境を前提として、前記編集動作解析手段に、各異なる編
集内容に対応した複数の解析モードを設定するととも
に、同編集動作解析手段に対して、 ( f)少なくとも各該当する解析モードにおいて仮定され
るイベントの内容及びそのイベントに応じて処理すべき
内容並びに同イベントの後に遷移されるべき解析モード
が、各々所定の変数または該変数の式として表される型
として定義されて、これら各イベントに応じた処理内容
並びに各解析モードの遷移条件が、この型をもとにした
推論規則として記述定義された推論ベース。 ( g)前記イベントを受け取る都度、この推論ベースをも
とに型推論される結果に基づいて当該解析モードでの対
応する処理態様を決定する処理態様決定手段。 ( h)同推論ベースをもとに型推論される結果に基づい
て、都度の解析モードをその該当する解析モードへと遷
移するモード遷移手段。をそれぞれ設けるようにする。

【００２０】

【作用】上記のように、各ＧＵＩ部品に対して、その構
造や存在条件、或いは「横に置いたり、重ね合わせたり
することのできる部品の種類」などを定めた制約条件を
型として定義するとともに、編集動作解析手段に対し
て、各種イベントが、各々該当するＧＵＩ部品について
の上記制約条件を含む編集条件を満たすか否かを型推論
するための推論ベース( a)を設け、この推論ベースによ
る型推論の結果に応じて、都度のイベントに対応するユ
ーザ入力を有効とするか、または無効とするかを判断す
るようにすることで、少なくともユーザの誤操作に基づ
くようなＧＵＩ編集データのバグ等は回避され、ＧＵＩ
データとしての品質も好適に保たれるようになる。

【００２１】また特に、このようなイベント（ユーザ入
力）の適否判断を、型推論によって実現するようにした
ことで、各種ＧＵＩ部品の定義や上記制約条件の設定、
更にはそのためのプログラミング等が極めて容易になる
とともに、推論ベース( a)自体も、予め定義される変数
や関数、及びこれらを用いた式によって簡潔に、しかも
視認性よく記述されるため、編集動作解析手段そのもの
の設計が非常に容易で効率のよいものとなる。また同様
の理由により、後に仕様を変更したり追加したりする場
合の対処も極めて容易である。

【００２２】また上記階層管理手段( c)によるように、
編集データ管理手段において編集、管理されるＧＵＩデ
ータを、ＧＵＩ部品各々の持つ属性に従って、その種類
別、及び前記型の集合に分類し、これらを木構造のデー
タとして管理するようにすることで、そのＧＵＩデータ
としての汎用性が著しく高められるようになる。すなわ
ち、該ＧＵＩデータのこうした構造さえ判別できるＧＵ
Ｉ開発環境であれば、如何なる環境のものであっても、
こうしたＧＵＩデータ或いはＧＵＩ部品を流用すること
が可能となる。

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

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

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

【００２６】なお、このモード自動遷移にかかる動作
も、型推論によって実現されるようにしたことで、モー
ド変換用のテーブル、並びにそれを参照して実行するた
めの手続、等々といったものを事細かにプログラムする
必要がなくなり、その開発効率は大幅に向上されるよう
になる。すなわちこの場合も、上記の推論ベース( f)に
定義される各種モード変換態様等は、型として予め定義
される変数や関数、及びこれらを用いた式によって簡
潔、且つ視認性よく記述されるため、こうした機能を実
現する編集動作解析手段自身の設計を、非常に容易で効
率のよいものとすることができるようになる。

【００２７】

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

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

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

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

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

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

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

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

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

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

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

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

【００３９】なお、このブラウザ２２にて管理される各
ＧＵＩ部品の中には、同図１に併記するように、それら
部品の配置態様や取扱いに関しての「制約条件」が、後
述する型によって予め記述定義されたものもあり、これ
ら部品を用いた編集操作に際しては、対象となる部品間
における該「制約条件」が満たされているか否かが、編
集動作解析部２１によってその都度判断される。この
「制約条件」としては、「置くことのできる部品の種
類」などが、型として所定に定義された変数や該変数を
用いた式によって記述される。例えば、ボタンとして定
義された部品の上に、他のボタン、或いはウィンドウと
して定義された部品が配置されてはならない。もっと
も、これらＧＵＩ部品には「型」のみを定義し、その
「制約条件」については、次の編集動作解析部２１内に
定義するようにしてもよい。「制約条件」の利用態様に
ついては後に詳述する。

【００４０】編集動作解析部２１は、上記のように、Ｇ
ＵＩ１を通じて通知されるイベントを都度の編集状態に
応じて解析する部分であり、各異なる編集内容に対応し
た複数の解析モードを有して、これら解析モードの別
に、ＧＵＩ１を通じて通知されるイベントに対応するア
クションを決定するとともに、そのアクション後の編集
状態を解析する上で望ましい解析モードに自動遷移す
る。そして、この編集動作解析部２１では特に、これら
解析モードを「型」として有するとともに、上記通知さ
れるイベントに応じたアクション並びに各解析モードの
遷移条件がこの「型」をもとにした推論規則として記述
定義された型推論によるモード変換推論ベース１５を具
え、イベントを受け取る都度、この推論ベース１５をも
とに型推論される結果に基づいて当該解析モードでの対
応する処理態様を決定し、更には同推論ベース１５をも
とに型推論される結果に基づいて都度の解析モードをそ
の該当する解析モードへと遷移する。

【００４１】ここで、この実施例において定義される
「型」、並びに上記型推論によるモード変換推論ベース
１５に記述定義される型推論図について詳述する。因み
にこの実施例においては、ＧＵＩ編集の正しさとその作
成過程の検証に、以下に述べる型推論を用いるようにし
ている。

【００４２】さてこの実施例では、上記解析モードとし
て次の１４のモードが編集動作解析部２１に設定されて
いるものとする。

【００４３】◆ＮＯＭＡＬ（ノーマル）モード：コマン
ド入力待ちの状態を示すモード。 ◆ＳＳＥＬＥＣＴ（シングル・セレクト）モード：１つ
の部品が選択されている状態を示すモード。 ◆ＭＳＥＬＥＣＴ（マルチ・セレクト）モード：複数の
部品が選択されている状態を示すモード。 ◆ＣＯＰＹ（コピー）モード：コピー先の入力待ちの状
態を示すモード。 ◆ＭＯＶＥ（ムーブ）モード：移動先の入力待ちの状態
を示すモード。 ◆ＤＩＲＥＣＴＭＯＶＥ（ダイレクト・ムーブ）モー
ド：移動先の入力待ちの状態を示すモード（メニューを
使用せず）。 ◆ＣＯＮＳＴＲＡＩＮＴＳＭＯＶＥ（コンストレインツ
・ムーブ）モード：部品が水平或いは垂直方向にのみ移
動できる状態を示すモード。 ◆ＲＥＳＩＺＥ（リサイズ）モード：部品の大きさが指
定されるのを待っている状態を示すモード。 ◆ＣＲＥＡＴＥ（クリエイト）モード：ブラウザエリア
部品の編集エリアへの追加入力待ち状態を示すモード。 ◆ＰＲＯＰＳＨＥＥＴ（プロパティシート）モード：属
性値変更用ウィンドウが開いている状態を示すモード。 ◆ＴＥＸＴＩＮＰＵＴ（テキストインプット）モード：
テキスト入力中の状態を示すモード。 ◆ＣＯＮＦＩＲＭ（コンファメイション）モード：確認
入力待ちの状態を示すモード。 ◆ＣＯＮＦＩＲＭＥＮＤ（コンファメイション・エン
ド）モード：エディタ自身を終了してよいかの問い合わ
せ状態を示すモード。 ◆ＥＮＤ（エンド）モード：編集終了状態を示すモー
ド。

【００４４】そして、これら各解析モードの「型」とし
てここでは、次の各左欄に列記する記号（変数）を定義
するものとする。

【００４５】［モードの型］ C モード Cn ＮＯＲＭＡＬモード Css ＳＳＥＬＥＣＴモード Cms ＭＳＥＬＣＴモード Ccp ＣＯＰＹモード Cmv ＭＯＶＥモード Cdm ＤＩＲＥＣＴＭＯＶＥモード Ccm ＣＯＮＳＴＲＡＩＮＴＭＯＶＥモード Crs ＲＥＳＩＺＥモード Ccr ＣＲＥＡＴＥモード Cps ＰＲＯＰＳＨＥＥＴモード Cti ＴＥＸＴＩＮＰＵＴモード Ccf ＣＯＮＦＩＲＭモード Ccfe ＣＯＮＦＩＲＭＥＮＤモード Cend ＥＮＤモード また同様に、前記編集メニュー、アクション（動作）、
マウスボタン、イベント、確認ウィンドウ、テキスト入
力ウィンドウ、プロパティシート、及びキーボードの各
要素についても、その「型」として、各々次に列記する
記号（変数）及び式を定義する。

【００４６】［メニューの型］ M メニュー Edit ｅｄｉｔ（編集）メニュー Edit={create,move,copy,delete} create:クリエイト（作成） move:ムーブ（移動） copy:コピー（複写） delete:デリート（削除） File ｆｉｌｅ（ファイル）メニュー File={input} input:インプット（テキスト入力） Main ｍａｉｎ（メイン）メニュー Main={end,save} end:エンド（終了） save:セーブ（保存） ［アクション（動作）の型］ Act アクション（動作） Act≡{click,push,drag,release,select,dclick} click:クリック（マウスボタンを押してすぐに離す） push:プッシュ（マウスボタンを押す） drag:ドラッグ（マウスボタンを押した状態で引きず
る） release:リリース（マウスボタンを離す） select:セレクト（マウスカーソルを合わせる） dclick:ダブルクリック（マウスクリックを瞬時に２度
行う） ［マウスボタンの型］ Bt マウスボタン Bt={l,r} l:左ボタン r:右ボタン ［イベントの型］ Event イベント ［ウィンドウの型］ CFW 確認ウィンドウ TIW テキスト入力ウィンドウ ［プロパティーシートの型］ PS プロパティーシート ［キーボードの型］ Key キーボード 一方、上記ＧＵＩ部品や編集画面に関しても、その
「型」を、それぞれ以下のように定義する。

【００４７】 ［ＧＵＩ部品の型］ E,E1,...,Ek,... ＧＵＩ部品 Π ≡ |E|E∠Π 何もないか、１個の部品であるか、 複数の部品の重ね合わせであるか Σ ≡E|E∠Σ 最低１個の部品が存在 E List ≡ [E1,...,Em] 部品のリスト Π1∠Π2 Π2 上にΠ1 が存在 Γ ≡ |x:Π|x:Π,Γ 部品の並び（Γなる部品群） Δ ≡ |x:Π|x:Π,Δ 部品の並び（Δなる部品群） FV(Γ) ≡ {x}∪Π,FV(Γ-{x:Π}) 自由変数の定義 ただし、Γ ≡ x:Π,Γ1 FV(φ) ≡ {} 空集合の定義 ［画面の型］ EA 編集エリア BA ブラウザエリア A 全画面 以上の「型」の定義に基づいて、各解析モードにおける
各種イベントに対して編集動作解析部２１が決定すべき
アクション、並びにモード遷移態様を型推論図としてま
とめたものが図３〜図１０であり、この実施例の装置に
おいては、これら型推論図として図３〜図１０に定義さ
れる内容が、上記の型推論によるモード変換推論ベース
１５に予め記述されることとなる。

【００４８】以下に、上記各モードにおけるユーザアク
ション（イベント）とこれら型推論図との対応について
列記する。

【００４９】まず、図３に示される［Ｎ−１］〜［Ｎ−
６］は、現在のモードが上記ＮＯＭＡＬ（ノーマル）モ
ードであるときの ・編集エリアの部品上でマウスの左ボタンがクリックされた ［Ｎ−１］ ・ブラウザの部品上でマウスの左ボタンがドラッグされた ［Ｎ−２］ ・ｅｄｉｔメニューから「Ｃｒｅａｔｅ（作成）」が選択された［Ｎ−３］ ・プルダウンメニューから「終了」が選択された ［Ｎ−４］ ・プルダウンメニューから「ファイルセーブ」が選択された ［Ｎ−５］ ・ｆｉｌｅメニューの項目が選択された ［Ｎ−６］ といったユーザアクションにそれぞれ対応して、上記編
集動作解析部２１が決定すべきアクション、並びにモー
ド遷移態様を示す型推論図である。

【００５０】また、図４〜図６に示される［ＳＳ−１］
〜［ＳＳ−１４］は、現在のモードが上記ＳＳＥＬＥＣ
Ｔ（シングル・セレクト）モードであるときの ・編集エリアの部品上でマウスの右ボタンがクリックされた ［ＳＳ−１］ ・バックグランドでマウスの左ボタンがクリックされた ［ＳＳ−２］ ・編集エリアの部品上でマウスの左ボタンが押された ［ＳＳ−３］ ・ｅｄｉｔメニューから「Ｍｏｖｅ（移動）」が選択された ［ＳＳ−４］ ・編集エリアの部品上でマウス左ボタンがダブルクリックされた ［ＳＳ−５］ ・ｅｄｉｔメニューから「Ｐｒｏｐｅｒｔｙ（プロパティシート）」が選択され た ［ＳＳ−６］ ・編集エリアの部品の「ｇｒｉｐ（端）」上でマウスの左ボタンが押された ［ＳＳ−７］ ・プルダウンメニューから「終了」が選択された ［ＳＳ−８］ ・プルダウンメニューから「ファイルセーブ」が選択された ［ＳＳ−９］ ・ｅｄｉｔメニューから「Ｃｏｐｙ（複写）」が選択された ［ＳＳ−１０］ ・ｆｉｌｅメニューの項目が選択された ［ＳＳ−１１］ ・ｅｄｉｔメニューから「Ｄｅｌｅｔｅ（削除）」が選択された ［ＳＳ−１２］ ・ブラウザの部品上でマウスの左ボタンが押下（ドラッグ）された ［ＳＳ−１３］ ・ｅｄｉｔメニューから「Ｃｒｅａｔｅ（作成）」が選択された ［ＳＳ−１４］ といったユーザアクションにそれぞれ対応して、上記編
集動作解析部２１が決定すべきアクション、並びにモー
ド遷移態様を示す型推論図である。

【００５１】また、図７に示される［ＭＳ−１］〜［Ｍ
Ｓ−５］は、現在のモードが上記ＭＳＥＬＥＣＴ（マル
チ・セレクト）モードであるときの ・バックグランドでマウスの左ボタンがクリックされた ［ＭＳ−１］ ・プルダウンメニューから「終了」が選択された ［ＭＳ−２］ ・プルダウンメニューから「ファイルセーブ」が選択された ［ＭＳ−３］ ・ｆｉｌｅメニューの項目が選択された ［ＭＳ−４］ ・ｅｄｉｔメニューから「Ｄｅｌｅｔｅ（削除）」が選択された ［ＭＳ−５］ といったユーザアクションにそれぞれ対応して、上記編
集動作解析部２１が決定すべきアクション、並びにモー
ド遷移態様を示す型推論図である。

【００５２】また、図８に示される［ＣＰ］は、現在の
モードが上記ＣＯＰＹ（コピー）モードであるときの ・編集エリアでマウスの左ボタンがクリックされた ［ＣＰ］ といったユーザアクションに対応して、上記編集動作解
析部２１が決定すべきアクション、並びにモード遷移態
様を示す型推論図である。

【００５３】また、同じく図８に示される［ＭＶ］は、
現在のモードが上記ＭＯＶＥ（ムーブ）モードであると
きの ・マウスの左ボタンで移動先がクリックされた ［ＭＶ］ といったユーザアクションに対応して、上記編集動作解
析部２１が決定すべきアクション、並びにモード遷移態
様を示す型推論図である。

【００５４】同じく図８に示される［ＤＭ−１］及び
［ＤＭ−２］は、現在のモードが上記ＤＩＲＥＣＴＭＯ
ＶＥ（ダイレクト・ムーブ）モードであるときの ・マウスの左ボタンを離す、またはマウスカーソルをウィンドウの外へ出す ［ＤＭ−１］ ・シフトキーが押された ［ＤＭ−２］ といったユーザアクションにそれぞれ対応して、上記編
集動作解析部２１が決定すべきアクション、並びにモー
ド遷移態様を示す型推論図である。

【００５５】また、同図８に示される［ＣＭ］は、現在
のモードが上記ＣＯＮＳＴＲＡＩＮＴＳＭＯＶＥ（コン
ストレインツ・ムーブ）モードであるときの ・シフトキーが離された ［ＣＭ］ といったユーザアクションに対応して、上記編集動作解
析部２１が決定すべきアクション、並びにモード遷移態
様を示す型推論図である。

【００５６】また、図９に示される［ＲＳ］は、現在の
モードが上記ＲＥＳＩＺＥ（リサイズ）モードであると
きの ・マウスの左ボタンが離された ［ＲＳ］ といったユーザアクションに対応して、上記編集動作解
析部２１が決定すべきアクション、並びにモード遷移態
様を示す型推論図である。

【００５７】同じく図９に示される［ＣＲ］は、現在の
モードが上記ＣＲＥＡＴＥ（クリエイト）モードである
ときの ・編集エリア上でマウスの左ボタンが離された ［ＣＲ］ といったユーザアクションに対応して、上記編集動作解
析部２１が決定すべきアクション、並びにモード遷移態
様を示す型推論図である。

【００５８】また、同図９に示される［ＰＳ］は、現在
のモードが上記ＰＲＯＰＳＨＥＥＴ（プロパティシー
ト）モードであるときの ・プロパティシートが閉じられた ［ＰＳ］ といったユーザアクションに対応して、上記編集動作解
析部２１が決定すべきアクション、並びにモード遷移態
様を示す型推論図である。

【００５９】また、同図９に示される［ＴＩ］は、現在
のモードが上記ＴＥＸＴＩＮＰＵＴ（テキストインプッ
ト）モードであるときの ・テキスト入力ウィンドウが閉じられた ［ＴＩ］ といったユーザアクションに対応して、上記編集動作解
析部２１が決定すべきアクション、並びにモード遷移態
様を示す型推論図である。

【００６０】また、図１０に示される［ＣＦ］は、現在
のモードが上記ＣＯＮＦＩＲＭ（コンファメイション）
モードであるときの ・コンファメーションウィンドウが閉じられた ［ＣＦ］ といったユーザアクションに対応して、上記編集動作解
析部２１が決定すべきアクション、並びにモード遷移態
様を示す型推論図である。

【００６１】そして、同じく図１０に示される［ＣＦＥ
−１］及び［ＣＦＥ−２］は、現在のモードが上記ＣＯ
ＮＦＩＲＭＥＮＤ（コンファメイション・エンド）モー
ドであるときの ・「Ｙｅｓ」と答えられた ［ＣＦＥ−１］ ・「Ｎｏ」と答えられた ［ＣＦＥ−２］ といったユーザアクションにそれぞれ対応して、上記編
集動作解析部２１が決定すべきアクション、並びにモー
ド遷移態様を示す型推論図である。

【００６２】ところで、これら型推論図においては、先
の「型」の定義に加えて更に、「ｓ」はモード実態を示
す状態データとして定義され、「ｅ」は部品として定義
され、「ｅｖ」はイベントを作り出す関数として定義さ
れ、「μ」は状態（モード）推移を表す関数として定義
されている。したがって、例えば図３に示される型推論
図［Ｎ−１］については、 ( A)状態データｓは、ＣｎすなわちＮＯＲＭＡＬモード
という型を持つ。これは現在の解析モードがＮＯＲＭＡ
Ｌモードであることを示している。 ( B)部品ｅは、Π∠ＥＡという型を持つ。すなわち、Ｇ
ＵＩ部品であるｅは、Πが示す構造で編集エリア（Ｅ
Ａ）上にある。 ( C)ｃｌｉｃｋは、Ａｃｔという型を持つ。すなわち、
「クリック」という動作が起こっている。 ( D)ｌ（エル）はＢｔという型を持つ。すなわち、「ク
リック」されているのはマウスの左ボタンである。 ( E)ｅｖはＥ→Ａｃｔ→Ｂｔ→Ｅｖｅｎｔという関数の
型を持つ。すなわちこの関数において、第１パラメータ
がＧＵＩ部品、第２パラメータが動作、第３パラメータ
がマウスボタンの状態であり、結果としてイベントを返
す関数が与えられている。 ( F)μはＣ→Ｅｖｅｎｔ→Ｃという関数の型を持つ。す
なわちこの関数において、第１パラメータが状態（モー
ド）、第２パラメータが動作であり、結果として状態
（モード）を返す関数が与えられている。 ( G)以上の条件のもとで、μ（ｓ，ｅｖ（ｅ，ｃｌｉｃ
ｋ，ｌ））はＣｓｓという型を持ち、同時にｅはΠ∠Ｅ
Ａという型を持つ。すなわち、ｅｖでイベントの解釈を
行い、μで状態（モード）の推移を計算した結果、解析
モードがＳＳＥＬＥＣＴモードに推移し、且つＧＵＩ部
品には何ら変更がない。 といった態様で型推論が行われることとなる。また、こ
うした型推論を実行するための推論アルゴリズムが、上
記編集動作解析部２１に対して備えられることとなる。

【００６３】なお、上記都度のモードとユーザアクショ
ンの関係、更にはその時々に編集動作解析部２１におい
て実行される型推論とその推論結果に基づく遷移先モー
ドとの関係については、図１１及び図１２にテーブルと
して一覧する。

【００６４】こうして編集動作解析部２１では、ユーザ
によるアクションがイベントとしてＧＵＩ１から通知さ
れる都度、 ( 1)その時点のモードに応じて、当該イベントの解釈を
行う。

【００６５】( 2)解釈されるイベント内容に基づいて、
当該モードにおいて予め定義されているアクションを起
動する。

【００６６】( 3)上記態様での型推論に基づいて、当該
イベント内容に対応したモードへ遷移する。

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

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

【００６９】該編集動作解析部２１に設けられるもう１
つの推論ベースである型推論による部品の制約について
の推論ベース１６は、このような監視を実行するための
推論ベースであり、制約条件として、ＧＵＩ部品同士の
重ね合わせの可否のみに注目した場合、そこに定義され
る型推論図は、例えば図１３及び図１４に示される態様
のものとなる。

【００７０】因みに、これら図１３及び図１４に示され
る型推論図において、［Ｅ−１］は、前記ブラウザエリ
ア１１内に存在するＧＵＩ部品の元々の「型」を定義し
たものであり、例えばここでは、「ｘ１というＧＵＩ部
品がΠ１という型をもって存在し、…ｘｋというＧＵＩ
部品がΠｋという型をもって存在する」ことを示し、ま
た［Ｅ−２］は、これら定義された部品の型に対する制
約条件（ここでの例では重ね合わせの可否）であって、
例えば「Π１という型はΠ２という型の上に重ね合わせ
られることが許され、…Πｍという型はΠｎという型と
いう型の上に重ね合わせられることが許される」ことを
示している。

【００７１】また、同図１３及び図１４に示される型推
論図［Ｅ−３］〜［Ｅ−１２］についても、先に示した
［ＧＵＩ部品の型］の定義に基づいて、その各種イベン
トに対する制約が型推論されるものであり、そのうちの
例えば型推論図［Ｅ−７］については、 ( A)予め用意されている部品群Γから、現在Δ１で示さ
れるＧＵＩ部品群、部品ｘ１とΔ２で示される部品群、
及び部品ｘ２とΔ３で示される部品群が作られている。 ( B)部品ｘ１の構造は型Π１が、また部品ｘ２の構造は
型Π２が、それぞれ示している。 ( C)また、部品群Γのもとで、型Π２が示す構造の上に
型Π１が示す構造を重ね合わせることができる。 ( D)以上の条件のもとで、実際に部品ｘ１が部品ｘ２の
上に重なった部品ｘ１∠ｘ２が作られ、その構造を示す
型がΠ１∠Π２である。 といった態様で型推論される。そして編集動作解析部２
１では、これらＧＵＩ部品の重ね合わせに関する操作に
おいて、こうした［Ｅ−７］の条件、或いは他の［Ｅ−
３］〜［Ｅ−６］及び［Ｅ−８］〜［Ｅ−１２］の条件
が満たされる場合には、当該ユーザアクション（イベン
ト）をよしとて、その編集内容を前記編集データ管理部
２３に伝え、それ以外の場合、すなわち該型推論による
部品の制約についての推論ベース１６に定義されている
以外の編集条件でＧＵＩ部品の重ね合わせ操作が行われ
たような場合には、その操作を無効とするとともに、上
記のエラー処理を通じて、ユーザにその旨警告する。

【００７２】なおここでは、「制約条件」として、「重
ね合わせの可否」についてのみ言及したが、それ以外の
例えば「横に配置することの可否」などについても、図
１３及び図１４に準じたかたちで、同様に定義すること
ができる。

【００７３】このように、イベントに応じた解析モード
の遷移やイベントの適否判断を、型推論によって実現す
ることで、モード遷移条件の定義をはじめ、各種ＧＵＩ
部品の定義や上記制約条件の設定、更にはそのためのプ
ログラミング等を極めて容易なものとすることができる
とともに、その信頼性をも大きく向上することができる
ようになる。また、上記推論ベース１５及び１６自体
も、予め定義される変数や関数、及びこれらを用いた式
によって簡潔に、しかも視認性よく記述されるため、上
記編集動作解析部２１の設計そのものを非常に容易で効
率のよいものとすることができるようにもなる。またこ
のため、後に仕様を変更したり追加したりする場合の対
処もいたって容易である。

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

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

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

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

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

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

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

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

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

【００８３】( 5)最後に、上記マウスボタンの、編集用
エリア１２上でのリリースを通じて、「ＳＳＥＬＥＣ
Ｔ」モードに遷移し（図９の［ＣＲ］及び図１２参
照）、次のイベント発生に備えて待機する。

【００８４】といった一連の処理を実行する。

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

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

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

【００８８】すなわち編集動作解析部２１は、前記ＧＵ
Ｉ１からのイベント通知によってこの編集用エリア１２
での部品の指定、並びにそのドラッグ（正確にはマウス
左ボタンの押下）を認知すると（図１６ステップＳ２
１）、 ( 1)前記推論ベース１５を用いた型推論に基づき、モー
ドを「ＤＩＲＥＣＴＭＯＶＥ（ダイレクトムーブ）」に
遷移した状態で（図１６ステップＳ２２）、そのドラッ
グ先、すなわちブラウザエリア１１での、押下されたマ
ウスボタンのリリースを待つ（図６の［ＳＳ−１３］及
び図１１参照）。

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

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

【００９１】( 4)これらの判定において何れも有効と判
断される場合には、当該ＧＵＩ部品の情報をブラウザ２
２の部品データベースに追加登録するために、該ブラウ
ザ２２に対し、登録指令と当該ＧＵＩ部品に対して前記
編集データ管理部２３が設定付加した識別子とを併せ渡
す（図１６ステップＳ２８）。これを受けたブラウザ２
２では、編集動作解析部２１を介し、編集データ管理部
２３との間で次に列記する処理を実行して、その指定さ
れたＧＵＩ部品の情報を自ら管理する部品データベース
に追加登録する（図１６ステップＳ２９）。 (4- 1)まず編集データ管理部２３に上記受け取った識別
子を渡して関数を呼び出し、当該部品の属性とその属性
値とを返し値として受け取る。 (4 -2)この受け取った部品の属性とその属性値を、上記
ユーザによるドラッグ操作を通じて登録指示されたＧＵ
Ｉ部品の情報として、自らのデータベースに追加する。

【００９２】( 5)編集動作解析部２１では、上記マウス
ボタンの、ブラウザエリア１１上でのリリースを通じ
て、「ＳＳＥＬＥＣＴ」モードに遷移し（図８の［ＤＭ
−１］及び図１２参照）、次のイベント発生に備えて待
機する。

【００９３】といった一連の処理を実行する。

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

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

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

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

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

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

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

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

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

【０１０３】すなわちこの例においては、レコード「ｍ
ａｊｏｒＰｒｏｐ」の領域が、記憶装置３上の番地「１
０」に、他方のレコード「ｍｉｎａｒＰｒｏｐ」の領域
が、同記憶装置３上の番地「２０」にそれぞれ割り当て
られ、更に、これらカテゴリレコードの鎖を作るため
に、レコード「ｍａｊｏｒＰｒｏｐ」の「Ｎｅｘｔ」フ
ィールドには、レコード「ｍｉｎａｒＰｒｏｐ」の記憶
番地である「２０」が、またレコード「ｍｉｎａｒＰｒ
ｏｐ」の「Ｎｅｘｔ」フィールドには、次がないことを
示す「ｎｉｌ」が格納されている。また、同記憶装置３
上には、上記「ｘ」、「ｙ」及び「ｌａｂｅｌ」の各属
性名を格納するレコード「Ｐｒｏｐ」の領域も併せ割り
当てられる。これら「ｘ」、「ｙ」及び「ｌａｂｅｌ」
の領域は、記憶装置３のそれぞれ番地「３０」、番地
「４０」及び番地「６０」にある。そして更に、同じカ
テゴリに分類される属性のレコードを鎖状に関連付ける
ために、「ｘ」の「Ｎｅｘｔ」フィールドには、「ｙ」
の記憶番地である「４０」が格納されるとともに、カテ
ゴリレコード「ｍａｊｏｒＰｒｏｐ」の「Ｐｒｏｐ」フ
ィールドにはこの「ｘ」の記憶番地である「３０」が、
またカテゴリレコード「ｍｉｎａｒＰｒｏｐ」の「Ｐｒ
ｏｐ」フィールドには上記「ｌａｂｅｌ」の記憶番地で
ある「６０」が、それぞれ格納されている。「ｙ」の
「Ｎｅｘｔ」フィールドと「ｌａｂｅｌ」の「Ｎｅｘ
ｔ」フィールドとには、次がないことを示す「ｎｉｌ」
が格納されている。また、同記憶装置３には、上記
「ｘ」、「ｙ」及び「ｌａｂｅｌ」の各値を格納するレ
コード「Ｖａｌｕｅ」の領域も、それぞれ番地「５
０」、番地「８０」及び番地「７０」に割り当てられて
いる。これらの番地は、これらレコード「ｘ」、「ｙ」
及び「ｌａｂｅｌ」の各「ｖａｌｕｅ」フィールドによ
って示されており、これらレコード「Ｖａｌｕｅ」の各
「ｓｖ」フィールドには、各々上述した「２００」、
「３００」及び「"ＬＡＢＥＬ"」の値が格納されてい
る。 このように、この実施例編集装置では、各部品毎
に固定の領域を割り当てることなく、上記構造を有する
データとして記憶装置上での部品管理を行うことによ
り、ＧＵＩ環境によって限定されない汎用性に富んだ部
品管理を実現している。

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

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

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

【０１０７】例えば、図１８に例示される上記の部品の
ように、カテゴリ「ｍａｊｏｒＰｒｏｐ」とカテゴリ
「ｍｉｎａｒＰｒｏｐ」との２種のカテゴリを持つとと
もに、カテゴリ「ｍａｊｏｒＰｒｏｐ」は「ｘ」及び
「ｙ」の属性を持ち、カテゴリ「ｍｉｎａｒＰｒｏｐ」
は「ｌａｂｅｌ」の属性を持ち、更にこれら属性の値
が、それぞれ「２００」、「３００」及び「"ＬＡＢＥ
Ｌ"」であるとし、そしてこの部品が「Ｔｙｐｅ」とい
う型を持つとすると、この部品の情報は、該Ｓ式によっ
て、 (ObjInfo (Type type) (majorProp (x "200")(y "300")) (minarProp (label "LABEL"))) のように表記されることとなる。

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

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

【０１１０】

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

【０１１１】そして、特にこの発明によれば、各ＧＵＩ
部品に対してその構造や存在条件、制約条件等を型とし
て設定するとともに、編集動作解析手段に対し型推論に
よってそれら条件に基づくイベント（ユーザ入力）の適
否判断を行わせるようにしたことから、ユーザによる誤
操作等を好適に保護して、ＧＵＩデータとしての品質を
高く保つことができるようになることに加え、各種ＧＵ
Ｉ部品の設計、並びに編集動作解析手段の設計をも、容
易で効率のよいものとすることができるようになる。

【０１１２】またそもそも、こうした型推論自体、その
所定の規則に基づいて、上記制約の正当性等についての
事前のチェックが可能であり、これによっても、該編集
装置としての開発効率は大きく向上される。

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

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

【０１１５】そしてこの発明によれば、編集動作解析手
段に対して複数の解析モードを設定するとともに、これ
も型推論規則に基づいて各解析モードを関連付けし、都
度のイベントの解釈を、これら関連付けした解析モード
に応じて自動的に変えるようにしたことから、高度なＧ
ＵＩ編集も円滑に、しかも高能率に実現できるようにな
る。

【図面の簡単な説明】

【図１】この発明にかかるＧＵＩの編集装置の一実施例
について、その構成を示すブロック図である。

【図２】該編集装置における編集画面の一例を示す平面
図である。

【図３】図１に示される型推論によるモード変換推論ベ
ースについて、そこに定義される型推論を例示した型推
論図である。

【図４】図１に示される型推論によるモード変換推論ベ
ースについて、そこに定義される型推論を例示した型推
論図である。

【図５】図１に示される型推論によるモード変換推論ベ
ースについて、そこに定義される型推論を例示した型推
論図である。

【図６】図１に示される型推論によるモード変換推論ベ
ースについて、そこに定義される型推論を例示した型推
論図である。

【図７】図１に示される型推論によるモード変換推論ベ
ースについて、そこに定義される型推論を例示した型推
論図である。

【図８】図１に示される型推論によるモード変換推論ベ
ースについて、そこに定義される型推論を例示した型推
論図である。

【図９】図１に示される型推論によるモード変換推論ベ
ースについて、そこに定義される型推論を例示した型推
論図である。

【図１０】図１に示される型推論によるモード変換推論
ベースについて、そこに定義される型推論を例示した型
推論図である。

【図１１】現在のモード、そのモードでのユーザアクシ
ョン、該ユーザアクションに対して実行される型推論、
及びその型推論結果に基づき遷移されるモードの関係を
一覧した図表である。

【図１２】現在のモード、そのモードでのユーザアクシ
ョン、該ユーザアクションに対して実行される型推論、
及びその型推論結果に基づき遷移されるモードの関係を
一覧した図表である。

【図１３】図１に示される型推論による部品の制約につ
いての推論ベースについて、そこに定義される型推論を
例示した型推論図である。

【図１４】図１に示される型推論による部品の制約につ
いての推論ベースについて、そこに定義される型推論を
例示した型推論図である。

【図１５】編集中のＧＵＩデータに部品を追加すること
を例にとって同編集装置の処理の流れを例示するフロー
チャートである。

【図１６】編集用エリアにあるＧＵＩ部品を新たに部品
登録することを例にとって同編集装置の処理の流れを例
示するフローチャートである。

【図１７】同編集装置で扱われるＧＵＩ部品データの記
憶装置上での管理態様を模式的に示す略図である。

【図１８】同編集装置で編集されるＧＵＩ情報のファイ
ル上での管理構造を模式的に示す略図である。

【符号の説明】

１…ＧＵＩ、２…処理装置、３…記憶装置、２１…編集
動作解析部、２２…ブラウザ、２３…編集データ管理
部、１１…ブラウザエリア、１２…編集用エリア、１５
…型推論によるモード変換推論ベース、１６…型推論に
よる部品の制約についての推論ベース、ＤＤ…表示装
置、Ｗ…部品

Claims (4)

【特許請求の範囲】
1. 【請求項１】複数のグラフィカル・ユーザインターフェ
   ース部品を管理するブラウザ手段と、これら部品を単位
   要素として構成、編集されるグラフィカル・ユーザイン
   ターフェースデータを管理する編集データ管理手段と、
   入力装置を通じてのユーザ入力をグラフィカル・ユーザ
   インターフェースのイベントとして受け取り、この受け
   取ったイベントを解析して前記ブラウザ手段及び編集デ
   ータ管理手段の処理態様を決定する編集動作解析手段
   と、を具えるグラフィカル・ユーザインターフェースの
   編集装置であって、 前記ブラウザ手段により管理される各グラフィカル・ユ
   ーザインターフェース部品は、その属性として、これら
   部品の構造や存在条件が各々所定の変数または該変数の
   式として定義された型、若しくは前記イベントについて
   のこの型により与えられる制約条件を有し、 前記編集動作解析手段は、 前記各グラフィカル・ユーザインターフェース部品の編
   集条件が前記型、若しくは型により与えられる制約条件
   をもとに、前記イベントとして仮定される編集内容の別
   に、その推論規則として記述定義された推論ベースと、 前記受け取ったイベントがこの推論ベースをもとに型推
   論される当該グラフィカル・ユーザインターフェース部
   品についての編集条件を満たすとき、該イベントについ
   て予め定義された処理指令を前記編集データ管理手段に
   対して送出し、同受け取ったイベントがこの推論ベース
   をもとに型推論される当該グラフィカル・ユーザインタ
   ーフェース部品についての編集条件を満たし得ないと
   き、当該イベントに対応するユーザ入力を無効とする制
   御手段と、 を具えるグラフィカル・ユーザインターフェースの編集
   装置。
2. 【請求項２】前記編集データ管理手段は、前記編集され
   るグラフィカル・ユーザインターフェースデータを、前
   記グラフィカル・ユーザインターフェース部品の持つ属
   性に従って、その種類の別、及び前記型の集合に分類
   し、これを木構造のデータとして管理する階層管理手段
   を具える請求項１記載のグラフィカル・ユーザインター
   フェースの編集装置。
3. 【請求項３】前記編集データ管理手段は、前記編集動作
   解析手段を通じたユーザ入力の解析に基づく部品移動指
   令によって取り込まれる前記グラフィカル・ユーザイン
   ターフェース部品に対してその都度独自の識別子を設定
   する識別子設定手段を具え、 前記ブラウザ手段は、前記編集動作解析手段を通じたユ
   ーザ入力の解析に基づく部品登録指令によって前記グラ
   フィカル・ユーザインターフェースデータが取り込まれ
   たとき、該データに対してグラフィカル・ユーザインタ
   ーフェース部品毎に設定された前記識別子に基づき、こ
   れら識別子によって識別される各部品の属性、及び前記
   型を前記編集データ管理手段から併せ受け取り、当該グ
   ラフィカル・ユーザインターフェースデータに含まれる
   部品とその属性、及び型を、自ら管理する部品データベ
   ースに追加する部品データベース管理手段を具える請求
   項１記載のグラフィカル・ユーザインターフェースの編
   集装置。
4. 【請求項４】複数のグラフィカル・ユーザインターフェ
   ース部品を管理するブラウザ手段と、これら部品を単位
   要素として構成、編集されるグラフィカル・ユーザイン
   ターフェースデータを管理する編集データ管理手段と、
   入力装置を通じてのユーザ入力をグラフィカル・ユーザ
   インターフェースのイベントとして受け取り、この受け
   取ったイベントを解析して前記ブラウザ手段及び編集デ
   ータ管理手段の処理態様を決定する編集動作解析手段
   と、を具えるグラフィカル・ユーザインターフェースの
   編集装置であって、 前記編集動作解析手段は、 各異なる編集内容に対応した複数の解析モードを有する
   とともに、 少なくとも各該当する解析モードにおいて仮定されるイ
   ベントの内容及びそのイベントに応じて処理すべき内容
   並びに同イベントの後に遷移されるべき解析モードが、
   各々所定の変数または該変数の式として表される型とし
   て定義されて、これら各イベントに応じた処理内容並び
   に各解析モードの遷移条件が、この型をもとにした推論
   規則として記述定義された推論ベースと、 前記イベントを受け取る都度、この推論ベースをもとに
   型推論される結果に基づいて当該解析モードでの対応す
   る処理態様を決定する処理態様決定手段と、 同推論ベースをもとに型推論される結果に基づいて、都
   度の解析モードをその該当する解析モードへと遷移する
   モード遷移手段と、 を具えるグラフィカル・ユーザインターフェースの編集
   装置。