【極限のVBA】タスクスケジューラで回す「完全無人PDF変換」のアーキテクチャ
PowerPointのオートメーションは、多くのエンジニアにとって「不安定なブラックボックス」になりがちだ。特に、GUIを介さずにバックグラウンドで大量のPPTXを処理しようとすれば、プロセスのゾンビ化、メモリリーク、そして謎の「保存ダイアログ待機」によるフリーズが待ち受けている。
今回は、WindowsタスクスケジューラとVBA（あるいはVBS/PowerShell経由のCOM制御）を組み合わせ、深夜帯に安定稼働するエンタープライズ級の変換基盤を構築する作法を伝授する。
1. なぜ「VBA単体」ではなく「外部制御」が推奨されるのか
PowerPointのプロセスは、Officeアプリケーションの中でも特にCOMインターフェースが脆弱だ。VBAをPPTファイル内に直接記述して実行するのは、デバッグの面でも運用管理の面でも悪手である。
「司令塔」を外部に置くメリット：
- 例外処理の独立性: PPTがクラッシュしても、制御側のスクリプト（VBSまたはPowerShell）がプロセスを強制終了させ、ログを残せる。
- ライフサイクル管理: 実行直後に確実に `Application.Quit` を呼び出し、プロセスをメモリから解放する「クリーンアップ」を保証できる。
2. 堅牢な自動化のための「3つの鉄則」
1. Invisible設定の罠を回避: `Application.Visible = msoFalse` を過信してはならない。一部のライブラリやアドインがGUIを強制的に要求することがある。基本は表示させ、処理が終わったら即座に閉じる運用が最も堅牢だ。
2. アラート抑制: `Application.DisplayAlerts = ppAlertsNone` は必須。これがないと、フォント欠損やリンク切れのダイアログ一つでタスクが数時間フリーズする。
3. パスの厳密化: タスクスケジューラは、システム環境変数とユーザー環境変数の差異が激しい。パスは必ず「絶対パス」で指定すること。
3. 実装：PowerShellによる「完全制御」スクリプト
VBAよりも、外部からCOMを叩くPowerShellの方が、エラーハンドリングとプロセスの生死確認においては圧倒的に有利だ。以下は、指定フォルダ内の全PPTXをPDFへ変換し、正常終了後にプロセスを確実に殺すスクリプトだ。
Convert-PPTXtoPDF.ps1
$sourceDir = “C:\Batch\Input”
$targetDir = “C:\Batch\Output”
PowerPointのCOMオブジェクト生成
$pptApp = New-Object -ComObject PowerPoint.Application
処理対象のファイルリスト取得
$files = Get-ChildItem -Path $sourceDir -Filter .pptx
foreach ($file in $files) {
try {
$presentation = $pptApp.Presentations.Open($file.FullName, [Microsoft.Office.Interop.PowerPoint.MsoTriState]::msoTrue, [Microsoft.Office.Interop.PowerPoint.MsoTriState]::msoFalse, [Microsoft.Office.Interop.PowerPoint.MsoTriState]::msoFalse)
$pdfPath = Join-Path $targetDir ($file.BaseName + “.pdf”)
# PDF出力実行
$presentation.SaveAs($pdfPath, 32) # 32 = ppSaveAsPDF
$presentation.Close()
}
catch {
Write-Error “Error processing $($file.Name): $($_.Exception.Message)”
}
}
最終クリーンアップ
$pptApp.Quit()
[System.Runtime.Interopservices.Marshal]::ReleaseComObject($pptApp)
Remove-Variable pptApp
4. タスクスケジューラ連携の勘所
タスクスケジューラに登録する際は、以下の設定を徹底せよ。
- 全般タブ: 「ユーザーがログオンしているかどうかにかかわらず実行する」にチェック。
- 全般タブ: 「最上位の特権で実行する」にチェック（COMの権限競合を防ぐ）。
- 操作: `powershell.exe` をプログラムとして指定し、引数に `-ExecutionPolicy Bypass -File “C:\Path\To\Convert-PPTXtoPDF.ps1″` を渡す。
注意: サーバー環境で実行する場合、ユーザープロファイルが読み込まれず、Officeのライセンス認証が通らないケースがある。必ずタスク実行ユーザーで一度ログインし、GUI上でOfficeを起動・認証を完了させておくこと。
5. 伝説のエンジニアからの忠告
「自動化」とは、コードを書いて終わりではない。最も重要なのは「失敗した時の挙動」だ。
- ログ出力: 処理開始時間、終了時間、変換成功/失敗ファイルを必ずテキストログに残せ。
- タイムアウト監視: PPTXが巨大な場合、1ファイルに10分かかることもある。タイムアウトをタスクスケジューラ側で設定し、ハングアップしたプロセスを `taskkill /F /IM POWERPNT.EXE` で強制終了するガードレールを敷くのが、プロの仕事だ。
この設計図をベースにすれば、深夜のPDF変換はもはや「不安な作業」から「確実に終わる定時処理」へと昇華する。システムを信頼させるのは、気合ではなく、こうした堅牢なプロセス管理である。
