JPH06290103A - ユーザインタフェース設計装置 - Google Patents

Abstract

(57)【要約】 【目的】ハイパーテキストシステムにおけるユーザイン
タフェースの設計のために有利かつ簡便に適用できるユ
ーザインタフェース設計装置を提供すること。 【構成】情報を記述するノード（例：カード）と、ノー
ド間を関係付ける関係情報とを表示画面に表示して編集
する編集手段（５）と、前記ノード、当該ノードの定義
情報および前記関係情報を記憶する記憶手段（６）と、
前記ノードの定義情報について、各種処理の実行を指示
するグラフィックユーザインタフェース用部品（例：各
種の機能ボタン）の定義情報を対話的に編集することに
より、当該ノードの部品を作成編集する定義情報編集手
段（３）とを具備することを特徴とする、ハイパーテキ
ストシステムのユーザインタフェース設計装置。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明はユーザインタフェース
設計装置に関するものであり、特に、ハイパーテキスト
システムにおけるユーザインタフェースの設計のために
有利に適用できるユーザインタフェース設計装置に関す
るものである。

【０００２】

【従来の技術】計算機技術やデジタル信号技術のような
各種の技術の進歩・発展にともない、文字情報以外の情
報（例えば、画像や音声等のマルチメディア情報）を適
当な計算機において利用することが可能になってきてい
る。このようなマルチメディア情報を管理するものであ
って、所望の情報を対応する計算機においてそのユーザ
が自由に利用できる機能を提供するものが、いわゆるマ
ルチメディアデータベースと呼ばれるものである。とこ
ろで、この種の一般的なマルチメディアデータベースに
おいては、例えば所望のデータの参照や検索をするよう
な、従来のデータベースにおいて提供可能とされる通常
の機能は具備されている。また、いわゆるマルチウイン
ドウ技術を用いることにより、複数種類のデータを同時
に参照できるものも存在する。ただし、これら従来のデ
ータベース関連技術はその表示の仕方が固定的なもので
あることに加えて、ユーザにとっては好都合であるべき
ユーザインタフェースを当該ユーザの側で設計すること
ができない。前述されたマルチメディア情報の一つの利
用目的は、文字情報だけでは実現が不可能であった表現
力を充実させることにある。しかるに、このような目的
に対して、表示方法を含むユーザインタフェースが固定
的なものであったり、変更することが不可能であったり
するときには、前記のようなマルチメディア情報が本来
的に有する表現能力を十分に活用することができない。
例えば、特開平３−５１９６１号公報［マルチメディア
データベースのデータ表示システム］においては、上記
のような問題点を解決するために幾つかの提案がなされ
ている。即ち、前記の特開平３−５１９６１号公報で開
示された技術的な事項によれば、ユーザインタフェース
部分を設計記述するためのプログラミング言語が提供さ
れており、その表示部においては該当のプログラムを実
行することによって対応するマルチメディア情報がディ
スプレイ面上に表示されることになる。この特開平３−
５１９６１号公報において開示された技術的事項によれ
ば、専用のプログラミング言語に限定されてはいるが、
所望のユーザインタフェース部分をユーザ側で設計する
ことが可能になり、マルチメディア情報の表示を自由に
変更することも可能になる。

【０００３】

【発明が解決しようとする課題】しかしながら、上記さ
れた従来のこの種の技術においては、所望のユーザイン
タフェース部分をそのユーザ側で設計する際に専用のプ
ログラミング言語を用いねばならず、それだけ高度の知
識や経験が必要とされるという問題点があった。

【０００４】この発明は上記問題点を解決するためにな
されたものであって、その目的は、通常の応用アプリケ
ーションソフトウエアのプログラマが、マルチメデイア
応用アプリケーション等のシステムの構築に当って、特
殊な知識や経験を殆ど必要とすることなく、所望のグラ
フィカルユーザインタフェースを容易かつ確実に設計す
ることを可能にすることである。

【０００５】

【課題を解決するための手段】この発明は上記の目的を
果たすためになされたものであり、この発明に係るユー
ザインタフェース設計装置は、ハイパーテキストシステ
ムのためのユーザインタフェース設計装置であって、情
報を記述するノードと該ノード間を関係付ける関係情報
とを表示画面に表示して編集する編集手段（図１の５）
と、前記ノードと当該ノードの定義情報および前記関係
情報を記憶する記憶手段（図１の６）と、前記ノードの
定義情報について各種処理の実行を指示するグラフィッ
クユーザインタフェース用部品の定義情報を対話的に編
集することにより当該ノードの部品を作成編集する定義
情報編集手段（図１の３）とを具備することを特徴とす
るものである。

【０００６】

【作用】上記のように構成されたこの発明のユーザイン
タフェース設計装置によれば、ある所定の情報を記述す
るノード（例えば、カード）と該ノード間を関係付ける
関係情報とを表示画面に表示させながら、編集手段によ
って所要の編集処理がなされる。また、定義情報編集手
段においては、前記ノードの定義情報について、各種処
理の実行を指示するグラフィックユーザインタフェース
用部品（例えば、ボタン）の定義情報が対話的に編集さ
れて、該当のノードに関する部品が作成編集される。そ
して、記憶手段には、前記ノードと当該ノードの定義情
報や前記関係情報が記憶される。このようにすることに
より、所望のグラフィックユーザインタフェース用部品
について、ユーザ自身による設計が可能にされる。

【０００７】

【実施例】図１は、この発明の実施例であるユーザイン
タフェース設計装置の構成を示すブロック図である。こ
の図１において、マウス１Ａおよびキーボード１Ｂはデ
ータ・指令入力装置の一種をなすものであり、ユーザに
関する所要のデータやコマンドの入力がコマンド指示解
釈部２を介して加えられる。コマンド指示解釈部２は、
マウス１Ａやキーボード１Ｂのような入力装置からの所
要のデータやコマンドを受け入れて、後段のカード定義
情報編集部３または編集部５に加えるようにされる。カ
ード定義情報編集部３は、エディットバッファ３Ａを備
えてなるものであり、対象とするカードについて、その
ユーザ自身によるユーザインタフェースの設計機能を提
供するものである。機能部品管理部４は、前記のカード
定義情報編集部３において利用可能であるような、ユー
ザインタフェースにおいて用いることができる機能部品
を管理するものである。編集部５は、カードタイプに関
する定義情報を管理するカード定義情報管理部５Ａ，カ
ードデータの管理を行うカード管理部５Ｂおよびカード
に関する所要の管理を施すカード処理部５Ｃを含んでな
るものである。カード記憶部６は、対象とするカードの
内容を記憶するためのものである。そして、カード表示
再生処理部７は、対象とするカードの内容に対応するデ
ータを後段のディスプレイ８に表示するためのものであ
る。

【０００８】図２は、上記実施例における主要部であ
る、メインコントロールウインドウ（Ｍａｉｎ Ｃｏｎ
ｔｒｏｌ Ｗｉｎｄｏｗ）２０の構成例示図であり、こ
の発明におけるハイパーシステムの全体を制御するイン
タフェースのディプレイ画面の表示例示図である。この
図２において、デファインカードタイプ（Ｄｅｆｉｎｅ
Ｃａｒｄ Ｔｙｐｅ）２１は、使用対象としてのカード
の形式を定めるためのものである。クリエイトニューカ
ード（Ｃｒｅａｔｅ Ｎｅｗ Ｃａｒｄ）２２は、ある
所定の時点において新規な形式のカードを生成させるた
めのものである。そして、スペシャルオペレ−ション
（Ｓｐｅｃｉａｌ Ｏｐｅｒａｔｉｏｎ）２３は、例え
ば遂行中の作業を中止するというような、幾つかの特定
の作業を指定するためのものである。また、この発明の
実施例に係わるユーザは、このウインドウに格納されて
いる（機能的な）ボタンを用いて各種の処理を実行させ
ることになる。

【０００９】図３は、上記実施例におけるカードユーザ
インタフェースの定義情報に関するデータ構造の例示図
である。この図３において、前記定義情報に関するデー
タ構造３１は、カードタイプネーム（Ｃａｒｄ Ｔｙｐ
ｅ Ｎａｍｅ）３０をキーとするハッシュテーブル形式
のものにされている。この定義情報に関するデータ構造
３１においては、現在のカードの内容３３は例えば Ｍ
ｏｔｉｏｎ Ｃａｒｄ（動画カード）なる名称のものに
されており、機能ボタン３２において指定されたコマン
ドに応じて、 例えば Ａｂｏｒｔ コマンド（設計編集
作業を中止するコマンド）を適用するようにされてい
る。

【００１０】図４は、上記実施例におけるカードインタ
フェース定義編集部のディスプレイ画面表示例図であ
る。この図４においては、対象とするカードの内容を表
すデータはカードディスプレイウインドウ４０に表示さ
れることになるが、このカードディスプレイウインドウ
４０自体は、この発明の実施例におけるユーザインタフ
ェースの設計からは外れているものである。カードコマ
ンドウインドウ４１は、この発明の実施例におけるユー
ザインタフェースの設計対象に含まれているものであ
り、該当するユーザインタフェースの設計者は、このカ
ードコマンドウインドウ４１上に所要の機能ボタンをレ
イアウトすることにより、所望のユーザインタフェース
の設計を実行する。なお、この図４のカードコマンドウ
インドウ４１において、４１Ａ，４１Ｂ，・・・４１Ｎ
はそれぞれにレイアウト／編集された機能ボタンであ
り、例えば、その第１の機能ボタン４１Ａは［Ｃｈａｎ
ｇｅ Ｔｉｔｌｅ］を表し、その第２の機能ボタン４１
Ｂは［Ｐｌａｙ］を表し、そして、第Ｎの機能ボタン４
１Ｎは［Ｐａｕｓｅ］を表している。

【００１１】図５は、上記実施例における編集コマンド
部および機能ボタン部（前記図４ではエディットコマン
ドウインドウと総称する）の構成例示図である。この図
５においては、編集コマンド部４２Ａに含まれているコ
マンドボタンは、ユーザインタフェースの設計段階にお
ける［ＤＯＮＥ］コマンド５１Ｃ（所要の設計が終了し
たときのコマンドであり、このボタンが押された時点に
おけるカードユーザインタフェースが記録される），
［ＲＥＳＥＴ］コマンド５２Ｃ（それまでのユーザイン
タフェースの設計編集作業が無効にされ、所定のユーザ
インタフェースの設計編集時点まで戻るようにされ
る），［ＡＢＯＲＴ］コマンド５３Ｃ（所定のユーザイ
ンタフェースの設計編集作業が中止される）である。ま
た、残りの３個のコマンドはカードユーザインタフェー
スの設計作業に関する所定の指示をするものであり、
［ＡＤＤ］コマンド５４Ｃ（カードコマンドウインドウ
に機能ボタンを追加するものであり、ここで追加される
ボタンはエデッィトコマンドウインドウに表示されてい
るボタンから選択されるものである），［ＤＥＬ］コマ
ンド５５Ｃ（カードコマンドウインドウから削除される
べき機能ボタンである），［ＰＲＯＰ］コマンド５６Ｃ
（カードコマンドウインドウに既に配置されている機能
ボタンの属性情報を変更するものであり、ここで変更可
能とされる属性情報としては、該当するボタンのタイト
ル、そのサイズ、および、機能ボタン部４２Ｂにおける
［Ａｐｐｌｙ ｏｎ Ｃａｒｄ］に適用されるオペレー
ション等がある）である。

【００１２】図６は、上記実施例におけるカードユーザ
インタフェースの定義情報に関するデータの構成例示図
である。この図６において、カードタイプの定義情報６
１（ＣａｒｄＴｙｐｅＤｅｆ）としては次の諸事項が含
まれている。即ち、カードタイプの名称６１Ａ（Ｃａｒ
ｄＴｙｐｅＮａｍｅ）；メインウインドウデータ６１Ｂ
（ＭａｉｎＷＤａｔａ）；コマンドウインドウデータ６
１Ｃ（ＣｏｍＷＤａｔａ）；カードオペレーションズ６
１Ｄ（ＣａｒｄＯＰｓ）；プロパティ６１Ｅ（Ｐｒｏｐ
ｓ）なる諸事項が含まれている。ここで、前記の定義情
報は ＣａｒｄＴｙｐｅＮａｍｅ をキーとするハッシ
ュテーブルによって管理されている。また、ＣａｒｄＴ
ｙｐｅＤｅｆ ６１ におけるカードユーザインタフェー
スの定義については、ＣｏｍＷＤａｔａ ６１Ｃ なるフ
ィールド内に収められている。なお、この ＣｏｍＷＤ
ａｔａ ６１Ｃ なるフィールド内に収められているもの
は、ＣｏｍＷＤｅｆ ６２ なるデータであり、このＣｏ
ｍＷＤｅｆ ６２ なるデータに含まれているものは、対
象とするカードコマンドウインドウのウインドウサイズ
６２Ａ（ＷｉｎｄｏｗＳｉｚｅ）と、当該ウインドウに
配置される機能ボタンに関する情報６２Ｂ（Ｂｕｔｔｏ
ｎＩｔｅｍｓ）とである。なお、ここでの機能ボタンの
個数は不定であり、このため、ＢｕｔｔｏｎＩｔｅｍ
６３，６４，・・・６５，のように、リスト構造をもっ
て順次連続されることになる。また、前記機能ボタンの
それぞれについての定義情報は ＢｕｔｔｏｎＤｅｆ
６６ によって次のように記述される。即ち、タイトル
６６Ａ（Ｔｉｔｌｅ）；サイズ６６６Ｂ（Ｓｉｚｅ）；
位置６６Ｃ（Ｐｏｓｉｔｉｏｎ）；動作６６Ｄ（Ａｃｔ
ｉｏｎ）；プロパティ６６Ｅ（Ｐｒｏｐ）；のように記
述される。

【００１３】図７は、上記実施例におけるハイパーメデ
ィアシステムの内部処理に関するフローチャートであ
る。この図７において、ある所定の起動がなされて（Ｓ
７１）から、ＤｅｆｉｎｅＣａｒｄＴｙｐｅ ボタンが
押されたか否かの判定がなされ（Ｓ７２）、その判定の
結果がＹであったときにはカードユーザインタフェース
の定義処理がなされる（Ｓ７３）。ステップＳ７２にお
ける判定の結果がＮであったときには、ＣｒｅａｔｅＮ
ｅｗＣａｒｄ ボタンが押されたか否かの判定がなされ
（Ｓ７４）、その判定の結果がＹであったときにはカー
ド新規作成の登録処理がなされる（Ｓ７５）。ステップ
Ｓ７４における判定の結果がＮであったときには、Ｓｐ
ｅｃｉａｌｏｐｅｒａｔｉｏｎ ボタンが押されたか否
かの判定がなされ（Ｓ７６）、その判定の結果がＹであ
ったときには特殊操作の処理がなされる（例えば、通常
のｅｎｄ操作が終了する）（Ｓ７７）。これに対して、
前記判定の結果がＮであったときには、当初のＤｅｆｉ
ｎｅＣａｒｄＴｙｐｅ ボタンが押されたか否かを判定
するステップＳ７２に戻るようにされる。

【００１４】図８は、上記実施例におけるカードユーザ
インタフェースの定義処理に関する全体的なフローチャ
ートである。この図８において、ある所定の起動がなさ
れて（Ｓ８０１）から、ＣａｒｄＴｙｐｅ の入力処理
が施される（Ｓ８０２）。これに次いで、ＣａｒｄＴｙ
ｐｅＤｅｆ の新規データを ＴｅｍｐＣａｒｄＤｅｆ
に充当させ（Ｓ８０３）、この ＴｅｍｐＣａｒｄＤ
ｅｆ を ＥｄｉｔＢｕｆｆｅｒ に格納する（Ｓ８０
４）。これに次いで、ＴｅｍｐＣａｒｄＤｅｆの初期化
処理が施され（Ｓ８０５）、関連のあるウインドウの各
々をオープンさせる（Ｓ８０６）。これに続けて、ＤＯ
ＮＥ ボタンが押されたか否かの判定がなされ（Ｓ８０
７）、その判定の結果がＹであったときには対応するＤ
ＯＮＥコマンドの処理が施されて（Ｓ８０８）から作業
が終了する（Ｓ８１９）。ステップＳ８０７における判
定の結果がＮであったときには、ＡＢＯＲＴボタンが押
されたか否かの判定がなされ（Ｓ８０９）、その判定の
結果がＹであったときには対応するＡＢＯＲＴコマンド
の処理が施されて（Ｓ８１０）から作業が終了する（Ｓ
８１９）。ステップＳ８０９における判定の結果がＮで
あったときには、ＲＥＳＥＴボタンが押されたか否かの
判定がなされ（Ｓ８１１）、その判定の結果がＹであっ
たときには対応するＲＥＳＥＴコマンドの処理が施され
る（Ｓ８１２）。ステップＳ８１１における判定の結果
がＮであったときには、ＡＤＤボタンが押されたか否か
の判定がなされ（Ｓ８１３）、その判定の結果がＹであ
ったときには対応するＡＤＤコマンドの処理が施される
（Ｓ８１４）。ステップＳ８１３における判定の結果が
Ｎであったときには、ＤＥＬボタンが押されたか否かの
判定がなされ（Ｓ８１５）、その判定の結果がＹであっ
たときには対応するＤＥＬコマンドの処理が施される
（Ｓ８１６）。ステップＳ８１５における判定の結果が
Ｎであったときには、ＰＲＯＰボタンが押されたか否か
の判定がなされ（Ｓ８１７）、その判定の結果がＹであ
ったときには対応するＰＲＯＰコマンドの処理が施され
る（Ｓ８１８）。そして、ステップＳ８１７における判
定の結果がＮであったときには、前述されたＤＯＮＥボ
タンが押されたか否かを判定するステップＳ８０７に戻
ることになる。

【００１５】図９は、上記実施例におけるＤＯＮＥコマ
ンドの処理に関するフローチャートである。この図９に
おいては、ある所定の起動がなされて（Ｓ９１）から、
ＴｅｍｐＣａｒｄＤｅｆ の ＣａｒｄＴｙｐｅＮａｍ
ｅ をキーとして、対応のキャッシュテーブルに登録す
るようにされる（Ｓ９２）。そして、これに続けて使用
中のウインドウを消去して（Ｓ９３）から、ＤＯＮＥコ
マンドの処理に関する所要の操作が終了する（Ｓ９４）
ようにされる。

【００１６】図１０は、上記実施例におけるＡＤＤコマ
ンドの処理に関するフローチャートである。この図１０
において、ある所定の起動がなされて（Ｓ１００１）か
ら、［追加ボタンを選択して下さい］なるメッセージ出
力がなされる（Ｓ１００２）。これに次いで、任意の機
能ボタンの選択がなされたか否かの判定がなされる（Ｓ
１００３）。この選択のいかんの判定がＮであったとき
には、これに続けてＳＴＯＰ ｋｅｙ が押されたか否
かの判定がなされ（Ｓ１００４）、その判定の結果がＹ
であったときには、ＡＤＤコマンドの全体としての作業
が終了される（Ｓ１００５）。これに対して、ステップ
Ｓ１００４における ＳＴＯＰ ｋｅｙ が押されたか
否かの判定の結果がＮであったときには、先の任意の機
能ボタンの選択判定のステップＳ１００３に戻る。これ
に対して、ステップＳ１００３における任意の機能ボタ
ンの選択のいかんの判定の結果がＹであったときには、
選択されたボタンに関する ＢｕｔｔｏｎＩｔｅｍ の
コピーが ＴｍｐＢｔｎに相当するものとされる（Ｓ１
００６）。そして、これに続けて、［追加ボタンを選択
して下さい］なるメッセージ出力がなされる（Ｓ１００
７）。これに次いで、ある所定の位置が指定されたか否
かの判定がなされ（Ｓ１００８）、この位置指定のいか
んの判定の結果がＹであったときには、ここで指示され
た位置の座標が ＴｍｐＢｔｎ Ｐｏｓｉｔｉｏｎ に
相当するものとされる（Ｓ１０１２）。そして、Ｃｏｍ
ＷＤａｔａ の ＢｕｔｔｏｎＩｔｅｍｓ に Ｔｍｐ
Ｂｔｎ の追加がなされて（Ｓ１０１３）から、ＡＤＤ
コマンドの全体としての作業が終了される（Ｓ１０１
４）。これに対して、ステップＳ１００８における位置
指定のいかんの判定がＮであったときには、これに続け
て ＳＴＯＰ ｋｅｙが押されたか否かの判定がなされ
（Ｓ１００９）、その判定の結果がＹであったときに
は、ＴｍｐＢｔｎ の消去がなされて（Ｓ１０１０）か
ら、ＡＤＤコマンドの全体としての作業が終了される
（Ｓ１０１１）。その一方、ステップＳ１００９におけ
る ＳＴＯＰ ｋｅｙ が押されたか否かの判定の結果
がＮであったときには、先の位置選択のいかんの判定ス
テップＳ１００８に戻るようにされる。

【００１７】図１１は、上記実施例における編集用ウイ
ンドウに関する説明図である。この図１１においては、
特にそれに限定されるものではないが、Ｍｏｔｉｏｎ
Ｃａｒｄ（動画カード）を扱う場合が例にとられてい
る。そして、この図１１の例のものは、図４および図５
において前述されたものと同様のものである。そして、
この図１１においても、対象とするカードの内容を表す
データはカードディスプレイウインドウ４０に表示され
ることになるが、このカードディスプレイウインドウ４
０自体は、この発明の実施例におけるユーザインタフェ
ースの設計からは外れているものである。カードコマン
ドウインドウ４１は、この発明の実施例におけるユーザ
インタフェースの設計対象に含まれているものであり、
該当するユーザインタフェースの設計者は、このカード
コマンドウインドウ４１上に所要の機能ボタンをレイア
ウトすることにより、所望のユーザインタフェースの設
計を実行する。この図１１の編集コマンド部４２Ａおよ
び機能ボタン部４２Ｂにおいて、前者の編集コマンド部
４２Ａに含まれているコマンドボタンは、ユーザインタ
フェースの設計段階における［ＤＯＮＥ］コマンド５１
Ｃ（所要の設計が終了したときのコマンドであり、この
ボタンが押された時点におけるカードユーザインタフェ
ースが記録される），［ＲＥＳＥＴ］コマンド５２Ｃ
（それまでのユーザインタフェースの設計編集作業が無
効にされ、所定のユーザインタフェースの設計編集時点
まで戻るようにされる），［ＡＢＯＲＴ］コマンド５３
Ｃ（所定のユーザインタフェースの設計編集作業が中止
される）である。また、残りの３個のコマンドはカード
ユーザインタフェースの設計作業に関する所定の指示を
するものであり、［ＡＤＤ］コマンド５４Ｃ（カードコ
マンドウインドウに機能ボタンを追加するものであり、
ここで追加されるボタンはエデッィトコマンドウインド
ウに表示されているボタンから選択されるものであ
る），［ＤＥＬ］コマンド５５Ｃ（カードコマンドウイ
ンドウから削除されるべき機能ボタンである），［ＰＲ
ＯＰ］コマンド５６Ｃ（カードコマンドウインドウに既
に配置されている機能ボタンの属性情報を変更するもの
であり、ここで変更可能とされる属性情報としては、該
当するボタンのタイトル、そのサイズ、および、機能ボ
タン部４２Ｂにおける［Ａｐｐｌｙ ｏｎ Ｃａｒｄ］
５５Ｂに適用されるオペレーション等である）である。
なお、この図１１においては、機能ボタン部４２Ｂにお
ける［Ｃｈａｎｇｅ Ｔｉｔｌｅ］５２Ｂおよび［Ａｐ
ｐｌｙ ｏｎ Ｃａｒｄ］５５Ｂに対して、ある所定の
時間的な順序をもってカーソル（１１Ａ，１１Ｂ）が付
された状態にされている。

【００１８】図１２は、上記実施例における編集用ウイ
ンドウに関する別の説明図である。この図１２におい
て、機能ボタン部４２Ｂにおける［Ｃｈａｎｇｅ Ｔｉ
ｔｌｅ］５２Ｂなる機能ボタンをカードコマンドウイン
ドウ４１の適所に転記しようとするときには、前述され
た機能ボタン部４２Ｂにおける［Ｃｈａｎｇｅ Ｔｉｔ
ｌｅ］５２Ｂなる機能ボタンを選択してから、編集コマ
ンド部４２Ａにおける［ＡＤＤ］コマンド５４Ｃを選択
することにより所期の転記目標を果たすこと（即ち、カ
ードコマンドウインドウ４１の適所に［Ｃｈａｎｇｅ
Ｔｉｔｌｅ］４１Ａなる機能ボタンを転記すること）が
できる。

【００１９】図１３は、上記実施例における編集用ウイ
ンドウに関する別の説明図である。この図１３におい
て、機能ボタン部４２Ｂにおける［Ｃｈａｎｇｅ Ｔｉ
ｔｌｅ］５２Ｂなる機能ボタンに続けて、［Ａｐｐｌｙ
ｏｎ Ｃａｒｄ］５５Ｂなる機能ボタンをカードコマ
ンドウインドウ４１の適所に転記しようとするときに
は、前述された機能ボタン部４２Ｂにおける［Ａｐｐｌ
ｙ ｏｎ Ｃａｒｄ］５５Ｂなる機能ボタンを選択して
から編集コマンド部４２Ａにおける［ＡＤＤ］コマンド
５４Ｃを選択することにより、また、これに続けて後述
の［ＰＲＯＰ］コマンド５６Ｃを選択することにより、
所期の転記目標を果たすこと（即ち、カードコマンドウ
インドウ４１の適所に、［Ｃｈａｎｇｅ Ｔｉｔｌｅ］
４１Ａなる機能ボタンに続けて［Ａｐｐｌｙ ｏｎ Ｃ
ａｒｄ］４１Ｂなる機能ボタンを転記すること）ができ
る。

【００２０】図１４は、上記実施例における編集用ウイ
ンドウに関する更に別の説明図である。この図１４にお
いては、機能ボタン部４２Ｂにおける［Ｃｈａｎｇｅ
Ｔｉｔｌｅ］５２Ｂなる機能ボタンに続けて、［Ａｐｐ
ｌｙ ｏｎ Ｃａｒｄ］５５Ｂなる機能ボタンをカード
コマンドウインドウ４１の適所に転記してから、編集コ
マンド部４２Ａにおける［ＰＲＯＰ］コマンド５６Ｃを
選択することによって前記［Ａｐｐｌｙ ｏｎ Ｃａｒ
ｄ］なる機能ボタンの内容を［Ｐｌａｙ］に変更する
（カードコマンドウインドウ４１における４１Ｂを参
照）ことにより、所期の内容変更目標を果たすことがで
きる。

【００２１】図１５は、上記実施例におけるプロパティ
変更コマンドの実行に関する説明のためのフローチャー
トである。この図１５において、ある所定の起動がなさ
れて（Ｓ１５０１）から、［プロパティ変更ボタンを選
択して下さい］なるメッセージ出力が実行される（Ｓ１
５０２）。これに次いで、任意の機能ボタンの選択がな
されたか否かの判定がなされる（Ｓ１５０３）。この選
択のいかんの判定がＮであったときには、これに続けて
ＳＴＯＰ ｋｅｙ が押されたか否かの判定がなされ
（Ｓ１５０４）、その判定の結果がＹであったときに
は、プロパティ変更コマンドの全体としての作業が終了
される（Ｓ１５０５）。これに対して、ステップ１５０
４における ＳＴＯＰ ｋｅｙ が押されたか否かの判
定の結果がＮであったときには、先の任意の機能ボタン
の選択判定のステップＳ１５０３に戻る。その一方、ス
テップＳ１５０３における任意の機能ボタンの選択のい
かんの判定の結果がＹであったときには、選択されたボ
タンに関する ＢｕｔｔｏｎＩｔｅｍ のコピーが Ｔ
ｍｐＢｔｎ に相当するものとされる（Ｓ１５０６）。
そして、これに続けて、プロパティ編集ウインドウがオ
ープンされ（Ｓ１５０７），Ａｐｐｌｙ ボタンが押さ
れて（Ｓ１５０８）から、所望のタイトルの変更がなさ
れ（Ｓ１５０９）、プロパティ変更コマンドの全体とし
ての作業が終了される（Ｓ１５１０）。

【００２２】図１６は、上記実施例におけるプロパティ
変更コマンドの実行に適用されるウインドウの例示図で
ある。この図１６で例示されているウインドウ１６１
は、前記図１５のステップ１５０７においてオープンさ
れるものであって、対象とするプロパティの Ｎａｍｅ
１６２ は［Ｐｌａｙ］であり、その Ｏｐｅｒａｔｉｏ
ｎ １６３ も［Ｐｌａｙ］であるとされている。そし
て、このウインドウ１６１に表示されたプロパティが所
望のものであったときには、ボタン部１６４における
Ａｐｐｌｙ ボタンが選択されて押されることになる
（この結果として、前記図１４に示されているように、
カードコマンドウインドウ４１における機能ボタン４１
Ｂの内容が［Ｐｌａｙ］に変更される）。

【００２３】上記されたこの発明の実施例に係るユーザ
インタフェース設計装置は大要次のように構成されてい
る。即ち、情報を記述する（例えばカード形態の）ノー
ドと該ノード間を関係付ける関係情報とを（付属のディ
スプレイの）表示画面に表示して編集する編集部５と、
前記ノードと当該ノードの定義情報および前記関係情報
を記憶するカード記憶部６と、前記ノードの定義情報に
ついて各種処理の実行を指示するグラフィックユーザイ
ンタフェース用の（例えば機能ボタンのような）部品の
定義情報を対話的に編集することにより当該ノードの部
品を作成編集する定義情報編集手段３を主たる構成要素
として具備したことを特徴としている。そして、上記の
ような構成にかかるこの発明の実施例装置によれば、マ
ルチメディア応用アプリケーションにおけるユーザイン
タフェースの設計を会話的にかつグラフィカル的に行う
ことができる機能を提供することが可能にされる。ここ
でユーザによる設計が可能にされることは、カードタイ
プのユーザインタフェースを設計することである。な
お、ここでのカードタイプとは、ハイパーテキストシス
テムにおけるカードの使用目的に対応するカード自体の
機能、および、ユーザインタフェースを定義するもので
ある。上記実施例においては、ある所定のユーザインタ
フェースに必要な機能を備えた（各種の機能ボタンのよ
うな）部品が予め用意されており、該所定のユーザイン
タフェースを設計する者は、カードタイプを定義するた
めのウインドウ上に所要のもの（即ち、所要の機能ボタ
ン）を適宜に配置することによって前記の設計操作を実
行する。そして、このような設計操作の実行が完了した
ときには、前記ウインドウ上の適所に配置された該当の
機能ボタンの情報はカードタイプ定義情報の一部として
カード記憶部６内に保持されることになる。なお、この
ユーザ自体の設計に基づくカードは、システム側から提
供されるカードと同様な作成／編集が可能にされるもの
である。また、前述された機能部品については、カード
の内容のマルチメディア情報の操作、カードに対する操
作、リンクに対する操作等がが予め登録されており、所
望のユーザインタフェースの設計が完了した後では、該
当する機能部品を例えばマウスによってクリックするこ
とにより、対応する機能を確実かつ容易に実行すること
ができる。

【００２４】

【発明の効果】以上詳細に説明されたように、この発明
に係るユーザインタフェース設計装置によれば、情報を
記述するノードと該ノード間を関係付ける関係情報とを
表示画面に表示して編集する編集手段（５）と、前記ノ
ードと当該ノードの定義情報および前記関係情報を記憶
する記憶手段（６）と、前記ノードの定義情報について
各種処理の実行を指示するグラフィックユーザインタフ
ェース用部品の定義情報を対話的に編集することにより
当該ノードの部品を作成編集する定義情報編集手段
（３）とを具備して構成されたことを特徴としているこ
とから、ユーザインタフェース設計に係わる特別な知識
や経験を殆ど必要とすることなく、所望のユーザインタ
フェースの設計が実行可能になるという効果がある。ま
た、所望のグラフィカルユーザインタフェース部分をユ
ーザ側で容易かつ確実に設計することが可能になり、マ
ルチメディア情報の表示を自由に変更することも可能に
なるという効果が奏せられる。

【図面の簡単な説明】

【図１】この発明の実施例であるユーザインタフェース
設計装置の構成を例示するブロック図である。

【図２】上記実施例における主要部である、メインコン
トロールウインドウの構成例示図である。

【図３】上記実施例におけるカードユーザインタフェー
スの定義情報に関するデータ構造の例示図である。

【図４】上記実施例における各種のウインドウの構成例
示図である。

【図５】上記実施例における編集コマンド部および機能
ボタン部の構成例示図である。

【図６】上記実施例におけるカードユーザインタフェー
スの定義情報に関するデータの構成例示図である。

【図７】上記実施例におけるハイパーメディアシステム
の内部処理に関するフローチャートである。

【図８】上記実施例におけるカードユーザインタフェー
スの定義処理に関する全体的なフローチャートである。

【図９】上記実施例におけるＤＯＮＥコマンドの処理に
関するフローチャートである。

【図１０】上記実施例におけるＡＤＤコマンドの処理に
関するフローチャートである。

【図１１】上記実施例における編集用ウインドウに関す
る説明図である。

【図１２】上記実施例における編集用ウインドウに関す
る別の説明図である。

【図１３】上記実施例における編集用ウインドウに関す
る別の説明図である。

【図１４】上記実施例における編集用ウインドウに関す
る更に別の説明図である。

【図１５】上記実施例におけるプロパティ変更コマンド
の実行に関する説明のためのフローチャートである。

【図１６】上記実施例におけるプロパティ変更コマンド
の実行に適用されるウインドウの例示図である。

【符号の説明】

１Ａ−−マウス；１Ｂ−−キーボード；２−−コマンド
指示解釈部；３−−カード定義情報編集部；３Ａ−−エ
ディットバッファ；４−−機能部品管理部；５−−編集
部；５Ａ−−カード定義情報管理部；５Ｂ−−カード管
理部；５Ｃ−−カード処理部；６−−カード記憶部；７
−−カード表示再生処理部；８−−ディスプレイ。

Claims (1)

【特許請求の範囲】
1. 【請求項１】ハイパーテキストシステムのためのユーザ
   インタフェース設計装置であって、 情報を記述するノードと該ノード間を関係付ける関係情
   報とを表示画面に表示して編集する編集手段と、 前記ノードと当該ノードの定義情報および前記関係情報
   を記憶する記憶手段と、 前記ノードの定義情報について各種処理の実行を指示す
   るグラフィックユーザインタフェース用部品の定義情報
   を対話的に編集することにより当該ノードの部品を作成
   編集する定義情報編集手段と、 を具備することを特徴とするユーザインタフェース設計
   装置。