ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子1=サッカー, 子2=野球
子ページを親ページとして更に子ページを作成することも可能です。
例: 親=サッカー, 子=サッカーのルール
親ページはいつでも変更することが可能なのでとりあえず作ってみましょう!
テンプレート
テンプレートがありません。
COBie — 引渡し情報を「台帳」で受け渡す
BIM で作り込んだ建物の情報を、完成後の維持管理へ途切れさせずに引き継ぐ。そのための国際的なデータ仕様が COBie です。形状ではなく「台帳」情報を、決まった構造のスプレッドシートで渡す仕組みを整理します。
この記事の要点
- COBie(Construction Operations Building information exchange)は、建物の引渡し時に維持管理用の情報を受け渡すための国際的なデータ仕様
- 幾何形状そのものではなく、機器・スペース・属性などの「台帳」情報を構造化して交換する点が特徴
- 実体は決まった構造を持つスプレッドシート(複数シート)として表現でき、IFC からも生成できる
- BIM データを FM(施設管理)へ引き継ぐための「橋渡しフォーマット」として位置づけられる
BIM で作った建物のモデルは、設計・施工の段階だけでなく、完成後の維持管理(運用)でも活かしたい情報の宝庫です。しかし、設計者が作り込んだ詳細なモデルをそのまま施設管理担当に渡しても、現場で必要なのは「どの機器が、どの部屋に、どんな型番・保守周期で設置されているか」といった台帳的な情報であることが多く、形状の細部はむしろ不要です。この「引渡しに必要な情報だけを、決まった形で受け渡す」ための仕様が COBie です。
1COBie とは何か
COBie は Construction Operations Building information exchange の略で、建物の竣工・引渡し時に、その後の運用管理で使う情報を発注者へ受け渡すための情報交換仕様です。米国で生まれ、英国の BIM 政策でも採用されたことで広く知られるようになりました。国際標準としては、施設管理向け情報交換の枠組み(IFC をベースにした情報交換定義の一種)として整理されています。
「何を渡すか(情報の中身)」を決めた仕様であって、特定のソフトウェア製品でも 3D 形状フォーマットでもない。
形状は別途 BIM モデルや図面で渡し、COBie はその建物に紐づく管理情報を担当します。製品名でも CAD フォーマットでもなく、あくまで「情報交換の取り決め」である、という点が出発点になります。
2COBie で扱う情報
COBie が対象とするのは、運用・保守の現場で「台帳」として参照される情報です。代表的なものは次のとおりです。
- スペース(部屋):部屋名・用途・面積など、建物のどこに何の空間があるか
- 機器・コンポーネント:空調機・ポンプ・照明器具などの設備機器の一覧と設置場所
- タイプ(型式):機器の型番・メーカー・仕様といった「種類」ごとの属性
- システム:機器がどの設備系統(空調・給排水など)に属するか
- 付帯情報:保証・予備品・取扱説明書・連絡先など
これらが「部屋 → そこに置かれた機器 → その機器の型式」というように関連づけられた構造で表現されるのが COBie の肝です。単なる機器リストではなく、空間と機器と仕様が紐づくことで、FM システムへそのまま取り込める台帳になります。
3COBie の実体 — 構造化スプレッドシート
COBie の中身は、複数のシートからなるスプレッドシートとして表現できます。シートはあらかじめ役割が決まっており、たとえば施設全体を表すシート、フロアを表すシート、スペース(部屋)、機器、タイプ、システム、といった具合に分かれ、シート間は ID(名前)で参照し合います。
BIM ツールを持たない発注者・施設管理者でも、表計算ソフトで内容を確認・編集できる
列の意味や入力ルールが厳密に定められており、「ただのエクセル」ではなく仕様に沿って埋める必要がある
スプレッドシート形式であることには実務上のメリットがあります。一方で、定義済みのスキーマを持つ表形式のデータ交換であるため、列ごとの意味と参照ルールを守って入力することが前提になります。
4IFC との関係
COBie は、建物データの中立フォーマットである IFC とは と密接に関係します。IFC は建物を構成する要素(壁・スペース・設備機器など)とその属性(プロパティセット)を表現できるため、IFC モデルから COBie 用の情報を抽出・生成することができます。整理すると次のような関係になります。
| 観点 | IFC | COBie |
|---|---|---|
| 主な目的 | 建物全体(形状+属性)の中立的な受け渡し | 運用管理に必要な台帳情報の受け渡し |
| 形状情報 | 含む | 原則含まない(参照のみ) |
| 表現 | 専用のデータモデル(ファイル) | 構造化スプレッドシートとして表現可 |
| 関係 | COBie の供給源になり得る | IFC から抽出して作れる |
つまり COBie は IFC と競合するものではなく、IFC が持つ豊富な情報の中から「運用に必要な部分」を取り出して整理したビューと捉えると、両者の役割分担がはっきりします。
5FM(施設管理)での活用
COBie の最大の意義は、設計・施工で蓄積した情報を FM(Facility Management=施設管理)へ途切れさせずに引き継げることです。従来は、竣工時に紙の竣工図書や個別の機器リストが大量に渡され、施設管理者がそれを手作業で台帳化していました。COBie を使えば、機器・スペース・型式・保証などの情報が構造化された状態で引き渡されるため、FM システム(CAFM/CMMS など)への取り込みが格段に楽になります。
設計段階から「最終的に COBie で渡す情報」を意識してプロパティを整えておけば、引渡し時のデータ整備コストを大幅に削減できます。COBie は「BIM と FM システムの間のインターフェース仕様」と捉えると役割が明確になります。
6COBie を扱ううえでの注意点
情報は設計・施工の各段階で少しずつ蓄積するもの。竣工間際にまとめて入力しようとすると、機器情報や型式が揃わず破綻しがち。
「何を、どこまで入れるか」を発注者と合意しておく。多くの項目を持てるが、運用に本当に必要な情報を見極める。過剰な情報は管理の負担になる。
人手で触れる分、入力ミスや参照切れ(存在しない機器を部屋に紐づけるなど)が起きやすい。検証ツールやルールによるチェックを併用する。
データの視点で見る COBie
COBie をデータの観点で捉えると、定義済みのスキーマ(列の意味と入力ルール)を持つ、表形式のデータ交換と見ることができます。シート間が ID で参照し合う点は、関連づけられたテーブル群と同じ構造です。だからこそ、人手で埋める運用にはスキーマ検証と参照整合性チェックを通す発想がそのまま当てはまります。
設計段階から「最終的に何を台帳として渡すか」を意識すると、引渡し時のデータ整備が一気に楽になります。
→次に読む
ページの作成
親となるページを選択してください。
親ページに紐づくページを子ページといいます。
例: 親=スポーツ, 子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
コメントを削除してもよろしいでしょうか?