HendersonのRoomsの拡張。 ここでは、3Dアニメーションを行なうのに 複数の非同期エージェントを用いた 「Cognitive Coprocessor」というアーキテクチャを用いて "3D Rooms"を実現している。 時間のかかる操作をスムーズに動かすため、中心にアニメー ションループがあって一定速度で回っており、ユーザの 要求やシステムの要求の同期をとる。 システムとユーザのインピーダンスミスマッチング (処理速度や表現方法が全然違うこと)を解決しようと している。

Scopeシステムは、アプリケーションが自分のデータをどのように ユーザに操作させるかを指定することにより、インタフェースを システムがプロダクションシステムを用いて推論して実行する というシステムである。どのデバイスを使用するか、どのように 表示するかなどはすべてシステムが推論して決定する。 実際のユーザとのインタラクションはシステムが受け持つ。 アプリケーションプログラムはC++で記述する。アプリケーションでは 上述のようなことしか指定しないので、特定のツールキットなどに 依存しないプログラムを書くことができる。 イベント駆動のプログラミングを避けるため、Scopeでは Active Valueを使っている。Active ValueはC++のクラスになって いて代入演算がオーバーロードされており、その値が変化 したとき予め定義した関数(call back routine)が自動的に呼ばれる ようになっている。(例:P79参照) ループは検出するようになっているので、fがgに依存し、gがfに依存 するといったこともActive Valueを用いて書くことができる。

普通の言語(C++)を用いてプログラミングが簡単にできるという ことは確かに便利である。しかし実行時に推論システムが動いて いなければならないし、単純なアプリケーションにしか使えない ような気がする。

Szekelyという人は1988までCMUの学生でユーザインタフェースと アプリケーションの分離ということをやっていた人である。 (Myers氏との"Coral"システム。) UIとアプリケーションの間のやりとりの標準を 定めることによりビルディングブロックを取り換えて 使えるということを主張している。

垂直、水平の位置関係の制約だけを用いてグラフィックを うまく表示できる、という話。 小さなOOL(DD5)インタプリタを使っている。

Myers氏のGarnetプロジェクトの一部である。 デリゲーションを用いたオブジェクト指向システムと 制約を用いたグラフィックシステムを基本として 大きなUIMSを作ろうとしている。

Mark Greenは"University of Alberta UIMS"の作者である。 本システムはShingh氏の作品のようである。 Chiselというのは'UofA*'というUIMSの一部分である。 UofA*は、とにかく簡単にインタフェースを作ってしまおうという 考えにもとづいたUIMSで、ユーザはどんなコマンドが有るか、 どんな選択肢があるか、といったことだけ指定を行なえば 自動的にグラフィックインタフェースができてしまう。 UofA*は"diction","chisel","vu"の3つの部分から構成されている。 "Diction"は、どんなコマンドが有るか、どんな値を与えるかといった 指定ファイルを入力とし、解析結果をchisel及びダイアログ 制御部にわたす。 "Chisel"は、dictionから受け取ったコマンド名や引数タイプ等の 情報、別のファイルで指定した装置情報やユーザの好みの情報 などから推論を行ない実際のウィンドウサイズ、インタフェース テクニックなどを決定してvuにわたす。 デザイナは"vu"を使って、chiselから受け取った情報をもとに スクリーンの配置をエディットすることができる。 以上のように、アプリケーション設計者は非常にわずかの 情報をUIMSに与えるだけでよく、画面配置やインタラクション テクニックなどはすべてシステムが決定してくれる。 推論はFrame Systemを使ってRule-baseで行なわれる。

アプリケーションプログラマは簡単な指定をするだけで、のこりを 全部システムが面倒見るというのは便利な場合もあるだろうが フレキシビリティに欠けるような気がする。これでうまくいく アプリケーションの種類は限られていると思う。 どちらかというと古い流れの考えのUIMSと思われる。 システム全体としてはよくできているようである。

インタフェースのスタイルに依存しないトリー状の規則から 様々なスタイルのインタフェースを作ることがきる、という話 らしいが、発表を聞く限りそのようなことは全然わからなかった。