ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子1=サッカー, 子2=野球
子ページを親ページとして更に子ページを作成することも可能です。
例: 親=サッカー, 子=サッカーのルール
親ページはいつでも変更することが可能なのでとりあえず作ってみましょう!
テンプレート
テンプレートがありません。
建物を支える人たち
1棟の建物が完成するまでには、施主・設計事務所・ゼネコン・サブコン・工事監理者・確認検査機関など多くの関係者が登場します。誰が何を担い、どう情報が渡るのかを整理します。
この記事の要点
- 施主・設計事務所・ゼネコン・サブコン・工事監理者・確認検査機関など多くの関係者が登場する
- 「設計する人」「建てる人」「チェックする人」が分かれているのが基本構造
- 発注方式には設計施工分離と設計施工一括(DB)がある
- 誰がどの情報の責任を持つかを把握すると、モデルやデータの受け渡しを読み解きやすい
建築入門 として、ここでは1つの建物が完成するまでに関わる主な「登場人物」を整理します。誰から誰へ情報が渡るのかを知ることは、設計から竣工までの流れ の理解と表裏一体です。
1主な登場人物の一覧
| 関係者 | 役割 | 主な成果物・関与 |
|---|---|---|
| 施主(建築主・発注者) | 建物を発注し費用を負担する主体。最終的な意思決定者 | 要望・予算・承認 |
| 設計事務所(設計者) | 意匠・構造・設備の設計を行う。3分野に分かれる | 設計図書・BIMモデル |
| ゼネコン(元請・総合建設業者) | 工事全体を請け負い施工を統括する | 施工計画・施工図 |
| サブコン(専門工事業者) | 鉄骨・電気・空調・内装など分野ごとの工事を担当 | 各専門工事・製作図 |
| 工事監理者 | 工事が設計図書どおりか確認する。多くは設計者が兼ねる | 監理記録・検査 |
| 確認検査機関 | 建築確認・完了検査を行う行政または指定機関 | 確認済証・検査済証 |
2施主(発注者)
施主は建物を建てたい主体で、個人・企業・公共機関などさまざまです。「どんな建物が欲しいか」という要望と予算の出どころであり、各段階の承認権を持ちます。発注方式の選択も施主が行います。施主の意思が出発点となり、それを設計事務所が形にし、ゼネコンが実物に仕上げていく——この大きな流れを押さえると、それぞれの登場人物がどの場面で主役になるのかが見えてきます。施主自身が建築に詳しいとは限らないため、専門家がその意図を引き出し、技術的に実現可能な形へ翻訳していくことも、プロジェクト全体の重要な仕事です。
3設計する人・建てる人
設計事務所は「何をつくるか」を図面・モデルで定義する側、ゼネコンは「実際に建てる」側です。ゼネコンは元請として工事全体を管理し、実際の専門工事はサブコン(鉄骨、電気設備、空調設備、内装など)に分業されます。
- 意匠・構造・設備を設計
- 成果物は設計図書・BIMモデル
- 「設計の意図」を表す
- ゼネコンが工事全体を統括
- 専門工事はサブコンが分業
- 成果物は施工図・製作図
ここで重要なのは、設計段階の BIM モデルと、施工段階の施工図・製作図は目的が異なる点です。設計モデルは「意図」を、施工モデルは「実際に取り付けるための詳細」を表します。データを橋渡しする場合、この段階差(LOD=詳細度の違い)を踏まえないと、過不足のあるデータが流れてしまいます。
4チェックする人
工事監理者は、施工が設計図書どおりに行われているかを設計者の立場で確認する役割で、施工管理(ゼネコン側の工程・品質管理)とは別物です。混同しやすいので注意してください。
中立の立場で、着工前の「建築確認」と完成後の「完了検査」を行い、それぞれ確認済証・検査済証を交付する。これらが下りないと、原則として工事着手や使用開始ができない。
5発注方式(分離 / 一括)
誰に何を発注するかの方式によって、登場人物の関係が変わります。
- 設計事務所とゼネコンに別々に発注
- 設計と施工が独立しチェック機能が働きやすい
- 会社をまたぐデータ受け渡しが多い
- 設計と施工を1社(多くはゼネコン)に発注
- 意思決定が速い
- 施工性を設計に取り込みやすい
情報は人の手から手へ渡っていく
登場人物が分かれているということは、建物の情報も人や会社をまたいで受け渡されるということです。特に設計施工分離方式では会社間のデータ受け渡しが多くなり、ファイル形式や座標系の取り決めがより重要になります。誰がどの情報の責任を持つかを押さえておくと、図面やモデルがどこから来てどこへ向かうのかが見えてきます。
建築士 が誰の立場で関与しているかも、責任の所在を読むうえで手がかりになります。続いて 設計から竣工までの流れ で、各段階の成果物の移り変わりを見ていきましょう。
→次に読む
ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子1=サッカー, 子2=野球
子ページを親ページとして更に子ページを作成することも可能です。
例: 親=サッカー, 子=サッカーのルール
親ページはいつでも変更することが可能なのでとりあえず作ってみましょう!
テンプレート
テンプレートがありません。
子ページはありません
- 建築とは
- 建築の3分野(意匠・構造・設備)
- 建築プロジェクトの登場人物
- 設計から竣工までの流れ
- 建築士の種類と業務
- 建築の用途分類
人気ページ
- 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
コメントを削除してもよろしいでしょうか?