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