【上級】CorelDRAW VSTA（C#）によるネイティブマルチスレッド・ファイル変換エンジンの構築
開発プロジェクトを率いる中で、こんな絶望に直面したことはないだろうか。
「数百枚、数千枚におよぶCDRファイルをPDFやSVG、EPSに一括変換したい。しかし、VBAで処理を回すとシングルスレッドの呪縛によりCPUの1コアしか使えず、終わらないプログレスバーを何時間も眺める羽目になる……」
VBAは手軽だが、近代的なマルチコアプロセッサのパワーを完全にドブに捨てている。COMの単一スレッドアパートメント（STA）モデルの制約を受け、CorelDRAWの巨大なプロセスを安全に並列制御することはVBA単体では不可能に近い。
ここで立ちふさがるのが、CorelDRAW VSTA (Visual Studio Tools for Applications) と C# (.NET Framework) の組み合わせだ。
今回は、VBAの限界を突破し、ネイティブマルチスレッド処理によってファイル変換スループットを極限まで高める、プロダクション品質の移行アーキテクチャを伝授する。
—
1. なぜVBAではなくVSTA（C#）なのか？
業務自動化において、VBAから.NET（C#）への移行は単なる「言語の置き換え」ではない。実行モデルのパラダイムシフトである。
- シングルスレッド vs TPL（Task Parallel Library）: C#の `Parallel.ForEach` や `async/await` を使えば、ママ機のようなノートPCであっても全CPUコアをフル回転させ、複数ドキュメントを並列オープン・エクスポートできる。
- メモリ管理と例外処理: VBAの `On Error Resume Next` のような脆弱なエラーハンドリングとはおさらばだ。try-catch-finallyによる厳格なリソース解放により、何千回とループを回してもメモリリークやCOMオブジェクトのゾンビ化を防げる。
- 型安全性とモダンなエコシステム: LINQによるファイル群のフィルタリング、堅牢なJSON設定ファイルとの連携など、実務に耐えうるコードベースを構築できる。
—
2. アーキテクチャ設計の要諦
CorelDRAWをC#からマルチスレッドで操作する際、最大の罠が潜んでいる。
「CorelDRAWのCOMオブジェクトは、基本的にマルチスレッドセーフではない」 という事実だ。
複数のスレッドから同時にひとつの `CorelDRAW.Application` インスタンスを叩きにいけば、例外を吐くか、最悪の場合はCorelDRAWそのものがクラッシュする。
したがって、以下の設計方針を厳守する。
1. プロセス分離（あるいはインスタンスプール）:
大規模バッチでは、バックグラウンドで複数のCorelDRAWプロセス（または独立したタスクコンテキスト）を安全に制御するか、タスクキューイングモデルを採用する。
2. スレッドセーフなファイルI/Oの分離:
ファイルパスの列挙、変換処理、ログ出力の各関心を完全に分離する。
今回は、実務で最も堅牢かつ現実的なアプローチとして、「キューイングされた非同期ワーカーによる順次処理 ＋ .NETの並列タスク制御」の骨組みを示す。
—
3. 実装コード：C#/.NET VSTAによる高速一括変換エンジン
以下のC#コードは、VSTA環境（または外部の独立したコンソール/WPFアプリケーションからCorelDRAWをCOM参照して動かす場合）でそのまま流用できる、堅牢なプロダクションコードだ。
using System;
using System.IO;
using System.Threading.Tasks;
using System.Collections.Concurrent;
using CorelDRAW = Corel.Interop.VGCore;
namespace CorelDrawBatchEngine
{
public class ConversionEngine
{
///
///
/// 入力ディレクトリ
/// 出力ディレクトリ
/// 出力フォーマット (pdf, jpg, eps)
public static void ExecuteBatchConversion(string sourceDir, string outputDir, string targetFormat)
{
if (!Directory.Exists(sourceDir))
throw new DirectoryNotFoundException($”入力ディレクトリが見つかりません: {sourceDir}”);
if (!Directory.Exists(outputDir))
Directory.CreateDirectory(outputDir);
// 処理対象ファイルの列挙
string[] cdrFiles = Directory.GetFiles(sourceDir, “.cdr”, SearchOption.AllDirectories);
Console.WriteLine($”[情報] 変換対象ファイル数: {cdrFiles.Length} 件。マルチスレッド処理を開始します。”);
// スレッドセーフなカウンター
int processedCount = 0;
int errorCount = 0;
// Parallel.ForEach によるネイティブマルチスレッド実行
// ※CorelDRAWのライセンスやCOMの競合を防ぐため、MaxDegreeOfParallelismで同時実行数を制御する
var parallelOptions = new ParallelOptions
{
MaxDegreeOfParallelism = Environment.ProcessorCount > 2 ? Environment.ProcessorCount – 1 : 1
};
Parallel.ForEach(cdrFiles, parallelOptions, (filePath, state) =>
{
CorelDRAW.Application cdrApp = null;
CorelDRAW.Document doc = null;
try
{
// 1. 各スレッド専用のCorelDRAWインスタンス（または非表示セッション）を起動
// ※COMアパートメントの制約を回避するため、スレッドごとにインスタンスを生成
Type cdrType = Type.GetTypeFromProgID(“CorelDRAW.Application.24”); // バージョン24 (2022) の例
if (cdrType == null)
{
throw new InvalidOperationException(“指定されたCorelDRAWのCOMコンポーネントが見つかりません。”);
}
cdrApp = (CorelDRAW.Application)Activator.CreateInstance(cdrType);
cdrApp.Visible = false; // バックグラウンド実行で描画コストをカット
// 2. ドキュメントのオープン
doc = cdrApp.OpenDocument(filePath);
string fileName = Path.GetFileNameWithoutExtension(filePath);
string outputPath = Path.Combine(outputDir, $”{fileName}.{targetFormat.ToLower()}”);
// 3. フォーマットに応じたエクスポート処理
ExportDocument(doc, outputPath, targetFormat);
System.Threading.Interlocked.Increment(ref processedCount);
Console.WriteLine($”[成功] ({processedCount}/{cdrFiles.Length}) 変換完了: {fileName}”);
}
catch (Exception ex)
{
System.Threading.Interlocked.Increment(ref errorCount);
Console.Error.WriteLine($”[エラー] 失敗ファイル: {Path.GetFileName(filePath)} | 理由: {ex.Message}”);
}
finally
{
// 4. 【最重要】COMオブジェクトの厳格なライフサイクル管理とメモリ解放
if (doc != null)
{
try { doc.Close(); } catch { }
System.Runtime.InteropServices.Marshal.ReleaseComObject(doc);
}
if (cdrApp != null)
{
try { cdrApp.Quit(); } catch { }
System.Runtime.InteropServices.Marshal.ReleaseComObject(cdrApp);
}
// ガベージコレクションの明示的誘導（COMラッパーのリーク防止）
GC.Collect();
GC.WaitForPendingFinalizers();
}
});
Console.WriteLine($”[完了] 処理終了. 成功: {processedCount}件, 失敗: {errorCount}件”);
}
private static void ExportDocument(CorelDRAW.Document doc, string outputPath, string format)
{
CorelDRAW.StructExportFilter filter;
switch (format.ToLower())
{
case “pdf”:
// PDF書き出しフィルタの設定（実務ではプリセットを指定可能）
filter = doc.PDFSettings.PublishToPDF(outputPath);
break;
case “jpg”:
filter = doc.ExportBitmap(outputPath, CorelDRAW.cdrFilter.cdrJPEG, CorelDRAW.cdrExportRange.cdrAllPages, null, 300, 300, CorelDRAW.cdrColorSpace.cdrRGBColorChannels, 8);
filter.Finish();
break;
case “eps”:
filter = doc.Export(outputPath, CorelDRAW.cdrFilter.cdrEPS, CorelDRAW.cdrExportRange.cdrAllPages);
filter.Finish();
break;
default:
throw new NotSupportedException($”サポートされていないフォーマットです: {format}”);
}
}
}
}
—
4. プロジェクト運用上のクリティカル・ポイント
このアーキテクチャを現場に導入するにあたり、プロのエンジニアとして押さえておくべき知見を共有する。
① COMプロセスのゾンビ化対策
CorelDRAWのような巨大なデスクトップアプリを自動化する場合、例外が発生した瞬間にプロセスがメモリ上に残留（ゾンビ化）しやすい。
上記のコードでは `finally` ブロック内で `Marshal.ReleaseComObject` を呼び、さらに `GC.Collect()` を挟むことで、OSのリソースを確実に回収している。ここを怠ると、100ファイル処理したあたりでPCのメモリが枯渇する。
② 同時実行数 (`MaxDegreeOfParallelism`) のチューニング
CPUコア数限界までスレッドを立てると、CorelDRAWの起動・初期化処理のオーバーヘッドがかえってシステム全体のパフォーマンスを落とすことがある。
ママ機のスペックやCorelDRAWのライセンス認証・起動負荷を考慮し、「物理コア数 – 1」程度に抑えるのが、実務における黄金律だ。
③ データベース・ファイルサーバー連携時の注意点
ネットワークドライブ上のCDRファイルを直接マルチスレッドで開こうとすると、SMBプロトコルの競合やロックエラーが発生しやすい。
堅牢なシステムにするためには、一度ローカルのテンポラリディレクトリ（`Path.GetTempPath()`）にファイルをコピーしてから処理し、出力完了後に目的のサーバーパスへ移動（Atomic Move）させるパイプライン設計にすべきである。
—
総括
VBAの殻を脱ぎ捨て、VSTAとC#/.NETによるマルチスレッド処理へ移行することは、単なる「処理の高速化」にとどまらない。それは、あなたの業務自動化スクリプトを「おもちゃのマクロ」から「ミッションクリティカルなエンタープライズ・エンジニアリング」へと昇華させる唯一の道だ。
プロフェッショナルとして、非効率なシングルスレッド処理とは今日でお別れしよう。今すぐこの設計をあなたの開発環境にブーストさせ、圧倒的な処理速度を手に入れてほしい。
