IBMS楼宇智能化集成方案面向已经建设或计划建设多个弱电子系统的楼宇，将设备状态、告警、能耗、工单和运行记录纳入统一管理入口。方案重点不是把所有系统简单放进一块大屏，而是先确认接入边界、数据口径、控制权限和验收标准，再按业务优先级完成集成。
更新说明：本文于2026年9月重构，补充IBMS适用条件、总体架构、设备接入层级、实施阶段、交付物和验收边界。
IBMS楼宇智能化集成解决什么问题
本文所称IBMS，是用于汇聚楼宇不同子系统数据和管理入口的智能建筑集成管理系统。它位于各专业子系统之上，保留原系统的专业控制和安全职责，同时为设施、安防、能源和管理人员提供统一视图。
| 常见现状 | IBMS建设目标 | 必须确认的边界 |
|---|---|---|
| 各子系统独立运行，入口和账号分散 | 统一身份、导航和运行态势入口 | 原系统是否开放接口，账号和权限由谁维护 |
| 告警数量多，跨系统事件依靠人工转达 | 统一告警分级、派单、处置和关闭记录 | 告警来源、去重规则、升级路径和责任人 |
| 设备、能耗和维修记录无法关联 | 以空间或资产为对象汇总运行数据 | 资产编码、点位关系、数据质量和历史数据范围 |
| 新增系统后需要重复开发展示页面 | 形成可维护的接口、数据和配置规范 | 协议版本、厂家授权、接口变更和后续维护责任 |
哪些楼宇适合建设IBMS
IBMS更适合子系统较多、跨专业协同频繁，或者需要集中查看多栋建筑运行状态的项目，例如办公楼、商业综合体、园区、酒店、医院和公共建筑。新建项目可以在设计阶段统一编码和接口要求；既有建筑则应先盘点可用接口、设备状态、图纸和授权条件。
如果现场只有少量独立设备，或者当前主要问题是设备失修、网络不通和基础资料缺失，应先完成维修、网络整改或资产盘点。没有稳定的数据来源时，直接建设上层平台很难形成可持续的管理结果。
IBMS总体架构怎样划分
项目通常可以按设备与专业系统、接入与数据、平台能力、业务应用四个层面梳理。分层的目的，是把现场控制、数据交换和管理应用的责任分开，便于联调、验收和后续变更。
- 设备与专业系统层：包括暖通空调、给排水、变配电、照明、视频监控、门禁、停车、环境监测等现有设备和专业平台。
- 接入与数据层：负责点位采集、接口适配、数据转换、时间同步、状态校验和异常记录。
- 平台能力层：管理组织、用户、权限、资产、告警、日志、报表和配置。
- 业务应用层：面向设施、安防、能源和管理人员提供与职责对应的工作入口和信息视图。
楼宇设备和子系统如何接入
接入清单应以现场系统和业务任务为依据，不宜把“支持全部设备”作为笼统目标。常见对象及核对重点如下：
| 系统类别 | 可关注的数据 | 接入前核对 |
|---|---|---|
| 建筑设备管理 | 运行状态、测点、故障和控制模式 | 点表、控制权限、通讯方式和自动控制策略 |
| 能源与环境 | 分项计量、趋势、环境参数和异常记录 | 计量边界、采集周期、数据质量和统计口径 |
| 安防与出入口 | 设备状态、告警、事件和处置记录 | 个人信息范围、权限审批、录像和日志留存要求 |
| 消防相关系统 | 经授权开放的状态、告警和联动结果 | 法定专业边界、原系统责任和允许读取或控制的范围 |
| 停车、会议和信息发布 | 运行状态、使用记录和业务事件 | 第三方平台、支付或内容权限以及接口授权 |
需要进一步确认楼宇智能化子系统的规划范围，可参考楼宇智能化系统解决方案；需要了解项目级实施和责任边界，可参考建筑智能化系统集成方案。
设备接入深度应分级确定
同一个子系统可以采用不同接入深度。项目清单应逐项标明读取、管理或控制权限，避免把“已经看到数据”误认为“已经完成系统集成”。
- 状态展示：读取运行状态、测点或告警，用于统一查看，不改变原系统控制逻辑。
- 事件管理：将告警与资产、位置、人员和工单关联，形成确认、处理、复验和关闭记录。
- 业务协同：根据经过确认的规则触发通知、派单、场景切换或跨系统流程。
- 受控联动：在权限、风险、回退和复验条件明确后执行控制指令；关键系统仍以专业系统和批准的控制策略为准。
每一级都应说明数据方向、更新频率、异常处理、权限、日志和接口责任。无法取得厂家协议、许可或必要账号的系统，应标为待确认或不在本期范围内。
平台应形成哪些管理闭环
资产与空间关联
统一设备编码、位置、系统归属、责任人和维护资料，使告警、巡检、维修和更换记录能够回到同一资产。历史资料不完整时，应区分已确认、待确认和停用资产。
告警与工单闭环
从告警产生、分级、确认、派单、处置到关闭保留连续记录。告警合并、抑制和升级规则需要经过现场验证，不能为了减少数量而隐藏真实风险。
能耗与运行分析
按已经确认的计量边界呈现趋势、分项和异常，为运行调整提供依据。平台展示不能替代计量校验，也不应在缺少基线和测量口径时承诺固定节能比例。
权限、日志与报表
不同角色只获得完成工作所需的权限；配置、控制和重要数据操作保留日志。报表应说明数据来源、统计周期和缺失情况，便于管理人员复核。
IBMS项目通常怎样实施
- 现状调研：盘点建筑、系统、设备、网络、账号、图纸、接口和当前问题。
- 范围确认：形成系统清单、点位清单、接口清单、数据口径和责任矩阵。
- 方案与原型：确定总体架构、接入深度、角色权限、关键页面和异常流程。
- 接口开发与联调：按已确认环境接入数据，核对点位、状态、时间、告警和控制结果。
- 试运行：覆盖正常、异常、断网、权限、数据缺失和必要的恢复场景，记录遗留问题。
- 验收与移交：按清单核对功能、数据、文档、培训、账号和持续维护责任。
需要拆解各阶段输入与交付物时，可继续阅读智能化系统集成项目实施流程。
交付和验收应检查什么
| 验收对象 | 建议交付物 | 核对方式 |
|---|---|---|
| 范围与架构 | 系统、设备、接口、点位和责任清单 | 抽查现场对象与清单、图纸是否一致 |
| 数据质量 | 字段口径、采集周期、异常和校验记录 | 对照原系统检查状态、时间和关键数值 |
| 业务流程 | 告警、工单、联动和异常处理说明 | 按正常与异常场景执行并保存结果 |
| 权限与安全 | 角色矩阵、账号交接、日志和备份说明 | 验证最小权限、操作留痕和恢复条件 |
| 运行维护 | 部署、配置、接口、培训和维护文档 | 由接管人员按文档完成常用操作 |
选型和报价前必须说明的边界
- 实际接入数量取决于现场系统、协议、厂家授权、网络和设备状态，不能只按系统名称估算。
- 消防、特种设备、网络安全和个人信息处理应遵守相应责任边界，IBMS不能替代专业系统或必要审批。
- 既有设备停产、接口关闭、资料缺失或需要停机改造时，应单独说明利旧条件、替代方案和风险。
- 可视化大屏只是使用入口之一，项目仍需完成数据校验、流程验证、权限管理、文档和运维交接。
项目进入持续运行后，可通过智慧运维管理平台进一步组织资产、告警、工单和服务记录。准备建筑数量、现有系统清单、主要管理问题和预期接入深度后，可通过项目需求沟通入口开展第一轮范围评估。