掃き溜めに鶴を置く：VBScriptにおける「自己消滅」という美学
多くのエンジニアにとって、VBScriptは「レガシーの墓場」かもしれない。だが、真のアーキテクトにとって、この環境はOSの深淵に直接手を触れられる、極めて軽量かつ高潔なツールボックスだ。
特に、配布したセットアップスクリプトが、その役割を終えた瞬間に「塵一つ残さず消える」という挙動は、セキュリティ意識の高い環境や、配布先のマシンを汚染したくないプロフェッショナルな現場において、一つの到達点となる。
今回は、WSH（Windows Script Host）の制約を逆手に取り、自身の存在を確実かつ安全に消去する「自己消滅シーケンス」の極意を伝授する。
—
なぜ「単純なDEL」では不十分なのか
初心者が書くコードは、`objFSO.DeleteFile WScript.ScriptFullName` といった一文で終わる。しかし、これでは実行中のプロセス自身を削除しようとして「アクセス拒否」の例外を食らうのがオチだ。
OSのプロセス管理を欺き、自身を安全に消滅させるには、「現在のプロセスが終了した直後に、別の独立したプロセスから削除を実行する」という非同期のシーケンスを組む必要がある。
黄金のパターン：cmd.exeへの指揮権移譲
最も堅牢なのは、Windowsのコマンドプロセッサ（`cmd.exe`）の遅延実行機能を利用することだ。
‘ 自己消滅を実行するためのアーキテクチャ
Sub SelfDestruct()
Dim objShell, strScriptPath, strCommand
Set objShell = CreateObject(“WScript.Shell”)
strScriptPath = WScript.ScriptFullName
‘ cmd /c で遅延実行を仕込む
‘ “timeout /t 1 > nul” で親プロセスの完全終了を待つのが肝
‘ その後、ファイルが存在しなくなるまで待機してから削除を実行する
strCommand = “cmd.exe /c timeout /t 1 > nul & del /f /q “”” & strScriptPath & “”” & exit”
‘ 非同期で実行し、即座にメインプロセスを終了させる
objShell.Run strCommand, 0, False
‘ メモリ最適化：オブジェクトを明示的に解放
Set objShell = Nothing
WScript.Quit
End Sub
—
シニアエンジニアが意識すべき「隠れた地雷」
上記のコードを実装する際、以下の3点に注意を払わない者は、運用現場で必ず足元をすくわれる。
1. プロセス同期の揺らぎ
`timeout /t 1` を入れている理由は、スクリプトがメモリから完全にアンロードされる前に削除コマンドが走るのを防ぐためだ。システム負荷が高い環境では、稀に1秒でも足りないことがある。極限の環境では、pingコマンドを用いたより長めの待機時間を設けるのも手だ（`ping 127.0.0.1 -n 3 > nul`）。
2. 環境変数とパスの罠
`WScript.ScriptFullName` はユニコードを扱うが、`cmd.exe` に渡す引数内でスペースや特殊文字が含まれる場合、必ずダブルクォーテーションで囲む必要がある。これを怠ると、パスの途中にスペースがあるだけでスクリプトは永遠に消えない。
3. オブジェクトのライフサイクル管理
VBScriptは自動ガベージコレクションを備えているが、大規模なスクリプト内では `Set obj = Nothing` を怠るな。特にCOMオブジェクトを多用する場合、終了直前にそれらを明示的に解放することは、OS側のプロセス終了待ち時間を最小化する「礼儀」である。
—
実践的実装：Tempファイルの掃討まで考慮する
セットアップスクリプトは、多くの場合ログや一時ファイルを生成する。これらを残すのは美しくない。
‘ 安全な終了シーケンスの完全版
Sub CleanupAndExit()
Dim fso, tempFile
Set fso = CreateObject(“Scripting.FileSystemObject”)
‘ 一時的な作業ファイルを特定し、削除する
tempFile = fso.GetSpecialFolder(2) & “\install_log.txt”
If fso.FileExists(tempFile) Then
fso.DeleteFile tempFile, True
End If
‘ 自身を消去して消える
SelfDestruct
End Sub
‘ 処理の最後で必ず呼ぶこと
CleanupAndExit
—
結論：コードに「意志」を持たせる
VBScriptを単なる「古い言語」と見なすか、それとも「OSを直接叩くための洗練されたインターフェース」と見なすか。それは使い手次第だ。
今回紹介した自己消滅シーケンスは、単なるコードの断片ではない。「実行後に痕跡を残さない」という、アーキテクトとしての矜持そのものだ。
君たちが保守するレガシーなシステムが、この小さな知見によって、より清潔で、より堅牢なものになることを期待している。さあ、次はどの無駄なプロセスを掃除しに行く？
