直接回答
IBMS 架构分为四层：现场设备与控制器、网络与网关层、拥有统一数据模型的监管核心，以及面向角色的应用层。控制留在本地，集成逻辑放在核心层，应用从核心层取数，而不是各自直连子系统。
四层结构，一个事实来源
把架构分成四层。现场设备测量与执行；控制器运行本地序列；网络与网关层在协议和网络之间传递数据；监管核心把点位归一为统一对象模型，负责告警、日程、历史与联动；应用层呈现面向角色的视图。层次按责任划分，不按产品名称划分。小型建筑里一个盒子可能承担两层职责，但责任仍要写下来。跳过一层，缺失的责任通常会以人工惯例的形式重新出现。图纸上每个方框旁，都应写明责任。
网络与网关层
多数集成故障从这里开始。BACnet/IP、Modbus TCP、KNX 和 DALI 各有自己的时序、寻址和诊断方式。建筑网络要与企业网络隔离；每个网关及点表都要有文档；避免层层叠加转换器。网关的职责是转换协议，不是承载控制序列。子系统有稳定 API 时直接使用；没有时，要明确网关责任方、供电、固件策略和故障行为。保留端口清单和地址规划，调试会更快。需要一台笔记本和一个没人知道的密码才能访问的网关，不是开放接口。
监管核心
监管核心让 IBMS 不只是一堆连接器。每个点位都需要身份、单位、质量标志、历史策略和告警等级；每个子系统都需要新工程师能读懂的命名规则。日程和联动放在这里，才能被看见、被测试，并在不修改厂商代码的情况下调整。核心还负责对时、用户角色和审计轨迹。两个应用对同一个值有分歧时，应在核心层解决，而不是再维护第三个数据库。点位名应按设备、位置、功能依次描述；只有原程序员看得懂的名字，就是未来的服务工单。
把韧性与安全设计进去
本地控制必须挺过监管层宕机、网络故障和服务器重启。控制器要保留序列和安全位置，网络要有明确的故障行为。安全属于同一份设计：VLAN 隔离、实名账号、最小权限、补丁、日志和受控的远程访问。备份应能由业主恢复，而不是只有原集成商能恢复。调试阶段要主动测试故障场景；从未被故意注入故障的架构，仍然只是一张图。恢复步骤要写成文件，并与业主团队一起演练。从未恢复过的备份只是希望，不是控制手段。
IBMS 层次与责任
5 行| 层次 | 负责 | 设计问题 |
|---|---|---|
| 现场层 | 测量与执行 | 传感器位置和失效位置是否明确？ |
| 控制器层 | 本地序列与安全 | 网络中断时什么继续运行？ |
| 网络与网关层 | 协议转换与传输 | 每个网关及其点表由谁负责？ |
| 监管核心 | 数据模型、告警、历史、联动 | 每个点位是否有唯一身份？ |
| 应用层 | 面向角色的视图与报表 | 它从核心取数，还是直连子系统？ |
项目图景
3 张图片
常见问题
01IBMS 架构需要几层？
三层或四层，取决于网络是否单独计数。重要的不是层数，而是每层都有责任方和明确的故障行为。
02网关应放在架构的什么位置？
放在边缘，靠近它所要转换的子系统，并接在有文档的网络段上。网关不应承载控制逻辑，也不应成为没有记录的单一故障点。
03IBMS 可以跑在云端吗？
应用层可以，而且经常如此。监管和本地控制应留在现场，这样连接中断时建筑仍能运行。
04网络安全怎么处理？
网络分段、实名账号与最小权限、按周期打补丁、记录管理操作、控制远程访问。这些是设计要求，不是交付后交给 IT 的补充事项。
05哪些文件定义架构？
网络系统图、点表、协议矩阵和责任矩阵。它们共同说明什么连什么、每个接口由谁负责，以及如何测试。
下一步
把建筑交给我们。
告诉我们建筑类型、纳入范围的系统，以及你需要的结果。我们会给出通往可用系统的最短路径。