デジタルツインで建物を運用する — As-Built BIM・IoT・FMの実装

はじめに — 建物の価値は「建てた後」に決まる

建物のライフサイクルコストのうち、設計・施工の比率はおおよそ20〜25%、残り75〜80%は竣工後の運用・維持管理・改修・解体に費やされる、というのはロングライフビル推進協会（BELCA）が長年訴え続けてきた事実です。にもかかわらず、これまでBIMの議論はほとんどが「設計BIM」「施工BIM」に偏り、運用フェーズへの引き渡しは紙の竣工図書とPDFと表計算ファイルのまま、という現場が今も少なくありません。

ここ数年で潮目が変わった理由は3つあります。第一に、人手不足によりビルメンテナンス業務の省人化が不可避になったこと。第二に、ZEB・脱炭素対応のためエネルギーデータを建物単位で扱う必要が出てきたこと。第三に、国土交通省主導のPLATEAU（プラトー）による3D都市モデルが整備され、建物単位のデジタルツインを都市スケールに接続する素地が整ったことです。

本稿は、ビルオーナー・PM/FM事業者・大学/病院/自治体のファシリティマネジメント担当者を対象に、「設計BIMをFM BIMに変換する」「IoTとBASを束ねてデジタルツインに昇格させる」「データの寿命を担保する」という3つの実務テーマを、技術と運用の両面から整理します。

デジタルツインとは — 3つの段階で理解する

デジタルツインという言葉は流行語化しすぎて定義が曖昧ですが、米国NISTや経産省の整理を踏まえると、実装上は次の3段階で考えると見通しがよくなります。

Lv1: デジタルモデル 現実の建物を3Dで再現した「鏡像」。BIMモデルや点群（As-Built）。物理世界からの自動データ流入はありません。設計図書の延長線。

Lv2: デジタルシャドウ 物理世界からのデータが一方向で流入。BAS（ビルオートメーションシステム）やIoTセンサーで取得した温湿度・電力・人流・CO₂などの実測値がモデルに紐づきます。可視化・分析・予兆検知に使えます。

Lv3: デジタルツイン 物理⇄サイバーの双方向同期。サイバー側でシミュレーションした結果（空調設定、照明制御、避難誘導）が制御系にフィードバックされ、現実の挙動を変えます。建物単位ではBEMS連携、街区単位ではPLATEAU連携が射程に入ります。

ビル運用の現場でいきなりLv3を狙うのは現実的ではありません。多くのプロジェクトは「まずLv2まで実装し、KPI（エネルギー、稼働率、苦情件数）で投資効果を可視化してからLv3に上げる」順序になります。

設計BIMからFM BIM（As-Built BIM）への変換

ここが最大の難所です。設計BIMはあくまで「意匠・構造・設備の整合を取るためのモデル」であり、運用に必要な情報は驚くほど入っていません。FMで使うためには、竣工時点の現物に合わせた「As-Built BIM」へ更新し、運用に必要な属性を追加する作業（BIM2FM）が必須です。

IFCとCOBie — データの寿命を守るための国際規格

ベンダーロックインを避け、20〜50年の建物寿命にデータを追従させるには、オープン規格が前提になります。

• IFC（Industry Foundation Classes）：buildingSMARTが策定するBIMの中立フォーマット。テキストベースのISO規格（ISO 16739）であり、特定ソフトの世代交代に左右されにくいことが、維持管理フェーズで決定的に重要です（IFCの概要解説）。
• COBie（Construction Operations Building Information Exchange）：機器台帳・点検計画・保証情報・予備品など、FMが必要とする属性をスプレッドシート形式（あるいはIFCのMVDとして）で受け渡す国際標準。米国NIBSが定義するもので、英国・シンガポール・北欧では公共発注の要件になっています。

日本ではJFMAのBIM・FM研究部会が「ファシリティマネジメントのためのBIMガイドライン」（archifuture-web解説）を整備し、IFCとCOBieに準じた情報受渡しの枠組みを国内に展開しています。

LOD/LOIの「過不足問題」

実務で最も多い失敗は、設計BIMをそのままFMに渡してしまい、「形状は細かいが属性が足りない／逆に属性は豊富だが運用に使わない情報ばかり」という状態に陥ることです。

• LOD（Level of Detail） … 形状の詳細度
• LOI（Level of Information） … 属性情報の詳細度

FM BIMで重要なのはLODよりLOIです。たとえばAHU（空調機）であれば、3Dの形状はLOD200程度（外形ブロック）で十分ですが、製造番号・保証期限・フィルタ型番・保守業者・点検周期・BACnetオブジェクトID などのLOIは必須です。設計段階からFMマネージャーが要件を提示し、「何を残し、何を捨てるか」を握っておかないと、引き渡された瞬間に使えないモデルになります。

既存ストックには点群＋As-Built BIM化

新築だけがデジタルツインの対象ではありません。既存ストックを扱う場合は、レーザースキャナ／フォトグラメトリで点群を取得し、Scan-to-BIMでAs-Built BIMを起こします。実測ベースなので竣工図と実物のズレ（隠蔽配管、改修履歴の未反映）も同時に解消できます。維持管理BIMの実務的な進め方はBIMで変わる建設プロセス（維持管理編）が体系的にまとまっています。

IoT連携とBAS — 既存資産を活かして「ライブな建物」にする

建物にはすでに空調・照明・防災・セキュリティ・電力監視といった制御系が入っています。これらは大半が「中央監視盤＋固有プロトコル」で運用されており、デジタルツイン化の最大の難所は「既存BASをいかに非破壊で吸い上げるか」です。

BACnetを軸にしたオープン化

ここでの主役はBACnet（ASHRAE/ISO 16484-5）です。空調・照明・電力・エレベータといった建物設備のためのオープンプロトコルで、ベンダー横断で機器を統合できます。アズビルなど主要ビル制御メーカーがBACnet公開仕様を整備しており、マルチベンダー環境でも一元監視が現実的になりました。

加えて、近年は無線IoTセンサー（LoRaWAN・BLE・Wi-Fi 6E）が安価になり、既存BASに手を入れずに後付けで温湿度・CO₂・人流・振動を取得できます。情報処理推進機構（IPA）のスマートビルシステムアーキテクチャガイドラインは、これら制御系ITとIoTを橋渡しするレイヤ構造の参照モデルとして有用です。

データを「BIMオブジェクトに紐づける」のがコア

センサーデータをただダッシュボードに流すだけでは、デジタルツインではありません。「センサーID」と「BIM上の機器オブジェクトのGUID」「空間オブジェクト（部屋）」を紐づけて初めて、「会議室202の不快指数が高いのは隣のAHU-3のフィルタ目詰まりが原因」といった因果のあるアラートが出せます。ここの紐付けテーブル（しばしばBIM-IoTマッピングと呼ばれます）の設計が、FMプラットフォーム導入の成否を分けます。

国内外の代表事例 — 何が実装されているのか

HANEDA INNOVATION CITY（鹿島建設）

旧羽田空港跡地の大規模複合施設「HICity」では、鹿島建設の「3D K-Field」によりBIMモデル上にバスの自動運転、サービスロボット、施設管理スタッフの位置情報をリアルタイム重畳し、約370基のビーコン等センサーを活用して「まち全体の制御」を実現しています（鹿島プレスリリース、建設ITブログ解説）。建物単体ではなく街区スケールでLv2〜Lv3の実装に踏み込んだ国内代表例です。

ミュージアムタワー京橋（日建設計）

日建設計が支援した同物件では、維持管理BIMを連携した統合FMプラットフォームを本格運用しており、国内最大級のオブジェクト数を扱っています。「建物管理の人材難克服」を明確な目的に置いている点が示唆的で、デジタルツインの投資対効果を「省人化」で語れる時代に入ったことを示しています。

PLATEAUとの連携 — 建物単位を都市スケールに接続

PLATEAUは国交省が主導する全国の3D都市モデルの整備・オープンデータ化プロジェクトで、2027年度までに約500都市への展開が計画されています。建物のBIM／As-Built BIMをLOD2〜LOD3のCityGMLに変換しPLATEAUへ接続すれば、洪水・浸水・避難・人流・日照・風環境などのシミュレーションを「自分の建物」を中心に行えるようになります。BCP・防災・テナント誘致の説明材料として、極めて強力です。

データセンターのFMデジタルツイン（NTTデータ）

ミッションクリティカル施設の代表格であるデータセンターでは、サーバ室の発熱・空調・電力の三位一体管理がそのまま事業継続性に直結します。NTTデータの取り組みはデジタルツインを用いた高信頼FMの実装例として参考になります。

始め方の現実解 — スモールスタートの手順

ビルオーナー／FM事業者が現実的に取り組むなら、以下の順序を推奨します。

1. 目的KPIの確定：省人化（巡回時間-30%）、エネルギー（一次エネ消費-15%）、稼働率、苦情ゼロ化などから選び、3つ以内に絞ります。
2. 対象範囲の絞り込み：全館ではなく「基準階1フロア」「機械室＋共用部」など、痛みのある部分から。
3. As-Built BIMの精度設計：LOD300、LOI重視。COBie準拠の機器属性をテンプレート化。
4. 既存BASの棚卸し：BACnet対応か、対応していなければゲートウェイを介すか。IPAガイドラインのレイヤモデルで整理。
5. BIM-IoTマッピング設計：センサーID⇔BIM-GUIDの対応表を運用ルール込みで設計。
6. FMプラットフォーム選定：IFCインポート、BACnet接続、APIの3点をミニマム要件に。ベンダーロックイン回避のためデータ所有権の契約条項を必ず確認。
7. PoC → 段階展開：6〜12か月でPoCを回し、KPIを実測してから水平展開。

ポイントは、「全部の機器を一気にデジタル化しない」「データの所有権はオーナーが握る」「ベンダー固有形式に閉じ込めない」の3つです。建物の寿命は40〜60年、ソフトウェアの寿命は5〜10年です。データを長生きさせる設計が、デジタルツイン投資の本質的なROIを決めます。

FAQ

Q. 設計BIMがない既存ビルでもデジタルツインは可能ですか？ 可能です。点群スキャン＋Scan-to-BIMでAs-Built BIMを起こすのが定石です。属性情報は竣工図書・台帳・保守履歴を整理して付与します。新築よりむしろ「現物との一致度」が高いモデルが手に入ることもあります。

Q. PLATEAUと自前BIMをつなぐにはどうすればよいですか？ 建物BIMをIFC経由でCityGMLに変換するか、PLATEAUのLOD3相当に補強する方法が一般的です。G空間情報センターのデータと組み合わせれば、浸水・日影・人流などのシミュレーションを建物中心で行えます。

Q. COBieは日本でも使えますか？ 利用可能です。スプレッドシート形式での受け渡しも認められているため、現場の運用負荷も比較的軽量です。JFMAのガイドラインも参照しつつ、社内のFMシステムが必要とする属性に取捨選択するのが現実的です。

Q. データの所有権はどう契約すべきですか？ BIMデータ、センサーデータ、稼働ログのすべてについて「オーナー帰属」「IFC等オープン形式での引き渡し義務」「契約終了時のデータ持ち出し条件」を契約書に明記してください。これはベンダー以上にオーナー側で守るべき視点です。

まとめ

デジタルツインは「派手な3Dビジュアライザ」ではなく、「建物の運用判断を、データに基づいて自動化・最適化するための基盤」です。設計BIMの先にあるAs-Built BIM／FM BIMを、IFC・COBieといったオープン規格で長生きさせ、BACnetやIoTでライブデータを流し、必要に応じてPLATEAUで都市スケールに接続する——これが2026年時点での現実的な実装像です。

ビルオーナー・FM事業者にとっての勝ち筋は、「派手な全館展開」ではなく「KPI起点のスモールスタート」と「データ所有権の確保」です。建物は資産であり、その資産価値はもはや構造・設備だけでなく、「運用データの蓄積と利活用可能性」によって測られる時代に入っています。

参考・出典

• PLATEAU（国土交通省 3D都市モデル）
• ロングライフビル推進協会（BELCA）
• JFMA BIM・FM研究部会
• ファシリティマネジメントのためのBIMガイドライン解説（archifuture-web）
• COBie V3 / National Institute of Building Sciences
• IFCデータとは（建設DX解説）
• BACnetとは（渡辺電機工業）
• BACnet公開仕様書（アズビル）
• スマートビルシステムアーキテクチャガイドライン（IPA）
• BIMで動かす羽田のスマートシティHICity（建設ITブログ）
• HANEDA INNOVATION CITY デジタルツイン（鹿島建設）
• ミュージアムタワー京橋 統合FMプラットフォーム（日建設計）
• BIMで変わる建設プロセス（維持管理編）
• データセンターFMとデジタルツイン（NTTデータ）