VBScriptを掌握せよ：WMIイベント駆動で実現する「ゼロ・ラグ」ファイル監視の極意
多くのエンジニアが「ファイルの監視」と聞いて、まず思い浮かべるのは `Do…Loop` の中で `FileSystemObject` を回し続けるポーリング処理だろう。だが、断言する。それは非効率の極みであり、CPUリソースへの冒涜だ。
真の自動化エンジニアは、OSの深層に眠るWMI（Windows Management Instrumentation）のイベントサブシステムを叩き起こす。今回は、WMIの `__InstanceCreationEvent` を用いた、OSネイティブレベルのファイル監視アーキテクチャを伝授する。
—
1. なぜ「ポーリング」を捨て、「イベント駆動」を選ぶのか
ポーリング（一定間隔でのスキャン）は、「監視間隔」と「即時性」のトレードオフという宿命的な欠陥を抱えている。
- 短すぎる間隔： CPU負荷を増大させ、システムのレスポンスを低下させる。
- 長すぎる間隔： 処理の遅延を招く。
対して、WMIを用いたイベント購読は、OSのカーネルがファイルシステムへの書き込みを検知した瞬間にイベントを通知する。消費リソースはほぼゼロ。これが、大規模システムにおける「レガシーの呪縛」を解く唯一の解法である。
—
2. 実装：WMI `__InstanceCreationEvent` の核心
WMIでのファイル監視は、`SELECT FROM __InstanceCreationEvent` クエリを投げ、イベントが飛んでくるまでスクリプトを「待機状態（ブロック）」にするのが定石だ。
以下は、指定フォルダへのファイル作成を即座に検知し、任意の処理へ引き渡すための実装テンプレートである。
‘ — WMIイベント監視スクリプト：Monitor.vbs —
Option Explicit
Dim objWMIService, objEventQuery, objEventConsumer
Dim strComputer, strQuery, targetFolder
‘ 監視対象フォルダを指定（パスの円記号はエスケープが必要）
targetFolder = “C:\\DropBox\\Inbound”
strComputer = “.”
Set objWMIService = GetObject(“winmgmts:\\” & strComputer & “\root\cimv2”)
‘ WMIクエリの構築
‘ TargetInstance isa ‘CIM_DataFile’ でファイルオブジェクトを特定
‘ DriveとPathで監視対象を絞り込む。特にDriveの指定を忘れると全ドライブが対象になるので注意。
strQuery = “SELECT FROM __InstanceCreationEvent WITHIN 1 WHERE ” & _
“TargetInstance ISA ‘CIM_DataFile’ AND ” & _
“TargetInstance.Drive = ‘C:’ AND ” & _
“TargetInstance.Path = ‘\\DropBox\\Inbound\\'”
Set objEventConsumer = objWMIService.ExecNotificationQuery(strQuery)
WScript.Echo “監視を開始しました: ” & targetFolder
‘ イベントループ（ここがブロックされ、CPUを消費しない）
Do
Dim objEvent
Set objEvent = objEventConsumer.NextEvent
‘ 新規ファイル作成イベント発生時の処理
Call ProcessFile(objEvent.TargetInstance.Name)
Loop
‘ 処理用サブプロシージャ
Sub ProcessFile(filePath)
WScript.Echo “検知しました: ” & filePath
‘ ここにパース処理や転送ロジックを記述
End Sub
‘ 終了処理（本スクリプトがループを抜けることは通常ないが、設計の基本として記述）
Set objEventConsumer = Nothing
Set objWMIService = Nothing
—
3. シニアエンジニアが押さえるべき「極限の知見」
オブジェクトのライフサイクルとメモリリーク
VBScriptはガベージコレクションが強力ではない。特にWMIの `ExecNotificationQuery` のような長期実行プロセスでは、ループ内で生成するオブジェクトの破棄を意識しなければならない。不要なオブジェクトは明示的に `Set = Nothing` を行うことが、数日間稼働し続けるシステムの安定性を担保する。
WMIフィルタリングの最適化
クエリ内の `WITHIN 1` は、WMIが変更をポーリングする最大間隔（秒）を定義する。これを小さくしすぎるとWMIのオーバーヘッドが増し、大きくすると検知に遅延が出る。`1` が妥当なバランスだが、監視対象フォルダの深さやファイル数に応じて慎重に調整すべきだ。
権限と実行コンテキスト
このスクリプトをサービスとしてバックグラウンドで動かす場合、`wscript.exe` ではなく `cscript.exe` で実行し、かつ `SYSTEM` アカウント権限を適切に管理する必要がある。また、ネットワークドライブ上の監視にはWMIは適さない（ローカルドライブ専用の技術である）。ネットワーク共有を監視する場合は、素直に `FileSystemWatcher` を実装した .NET DLL を呼び出すラッパーを作成するのが、大人のエンジニアの選択だ。
—
4. 最後に：アーキテクトからの助言
「古い技術」と切り捨てるのは簡単だ。だが、Windowsの深い階層を知り尽くせば、VBScriptは今なお最強の「軽量エージェント」になり得る。
このコードをそのまま使う必要はない。しかし、この「イベント駆動によるリソース効率の極大化」という考え方は、現代のクラウドネイティブなマイクロサービス設計においても全く同じ価値を持つ。
システムを動かすのはフレームワークではない。OSの挙動を理解した、あなた自身の知性である。健闘を祈る。
