知識マップ: WMI/CIMをC#・PowerShellから使う ── ハードウェア情報取得・プロセス監視・リモート照会の実務ガイド

記事「WMI/CIMをC#・PowerShellから使う ── ハードウェア情報取得・プロセス監視・リモート照会の実務ガイド」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

CIMはDMTFが策定する管理情報の業界標準で、WMIはWBEMのMicrosoft実装としてその標準に沿って管理対象を表現します。照会は名前空間(日常はroot/CIMV2)の中のクラスをWQLで絞り込む形が基本で、クラスの実体はプロバイダーがその場で作ります。PowerShellの現行はCIMコマンドレットで、旧WMIコマンドレットはPowerShell 6以降で削除済みです。リモート照会はWSManが既定で、同じ相手に複数回照会するならCIMセッションを使い回し、WinRMを構成できない相手にはDCOMプロトコルオプションを選びます。C#はSystem.ManagementとMI APIの2系統で、後者はCIMコマンドレットと同じ型体系を持ちます。落とし穴は、絞り込まない照会と短周期ポーリングによる負荷、イベント購読が管理者権限を要すること、32bitアプリには32bitプロバイダーが応答するためレジストリの見え方が変わること、そしてリポジトリの削除を最初の対処にしてはいけないことです。

flowchart LR
    accTitle: WMI/CIMの構造と実務利用の知識マップ
    accDescr: CIM標準とその実装であるWMIの関係、名前空間・クラス・プロバイダー・WQLという構造、CIMコマンドレットと旧WMIコマンドレットの世代交代、WSMan既定のリモート照会とDCOMオプション、C#の2系統のAPI、性能・権限・ビット数・リポジトリの落とし穴を示す図
    wmi["WMI(Windows Management Instrumentation)"]
    cim_standard["CIM(Common Information Model)"]
    wmi_namespace["WMI名前空間"]
    wql["WQL"]
    wmi_provider["WMIプロバイダー"]
    cim_cmdlets["CIMコマンドレット"]
    wmi_v1_cmdlets["旧WMIコマンドレット(WMI v1)"]
    powershell["PowerShell"]
    cim_session["CIMセッション"]
    winrm["WinRM(Windows Remote Management)"]
    dcom_protocol_option["DCOMプロトコルオプション"]
    dcom_protocol["DCOMプロトコル"]
    kerberos["Kerberos"]
    trustedhosts["TrustedHosts"]
    workgroup["ワークグループ構成"]
    system_management_namespace["System.Management(ManagementObjectSearcher)"]
    mi_api["MI API(Microsoft.Management.Infrastructure)"]
    wmi_event_subscription["WMIイベント購読"]
    win32_processstarttrace["Win32_ProcessStartTrace"]
    admin_rights["管理者権限"]
    wmi_polling["WMIの短周期ポーリング"]
    unscoped_wmi_query["絞り込まないWMI照会(SELECT *)"]
    continuous_performance_monitoring["連続的なパフォーマンス監視"]
    stdregprov["レジストリプロバイダー(StdRegProv)"]
    wow6432node["WOW6432Node"]
    provider_architecture_context["__ProviderArchitectureコンテキスト"]
    wmi_repository["WMIリポジトリ"]
    winmgmt_command["winmgmt"]
    wmi_repository_reset["WMIリポジトリのリセット"]
    dmtf_datetime["DMTF日付形式"]
    wmi -->|"実装を担う"| cim_standard
    wmi -->|"利用する"| wmi_namespace
    wmi -->|"利用する"| wql
    wmi_provider -->|"実装を担う"| wmi_namespace
    cim_cmdlets -->|"の後継"| wmi_v1_cmdlets
    powershell -->|"利用する"| cim_cmdlets
    cim_cmdlets -->|"利用する"| cim_session
    cim_session -.->|"利用する"| winrm
    cim_session -.->|"で構成できる"| dcom_protocol_option
    wmi -->|"利用する"| dcom_protocol
    winrm -.->|"利用する"| kerberos
    trustedhosts -.->|"推奨される対応"| workgroup
    system_management_namespace -->|"利用する"| wql
    mi_api -->|"利用する"| cim_session
    wmi_event_subscription -->|"利用する"| win32_processstarttrace
    win32_processstarttrace -->|"前提とする"| admin_rights
    wmi_event_subscription -.->|"の後継"| wmi_polling
    unscoped_wmi_query -.->|"用いるのは非推奨"| wmi
    wmi_polling -.->|"用いるのは非推奨"| continuous_performance_monitoring
    stdregprov -.->|"原因になり得る"| wow6432node
    wmi_provider -->|"で構成できる"| provider_architecture_context
    wmi -->|"に保存される"| wmi_repository
    wmi_repository -->|"で確認できる"| winmgmt_command
    wmi_repository_reset -->|"用いるのは非推奨"| wmi_repository
    system_management_namespace -->|"利用する"| dmtf_datetime
    cim_cmdlets -->|"防止する"| dmtf_datetime

概念間の関係(全26件)

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

• WMI(Windows Management Instrumentation)はCIM(Common Information Model)の実装を担います。WMIはWBEM(企業環境の管理情報アクセスの標準技術を開発する業界イニシアティブ)のMicrosoft実装で、管理対象の表現にDMTFが開発・維持するCIM業界標準を使う。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• WMI(Windows Management Instrumentation)はWMI名前空間を利用します。WMIのクラスは名前空間の階層に束ねられ、CIMコマンドレットの既定の名前空間はroot/CIMV2である。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• WMI(Windows Management Instrumentation)はWQLを利用します。CIMコマンドレットの既定の照会言語(-QueryDialect)はWQLで、-FilterはWHEREキーワードを含めないWQL/CQLのwhere句として渡す。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• WMIプロバイダーはWMI名前空間の実装を担います。名前空間に並ぶクラスの実体はプロバイダーが提供する。たとえばRoot\CIMV2のWin32_ProcessStartTraceは、カーネルトレースプロバイダー(Krnlprov.dll)によって提供される。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• CIMコマンドレットは旧WMIコマンドレット(WMI v1)の後継に当たります。旧WMIコマンドレット(Register-WmiEvent・Set-WmiInstance・Invoke-WmiMethod・Get-WmiObject・Remove-WmiObject)はPowerShellから削除され、CimCmdletsモジュール(WMI v2)が現行になった。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• PowerShellはCIMコマンドレットを利用します。PowerShellからWMI基盤を扱う現行の手段はCIMコマンドレットで、出力はMicrosoft.Management.Infrastructure.CimInstanceになる。Windows専用のコマンドレット群である。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• CIMコマンドレットはCIMセッションを利用します。ComputerNameもCimSessionも指定しない場合はローカルのWMIにCOMセッションで接続し、-ComputerName指定時はWSManプロトコルの一時セッションを作る。同一コンピューターへの複数操作にはCIMセッションでの接続が性能上推奨されている。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• CIMセッションはWinRM(Windows Remote Management)を利用します。既定のWSManプロトコルで接続する場合は接続先でWinRMが構成されている必要があり、既定ではリスナーが構成されておらずWS-Managementメッセージを送受信できない。winrm quickconfigがサービスの自動起動化・リスナーの構成・ファイアウォール例外の登録を行う。-Protocol Dcomを選んだ接続はWinRMなしで動く。 / 確度: 条件付きの関係 / 確認日: 2026-08-22 出典
• CIMセッションはDCOMプロトコルオプションで構成できます。New-CimSessionOption -Protocol Dcom で作ったオプションをNew-CimSessionの-SessionOptionに渡すと、WSManで接続できない相手にDCOMのCIMセッションを張れる。DCOMセッションの既定の偽装レベルはImpersonate。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• WMI(Windows Management Instrumentation)はDCOMプロトコルを利用します。リモートWMI接続はもともとDCOMで行われ、その代替としてWS-ManagementベースのWinRMがある。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典
• WinRM(Windows Remote Management)はKerberosを利用します。ドメイン環境ではWinRMの接続はKerberosで相互認証される。 / 確度: 条件付きの関係 / 確認日: 2026-08-22 出典
• TrustedHostsはワークグループ構成に対する本記事の推奨です。ワークグループではKerberosが使えないため、クライアント側のTrustedHostsへの登録が必要になる場合がある。登録先は必要最小限に絞る。 / 確度: 条件付きの関係 / 確認日: 2026-08-22 出典
• System.Management(ManagementObjectSearcher)はWQLを利用します。ManagementObjectSearcherはObjectQuery(WQL)とManagementScope(WMI名前空間)を受け取り、Get()で管理オブジェクトのコレクションを返す、管理情報取得の最も一般的な入口クラスである。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• MI API(Microsoft.Management.Infrastructure)はCIMセッションを利用します。MI APIはCimSession.Create(computerName)でセッションを作り、QueryInstances・EnumerateInstances・GetInstance・InvokeMethod・Subscribeを呼ぶ。NuGetパッケージMicrosoft.Management.Infrastructureとして提供される。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• WMIイベント購読はWin32_ProcessStartTraceを利用します。プロセス起動の検知は、Win32_ProcessStartTraceをクラス名またはクエリ式で購読して行う。Register-CimIndicationEventの-Actionから$Event.SourceEventArgs.NewEventのProcessName・ProcessIdを参照できる。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典 出典
• Win32_ProcessStartTraceは管理者権限を前提とします。Win32_ProcessStartTraceの購読は、PowerShellを管理者として実行することが前提になる。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典
• WMIイベント購読はWMIの短周期ポーリングの後継に当たります。プロセス起動のような事象の検知は、短周期ポーリングからイベント購読への置き換えが推奨される。ポーリング型(WITHIN)を使う場合も間隔は要件に対して必要十分なところまで広げる。 / 確度: 条件付きの関係 / 確認日: 2026-08-22 出典 出典
• 絞り込まないWMI照会(SELECT *)をWMI(Windows Management Instrumentation)に用いることは推奨されません。-Filterで行を、-Propertyで列を絞り、後続操作のためにキーだけ欲しいなら-KeyOnlyを使う。いずれもオブジェクトのサイズとネットワークトラフィックを減らすために公式に用意された手段である。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• WMIの短周期ポーリングを連続的なパフォーマンス監視に用いることは推奨されません。CPU使用率などの高頻度・連続的な性能監視にはパフォーマンスカウンターが用意されており、WMIの短周期ポーリングは負荷と精度の面で不利になる。 / 確度: 条件付きの関係 / 確認日: 2026-08-22 出典
• レジストリプロバイダー(StdRegProv)はWOW6432Nodeの原因になることがあります。プロバイダーに32bit版と64bit版が併存する場合、既定では32bitアプリ(スクリプトを含む)には32bitプロバイダーが応答するため、32bitアプリからStdRegProvでレジストリを読むとWow6432Node側の値が返る。 / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
• WMIプロバイダーは__ProviderArchitectureコンテキストで構成できます。既定と逆のビット数のプロバイダーに応答させたい場合は、接続時のコンテキストに__ProviderArchitecture(32または64)を、必須にするなら__RequiredArchitectureも指定する。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• WMI(Windows Management Instrumentation)はWMIリポジトリに保存されます。WMIのクラス定義は、単一ファイルではなくRepositoryフォルダー内のファイル群がデータベースとして機能するリポジトリに格納される。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• WMIリポジトリはwinmgmtで確認できます。winmgmt /verifyrepositoryが整合性チェックを行い、/salvagerepositoryが不整合検出時にリポジトリを再構築して読み取れた内容をマージする。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典
• WMIリポジトリのリセットをWMIリポジトリに用いることは推奨されません。リポジトリの削除や初期化を最初の一手にすべきではない。マイクロソフトは、リポジトリの削除を最初の対処にするとシステムやインストール済みアプリへの損傷につながり得ると明言している。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典
• System.Management(ManagementObjectSearcher)はDMTF日付形式を利用します。System.ManagementのManagementDateTimeConverterが、DMTF日時・時間間隔とCLRのDateTime・TimeSpanの相互変換メソッドを提供する。生の文字列を切り貼りする必要はない。 / 確度: 確立した関係 / 確認日: 2026-08-22 出典
• CIMコマンドレットはDMTF日付形式を防ぎます。CIM系のAPIでは日付プロパティがDateTimeに変換済みで返るため、DMTF形式の文字列を扱う場面自体が生じない。 / 確度: 確立した関係 / 確認日: 2026-08-01 出典

主要概念の定義

WMI(Windows Management Instrumentation)

WBEMのMicrosoft実装で、CIM業界標準を使って管理対象を表現する、Windowsに組み込まれた管理基盤。

CIM(Common Information Model)

システム・アプリ・ネットワーク・デバイスなどの管理対象を表現する業界標準モデル。DMTF(Distributed Management Task Force)が策定・維持する。

WMIプロバイダー

WMIクラスの実体を提供するコンポーネント。照会を受けるとその場でOSに問い合わせて値を作る。

CIMコマンドレット

Get-CimInstance・Invoke-CimMethod・Register-CimIndicationEventなど、現行のPowerShellからWMI基盤を扱うコマンドレット群(WMI v2)。

PowerShell

オブジェクトパイプラインとエラー処理機構を持つ、Microsoftが最も堅牢で最新のWindows自動化に推奨するコマンドラインシェル兼スクリプト言語。

CIMセッション

同じコンピューターへの複数の操作で使い回す、WMI基盤への接続。既定はWSManプロトコルで作られる。

WinRM(Windows Remote Management)

標準プロトコルWS-ManagementのMicrosoft実装で、既定でHTTP 5985番・HTTPS 5986番ポートを使うリモート管理の土台。

TrustedHosts

接続する側で相手の身元検証を省略して接続を許可するWSManのリスト。信頼できる相手のリストではなく、身元確認エラーの抑止リストにすぎない。

System.Management(ManagementObjectSearcher)

WQLを文字列で渡してWMIへ照会する.NETの名前空間。ManagementObjectSearcherが入口で、イベント購読はManagementEventWatcherが担う。

MI API(Microsoft.Management.Infrastructure)

CimSessionを入口とする.NETのWMI/CIM API。CIMコマンドレットと同じCimInstance型体系を持ち、非同期版のメソッドもある。

WMIイベント購読

クラス名またはクエリ式でWMIのイベント(インディケーション)を購読し、発生時に通知を受け取る仕組み。

Win32_ProcessStartTrace

新しいプロセスの開始を示すWMIのイベントクラス。ProcessName・ProcessID・ParentProcessID・SessionID・Sidなどのプロパティを持つ。

絞り込まないWMI照会(SELECT *)

行も列も絞らずに全プロパティ・全件を取得するWMIの照会。プロバイダーの仕事とネットワーク転送が膨らむ。

WMIの短周期ポーリング

一定間隔でWMIに繰り返し照会して状態の変化を検出する設計。

レジストリプロバイダー(StdRegProv)

root\defaultに置かれ、WMI経由でレジストリを読み書きするWMIプロバイダー。

WMIリポジトリ

WMIのクラス定義を格納する、Repositoryフォルダー内のファイル群からなるデータベース。

WMIリポジトリのリセット

WMIリポジトリを削除・初期化して再構築する操作。読み取れた内容を救うsalvageと異なり、最初の対処にするとシステムやインストール済みアプリの損傷につながり得る最終手段。

機械可読データ

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

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

作成

合同会社小村ソフト

ライセンス

CC BY 4.0 ── 出典(合同会社小村ソフト)とライセンスへのリンクを明示し、改変した場合はその旨を示すことを条件に、再配布・改変を含めて再利用できます

最終確認日

2026-08-22 ── 収録する関係のうち、最後に出典と照合した日

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