モデル統合と干渉チェック｜フェデレーション・クラッシュ検出・BIM調整会議

本記事は BIM座標系 で整えた「位置を揃える」を前提に、重ねたモデルをどう検証するかを扱う回です。誰がどのモデルを担うかは 建築の3分野 を合わせて読むと理解が深まります。

1フェデレーション（モデル統合）とは

建物の BIM モデルは、意匠・構造・設備（電気・空調・衛生など）といった分野ごとに、別々の担当者・別々のソフトで作られるのが一般的です。これらを正しい位置で重ね合わせ、一つの統合モデルとして扱うことを フェデレーション（federation, 連合） と呼びます。

フェデレーションの特徴は、各分野のモデルを物理的に一つに合体させるのではなく、それぞれを独立したファイルのまま「参照（リンク）」として重ねる点にあります。データを一つに混ぜ合わせるのではなく、複数の元データを参照で束ねて一つの全体像として見せる構成です。これにより各担当は自分のモデルを更新し続けられ、統合側はその最新を参照するだけで全体像を維持できます。元データの所有と責任が分野ごとに保たれるのが利点です。

建物全体を一つの巨大なモデルにせず分野ごとに分けてフェデレーションするのは、責任分担とパフォーマンスの両面に理由があります。分野ごとにファイルを分ければ、各担当が自分の範囲だけを編集でき、他分野の更新に巻き込まれず、ソフトの動作も軽く保てます。

2座標が揃っていることが前提

フェデレーションが成立する大前提は、すべてのモデルが同じ座標系で正しい位置・向きに配置されていることです。共有座標や北の設定が食い違うと、重ね合わせた瞬間にモデルがずれ、後述する干渉チェックの結果が無意味になります。統合の前に座標が揃っているかを必ず確認します。座標の詳細は BIM座標系 を参照してください。

3クラッシュ検出（干渉チェック）

統合したモデルに対して、要素どうしが物理的に衝突していないか、必要な離隔が確保されているかを機械的に検出するのが クラッシュ検出（干渉チェック） です。代表的なツールに Autodesk の Navisworks があり、IFC を介して各種ソフトのモデルを集約して干渉を一覧化できます。Solibri など IFC ベースのチェックツールも広く使われています。

従来は図面を重ねて目視で探していた取り合いの不具合を、ソフトウェアが網羅的に拾い上げてくれるため、施工段階での手戻り（現場でのダクトと梁の干渉など）を設計段階で先回りして潰せます。

干渉チェックは、要素どうしの形状が空間的に交差するかを判定する処理です。建物全体では膨大な組み合わせになるため、チェック対象を分野の組み合わせ（意匠×設備、構造×設備など）で限定して、判定すべきペア数を現実的な規模に抑えます。

4ハード干渉とソフト干渉

干渉は大きく二種類に分けられます。両者を区別して扱うことが、検出結果を実務に活かすうえで重要です。

このほか、施工の順序を時間軸で検証して工程上の衝突を見るワークフロー干渉（時間ベースの 4D 干渉）を扱う場合もあります。ハード干渉は明確に不具合ですが、ソフト干渉は許容ルール（必要離隔の値）を定義して初めて検出できるため、チェック条件の設計が成果を左右します。

5BIM 調整会議で解消する

検出された干渉は、自動的に解決されるわけではありません。意匠・構造・設備の各担当が集まる BIM 調整会議（コーディネーション会議）で統合モデルを画面共有し、一件ずつ確認して「どちらの要素をどう動かすか」「誰がいつ修正するか」を取り決めていきます。

• 干渉ごとに優先度・担当・期限を割り当て、解消状況を追跡する。
• 「設備が梁を避ける」「梁にスリーブ（貫通孔）を設ける」など、分野横断で調整する。
• 修正後は再度統合・再チェックし、解消を確認する（繰り返し）。

このプロセスは、分野（意匠・構造・設備）が分かれているからこそ必要になります。分野の全体像は 建築の3分野 を参照すると、誰がどのモデルを担い、調整会議で何を突き合わせるのかが理解しやすくなります。

6継続的なプロセスとして回す

干渉チェックは「一度実行して終わり」ではなく、モデル更新・再チェック・調整というループを回し続ける継続的なプロセスです。運用にあたっては、いくつかの実務的な論点があります。

• 差分管理: 各分野モデルは更新され続けるため、最新版を取り込んで再チェックする運用が前提。IFC の GlobalId などをキーに、前回からの差分を追えると効率的。
• 不要な検出の抑制: 同一要素どうしの接触や、許容範囲内の重なりまで拾うと件数が膨大になる。チェック対象の組み合わせや許容公差を適切に設定し、ノイズを抑える。
• 結果の共有形式: 検出結果は BCF（BIM Collaboration Format）という標準で関係者間に受け渡せる。どの干渉を、誰が、どう処理したかをツール非依存で追跡できる。

座標が揃っていること、最新版を参照していること、許容条件が適切であることの三点が、結果の信頼性を支えます。フェデレーションは責務を分野ごとに分割し、上位で統合ビューを構成する設計です。だからこそ、分割した各モデルを正しく重ねる座標の一致と、重ねた結果を検証する干渉チェックが、運用の両輪として欠かせません。

→次に読む