JPH09510567A

JPH09510567A - ドキュメント・プロキシィ・フレームワーク

Info

Publication number: JPH09510567A
Application number: JP7524678A
Authority: JP
Inventors: スコット，カーク，エム．; ディッキンソン，ロバート，ディー．; ワタナベ，リョウジ
Original assignee: オブジェクトテクノロジーライセンシングコーポレイション
Priority date: 1994-03-21
Filing date: 1995-03-13
Publication date: 1997-10-21
Also published as: CA2185990A1; EP0742918A1; WO1995025999A1; US5638504A; DE69500885D1; EP0742918B1; DE69500885T2; CA2185990C

Abstract

(57)【要約】「プロキシイ」('proxy')という新しい技術を利用する、アクティブなドキュメントから、ドキュメント処理の特徴をシステム・レベルでサポートするオブジェクト指向ドキュメントアーキテクチャ。プロキシイは、外部ドキュメント管理機能を同時的にシームレスに標準的なオペレーティング・システムのドキュメント処理コマンドに統合する。システムは、革命的なオブジェクト指向フレームワークシステムを利用して、ドキュメント中または他の作動中のアプリケーション中からドキュメント・アクセスおよび編集機能をサポートするインタフェースを提供する。

Description

【発明の詳細な説明】ドキュメント・プロキシィ・フレームワーク著作権表記本特許出願の一部には、著作権保護の対象となる内容が含まれている。著作権所有者は、米国特許商標庁の特許ファイルまたはレコードに記録されている特許文書または特許開示内容を何人もが原文通りに複製することを妨げるものではないが、その他の場合は一切の著作権を所有することを留保する。発明の分野本発明は、一般的には、コンピュータ・システムに関し、より具体的には、ドキュメント処理システム内のドキュメント・プロキシィを管理するシステムおよび方法に関する。発明の背景オブジェクト指向プログラミング（ＯＯＰ）は、ユーザ・フレンドリで、インテリジェントなコンピュータ・ソフトウェアを構築するための好ましい環境である。ＯＯＰの重要な要素は、データ隠蔽(data encapsulation)、継承(inheritan ce)および多相性(polymorphism)である。これらの要素は、アイコン、マウス・カーソルおよびメニューを有するウィンドウ環境により特徴づけられているグラフィカル・ユーザ・インタフェース（ＧＵＩ）を生成するために使用されている。これらの３つの重要な要素は、ＯＯＰ言語に共通であり、大部分のＯＯＰ言語は、これらの３つの要素を異なるようにではあるが、実装（インプリメント）している。ＯＯＰ言語の例は、スモールトーク(Smalltalk)、オブジェクト・パスカル(Ob ject Pascal)、およびＣ＋＋である。スモールトークは、実際には言語以上のものであり、より正確には、プログラミング環境として特徴づけられるものである。スモールトークはゼロックスのパロアルト研究センタ(Xerox's Palo Alto Res earch Center:PARC)における学習研究グループ(the Learning Research Group) で、１９７０年代の初期に開発された。スモールトークにおいては、メッセージがオブジェクトに送られて、オブジェクト自体を評価する。メッセージはタスクを実行し、これは従来のプログラム言語における関数コール(function call)と同様である。プログラマはデータの型に対して関心を払う必要はなく、むしろプログラマはメッセージの正しい順序を作成することに関心を払うことのみでよい。オブジェクト・パスカルは、アップルのマッキントッシュ（登録商標）コンピュータに用いられる言語である。アップルは、パスカルの設計者であるニコラス・ヴィルト(Niklaus Wirth)の協力で、オブジェクト・パスカルを開発した。Ｃ＋＋は、ビジョルン・ストラウプ(Bjarne Stroustrup)により、ＡＴ＆Ｔのベル研究所(Bell Laboratories)において１９８３年に、Ｃの拡張として開発された。Ｃ＋＋のキーとなる概念は、クラスであり、これはユーザ定義の型(type)である。クラスはオブジェクト指向のプログラムの特徴を与える。Ｃ＋＋のモジュールは、Ｃのモジュールと互換性があり、自由にリンクすることができるので、既存のＣのライブラリがＣ＋＋のプログラムとともに使用することができる。もつとも広く用いられているオブジェクトを基礎としているオブジェクト指向プログラミング言語は、１９６０年代に、ノルウェーのＯ−Ｊ．ダール(O-J.Dahl)、Ｂ．マーハウグ(B.Myhrhaug)、Ｋ．ニガード(K.Nygard)により開発されたシミュラ (Simula)へその遺産を遡ることができる。これ以上のＯＯＰに関する情報は、Gr ady Booch″Object Oriented Design with Applications″Benjimin/Cummings P ublishing Co.，Redwood City，Clif(1991)（グラディ・ブーチ「アプリケーションのオブジェクト指向設計」）を参照されたい。上記の短いＯＯＰの概要を意に留めると、ドキュメント処理は、事実上、社会が出版を生み出す方法を革命的に変化させている。典型的な従来のドキュメント処理システムは、ＤＯＳのようなオペレーティング・システムの上で実行する。最近では、これらのドキュメント処理システムはウィンドウ環境中で実行するように設計される。これらのドキュメント処理システムの多くは、市販されている。これらのドキュメント処理システムが、ドキュメントとテキストを処理する能力を改良する一方、処理の方法論に関してドキュメント・プロセッサの間に大きい矛盾が存在する。これらの矛盾の結果、アプリケーション開発者およびアプリケーション・ユーザにとって問題を生じる。新しいドキュメント・プロセッサを作成するごとに、アプリケーション開発者は常に「一からやり直す」必要がある。オペレーティング・システムおよびインタフェース・プログラムは、使用することができるいくつかのツールを供給しているが、特定のドキュメント・プロセッサに対する設計プロセスの大部分は、ユーザがドキュメントを処理できるように協力する処理モジュールのグループを作成することに向けられている。アプリケーション開発者は、他の会社により開発された処理モジュールをたびたび設計している。これは努力の重複を要求しており、各開発者が、様々な所望の機能をどのように実装するかの詳細な部分を取り扱う必要がある。グラフィカル・コンピュータ・インタフェース・システムの大部分は、グラフィカル表示装置上に提示されるインタフェース、および、１以上のグラフィカルに提示されるエンティティー「ドキュメント」例えばワード・プロセッサ・ドキュメント中の情報へのアクセスをユーザに供給して、ユーザが、含まれるテキスト・データを読み、編集することができるようしている。いくつかの現在手に入れられるコンピュータ・ユーザ・インタフェース・システム、例えばアップル（登録商標）マッキントッシュ（登録商標）コンピュータでは、ユーザが、小さい操作可能なグラフィカル・エンティティ例えば「アイコン」として表示されている複数のドキュメント・エンティティをグラフィカルに管理し、組織できるようにしている。このようなシステム中の機能の一例として、アイコン表示のドキュメントをあるドキュメントからグラフィカルにドラッグし、他のドキュメント上にそれをドロップすることで、含まれているエンティティから他のエンティティへのドキュメントの移動を要求することができる。上記の機能のカテゴリーの両方をサポートする、現在手に入るシステム上では、システムは機能の２つのカテゴリーを、動作の２つの分離しているモードで利用可能である。例えば、アップル・マッキントッシュ上では、ユーザは、オープンされたドキュメントを編集するモードから出て、ファインダ・アプリケーションに切り替えることにより、ドキュメントの移動のようなドキュメント管理機能を実行する必要がある。出願人が知っているシステムでは、ドキュメント処理を基本的なシステム・オペレーションに統一するプロキシイ(proxy)機能を有するものはない。発明の要約本発明の目的は、「プロキシイ」('proxy')というユニークな特徴を利用するドキュメント処理システムを提供することである。プロキシイは、外部ドキュメント管理機能を同時的にシームレスに標準的なオペレーティング・システムのドキュメント処理コマンドに統合する。このシステムおよび方法は、ドキュメント中または他の作動中のアプリケーション中からドキュメント・アクセスおよび編集機能をサポートするインタフェースを提供する。図面の簡単な説明図１は、本発明の好ましい実施例に従ったパーソナル・コンピュータのブロック図である。図２は、本発明の好ましい実施例に従ったドキュメント・プロキシイの表示の例示である。図３は、本発明の好ましい実施例に従った、格納された典型的なドキュメントに関連する情報のデータ構造である。図４は、本発明の好ましい実施例に従った、デスクトップ・スクリーンを示す図である。図５は、本発明の好ましい実施例に従った、ドロップをアクセプトした又はハイライトされた目的領域を示す図である。図６は、本発明の好ましい実施例に従った、本処理を表現しているブーチ図(B ooch diagram)を示す図である。図７は、本発明の好ましい実施例に従った、マウス・イベントを処理するロジックを表現しているブーチ図を示す図である。図８は、ウィンドウ中にドキュメントをオープンするに必要な処理の詳細なフローチャートである。図９は、本発明の好ましい実施例に従った、ドロップをアクセプトする他のエンティティに、プロキシイをドラッグするロジックの詳細なフローチャートである。図１０は、本発明の好ましい実施例に従った、プロキシイのドラッグおよびドロップの動作の詳細なフローチャートである。発明の詳細な説明ここで、本発明の詳細な実施例について開示される。しかし、開示された実施例は本発明の単なる例であり、本発明は色々な形態で実施できることを理解すべきである。このため、ここで開示された詳細は制限として解釈されるべきでなく、単に請求の範囲の基礎として、かつ、本発明の使用および／または作成のために当業者の教示として解釈されるべきである。オブジェクト指向プログラミングの歴史およびフレームワークの発展は、発明の背景に示されている文献中に十分に記載されており、Ｃ＋＋およびスモールトークは十分に文献が出ているが、ここでは詳細には説明しない。同様に、隠蔽、多様性および承継のようなオブジェクトの特徴は、文献や特許のなかで詳細に記述されている。オブジェクト指向システムの素晴らしい調査として、読者はGrad y Booch″Object Oriented Design With Application″ISBN 0-8053-0091-0(199 1)（グラディ・ブーチ「アプリケーションのオブジェクト指向設計」）を参照されたい。多数のオブジェクト指向システムが、原始的な入力および出力を実行する基礎的なオペレーションの上で動作するように設計されているが、本システムは、特定の特徴に対して、システム・レベルのサポートを供給するように使用される。本発明は、好ましくは、IBM（登録商標）PS/2（登録商標）またはアップル社（登録商標）マッキントッシュ（登録商標）コンピュータなどのパーソナル・コンピュータに常駐したオペレーティング・システムを背景にして実施される。図１は代表的なハードウェア環境を示しもので、本発明によるコンピュータの代表的なハードウェア構成を示していて、このハードウェア構成は、従来のマイクロプロセッサなどの中央演算処理ユニット１０と、システム・バス１２を介して相互接続された複数の他のユニットとを含んでいる。図１に示すコンピュータはリード・オンリ・メモリ（ＲＯＭ）１６、ランダム・アクセス・メモリ（ＲＡＭ）１４、ディスク・ユニット２０などの周辺デバイス、および２１で示す他の入出力周辺デバイスをシステム・バス１２に接続するための入出力アダプタ１８、キーボード２４、マウス３２、スピーカ２８、マイクロホン２６および／またはタッチ・スクリーン・デバイス（図示せず）などの他のユーザ・インタフェース・デバイスをバス１２に接続するためのユーザ・インタフェース・アダプタ２２、ワークステーションを２３で示すデータ処理ネットワークに接続するための通信アダプタ３４を含んでいる。バスをディスプレイ・デバイス３８に接続するためのディスプレイ・アダプタ３６も含んでいる。ワークステーションには、アップル・システム／７（登録商標）オペレーティング・システムなどのオペレーティング・システムが常駐している。ここで開示されるドキュメント・フレームワークの主たる目的は、システム・レベルにおける新しい特徴を可能にすることで、アプリケーションの基本的レベルを向上することである。その上、これらの特徴に対するシステム・サポートがないことからこれらの実装に限界がある。例えば、どのようなドキュメントの静的な表示（ピクチャー）に注釈をつけることができるが、「ライブ」ドキュメント自身にたいしてはできない。コンテント−ベース検索アプリケーションはドキュメントの内容（コンテント）に対するアクセスに問題がある。これは、各アプリケーションが通常のファイル・フォーマットを有しているからである。また、アプリケーションがドキュメントを見つけだしたとき、それに対して何かをすることが困難である。例えば、ドキュメントをオープンするシステム・レベルのサポートがない。ドキュメント・フレームワークはまた、例えば注釈サポートのような、基礎的なサービス上に構築される多数の高いレベルの可能性を含んでいる。可能性を拡大するため、ドキュメント・フレームワークは、どのような方式またはユーザ・インタフェースの決定を特定しない。プロキシイは、ドキュメント・アクセスおよび編集機能をサポートするインタフェース中に、同時的にシームレスに可能とする外部ドキュメント管理機能の全て、またはサブセットができる機能を提供する。図２は、好ましい実施例による組み込まれたプロキシイとともにドキュメントの表示を示している。ウィンドウ２１０は、プロキシイ２００を含むオープンされたドキュメントを表示している。プロキシイ２００は、この場合、ドキュメントの形をした幾何学的な画像で示されており、現ドキュメント２４０中への他のドキュメントの統合をユーザに示している。その上、プロキシイは、プロキシイ２００のとなりに表示される統合されたドキュメントのタイトル２２０を持つことができる。この実施例では、プロキシイはアイコンとして表現される。しかしながら、この分野の当業者の一人にとって、プロキシイが、カラーや他の方法で印を付けられた表示上の領域を用いて、円や他の幾何学的画像や他のアイコンで示すことができることが、容易に理解できるであろう。プロキシイは、アイコンがドキュメント管理のためのインタフェース中に表れたとき、類似のアイコン表示がサポートするどのような操作もサポートする。例えば、プロキシイは、スクリーン上のデスクトップ表示上の他の場所にあるコンテナ・エンティティの表示へドラッグすることができ、そして、そこに置かれて、関連するドキュメントのコピーを作成する。全てのこのような操作に対して、プロキシイは、ウィンドウ（表れている）が表示しているドキュメントを表している。例えば、デスクトップ上にコンテナ・エンティティにプロキシイ・アイコンをドラッグすることにより、タイトル”ＭｅｓｓａｇｅｔｏＢｏｂ”のドキュメントが特定の位置に移動又はコピーされる。また、ここで（説明の目的のために）記述されているのは、ドキュメント管理機能のカテゴリ中のただ一つの機能である。この機能は、従来のユーザ・インタフェース・システムが他のモデル機能により可能であり、プロキシイでより良くよりシームレスに提供可能である。この分野の当業者は、プロキシイを利用して、他のどのようなドキュメント処理機能も実施することができることが理解できるであろう。例えば、ユーザはプロキシイを他のドキュメントにドラッグして、他のドキュメント中にプロキシイのコピーを供することができる。また、ユーザは、プロキシイ上をダブル・クリックして、プロキシイに関連付けられているドキュメントをオープンすることができる。同様に、プロキシイをプリンタやメイルボックスにドラッグして、プリントすることやドキュメントを付属するコンピュータに送信することができる。「ドキュメント」は、コンピュータ・システムがユーザに対して提示する単位エンティティであり、オープン、読み出し、編集、コピー、削除等を行うことができる、ユーザが操作可能なオブジェクトを指している。格納されたドキュメントは、コンピュータ・システムにより管理される隠蔽されたデータの単位を指しており、ドキュメント・インスタンスを定義している。ファイル・システム中に物理的に常駐している格納されたドキュメントの特定の実装に対して、用語「格納された」は、図３に示されているような情報のデータ構造および関連する情報をストレッジ・デバイスにセーブすることを指している。しかしながら、この出願に記述されている動作に従う限り、ストレッジとして、同じ外部的に識別できる構造を内部的にデータ管理する他の手段を除外しない。その上、ファイル・システム中のストレッジを基礎とする実装に対して、ファイル・システムをどのように使用して、記述したような関連する構造を格納するのか詳細は、この説明では重要ではない。図３は、好ましい実施例に対応したデータ構造を示す。格納されたドキュメントはこの構造を有しており、プロキシイを実装するのに必要なメカニズムに関連するそれぞれは、もっと詳しく記述される。・格納されたドキュメントは、コンテント・データ３１０を含み、ドキュメントがオープンされたとき、これがユーザに対して提示され、アクセスすることが可能となる。・格納されたドキュメントは、ドキュメント・プレゼンタ・オブジェクト３２０を含み、ドキュメントがオープンされたとき、これはドキュメントのコンテント・データのグラフィカル表示を操作する責任がある。一般的に、これはドキュメントの一部として格納されることは、ドキュメントを表示するためにオープンするメカニズムが、適切なドキュメント・プレゼンタに近づくことができる限り、必須ではない。ドキュメント・データ構造は、後述する記述において具体性(con creteness)を含んでいる。・格納されたドキュメントは、名前やアイコン・グラフィックのような識別属性 (identifing attribute)３４０を含む。他の識別属性の例は、次のものを含む。データの作成と修正、カラー、緊急性ラベル、分類、所有者、サイズ。・格納されたドキュメントは、ドラッグされた表示ソース・オブジェクト３５０を含む。これは後で説明される。・格納されたドキュメントは、ドロップ・アクセプタンス・ハンドラ・オブジェクト３６０を含む。これは後で説明される。格納されたドキュメントは、ここに包含しておらず、ここでの記述に影響しない、追加の構造および他のメカニズムのサポートの可能性を持つことができる。オブジェクト指向中の格納されたドキュメントの自然な実現は、上で記述したコンポーネントにアクセスを供給するビィヘイビア(動き：behavior)を定義し、コンポーネントの実際の格納管理を実装するための詳細を隠蔽する抽象を設計することである。好ましい実施例のドラッグ＆ドロップ・メカニズムこのセクションは、ドラッグ＆ドロップと呼ばれるメカニズムを使用する好ましい実施例を明確に記述する。好ましい実施例において、グラフィカル・オブジェクトは、デスクトップ上の独立のオブジェクト（例えばウィンドウ）にユーザの入力に対応して現れる。システムは、イベント・オブジェクトの形態でユーザ入力情報を供給する。イベント・オブジェクトは、ユーザからシステムが受けたユーザ入力がどのような型であるかを、イベントに対するさらに詳細な情報とともに記録する。イベントの例は、「マウス・ダウン」であり、これは、ユーザがマウス入力デバイス上のボタンを押したことを報告する。イベントの詳細情報は、マウス・ボタンが押されたときのカーソルの位置を含む。ユーザ入力に応答して、デスクトップ上に現れるグラフィカル・オブジェクトは、イベント・ハンドラとしてインプリメント（実装）される。イベント・ハンドラはイベント・サプライに次のことを供給する：イベントを受けるイベント・キュー、および関連する実行スレッドである。実行スレッドは、キューからイベントを逐次取り出して、イベントに応答することにより、オブジェクトの実装で定められた、プログラムされたビィヘイビアでこれらを処理する。プログラムされたビィヘイビアは、オブジェクトの機能によりオブジェクト毎に異なっている。イベント・ハンドリングに関連する詳細なロジックは、同時に出願されている、オブジェクト指向通知フレームワーク・システムと名付けられた出願番号０７／９９６，７８２に記述されている。これは参照により、本明細書の一部分を構成する。好ましい実施例は、スレッドの実行とイベント・ハンドラとの間の特定の関連に依存していない。実行するスレッドが最終的に、特定のイベント・キュー中で待っているイベントを処理（ハンドル）する関連があれば、実装については十分である。特に、メカニズムを実装することに含まれる実行するスレッドの数には、厳密な依存関係はない。ドラッグ＆ドロップは、イベント・ハンドリングするグラフィカル・オブジェクトに基づく特定のインタラクション（相互作用：inte raction）である。このグラフィカル・オブジェクトは、デスクトップ上のポイントやコンテキストに対するグラフィカル・エンティティの選択を表現し、グラフィカル・エンティティを他のポイントやコンテキストに「キャリし(運び：car ry)」、目的地のポイントに置くか、目的地のコンテキストにそれを供給するためにグラフィカル・エンティティを「ドロップする(drop)」ことで、比喩的に示されるユーザ・インタフェース・インタラクションを実装するのに用いられていたものである。操作のキャリ部分は、よくドラッグと呼ばれており、このためドラッグ＆ドロップという用語で呼ばれる。典型的にドラッグ＆ドロップのインタラクションは、好ましい実施例に実装されたシステム、従ってドラッグ＆ドロップを実装しているシステムに基づいて具体的に記述される、次のような詳細な動作を含む。正確のために、かつ、当業者への明快なコミニュケーションのために、重要なオブジェクト・クラスは標準Ｃ＋＋言語を用いて記述される。記述されたクラス設計は、好ましい実施例に従った実際のシステムを基礎としている。特に、次のような規則に準拠している。・クラスおよびメソッドの名前は、用語法を限り、かつ焦点をあてるために変更している。・標準Ｃ＋＋メンバ関数である、デフォルト・コンストラクション、コピー・コンストラクション、デストラクション、および適切な割り当ては、記述から省略しているが、しかしながら、特別な引き数(argument)をとる特別なコンストラクタは説明される。・クラス動作の実装をサポートするクラスの非公開(private)の内部データ構造は、省略されている（明確のために提供される具体的な例の場合は例外である）。オブジェクト指向プログラミングの利益の１つとして、クラスは、内部実装構造としてよりも、外部に公開されているメンバ関数(externally published memb er function)で定義されている。このため、好ましい実施例上の実際のオブジェクトを用いて働くプログラマでも、この内部実装構造を見ることはない（又は、内部構造に依存することはない）。重要な設計のポイントは、実装の詳細ではなく、クラス・インタフェースにより行われる。・オブジェクト・インスタンスをある実行環境（例えばアドレス空間）から他の実行環境にコピーする、または永続的なストレージからまたはストレージに値を移動するメカニズムを仮定している。例えば、これを実装するスキームとしては、バイト・ストリーム表現からまたはバイト・ストリーム表現にオブジェクトの値を変換する「ストリーム(streaming)」・オペレータのセットを供給する各クラスを有している。関係するクラス・オブジェクトの型(type)を比較するか、関係付ける動作中に下記で使用するクラスが記述される。好ましい実施例に関連してクラスTTypeDes criptionのＣ＋＋インタフェースが下で示される。 TTypeDescriptionオブジェクトは、特定のクラスに対する型識別(type identi ty)をコード化する。例えば、TTextと呼ばれる型をコード化する値を作成するために、型記述(type description)のインスタンスを次のように作成する：TTypeD escription(″TText″)。TTypeDescriptionは、等号演算子(equality operator ：＝＝)により、おなじクラスであるのかをみるために比較する。高度の実装においては、メソッド”ｉｓＡ () ”を提供している。これは、ある型が他の型のサブクラスであるかをチェックするのに使用される。すなわち、クラスTAに対するaTypeがTTypeDescriptionであり、クラスTBに対するbTypeがTTypeDescription である場合、bType.IsA(aType)はTRUEを返し、ＢがＡのサブクラスである場合にはFALSEを返す。後述のことは、厳密に等号比較の存在に依存する；”ｉｓＡ () ”関数は、共通の便利な制作物として触れられている。次に、ドラッグ＆ドロップ・インタラクション中の「ドラッグ」を行うエンティティのソフトウェア・オブジェクトの実施例を述べる。このようなオブジェクトの全ては抽象クラスTDraggedRepresetationのサブクラスのインスタンスである。TDraggedRepresetationは、直接に下に示されている。たとえば、ドラッグ＆ドロップ・インタラクションがテキストの一片をそのデータとしてキャリーするアレンジをするために、以下に直接的に示されるサブクラスTDraggedRepresentationForTextを提供することができる。 // 使用可能な型、として"TText"を返すようにオーバーライドされる。 TTextと名付けられたクラスは、あるテキスト・データを保持し、そのテキスト・データへの操作に対するインタフェースを提供している。同時的に異なるサブクラスのインスタンスを保持することができるように、TDraggedRepresetatio nオブジェクトの抽象集合を管理する能力をサポートすることは有益である（「抽象」により、オブジェクトが、TDraggedRepresetationForTextのような具体的なサブクラスによるより、むしろTDraggedRepresetationのような抽象インタフェースを介して、アクセスされ、管理されている）。コンテント・データおよびそれにアクセスするプロトコルはサブクラス（例えばTDraggedRepresetationFor Text）により導入されるため、TDraggedRepresetationオブジェクトの抽象集合のクライアントにとって、コンテント・データ型のインスタンスを尋ねることができることは有益である。これは、TDraggedRepresetationのメンバ関数であるv irtual Get AvailableTyoes()によりサポートしている。例えば、サブクラスTDraggedRepres etationForTextはこのメンバ関数をオーバライドして、TTextデータが使用可能であるようにできることを意味するTTypeDescription(″TText″)を返すようにすることができる。この記述の形式において、GetAvailableTypes()は、リスト・データ構造TListOf〈TTypeDescription〉を介して使用可能な型のリストを返すことができる。リスト・データ構造TListOf〈TTypeDescription〉は、多数のサポート・ライブラリに共通に見られる形式のテンプレートを基礎とした、TTyp eDescriptionsの単純な順序付けられたリスト(simple ordered list)である。この情報に加えて、このデータをキャリするTDraggedRepresetationサブクラスに伴うコンテント型に関連するコンベンション(convention)を与えることにより、クライアントは、抽象オブジェクトを具体的(concrete)サブクラス型にキャストして、特定のコンテント・データにアクセスするサブクラス・メンバ関数を呼ぶことができる。デスクトップ・システムは、アクティブなグラフィカル・オブジェクトをスクリーン上に表示して、ドラッグ＆ドロップ・インタラクションを受ける状態である。グラフィカル・オブジェクトは、ドラッグされてドロップされるオブジェクトを受けることができるターゲットとして、システムに自分自身をパブリッシュ (publish)する。図４は、好ましい実施例に関連するデスクトップ・スクリーンを示している。図５は、本発明の好ましい実施例に従った、ドロップをアクセプトした又はハイライトされた目的領域を示す。クラスMDropAcceptorのサブクラスとして、ドロップを受けるターゲットとしてシステムに自分自身をパブリッシュ好ましい実施例中のグラフィカル・オブジェクトが、下に直接示される。 MDropAcceptorは、ドロップを受けるビィヘイビアの部分を定義するサブクラスを実装する、２つの純粋な仮想メンバ関数(virtual member function)を供給する。ChoosePreferredTye()は、候補リプレゼンテーション型(candedate repre sentation type)（例えば、ドラッグされたアイテムの表示）のリストを受け、パラメータが選択した型中でもっとも好ましい型であればＴＲＵＥを返し、リスト中に受けることができるものない場合はＦＡＬＳＥを返すメンバ関数である。 AcceptDrop()は、呼び出されてMDropAcceptorのサブクラスに、（以前にChooseP referredType()中で受けることができるとして選択されたリプレゼンテーションの型から）ドロップされたアイテムのリプレゼンテーション(representation)を受けるようにするメンバ関数である。（TGPointパラメータは後で説明される。）MDropAcceptorは、MDragAndDropEventHandlerのサブクラスであり、この関数は後述で示される。ディスクトップ上に現れるイベント・ハンドリング・グラフィカル・オブジェクトのアクティビィティ(activity)とビジビリティ(visibility)を管理するシステム機能を前提とする。例えば、オブジェクトがアクティブなグラフィカル・オブジェクトのヒエラルキィ（ウィンドウ管理システム）のメンバを有しており、イベント・ハンドリング・グラフィカル・オブジェクトTViewに関するクラスである。TViewオブジェクトは、グラフィカル・オリエンテーション（サイズ、形、位置）を符号化し、自身を描く（例えば、システムからのスクリーン上で見えている位置を更新するリクエストをサポートする）能力を有し、かつ、複数のイベントを受け、ハンドルする能力を有している。これは後で説明する。完全なドロップをうけるグラフィカル・オブジェクトは、TViewとMDropAccept orからのサブクラスを作成することで定義される（それらのサブクラスである）。図６は、好ましい実施例に従った、本処理を表現しているブーチ図(Booch dia gram)である。上で述べたように、MDropAcceptorは、ドロップ・アクセプタの受けることができるリプレゼンテーション型を特定するサブクラスである。TView からのサブクラスは、次のものを提供して、全体を完成する。スクリーンの領域としてのドロップを受けるターゲットのグラフィカル・オリエンテーションを特定する。ユーザが何かをドラッグおよびドロップできるような（例えば、フォルダ・アイコンに見えるように）、オブジェクトのグラフィカルな外見を定義するようにする。最後に、イベントのシステムの資源との結合を行う。これは、後で見るように、いくつかの重要なメカニズムを実装している。AcceptDrop()中のwh ereDroppedのパラメータはシステム型のTGpointであり、２次元の座標点の値を記録しており、このメンバ関数中で、ドロップを受けるビュー(drop accepting view)上のどこに、ドラッグされたアイテムがドロップされるのかを特定するために使用される。図４にもどり、システムの状態は、デスクトップ・スクリーン上でアクティブでビィジブルな、いくつかのドロップを受けるビユー・サブクラス（TViewとMDr opAcceptorと両方からのサブクラス）がある状態である。各ドロップを受けるビユー・インスタンスは、自分自身を、あるグラフィカル・オリエンテーションのドロップ・アクセプタンス・ターゲットとしてパブリッシュし、ドラッグされたあるリプレゼンテーション型を受ける能力を有する。ドラッグ＆ドロップのインタラクションを受けることができる状態であるシステムが、図４に示されている。すなわち、ドラッグされたアイテムが何かの上にドロップされる状態であり、全ての部分がこの状態とされている。ドラッグされるアイテムを提供するインタラクションの側の記述は、次に行う。ドラッグすることができるようにするグラフィカル・オブジェクトは、マウス・デバイスからの入力としてユーザのドラッグの行動の開始を、すなわちマウス・デバイスからのイベントとして見る。好ましい実施例を実装したシステム中で、マウス入力イベントの受け手であるオブジェクトは、MMouseEventHandlerのサブクラスで、下に直接示している。 MMouseEventHandlerは、メンバ関数で名付けられている各マウスの動きからイベントを受け取るメンバ関数を有している。MouseDown()およびMouseUp()は、ユーザがマウス・ボタンを押さえ、離すことにそれぞれ対応するイベントをハンドルするために呼び出される。MouseEntered()およびMouseEntered()は、下に説明されている。MouseMovedは、マウスの位置の変化に対応するイベントに応答して呼び出される。いつも全てのマウスの動きの報告を受けるために、ある所定の時間に全てのマラス・イベント・ハンドラが存在することは適切ではないので、Mo useMovedのイベントを受けることを選択的に開始し、停止するメソッドであるst artMouseMovedEvent()およびStopMouseMovedEvent()が、MMouseEventHandler中に存在する。完全なマウス入力に応答するグラフィカル・オブジェクトは、TViewおよびMMo useEventHandlerからのサブクラスを作成することで定義される（それらのサブクラスである）。図７に示されている。図７は、ブーチ図を利用して、″mouse event handling view″をTViewおよびMMouseEventHandlerのサブクラスとして示している。この関数を実装するＣ＋＋のコードは、下に記述されている。上述されているように、MMouseEventHandlerは、マウス・イベントに応答するオブジェクトを特定するためにサブクラスを作成する。TViewからサブクラスを作成することで、次の情報を提供することにより、全体を完成させる。これは、オブジェクトによりハンドルするマウス・イベントに感じるスクリーンの領域のグラフィカル・オリエンテーションを特定することができるようにする。これは、オブジェクトのグラフィカルな外見、特に、ユーザがドラッグし、なにかの上にドロップすることができるエンティティであることを伝えるような外観（例えば、アイコンのような）を定義するようにする。最後に、この場合マウス・イベントである、イベントのシステム資源への結合を管理する。われわれの目的のため、（図中で示されている様々な種類：TMouseDownEvent, TMouseUpEvent等の）マウス・イベントをオブジェクトとして特徴付けるのに、イベント型（「マウス・ダウン」・イベント対「マウス・アップ」）およびイベントが発生したときのカーソルの位置をコード化すれば十分である。このようなイベントを利用できる大部分の市販されているシステムは、この特徴を有している。このため、詳細は、このようなシステムを扱う当業者にとって良く知られているべきものである。ビユーを処理するマウス・イベント、TViewおよびMMouseEventHandlerのサブクラスでは、MMouseEventHandlerのメンバ関数StartMouseEntryEvents()は、ビユーが広がるデスクトップの領域にマウスが入り、出ることを報告するイベントを受けることで開始するために利用可能である。これらのイベントは、メンバ関数MouseEntered()およびMouseExited()ビユーを受け取る。StopMouseEntryEvent s()はこれらのイベントを受けることを停止する。典型的なドラッグ＆ドロップ・インタラクションの詳細な処理は後で提示される。ドラッグ＆ドロップ・インタラクションは、デスクトップ上の２つのイベント・ハンドリング・グラフィカル・オブジェクトを含む。その１つは、ドラッグソースで、マウス・ハンドリング・ビユーである。他のひとつは、ドロップ・アクセプタで、ドロップを受けるビユーである。ドロップ・アクセプタは、システム状態中のどのドロップ・アクセプタ、例えば図４に示されているプリンタ・アイコンでもよい。完全なインタラクション（相互作用）は、次のようなステップを含む。１）ユーザは、カーソルをドラッグ・ソース・オブジェクト内のドラッグ可能なエンティティとして表示されているものへ動かす。例えば、含んでいるウィンドウ内のドラッグ可能なアイコン・オブジェクトでよい。２）ユーザは、マウス・ボタンを押す（そして、それを上げない）。３）システムは、イベントの位置とデスクトップ上にある可視マウス・イベント・ハンドリング・ビユーとを比較することにより、どのマウス・イベント・ハンドリング・ビユーがイベントを幾何学的に包含しているか、言い換えれば、どのビユー・オブジェクトが「ヒット」されたかを判定する。４）システムは、TMouseDownEventをヒット・ビユーと関連するイベント・キュー中にポストする。５）そのキュー中のイベントを処理する実行スレッドが、メンバ関数MouseDown( )をヒット・マウス・イベント・ビユー・オブジェクトに対して呼び出すことで、イベントを処理する。６）ヒット・ビユーがドラッグ可能なエンティティをパブリッシュする（この例のインタラクションで仮定しているように）と、マウス・ダウン・イベントのカーソル位置が、グラフィカルに提示されているドラッグ可能なエンティティ上に、幾何学的に含まれているかを判定する。７）ドラッグ・ソースは、１つ以上のTDraggedRepresentationサブクラス・オブジェクトを作成して、ユーザにより論理的にドラッグされたアイテムを提示する（又は一般的に、提供する）。下のプロキシイを取り扱う特定の例は、ドラッグ＆ドロップの特定のアプリケーションに対してどのように行われるかを記述している。８）ドラッグ・ソースは、TDragAndDropInteractorと呼ばれる好ましい実施例を実装しているシステムによりサポートされているオブジェクトをインスタンス化する。TDragAndDropInteractorの作成と管理は、ドラッグ＆ドロップ・インタラクションが開始し、続けて行くことを、システムに対してどのように表しているかである。TDragAndDropInteractorは、自身のコンストラクタ中に、供給された（前のステップで作成された）１以上のTDraggedRepresentationサブクラスのリストを受け取る。ここで記述している特定の設計において、TDragAndDropIntera ctorのコンストラクタもまたグラフィック・オブジェクト（MGraphicのサブクラス、受動的なグラフィック・オブジェクトに対する仮定した抽象システム・インタフェース）を取る。これは、下に続くステップでユーザがカーソルを動かすことによりドラッグされたアイテムの、ユーザに対するグラフィカル・フィードバックをデスクトップ上に表示するために、TDragAndDropInteractorの実装により用いられている。９）ドラッグ・ソースはStartMouseEvents()を自身に対して呼び出す。１０）ユーザは、カーソルを動かして、アイテムをデスクトップ上の他の点に、ここにアイテムをドロップするためにドラッグするカーソルの動きを行う。ユーザのカーソルの動きに応答して、ドラッグ・ソースに対してMouseMoved()が呼び出される。ドラッグ・ソースは、このメソッドを、DragAt()をTDragAndDropInte ractorに対して呼ぶことにより実装している。これは、ステップ８で作成され、 TMouseMovedEventの位置をパラメータとして渡す。ドラッグ・ソースのMouseMov ed()メンバ関数、およびそのためドラッグ＆ドロップ・インタラクタのDragAt() メンバ関数が、ユーザのカーソルの動きに応答してシステムにより生成された、すべてのマウスが動いたイベントに対して呼び出される。１１）TDragAndDropInteractorのDragAt()メンバ関数は、次のように（システムにより）実装される。図４に示されているようなシステムの状態（ここではデスクトップ上に表示されるドロップを受けるビユーがある）が与えられると、Drag At()の中に渡された座標点が、どのドロップを受けるビユー上にあるかどうかを見に行く。DragAt()に対する前の呼出し中で上ではない、ドロップを受けるビユー上にあることが分かると、TDragEnterEventを、新しい点が上になっているドロップを受けるビユーに関連するイベント・キューにポストする。DragAt()に対する前の呼出し(call)中の点が異なるドロップを受けるビユー上にある場合は、または、前にはビユー上にあるが、ポイントが現在の呼出し中のビユー上にはない場合、そのビユーにTDragExitEventをポストする。ドロップを受けるビユーはドラッグ・エンタおよびエグジットのイベントを、MDropAcceptorメンバ関数Dra gEnter()およびDragExit()中で受け、イベントが処理される。これらの関数はドロップ・アクセプタの実装によりオーバライドされて、ユーザに対してグラフィカル・フィードバックを提供し、アイテムがドロップされる上にドラッグされたアイテムを、ビユーが受け取ることを示す。例えば、フィードバックは、受け取るビユーのカラーの変化であってもよい。当業者の一人であるならば、ドラッグ・エンタ・イベントに関連するドラッグされたリプレゼンテーションのリストが提供されて、フィードバックの実装において、ドラッグされたアイテムの実際の受けることできることを示すことを容易に理解することができる。１２）ユーザがアイテムを所望の目的のドロップ・アクセプタにドラッグし、カーソルをその上に位置付ける。１３）ユーザはマウス・ボタンを上げる。１４）システムは、TMouseUpEventをドラッグ・ソースに関連するイベント・キューにポストする。１５）ドラッグ・ソースに関連するイベント・キュー内のイベントを処理するスレッドが、ドラッグ・ソースのメンバ関数Mouseup()を呼び出すことにより、このイベントを処理する。メンバ関数DropAt()をTDragAndDropInteractorに対して、MouseMoved()がドラッグ＆ドロップ・インタラクタに対するDragAt()への呼出しに翻訳するのと同様に呼び出す。 TDragAndDropInteractorのDropAt()メンバ関数は次のように実装される。まず、ポストしているドラッグ・エグジット・イベントをDragAt()の実装と同じ形態で処理して、DragAt()への最後の呼出し（もしあれば）以降の、ドロップを受けるビユーを「エグジットされた」状態とする。次に、パラメータ点、ドロップが起きたカーソル点が、ドロップを受けるビユー上にあるかを見る。あれば、TDro pEventをそのビユーにポストする。ドロップ・イベントの部分として又関連するものとして、ドロップ・イベントのハンドラに利用可能なドラッグされたリプレゼンテーションのリストを作成する。１６）ドロップ・アクセプタに関連するイベント・キュー中のイベントを処理するスレッドは、ドロップ・ハンドラに対してメンバ関数Drop()を呼び出すことにより、このイベントを処理する。TDragAndDropInteractorのDrop()メンバ関数は、次のような標準実装を有する。ドロップ・イベントに関連するドラッグされたリプレゼンテーションのリストを取り、ChoosePreferedTypesを自身に対して呼出してドラッグされたリプレゼンテーションのリストを自身に渡す。仮想関数Ch oosePreferedTypes()の実装が、受け取るアイテムの型記述(type description) を適切に選択し、この型記述およびリストからの今回一致するドラッグされたリプレゼンテーションが、最後のドロップ・イベントのカーソル位置も渡されるAc ceptDrop()への呼出し中のドラッグ・アクセプタに渡し戻される。これとともに、ドラッグされたリプレゼンテーションは、ドラッグ・ソース・オブジェクトからドロップ・アクセプタに移転され、インタラクションは完了する。インタラクションは、デスクトップ上のある点にあるグラフィカル・オブジェクトから他の場所の他のグラフィカル・オブジェクトに、ドラッグされたリプレゼンテーションのオブジェクトをして実装されている情報の伝達を、ユーザが特定することできるようにする。このドラッグされたリプレゼンテーション・オブジェクトの伝達に応答して何がなされるかは、このメカニズムがどのように展開されるかにより特定される。プロキシイを含むいくつかの例が後で記述される。ドラッグ・ソースが、ドラッグ＆ドロップ・インタラクタに対して、１つのドラッグされたリプレゼンテーションではなく、リプレゼンテーションのリストを提示するかに興味を持っているかについての説明がここでなされる。説明は、データ・オブジェクトが、あるデータ型から他のデータ型に変換することができる又は、他のアクセス・モデルを介して見ることができる能力を含んでいる。このような場合の１例は、最新のワード・プロセッサのドキュメントである。これは、次のようにアクセスすることができる。Ａ）ワード・プロセッサ・アプリケーションにより作成されたドキュメント（このため、これにより、コンピュータ上で、読み出し、編集することができる）、ドキュメントのデータは、Ｂ）テキスト文字(text character)のストリーム（すなわち、スペル・チェック動作）として、役立つように見ることができる。Ｃ）グラフィックのページ（すなわち、プリンタでそれをプリントする）。また、Ｄ）異なるワード・プロセッサ・アプリケーション製品の入力として輸出する（それにより、元の作成したアプリケーションにアクセスすることができないユーザにより、アクセスすることができる）。ドラッグ＆ドロップ・インタラクション中で、ドラッグされたアイテムである、このような互換性のある又は柔軟にアクセスできるデータ・オブジェクトの場合を考える。データ・オブジェクトまたはデータに対する特定のアクセス・モデルの役立つ変換は、データ・オブジェクトを受けるドロップ・アクセプタの機能に依存している。例えば、ワード・プロセッサ・ドキュメント中で、ドロップ・アクセプタは、次のようなものである。Ａ）ドキュメント自身のアプリケーション、Ｂ）スペル・チェッカ・ユーティリティ、Ｃ）プリンタ、又はＤ）他のワード・プロセッサ・アプリケーション。ドラッグ＆ドロップ・インタラクションの開始時、ドラッグ・オブジェクトがドラッグされ始めるとき、システムは、最終的な目的のドロップ・アクセプタを定めることができない。これは、ユーザの引き続くマウスの動きにより特定されることになる。これは、ドラッグ＆ドロップ・インタラクションの開始時に作成されたドラッグされたリプレゼンテーションは、最終的にドロップ・アクセプタが要求した他のアクセスに対する有益な変換を行うことが必要となることを意味する。このような変換可能なドラッグされたリプレゼンテーション・オブジェクトの実用的な実装上の解決は、次のようなものである。１）ドラッグされたオブジェクトがインタフェースとして利用可能な（変換を介して、または他のものへのアクセスにより）型のリスト、および２）元のオブジェクトを十分に識別でき、（変換を介して、または選択されたアクセス・モデルを介して）元のオブジェクトへのアクセスを提供できる、元のオブジェクトのサロゲート(surrogate)またはそれに対する参照。このような参照の例は、元のデータ・オブジェクトが格納されているファイル上の位置である。この説明の主たる点は次のものである。１）ドラッグされたリプレゼンテーションを提供するドラッグ＆ドロップの参加者は、データ互換性、又は多元アクセス・インタフェースを介して、ユーティリティを提供する必要と機会を有している。この能力は、提供されるドラッグされたリプレゼンテーション・オブジェクトの機能性を表現している。これは、ドラッグされた適切で有益なリプレゼンテーションを提供する便宜を隠蔽するプロキシイのコンテキストで、下で説明されている、ドラッグされたリプレゼンテーション・ソース・オブジェクトに対する動機付けである。２）ドラッグされたアイテムのリプレゼンテーションの柔軟性は、ドラッグされたリプレゼンテーションを受けるドロップ・アクセプタのプログラムされたビィヘイビアによる有利性に用いられる。例えば、ワード・プロセッサ・ドキュメント・リプレゼンテーションへのリンクを提供し、ドキュメントのアクセスを可能にしているものとして、次のものがある。Ａ）非変換ドキュメント、Ｂ）テキストのストリーム、Ｃ）グラフィカル・レイアウトのページ、又はＤ）他のドキュメント・フォーマット。最後に、いくつかのドラッグ＆ドロップの基礎的なメカニズムは、本発明の好ましい実施例を理解を通じて、説明される必要がある。第１に、このようなユーザ・インタラクションを実装するときの実際上の制限は、ユーザからの「マウス・ダウン」イベントは、いくつかのインタラクションの一つを特定するのに使用される。例えば、「ドラッグする」の始まりではなく、どんなカーソルの動きもなしでユーザがボタンをすぐに離す場合の、アイテムを選択する。実装は、上記のメカニズムを、ドラッグ＆ドロップ・インタラクタの作成をユーザがボタンを押しかつカーソルを少し動かすまで延期することにより修正する。第２に、ドラッグ＆ドロップ・メカニズムの詳細な説明において、ユーザは、ドラッグ＆ドロップ・インタラクタの動作は、単独のマウスおよびマウス上の単独ボタンの動きにより特定する。上述の基本的メカニズムを前提としているが、ディスプレイ上の１つの点から他の点にアイテムを「運ぶ」ことを特定するための動作が良く定義されていれば、異なる入力デバイス、複数の入力デバイス、又はポインティング・デバイス上の複数のボタンを含む拡張が可能である。第３に、ドラッグおよびドロップに関連するイベントをポストすることを要求するメカニズムを効率的に作成するために、ドロップ・アクセプタを提供する基本設計は、特定のドラッグ＆ドロップ・インタラクションの前に、その受け付ける基準「アップ・フロント(upfront)」を表すことが必要である。これは、例えば、ドラッグ＆ドロップ・インタラクタのシステムへ実装において、この情報を用いて、ドラッグおよびドロップに関連するイベントを抜粋して、実行されているドラッグされるリプレゼンテーション中で興味がないことが知られているアクセプタを落とすことができる。第４に、上記の記述は、明確さと簡単化のために、単独のアイテム（例えば、１つのアイコン）がドラッグされる例を取り扱っている（説明したように、単独のアイテムが複数のリプレゼンテーションを有することは有用である）。もっとも現実的なアプリケーションにおいて、ユーザがアイテムの集合を選択し、それら全部を一時に１つのインタラクションで集合選択としてドラッグできるようにすることが有用であり、必要である。最後に、ドラッグ＆ドロップ・インタラクションの上述の記述は、１つのソース・コンテキストから異なる目的のコンテキストにドラッグされるオブジェクトを取り扱っている。このソースと目的の相違は記述の明確さのために適用されている。ドラッグ＆ドロップのメカニズムは、双方の役割を行えるようにプログラムされたソースおよび目的が同じビユー・オブジェクトの場合も包含する。プロキシイ動作の例と実装プロキシイと共に、ドキュメントをウィンドウ中へのオープン格納されたドキュメント、図３に示すようなドキュメントがグラフィカル表示にオープンされる。図２は、好ましい実施例にしたがったドキュメント表示を示す。図８は、ドキュメントをウィンドウ中にオープンするために必要な処理の詳細なフローチャートである。処理は、機能ブロック４００で開始し、ここでドキュメント・プレゼンタが格納されたドキュメントから取り出される。そして、呼出し(call)がドキュメント・プレゼンタ・オブジェクトに対して行われ、機能ブロック４１０において、ドキュメントのコンテント（内容）を提示するウィンドウを作成する。格納されたドキュメントに対する参照は、この呼出しを備えている。ドキュメント・プレゼンタは、次の要素を備えるウィンドウを作成する。ａ）格納されたドキュメントのコンテント・データを表示し、編集するための機能４３０；この機能の詳細はここでは重要ではないので、記述されない。ｂ）プロキシイ要素４４０、例えば、格納されたドキュメントからプロキシイ・アイコン・グラフィックを取り出すことにより得られる外見とともに。このプロキシイ要素は、それを含むウィンドウとともに、下述される直接的なユーザ操作を実装するオブジェクトである。これらの操作を実装するために、ウィンドウ又はプロキシイ要素は、格納されたドキュメントへの参照を備えている。ｃ）格納されたドキュメントからウィンドウのタイトルとして名前ラベルを配置するような、格納されたドキュメントに含まれるオプションである他の識別属性４５０。プロキシイを他のドロップを受けるエンティティにドラッグ図９は、好ましい実施例に従って、プロキシイを他のドロップを受けるエンティティにドラッグすることに関連するロジックの詳細なフローチャートである。好ましい実施例のドラッグ＆ドロップ記述との結合を容易にするために、プロキシイを含みかつ表示しているウィンドウは、ドラッグ・ソースであるイベント・ハンドリング・グラフィカル・オブジェクトである。ユーザは、機能ブロック５００に示すように、マウスによりプロキシイを選択する。そして、機能ブロック５１０に記載されているように、プロキシイ・アイコンを他の位置にドラッグする。プロキシイ要素と関連しているウィンドウは、このユーザ・インタラクションを次のように処理するように実装されている。ａ）機能ブロック５２０に示すように、格納されたドキュメントへの参照を、ドラッグされたリプレゼンテーション・ソース・オブジェクトを取り出すために使用する。ｂ）ドラッグ・リプレゼンテーション・ソース・オブジェクトは、１以上のオブジェクトをドキュメントの公開された特徴を表示しているデスクトップ上に生成する。機能ブロック５３０に示されているように、ドキュメント・オブジェクトは、ドラッグされたプロキシイを受け取るターゲットに自分自身をパブリッシュする。ｃ）ドラッグされたリプレゼンテーション・ソースにより生成されたリプレゼンテーション・オブジェクトの集合は、この種のユーザ操作をサポートするシステムにより提供される（又はシステム上に実装された）想定された「ドラッグする」機能を備える。リプレゼンテーション・オブジェクトは、機能ブロック５４０に示されるように、システムのドラッグする機能により、「運ばれる」(″carri ed″)。ｄ）ユーザは、機能ブロック５４０に示すように、スクリーン上のどこか他にある、プロキシイを受けるエンティティにドラッグし、それをドロップする。ｅ）機能ブロック５５０に示されるように、ドラッグ機能は、運ばれたリプレゼンテーション・オブジェクトを受けるエンティティを備える（ユーザが、プロキシイを受けるエンティティに対して、グラフィカルにドロップすることを仮定する）。運ばれたリプレゼンテーションに対して、受けるエンティティが何をするかは、この一般的なメカニズムにとって重要ではない。ドキュメントのドラッグされたリプレゼンテーション・ソースにより供給されたリプレゼンテーション・オブジェクトの集合の例は、ワード・プロセッサ・ドキュメントである。ワード・プロセッサ・ドキュメントのリプレゼンテーション・ソースは、次のようなリプレゼンテーションを供給する。特定のドキュメント型により提供されるリプレゼンテーションの性質と選択の詳細なロジックおよびドロップを受けるターゲットが運ばれたリプレゼンテーションに対して何をするのかは、現在の説明には重要ではなく、ここに記述されない。外部ソースからプロキシイにアイテムをドラッグするこの場合、プロキシイ又はプロキシイを含み表示しているウィンドウは、プロキシイのために、ドロップ・アクセプタの役割を想定している。外部ソースにドラッグされた、ドラッグされたリプレゼンテーションは、ドラッグ・ソースである他のエンティティから来ている。１）ユーザが１つのアイテム又は、複数のアイテム（例えば、アイコン）をスクリーン上に表示されている他のいくつかのエンティティからドラッグし、注目のウィンドウのプロキシイ要素の上に持っていき、ドロップする。２）「ドロップ」処理機能は、この種のユーザ操作をサポートするシステムにより提供される（又はシステム上に実装された）ことを想定されている。このような機能は、ドロップの発生を報告し、ドラッグされたエンティティとして運ばれたリプレゼンテーションを、このようなドロップを処理するように展開された実装に供給する。プロキシイ要素と関連するウィンドウはこのような実装を展開する。この実装は、ドロップ発生およびドロップされたリプレゼンテーションを、次のように処理する。ａ）格納されたドキュメントから、ドロップ・アクセプタンス・ハンドラ・オブジェクトを取り出す。ｂ）このオブジェクト上にドロップ処理の呼出しを起動し、ドロップされたリプレゼンテーションを供給する。ドラッグされたアイテムの外部ソースは、他のプロキシイを含む、システムのドラッグする機能に関する適切なものなら何でもよいことに注意されたい。プロキシイ・メカニズムのヒューマン・インタフェース・アプリケーション好ましい実施例によると、プロキシイは、「ワークプレース」の機能をウィンドウ環境中の現在アクティブなドキュメントに与え、例として、プロキシイがワークプレース・コンテキスト中の普通のアイコンである場合の、ビィヘイビアの特性の記述が示される。この記述は、プロキシイがオープン・ウインドウ環境中でどのようにプロキシイが行動するかの記述が続いている。ドキュメント・オブジェクトワークプレース中でドキュメント・アイコンを、あるコンテナから他のコンテナにドラッグして、移動し、コピーすることができる。また、ドキュメント・アイコンをごみ箱や機能デバイス（例えば、プリンタ）および外観を表している他のアイコン、ドキュメントが運んでいるデータを読み、解釈することができる特別なアイコンにドラッグすることができる。例えば、ドキュメントがメイル・アドレスを含んでいるとき、ドキュメント・オブジェクトがそのアドレスにメイルされる。特に、それがビジネス・カード・オブジェクトである場合、手紙又は他のドキュメント・オブジェクトがドラッグされ、ビジネス・カード・オブジェクト上にドロップされて、ビジネス・カード内のアドレスに対してメイル・オペレーションを起動する。アドレスがインターネット・アドレスや他のネットワーク・アドレスである場合、ドキュメントは、ネットワークの媒体を介して、特定のアドレスに送信される。電子アドレスがビジネス・カード内に存在しない場合、ユーザに対して、アドレスを入力するようにプロンプトされる。動作を開始するために、アイコンが選択され、次の動作が実行される。オープン、参照の作成、複製、属性の表示。各動作は、下に詳細に示す。ドキュメント・アイコンがプロキシイと共にウィンドウに対してオープンする。１）プロキシイは移動／コピー／トラッシュ動作を、オープンされかつアクティブなドキュメントに対して供給する。２）プロキシイを、ドキュメントをクローズせずドキュメントからプロキシイを取り除かずに、デバイスおよび外見上にドロップすることができる。ステイショナリ（便箋）・パッド・オブジェクトステイショナリ（便箋）・パッド・オブジェクトはワークスペース中にオープンし、そして、アイコンはステイショナリ・パッド・ベース・ドキュメントのコピーを作成し、ドキュメントをオープンする。ステイショナリ・パッド・オブジェクトはプロキシイと共にウィンドウ中にオープンし、そして、ステイショナリ・パッド・オブジェクトは、通常のドキュメントの意味でオープンの状態にはならない。これは、オープンすることで、コピー（通常のドキュメントで、ステイショナリ・パッドではない）が作成され、プロキシイを含むドキュメント中にオープンされる。他の変形は、ステイショナリ・パッドに対するショー・プロパティ・ウィンドウ（属性をみせるウィンドウ）はプロキシイを有し、ショー・プロパティ・ウィンドウからオープンすることができる（コピーをオフし、ステイショナリ・ドキュメント・インスタンスをオープン）。プリンタ・オブジェクトプリンタ・オブジェクトはワークプレースにオープンされ、そして、それはアイコンとなる。それに対して、ドキュメントをドラッグし、関連するハードウェア・プリンタ・デバイスにドキュメントをプリントさせることができる。プリンタ・オブジェクトがプロキシイと共にオープンした場合、プリンタ・オブジェクトは、キューされたジョブの状態、プリンタの状態（紙が切れかかっているような）、または特別なプリンタ機能のためのパネルを表示するウィンドウ中にオープンする。ウィンドウにプロキシイを含んでいるので、ユーザは、ジョブをプリンタにドラッグする同じインタフェースを、すなわち、ドキュメント・アイコンをプロキシイ・アイコンにドラッグすることで用い続けることができる。図１０は、好ましい実施例による、プロキシイ動作に関連した詳細なロジックを示すフローチャートである。処理は、マウス・ダウンが起こったとき、機能ブロック１０００で始まる。そして、マウス・ダウン・イベントが検出されたとき、カーソルがイベント領域に位置しているかどうかを判定する判定ブロック１００２でテストが実行される。そうである場合は、機能ブロック１００４に示されているように、イベントがポストされ処理される。ドラッグ可能なエンティティが選択されたかどうかの他のテストが１０１０で実行される。そうではない場合、機能ブロック１０１２に示されているように、制御は他のインタラクションに渡される。そして、処理は機能ブロック１０００に戻り、次のマウス・ダウン・イベントを待つ。ドラッグ可能なエンティティが判定ブロック１０１０で検出された場合、ドラッグ＆ドロップ・インタラクタが機能ブロック１０２０で作成され、次のマウス・アクションに関係する次のイベントが機能ブロック１０３０で受け取られる。新しいアクセプタがアイコンの下に位置しているか判定する判定ブロック１０４０でテストが実行される。そうである場合、機能ブロック１０４２でドラッグ・エグジット・イベントをポストし、制御を判定ブロック１０５０に渡し、選択されたアイコンの下に同じアクセプタが位置しているかを判定する。同じアクセプタではない場合、機能ブロック１０７０でドラッグ・エンタ・イベントはポストされ、制御は判定ブロック１０６０に渡され、マウス・ドロップ・イベントが発生したかを判定する。そうである場合、機能ブロック１０８０で示されているように、アクセプタ機能を実行する。そうではない場合、制御を１０３０に渡し、次のイベントを処理する。バックグラウンドの文法分析ツールが、ソフトウェア・アイコンとして実装されており、これにテキスト・ドキュメントをドラッグすると、分析ツールが起動され、分析ツールのアイコン表示上にドラッグされたドキュメントを分析する。オープンされたアプライアンス・ウィンドウ(appliance window)がプロキシイを有している場合、現在の結果が同じウィンドウに表示されている一方、もっと分析すべきドキュメントをプロキシイが受け取るインタフェースを提供する。他の例として、スペル・チェック動作が同時に起動することができる。特定のシステム環境における好ましい実施例として本発明を説明してきたが、当業者ならば、本発明が、添付されているクレームの範囲と精神の内で、修正を加えて他のハードウェアおよびソフトウェア環境で実施できることが理解できるであろう。

【手続補正書】特許法第１８４条の８【提出日】１９９６年４月１５日【補正内容】請求の範囲１．プロセッサ（１０）と；前記プロセッサに取り付けられた格納手段（１４，１６）と；前記プロセッサの制御下にある表示手段（３８）と；前記格納手段に存在し、前記表示手段上に表示される少なくとも１つのドキュメント（３００）と；前記格納したドキュメント（３００）を処理する、システム・レベルのオブジェクト指向ドキュメント・フレームワーク手段とを備えるドキュメント処理のための装置において、（ａ）前記ドキュメントの１つをアクティブなドキュメント（２４０）として提示する手段（２１０，３１０）を含む、１以上のアイコン（図７，４００〜４３０）として表示されているドキュメントを管理するシステム・レベルのオブジェクト指向デスクトップ管理手段と；（ｂ）前記ドキュメントの１つのグラフィカル・リプレゼンテーション（２００）をアクティブなドキュメント（２４０）のプレゼンテーション（２１０）内に表示する手段を含む、前記システム・レベルのオブジェクト指向ドキュメント・フレームワーク手段中の表示されているドキュメントから前記デスクトップ管理手段を実行する、システム・レベルのオブジェクト指向ドキュメント・プロキシイ手段（３２０〜３６０，図６，４４０〜４５０，５００〜５５０）であって、前記グラフィカル・リプレゼンテーションは、前記デスクトップ管理手段によりサポートされており、これに関連するグラフィカル・プレゼンテーションを有するドキュメントに対するオペレーションの集合を示し、かつ、グラフィカル・リプレゼンテーションは、グラフィカル・リプレゼンテーションに関連する１つのドキュメントに対するオペレーションの集合の１つを開始するように操作されることができる手段とを備えることを特徴とする装置。２．前記ドキュメント・フレームワーク手段は、ドキュメントのグラフィカル・リプレゼンテーション（２００）を表示上のアクティブ・ドキュメントとリンクする手段（３３０）を備えることを特徴とする請求項１記載の装置。３．ドキュメントのグラフィカル・リプレゼンテーションを表示上のアクティブ・ドキュメントとリンクする前記手段は、グラフィカル・リプレゼンテーションに近いドキュメントのテキスト記述（２２０）を表示する手段（３２０）を含むことを特徴とする請求項２記載の装置。４．前記格納手段中のオブジェクト（図３）内のプロキシイ属性（３４０）を隠蔽する手段を含むことを特徴とする請求項１記載の装置。５．システム・レベルのオブジェクト指向ドキュメント・フレームワーク中の表示されたドキュメントから、デスクトップ・ドラッグ＆ドロップ機能（図６）を実行するシステム・レベルのオブジェクト指向ドキュメント・プロキシイ手段を含むことを特徴とする請求項３記載の装置。６．システム・レベルのオブジェクト指向ドキュメント・フレームワーク中のドラッグ＆ドロップ動作の互換性をチェックする型ネゴシエーション処理（３６０，５５０，１０８０）を含むことを特徴とする請求項１記載の装置。７．表示手段と格納手段とを有し、格納したドキュメントを処理するシステム・レベルのオブジェクト指向ドキュメント・フレームワークを有するプロセッサ上のドキュメント処理の方法において、（ａ）前記表示手段上に表示するための少なくとも１つのドキュメント（図３）を前記格納手段に格納するステップと、（ｂ）前記ドキュメントの１つをアクティブなドキュメントとして表示するステップを含む、１以上のアイコン（２００）として表示されているドキュメントを管理するステップと、（ｃ）前記システム・レベルのオブジェクト指向ドキュメント・フレームワーク（３２０〜３６０，図６，４４０〜４５０，５００〜５５０）中のアクティブなドキュメントから前記デスクトップ管理手段を実行するために、システム・レベルのオブジェクト指向デスクトップ管理手段を利用するステップであって、前記ドキュメントの１つのグラフィカル・リプレゼンテーション（２００）をアクティブなドキュメント（２４０）のプレゼンテーション（２１０）内に表示するステップを含み、前記グラフィカル・リプレゼンテーションは、グラフィカル・プレゼンテーションに関連する全てのドキュメントに対する、前記デスクトップ管理手段によりサポートされているオペレーションの集合を示すステップと、（ｄ）前記グラフィカル・リプレゼンテーションを操作して、前記グラフィカル・リプレゼンテーションに関連する１つのドキュメントに対して、前記オペレーションの集合の１つを開始させるステップとを備えることを特徴とする方法。８．ドキュメントのグラフィカル・リプレゼンテーション（２００）を表示上のアクティブ・ドキュメントとリンクする（３３０）ステップを備えることを特徴とする請求項７記載の方法。９．グラフィカル・リプレゼンテーションに近いドキュメントのテキスト記述（２２０）を表示する（３２０）ステップを含むことを特徴とする請求項８記載の方法。１０．前記格納手段中のオブジェクト（図３）内のプロキシイ属性（３４０）を隠蔽するステップを含むことを特徴とする請求項７記載の方法。１１．システム・レベルのオブジェクト指向ドキュメント・フレームワーク中の表示されたドキュメントから、デスクトップ・ドラッグ＆ドロップ機能（図６）を実行するステップを含むことを特徴とする請求項１０記載の方法。１２．型ネゴシエーションを利用して、システム・レベルのオブジェクト指向ドキュメント・フレームワーク中のドラッグ＆ドロップ動作（３６０，５５０，１０８０）の互換性をチェックするステップを含むことを特徴とする請求項１１記載の方法。１３．１以上のアイコンをプロキシイにドラッグし、アクションを起動するステップを含むことを特徴とする請求項７記載の方法。１４．ドキュメントをプリントするステップを含むことを特徴とする請求項１３記載の方法。１５．ドキュメントをコピーするステップを含むことを特徴とする請求項１３記載の方法。１６．ドキュメントを移動するステップを含むことを特徴とする請求項１３記載の方法。１７．ドキュメントをトラッシュするステップを含むことを特徴とする請求項１３記載の方法。１８．スペル・チェック動作を実行するステップを含むことを特徴とする請求項１３記載の方法。１９．ドキュメントをメイリングするステップを含むことを特徴とする請求項１３記載の方法。

───────────────────────────────────────────────────── フロントページの続き (72)発明者ディッキンソン，ロバート，ディー. アメリカ合衆国 94544 カリフォルニア州ヘイワードフェアウェイストリート 250 (72)発明者ワタナベ，リョウジアメリカ合衆国 95014 カリフォルニア州クパチーノパームアヴェニュ 22284

Claims

【特許請求の範囲】１．ドキュメント処理のための装置において、（ａ）プロセッサ手段と、（ｂ）前記プロセッサ手段に取り付けられた格納手段と、（ｃ）前記プロセッサ手段の制御下にある表示装置と、（ｄ）前記格納手段に存在し、前記表示手段上に表示される少なくとも１つのドキュメントと、（ｅ）前記格納したドキュメントを処理する、システム・レベルのオブジェクト指向ドキュメント・フレームワーク手段と、（ｆ）１以上のアイコンとして表示されているドキュメントを管理する、システム・レベルのオブジェクト指向デスクトップ管理手段と、（ｇ）前記システム・レベルのオブジェクト指向ドキュメント・フレームワーク手段中の表示されているドキュメントから前記デスクトップ管理手段を実行する、システム・レベルのオブジェクト指向ドキュメント・プロキシイ手段とを備えることを特徴とする装置。２．前記ドキュメント・フレームワーク手段は、ドキュメントのグラフィカル・リプレゼンテーションを表示上のアクティブ・ドキュメントとリンクする手段を備えることを特徴とする請求項１記載の装置。３．ドキュメントのグラフィカル・リプレゼンテーションを表示上のアクティブ・ドキュメントとリンクする前記手段は、グラフィカル・リプレゼンテーションに近いドキュメントのテキスト記述を表示する手段を含むことを特徴とする請求頃２記載の装置。４．前記格納手段中のオブジェクト内のプロキシイ属性を隠蔽する手段を含むことを特徴とする請求項１記載の装置。５．システム・レベルのオブジェクト指向ドキュメント・フレームワーク中の表示されたドキュメントから、デスクトップ・ドラッグ＆ドロップ機能を実行するシステム・レベルのオブジェクト指向ドキュメント・プロキシイ手段を含むことを特徴とする請求項３記載の装置。６．システム・レベルのオブジェクト指向ドキュメント・フレームワーク中のドラッグ＆ドロップ動作の互換性をチェックする型ネゴシエーション処理を含むことを特徴とする請求項１記載の装置。７．ドキュメント・プロキシイ処理のための方法において、（ａ）ドキュメントと格納されたドキュメント・オブジェクト中のドキュメントに関連する隠蔽された情報とを格納するステップと（ｂ）前記格納されたドキュメント・オブジェクトのドキュメント・アイコン表示を選択するステップと（ｃ）ウィンドウ境界情報を表示するステップと（ｄ）格納されたドキュメント・オブジェクトから特定のドキュメントに関連があるウィンドウ・コンテント・リプレゼンテーションを取り出して、前記格納されたドキュメント・オブジェクトをオープンするステップと（ｅ）格納されたドキュメント・オブジェクトから情報を取り出すことにより、ドキュメント・プロキシイをグラフィカル表示を表示するステップとを備えることを特徴とする方法。８．表示手段と格納手段とを有するプロセッサ上のドキュメント処理の方法において、（ａ）前記表示手段上に表示するための少なくても１つのドキュメントを前記格納手段に格納するステップと、（ｅ）システム・レベルのオブジェクト指向ドキュメント・フレームワークを利用して、前記格納されたドキュメントを処理するステップと、（ｆ）システム・レベルのオブジェクト指向デスクトップ管理手段を利用して、１以上のアイコンとして表示されているドキュメントを管理するステップと、（ｇ）前記システム・レベルのオブジェクト指向ドキュメント・フレームワーク手段中の表示されているドキュメントから前記デスクトップ管理手段を実行するステップとを備えることを特徴とする方法。９．ドキュメントのグラフィカル・リプレゼンテーションを表示上のアクティブ・ドキュメントとリンクするステップを備えることを特徴とする請求項８記載の方法。１０．グラフィカル・リプレゼンテーションに近いドキュメントのテキスト記述を表示するステップを含むことを特徴とする請求項９記載の方法。１１．前記格納手段中のオブジェクト内のプロキシイ属性を隠蔽するステップを含むことを特徴とする請求項８記載の方法。１２．システム・レベルのオブジェクト指向ドキュメント・フレームワーク中の表示されたドキュメントから、デスクトップ・ドラッグ＆ドロップ機能を実行するステップを含むことを特徴とする請求項１１記載の方法。１３．型ネゴシエーションを利用して、システム・レベルのオブジェクト指向ドキュメント・フレームワーク中のドラッグ＆ドロップ動作の互換性をチェックするステップを含むことを特徴とする請求項１２記載の方法。１４．１以上のアイコンをプロキシイにドラッグし、アクションを起動するステップを含むことを特徴とする請求項８記載の方法。１５．ドキュメントをプリントするステップを含むことを特徴とする請求項１４記載の方法。１６．ドキュメントをコピーするステップを含むことを特徴とする請求項１４記載の方法。１７．ドキュメントを移動するステップを含むことを特徴とする請求項１４記載の方法。１８．ドキュメントをトラッシュするステップを含むことを特徴とする請求項１４記載の方法。１９．スペル・チェック動作を実行するステップを含むことを特徴とする請求項１４記載の方法。２０．ドキュメントをメイリングするステップを含むことを特徴とする請求項１４記載の方法。