JP3565850B2 - オブジェクト指向通知フレームワークシステム - Google Patents

Description

発明の分野
本発明は、表示システムにおける改良に関し、特にシステムで起きる変化のグローバルな通知に関する。
背景技術
ワークステーションソフトウェアの開発者の間で、ユーザインターフェイス内の一貫性を維持しながらフレキシブルなソフトウェア環境を提供することの重要性が増してきている。この種の動作環境を提供する初期の試みがヘルナンデスらの米国特許第4,686,522号に開示されている。この特許はカーソルの位置にある動的オブジェクトをユーザが引き出して、そのオブジェクトから種々の関数を引き出すことができるグラフィックとテキストの結合処理システムについて議論している。この種のユーザとの自然な相互作用あるいは対話はユーザインターフェイスを改善し、アプリケーションをより直感的にする。
ユーザにとって直感的であるシステムでは、どのアプリケーションが現在アクティブであるかにかかわらず、システムの変化は一貫して通信されなければならない。すべてのアプリケーションが通知のためのジェネリックフレームワークを介してシステムの変更を得ることを可能とする、ハードウェアとシステムソフトウェアの特徴を提供することに気づいていた従来技術の出願人は存在しない。
発明の概要
従って、本発明の基本的な目的は、通知のためのジェネリックなフレームワークを有するオブジェクトベースのシステムを提供することである。各オブジェクトはオブジェクトの状態（イネーブル／ディスエーブル）、その名称、その関連するグラフィック、およびその出現が現在妥当か否かを決定するステータス情報を含む。
次に本発明は通知についてコマンドオブジェクトに質問する（クエリーする）。各コマンドオブジェクトは異なる形式の通知のために、以下の４つの接続メソッドを有する。
ｉ）その名称に影響を与える通知、
ii）そのグラフィックに影響を与える通知、
iii）それがアクティブか否かに影響を与える通知、
および
iv）それが提供するデータに影響を与える通知
この場合、コマンドのために生成されたオブジェクト項目はアクティブな通知のために接続する。通知システムへ接続オブジェクトを渡すことによりこれを行う。コマンドはその後接続オブジェクトを、コマンドがアクティブか否かに影響を与える通知に接続するよう応答可能である。
その後、オブジェクトシステムは、ディスプレイ上にオブジェクト項目を提供する前にイネーブル状態についてコマンドにクエリーする。この処理は、その機能が現在のコンテキスト（文脈）の中でアクティブであるかどうかを確認するよう現在のシステム状態を調べることによりなされる。その後、オブジェクト項目の内部状態が更新されオブジェクト項目は適切な出現状態（グレーの状態、あるいは通常通りの状態）に基づいて表示される。
ユーザがオブジェクト項目、コントロールあるいはオブジェクトの直接操作からコマンドを引き出すとき、ドキュメント状態は修正され、イベントの通知がシステムに送られる。このイベントはアクティブなオブジェクト項目を自動的に知らせて現在のステータス情報が動作環境と一貫していることを確認する。通知メッセージは変更の名称と、通知メッセージを送ったオブジェクトへのポインタを含む。
【図面の簡単な説明】
第1A図は、本発明のパーソナルコンピュータシステムのブロック図である。
第1B図は、本発明による表示である。
第２図は、本発明によりアプリケーションを生成するために使用されるツールを示す。
第３図は、本発明によるコマンドプロセスのフロー図である。
第４図は、本発明によるチェックボックスコントロールである。
第５図は、本発明によるチェックボックスコントロールの活性化を示す。
第６図は、本発明によるチェックボックスの更新を示す。
第７図は、本発明によるチェックボックスコントロール処理の要約を示す。
第８図は、本発明によるコントロールパネルを示す。
第９図は、本発明によるダイアログボックスを示す。
第10図は、本発明によるダイアログボックスカラーコントローラを示す。
第11図は、本発明によるラジオボタンを示す。
第12図は、本発明によるメニュー状態処理の詳細なフローチャートを示す。
第13図は、本発明による表示の絵を示す。
第14図は、本発明による原子実行の詳細論理を示す。
第15図は、本発明によるスマートラベル処理と関連する詳細論理を示す。
第16図は、本発明によるスマートウインドゥラベル処理の詳細論理を示す。
第17図は、本発明により動かされ選択されることができるオブジェクトとの一般的対話の間にどのようにしてオブジェクトが生成されるかとどのようにしてオブジェクトが相互に通信するかを示す。
第18図は、本発明による通知ソースオブジェクトのためのオブジェクト生成通知フローチャートである。
第19図は、本発明による適当なユーザインターフェイス要素を選択することと関連する詳細論理を示すフローチャートである。
第20図は、本発明によるスクロールと関連する詳細論理を示すフローチャートである。
第21A図，第21B図，第21C図は、本発明によるウインドゥスクロールを示す。
発明の詳細な説明
本発明は、IBM（登録商標）社のPS/2（登録商標）あるいはアップル（登録商標）社のマッキントッシュ（登録商標）コンピュータのようなパーソナルコンピュータ上に駐在するオペレーティングシステムで実現されることが望ましい。代表的なハードウェア環境を第1A図に示す。この図は、従来のマイクロプロセッサのような中央演算装置10と、システムバス12に内部接続された多数の他のユニットを有する本発明のワークステーションの典型的なハードウェア構成を示している。第1A図に示されるワークステーションは、ランダムアクセスメモリ（RAM）14と、リードオンメモリ（ROM）16と、ディスクユニット20のような周辺装置をバスに接続するためのI/Oアダプタ18と、キーボード24、マウス26、スピーカー28、マイクロフォン32、および／あるいはタッチ画面装置（図示せず）のような他のユーザインターフェイス装置をバスに接続するためのユーザインターフェイスアダプタ22と、ワークステーションをデータ処理ネットワークに接続するための通信アダプタ34と、バスを表示装置38に接続するための表示アダプタ36とを具備している。ワークステーションは、その上に駐在するIBM社のOS/2（登録商標）オペレーティングシステムあるいはアップルのシステム/7（登録商標）オペレーティングシステムのようなオペレーティングシステムを有する。
本発明は、オペレーティングシステムとエンドユーザ、開発者、およびシステムベンダのためのパーソナルコンピュータの使用に革命をもたらすように意図された開発環境からなる新規なオブジェクト指向システムソフトウェアプラットフォームである。このシステムは、完全なスタンドアローンタイプのネイティブオペレーティングシステムであり、また高性能パーソナルコンピュータのためのバックグラウンドから達成された開発環境である。本発明は、フレームワークの価値、クラスライブラリおよび新世代オブジェクト指向プログラミング環境を含む完全なオブジェクト指向システムであり、サードパーティのアプリケーションソフトウェアの開発の経済性を基本的に改善するよう意図されている。本発明は完全にポータブルなオペレーティングシステムである。
従来のオペレーティングシステムは、ソフトウェア開発者がソフトウェアを創作するために使用できる１組のサービスを提供する。それらのプログラムはオペレーティングシステム環境全体の中に非常に緩く統合されている。例えば、DOSアプリケーションはマシン全体を支配する。これは、ユーザに関する限り、アプリケーションはオペレーティングシステムであることを意味する。マッキントッシュ（登録商標）およびウィンドウズオペレーティングシステムでは、アプリケーションは同じように見え、それらはアプリケーション間での切り出し（カット）と貼り付け（ペースト）をサポートしている。この共通化によりユーザが単一環境で多数のアプリケーションを使用することが容易となった。しかしながら、その共通化はサービスとフレームワークに組み入れられていないので、ソフトウェアを開発することはまだ非常に困難である。
本発明では、“アプリケーション”を書くことは、オペレーティングシステム環境に統合されるオブジェクトの組を創造することを意味する。ソフトウェア開発者は、ソフトウェアを開発するための複雑なサービスの組とフレームワークの両方のためのオペレーティングシステムにたよることができる。本発明のフレームワークは、ソフトウェア開発者が基盤を構築するよりはむしろ問題に集中することを可能とする強力な抽象化を提供する。さらに、ソフトウェア開発者のための基本的抽象化は、ユーザがソフトウェアを操作するために理解しなければならない基本的な概念に非常に近い。このアーキテクチャにより、複雑なアプリケーションの開発が容易となる。
このセクションでは、本発明を採用するソフトウェアを書くため４つのステップを述べる。アプリケーションの開発を意図するユーザは一般に以下の質問に関心がある。
・何をモデル化するか
ワードプロセッサではこれは入力しようとするテキストであり、スプレッドシートではそれはセル内の値と公式である。
・データをどのように表現し提供するか
再び、ワードプロセッサでは文字が適当な改行および改ページを用いて画面上に“見るものが得るもの”（wysiwyg）形式で表示され、スプレッドシートでは表またはグラフとして表示され、構造化グラフィックプログラム（例えばマックドロー（MacDraw））では、グラフィックオブジェクトの組として表示される。
・何が選択可能か
ワードプロセッサアプリケーションでは、選択されるのは文字の範囲であり、構造化グラフィックプログラムではグラフィックオブジェクトの組である。
・この選択の上で動作するコマンドは何か
ワードプロセッサではコマンドは文字のスタイルをボールドに変更することかもしれない。構造化グラフィックプログラムにおけるコマンドはグラフィックオブジェクトを回転させることかもしれない。第1B図は本発明による表示を示す。表示の前面にピクチャーをもってくるためのコマンドは41に描かれている。グラフィック情報のプレゼンテーションは40に描かれている。最後に、特定のグラフィックオブジェクト、円の選択が42に示されている。
開発者は、ユーザからたずねられる同じ４つの質問に答えなければならない。幸運にも、本発明はこれら４つの質問の各々を志向するサービスとフレームワークを提供する。答えられなければならない最初の質問は、何をモデル化するかである。ワードプロセッサプログラムではデータは文書を構成する文字を含む。スプレッドシートでのデータはセル内の値と公式を含む。カレンダプログラムではデータは時間と日付に関係するアポイントを含む。本発明は、データをモデル化するのを助ける道具を提供する。テキスト、構造化グラフィックス、サウンド、および映像を含む特定のデータ形式をモデル化するためのクラスが存在する。これらの特定のクラスに加えて、本発明は、コレクションクラス、同一制御、リカバリフレームワークおよびＣ＋＋言語を含む、問題のモデル化をサポートする多数の他の抽象化を提供する。特定のデータ形式のためにデータモデルをカプセル化するクラスは、そのデータカプセルに含まれるデータをアクセスし修正するための特定のプロトコルと、他のデータカプセルを埋め込み、他のデータカプセルに埋め込まれるためのジェネリックなプロトコルを乗り越えるためのサポートと、データが変わるときのすべての登録されたオブジェクトに対する通知と、データのプレゼンテーションを生成するためのジェネリックなプロトコルの乗り越えとを提供する。
答えなければならない次の質問はデータをどのように提供するかである。構造化グラフィックプログラムではグラフィックオブジェクトの組は一般にキャンバス上に描かれる。スプレッドシートではそれは通常、セルの表あるいはグラフである。プレゼンテーションプログラムではスライドの組あるいはアウトラインである。本発明は、データカプセルに含まれるデータの“ながめ（ビュー、view）”を提供する。ビューは“ビュー（view）システム”とグラフィックシステムのセルを用いて生成される。しかしながら、サウンドあるいはビデオクリップを動作させることもデータのプレゼンテーションとして考えられる。
次に、何が選択されるかである？
ワードプロセッサプログラムでは、選択されるのは文字の範囲であり、構造化グラフィックプログラムではグラフィックオブジェクトの組である。スプレッドシードではセルの範囲である。本発明は、システムがサポートする全ての基本的なデータ形式のために選択クラスを提供する。ユーザによりなされた選択を表す抽象ベースクラスは選択されたデータの、アドレス空間から独立した指定を提供する。テキストでは、これは文字に対する一対のポインタよりはむしろ文字の数値範囲であるであろう。この限定は、他のユーザとの（リアルタイムでの）共同作業のとき、選択された範囲が他のマシーンとの間で交換されるので重要である。ベースクラスはまたこの選択に対応する持続的選択を作るためのジェネリックプロトコルを乗り越える。持続的選択はアンカーオブジェクトのサブクラスであり、持続的選択が変更の編集から生き延びなければならないので、対応する短命な選択より重いと考えられる。例えば、持続的テキスト選択は、テキストがその前後に挿入されるときそれ自身を調整しなければならない。アンカーはハイパーメディアのリンク、データフローのリンクおよびアノテーションの実行に際して使用される。
ベースクラスはまた、データカプセル内に含まれるデータを吸収し、埋め込み、送り出するための乗り越えジェネリックプロトコルを提供する。ベースクラスはそれらを生成するために使用されるユーザインターフェイス技術から独立である。選択は、一般的に（例えばテキストの範囲あるいはセルをトラック（追尾）して）ユーザによる直接操作を介して生成されるが、スクリプトを介してあるいはコマンドの結果として生成されてもよい。このユーザインターフェイスとの直交性が非常に重要である。ベースクラスはまたデータカプセルをアクセスするための特定のプロトコルを提供する。カプセルクラスの特定のサブクラスとモデル選択クラスのサブクラスとの間には非常に強い関連性がある。
最後に、この選択された範囲について動作をすることができるコマンドは何か。ワードプロセッサのプログラムでは、コマンドは文字の選択された範囲のスタイルを変更するものでもよく、構造化グラフィックプログラムではコマンドはグラフィックオブジェクトを回転させるものでもよい。本発明は、多くのユーザインターフェイスコマンドと共に、カット、コピー、ペースト、ハイパーメディアリンクスタート、リンク完了、リンクの運行、リンク上でのデータのプッシュ、リンク上でのデータのプルをするためのジェネリックコマンドを提供すると共に、全ての組込データ形式のための多数の組込コマンドオブジェクトを提供する。ユーザにより作られたコマンドを表すアブストラクトベースクラスは、ユーザアクションのセマンティクス（意味）を捉える責任を負い、コマンドがドゥ（do:実行）され、アンドゥ（undo:取り消し）され、リドゥ（redo:再実行）されることができかどうかを決定する。コマンドオブジェクトは、コマンドがドゥされた後、コマンドをアンドゥするために必要な情報のすべてをカプセル化する責任を負う。コマンドが実行される前は、コマンドオブジェクトは、ユーザアクションの非常にコンパクトな表現である。ベースクラスは、それらを生成するために使用されるユーザインターフェイスの技術から独立である。コマンドはユーザによる直接の操作（例えば、グラフィックオブジェクトの移動）を介して、あるいはメニューから一般に生成されるが、スクリプトを介して生成されることはできない。ユーザインターフェイスとの直交性は非常に重要である。
フレームワークの利益
本発明内の抽象化にプラグを差し込む利益は、概念的モデルを提供するよりも大きい。フレームワークにプラグを差すことはベースオペレーティングシステム中に構成された多くの複雑な特徴を提供する。これは、比較的小さいメソッドをコールすることによりフレームワークが多数のユーザ特徴を実行することを意味する。フレームワークのための符号化への投資がいくつかの特徴に渡って影響をもたらす。
新種のデータが操作されると、新しいデータ形式がシステムの一部となる。データのカプセルを取り扱うことができる既存のソフトウェアは修正無しに新しいデータ形式を取り扱うことができる。これは、マッキントッシュコンピュータシステムのような現在のコンピュータシステムとは異なる。例えば、スクラップブックデスクアクセサリはある種のデータを格納することができるが、テキストあるいはクイックドロー画像成分を有するデータを表示することができるだけである。対照的に、本発明のスクラップブックは、オブジェクトの形でデータを取り扱うので、あらゆる種のデータを表示する。生成された新しいデータ形式はシステム提供データ形式と全く同様に振る舞う。加えて、スクラップブック内のデータは、オブジェクトがデータを編集するための標準プロトコルを提供するので、編集可能である。
スクラップブックの例はデータのカプセル化の長所を際立たせる。ソフトウェアがデータのカプセル化を扱うことができるように開発されていれば、アプリケーションを、新しいデータ形式を簡単に扱うように設計することができる。新しいアプリケーションは修正無しに新しい形式のデータを表示し編集することができる。
マルチレベルアンドゥ
本発明はマルチレベルアンドゥをサポートするように設計されている。この特徴を折り込むことは、しかしながら、開発者の側に余分な努力を要求しない。システムは、生成されるすべてのコマンドオブジェクトを単に思い出すだけである。対応するコマンドオブジェクトが存在する限り、ユーザは、データへの特定の変更をアンドゥ、即ち取り消すことができる。システムが、コマンドを保持し、どのコマンドをアンドゥあるいはリドゥ（再実行）すべきかを決定するので、ユーザはアンドゥの手順を折り込まない。
データのカプセル化のプロトコルの一部は、データをストリームにファイルすることと他の場所および／あるいは他の時間までデータを休ませることを行う。システムは、このプロトコルを使用してドキュメントの保存を行う。デフォルトでは、ユーザのデータオブジェクトは、保存されるときファイルに流される。ドキュメントがオープンされているときは、データオブジェクトは休まされる。システムは、データ管理フレームワークを使用してディスクに書かれたデータが一貫性をもつ状態であることを確認する。ユーザは、システムが壊れたときにデータがディスク上に保たれているように、しばしばファイルを保存しようとする。システムがすべてのコマンドオブジェクトを保持するので、本発明はこの種の保存を必要としない。ドキュメントの状態は、ドキュメントの最新のディスクバージョンから始めて、その時点からのコマンドオブジェクトを再度与えることにより再構成することができる。信頼性のために、システムはコマンドオブジェクトが起動される毎にそれらをディスクに自動的にログするので、システムが壊れたとしてもユーザは最後のコマンド以外失うことはない。本発明はまたドキュメントのバージョン化をサポートする。ユーザはドキュメントの現在の状態からドラフトを生成することができる。ドラフトは特定の時点におけるドキュメントの不変の“スナップショット”である（ドラフトを生成する１つの理由はコメントのために他のユーザにそれを回覧することである）。システムは新しいドラフトの生成に含まれる詳細を自動的に扱う。
協同作業
上記のように、ドキュメントは、ある過去の時の状態から始め、そのとき以降なされたコマンドオブジェクトのシーケンスを適用することにより再構築することができる。このためユーザは故障の場合に仕事を回復することができ、リアルタイム協同作業をサポートすることができる。コマンドオブジェクトは選択されたものについて動作し、それらの選択されたものはアドレス空間に独立である。従って、選択されたオブジェクトをネットワークを介して協同作業者に送ることができ、遠隔マシーンで使用することができる。同じことがコマンドオブジェクトについても言える。１人の協同作業者が行ったコマンドを他の者に送り同じようにそれらの者のマシーンで実行することができる。協同作業者が同一のデータコピーから始めるならば、コピーは協同作業者が変更を行うにつれて“同期して”残る。選択の生成はコマンドオブジェクトを使用して行うので、すべての協同作業者は同じ現在の選択をもつ。
システムは、“モデルペーストラッキング”として知られている特徴を用いて各協同作業者のマシーン上でマウストラッキングを行う。マウスの押下を扱うように生成されたトラッカーオブジェクトはユーザがマウスを動かすにつれて一連のインクレメンタルコマンドを生成し実行する。これらのコマンドは協同作業者に送られて各協同作業者により実行される。各協同作業者はそれが起きるにつれてトラッキングフィードバックをビューすることになる。システムはまた共同作業ポリシーを確立する。共同作業ポリシーは、データに変更を加えるときあるいは自由に変化するとき、ターンするように強制されるかどうかを決定する。本発明はアプリケーション開発者から責任を取り除く共同作業マシーンを取り扱う。
スクリプト
コマンドオブジェクトのシーケンスを管理するようにシステムを設計すると、システムワイドのスクリプト道具を実行することが可能となる。コマンドオブジェクトのシーケンスはローカルアクションのスクリプトと等価である。スクリプト機能は、あるドキュメントに適用されるコマンドオブジェクトを単にトラッキング（追尾）し続ける。スクリプト機能はまた、スクリプトに際して選択オブジェクトを使用する。この機能は、適用する選択を変えることによりスクリプトの注文化を提供する。コマンドオブジェクトはそれらが特定の選択に適用できるかどうかを示すためのプロトコルを含むので、システムはユーザのスクリプトの変更が妥当であることを確認する。
ハイパーメディアのリンク
アンカーとして知られている持続的な選択はリンクオブジェクトにより持続されることができる。リンクオブジェクトは、その終点を形成する２つのアンカーへの参照を有する。システムでは、リンクは双方向であり、両端は等しい能力を有する。リンクのより高いレベルの使用はリンクに方向を課すことができる。単一リンクオブジェクトは２つの標準的特徴、即ち運行とデータフローとをサポートする。ユーザはリンクの一端から他端へ運行する。通常、これは指定アンカーを含み、持続的な選択をハイライトとするドキュメントをオープンすることを含む。正確な振る舞いは宛先でのアンカーオブジェクトにより決定される。例えば、アニメーションへのリンクはアニメーションを演ずることができる。データベースクエリーへのリンクはクエリーを実行する。
また、リンクはデータフローを容易にする。リンクの一端で選択されたデータは他端に転送され、そこで選択を置き換える。ほとんどの場合、その効果は、ユーザが一端で選択をコピーし、他端へ運行するようにリンクを使用し、データを貼り付けることと同じである。システムは、リンクの一端から他端への運行（例えば、宛先ドキュメントを置き、それをオープンし、宛先アンカーをビュー（視野）内にスクロールする等）が含まれる詳細を取り扱う。同様に、システムは、リンクを横切るデータの転送の詳細を取り扱う。後者は、それが参照するデータをアクセスし、修正するための選択のプロトコルを用いて実行される。
注釈（アノテーション）
本発明はシステムワイドの注釈の道具をサポートする。この道具により著者（使用者）は見直しのためドキュメントのドラフトを分配することができる。見直し者はドキュメントに郵送（ポスト）ノートを添付することができ、実行されたとき著者にドキュメントを戻す。著者は郵送ノートを調べ、それぞれについてアクションを取る（著者はドキュメント内の郵送ノートを生成することができる）。見直し者が著者と同じソフトウェアをもつ必要はない。代わりに、見直し者は標準注釈アプリケーションを使用することができる。このアプリケーションは著者のドラフトからデータを読み、注釈可能なプレゼンテーションを生成する（そのようなプレゼンテーションの生成は標準データカプセルプロトコルの一部である）。
見直し者は、ドキュメント内に選択を生成することができ、その選択に郵送ノートをリンクすることができる。郵送ノートと選択の間のリンクによりシステムはそれが参照する選択に“近い”郵送ノートを位置決めすることができる。リンクはまた注釈構造を明白にし、システムは注釈を処理するように標準コマンドを実行することができる。郵送ノートの内容は、単なるテキストあるいはグラフィックではなく、システム内で実行されるデータ形式でよい。ノートの内容はデータカプセルを用いて実行され、ノートをオープンすることはデータの編集可能プレゼンテーションを生成することになる。
データ表現
データ表現は、モデル化するデータは何かとの質門への答えと関係する。本発明はデータのモデル化を助ける道具を提供する。テキスト、構造化グラフィックス、サウンドおよび映像を含めて、特定のデータ形式をモデル化するためのクラスがある。これらの特定のクラスに加えて、本発明は問題をモデル化するのを助ける多数の他の抽象化、コレクション（収集）クラス、同時の制御と回復フレームワーク、およびＣ＋＋言語自身を提供する。本発明の主題では、特定データ形式のためのデータモデルをカプセル化するクラスはカプセル化クラスのサブクラスである。
カプセル化クラス
開発者は、カプセル化クラスから導かれるクラスを生成することにより特定形式のデータ表現に対するコンテナを生成する。例えばグラフィックオブジェクト、様式化されたテキスト、スプレッドシートのセルのようなシステム内の各形式のデータのために、ある形式のデータのためのコンテナとして働く異なる導かれたクラスが存在しなければならない。カプセル化クラスの各々は、それに含まれるデータをアクセスし、修正するための形式の特定プロトコルを提供する。このプロトコルは、一般に、データを表示するためのプレゼンテーションにより、またデータを修正するためのコマンドにより使用される。形式特定プロトコルに加えて、カプセル化クラスは、“ブラックボックス”としてのデータカプセルの他のエイリアン（異なる見知らぬ）形式への埋め込みをサポートするジェネリックプロトコルを提供する。このプロトコルは導かれたクラスの中で実行され、カプセル化データのためにプレゼンテーション、編集および選択の生成をサポートしなければならない。コンテナは、エイリアンデータ形式の埋め込みをサポートするように、このジェネリックプロトコルを理解する必要があるにすぎない。
データ表現の選択
データ形式の設計者は、特定形式のデータのための表現を設計するときに、Ｃ＋＋オブジェクトモデルと、選択されるべき豊富な標準クラスの組との両方をもっている。データを表現するためのユニークなクラスを設計する前に、本発明により提供されるクラスが、常に考慮されるべきである。これにより、システム内の既存のクラスに同様なあるいは同一の機能を提供する新しいクラスを生成する無駄な努力を軽減することができる。これらのうちで最も基本となるのがＣ＋＋オブジェクトモデルである。設計者は、ユーザが扱うクラスを表現するためにユーザのメンタル（精神的）モデルに近づける１または２以上のクラスを生成することができる。
本発明の基本的なクラスはデータを表現する多くの標準的な方法を提供する。収集クラスは、簡単な組から辞書までランク付けして、メモリ内に関連付けられたオブジェクトを収集するための多数の方法を提供する。持続的な間違いの少ないオブジェクトの収集を提供するためのディスクベースの収集がまた使用可能である。グラフィック編集のような、２次元（2D）あるいは３次元（3D）のグラフィックモデル化を必要とするデータ形式がまたサポートされている。多数の2Dと3Dのモデル化オブジェクトが変更され、マトリクスクラスおよび3Dカメラと共に提供される。同様に、本発明は全世界テキスト、審美的なタイポグラフィおよび拡張可能なスタイル（様式）機構をサポートする複雑なテキストデータ形式を提供する。本発明はまた、サウンドおよび映像のような時間ベースのメディアのためのサポートを提供する。複雑な時間制御機構が使用可能であり、種々の形式の時間ベースメディア間の同期を提供する。
プレゼンテーションプロトコル
カプセル化クラスは、カプセル内に含まれるデータの種々のクラスのプレゼンテーションを生成するためのプロトコルを提供する。プレゼンテーションは、寸描プレゼンテーション、“ブラウズオンリ”（拾い読み）プレゼンテーション、選択可能プレゼンテーションおよび編集可能プレゼンテーションを含む。プレゼンテーションのためのサイズのネゴシエーションを行い、選ばれたサイズ内にデータを適応させるためのプロトコルがまた存在する。このプロトコルを実行するカプセル化クラスのサブクラスは、他のカプセルへのデータの埋め込みをサポートする。現在サポートされているプレゼンテーションは、以下のものを含む。
・寸描−このプレゼンテーションはユーザにカプセル内に何が含まれているかを“ピーク”することができるように（覗くことができるように）意図されている。一般にサイズは小さく、そのサイズに合うようにデータを縮小および／あるいはクリップしてもよい。
・拾い読み−このプレゼンテーションによりユーザは通常のサイズでデータを見ることができるようになるが、いずれのデータも選択し修正することはできない。
・選択可能−このプレゼンテーションは、拾い読みプレゼンテーションにより提供される能力にデータを選択する能力を加える。データそれ自身への修正を許すことなく、注釈がデータの選択に結びつけられることができるように注釈の中で使用される。選択可能プレゼンテーションは、一般に拾い読みプレゼンテーションのサブクラスとして実行される。
・編集可能−このプレゼンテーションは、選択可能プレゼンテーションにより提供される能力にデータを修正する能力を加える。これは、ユーザが新たなデータを生成し既存のデータを編集することを可能とするプレゼンテーションである。現在、このプレゼンテーションはそれ自身の編集のためのウインドウを提供する。将来的にはその場で編集を可能とするプレゼンテーションのためのサポートが加えられる。編集可能プレゼンテーションは一般に選択可能プレゼンテーションのサブクラスとして実行される。
変更通知
カプセル化クラスに含まれるデータが変更されたとき、クライアント（例えばデータの使用者）に変更を通知する必要がある。カプセルは標準通知サポートのための組込クラスにあり、カプセルがデータ表現への変更をクライアントに通知することを可能とする。クライアントは、特定の変更についての通知あるいはすべての変更についての通知のためのカプセルに接続することができる。変更が起きたとき、カプセルはすべての関連するクライアントに変更についての通知を伝搬するように、このモデルに依頼する。
データのプレゼンテーション
このセクションでは、どのようにしてシステムがデータをユーザにプレゼンテーションするかについて説明する。データが一旦システムに表現されると、適当な意味ある方法でデータをユーザにプレゼンテーションすることがユーザインターフェイスの役割である。ユーザインターフェイスはユーザとモデル化データの間のダイアログを確立する。このダイアログはユーザがデータを見、あるいは他に知覚することを可能とし、ユーザにデータを修正あるいは処理する機会を与える。このセクションはデータ表現に焦点を当てている。
ユーザインターフェイス
開発者は、データカプセルと相互作用するようにデータのプレゼンテーションを容易にするクラスを生成する。プレゼンテーションからデータモデルを分離することにより、本発明は同じデータの多数のプレゼンテーションを容易にする。アップル社のマッキントッシュファインダのようなアプリケーションは、同一データを多数にプレゼンテーションすることを制限された形で既にサポートしている。同じ時間に同じデータを異なる観点で表示することを可能とすることはある場合には有用である。これらの異なる観点は、同じデータの４つの異なる観点を示す3DCADプログラムのような同じクラスのインスタンスであってもよい。各種のプレゼンテーションのため、ユーザには、モデルを表示することができるビューと、モデルを選択し修正できるトラッキング（追尾）ツールと追尾コマンドの組を前もって書くことを要求されていた。
静的プレゼンテーション
最も簡単なプレゼンテーション形式はデータの名称である。名称はデータの内容あるいは形式を示すテキストストリングである。例としては、“第４章”、“1990年連邦税収”、“すべきこと”等がある。他の簡単なプレゼンテーション形式であるアイコンは、データの小さいグラフィックプレゼンテーションである。それは通常データ形式を示す。例としては、本、レポート、金融モデル、サウンドあるいは映像の記録、図面等がある。しかしながら、また、それらは印刷しているプリンタのようなステータスを表示し、あるいは図面の縮尺図のような内容を示してもよい。最後に、寸描プレゼンテーションはモデルデータの小さいビューである。たとえば、縮尺された図、本の内容の表、縮尺された手紙、あるいは長い書類の縮尺された最初のページである。拾い読みプレゼンテーションは、ユーザが通常のサイズでデータを見ることを可能とするが、データのいずれも選択しあるいは修正することはできない。
選択可能プレゼンテーション
選択可能プレゼンテーションは、ユーザがデータを見、調べ、データから情報を抽出することを可能とする。これらのプレゼンテーションは、コンテクスト、即ち、何がデータか、データはどこか、データはいつ生成されたかを提供する。それはリスト、グリッドのような構造化手法でデータを外観としてあるいは部分的にプレゼンテーションするのを助けることができる。それはまた、データ要素間の関係、データのコンテナあるいは同胞との関係、あるいは他の依存性を表示するのに有用である。
選択可能プレゼンテーションはまたメタデータを表示することができる。例としては、ユーザが現在処理しているデータ要素を示す現在選択がある。他の形式のメタデータはデータ要素間のハイパーメディアリンクである。ビューはまた、データについて共同作業をしている他のユーザを示すことができる。
選択可能プレゼンテーションは、通常データ形式により非常に特定される。それらはウインドウ、ビュー、およびデータ形式を最良に反映するようにカスタマイズされたユーザインターフェイスオブジェクトからなる。いくつかの例は、
・サウンドの記録−コントロールパネルは可聴プレゼンテーションを実行する。ビューは音楽のスコアとしてあるいは一連の波形としてサウンドを表す。ビューはサンプル番号あるいは時間表示を含む。
・金融モデル−モデルは公式と他のパラメータの組として見ることができる。時間についての特定のインスタンスで、あるいはスプレッドシートのような特定の入力値で、あるいは種々のグラフィックなスタイルに、モデルからのデータを表すことができる。
・本−モデルは、内容の表、インデックス、図のリストとしてみられることができる。それは、一連のページ、一連の章、あるいは連続するテキストの流れとして見られることができる。
・映像の記録−モデルは、一連の個々のフレーム、あるいは連続するプレゼンテーションとして見られることができる。ビューは追尾マーク、フレーム数、および時間表示を含む。
・他のオブジェクトを含むコンテナ−オブジェクトは名称により、形式あるいは他の属性により、一連のアイコン、１組の寸描としてアルファベット順に表示されることができる。
編集可能プレゼンテーション
編集可能プレゼンテーションは、データの修正を行うことを除いて、対話的プレゼンテーションと同様である。編集可能プレゼンテーションは、マウスあるいは他のポインタでデータの直接の処理を可能とすることによりこれを行う。また、データがメニュー項目と他のコントロールを介してシンボル的に処理されることを可能とする。
データアクセス
プレゼンテーションは、データとプレゼンテーションされるべき他の情報とを決定するためにデータカプセルと相互に作用する（対話する）。プレゼンテーションは要求されるデータをモデルにクエリー（照会）する。プレゼンテーションは含まれるデータのすべてあるいは一部だけをプレゼンテーションしてもよいし、あるいはデータカプセルのデータから導かれてもよい。
変更通知
アクティブな単一のモデルの多くのプレゼンテーションが一時に存在することができるので、データは、協同作業者を含めて多くのソースから変更され得る。モデルデータに関して、各プレゼンテーションは自身を更新し続ける責任がある。これは、モデルのすべてあるいは部分が変更するとき、通知を登録することにより達成される。プレゼンテーションと関連するデータにある変更が生じたとき、プレゼンテーションは通知を受け取り、そのビューを更新する。変更通知は以下にリストされている手法のいずれかで発生することが可能である。第１に、変更通知は実際にモデルデータを変更するデータカプセル内のメソッドから生成される。第２に、変更通知は変更を引き起こすコマンドから発生される。前に述べたように、これら２つのアプローチには利益がある。データカプセル内から通知を発生することはデータが変化するときにはいつでもクライアントは通知されることを保証する。コマンドからの通知の発生は、“高級”通知を可能とし、複雑な変更により生成される通知の混乱を減少させる。
通知フレームワーク外観
通知フレームワークは、オブジェクト間の変更情報を伝搬するための機構を提供する。フレームワークは、オブジェクトが、それらが依存するオブジェクトに関係することを表し、オブジェクトの変更についての通知を受け取ることを可能とする。標準インターフェイスはクライアントに通知を提供するクラスのために提供される。通知者クラスはクライアントのリストを管理しそれらのクライアントに通知をデスパッチする手段を通知ソースオブジェクトに提供する。通知者オブジェクトは通知を受け取るオブジェクトのクラスについての特別の知識を要求しない。接続オブジェクトは通知者オブジェクトからの通知のデスパッチを特定の通知受信オブジェクトに提供する。これらの接続オブジェクトは通知が受信者の異なるクラスにどのようにして配信されるかを特定することを可能とする。最後に、通知者オブジェクトは変更について記述した情報を輸送し、インタレストは通知ソースオブジェクトからの特定の通知を記述する。
通知伝搬フローチャート
第18図は通知ソースオブジェクトに対するオブジェクト発生通知フローチャートである。処理はターミナル1800で始まり、ステップ1810まですぐに進む）。機能ブロック1810では、通知受信者オブジェクトがそれ自身の接続を生成する。その後、機能ブロック1820で、通知受信者オブジェクトが１または複数の通知者オブジェクトからの１または複数の通知に対して適切なインタレストを加える。これらのインタレストは通知ソースオブジェクトにより規定される。
クライアントオブジェクトは、機能ブロック1830における接続の際に、インタレストにより特定される通知のために、通知ソースに接続するように接続オブジェクトに対して依頼する。その後、機能ブロック1840において、接続に際して、各インタレストに対して、接続（オブジェクト）はインタレストでの通知者（オブジェクト）との通知と関連するものとして登録される。次に、機能ブロック1845において、システムは変更が検出されるまで待機状態に入る。システムの変更が起きたときには、制御は直ちに1850へ進み、ここで通知ソースオブジェクトが変更し、その通知者オブジェクト上の通知を通知により呼び出して、その変更を記載する。
通知に関係するものとして通知者（オブジェクト）に登録された各接続（オブジェクト）について、機能ブロック1860において、接続（オブジェクト）が通知を配信するように依頼される。次に、機能ブロック1870において、接続（オブジェクト）は通知受信者（オブジェクト）の適切なメッソードに通知を配信する。最後に、機能ブロック1880において、通知受信者（オブジェクト）が通知に対しての適切なアクションを起こし、テストが判断ブロック1885で行われ、他の接続（ブロック）がその通知に関係するものとして通知者（ブロック）に登録されているか否かを判断する。他の接続（ブロック）が存在するときは、制御は（ステップ）1850に移行する。サービスすべき他の接続（ブロック）が無いときは、制御は機能ブロック1845に移行し、次の変更を待つ。
データ仕様
データ仕様はデータ処理の選択を発行することを目的とする。ユーザが表現に含まれるデータを処理しなければならないとき、データはそのデータのサブセットを特定できなければならない。ユーザは一般にこの仕様を“選択”と呼び、システムはすべての選択クラスが降りたベースクラスを提供する。本発明はまたシステムがサポートする基本的データ形式のすべてのための選択クラスを提供する。
モデル選択
表現内のデータのサブセットの仕様を含むオブジェクトはモデル選択クラスである。テキスト表現の場合には、ある可能な選択仕様は一対の文字オフセットである。構造化グラフィックモデルでは、各形状にはユニークなIDが割り当てられなければならず、選択仕様は１組のユニークなIDである。仕様のどれもが選択データを直接ポイントせず、それらをデータの多数のコピーに適用することができる。
特定化データのアクセス
選択は、データをアクセスし修正する表現プロトコルを理解し、ローカルアドレス空間でデータを見つける方法を知る。コマンドオブジェクトはデータ選択を介して表現データをアクセスし、従って仕様からローカルモデル内のリアルデータに変換する知識を要求しない。それは選択オブジェクトの仕事であり、アドレス空間独立仕様からリアルデータへのアクセスを提供する。テキストカプセルでは処理はある範囲内に含まれる実際の文字に対するカプセルをクエリーすることを要求できる。グラフィックエディタのようなベースモデルでは、選択はリアルオブジェクトの代用物を保持する。カプセルはリアルオブジェクトへ代用物を変換するためのルックアップ道具を提供する。
標準編集プロトコル
モデル選択クラスは選択間のデータの交換のためのプロトコルを提供する。形式ネゴシエーション、データの吸収、埋め込み、および運び出しを行うためのプロトコルを実行することにより、導かれたクラスは標準編集コマンドのほとんどのサポートを提供する。これは、システムにより提供される（カット、コピー、ペースト、データをプッシュ等の）編集コマンドが、表現されたデータ形式のために機能し、各アプリケーションの再実行を要求しないということを意味する。モデル選択クラスは、また、アンカーとリンクの交換のために直接にサポートを提供するが、表現データの交換をサポートするためいくつかのキーメソッドの導かれたクラスの実行上にある。
“コピーデータ（CopyData）”は、導かれたクラスにより実行されなければならず、特定化データのコピーを運び出す。実行は特定化データのコピーを含む要求され形式の新たなデータカプセルを生成してリターンする。
“アドプトデータ（AdoptData）”は、仕様に関連する表現にデータを吸収しあるいは埋め込むことをサポートするように導かれたクラスにより実行されなければならない。データが吸収されるべきならば、それは受信者の表現に直接組み込まれることができる形式でなければならない。吸収されたデータは仕様で定義されたように表現に加えられる。多くのデータ形式に対して現在特定されているデータを新たに吸収しデータで置き換えることは共通である。いずれかの置換されたデータはアンドゥをサポートするようにデータカプセルに戻される。データが埋め込まれるべきならば、カプセルはブラックボックスとして組み込まれ、表現の子として加えられる。
“クリアデータ（ClearData）”は、関連する表現から特定されたデータをデリートするように導かれたクラスにより実行されなければならない。デリートされたデータを含む表現の元来の形式のカプセルは戻されなければならない。
ユーザインターフェイス
仕様を生成するユーザインターフェイスは一般にはデータの表現の応答性である。多数の機構がデータ形式とプレゼンテーションスタイルに基づいて使用可能である。選択を生成するための最も好ましいユーザインターフェイスは直接実行である。簡単なグラフィックモデルでは、マウスでオブジェクトを直接クリックしあるいはマウストラッカーを用いていくつかのオブジェクトを横切って選択ボックスをドラッグすることによりオブジェクトを選択することができる。テキストでは、選択はファインドコマンドの結果として生成することができる。選択が生成される他の共通の手法は、“ファインド”のようなメニューコマンドの結果としてである。コマンドが発行されたあと、ドキュメントは適切な場所にスクロールされ、サーチされたテキストが選択される。
最後に、選択はスクリプトから生成され（あるいはプログラム的に発生され）る。その結果はユーザが直接選択を生成したかのようである。スクリプトのための“名称付け”選択は選択を記述するための言語を生成することを含む。例えば、テキストでは、選択は“２ページの第４節の２番目の語”である。本発明のアーキテクチャーはスクリプトのためのサポートを提供する。
データの修正
データの修正は、質問：この選択に関して動作することができるコマンドは何かを志向している。ユーザが表現内に含まれるデータを修正すべきとき、システムはなされるべき修正の形式を正確に特定できなければならない。例えば、ワードプロセッサプログラムでは、ユーザは選択された範囲の文字のスタイルを変更することを望むことができる。あるいは、構造化グラフィックプログラムでは、ユーザはグラフィックオブジェクトの回転を望むことができる。データカプセルに含まれるデータを修正するすべてのユーザのアクションは、“コマンドオブジェクト”により表現される。
モデルコマンドオブジェクト
ユーザによりなされたコマンドを表すアブストラクトベースクラスはモデルコマンドオブジェクトである。モデルコマンドオブジェクトのサブクラスはドゥ、アンドゥ、リドゥされることができるというようなユーザアクションの意味を捉える。これらのサブクラスはそれらを生成するために使用されるユーザインターフェイス技術から独立している。MacAPPと異なり、ユーザアクションの意味が知られるとすぐに、デバイスイベントがシステムによりコマンドオブジェクトに翻訳される。
ハンドルドゥ、ハンドルアンドゥ、ハンドルリドゥ
新しいクラスのコマンドを生成することは多数のメソッドを乗り越えることを含む。乗り越えるための最も重要な３つのメソッドは、“ハンドルドゥ”、“ハンドルアンドゥ”、および“ハンドルリドゥ”である。ハンドルドゥメソッドは、そのままであるコマンド形式とそのコマンドが適用される選択とに基づいて適切にデータカプセルを変更するように応答可能である。例えば、ワードプロセッサにおいてコマンドがある範囲の文字に対するスタイル変更を含むならば、ハンドルドゥメソッドはこのコマンドのあとに“アンドゥ”する必要のある情報のすべてを保存する。スタイルの変更の例では、アンドゥ情報の保存は文字範囲の旧スタイルを記録することも含む。ほとんどのコマンドに対するアンドゥ情報は保存が非常に簡単である。しかしながら、ファインドおよび変更のようないくらかのコマンドは大量の情報を記録したあとでコマンドをアンドゥすることを含む。最後に、ハンドルドゥメソッドは、データカプセルになされる変更を記述する変更通知を発行する。
ハンドルアンドゥメソッドはコマンドが“ドゥ”される前にそうであった状態にドキュメントを戻す。適用されなければならないステップは上記のハンドルドゥでなされたステップと同様である。ハンドルリドゥメソッドは、ドゥされ、そしてアンドゥされたあとコマンドを“リドゥ”する。ユーザはしばしばアンドゥ／リドゥの組み合わせを用いてコマンドの結果を比較して、ドキュメントの２つの状態の間をいったりきたりする。一般に、ハンドルリドゥメソッドは、リドゥメソッドにおいて、最後に導かれた情報がこのコマンドが完了したとき再使用されることがきることを除いてハンドルドゥメソッドと非常に近い（情報は同じであることが保証されるので、再計算する必要はない）。
ユーザインターフェイス
コマンドオブジェクトは、ユーザアクションの意味を捉える。実際、コマンドは（種々のユーザインターフェイス技術を用いて）ユーザにより最も多く生成されるが、同様に他の手法で生成することができる“ワークリクエスト”を表す。重要な概念は、コマンドオブジェクトがデータカプセルに含まれるデータを修正するための唯一の手段を表すことである。データカプセルへのすべての変更は、無限のアンドゥの利益、保存無しのモデル、本発明の他の特徴が実現されるべきならば、コマンドオブジェクトにより処理されなければならない。
コマンドを発行する最も好ましいユーザインターフェイスは、ある種の直接操作を含む。デバイスイベントをコマンドに翻訳し、ユーザフィードバックプロセスを“ドライブ”するように応答可能なオブジェクトはトラッカーとして知られている。本発明は組込データ形式を処理するための“トラッキングコマンド”の豊かな組を提供する。例えば、直線、曲線、多角形等のような“ピンク（Pink）”において2Dオブジェクトのすべてを回転させ、スケーリングして、動かすためのトラッキングコマンドがある。
コマンドを発行するための共通のユーザインターフェイスはメニューシステムからあるいはコントロールを介している。メニューは生成され関連するコマンドの組がメニューに加えられる。ユーザがメニュー内の項目を選ぶとき、適切なコマンドが“クローン（複製）”され、コマンドのドゥメソッドがコールされる。プログラマーはデバイスイベントに巻き込まれない。さらに、コマンドはそれらが適用されることができる選択の形式が何かを知っているので、メニュー項目はそれらが適切でないとき自動的に薄暗くさせられる。
最後に、コマンドはスクリプトから発行することができ（あるいはプログラム的に発行することができ）、その結果はユーザがコマンドを直接発行したときと同様である。“ピンク”アーキテクチャーはスクリプトするためのサポートを提供する。しかしながら、この時点ではこれらのスクリプトを生成するために使用可能なユーザインターフェイスはない。
組込コマンド
本発明は、多くのユーザインターフェイスコマンドと同様に、カット、コピー、ペースト、ハイパーメディアリンクのスタート、リンクの完了、リンクの運行、リンクに関するデータのプッシュ、リンクに関するデータのプルのためのジェネリックコマンドを提供することに加えて、全ての組込データ形式のための多数の組込コマンドオブジェクトを提供する。
他の特徴
このドキュメントの前のセクションは、本発明の基本的な特徴に焦点を当てた。本発明には、さらに進んだ特徴を実行する多くの追加される道具がある。特に、これらの道具は、モデルベースのトラッキング（追尾）、ファイリング、アンカー、および共同作業を含む。
モデルベーストラッキング
トラッキング（追尾）は、直接処理ユーザインターフェイスの心臓部である。トラッキングにより、ユーザは、テキストの範囲を選択し、オブジェクトをドラッグし、オブジェクトを再サイズ調整し、オブジェクトを描くことが可能となる。本発明は、モデルを実際に修正することにより多数のビュー（表示）、および多数のマシーンに渡る機能にトラッキングを拡張する。トラッカーは、モデルにコマンドを発行し、モデルはすべての関係するビューへ変更通知を発行する。
モデルベーストラッキングは、ドキュメント内でトラッキングするための最良の解決策であるが、それは、以下の欠点を有する。（１）モデルビューを、変更イベントへの急速応答を提供するように最適化しなければならない。（２）モデルは中間トラック状態を表すことができなければならない。
アンカー
持続性選択即ち“アンカー”はデータの仕様を表現する点で選択と非常によく似ている。違いは、アンカーはデータへの変更に渡って維持されるので、アンカーは編集変更を生き続けなければならない点である。ドキュメントの初期で述べたグラフィック選択の実行は持続性である。しかしながら、テキスト選択の実行はない。ユーザが選択の前にテキストを挿入しあるいはデリートするならば、文字オフセットを調整しなければならない。テキストアンカーを実行するためには２つのアプローチがある。第１に、テキスト表現は、スタイルが維持される手法と同様に、テキスト内を指すマーカーの集まりを維持する。アンカーはマーカーを参照するユニークなIDを含む。テキストが変更されたとき、マーカーはユニークにされるが、アンカーは同じままである。他のアプローチは、テキストに対する編集履歴を維持することである。アンカーは時間スタンプと同様に１対の文字位置を含むことができる。テキストが編集される毎に、履歴は更新され、変更（例えば、時間Ｔに位置Ｘからデリートされた５文字）を記録する。アンカーが使用されるとき、システムは、最後に使用されたとき以来起きた編集変更に基づいて文字位置を補正しなければならない。適切な時に、履歴は凝縮され、アンカーは永久的に更新される。
システムは、アンカー道具を介して“フリー”のための非常に多数の特徴を提供する。ハイパーメディアコマンドのすべて（クリエイトリンク、プッシュデータ、プルデータおよびフォロー）は、それらの実行時にアンカーを使用する。システム中の注釈道具実行時にアンカーを使用する。ベースデータカプセルはアンカーとリンクの追尾を保つサービスを提供する。しかしながら、ユーザは、アンカーをプレゼンテーションを介してユーザに見えるようにする。アプリケーションはまたユーザがアンカーを選択するとき適切なコマンドオブジェクトを発行しなければならない。アンカーとリンクのためのユーザインターフェイスが釘付けにされたあと、ドキュメントフレームワークは処理を簡略化するよう付加的サポートを提供する。
ファイリング
ファイリングはデータを永久格納に保存しあるいは永久格納から再生するプロセスである。ユーザがファイリング作業をするためにしなければならないことは、データカプセルのための一連の操作を実行することのみである。本発明のデフォルトファイリングは”イメージ”ベースである。ユーザがドキュメントを開くとき、ドキュメントの内容全体はメモリに読み出される。ユーザがドキュメントを閉じるとき、ドキュメントの内容の全体がディスクに書き込まれる。このアプローチは、簡単で、フレキシブルで、理解しやすいので採用された。異なるフォーマットでデータを格納するためには、前もって存在する標準のファイルフォーマットとの互換性を保つために、２つのアプローチが可能である。第１に、カプセルクラスは実際のデータへの参照を一連の流れとすることができ、実際のデータを見つけるために参照を使用することができ、あるいは新しいサブクラスがファイルサブクラスを生成し、リターンするように定義することができる。
第１のアプローチの長所はデータカプセル型のドキュメント内でカプセル化することができることである。第２のアプローチの長所は、完全なドキュメントのための既存のファイルフォーマットに正確に適合するようにした完全な自由である。
共同作業
同時ネットワーク共同作業は、２人あるいはそれ以上の人が同時に同じドキュメントを編集することを意味する。システムはまた共同作業ポリシーを確立する。即ち、ユーザがデータを変更するときあるいは自由に変更させるとき後退させられるかどうかである。開発者は共同作業ポリシーあるいは共同作業の機構を心配する必要はない。
協同作業選択スタイルのサポート
混乱の減少を助けモデル選択を増強するため、ドキュメントアーキテクチャーは協同作業者のイニシャルと望ましいハイライトの束について情報を含む協同作用者クラスを提供する。
多数選択のサポート
多数の選択をサポートするために、ユーザは、各協同作業者が選択を有するのでプレゼンテーションビューを修正しなければならない。アクティブな協同作業者の選択が変わるとき、標準変更通知が送られる。受動的協同作業者の選択が変わるとき異なる通知イベントが送られる。ビューは両方のイベントのために登録すべきである。どちらかのイベントに応答して取られたアクションも通常同じなので、両方のイベントのために同じハンドラーメソッドを登録することにより経済性が実現される。
本発明によるユーザインターフェイス
本発明のこの部分は、基本的に、先に議論されたオペレーティングシステムフレームワークの基本上に構築するユーザインターフェイスの観点に焦点が絞られる。ユーザインターフェイスの第１の観点はユーザがコントロールとして参照する種々のオブジェクトあるいはデータとの対話（相互作用）を管理することを可能とする機構である。
コントロール
ユーザが他のオブジェクトあるいはデータを処理するよう対話するオブジェクトはコントロールと呼ぶ。コントロールはオブジェクトあるいはデータの現在の状態を決定するためのコマンドを使用する。ユーザとの適切な対話に続いて、コントロールはコマンドパラメータを更新し、それが実行されるようにする。コントロールの例はメニュー、ボタン、チェックボックス、およびラジオボタンである。
コントロールはオブジェクトあるいはデータの現在の状態を決定するためにコマンドを使用する。ユーザとの適切な対話に続いて、コントロールはコマンドパラメータを更新し、それが実行されるようにする。例えば、チェックボックスはコマンドパラメータをオンにあるいはオフにセットし、データ値を変更するためにコマンドを実行する。
多くのコントロールはそれらが処理をするデータの現在の値を表示する。例えば、チェックボックスはブール（代数）データ値が真のときだけチェックを表示する。データが変わるにつれてコントロールの出現はここで述べられた通知システムを用いて日付を付けるよう保たれる。そのプロセスはメニュー項目をイネーブル／ディスエーブルするように使用されるプロセスと同様である。
コントロールが生成されるとき、コマンドが特定される。コントロールはこのコマンドのコピーを作り、それをフィールドfCommandに格納する。コマンドがいずれかのデータ値を供給するならばコマンドの適切なゲット（Get）とセット（Set）のメソッドへのポインタがまた特定される。コントロールはこれらのメソッドポインタをフィールドfGetMethodとfSetMethodにそれぞれ格納する。その後、コントロールはデータ値が日付以外であることを示す通知に接続する。各コマンドはこのためにコネクトデータ（ConnectData）と呼ばれるメソッドを提供する。
各コントロールは通知を受信すべきオブジェクトとメソッドを示すfDataCommectionと呼ばれる接続オブジェクトを含む。この接続オブジェクトはコマンドへのアーギュメントとして渡される。コマンドオブジェクトは接続オブジェクトの接続メソッドをコールして、そのデータ値に影響を与えるかも知れない各通知者とインタレストを加える。完了後に、コントロールは接続オブジェクトの接続メソッドをコールして第３図に示される接続を確立する。コントロールはそのデータ値をそのコマンドから更新する。それはコマンド（fCommand→（＊fGetMethod））のゲットメソッドをコールすることにより行う。第５図に示されるように、コントロールはこの値を適切なフィールドに格納する（たとえば、チェックボックスがfCheckedと名前が付けられたブールフィールドに格納する）。その後、コントロールはその出現を更新する。画面の一部が更新を必要としていることを示して、ビューシステムの不当化メソッドをコールすることによりこのアクションを行う。
最後に、データの変更と通知が送られる。ある点で、コントロールにより反映されているデータの値を変更するコマンドが実行される。このコマンドは、コントロール、メニュー項目から、あるいは直接操作により実行することができる。コントロールは第４図に示される通知を受け付けて次のユーザ選択を待つように渡される。
コントロールパネル
コントロールのある集まりは、コントロールパネルと呼ばれる。コントロールパネル内のコントロールは一般に実際のデータに作用する（これはディフォルトであり、必要はない）。それらのアクションは通常直接的であり、互いに独立である。コントロールパネルは必要によりコントロールの間で入力フォーカスの進行を制御する。コントロールパネルはシステムですべてのユーザインターフェイスに渡って共有されるであろう。
ダイアログボックス
コントロールの他の集まりはダイアログボックスと呼ばれる。ダイアログボックス内のコントロールは一般にプロトタイプのデータに作用する（これはディフォルトであり、必要はない）。それらのアクションは通常グループ内に一緒に集められ、その後ユーザがアプライボタンを押すとき一緒に実行される。ダイアログボックスは必要によりコントロールの間で入力フォーカスの進行を制御する。
アクションにおけるコントロール
３つのアクションの役割を提供して、アクションにおけるコントロールを説明する。第２図は種々のコントロールを示す。役割の例はコントロール（この場合チェックボックス）、コマンド、選択およびデータカプセルと似た手法により使用される。
チェックボックス200 チェックボックスの役割はデータカプセル内に格納されたブール値を表示して変更を容易にすることである。この値はチェックの存在不存在により表現される。
コマンド210 コマンドの役割はデータカプセルから値を得てチェックボックスからの指令に変更することである。
選択220 選択の役割はコマンドとデータとの間をインターフェイスすることである。
データ230 データはアクションの目標として採用される。
あなたを知ること
誰でもが第３図に示されるようによりよく互いを知りたい。コマンド310はコントロールが間違いなく関係があるデータを送ることができる通知をチェックボックス300に告げる（コマンド310がどのようにして知るかは他の者に関係がない）。チェックボックス300は次にその通知をデータ320に接続する。
誰にも知られず、ディレクタはチェックボックス300にコマンド310と対話する最良の手法を告げた。特に、それはコマンドのゲット値メソッドとセット値メソッドについて告げた。チェックボックスはこの長所を少しあとで取り上げる。
データを反映すること
何かがデータに起きると−そのことは第４図に示されるように通知として送られる。チェックポックス400はインタレストで表すそれらについて知るようになる。第４図では、データからの通知はチェックボックス内にＸを置くことにより反映される情報を目立たせて（ボールドして）表現する。
チェックボックス510はデータから通知を受信してチェックボックス510を正しく表示する処理を第５図に示す。その処理は、その処理を知り得るコマンド520のゲット値メソッドを用いて行う。正しい値は何かをチェックボックス510に告げる前に、コマンド520は選択を通じてデータにたどり着き、実際に正しい値を確実に知る。チェックボックス510は必要に応じて自らを更新する。
データを変更すること
ユーザはこのシーンで、第６図に示されるようにチェックボックス600を一度押す。チェックボックス600はコマンド610のセット値メソッドを用いて選択を介してデータ620の値をセットする。全体のプロセスを第７図に示す。
アクション時のコントロールパネル
コントロールパネルは第８図に示されるように一セットのコントロールを含む単なるウインドウである。これらのコントロールは現在の選択に作用するコマンドを含む。コントロールはコマンドがアクティブならばイネーブルされる。ユーザとの適切な対話に続いて、コントロールはコマンドを実行し、データを変更する。
サウンドコントロールパネル
コントロールパネルの例として第８図に示すサウンドコントローラを考える。このコントロールパネルはサウンドの再生を制御する４つのボタン800,802,804および806を含む。各ボタンは上記の“アクション時のコントロール”のセクションに述べられたように実行する。
プレイ800 このコントロールはTPlayコマンドである。このコマンドはある条件の下でのみアクティブで、それらの条件の下でのみコントロールをイネーブルにする。第１に、サウンドは適切なデータカプセル内で選択される。次にそれは既に再生中であってはならない。最後に、現在のサウンド位置は最後の前のどこかになければならない。押されたときPlayボタンはTPlayコマンドを実行して選択されたサウンドをスピーカーから出力させる。
ステップ802 このコントロールもまた、TPlayコマンドを含む。これは何であろう さて、これを構成しているとき以来、TPlayコマンドがそれを再生すべき期間を示すパラメータを取ることができる。ステップボタン（Stepボタン）のために、それは単一サンプルに設定される。StepボタンはTPlayボタンに対して述べたのと同じ条件の下でのみイネーブルとされる。Stepボタンが押されると、TPlayコマンドを実行して選択されたサウンドをスピーカーから出力させる。
ストップ804 このコントロールはTStopコマンドを含む。Stopコマンドは選択されたサウンドが現在再生中であるときのみイネーブルとされる。押されたとき、StopボタンはTStopコマンドを実行して選択されたサウンドの再生を停止させ、現在のサウンド位置を開始点に設定する。
ポーズ806 このコントロールはまたTStopコマンドを含む。しかしながらStopボタンと異なり、このTStopコマンドはサウンドを開始点に巻き戻さないよう設定される。PlayボタンあるいはStepボタンを押すと再生が中断された場所から続く。
アクション時のダイアログボックス
ダイアログボックスは、それが一セットのコントロールを含む単純なウインドウであるという点でコントロールパネルと同様である。しかしながら、選択されたデータへ作用するコントロールに変わって、それらは他のコマンドのパラメータに作用する。Applyボタンが押されるまでだけが修正されたリアルデータである。
カラーエディタ
ダイアログボックスの例として第９図に示すカラーエディタを考える。それは３つのスライダを含む。一つはカラーの赤900、一つは青910、および一つは緑920の成分のためのスライダである。スライダを望みの値に調整したあと、ユーザはApply930を押して選択した範囲のカラーを変更する。
赤900,緑910,青910 ユーザにとって、これらのスライダは、ラベルを除いて同一である。すべてのコントロールと同様に、各スライダは、ユーザとの対話に続いて実行されるコマンドを含む。多くのコントロールとは異なり、特に選択されたデータにすぐに影響を与えるコントロールパネル内のそれらと異なり、これらのスライダに含まれるコマンドは他のコマンドのパラメータ値を表示し修正する。この場合、Applyボタン内に含まれるコマンドの赤、緑あるいは青のパラメータの１つである。
Apply930 Applyボタンは、実行されるときに選択された範囲のカラーを変更するTSetColorコマンドを含む。それは３つのパラメータを有する。カラーの赤、緑および青の成分の各々に対して１つのパラメータである。これらのパラメータは表示され、ユーザとの対話に応答してスライダにより設定される。Applyボタンが押されると、このコマンドが実行され新しいカラーが設定される。カラーエディタに伴う内部アクションを例として第10図に示す。赤100,緑1010,青1020のスライダはTFloatControlコマンドを含む。これらのコマンドはコントロールが表示する単一の浮動小数点値を含む。ユーザがスライダを調整するにつれて、スライダはこの値を変更しそのコマンドを実行する。
TFloatControlコマンドの選択によりApply1040ボタン内のTSetColorコマンドが特定される。そのパラメータの１つは各TFloatControlコマンドが実行されるときに設定される。最後に、ユーザがApply1040ボタンを押すとき、TSetColorコマンドが実行され、選択されたカラー1050が変更される。
クラス
以下のセクションはコントロールおよびダイアログ領域のクラスとそれらの基本的なメソッドを説明する。
コントロール
コントロールは１またはそれ以上のコマンドへのユーザインターフェイスである。コントロールはその名称通りにコマンドについての情報を表示し、また、それが現在のコンテキストの中でアクティブか否かを表示する。適切なユーザとの対話に続いて、コントロールはコマンドを実行する。適切なとき、コントロールはコマンドが修正するデータの現在値を得て、それをユーザに表示する。コマンドを実行する前にこのデータの新しい値を示すコマンドパラメータをセットすることができる。
オプションとしてのコントロール内のコマンドの付加的仕様でコントロールについての選択を生成するメソッド。ルックアップコマンドは、それらがどのくらい多くのコマンドを得て、それらがどのように格納されるかについての、サブクラスにフレキシビリティを与えるための、純粋は仮想関数である。
プレゼンテーションがオープンされクローズされるときコールされるメソッド。プレゼンテーションがオープンされるとき、コントロールはその状態に影響を与えることができる通知を接続する。プレゼンテーションがクローズされるときこれらの接続は切断される。
プレゼンテーションが活性化されまた非活性化されるときコールされるメソッド。プレゼンテーションが活性化されるとき、いくつかのコントロールはアクティブのときだけ妥当な通知に接続される。プレゼンテーションの非活性化はこれらの接続を切断する。
コントロールがイネーブルとされるかどうかに影響を与える通知者に接続しそれから切断するためにコントロールが使用するメソッド。接続イネーブル通知（ConnectEnabledNotifiers）はコントロールがオープンされたときコマンドにより特定される通知者に接続する。切断イネーブル通知（DisconnectEnableedNotifiers）はコントロールがクローズされるときこれらの接続を切断する。
コントロールのデータ値のプレゼンテーションに何かが影響を与えることを示す通知を受信するメソッド。このメソッドはディフォルトにより何もしない。
通知のためのメソッド。クリエートインタレストはコントロールのインスタンスにより特定されるインタレストを生成する。ノーティファイ（Notify）は通知を送り、インタレストを含み込むように過負荷とされる。
コントロールのインタレスト
単一の通知者はコントロールの多くのサブクラスの中で共有される。特定のコントロールインスタンス内のインタレストを表すために、インタレストは特定されなければならない。コントロールインタレストは特定のコントロールを指すポインタを含むインタレストである。このクラスはサブクラス無しで、通常そのまま使用される内部クラスである。
コントロールの通知
各通知者はコントロールの多くのサブクラスの中で共有されている。コントロールがどこに通知を送るかを区別するために、通知は特定されなければならない。コントロールの通知はその通知を送ったコントロールへのポインタを含む。このクラスはサブクラス無しで通常そのまま使用される。
コントロールのプレゼンター
コントロールのプレゼンターはコントロールを包むので、プレゼンテーションデータカプセルにより含まれることができる。それはすべてのプレゼンターオブジェクトが提供する標準的な振る舞いを提供する。このクラスはサブクラス無しで通常そのまま使用される。
プレゼンテーションがオープンされたときとクローズされたときコールされるメソッド。それらはディフォルトでは何もしない。サブクラスはそれが包むオブジェクトのためのこれらのメソッドを処理しなければならない。コントロールに対して、これらのメソッドは直接委任されなければならない。プレゼンテーションがオープンされたとき、コントロールはその状態に影響を与えることができる通知に接続する。クローズされるとき、接続は切断される。
プレゼンテーションが活性化されるときと非活性化されるときコールされるメソッド。それらはディフォルトでは何もしない。サブクラスはそれが包むオブジェクトのメソッドを処理しなければならない。コントロールに対して、これらのメソッドは直接委任される。プレゼンテーションが活性化されるとき、いくつかのコントロールはアクティブのときだけ妥当となる通知に接続する。非活性化されたときは接続は切断される。
コントロール選択
コントロール選択は、コントロールプレゼンターの中に包まれプレゼンテーションの際に格納される単一のコントロールと付加的にその中のコマンドを特定する。
コントロール内のコマンドをアクセスするメソッド。これらはコマンドが特定されていなければ不当な値を戻す。
ユニコントロール
ユニコントロールは、単一のコマンドを提供し、適切なユーザとの対話に続いて実行させられるコントロールのためのアブストラクトベースクラスである。この形式のコントロールの例はボタンとチェックボックスである。
コントロールにより提供され実行されるコマンドを特定するメソッド。通知が、コマンドが変更されたとき登録された接続に送られる。
コントロールがイネーブルとされるか否かに影響を与える通知者に接続するためとそれから切断するためにコントロールが使用するメソッド。接続イネーブル通知（ConnectEnabledNotifiers）はコントロールがオープンされるときコマンドにより特定される通知者に接続する。切断イネーブル通知（DisconnectEnabledNotifiers）は、コントロールがクローズされるときこれらの接続を切断する。
コントロールがイネーブルとされるべきか否かに影響を与える何かが起きたことを示す通知を受信するメソッド。更新イネーブル（UpdateEnabled）はコマンドがアクティブか否かをチェックしてイネーブル（Enable）とディスネーブル（Disable）を適切にコールする。
コントロールのデータ値のプレゼンテーションに影響を与える通知者に接続するためとそれから切断するためにコントロールが使用するメソッド。接続データ通知（ConnectDaTaNotifiers）は、コントロールがオープンされるときコマンドにより特定される通知者に接続する。切断データ通知（DisconnectDaTaNotifiers）は、コントロールがクローズされるときこれらの接続を切断する。データ値を表示しないコントロール（例えばボタン）は、何もしないように接続データ通知（ConnectDataNotifiers）を乗り越える。
ボタン
ボタンは押されるとコマンドを実行するユニコントロールである。このクラスは通常サブクラス無しで使用され、単にコマンドをセットして離れる。
プレゼンテーションが活性化されるときと非活性化されるときにコールされるメソッド。プレゼンテーションが活性化されるとき、いくつかのコントロールはアクティブのときだけ適切な通知に接続する。非活性化されるときには、これらの接続は切断される。プレゼンテーションが活性化されるとき、ボタンはキー等価通知のために登録する。この接続はプレゼンテーションが非活性化されるときに切断される。
コントロールのデータ値のプレゼンテーションに影響を与える通知者に接続しまたそれから切断してユーザを制御するメソッド。接続データ通知（ConnectDataNotifiers）はコントロールがオープンされるときコマンドにより特定される通知者に接続する。切断データ通知（DisconnectDataNotifiers）はコントロールがクローズされるときこれらの接続を切断する。データ値を表示しないコントロール（例えばボタン）は何もしないように接続データ通知（ConnectDataNotifiers）を乗り越える。
チェックボックス
チェックボックスはブール値をセットするコマンドへのユーザインターフェイスである。適切なユーザとの対話に続いて、チェックボックスは、値を変更するようにコマンドメソッドをコールしてそのコマンドを実行する。このクラスは通常サブクラス無しで使用され、単にコマンドとその値のゲッターとセッターをセットし、離れる。
スライダ
スライダは、単一浮動小数点値を表示して適切なユーザとの対話に続いて変更されることを可能とするユニコントロールである。スライダの例は第９図と第10図に示した。
マルチコントロール
マルチコントロールはいくつかのコマンドを提供するコントロールのためのアブストラクトベースクラスであり、適切なユーザとの対話に続いてそれらを変更することを可能とする。この形式のコントロールの例はラジオボタンとメニューである。
ラジオボタン
ラジオボタンは２あるいはそれ以上のブール値を表示するマルチコントロールであり、適切なユーザとの対話に続いてそれらを変更することが可能となる。ラジオボタンは、第11図に示すように、正確に１つのボタンが選択されるという制約を有する。紙（Paper）が選択されると、1100でその円が黒くされる。プラスチック（Plastic）が選択されると、1110でその円が選択される。両方を選択されることはできない。
コマンド
コマンドは、オブジェクトへのあるいはオブジェクトのセットへのリクエストをカプセル化して特定のアクションを行う。コマンドは通常、ボタンを押すことや、メニュー項目を選択すること、あるいは直接処理のようなエンドユーザアクションに応答して実行される。コマンドは、その出現を決定するためにコントロールにより使用することができるそれら自身についての種々の情報（例えば、名称グラフィック、キー等価、それらがアクティブか否か）を提供することができる。サブクラスは、コマンドがアクティブか否かを決定するために、現在の選択、アクティブユーザインターフェイス要素、あるいは他のパラメータを調べるメソッドを処理しなければならない。サブクラスは、このコマンドがアクティブか否かに影響を与えることができる通知インタレストを戻すようにゲットアクティブインタレストを乗り越えなければならない。
第12図は本発明による詳細論理を描くフローチャートである。フローチャート論理は1200で開始し、コントロールは機能ブロック1210へ直接進み、このブロック1210でコマンドオプジエクトがメニューに加えられる。この機能ブロック1210により実行されるステップは、ｌ）コマンドからメニュー項目を生成するステップ、ここでメニュー項目はコマンドを含む他のオブジェクトデータ構造である、２）メニュー項目のリストに対してある１つのメニュー項目を追加するステップ、および３）メニューの出現が無効であることをデータ構造fValidにマークするステップである。その後、メニューがプルダウンされると、その出現はシステムの状態に基づいて再計算される。
各メニューはビューである。ビューはサイズと位置の情報を含む。各メニューはメニュー項目のリストを含む。各メニュー項目は現在の出現を反映するコマンドと変数を含む。変数は、メニュー項目がイネーブルであるか否か（Boolean fEnebled）、その名称（TTextLabel fName）、そのグラフィック（TGraphicLabel fGraphic）、およびその出現が現在妥当か否か（Boolean fValid）を含む。これらの変数の各々は、メニュー項目がいつ生成されたかをコマンドに訊ねることにより決定される。
次に、クエリー（問合せ、紹会）が、機能ブロック1220に示されるように、通知インタレストに関してコマンドオブジェクトに送られる。各コマンドは異なる形式の通知に接続するための４つのメソッドを有する。その異なる形式の通知とは、ｉ）その名称に影響を与える通知、ii）グラフィックに影響を与える通知、iii）コマンドがアクティブか否かに影響を与える通知、およびiv）いずれかのデータに影響を与える通知である。
この場合、コマンドのために生成されたメニュー項目はアクティブな通知に接続する。それは接続オブジェクトを接続アクティブ（ConnectActive）に渡すことにより行う。コマンドはその後、コマンドがアクティブか否かに影響を与える通知者に接続オブジェクトを接続する。その後、コントロールは機能ブロック1230に通され、メニュー項目を描くことが必要なときイネーブルな状態のコマンドをクエリーする。メニュー項目を描くために、メニュー項目はそのコマンドのためにメソッド“アクティブ（IsActive）”をコールする。そのコマンドは、それが望むシステム状態がなんであるかを見て、決定ブロック1240に示されるように、現在のコンテキスト内でそれがアクティブか否かを戻す（例えば、いくつかのコマンドは、特定の形式のウインドゥが正面にあるとき、あるいは特定の形式のオブジェクトが選択されるときにのみアクティブである）。その後、メニュー項目は機能ブロック1250および1260に示されるように、コマンドにより戻される値にマッチするように、その内部状態（各メニュー項目内のブール値）と出現を更新する。
ユーザアクションが入力ブロック1270に示されるようにコマンドを含むときは、ユーザは常にコマンドが処理されるようにする。これはメニュ項目、コントロール、あるいはオブジェクトの直接処理を介して行うことができる。このアクションは、機能ブロック1280に示すようにドキュメント状態が修正されるようにする。ドキュメントが通知を送るとき、以下のステップが実行される。１）ドキュメントにより送られた通知に接続されたいずれかのメニュー項目（あるいは他のコントロール）は、通知メッセージを受信する。このメッセージはその通知に送られたオブジェクトへのポインタと共に変更の名称を含む。２）その後メニュー項目はその状態を更新する。コントロールは更なる処理のため機能ブロック1230に戻される。
第13図は、本発明による表示を示す。メニュー項目は編集1300であり、関連付けられた多数のサブメニュー項目を有する。アンドゥ1310は、アクティブメニュー項目であり、関連する機能を実行するように選択することができる。リドゥ1320は非アクティブであり、灰色で提供され、この時点では選択することができない。チェックボックスはまた、デバッグ用コントロールパネル1350の一部として1360に示されている。
プレゼンテーションテンプレートと持続性
データプレゼンテーションはテンプレートから生成され、ユーザインターフェイスオブジェクト内の期間保存される。すべてのデータを有するものはシステム内ではモデルである。モデルはデータの処理を含み実行する。データ交換は、カット、コピー、ペースト動作を介して実行される。データの参照は、選択、アンカーおよびリンクにより提供される。データモデルは他の中に埋め込むことができる。ユーザは、関連するユーザインターフェイスにより提供されるプレゼンテーション（例えば、アイコン、寸描、フレーム、ウインドゥ、ダイアログ、コントロールパネル）を介してモデルと対話する。データモデルはすべてのプレゼンテーションを生成し、他のオブジェクトへのアクセスメソッドを代理し、ユーザインターフェイスと呼ばれる。
ユーザインターフェイスは特定のモデルのためのプレゼンテーションの組、例えばアイコン、寸描、フレーム、ウインドゥを含むモデルである。要求されるとき、プレゼンテーションは望ましいプレゼンテーションの形式、ユーザ名、場所、他の基準とに基づいて既に生成されているものから選択される。望ましいプレゼンテーションが見つからないとき、新しいプレゼンテーションを生成して関連するアーカイブ（保管所）から１つをコピーすることにより、ユーザインターフェイスに加える。プレゼンテーションは持続的プレゼンテーション情報（例えば、ウインドゥサイズ場所、およびスクロール位置）がもはや要求されないときにはデリートされてもよい。
プレゼンテーションは、データを見て処理するために使用されるユーザインターフェイス要素（例えば、メニュー、ウインドゥ、ツール）を包むプレゼンテーション可能なオブジェクトのセットを含む。プレゼンテーションはこれらのオブジェクトが提供するデータへの参照を提供する。プレゼンテーションは、プレゼンテーションが活性化されるときプレゼンテーション可能なオブジェクトをインストールしあるいは活性化する。同様に、これらのオブジェクトはプレゼンテーションが非活性化されるときに除かれ、あるいは非活性化される。プレゼンテーションはその目的に従って同定され、（例えばアイコン、寸描、フレーム、ウインドゥ）、後の選択のためまだ決定されるべき基準（例えばユーザの同一性）を保持する。
プレゼンテーションは、プレゼンテーションがオープンされるときあるいはアクティブであるときに画面上に表示され、あるいは他に使用可能なプレゼンテーション可能なオブジェクトの集まり（例えばユーザインターフェイス要素）から構成される。
プレゼンテーションは、アーカイブ（保管所）に含まれるテンプレートプレゼンテーションから生成される。これらはユーザインターフェイス要素のようなオブジェクトから構成され、順にそれらはグラフィックとテキストリングのようなより小さいオブジェクトから構成される。
アーカイブはユーザインターフェイス要素（例えばウインドゥ、メニュー、コントロール、ツール）とプレゼンテーション（例えば、アイコン、寸描、フレーム、ウインドゥ）を含むテンプレートオブジェクトを有するモデルである。
ダイアログボックスとコントロールパネル
コマンドオブジェクトを異なる手法で用いることにより、コントロール群の２つの独立した振る舞いを制御することができる。第１は、それらが直ちにデータに影響を与えるか否か、あるいは設定が効果を上げる前に、ユーザがOKを押さなければならないか否かである。第２はそれらが互いに独立か否か、あるいは設定が原子動作を提供するか否かである。
コントロールはコマンドを含む。ユーザがコントロールを処理するとき、コントロールはコマンド内にパラメータをセットしてそれが実行されるようにする。コマンドは選択により特定されるモデルデータに作用する。
イミーディエイト
データにすぐにに影響を与えるコントロールは、リアルモデルデータを特定する選択を含むコマンドを有する。ユーザがコントロールを処理するときコマンドはこのデータを変更する。データが変わるとき、それは変更通知を送り、データの状態に依存するビューとコントロールは正確に現在の状態を反映する。
遅延
リアルデータを変更しないよう設計されたコントロールは代わりにプロトタイプのデータに作用しなければならない。リアルモデルデータはユーザがOKボタンを押すよう他のアクションを取るまで変更されない。これは２つの手法で達成される。
コントロールはコントロールそれ自身を特定する選択を含むコマンドを含む。ユーザがコントロールを処理するとき、コマンドはコントロールの値を変更するが、他のモデルデータを変更させない。ユーザがOKボタンを押すと、OKボタン内のコマンドは、ユーザが処理した各コントロール内の値に一致するようにリアルモデルデータを変更する。
コントロールは、OKボタンにより含まれるコマンドのパラメータを特定する選択を含むコマンドを有する。ユーザがコントロールを処理するとき、コマンドはOKボタンのコマンドを変える。ユーザがOKボタンを押すとき、OKボタンのコマンドはそれ自身に含まれる値を一致させうようにリアルモデルデータを変更する。
独立
互いに独立に動作するコントロールはコントロールパネルあるいはダイアログ期間が完了した後、個々にアンドゥできるアクションを要求し表現する。これはコントロールにより実行された場合の、コマンドの通常の振る舞いである。
原子
コントロールの他のセットは一緒に働き、原子動作としてアンドゥされ、リドゥされるように設計される。これは、ダイアログボックスあるいはコントロールが開始されるときアンドゥスタック上にマークを置くことにより達成される。終了したとき、コントロールパネルを解散させることによりあるいは（上記IIBのように）ユーザがOKボタンを押すときに、マークがアンドゥスタック上に置かれたときから実行されるコマンドのすべてが単一のコマンド群に集められる。この群は単一群としてアンドゥあるいはリドゥされることができる。
キャンセル
（上記IIBのように、通常OKボタンに伴う）CANCEL（キャンセル）ボタンを含むコントロールパネルは、上記IIIBで述べた技術と同様な技術である。マークは、ダイアログボックスあるいはコントロールパネルが開始されるときアンドゥスタック上に置かれる。ユーザがキャンセル（CANCEL）ボタンを押すと、マークがアンドゥスタックに置かれる前のすべてのコマンドがアンドゥされる。この技術はコントロールがデータに直ちに影響を与えるか否かにかかわらず働く。
ダイアログボックス内での原子コマンドの実行
他のオブジェクトあるいはデータを処理するようユーザが対話するオブジェクトはコントロールと呼ぶ。コントロールの例は、メニュー、ボタン、チェックボックス、およびラジオボタンである。各コントロールはコマンドを含み、それはエンドユーザアクションを実行する。コマンドは選択オブジェクトにより特定されるデータに作用する。ユーザがコントロールを処理するとき、それはコマンド中にパラメータをセットしてそれが実行されるようにする。このようにして、データ値を変更する。
互いに独立に働くコントロールは、コントロールパネルあるいはダイアログ期間が完了したあと、個々にアンドゥされることができる表現アクションを要求する。これは、コマンドがコントロールにより一旦実行されたとき通常の振る舞いである。他の組のコントロールは共に動作するように設計され、原子動作に従ってアンドゥされリドゥされるべきである。これはこの特許の主題である。
原子実行の詳細な論理は第14図に提供されるフローチャートに示される。処理は端子1400に進み、コントロールは機能ブロック1410にすぐに通され、ダイアログボックスが活性化される。ダイアログボックスが活性化されるとき、マークはアンドゥスタック上に置かれる。アンドゥスタックはユーザが実行したすべてのコマンドのリストである。アンドゥが押されると、スタックの最上部のコマンドがアンドゥされる。すぐにリドゥされなければ、捨て去られる。その後、機能ブロック1410で、コントロールのユーザ処理が検出される。コントロールの処理が機能ブロック1430で述べたように適切にコマンドのデータ値を変更して、コントロールを実行する。例えば、チェックボックスは０と１の間でコマンドのｆチェック（fChecked）フィールドを行き来する。最後に、コマンドはアンドゥスタック上に記録され、機能ブロック1440に示されるように、続いてアンドゥされることができる。
判定ブロック1450で検出されるように、ユーザが続いてダイアログボックス内の各コントロールを処理すると、コントロールは機能ブロック1430に進む。しかしながら、判定ブロック1460で検出されるように、ユーザがOKボタンを押したときは、コントロールは機能ブロック1420に進む。最後に、ダイアログボックス内の各コントロールがユーザの満足に達したとき、ユーザはOKボタンを押す。マークが機能ブロック1440でアンドゥスタック上に置かれて、以来実行されたすべてのコマンドは単一のコマンド群内に集められ、機能ブロック1470で示されるようにアンドゥスタック上に戻される。コマンド群は多くのコマンドを一緒に集めるコマンドである。実行され、アンドゥされ、あるいはリドゥされるとき、コマンド群は順番に各コマンドを実行し、アンドゥし、あるいはリドゥする。コマンド群は、その後、単一原子動作としてアンドゥされあるいはリドゥされることができるアンドゥスタック上に戻される。
ダイアログボックス内の遅延されたコマンド実行
ユーザが他のオブジェクトあるいはデータを処理するように対話するオブジェクトは、コントロールと呼ばれる。コントロールの例はメニュー、ボタン、チェックボックス、ラジオボタンである。各コントロールはコマンドを含み、それはエンド−ユーザのアクションを処理する。コマンドは選択オブジェクトにより特定されるデータに作用する。ユーザがコントロールを処理するときそれはコマンド内にパラメータをセットしてそれが実行されるようにする。これにより、データ値が変更される。ユーザが他のアクションを実行するまでデータが遅延して変更されることは、本発明の１つの特徴である。例えば、ダイアログボックス内のコントロールはユーザがOKボタンを押すまで、データ値を変更しようとしない。
コントロールが生成されるときコマンドが特定されなければならない。コントロールはこのコマンドのコピーを作りそれをフィールドｆコマンド（fCommand）に格納する。コマンドが何らかのデータ値を供給するならば、コマンドの適切なゲット（Get）メソッドとセット（Set）メソッドへのポインタがまた特定されなければならない。コントロールはこれらのメソッドポインタをｆゲットメソッド（fGetMethod）とｆセットメソッド（fSetMethod）にそれぞれ格納する。コマンドにより修正されるデータは選択オブジェクトにより特定される。通常、この選択オブジェクトはリアルモデルデータを特定する。代わりに、OKボタンのコマンド内のデータ値を特定する選択オブジェクトであってもよい。
ユーザがコントロールを処理するとき、コントロールのコマンドが実行されOKボタンのコマンド内のデータ値が変更される。ユーザがダイアログボックス内の各コントロールを処理するとき、コントロールコマンドが実行されて、OKボタンのコマンド内のデータ値が変更される。このようにして、ユーザがOKボタンを押すと、OKボタン内のコマンドがコントロールのコマンドにより処理されるようにそれ自身内に含まれるデータ値に一致するようにリアルモデルデータを更新する。この処理はコントロールの処理が完了するまで繰り返される。
ラベル
ラベルはグラフィックあるいはテキストストリングを含むグラフィックオブジェクトである。それらはウインドゥ、メニュー、ボタン、および他のコントロールを同定するために使用される。ラベルはそれらのコンテナの状態に従ってそれらの外見を変えることができる。それらは中間明度の灰色のバックグラウンド上に描かれ、特別の状態を表示する必要のないときに自然に現われる。ラベルは、非アクティブのとき、禁止されているとき、あるいは選択されたとき、その外見を変える。
非アクティブ
ウインドゥタイトルはウインドゥが正面最上部でないとき非アクティブにセットされる。同様に、コントロールのラベルはコントロールが正面最上部のウインドゥあるいはコンテナ内にないとき非アクティブにセットされる。グラフィックラベルは、薄暗く出現させるために、非アクティブのとき55％の白と混ぜられている。テキストラベルでは、非アクティブペイントはHSVカラーモデルの飽和成分を処理することにより自然のペイントから導かれる。飽和は、非アクティブのとき0.45倍される。
禁止（ディスエーブル）
コントロールラベルはコントロールが特定のコンテキスト中で適用しないときには薄暗くされる。グラフィックラベルは非アクティブのときには薄暗くするため46％の白と混ぜられている。テキストラベルでは、禁止ペイントはHSVカラーモデルの飽和成分を処理することにより自然のペイントから導かれる。飽和は、禁止のときに0.54倍される。
選択
コントロールラベルはコントロールが処理されるにつれてハイライトにされる。グラフィックとテキストはそれらの自然状態で描かれ、ハイライト状態のときに白いバックグラウンド上に描かれる。
スマートコントロールラベル
コントロールはオブジェクトあるいはデータの現在の状態を決定するためのコマンドを使用する。ユーザとの適切な対話に続いて、コントロールはコマンドパラメータを更新してそれが実行されるようにする。例えばチェックボックスはコマンドパラメータをオンあるいはオフにセットして、そのコマンドを実行してデータ値を変更する。コントロールはその機能を示すようにラベルを表示する。このラベルはグラフィックあるいはテキストストリングを含むグラフィックオブジェクトである。コントロールが状態を変えるとき、ラベルは、開発者が付加的なコードを書くことを要求することなく自動的にその出現を買える。これらの状態は、アクティブ／非アクティブ、イネーブル／ディスエーブルおよび選択／非選択を含む。
第15図はスマートラベル処理と関連する詳細論理を示し、その処理は開始ターミナル1500に進む。そこでは、コントロールはスマートラベルの初期化のためすぐに1510に進む。コントロールが生成されるとき、そのラベル（明細書第74頁に記載のラベルの項の説明を参照）はその関連するコマンドにより提供されるテキストストリングあるいはグラフィックで初期化される。各コマンドはこの目的のためグラフィック獲得（GetGraphic）と名称獲得（GetName）と呼ばれるメソッドを提供する。コントロールはメソッドアクティブ設定（SetActive）をコールすることにより現在アクティブか非アクティブかをラベルに話す。同様に、コントロールはメソッドイネーブル設定（SetEnabled）をコールしてそれがイネーブルであるか否かをラベルに話す。また、メソッド選択設定（SetSelected）をコールしてユーザにより現在選択されているか否かをラベルに話す。
スマートラベル処理での次のステップはラベルが描かれるとき機能ブロック1520で起きる。コントロールが活性化されているとき、それはそのラベルの描写（Draw）メソッドをコールしてラベルをその画面上に出現させる。非アクティブならばラベルは通常よりも薄暗く描かれる。これはHSVカラーモデルの飽和成分を処理することによりなされる。飽和は非アクティブのとき0.45倍される。ディスエーブルならば、ラベルは通常よりも薄暗く描かれる。これはHSVカラーモデルの飽和成分を処理することによりなされる。飽和はラベルがディスエーブルのとき0.54倍される。選択されたならば、ラベルはハイライトされたバックグラウンド上に出現させられる。ラベルは通常、中間色グレーのバックグラウンド上に描かれる。ハイライトされるときラベルは白いバックグラウンド上に描かれる。他には、ラベルは通常通り描かれる。
次の処理はラベルが機能ブロック1530に示されるように活性化されている／非活性化されているとき起きる。コントロールが活性化されているあるいは非活性化されているとき、コントロールはアクティブ設定（setActive）メッソードをコールすることでラベルに告げる。コントロールは、再描画される必要がある画面の一部を示すアーギュメントつきで無効化（mvalidate）をコールすることによりその出現を更新することが必要であることを示す。その後、機能ブロック1540で、処理はコントロールがイネーブルあるいはデイスエーブルされるとき起きる。コントロールが、イネーブルあるいはデイスエーブルされるとき、コントロールはイネーブル設定（SetEnab1ed）メッソードをコールすることによりラベルに告げる。その後、コントロールは、再描画される必要がある画面の一部を示すアーギュメントつきで無効化（1nva1idate｝をコールすることによりその出現を更新することが必要であることを示す。
テストが判定ブロック1550で実行され、コントロールが選択されているか非選択であるかを判定する。コントロールが選択されあるいは非選択であるときは、メッソド選択設定（SetSelected）をコールすることによりラベルと話す。その後、コントロールは、再描画される必要がある画面の一部を示すアーギュメントつきで無効化（Invaliate）をコールすることによりその出現を更新することが必要であると示し、コントロールは更なる処理のため機能ブロック1520に進む。
スマートウインドゥラベル
タイトルはその目的を示すためにウインドゥ内に表示される。例えばドキュメントを編集するためのウインドゥのためのタイトルは通常ドキュメントの名称である。ラベルオブジェクトはタイトルの追尾を保つために使用される。このラベルはグラフィックあるいはテキストストリングを含むグラフィックオブジェクトである。ウインドゥが状態を変えると、ラベルは、開発者が付加的なコードを書くことを要求することなく、その出現を自動的に調整する。ウインドゥはアクティブあるいは非アクティブのどちらかである。スマートウインドゥラベル処理は第16図のフローチャートで示され、その詳細論理はそれを参照して説明される。
第16図の処理はターミナル1600で開始し、そこでコントロールはタイトルが初期化されるべきために機能ブロック1610にすぐに進む。ウインドゥタイトルはウインドゥが生成されるとき開発者により設定される。このタイトルはｆタイトル（fTitle）と呼ばれるＴラベルオブジェクト内に格納される。コントロールは、アクティブ設定（SetActive）メソッドをコールしてアクティブかあるいは非アクティプかをタイトルに告げる。その後、機能ブロック1620に進む。ウインドゥが描かれるとき、そのｆタイトルオブジェクトの描写（Draw）メソッドを、コールしてタイトルが画面上に出現するようにする。非アクティブのときタイトルは通常より薄暗く描かれる。これはHSVカラーモデルの飽和成分を処理することによりなされる。飽和はラベルが非アクティブのとき0.45倍される。他の場合には、タイトルは通常通り描かれる。
次のステップはタイトルが機能ブロック1630で活性化されている／非活性化されているとき処理される。ウインドゥが活性化されているあるいは非活性化されているとき、ウインドゥはアクティブ設定（SetActive）メソッドをコールすることでそのｆタイトル（fTit1e）オブジェクトに告げる。その後、ウインドゥは、再描画される必要がある画面の一部を示すアーギュメント（変数）で無効化（Invalidate）をコールすることによりその出現が更新されることが必要であると示す。その後、その新しい状態を反映するようにタイトルを再描画するためにコントロールは機能ブロック1620に戻る。
デコレーション
ユーザインターフェイス要素の多くの視覚的側面は、多くの要素間で共通である。例としてシャドウ、境界、およびラベルがある。個々の可視的特徴はデコレーションとして参照される。デコレーションは他のグラフィックスと結合されてウインドゥとコントロールのような特定のユーザインターフェイス要素の可視的形状を形成する。本発明の主題は多くのことなる形式のデコレーションをサポートすることである。
バックグラウンド
他のオブジェクトの後ろに描かれるデコレーションはバックグラウンドと呼ばれる。１つの形式のバックグランドは周囲の描画面とフラッシュするように描かれる。それはフレームつきであるいはフレーム無しで描かれてもよい。他の形式のバックグランドはハイライトとシャドウつきで描かれ、それは回りの描画面から持ち上げられているように見える。最後の形式のバックグランドはハイライトとシャドウつきで描かれ、それは周囲の描画面より後退して見える。
これらのバックグランドの使用例はボタンである。通常ボタンを述べるテキストあるいはグラフィックは持ち上がったバックグランドの上に描かれる。ユーザにより押されれると、テキストあるいはグラフィックは後退したバックグランド上に再描画される。他のウインドゥがアクティブのときのようにボタンが非アクティブならば、ボタンのテキストあるいはグラフィックはフラッシュバックグランド上に薄暗く描かれる。
境界
他のオブジェクトあるいはエリアを囲むデコレーションは境界と呼ぶ。境界の例はフレームとシャドウである。フレームはリアルワールド内でのペイントを包み込むフレームのように他のグラフィックを囲む境界である。バックグランドのように、フレームは、周囲の描画面よりしたに後退したように、フラッシュするように、あるいはそれより持ち上がったように描くことができる。シャドウはオブジェクトの回りにシャドウを加える特定の形式の境界であり、周囲面より浮いているかのようにそれを見せる。
ユーザインターフェイス要素の多くの視覚的側面は、多くの要素間で共通である。例としてシャドウ、境界、およびラベルがある。これらの個々の視覚的特徴の各々はデコレーションとして参照される。デコレーションは他のグラフィックスと結合されてウインドゥとコントロールのような特定のユーザインターフェイス要素の視覚的形状を形成する。あるデコレーションはハイライトとシャドウを用いて周囲描画面より上にあるいは下にあるかのように見せる。デコレーションはこれらのハイライトとシャドウのペイントを自動的に導くことができる。
塗りつぶし
塗りつぶしはデコレーションの基本的カラーを表す。すべての他のペイントは塗りつぶしから導かれる。塗りつぶしはｆ塗りつぶし（fFillPaint）と呼ばれるカラーフィールド内に管理者により格納される。塗りつぶしは通常、デコレーションが生成されるときに開発者により特定される。しかしながら、カラーが特定されないと、中間色グレーが選択される。
フレームペイント
フレームペイントはデコレーションの回りに線を描くために使用され可視的なコントラストを提供する。フレームペイントはｆフレームペイント（fFramePaint）と呼ばれるカラー（TColor）フィールド内にデコレーションにより格納される。フレームペイントはデコレーションが生成されるとき開発者により特定されてもよい。しかしながら、フレームペイントが特定されないと、塗りつぶしから自動的に計算される。これはHSVカラーモデルの飽和と値成分を処理することによりなされる。飽和は最大値が１として、４倍される。値は４で割られる。
ハイライトペイント
ハイライトペイントは、オブジェクトが実際の３次元オブジェクトであるならば光がそのオブジェクトにあたる線を描くために使用される。ハイライトペイントはｆハイライトペイント（fHighlightPaint）と呼ばれるカラー（TColor）フィールド内にデコレーションにより格納される。ハイライトペイントはデコレーションが生成されるとき開発者により特定されてもよい。しかしながら、ハイライトペイントが特定されないと、塗りつぶしから自動的に計算される。これはHSVカラーモデルの飽和と値成分を処理することによりなされる。飽和は0.8倍される。値は最大値を１として、1.25倍される。
シャドウペイント
シャドウペイントは、オブジェクトが実際の３次元オブジェクトであるならば光がそのオブジェクトにあたる線を描くために使用される。ハイライトペイントはｆハイライトペイント（fHighlightPaint）と呼ばれるカラー（TColor）フィールド内にデコレーションにより格納される。ハイライトペイントはデコレーションを生成するとき開発者が特定してもよい。しかしながら、ハイライトペイントが特定されないと、塗りつぶしから自動的に計算される。これはHSVカラーモデルの飽和と値成分を処理することによりなされる。飽和は0.8倍される。値は最大値を１として、1.25倍される。
セマンティックからの入力シンタクスの分離
グラフィックユーザインターフェイスはマウスを動かし、それらを選択するためにオブジェクトをクリックし、移動またはコピーのためにオブジェクトをドラッグし、その後それらをオープンするためにダブルクリックすることにより処理される。これらの操作は直接操作あるいは対話と呼ばれる。マウスをユーザが押し、動かし、話すことに対応するイベントのシーケンスは入力シンタクスと呼ばれる。あるイベントシーケンスは、セマンティック操作と呼ばれる特定のアクションを示すために使用される。
セマンティック操作を処理するコードから入力シンタクスを理解するためのコードを分離することは本発明の主題である。この処理は相互作用（対話,Interacts）と相互作用可能（対話可能,Interactable）と呼ばれるオブジェクト内にそれぞれ埋め込まれる。第17図はオブジェクトがどのようにして生成され、動かされ選択されることができるオブジェクトとの一般的な対話の間でどのように互いに通信するかを示す。
処理はターミナル1700から開始し、そこでコントロールは機能ブロック1710にすぐに進み、マウスボタンが押されたかどうかを判定する。マウスボタンが押された位置での画面の一部に対して応答可能なオブジェクトにイベントが送られる。このオプジェクトはビュー（View）と呼ばれる。その後、機能ブロック1720で、インターアクター（Interactor）が入力シンタクス（構文）のオペランド解析（parse）のために生成される．これはビューのインターアクター生成（CreateInteractor）メソッドをコールすることによりなされる。インターアクター（mteractor）が生成されると、可能なユーザアクションを実行するオブジェクトへのポインタがパラメータとして渡される。
この議論のために、ユーザが、選択され動かされることができるオブジェクト上でマウスボタンを押したとする。この場合、選択を実行するオブジェクトとその目標オブジェクトに向かって移動を実行するオブジェクトとがパラメータとしてインターアクター（Interactor）に渡される。初期のビュー（View）はこれらの振る舞いの両方を実行することができるであろう、あるいはそれらは１つあるいは２つの別のオブジェクトにより実行されることができるであろう。オブジェクトあるいは複数のオプジェクトは相互動作可能（Interactable）と統括的に呼ばれる。
インターアクター（Interactor）は機能ブロック1730で開始される。この処理はインターアクター（Interactor）をビュー（view）に回復してインターアクター（Interactor）の処理を開始する。これはインターアクター開始（InteractorStart）メソッドをコールしてパラメータとして初期マウスイベントを渡すことによりなされる。その開始メソッドはフィールドｆイニシャルイベント（fInitialEvent）に初期マウスイベントをセーブする。１つのマウスイベントだけが今までのところ処理されているだけだから、１つの可能なアクションのみが選択される。インターアクター（Interactor）は変数ｆインターアクションタイプ（fIntercationType）を定数ｋ選択（kSelect）にセットすることにより選択モードにはいる。それはその選択開始（SelectBegin）メソッドをコールすることにより選択動作を開始するようインターアクタブル（Interactable）に依頼する。
その後、インターアクター（Interactor）は、短い時間待って、機能ブロック1740で示されるように、進む。新しいマウスイベントが、マウスの現在の状態を示す時間となったとき、インターアクター（Interactor）に送られる。その後、システムはマウスが判定ブロック1750でまだ押されていることを検出すると、コントロールは機能ブロック1740に進む。さもなければ、コントロールはターミナル1760に移行する。マウスボタンがまだ押されていれば、インターアクターはまだ正しい状態にあるかを確かめて、インターアクタブル（Interactable）に正しい処理を実行するよう依頼する。インターアクターはｆインターアクションタイプがｋ選択であれば、選択中である。ｆインターアクションタイプがｋ移動中であれば、インターアクターは移動中である。
選択中ならば、インターアクターは現在のマウス位置と初期マウス位置を比較する。現在のマウス位置は現在位置獲得（GetCurrentLocation）をコールすることにより得られる。初期マウス位置は初期位置獲得（GetInitialLocation）をコールすることにより得られる。２つが同じかあるいは多少しか異ならなければ、ユーザはまだオブジェクトを選択している。その後、インターアクターは、その反復選択（SelectRepeat）メソッドをコールすることにより選択操作を継続するようインターアクタブルに依頼する。しかしながら、２つの点が予め決められたスレッシュホールド以上に異なるときには、ユーザはオブジェクトを動かし始めている。この場合、インターアクターはその選択終了（SelectEnd）メソッドをコールすることにより選択操作を終了するようインターアクタブルに依頼する。その後、その移動開始メソッドをコールして移動動作を始めるようにインターアクタブルに依頼する。各々の場合、現在のマウス位置はアーギュメントとして通される。移動中ならば、インターアクターは反復移動（MoveRepeat）をコールして移動動作を継続するようインターアクタブルに依頼する。それはアーギュメントとして現在のマウス位置を通す。
ユーザがマウスボタンを話すとき、それは現在の動作の終了を知らせる。選択中ならば、インターアクターは、その選択終了（SelectEnd）メソッドをコールして選択動作を終了するようインターアクタブルに依頼する。移動中ならば、インターアクターはその移動終了（MoveEnd）メソッドをコールして移動動作を終了するようインターアクタブルに依頼する。
局所化プレゼンテーション
局所化はアプリケーションを更新するプロセスであり、特定の場所のユニークな表現に従う。それは、言語の翻訳、グラフィック置換、およびインターフェイス要素の再配向を含む。例えば、ラベル、タイトル、およびメッセージの中で使用されるテキストは選択された言語に依存する。その方向と配向はメニュー、メニューバータイトル、スクロールバーあるいはツールバーの配置と配向に影響を与える。同様に、アイコンと他のグラフィックシンボルの選択は開発に依存する。不幸にも、メモリ内にユーザインターフェイス要素の多くの局在化されたバージョンをもつことは非常に高いものとなる。代わりに、ユーザインターフェイス要素の局在化バージョンは、メモリ内で要求されるまでディスク上に保たれる。
さらに、ユーザインターフェイス要素のすべての追尾を保ち、どのバージョンが使用されるべきかを決定することは非常にエラーとなりやすく高価である。代わりに、ユーザインターフェイス要素が要求されるとき適切なものが現在の言語と他の文化的パラメータに従ってシステムにより自動的に選択しメモリに読み込む。
一旦局所化されると、ユーザインターフェイス要素はディスクディクショナリ内に格納される。ディスクディクショナリは、キーに与えられるとき、それをディスク内にあるいはディスクから読んだあとに値を戻るオブジェクトである。このディスクディクショナリは保管所（アーカイブ）と呼ばれるオブジェクトにより管理される。アーカイブは特定の表現を構成する個々のユーザインターフェイス要素を一緒に置く。適当なユーザインターフェイス要素の選択のプロセスは第19図に提供される。
処理はターミナル1900に進み、ユーザがプレゼンテーションをリクエストするときすぐに機能ブロック1910に通される。オープンプレゼンテーション（TOpenPresentation）コマンドはデータモデルに送られ、ユーザがこのデータをビューあるいは編集したいということを示す。このコマンドはオープンプレゼンテーション（TOpenPresentation）コマンドと呼ばれる。プレゼンテーションはユーザがあるデータをビューしあるいは編集することを可能とするユーザインターフェイス要素の組である。プレゼンテーションはユーザインターフェイスオブジェクト内の期間に渡って格納され、このようにしてユーザのために連続性を維持する。ユーザインターフェイス要素はメモリ内で必要となるまでディスクに格納される。それらはユーザがリクエストしたデータプレゼンテーションの一部として要求され、あるいは翻訳あるいは他の局所化プロセスのために必要とされることがある。各ユーザインターフェイス要素はその要素をユニークに参照するIDを含む。しかしながら、同じユーザインターフェイス要素のすべての局在化バージョンは単一のIDを共有する。
局在化バージョンを異ならせるために、特定の言語、記述方向、および他の文化的パラメータが各局在化されたユーザインターフェイス要素と共に格納される。一緒に、これらのパラメータは場所として参照される。ユーザインターフェイス要素のすべてはファイルに格納される。このファイルは１つあるいはそれ以上のキー／値の対付きで、ディクショナリと同様に組織化される。そのキーはIDと場所を結合するオブジェクトである。値はユーザインターフェイス要素それ自身である。
新しいプレゼンテーションが機能ブロック1920で次に生成されなければならない。適切なプレゼンテーションは既に存在しないので、新しいものがユーザインターフェイス、アーカイブによりテンプレートから生成されなければならない。新しいプレゼンテーションはそのメソッドプレゼンテーション生成（CreatePresentation）をコールすることによりアーカイブの中に格納されるテンプレートから生成される。プレゼンテーションの形式はパラメータとしてこのメソッドに通される。この形式は、表示されるべきデータの形式、それがそれ自身のウインドゥあるいは他のプレゼンテーションの一部の中に存在すべきか否か等の情報を含む。最後に、機能ブロック1930で、アーカイブは場所に従ってユーザインターフェイス要素を選択して、プレゼンテーションを構築する。アーカイブが特定の形式のプレゼンテーションを構築することができれば、それはプレゼンテーションを構築しユーザインターフェイスオブジェクトにこれを戻す各ユーザインターフェイス要素を一緒に集める。
アーカイブが構築することができる各プレゼンテーションでは、それはプレゼンテーションを一緒に構築するユーザインターフェイス要素のリストをもつ。ユーザインターフェイス要素はコールされたディスクディクショナリにより維持されているディスク上に格納される。キーを与えると、ディスクディクショナリは対応するユーザインターフェイス要素を戻す。ユーザインターフェイス要素のIDはこのキーの基本的部分を構成する。キーの第２の要素は望ましい場所である。場所は、ユーザの自然言語と他の文化的属性を特定するオブジェクトである。場所は、参照サーバ（PreferencesServer）からアーカイブにより自動的に得られる。このサーバーはユーザに関連する個々の好みのすべてを含む。
好みのサーバーから得られる場所はIDと共に、ユーザインターフェース要素キー（TUserInterfaceElementKey）と呼ばれる単一のオブジェクトの中に結合される。このキーはパラメータとしてディスクディクショナリのメソッド値獲得（GetValue）に通される。一致するIDと場所もつユーザインターフェイス要素が見つけられると、プレゼンテーションの一部として戻され含まれる。他に、場所パラメータはキーから省略されなければならず、あるいは他の場所がユーザインターフェイス要素のが見つけられるまで特定されなければならない。
対話フレームワークシステム
オブジェクト指向オペレーティングシステムのグラフィックユーザインターフェイスのユーザは、しばしば、マウスを動かし、オブジェクトを選択するためにクリックし、移動あるいはコピーのためにオブジェクトをドラッグし、その後オブジェクトをオープンするためにダブルクリックする。これらの動作は直接操作あるいは対話と呼ばれる。マウスをユーザが押し、移動し、話すことに対応するイベントのシーケンスは入力シンタクスと呼ぶ。あるイベントシーケンスが特定のアクションを示すために使用され、セマンティック動作と呼ばれる。本発明は、選択，ピーク，移動，自動スクロール（AutoScroll）およびドラッグ／ドロップ（コピー）をサポートするオブジェクトのセマンティック動作に入力シンタクスを翻訳するための方法と装置を開示する。
本発明は、マウスボタンの押下を検出し以下の論理を採用する。
（ａ）ユーザがマウスボタンを押したときオプションキーが押されていたら、システムは変数インターアクションタイプ（fInteractionType）を定数ｋドラッグにセットすることによりドラッグモードに入る。その後システムは動作の目標として選択されたオブジェクトを用いてドラッグ動作を進める。あるいは、
（ｂ）オプションキーが押されていなかったならば、システムは変数インターアクションタイプを定数ｋ選択にセットすることにより選択モードに入る。その後、選択動作が進められる。
ユーザが既にマウスボタンを押していて押したままに保っているときには、以下の論理が関係する。システムは選択モードにあり、システムは最初にユーザがマウスを、移動スレッシュホールドと呼ばれるあるスレッシュホールド以上に動かしたか否かを判定する。これは、初期位置獲得（GetInitialLocation）メソッドにより戻される初期のマウス位置を現在位置獲得メソッドにより戻される現在のマウス位置と比較することによりなされる。マウスが移動スレッシュホールド以上に動かされていればシステムは選択モードを終了し移動モードに入る。それは変数インターアクションタイプを定数ｋ移動にセットすることにより行う。システムはその後そのメソッド選択終了（SelectEnd）をコールして選択動作を終了するようオブジェクトをクエリーする。その後、システムはそのメソッド移動開始（MoveBegin）をコールすることにより移動動作を開始する。
他に、マウスが動いていないときには、システムはマウスがどのくらい長く押されたままかをチェクする現在時刻獲得（GetCurrentTime）メソッドにより戻される現在の時間とを比較することによりなされる。マウスがピーク（peek）スレシュホールドと呼ばれるあるスレシュホールド以上押下されたままならば、システムは選択モードを終了しピークモードに入る。それは変数インターアクションタイプを定数ｋピーク（kPeek）にセットすることにより行う。それは、そのメソッド選択終了（SelectEnd）をコールして選択動作を終了するようオブジェクトに依頼して、そのメソッドピーク開始（PeekBegin）をコールしてピーク動作を開始する。他に、マウスが動かされないとき、あるいはあるピークスレシュホールドを越えて押されなときは、システムはオブジェクトのメソッド選択再開（SelectRepeat）をコールして選択動作を継続する。システムがユーザが移動モードにあることを検出したときは、システムはまずユーザがウインドゥ内で、あるいはウインドゥの境界上で、あるいはウインドゥの外でマウスを動かしたか否かを判定する。それは、現在位置獲得（GetCurrentLocation）メソッドにより戻される現在マウス位置とコンテナ境界獲得（GetContainerBounds）により戻されるオブジェクトのコンテナの境界とを比較して行う。
マウスがまだウインドゥの境界内にあれば、システムはオブジェクトのメソッド反復移動（MoveRepeat）をコールして移動動作を継続する。マウスがウインドゥの境界上にあれば、これは自動スクロール動作を示す。システムはマウス位置により示される方向にスクロールするようにオブジェクトのコンテナに依頼する。これは、コンテナのメソッド自動スクロール（AutoScroll）をコールして、現在のマウス位置をパラメータとして通すことによりなされる。一旦完了すると、システムは、オブジェクトのメソッド反復移動（MoveRepeat）をコールして移動動作を継続する。
マウスがウインドゥの外にあれば、システムは移動動作を終了してドラッグモードに入る。それは、変数インターアクションタイプを定数ｋドラッグにセットすることにより行う。それは、そのメソッド移動終了（MoveEnd）をコールして移動動作を終了するようオブジェクトに依頼する。それは、そのメソッドドラッグ開始（DragBegin）をコールしてドラッグ動作を開始するようにオブジェクトに依頼する。システムがドラッグモードにあるときには、システムはオブジェクトのメソッド反復ドラッグ（DragRepeat）をコールしてドラッグ動作を継続する。システムがピークモードにあるときには、システムは最初に、移動スレッシュホールドと呼ばれるあるスレッシュホールドを越えてマウスをユーザが移動したか否かを判定する。これは、初期位置獲得（GetInitialLocation）メソッドにより戻される初期マウス位置と現在位置獲得（GetCurrentLocation）により戻される現在マウス位置とを比較してこれを行う。
マウスが移動スレシュホールドを越えて動いていたときには、システムはピーク動作を終了して移動モードに入る。それは、変数インターアクションタイプを定数ｋ移動にセットすることにより行う。それは、そのメソッドピーク終了（PeekEnd）をコールしてピーク動作を終了するようオブジェクトに依頼する。それは、そのメソッド移動開始（MoveBegin）をコールして移動動作を開始する用オブジェクトに依頼する。他に、マウスが動かされていないときには、システムはオブジェクトのメソッドピーク反復（PeekRepeat）をコールしてピーク動作を継続する。
システムがマウスボタンをユーザが離していないと検出したときには、選択モードにあれば、システムは選択モードを終了する。それは変数インターアクションタイプを定数ｋ無し（kNone）にセットすることにより行う。システムはそのメソッド選択終了をコールして選択動作を終了するようオブジェクトにクエリーする。システムが移動モードにあるときには、システムは移動モードを終了する。それは変数インターアクションタイプを定数ｋ無し（kNone）にセットすることによりこれを行う。その後、システムはそのメソッド移動終了（MoveEnd）をコールして移動動作を終了するようオブジェクトにクエリーして、変数インターアクションタイプを定数ｋ無し（kNone）にセットすることによりドラッグモードを終了する。システムがピークモードにあるときには、システムはピークモードを終了する。それは変数インターアクションタイプを定数ｋ無し（kNone）にセットすることにより行う。それは、そのメソッドピーク終了をコールしてピーク動作を終了するようオブジェクトに依頼する。
ユーザがすロールバーを動かすにつれて動的にウインドゥの内容を更新することを可能とするハードウェアとソフトウェアのシステムを提供することが本発明の基本的目的である。システムはユーザがスクロールバーを押したことを検出する。ユーザがスクロールバーを押したとき、システムはスクロールコマンドの初期化を始め、ウインドゥ内に表示されているデータ部分を変更する。コマンドはスクロールのようなエンドーユーザアクションを処理するオブジェクトである。スクロールコマンドは１つのパラメータ、内容のビューがスクロールされるべき位置を有する。システムはこの位置を現在のスクロール位置にセットする。これは、コマンドのメソッドスクロール位置設定（SetScrollPosition）をコールしてスクロールバーメソッドスクロール位置獲得（GetScrollPosition）により戻される値に位置にスクロールを設定することによりなされる。
ユーザがスクローバー内でマウスを動かすときには、システムはスクロールコマンドの実行を継続してウインドゥ内に表示されているデータ部分を動的に変更する。システムはコマンドのスクロール位置を新しいスクロール位置にセットする。この処理はコマンドメソッドスクロール位置設定をコールしてスクロールバーメソッドスクロール位置獲得により戻される値に等しく値をセットすることによりなされる。コマンドの実行は、その後、そのメソッド反復実行（DoRepeat）をコールすることにより繰り返される。これによりビューの内容が新しい位置にスクロールされる。この処理はユーザがマウスボタンを押し続けている間継続する。
ユーザがマウスボタンを離したときには、システムはスクロールコマンドの実行を終了してウインドゥ内に表示されているデータ部分を動的に変更する。システムはコマンドのスクロール位置を最終スクロール位置にセットする。この処理はコマンドメソッドスクロール位置設定をコールしてスクロールバーメソッドスクロール位置獲得により戻される値に位置にそれが等しくなるようにセットすることによりなされる。
第20図は本発明によるスクロールと関連する詳細論理を示すフローチャートである。処理はターミナルブロック2000に進み、すぐに機能ブロック2010に通される。そこで、現在のスクロール位置が現在のカーソル位置に基づいて初期化される。その後、判定ブロック2020で、スクロールバーつまみが選択されたかどうかを検出するようにテストを行う。スクロールバーつまみの例を第21A図にラベル2110に示す。スクロールバーつまみが選択されたときには、コントロールは、スクロールバーが動かされたか否かを判定するために判定ブロック2030に通される。そうならば、スクロール位置はスクロールバーつまみの新しい位置に送られ、表示がすぐスクロール動作に反映して再フォーマットされユーザのために表示がなされる。スクロールバーつまみが動いていなければ、他のテストが判定部2050で行われ、スクロールバーつまみが離されたか否かが判定される。そうでなければ、コントロールは判定ブロック2030に戻される。スクロールバーつまみが離されていれば、コントロールは機能ブロック2060に通され、スクロール動作を終了してシステムを非スクロール動作状態に戻り、処理はターミナル2070で完了する。
第21A図、第21B図、および第21C図は本発明によるウインドゥスクロールを示す。第21A図では、スクロールバーつまみ2110はウインドウ2112の最上部にある。第21B図は、スクロールバーつまみ2120がウインドゥの中央に動かされ、従ってウインドゥの内容2122が更新されることを示す。第21図は、スクロールバーつまみ2140がウインドゥの底部に動かされ、ウインドゥの最も底の部分が表示されていることを示している。

Claims (21)

1. 複数の受信者オブジェクトに配信される通知であるデータ変更イベントの通知ソースとして機能する１つのソース・オブジェクトと、該ソース・オブジェクトを複数の受信者オブジェクトに接続するプロセッサ手段と、データ変更イベントについて通知される受信者オブジェクトのインタレストを登録する手段と、を有するオブジェクト指向コンピュータ環境におけるオブジェクト指向通知フレームワーク・システムであって、
   （ａ）前記ソースオブジェクトと前記複数の受信者オブジェクトに関する接続情報を、指定されたインタレストに係わる通知を異なる受信者オブジェクトにどのように配信するかを特定する接続オブジェクト（1830）内に格納するメモリ手段と、
   （ｂ）前記接続オブジェクトを、前記接続オブジェクトについての通知ステータスを示す登録情報を含めて通知者オブジェクトに登録する手段（1840）と、
   （ｃ）前記ソースオブジェクトにより前記通知者オブジェクトを呼び出してイベントを記述させ、該通知者オブジェクトが前記接続オブジェクトに対して該接続オブジェクト内に格納された前記情報に基づいて、通知を前記複数の受信者オブジェクトのうちの少なくとも一つに選択的に配送させる手段（1860、1870）と、
   （ｄ）前記複数の受信者オブジェクトのうちの少なくとも一つに、前記通知を受信させ、該通知に基づいたアクションを取らせる手段（1880）と
   を具備することを特徴とするオブジェクト指向通知フレームワークシステム。
2. ディスプレイユニットを有し、前記通知に基づくアクションとして、オブジェクトのカラーを変更する手段をさらに有することを特徴とする請求の範囲第１項に記載のオブジェクト指向通知フレームワークシステム。
3. 前記通知に基づくアクションとして、オブジェクトをハイライトさせる手段を有することを特徴とする請求の範囲第１項または第２項に記載のオブジエクト指向通知フレームワークシステム。
4. 前記通知に基づくアクションとして、オブジェクトを反転表示する手段を有することを特徴とする請求の範囲第１項または第２項に記載のオブジェクト指向通知フレームワークシステム。
5. 前記通知に基づくアクションとして、オブジェクトを削除する手段を有することを特徴とする請求の範囲第１項または第２項に記載のオブジェクト指向通知フレームワークシステム。
6. 前記通知に基づくアクションとして、オブジェクトに関連するウインドゥを開く手段を有することを特徴とする請求の範囲第１項または第２項に記載のオブジェクト指向通知フレームワークシステム。
7. 複数の受信者オブジェクトに配信される通知であるデータ変更イベントの通知ソースとして機能する１つのソース・オブジェクトと、該ソース・オブジェクトを複数の受信者オブジェクトに接続するプロセッサ手段と、データ変更イベントについて通知される受信者オブジェクトのインタレストを登録する手段と、を有するオブジェクト指向コンピュータ環境におけるオブジェクト指向通知フレームワーク・システムの実行方法であって、
   （ａ）前記ソースオブジェクトと前記複数の受信者オブジェクトに関する接続情報を、指定されたインタレストに係わる通知を異なる受信者オブジェクトにどのように配信するかを特定する接続オブジェクト（1830）内に格納するステップと、
   （ｂ）前記接続オブジェクトを、前記接続オブジェクトについての通知ステータスを示す登録情報を含めて通知者オブジェクトに登録するステップ（1840）と、
   （ｃ）前記通知者オブジェクトを呼び出して前記ソースオブジェクトで発生したイベントを記述させ、該通知者オブジェクトにより、前記接続オブジェクトに対して該接続オブジェクト内に格納された前記情報に基づいて、通知を前記複数の受信者オブジェクトのうちの少なくとも一つに選択的に配送させるステップ（1860,1870）と、
   （ｄ）配信された前記通知を前記複数の受信者オブジェクトのうちの少なくとも一つにより受信させて、該通知に基づいたアクションを取らせるステップ（1880）と
   を有することを特徴とするオブジェクトの実行方法。
8. ディスプレイユニットを有し、前記通知に基づくアクションとして、オブジェクトのカラーを変更するステップをさらに有することを特徴とする請求の範囲第７項に記載の実行方法。
9. 前記通知に基づくアクションとして、オブジェクトをハイライトさせるステップを有することを特徴とする請求の範囲第７項または第８項に記載の実行方法。
10. 前記通知に基づくアクションとして、オブジエクトを反転表示するステップを有することを特徴とする請求の範囲第７項または第８項に記載の実行方法。
11. 前記通知に基づくアクションとして、オブジェクトを削除するステップを有することを特徴とする請求の範囲第７項または第８項に記載の実行方法。
12. 前記通知に基づくアクションとして、オブジエクトに関連するウインドゥを開くステップ有することを特徴とする請求の範囲第７項または第８項に記載の実行方法。
13. ディスプレイ・デバイスと、オブジェクト指向システムを格納するメモリとを有するコンピュータによりオブジェクト指向通知システムを動作させる方法であって、ソースとして機能する１つのオブジェクトから複数の受信者オブジェクトへデータ変更についての通知を配信するステップと、１つのソースオブジェクトを複数の受信者オブジェクトに接続するステップと、あるデータ変更について通知される受信者オブジェクトのインタレストを登録するステップとを有し、特に、
    （ａ）前記ソースオブジェクトと前記受信者オブジェクトに関する接続情報を、異なる受信者オブジェクトのインタレストを特定する接続オブジェクト（1830）内に格納するステップと、
    （ｂ）前記接続オブジェクトの通知ステータスを示す登録情報を通知者オブジェクト内に登録するステップ（1840）と、
    （ｃ）前記ソースオブジェクトでの通知イベント（1845）を検出して、前記通知者オブジェクトを呼び出して該イベントを記述させ、該通知者オブジェクトにより前記接続オブジェクトに対して該接続オブジェクト内の前記情報を使用して選択的に通知を配送させるステップと、
    （ｄ）前記通知イベントの検出後に、前記接続オブジェクト内の前記接続情報に基づいてオブジェクト（1870）を選択的に通知するするステップと
    を有することを特徴とする方法。
14. 特定のオブジェクトに対する通知をイネーブルにすることを示す通知ステータスと通知タイプとを格納するステップを有することを特徴とする請求の範囲第13項に記載の方法。
15. 特定のオブジェクトに対する通知をディスエーブルにすることを示す通知ステータスを格納するステップを有することを特徴とする請求の範囲第13項に記載の方法。
16. 前記通知タイプに基づいて、前記接続オブジェクトのメソッドを接続するステップを有することを特徴とする請求の範囲第13項に記載の方法。
17. 前記特定オブジェクトの名称の修正をするために前記接続オブジェクトのメソッドを接続するステップを有することを特徴とする請求の範囲第13項に記載の方法。
18. 前記特定オブジェクトと関連するグラフィックの修正をするために前記接続オブジェクトのメソッドを接続するステップを有することを特徴とする請求の範囲第13項に記載の方法。
19. 特定オブジェクトと関連するデータに対して前記接続オブジェクトのメソッドを接続するステップを有することを特徴とする請求の範囲第13項に記載の方法。
20. 特定オブジェクトと関連するデータの編集をするために前記接続オブジェクトのメソッドを接続するステップを有することを特徴とする請求の範囲第13項に記載の方法。
21. 特定オブジェクトと関連するアンドウをするために前記接続オブジェクトのメソッドを接続するステップを有することを特徴とする請求の範囲第13項に記載の方法。

Images