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

Abstract

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

Description

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

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

この周知の方法は、人間に可視の指示に関するユーザ・インターフェースを定義 しシミュレートする機能に関係する。

これは、一般的な方法で複数のユーザ・インターフェース形式に対するサポート を提供するものではない。

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

これらの様々な形式のユーザ・インターフェースの例として下記を挙げることが できる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第１１図は、ユーザ・インターフェースのための他のＡＮＤ／○Ｒグラフを示す 図である。

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

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

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

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

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

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

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

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

以下でＵＩＩ（ユーザ・インターフェース情報）と呼ぶユーザ・インターフェー スを記述する情報は、父ノードに子ノードが依存しているＡＮＤ１０Ｒグラフに 従って構成される。

この形式のグラフは有向グラフと呼ばれる。グラフ中の○Ｒノードはそのうちの １つをユーザが選択する必要のある代替案を表し、ＡＮＤノードは一連の情報単 位を表し、またＡＮＤノードに接続された端末ノードは、通信しようとするデー タ入力または出力を表す。ＵＩＩの各ノードは、上記のようなＧＰ−ＵＩ　Ｉと 複数の５Ｐ−ＵＩＩに関連付けられている。

第１図には、ＵＩＩの一例が図形で表示されている。この例では、ノード１はＡ ＮＤノード（父ノード）であり、初期プログラム・ローディング（ＩＰＬ）にお ける装置アドレス、装置クラス、装置形式、及びオフラインを表すノード（子ノ ード）２．３．４、及び５に分岐する。ノード５は２つの端末ノード６．７を有 し、これらはユーザによって選択されるＹＥＳまたはＮｏを表し、したがって装 置がＩＰＬにおいてオフラインか否かを指示する。さらに装置クラスを定義する と、○Ｒノード３はプリンタ用のＡＮＤノード８、テープ用の９、及びディスク 用の１０に分岐する。他の可能なブランチは不特定の複数の線として示されてい る。プリンタは、ノード］１で示される全点アドレス可能オプションを指定する 属性、ノード１２によって示されるようなエンドレス紙オプション、及びノード １３で示されるカラー・オプションを有する。これらの３つの場合のどれか１つ を選択すると、この事実は端末ノード１７から２１までの上で、ＹＥＳかＮｏの 選択で指示される。ＡＮＤノード１ｏは所定の例ではサイズを示すノード１４に 通じ、またディスクのアクセス時間を示すノード１５に通じる。

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

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

ａｍ構造情 報　ノード形式（ＡＮＤ、ＯＲ１端末）−子ノード（より深いレベル） −次ノード（同レベル） Ｏすべでのユーザ・インターフェース形式に共通の一般情報。この情報は構造情 報と共に、上記のＧＰ−ＵＩＩを構成する。

○　サポートされている各ユーザ・インターフェース形式のための特別の情報。

これは上記の５Ｐ−ＵＩＩである。

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

Ｎｏｄｅ−ｎｕｍｂｅｒ：　Ｉ Ｍｏｄｅ−ｎａｍｅ：　Ｄｅｖｉｃｅ−ｃｈａｒａｃｔｅｒｉｓｔｉｃｓＧＰ− ＵＩ　Ｉ　： Ｍｏｄｅ−ｔｙｐｅ　＝　ＡＮＤ−ＭｏｄｅＣｈｉｌｄ−ｎｏｄｅｓ　＝　２． ３．４．５ＮｅＸｔ−ｎｏｄｅ　＝ｎｏｎｅ ＳＰ−ＵＩＩ　ｆｏｒ　ｐａｎｅｌ　ｏｒｉｅｎｔｅｄ　ｄｉａｌｏｇｓ：Ｎｅ ｗ−Ｗｉｎｄｏｗ＝Ｙｅｓ Ｐａｎｅｌ−ｎａｍｅ＝ＰＤＶｃＨＡＲ／＊ノード２本／ Ｎｏｄｅ−ｎｕｍｂｅｒ：　２ Ｎｏｄｅ−ｎａｍｅ：　Ｄｅｖｉｃｅ　ａｄｄｒｅｓｓＧＰ−ＵＩＩ： Ｍｏｄｅ−ｔｙｐｅ　＝　ＴＥＲＭＩＮＡＬＣｈｉｌｄ−ｎｏｄｅｓ　＝　ｎｏ ｎｅＮｅｘｔ−ｎｏｄｅ　＝　３ Ｖａｒｉａｂｌｅ−ｎａｍｅ　＝　ＶＤＶＡＤＤＲＤａｔａ−ｔｙｐｅ　＝　Ｈ ＥＸ Ｄａｔａ−１ｅｎｇｔｈ　＝　４ Ｈｅｌｐ−ｔｅｘｔ　＝　ＨＤＶＡＤＤＲＣｈｅｃｋｉｎｇ−Ｒｏｕｔｉｎｅ＝ ＣＨＤＶＡＤＤＲ３Ｐ−ＵＩＩ　ｆｏｒ　ｐａｎｅｌ　ｏｒｉｅｎｔｅｄ　ｄｉ ａｌｏｇｓ：Ｐａｎｅｌ−ｎａｍｅ＝ＰＤＶｃＨＡＲＦｉｅｌｄ−ｎａｍｅ＝Ｆ ＤＶＡＤＤＲ５Ｐ−ＵＩＩ　ｆｏｒ　Ｃｏｍｍａｎｄ　Ｉｎｔｅｒｆａｃｅ：Ｋ ｅｙｗｏｒｄ　＝　ＤＥＶＩＣＥ−ＡＤＤＲ５Ｐ−ＵＩＩ　ｆｏｒ　５ｐｅｅｃ ｈ　０ｕｔｐｕｔ：Ｔｅｘｔ＝’Ｅｎｔｅｒ　Ｄｅｖｉｃｅ　Ａｄｄｒｅｓｓ、 ｍａｘｉｍｕｍ　４　ｈｅｘｄｉｇｉｔｓ’ ／＊ノード３＊／ Ｎｏｄｅ−ｎｕｍｂｅｒ：　３ Ｎｏｄｅ−ｎａｍｅ：　Ｄｅｖｉｃｅ−ｃｌａｓｓＧＰ−ＵＩＩ： Ｍｏｄｅ−ｔｙｐｅ　＝　０Ｒ−ｎｏｄｅＣｈｉｌｄ−ｎｏｄｅｓ　＝　８．　 ９．　１０．　＋＋＋Ｎｅｘｔ−ｎｏｄｅ　＝　４ Ｖａｒｉａｂｌｅ−ｎａｍｅ　＝　ＶＤＶＣＬＳＨｅｌｐ−ｔｅｘｔ　＝　ＨＤ ＶＣＬＳＣｈｅｃｋｉｎｇ−Ｒｏｕｔｉｎｅ＝ＣＨＤＶＣＬＳＳＰ−ＵＩＩ　ｆ ｏｒ　ｐａｎｅｌ　ｏｒｉｅｎｔｅｄ　ｄｉａｌｏｇｓ：Ｐａｎｅｌ−ｎａｍｅ ＝ＰＤＶｃＨＡＲＴｅｘｔ　＝　’５ｅｌｅｃｔ　ｏｎｅ　ｏｆ　ｔｈｅ　ｆｏ ｌｌｏｗｉｎｇ’５Ｐ−ＵＩＩ　ｆｏｒ　ｃｏｍｍａｎｄ　１ｎｔｅｒｆａｃｅ ：Ｋｅｙｗｏｒｄ　＝　ＤＥＶＩＣＥ−ＣＬＡＳＳＳＰ−ＵＩＩ　ｆｏｒ　５ｐ ｅｅｃｈ　０ｕｔｐｕｔ：Ｔｅｘｔ＝′Ｅｎｔｅｒ　Ｄｅｖｉｃｅ　Ｃ１ａｓｓ ’／＊ノード４＊／ Ｎｏｄｅ−ｎｕｍｂｅｒ：　４ Ｍｏｄｅ−ｎａｍｅ：　Ｄｅｖｉｃｅ−ｔｙｐｅＭｏｄｅ−ｔｙｐｅ　＝　ＴＥ ＲＭＩＮＡＬＣｈｉｌｄ−ｎｏｄｅｓ　＝　ｎｏｎｅＮｅｘｔ−ｎｏｄｅ　＝　 ５ Ｖａｒｉａｂｌｅ−ｎａｍｅ　＝　ＶＤＶＴＹＰＤａｔａ−ｔｙｐｅ　＝　ＣＨ ＡＲ Ｄａｔａ−１ｅｎｇｔｈ　＝　７ Ｈｅｌｐ−ｔｅｘｔ　；ＨＤｖＴＹＰ Ｃｈｅｃｋｉｎｇ−Ｒｏｕｔｉｎｅ＝ＣＨＤＶＴＹＰＳＰ−ＵＮＩ　ｆｏｒ　ｐ ａｎｅｌ　ｏｒｉｅｎｔｅｄ　ｄｉａｌｏｇｓ：Ｐａｎｅｌ−ｎａｍｅ＝ＰＤＶ ｃＨＡＲＦｉｅｌｄ−ｎａｍｅ＝ＦＤＶｃＨＡＲ３Ｐ−４）ＩＩ　ｆｏｒ　Ｃｏ ｍｍａｎｄ　Ｉｎｔｅｒｆａｃｅ：Ｋｅｙｗｏｒｄ　＝ＤＥＶＩＣＥ−ＴＹＰＥ ＳＰ−ＵＩＩ　ｆｏｒ　５ｐｅｅｃｈ　０ｕｔｐｕｔ：Ｔｅｘｔ＝’Ｅｎｔｅｒ 　Ｄｅｖｉｃｅ　Ｔｙｐｅ’実行時にユーザ・インターフェースを提供するプロ グラムの構造と機能は、いわゆる汎用ユーザ・インターフェース層（ＧＵ　Ｉ　 Ｌ）を有する複数のユーザ・インターフェース形式をサポートするためのプログ ラム構造を含む。第２図に示すように、この層は、機能プログラムと表示フロン ト・エンド・プログラムＰＦＥ−１、ＰＦＥ−２、−−＊、ＰＦＥ−ｎの間に常 駐する。機能プログラムは、ユーザ・インターフェース形式とは独立した方法で プログラミング・システムの機能を実施する。これは換言すれば、機能プログラ ムがその複数のＰＦＥとユーザ・インターフェース形式とは独立した方法でＧＵ ＩＬを通じてデータを交換する、ということを意味する。ＧＵＩＬは、どの特定 ユーザ・インターフェース形式が現在活動状態で、対応するＰＦＥを呼び出すか を知っているというプログラムである。さらに、ＧＵＩＬは獲得済みのユーザ・ インターフェース・パラメータを追跡し、所望のパラメータがすでに使用可能で ある場合には、ＰＦＥの呼出しをスキップする。第２図に、問題管理、変更管理 、構成管理、パフォーマンス管理、ビジネス管理などの、機能プログラムの例を 示す。機能プログラム、汎用ユーザ・インターフェース層、及び表示フロント・ エンドの間の制御の流れのサンプルを以下に示す。この例では、ダイアログ・イ ンターフェースとコマンド・インターフェースという２つの代替インターフェー ス形式がある。この例における機能プログラムは、装置を追加するための構成管 理機能である。

機能プログラム −値バッファに出力（初期／省略時）値を入れる−　ＧＵＩＬ、パラメータ（値 バッファ、ＵＩＩテーブル名）を呼び出す −値バッファから入力値をゲットし、’Ａｄｄ　Ｄｅｖｉｃｅ’機能を−現在活 動状態のＰＦＥを決定する −４　ＰＦＥ、パラメータ（値バッファ、ＵＩＩテーブル名）を呼び出す −機能プログラムに戻る −ＵＩＩテーブルから　−ＵＩＩテーブルから下記の情報を決定する　コマンド ・キーワードを決定する ０パネル名 ０パネル内の　−コマンド入力ストリングの中フィールド名　で各キーワードを 探し出すＯフィールドのデータ長 一コマント・ストリングからの 一フィールドに値バッファ　各キーワードに関連する値をからの値を入れる　ゲ ットする 一ダイアログ・ インターフェース　−検査ルーチン（ＵＩＩチー管理プログラムを呼び出す　プ ル）を用いて、入力値を検証する 一検査ルーチン（ＵＩＩテー プル）を用いて、入力値を 検証する　−人力値を値バッファに 入れる 一人力値を値バッファに 入れる　−ＧＵＩＬに戻る 一ＧＵＩＬに戻る これは、所定の導入システムで異なったユーザ・インターフェース形式の同時サ ポートを可能にすることの他に、新しいインターフェース形式を将来追加するこ とに備えた他の利点をもたらす。

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

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

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

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

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

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

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

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

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

表２は、表１の記載と同様、ノードの機械読取り可能な様宣言 Ｉ　ＵＩＩ−Ｍｏｄｅ　（ｎ）。

２　Ｎｏｄｅ−ｎｕｍｂｅｒ。

２　Ｎｏｄｅ−ｎａｍｅ。

２　Ｇｅｎｅｒａｌ　ＵＩＩ。

３　Ｍｏｄｅ−ｔｙｐｅ、　／＊下記の説明を参照　本／３　Ｃｈｉｌｄ−ｎｏ ｄｅｓ、　７本このノードの子　本／３　Ｎｅｘｔ−ｎｏｄｅ、　７本このノー ドの姉妹　本／３　Ｖａｒｉａｂｌｅ−ｎａｍｅ、７本関連変数の名称　吋３　 Ｄａｔａ−ｔｙｐｅ、　／零変数値の形式　＊７３　Ｄａｔａ−１ｅｎｇｔｈ、 　７本変数値の最大長　吋３　Ｃｈｅｃｋｉｎｇ−ｒｏｕｔｉｎｅ、７本数値の 検証　本／３　Ｈｅ１ｐ−ｔｅｘｔ、　／＊付属ヘルプの名称　＊／２　Ｄｉａ ｌｏｇ−ＵＩＩ。

３　Ｐａｎｅｌ−ｎａｍｅ、　７本パネルの名称　＊／３　Ｆｉｅｌｄ−ｎａｍ ｅ、　７本パネル上のフィールド名称本／３　Ｔｅｘｔ、　／宰プロンプト・テ キスト　零／３　Ｎｅｗ−ｗｉｎｄｏｗ、　／本新しいパネル標識の開始本／２ 　Ｃｏｍｍａｎｄ−ＵＩＩ。

３　Ｋｅｙｗｏｒｄ、　７本コマ：／ド・キーワード　零／ノード形式はｒＡＮ Ｄノード」でも、ｒＯＲノード」でも、ｒＩＮフィールド」でも、または（ＯＲ ノードの）ｒＡＬＴＥＲＮＡＴＩＶＥＪでもよい。また、複数のｒＬＩｓＴＪの ための特別ノード形式をサポートすることも有用である。ＵＩＩの構造は、ＡＮ Ｄノード、ＯＲノード、これらのノードに続＜ＬＩＳＴを格納することによって 表現される。このような後続ノードのテーブルは、Ｍｏｄｅ−Ｔｙｐｅ＝ＥＮＤ のある項目によ表３は、後述の例３と第６図のパネルに関係するＵＩエテ／＊「 印刷オプション」のためのＡＮＤノード　＊／Ｎｏｄｅ−ｎｕｍｂｅｒ　＝　１ Ｍｏｄｅ−ｔｙｐｅ　＝　’ＡＮＤ−ｎｏｄｅ’Ｄａｔａ−１ｅｎｇｔｈ　＝Ｏ Ｖａｒｉａｂｌｅ−ｎａｍｅ　＝” Ｖａｒｉａｂｌｅ−ｔｙｐｅ　＝　’ＣＨＡＲ’Ｃｈｅｃｋｉｎｇ−ｒｏｕｔｉ ｎｅ　＝　’ＣＨＥＣＫ−ＰＯ’Ｈｅ１ｐ−ｔｅｘｔ　＝　’ＨＥＬＰ−ＰＯ’ Ｋｅｙｗｏｒｄ　＝　’ＰＲＩＮＴ−ＯＰＴＩＯＮＳ’Ｐａｎｅｌ−ｔａｂｌｅ 　＝’ＰＡＮＴＡＢ−１’５ｕｃｃｅｓｓｏｒ−ｎｏｄｅ　＝” ／木「ファイル名」のためのノード　＊／Ｎｏｄｅ−ｎｕｍｂｅｒ　＝　２ Ｍｏｄｅ−ｔｙｐｅ　＝　’　ＩＮ’ Ｄａｔａ−１ｅｎｇｔｈ　＝　８ Ｖａｒｉａｂｌｅ−ｎａｍｅ　＝’ＶＡＲＯＯ１’Ｖａｒｉａｂｌｅ−ｔｙｐｅ 　＝’ＣＨＡＲＡＣＴＥＲ’Ｃｈｅｃｋｉｎｇ−ｒｏｕｔｉｎｅ　＝　’ＣＨＥ ＣＫ−ＦＮ’Ｈｅ１ｐ−ｔｅｘｔ　＝　’ＨＥＬＰ−ＦＮ’Ｋｅｙｗｏｒｄ　＝ 　’　ＦＩＬＥ−ＮＡＭＥ’Ｐａｎｅｌ−ｔａｂｌｅ　＝’ＰＡＮＴＡＢ−１’ ５ｕｃｃｅｓｓｏｒ−ｎｏｄｅ　＝” ／＊「フォント形式」のためのノード　＊／Ｎｏｄｅ−ｎｕｍｂｅｒ　＝３ Ｍｏｄｅ−ｔｙｐｅ　＝　’　ＯＲ’ Ｄａｔａ−１ｅｎｇｔｈ　＝Ｏ Ｖａｒｉａｂｌｅ−ｎａｍｅ　＝　’ＶＡＲＯＯ２’Ｖａｒｉａｂｌｅ−ｔｙｐ ｅ　＝　’　ＩＮＴＥＧＥＲ’Ｃｈｅｃｋｉｎｇ−ｒｏｕｔｉｎｅ　＝　’ＣＨ ＥＣＫ−ＦＴ’Ｈｅ１ｐ−ｔｅｘｔ　＝　’ＨＥＬＰ−ＦＴ’Ｋｅｙｗｏｒｄ　 ＝　’ＦＯＮＴ−ＴＹＰＥ’Ｐａｎｅｌ−ｔａｂｌｅ　＝’ＰＡＮＴＡＢ−１’ ５ｕｃｃｅｓｓｏｒ−ｎｏｄｅ　＝７ ／本下記ノードの詳細はここには示されていない　零／／本「プリンタ・アドレ ス」のためのノード　本／／宰「印刷部数」のためのノード　＊／／京「印刷オ プションのＡＮＤノードの終了」のためのノード零／ ７京「フォント形式」のためのＯＲノード　本／／＊「プレスティージ・エリー ト」のためのノード　宰／／本「フーリエ」のためのノード　宰／／＊「エッセ イ・スタンダード」のためのノード　本／／本「イタリック」のためのノード　 本／／本「フォント形式のＯＲノードの終了」のためのノード本／上記の構造は 、ダイアログ・マネージャ（メニュー指向表示装置インターフェースのための） へのインターフェースをサポートするため、ならびに、コマンドまたはプログラ ム、あるいはその両方の呼出しインターフェースのためのオペランド解析の実施 に適している。

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

ＧＵＩＬ（プログラム）はＵＩＩ（テーブル）からのＧＰ−ｔＪ４Ｉを使用して 、下記の機能を提供する。

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

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

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

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

第３図に関連して、開発過程で使用される開発ツールを示す。ツールＴｏによっ て、開発者からのデータが収集され、こうして中立書式が確立される。したがっ て中立書式では、いろいろなユーザ・インターフェース形式について、−股部分 ユーザ・インターフェース情報、ＧＰ−ＵＩ　Ｉと特殊部分ユーザ・インターフ ェース情報、５Ｐ−ＵＩＩが中立書式で生成される。そこから、いろいろなツー ルＴ１〜Ｔｎを使用して、特定の書式で特殊部分ユーザ・インターフェース情報 を生成する。

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

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

ユーザ・インターフェース情報を指定するために可能な表記上記の説明では、Ｕ ＩＩをある非公式の表記法で記述Ｉ７た。

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

ＵＩＩの指定には、本質的に２つの構成概念、すなわちエンティティの組または リストを指定する方法及び代替案を指定する方法が必要である。したがって、図 形表示として、ＡＮ　Ｄｌｏ　ＲグラフがＵＩＩを表現する洗練された方法であ る。

本発明が考えた適用のために、下記のＵＩＩ表記法を使用した。

Ｏ項目’　ｅｌｅｍｅｎｔ−ｘ’を、代替案ａｌｔｅｒｎａｔｉｖｅ−１゜ａｌ ｔｅｒｎａｔｉｖｅ−２，、、、、ａｌｔｅｒｎａｔｉｖｅ−ｎのセットとして 定義することができる。これは下記によって表現される。

＜５ｅｌｅｃＤ　ｅｌｅｍｅｎｔ−ｘ ＜ａｌｔ＞ａｌｔｅｒｎａｔｉｖｅ−１＜ａｌ　Ｄａｌ　ｔｅｒｎａｔ　１ｖｅ −２＜ａｌｔ＞ａｌｔｅｒｎａｔｉｖｅ−ｎ＜ｅｓｅｌｅｃｔ＞ Ｏ項目’　ｅｌｅｍｅｎｔ−ｘ’を、部分項目ｓｕｂｉｔｅｍ−１，ｓｕｂｉｔ ｅｍ−２゜、、、、　ｓｕｂｉｔｅｍ−ｎのセットからなると定義することがで きる場合には、これは下記によって表現される。

＜ｓｅｔ＞ｅｌｅｍｅｎｔ−ｘ ＜ｉｎ＞　ｓｕｂｉｔｅｍ−１ ＜ｉｎ＞　ｓｕｂｉｔｅｍ−２ ＜ｉｎ＞　ｓｕｂｉｔｅｍ−１ ＜ｅｓｅｔ＞ ＜ｉｎ＞ユニットは入力項目を示す。あるいは、＜ｏｕＤを出力データを示すた めに使用することもできる。

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

０　非端末記号、すなわち他のＵＩＩ定義が存在する記号は、′％′文字または ＜１ｉｎｋ＞タグの使用のいずれかによって開始する。

例： ＜５ｅｌｅｃＤ　ｏｐｔｉｏｎ−ｘ ＜ａｌｔ＞　％ｆｕｒｔｈｅｒ　ｄｅｔａｉｌｓまたは＜５ｅｌｅｃＤ　ｏｐｔ ｉｏｎ−ｘ＜ｅｓｅｌｅｃＤ ”ｆｕｒｔｈｅｒ−ｄｅｔａｉｌｓ”は、複数の＜Ｓｅｔ＞またはく５ｅｌｅＣ ｔ〉ユニットに＜１ｉｎｋ＞されることもある。

ｏ　ＵＩＩのある点について、項目’　ｅｌｅｍｅｎｔ−ｙ’のリストが必要な 場合には、これは、項目’　ｅｌｅｍｅｎｔ−ｙ’に接尾部’−１ｉｓｔ’を追 加することによって記述される。

例： ＜ｓｅｔ＞ｅｌｅｍｅｎｔ−ｘ ＜ｉｎ＞％ｅｌｅｍｅｎｔ−ｙ−１　ｉｓｔ＜ｉｎ＞　ｅｌｅｍｅｎｔ−ｚ ＜ｅＳｅｔ＞ したがって、’ｅｌｅｍｅｎｔ−ｙ’　（’ｅｌｅｍｅｎｔ−ｙ−１ｉｓｔ’で はない）についてさらなる定義があれば十分である。

したがって、項目’　ｅｌｅｍｅｎｔ−ｘ’は、’　ｅｉｅｍｅｎｔ−ｙ’にお けるすべての部分項目及び部分項目’　ｅｌｅｍｅｎｔ−ｚ’を含むことになる 。

’　ｅｌｅｍｅｎｔ−ｙ’は下記のように記述される。

＜ｓｅｔ＞　ｅｌｅｍｅｎｔ−ｙ−１ｉｓｔ＜ｉｎ＞　ｓｕｂｉｔｅｍ−１ ＜ｉｎ＞　ｓｕｂｉｔｅｍ−２ ＜ｉｎ＞　ｓｕｂｉｔｅｍ−ｎ ＜ｅｓｅｔ＞ ’−１ｉｓｔ’接尾部の使用は、部分項目のすべてを一緒を二数Ｉ）扱わなけれ ばならないとき、たとえζよこれらをすべて同時Ｃ二人力しなければならないと きに、特（１有用であり、入力過程を阻害するものはない。

０　項目’　ｅｌｅｍｅｎｔ−ｘ’が２つの選択肢、’　ＹＥＳ’と’　Ｎｏ’ だｃｔを持ツ場合１．＝ｉを、’　ｅｌｅｍｅｎｔ−ｘ’に接尾部’−０ＰＴ’ を追カロすることによって表現することができる。

例： ＜ｉｎ＞　ｅｌｅｍｅｎｔ−ｘ−ＯＰＴは下記と等価である。

＜ｉｎ＞　％ｅｌｅｍｅｎｔ−ｘ ＜５ｅｌｅｃｔ＞　ｅｌｅｍｅｎｔ−ｘ＜ａｌｔ＞　ＹＥＳ ＜ａｌｔ＞　Ｎ。

＜ｅｎｄ＞ ０　′／零′で始め、′峠′で終わらせること（二よって、注釈を置くことがで きる。

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

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

次に、ダイアログ指向表示装置インターフェースで見ることのできる各種パネル 形式にＵＩＩをマツプする方法を記述する。１例として、ＩＢＭ　ＣＵＡ標準（ Ｉ　Ｂ　Ｍ　ＳｙｓｔｅｍＡｐｐｌｉｃａｔｉｏｎ　Ａｒｃｈｉｔｅｃｔｕｒｅ 　−Ｃｏｍｍｏｎ　Ｕｓｅｒ　Ａｃｃｅｓｓ　ＰａｎｅＬＤｅｓｉｇｎ　ａｎｄ 　Ｕｓｅｒ　Ｉｎｔｅｒａｃｔｉｏｎ、　５Ｃ２６−４３５１）によってサポー トされるパネル形式を考える。

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

２、入カバネル 入カバネルを使用して、データ変数用の数値を入力する。

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

リスト・パネルはデータ記録リスト上、たとえｃｉミツアイル登録簿の上で動作 する有用なインターフェースである。通常、リストはスクロール可能であり、個 別の１リスト項目（二連用可能なパネルに示される１組の固定された活動カ呪あ る。

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

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

１、メニュー・パネル ＜５ｅ１ｅｃｔ＞ユニットは、（下記の事例のし１ずれ（二も組み込まれない場 合に、）メニュー・）＜ネルとなる。

例１゜ ＜５ｅｌｅｃｔ＞　ｃｏｍｍｕｎｉｃａｔｉｏｎ　Ｃｈｏｉｃｅｓ＜ａｌｔ＞　 Ｒｅｃｅｉｖｅ　ｍａｉｌ＜ａｌｔ＞　Ｍｅｓｓａｇｅｓ　ｐｅｎｄｉｎｇ＜ａ ｌｔ＞　Ｍａｉｌ　ｌｏｇ ＜ａｌｔ＞　Ｍａｉｌ　５ｔａｔｕｓ ＜ｅｎｄ＞ 結果として得られるメニュー・パネルを第４図に示す。

２、入カバネル 無地の＜ｓｅＤユニットは入カバネルとなる。

例２゜ ＜ｓｅｔ＞　Ｐｅｒｓｏｎｎｅｌ　Ｄａｔａ＜ｉｎ＞　Ｎａｔｉｏｎａｌｉｔｙ ＜ｉｎ＞　Ｐｈｏｎｅ　ｎｕｍｂｅｒ ＜ｉｎ＞　Ｄａｔｅ　ｏｆ　ｂｉｒｔｈ＜ｅｓｅｔ＞ 結果として得られるメニュー・パネルを第５図に示す。

３、項目及びメニュー混合パネル 項目及びメニュー混合パネルを、＜ｓｅｔ＞ユニット内に＜５ｅｌｅｃｔ〉ユニ ットを含めることによって構成することができる。

例３゜ ＜ｓｅｔ＞　Ｐｒ１ｎｔ　０ｐｔｉｏｎｓ＜ｉｎ＞　Ｆｉｌｅ　ｎａｍｅ ＜ａｌｔ＞　Ｐｒｅｓｔｉｇｅ　ｅｌｉｔｅ＜ａｌＤ　Ｃｏｕｒｉｅｒ ＜ａｌｔ＞　Ｅｓ５ａｙ　５ｔａｎｄａｒｄ＜ａｌＤ　Ｉｔａｌｉｃｓ ＜ｅｎａ＞ ＜ｉｎ＞　Ｐｒ１ｎｔｅｒ　ａｄｄｒｅｓｓ＜ｉｎ＞　Ｎｕｍｂｅｒ　ｏｆ　ｃ ｏｐｉｅｓ＜ｅｓｅＤ 結果として得られるメニュー・パネルを第６図に示す。

４、リスト・パネル リスト・パネル用のＵＩＩを、先に「ユーザ・インターフェース情報を明記する ために可能な表示法」の項に記述した’−１ｉｓｔ’接尾部を使用して、定義す ることができる。

例４゜ ＜ｓｅｔ＞　Ｄｅｖｉｃｅ　Ｍａｉｎｔｅｎａｎｃｅ＜ｉｎ＞　Ｄｅｖｉｃｅ− １ｉｓｔ ＜ｓｅＤ ＜ｉｎ＞　Ｄｅｖｉｃｅ−ｄｅｆ−ａｃｔｉｏｎ＜５ｅｌｅｃｔ〉 ＜ａｌｔ＞　Ａｄｄ　ｄｅｖｉｃｅ ＜ａｌｔ＞　Ｄｅｌｅｔｅ　ｄｅｖｉｃｅ＜ａｌｔ＞Ｃｈａｎｇｅ　ｄｅｖｉｃ ｅ＜ａｌｔ＞　Ｄｉｓｐｌａｙ　ｄｅｖｉｃｅ　ｃｈａｒａｃｔｅｒｉｓｔｉｃ ｓ＜ｅｎｄ＞ ＜ｏｕｔ＞　Ｄｅｖｉｃｅ　ａｄｄｒｅｓｓ＜ｏｕｔ＞　Ｄｅｖｉｃｅ　ｔｙｐ ｅ ＜ｏｕＤ　Ｍｏｄｅｌ　ｎｕｍｂｅｒ 結果として得られるメニュー　・パネルを第７図に示す。

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

１、活動を個別のリストに適用することができる場合には、これらの活動を＜ｉ ｎ＞フィールド及び＜ｏｕＤフィールドのレベルでリスト・ユニット内で定義し なければならない（例４を参照）。

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

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

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

例５゜ ＜Ｓｅｔ＞　Ｈｅ１ｐ　Ｏｎ　Ｄｅｖｉｃｅ　Ｍａｉｎｔｅｎａｎｃｅ／本　ユ ーザに表示　＊／ ／本　−装置保守タスク　本／ ／本　−可能な機能　本／ ＜ｉｎ＞％Ｉｎｆｏ−Ｐａｎｅｌ−１ ＜ｉｎ＞　％Ｉｎｆｏ−Ｐａｎｅｌ−２＜ｉｎ＞ ＜ｅｓｅｔ＞ ６、アクション・バーの指定 アクション・バーは、Ｉ　Ｂ　Ｍ　Ｓｙｓｔｅｍ　ＡｐｐｌｉｃａｔｉｏｎＡｒ ｃｈｉｔｅｃｔｕｒｅ　−Ｃｏｍｍｏｎ　Ｕｓｅｒ　Ａｃｃｅｓｓ　Ｐａｎｅｌ 　Ｄｅｓｉｇｎ　ａｎｄＵｓｅｒ　Ｉｎｔｅｒａｃｔｉｏｎ、　５Ｃ２６−４３ ５１の定義では、パネル本体に表されるオブジェクトに適用できる一連の活動形 式を示すパネルの最上部の領域である。活動形式がたとえばマウス装置によって 選択される場合には、プルダウンが現れて、この活動形式の代替活動を示す。接 尾部’−ａｃｔｉｏｎｓ’を使用して、また適切なく５ｅｌｅｃｔ＞ユニットを 提供することによって、アクション・バーを、構成することができる。これを例 ６に示す。

例６： ＜ｓｅｔ＞　Ｄｅｖｉｃｅ　Ｍａｉｎｔｅｎａｎｃｅ＜ｉｎ＞　Ｄｅｖｉｃｅ− １ｉｓｔ ＜ｓｅｔ＞ ＜ｉｎ＞　Ｄｅｖｉｃｅ−ｄｅｆ−ａｃｔｉｏｎｓ＜５ｅｉｅｃｔ＞ ＜ａｌｔ＞　Ｕｐｄａｔｅ ＜５ｅｌｅｃＬ〉 ＜ａｌｔ＞　Ａｄｄ　ｄｅｖｉｃｅ ＜ａｌｔ＞　Ｄｅｌｅｔｅ　ｄｅｖｉｃｅ＜ａｌｔ＞　Ｃｈａｎｇｅ　ｄｅｖｉ ｃｅ＜ｅｎｄ＞ ＜ａｌｔ＞　Ｄｉｓｐｌａｙ ＜５ｅｌｅｃｔ＞ ＜ａｌｔ＞　Ｄｉｓｐｌａｙ　ｄｅｖｉｃｅ　ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ ＜ａｌｔ＞　Ｄｉｓｐｌａｙ　ｅｒｒｏｒ　ｒｅｃｏｒｄｉｎｇ＜ａｌｔ＞　Ｄ ｉｓｐｌａｙ　ｃｏｎｎｅｃｔｉｏｎｓ＜ｏｕｔ＞　Ｄｅｖｉｃｅ　ａｄｄｒｅ ｓｓ＜ｏｕｔ＞　Ｄｅｖｉｃｅ　ｔｙｐｅ ＜ｏｕｔ＞　Ｍｏｄｅｌ　ｎｕｍｂｅｒ第８図のパネルは、例６による’　Ｕｐ ｄａｔｅ’のためのプルダウン・ウィンドウを有するアクション・バーを示す。

７、複数選択肢選択の指定 ＜５ｅｌｅｃｔ＞ユニットは結果として、いわゆる「単一選択肢選択」となる。

単一選択肢選択の他に、ＩＢＭ　ＣＵＡ標準は、ユーザが所定のリストから複数 の項目を選択することのできる「複数選択肢選択」つきのメニューをサポートす る。ＵＩＩでは、複数選択肢選択を’−０ＰＴ’接尾部を用いて１群のオプショ ン項目として指定することができる。この指定を例７に示し、結果のパネルを第 ９図に示す。

例７： ＜ｓｅｔ＞　Ａｄｄ　Ｉｌｏ　ｄｅｖｉｃｅ＜ｉｎ＞　Ｄｅｖｉｃｅ　ｎｕｍｂ ｅｒ＜ｉｎ＞　Ｄｅｖｉｃｅ　ｔｙｐｅ ＜ｉｎ＞　Ｔｉｍｅ−ｏｕｔ−ＯＰＴ ＜ｉｎ＞　Ｅｒｒｏｒ　ｒｅｃｏｒｄｉｎｇ−ＯＰＴ＜ｉｎ＞　Ｍｉｒｒｏｒｉ ｎｇ−ＯＰＴ＜ｅｓｅｔ＞ 選択肢項目の数がある一定の数（たとえば３）未満の場合には、使用されるツー ルは、複数選択肢選択に一般に使用されるチェック・ボックスの代わりに入力フ ィールドを生成する。この場合、結果としてのパネルは第１０図のように現れる 。

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

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

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

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

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

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

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

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

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

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

このような言語の例として、ＩＢＭ　ＳＡＡダイアログ（Ｉ　Ｂ　Ｍ　Ｓｙｓｔ ｅｍ　Ａｐｐｌｉｃａｔｉｏｎ　Ａｒｃｈｉｔｅｃｔｕｒｅ　Ｄｉａｌｏｇ　Ｔ ａｇＬａｎｇｕａｇｅを参照）があり、これはＳＡＡでサポートされた１８Ｍコ ンピュータのための表示指向ダイアログの定義をサポートする。いわゆる拡張ツ ールは、ＵＩＩに与えられた対話の定義をＩＢＭ　ＳＡＡダイアログ・タグ言語 に変換し拡張する。ＵＩＩの他に、拡張ツールは入力として下記を使用する。

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

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

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

表４： ＜ＰＡＮＥＬ　ＮＡＭＥ＝ＦＩＧ６　ＨＥＬＰ＝ｘｘｘｘｘ　ＤＥＰＴＨ＝２２ 　ＷＩＤＴＨ＝７６ＭＳＧＬＩＮＥＳ＝Ｉ　ＫＥＹＬＩＳＴ＝ＫＥＹＬＩＩ　Ｃ ＵＲ５ＯＲ＝ｘｘｘｘｘｘ　Ｃ５ＲＰＯＳ＝１＞印刷オプション ＜ＴＯＰＩＮＳＴ＞印刷オプション ＜ＤＴＡＦＬＤ　ＮＡＭＥ＝ＸＸＯＤＡＴＡ＝％ＸＯＨＥＬＰ＝ｘｘｈｅｌｐ　 ＵＳＡＧＥ＝ＩＮＲＥＱＵＩＲＥＤ＝ＮＯＥＮＴＷＩＤＴＨ＝１０　ＡＵＴＯＴ ＡＢ＝ＮＯＡＬＩＧＮ＝ＳＴＡＲＴＰＭＴＬＯＣ＝ＢＥＦＯＲＥ　ＰＭＴ＝３０ 　ＤＥＳＷＩＤＴＨ＝２０　ＭＳＧ：ｘｘｘｘ＞ファイル名 ＜５ＥＬＦＬＤ　ＮＡＭＥ＝ＸＸＩ　ＴＹＰＥ＝ＳＩＮＧＬＥ　ＰＭＴＬＯＣ＝ ＡＢＯＶＥ　ＰＭＴ＝３０＞フォント形式選択 ＜ＣＨＯＩＣＥ　ＨＥＬＰ＝ｘｘｈｅｌｐ　＞プレスティージ・エリート＜ＡＣ ＴＩＯＮ　ＴＹＰＥ＝ＳＥＴ　ＶＡＲ＝％ＸＩ　ＶＡＬＵＥ＝％Ｖ１＞＜ＣＨＯ ＩＣＥ　ＨＥＬＰ＝ｘｘｈｅｌｐ＞フーリエ＜ＡＣＴＩＯＮ　ＴＹＰＥ＝ＳＥＴ 　ＶＡＲ＝％Ｘｉ　ＶＡＬＵＥ＝％Ｖ２＞＜ＣＨＯＩＣ：Ｅ　ＨＥＬＰ＝ｘｘｈ ｅｌｐ＞　ｘ　ッセイ標準＜ＡＣＴＩＯＮ　ＴＹＰＥ＝ＳＥＴ　ＶＡＲ＝％ＸＩ 　ＶＡＬＵＥ＝％Ｖ３＞＜ＣＨＯＩＣＥ　ＨＥＬＰ＝ｘｘｈｅｌｐ＞イタリック ＜ＡＣＴＩＯＮ　ＴＹＰＥ＝ＳＥＴ　ＶＡＲ＝％ＸＩ　ＶＡＬＵＥ＝％Ｖ４＞＜ ／５ＥＬＦＬＤ＞ ＜ＤＴＡＦＬＤ　ＮＡＭＥ＝ＸＸ６　ＤＡＴＡ＝％Ｘ６　ＨＥＬＰ＝ｘｘｈｅｌ ｐ　ＵＳＡＧＥ４ＮＲＥＱＵＩＲＥＤ＝ＮＯＥＮＴＷＩＤＴＨ＝１０　ＡＵＴＯ ＴＡＢ＝ＮＯＡＬＩＧＮ＝ＳＴＡＲＴＰＭＴＬＯＣ：ＢＥＦＯＲＥ　ＰＭＴ＝３ ０　ＤＥＳＷＩＤＴＨ＝２０　ＭＳＧ＝ｘｘｘｘ＞印刷装置アドレス ＜ＤＴＡＦＬＤ　ＮＡＭＥ＝ＸＸ７　ＤＡＴＡ＝％Ｘ７　ＨＥＬＰ＝ｘｘｈｅｌ ｐ　ＵＳＡＧＥ＝ＩＮＲＥＱＵＩＲＥＩ）Ｎｏ　ＥＮＴＷＩＤＴＨ＝１０　ＡＵ ＴＯＴＡＢ＝ＮＯＡＬＩＧＮ’ＳＴＡＲＴＰＭＴＬＯＣ：＝ＢＥＦＯＲＥ　ＰＴ Ｍ＝３０　ＤＥＳＷＩＤＴＨ＝２０　ＭＳＧ＝ｘｘｘｘ＞印刷部数 ＜／ＰＡＮＥＬ＞ データ通信 ユーザ・インターフェースの主目的は、一方のユーザと他方のコンピュータで動 くアプリケーション・プログラムとの間で通信することである。セツションとも 呼ばれるプログラムの操作中にユーザからコンピュータに伝送されるデータは、 ユーザ・セツション・データ（ＵＳＤ）と呼ばれる。種々のインターフェース形 式がコンピュータによってサポートされるので、入力されるＵＳＤを使用されて いるユーザ・インターフェースに無関係のフォーマットで記憶する必要がある。

このインターフェースに無関係の記憶形式によって、さらにユーザは同じセツシ ョン中に、他のインターフェース形式を使用して事前に入力されたデータを全く 失うことな（、異なったユーザ・インターフェースの間を切り替えることができ る。データが記憶されるユーザ・インターフェースに無関係のフォーマットは、 ＵＳＤリストと呼ばれる。

ＵＳＤリストのためにデータを収集する方法を、第１図を参考にして説明する。

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

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

表５ ノード形式　値 ＡＮＤ　○ ＯＲ選択された選択肢の指標 端末○Ｒｙｅｓ／ｎ。

端末ＡＮＤ　ユーザが入力した値 ＵＳＤリスト内のデータをツリー構造で表すことができる。

したがってネスティング・レベルの値は、ツリー内のネスティング・レベルを与 える。たとえば、第１図のノード１は、ツリーにおける最初の入口であるから、 １のネスティング・レベルの値を有することになる。ノード１の子ノードである ノード２〜５は２のネスティング・レベルの値を持つ。

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

ユーザ・セツション・データのＵＳＤリストへの格納は、ツリー構造を決定でき るような方法で行われるべきである。

これは、ＵＩＩグラフにおける最上ノードに対する三重関連付けがＵＳＤリスト の先頭にあること、及びＵＩＩグラフにおける最下位ノード、すなわち最下位ネ スティング・レベルをもつノードに対する三重関連付けがＵＳＤリストの終端に あることを確証することによって行われる。他のノードに対する三重関連付けを ＵＳＤリストに挿入しなければならないときには、それは、その父ノードのため の三重関連付けの後、ただしその父ノードの他の子ノード、すなわち同じネステ ィング・レベルをもつ他のノードの前に、ＵＳＤリストに挿入される。

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

＜Ｓｅｔ＞ハードウェア構成 ＜１ｉｎｋ＞全体ハードウェア構成属性＜ｓｅｔ＞プロセッサ・リスト ＜１ｉｎｋ＞プロセッサ属性 ＜ｓｅｔ＞制御装置リスト ＜　ｌ　ｉｎｋ＞制御装置属性 ＜Ｓｅｔ＞装置リスト ＜ｅｌｅｍｅｎｔ＞装置アドレス ＜５ｅｌｅｃＤ装置クラス ＜ｓｅＤ印刷装置 ＜５ｅｌｅｃｔ＞全点アドレス可能 ＜ａｌｔ＞　Ｙｅｓ ＜ａｌｔ＞Ｎ。

＜ｅｓｅｌｅｃｔ〉 ＜５ｅ１ｅＣＬ〉エンドレス紙 ＜ａｌｔ＞　Ｙｅｓ ＜ａｌｔ＞　Ｎ。

＜ｅｓｅｌｅｃＤ ＜５ｅｌｅｃＤカラー ＜ｅｓｅｌｅｃＤ ＜ｅｌｅｍｅｎｔ〉サイズ ＜ｅｌｅｍＥ！ｎｔ＞アクセス時間 ＜ｅｓｅｔ＞ ＜ｅｓｅｌｅｃｔ〉 ＜ｅｌｅｍｅｎｔ＞装置形式 ＜５ｅｌｅｃｔ＞　Ｉ　Ｐ　Ｌにおけるオフライン＜ａｌｔ＞　Ｙｅｓ ＜ａｌｔ＞　Ｎ。

＜ｅｓｅｌｅｅＤ 例９−　ダイアログ： ここで、選択されたユーザ・インターフェースは「ダイアログ」である、と仮定 すると、ダイアログに特定の５Ｐ−ＵＩＩはＵＴＩＮＩ関連すべきである。した がって、ＵＩＩは次の書式、すなわち５Ｐ−ＵＩＩを示す大文字を有することに なる。

〈ｓｅｔ〉ハードウェア構成 ダイアログ：ウィンドウ（ｔｉｔｌｅ＝’全体的なハードウェア槽周属性用パネ ル′） ＜１ｉｎｋ＞全体的なハードウェア構成属性＜ｓｅｔ＞プロセッサ・リスト ダイアログ：ウィンドウ（ｔｉｔｌｅ＝’プロセッサ定義′）＜１ｉｎｋ＞プロ セッサ属性 ＜ｓｅｔ＞制御装置リスト ダイアログ：ウィンドウ（ｔｉｔｌｅ・′制御装置定義′）Ｇｉｎｋ＞制御装置 属性 ＜Ｓｅｔ＞装置リスト ダイアログ：ウィンドウ（ｔｉｔｌｅ’装置定義′）＜ｅｌｅｍｅｎＤ装置アド レス ダイアログ：入力域（ｔｅｘｔ＝’装置名′）＜５ｅｌｅｃｔ＞装置クラス ダイアログ：ラジオ・ボタン群（・・・）＜ｓｅｔ＞　印刷装置 ダイアログ：チェック・ボックス群（ｔｅｘｔ印刷装置指定の場合二′） ＜５ｅｌｅｃｔ〉全点アドレス可能 ＜ｅｓｅｌｅｃＤ ＜５ｅｌｅｃｔ＞エンドレス紙 ＜ａｌｔ＞　Ｙｅｓ ＜ａｌｔ＞　Ｎ。

＜ｅｓｅｌｅｃＤ ＜５ｅｌｅｃｔ〉カラー ＜ｅｓｅｌｅｃｔ＞ ダイアログ：テキスト（ｔｅｘｔ＝’ディスク指定の場合：′） ＜ｅｌｅｍｅｎｔ＞サイズ ダイアログ：入力域（ｔｅｘｔ＝’ディスク・サイズ′） ＜ｅｌｅｍｅｎｔ＞　７クセス時間 ダイアログ：入力域（ｔｅｘｔ＝’アクセス時間′）＜ｅｌｅｍｅｎｔ〉　装置 形式 ダイアログ：入力域（ｔｅｘｔ・′装置形式′）＜５ｅｌｅｃｔ、＞　Ｉ　Ｐ　 Ｌにおけるオフラインダイアログ：チェック・ボックス（ｔｅｘｔ＝’ＩＰＬに おけるオフライン′） ｔＪ４Ｉ指定＜ｓｅｔ＞装置リストとそれにネストされたすべてのＵＩＩ項目か ら結果として得られるパネルを、ユーザがシステムに入力したデータと共に第１ ２図に示す。これは下記のＵＳＤリストを作る。

装置リスト　ｏ３ 装置アトレア、　ＤＥＶＸＸＸ　４ 装置等級　３４ デイスク　５５ サイズ　７０ＭＢ　６ アクセス時間　１５０００　６ 装置形式　ＩＢＭ３３８０　４ ＩＰＬにおけるオフライン　１４ Ｉ　ＰＬ、ＹＥＳにおけるオフライン　０５パネルは、ユーザ・インターフェー ス管理プログラム、たとえば５Ｐ−ＵＩＩによって制御されるダイアログ・マネ ージャによって作成される。もし、他のインターフェース形式からダイアログ・ インターフェース形式に切り替える点で、ＵＳＤリストの一部がすでに生成され ている場合には、ＵＳＤＳスリスト中−タはダイアログ・パネルのそれぞれの入 力域を初期化するために使用される。必要な場合には、これらの入力域をダイア ログ・マネージャでオーバータイピングから防ぐことができる。

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

＜ｓｅｔ＞ハードウェア構成 グラフィック：背景＝ホワイト・レイアウト＝　１ａｙｏｕｔ　１＜１ｉｎｋ＞ 全体的なハードウェア構成属性＜ｓｅＤプロセッサ・リスト ＜１ｉｎｋ＞プロセッサ属性 グラフィック：アイコン＝　ｐｒｏｃｉｃｏｎ＜Ｓｅｔ＞制御装置リスト グラフィック：アイコン＝＝　ｃｕｉｃｏｎＧｉｎｋ＞制御装置属性 ＜ｓｅｔ＞装置リスト グラフィック：アイコン＝　ｄｅｖｉｃｏｎ＜ｅｌｅｍｅｎｔ＞装置アドレス ＜５ｅｌｅｃｔ、＞装置クラス ＜ｓｅｔ＞印刷装置 ＜５ｅｌｅｃｔ＞全点アドレス可能 ＜ｅｓｅｌｅｃＤ ＜５ｅｌｅｃｔ＞エンドレス紙 ＜ｅｓｅｌｅｃｔ＞ ＜５ｅｌｅｃｔ＞カラー ＜ａｌｔ＞　Ｙｅｓ ＜ａｌｔ＞　Ｎ。

＜ｅｓｅｌｅｃｔ＞ ＜ｅｓｅｔ＞ ＜ａｌｔ〉テープ ＜ｅｌｅｍｅｎｔ＞サイズ ＜ｅｌｅｍｅｎｔ＞アクセス時間 ＜ｅｓｅＤ ＜ｅｓｅｌｅｃｔ〉 ＜ｅｌｅｍｅｎＤ装置形式 ＜５ｅｌｅｃｔ〉Ｉ　Ｐ　Ｌにおけるオフライン＜ａｌｔ＞　Ｙｅｓ ＜ａｌｔ＞　Ｎ。

＜ｅｓｅｌｅｃｔ＞ これらの指定から結果的に得られるウィンドウを第１３図に示す。このウィンド ウは、５Ｐ−ＵＩＩを使用する図形ユーザ・インターフェース管理プログラムに よって生成される。

図形ユーザ・インターフェース管理プログラムはまた、ＵＳＤリストへの入力も 取り扱う。第１３図の例を使用して生成されるＵＳＤリストは下記の書式を有す る。

ハードウェア構成　ＯＯ 全体的なハードウェア構成属性 ／率　詳細はここには示さず　寧／ プロセッサ・リスト　０１ プロセツサ属性 ／＊　詳細はここには示さず　＊／ 制御装置リスト　０２ 制御装置属性 ／＊　詳細はここには示さず　宰／ 装置リスト　ｏ３ 装置アドレス　ＤＥＶＸＸＸ　４ ／宰　詳細はここには示さず　宰／ 簡単にするために、全体的なハードウェア構成、プロセッサ、制御装置、または 装置の属性は詳述されていない。これらは、ウィンドウをさらに操作することに よってＵＳＤリストに加えられる。

例１１−コマンド： コマンド・ユーザ・インターフェースでは、コマンド構文を定義する５Ｐ−ＵＩ ＩをＵＩＩに加えなければならない。

この結果は下記の通りである。

＜ｓｅｔ＞ハードウェア構成 コマンド：構文（Ｈｗ−ＣＯＮＦ＜Ｐｒｏｃｅｓｓｏｒ−Ｌｉ　ｓｔ＞ＥＮＤ） ＜１ｉｎｋ＞全体的なハードウェア構成属性＜ｓｅｔ＞プロセッサ・リスト コマンド：構文（ＰＲＯＣＤＥＦ＜Ｐｒｏｃｅｓｓｏｒ　ａｔｔｒｉｂｕｔｅｓ ＞＜Ｃｏｎｔｒｏｌ−Ｕｎｉｔ−１ｉｓｔ＞）＜１ｉｎｋ＞プロセッサ属性 ＜Ｓｅｔ＞制御装置リスト コマンド：構文（ＣＵ−ＤＥＦ＜Ｄｅｖｉｃｅ　１ｉｓｔ＞）＜１ｉｎｋ＞制御 装置属性 ＜ｓｅｔ＞装置リスト コマンド：構文（ＤＥＶ−ＤＥＦ＜ｄｅｖｉｃｅ　ａｄｄｒｅｓｓ＞、、、）＜ ｅｔｅｍｅｒｔｔ＞装置アドレス コマンド：構文（ＮＡＭＥ＝ｓ　ｔｒｉｎｇ）＜５ｅｌｅｃｔ＞装置クラス コマンド：構文（ＣＬＡＳＳ・） ＜ｓｅＤ印刷装置 コマンド：構文（ＰＲＩＮＴＥＲ） ＜５ｅｌｅｃＤ全点アドレス可能 コマンド：構文（ＡＰＡ　＝） ＜ａｌｔ＞　Ｙｅｓ コマンド：構文（ＹＥＳ） ＜ａｌｔ＞　Ｎ。

コマンド：構文（Ｎｏ） ＜ｅｓｅｉｅｃｔ＞ ＜５ｅｌｅｃｔ＞　ｘンドｌ／スｉ コマンド：構文（ＥＬＰＡＰＥＲ＝　）＜ａｌｔ＞　Ｙｅｓ コマンド：構文（ＹＥＳ） ＜ａｌｔ＞　Ｎ。

コマンド：構文（ＮＯ） ＜ｅｓｅｌｅｃｔ〉 ＜５ｅｌｅｃｔ＞カラー コマンド：構文（ＣＯＬＯＵＲ＝） ＜ａｌｔ＞　Ｙｅｓ コマンド：構文（ＹＥＳ） ＜ａｌｔ＞　Ｎ。

コマンド：構文（ＮＯ） ＜ｅｓｅｌｅｃＤ コマンド：構文（ＴＡＰＥ） ＜Ｓｅｔ＞ディスク コマンド：構文（ＤＩＳＫ） ＜ｅｌｅｍｅｎＤサイズ コマンド：構文（ＳＩＺＥ＝ｎｕｍｂｅｒ）＜ｅｌｅｍｅｎｔ＞アクセス時間 コマンド：構文（ＡＣＣＥＳＳＴＩＭＥ＝ｎｕｍｂｅｒ）＜ｅＳｅｔ＞ ＜ｅｓｅｌｅｃｔ〉 ＜ｅｌｅｍｅｎＤ装置形式 コマンド：構文（ＴＹＰＥ＝ｎｕｍｂｅｒ）＜５ｅｌｅｃｔ＞　ｒ　Ｐ　Ｌにお けるオフラインコマンド：構文（ＯＦＦＬ　ＩＮＥ＝　）＜ａｌｔ＞　Ｙｅｓ コマンド：構文（ＹＥＳ） ＜ａｌｔ＞　Ｎ。

コマンド：構文（ＮＯ） ＜ｅｓｅｌｅｃｔ〉 したがって、ハードウェア構成を定義するのに考えられる有効なコマンドは下記 のようになる。

ＮＡＭＥ＝ＤＥＶＸＸＸ ＣＬＡＳＳ＝ＤＩＳＫ ＳＩＺＥ＝７０ＭＢ ＡＣＣＥＳＳＴＩＭＥ＝１５００ ＴＹＰＥ＝　ＩＢＭ３３８０ ＯＦＦＬＩＮＥ＝ＹＥＳ ＤＥＶ　ＤＥＦ ＮＡＭＥ＝ＤＥＶＹＹＹ ＣＬＡＳＳ＝ＴＡＰＥ ＴＹＰＥ＝ＩＢＭ３９５０ ＯＦＦＬＩＮＥ＝ＮＯ ＮＤ このコマンド手順からのユーザ入力は、コマンド解析機能によってＵＳＤリスト にマツプされる。この結果、下記のＵＳＤリストとなる。

Ｈａｒｄｗａｒｅ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｑ　００ｖｅｒａｌｌ　ｈａ ｒｄｗａｒｅ　ｃｏｎｆｉｇｕｒａｔｉｏｎ　ａｔｔｒｉｂｕｔｅｓ／本　詳細 はここでは示さず　−／ Ｐｒｏｃｅｓｓｏｒ−１ｉｓｔ　ＯＩ Ｐｒｏｃｅｓｓｏｒ　ａｔｔｒｉｂｕｔｅｓ／零詳細はここでは示さず　＊／ Ｃｏｎｔｒｏｌ−Ｕｎｉｔ−１ｉｓｔ　Ｏ２Ｃｏｎｔｒｏｌ　ｕｎｉｔ　ａｔｔ ｒｉｂｕｔｅｓ／＊　詳細はここでは示さず　本／ Ｄｅｖｉｃｅ−１ｉｓｔ　Ｏ３ ｄｅｖｉｃｅ　ａｄｄｒｅｓｓ　ＤＥＶＸＸＸ　４ｄｅｖｉｃｅ　ｃｌａｓｓ　 ３　４ Ｄｉｓｋ　Ｏ５ Ｓｉｚｅ　７０ＭＢ　６ Ａｃｃｅｓｓｔｉｍｅ　１５０００　６ｄｅｖｉｃｅ　ｔｙｐｅ　ＩＢＭ３３８ ０　４ｏｆｆｌｉｎｅ　ａｔ　ＩＰＬ　１　４０ｆｆｌｉｎｅ　ａｔ　ＩＰＬ、 Ｙｅｓ　Ｏ５Ｄｅｖｉｃｅ　Ｏ３ ｄｅｖｉｃｅ　ａｄｄｒｅｓｓ　ＤＥＶＹＹＹ　４ｄｅｖｉｃｅ　ｃｌａｓｓ　 ２　４ Ｔａｐｅ　Ｏ５ ｄｅｖｉｃｅ　ｔｙｐｅ　ＩＢＭ３９５０　４０ｆｆｌｉｎｅ　ａｔ　ＩＰＬ　 ２　４０ｆｆｌｉｎｅ　ａｔ　ＩＰＬ、Ｎｏ、　０　５上に示すようなＵＳＤリ ストを作成するためには、コマンド・パーサをＵｉＩで制御することが必要であ る。任意のユーザ・インターフェース形式からコマンド・モードへの切替えには 、ＵＩＴによって制御され、入力としてＵＳＤリストを使用する「テキスト・ジ ェネレータ」　（コマンド解析機能への逆機能）が必要である。

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

ＮＡＭＥ＝ＤＥＶＸＸＸ ＣＬＡＳＳ＝ＤＩＳＫ ＮＤ この結果、下記のＵＳＤリストとなる。

Ｈａｒｄｗａｒｅ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　Ｏ０Ｏｖｅｒａｌｌ　ｈａｒ ｄＷａｒｅ　ｃｏｎｆｉｇｕｒａｔｉｏｎ　ａｔｔｒｉｂｕｔｅｓ／宰　詳細は ここでは示さず　本／ Ｐｒｏｃｅｓｓｏｒ−１ｉｓｔ　ＯＩ Ｐｒｏｃｅｓｓｏｒ　ａｔｔｒｉｂｕｔｅｓ／本　詳細はここでは示さず　本／ Ｃｏｎｔｒｏｌ−Ｕｎｉｔ−１ｉｓｔ　Ｏ２Ｃｏｎｔｒｏｌ　ｕｎｉｔ　ａｔｔ ｒｉｂｕｔｅｓ／零　詳細はこ、二では示さず　本／ Ｄｅｖｊ、ｃｅ−１ｉｓｔ　Ｏ３ ｄｅｖｉｃｅ　ａｄｄｒｅｓｓ　ＤＥＶＸＸＸ　４ｄｅｖｉｃｅ　ｃｌａｓｓ　 ３　４ Ｄｉｓｋ　Ｏ５ そして、ユーザは、第１３図に示すようにウィンドウをユーザに示すユーザ・イ ンターフェース形式＝ＧＲＡＰＨＩＣに切り替える。グラフィック・モードでは 、ユーザはＤＥＶＸＸＸをＤＥＶＹＹＹに図形複写することによって他の装置を 加えることができる（第１４図を参照）。これは、下記の入力によってＵＳＤリ ストを拡張する。

Ｄｅｖｉｃｅ−１ｉｓｔ　Ｏ３ ｄｅｖｉｃｅ　ａｄｄｒｅｓｓ　ＤＥＶＹＹＹ　４ｄｅｖｉｃｅ　ｃｌａｓｓ　 ３　４ Ｄｉｓｋ　０　５ 新しく追加された装置のために、ユーザがダイアログ形式のユーザ・インターフ ェースを使用して装置属性を完成し更新しようとしている。これは結果として、 第１５図に示すようなダイアログ・パネルになる。このパネルは既に、更新され た装置属性を示している。

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

Ｈａｒｄｗａｒｅ　Ｃｏｎｆｉｇｕｒａｔｉｏｎ　０　００ｖｅｒａｌｌ　ｈａ ｒｄｗａｒｅ　ｃｏｎｆｉｇｕｒａｔｉｏｎ　ａｔｔｒｉｂｕｔｅｓ／＊　詳細 はここでは示さず　＊／ Ｐｒｏｃｅｓｓｏｒ−１ｉｓｔ　ＯＩ Ｐｒｏｃｅｓｓｏｒ　ａｔｔｒｉｂｕｔｅｓ／本　詳細はここでは示さず　本／ Ｃｏｎｔｒｏｌ−Ｕｎｉｔ−１ｉｓｔ　Ｏ２Ｃｏｎｔｒｏｌ　ｕｎｉｔ　ａｔｔ ｒｉｂｕｔｅｓ／宰　詳細はここでは示さず　本／ Ｄｅｖｉ　ｃｅ−１ｉ　ｓｔ　Ｏ３ Ｄｅｖｉｃｅ　ａｄｄｒｅｓｓ　ＤＥＶＸＸＸ　４Ｄｅｖｉｃｅ　ｃｌａｓｓ　 ３　４ Ｄｉｓｋ　Ｏ５ Ｄｅｖｉ　ｃｅ　０　３ ｄｅｖｉｃｅ　ａｄｄｒｅｓｓ　ＤＥＶＹＹＹ　４ｄｅｖｉｃｅ　ｃｌａｓｓ　 ２　４ Ｔａｐｅ　Ｏ５ ｄｅｖｉｃｅ　ｔｙｐｅ　ＩＢＭ３９５０　４Ｏｆｆｌｉｎｅａｔ　ＩＰＬ　２ 　４ ０ｆｆｌｉｎｅａｔ　ＩＰＬ、Ｎｏ、　０　５最後に、ユーザはコマンド・モー ドにスイッチバックして、何が定義されたかの「テキスト表示」を得ることがで き、また多分、コマンド・モードでその後の定義も行うことができる。たとえば 、テキスト編集プログラムを使用して、下記のように、ユーザはＤＥＶＸＸＸの ための属性を完成することもできる。

ＮＡＭＥ＝ＤＥＶＸＸＸ ＣＬＡＳＳ＝ＤＩＳＫ ＳＩＺＥ＝７０ＭＢ ＡＣＣＥＳＳＴＩＭＥ＝１５００ ＴＹＰＥ＝　ＩＢＭ３３８０ ＯＦＦＬＩＮＥ＝ＹＥＳ ＤＥＶ−ＤＥＦ ＮＡＭＥ＝ＤＥＶＹＹＹ ＣＬＡＳＳ＝ＴＡＰＥ ＴＹＰＥ＝ＩＢＭ３９５０ ＯＦＦＬＩＮＥ＝ＮＯ ＮＤ もちろん、全体的なハードウェア構成を定義するときに、ユーザはこの操作順序 に限定されない。ユーザは、どの形式のインターフェースが作業に適切すなわち 最も容易であるかを選定するのは自由である。

装置特性 ＦＩＧ、２ ＦＩＧ、３ ＦＩＧ、４ ＦＩＧ、５ ＦＩＧ、６ ＦＩＧ、７ ＦＩＧ、８ ＦＩＧ、９ ＦＩＧ、１０ ＦＩＧ、１１ ＦＩＧ、１２ 制御装置 璽 ＦＩＧ、１３ 制御装置 ＦＩＧ、７４ ＦＩＧ、１５ 要約 ユーザ・インターフェースと、複数ユーザ・インターフェース形式のコンピュー タを動かすプログラミング・システムを指定するための方法を開示する。ユーザ ・インター・フェース情報（ＵＩＩ）を、ノードに関連する情報を有する有向グ ラフの形で、ＵＩＩ概念を援用して説明する。情報は一般情報（ＧＰ−ＵＩＩ） と特殊情報（ＳＰ−ＵＩＩ）を含み、この情報は各種ユーザ・インター・フェー ス形式のために制御情報に変換される。したがって、複数の異なったユーザ・イ ンターフェース形式を同時に一貫した方式でサポートするための、概念が提供さ れる。

国際調査磐失 ＰＣＴ／ＥＰ　９１１０１６４２

Claims (1)

1. 【特許請求の範囲】 １．コンピュータ・システムでユーザ・インターフェースを指定し開発する方法 において、 ａ）ユーザ・インターフェース情報（ＵＩＩ）をノードに関連する情報を有する 有向グラフの様式で記述し、各ノードは、ａ１）すべての種々のユーザ・インタ ーフェース形式に共通の一般部分である情報（一般部分ユーザ・インターフェー ス情報（ＧＰ−ＵＩＩ））と、 ａ２）種々のユーザ・インターフェース形式の各々に特定の情報（特殊部分ユー ザ・インターフェース情報（ＳＰ−ＵＩＩ）） を含み、 ｂ）前記のユーザ・インターフェース情報を、種々のユーザインターフェース形 式の特性を指定して制御情報に変換すること、 を特徴とする、ユーザ・インターフェース指定開発方法。 ２．請求項１のユーザ・インターフェース指定開発方法において、 たとえばダイアログ・インターフェース、音声入力、音声出力などの各ユーザ・ インターフェース形式は、各種のユーザ・インターフェース形式をサポートする 個別の表示フロント・エンド・プログラム（ＰＦＥ１、ＰＦＥ２、・・・、ＰＦ Ｅｎ）によって実施され、このプログラムは汎用ユーザ・インターフェース層（ ＧＵＩＬ）に相互接続され、前記の汎用ユーザ・インターフェース層（ＧＵＩＬ ）は、ユーザ・インターフェース関連のプログラムの分離と現在活動中のユーザ ・インターフェース形式の径路指定、場合によってはすべてのユーザ・インター フェース形式に共通のいくつかの機能を果たすという機能を、前記の一般部分ユ ーザ・インターフェース情報（ＧＰ−ＵＩＩ）を使用して実施し、そして前記の 種々の表示フロント・エンド・プログラムは、前記の関連特殊部分ユーザ・イン ターフェース情報（ＳＰ−ＵＩＩ）を使用してその機能を実施する、ユーザ・イ ンターフェース指定開発方法３．請求項２のユーザ・インターフェース指定開発 方法において、 １つまたは複数の機能プログラムが提供され、これは汎用ユーザ・インターフェ ース層（ＧＵＩＬ）を呼び込み、ユーザ・インターフェース形式とは無関係の方 式で、プログラミング・システムの機能意味論を実施する、ユーザ・インターフ ェース指定開発方法。 ４．請求項１から請求項３までのいずれかのユーザ・インターフェース指定開発 方法において、関連ユーザ・インターフェース形式に一般または特殊、またはそ の両方である情報を確立するためのツール、たとえば、中立の装置に無関係の様 式で一般（ＧＰ−ＵＩＩ）および特定（ＳＰ−ＵＩＩ）部分・ユーザ・インター フェース情報を確立するために開発者からのデータを収集するツール（ＴＯ）が 準備されている、ユーザ・インターフェース指定開発方法。 ５．上記の請求項のいずれかによるユーザ・インターフエース指定・開発方法に おいて、ユーザによって入力されたデータが、前記の表示フロント・エンド・プ ログラムのいずれかによってアクセスできるリストに記憶される、ユーザ・イン ターフェース指定開発方法。 ６．複数のユーザ・インターフェース形式を含むコンピュータを動かすためのプ ログラミング・システムにおいて、各ユーザ・インターフェース形式に関連する 表示フロント・エンド・プログラム（ＰＦＥ）、 ユーザ・インターフェース形式とは無関係の方式で、すべてのインターフェース に関する機能を実施するための、１つまたは複数の機能プログラム、 前記の機能プログラムと前記の表示フロント・エンド・プログラムとの間に挿入 される、汎用ユーザ・インターフェース層（ＧＵＩＬ）、 すべての各種ユーザ・インターフェース形式に共通の一般部分ユーザ・インター フェース情報（ＧＰ−ＵＩＩ）を含み、各種ユーザ・インターフェース形式の各 々に特定の特殊部分ユーザ・インターフェース情報（ＳＰ−ＵＩＩ）を含む、Ｕ ＩＩテーブル（ＵＩＩ−ＴＡＢＬＥ）、及び、各種ユーザ・インターフェース形 式を制御するために、前記の一般と特殊（ＧＰ−ＵＩＩとＳＰ−ＵＩＩ）情報を 使用すること を特徴とする、プログラミング・システム。 ７．請求項６のプログラミング・システムにおいて、前記の一般情報（ＧＰ−Ｕ ＩＩ）は前記の汎用ユーザ・インターフェース層（ＧＵＩＬ）プログラムを制御 し、前記の特殊情報（ＳＰ−ＵＩＩ１、ＳＰ−ＵＩＩ２、・・・）は関連するユ ーザ・インターフェース形式を前記のそれぞれの表示フロント・エンド・プログ ラム（ＰＦＥ）を介して制御する、プログラミング・システム。８．上記の請求 項のいずれかのプログラミング・システムにおいて、ユーザによって入力された データを、使用されるユーザ・インターフェースの形式とは無関係のフォーマッ トで記憶するためのユーザ・セッションデータ（ＵＳＤ）をさらに含む、プログ ラミング・システム。