Design Automation API for AutoCAD の効果

Forge の Design Automation API はオートデスクがクラウド上に用意したコアエンジン（AutoCAD、Revit、Inventor、3ds Max）にアドインアプリをロードして実行出来る環境です。

実行時の作業領域は処理毎に動的に仮想環境上に用意され、指定したクラウドストレージから処理に必要な素材ファイルを作業環境へダウンロード、アドインによる処理で作成、あるいは、編集された成果ファイルを同じく指定したクラウドストレージにアップロードします。

素材ファイルは必要に応じてローカルコンピュータからクラウドストレージへアップロードしたり、成果ファイルをクラウドストレージからローカルコンピュータにダウンロードすることが出来ます。セキュリティ上、ローカルコンピュータと Design Automation API の作業領域の間で、直接、ファイルをアップロード/ダウンロードすることは出来ません。

Design Automation API for AutoCAD 概説 でも触れていますが、Design Automation API にはユーザインタフェースはありませんので、同 API を利用する Forge アプリ（＝ Web アプリ）は、HTML で必要な情報を入力、表示する Web ページを用意する必要があります。

それでは、どのようなアドイン処理が考えられるのでしょう？

Design Automation API for AutoCAD で考えてみます。非常にシンプルで基本的なシナリオを 3 つご紹介します。

例１）図面の作成・編集

次の例では、与えられた値に沿ってコイル状のスイープソリッドを作成して図面レイアウトを作成しています。作成した図面ファイルは、クラウドストレージに保存されているので、ローカルコンピュータにダウンロードすると、ローカルコンピュータの AutoCAD で開いて編集することが出来ます。

例２）PDF 印刷・別ファイル形式への変換

DWG ファイルは、AutoCAD や DWG TrueView などの設計者用のソフトウェアがインストールされていないと、ワークフローに組み込んで閲覧や朱書きを実施することが難しいデータ形式です。その点、PDF ファイルは一般化していて、各種ワークフローでの利用や配布に便利な場合があります。AutoCAD コアエンジンも AutoCAD と同じように PDF へ "印刷" が出来るので、ローカルコンピュータからアップロードした DWG ファイルを PDF ファイル化してローカルコンピュータにダウンロードすることが出来ます。

例３）図面内容の解析

ローカルコンピュータの AutoCAD を使って設計者が作成した図面ファイルは、関係者の間で ”流通” していくことになります。その間にブロックの挿入や配置ブロックの削除を繰り返すと、モデル空間やペーパ空間（レイアウト）にブロックが挿入されていなくても、ブロックの定義情報が蓄積されて、図面ファイルのサイズが肥大化してしまうことがよくあります。

AutoCAD には不要になったブロック定義を削除する PURGE [名前削除] コマンドが用意されています。アドインを開発するための AutoCAD API にも同等の API の用意があるので、これをコアエンジンにロード・実行させて図面ファイルのサイズ肥大化を抑止していくことが出来ます。この際、公開されているオープンソースや他社の Web API を利用すると、削除したブロック定義に含まれていた図形数をグラフ化してレポート機能を持たせるようなことも可能です。

ローカル vs. クラウド

ここでご紹介した例は、細分化された単一のタスクを Design Automation API for AutoCAD を使ってクラウド上で実行しています。いずれの内容も、ローカルコンピュータにインストールした AutoCAD でも実現出来るものです。もちろん、すべてのタスクを 1 つにまとめたバッチ処理も可能ですし、他の処理を加えることもアドイン次第で自由です。

では、これらをクラウドで実行する利点とはどのようなものでしょう？

多くの場合、アドインアプリに求められるのは、図面作成・編集の生産性を向上させるカスタムコマンドの作成です。それらカスタムコマンドの内容は、通常、次のようなものです。

作図補助機能の提供
反復タスクの自動化の提供
図面内情報を利用した外部システムの連携（図面内の情報抽出を含む）

ここで、Forge が Web テクノロジをベースにした、インターネットに非常に高い親和性の高い開発プラットフォームであることを思い出してください。このため、ローカルコンピュータの AutoCAD で処理させるよりも、いくつかの点で優れた点を見出すことが出来ます。

成果物を得るのに AutoCAD のライセンス購入や AutoCAD の操作知識は不要
HTML5、CSS3、JavaScript や RESTful API といった Web の標準テクノロジで統一した開発が可能なばかりか、他社やオープンソースの利用が出来るため、選択肢が多く望める
Forge アプリは Web アプリでもあり、アドイン処理自体もクラウドで実行されるので、Web ブラウザがあればデバイスを問わず利用出来る。

このように考えてみると、従来のローカル環境でのアドインアプリの運用は、設計部を主体としたものになっていたことに気が付きます。逆に、クラウド環境を使った Design Automation API の運用は、設計業務を超えた他部署や関係企業、エンドユーザを含めた連携と自動化が可能なことになります。つまり、デジタルトランスフォーメーション（DX）に直結することが理解出来るかと思います。具体的には、次ような内容を容易に実現することが可能になはずです。

営業担当者がお客様の要望に応じて製品の仕様（サイズ、タイプ、数量など）を Web ページに入力、DA4A を起動、アドインをロード・実行して、入力値に沿った見積もり図面を生成して返す。（出先で直ぐに検討図面や見積もりが出せれば、競合業者に対する強みになるのだが。）
外出先（在宅）で引き合いのあるお客様から取り扱い製品の PDF 図面提出を依頼された。（会社に戻って設計担当者に PDF 図面の出力を依頼しなければならない。）
多数の製品図面からブロック（ブロック属性）を集計して月に一回コストを算出したい。（経理システム連携が出来れば便利なのだが。）
異なるオフィスに分散している設計部間で、外部へ図面を持ち出すための出図承認管理のワークフローを確立したい。
自社が販売する製品の図面を外部企業の設計用に DWG や DXF でダウンロード提供したいが、希望する形式やバージョン分を事前に用意しておくには数量が多く現実的ではない。提供前にファイル形式や対応バージョンを入力させて、機動的に適切な形式・バージョンの図面を提供したい。
3D モデルを Web コンフィギュレーターに用いて、選択された仕様に基づいた取扱説明書を自動生成させたい。

もし、すでに AutoCAD アドインアプリをお持ちであれば、Design Automation API for AutoCAD で可能になるワークフローを想像してみることをお勧めします。

By Toshiaki Isezaki