タイトル: モデル統合（フェデレーション）と干渉チェック
SEOタイトル: モデル統合と干渉チェック｜フェデレーション・クラッシュ検出・BIM調整会議
モデル統合と干渉チェック
意匠・構造・設備のモデルを正しい位置で重ね合わせるのがフェデレーション、重ねたモデルから衝突や離隔不足を機械的に見つけるのが干渉チェックです。施工段階の手戻りを設計段階で先回りして潰す、BIM の効果が最も表れる場面です。
この記事の要点
- 意匠・構造・設備など分野別のモデルを重ね合わせて一つに統合することをフェデレーション（連合）と呼ぶ
- 各モデルは独立したまま参照で重ねるため、元データを壊さずに全体を検証できる
- 統合モデルに対し要素どうしの衝突を機械的に検出することをクラッシュ検出（干渉チェック）という
- 干渉にはハード干渉（物理的な重なり）とソフト干渉（離隔・施工空間の不足）があり、BIM 調整会議で解消する
本記事は BIM座標系 で整えた「位置を揃える」を前提に、重ねたモデルをどう検証するかを扱う回です。誰がどのモデルを担うかは 建築の3分野 を合わせて読むと理解が深まります。
1フェデレーション（モデル統合）とは
建物の BIM モデルは、意匠・構造・設備（電気・空調・衛生など）といった分野ごとに、別々の担当者・別々のソフトで作られるのが一般的です。これらを正しい位置で重ね合わせ、一つの統合モデルとして扱うことを フェデレーション（federation, 連合） と呼びます。
フェデレーションの特徴は、各分野のモデルを物理的に一つに合体させるのではなく、それぞれを独立したファイルのまま「参照（リンク）」として重ねる点にあります。データを一つに混ぜ合わせるのではなく、複数の元データを参照で束ねて一つの全体像として見せる構成です。これにより各担当は自分のモデルを更新し続けられ、統合側はその最新を参照するだけで全体像を維持できます。元データの所有と責任が分野ごとに保たれるのが利点です。
建物全体を一つの巨大なモデルにせず分野ごとに分けてフェデレーションするのは、責任分担とパフォーマンスの両面に理由があります。分野ごとにファイルを分ければ、各担当が自分の範囲だけを編集でき、他分野の更新に巻き込まれず、ソフトの動作も軽く保てます。
2座標が揃っていることが前提
フェデレーションが成立する大前提は、すべてのモデルが同じ座標系で正しい位置・向きに配置されていることです。共有座標や北の設定が食い違うと、重ね合わせた瞬間にモデルがずれ、後述する干渉チェックの結果が無意味になります。統合の前に座標が揃っているかを必ず確認します。座標の詳細は BIM座標系 を参照してください。
3クラッシュ検出（干渉チェック）
統合したモデルに対して、要素どうしが物理的に衝突していないか、必要な離隔が確保されているかを機械的に検出するのが クラッシュ検出（干渉チェック） です。代表的なツールに Autodesk の Navisworks があり、IFC を介して各種ソフトのモデルを集約して干渉を一覧化できます。Solibri など IFC ベースのチェックツールも広く使われています。
従来は図面を重ねて目視で探していた取り合いの不具合を、ソフトウェアが網羅的に拾い上げてくれるため、施工段階での手戻り（現場でのダクトと梁の干渉など）を設計段階で先回りして潰せます。
現場に着工してから判明する取り合いの不整合は、是正に多大なコストと工期を要する。設計段階での干渉解消は、BIM の費用対効果が最も明確に表れる領域の一つである。
干渉チェックは、要素どうしの形状が空間的に交差するかを判定する処理です。建物全体では膨大な組み合わせになるため、チェック対象を分野の組み合わせ（意匠×設備、構造×設備など）で限定して、判定すべきペア数を現実的な規模に抑えます。
4ハード干渉とソフト干渉
干渉は大きく二種類に分けられます。両者を区別して扱うことが、検出結果を実務に活かすうえで重要です。
| 種類 | 内容 | 例 |
|---|---|---|
| ハード干渉 （Hard Clash） | 要素どうしが物理的に重なっている状態 | 梁とダクトが食い込む、配管が柱を貫通する |
| ソフト干渉 （Soft Clash / Clearance） | 物理的には重ならないが、必要な離隔・施工空間・点検スペースが不足 | 機器周囲に保守用クリアランスが取れない、断熱厚を見込むと近すぎる |
このほか、施工の順序を時間軸で検証して工程上の衝突を見るワークフロー干渉（時間ベースの 4D 干渉）を扱う場合もあります。ハード干渉は明確に不具合ですが、ソフト干渉は許容ルール（必要離隔の値）を定義して初めて検出できるため、チェック条件の設計が成果を左右します。
5BIM 調整会議で解消する
検出された干渉は、自動的に解決されるわけではありません。意匠・構造・設備の各担当が集まる BIM 調整会議（コーディネーション会議）で統合モデルを画面共有し、一件ずつ確認して「どちらの要素をどう動かすか」「誰がいつ修正するか」を取り決めていきます。
- 干渉ごとに優先度・担当・期限を割り当て、解消状況を追跡する。
- 「設備が梁を避ける」「梁にスリーブ（貫通孔）を設ける」など、分野横断で調整する。
- 修正後は再度統合・再チェックし、解消を確認する（繰り返し）。
このプロセスは、分野（意匠・構造・設備）が分かれているからこそ必要になります。分野の全体像は 建築の3分野 を参照すると、誰がどのモデルを担い、調整会議で何を突き合わせるのかが理解しやすくなります。
6継続的なプロセスとして回す
干渉チェックは「一度実行して終わり」ではなく、モデル更新・再チェック・調整というループを回し続ける継続的なプロセスです。運用にあたっては、いくつかの実務的な論点があります。
- 差分管理: 各分野モデルは更新され続けるため、最新版を取り込んで再チェックする運用が前提。IFC の GlobalId などをキーに、前回からの差分を追えると効率的。
- 不要な検出の抑制: 同一要素どうしの接触や、許容範囲内の重なりまで拾うと件数が膨大になる。チェック対象の組み合わせや許容公差を適切に設定し、ノイズを抑える。
- 結果の共有形式: 検出結果は BCF（BIM Collaboration Format）という標準で関係者間に受け渡せる。どの干渉を、誰が、どう処理したかをツール非依存で追跡できる。
座標が揃っていること、最新版を参照していること、許容条件が適切であることの三点が、結果の信頼性を支えます。フェデレーションは責務を分野ごとに分割し、上位で統合ビューを構成する設計です。だからこそ、分割した各モデルを正しく重ねる座標の一致と、重ねた結果を検証する干渉チェックが、運用の両輪として欠かせません。
この記事のまとめ
フェデレーションは分野別モデルを参照で重ねて統合する手法、干渉チェックはその統合モデルから衝突や離隔不足を機械的に検出する手法です。ハード／ソフトの干渉を区別し、BIM 調整会議で関係者が責任分担を決めて解消していきます。前提となる分野構成は 建築の3分野、BIM 全体の概念は BIM総論 を参照してください。