オブジェクトのリンクと埋め込み

オブジェクトのリンクと埋め込み( OLE ) は、Microsoftが開発した独自のテクノロジで、ドキュメントやその他のオブジェクトへの埋め込みとリンクを可能にします。開発者にとっては、カスタム ユーザー インターフェイス要素を開発して使用する方法である OLE コントロール拡張機能 (OCX) が実現しました。技術的なレベルでは、OLE オブジェクトとは、オブジェクトのニーズに応じて、さまざまな他のインターフェイスとともにインターフェイスを実装するオブジェクトです。 IOleObject

OLE を使用すると、編集アプリケーションはドキュメントの一部を別の編集アプリケーションにエクスポートし、その後、追加コンテンツとともにインポートすることができます。たとえば、デスクトップ パブリッシングシステムは、OLE を使用して、一部のテキストをワード プロセッサに送信したり、画像をビットマップ エディタに送信したりすることができます。^[1] OLE の主な利点は、テキスト エディタや画像エディタなどのさまざまなアプリケーションから、さまざまな種類のデータをドキュメントに追加できることです。これにより、複合ファイル バイナリ形式のドキュメントと、ドキュメントが参照するマスター ファイルが作成されます。マスター ファイルのデータを変更すると、それを参照するドキュメントにすぐに影響します。これは、「埋め込み」ではなく「リンク」と呼ばれます。

OLE は、ドラッグ アンド ドロップやクリップボード操作を使用して、異なるアプリケーション間でデータを転送するためにも使用できます。

1990 年にリリースされた OLE 1.0 は、 Microsoft が以前のバージョンのWindows用に開発したオリジナルのDynamic Data Exchange (DDE) コンセプトの進化形です。DDE は実行中の 2 つのアプリケーション間で限られた量のデータを転送することに限られていましたが、OLE は 2 つのドキュメント間のアクティブなリンクを維持したり、ある種類のドキュメントを別の種類のドキュメントに埋め込んだりすることができました。

OLE サーバーとクライアントは、仮想関数テーブル(VTBL)を使用してシステム ライブラリと通信します。VTBL は、システム ライブラリがサーバーまたはクライアントと通信するために使用できる関数ポインターの構造で構成されます。サーバー ライブラリとクライアント ライブラリ ( OLESVR.DLLとOLECLI.DLL)は、もともとWM_DDE_EXECUTEメッセージを使用して相互に通信するように設計されました。

OLE 1.0 はその後、コンポーネント オブジェクト モデル(COM)として知られるソフトウェア コンポーネントのアーキテクチャに進化し、後にDCOM になりました。

OLE オブジェクトがクリップボードに置かれるか、ドキュメントに埋め込まれると、ネイティブ Windows 形式 (ビットマップやメタファイルなど) の視覚的表現と、そのオブジェクト独自の形式の基になるデータの両方が保存されます。これにより、アプリケーションは、オブジェクトの作成に使用したアプリケーションをロードせずにオブジェクトを表示でき、適切なアプリケーションがインストールされている場合は、オブジェクトを編集することもできます。

Windows 3.1からWindows XPまで同梱されている OLE のコンポーネントであるオブジェクトパッケージャーを使用すると、非 OLE オブジェクトを「パッケージ化」して OLE クライアントに埋め込むことができます。

OLE 2.0 は OLE の次の進化版であり、バージョン 1.0 と同じ目標を多く共有していますが、VTBL を直接使用するのではなく、COM 上に再実装されています。新しい機能は、OLE オートメーション、ドラッグ アンド ドロップ、インプレース アクティベーション、構造化ストレージです。モニカーは OLE 1 オブジェクト名から進化したもので、独立して発明されたURL や URIに似た階層的なオブジェクトおよびリソース命名システムを提供します。Windows では、URL モニカー タイプとモニカー URL スキームをサポートする 2 つのテクノロジが統合されています。

OLE カスタム コントロールは、現在では廃止されているVisual Basic 拡張コントロールの代わりとして 1994 年に導入されました。これらをアップグレードする代わりに、新しいアーキテクチャは OLE をベースとしました。特に、OLE 2.0 をサポートするコンテナーであれば、OLE カスタム コントロールを埋め込むことができますが、コンテナーがこれをサポートしていない限り、これらのコントロールはイベントに反応できません。OLE カスタム コントロールは通常、 .ocx 拡張子のダイナミック リンク ライブラリの形式で出荷されます。1996 年には、コントロールのファイル サイズを小さく抑えてダウンロードを高速化するために、コントロールのすべてのインターフェイス (IUnknown を除く) がオプションになりました。これらは当時、 ActiveX コントロールと呼ばれていました。

OLEオブジェクトとコンテナーは、コンポーネント オブジェクト モデルの上に実装されます。これらは、機能をエクスポートするためのインターフェイスを実装できるオブジェクトです。IOleObjectインターフェイスのみが必須ですが、それらのインターフェイスによってエクスポートされる機能が必要な場合は、他のインターフェイスも実装する必要があります。

以降の内容を理解しやすくするために、いくつかの用語を説明する必要があります。オブジェクトの表示ステータスとは、オブジェクトが透明、不透明、または不透明で背景が単色であるかどうか、および指定されたアスペクト比での描画をサポートしているかどうかです。オブジェクトのサイトとは、コンテナー内のオブジェクトの位置を表すオブジェクトです。コンテナーは、含まれるすべてのオブジェクトに対してサイト オブジェクトをサポートします。

以下は、通常実装する必要があるオブジェクトごとにグループ化されたインターフェイスのリストです。通常、OLE オブジェクトによって実装されるインターフェイスは、通常、OLE コンテナーによって呼び出され、その逆も同様です。次のリストでは、インデントはインターフェイスの継承を示すことに注意してください。インデントされていないすべてのインターフェイスは、IUnknownから派生します。

データオブジェクト

実装すると、データの転送とデータ変更の通知が可能になります。ドラッグ アンド ドロップ、クリップボードへのコピーやクリップボードからの貼り付け、または含まれるドキュメントへのリンクや埋め込みをサポートするオブジェクトによって実装される必要があります。

オブジェクトとサイト

呼び出し元が OLE オブジェクトにそのサイトを通知できるようにします。この機能はOleObjectでも提供されますが、OleObjectが他の目的で使用されていない場合は、サポートされている場合はObjectWithSite を使用できます。

オレキャッシュ

DataObjectからの視覚的なプレゼンテーションをキャッシュできるようにします。これにより、埋め込みオブジェクトに視覚的な表現を保存できるため、オブジェクトの作成に使用したアプリケーションを起動しなくても、後で表示できるようになります。

通常は標準実装が使用されます。

オレキャッシュ2

キャッシュをより細かく制御できます。

通常は標準実装が使用されます。

オレキャッシュコントロール

このインターフェイスはコンテナによって呼び出されるのではなく、オブジェクトによって内部的に呼び出され、 DataObjectが実行中であるときに通知を受信できるようにします。これにより、そのオブジェクトのデータ変更の通知をサブスクライブして、キャッシュされたプレゼンテーションを適切に更新できるようになります。

通常は標準実装が使用されます。

ドキュメント

OLE オブジェクトがデータの複数のビューといくつかの関連機能をサポートできるようにします。

ドキュメントビュー

ドキュメント オブジェクト ( OleDocumentを実装するオブジェクト) は、すべてのビューに対してこのインターフェイスを実装します。これにより、呼び出し元はオブジェクトのサイトを設定したり、オブジェクトのサイズを照会および設定したり、オブジェクトを表示およびアクティブ化したり、関連するいくつかの機能を実行できます。

オレウィンドウ

OleInPlaceアクティブオブジェクト

オブジェクトの最も外側のコンテナーによって呼び出され、アクティブな間にオブジェクトと対話します。たとえば、コンテナーのメッセージ キュー内の、含まれているオブジェクト用のアクセラレータ キーを処理する場合などです。

OleInPlaceObject

オブジェクトをアクティブ化または非アクティブ化するためにコンテナーによって呼び出されます。

IOleInPlaceObjectウィンドウなし

ウィンドウなしのオブジェクトとは、独自のウィンドウを持たず、代わりにコンテナーのウィンドウに表示されるオブジェクトです。コンテナーは、コンテナーのウィンドウが受信した、含まれているオブジェクト宛てのメッセージを中継するためにこのウィンドウを使用します。たとえば、マウスがウィンドウ上に移動すると、Windows はマウス移動メッセージとマウス座標をウィンドウのメッセージ キューに配置します。このウィンドウにウィンドウなしの埋め込みオブジェクトが含まれている場合、マウス ポインターの座標がこのオブジェクトの上にあるときは、メッセージをそのようなオブジェクトに中継する必要があることがあります。同様の理由で、このインターフェイスはオブジェクトのDropTargetインターフェイスへのアクセスも提供します。

オレリンク

オブジェクトがリンクをサポートできるようにします。たとえば、コンテナーがリンクされたオブジェクトのソースを設定できるようにします。

通常は標準実装が使用されます。

オレオブジェクト

おそらく、OLE オブジェクトにとって最も重要なインターフェイスです。たとえば、コンテナーは、オブジェクトにその場所を通知したり、データからオブジェクトを初期化したり、オブジェクトを開いたり閉じたり、オブジェクトのサイズを照会および設定したり、コンテナーのAdviseSinkで通知を要求したり、オブジェクトに対して「動詞」として定義されたオブジェクトを実行したりできます。これらの動詞には、多くの場合「開く」または「編集」が含まれますが、他の動詞を含めることもできます。動詞の 1 つは主動詞として定義され、ユーザーがオブジェクトをダブルクリックすると実行されます。

ビューオブジェクト

オブジェクトがコンテナーにDataObject を渡さずに、自身を直接描画できるようにします。DataObjectとこのインターフェイスの両方をサポートするオブジェクトの場合、通常、基礎となる実装は共有されます。

ビューオブジェクト2

さらに、呼び出し元がオブジェクトのサイズを照会できるようにします。

ビューオブジェクトEx

透明なオブジェクトのちらつきのない描画、不規則な形状のオブジェクトのヒット テスト、オブジェクトのサイズ設定のサポートが追加されました。

IAdviseSink

オブジェクトが保存、閉じられる、または名前が変更されたとき、あるいはそのデータまたは視覚的な表示が変更されたときに、実装者が通知を受け取ることを可能にします。

IAdviseSink2

さらに、実装者は、OLE オブジェクトのリンク ソースが変更されたときに通知を受け取ることができます。

IAdviseSinkEx

さらに、実装者は、OLE オブジェクトの表示ステータスが変更されたときに通知を受け取ることができます。

IOleクライアントサイト

このインターフェイスにより、呼び出し元はオブジェクトのコンテナーと場所に関する情報を取得できるほか、オブジェクトの保存、サイズ変更、表示、非表示などを要求できます。

IOleドキュメントサイト

呼び出し元がこのサイトのオブジェクトをすぐにアクティブ化するように要求できるようにします。このインターフェイスを実装する場合は、IOleClientSite、IOleInPlaceSite、およびIAdviseSinkも実装する必要があります。

IOleコンテナ

このインターフェイスを使用すると、呼び出し元はコンテナー内の埋め込みオブジェクトを列挙したり、名前でそのようなオブジェクトを検索したりできます。これは主に、コンテナーが埋め込みオブジェクトへのリンクをサポートする場合に役立ちます。

IOleウィンドウ

IOleInPlaceUIウィンドウ

埋め込みオブジェクトがコンテナーのウィンドウ上のツール バーのスペースを調整できるようにします。

IOleInPlaceフレーム

呼び出し元は、コンテナーに、協調メニューとなる空のメニューにメニュー項目を挿入するように要求できます。また、呼び出し元は、コンテナーにこのメニューの表示/非表示、ダイアログ ボックスの表示/非表示、コンテナー用に含まれるオブジェクトが受信したアクセラレータ キーの処理を要求できます。

IOleInPlaceSite

コンテナーがこのインターフェイスを実装すると、埋め込みオブジェクトをその場でアクティブ化できます (つまり、別のウィンドウで開かずに)。コンテナーのIOleInPlaceUIWindowへのアクセスを提供します。

IOleInPlaceSiteEx

コンテナーがこのインターフェースを実装すると、埋め込みオブジェクトはアクティブ化または非アクティブ化時に再描画する必要があるかどうかを確認できます。また、UI をアクティブ化するように要求することもできます。

IOleInPlaceSiteウィンドウなし

コンテナーがウィンドウなしの埋め込みオブジェクトをサポートする場合、埋め込みオブジェクトのウィンドウによって通常提供される機能を置き換える機能を埋め込みオブジェクトに提供する必要があります。たとえば、このインターフェイスはコンテナーのウィンドウのデバイス コンテキストにアクセスする方法を提供し、それによって埋め込みオブジェクトがコンテナーのウィンドウに描画できるようにします。

IOleUILinkコンテナ

リンク オブジェクトを管理する標準の OLE ダイアログ ボックスが、コンテナー内のリンク オブジェクトを更新したり、リンク オブジェクトのソースを照会および変更したりするために使用するメソッドが含まれています。[リンク]、[ソースの変更]、[リンクの更新]、および [オブジェクトのプロパティ] ダイアログ ボックスで使用されます。

IOleUILinkInfo

さらに、ダイアログ ボックスで、リンクされたオブジェクトが最後に更新された日時と、それが自動で行われたか手動で行われたかを照会できるようになります。

IOleUIObjInfo

「オブジェクト プロパティ」ダイアログ ボックスに必要なメソッドが含まれています。たとえば、ユーザーが「オブジェクト プロパティ」ダイアログ ボックスを開いて、オブジェクトを別の型に変換するように要求すると、このインターフェイスのメソッドが呼び出されます。

IOleUndoManager

コンテナ自体と埋め込みオブジェクトの両方に、集中的な元に戻すサービスを提供します。元に戻すことができるアクションが実行されると、IOleUndoUnitが作成され、 IOleUndoManagerに追加されます。

IDataAdviseホルダー

データ変更通知に関連するIDataObjectのメソッドは、このインターフェイスのメソッドを呼び出すことによって実装できます。

通常は標準実装が使用されます。

IOleAdviseHolder

通知に関連するIOleObjectのメソッドは、このインターフェイスのメソッドを呼び出すことによって実装できます。

通常は標準実装が使用されます。

IDropSource

ドラッグ可能なオブジェクト、つまりドラッグ アンド ドロップ操作のソースとなるオブジェクトによって実装されます。実装されると、オブジェクトはドラッグ アンド ドロップ効果を描画し、オブジェクトがドロップされるタイミングやドラッグ アンド ドロップ操作がキャンセルされるタイミングを指定できるようになります。

IDropTarget

ドロップされたオブジェクトを受け入れるオブジェクト、つまりドラッグ アンド ドロップ操作のターゲットになることができるオブジェクトによって実装されます。実装されると、ターゲットはドロップされたオブジェクトを受け入れるかどうか、およびドロップされた後にオブジェクトに何が起こるかを指定できます。

IOleコマンドターゲット

特定の標準コマンドをサポートするオブジェクト (OLE オブジェクト、OLE コンテナ、およびその他のオブジェクト) によって実装できます。これにより、呼び出し側はコマンドがサポートされているかどうかを照会し、コマンドを実行できます。オブジェクトが通常実装するコマンドには、「削除」、「切り取り」、「コピー」、「貼り付け」、「元に戻す」、「検索」、「印刷」、「保存」、「ズーム」などがあります。現在 58 個の標準コマンドが定義されており、オフィス ソフトウェア、Web ブラウザー、および同様のアプリケーションでよく使用されるコマンドが含まれています。

IOleUndoUnit

元に戻すことができるアクションを表します。アクションを元に戻すために必要なすべての情報が含まれています。これはオブジェクトとコンテナーによって作成され、元に戻すことができるアクションをコンテナーのIOleUndoManagerに追加できます。

IOle親元に戻すユニット

元に戻すユニットに他の元に戻すユニットを含めることができます。本質的には、元に戻すユニットが元に戻すスタックとして機能し、元に戻すユニットをグループ化できます。たとえば、マクロを実行すると、マクロによって実行される元に戻すことができるすべてのアクションが 1 つの元に戻すユニットにグループ化されます。

IOleウィンドウ

このインターフェイスは、コンテナーまたはコンテナーに含まれるオブジェクトのウィンドウを表します。これにより、呼び出し元はウィンドウのハンドルを取得し、状況依存ヘルプ機能を切り替えることができます。状況依存ヘルプ機能がオンになっている場合、通常、マウス ポインターは疑問符付きの矢印に変わり、ユーザー インターフェイス要素をクリックするとヘルプ ウィンドウが開くことを示します。

OpenDocテクノロジは OLE と競合しようとしました。Microsoft の競合企業の一部^{[誰? ]}は、OpenDoc の方が堅牢で使いやすいと考えていました。OpenDoc を使用すると、ユーザーはアプリケーション間で情報を表示および編集することができ、Microsoft 独自の OLE 標準と直接競合していました。1993 年に Microsoft の競合企業が Component Integration Laboratories (CIL) と呼ばれるコンソーシアムを設立し、クロスプラットフォームのリンクと埋め込みのオープン標準として OpenDoc を開発しました。

Microsoft は、アプリケーションのWindows 95との互換性を認定する条件として、OLE 互換性を要求しました。Microsoft は当初、OpenDoc を使用するアプリケーションは OLE と互換性があるとみなされ、Windows 95 の認定を受けると発表しました。Microsoft は後にこの決定を覆し、OpenDoc を使用するアプリケーションは認定を受けられない可能性があると述べました。Microsoft は、競合アプリケーションをリリースするまで、OLE の仕様とデバッグ バージョンを保留しました。

OLE オブジェクトを使用すると相互運用性が制限されます。これは、これらのオブジェクトが Microsoft Windows 以外のファイルを表示または編集するプログラムで広くサポートされていないためです (たとえば、スプレッドシート アプリケーションの表やグラフをテキスト ドキュメントやプレゼンテーション ファイルに埋め込むなど)。^{[2] [3] [4] [5]} OLE オブジェクトを理解するソフトウェアが利用できない場合は、通常、オブジェクトは画像 (オブジェクトのビットマップ表現) に置き換えられるか、まったく表示されません。^{[6] [7] [8]}

• OLE オートメーション
• プロセス制御用 OLE (OPC)
• コンポーネント オブジェクト モデル(COM)
• 分散コンポーネント オブジェクト モデル(DCOM)
• 動的データ交換(DDE)
• 公開と購読 (Mac OS)
• インターネットメディアの種類
• 多目的インターネットメール拡張(MIME)
• トランスクルージョン
• Shscrap.dll (シェル スクラップ ファイル)

• ripOLE - OLE ドキュメントから添付ファイルを抽出します
• docs.microsoft.com からの OLE の背景