知識マップ: COM とは何か - Windows COM の設計が今でも美しい理由

記事「COM とは何か - Windows COM の設計が今でも美しい理由」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

COMはWindows上でコンポーネント同士がやり取りするためのバイナリ契約で、すべてのインターフェースが継承するIUnknownがQueryInterfaceによる機能確認とAddRef/Releaseによる参照カウント管理を提供します。CLSIDとIIDというGUIDでコンポーネントとインターフェースを一意に識別することで名前の衝突を避け、既存インターフェースを変えずに新しいインターフェースを追加してQueryInterfaceで確認する設計がバージョン共存を実現します。呼び出し側と同じプロセスに読み込むIn-proc(DLLサーバー)はビット数の一致が必須で相手のクラッシュに道連れになりますが、別プロセスで動くOut-of-proc(LocalServer)はその制約から自由な代わりに、相手が消えたときのRPC_E_DISCONNECTEDのような切断エラーへの備えが必要になります。HRESULTという戻り値による成否表現とProxy/Stub、IDLによる契約の事前定義が、この仕組み全体を言語やプロセスの境界から独立させています。

flowchart LR
    accTitle: COMの設計が美しい理由の知識マップ
    accDescr: COMがIUnknownによる参照カウントとQueryInterface、CLSID・IIDによる識別を土台に、バイナリ互換性・インターフェース分離・バージョン共存・プロセス境界を越えた再利用という強みを実現し、In-procとOut-of-procの配置形態やHRESULT、.NETとの相互運用へつながる関係を示す図。
    com["COM(コンポーネントオブジェクトモデル)"]
    iunknown["IUnknown"]
    queryinterface["QueryInterface"]
    com_reference_counting["COMの参照カウント(AddRef/Release)"]
    clsid["CLSID(Class ID)"]
    iid["IID(インターフェース識別子)"]
    hresult["HRESULT"]
    com_binary_compatibility["COMのバイナリ互換性"]
    com_interface_versioning["COMのバージョン共存"]
    in_proc_com["In-proc COM(DLLサーバー)"]
    com_localserver["COM LocalServer(別プロセスCOMサーバー)"]
    bitness_match_requirement["bitness一致要件"]
    in_proc_crash_propagation["In-procのクラッシュ道連れ"]
    out_of_proc_com_disconnection_error["Out-of-proc COMの切断エラー"]
    proxy_stub["Proxy/Stub"]
    idl["IDL(インターフェース定義言語)"]
    dotnet_com_interop[".NETのCOM相互運用(COM Interop)"]
    progid["ProgID(Programmatic Identifier)"]
    activex["ActiveX"]
    com -->|"利用する"| iunknown
    com -->|"利用する"| queryinterface
    com -->|"利用する"| com_reference_counting
    com -->|"利用する"| clsid
    com -->|"利用する"| iid
    com -->|"利用する"| hresult
    com -->|"実装を担う"| com_binary_compatibility
    com_binary_compatibility -->|"前提とする"| iunknown
    com -->|"実装を担う"| com_interface_versioning
    com_interface_versioning -->|"前提とする"| queryinterface
    com -.->|"利用する"| in_proc_com
    com -.->|"利用する"| com_localserver
    in_proc_com -->|"前提とする"| bitness_match_requirement
    in_proc_com -->|"原因になり得る"| in_proc_crash_propagation
    com_localserver -->|"防止する"| in_proc_crash_propagation
    com_localserver -.->|"原因になり得る"| out_of_proc_com_disconnection_error
    com -.->|"利用する"| proxy_stub
    com -->|"利用する"| idl
    dotnet_com_interop -.->|"利用する"| progid
    dotnet_com_interop -->|"利用する"| queryinterface
    dotnet_com_interop -->|"利用する"| hresult
    dotnet_com_interop -->|"利用する"| com_reference_counting
    activex -->|"前提とする"| com

概念間の関係(全23件)

図と同じ関係を文章でも列挙します。表示している文と機械可読な意味データ(RDFa)は同じ要素に載っています。確度が「確立した関係」のものは直接の関係として、「条件付きの関係」のものは成立条件つきの言明(rdf:Statement)として表現しています。

• COM(コンポーネントオブジェクトモデル)はIUnknownを利用します。すべてのCOMインターフェースはIUnknownを継承し、QueryInterface・AddRef・Releaseの3メソッドを備える契約になっている。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COM(コンポーネントオブジェクトモデル)はQueryInterfaceを利用します。実行時に別のインターフェースへの対応を尋ねるQueryInterfaceが、実装を知らずに機能を確認する手段になっている。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COM(コンポーネントオブジェクトモデル)はCOMの参照カウント(AddRef/Release)を利用します。AddRefで増え、Releaseで減って0になると破棄される参照カウントで、COMオブジェクトの寿命を管理する。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COM(コンポーネントオブジェクトモデル)はCLSID(Class ID)を利用します。コンポーネントの実装はCLSIDという世界で一意なGUIDで識別される。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COM(コンポーネントオブジェクトモデル)はIID(インターフェース識別子)を利用します。インターフェースの契約もIIDというGUIDで一意に識別され、名前の衝突を防ぐ。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COM(コンポーネントオブジェクトモデル)はHRESULTを利用します。COMメソッドは例外ではなく整数のHRESULTで成否を返し、これが言語をまたいだ解釈を可能にする。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COM(コンポーネントオブジェクトモデル)はCOMのバイナリ互換性の実装を担います。仮想関数テーブルの並び順だけを規約にすることで、言語やコンパイラを問わない再利用を実現している。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COMのバイナリ互換性はIUnknownを前提とします。呼び出しの並び順がバイナリレベルで決まるのは、すべてのインターフェースがIUnknownを継承する規約があるからである。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COM(コンポーネントオブジェクトモデル)はCOMのバージョン共存の実装を担います。既存インターフェースを変えずに新しいインターフェースを追加していく設計が、後方互換を保ったバージョン共存を実現する。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COMのバージョン共存はQueryInterfaceを前提とします。新しい版の契約に対応しているかどうかを、QueryInterfaceで実行時に確認する。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COM(コンポーネントオブジェクトモデル)はIn-proc COM(DLLサーバー)を利用します。コンポーネントをそう登録した場合、呼び出し側と同じプロセスにDLLとして読み込むIn-proc(DLLサーバー)という配置形態を持つ。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• COM(コンポーネントオブジェクトモデル)はCOM LocalServer(別プロセスCOMサーバー)を利用します。コンポーネントをそう登録した場合、別プロセスのEXEとして起動するOut-of-proc(EXEサーバー、LocalServer)という配置形態も持つ。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• In-proc COM(DLLサーバー)はbitness一致要件を前提とします。In-procは呼び出し側プロセスとビット数(32bit/64bit)が一致していないと読み込めない。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• In-proc COM(DLLサーバー)はIn-procのクラッシュ道連れの原因になることがあります。同じプロセスで動くIn-procコンポーネントがクラッシュすると、呼び出し側のホストプロセスも道連れで落ちる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COM LocalServer(別プロセスCOMサーバー)はIn-procのクラッシュ道連れを防ぎます。別プロセスで動くOut-of-procなら、サーバー側がクラッシュしても呼び出し側は生き残る。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COM LocalServer(別プロセスCOMサーバー)はOut-of-proc COMの切断エラーの原因になることがあります。別プロセスであることは相手がいつでも消えうることも意味し、RPC_E_DISCONNECTEDやRPC_S_SERVER_UNAVAILABLEといったエラーが返ることがある。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• COM(コンポーネントオブジェクトモデル)はProxy/Stubを利用します。別プロセスや別マシンの呼び出しでも、Proxy/Stubが引数の詰め直し(マーシャリング)とプロセス間通信を隠し、呼び出し側のコードの見た目を変えない。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• COM(コンポーネントオブジェクトモデル)はIDL(インターフェース定義言語)を利用します。インターフェースという契約は通常IDLで先に定義し、そこから各言語向けのヘッダーを生成する。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• .NETのCOM相互運用(COM Interop)はProgID(Programmatic Identifier)を利用します。ProgIDを使って解決する場合、Type.GetTypeFromProgIDのように、人が読めるProgIDから対応するCLSIDのコンポーネントを解決して呼び出せる。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• .NETのCOM相互運用(COM Interop)はQueryInterfaceを利用します。C#でのインターフェースへのキャストは、内部的にQueryInterfaceの呼び出しに相当する。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• .NETのCOM相互運用(COM Interop)はHRESULTを利用します。失敗したHRESULTは.NET側で例外に変換されるという決まった規則で扱われる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• .NETのCOM相互運用(COM Interop)はCOMの参照カウント(AddRef/Release)を利用します。AddRef/Releaseは.NET側では見えなくなるが、RCWという薄いラッパーが代わりに呼び出している。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• ActiveXはCOM(コンポーネントオブジェクトモデル)を前提とします。ActiveXは、実務ではCOMベースのコントロールやその周辺資産をまとめて指す言葉として使われる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典

主要概念の定義

COM(コンポーネントオブジェクトモデル)

公開インターフェース、レジストリ登録、Apartment Modelなどを土台にした、Windowsのバイナリ互換コンポーネントモデル。

COMのバイナリ互換性

プログラミング言語やランタイムを問わず、一度ビルドしたCOMコンポーネントをそのまま再利用できる性質。

COMのバージョン共存

既存インターフェースを変更せずに新しいインターフェースを追加し、QueryInterfaceで対応状況を実行時に確認することで後方互換を保つ設計。

In-proc COM(DLLサーバー)

COMコンポーネントを呼び出し側と同じプロセスに読み込んで使う形態。

COM LocalServer(別プロセスCOMサーバー)

COMサーバーをEXEとして別プロセスで動かす形態。bitnessの壁を越えたり、クラッシュを隔離したりできる。レジストリのCLSID配下のLocalServer32キーにEXEパスを登録する。

.NETのCOM相互運用(COM Interop)

ComImport属性やRCW(Runtime Callable Wrapper)を介して.NETからCOMコンポーネントを呼び出す仕組み。HRESULTの失敗を例外に変換するなど、決まった規則で変換する。

ActiveX

実務ではCOMベースのコントロールやその周辺資産をまとめて指す言葉として使われる技術群。特に.ocx形式のUIコントロールやIE/コンテナへ埋め込む部品を含むことが多い。

機械可読データ

• JSON-LD / Turtle ── この記事の知識グラフ全体
• 概念一覧 / 語彙(述語)の定義

このページはサイトの知識グラフ(_data/knowledge/)から自動生成されています。誤りの指摘はお問い合わせからお願いします。