方案说明
SCENARIO
数字孪生智慧建筑解决方案：从三维展示走向空间化运维
数字孪生在智慧建筑项目中经常被误解为一套三维展示系统。真正可落地的数字孪生，不是把BIM模型或园区场景搬到大屏上，而是把空间、设备、点位、告警、视频、能耗、资产和工单放到同一个运行语境中。管理人员看到的不只是建筑模型，而是楼栋、楼层、房间和设备正在发生什么；运维人员进入的不只是三维场景，而是能够定位、判断、处置和复盘的工作入口。
古河数字孪生智慧建筑解决方案以IBDT数字孪生可视化平台为展示和交互入口，以IBMS智慧建筑管理平台、BIOT建筑物联网数据中台、BIMOPS BIM运维系统和BEMS能源管理系统为数据与业务支撑，把三维空间模型与实时运行数据连接起来。方案重点解决五件事：模型能不能用、数据能不能准、告警能不能定位、视频和工单能不能联动、上线后能不能长期维护。
一、适用场景
- 智慧园区运营中心：需要在园区、楼栋、楼层、设备、车辆、人员、能耗和事件之间快速切换视角。
- 医院后勤运行中心：需要把配电、暖通、医气、冷链、净化、重点科室环境和工单处置映射到空间中。
- 公共建筑和场馆：需要把机电设备、安防事件、客流、能耗和应急资源通过可视化方式统一调度。
- 实验楼和科研建筑：需要把实验室空间、环境指标、设备状态、门禁权限和安全事件统一呈现。
- 多楼栋物业和集团项目：需要对多个楼栋、多个系统和多个运营指标做统一态势展示和问题定位。
- 既有IBMS项目升级：已有设备监控和数据中台，希望进一步提升空间化表达、告警定位和管理展示能力。
二、项目常见误区
数字孪生项目失败，往往不是模型做得不够漂亮，而是模型和业务脱节。三维场景如果不能反映真实设备状态，告警如果不能定位到空间对象，视频如果不能跟随事件打开，工单如果不能从空间对象发起，项目最终会停留在参观演示。建设前应把数字孪生定位为运维和运营工具，而不是单纯视觉工程。
- 只重模型效果，不重空间编码和设备映射，导致后期设备替换或点位变更时难以维护。
- 只接实时数据，不做点位语义和质量校验，导致三维场景显示状态与IBMS或现场不一致。
- 只做大屏展示，不做告警、视频、工单、权限和审计，值班人员仍需回到多个系统处理问题。
- 只追求全量建模，不区分管理场景和重点设备，模型过重、加载慢、使用频率低。
- 只在交付时更新模型，缺少后续模型、设备、空间和点位变更机制。
三、建设目标
- 建立建筑空间、BIM/GIS模型、楼栋楼层、房间区域、设备资产和实时点位之间的统一映射。
- 实现设备状态、告警事件、视频资源、能耗数据、人员车辆、工单流程和运营指标的空间化呈现。
- 通过数字孪生驾驶舱支撑管理层态势查看、值班人员告警定位、现场人员工单处置和运维团队复盘分析。
- 形成可维护的模型更新、点位绑定、接口监测、权限审计和专题扩展机制。
- 把数字孪生建设成果纳入验收用例和运维指标，而不是只验收三维页面是否完成。
四、建设边界
数字孪生平台负责空间化表达、专题驾驶舱、三维交互、图层管理和事件定位；IBMS负责设备监控、告警、联动和控制边界；BIOT负责实时数据、设备模型、点位治理和接口服务；BIMOPS负责资产、巡检、维保和维修记录；BEMS负责能耗计量、异常分析和低碳报表。边界明确后，数字孪生才能把各系统能力组织在空间中，而不是重复建设每个业务系统。
总体架构
ARCHITECTURE
总体架构
数字孪生方案建议采用“空间模型层、实时数据层、业务事件层、可视化应用层、运维管理层”的架构。空间模型层解决建筑和设备在哪里，实时数据层解决当前状态是什么，业务事件层解决发生了什么，可视化应用层解决如何理解和操作，运维管理层解决上线后如何持续维护。
1. 空间模型层
空间模型层由BIM模型、GIS底图、CAD平面图、园区地图、楼栋楼层结构、房间区域、设备位置和摄像机点位组成。它不是简单导入模型文件，而是要把模型拆分成运维可用的层级。对园区项目，通常按园区、楼栋、楼层、房间、设备五级组织；对医院或实验室项目，还应按科室、功能区、风险等级和重点设备组织。
2. 实时数据层
实时数据层来自IBMS、BIOT、IOSERVER采集网关、能源系统、门禁停车、视频平台和第三方业务系统。数字孪生不应直接重复接入现场设备，而应优先通过数据中台和IBMS获取治理后的数据。这样可以保证点位名称、单位、质量状态、空间关系和历史数据口径一致。
3. 业务事件层
业务事件层包括设备告警、安防事件、能源异常、环境超限、工单状态、巡检异常、人员车辆事件和应急任务。数字孪生的价值很大程度体现在事件处理上：事件能否定位到空间对象，能否联动视频和设备面板，能否进入工单或应急流程，能否在处理完成后留下空间对象历史记录。
4. 可视化应用层
可视化应用层包括园区总览、楼栋剖切、楼层平面、设备定位、专题图层、热力图、运行看板、告警弹窗、视频联动、工单入口和移动端辅助查看。不同角色看到的视图应不同：管理层关注总体态势和值班指标，工程人员关注设备和告警，安防人员关注事件和视频，能源管理人员关注计量和异常区域。
5. 运维管理层
运维管理层负责模型版本、设备映射、点位绑定、接口状态、图层配置、权限角色、操作日志和更新流程。数字孪生上线后，建筑空间可能改造，设备可能替换，点位可能调整，视频位置可能变化。如果没有维护机制，三维场景会逐渐失真。
系统组合
IBDT数字孪生平台负责三维场景、空间导航、专题图层、设备定位、告警弹窗和驾驶舱展示。
IBMS智慧建筑管理平台负责设备监控、告警中心、联动策略、控制权限和运行报表。
BIOT物联网数据中台负责设备模型、点位治理、实时数据、历史数据、告警事件和开放接口。
BIMOPS与FM工单负责设备资产、巡检维保、维修工单、二维码和现场处置记录。
视频与安防系统负责摄像机、门禁、停车、访客、周界和应急事件的联动展示。
标准与协议依据
数字孪生项目的模型加工、空间编码和视频接入并非无章可循。方案设计参考的主要标准包括：
- GB/T 51212-2016《建筑信息模型应用统一标准》：模型数据组织与应用的基本依据。
- GB/T 51269-2017《建筑信息模型分类和编码标准》：楼栋、楼层、房间和设备的空间编码规则。
- IFC（ISO 16739）：BIM模型导入孪生平台前的标准交换格式。
- 3D Tiles（OGC社区标准）、glTF：大体量三维场景分块加载的通用格式。
- GB/T 28181：摄像机点位接入与视频流调阅的联网标准。
项目落地时应优先复用建设期BIM成果，无模型区域可用GIS底图加楼层平面图过渡。
接入与数据治理
DATA GOVERNANCE
模型处理、数据接入与空间治理
1. 模型准备
数字孪生项目的模型准备不等同于把BIM原模型直接导入平台。设计模型、施工模型和运维模型的关注点不同。设计模型强调设计表达，施工模型强调专业协同，运维模型强调空间层级、设备对象、查询效率和长期维护。因此模型处理要围绕运维目标进行轻量化、分层、拆分和命名整理。
- 模型轻量化：删除对运维无意义的细碎构件和高面数装饰，保留建筑结构、空间边界和重点设备。
- 楼层拆分：按楼栋、楼层、房间和功能区拆分加载，避免一次性加载全量模型。
- 构件分类：对设备、管线、房间、门禁、摄像机和重点区域设置分类标签。
- 命名规范：避免沿用模型中的临时名称，统一使用运维人员能理解的空间和设备名称。
- 版本管理：记录模型来源、处理时间、处理人员、版本号和更新范围。
2. 空间编码
空间编码是数字孪生能否进入运维场景的关键。设备告警、视频联动、能耗热力、工单派发都需要知道事件发生在哪个园区、楼栋、楼层、房间或区域。建议在项目开始阶段建立统一空间编码，并与IBMS、BIM运维、能源管理和工单系统保持一致。
园区级用于组织多个楼栋、道路、出入口、停车区、室外设备和公共区域。
楼栋级用于承载楼栋运行态势、楼栋能耗、安全事件和设备统计。
楼层级用于楼层剖切、设备定位、视频调用和巡检路线。
房间级用于房间环境、设备归属、人员权限和工单位置。
设备级用于告警定位、状态展示、历史曲线和维修记录。
3. 模型精度选择
数字孪生并不是模型越精细越好。精度选择应服务于业务场景：运营总览需要建筑外观、楼栋边界、道路和关键区域；设备运维需要楼层、房间、设备位置和检修入口；应急指挥需要出入口、疏散路线、视频点位和应急资源；能源专题需要楼栋、楼层、区域和计量边界。过度精细会增加加载压力和维护成本，过度简化又会影响定位和说服力。
- 展示级模型：适合领导参观、园区总览和品牌展示，重点是建筑外观、园区布局和基础态势。
- 运维级模型：适合设备管理和告警定位，重点是楼层、房间、重点设备、管井和设备房。
- 专题级模型：适合能源、安防、医院后勤、实验室或管廊场景，重点是业务对象和风险点。
- 轻量级模型：适合移动端或普通值班电脑使用，重点是快速加载和查询定位。
- 精细级模型：适合重点机房、实验室、管廊舱室等专业场景，重点是设备关系和处置路径。
4. 设备映射
设备映射要把模型对象、设备台账、实时点位和业务记录绑定起来。一个空调机组在模型中是构件，在设备台账中是资产，在IBMS中是一组点位，在工单系统中是维修对象。数字孪生需要建立这些对象之间的关系，使用户从三维场景点击设备时，可以看到设备名称、位置、运行状态、告警记录、历史曲线、巡检维保和工单入口。
5. 数据接入
- 设备状态：运行、停止、故障、手自动、模式、频率、温度、压力、电流、电压、液位等实时数据。
- 告警事件：设备故障、通讯中断、环境超限、安防事件、能源异常、门禁异常和消防接口状态。
- 视频资源：摄像机位置、监控区域、视频平台接口、预置位和事件关联规则。
- 能源数据：楼栋、楼层、区域、设备和租户的电、水、气、冷热量数据。
- 业务数据：工单、巡检、维保、资产、人员、车辆、企业和服务事项。
- 外部数据：天气、地图、上级平台、第三方运营系统和项目自有业务系统。
6. 数据质量要求
数字孪生会把数据直接呈现在管理大屏和空间场景中，错误数据比没有数据更容易误导决策。接入数据时应保留质量状态，明确哪些是实时数据、哪些是补传数据、哪些是人工维护数据、哪些存在离线或异常。能耗热力、告警定位和AI分析尤其依赖数据质量。
7. 维护机制
模型和数据绑定不是一次性交付物。项目上线后，设备新增、设备移位、摄像机角度调整、房间功能变化、楼层改造、点位更名和第三方接口升级都会影响数字孪生准确性。建议建立变更流程：现场发生变化后，由运维团队提交变更单，实施人员更新模型或绑定关系，管理员复核页面和联动效果，最终形成版本记录。
业务流程与联动
WORKFLOW
核心建设内容与业务联动
1. 园区与建筑总览
总览页面应承担“看全局”的职责，而不是堆叠所有指标。园区级总览重点展示楼栋状态、设备在线、告警数量、能耗趋势、人员车辆、安全事件、工单状态和重点风险。建筑级总览重点展示楼层状态、关键设备、环境指标、能源分布和未处理事件。总览指标应能向下钻取到具体空间或设备。
2. 楼栋楼层与设备定位
数字孪生必须支持从总览进入楼栋、从楼栋进入楼层、从楼层进入房间或设备。告警、工单、巡检和视频都应能反向定位到空间。定位能力是数字孪生区别于普通大屏的核心能力之一。
- 按楼栋、楼层、系统、设备类型和告警等级筛选对象。
- 支持设备搜索、空间搜索、告警搜索和资产搜索。
- 支持楼层剖切、房间高亮、设备闪烁和路径定位。
- 支持从设备面板查看实时点位、历史曲线、告警记录和工单入口。
3. 告警定位与视频联动
告警发生后，平台应自动定位到对应楼栋、楼层、房间或设备，并弹出告警等级、触发时间、设备状态、可能影响区域、历史记录和处置入口。对于安防、消防接口、设备房和重点区域事件，应联动相关摄像机。视频联动不是简单打开视频窗口，而是要根据空间关系找到最相关的摄像机或预置位。
4. 能源与环境专题
能源和环境数据适合通过空间热力、分区对比和趋势曲线表达。比如楼栋能耗排名、楼层用电热力、重点设备能效、空调区域温度、实验室压差、机房温湿度等，都可以在数字孪生场景中显示。但这些专题必须依赖准确的计量边界和空间归属，否则热力图会失去管理意义。
5. 工单与现场处置
数字孪生不应停留在“看见问题”，还要能把问题交给人处理。用户在三维场景中看到设备告警或环境异常时，应能发起工单、查看责任班组、选择处置模板、上传照片或备注。工单完成后，设备或空间对象应保留处置历史，方便下次查看。
6. 专题驾驶舱
- 设备运维专题：展示重点设备在线率、告警、故障排名、维保计划和维修记录。
- 能源低碳专题：展示分项能耗、楼栋排名、异常用能、碳排统计和节能效果。
- 安防应急专题：展示视频、门禁、周界、消防接口、广播和应急资源。
- 园区运营专题：展示企业、人员、车辆、停车、服务工单和招商资产。
- 医院后勤专题：展示配电、暖通、医气、冷链、净化、重点科室环境和后勤工单。
- 实验室专题：展示房间风险等级、环境指标、通风气体、门禁权限和安全告警。
7. 典型事件闭环
数字孪生要体现价值，必须能处理真实事件。以下事件闭环可作为方案设计和验收参考。
- 设备故障事件：冷机、水泵、风机、配电柜或电梯接口发生故障后，三维场景定位设备，打开实时点位、历史曲线和维修工单入口。
- 安防事件：门禁异常、人员聚集、周界入侵或重点区域报警后，场景定位区域，联动摄像机、广播、通知和安防处置记录。
- 能源异常事件：楼栋或楼层能耗异常升高后，热力图定位区域，关联空调、照明、表计和工单处理结果。
- 环境超限事件：机房温湿度、实验室压差、医院重点科室环境或管廊气体超限后，场景定位房间或舱室，联动预案和责任人。
- 工单复盘事件：同一设备或区域反复维修时，平台从空间对象查看历史工单、备件、处理人和复发原因。
- 应急指挥事件：突发事件发生时，平台展示出入口、视频、广播、应急资源、人员位置和处置进度。
8. 专题建设清单
设备专题设备状态、告警、运行曲线、设备台账、维保计划和维修记录。
安防专题视频、门禁、周界、访客、停车、重点区域和事件处置。
能源专题计量边界、楼栋能耗、区域热力、异常用能和节能策略。
环境专题温湿度、空气质量、气体、压差、水浸、噪声和专业环境指标。
运维专题工单、巡检、维保、人员班组、SLA、超时任务和服务评价。
运营专题企业、人员、车辆、资产、租赁、服务事项和综合报表。
9. 权限与审计
数字孪生页面通常面向多个角色开放，必须设置权限边界。管理层可以查看汇总指标，值班人员可以查看告警和设备状态，工程人员可以处理工单，安防人员可以查看视频和事件，企业或租户只能查看授权范围。涉及控制、视频、人员车辆和敏感区域的数据，应保留访问和操作日志。
实施路径与角色分工
DELIVERY
实施路径与交付管理
阶段一：场景定义
数字孪生项目首先要明确服务对象和使用场景。是给领导参观展示，还是给运行中心日常值班，还是给工程人员定位设备，还是给能源和安防团队做专题管理？不同目标会影响模型精度、数据接入、页面组织和验收用例。建议把场景分为必做、应做和后续扩展，避免一期范围过大。
阶段二：资料收集
- 模型资料：BIM模型、CAD图纸、GIS底图、园区平面、楼层图和设备布置图。
- 设备资料：设备台账、点表、系统图、厂家资料、二维码和维保资料。
- 数据资料：IBMS点位、BIOT模型、能源计量、视频资源、门禁停车、工单和资产数据。
- 管理资料：组织角色、权限范围、告警等级、处置预案、报表口径和运维制度。
阶段三：模型处理与空间治理
这一阶段完成模型轻量化、空间编码、楼层拆分、设备映射、图层分类和场景优化。模型处理完成后，应先让运维人员核对空间、楼层、房间和重点设备位置，确认可用后再进入大规模数据绑定。
阶段四：数据绑定与专题配置
数据绑定包括设备状态、告警、视频、能源、环境、工单、资产和人员车辆等。专题配置要围绕实际业务，不建议一开始做太多炫酷效果。优先建设告警定位、设备查询、视频联动、能源专题和工单入口，再扩展AI分析、运营画像和更多专题。
阶段五：联调与试运行
联调要按真实事件测试：设备离线能否定位，告警能否弹窗，视频能否打开，工单能否发起，能耗热力是否正确，权限是否隔离，模型加载是否流畅。试运行期间应记录模型错误、点位错误、视频错绑、权限问题、加载性能和用户反馈。
试运行问题清单
- 空间问题：楼层、房间、设备房或重点区域名称与现场不一致。
- 模型问题：模型过重、楼层切换慢、设备无法选中、构件分类错误。
- 点位问题：设备状态与IBMS不一致，点位离线、倍率错误或质量状态未显示。
- 视频问题：摄像机位置错绑，视频打开慢，预置位不准确或权限不足。
- 告警问题：告警不能定位，告警等级不清，弹窗信息不足或无法转工单。
- 报表问题：专题指标与来源系统不一致，统计口径没有说明。
- 权限问题：不同角色可见范围过大或过小，操作日志不完整。
- 维护问题：模型和点位变更没有记录，后续更新责任不清。
阶段六：验收与移交
验收不应只看三维场景是否完成，而应看空间、数据、事件、流程和运维资料是否完整。交付资料应包括模型处理说明、空间编码、设备映射表、数据接口清单、图层配置、专题页面、联动策略、验收用例、培训资料和维护手册。
交付成果判断
一个高质量的数字孪生项目，交付后应让使用者明显感到工作方式发生变化：管理层可以从一张图看到运行态势，值班人员可以从告警直接定位到空间和视频，工程人员可以从设备对象进入工单和历史记录，能源人员可以从热力图追溯到计量点和设备运行，系统管理员可以知道模型、点位、接口和权限如何维护。如果交付成果只停留在三维漫游和静态看板，就还没有达到运维型数字孪生的标准。
角色分工
业主单位确认建设目标、空间范围、重点专题、权限边界、验收口径和后续维护责任。
设计或咨询单位提供建筑、智能化、机电、安防和能源相关资料，协助明确系统边界。
模型团队负责BIM/GIS处理、轻量化、空间编码、楼层拆分和模型版本管理。
数据实施团队负责IBMS、BIOT、能源、视频、工单和第三方系统的数据对接。
运维团队参与设备位置核对、告警流程确认、试运行反馈和后续持续维护。
验收口径与运维指标
ACCEPTANCE
验收口径与运维指标
一、验收口径
- 空间验收：园区、楼栋、楼层、房间、重点区域和设备位置与现场一致，空间编码可追溯。
- 模型验收：模型加载、楼层切换、设备定位、图层开关和场景交互稳定可用。
- 数据验收：设备状态、告警、能耗、环境、视频、工单等数据与来源系统一致。
- 映射验收：设备、点位、摄像机、空间、资产和工单之间的关联关系准确。
- 联动验收：告警定位、视频联动、设备面板、工单发起和处置记录可按用例演示。
- 权限验收：不同角色看到的空间、数据、视频和操作入口符合授权范围。
- 性能验收：重点场景加载、楼层切换、设备搜索和告警弹窗响应满足日常使用要求。
- 资料验收：模型版本、映射表、接口清单、图层配置、培训材料和运维手册完整。
二、运维指标
模型可用性重点场景加载成功率、楼层切换成功率、设备搜索成功率和模型更新周期。
映射准确率设备、点位、视频、空间和工单对象的绑定准确率。
告警定位效率从告警产生到定位到空间对象、设备面板和视频画面的平均时间。
数据一致性数字孪生页面显示数据与IBMS、BIOT、BEMS等来源系统的一致程度。
业务闭环率从空间场景发起或关联工单后，完成处理、复核和记录的比例。
使用频率运行中心、工程人员、安防人员和管理层对各专题页面的实际使用情况。
三、运维维护要求
数字孪生上线后，必须建立维护机制。新增设备要同步设备台账、点位绑定和模型位置；空间改造要同步模型版本和楼层图；摄像机调整要同步视频点位和预置位；业务流程变化要同步工单入口和权限。建议每月检查一次模型、点位、视频和专题页面，每季度输出一次数字孪生运行评估报告。
验收指标建议基线
三维场景是否“可用”需要量化判断。古河建议数字孪生项目按以下基线验收：
- 重点设备点位与三维位置绑定完整率 ≥ 98%。
- 告警发生后在三维场景中定位到设备 ≤ 30 秒（验收演示用例）。
- 主场景首屏加载 ≤ 5 秒（千兆内网环境参考值，超大场景应分块加载）。
- 告警关联视频调阅成功率 ≥ 98%。
- 建立月度模型与点位更新机制，新增或迁移设备同步更新空间绑定。
加载性能与网络、终端显卡配置相关，验收时应固定测试环境和测试用例口径。
四、常见问题
- 数字孪生是不是必须先有完整BIM模型？
- 不一定。精细设备运维建议使用BIM模型；园区总览和空间态势也可以结合GIS、CAD、平面图和重点设备建模分阶段建设。关键是空间关系和数据映射要准确。
- 数字孪生和IBMS是什么关系？
- IBMS负责设备监控、告警、联动和运行管理，数字孪生负责把这些数据和事件映射到空间场景中。数字孪生不应替代IBMS，而应成为IBMS空间化运营入口。
- 数字孪生验收为什么不能只看三维效果？
- 三维效果只能说明场景完成，不能说明业务可用。真正验收应看设备映射、实时数据、告警定位、视频联动、工单闭环、权限审计和后续维护资料。
- 数字孪生如何避免上线后失真？
- 需要建立模型版本、设备变更、点位变更、视频调整和空间改造的维护流程，并把这些工作纳入日常运维制度。
相关产品组件
工程案例参考
相关专题与文章
按应用场景查看解决方案
面向不同建设目标，把产品能力、行业场景和工程案例组织在一起，便于业主、集成商和运维团队快速判断方案边界、建设重点和落地路径。
微信咨询
