智慧建筑解决方案:把分散的机电、安防、能源和运维流程纳入统一运行体系
智慧建筑不是把多个子系统简单集中到一个大屏,也不是把楼宇自控、视频、门禁、停车、能源和消防接口做一次页面汇总。真正可运营的智慧建筑,需要把建筑里的设备、空间、人员、告警、控制、工单、报表和权限组织成统一运行体系。值班人员能够在一个入口看到设备状态,管理人员能够看到运行指标,现场人员能够接收工单并反馈结果,系统管理员能够追踪接口、点位和权限变化。
古河智慧建筑IBMS整体解决方案以IBMS智慧建筑管理平台为运行中枢,以BIOT数据中台和IOSERVER采集网关为数据底座,连接建筑设备监控、变配电、暖通空调、给排水、电梯、照明、视频、门禁、停车、广播、消防接口、能源管理和FM工单。方案重点不在于堆叠功能,而在于明确接入边界、告警分级、联动策略、工单闭环、验收口径和长期运维机制。
图:智慧建筑IBMS解决方案总体架构。现场系统经边缘采集统一接入IBMS与BIOT平台,向上支撑监控、告警、联动、能源与工单应用。
一、适用场景
- 办公楼、商业综合体、学校、医院、场馆、交通枢纽和公共建筑。
- 已有多个弱电子系统但缺少统一入口、统一告警和统一报表的既有建筑。
- 新建项目需要在智能化建设阶段同步规划设备接入、数据中台和IBMS平台。
- 需要扩展数字孪生、能源管理、移动运维和AI智能运维的综合项目。
二、现状问题
- 系统分散,值班人员需要在楼控、视频、门禁、停车、能源等多个平台之间切换。
- 点位、设备、空间、告警等级和权限没有统一口径,后期扩展和维护困难。
- 告警能看到但不能定位、联动、派单和复盘,运行经验难以沉淀。
- 管理报表依赖人工汇总,无法按楼栋、系统、设备和责任单位持续分析。
三、产品功能在方案中的作用
智慧建筑方案需要把IBMS、BIOT、采集网关、FM工单、能源管理和数字孪生放在同一条运行链路里。产品功能不是孤立展示,而是用于解决“能接入、能看懂、能联动、能派单、能复盘”的实际问题。
- IBMS负责综合监控、告警管理、联动策略、权限审计和驾驶舱,是建筑运行中心的主入口。
- BIOT和采集网关负责协议适配、点位治理、边缘缓存和数据质量,保证楼控、配电、照明、电梯、安防和能源数据稳定进入平台。
- FM工单和移动运维负责把告警、巡检异常、报修和维保计划变成现场任务,避免运行中心只停留在“看见问题”。
- 能源管理模块负责分项计量、异常用能、设备运行关联和节能复盘,使建筑运行成本有可解释的数据依据。
- 数字孪生和BIM运维用于空间定位、设备查找、视频联动和资产维护,帮助值班人员从告警快速定位到现场。
四、建设目标
- 建立建筑空间、系统、设备、点位、告警和岗位权限的统一模型。
- 完成机电、安防、能源、消防接口和工单系统的标准化接入。
- 形成设备监控、告警联动、工单处置、运行报表和权限审计闭环。
- 为数字孪生、能源优化、AI智能运维和集团云平台预留扩展能力。
五、方案边界
IBMS负责统一监控、告警联动、运行管理和报表分析;现场控制仍由楼控、配电、消防接口、安防等专业系统承担;采集网关和数据中台负责数据接入与治理;工单系统负责现场处置。边界清楚,才能保证平台既能统一管理,又不越过专业系统的安全责任。
总体架构
智慧建筑整体架构应从现场设备开始,到边缘采集、数据治理、IBMS业务平台和运维管理逐层建设。每一层都要有明确职责,避免把所有问题集中到展示层。
系统组合
运行中枢IBMS智慧建筑管理平台,承载综合监控、告警、联动、报表和权限。
数据底座BIOT数据中台与IOSERVER采集网关,处理协议接入、点位治理和接口服务。
业务闭环FM工单、移动运维、巡检维保和设备资产台账。
专题扩展数字孪生、建筑能源管理、AI智能运维和云平台多项目管理。
架构层次
- 现场感知层:接入机电、安防、能源、环境、停车和消防接口等系统。
- 边缘采集层:完成协议适配、缓存、断点续传和通讯监测。
- 数据治理层:统一设备模型、点位字典、空间关系和质量状态。
- 业务应用层:形成监控、告警、联动、工单、报表和驾驶舱。
- 运维管理层:维护权限、日志、备份、培训、巡检和持续优化。
关键设计原则
- 先定义系统边界,再做页面和大屏,避免后期职责不清。
- 先治理点位和设备模型,再配置告警和联动。
- 控制类动作必须有权限、确认、日志和结果回采。
- 每个告警都应能定位到设备、空间、责任人和处置流程。
产品组件与部署方式
智慧建筑部署建议采用“边缘采集+中心IBMS+业务闭环”的组合,不把所有能力都压到一个展示页面里。
- 现场侧部署采集网关,按系统分区接入楼控、配电、暖通、给排水、照明、电梯和安防系统。
- 平台侧部署IBMS和BIOT,先统一设备模型、点位字典、告警等级和控制权限,再配置页面。
- 业务侧接入FM工单、移动端、能源管理和数字孪生,按告警、巡检、维修、能耗和报表形成闭环。
- 控制类功能按设备风险分级开放,配电、消防接口、电梯、冷源等关键系统优先监测和确认执行。
- 项目交付时应提供系统接入矩阵、点位字典、联动策略表、工单流程表和报表口径说明。
标准与协议依据
IBMS集成项目的设计、施工和验收应有明确的标准依据。古河在智慧建筑方案中常用的标准与协议包括:
- GB 50314-2015《智能建筑设计标准》:确定智能化系统的配置等级和设计边界。
- GB 50339-2013《智能建筑工程质量验收规范》:作为系统集成联动测试和验收用例的依据。
- GB 50606-2010《智能建筑工程施工规范》:约束管线、设备安装和系统调试过程。
- BACnet(ISO 16484-5)、Modbus RTU/TCP:楼宇自控和机电设备的主流接入协议。
- OPC UA(IEC 62541)、MQTT(ISO/IEC 20922):平台间数据交换与物联网消息传输协议。
- GB/T 28181、ONVIF:视频监控设备和平台的联网接入标准。
具体项目应以设计文件和当地审图要求为准,标准版本如有更新按现行有效版本执行。
接入对象与数据治理
智慧建筑的数据接入范围广,必须先做系统盘点和点位治理。接入不只是把数值传上来,还要说明数据来自哪里、代表什么设备、属于哪个空间、由谁负责维护、异常时如何处理。
接入对象
- 机电系统:变配电、暖通空调、给排水、电梯、照明、冷热源、机房环境。
- 安防系统:视频、门禁、停车、访客、周界、广播、巡更和对讲。
- 能源系统:电、水、气、冷热量、蒸汽和重点设备能耗。
- 业务系统:工单、巡检、资产台账、移动端和第三方管理平台。
- 消防接口:消防主机状态、报警信息、联动反馈和应急广播接口,按规范只读或受控接入。
数据治理要求
- 建立楼栋、楼层、房间、系统、设备、点位六级编码。
- 统一点位单位、量程、采样周期、读写属性、历史存储和质量状态。
- 按提示、一般、重要、紧急建立告警等级和处置时限。
- 设备替换、点位变更、接口升级和页面调整应保留版本记录。
安全与权限
智慧建筑平台涉及设备状态、控制动作、视频、门禁和运行数据。应按岗位设置可见范围和操作权限,控制类点位需二次确认和审计日志;消防、配电、医气、冷源等关键系统应优先采用监测和预警,控制边界必须由业主和专业单位确认。
核心建设内容与业务流程
1. 综合监控中心
综合监控中心把建筑主要系统纳入统一视图,值班人员可以按楼栋、楼层、系统和设备类型查看运行状态。页面应突出异常、趋势和操作入口,而不是简单堆叠设备图标。
- 设备运行状态、通讯状态、故障状态和手自动状态统一显示。
- 重点设备提供实时点位、历史曲线、运行记录和维护记录。
- 支持从总览钻取到系统、楼层、房间和单台设备。
2. 告警与联动中心
告警中心是智慧建筑能否真正运行起来的关键。告警不应只是弹窗,而要能分级、确认、升级、联动、派单和复盘。
- 告警关联设备、空间、视频、责任班组和处置预案。
- 重要告警支持短信、移动端、语音或值班看板通知。
- 联动动作包括视频弹窗、设备画面、工单派发、广播或策略提醒。
3. 工单与运维闭环
设备告警、人工报修、巡检异常和维保任务应进入统一工单池。现场处理过程需要拍照、备注、复核和评价,最终回写设备档案。
- 支持告警转工单、人工派单、自动派单和移动端接单。
- 工单记录处理时间、责任人、原因、结果和复核意见。
- 按设备、系统、班组和楼栋形成运维统计。
4. 运行报表与管理分析
运行报表应服务管理决策,不能只是导出数据。报表应解释设备在线、告警趋势、工单效率、能耗变化和系统稳定性。
- 日报关注未确认告警、离线设备、未闭环工单和关键系统状态。
- 月报关注故障排名、重复告警、维修质量、能耗趋势和优化建议。
- 专项报告用于重大故障、系统升级、节能改造和应急演练复盘。
产品功能建设清单
以下功能清单按建筑运行中心的实际使用顺序组织,从数据接入到现场处置,避免把产品功能写成孤立卖点。
1. IBMS综合监控功能
综合监控要覆盖设备状态、运行参数、系统图、组态画面和楼层空间入口。值班人员进入平台后,应能按楼栋、楼层、系统和设备快速定位,而不是在多个厂家平台之间切换。
- 配置楼控、配电、暖通、给排水、照明、电梯、安防、停车、广播和消防接口状态页面。
- 支持实时值、状态量、累计量、历史曲线、通讯质量和设备运行模式展示。
- 对可控点位设置权限、二次确认、操作日志和结果回采。
2. 告警中心与联动策略
告警中心不是简单弹窗,而要完成分级、过滤、确认、升级、联动和转工单。建筑项目常见的重复告警、通讯中断、设备故障和越限报警都需要独立处理策略。
- 按提示、一般、重要、紧急配置告警等级、颜色、声音、通知对象和SLA。
- 支持告警抑制、延时确认、恢复通知、重复告警合并和历史追溯。
- 联动视频、楼层图、设备面板、短信/企业微信通知和FM工单。
3. BIOT与采集网关功能
数据底座负责把不同厂家、不同协议和不同命名习惯的数据整理成可复用对象。没有这层治理,后续数字孪生、能源、AI和报表都会反复返工。
- 支持Modbus、BACnet、OPC、MQTT、HTTP、数据库和厂家接口接入。
- 维护点位名称、单位、倍率、读写属性、采样周期、质量状态和空间关系。
- 提供断点续传、离线监测、异常点位统计和标准API服务。
4. FM工单与移动运维功能
建筑运行中心发现的问题必须能派到现场。工单功能要覆盖报修、派单、接单、处理、复核、评价和归档。
- 告警、巡检异常、人工报修和计划维保都可生成工单。
- 移动端支持扫码查看设备档案、拍照上传、处理记录、备件登记和复核关闭。
- 按班组、区域、专业和SLA统计响应时长、闭环率、重复故障和维修质量。
5. 能源与运行报表功能
管理层需要知道建筑运行是否稳定、成本是否可控、服务是否达标。报表应从运行数据自动生成,并能解释异常原因。
- 提供设备在线率、告警趋势、工单闭环、能耗分项、重点设备运行和服务质量报表。
- 能耗报表关联楼栋、区域、租户、系统和重点设备,支持异常用能转工单。
- 月度复盘输出问题清单、整改责任和下月优化建议。
典型闭环场景
- 设备故障:告警触发、空间定位、视频联动、工单派发、现场处理、复核关闭。
- 能耗异常:能源系统发现异常、关联设备运行、生成核查任务、形成节能建议。
- 安防事件:门禁或视频事件触发、联动摄像机和通知、记录处置过程。
- 设备维保:按计划生成任务、移动端执行、设备档案自动更新。
验收口径与运维指标
验收口径
- 重点系统接入完整,设备状态、点位和告警与来源系统一致。
- 告警定位、视频联动、工单派发和报表输出可按用例演示。
- 权限、日志、控制确认和操作记录完整可追溯。
- 交付点位字典、设备台账、接口文档、验收记录和培训资料。
产品功能验收用例
智慧建筑验收不只看页面数量,应按产品功能链路逐项验证。
- 从任一重点设备告警出发,验证告警弹窗、设备定位、视频联动、通知、转工单、处理和复核是否完整。
- 抽查楼控、配电、照明、电梯、安防和能源点位,核对实时值、单位、倍率、历史曲线和通讯质量。
- 验证控制权限、二次确认、操作日志和结果回采,确认关键设备不会被越权操作。
- 输出一份运行日报和一份月度复盘报表,检查数据口径和责任归属是否清楚。
运维指标
设备在线率反映设备和采集链路稳定性。
告警响应时长反映值班和运维效率。
工单闭环率反映事件是否真正处理完成。
重复告警率反映告警规则和设备状态是否需要优化。
报表准时率反映平台是否能支撑长期管理。
验收指标建议基线
为了让“建成可用”成为可验收的结论,古河建议IBMS项目在设计阶段约定以下验收基线,并写入合同或验收方案:
- 重点设备点位在线率 ≥ 99%(按月统计,剔除计划停机)。
- 告警 10 分钟内确认率 ≥ 95%,重大告警确认后必须生成处置记录。
- 验收联动用例(消防、安防、机电、能源)一次通过率 100%,未通过项整改后复测。
- 工单按期闭环率 ≥ 90%,超期工单需有原因说明。
- 日报、月报等核心运行报表自动生成,无需人工汇总。
以上为同类项目交付经验给出的建议口径,具体数值应结合项目规模、设备状况和运维资源在合同中约定。
常见问题
- 智慧建筑IBMS和楼宇自控有什么区别?
- 楼宇自控主要管理暖通、照明等设备控制,IBMS面向多系统集成、告警联动、工单闭环和运行管理。
- 既有建筑能否分阶段建设?
- 可以。建议先接入关键设备和高频告警,再扩展能源、数字孪生、移动运维和AI能力。
- 验收重点是什么?
- 重点是数据准确、告警可用、联动有效、流程闭环、权限可控和资料完整。
相关产品组件
工程案例参考
相关专题与文章