CAD図面を開いたとき、線や文字が表示されているのに形状を変更できない、プロパティを編集できない、分解や移動が期待どおりに働かないことがあります。DWG系CADで、このような現象の原因になりやすいのが、カスタムオブジェクトがプロキシオブジェクトとして扱われている状態です。
実務では「プロキシ図形」や「プロキシグラフィックス」と呼ばれることもありますが、厳密には区別が必要です。プロキシオブジェクトは、作成に使われた専用アプリケーションや拡張機能が受け取り側に存在しないとき、カスタムオブジェクトの代わりに扱われるオブジェクトです。一方、プロキシグラフィックスは、そのオブジェクトの外観を別環境でも表示しやすくするため、図面内に保存される表示用情報を指します。本記事では検索上一般的な「プロキシ図形」という表現を使いながら、必要に応じて両者を区別します。オートデスクヘルプ+1
見た目が通常の線分、ポリライン、文字、ハッチング、記号に近くても、内部では専用機能で作られたカスタムオブジェクトである場合があります。必要な機能がない環境では、表示や印刷ができても、形状編集、属性変更、分解、数量取得などが制限されることがあります。プロキシオブジェクトに対して移動、削除、プロパティ変更などが可能かどうかは、作成元のアプリケーション側の実装によって異なります。オートデスクヘルプ
編集できないからといって、すぐに図面が破損していると判断する必要はありません。原本を保護しながら原因を切り分け、対応する環境で開く、オブジェクト解釈機能を導入する、作成元で基本図形へ変換してもらうといった方法で解決できる場合があります。本記事では、CADの実務担当者が安全に確認できる順序に沿って、プロキシ図形が編集できない場合の5つの対処法を解説します。
CADのプロキシ図形とは何か
DWG系CADでは、線分、円、円弧、文字、寸法、ハッチングなどの基本的なオブジェクトに加え、特定分野の設計作業を支援するカスタムオブジェクトが使われることがあります。たとえば、壁、配管、道路線形、地形面、機械部品、設備記号、測量点などを、単なる線の集合ではなく、種別、数値、接続関係などを持つ一つのオブジェクトとして管理する仕組みです。
こうしたカスタムオブジェクトを作成したアプリケーションが、図面を開く側の環境にない場合、受け取り側では元の機能を完全に利用できません。その際、カスタムオブジェクトの代わりに扱われるのがプロキシオブジェクトです。図面にプロキシグラフィックスが保存されていれば外観を表示できることがありますが、表示できることと、元の意味情報を解釈して編集できることは別です。オートデスクヘルプ+1
プロキシオブジェクトの状態は一様ではありません。選択はできるもののプロパティが限定される場合、移動や複写だけが可能な場合、印刷はできても分解できない場合、境界ボックスだけが表示される場合などがあります。同じ図面内でも、基本図形、カスタムオブジェクト、プロキシオブジェクトが混在することがあります。
重要なのは、プロキシ図形を単なる表示不良として扱わないことです。元のカスタムオブジェクトには、寸法値、数量、部材種別、高さ、接続関係、座標、集計用属性などが含まれている可能性があります。基本図形へ変換すると、見た目を維持できても、こうした意味情報や自動更新機能が失われる場合があります。
そのため、編集の目的を先に整理します。位置を少し動かすだけなのか、形状そのものを変更するのか、数量や属性を利用するのか、納品用に基本図形へ統一するのかによって、選ぶべき対処は異なります。元の情報を維持する必要がある場合は、変換よりも作成元環境での編集を優先します。
編集前に確認したい基本事項
最初に行うべきことは、受領した原本を直接編集しないことです。図面ファイルを複製し、原本、確認用、変換作業用のように役割を分けて保存します。プロキシオブジェクトを基本図形へ変換すると、元のカスタムオブジェクトへ戻せない場合があるため、バックアップなしで進めると復旧が難しくなります。
次に、編集できない対象が本当にプロキシオブジェクトかを確認します。図形を選択したときの種類表示、プロパティ欄、図面を開いた直後の通知、プロキシ情報の表示などを確認してください。CADによって名称や確認方法が異なるため、使用中の製品のヘルプも参照します。
プロキシオブジェクト以外の原因も切り分けます。画層がロックされている、外部参照に含まれている、ブロック化されている、読み取り専用で開いている、選択対象が制限されているといった状態でも、編集できないように見えることがあります。
画層の状態では、ロック、非表示、フリーズ、ビューポートごとの表示制御を確認します。共有フォルダー上の図面では、ファイル権限、同期状態、別の利用者によるロックが関係することもあります。外部参照内の図形は、現在開いている親図面から通常の図形と同じように直接編集できない構成が一般的です。この場合は、参照元ファイルを開いて修正するか、使用中のCADが提供する参照編集機能の適用条件を確認します。
さらに、対象が図面内部に保存されたオブジェクトか、外部参照の一部か、別形式から読み込まれた参照データかを確認します。プロキシオブジェクトと外部参照が組み合わさっている場合は、参照元で互換性を解決してから再読み込みする方が、管理関係を崩しにくくなります。
編集の必要範囲も明確にします。全図面を変換する必要があるのか、特定の記号だけを移動したいのか、閲覧や印刷ができれば十分なのかによって、最適な対処は異なります。必要以上に広い範囲を変換すると、図面容量の増加、線種や文字の崩れ、属性消失、オブジェクト数の増加などの副作用が起こりやすくなります。
対処法1 作成元のCAD環境と互換条件を確認する
最も安全な対処法は、図面がどの環境で作成されたかを確認することです。プロキシオブジェクトは、作成に使われたアプリケーションや拡張機能が利用できないときに現れるため、原因となる環境差が分かれば、不要な分解や変換を避けられます。
まず、図面の作成者や提供元に、使用したCAD、専門分野向け機能、保存形式の世代、図面に含まれるカスタムオブジェクトの種類を確認します。社内では、作成環境と受領環境の対応関係を記録しておくと、同じ問題が発生したときの切り分けが早くなります。
互換性は、ファイルの拡張子が同じだけでは保証されません。同じDWG形式でも、保存形式の世代、追加アプリケーションの有無、カスタムオブジェクトの定義によって利用できる機能が変わります。新しい環境で作成された図面を古い環境で開く場合だけでなく、同じ世代のCADでも必要な拡張機能がなければプロキシ状態になることがあります。
確認時には、対象オブジェクトがどの工程で作成されたかも聞いておくと有効です。設計本体で作成されたものか、測量データから生成されたものか、設備計算や数量集計の結果として配置されたものかによって、変換時に失われる情報が異なります。見た目だけを基本図形へ置き換えてよいのか、属性や数量情報を維持すべきなのかを判断しやすくなります。
自社側に作成元と同等の環境がある場合は、その環境で複製図面を開き、対象が本来のカスタムオブジェクトとして認識されるかを確認します。正常に編集できれば、少なくとも対象についてはファイル破損よりも環境差が原因である可能性が高いと判断できます。その環境で必要な編集を行うか、作成元機能が提供する互換出力を利用します。
作成環境が不明な場合は、図面のプロキシ情報、オブジェクト種類、警告内容、受領経路などから手掛かりを集めます。ただし、推定だけで一括変換を進めるのは避けます。カスタムオブジェクトが設計情報を持っている場合、変換後に元の情報を復元できないことがあるためです。
この確認は遠回りに見えますが、実務では手戻りを減らしやすい方法です。適切な環境で開いて処理する方が、受け取り側で不明なオブジェクトを無理に分解するよりも、形状、属性、尺度、座標の整合性を維持しやすくなります。
対処法2 対応するオブジェクト解釈機能を導入する
作成元のCAD環境そのものを用意できない場合でも、カスタムオブジェクトを解釈するためのオブジェクトイネーブラや対応プラグインを導入することで、表示や標準的な編集操作が可能になる場合があります。これはプロキシオブジェクトを強制的に分解するのではなく、カスタムオブジェクトを認識するための機能を受け取り側へ追加する方法です。
オブジェクトイネーブラは、作成元アプリケーションがない環境で、カスタムオブジェクト固有の表示や標準的な編集へのアクセスを提供するものです。ただし、作成元アプリケーションの全機能を再現するものではなく、利用できる操作は対象製品、オブジェクト種類、世代、受け取り側の環境によって異なります。オートデスクヘルプ
導入前には、現在使用しているCADの世代と動作環境、図面を作成した側の世代、対象オブジェクトの種類が対応しているかを確認します。対応関係が合っていないと、導入しても認識されない、表示だけ改善して形状編集はできない、保存時に警告が出るといった状態が残ることがあります。
必要な作業が閲覧や印刷だけなら、表示機能が使えれば目的を満たす場合があります。一方、形状変更、属性編集、設計条件の更新が必要なら、導入する機能がその操作に対応しているかを事前に確認します。「表示できる」と「作成元と同じ編集ができる」は同じ意味ではありません。
企業の端末へ追加機能を導入する場合は、情報システム上の承認やセキュリティ確認も必要です。出所が不明なファイルや非公式な配布物は避け、提供元が明確な配布先、社内で承認された保存場所、管理された導入手順を利用します。
導入後は、原本ではなく複製図面で動作を確認します。対象が本来の種類名で認識されるか、必要なプロパティが表示されるか、予定している編集、保存、再読込が正常に行えるかを確認します。画面上で一度操作できただけでは十分ではありません。保存して閉じ、再度開いたときも状態が維持されるかを確認します。
また、追加機能を導入した端末でしか扱えない状態が続く可能性があります。作業担当者だけが編集でき、共有先では再びプロキシオブジェクトとして表示される運用では、問題が別工程へ移るだけです。長期保管や広い共有が必要な場合は、カスタムオブジェクトを保持した正本と、用途に応じて基本図形へ変換した共有用ファイルを分けて管理します。
対処法3 複製した図面で標準図形への変換を試す
元の専用機能や意味情報を維持する必要がなく、一般的な環境で編集できることを優先する場合は、作成元製品や対応機能が提供する変換・書き出し機能を使い、カスタムオブジェクトを基本図形へ変換できることがあります。
ここで注意したいのは、すべてのプロキシオブジェクトを受け取り側のCADだけで一律に標準図形へ変換できるわけではないことです。変換機能の有無、対象オブジェクト、実行できる環境は製品ごとに異なります。代表的なDWG系のAECオブジェクトでは、専用の書き出し機能により、新しい図面へ基本オブジェクトとして出力できる例がありますが、その際はカスタムオブジェクトの知的情報が失われます。オートデスクヘルプ+1
変換は必ず複製した図面で実施します。基本図形への変換によって、部材情報、接続関係、高さ条件、集計属性、自動更新機能などが失われる場合があります。元のカスタムオブジェクトへ戻せないこともあるため、原本は変更せず保管します。
変換前には、対象範囲を限定します。図面全体を一括変換するよりも、編集が必要な画層や領域を抽出し、小さな範囲で結果を確認する方が安全です。ただし、別図面への複写そのものがプロキシオブジェクトでは制限される場合があるため、コピーできないときは作成元環境での書き出しを優先します。
変換後は、見た目だけでなく幾何情報を確認します。代表的な距離、角度、半径、面積、標高、座標を変換前と比較します。大きな座標値を持つ図面、異なる単位系を経由した図面、三次元情報を含む図面では、二次元化、高さ情報の消失、単位や基準位置の不一致がないかを確認します。
文字や寸法も注意が必要です。カスタムオブジェクトに含まれていた注記が単純な文字列へ置き換わると、元の図形変更に追従する自動更新機能は失われます。寸法が線と文字へ分かれた場合は、表示数値と実寸が自動で一致し続けるとは限りません。
ハッチングや塗りつぶしでは、境界との関連が失われる場合があります。外観が保たれていても、境界変更に追従しない独立要素になる可能性があります。ブロックについても、入れ子構造や属性が分解されると、同じ記号を一括修正したり、属性を集計したりできなくなることがあります。
変換結果に問題がなければ、変換済みであることが分かるファイル名や管理情報を付けます。設計変更を継続する図面では、カスタムオブジェクトを保持した正本と、共有や参照に使う基本図形版を分けて管理する方法が適しています。
標準図形化の目的は、単に選択や編集を可能にすることではありません。後工程で必要な精度と情報を保った状態に整えることが重要です。変換前後の検証までを一つの作業として扱います。
対処法4 作成者に互換形式での再保存を依頼する
自社側で適切な環境を用意できない場合や、変換による情報消失を自社だけで判断できない場合は、図面の作成者に再保存や互換出力を依頼する方法が安全です。作成者は元のカスタムオブジェクトを認識できる環境を持っている可能性が高く、受け取り側で不明な変換を繰り返すよりも適切な処理を選びやすくなります。
依頼するときは、単に「編集できる形式にしてください」と伝えるだけでは不十分です。受け取り側で利用するCADと保存形式の世代、必要な編集内容、保持したい属性、二次元か三次元か、座標や高さを維持する必要があるかを具体的に伝えます。
平面図の線と文字を修正したいだけなら、基本的な二次元オブジェクトへの変換で目的を満たす場合があります。一方、数量集計、部材属性、標高、接続情報を利用するなら、単純な分解では不十分です。必要な情報を明確にすれば、作成者側も、元形式のまま渡す、対応版へ保存する、基本図形へ書き出すなどの方法を選びやすくなります。
再保存を依頼する際は、可能であれば、元のカスタムオブジェクトを保持した図面と、受け取り側向けに変換した共有用図面を分けてもらいます。元図面は将来の設計変更や再変換に使えます。共有用図面は現在の環境で編集や印刷を行うために使います。変換によって失われる属性や機能がある場合は、その内容も記録してもらいます。
図面の一部だけが対象の場合は、図面番号、画層名、座標範囲、部材名称などで範囲を指定します。画像だけで位置を示すと、尺度や座標を誤解する可能性があるため、後から確認できる文章と併用します。
再保存後は、受領側でも検証します。ファイルが開けることだけで完了とせず、対象を選択できるか、必要な編集ができるか、文字や寸法が崩れていないか、尺度や座標が維持されているかを確認します。外部参照、画像、フォント、線種などの関連ファイルが不足していないかも確認します。
重要な図面や長期運用する図面では、作成元の正しい環境で互換出力してもらう方が、受け取り側で不完全な変換を行うよりも、後工程の確認や再作業を抑えやすくなります。
対処法5 必要な部分だけを再作図して置き換える
対応する環境を用意できず、基本図形への変換もうまくいかない場合は、必要な部分だけを再作図して置き換える方法があります。これは最後の手段に近い方法ですが、対象範囲が小さく、必要な精度と情報が明確であれば、確実に編集可能な状態を作れます。
再作図を始める前に、対象のプロキシ表示を参照用として残します。削除してから描き直すのではなく、複製図面で表示を保持し、その上から基本図形を作成します。移動できる場合は参照用画層へ移してもよいですが、移動が許可されないプロキシオブジェクトもあるため、無理に操作しないことが重要です。
作図時は、画面の輪郭をなぞるだけでなく、基準点、寸法、中心線、接線条件、座標、高さなどを確認します。プロキシグラフィックスは表示用情報であり、そこから元のすべての設計条件や属性を復元できるとは限りません。取得できる寸法値、座標値、設計資料があれば、それを基準に作図します。
曲線や複雑な輪郭では、必要以上に細かい点列へ置き換えないことも重要です。点数が多いポリラインは編集しにくく、図面容量を増やします。元の形状が円弧、直線、一定半径の曲線として表現できると確認できる場合は、幾何条件を保った基本図形として再構成します。
文字や記号を再作図する場合は、文字内容だけでなく、基準位置、文字高さ、回転角度、尺度、印刷時の読みやすさを確認します。元が属性付きオブジェクトだった場合は、将来の集計や置換を考え、通常文字の集合ではなく、社内標準のブロックや属性項目として再構成する方法も検討します。
再作図後は、元の表示と重ねて差分を確認します。代表点の座標、全体寸法、面積、周長、角度などを比較し、必要な精度を満たしているかを確認します。確認が終わるまでは元データを削除せず、原本または参照用ファイルで追跡できる状態を保ちます。
最終的に置き換える際は、再作図したこと、参照した元データ、確認した項目、作業日、担当者を記録します。施工、測量、製作、申請に関係する図面では、再作図による差異が設計変更と誤認されないよう、作業の目的と範囲を明確にします。
再作図は手間がかかりますが、対象が限定されていれば、互換性が不明な変換を繰り返すよりも結果を管理しやすい方法です。見た目だけを写すのではなく、必要な設計条件を確認しながら基本図形として再構築します。
症状別に原因を切り分ける方法
図形が表示されるが選択できない場合は、まず画層ロック、選択設定、外部参照、参照データの状態を確認します。これらに問題がなければ、作成元アプリケーションがプロキシ状態で許可している操作が限定されている可能性があります。
選択はできるがプロパティを変更できない場合は、カスタムオブジェクトを完全に解釈できていない可能性があります。この場合は、作成元環境の確認や対応するオブジェクト解釈機能の導入を優先します。移動や複写だけができる場合でも、形状や属性の編集が必要なら、作成元での編集または互換出力を検討します。
境界ボックスだけで表示される場合は、プロキシグラフィックスが図面に保存されていないか、表示設定が境界ボックス表示になっている可能性があります。プロキシグラフィックスを保存する設定が無効な図面では、受け取り側で外観を表示できず、境界ボックスになることがあります。表示設定の確認で改善する場合もありますが、元図面に表示用情報が保存されていなければ、作成元で設定を見直して再保存する必要があります。オートデスクヘルプ+1
何も表示されない場合は、表示設定、画層状態、外部参照、プロキシグラフィックスの保存状態を順に確認します。表示されないことだけを根拠に、オブジェクトが削除された、または図面が破損したと断定しないようにします。
分解操作ができない場合は、そのプロキシオブジェクトで分解が許可されていないか、必要なアプリケーションが不足している可能性があります。分解を繰り返すのではなく、複製図面でオブジェクト種類と作成元情報を確認します。標準図形への変換は、対応する作成元機能や書き出し機能が提供されている場合に実施します。
別の端末や取引先で再びプロキシとして表示される場合は、編集した端末には必要なアプリケーションや解釈機能がある一方、共有先にはないことが考えられます。オブジェクト自体が勝手に別形式へ戻ったとは限りません。正本と共有用ファイルを分ける、基本図形版を同時に出力する、必要な環境条件を受け渡し文書へ記載するなどの対策が必要です。
印刷結果だけが崩れる場合は、プロキシオブジェクト以外に、線種、文字、印刷設定、透過、塗りつぶし、参照ファイルの不足が関係していることがあります。画面表示が正常でも出力時に欠落することがあるため、最終成果物と同じ条件で事前確認を行います。
動作が極端に重い場合は、複雑な表示用情報、大量のカスタムオブジェクト、変換後に細分化された基本図形などが影響している可能性があります。原因を断定せず、原本と複製図面を比較しながら、対象画層や範囲を限定して確認します。
プロキシ図形による手戻りを防ぐ運用
プロキシ図形の問題は、受領後の対処だけでなく、図面を渡す前の運用で減らせます。最初に決めたいのは、設計用の正本と、共有用の互換図面を分けるルールです。設計用の正本ではカスタムオブジェクトの意味情報を維持し、共有用では相手の環境と利用目的に応じて基本図形へ変換します。
受け渡し条件は、案件開始時に確認しておくと効果的です。使用するCAD、保存形式の世代、二次元か三次元か、座標系、単位、必要な属性、外部参照の扱い、図面更新の方法を共有します。納品直前に互換性を確認すると、再変換や再作図が大量に発生することがあります。
図面を送付する前には、可能であれば、作成環境とは異なる確認用環境で開きます。必要なオブジェクトが表示されるか、印刷できるか、予定した範囲を編集できるかを確認します。作成者の端末で正常に見えることだけでは、受け取り側でも同じ状態になるとは限りません。
プロキシグラフィックスを利用して表示互換性を確保する場合は、表示用情報を図面へ保存する設定と、受け取り側の表示設定の両方を確認します。ただし、プロキシグラフィックスが表示されても、カスタムオブジェクトの編集機能や属性利用まで保証されるわけではありません。
変換作業の履歴も残します。いつ、どの図面を、どの目的で、どの範囲まで基本図形化したかを記録します。変換済みファイルの名称に用途や版を含めると、設計用正本との混同を防ぎやすくなります。図面内の管理画層へ変換済みであることを記録する方法もあります。
重要な図面では、変換前後の検証項目を標準化します。代表寸法、座標、面積、文字、画層、外部参照、印刷範囲など、案件に応じた確認項目を決めます。担当者の経験だけに依存すると、同じ変換でも確認品質に差が出やすくなります。
協力会社や顧客との受け渡しでは、利用目的を確認することも大切です。閲覧だけなら、編集可能な図面へ変換する必要がない場合があります。反対に、後工程で数量算出や設計変更を行うなら、外観だけを保持した表示用情報や基本図形では不十分なことがあります。
プロキシオブジェクトが発生した事例は、社内のナレッジとして蓄積します。作成環境、受領環境、症状、解決方法、失われた情報、確認結果を記録すれば、次回は短時間で原因を特定しやすくなります。同じ取引先や同じ分野の図面を継続して扱う場合は、環境と受け渡し方法の対応表を整備すると効果的です。
CAD図面だけでなく、現場で取得した座標、写真、点群、測量結果などを連携する業務では、データの受け渡し経路全体を確認する必要があります。現場データを図面へ反映する段階で特定のカスタムオブジェクトに依存すると、別工程で編集できない問題が起こることがあります。最終的に誰が、どの環境で、どの情報を利用するのかを基準にデータ形式を選びます。
まとめ
CADのプロキシ図形が編集できない場合は、図面の破損を疑う前に、作成元と受け取り側の環境差を確認することが重要です。DWG系CADにおけるプロキシオブジェクトは、カスタムオブジェクトを作成したアプリケーションが利用できないときに、その代わりとして扱われるオブジェクトです。プロキシグラフィックスは外観を表示するための情報であり、元の編集機能をそのまま提供するものではありません。
対処の基本は、原本を保護したうえで、作成元の環境と互換条件を確認し、必要に応じて対応するオブジェクト解釈機能を導入することです。専用情報が不要で、対応する変換機能が利用できる場合は、複製図面で基本図形への書き出しを試します。情報消失を判断できない場合は作成者へ互換形式での再保存を依頼し、どの方法でも対応できない小範囲については、設計条件を確認しながら再作図します。
どの対処法を選ぶ場合も、変換後の見た目だけで判断せず、寸法、座標、属性、文字、ハッチング、印刷結果まで確認します。また、設計用正本と共有用図面を分け、変換履歴と受け渡し条件を残すことで、同じ問題の再発を防ぎやすくなります。
現場で取得した位置情報や写真、点群などをCAD業務へつなげる場合は、取得から共有、図面反映までの互換性を意識することが大切です。現場データを効率よく記録し、後工程で活用できる仕組みを検討している方は、LRTK Phoneの活用も確認してみてください。