【バッチ組み込みVBS】Windowsバッチ（.bat）内でVBScriptを動的生成・実行・自動削除するワンライナー運用術
レガシーシステムが今なお稼働するミッションクリティカルな現場において、開発者やシステム管理者が直面する最大の壁は「環境依存の制約」である。新規の実行ファイル（.exe）の配備には厳格なセキュリティ承認が必要であり、PowerShellの実行ポリシー（ExecutionPolicy）はグループポリシーでガチガチに固められている。
しかし、どのような要塞化したWindows環境であっても、標準で確実に稼働するインタプリタが2つだけ存在する。それが `cmd.exe`（バッチファイル） と `cscript.exe / wscript.exe`（VBScript） だ。
本稿では、ファイル配布の煩雑さを排除し、単一のバッチファイルの中にVBScriptのロジックをカプセル化。実行時に動的生成し、役目が終われば瞬時に消去する「バッチ組み込みVBS（インラインVBS）」の極限の知見を、オブジェクトのライフサイクル管理とメモリ最適化の観点から徹底解説する。
—
1. なぜ「バッチ組み込みVBS」なのか？：アーキテクチャの優位性
単体の `.vbs` ファイルを別途用意する手法は、ファイル散逸のリスクや、バージョン管理の不整合を生む。バッチファイル内にVBScriptを埋め込むアプローチには、以下の圧倒的なアドバンテージがある。
- ゼロ・フットプリント（Zero Footprint）： 実行前後にクライアント端末へファイルを残さないため、セキュリティ監査の対象になりにくい。
- アトミックな実行： 配布物は常に1つの `.bat` ファイルのみであり、スクリプトの欠損や置き忘れを防ぐ。
- WSHの圧倒的な環境適応力： Windows 2000から最新のWindows 11に至るまで、追加ランタイムなしで同一の挙動を担保する。
しかし、これを素直に実装しようとすると、コマンドプロンプトのエスケープ処理の泥沼や、COMオブジェクトのメモリリークというVBScript特有の罠に足元をすくわれる。プロフェッショナルは、これらを如何にして制御すべきか。
—
2. 【実装コード】極限まで最適化されたインラインVBSパターン
以下のコードは、バッチファイル内でVBScriptを動的生成し、WMIを用いた高度なシステム情報取得（またはGUIプロンプト制御）を行い、即座にクリーンアップする完成形のテンプレートである。
@ECHO OFF
SETLOCAL ENABLEDELAYEDEXPANSIONS
:: ==============================================================================
:: スクリプト名: BatchInlineVBS_Masterpiece.bat
:: 概要: バッチ内でVBSを動的生成・実行・完全消去する極限のワンライナー運用テンプレート
:: ==============================================================================
:: 1. 実行時の一意な一時ファイル名を生成 (%RANDOM%を活用)
SET “VBS_TEMP=%TEMP%\temp_exec_%RANDOM%.vbs”
:: 2. VBScriptコードを動的生成（ECHOとリダイレクトの組み合わせ）
:: ※バッチ内の特殊文字（^, %, <, >）のエスケープに細心の注意を払うこと
ECHO Set objFSO = CreateObject(“Scripting.FileSystemObject”) > “%VBS_TEMP%”
ECHO Set objShell = WScript.CreateObject(“WScript.Shell”) >> “%VBS_TEMP%”
ECHO On Error Resume Next >> “%VBS_TEMP%”
ECHO. >> “%VBS_TEMP%”
ECHO ‘ — メイン処理ロジック — >> “%VBS_TEMP%”
ECHO strComputer = “.” >> “%VBS_TEMP%”
ECHO Set objWMIService = GetObject(“winmgmts:\\” ^& strComputer ^& “\root\cimv2”) >> “%VBS_TEMP%”
ECHO Set colItems = objWMIService.ExecQuery(“Select from Win32_OperatingSystem”) >> “%VBS_TEMP%”
ECHO. >> “%VBS_TEMP%”
ECHO For Each objItem in colItems >> “%VBS_TEMP%”
ECHO osName = objItem.Caption >> “%VBS_TEMP%”
ECHO osVersion = objItem.Version >> “%VBS_TEMP%”
ECHO Next >> “%VBS_TEMP%”
ECHO. >> “%VBS_TEMP%”
ECHO ‘ 結果をWSHポップアップで通知（またはテキストに出力） >> “%VBS_TEMP%”
ECHO objShell.Popup “OS名: ” ^& osName ^& vbCrLf ^& “バージョン: ” ^& osVersion, 5, “インラインVBS実行完了”, 64 >> “%VBS_TEMP%”
ECHO. >> “%VBS_TEMP%”
ECHO ‘ — オブジェクトの明示的解放（メモリ最適化） — >> “%VBS_TEMP%”
ECHO Set colItems = Nothing >> “%VBS_TEMP%”
ECHO Set objWMIService = Nothing >> “%VBS_TEMP%”
ECHO Set objShell = Nothing >> “%VBS_TEMP%”
ECHO Set objFSO = Nothing >> “%VBS_TEMP%”
:: 3. WSHホスト（cscript / wscript）を呼び出して実行
:: GUIを伴う場合は wscript.exe、標準出力が必要な場合は cscript.exe を選択
ECHO 仮想スクリプトを実行中…
CSCRIPT.EXE //NOLOGO “%VBS_TEMP%”
:: 4. 実行後の確実な自動削除（クリーンアップ）
IF EXIST “%VBS_TEMP%” (
DEL /F /Q “%VBS_TEMP%”
)
ENDLOCAL
EXIT /B 0
—
3. シニアエンジニアが押さえるべき「4つの技術的急所」
上記のコードを現場のプロダクション環境に投入するにあたり、VBScriptとWSHの挙動を知り尽くしたアーキテクチャ上の重要なポイントを解説する。
① WMIクエリと文字列連結におけるエスケープの罠
バッチファイル内（`ECHO`出力時）において、VBScript側のダブルクォーテーションやアンパサンド（`&`）は、コマンドプロンプトによって解釈されてしまう危険性がある。
特に `GetObject(“winmgmts:\\” & strComputer & “\root\cimv2”)` のように記述する場合、バッチ側で特殊文字として誤認されないよう、脱出記号（`^`）を適切に配置してエスケープする必要がある。
② COMオブジェクトのライフサイクルとメモリリーク対策
VBScriptはガベージコレクタ（GC）の挙動が.NET Framework等に比べて曖昧であり、特にWMIの動的コレクション（`SWbemObjectSet`等）やFileSystemObjectを多用するスクリプトでは、メモリリークがプロセス残留を引き起こす原因となる。
スクリプトの末尾では、必ず使用したオブジェクトに対して `Set objName = Nothing` を明示的に実行し、COMコンポーネントの参照カウントをゼロに落とすこと。これが長期稼働するバッチシステムを安定させる鉄則である。
③ プロセスモデルの選択（CSCRIPT vs WSCRIPT）
- `cscript.exe`: コンソールホスト。標準出力（`WScript.Echo`）が利用できるため、ログをバッチ側にパイプラインで戻したり、エラーコードを拾う場合に最適。
- `wscript.exe`: GUIホスト。メッセージボックスや外部ダイアログを操作する場合に用いるが、バックグラウンドでのバッチ制御には不向き。
システム連携基盤として組み込む場合は、原則として `CSCRIPT.EXE //NOLOGO` を選択し、標準出力のコントロールを握るべきである。
④ 例外耐性とフォールバック（`On Error Resume Next`）
レガシー環境では、WMIサービスの停止や権限不足によるCOM例外が突然発生する。インラインVBS内では `On Error Resume Next` を適切に配置しつつ、`Err.Number` を評価してバッチ側へ終了コード（`WScript.Quit [errorcode]`）を返却する設計に昇華させると、エンタープライズグレードの堅牢性が手に入る。
—
4. 応用：VBSの出力をバッチ変数にリアルタイムでキャプチャする技法
単にメッセージを出すだけでなく、VBScriptで計算した結果やAPIの応答をバッチ側の変数に収容したい場合がある。その場合は、`cscript` の標準出力を `FOR /F` ループで受け止めるのが常道である。
@ECHO OFF
SETLOCAL
SET “VBS_TEMP=%TEMP%\capture_%RANDOM%.vbs”
:: 現在の正確なタイムスタンプ（ミリ秒単位）をVBS経由で取得する
ECHO D = Now() > “%VBS_TEMP%”
ECHO WScript.Echo Year(D) ^& Right(“0” ^& Month(D), 2) ^& Right(“0” ^& Day(D), 2) >> “%VBS_TEMP%”
:: 標準出力をバッチ変数に格納
FOR /F “usebackq tokens=” %%A IN (`CSCRIPT.EXE //NOLOGO “%VBS_TEMP%”`) DO (
SET “CURRENT_DATE=%%A”
)
DEL /F /Q “%VBS_TEMP%”
ECHO 取得したタイムスタンプ: %CURRENT_DATE%
ENDLOCAL
この手法を使えば、バッチファイル単体では実装が困難な複雑な日付計算、文字列操作、WMI/COM経由のハードウェア情報取得などを、外部ファイルに依存することなく完全にカプセル化して実行できる。
—
総括
VBScriptは「レガシーな言語」として片付けられがちだが、Windows OSの根底に深く組み込まれたネイティブな機能群へのアクセスにおいて、今なお他の追随を許さない圧倒的な機動力を持っている。
バッチファイルによる動的生成・実行・自動削除（インラインVBS運用）のパターンをマスターすれば、環境制約の厳しい閉域網や、サードパーティ製ツールの持ち込みが一切許されない極限の現場においても、洗練された自動化ソリューションを迅速に構築・展開することが可能となる。
現場を知るエンジニアの武器として、ぜひこの知見を日々のシステム保守・運用アーキテクチャに組み込んでほしい。
