【ドキュメントサイレント印刷】Shell.Application の InvokeVerb を用いたPDF・Wordファイルのバックグラウンド一括印刷
レガシーシステムの呪縛、あるいはWindowsインフラストラクチャの深部において、VBScript（Visual Basic Scripting Edition）とWSH（Windows Script Host）のコンビネーションはいまだに現役の生命力を保っている。GUIを持たないサーバー環境や、サードパーティ製ライブラリの導入が厳格に禁じられた閉域網のクライアント端末において、OS標準のシェル機能のみで完結する自動化パイプラインは、時にどんなモダンな言語よりも強固な解決策となる。
今回は、業務自動化の現場で常に要求される「特定フォルダ内のドキュメント（PDFやOffice文書）を、ユーザーに一切のGUIを見せることなく、関連付けられたアプリケーションのバックグラウンドプロセスを通じて連続印刷（サイレント印刷）する」メカニズムの核心を解説する。
—
1. アーキテクチャの選定：なぜ `Shell.Application` の `InvokeVerb` なのか
ドキュメントをプログラムから印刷する場合、通常は各アプリケーションのCOMオートメーション（例：`Word.Application` や `AcroExch.PDDoc`）を起動し、 `.PrintOut` メソッドを叩くアプローチが採られる。しかし、この手法には実務上致命的な欠陥がいくつか存在する。
1. 対象フォーマットごとの実装依存: PDF、Word、Excel、テキストファイル等で、操作すべきCOMオブジェクトのAPIが完全に異なる。
2. ライセンスとコスト: サーバーサイドでOffice製品のCOMオブジェクトを直接操作することは、Microsoftのライセンス規約上グレーゾーンであり、かつExcel等のバックグラウンド起動はメモリリークやゾンビプロセスの温床となる。
3. ダイアログのポップアップ: アプリケーションの実装やプリンタのドライバ仕様によっては、予期せぬダイアログが表示され、処理が完全にブロックされる。
これに対し、Windowsシェルが提供する `Shell.Application` を用いた `InvokeVerb(“print”)`（または `”printto”`） アプローチは、OSのエクスプローラーが右クリックメニューから「印刷」を選択した挙動をそのままプログラムからエミュレートする。これにより、OSに登録されたファイルの関連付けとシェル拡張機能が自動的に適切なエンジンを呼び出し、極めてクリーンかつ一貫したバックグラウンド処理を実現できる。
—
2. 実装コード：極限まで最適化されたサイレント印刷スクリプト
以下に、実業務の現場で耐えうる堅牢性とメモリ管理を組み込んだVBScriptコードを示す。
‘ ==============================================================================
‘ Script Name: SilentBatchPrint.vbs
‘ Description: 指定フォルダ内の対象ドキュメントをShell.Application経由で
‘ GUIを抑止しながら一括印刷するプロダクション品質のスクリプト
‘ ==============================================================================
Option Explicit
Const TARGET_FOLDER = “C:\PrintQueue”
Const WAIT_MILLIS = 5000 ‘ アプリケーション起動とスプール完了を待機する時間（ミリ秒）
Sub Main()
Dim objShell, objFSO, objFolder, objFile
Dim colFiles, strExtension
‘ 1. オブジェクトの生成（エラーハンドリングの準備）
Set objShell = CreateObject(“Shell.Application”)
Set objFSO = CreateObject(“Scripting.FileSystemObject”)
If Not objFSO.FolderExists(TARGET_FOLDER) Then
WScript.Echo “致命的エラー: 指定されたフォルダが存在しません -> ” & TARGET_FOLDER
Exit Sub
End If
Set objFolder = objShell.NameSpace(TARGET_FOLDER)
Set colFiles = objFolder.Items
WScript.Echo “=== バッチ印刷プロセスを開始します ===”
‘ 2. フォルダ内のアイテムをイテレート
For Each objFile In colFiles
If Not objFile.IsFolder Then
strExtension = LCase(objFSO.GetExtensionName(objFile.Path))
‘ 印刷対象とする拡張子をホワイトリスト形式で定義
Select Case strExtension
Case “pdf”, “doc”, “docx”, “xls”, “xlsx”, “txt”
WScript.Echo “処理中: ” & objFile.Name
‘ InvokeVerbEx を使用（一部の環境では “print” または “printto” を指定）
‘ Verbの挙動はOSのシェル拡張に依存するため、エラーキャッチが必須
On Error Resume Next
objFile.InvokeVerb(“print”)
If Err.Number <> 0 Then
WScript.Echo ” -> 警告: 印刷動詞の実行に失敗しました (” & Err.Description & “)”
End If
On Error GoTo 0
‘ プロセスとプリンタースプーラーの競合を防ぐためのインターバル
WScript.Sleep WAIT_MILLIS
Case Else
‘ 対象外の拡張子はスキップ
End Select
End If
Next
WScript.Echo “=== すべての印刷指示が完了しました ===”
‘ 3. 明示的なオブジェクト解放（メモリリークの完全排除）
Set objFile = Nothing
Set colFiles = Nothing
Set objFolder = Nothing
Set objFSO = Nothing
Set objShell = Nothing
End Sub
‘ 処理の実行
Main()
—
3. シニアエンジニアが押さえるべき深層の知見と罠
このスクリプトをエンタープライズ環境に投入する際、表面上のコード以上に「OSの挙動」と「メモリのライフサイクル」を理解しているかどうかがシステムの生死を分ける。
① `InvokeVerb` と `InvokeVerbEx` の挙動差異
標準の `InvokeVerb(“print”)` は、関連付けられたアプリケーションを起動し、印刷コマンドを送り込む。しかし、アプリケーションによってはGUIウィンドウが極わずかにフラッシュしたり、フォーカスを奪ったりすることがある。
より厳密なバックグラウンド実行を望む場合、非同期で動作する `InvokeVerbEx` の活用や、プリンターのデフォルト設定（既定のプリンター）が正しくターゲットを向いていることの事前検証が不可欠となる。
② プロセス残存問題（ゾンビプロセスの発生）
Office文書やAdobe Acrobatなどの重いアプリケーションをシェル経由で連続起動した場合、印刷完了後にプロセスがメモリ上に残留し続ける現象（ゾンビプロセス）が発生しやすい。
上記のコードにある `WScript.Sleep WAIT_MILLIS` は、アプリケーションがドキュメントをロードし、スプールにデータを吐き出してから安全に終了するまでの「猶予時間」を担保するための極めて重要な防衛策である。環境のスペックやドキュメントの平均サイズに応じて、この値はチューニングしなければならない。
③ COMオブジェクトの参照カウントとメモリ最適化
VBScriptは内部でCOMの参照カウント（Reference Counting）を管理しているが、ガベージコレクションのタイミングは非決定的（Deterministicではない）である。特にループ内でCOMオブジェクトを暗黙的に生成・破棄し続けると、VBScriptホスト（`wscript.exe` / `cscript.exe`）のメモリフットプリントが肥大化する。
スクリプトの最後で `Set objFile = Nothing` のように逆順かつ明示的なオブジェクトの解放を行うことは、長期間稼働するタスクスケジューラ環境においてメモリリークを防ぐための絶対的な作法である。
—
結びにかえて
モダンなクラウドAPIやコンテナ化されたマイクロサービス全盛の時代において、VBScriptによるローカルシェルの制御は「レガシー」の代名詞のように語られることがある。しかし、OSの根幹にダイレクトにアプローチし、最小限のコードベースでインフラの機能を引き出すこの技術的アプローチには、エンジニアリングの本質が詰まっている。
仕組みの限界と挙動の機微を完全に掌握した上で実装された自動化スクリプトは、どのような最新フレームワークよりも堅牢に、静かに、そして確実に入出力のパイプラインを支え続けるのである。
