知識マップ: PowerShellからCOMと.NETを呼ぶ実践 ── スクリプトの届く範囲を一気に広げる

記事「PowerShellからCOMと.NETを呼ぶ実践 ── スクリプトの届く範囲を一気に広げる」の主張を、概念と関係(エッジ)に分解した知識グラフの全体です。各関係には根拠・確認日・確度が付いています。

PowerShellは.NETの上に構築されており、[型]::メソッドやNew-Object -ComObjectを使えば、コマンドレットにない.NETクラスやCOMオブジェクトを直接呼び出せる。Add-TypeはC#コードをその場でコンパイルしてセッションに型を追加でき、DllImportを渡せばP/Invoke経由でWin32 APIも扱えるが、シグネチャを誤るとプロセスごと落ちる。New-Object -ComObjectで作ったCOMオブジェクトはRCWというプロキシ越しに参照カウントで寿命が管理され、参照が残るとExcelなどのプロセスが終了しない。Marshal.ReleaseComObjectによる解放はこれを防ぐが、より根本的にはMicrosoftが無人実行でのExcel COM操作自体を推奨せずサポートもしないと明言しており、タスクスケジューラの無人ジョブでは別の手段への置き換えが求められる。

flowchart LR
    accTitle: PowerShellからCOMと.NETを呼ぶ実践の知識マップ
    accDescr: PowerShellが.NETとCOMの上でAdd-TypeやNew-Object -ComObjectを使い分けること、RCWによるCOM参照管理とEXCEL.EXEの残留問題、Marshal.ReleaseComObjectによる後始末、無人実行でのExcel COM操作が非推奨である理由の関係を示す図
    powershell["PowerShell"]
    com["COM(コンポーネントオブジェクトモデル)"]
    dotnet[".NET(Core以降)"]
    powershell_7["PowerShell 7"]
    windows_powershell_5_1["Windows PowerShell 5.1"]
    dotnet_framework[".NET Framework"]
    add_type["Add-Type"]
    p_invoke["P/Invoke"]
    new_object_comobject["New-Object -ComObject"]
    progid["ProgID(Programmatic Identifier)"]
    wscript_shell["WScript.Shell"]
    rcw["RCW(Runtime Callable Wrapper)"]
    excel_com_automation["Excel COM自動化(Excel COM Interop)"]
    excel_com_process_residue["EXCEL.EXEのプロセス残留"]
    release_com_object["Marshal.ReleaseComObject"]
    task_scheduler["タスクスケジューラの無人実行"]
    com_apartment_model["COMアパートメントモデル(STA/MTA)"]
    ziparchive_api["ZipFile/ZipArchive API"]
    pinvoke_signature_risk["P/Invokeシグネチャ誤りによるクラッシュ"]
    powershell_7 -->|"利用する"| dotnet
    windows_powershell_5_1 -->|"利用する"| dotnet_framework
    dotnet -->|"の後継"| dotnet_framework
    powershell -->|"利用する"| com
    powershell -->|"利用する"| add_type
    add_type -->|"実装を担う"| p_invoke
    powershell -->|"利用する"| new_object_comobject
    new_object_comobject -->|"前提とする"| progid
    powershell -.->|"利用する"| wscript_shell
    new_object_comobject -->|"原因になり得る"| rcw
    excel_com_automation -->|"利用する"| new_object_comobject
    excel_com_automation -.->|"原因になり得る"| excel_com_process_residue
    rcw -->|"原因になり得る"| excel_com_process_residue
    release_com_object -.->|"防止する"| excel_com_process_residue
    release_com_object -->|"前提とする"| rcw
    excel_com_automation -->|"用いるのは非推奨"| task_scheduler
    excel_com_automation -->|"前提とする"| com_apartment_model
    powershell -.->|"利用する"| ziparchive_api
    ziparchive_api -.->|"前提とする"| add_type
    p_invoke -.->|"原因になり得る"| pinvoke_signature_risk

概念間の関係(全20件)

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

PowerShell 7は.NET(Core以降)を利用します。PowerShell 7は.NET(旧.NET Core)の上に構築されており、.NETクラスライブラリの型を直接呼び出せる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Windows PowerShell 5.1は.NET Frameworkを利用します。Windows PowerShell 5.1は.NET Framework 4.5系の上に構築されている / 確度: 確立した関係 / 確認日: 2026-08-01 出典
.NET(Core以降)は.NET Frameworkの後継に当たります。.NET(Core以降)は.NET Frameworkの後継となるクロスプラットフォームのランタイムであり、使える型やメソッドのオーバーロードが異なる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
PowerShellはCOM(コンポーネントオブジェクトモデル)を利用します。PowerShellはNew-Object -ComObjectでCOMオブジェクトを作成し、Excelなどを操作できる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
PowerShellはAdd-Typeを利用します。Add-TypeはC#のソースコードをその場でコンパイルしてPowerShellのセッションに型を追加する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Add-TypeはP/Invokeの実装を担います。Add-TypeにDllImport付きのC#シグネチャを渡すと、その場でコンパイルされてP/Invoke経由でWin32 APIを呼び出せるようになる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
PowerShellはNew-Object -ComObjectを利用します。COMオブジェクトはNew-Object -ComObject <ProgId>で作成する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
New-Object -ComObjectはProgID(Programmatic Identifier)を前提とします。New-Object -ComObjectはProgIDを指定してCOMオブジェクトを作成する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
PowerShellはWScript.Shellを利用します。ショートカット作成などWSH由来のCOM資産を使いたい場合、WScript.ShellのようなCOMオブジェクトも、New-Object -ComObjectで同様に作成できる / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
New-Object -ComObjectはRCW(Runtime Callable Wrapper)の原因になることがあります。New-Object -ComObjectでCOMオブジェクトを作成すると、.NET側にRCW(Runtime Callable Wrapper)というプロキシが作られる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Excel COM自動化(Excel COM Interop)はNew-Object -ComObjectを利用します。Excel COM操作は、New-Object -ComObject Excel.ApplicationでExcelアプリケーションオブジェクトを作成することから始まる / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Excel COM自動化(Excel COM Interop)はEXCEL.EXEのプロセス残留の原因になることがあります。Quit()を呼んでも、途中の中間オブジェクトのRCWなど参照が残っていると、EXCEL.EXEなどのプロセスが終了しないことがある / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
RCW(Runtime Callable Wrapper)はEXCEL.EXEのプロセス残留の原因になることがあります。RCWが生きている限りCOM側の参照は解放されないため、参照が残るとプロセスが終了しない / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Marshal.ReleaseComObjectはEXCEL.EXEのプロセス残留を防ぎます。finallyでQuit・Marshal.ReleaseComObjectによる解放・GCの実行までを行う後始末により、プロセスの残留を防げる(ただし2ドットルールを守って中間オブジェクトも変数で受け取っていること、QuitがExcelの応答なし等で失敗しないことが前提) / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
Marshal.ReleaseComObjectはRCW(Runtime Callable Wrapper)を前提とします。Marshal.ReleaseComObjectはRCWの参照カウントを減らし、0になった時点で基盤のCOMオブジェクトを解放する / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Excel COM自動化(Excel COM Interop)をタスクスケジューラの無人実行に用いることは推奨されません。無人・非対話のタスクスケジューラのタスクやサービスからのExcel COM操作を、Microsoftは推奨せずサポートもしないと明言している / 確度: 確立した関係 / 確認日: 2026-08-01 出典
Excel COM自動化(Excel COM Interop)はCOMアパートメントモデル(STA/MTA)を前提とします。OfficeアプリケーションはSTA(シングルスレッドアパートメント)前提で作られており、1台のサーバーで同じ処理を並列に何本も走らせる使い方に構造的に向かない / 確度: 確立した関係 / 確認日: 2026-08-01 出典
PowerShellはZipFile/ZipArchive APIを利用します。展開せずに中身を確認するなど、Compress-Archive/Expand-Archiveでは足りない細かいZIP操作をしたい場合は、.NETのZipFile/ZipArchiveクラスを直接呼び出して行う / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
ZipFile/ZipArchive APIはAdd-Typeを前提とします。ZipFileクラスを使うにはSystem.IO.Compression.FileSystemアセンブリへの参照が必要で、Windows PowerShell 5.1ではAdd-Typeによる明示ロードが必要になる場面が多い / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典
P/InvokeはP/Invokeシグネチャ誤りによるクラッシュの原因になることがあります。DllImportのシグネチャ(引数の型、文字セット、呼び出し規約)を誤ると、例外では済まずプロセスごと落ちることがある / 確度: 条件付きの関係 / 確認日: 2026-08-01 出典

主要概念の定義

PowerShell: オブジェクトパイプラインとエラー処理機構を持つ、Microsoftが最も堅牢で最新のWindows自動化に推奨するコマンドラインシェル兼スクリプト言語。
COM(コンポーネントオブジェクトモデル): 公開インターフェース、レジストリ登録、Apartment Modelなどを土台にした、Windowsのバイナリ互換コンポーネントモデル。
.NET(Core以降): .NET Frameworkの後継となる、クロスプラットフォーム対応の.NETランタイム(.NET 5以降)。
PowerShell 7: PowerShell Core系譜の最新世代で、.NET(Core以降)上に構築されたPowerShellのエディション。実行ファイルはpwsh.exeで5.1のpowershell.exeとサイドバイサイドに共存し、Out-File・Set-Content・Export-Csvなどの既定書き込みencodingはBOMなしUTF-8である。
Windows PowerShell 5.1: Windowsに標準で同梱されている、.NET Framework上に構築されたレガシー世代のPowerShell(5.1系)のランタイム。実行ファイルはpowershell.exeで、.NETアプリからはMicrosoft.PowerShell.5.1.ReferenceAssembliesを介して呼び出せる。
Add-Type: C#のソースコードをその場でコンパイルしてPowerShellのセッションに型として追加できるコマンドレット。DllImportを渡せばP/InvokeでWin32 APIも呼び出せる。
New-Object -ComObject: ProgIDを指定してCOMオブジェクトのインスタンスを作成するNew-Objectコマンドレットの使い方。VBScriptのCreateObjectに相当する。
Excel COM自動化(Excel COM Interop): C#などの外部プログラムからCOM経由でExcelアプリケーション本体を起動・操作する自動化方式。
RCW(Runtime Callable Wrapper): .NETがCOMオブジェクトを操作するために生成するプロキシ。COMインターフェイスポインターをキャッシュし、GCに回収されるときにCOMオブジェクトへの参照を解放する。
Marshal.ReleaseComObject: RCWの内部参照カウントをデクリメントし、0になった時点でRCWが握るCOM参照を即座に解放する.NETのAPI。公式には絶対に必要な場合にのみ使うことが推奨される。
ZipFile/ZipArchive API: ZIPアーカイブの作成・展開・読み取りを行う.NETのクラス群。Compress-Archive/Expand-Archiveコマンドレットの基盤でもあり、最大ファイルサイズ2GBの制限がある。
P/Invoke: C#などの.NETコードからアンマネージドなC関数群を呼び出すための、.NETの標準的な相互運用機構。

機械可読データ

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

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