過去バージョン

BIM で作った建物のモデルは、設計・施工の段階だけでなく、完成後の維持管理（運用）でも活かしたいデータの宝庫です。しかし、設計者が作り込んだ詳細なモデルをそのまま施設管理担当に渡しても、現場で必要なのは「どの機器が、どの部屋に、どんな型番・保守周期で設置されているか」といった台帳的な情報であることが多く、形状の細部はむしろ不要です。この「引渡しに必要な情報だけを、決まった形で受け渡す」ための仕様が COBie です。

COBie とは何か

COBie は Construction Operations Building information exchange の略で、建物の竣工・引渡し時に、その後の運用管理で使う情報を発注者へ受け渡すための情報交換仕様です。米国で生まれ、英国の BIM 政策でも採用されたことで広く知られるようになりました。国際標準としては、施設管理向け情報交換の枠組み（IFC をベースにした情報交換定義の一種）として整理されています。

重要なのは、COBie が「何を渡すか（情報の中身）」を決めた仕様であって、特定のソフトウェア製品でも 3D 形状フォーマットでもない、という点です。形状は別途 BIM モデルや図面で渡し、COBie はその建物に紐づく管理情報を担当します。

COBie で扱う情報

COBie が対象とするのは、運用・保守の現場で「台帳」として参照される情報です。代表的なものは次のとおりです。

• スペース（部屋）：部屋名・用途・面積など、建物のどこに何の空間があるか。
• 機器・コンポーネント：空調機・ポンプ・照明器具などの設備機器の一覧と設置場所。
• タイプ（型式）：機器の型番・メーカー・仕様といった「種類」ごとの属性。
• システム：機器がどの設備系統（空調・給排水など）に属するか。
• 付帯情報：保証・予備品・取扱説明書・連絡先など、維持管理に必要な周辺情報。

これらが「部屋 → そこに置かれた機器 → その機器の型式」というように関連づけられた構造で表現されるのが COBie の肝です。単なる機器リストではなく、空間と機器と仕様が紐づくことで、FM システムへそのまま取り込める台帳になります。

COBie の実体：構造化スプレッドシート

COBie の中身は、複数のシートからなるスプレッドシートとして表現できます。シートはあらかじめ役割が決まっており、たとえば施設全体を表すシート、フロアを表すシート、スペース（部屋）、機器、タイプ、システム、といった具合に分かれ、シート間は ID（名前）で参照し合います。

スプレッドシート形式であることには実務上のメリットがあります。BIM ツールを持たない発注者・施設管理者でも、表計算ソフトで内容を確認・編集できるためです。一方で、列の意味や入力ルールが厳密に定められているため、「ただのエクセル」ではなく仕様に沿って埋める必要があります。SE の視点では、定義済みのスキーマを持つ CSV/表形式 のデータ交換、と捉えると理解しやすいでしょう。

IFC との関係

COBie は、建物データの中立フォーマットである IFC とは と密接に関係します。IFC は建物を構成する要素（壁・スペース・設備機器など）とその属性（プロパティセット）を表現できるため、IFC モデルから COBie 用の情報を抽出・生成することができます。

整理すると次のような関係になります。

つまり COBie は IFC と競合するものではなく、IFC が持つ豊富な情報の中から「運用に必要な部分」を取り出して整理したビューと捉えると、両者の役割分担がはっきりします。

FM（施設管理）での活用

COBie の最大の意義は、設計・施工で蓄積した情報をFM（Facility Management＝施設管理）へ途切れさせずに引き継げることです。従来は、竣工時に紙の竣工図書や個別の機器リストが大量に渡され、施設管理者がそれを手作業で台帳化していました。COBie を使えば、機器・スペース・型式・保証などの情報が構造化された状態で引き渡されるため、FM システム（CAFM／CMMS など）への取り込みが格段に楽になります。

SE としては、COBie を「BIM と FM システムの間のインターフェース仕様」と捉えると役割が明確になります。設計段階から「最終的に COBie で渡す情報」を意識してプロパティを整えておけば、引渡し時のデータ整備コストを大幅に削減できます。

COBie を扱ううえでの注意点

COBie は強力な仕組みですが、運用にあたっては押さえておきたい注意点があります。第一に、情報は「設計・施工の各段階で少しずつ蓄積する」ものだという点です。竣工間際になってまとめて入力しようとすると、機器情報や型式が揃わず破綻しがちです。各フェーズで責任を持って属性を埋めていく運用が前提になります。

第二に、「何を、どこまで入れるか」を発注者と合意しておく必要があります。COBie は多くの項目を持てますが、すべてを埋める必要はなく、その建物の運用に本当に必要な情報を見極めることが大切です。過剰な情報はかえって管理の負担になります。

第三に、品質チェックの仕組みです。スプレッドシートとして人手で触れる分、入力ミスや参照切れ（部屋に存在しない機器を紐づけるなど）が起きやすいため、検証ツールやルールによるチェックを併用するのが実務的です。SE 視点では、スキーマ検証と参照整合性チェックを通す、という発想がそのまま当てはまります。

まとめ

COBie は、建物の引渡しに必要な維持管理情報を、決まった構造のスプレッドシートとして受け渡すための仕様です。形状ではなく台帳情報を扱い、IFC から生成でき、FM システムへの橋渡し役を担います。BIM データを「作って終わり」にせず、運用フェーズまで価値を持続させるための重要なピースとして理解しておきましょう。BIM 全体の中での位置づけは BIM 総論 も参照してください。