COBie BIMファイル

COBieとは？

COBieは、設計・建設チームからオーナーや施設管理チームへの建物情報の引き渡しをサポートするために作られた。その目的は、運用データが図面、PDF、または切り離されたプロジェクト・ドキュメントの中に閉じ込められることなく、代わりにソフトウェアと人々が共に使用できる構造化されたフォーマットで提供されるようにすることです。

BIMの観点からは、COBieは完全な幾何学的モデルの交換ではなく、資産情報に焦点を当てています。WBDGは、設計者の視点からCOBieデータを、設計図面に見られるスケジュールのコンパイルされたセットと説明し、所有者のための全国BIMガイドは、設備、製品、材料、スペースなどの建物資産に関する情報を交換するためのフォーマットと定義しています。

COBieはファイルフォーマットか？

これはよくある混乱の原因だ。日常的なBIMワークフローでは、「COBieファイル」はスプレッドシートの成果物を指すことが多いが、規格自体はより広範なものである。WBDGは、大規模なプロジェクトではIFC標準のSTEPや ifcXML表現を使用することがあるが、小規模なプロジェクトではCOBieデータをスプレッドシート形式で交換することが多いと指摘している。

また、NIBS COBie仕様では、オプションの物理フォーマットとしてSpreadsheetMLを使用することができ、バージョン3では JSONのサポートが追加されたとしている。つまり、COBie成果物は、プロジェクト要件、ソフトウェアスタック、および契約言語に応じて、複数の機械可読表現で存在し得るということです。

COBieにはどのような情報が含まれていますか？

COBieは、建築物のライフサイクルデータを構造化して整理するために使用されます。代表的な情報は以下の通りです：

• スペース、フロア、ゾーン
• システムと設備の種類
• 設置されたコンポーネント
• 文書、ジョブ、イベント、リスク
• 施設の運用と保守に関連する属性

buildingSMARTのCOBie v3エグゼクティブサマリーでは、全体、空間、資産、プロセス、およびサポート情報を網羅する一連のテーブルとして構造を説明しています。

実際の建築プロジェクトでは、何が設置され、どこに配置され、どのように運用または保守されるべきかを理解するために設備チームが必要とする資産データとともに、建築材料、内部構造、HVACなどの建築システムに関する情報が含まれます。

BIMワークフローではどのように機能するのか？

COBieは通常、プロジェクトの最後にのみ作成されるのではなく、設計、建設、試運転の間に徐々に組み立てられます。さまざまな関係者がデータセットのさまざまな部分を提供し、完成した交換物は構造化されたオペレーションデータセットとしてオーナーやFMシステムに引き渡される。WBDGのCOBieガイダンスは、実施戦略、責任分担、プロジェクトチームがCOBieの作成方法と検証方法を定義しなければならないことを強調している。

そのため、COBieは引渡し段階で特に重要になります。設備チームにグラフィカルなBIMモデルだけを提供する代わりに、プロジェクトは、照会、検証、メンテナンス・ワークフローへの接続が容易な、資産と関連情報の整理された登録簿を提供することもできる。

アプリケーションと業界の使用例

COBieは、施設の引き渡し、資産管理、運用準備のワークフローで広く使用されています。オーナーやオペレーターが、単一のオーサリングプラットフォームに依存することなく、設置された設備、スペース、材料、建物システムに関する構造化データを受け取ることができます。

一般的な使用例

• コンピュータ化されたメンテナンス管理システムへの入力
• 予防保全記録の作成
• 設置された機器やメーカー情報の文書化
• 部屋やスペースのデータの整理
• 建設から長期運用への移行の改善

ソフトウェア開発者にとって、COBieは、BIMオーサリング、モデル調整、データ検証、オーナー引き渡し、設備管理ワークフローを橋渡しする必要のあるアプリケーションを構築する際に重要である。特に、システムが構造化された資産データを、他のファイル形式から来る関連するBIMまたはCADジオメトリと接続しなければならない場合に関連する。

課題やよくある落とし穴

よくある間違いは、COBieを単なるExcelシートのエクスポートであるかのように扱うことです。スプレッドシートの配信は一般的ですが、規格自体はより広範なものであり、COBieをスプレッドシートに縮小すると、IFCベースのマッピングやその他の正式な交換構造との関係が見えなくなってしまいます。

もう一つの落とし穴は、COBieを完全な幾何学的BIMの代替物だと思い込むことである。COBieは主に非グラフィカルな資産情報交換であるため、通常は幾何学的なBIM成果物を置き換えるのではなく、補完するものです。COBieだけで完全な3Dコーディネーションや正確なジオメトリを期待するチームは、その役割を誤解しています。

データ品質も大きな問題です。COBieは、ソースデータが完全で、一貫して分類され、プロジェクト参加者間で明確に割り当てられている場合にのみ有用です。WBDGと関連するCOBieガイダンスは、一貫性のない引継ぎデータを避けるために、実装ルール、ピックリスト、責任、検証方法を慎重に定義しなければならないことを強調している。

最後に、開発者は、IFC ベースの COBie データとスプレッドシートのビューとの間のマッピングは些細なものではないことに留意すべきである。buildingSMART コミュニティのガイダンスでは、COBie をスプレッドシートの形式に抽出することは、一方向のマッピングを伴う可能性があり、データが失われる可能性があるため、人間が読めるスプレッドシートは貴重であるが、必ずしも完全なソースモデルコンテキストと同等ではないことを指摘している。

Spatial の役割

COBie関連のワークフローにおける当社の役割は、COBieのオーサリングそのものよりも、BIMの相互運用性とビジュアライゼーションの側にあります。当社のSDKは、BIMソフトウェア開発における3つの繰り返し発生するニーズ、すなわち、フォーマット間の相互運用性、エンジニアリング精度を伴う複雑なデータセットの取り扱い、および3Dビジュアライゼーションに対応しています。

データの取り込みと相互運用性。 3D InterOpは、COBieデータが実際のアプリケーションでそれを取り囲む幾何学的なBIMおよびCADデータに接続しなければならない場合に直接関連します。3D InterOpは、約30種類のCAD、BIM、メッシュ、およびビジュアライゼーション・フォーマットを読み書きでき、製品構造、テッセレーション・ジオメトリ、正確なジオメトリ、およびメタデータの選択的なインポートをサポートし、AEC、BIM、およびプラント設計ワークフローを対象としています。

COBieがプロダクション・ソフトウェアの中で単独で機能することはほとんどないため、これは重要なことです。施設やオーナー向けのアプリケーションは、構造化されたハンドオーバー・データと関連するモデル・コンテキストの両方を必要とすることがよくあります。当社は、開発者が、下流のエンジニアリング・アプリケーションに必要なメタデータを保持しながら、BIMワークフローのジオメトリ側を取り込んで作業できるように支援します。

可視化とレビュー HOOPS VisualizeおよびHOOPS Visualize Webは、大規模モデルの視覚化、ウェブおよびモバイルのレンダリング、およびインタラクティブな 3D アプリケーションの開発に対応します。COBieを中心としたワークフローにおいて、これらの機能は、表データのみに依存するのではなく、関連するモデル・コンテキストをユーザーに検査させることで、アセット情報の交換を補完します。