CorelDRAW VBAの限界を突破せよ：マルチプロセス並列変換エンジンの設計思想
CorelDRAW VBAで数百〜数千のファイルを順次変換していませんか？もしそうなら、あなたはCPUのコアを9割以上遊ばせ、PCのファンを無駄に回し、人生の貴重な時間を浪費しています。
VBAはシングルスレッドです。CorelDRAWのCOMオブジェクトモデルは強力ですが、単体では「逐次実行」の呪縛から逃れられません。本稿では、VBAを「指揮官」に据え、Windowsのマルチコアをフル活用する「並列変換エンジン」のアーキテクチャを伝授します。
—
1. なぜ「単一プロセス」ではいけないのか
CorelDRAWのインスタンスはメモリを大量に消費します。1つのプロセスで大量のファイルを開閉し続けると、COMメモリリークやGDIリソースの枯渇（いわゆる「メモリの断片化」）により、数百ファイルを超えたあたりで必ずクラッシュします。
我々の設計戦略はこうです：
1. VBA（コントローラー）: ファイルリストの生成と、並列実行の監視を行う。
2. 外部プロセス（ワーカー）: CorelDRAWのインスタンスを「使い捨て」のコンソールアプリ（C# / .NET）として起動し、1ファイル変換したら即座にプロセスを終了する。
これにより、メモリリークを物理的に遮断し、CPUコア数分の並列処理を実現します。
—
2. 核心：ワーカーエンジンの設計 (C# / .NET Core)
VBAから直接並列化するのではなく、VBAから「変換用の小さな実行ファイル」を引数付きで呼び出します。
// Worker.cs – CorelDRAWを制御する軽量コンソールアプリ
using Corel = CorelDRAW.Application;
class Program {
static void Main(string[] args) {
// 引数: [ソースパス] [出力パス] [フォーマット]
var app = new Corel();
var doc = app.OpenDocument(args[0]);
// エクスポート処理（PDFなど）
var pdfSettings = doc.PDFSettings;
// …設定の微調整…
doc.PublishToPDF(args[1]);
doc.Close();
app.Quit(); // 処理が終われば即座にプロセスごと破棄
}
}
—
3. VBAコントローラー：司令塔の構築
VBA側では、`WScript.Shell`の `Run` メソッドを使い、非同期でワーカーをキックします。重要なのは「同時実行数の制限」です。全ファイルを同時に投げるとメモリが溢れるため、CPUコア数に合わせてキューを制御します。
‘ VBA側：並列ジョブ実行マネージャー
Public Sub RunParallelConversion(fileList As Collection)
Dim wsh As Object: Set wsh = CreateObject(“WScript.Shell”)
Dim maxThreads As Integer: maxThreads = 4 ‘ CPUコア数に合わせて調整
Dim runningCount As Integer
‘ ここでファイルリストをループし、最大数を超えないように制御
‘ 実際の実装では、プロセスの終了監視（WMI等）と組み合わせる
For Each filePath In fileList
Dim cmd As String
cmd = “C:\Engine\Converter.exe “”” & filePath & “”” “”C:\Output\” & GetFileName(filePath) & “.pdf”””
‘ 非同期実行（ウィンドウ非表示）
wsh.Run cmd, 0, False
‘ 簡易的な同時実行数制御（ウェイトを入れるか監視ループを組む）
DoEvents
Next
End Sub
—
4. 堅牢なエンジニアリングのための「3つの鉄則」
① プロセス監視とタイムアウト
外部プロセスがフリーズした際、VBA側で `GetObject` を使い続けても無駄です。`TaskKill` コマンドで対象のプロセスID（PID）を定期的にクリーンアップする「番犬（ウォッチドッグ）」ロジックを必ず組み込んでください。
② ファイルロックの回避
ネットワークドライブ上のファイルにアクセスする場合、同時読み込みによるロックエラーが頻発します。必ず一度ローカルのテンポラリフォルダ（`%TEMP%`）へコピーしてから処理し、完了後に移動させるのがプロの定石です。
③ インスタンスの使い捨て（イミュータブルな実行環境）
CorelDRAWのVBA環境は「前回の実行のゴミ」を拾いがちです。1ファイル変換するたびにプロセスを再起動するコストは、安定性と引き換えにする十分な価値があります。
—
最後に：自動化は「設計」が9割
このアーキテクチャの美しさは、「VBAが複雑な処理を行わない」点にあります。VBAはあくまで「データの受け渡し」と「進捗の可視化」に徹し、重い処理は.NETの世界に委ねる。これが大規模システムを構築する上での唯一の正解です。
皆さんが現在抱えている「CorelDRAWが時々落ちる」「数千ファイルの変換でPCが固まる」といった悩みは、この設計に切り替えるだけで霧が晴れるように解決します。
さあ、退屈な逐次処理に別れを告げ、マルチコアを支配する真の自動化エンジニアへと踏み出してください。質問があれば、コードの深淵でいつでも待っています。
