知識マップ: 32bitアプリから64bit DLLを呼ぶCOMブリッジ実例

記事「32bitアプリから64bit DLLを呼ぶCOMブリッジ実例」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

32bitアプリはビット構成が一致しないin-proc COMとして64bit DLLを直接ロードできないため、この記事では64bit側の処理をCOM LocalServer(EXEサーバー)として別プロセスに分離し、IDLとTypeLibで共有したCOMインターフェース越しに型付きで呼び出します。マーシャリングとProxy/Stubがプロセス境界をまたぐ呼び出しを橋渡しし、CLSIDとProgIDの登録、そしてCLSIDサブキーが32bit viewと64bit viewで別になるWOW64レジストリリダイレクターへの両面登録が前提になります。マシン全体への登録には管理者権限が必要で、.NET(5以降)は標準のEnableComHostingがin-proc専用のためOut-of-procサーバーの登録処理は自前で書く必要があります。

flowchart LR
    accTitle: 32bit/64bit COMブリッジの知識マップ
    accDescr: 32bitアプリが64bit DLLをCOM LocalServerのEXEサーバーとして呼び出す構成が、型ライブラリ・マーシャリング・CLSID/ProgIDの登録・WOW64レジストリリダイレクターとどう関係するかを示す図
    com_bridge_32_64["32bit/64bit COMブリッジ"]
    com_localserver["COM LocalServer(別プロセスCOMサーバー)"]
    type_library["型ライブラリ(TLB)"]
    com_marshaling["マーシャリング"]
    proxy_stub["Proxy/Stub"]
    in_proc_com["In-proc COM(DLLサーバー)"]
    bitness_match_requirement["bitness一致要件"]
    clsid["CLSID(Class ID)"]
    progid["ProgID(Programmatic Identifier)"]
    wow64_registry_redirector["WOW64レジストリリダイレクター"]
    wow6432node["WOW6432Node"]
    reg_exe["reg.exe(/reg:32 /reg:64)"]
    class_factory_registration["クラスファクトリの登録"]
    admin_rights["管理者権限"]
    regasm["Regasm.exe"]
    dotnet[".NET(Core以降)"]
    dotnet_framework[".NET Framework"]
    dotnet_comhost[".NET(5以降)のEnableComHosting/.comhost.dll"]
    com["COM(コンポーネントオブジェクトモデル)"]
    com_bridge_32_64 -->|"利用する"| com_localserver
    com_bridge_32_64 -->|"前提とする"| type_library
    com_localserver -->|"利用する"| com_marshaling
    com_marshaling -->|"利用する"| proxy_stub
    in_proc_com -->|"前提とする"| bitness_match_requirement
    com_localserver -->|"軽減する"| bitness_match_requirement
    com_localserver -->|"前提とする"| clsid
    progid -->|"前提とする"| clsid
    com_localserver -.->|"前提とする"| wow64_registry_redirector
    clsid -.->|"に保存される"| wow6432node
    wow64_registry_redirector -->|"で構成できる"| reg_exe
    com_localserver -->|"前提とする"| class_factory_registration
    com_bridge_32_64 -.->|"前提とする"| admin_rights
    regasm -->|"用いるのは非推奨"| dotnet
    regasm -->|"前提とする"| dotnet_framework
    dotnet_comhost -->|"利用する"| dotnet
    dotnet_comhost -->|"用いるのは非推奨"| com_bridge_32_64
    dotnet -.->|"前提とする"| clsid
    com -.->|"利用する"| type_library

概念間の関係(全19件)

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

• 32bit/64bit COMブリッジはCOM LocalServer(別プロセスCOMサーバー)を利用します。32bit/64bit COMブリッジは、64bit側の処理をCOM LocalServer(EXEサーバー)として分離することで実現する。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 32bit/64bit COMブリッジは型ライブラリ(TLB)を前提とします。32bitクライアントと64bitサーバーは、IDLとそれをバイナリ化した型ライブラリで定義された同じCOMインターフェースを共有することで、型付きの呼び出しを保つ。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COM LocalServer(別プロセスCOMサーバー)はマーシャリングを利用します。COM LocalServerはプロセス境界を越えるため、引数や戻り値をマーシャリングして送る。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• マーシャリングはProxy/Stubを利用します。マーシャリングは呼び出し側のProxyとサーバー側のStubが代行し、プロセス間通信で境界を越える。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• In-proc COM(DLLサーバー)はbitness一致要件を前提とします。in-proc COM(DLLサーバー)は、読み込むホストプロセスとビット構成(32bit/64bit)が一致していなければならない。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COM LocalServer(別プロセスCOMサーバー)はbitness一致要件を軽減します。64bit側の処理を別プロセスのCOM LocalServerへ分離することで、32bitプロセスから64bit DLLをin-procでロードできないというbitness一致要件の制約を回避できる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COM LocalServer(別プロセスCOMサーバー)はCLSID(Class ID)を前提とします。LocalServer方式では、レジストリのHKEY_CLASSES_ROOT\CLSID\{CLSID}\LocalServer32キーの下にEXEのパスを登録する。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• ProgID(Programmatic Identifier)はCLSID(Class ID)を前提とします。ProgIDは人間が読める別名にすぎず、実際にサーバーを特定するのはCLSIDの登録である。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COM LocalServer(別プロセスCOMサーバー)はWOW64レジストリリダイレクターを前提とします。32bitクライアントと64bitクライアントの両方からサーバーを見つけられるようにする場合、CLSIDサブキー配下は32bit側と64bit側で別になる(WOW64レジストリリダイレクター)ため、LocalServer32への登録は32bit viewと64bit viewの両方に行う必要がある。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• CLSID(Class ID)はWOW6432Nodeに保存されます。32bit view(WOW64)向けに登録する場合、CLSID登録内容は物理的にはSOFTWARE\Classesの下のWow6432Nodeに格納される(64bit view向けの登録はSOFTWARE\Classes直下に格納される)。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• WOW64レジストリリダイレクターはreg.exe(/reg:32 /reg:64)で構成できます。regコマンドの/reg:32 /reg:64オプションで、32bit viewと64bit viewを明示的に指定して登録・照会できる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• COM LocalServer(別プロセスCOMサーバー)はクラスファクトリの登録を前提とします。EXEサーバーは起動時にCoRegisterClassObjectなどで自分がそのCLSIDの担当だとCOMへ名乗り出る必要があり、レジストリ登録だけでは代替できない。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• 32bit/64bit COMブリッジは管理者権限を前提とします。COMサーバーをHKEY_LOCAL_MACHINE配下にマシン全体へ登録する作業には管理者権限が必要である(HKCUへ登録する場合は不要)。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• Regasm.exeを.NET(Core以降)に用いることは推奨されません。RegAsm相当の登録ツールは.NET(Core/5以降)には存在しない。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• Regasm.exeは.NET Frameworkを前提とします。Regasm.exeによるアセンブリの登録やTlbExpによる型ライブラリ生成は.NET Frameworkで提供される。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• .NET(5以降)のEnableComHosting/.comhost.dllは.NET(Core以降)を利用します。.NET(5以降)のCOM公開はEnableComHostingを設定してビルドし、.comhost.dllを生成する仕組みである。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• .NET(5以降)のEnableComHosting/.comhost.dllを32bit/64bit COMブリッジに用いることは推奨されません。.comhost.dllは既定でin-proc用かつ64bitクライアント限定のため、この記事のようなOut-of-procのEXEサーバー構成にはそのまま使えず、登録処理を自前で書く必要がある。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• .NET(Core以降)はCLSID(Class ID)を前提とします。COMから生成される.NET(5以降)のクラスは、CLSIDの明示的な指定が必須である。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• COM(コンポーネントオブジェクトモデル)は型ライブラリ(TLB)を利用します。本記事のように型付きの呼び出しを型ライブラリで共有する場合、COMはインターフェースの型情報をIDLで定義し型ライブラリとしてバイナリ化することで、呼び出し側とサーバー側が同じ契約を共有する(型ライブラリを持たないCOMインターフェースもある)。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典

主要概念の定義

32bit/64bit COMブリッジ

32bitプロセスから直接読み込めない64bit DLLの処理を、64bitのCOM LocalServerへ分離しCOM経由で呼び出す構成。

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

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

マーシャリング

プロセス境界だけでなく、同一プロセス内のCOMアパートメント境界やマネージド/ネイティブ境界のような呼び出し境界を越えて、引数や戻り値をやり取りできる形に詰め直すこと。

In-proc COM(DLLサーバー)

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

ProgID(Programmatic Identifier)

CLSIDに付けた、人が読める文字列の名前。`Excel.Application`のような形でCLSIDに対応付けられる。

CLSID(Class ID)

COMコンポーネントの実装(クラス)を一意に指すGUID。レジストリ上の登録の鍵になる識別子。

WOW64レジストリリダイレクター

64bit Windows上で32bitアプリと64bitアプリに別々のレジストリviewを見せる仕組み。HKLM\SOFTWARE\Classes直下は共有される一方、CLSIDサブキー配下は32bit側と64bit側で別になる。

Regasm.exe

.NET FrameworkのアセンブリをCOMへ登録するための登録ツール。

.NET(5以降)のEnableComHosting/.comhost.dll

.NET 5以降でCOM公開を行うための仕組み。ビルド時に.comhost.dllを生成しregsvr32で登録する(既定でin-procのみ)。

.NET(Core以降)

.NET Frameworkの後継となる、クロスプラットフォーム対応の.NETランタイム(.NET 5以降)。

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

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

機械可読データ

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

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