3Dモデルを引き継いでも、なぜ施工で作り直すのか――「情報モデル」への転換で変わる設計成果の渡し方
3Dモデルを納品したのに、施工側でまたモデルを作る。
この手戻りは、モデルの精度だけで起きるものではありません。設計条件、数量、座標、仕様、判断根拠が、次工程で再利用できるデータとして整理されていないことも大きな原因です。
正本は情報。3Dは目的に応じて使うビュー。
3Dモデルを捨てるという話ではありません。形状ファイルだけをデータ連携の中心に置くのではなく、次の担当者が設計意図を確認し、必要な成果を作り直せる情報のまとまりとして引き継ぐ、という提案です。
本稿は、BIMediaのコラム「BIM／CIM2・0の幕開け」で示された問題提起を、企業と実務者が実装できる粒度まで掘り下げたものです。なお「BIM/CIM2.0」はBIMediaによる編集上の表現であり、制度の正式名称ではありません。国土交通省は「i-Construction 2.0」の柱の一つとして、BIM/CIMなどによる「データ連携のオートメーション化」を掲げています。
なぜ3Dモデルを渡しても施工で作り直すのか
設計段階と施工段階では、3Dモデルを使う目的が異なります。
設計では、構造の検討、干渉確認、合意形成、2次元図面の理解補助などが中心です。一方、施工では、施工手順、仮設、ICT建機、工場製作、出来形管理など、現場の条件に合わせたデータが必要になります。
そのため、次のような状態では再作成が起きやすくなります。
- 何に使うためのモデルかが引継ぎ先に伝わっていない
- 形状は見えるが、数量・規格・座標を取り出せない
- 2次元図面、数量表、3D形状のどれが正しいか決まっていない
- 座標参照系、単位、基準点が不足している
- オリジナルデータがなく、閲覧用形式やPDFしかない
- 設計変更の履歴と判断根拠を追えない
- 部材を工程間で追跡する一意なIDがない
令和8年3月のBIM/CIM取扱要領も、後段階での活用を前提に、コンピューターで処理できる機械判読可能なデータを基本としています。また、積算や施工で活用できるよう、PDF等ではなくソフトウェア間で共有可能なデータを作成する考え方を示しています。
つまり問題は「3Dモデルがあるか」ではなく、次工程が必要な情報を、必要な形で取得できるかです。
3Dモデルと情報モデルの違い
BIM/CIMでは、3次元形状と属性情報を組み合わせたモデルを扱います。本稿ではさらに、工程間の引継ぎを考えるため、設計条件や参照資料、責任・履歴まで含めたまとまりを「情報モデル」と呼びます。
| 観点 | 3Dモデル中心の引継ぎ | 情報モデルとしての引継ぎ |
|---|---|---|
| 中心 | 形状ファイル | 次工程で使う情報と関係性 |
| 主な価値 | 見る、説明する、干渉を確認する | 検索、集計、照合、再生成する |
| 対象 | 形状、属性 | 形状、属性、数量、仕様、座標、根拠、履歴 |
| 識別 | ファイル名やレイヤー名に依存 | 構造物・部材の一意なIDで追跡 |
| 更新 | ファイルを上書きしやすい | 版、更新者、更新理由を記録 |
| 正しさ | どの成果が正本か曖昧になりやすい | 情報ごとに正本と優先順位を定義 |
| 次工程 | 元ソフトや作成者への依存が大きい | 用途に合う形式へ変換・再構成できる |
大切なのは、すべてを一つの巨大なファイルへ詰め込むことではありません。複数のファイルやデータベースに分かれていても、IDと関係、正本、履歴が管理されていれば、一つの情報モデルとして扱えます。
- 013D形状目的別のビュー
- 022D図面契約・確認資料
- 03数量算出条件と版
- 04仕様・座標単位と正本
- 05照査記録根拠と確認者
- 06変更履歴更新者と理由
情報モデルに最低限必要な6つの設計
- 1利用目的次工程で何に使うか
- 2IDと関係同じ対象を追跡する
- 3正本直す場所と優先順位
- 4版と責任誰がいつ何を変えたか
- 5機械判読単位・形式・共通ルール
- 6再現と検証作り直して照合できるか
1. 利用目的と情報要求
最初に決めるのはファイル形式ではなく、次工程で何に使うかです。
たとえば「施工計画の説明」と「ICT建機へ入力するデータ」では、必要な詳細度、座標、属性、検証方法が異なります。目的が曖昧なまま詳細なモデルを作ると、作成コストだけが増え、必要な情報は不足することがあります。
2. 一意なIDと情報同士の関係
橋脚、部材、測点、写真、数量明細に一意なIDを付けます。同じ対象を3D形状、図面、数量表、点検記録から参照できれば、「この部材の最新仕様」「この数量の根拠」を機械的に追えます。
ファイル名だけに意味を持たせる方法は、名称変更やコピーで関係が切れやすいため、IDを別に管理することが重要です。
3. 正本と優先順位
情報ごとに、どこを直せば全体へ反映されるかを決めます。
| 情報 | 正本の例 | 不一致時の扱い |
|---|---|---|
| 中心線・座標 | J-LandXMLまたは座標DB | 座標DBを修正し再出力 |
| 部材の規格 | 属性台帳 | 3D属性・数量表を再生成 |
| 契約上の形状 | 承認済み図面または契約図書 | 契約条件に従い照合 |
| 数量 | 承認済み数量データ | 算出条件と版を確認 |
「3Dが常に正しい」「図面が常に正しい」と一括で決めるのではなく、契約条件と用途に応じて情報単位で定義します。
4. 版・来歴・更新責任
最低限、作成者、確認者、更新日時、版、変更理由、参照した情報源を残します。さらに、誰が修正し、誰が承認するかを決めます。
これがないと、形状と数量の不一致を見つけても、どちらを誰が直すのか判断できません。ソフトウェアより先に、責任分界を設計する必要があります。
5. 機械判読できる形式と共通ルール
表の見た目が整っていても、セル結合、単位の混在、注釈入り数値、自由記述だけの列が多いと、自動処理は難しくなります。
- 1項目1列を基本にする
- 単位、座標参照系、文字コードを明記する
- 日付、状態、分類の表記を統一する
- 数値と注釈を別項目にする
- オリジナル形式と交換形式の両方を残す
- IFC、J-LandXML、CSV、XMLなどを用途で使い分ける
「PDFも納品する」と「PDFだけで納品する」は違います。人が確認する資料と、機械が処理するデータの両方を用意します。
6. 再現方法と検証ルール
3Dモデルを再生成するなら、何を入力にし、どの処理で作り、何をもって正しいとするかが必要です。
たとえば道路土工なら中心線、縦断、横断、座標系、数量算出条件が必要です。構造物ならパラメーター、部材関係、規格、IFC等の交換データが候補になります。再生成できるかどうかは、対象工種とソフトウェア、必要精度によって異なります。
「再生成できるはず」ではなく、代表ケースで実際に再生成し、形状・数量・座標の照合結果を残します。
正本、ID、版管理、責任者をどう決めるか
最初から全社共通基盤を作る必要はありません。まず一つの業務、一つの構造物を対象に、情報台帳を作ります。
| 管理項目 | 記載例 |
|---|---|
| オブジェクトID | BR01-P2-BEARING-03 |
| 対象 | 2号橋脚・支承3 |
| 利用目的 | 施工計画、数量照合、維持管理初期台帳 |
| 正本 | 属性台帳 v1.4 |
| 関連成果 | IFC、平面図、数量表、照査記録 |
| 更新責任者 | 設計担当A |
| 確認者 | 管理技術者B |
| 最終更新 | 2026-07-10 |
| 変更理由 | 支承形式の設計変更 |
| 検証 | 図面・IFC・数量表のID件数一致 |
この台帳をCDEやデータベースへ発展させることはできますが、最初の目的はツール導入ではありません。情報の所在と責任を見えるようにすることです。
AIが読める成果と読めない成果
AIを使えば、古いPDFや自由記述から情報を抽出できます。しかし、抽出結果には誤りや揺れが入り得ます。元の成果が構造化されていなければ、AIは自動化装置ではなく、推測を補助する装置になります。
AIが扱いやすい成果には、次の特徴があります。
- 項目名と分類コードが統一されている
- IDで対象物を特定できる
- 値と単位、座標参照系が分かれている
- 情報源、作成者、更新日時を追える
- 確定値、推定値、AI抽出値を区別できる
- 正解データと検証ルールがある
AI-Readyとは、AI専用の特殊形式に変換することだけではありません。人間が見ても、どの情報がどこから来て、どこまで確かか分かる状態を作ることです。
自社のBIM/CIM成果を点検する10項目
次の10項目で「はい」がいくつあるか確認してください。数を競う診断ではなく、「いいえ」になった項目を次の改善候補にします。
- 次工程での利用目的が定義されている
- 構造物や部材に一意なIDがある
- 各情報の正本と、不一致時の優先順位が決まっている
- 作成者、更新者、確認者、更新日時が分かる
- 数量、仕様、座標が機械判読できる
- 3D形状と2D図面・数量の不整合を検出できる
- 後工程が編集・変換できる形式で渡される
- 変更履歴と判断根拠が残っている
- AIの出力と人間が確認した値を区別できる
- 3Dモデルがなくても設計意図と主要条件を再現できる
小さく始める情報引継ぎ設計
次工程の利用目的を一つ選ぶ
積算、ICT施工、工場製作、維持管理など、効果を確認できる用途へ絞ります。
必要情報と現在の正本を棚卸しする
形状、座標、数量、仕様、根拠がどこにあり、誰が更新しているか整理します。
IDと最小限の項目を決める
既存の工種体系や管理番号を活かし、工程をまたいで追跡できるキーを設計します。
一件を実際に変換・再生成する
机上のルールだけで終えず、次工程のソフトウェアや帳票で使えるか試します。
不一致と判断を記録し、標準化する
失敗した箇所を情報要求、検証ルール、引継ぎテンプレートへ反映します。
まとめ
3Dモデルの引継ぎで大切なのは、ファイルを渡した事実ではなく、次工程が必要な情報を取り出し、確認し、再利用できることです。
- 目的から必要情報を決める
- IDで形状、数量、仕様、根拠を結ぶ
- 情報ごとに正本と責任者を決める
- 版と変更理由を残す
- 人向け資料と機械判読データを分けて用意する
- 代表ケースで再利用できることを検証する
Link Fieldでは、GIS・BIM/CIM・帳票・データベースをまたぐ情報要求の整理、ID設計、変換・照合の小規模検証に対応します。