DWG DWG 変換: 形式バージョンの切替

DWGからDWGへの変換とは

DWGからDWGへの変換とは、AutoCADのネイティブ形式である作業図面を、形式自体を変えることなく、あるバージョンから別のバージョンへ移行する作業です。ファイルはDWGのまま残りますが、その内部表現が選択したリリースに合わせて調整されます: 1997年のR14や、多くの設計事務所と産業向けソリューションが採用を続けているR2000から、AutoCADがデフォルトで保存する現代的なR2013やR2018までが対象になります。一見すると局所的な作業に見えますが、図面が顧客のもとで開けるか、社内ワークステーションで開けるか、下請け先で開けるかは、まさにこのDWGバージョンによって左右されることが多く、設計図書の検収を一発で通せるかどうかにも直結します。

DWGはAutoCADのネイティブ作業形式として1980年代に開発され、それ以来一貫して進化してきました。各リリースで内部表現が拡張され、ダイナミックブロック、多層ビュー、テーブル要素、注釈尺度を持つアノテーティブオブジェクト、拡張された印刷スタイル、情報モデリングオブジェクト、外部データへのリンクなどが順次追加されてきました。基本部分 (ジオメトリ、レイヤー、通常のブロック、寸法、テキスト、ハッチング) はすべてのリリースで保持されますが、周辺部分のエンティティセットやエンコーディングは大きく異なります。R2018で保存された図面は、R2007には存在しなかった構造を物理的に含みます。一方でR2000で書かれた図面は当時の機能を慎重に使っており、想像以上に幅広い環境で素早く開くことができます。

最新のAutoCADで図面をデフォルト設定のまま保存すると、最新のDWGリリースで書き出されます。受信者の環境が数年前のAutoCAD、5年前のライセンスの社内CAD、古いDWGエンジンに依存する業界特化型パッケージである場合、そうしたファイルは警告付きで開いたり、内容が部分的に欠落したり、まったく読み込めなかったりします。DWGからDWGへの変換は、図面を必要なリリースに変換します。受信側は自分のプログラムがネイティブに理解するバージョンの作業可能なファイルを受け取り、すべてのブロック、レイヤー、注釈がそろった状態で、別バージョンを送り直すやり取りも発生しません。

逆方向の作業 (バージョンの引き上げ) は、大規模で複合的なプロジェクトで発生します。2000年代初頭にR2000で書かれたアーカイブ図面は、最新のAutoCADでも問題なく開きますが、現代的な機能 (注釈尺度、新しい種類のレイヤー、拡張テーブル、BIMリンク) を完全には活かせません。最新のリリースへ変換することで、図面が現在の標準に整い、編集ツールがより効率的に動作し、ファイル自体も更新された設計図書一式の一部として扱えるようになります。

バージョンを切り替えても、図面の内容 (ジオメトリ、レイヤー、通常のブロック、寸法、テキスト、ハッチング、ビューポート、レイアウト) はすべての主要パラメータを保持したまま移行します。対象リリースに存在しないエンティティは、最も近い互換オブジェクトに簡略化されるか、基本オブジェクトで記述されます。変換後、ファイルは選択したDWGバージョンをサポートする任意のプログラムで開き、受信者は作者と同じジオメトリを確認できます。

DWGバージョンの比較

バージョン選択の基本原則は、自分の作業環境ではなく、ファイルが開かれる受信側の環境を基準にすることです。受信者が最新のAutoCADや他ベンダーの現行CADを使っているなら、どのリリースでも問題ありません。受信者が古いプログラムや旧コアの業界向けソリューションを使っているなら、より早いリリースを選びます。設計事務所のほとんどのケースはR2010とR2007でカバーでき、本当に古い資産環境にはR2000が必要になります。

R2000は数十年にわたり実証されてきた安定的な選択肢で、過去20年以上のあらゆる業務用ソフトウェアが理解できます。一方では、重要なエンティティ (拡張レイヤー、高度な線種、マルチラインテキスト、スタイル付き寸法、塗りつぶしハッチング、多様なブロック) がほぼ含まれています。他方では、各社のプロフェッショナル向けCADから無償のビューア、業界特化のソリューションまで、最も広い対応範囲を持ちます。図面が誰のもとに渡るか事前に分からないとき、R2000は機能を大きく失うことなく最大のカバレッジを提供します。

R2010は産業界で特別な位置を占めています: 多くの設計事務所、エンジニアリングセンター、BIMチームがこのバージョンに留まっており、標準としての成熟度と現代オブジェクト (注釈尺度、拡張レイヤー、ダイナミックブロック) の対応を両立しているためです。「すべてR2010で保存する」という社内標準は、建設会社、機械系設計部門、設計事務所で広く見られます。

R2013とR2018は最新のリリースで、AutoCADがデフォルトで保存するバージョンです。最新CADへの引き渡しや、建物情報モデルにリンクするBIMプロセスで必要になります。生産現場や下請けとのやり取りでは、R2010やR2007へダウングレードする方が合理的なことが多いです。

DWG-DWG変換が必要な場合

顧客が特定バージョンを技術仕様で指定したとき

大規模プロジェクトの技術仕様には、納品DWGのバージョンが明記されることがあります。これは官公庁案件、設計事務所、確立されたBIMプロセスを持つ建設会社、社内CAD標準を持つ機械メーカーで特に顕著です。「R2010で保存して納品」「R2007形式で図面一式を提出」といった要求は気まぐれではなく、文書がどのプログラムで検査・承認・アーカイブされるかを反映したものです。DWG-DWG変換を使えば、設計環境に戻ったり手作業で再保存したりせず、一度の操作でこの要求に応えられます。

旧式CADを使う下請けへの引き渡し

大規模プロジェクトの下請けチェーンには、さまざまなソフトウェアを使う専門家が混在します。建築部門は最新のAutoCAD、構造設計者は5-7年前のライセンスの専門CAD、電気・空調・給排水のエンジニアはそれぞれ異なるDWG対応プログラム、という具合です。最新リリースで保存された図面は、ある参加者では問題なく開くものの、別の参加者では部分的なエラー、さらに別の参加者ではまったく読み込めません。DWGバージョンをR2010、R2007、R2000へ下げると、この問題は解消され、図面はチェーン上の全員が利用できるようになります。

バージョンに関する社内標準

多くの設計事務所やエンジニアリングセンターは、独自の保存・交換標準を持っています。「アーカイブのDWGはすべてR2010」「対外送付の図面はすべてR2007」といった社内ルールは、これらリリースの成熟度、関連プログラムの広い対応、枠線・図面記号・線種といった社内テンプレートの安定性に支えられています。社員が最新のAutoCADで作業しデフォルトでR2018に保存している場合、アーカイブ提出や下請けへの送付前に、ファイルを社内標準に合わせる必要があります。DWG-DWG変換はこの作業を自動化します。

産業向けレガシープログラムとの互換性

産業界の文書管理システム、製品データベース、仕様書ジェネレータ、業界特化のアドオン、2000年代初頭以前に開発されたエンジニアリングパッケージは、通常古いDWGバージョン (R14、R2000、R2004) を理解します。生産チェーンにそうしたソフトウェアが含まれる場合、図面をそのプログラムが理解するバージョンに合わせる必要があります。これは生産計画のレガシーシステム、金属構造計算の専門パッケージ、板材ネスティングプログラム、現場の文書管理システムに当てはまります。DWGバージョンを下げることで、古いソフトウェアが現代の図面で再び稼働できます。

海外オフィスやパートナー企業への引き渡し

国際的な協業はもう一段の不均一性を加えます。海外オフィスやパートナー企業には、別バージョンのCAD、インターフェイスのローカライゼーション、異なる業界標準が入っている可能性があります。非標準の拡張機能を含む最新DWGは、別プログラムで予期せぬ結果をもたらすことがあります。バージョンをR2010やR2007へ下げると、特殊なエンティティが取り除かれ、どのDWGエンジン実装でも同じように解釈されるものだけが残ります。

設計図書一式のアーカイブ化

設計図書の長期保存は、独立した組織的課題です。大口顧客や監督官庁のアーカイブ要件には、安定して長期サポートされるDWGリリース (通常はR2000またはR2010) で図面一式を提出することが含まれます。これらのバージョンは、10-20年後にアクセスするアーカイブに必要な「数十年先まで開けることが事実上保証された状態」をもたらします。DWG-DWGをより早いバージョンに変換することで、重要な内容を失わずにアーカイブ提出の準備が整います。

アーカイブファイルの現代標準への更新

逆方向の作業 (バージョン引き上げ) は、古いプロジェクトが再開される際に発生します。1990年代から2000年代のアーカイブはR14またはR2000で図面を保管しており、最新のAutoCADで作業すると制約が表れます: 古い線種、最適でない内部構造、アノテーティブの代わりに基本オブジェクトが使われている、などです。R2013やR2018への変換で図面が現在の標準に整い、新しいツールがより効率的に動作し、ファイルが現代のBIMプロセスに統合されます。これは古い図面が新プロジェクトの基盤となる改修・修復・増築で特に重要です。

顧客との文書フローの安定化

長期契約では、文書が請負業者と顧客の間を何度も往復します: コンセプト、基本設計、実施設計、指摘事項、修正、施工記録という具合です。請負業者と顧客のCADバージョンが異なると、各ラウンドの調整に互換性問題のリスクが伴います。送付ファイルの目標DWGバージョンを統一することで、このリスクが排除され、すべての図面が同じリリースで顧客に届き、プログラムへの紐付けが安定し、調整が早く進みます。

変換の技術的特徴

バージョン切替時に何が起こるか

処理は元ファイルの解析から始まります。図面は完全な階層構造として読み込まれます: ヘッダー、クラス、テーブル (レイヤー、線種、テキストスタイル、寸法スタイル、ビュー、ビューポート、レイアウト)、ネストした要素の定義を含むブロックテーブル、ユーザーレコードを持つオブジェクトセクション、モデル空間とレイアウト空間のエンティティです。各要素は対象リリースとの互換性について分析されます。

基本ジオメトリ (線、円、円弧、楕円、ポリライン、テキスト、ハッチング、寸法、通常のブロックと挿入) は直接転送されます: これらのエンティティは最初期のDWGリリースから存在し、現代のすべてのリリースで保持されているためです。レイヤーは、すべての名前、色、線種、線の太さ、状態 (表示、フリーズ、ロック) とともに丸ごと移行します。レイアウト空間のビューポートは、紐付け、尺度、レイヤー表示パラメータとともに保持されます。

後のバージョンで登場したエンティティは、変換方向によって扱いが異なります。ダウングレード時、拡張オブジェクトは基本セットの中で最も近い類似物に集約されます。アップグレード時、元のエンティティはそのまま残りつつ、対象リリースで利用可能な新しいプロパティと拡張機能を使えるようになります。

ダイナミックブロック

ダイナミックブロック (バリアント切替が可能なパラメトリックオブジェクト) はR2006で登場し、R2010で広く普及しました。R14とR2000には存在しません。これらの早期バージョンへダウングレードすると、ダイナミックブロックは現状の状態で通常のブロックに変換されます: 視覚的表現は保持されますが、パラメトリック性は失われます。ブロックのバリアント性が受信者のタスクに不可欠なら、対象バージョンをR2007以上に選んでください。

アノテーティブオブジェクト (注釈尺度オブジェクト)

アノテーティブテキスト、寸法、ブロック (ビューポートに合わせて自動的に尺度を変えるオブジェクト) はR2008で登場しました。それより前のバージョンでは、存在しないか簡略的な形で実装されています。R2008より前へダウングレードすると、注釈尺度の特性は失われ、オブジェクトは現在の尺度で固定されます。最終的なレイアウト上の表現は正しいままなので致命的なことは少ないですが、自動で尺度を変える機能は失われます。

テーブルと拡張印刷スタイル

テーブル (TABLEエンティティ) はセル、数式、セルスタイルを持つ拡張オブジェクトで、R2005で登場しました。それより前のバージョンには存在しません。R2004以前へダウングレードすると、テーブルは削除されるか、同じ視覚的表現を持つ線とテキストの集合に変換されます。R2000以降に登場した拡張印刷スタイルは、ダウングレード時に簡略化された形で転送されるか、出力ファイルから除外されます。

サードパーティアドオンのプロキシオブジェクト

プロキシオブジェクト (AutoCADの第三者拡張、すなわちBIM拡張、エンジニアリングパッケージ、業界モジュールが作成するエンティティ) は不透明なデータとして保持されます。バージョン切替時、プロキシは元の形のまま転送されますが、同じ拡張を持たない受信プログラムでは、それらをスタブまたは簡略化された輪郭として表示します。古いリリースへダウングレードすると、プロキシが利用するデータ構造が対象バージョンに存在しないため、一部のプロキシは完全に失われる可能性があります。

外部参照とリンク

他の図面への外部参照 (ファイルへのパスを持つ参照レコード) はあらゆるバージョン切替で保持されます。受信ファイルを開いたとき、受信側は外部参照ファイルそのものも入手する必要があり、そうでないとアンダーレイは表示されません。図面一式を下請けに引き渡すには、メインのDWGをすべての依存ファイルとともに送付するか、元のCADシステム上で外部参照をメイン図面に事前にバインド (内部化) して自己完結したファイルを得てください。

フォントとテキストスタイル

DWG内のテキストは、特定のフォントを参照するスタイルとともに保管されます。バージョンを切り替えるとスタイルはそのまま転送されますが、受信者に該当フォントがない場合、プログラムはデフォルトフォントを代替適用します。これはダウングレードとアップグレードの双方に等しく当てはまります。表示の同一性を保証するには、重要なテキストを事前にジオメトリへ変換するか、図面とフォントファイルを一緒に渡してください。

レイアウト空間、ビューポート、印刷パラメータ

レイアウト空間 (ペーパー空間)、レイアウト上のビューポート、それに紐づく印刷パラメータ (紐付け、尺度、印刷スタイル、レイヤー表示設定) は、対象リリースに存在する機能の範囲内でバージョン切替時に保持されます。R2000より前へダウングレードするとレイアウト構造は簡略化されます。複数レイアウトを伴うペーパー空間の概念がまさにR2000で登場したためです。

変換に最も向くファイル

理想的な候補:

• 顧客から指定された形式バージョンで納品する実施設計図書一式
• R2010やR2007を社内標準とする設計事務所への引き渡し用の建築平面、断面、立面
• 旧DWGエンジンを使う専門CADを持つ機械メーカーへの送付用の構造設計図
• 異なるバージョンのCADを使う海外オフィスの同僚向けの組立図と回路図
• 安定したR2000やR2010で長期保存する設計図書一式のアーカイブ
• プロジェクト再開時に現代リリースへ引き上げるレガシー図面
• 社内標準に合わせるためのテンプレートと標準要素 (枠、図面記号、シンボル)

条件付きで適合:

• ダイナミックブロックを多く含む図面 (R2004以前へのダウングレードでブロックは通常化し、バリアント性を失う)
• サードパーティアドオンのプロキシオブジェクトを持つファイル (結果を視覚的に確認する必要あり)
• 最新リリースのテーブル要素を含む図面 (R2004以前へのダウングレードでテーブルが線とテキストに簡略化される可能性)
• 特殊フォントの多い図面 (フォントを同送するかテキストをジオメトリへ変換するかを事前決定)
• 情報モデルにリンクする複雑なBIM図面 (大幅なダウングレードでリンクが簡略化または失われる可能性)

変換に意味がない:

• 元のCADシステムで何度も編集される未完成のドラフト
• 対象リリースが原理的にサポートしないクリティカルなパラメトリック性を持つダイナミックブロック中心の図面
• 主たる価値が、受信プログラムでは認識されないサードパーティアドオン特有のオブジェクトにあるファイル

DWGバージョン切替の利点

ネイティブ形式を保ったまま、あらゆる受信者と互換性を確保。 DWG-DWGの最大の利点は、AutoCADのネイティブ形式に留まりつつ、ファイルを受信者に合わせられることです。DWGに慣れた顧客は、必要なリリースのDWGをそのまま受け取ります。交換形式へ移る必要もなく、特殊オブジェクトを失うことも、「なぜDWG以外で送られたのか」という疑問も生じません。一つのソースから全チェーン向けの汎用セットが用意できます。

社内標準への適合。 組織が特定のDWGバージョンでの保存・交換標準を運用しているとき、変換は対外送付図面を標準に合わせる作業を自動化します。手作業でのミスが減り、納品が早まり、検査担当者の負担も軽くなります。

完全な構造の保持。 交換形式への移行とは異なり、DWG-DWG変換は図面の階層構造をすべて保持します: 拡張プロパティを持つレイヤー、通常ブロックとダイナミックブロック、レイアウト上のビューポート、印刷スタイル、レイアウトへの紐付け、ユーザープロパティ、外部参照などです。受信プログラムは、閲覧用の簡略化表現ではなく、編集に使える作業ファイルを受け取ります。

企業・官公庁規定への適合。 多くの大口顧客、監督官庁、設計事務所が特定のDWGバージョンでの提出を要求します。変換によりCADを再導入したり追加ライセンスを購入したりせずに、こうした要求を満たせます。

業界アドオンとパッケージとの互換性。 金属構造、配管・電気設備、総合計画、BIMプロジェクト向けの専門プログラムは、特定のDWGエンジンバージョンに紐付いていることが多くあります。元の図面のバージョンを下げる、または上げることで、こうしたプログラムとの連携が可能になります。

アーカイブの長寿命性。 安定して広くサポートされるDWGリリースは、アーカイブ図面を数十年先まで読み取り可能なドキュメントに変えます。CADの世代が次々と置き換わっても、古いリリースの基本エンティティセットはサポートされ続け、アーカイブ素材は将来の参照に応えられます。

プロジェクト長期運用の利便性。 建物、機械、エンジニアリングシステムを長年運用する契約では、文書が複数の関係者の間で何度も更新・受け渡しされます。図面一式の目標DWGバージョンを統一すれば、運用が容易になり、不整合がなくなり、関係者間の問い合わせも減ります。

互換性リスクの軽減。 最新のリリースには、DWGエンジン実装によって異なる挙動を見せる拡張エンティティが含まれます。基本リリースはこれら拡張機能を取り除き、すべての実装が同じように解釈するものだけを残します。受信側での視覚的アーティファクトや予期せぬ結果が減ります。

変換結果の検証方法

バージョン切替後の図面は、必ず納品前に検証してください。最初のステップは、受信者が使うのと同じプログラムまたは同等の無償ビューアで受信DWGを開くことです。これにより、対象リリースが本当に正しく解釈されるか、特殊エンティティの処理に問題が出ないかを確認できます。元ファイルと並べて開き、モデル空間の基本ジオメトリ、ブロックの挿入、ハッチングの境界、寸法ラインの位置を比較してください。視覚的に同一であれば、ジオメトリの転送は成功しています。

二番目のステップは、レイアウト空間 (ペーパー空間) の確認です。各レイアウトを順に開き、ビューポートが元ファイルと同じ範囲を表示しているか、尺度が変わっていないか、レイヤー表示の上書き設定が保たれているかを確認します。印刷スタイルの紐付けが残っているか、ページ設定 (用紙サイズ、印刷範囲、プロッタ) が転送されているかも併せて確認してください。レイアウトに問題があると、図面そのものは正しくても印刷出力で破綻します。

三番目のステップは、外部参照の確認です。受信DWGがメインの図面で、外部参照 (XREF) を持つ場合、それらのファイルも一緒に渡す必要があります。受信側で外部参照が解決されないと、アンダーレイは不在のまま表示されます。受信者が単独でファイルを開けることが要求される場合は、変換前に元のCADシステム上で外部参照をバインドして自己完結型のDWGにしてから変換してください。

四番目のステップは、テキストとフォントの確認です。日本語や特殊な記号を含む注釈は、受信者側に該当フォントがないとデフォルトフォントで表示されます。注釈の見た目の同一性が重要なら、変換前に重要なテキストをジオメトリへ変換するか、フォントファイルを同送してください。文字化けや代替フォントによる位置ずれが起きていないかを必ず視覚的に確認します。

最後に、単位とスケールの確認です。AutoCADの単位設定 (ミリメートル、メートル、インチ) が元ファイルと一致しているか、図面内の主要寸法が元と同じ数値を示しているかを照合してください。単位の不一致は、形状が同じでも実寸が異なる部品を生み、製造現場や施工現場で重大な問題を引き起こします。

制約と推奨事項

ダウングレード時の主な制約は、後のリリースで登場した機能の一部が必然的に失われることです。ダイナミックブロックは現状で固定され、注釈尺度は失われ、テーブル要素は簡略化されます。最新エンティティが豊富なクリティカルな図面を送る前に、内容を確認し、どのオブジェクトが簡略化されるか、それが受信者のタスクに許容できるかを評価してください。一般的な生産・設計文書ではこれらの制約はほとんど目立ちませんが、プレゼンテーションやBIM素材では事前の視覚的確認が意味を持ちます。

二つ目の制約は、受信側のプログラムへの依存です。適切なDWGリリースを選んでも、すべてのDWGエンジン実装が同一に解釈するわけではありません。各社の現代CADはDWGの解析に独自の特性があり、稀なエンティティの挙動は異なる場合があります。必ず結果を確認してください: 受信者と同じプログラム、または無償ビューアで受信ファイルを開き、元と比較します。

三つ目の制約はフォントです。テキストはフォントを参照するスタイルに紐付けられており、受信者に該当フォントがなければ、注釈はデフォルトフォントで表示されます。注釈の表示同一性が重要なら、変換前に重要なテキストをジオメトリへ変換するか、フォントファイルを図面とともに送ってください。

生産用または顧客への納品用にDWGを準備する場合、変換後は必ず単位とスケール、レイヤー名、ビューポートの紐付け、印刷パラメータを確認してください。単位の不一致は部品を別寸法のオブジェクトに変えてしまいます。レイヤー名の変更は社内の作図ルールを壊します。受信したDWGをサードパーティのビューアや別のCADで開き、主要パラメータを元ファイルと照合してください。

必要もないのに古すぎるリリースを使わないでください。R14は古いソフトウェアとの互換性が最も高いバージョンですが、過去20年間に登場した機能のほとんどが欠けています。受信者が現代のプログラムを使っているなら、R14へ下げる意味はありません: 必要以上に図面を簡略化するだけです。タスクに必要な最小限の互換性レベルにリリースを合わせてください。建設や機械の下請けチェーンの大半はR2010またはR2007で十分で、本当の旧資産環境にはR2000、R14は特殊な業界プログラムやレガシーシステムでまれに必要になります。