AutoCAD VBAの深淵：デジタル署名付き図面の「破壊」を回避するアーキテクチャ設計
AutoCADの自動化において、最も見落とされがちな「地雷」がある。それがデジタル署名（Digital Signature）だ。
VBAで `Document.Save` や `SaveAs` を叩く際、エンジニアの多くは「ファイルが保存できれば成功」と考える。しかし、セキュリティ要件が厳しいプラントエンジニアリングや公共インフラの現場において、その無邪気な保存処理は、図面に付与された「信頼の証」をいとも簡単に物理破壊する。
本稿では、VBAというレガシーな枠組みの中で、いかにしてデジタル署名を維持し、あるいは破綻を検知する堅牢なシステムを構築するか。その極限の知見を共有する。
—
1. なぜVBAによる保存は「署名の死」を招くのか
AutoCADのデジタル署名は、ファイルのバイナリデータに対するハッシュ値を保持している。VBAの `SaveAs` メソッドを呼び出すと、AutoCAD内部で図面データベースの再構築（Rebuild）や最適化が走る場合があり、これがバイナリの僅かな変化を誘発する。
結果として、署名は「無効」になる。 署名が無効化された図面は、検収フローにおいて「改ざんの疑いあり」と見なされ、プロジェクトを止める要因となる。
解決の鍵：COMオブジェクトのライフサイクル管理
VBAからファイルを操作する際、暗黙のオブジェクト参照やメモリの不完全な解放は、不必要なデータベース更新を誘発する。署名を保護するための鉄則は以下の通りだ。
- ActiveDocumentの安易な使用を避ける: 可能な限り特定のDocumentオブジェクトを明確に指定し、グローバル変数の汚染を防ぐ。
- イベントハンドラの徹底: `BeginSave` イベントをフックし、署名の状態（`DigitalSignature.IsValid`）を事前にキャッシュする。
—
2. デジタル署名検証の実践的アーキテクチャ
VBA単体では、AutoCADのセキュリティAPIへのアクセスが制限される場合がある。ここで、`Windows API` を用いたメモリ管理と、`ObjectARX (C++)` へのブリッジとしての `VB.NET/C#` COMアドインを併用するハイブリッド構成を推奨する。
以下は、保存前に署名の有効性を検証し、リスクをログに吐き出すVBAのプロトタイプコードだ。
‘ デジタル署名の有効性を検証する堅牢な実装
Public Sub ValidateAndSaveDrawing(ByVal doc As AcadDocument, ByVal targetPath As String)
On Error GoTo ErrorHandler
‘ 1. メモリ最適化: 不要なCOM参照をクリア
‘ ドキュメントがロックされていないか確認
If doc.ReadOnly Then
Err.Raise vbObjectError + 1001, , “ドキュメントが読み取り専用です。”
End If
‘ 2. デジタル署名の検証（AutoCAD COM APIの活用）
‘ 注意: 本来は .NET側で Security.Manager を叩くのが最も確実
Dim hasSignature As Boolean
hasSignature = (doc.DigitalSignature.IsValid)
‘ 3. 保存処理
‘ SaveAs時のバージョン互換性を考慮し、ac2018_dwgを指定
doc.SaveAs targetPath, ac2018_dwg
‘ 4. 後処理: 再検証
If hasSignature And Not doc.DigitalSignature.IsValid Then
Debug.Print “警告: 保存処理によりデジタル署名が失われました。”
‘ ここでログ保存や管理サーバへの通知を行う
End If
Exit Sub
ErrorHandler:
‘ システム管理者に例外を通知するロジックをここに挿入
MsgBox “Critical Error: ” & Err.Description
End Sub
—
3. レガシー環境を生き抜くための「保存」の極意
多くの現場では、VB6ベースのVBAと、最新のAutoCADが混在している。バージョン互換性を担保しつつ、署名を維持するための「極限の運用」は以下のステップに集約される。
A. オブジェクトの明示的解放（メモリリークの排除）
VBAのガベージコレクションは頼りにならない。`Set obj = Nothing` を徹底し、特に `Document` や `Database` オブジェクトの参照は、一連の処理が終わるごとに破棄する。これがデータベースの不必要なDirtyフラグを立てない唯一の方法だ。
B. Windows APIによるプロセス監視
大規模な図面の場合、保存処理がバックグラウンドでハングするリスクがある。`Kernel32.dll` の `GetProcessMemoryInfo` を使い、メモリ使用率を監視しつつ、保存プロセスが完了するまでメインスレッドを `DoEvents` で待機させるのではなく、`Sleep` を挟みながら非同期的に処理を行う設計が求められる。
C. システム間連携の最適解
もし、貴社がPLM（製品ライフサイクル管理）システム等と連携しているなら、VBAで保存してはいけない。 VBAはあくまで「トリガー」に留め、実際のファイル操作（署名を維持したままの移動やコピー）は、AutoCADのCOMインターフェースを介したC#のWindowsサービスに委譲すべきだ。
—
結論：シニアエンジニアとしての矜持
VBAは、もはやレガシーな言語ではない。「OSとアプリケーションの境界線を直接制御できる、最後の実用的なマクロ言語」である。
デジタル署名を扱うということは、単なるプログラミングではなく「情報の真正性を担保する」という責任を背負うことだ。コードを書く前に、保存という行為が図面にどのような物理的変化を与えるのかを想像せよ。
我々アーキテクトが目指すべきは、ツールをただ動かすことではない。「信頼の連鎖を断ち切らない自動化」を構築することだ。この技術的深淵に挑む諸君のコードが、堅牢なシステムとして現場を支えることを期待している。
