ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子1=サッカー, 子2=野球
子ページを親ページとして更に子ページを作成することも可能です。
例: 親=サッカー, 子=サッカーのルール
親ページはいつでも変更することが可能なのでとりあえず作ってみましょう!
テンプレート
テンプレートがありません。
用途が要件を決める
建物の「用途」は単なるラベルではありません。住宅・商業・医療…といった用途ごとに、適用される法規や求められる設備・避難の要件が大きく変わります。
この記事の要点
- 建築は住宅・事務所・商業・宿泊・医療福祉・教育・工場倉庫・公共などに分類される
- 用途によって適用される法規や求められる設備・避難要件が大きく変わる
- 不特定多数が集まる用途(特殊建築物)は防火・避難の規制が厳しい
- 用途はモデルの属性としても重要で、要件チェックや分類の基準データになる
建築入門 の締めくくりとして、建物の「用途」による分類を整理します。用途は単なるラベルではなく、適用される法規・設備・避難の要件を決める重要な区分です。建物のデータに付与すべき分類属性の代表例としても理解しておくと役立ちます。
1主な用途分類
| 用途 | 例 | 特徴的な要件 |
|---|---|---|
| 住宅 | 戸建住宅・集合住宅(マンション) | 採光・換気、集合住宅は避難規定が加わる |
| 事務所 | オフィスビル | 規模に応じた防火・避難・空調 |
| 商業 | 店舗・百貨店・飲食店 | 不特定多数の利用、避難・排煙が重要 |
| 宿泊 | ホテル・旅館 | 就寝を伴うため防火・避難が厳格 |
| 医療・福祉 | 病院・診療所・高齢者施設 | 避難困難者への配慮、衛生・設備要件 |
| 教育 | 学校・幼稚園 | 多人数の避難、採光・衛生 |
| 工場・倉庫 | 生産施設・物流施設 | 用途に応じた荷重・防火・危険物規制 |
| 公共 | 庁舎・図書館・ホール | 多人数集会、バリアフリー |
2用途で法規・設備が変わる
同じ延床面積の建物でも、用途が違えば適用される規制が大きく異なります。これは、その建物を「誰が、どのように使うか」によって、想定すべき危険や必要な配慮が変わるためです。たとえば、不特定多数が利用する施設や就寝を伴う施設では、火災に気づきにくく避難に時間がかかると考えられるため、火災時の安全確保が重視され、防火区画・排煙・避難経路・非常用照明などの要件が厳しくなります。設備(MEP) の内容も用途に強く依存し、病院なら医療ガスや非常電源、商業施設なら大規模な空調・厨房排気などが必要になります。設計の最初期に用途を見極めることが、後戻りのない計画の出発点になります。
戸建住宅など、特定の人が使い火災リスクが比較的低い用途
不特定多数が集まる、または就寝を伴う用途は防火・避難が厳格に
3特殊建築物という考え方
建築基準法は、不特定多数が利用したり火災時の危険が高い用途を「特殊建築物」として、一般の建物より厳しい規制をかけています。劇場・病院・ホテル・百貨店・学校・共同住宅などが該当し得ます。住宅のうち戸建ては比較的規制が緩やかですが、集合住宅になると避難や防火の規定が加わるのは、この考え方によるものです。
不特定多数が利用したり火災時の危険が高い用途を「特殊建築物」として、一般の建物より厳しい防火・避難の規制をかける。劇場・病院・ホテル・百貨店・学校・共同住宅などが該当し得る。
用途の違いは 意匠分野 が確認申請で適合性を確認する際の中心論点であり、設計から竣工までの流れ の早い段階で用途を確定することが、後の手戻りを防ぎます。
4用途変更という論点
既存の建物を別の用途に変える「用途変更」では、新しい用途に応じた法規・設備要件を満たす必要があり、規模や用途によっては確認申請が必要になります。たとえば事務所をホテルに転用する場合、就寝を伴う用途になることで避難・防火の要件が変わるため、大きな改修を伴うことがあります。逆に、もともと厳しい要件で建てられた建物を、より要件の緩い用途に変える場合は比較的スムーズなこともあります。いずれにせよ、用途が変われば「その建物に求められる安全のレベル」そのものが変わる、という点が用途変更の本質です。建物のライフサイクルが長いことの裏返しとして、用途は途中で変わり得る属性だと理解しておくとよいでしょう。
用途は建物データの重要な「分類属性」
BIM モデルや建物管理データでは、用途は建物・室(部屋)単位で持つ重要な分類属性です。用途が明確であれば、法規・設備要件のチェックや集計、室ごとの用途を集計した面積表(用途別面積)の自動作成、用途分類をキーにした他システム(資産管理・FM)との連携などが、データ駆動で行いやすくなります。
本カテゴリで扱った定義・分野・登場人物・流れ・資格・用途を押さえておけば、建築データの「意味」を取り違えずに扱えるようになります。さらに進んだ内容は 建築入門 から各カテゴリへ進んでください。
→次に読む
ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子1=サッカー, 子2=野球
子ページを親ページとして更に子ページを作成することも可能です。
例: 親=サッカー, 子=サッカーのルール
親ページはいつでも変更することが可能なのでとりあえず作ってみましょう!
テンプレート
テンプレートがありません。
子ページはありません
人気ページ
- 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
コメントを削除してもよろしいでしょうか?