ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子1=サッカー, 子2=野球
子ページを親ページとして更に子ページを作成することも可能です。
例: 親=サッカー, 子=サッカーのルール
親ページはいつでも変更することが可能なのでとりあえず作ってみましょう!
テンプレート
テンプレートがありません。
ファミリ — Revit 部材の「設計図テンプレート」
Revit に置かれる部材は、すべて何らかの「ファミリ」に属します。ファミリにはシステム・ロード可能・インプレイスの 3 種類があり、その違いを押さえることがモデルを理解する近道です。
この記事の要点
- ファミリは、同じ振る舞い・形状ロジックを持つ Revit 要素のまとまり。Revit の部材はすべて何らかのファミリに属する
- ファミリは大きく 3 種類:システムファミリ・ロード可能ファミリ・インプレイスファミリ
- ロード可能ファミリ(ドア・窓・家具・設備機器など)は
.rfaファイルで、プロジェクトに読み込んで使う。最も自由度が高い - ファミリの中にタイプがあり、配置されたものがインスタンス。この階層が Revit データ構造の中核
1ファミリとは
Revit におけるファミリ(Family)とは、「同じカテゴリに属し、同じパラメータ群と振る舞いを共有する要素のグループ」です。たとえば「片開きドア」というファミリは、幅や高さといった共通のパラメータと、開口部に取り付くという共通の振る舞いを持ちます。Revit に配置されるあらゆる部材は、必ず何らかのファミリに属しています。
ファミリは「設計図的なテンプレート」だと考えると分かりやすいでしょう。ファミリという定義があり、その中に寸法違いのタイプがあり、実際にモデル上に置かれた 1 つひとつがインスタンスです。この階層関係は記事の後半で詳しく扱います。
2ファミリの 3 分類
Revit のファミリは、作られ方・保存形式・使い方の違いから 3 種類に分類されます。どの種類のファミリかによって、編集の自由度や保存・配布の仕方が変わるため、区別を意識することが重要です。
- 壁・床・屋根・天井・配管・ダクト
- 単体ファイルとして保存不可
- 新規作成は不可、タイプ追加は可
- ドア・窓・家具・照明・設備機器
- 外部ファイルで作成・読み込み
- 最も柔軟。メーカー提供も豊富
- その建物専用の特殊な造作・装飾
- プロジェクト内のみ・再利用不可
- 多用するとモデルが重くなる
システムファミリ
システムファミリは、Revit にあらかじめ用意されている、建物に直接結びつく基本要素です。壁・床・屋根・天井・階段・配管・ダクトなどが該当します。これらは個別の .rfa ファイルとして取り出すことができず、プロジェクトテンプレート(.rte)やプロジェクト(.rvt)の中に組み込まれています。新しいシステムファミリを一から作ることはできませんが、既存のファミリに対して「200mm 厚 RC 壁」「150mm 厚 RC 壁」のようなタイプを追加・複製して使い分けます。
ロード可能ファミリ
ロード可能ファミリ(コンポーネントファミリ)は、.rfa 形式の独立したファイルとして作成・配布され、プロジェクトに「読み込んで(ロードして)」使います。ドア・窓・家具・照明器具・衛生器具・タイトルブロックなど、3 種類の中で最も種類が多く、自由度の高いファミリです。メーカーが自社製品の Revit ファミリを公開していることも多く、これを読み込めば実製品の寸法・形状をモデルに反映できます。ファミリエディタ(専用の編集環境)でパラメータや形状を細かく定義できるのが特長です。
インプレイスファミリ
インプレイスファミリは、特定のプロジェクトの中で「その場で」作る特殊形状のファミリです。既製のロード可能ファミリでは表現できない一品物の造作などに使います。ただし、他のプロジェクトで再利用できず、コピーするとモデルが重くなりやすいなどの難点があるため、多用は推奨されません。繰り返し使うものは、できるだけロード可能ファミリとして作成するのが定石です。
3どの種類を選ぶかの考え方
3 種類のファミリは「どれが優れている」というものではなく、目的に応じて使い分けるものです。実務での選び方の目安を示します。
壁・床・屋根などは Revit の基本要素なので選択の余地はなく、必要な仕様をタイプとして用意して使う。
ドア・窓・家具・機器など、複数の物件で再利用したいものは
.rfa として整備する。社内の標準ファミリライブラリを作っておくと品質と効率が上がる。他で使わない特殊形状に限る。再利用の見込みがあるならロード可能ファミリにする。
データを扱う観点では、ロード可能ファミリは構造が整理されていて自動処理でも扱いやすい一方、インプレイスファミリは個別性が高く扱いづらい傾向があります。データを安定して扱いたいなら、モデル側でインプレイスを乱用していないかを確認するのも一つの観点です。
4ファミリエディタとパラメータ駆動
ロード可能ファミリやインプレイスファミリは、ファミリエディタと呼ばれる専用の編集環境で形状とパラメータを定義します。ここでは、寸法(参照線間の距離など)にパラメータを割り当てて形状を駆動させるのが基本です。たとえば「幅」というパラメータを変えると、それに連動して開口の形状が変わる、といったパラメトリックな部品を作れます。これにより、1 つのファミリから寸法違いの多数のタイプを生み出せます。パラメータの種類については パラメータ(プロジェクト/共有/グローバル/ファミリ) で詳しく扱います。
5ファミリ・タイプ・インスタンスの階層
3 種類いずれのファミリも、内部は同じ階層構造を持ちます。
「片開きドア」など、振る舞いと共通パラメータを定義したまとまり。
「片開きドア 900×2100」「800×2000」など、ファミリ内の規格バリエーション。寸法・材質をセットで持つ。
実際にモデル上の特定の壁に配置された個々のドア。位置や向きなどの個別情報を持つ。
この「ファミリ → タイプ → インスタンス」という入れ子は、プログラミングでいうクラスとインスタンスの関係に近い構造です。詳細と、その上位にある「カテゴリ」を含めた 4 層の関係は、次の カテゴリ・タイプ・インスタンス で解説します。
→次に読む
ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子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
コメントを削除してもよろしいでしょうか?