【サイレント実行】WScript.Shell.Run の WindowStyle パラメータによる黒い画面を見せない完全バックグラウンド処理
レガシーシステムの自動化、あるいはクライアント端末での常駐バッチ処理において、最もユーザーの体験（UX）を損なう要因は何か。それは、スクリプト実行の瞬間に画面の明滅とともに現れる、あの忌々しい「黒い画面（コマンドプロンプト）」である。
業務担当者が画面に向かっている最中、突如として`cmd.exe`のウィンドウがポップアップし、すぐに消えていく。実害がなくとも、現場のオペレーターに「何が起きたのか」という無用な不安を与え、最悪の場合、フォーカスを奪われてキー入力を阻害する。
VBScript（Visual Basic Scripting Edition）およびWSH（Windows Script Host）のアーキテクチャにおいて、外部プロセスを起動する手段は主に2つ存在する。`WScript.Shell`の `Exec` メソッド、そして `Run` メソッドだ。
今回は、システム管理者の間で長年議論され尽くしながらも、いまだに誤った実装が散見される「`Run` メソッドの `WindowStyle` パラメータによる完全サイレント実行」の極限の知見を、オブジェクトのライフサイクルとプロセス制御の観点から紐解く。
—
1. なぜ「黒い画面」が出るのか？ WSHのプロセス起動メカニズム
Windows環境下でCUIアプリケーション（`cmd.exe`, `powershell.exe`, 外部バッチ等）を呼び出す際、OSのサブシステムはデフォルトで専用のコンソールウィンドウをアロケート（割り当て）する。
VBScriptから`WScript.Shell.Run`を引数なし、あるいはデフォルト設定で呼び出した場合、WSHランタイムはWin32 APIの `CreateProcess` を背後でラップし、新規コンソール作成フラグ(`CREATE_NEW_CONSOLE`)を有効にしてプロセスをスピンアップする。これが「黒い画面」の正体である。
これを根絶するには、プロセス生成時にOSに対して「ウィンドウを表示するな（あるは最小化して隠せ）」という明確な指令を、WSHの抽象化レイヤーを介して伝えなければならない。それが `Run` メソッドの第2引数、`WindowStyle` である。
—
2. `WScript.Shell.Run` の構文と `WindowStyle` の真実
`Run` メソッドのシグネチャは以下の通りである。
object.Run(strCommand, [intWindowStyle], [bWaitOnReturn])
この中の `intWindowStyle` に指定可能な値と、実際の挙動は以下のマッピングになる。
| 定数 / 数値 | 挙動 | エンジニアリング上の評価 |
| :— | :— | :— |
| `0` (HIDE) | ウィンドウを非表示にし、別のウィンドウをアクティブにする。 | 【推奨】真のバックグラウンド実行。タスクバーにも出ない。 |
| `1` (NORMAL) | 通常起動（フォーカスあり） | 論外。黒い画面が盛大にポップアップする。 |
| `2` (MINIMIZED) | 最小化してアクティブ化 | タスクバーにアイコンが残り、一瞬点滅することがあるため不適。 |
| `3` (MAXIMIZED) | 最大化してアクティブ化 | 画面を占有するため論外。 |
| `4` など | その他（非アクティブ表示など） | ウィンドウ自体は生成されるためサイレントにはならない。 |
私たちが選択すべき唯一の解は、`0`（`intWindowStyle = 0`） のみである。
—
3. 【実装コード】一瞬たりとも画面を見せない完全サイレント・ラッパー
実務でそのまま利用できる、堅牢性を極めたVBScriptの実装コードを提示する。
単にコマンドを叩くだけではなく、スペースを含むパス対策（ダブルクォーテーションの多重囲み問題）、プロセス同期 (`bWaitOnReturn`)、そしてVBScript特有のメモリ管理・オブジェクト解放のベストプラクティスを網羅している。
‘ ==============================================================================
‘ スクリプト名: SilentProcessRunner.vbs
‘ 概要: 黒い画面を一切出さずに外部バッチ/コマンドを完全バックグラウンド実行する
‘ アーキテクチャ: WScript.Shell + WindowStyle(0) + Explicit Object Destruction
‘ ==============================================================================
Option Explicit
‘ メイン処理の実行
Call Main()
Sub Main()
Dim wshShell
Dim targetCommand
Dim exitCode
‘ 1. WScript.Shell オブジェクトのインスタンス化
Set wshShell = CreateObject(“WScript.Shell”)
‘ 2. 実行するコマンドの構築
‘ ※パスにスペースが含まれる場合は、パス全体を “” で囲むこと。
‘ 例として、システム内のバッチファイルを完全サイレントで呼び出す。
targetCommand = “cmd.exe /c “”C:\MyScripts\heavy_process.bat”” arg1 arg2″
‘ 3. Run メソッドの実行
‘ 第1引数: コマンド文字列
‘ 第2引数 (WindowStyle): 0 (ウィンドウを完全に隠す。これがキモ)
‘ 第3引数 (bWaitOnReturn): True (プロセスの終了を同期的に待機する)
On Error Resume Next
exitCode = wshShell.Run(targetCommand, 0, True)
If Err.Number <> 0 Then
‘ 異常系ハンドリング（ログ出力など）
Call WriteLog(“Error occurred: ” & Err.Description)
Err.Clear
Else
Call WriteLog(“Process completed successfully. ExitCode: ” & exitCode)
End If
On Error GoTo 0
‘ 4. オブジェクトの明示的破棄（メモリリーク・プロセス滞留防止）
Set wshShell = Nothing
End Sub
Sub WriteLog(ByVal message)
‘ 簡易ログ出力関数（必要に応じてFileSystemObject等で拡張）
‘ 今回はコンソール出力（cscript実行時を想定）
WScript.Echo “[” & Now & “] ” & message
End Sub
—
4. チーフアーキテクトが教える「現場の罠」と高度な回避策
この手法は極めて強力だが、レガシー環境や特殊なコマンドの組み合わせにおいて、いくつかの「罠」が存在する。シニアエンジニアとして知っておくべきトラブルシューティングを共有する。
罠1: `cmd.exe /c` を挟むべきか、直接叩くべきか
VBScriptから直接 `.bat` や `.exe` を叩く場合、`WindowStyle = 0` を指定していても、バッチファイル内部でさらに別プロセスを同期なしでキックすると、その子プロセスがコンソールを要求して黒い画面が露出する場合がある。
対策: バッチファイルを呼び出す際は、必ず `cmd.exe /c “…”` の形でラップし、バッチ自体の実行コンテキストを制御下に置くこと。
罠2: `bWaitOnReturn` の選択（同期 vs 非同期）
- `False` (非同期): スクリプトはプロセスの終了を待たずに次へ進む。バックグラウンドで常駐ツールやファイアウォール制御などを走らせる場合に有効。ただし、多重起動の制御（Mutex等）を考慮しないとリソースを圧迫する。
- `True` (同期): プロセスが完全に終了するまでVBScript側がブロックされる。業務システムのデータ連携など、「前の処理が終わってから次へ進む」必要がある場合は必ず `True` に設定する。
罠3: VBScriptにおけるオブジェクトのライフサイクルとメモリ管理
VBScriptのCOMコンポーネント（`CreateObject` で生成したもの）は、スクリプト終了時に自動解放されるが、これは「信頼してはならない神話」に等しい。
特にIISからの呼び出し（ASP）や、タスクスケジューラから長期間連続稼働するWSHプロセスにおいて、`Set wshShell = Nothing` を明示的に行わないことは、メモリリーク（HRESULTの解放漏れ）を誘発する最大の原因となる。使い終わったオブジェクトは即座に `Nothing` を代立させてメモリプールへ返却するのが、プロフェッショナルの作法である。
—
総括
「黒い画面を見せない」という要件は、単なる見た目の美しさ（Aesthetics）の問題ではない。それは、エンドユーザーの誤操作を防ぎ、システムと人間のインタラクションを完全に分離するためのセキュリティおよびUXエンジニアリングの基本要件である。
`WScript.Shell.Run` の第2引数に `0` を指定するこのテクニックは、VBScriptが誕生して以来、何十年もの間変わらずに機能し続ける堅牢な仕様に基づいている。レガシーシステムを現役で支えるエンジニア諸氏には、このプリミティブでありながら強力なパラメータを正しく理解し、洗練されたバックグラウンド自動化を実現してほしい。
