ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子1=サッカー, 子2=野球
子ページを親ページとして更に子ページを作成することも可能です。
例: 親=サッカー, 子=サッカーのルール
親ページはいつでも変更することが可能なのでとりあえず作ってみましょう!
テンプレート
テンプレートがありません。
作る前にぶつかりを見つける ― 干渉チェック
建物は意匠・構造・設備の3つのモデルを重ね合わせて1つの建物として成り立ちます。別々に作るからこそ、ダクトと梁、配管と壁などが空間的にぶつかることがあります。この「干渉」をBIMでどう扱うか、その考え方を整理します。
この記事の要点
- 建物は意匠・構造・設備の3モデルを重ね合わせて1つの建物として成り立つ
- 各モデルは別々に作られるため、ダクトと梁、配管と壁などが空間的にぶつかることがある
- こうした衝突を干渉(クラッシュ)と呼び、施工前にモデル上で見つけることが重要
- 干渉チェック(クラッシュ検出)は、2つの要素が同じ空間を占めていないかを自動で調べる仕組み
- 早期に干渉を解消することで、現場での手戻りや工期遅延・コスト増を防げる
3分野が分担して作るモデルは、最終的に1つの建物として重なり合います。別々に作るからこそ、互いの部材が同じ場所を取り合ってぶつかることがあります。この記事は 構造・材料・設備 カテゴリの一部として、その「干渉」をBIMでどう扱うかという考え方を整理します。具体的な操作手順ではなく、なぜ干渉チェックが重要なのかという観点で説明します。
13つのモデルの重なり
3分野はそれぞれ別のモデルを作り、それらを同じ座標系の上で重ね合わせると1つの建物の全体像になります。各モデルが何を表すかを見てみましょう。
間仕切りや仕上げ・天井・建具を表す。
柱・梁・床・基礎を表す。
ダクト・配管・配線を表す。
各分野は自分の担当範囲を中心に作業するため、他分野の部材と空間が衝突していても、平面図だけでは気づきにくいのが実情です。とくに天井裏や床下といった狭く混み合った空間で、衝突は起こりやすくなります。各モデルの中身は 建築設備(MEP)とは や 主要構造部 も参照してください。
2干渉(クラッシュ)とは
2つ以上の要素が、本来1つしか存在できない同じ空間を占めてしまっている状態を干渉(クラッシュ)と呼びます。代表的な例を挙げます。
| 干渉の例 | 内容 |
|---|---|
| ダクトと梁 | 天井裏を通る空調ダクトが構造の梁にぶつかる |
| 配管と壁・柱 | 給排水管が、貫通できない構造部材を通り抜けようとする |
| 設備どうし | ダクトと配管、配線が同じ天井裏で交差して場所を奪い合う |
| 器具と天井高 | 照明や吹出口、設備機器が、確保すべき天井高や点検スペースに収まらない |
これらを2次元の図面だけで見つけるのは難しく、見落とすと現場で初めて発覚し、すでに作ったものを直す手直し(手戻り)が発生します。
3クラッシュ検出の考え方
BIM上の干渉チェック(クラッシュ検出)は、選んだ2つのグループ(例:構造とダクト)の要素について、立体的に重なっている箇所がないかをコンピュータが自動で調べる仕組みです。重なりが見つかると、その位置と、衝突している要素の組み合わせが一覧で示されます。設計者はこれを確認し、対応を検討します。
検出には、要素どうしが実際にめり込んでいる「ハードな干渉」だけでなく、点検や施工に必要な隙間(クリアランス)が確保できていない「ソフトな干渉」を調べる考え方もあります。ポイントは、現場で物が作られる前に、コンピュータ上で衝突を体系的に洗い出せることです。紙の図面では人の目に頼っていた照合を、立体モデルで漏れなく行える点に価値があります。
4早期発見の効果
干渉を設計段階で解消しておくと、現場での作り直しを避けられます。設計の早い段階ほど変更の影響は小さく、後工程になるほど影響は大きくなります。
変更の影響が小さく、現場での手戻りを避けられる。関係者が同じモデルを見て調整できる
すでに作った部材を壊して直す手戻り。工期遅延・追加コスト・調整負担につながる
できるだけ早く干渉を見つけて解消することが重要です。干渉チェックは、こうした問題を未然に防ぐための代表的なBIM活用法であり、関係者が同じモデルを見て調整できることにも価値があります。
5干渉のすべてが問題とは限らない
注意したいのは、検出された干渉のすべてが本当に直すべき問題とは限らない点です。たとえば、梁にあらかじめ計画された貫通用の開口(スリーブ)を配管が通る場合、形状の上では重なって検出されても、それは設計どおりの正しい状態です。また、モデルの作り方の違いから生じる見かけ上の重なりもあります。そのため、検出結果は機械的に直すのではなく、人が一件ずつ「本当に問題か」「許容できるか」「設計変更が必要か」を判断して整理します。検出は気づきのきっかけであり、最終判断は設計者が行うという役割分担を理解しておくことが大切です。
モデル統合の前提
干渉チェックを行うには、各分野のモデルを同じ基準点・座標系で正しく重ね合わせる「モデル統合」が前提になります。基準点がずれていると、本来ぶつかっていないものがぶつかって見えたり、その逆が起きたりして、チェックの結果が信用できなくなります。
統合とチェックの一連の流れや、関係者間でモデルを持ち寄る考え方については、モデル統合と干渉チェック で詳しく扱います。設備そのものの分類や役割は 建築設備(MEP)とは を参照してください。
→次に読む
ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子1=サッカー, 子2=野球
子ページを親ページとして更に子ページを作成することも可能です。
例: 親=サッカー, 子=サッカーのルール
親ページはいつでも変更することが可能なのでとりあえず作ってみましょう!
テンプレート
テンプレートがありません。
子ページはありません
- 建築構造の種類(木造・RC造・S造・SRC造)
- 主要構造部
- 基礎の種類
- 荷重と力の流れ
- 主要建築材料
- 建築設備(MEP)とは
- 設備とBIM(干渉チェック)
人気ページ
- 1 建築とは — 建築物の定義・建築と土木の違い・ライフサイクルをわかりやすく解説
- 2 建築・BIM 総合Wiki — 建築の基礎からBIM・Revit・Speckleまで体系的に解説
- 3 建築図面の縮尺と寸法表記 — 1/100・1/50 の使い分けと mm 基準・面積をやさしく解説
- 4 日本のBIM動向 — 国交省BIM/CIM・建築BIM推進会議・ガイドラインをわかりやすく整理
- 5 建築プロジェクトの登場人物|施主・設計事務所・ゼネコン・サブコンと発注方式
- 6 建築入門 — 分野・登場人物・設計から竣工までの流れをやさしく整理
- 7 建築の3分野とは|意匠・構造・設備(MEP)の役割分担とBIMの分野別モデル
- 8 Speckle Automateとは|Version公開トリガーで自動QA・命名規約チェックを走らせる仕組み
- 9 Revit フェーズとデザインオプション|既存・解体・新築の段階管理と設計案比較
- 10 Revit ワークシェアリング徹底解説|ワークセット・セントラルファイル・同期(SWC)・クラウド共同作業
最近更新/作成されたページ
- Dynamo入門|Revitビジュアルプログラミング・ノードとワイヤ・Pythonノード・Dynamo Player NEW 2026-06-29 15:23:47
- 建築の3分野とは|意匠・構造・設備(MEP)の役割分担とBIMの分野別モデル NEW 2026-06-29 15:23:47
- specklepy入門|Python SDKでSpeckleClient認証・operations.send/receive NEW 2026-06-29 15:23:47
- 建築図面の縮尺と寸法表記 — 1/100・1/50 の使い分けと mm 基準・面積をやさしく解説 NEW 2026-06-29 15:23:47
- Speckle Viewerとは|Web3D表示・プロパティ確認・iframe埋め込みと@speckle/viewer NEW 2026-06-29 15:05:23
- Speckle .NET SDK入門|NuGet導入・認証・Base作成・send/receiveとRevitアドイン連携 NEW 2026-06-29 15:05:23
- 日本のBIM動向 — 国交省BIM/CIM・建築BIM推進会議・ガイドラインをわかりやすく整理 NEW 2026-06-29 15:05:23
- Speckle Automateとは|Version公開トリガーで自動QA・命名規約チェックを走らせる仕組み NEW 2026-06-29 15:03:33
- Speckleデータ連携の実務パターン|数量集計・Power BI・QA・他DB連携のパイプライン NEW 2026-06-29 15:03:33
- SpeckleとIFCの違い|標準ファイル交換とライブ連携の比較表と併用の現実解 NEW 2026-06-29 15:03:33
- Speckle Serverセルフホスト|docker-compose構成とデータ主権・運用設計 NEW 2026-06-29 15:03:33
- Speckleとは|OSSのAECデータプラットフォームをやさしく解説 NEW 2026-06-29 15:03:32
- Speckleのsend/receive|Version生成・選択フィルタ・差分とバージョン履歴 NEW 2026-06-29 15:03:32
- Speckleのコネクタ|Revit/Rhino/Grasshopper/Blender等の連携とsend/receive NEW 2026-06-29 15:03:32
- Speckleオブジェクトモデル|Base・動的プロパティ・detach・ハッシュと重複排除 NEW 2026-06-29 15:03:32
コメントを削除してもよろしいでしょうか?