知識マップ: Windowsシェル統合の今 ── 右クリックメニュー・ファイル関連付け・Windows 11の変化

記事「Windowsシェル統合の今 ── 右クリックメニュー・ファイル関連付け・Windows 11の変化」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

右クリックメニューとファイル関連付けの土台は、拡張子キーがProgIDを指し、ProgID配下のshell\<verb>\commandがコマンドラインを持つという3段構造です。HKCRは独立したハイブではなくHKLMとHKCUのClassesを重ねた合成ビューなので、登録はどちらかを明示して書き、HKCRは読み取り用と割り切ります。既定アプリはユーザーが選ぶ設計で、UserChoiceのデータは難読化され、フィルタードライバーがアプリからの書き込みをブロックします。従来型シェル拡張はエクスプローラーのプロセス内に読み込まれるインプロセスCOM DLLなので、クラッシュも遅延もホストへ波及し、64bit環境では64bit DLLが必須で、マネージコードでの実装は非サポートです。Windows 11では新メニューに載るのがIExplorerCommandとパッケージ識別で登録されたコマンドだけになり、従来型は旧メニュー側へ退避されました。

flowchart LR
    accTitle: Windowsのシェル統合(関連付けとコンテキストメニュー)の知識マップ
    accDescr: 拡張子キーからProgID、verbへ至る3段構造と、HKCRが合成ビューであること、既定アプリがUserChoiceで保護されていること、従来型シェル拡張がインプロセスCOMであることの帰結、Windows 11でのメニュー二重化とIExplorerCommand+MSIX識別による新ルートを示す図
    file_association_progid["拡張子キーとProgID"]
    shell_verb["シェルのverb"]
    hkey_classes_root["HKEY_CLASSES_ROOT(合成ビュー)"]
    static_verb["静的verb"]
    icontextmenu_extension["従来型シェル拡張(IContextMenu)"]
    default_apps_registration["既定アプリ画面への登録"]
    userchoice_protection["UserChoiceの保護"]
    programmatic_default_change["既定アプリの機械的な変更"]
    group_policy["グループポリシー"]
    ui_thread_context["UIスレッドのコンテキスト"]
    bitness_match_requirement["bitness一致要件"]
    managed_code["マネージコード(.NET)"]
    iexplorercommand["IExplorerCommand"]
    win11_context_menu["Windows 11の新コンテキストメニュー"]
    msix_package_identity["MSIXのパッケージ識別"]
    sparse_package["外部の場所を指すpackaged(sparse package)"]
    association_change["ファイル関連付けの変更"]
    shchangenotify["SHChangeNotify(SHCNE_ASSOCCHANGED)"]
    windows_sandbox["Windows サンドボックス"]
    file_association_progid -->|"利用する"| shell_verb
    file_association_progid -->|"で確認できる"| hkey_classes_root
    shell_verb -->|"前提とする"| static_verb
    static_verb -->|"より先に行うべき"| icontextmenu_extension
    default_apps_registration -->|"前提とする"| file_association_progid
    userchoice_protection -->|"防止する"| programmatic_default_change
    userchoice_protection -->|"で構成できる"| group_policy
    icontextmenu_extension -->|"前提とする"| ui_thread_context
    icontextmenu_extension -->|"前提とする"| bitness_match_requirement
    managed_code -->|"用いるのは非推奨"| icontextmenu_extension
    iexplorercommand -->|"の後継"| icontextmenu_extension
    win11_context_menu -->|"前提とする"| iexplorercommand
    iexplorercommand -->|"前提とする"| msix_package_identity
    sparse_package -->|"実装を担う"| msix_package_identity
    association_change -->|"前提とする"| shchangenotify
    file_association_progid -.->|"で確認できる"| windows_sandbox

概念間の関係(全16件)

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

拡張子キーとProgIDはシェルのverbを利用します。拡張子キーはProgIDを指すポインターで、ProgIDが実体としてshell\<verb>\commandにコマンドラインを持つ。コマンド文字列でスペースを含み得る要素は引用符で囲む必要があり、"%1"は常に引用符で囲む。 / 確度: 確立した関係 / 確認日: 2026-08-20 出典出典
拡張子キーとProgIDはHKEY_CLASSES_ROOT(合成ビュー)で確認できます。HKCRはHKLM\Software\ClassesとHKCU\Software\Classesを合成したビューで、ユーザー側の定義がマシン側より優先される。登録はHKLMかHKCUを明示して書き、HKCRは読み取り用と割り切る。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典出典
シェルのverbは静的verbを前提とします。既定verbはshellキーの既定値→レジストリ上の最初のverb→open→openwithの順で決まる。標準verbの表示名はOSが供給する。 / 確度: 確立した関係 / 確認日: 2026-08-20 出典
静的verbは従来型シェル拡張(IContextMenu)より先に行うべきです。要件を満たす最も単純な静的verb方式から検討すべきとされており、IContextMenuは最も強力だが最も複雑な選択肢に位置づけられている。「このアプリで開く」を実現したいだけならシェル拡張DLLは要らない。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典
既定アプリ画面への登録は拡張子キーとProgIDを前提とします。App Pathsサブキーによる実行ファイルの登録が推奨され、Applicationsサブキーが「プログラムから開く」での既定の開き方と表示名を定義し、RegisteredApplicationsとCapabilitiesが既定アプリ設定画面への候補登録を担う。ProgIDだけ登録してCapabilities登録を省くと一覧に出てこない。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典
UserChoiceの保護は既定アプリの機械的な変更を防ぎます。拡張子キーの既定値にProgIDを書いても既定アプリになるとは限らない。既定アプリの変更はシステム設定UIを通じてのみ行える設計で、ユーザー設定データは難読化され、フィルタードライバーがアプリからの書き込みをブロックする。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典
UserChoiceの保護はグループポリシーで構成できます。管理環境では、既定アプリの割り当てはグループポリシー/MDMポリシーが公式の手段になる。 / 確度: 確立した関係 / 確認日: 2026-08-20 出典
従来型シェル拡張(IContextMenu)はUIスレッドのコンテキストを前提とします。シェル拡張はエクスプローラー(およびシェルをホストするプロセス)に読み込まれるインプロセスCOM DLLで、メニュー構築はUIスレッドで行われる。ネットワークアクセスやファイルI/Oのような遅い処理をメニュー表示時に行ってはいけない。 / 確度: 確立した関係 / 確認日: 2026-08-20 出典
従来型シェル拡張(IContextMenu)はbitness一致要件を前提とします。インプロセスDLLは読み込むプロセスとビット数が一致しなければならず、64bit Windowsのエクスプローラーは64bitプロセスなので32bitだけのDLLは読み込まれずメニューに現れない。COM登録も32bit分はWOW6432Node側に分かれる。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典
マネージコード(.NET)を従来型シェル拡張(IContextMenu)に用いることは推奨されません。マネージコードによるインプロセスのシェル拡張実装は推奨されずサポート対象外とされている。実務の指針は、インプロセス拡張はネイティブC++で書き、マネージコードを使うならverbのcommandで起動する通常のEXEか別プロセスで動くアウトプロセス拡張にすることである。CLRのバージョン競合、ロック待ちでのメッセージループ再入、ガベージコレクションによる寿命の非決定性がCOMの参照カウント契約と衝突するためである。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典
IExplorerCommandは従来型シェル拡張(IContextMenu)の後継に当たります。従来型のIContextMenuベースのシェル拡張は削除されたのではなく、「その他のオプションを確認」で開く、Windows 10のメニューをそのまま読み込んだ旧メニュー側に退避された。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典
Windows 11の新コンテキストメニューはIExplorerCommandを前提とします。新メニューに独自コマンドを出す公式ルートは、IExplorerCommandを実装したネイティブDLLを用意することである。メソッドはUIスレッドで呼ばれる。 / 確度: 確立した関係 / 確認日: 2026-08-20 出典出典
IExplorerCommandはMSIXのパッケージ識別を前提とします。新メニューへの登録は、MSIXパッケージのマニフェストでCOMサーバーとコンテキストメニュー拡張を宣言する形で行う。 / 確度: 確立した関係 / 確認日: 2026-08-20 出典
外部の場所を指すpackaged(sparse package)はMSIXのパッケージ識別の実装を担います。既存インストーラを変えずに、外部ロケーション付きパッケージで非パッケージアプリへ識別だけを与えられる。 / 確度: 確立した関係 / 確認日: 2026-08-20 出典
ファイル関連付けの変更はSHChangeNotify(SHCNE_ASSOCCHANGED)を前提とします。関連付けを変更したらSHChangeNotifyでSHCNE_ASSOCCHANGEDを発行し、シェルへ変更を認識させる。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典出典
拡張子キーとProgIDはWindows サンドボックスで確認できます。使い捨ての隔離されたWindows環境を数秒で起動でき、閉じるとすべての変更が破棄されるため、登録と解除の検証に向く。 / 確度: 条件付きの関係 / 確認日: 2026-08-22 出典

主要概念の定義

拡張子キーとProgID: 拡張子キーがProgIDを指すポインターで、ProgIDが実体としてverbやアイコンを持つ、ファイル関連付けの2段目までの構造。
シェルのverb: ProgID配下のshell\<verb>\commandが持つ動詞。open・edit・print・play・previewなどの標準verbはOSのロケールに応じた表示名が自動で付く。
静的verb: レジストリにコマンドラインを書くだけで実現する、最も単純なショートカットメニューの実装方式。
既定アプリ画面への登録: RegisteredApplicationsとCapabilitiesによって、アプリを設定の「既定のアプリ」一覧の候補として登録すること。対応する形式はProgIDへの関連付けで宣言する。
UserChoiceの保護: ユーザーが明示的に選んだ既定アプリの結果を保持する設定と、その書き換えを阻む仕組み。データは難読化され、フィルタードライバーがアプリからの書き込みをブロックする。
従来型シェル拡張(IContextMenu): エクスプローラーや共通ファイルダイアログを開いた任意のアプリのプロセス内に読み込まれる、インプロセスCOMサーバー(DLL)として実装されるシェル拡張。
マネージコード(.NET): 共通言語ランタイム上で動き、ガベージコレクションが寿命を管理するコード。
IExplorerCommand: GetTitle・GetIcon・GetState・Invoke・EnumSubCommandsなどで構成される、Windows 11の新コンテキストメニュー向けのインターフェース。メソッドはUIスレッドで呼ばれる。
Windows 11の新コンテキストメニュー: シェル標準コマンドの下にアプリのコマンドをグループ化する刷新された右クリックメニュー。従来型拡張は「その他のオプションを確認」の旧メニュー側に退避される。
外部の場所を指すpackaged(sparse package): 既存のインストーラーをそのまま使いながら、実行ファイルにpackage identityだけを付与できるpackagingモデル。
ファイル関連付けの変更: 拡張子とProgIDの対応やverbの登録内容を追加・変更・削除する操作。実行中のシェルに認識させるには変更通知が要る。

機械可読データ

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

このデータセットについて

作成: 合同会社小村ソフト
ライセンス: CC BY 4.0 ── 出典(合同会社小村ソフト)とライセンスへのリンクを明示し、改変した場合はその旨を示すことを条件に、再配布・改変を含めて再利用できます
最終確認日: 2026-08-22 ── 収録する関係のうち、最後に出典と照合した日

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