Design & Make（デザインと創造）プラットフォーム

オートデスクは、プラットフォームを構築しようとしています。言うまでもなく、従来からの「ファイル」によって扱われていた「データ」を解放するのがゴールの 1 つです。

ファイルはデータを作成したソフトウェアのみが理解できるファイル形式に拘束されてしまい、異なるファイル形式を持つソフトウェア間、異なるソフトウェアを利用するチーム間、また、異なるチームが持つワークフロー間で円滑なコミュニケーションやコラボレーション（共同作業）を阻害する一因になっています。

そこで、ファイル形式の壁を取り除くため、クラウド利用をより深化させる手法の提供を選択したわけです。ファイルに含まれるさまざまなデータをファイルから取り出し、「粒状化」して扱えるようにすることで、ファイル単位ではなく、本当に必要な個々のデータ単位で情報を読み込んだり、書き込んだりする環境の提供です。

「粒状データ」を扱う環境は、特定のソフトウェアやクラウドサービスのみが採用しても意味を為しません。複数の異なるソフトウェアやソクラウドサービスが採用することで、はじめてを同じ手法で「粒状データ」を扱えるようになり、ファイル形式の壁を超えることが可能になります。この環境こそが、オートデスクが目指す Design & Make（デザインと創造）プラットフォーム です。

そして、Design & Make プラットフォームの構築を API として支えるのが、Autodesk Platform Services（旧 Forge）ということになります。

少しわかりにくいのですが、Autodesk Platform Services がプラットフォームを実現するため、内部で機能別にカテゴリ分けがされています。インダストリークラウドのデータモデルを担う Autodesk Data Model（旧名 Cloud Information Model）、他製品と粒状データを利用したデータ交換を担う Autodesk Data Exchange、オートデスク製品による一貫したデータアクセスを担う Autodesk Data Access の 3 つです。

Autodesk Data Model は、インダストリークラウドのデータモデルとなる建設業向けの AEC Data Model（旧名 AEC Cloud Information Model（AIM））、製造業向けのMFG Data Model（旧名 Product Information Model（PIM））、マルチメディア・エンターテイメント行向けの M&E Data Model（旧名 M&E Cloud Information Model（MIM））の総称と考えることが出来ます。

そして、Design & Make - デザインと創造プラットフォーム全般が利用するテクノロジが、グラフデータベースや GraphQL といった新機軸のということになります。

さて、これら各カテゴリで扱うデータが、業界を跨いでデータを適切に、かつ、一貫した方法り扱えるようにする必要があります。共通したスキーマ定義や API、デスクトップ製品との協調利用など、乗越えるべきハードルこそ残されてはいますが、方向性は明確なので、あとは着実に実装をしていくのみです。すべてが稼働した暁には、正しいデータを（必要とするデータのみを）、正しいタイミングで、正しい人々が利用出来るようになるはずです。

By Toshiaki Isezaki