IGESをCADに変換
をCADに変換

技術解説

IGESとは？

IGESとは、Initial Graphics Exchange Specificationの略です。異なるCAD/CAMシステム間でのデータ交換を支援するために導入された規格であり、Autodeskも現在、異なるCADシステム間で2Dおよび3Dの図面データを転送するための中立的なフォーマットとして説明しています。

IGESについて詳しく見る：IGESファイルとは何ですか？

「CADへ変換する」とはどういう意味ですか？

「CAD」は単一のファイルフォーマットを指すわけではありません。この文脈で「IGESをCADへ変換する」とは通常、IGESジオメトリをSTEP/STP、ACIS/SAT、DXF/DWG、あるいはエンジニアリングアプリケーション内部で使用されるネイティブなカーネルジオメトリなど、別のCAD向けターゲットへ変換することを意味します。Spatialのこのキーワードに関する用語集ページでも、「CAD」は1つの拡張子ではなく、ターゲットフォーマットの集合として扱われています。

この区別が重要なのは、変換先が何を保持しようとしているかを左右するためです。モデリング用の正確なB-Repジオメトリを必要とするワークフローは、軽量な可視化や下流の印刷を目的とするワークフローとは異なります。

CADについて詳しく見る：CADファイルフォーマット

変換はどのように行われますか？

大まかに言えば、コンバータはソースファイルからIGESエンティティを読み取り、そこに含まれる幾何情報および構造情報を解釈し、そのデータを変換先のCAD表現へマッピングします。変換を成功させるには、単にファイルを解析するだけでなく、モデリング、ブール演算、クエリ、メッシュ生成、さらなるエクスポートといった下流工程に十分対応できるジオメトリを生成する必要があります。

多くのエンジニアリングアプリケーションにおいては、IGESファイルを単に「開く」ことよりも、ネイティブなターゲットジオメトリを生成することのほうが実用的です。

IGES変換が難しい理由

IGESは幅広い交換を目的として設計されていますが、サポート状況はエンティティ、属性、フィーチャセットによって異なります。NISTの検証資料でも、IGESの構成要素、属性、エンティティ、エンティティフォームごとにサポートレベルが異なることが明示されており、これが実際の相互運用性がシステムごとに異なる理由の1つとなっています。

また、ラウンドトリップにも現実的な制約があります。Autodeskは、一部のデータがエクスポート後のIGES往復ワークフローで保持されないことがあると指摘しています。そのため、IGESは交換には便利であっても、元のセマンティクスを完全に保持したネイティブCADモデルと同等とは言えません。

アプリケーションと業界での使用例

IGESからCADへの変換は、サプライヤー、顧客、またはパートナーがIGESファイルを提供し、それを受け取ったチームが自社のCADや下流のエンジニアリングシステムで利用する必要があるマルチCAD環境で一般的です。代表的なユースケースには、設計の再利用、モデルレビュー、CAM準備、CAE前処理、そして従来の中立フォーマットによる受け渡しから、より扱いやすいCADネイティブワークフローへの移行などがあります。

ソフトウェア開発者にとっても、この変換は重要です。たとえば、インポートパイプライン、変換サービス、正確なジオメトリを扱うビューア、あるいは交換データを編集可能または検索可能なモデルデータへ変換する必要があるエンジニアリングプラットフォームを構築する場面で役立ちます。

課題やよくある落とし穴

よくある誤解は、IGESからCADへの変換が単純な1対1の転送だと思い込むことです。実際には、ソースは中立的な交換フォーマットであり、ターゲットは異なるモデリングカーネルやデータモデルであることが多いため、ジオメトリの解釈、トポロジー規則、サポートされるエンティティの違いが結果に影響します。

もう1つの落とし穴は、完全なラウンドトリップ忠実性を期待してしまうことです。Autodeskは、一部のデータがIGESへの往復で保持されない場合があると明確に警告しているため、チームは変換後のCAD結果が、あらゆる点でネイティブなソースモデルと完全に同一であるとは考えるべきではありません。

また、モデルの妥当性も繰り返し問題になります。トポロジーやジオメトリに欠陥のあるインポートモデルは、下流工程で失敗することが多いためです。この問題は、変換後のジオメトリがブール演算、メッシング、フィーチャ認識、あるいは単純な表示を超える処理を支えなければならない場合に、特に顕著になります。

最後に、単位や公差の不一致は、ファイルが一見正常にインポートできたとしても、微妙な不具合を引き起こすことがあります。SpatialのCAD相互運用ガイドでは、具体例として、インチで作成されたデータをミリメートルとして読み込むと、形式上は有効でも寸法が25.4倍ずれたジオメトリが生成されることが挙げられています。

Spatialのサポート

当社の3D InterOp SDKは、IGESファイルを読み込み、ACIS、CGM、Parasolidカーネル向けのネイティブジオメトリへ変換します。変換後のデータは、ターゲットアプリケーション内でネイティブに作成されたかのように振る舞うため、インポートしたモデルに対してブール演算、クエリ、メッシュ生成などの下流処理を実行できます。

これは、IGESがジオメトリ保存用のフォーマットであるため特に重要です。IGESでは、単純な解析的形状（平面、円柱、円錐など）がスプラインベースの近似へ変換されてしまうことがあります。たとえば、本来は2つの平面と1つの円柱サーフェスで表現できる円柱が、3つのスプラインサーフェスとして記述される場合があります。3D InterOpの形状簡略化ステップでは、このようなケースを検出して解析的形状を復元します。これにより、元の設計意図を維持しながら、データ量を削減し、下流処理の堅牢性を向上させます。

単純化に加えて、3D InterOpは変換時に次の3つの領域で自動ヒーリングを適用します：

• トポロジー修復：重複頂点や重なり頂点を削除し、不連続性の大きいエッジを分割して、ターゲットカーネルの連続性ルールに適合させます。
• ジオメトリ精密化：自己交差した、または不規則な曲線やサーフェスを再構築し、ターゲットカーネルの要件に合うように基底サーフェスをトリミングします。この処理は意図した形状を変更するのではなく、ソース表現とターゲット表現の違いによって生じる問題を補正するものです。
• ループエラーなど、その他の無効データの修正。

変換後にさらにクリーンアップが必要なモデルについては、ACIS Healing APIを通じて追加のヒーリングも行えます。これには、ステッチング（トポロジーの完全性を回復するために一致するエッジや頂点を統合する処理）、ギャップタイトニング（隣接する面が所定の許容差内で一致するよう交差を再計算する処理）、小さなエッジの削除、スリバー面の除去、同一平面上の面のマージなどが含まれます。これらは、インポートしたジオメトリをシミュレーションやメッシングのワークフローへ投入する必要がある場合に特に有効です。

3D InterOpは、ジオメトリ以外のメタデータも抽出します。たとえば、グラフィカル形式およびセマンティック形式の製品製造情報（PMI）、色、レイヤー、名前、そのほかの属性です。選択的インポートAPIにより、アプリケーションはファイル全体を読み込むのではなく、必要なデータコンテナ（製品構造、テッセレーションジオメトリ、正確なジオメトリ、製造情報）のみを読み込むことができます。大規模または自動化されたパイプラインに向けて、3D InterOpは複数スレッドまたは複数プロセスによる同時インポートもサポートしています。

20年以上にわたり、300社以上の企業が3D InterOpを使用しています。

評価のリクエストはこちらから。

その他のファイル形式