JPH0750434B2 - ユーザ・インターフェースを指定し開発する方法およびコンピュータ・システム - Google Patents

Description

【発明の詳細な説明】 ［技術分野］ 本発明は、コンピュータ・システムにおいて対話方式の
ユーザ・インターフェースを開発し、指定するための方
法、ならびに複数のユーザ・インターフェース形式を含
むコンピュータを動かすためのプログラミング・システ
ムに関する。

［背景技術］ 米国特許出願第4845665号から、コンピュータ・プログ
ラム外部インターフェースのシミュレーションが知られ
ている。この特許は、インターフェースをシミュレート
して、予期されるユーザまたはプログラマが、シミュレ
ートされたプログラムのプログラム・コードが作成され
る前であってもプログラムの設計を評価できるようにし
て、表示画面およびウィンドウといわれるコンピュータ
・プログラム外部インターフェースを開発する方法を記
載している。これらのインターフェースは、シミュレー
トされたプログラムとして実行される。実行中に、イン
ターフェースを変更することができ、この場合、変更さ
れたインターフェースを用いて実行を継続することがで
きる。

この周知の方法は、人間に可視の指示に関するユーザ・
インターフェースを定義しシミュレートする機能に関係
する。これは、一般的な方法で複数のユーザ・インター
フェース形式に対するサポートを提供するものではな
い。

プログラミング・システムの発達によって、様々な形式
のユーザ・インターフェースをサポートすることが必要
になる。これらの様々な形式のユーザ・インターフェー
スの例として下記を挙げることができる。

非プログラム式またはプログラム式の端末に表示可能な
データ入力パネル、選択パネル、及びリスト・パネルを
備えたパネル指向ダイアログ・インターフェース、 たとえばマウス装置の使用によって、ユーザが表示パネ
ル上でオブジェクトの図形表示を直接操作できる直接操
作インターフェース、 音声入力及び音声出力またはそのいずれかのインターフ
ェース、 上記の対話式インターフェースの組合せ、 経験あるユーザのためのコマンド言語インターフェー
ス。

たとえばタッチ・パネル・インターフェースという、さ
らに他の形式のユーザ・インターフェースは現在すでに
周知であり、さらにまた他のインターフェースも将来出
現するであろう。

しばしば、複数のこのようなユーザ・インターフェース
形式を、たとえばオペレーティング・システムといった
プログラミング・システムによって、サポートする必要
がある。ほとんどのプログラミング・システムに関し
て、将来の新しいユーザ・インターフェース形式のサポ
ートに向かって拡張可能であることも有用である。

今日、各種のユーザ・インターフェース形式のために、
色々な実施技法が存在する。しかし、これらの各インタ
ーフェースを個別に実施することには下記の欠点があ
る。

開発に多大の努力を要することになる。

各形式のユーザ・インターフェース実施形態の間の一貫
性を保証することが、より困難になる。各形式のユーザ
・インターフェースの実施形態を一貫させた場合、省略
時値が同一であり、妥当性検査が同じものである同一セ
ットの入力パラメータが必要となる。これによって、た
とえば、あるユーザ・インターフェース形式から他の形
式への動的切替えを行えるように、複数のユーザ・イン
ターフェース形式を組み合わせて統合することが、困難
またはほとんど不可能になる。

過去には、上記の問題や欠点は、考えられるユーザ・イ
ンターフェース形式の数が少なかったので、重大なもの
とはとられなかった。直接操作インターフェースや音声
I/Oなどの、いくつかの進歩したユーザ・インターフェ
ース形式は、汎用プログラミング・システムではなお僅
かしか使用されていない。なお、考えられているいくつ
かのユーザ・インターフェース形式によって、上記の問
題や欠点の一部を解決する追加の作業を行うことが受け
入れられた。

現存のプログラミング・システムにおいて複数すなわち
２つのユーザ・インターフェース形式が同時にサポート
されるという最良の例は、パネル指向ダイアログ・イン
ターフェースに加えてコマンド言語インターフェースを
サポートするプログラミング・システムである。このよ
うな例は、IBMオペレーティング・システムVSE、MVS、
及びVMから周知である。このようなプログラミング・シ
ステムの典型的な実施形態の場合、ダイアログ・インタ
ーフェースは、コマンド・インターフェースの最上部で
実現される。これは上記の問題や欠点を減少させるもの
であり、この解決策は拡張できるが、ただ３つ以上のユ
ーザ・インターフェース形式をサポートするには困難が
伴う。さらに、この方法は、重塁された対話形式のユー
ザ・インターフェースの柔軟性に制限を課するものであ
る。たとえば、すべての入力パラメータを、基礎となる
コマンド・インターフェースが呼び出される前に、ユー
ザが完全に入力しなければならない。

したがって、本発明の目的は、複数の異なったユーザ・
インターフェース形式を一貫した態様で同時にサポート
できるように、人間・コンピュータ・インターフェース
を実現する方法と概念を提供することである。また、本
発明の目的は、複数のユーザ・インターフェース形式を
含むコンピュータ・システムを動かすことのできるプロ
グラミング・システムを提供することである。

これらの目的ならびに他の目的は、基本的に、特許請求
の範囲の独立請求項１と独立請求項５に主張された特徴
を適用することによって解決される。

さらに他の有利な開発内容は、それぞれの従属請求項に
主張されている。特定の特徴と長所は自明であるか、下
記のさらに詳しい記述によって説明されるものである。

本発明は下記の長所を有する。

１）複数のユーザ・インターフェース形式の一貫したサ
ポートを保証する。これは、複数のユーザ・インターフ
ェース形式に共通のこのような情報が、ただ１回だけ、
すなわちユーザ・インターフェース情報の汎用部分（GP
−UII）に存在するか、または一貫性を確証する開発ツ
ールを使用してGP−UIIから生成されるかのいずれかだ
からである。

２）異なったユーザ・インターフェース形式の間で動的
に切替える機能などの、統合された機能の実現を可能に
する。このような機能は、下記の場合にのみ実現可能で
ある。

ａ）たとえば、ユーザ・インターフェース形式が動的に
切替えられても、有効状態を維持する共通の制御情報が
存在する。

ｂ）ユーザ・インターフェースの制御下にあり、現在活
動しているユーザ・インターフェースとは独立した中央
機能が存在する。このために、一般化されたユーザ・イ
ンターフェース層（GUIL）が設けられている。

３）開発費用の節約になる。これは、実行時プログラム
構造と開発ツールの両方によって、複数のユーザ・イン
ターフェース形式の間で共通の機能が１回だけ実施され
るためである。

４）プログラミング・システムを新しいインターフェー
ス形式に容易に拡張できるようにする。これはアプリケ
ーション構造によって、機能プログラムと、ユーザ・イ
ンターフェースを取り扱う表示フロント・エンド・プロ
グラムが、適切に分離されているからである。

［図面の簡単な説明］ 次に、本発明を図示説明する実施例と下記の図によっ
て、さらに詳しく説明する。

第１図は、本発明による特定の装置特性に対するユーザ
・インターフェースに関するAND/ORグラフの例を示す図
である。

第２図は、本発明によるユーザ・インターフェースの全
体構成図である。

第３図は、本発明による開発ツールを示すブロック図で
ある。

第４図は、例１に示されたUII（ユーザ・インターフェ
ース情報）から得られたパネルを示す図である。

第５図は、例２に示されたUII（ユーザ・インターフェ
ース情報）から得られたパネルを示す図である。

第６図は、例３に示されたUII（ユーザ・インターフェ
ース情報）から得られたパネルを示す図である。

第７図は、例４に示されたUII（ユーザ・インターフェ
ース情報）から得られたパネルを示す図である。

第８図は、例６に示されたUII（ユーザ・インターフェ
ース情報）から得られたパネルを示す図である。

第９図は、例７に示されたUII（ユーザ・インターフェ
ース情報）から得られたパネルを示す図である。

第10図は、３つに満たない選択項目がある場合に、例７
に示されたUII（ユーザ・インターフェース情報）から
得られたパネルを示す図である。

第11図は、ユーザ・インターフェースのための他のAND/
ORグラフを示す図である。

第12図は、ダイアログ・インターフェースを用いて作成
されたパネルを示す図である。

第13図は、グラフィック・インターフェース用いて作成
されたウィンドウを示す図である。

第14図は、グラフィック・インターフェースでコピー・
コマンドを用いて作成されたウィンドウを示す図であ
る。

第15図は、ダイアログ・インターフェースを用いて装置
属性の入力を可能にするパネルを示す図である。

［発明の好ましい実施例］ 本発明の方法は、下記におけるすべての様々なユーザ・
インターフェースを定義する情報をグループ化すること
に基づく。

１）様々なユーザ・インターフェースのすべてに共通の
汎用部分、すなわち汎用部分ユーザ・インターフェース
情報（GP−UII）、及び ２）ユーザ・インターフェース形式に特定の情報、すな
わち特別部分ユーザ・インターフェース情報（SP−UI
I）。

この概念に基づき、本発明はユーザ・インターフェース
の特定の実施形態を提供する。提供される解決法は下記
の３つの領域を対象とする。

ａ）ユーザ・インターフェースを記述する制御情報の構
造と内容、 ｂ）実行時にユーザ・インターフェースを提供するプロ
グラムの構造と機能、及び ｃ）様々なユーザ・インターフェース形式のための制御
情報の開発に使用されることになる開発ツール。

以下でUII（ユーザ・インターフェース情報）と呼ぶユ
ーザ・インターフェースを記述する情報は、父ノードに
子ノードが依存しているAND/ORグラフに従って構成され
る。この形式のグラフは有向グラフと呼ばれる。グラフ
中のORノードはそのうちの１つをユーザが選択する必要
のある代替案を表し、ANDノードは一連の情報単位を表
し、またANDノードに接続された端末ノードは、通信し
ようとするデータ入力または出力を表す。UIIの各ノー
ドは、上記のようなGP−UIIと複数のSP−UIIに関連付け
られている。

第１図には、UIIの一例が図形で表示されている。この
例では、ノード１はANDノード（父ノード）であり、初
期プログラム・ローディング（IPL）における装置アド
レス、装置クラス、装置形式、及びオフラインを表すノ
ード（子ノード）２、３、４、及び５に分岐する。ノー
ド５は２つの端末ノード６、７を有し、これらはユーザ
によって選択されるYESまたはNOを表し、したがって装
置がIPLにおいてオフラインか否かを指示する。さらに
装置クラスを定義すると、ORノード３はプリンタ用のAN
Dノード８、テープ用の９、及びディスク用の10に分岐
する。他の可能なブランチは不特定の複数の線として示
されている。プリンタは、ノード11で示される全点アド
レス可能オプションを指定する属性、ノード12によって
示されるようなエンドレス紙オプション、及びノード13
で示されるカラー・オプションを有する。これらの３つ
の場合のどれか１つを選択すると、この事実は端末ノー
ド17から21までの上で、YESかNOの選択で指示される。A
NDノード10は所定の例ではサイズを示すノード14に通
じ、またディスクのアクセス時間を示すノード15に通じ
る。

実際のプログラミング・システムでは、図形表示を（も
ちろん）データ構造、たとえば「ノード」のリストにマ
ップしなければならない。この場合、「ノード」は下記
からなる。

ノード名 ノード名はグラフにおいて一意のものであるか、あるい
はそれに修飾子を加えることによって一意なものにでき
なければならない。

構造情報 − ノード形式（AND、OR、端末） − 子ノード（より深いレベル） − 次ノード（同レベル） すべてのユーザ・インターフェース形式に共通の一
般情報。この情報は構造情報と共に、上記のGP−UIIを
構成する。

サポートされている各ユーザ・インターフェース形
式のための特別の情報。これは上記のSP−UIIである。

第１図に例示したこの構造について、詳細を表１に挙げ
る。

表 1: ／＊ノード１＊／ Node−number:1 Node−name:Device−characteristics GP−UII: Node−type＝AND−Node Child−nodes＝2,3,4,5 Next−node＝none SP−UII for panel oriented dialogs: New−Window＝Yes Panel−name＝PDVCHAR ／＊ノード２＊／ Node−number:2 Node−name:Device address GP−UII: Node−type＝TERMINAL Child−nodes＝none Next−node＝３ Variable−name＝VDVADDR Date−type＝HEX Date−length＝４ Help−text＝HDVADDR Checking−Routine＝CHDVADDR SP−UII for panel oriented dialogs: Panel−name＝PDVCHAR Field−name＝FDVADDR SP−UII for Command Interface: Keyword＝DEVICE−ADDR SP−UII for Speech Output: Text＝‘Enter Device Address,maximum 4 hex digits' ／＊ノード３＊／ Node−number:3 Node−name:Device−class GP−UII: Node−type＝OR−node Child−nodes＝8,9,10,… Next−node＝４ Variable−name＝VDVCLS Help−text＝VDVCLS Checking−Routine＝CHDVCLS SP−UII for panel oriented dialogs: Panel−name＝PDVCHAR Text＝‘Select one of the following' SP−UII for command interface: Keyword＝DEVICE−CLASS SP−UII for Speech Output: Text＝‘Enter Device Class' ／＊ノード４＊／ Node−number:4 Node−name:Device−type GP−UII: Node−tyre＝TERMINAL Child−nodes＝none Next−node＝５ Variable−name＝VDVTYP Date−type＝CHAR Date−length＝７ Help−text＝HDVTYP Checking−Routine＝CHDVTYP SP−UII for panel oriented dialogs: Panel−name＝PDVCHAR Field−name＝FDVCHAR SP−UII for Command Interface: Keyword＝DEVICE−TYPE SP−UII for Speech Output: Text＝‘Enter Device Type' 実行時にユーザ・インターフェースを提供するプログラ
ムの構造と機能は、いわゆる汎用ユーザ・インターフェ
ース層（GUIL）を有する複数のユーザ・インターフェー
ス形式をサポートするためのプログラム構造を含む。第
２図に示すように、この層は、機能プログラムと表示フ
ロント・エンド・プログラムPFE−１、PFE−２、・・
・、PFE−ｎの間に常駐する。機能プログラムは、ユー
ザ・インターフェース形式とは独立した方法でプログラ
ミング・システムの機能を実施する。これは換言すれ
ば、機能プログラムがその複数のPFEとユーザ・インタ
ーフェース形式とは独立した方法でGUILを通じてデータ
を交換する、ということを意味する。GUILは、どの特定
ユーザ・インターフェース形式が現在活動状態で、対応
するPFEを呼び出すかを知っているというプログラムで
ある。さらに、GUILは獲得済みのユーザ・インターフェ
ース・パラメータを追跡し、所望のパラメータがすでに
使用可能である場合には、PFEの呼出しをスキップす
る。第２図に、問題管理、変更管理、構成管理、パフォ
ーマンス管理、ビジネス管理などの、機能プログラムの
例を示す。機能プログラム、汎用ユーザ・インターフェ
ース層、及び表示フロント・エンドの間の制御の流れの
サンプルを以下に示す。この例では、ダイアログ・イン
ターフェースとコマンド・インターフェースという２つ
の代替インターフェース形式がある。この例における機
能プログラムは、装置を追加するための構成管理機能で
ある。

機能プログラム − 値バッファに出力（初期／省略時）値を入れる − GUIL、パラメータ（値バッファ、UIIテーブル名）
を呼び出す − 値バッファから入力値をゲットし、‘Add Device'
機能を実行する 汎用ユーザ・インターフェース層（GUIL） − 現在活動状態のPFEを決定する − PFE、パラメータ（値バッファ、UIIテーブル名）を
呼び出す − 機能プログラムに戻る 下記のための表示フロント・エンド（PFE） これは、所定の導入システムで異なったユーザ・インタ
ーフェース形式の同時サポートを可能にすることの他
に、新しいインターフェース形式を将来追加することに
備えた他の利点をもたらす。

この方法でサポートできるいくつかの一般的なユーザ・
インターフェース形式は下記の通りである。

メニュー指向表示装置インターフェース、すなわち
ダイアログ・インターフェース。

この形式のインターフェースは、おそらく今日最も使用
されているインターフェースである。この形式の最新バ
ージョンは、APA表示装置及びマウス装置をポップアッ
プ・ウィンドウ、アクション・バー、ラジオ・ボタン、
チェック・ボタンなどの技法で利用する。後出の「ユー
ザ・インターフェースのための開発プロセス」という項
で、このようなユーザ・インターフェース形式の一般的
なパネル形式にUIIをどのようにしてマップすることが
できるかを説明する。

直接操作インターフェース この形式のユーザ・インターフェースによって、ある機
能に関するオブジェクトが表示装置の画面に示され、ユ
ーザは表示画面でオブジェクトを直接操作することによ
って、これらのオブジェクトに対する活動を起させる。
考えられるすべてのインターフェース形式の中で、直接
操作インターフェースは、UIIに翻訳するときに最高度
の抽象化を必要とする。しかし、他のインターフェース
形式をサポートする場合だけではなく、UIIを反映する
インターフェース層に（すなわち、第２図に示す汎用ユ
ーザ・インターフェース層に）直接操作インターフェー
スをマップすることは有用である。

コマンド・インターフェース メニュー指向インターフェースを補足するものとして、
コマンド・インターフェースは、経験あるユーザが機能
へ迅速にアクセスするのに有用である。UIIの概念によ
れば、UIIを反映するインターフェースにコマンド言語
インターフェースをマップすることについては問題はな
い。

音声入力または音声出力、あるいはその両方 UIIによってサポートされる構成を、音声出力ステート
メントに容易にマップすることが可能である。リストを
取り扱うためには特別の規約を導入しなければならな
い。限定された一定の語彙以外のものに対して音声入力
をサポートするという問題を解決する必要があるが、こ
れはUII概念の使用とは無関係であり、本発明の一部で
はない。

プログラム呼出しインターフェース 外部ユーザ・インターフェースをサポートすることの他
に、任意のプログラムからアクセス可能な内部インター
フェースを通じて同じ機能にアクセスすることをサポー
トするのは、しばしば望ましいことである。自明のよう
に、第２図に示す汎用ユーザ・インターフェース層は、
このようなプログラム呼出しインターフェースのサポー
トには、理想的なものである。プログラム呼出し要求の
構文、戻り情報の形式と書式、検査ルールなどに関する
規約を定義する必要がある。

第２図に示すように、「汎用ユーザ・インターフェース
層」GUILはUIIテーブルによって制約される。UIIテーブ
ルはUIIの内部（すなわち、プログラム読取り可能な）
書式を反映する。つまり、UIIテーブルはコンピュータ
と人間との間で通信される本質的な情報、GP−UII、及
び対話構成に関する情報を定義する。インターフェース
形式特有の情報、SP−UIIへのアクセスは通常、UIIテー
ブルの中にインターフェース形式特有の制御情報の参照
を含むことによってサポートされる。しかしながら、第
２図に示すように、UIIテーブルの中で既にサポートさ
れている基本ユーザ・インターフェース形式のための、
それぞれの制御情報を含めることも有用である。

表２に示すUIIテーブルのレイアウトでは、メニュー指
向表示装置インターフェースとコマンド・インターフェ
ースに必要な情報が含まれている。直接操作インターフ
ェースと音声I/Oは、示されている事例では考慮されて
いない。

表２は、表１の記載と同様、ノードの記載読取り可能な
様式を示す。

表 2: 宣言 1 UII−Node（ｎ）， 2 Node−number, 2 Node−name, 2 General UII, 3 Node−type, ／＊下記の説明を参照 ＊／ 3 Child−nodes, ／＊このノードの子 ＊／ 3 Next−node, ／＊このノードの姉妹 ＊／ 3 Variable−name, ／＊関連変数の名称 ＊／ 3 Data−type, ／＊変数値の形式 ＊／ 3 Data−length, ／＊変数値の最大長 ＊／ 3 Checking−routine,/＊数値の検証 ＊／ 3 Help−text, ／＊付属ヘルプの名称 ＊／ 2 Dialog−UII, 3 Panel−name, ／＊パネルの名称 ＊／ 3 Field−name, ／＊パネル上のフィールド名称＊／ 3 Text, ／＊プロンプト・テキスト ＊／ 3 New−window, ／＊新しいパネル標識の開始 ＊／ 2 Command−UII, 3 Keyword, ／＊コマンド・キーワード ＊／ ノード形式は「ANDノード」でも、「ORノード」でも、
「INフィールド」でもまたは（ORノードの）「ALTERNAT
IVE」でもよい。また、複数の「LIST」のための特別ノ
ード形式をサポートすることも有用である。UIIの構造
は、ANDノード、ORノード、これらのノードに続くLIST
を格納することによって表現される。このような後続ノ
ードのテーブルは、Node−Type＝ENDのある項目によっ
て終了する。

表３は、後述の例３と第６図のパネルに関係するUIIテ
ーブルを示す。

表 3: ／＊「印刷オプション」のためのANDノード ＊／ Node−number＝１ Node−type＝‘AND−node' Data−length＝０ Variable−name＝” Variable−type＝‘CHAR' Checking−routine＝‘CHECK−PO' Help−text＝‘HELP−PO' Keyword＝‘PRINT−OPTIONS' Panel−table＝‘PANTAB−1' Successor−node＝” ／＊「ファイル名」のためのノード ＊／ Node−number＝２ Node−type＝‘IN' Data−length＝８ Variable−name＝‘VAR001' Variable−type＝‘CHARACTER' Checking−routine＝‘CHECK−FN' Help−text＝‘HELP−FN' Keyword＝‘FILE−NAME' Panel−table＝‘PANTAB−1' Successor−node＝'' ／＊「フォント形式」のためのノード ＊／ Node−number＝３ Node−type＝‘OR' Data−length＝０ Variable−name＝‘VAR002' Variable−type＝‘INTEGER' Checking−routine＝‘CHECK−FT' Help−text＝‘HELP−FT' Keyword＝‘FONT−TYPE' Panel−table＝‘PANTAB−1' Successor−node＝７ ／＊下記ノードの詳細はここには示されていない ＊／ ／＊「プリンタ・アドレス」のためのノード ＊／ ／＊「印刷部数」のためのノード ＊／ ／＊「印刷オプションのANDノードの終了」のためのノ
ード ＊／ ／＊「フォント形式」のためのORノード ＊／ ／＊「プレスティージ・エリート」のためのノード＊／ ／＊「クーリエ」のためのノード ＊／ ／＊「エッセイ・スタンダード」のためのノード ＊／ ／＊「イタリック」のためのノード ＊／ ／＊「フォント形式のORノードの終了」のためのノード
＊／ 上記の構成は、ダイアログ・マネージャ（メニュー指向
表示装置インターフェースのための）へのインターフェ
ースをサポートするため、ならびに、コマンドまたはプ
ログラム、あるいはその両方の呼出しインターフェース
のためのオペランド解析の実施に適している。

第２図に更に示されているように、汎用ユーザ・インタ
ーフェース層は、UIIテーブルからの情報GP−UIIによっ
て制御される。いろいろな表示フロント・エンド・プロ
グラムPFE−１、PFE−２、などは、それぞれ付属の特別
部分情報SP−UII−１及びSP−UII−２によって制御され
る。表示フロント・エンド・プログラムは各種のユーザ
・インターフェース形式をサポートする。

GUIL（プログラム）はUII（テーブル）からのGP−UIIを
使用して、下記の機能を提供する。

ａ）エンド・ユーザとデータを交換するための機能プロ
グラムの共通インターフェース。この共通インターフェ
ースは、実際のユーザ・インターフェース形式とは無関
係の機能プログラムを作る。

ｂ）すべてのユーザ・インターフェース形式に有用な機
構。

このような機構の１例は、一般的な方法で、すなわちコ
マンド・インターフェースによって受け入れられ、した
がってユーザ・インターフェース・セッションの「再
生」を可能にする様式で、ユーザによって作られたすべ
ての指定を記録する共通記録機構である。

ｃ）たとえば各種インターフェース形式間の動的切替え
が可能になるような、各種インターフェース形式の統
合。

第３図に関連して、開発過程で使用される開発ツールを
示す。ツールT0によって、開発者からのデータが収集さ
れ、こうして中立書式が確立される。したがって中立書
式では、いろいろなユーザ・インターフェース形式につ
いて、一般部分ユーザ・インターフェース情報、GP−UI
Iと特殊部分ユーザ・インターフェース情報、SP−UIIが
中立書式で生成される。そこから、いろいろなツールT1
〜Tnを使用して、特定の書式で特殊部分ユーザ・インタ
ーフェース情報を生成する。

ユーザ・インターフェース制御情報（SP−UII）のユー
ザ・インターフェース形式特定部分を、ある書式で要求
することもできる。たとえば、パネル指向ダイアログ・
インターフェースは通常、あるダイアログ・マネージャ
構成部分によって特定されたフォーマットでパネル定義
を要求する。同様に、音声入力または出力は、特定のデ
ータ・セットの様式で語彙の定義を要求するすることも
できる。これらのユーザ・インターフェース形式特定の
定義が一貫しているようにするために、複数のユーザ・
インターフェース形式を統合させる概念は、種々のユー
ザ・インターフェース形式特定の定義を生成するために
使用される開発ツールに関する統合された解決法を含
む。

本発明によって提供される解決法を第３図に示す。第３
図に示すように、開発過程は、いろいろなユーザ・イン
ターフェース形式すべてに共通の制御情報の一般部分を
定義することによって始まる。そこから、開発はユーザ
・インターフェース形式特定の定義を生成することによ
って継続する。この種の情報の収集と、既存のプログラ
ムに必要なフォーマットへの変換は、特定のツールT1、
・・・、Tnによってサポートされる。

ユーザ・インターフェース情報を指定するために可能な
表記 上記の説明では、UIIをある非公式の表記法で記述し
た。UIIは各種の機能プログラムの開発者によって指定
されるべきであるから、UIIを明記するための良く定義
された言語が必要である。次に、このような言語のため
に可能な表記法を、ユーザ・インターフェース形式特定
の部分に入れずに示す。

UIIの指定には、本質的に２つの構成概念、すなわちエ
ンティティの組またはリストを指定する方法及び代替案
を指定する方法が必要である。したがって、図形表示と
して、AND/ORグラフがUIIを表現する洗練された方法で
ある。本発明が考えた適用のために、下記のUII表記法
を使用した。

項目‘element−x'を、代替案alternative−1,alte
rnative−2,...,alternative−ｎのセットとして定義す
ることができる。これは下記によって表現される。

〈select〉element−ｘ 〈alt〉alternative−１ 〈alt〉alternative−２ …… 〈alt〉alternative−ｎ 〈eselect〉 項目‘element−x'を、部分項目subitem−1,subite
m−2,...,subitem−ｎのセットからなると定義すること
ができる場合には、これは下記によって表現される。

〈set〉element−ｘ 〈in〉subitem−１ 〈in〉subitem−２ …… 〈in〉subitem−１ 〈eset〉 〈in〉ユニットは入力項目を示す。あるいは、〈out〉
を出力データを示すために使用することもできる。

さらに、次の規約が使用される。

非端末記号、すなわち他のUII定義が存在する記号
は、‘％’文字または〈link〉タグの使用のいずれかに
よって開始する。

例： 〈select〉option−ｘ 〈alt〉％further details 〈alt〉no 〈eselect〉 または〈select〉option−ｘ 〈link〉further_details 〈alt〉no 〈eselect〉 “further_details"は、複数の〈set〉または〈selec
t〉ユニットに〈link〉されることもある。

UIIのある点について、項目‘element−y'のリスト
が必要な場合には、これは、項目‘element−y'に接尾
部‘−list'を追加することによって記述される。

例： 〈set〉element−ｘ 〈in〉％element−ｙ−list 〈in〉element−ｚ 〈eset〉 したがって、‘element−y'（‘element−ｙ−list'で
はない）についてさらなる定義があれば十分である。

したがって、項目‘element−x'は、‘element−y'にお
けるすべての部分項目及び部分項目‘element−z'を含
むことになる。

‘element−y'は下記のように記述される。

〈set〉element−ｙ−list 〈in〉subitem−１ 〈in〉subitem−２ … 〈in〉subitem−ｎ 〈eset〉 ‘−list'接尾部の使用は、部分項目のすべてを一緒に
取り扱わなければならないとき、たとえばこれらをすべ
て同時に入力しなければならないときに、特に有用であ
り、入力過程を阻害するものはない。

項目‘element−x'が２つの選択肢、‘YES'と‘NO'
だけを持つ場合、これを、‘element−x'に接尾部‘−O
PT'を追加することによって表現することができる。

例： 〈in〉element−ｘ−OPT は下記と等価である。

〈in〉％element−ｘ 〈select〉element−ｘ 〈alt〉YES 〈alt〉NO 〈end〉 ‘／＊’で始め、‘＊/'で終わらせることによっ
て、注釈を置くことができる。

例： ／＊これは注釈である ＊／ パネル形式との関係 本発明によるUII概念の導入によって、各種の通信装
置、たとえば表示装置、タイプライター、音声I/O、及
びメニュー指向やオブジェクト指向のユーザ・インター
フェース形式からの独立が可能になる。上記のUII表記
法は明らかにこの目標をサポートするものである。

特定の装置形式を見て、この装置形式によってサポート
されるユーザ・インターフェース構造にUIIをマップす
るための特別規則を確立することができる。

次に、ダイアログ指向表示装置インターフェースで見る
ことのできる各種パネル形式にUIIをマップする方法を
記述する。１例として、IBM CUA標準（IBM System App
lication Architecture−Common User Access Panel De
sign and User Interaction,SC26−4351）によってサポ
ートされるパネル形式を考える。

1.メニュー・パネル メニュー・パネルは、ユーザによって選択されるべき選
択肢を示す。文字表示装置によって、選択肢は番号がつ
けられるか簡略記憶文字が付けられ、APA（全点アドレ
ス可能）表示装置やラジオ・ボタンも使用できる。

2.入力パネル 入力パネルを使用して、データ変数用の数値を入力す
る。

3.項目及びメニュー混合パネル データ入力と選択肢選択を、単一パネル内で混合するこ
とができる。

4.リストパネル リスト・パネルはデータ記録リスト上、たとえばファイ
ル登録簿の上で動作する有用なインターフェースであ
る。通常、リストはスクロール可能であり、個別のリス
ト項目に適用可能なパネルに示される１組の固定された
活動がある。

5.情報パネル 情報パネルは、ヘルプや解説文などの情報をユーザに表
示する。

さらに、たとえば アクション・バー及び 複数選択肢選定 などの特別なパネル要素を所定のUIIから生成する方法
を記述する。

1.メニュー・パネル 〈select〉ユニットは、（下記の事例のいずれにも組
み込まれない場合に、）メニュー・パネルとなる。

例1. 〈select〉Communication Choices 〈alt〉Receive mail 〈alt〉Massages pending 〈alt〉Mail log 〈alt〉Mail status 〈end〉 結果として得られるメニュー・パネルを第４図に示す。

2.入力パネル 無地の〈set〉ユニットは入力パネルとなる。

例2. 〈set〉Personnel Data 〈in〉Name 〈in〉Street 〈in〉City 〈in〉Nationality 〈in〉Phone number 〈in〉Date of birth 〈eset〉 結果として得られるメニュー・パネルを第５図に示す。

3.項目及びメニュー混合パネル 項目及びメニュー混合パネルを、〈set〉ユニット内に
〈select〉ユニットを含めることによって構成すること
ができる。

例3. 〈set〉Print Options 〈in〉File name 〈in〉Font type 〈select〉 〈alt〉Prestige elite 〈alt〉Courier 〈alt〉Essay standard 〈alt〉Italics 〈end〉 〈in〉Printer address 〈in〉Number of copies 〈eset〉 結果として得られるメニュー・パネルを第６図に示す。

4.リスト・パネル リスト・パネル用のUIIを、先に「ユーザ・インターフ
ェース情報を明記するために可能な表示法」の項に記述
した‘−list'接尾部を使用して、定義することができ
る。

例4. 〈set〉Device Maintenance 〈in〉Device−list 〈set〉 〈in〉Device−def−action 〈select〉 〈alt〉Add device 〈alt〉Delete device 〈alt〉Change device 〈alt〉Display device characteristics 〈end〉 〈out〉Device address 〈out〉Device type 〈out〉Model number 〈eset〉 〈eset〉 結果として得られるメニュー・パネルを第７図に示す。

活動をリストに適用することができる場合には、UII表
記法でこれらを定義するには下記の２つの方法がある。

1.活動を個別のリストに適用することができる場合に
は、これらの活動を〈in〉フィールド及び〈out〉フィ
ールドのレベルでリスト・ユニット内で定義しなければ
ならない（例４を参照）。

2.活動を全体としてリストに、または単一リスト項目に
適用する場合には、これらの活動をリスト・ユニット外
で定義しなければならない。

リストに関連する活動を、下記の規約を用いてアクショ
ン・バーとして指定することができる。

5.情報パネル 情報パネルは情報をユーザに表示するが、ユーザ入力
（たとえば、データ入力または選択肢選定）はまったく
要求しない。UII（定義毎の）は説明文を示さないの
で、情報パネルのUIIに反映されるように残される情報
のみが、パネル・フローを説明する連係情報である。さ
らに、少なくとも情報パネル・テキストの要約を注釈の
形で含めることが有用である。そこで例５に、後続パネ
ル‘Info−Panel−1'及び‘Info−Panel−2'を有する可
能な情報パネルを示す。

例5. 〈set〉Help on Device Maintenance ／＊ユーザに表示 ＊／ ／＊− 装置保守タスク ＊／ ／＊− 可能な機能 ＊／ 〈in〉％Info−Panel−１ 〈in〉％Info−Panel−２ 〈in〉 〈eset〉 6.アクション・バーの指定 アクション・バーは、IBM System Application Archite
cture−Common User Access Panel Design and User In
teraction,SC26−4351の定義では、パネル本体に表され
るオブジェクトに適用できる一連の活動形式を示すパネ
ルの最上部の領域である。活動形式がたとえばマウス装
置によって選択される場合には、プルダウンが現れて、
この活動形式の代替活動を示す。接尾部‘−actions'を
使用して、また適切な〈select〉ユニットを提供するこ
とによって、アクション・バーを、構成することができ
る。これを例６に示す。

例6: 〈set〉Device Maintenance 〈in〉Device−list 〈set〉 〈in〉Device−def−actions 〈select〉 〈alt〉Update 〈select〉 〈alt〉Add device 〈alt〉Delete device 〈alt〉Change device 〈end〉 〈alt〉Display 〈select〉 〈alt〉Display device characteristics 〈alt〉Display error recording 〈alt〉Display connections 〈end〉 〈end〉 〈out〉Device address 〈out〉Device type 〈out〉Model number 〈eset〉 〈eset〉 第８図のパネルは、例６による‘Update'のためのプル
ダウン・ウィンドウを有するアクション・バーを示す。

7.複数選択肢選択の指定 〈select〉ユニットは結果として、いわゆる「単一選択
肢選択」となる。単一選択肢選択の他に、IBM CUA標準
は、ユーザが所定のリストから複数の項目を選択するこ
とのできる「複数選択肢選択」つきのメニューをサポー
トする。UIIでは、複数選択肢選択を‘−OPT'接尾部を
用いて１群のオプション項目として指定することができ
る。この指定を例７に示し、結果のパネルを第９図に示
す。

例7: 〈set〉Add I/O device 〈in〉Device number 〈in〉Device type 〈in〉Time−out−OPT 〈in〉Error recording−OPT 〈in〉Mirroring−OPT 〈eset〉 選択肢項目の数がある一定の数（たとえば３）未満の場
合には、使用されるツールは、複数選択肢選択に一般に
使用されるチェック・ボックスの代わりに入力フィール
ドを生成する。この場合、結果としてのパネルは第10図
のように現れる。

ユーザ・インターフェースの開発過程 ユーザ・インターフェースに関連して、主としてUII指
定概念の下記の２つの使い方がある。

1.開発過程中の設計概念として、 2.ユーザ・インターフェース・プログラム構成部分から
機能プログラムを分離するために実際に実行されるイン
ターフェースとして。

この節では、主に拡張表示装置用のユーザ・インターフ
ェースの開発に関して、最初の使い方を取り扱う。

ユーザ・インターフェースの設計は、UIIを定義するこ
とから始まる。これによって、最終ユーザ・インターフ
ェースの詳細を見ることなく、いくつかの設計活動を関
連設計情報に適用することができる。ユーザ・インター
フェースのための下記の設計活動をUIIに適用すること
ができる。

ダイアログ・ツリーの全体設計 表示装置のための典型的なユーザ・インターフェース
は、ダイアログ・ツリー（多くの場合、これは実際には
有回グラフである）で表現できる。任意の詳細さをもつ
このようなダイアログ・ツリーの設計を、UIIに特有の
表現で適切に実施できる。

ダイアログ設計の洗練 ダイアログ・ツリーの全体設計を、UIIに基づいて（段
階的に）洗練することができる。UIIは段階的洗練に理
想的なものである。表示装置指向ユーザ・インターフェ
ースの設計について、「パネル形式との関係」に示すよ
うな特定パネルを設計する限り、洗練を行うことができ
る。

設計ガイドラインの定義と順守 多くの有用な設計ガイドラインを、ユーザ・インターフ
ェースの設計のために確立することができる。これらの
多くをダイアログ構造などの局面に関連し、UIIに特有
の表現で表現し、検査することができる。

各種目的のための設計分析 ユーザ・インターフェースの設計中に、各種目的のため
に設計を分析しなければならないという状況が常にあ
る。１例として、通信される情報における等価という意
味で、新たに設計されたユーザ・インターフェースを既
存のユーザ・インターフェースと比較することが必要な
こともある。さらにまた、UIIは重要な情報に集中化さ
せることによって仕事を容易にする。

設計の変更 自明のように、設計の変更は、不必要な詳細が資料から
外されている限り比較的容易である。

ユーザ・インターフェースの（高レベル）設計が完成し
た後、テキスト洗練、パネル・レイアウト設計、I/O装
置特性（たとえばカラー表示）の活用などの追加詳細を
定義しなければならない。表示装置に対するダイアログ
の定義には通常、この種の情報の指定をサポートする言
語と関連ツールが存在する。

このような言語の例として、IBM SAAダイアログ（IBM
System Application Architecture Dialog Tag Languag
eを参照）があり、これはSAAでサポートされたIBMコン
ピュータのための表示思向ダイアログの定義をサポート
する。いわゆる拡張ツールは、UIIに与えられた対話の
定義をIBM SAAダイアログ・タグ言語に変換し拡張す
る。UIIの他に、拡張ツールは入力として下記を使用す
る。

変数テーブル これはUIIに現れる各項について、機能プログラムの中
で参照に使用する名称、変数の長さ、及び関連するヘル
プ・パネルの名称を記述する。

拡張プロファイル これは、コマンド域を生成すべきかどうか、などの拡張
実行のパラメータ、省略時カーソル位置などを定義す
る。

表４は、第６図に示す例３のUIIから生成されたダイア
ログ・タグ言語（DTL）を示す。

表 4: 〈PANEL NAME＝FIG6 HELP＝xxxxx DEPTH＝22 WIDTH＝76 MSGLINES＝1 KEYLIST＝KEYLI1 CURSOR＝xxxxxx CSRPOS
＝１〉 印刷オプション 〈TOPINST〉印刷オプション 〈DTAFLD NAME＝XX0 DATE＝％X0 HELP＝xxhelp USAGE＝
IN REQUIRED＝NO ENTWIDTH＝10 AUTOTAB＝NO ALIGN＝START PMTLOC＝BEFORE PMT＝30 DESWIDTH＝20 MSG＝xxxx〉 ファイル名 〈SELFLD NAME＝XX1 TYPE＝SINGLE PMTLOC＝ABOVE PMT
＝30〉 フォント形式選択 〈CHOICE HELP＝xxhelp〉プレスティージ・エリート 〈ACTION TYPE＝SET VAR＝％X1 VALUE＝％V1〉 〈CHOICE HELP＝xxhelp〉クーリエ 〈ACTION TYPE＝SET VAR＝％X1 VALUE＝％V2〉 〈CHOICE HELP＝xxhelp〉エッセイ標準 〈ACTION TYPE＝SET VAR＝％X1 VALUE＝％V3〉 〈CHOICE HELP＝xxhelp〉イタリック 〈ACTION TYPE＝SET VAR＝％X1 VALUE＝％V4〉 〈/SELFLD〉 〈DTAFLD NAME＝XX6 DATE＝％X6 HELP＝xxhelp USAGE＝
IN REQUIRED＝NO ENTWIDTH＝10 AUTOTAB＝NO ALIGN＝START PMTLOC＝BEFORE PMT＝30 DESWIDTH＝20 MSG＝xxxx〉 印刷装置アドレス 〈DTAFLD NAME＝XX7 DATE＝％X7 HELP＝xxhelp USAGE＝
IN REQUIRED＝NO ENTWIDTH＝10 AUTOTAB＝NO ALIGN＝START PMTLOC＝BEFORE PTM＝30 DESWIDTH＝20 MSG＝xxxx〉 印刷部数 〈/PANEL〉 データ通信 ユーザ・インターフェースの主目的は、一方のユーザと
他方のコンピュータで動くアプリケーション・プログラ
ムとの間で通信することである。セッションとも呼ばれ
るプログラムの操作中にユーザからコンピュータに伝送
されるデータは、ユーザ・セッション・データ（USD）
と呼ばれる。種々のインターフェース形式がコンピュー
タによってサポートされるので、入力されるUSDを使用
されているユーザ・インターフェースに無関係のフォー
マットで記憶する必要がある。このインターフェースに
無関係の記憶形式によって、さらにユーザは同じセッシ
ョン中に、他のインターフェース形式を使用して事前に
入力されたデータを全く失うことなく、異なったユーザ
・インターフェースの間を切り替えることができる。デ
ータが記憶されるユーザ・インターフェースに無関係の
フォーマットは、USDリストと呼ばれる。

USDリストのためにデータを収集する方法を、第１図を
参考にして説明する。第１図に示されるUIIグラフは最
上部から下向きに処理される。各ノードのために、デー
タがユーザから得られ、USDリストに記憶される。デー
タは選択される特定のインターフェース形式に依存する
ので、データが入力されるべき特定の順序はない。同様
に、データをユーザから得る方法は、これも選択される
ユーザ・インターフェースに依存するので、関連しな
い。処理される各ノードのために、入力は下記の３つか
らなるUSDリストで作られる。

｛ノード名、値、ネスティング・レベル｝ ノード名はUIIグラフにおいてノードの名称を参照し、
各ノードのさらなる詳細は表１に示されている。値は、
表５に示すようにノード形式に依存する。

表５ ノード形式 値 AND ０ OR 選択された選択肢の指標 端末OR yes/no 端末AND ユーザが入力した値 USDリスト内のデータをツリー構造で表すことができ
る。したがってネスティング・レベルの値は、ツリー内
のネスティング・レベルを与える。たとえば、第１図の
ノード１は、ツリーにおける最初の入口であるから、１
のネスティング・レベルの値を有することになる。ノー
ド１の子ノードであるノード２〜５は２のネスティング
・レベルの値を持つ。

データをユーザから得る前に、データが既にUSDリスト
で利用可能であるかどうかの検査を行う必要がある。こ
れは特に、異なったユーザ・インターフェース形式の間
で切り替えるときに必要となる。そのわけは、UIIグラ
フを処理するときに２つのユーザ・インターフェース形
式がデータ入力用に異なった順序を適用するからであ
る。インターフェース間で切替えを行うときに必要なも
う１つの検査は、共に取り扱われるべき１群の部分項目
があること（すなわち、項目が‘−list'接尾部を使用
して定義される）を確証することであり、項目のすべて
は、さらに何か操作が実施される前に取り扱われる。

ユーザ・セッション・データのUSDリストへの格納は、
ツリー構造を決定できるような方法で行われるべきであ
る。これは、UIIグラフにおける最上ノードに対する三
重関連付けがUSDリストの先頭にあること、及びUIIグラ
フにおける最下位ノード、すなわち最下位ネスティング
・レベルをもつノードに対する三重関連付けがUSDリス
トの終端にあることを確証することによって行われる。
他のノードに対する三重関連付けをUSDリストに挿入し
なければならないときには、それは、その父ノードのた
めの三重関連付けの後、ただしその父ノードの他の子ノ
ード、すなわち同じネスティング・レベルをもつ他のノ
ードの前に、USDリストに挿入される。

種々のユーザ・インターフェース形式のためのUSDリス
トの例 USDリストを生成する方法とそのUIIとの関係を、いくつ
かの例で説明する。ユーザはプロセッサ、制御装置、及
び装置類からなる所定のシステムを定義しようとしてい
ると仮定する。UIIグラフを第11図に示す。GP−UIIは次
の書式を有する。

〈set〉ハードウェア構成 〈link〉全体ハードウェア構成属性 〈set〉プロセッサ・リスト 〈link〉プロセッサ属性 〈set〉制御装置リスト 〈link〉制御装置属性 〈set〉装置リスト 〈element〉装置アドレス 〈select〉装置クラス 〈set〉印刷装置 〈select〉全点アドレス可能 〈alt〉Yes 〈alt〉No 〈eselect〉 〈select〉エンドレス紙 〈alt〉Yes 〈alt〉No 〈eselect〉 〈select〉カラー 〈alt〉Yes 〈alt〉No 〈eselect〉 〈eset〉 〈alt〉テープ 〈set〉ディスク 〈element〉サイズ 〈element〉アクセス時間 〈eset〉 〈eselect〉 〈element〉装置形式 〈select〉IPLにおけるオフライン 〈alt〉Yes 〈alt〉No 〈eselect〉 〈eset〉 〈eset〉 〈eset〉 〈eset〉 例９−ダイアログ： ここで、選択されたユーザ・インターフェースは「ダイ
アログ」である、と仮定すると、ダイアログに特定のSP
−UIIはUIINI関連すべきである。したがって、UIIは次
の書式、すなわちSP−UIIを示す大文字を有することに
なる。

〈set〉ハードウェア構成 ダイアログ：ウィンドウ（title＝‘全体的なハードウ
ェア構成属性用パネル’） 〈link〉全体的なハードウェア構成属性 〈set〉プロセッサ・リスト ダイアログ：ウィンドウ（title＝‘プロセッサ定
義’） 〈link〉プロセッサ属性 〈set〉制御装置リスト ダイアログ：ウィンドウ（title＝‘制御装置定義’） 〈link〉制御装置属性 〈set〉装置リスト ダイアログ：ウィンドウ（title＝‘装置定義’） 〈element〉装置アドレス ダイアログ：入力域（text＝‘装置名’） 〈select〉装置クラス ダイアログ：ラジオ・ボタン群（・・・） 〈set〉印刷装置 ダイアログ：チェック・ボックス群（text＝印刷装置指
定の場合:'） 〈select〉全点アドレス可能 〈alt〉Yes 〈alt〉No 〈eselect〉 〈select〉エンドレス紙 〈alt〉Yes 〈alt〉No 〈eselect〉 〈select〉カラー 〈alt〉Yes 〈alt〉No 〈eselect〉 〈eset〉 〈alt〉テープ 〈set〉ディスク ダイアログ：テキスト（text＝‘ディスク指定の場
合:'） 〈element〉サイズ ダイアログ：入力域（text＝‘ディスク・サイズ’） 〈element〉アクセス時間 ダイアログ：入力域（text＝‘アクセス時間’） 〈eset〉 〈eselect〉 〈element〉装置形式 ダイアログ：入力域（text＝‘装置形式’） 〈select〉IPLにおけるオフライン ダイアログ：チェック・ボックス（text＝‘IPLにおけ
るオフライン’） 〈alt〉Yes 〈alt〉No 〈eselect〉 〈eset〉 〈eset〉 〈eset〉 〈eset〉 UII指定〈set〉装置リストとそれにネストされたすべて
のUII項目から結果として得られるパネルを、ユーザが
システムに入力したデータと共に第12図に示す。これは
下記のUSDリストを作る。

装置リスト ０ ３ 装置アドレス DEVXXX ４ 装置等級 ３ ４ ディスク ５ ５ サイズ 70MB ６ アクセス時間 15000 ６ 装置形式 IBM3380 ４ IPLにおけるオフライン １ ４ IPL.YESにおけるオフライン ０ ４ パネルは、ユーザ・インターフェース管理プログラム、
たとえばSP−UIIによって制御されるダイアログ・マネ
ージャによって作成される。もし、他のインターフェー
ス形式からダイアログ・インターフェース形式に切り替
える点で、USDリストの一部がすでに生成されている場
合には、USDリスト中のデータはダイアログ・パネルの
それぞれの入力域を初期化するために使用される。必要
な場合には、これらの入力域をダイアログ・マネージャ
でオーバータイピングから防ぐことができる。

例10−図形： ユーザ−・インターフェースがグラフィックである場合
には、グラフィックSP−UIIはUIIに関連する必要があ
る。これは次のように示される。

〈set〉ハードウェア構成 グラフィック：背景＝ホワイト・レイアウト＝layout 1 〈link〉全体的なハードウェア構成属性 〈set〉プロセッサ・リスト 〈link〉プロセッサ属性 グラフィック：アイコン＝procicon 〈set〉制御装置リスト グラフィック：アイコン＝cuicon 〈link〉制御装置属性 〈set〉装置リスト グラフィック：アイコン＝devicon 〈element〉装置アドレス 〈select〉装置クラス 〈set〉印刷装置 〈select〉全点アドレス可能 〈alt〉Yes 〈alt〉No 〈eselect〉 〈select〉エンドレス紙 〈alt〉Yes 〈alt〉No 〈eselect〉 〈select〉カラー 〈alt〉Yes 〈alt〉No 〈eselect〉 〈eset〉 〈alt〉テープ 〈set〉ディスク 〈element〉サイズ 〈element〉アクセス時間 〈eset〉 〈eselect〉 〈element〉装置形式 〈select〉IPLにおけるオフライン 〈alt〉Yes 〈alt〉No 〈eselect〉 〈eset〉 〈eset〉 〈eset〉 〈eset〉 これらの指定から結果的に得られるウィンドウを第13図
に示す。このウィンドウはSP−UIIを使用する図形ユー
ザ・インターフェース管理プログラムによって生成され
る。図形ユーザ・インターフェース管理プログラムはま
た、USDリストへの入力も取り扱う。第13図の例を使用
して生成されるUSDリストは下記の書式を有する。

簡単にするために、全体的なハードウェア構成、プロセ
ッサ、制御装置、または装置の属性は詳述されていな
い。これらは、ウィンドウをさらに操作することによっ
てUSDリストに加えられる。

例11−コマンド： コマンド・ユーザ・インターフェースでは、コマンド構
文を定義するSP−UIIをUIIに加えなければならない。こ
の結果は下記の通りである。

〈set〉ハードウェア構成 コマンド：構文（HW_CONF〈Processor−List〉END） 〈link〉全体的なハードウェア構成属性 〈set〉プロセッサ・リスト コマンド：構文（PROC DEF〈Processor attributes〉
〈Control−Unit−list〉） 〈link〉プロセッサ属性 〈set〉制御装置リスト コマンド：構文（CU_DEF〈Device list〉） 〈link〉制御装置属性 〈set〉装置リスト コマンド：構文（DEV_DEF〈device address〉...） 〈element〉装置アドレス コマンド：構文（NAME＝string） 〈select〉装置クラス コマンド：構文（CLASS＝） 〈set〉印刷装置 コマンド：構文（PRINTER） 〈select〉全点アドレス可能 コマンド：構文（APA＝） 〈alt〉Yes コマンド：構文（YES） 〈alt〉No コマンド：構文（NO） 〈eselect〉 〈select〉エンドレス紙 コマンド：構文（ELPAPER＝） 〈alt〉Yes コマンド：構文（YES） 〈alt〉No コマンド：構文（NO） 〈eselect〉 〈select〉カラー コマンド：構文（COLOUR＝） 〈alt〉Yes コマンド：構文（YES） 〈alt〉No コマンド：構文（NO） 〈eselect〉 〈eset〉 〈alt〉テープ コマンド：構文（TAPE） 〈set〉ディスク コマンド：構文（DISK） 〈element〉サイズ コマンド：構文（SIZE＝number） 〈element〉アクセス時間 コマンド：構文（ACCESSTIME＝number） 〈eset〉 〈eselect〉 〈element〉装置形式 コマンド：構文（TYPE＝number） 〈select〉IPLにおけるオフライン コマンド：構文（OFFLINE＝） 〈alt〉Yes コマンド：構文（YES） 〈alt〉No コマンド：構文（NO） 〈eselect〉 〈eset〉 〈eset〉 〈eset〉 〈eset〉 したがって、ハードウェア構成を定義するのに考えられ
る有効なコマンドは下記のようになる。

HW_CONF PROC_DEF CU_DEF DEV_DEF NAME＝DEVXXX CLASS＝DISK SIZE＝70MB ACCESSTIME＝1500 TYPE＝IBM3380 OFFLINE＝YES DEV_DEF NAME＝DEVYYY CLASS＝TAPE TYPE＝IBM3950 OFFNINE＝NO END このコマンド手順からのユーザ入力は、コマンド解析機
能によってUSDリストにマップされる。この結果、下記
のUSDリストとなる。

上に示すようなUSDリストを作成するためには、コマン
ド・パーサをUIIで制御することが必要である。任意の
ユーザ・インターフェース形式からコマンド・モードへ
の切替えには、UIIによって制御され、入力としてUSDリ
ストを使用する「テキスト・ジェネレータ」（コマンド
解析機能への逆機能）が必要である。

例12−切替え： ユーザはいくつかのユーザ・インターフェース形式を用
いてハードウェア構成を定義しようとしていると仮定す
る。サンプル・シナリオは下記の通りである。まず、ユ
ーザはコマンド・リストから始める。

HW_CONF PROC_DEF CU_DEF DEV_DEF NAME＝DEVXXX CLASS＝DISK END この結果、下記のUSDリストとなる。

そして、ユーザは、第13図に示すようにウィンドウをユ
ーザに示すユーザ・インターフェース形式＝GRAPHICに
切り替える。グラフィック・モードでは、ユーザはDEVX
XXをDEVYYYに図形複写することによって他の装置を加え
ることができる（第14図を参照）。これは、下記の入力
によってUSDリストを拡張する。

Device−list ０ ３ device address DEVYYY ４ device class ３ ４ Disk ０ ５ 新しく追加された装置のために、ユーザがダイアログ形
式のユーザ・インターフェースを使用して装置属性を完
成し更新しようとしている。これは結果として、第15図
に示すようなダイアログ・パネルになる。このパネルは
既に、更新された装置属性を示している。

これらの更新の後、USDリストは下記のようになる。

最後に、ユーザはコマンド・モードにスイッチバックし
て、何が定義されたかの「テキスト表示」を得ることが
でき、また多分、コマンド・モードでその後の定義も行
うことができる。たとえば、テキスト編集プログラムを
使用して、下記のように、ユーザはDEVXXXのための属性
を完成することもできる。

HW_CONF PROC_DEF CU_DEF DEV_DEF NAME＝DEVXXX CLASS＝DISK SIZE＝70MB ACCESSTIME＝1500 TYPE＝IBM3380 OFFLINE＝YES DEV_DEF NAME＝DEVYYY CLASS＝TAPE TYPE＝IBM3950 OFFNINE＝NO END もちろん、全体的なハードウェア構成を定義するとき
に、ユーザはこの操作手順に限定されない。ユーザは、
どの形式のインターフェースが作業に適切すなわち最も
容易であるかを選定するのは自由である。

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 ＡＣＭ ＴＲＡＮＳＡＣＴＩＯＮＳ Ｏ Ｎ ＩＮＦＯＲＭＡＴＩＯＮ ＳＹＳＴＥ ＭＳ’ Ｖｏｌ．８ Ｎｏ．３ Ｊｕｌｙ 1990．ＮＥＷ ＹＯＲＫ ＵＳ Ｐ. 204−236

Claims (8)

【特許請求の範囲】
1. 【請求項１】機能プログラムのためのユーザ・インター
   フェースを指定し開発する方法において、前記ユーザ・
   インターフェースが、 すべての種々のユーザ・インターフェース形式に共通の
   一般部分ユーザ・インターフェース情報（GP−UII）
   と、 種々のユーザ・インターフェース形式の各々に特定の特
   殊部分ユーザ・インターフェース情報（SP−UII）と、 を含み、そして前記方法が、 前記ユーザ・インターフェース情報（GP−UII、SP−UI
   I）を特定する第１のステップと、 前記ユーザ・インターフェース情報（GP−UII、SP−UI
   I）を前記ユーザ・インターフェースのために制御情報
   に変換する第２のステップと、 ユーザ・インターフェースを作成するために前記ユーザ
   ・インターフェース形式によって、前記制御情報と表示
   手段を結合する第３のステップと を含み、さらに 前記ユーザ・インターフェース情報（GP−UII、SP−UI
   I）は手続的言語で定義され、 前記第２のステップは 前記機能プログラムとユーザ・インターフェースの間で
   伝送されるデータのためのフィールドを有するデータ・
   プール（USDリスト）と、 すべてのユーザ・インターフェースに共通の制御情報を
   含む共通制御情報（GP−UII）と、 特定のユーザ・インターフェースによって要求される制
   御情報を含む少なくとも１つのインターフェース特定制
   御情報（SP−UII）と を作成するために、手続的言語で定義された前記ユーザ
   ・インターフェース情報（GP−UII、SP−UII）を分析す
   るステップを含み、 前記第３のステップは 前記特定ユーザ・インターフェースのために表示フロン
   ト・エンド（PFE）とインターフェース特定制御情報（S
   P−UII）を結合し、 前記一般制御情報（GP−UII）を汎用ユーザ・インター
   フェース層（GUIL）に結合し、 前記表示フロント・エンド（PFE）及び汎用ユーザ・イ
   ンターフェース層は前記ユーザ・インターフェースを作
   成するために協同して動作する ことを特徴とする前記方法。
2. 【請求項２】前記一般部分ユーザ・インターフェース情
   報（GP−UII）は、AND及び／またはORノードを用いて有
   向グラフの様式で記述されうる請求項１記載の方法。
3. 【請求項３】前記特定部分ユーザ・インターフェース情
   報（GP−UII）は、AND及び／またはORノードを用いて有
   向グラフの様式で記述されうる請求項１または２記載の
   方法。
4. 【請求項４】さらに、ユーザ・インターフェース間の切
   り換えを行うステップを有する請求項１、２又は３いず
   れかに記載の方法。
5. 【請求項５】さらに異なる表示フロント・エンド（PF
   E）を選択するステップを有する請求項４記載の方法。
6. 【請求項６】少なくとも１のユーザ・インターフェース
   を伴う機能プログラムを有し、前記機能プログラムの実
   行は前記ユーザ・インターフェースとは独立しているコ
   ンピュータ・システムにおいて、 各々が異なるユーザ・インターフェース形式で表示す
   る、少なくとも１のインターフェース装置と、 各インターフェース装置のための表示フロント・エンド
   と、 を有し、前記ユーザ・インターフェース形式は、 すべての種々のユーザ・インターフェース形式に共通の
   一般部分ユーザ・インターフェース情報（GP−UII）
   と、 種々のユーザ・インターフェース形式の各々に特定の特
   殊部分ユーザ・インターフェース情報（SP−UII）と、 に分けられ、 前記一般部分ユーザ・インターフェース情報（GP−UI
   I）及び特殊部分ユーザ・インターフェース情報（SP−U
   II）は手続的言語で記載されたプログラムの形式で定義
   されていることを特徴とし、 さらに 前記手続的言語プログラムにおける前記一般部分ユーザ
   ・インターフェース情報からの分析によって作成された
   ユーザ・インターフェース及び機能プログラムの間で伝
   送する情報のためのデータ・テーブル（USDリスト）
   と、 前記手続的言語プログラムから共通制御情報（GP−UI
   I）を作成するためのツール（T0）と、 前記手続的言語プログラムからインターフェース特定制
   御情報（SP−UII）を作成するための少なくとも１のツ
   ール（T1−Tn）と、 前記一般部分ユーザ・インターフェース情報（GP−UI
   I）、前記少なくとも１の表示フロント・エンド（PFE）
   及び特殊部分ユーザ・インターフェース情報（SP−UI
   I）と協同して表示装置上にユーザ・インターフェース
   を作成する汎用ユーザ・インターフェース層（GUIL）
   と、 によって前記表示を行うコンピュータ・システム。
7. 【請求項７】前記ユーザ・インターフェース情報（GP−
   UII、SP−UII）はAND/ORを用いた有効グラフの形式で記
   憶される請求項６記載のコンピュータ・システム。
8. 【請求項８】さらに、ユーザ・インターフェース間の切
   り換え手段を有する請求子６又は７記載のコンピュータ
   ・システム。