物联中台解决方案:把设备数据从“能采上来”提升到“可理解、可治理、可服务”
物联中台不是采集网关的简单上云,也不是把各种协议数据汇总到数据库。建筑和园区设备数据真正难用,往往不是因为没有数据,而是因为点位命名混乱、单位倍率不清、设备关系缺失、数据质量不可见、接口重复开发。没有物联中台,IBMS、能源管理、数字孪生、AI运维和移动工单都会反复处理同一批基础数据问题。
古河物联中台解决方案以BIOT建筑物联网数据中台为核心,结合IOSERVER采集网关、时序数据、设备模型、规则引擎和开放接口,面向多协议、多项目、多业务应用提供统一数据底座。方案重点是设备模型、点位字典、数据质量、消息规则、接口服务和运维治理,使上层系统能稳定获取可信的设备状态、历史趋势、事件告警和对象关系。
图:物联中台解决方案总体架构。设备与既有系统经多协议接入层进入BIOT数据中台,完成模型治理和时序存储后,以API、告警和订阅服务输出给上层应用。
一、适用场景
- 智慧建筑、智慧园区、医院后勤、综合管廊、智慧实验室和多项目云平台。
- 设备协议多、系统接口多、点位量大、上层应用复用数据困难的项目。
- 需要为IBMS、BEMS、数字孪生、AI智能运维和第三方系统提供统一数据服务的项目。
二、现状问题
- 设备数据能采集,但点位语义不清,上层应用难以理解。
- 不同系统重复接入同一设备,接口成本高,数据口径不一致。
- 离线、缺失、突变、长时间不变等数据质量问题无法主动发现。
- 设备模型、空间关系和系统关系缺失,数字孪生和AI应用难落地。
三、产品功能在方案中的作用
物联中台方案的产品功能核心是“让数据可用”。它不是多接几个协议,而是把设备模型、点位字典、时序数据、质量标签、规则引擎和开放接口建设成上层应用的公共底座。
- BIOT负责设备模型、点位治理、实时数据、历史数据、质量状态、规则和开放API。
- 采集网关负责Modbus、BACnet、OPC、MQTT、HTTP、数据库和厂家接口接入。
- IBMS、BEMS、数字孪生、AI运维和FM工单通过中台复用数据,减少重复接入。
- 规则引擎负责把原始数据转化为告警、事件、消息和任务触发条件。
- 接口权限和审计功能负责控制第三方应用访问范围、调用频率和数据安全。
四、建设目标
- 统一协议接入、点位治理、设备模型、空间关系和数据服务。
- 为IBMS、能源、孪生、AI、工单和第三方系统提供稳定接口。
- 建立数据质量监测、规则引擎、事件分发和接口审计机制。
- 形成可扩展、可迁移、可维护的建筑物联网数据底座。
五、方案边界
物联中台负责设备数据接入、治理和服务,不替代IBMS业务管理,也不替代现场控制系统。采集网关更偏边缘协议和通讯,物联中台更偏模型、数据质量、规则和开放接口;两者需要协同建设。
总体架构
物联中台架构应从协议接入开始,向上形成设备模型、时序数据、事件规则、数据服务和运维治理。中台不是页面项目,而是支撑多个应用长期复用的基础能力。
系统组合
边缘接入采集网关、协议驱动、缓存、断点续传和通讯监测。
模型治理设备、点位、空间、系统、单位、倍率和读写属性。
数据服务实时数据、历史数据、事件消息、规则引擎和开放API。
上层应用IBMS、BEMS、数字孪生、AI运维、移动工单和第三方平台。
架构层次
- 接入层:支持Modbus、BACnet、OPC、MQTT、HTTP、数据库和厂家接口。
- 治理层:维护设备模型、点位字典、空间关系、系统关系和数据质量。
- 存储层:处理实时值、历史曲线、事件日志、状态变更和接口调用记录。
- 服务层:向上提供订阅、查询、推送、规则和告警服务。
- 运维层:管理网关状态、点位变更、接口权限、日志和备份。
关键设计原则
- 先定义设备模型和点位规范,再大规模接入。
- 同一设备数据只接入一次,通过中台向多个应用复用。
- 数据质量要和实时值同等重要,不能只看点位数量。
- 开放接口必须有权限、限流、日志和版本管理。
产品组件与部署方式
物联中台部署应先做标准,再做接入。没有模型和点位规范,中台会变成更大的点表仓库。
- 制定设备分类、点位命名、单位、倍率、采样周期、质量状态和历史存储规则。
- 按系统和区域部署采集网关,接入现场设备和第三方平台。
- 在BIOT中建立设备模型、空间关系、系统关系、接口权限和规则模板。
- 向IBMS、能源、孪生、AI和工单开放统一API或消息服务。
- 持续监测点位离线、缺失、突变、冻结、延迟和接口调用异常。
标准与协议依据
物联中台的价值在于把多源协议数据治理成统一口径。方案涉及的主要协议与标准包括:
- MQTT(ISO/IEC 20922):设备和网关上行数据的主消息协议。
- OPC UA(IEC 62541):与工业系统和第三方平台的标准数据接口。
- BACnet(ISO 16484-5)、Modbus:楼宇自控与机电设备接入协议。
- LoRaWAN、NB-IoT(3GPP):电池类传感器和广域低功耗设备的接入方式。
- KNX(ISO/IEC 14543-3):照明和楼控末端场景的总线协议。
- GB/T 22239-2019:中台对外提供数据服务时的安全等级保护要求。
中台应保留协议适配层的可扩展性,新增协议不影响既有设备模型和上层接口。
接入对象与数据治理
物联中台的数据治理要覆盖点位全生命周期。从项目接入、命名、单位、倍率、采样、存储、变更到退役,都应有规范,否则后期每一次应用扩展都会重新返工。
接入对象
- 现场协议:Modbus、BACnet、OPC、KNX、MQTT、HTTP、TCP、串口和厂家SDK。
- 设备类型:暖通、配电、照明、电梯、给排水、安防、环境、表计和实验室设备。
- 业务接口:IBMS、BEMS、数字孪生、移动运维、AI运维和第三方平台。
- 运维数据:网关状态、通讯质量、采样延迟、异常点位和接口调用日志。
数据治理要求
- 建立设备类型模板、标准点位、命名规则、单位和采样周期。
- 记录点位来源、协议地址、读写属性、倍率、质量状态和变更历史。
- 对离线、缺失、突变、冻结值、越界值和重复点位建立监测规则。
- 接口服务按应用、项目、角色和数据范围授权。
安全与权限
物联中台处在设备侧和业务侧之间,必须控制读写权限。控制类点位应单独授权,接口调用要记录来源、时间、参数和结果;面向第三方开放时应采用鉴权、白名单、限流和脱敏策略。
核心建设内容与业务流程
1. 多协议设备接入
接入阶段要解决协议、通讯、地址、频率和稳定性问题。不同设备厂家和系统接口应通过驱动或适配器统一接入。
- 支持常见楼宇、工业、物联网和数据库接口。
- 网关离线、通讯异常、采样延迟和重连状态可监测。
- 读写点位分离管理,控制动作受权限约束。
2. 设备模型与点位治理
模型治理决定数据能否被上层应用理解。每个点位都应知道属于哪台设备、代表什么含义、单位和质量状态是什么。
- 建立设备类型模板和标准点位。
- 绑定空间、系统、设备、部件和责任单位。
- 支持点位批量导入、校验、版本变更和退役。
3. 时序数据与质量监测
历史数据不是简单存库。采样策略、压缩、补数、质量标签和异常识别决定趋势分析是否可信。
- 实时值、历史曲线、事件状态和质量标签统一存储。
- 离线、缺失、突变、冻结、越界和采样延迟规则。
- 为能源、AI和孪生提供可信历史数据。
4. 规则引擎与事件分发
中台应把原始数据转化为可消费事件。规则引擎可生成告警、任务、消息和联动建议。
- 阈值、组合条件、时段、持续时间和恢复规则。
- 事件推送到IBMS、工单、短信、消息和第三方系统。
- 规则执行日志和误报调优记录。
5. 开放接口与应用支撑
物联中台的价值体现在复用。上层应用通过统一API获取设备、点位、实时值、历史值、事件和模型关系。
- 按项目、系统、设备和点位开放数据服务。
- 接口鉴权、调用日志、版本管理和限流。
- 支撑IBMS、BEMS、数字孪生、AI和移动运维协同。
产品功能建设清单
物联中台产品功能应围绕“接入、治理、存储、规则、服务、运维”六件事展开。
1. 协议接入与网关管理功能
接入功能负责把不同厂家、不同协议和不同网络条件下的数据稳定接入。
- 支持Modbus、BACnet、OPC、MQTT、HTTP、TCP、串口、数据库和厂家SDK。
- 管理网关在线、通讯质量、采样延迟、重连、缓存和断点续传。
- 对读写点位分权管理,控制类点位单独授权和审计。
2. 设备模型与点位字典功能
模型功能让数据有语义。每个点位都要知道属于哪台设备、哪个系统、哪个空间、代表什么含义。
- 建立设备类型模板、标准点位、系统关系、空间关系和责任单位。
- 维护点位名称、单位、倍率、量程、读写属性、采样周期和质量状态。
- 支持点位批量导入、校验、变更、停用和版本追溯。
3. 时序数据与质量管理功能
时序数据要可查询、可追溯、可判断质量,不能只存一堆数值。
- 存储实时值、历史曲线、状态变化、事件日志和质量标签。
- 识别离线、缺失、突变、冻结、越界、重复和采样延迟。
- 为能源分析、AI归因、数字孪生和运行报表提供可信数据。
4. 规则引擎与事件服务功能
规则引擎把数据转化成业务事件,是中台连接上层应用的重要能力。
- 支持阈值、组合条件、持续时间、时段、恢复条件和多点关联规则。
- 事件可推送到IBMS告警、FM工单、消息通知、AI分析和第三方系统。
- 记录规则执行、误报调优、停用启用和版本变更。
5. 开放API与接口审计功能
中台价值在复用,开放接口必须同时考虑便利性和安全性。
- 提供设备、点位、实时值、历史值、事件、模型关系和质量状态接口。
- 按项目、应用、角色、数据范围、调用频率和有效期授权。
- 记录接口调用日志、异常调用、版本变化和第三方接入情况。
典型闭环场景
- 新设备接入:协议确认、点表导入、模型绑定、数据校验、应用发布。
- 点位变更:变更申请、影响分析、配置调整、联调验证、版本归档。
- 数据异常:质量规则发现、定位网关或设备、工单处理、恢复验证。
- 接口服务:应用申请、权限授权、调用监测、版本升级。
验收口径与运维指标
验收口径
- 点位字典、设备模型、空间关系、系统关系和接口清单完整。
- 重点协议、网关、实时数据、历史数据和质量状态可验证。
- IBMS、能源、孪生、AI或第三方应用可通过统一接口调用数据。
- 数据质量规则、接口权限、调用日志和变更记录可检查。
产品功能验收用例
物联中台验收应以数据可复用为标准,而不是以接入点数为唯一标准。
- 抽查不同协议设备,核对实时值、历史值、单位、倍率、质量状态和设备归属。
- 让IBMS、能源或数字孪生通过统一接口调用同一设备数据,确认口径一致。
- 模拟点位离线、冻结、突变和接口失败,验证质量告警和处理记录。
- 检查API权限、调用日志、版本文档和第三方应用访问范围。
运维指标
点位有效率反映接入点位是否可用且有业务含义。
数据完整率反映采样周期内数据连续性。
质量告警闭环率反映数据问题处理能力。
接口稳定性反映中台服务上层应用能力。
模型覆盖率反映设备和点位关系治理水平。
验收指标建议基线
中台作为数据底座,其服务质量直接影响所有上层系统。古河建议按以下基线验收:
- 设备接入成功率 ≥ 99.5%,新设备从登记到上线有标准流程。
- 数据服务API可用率 ≥ 99.5%(按月统计)。
- 实时类数据端到端延迟 ≤ 3 秒(内网参考值)。
- 点位字典变更 100% 走审批流程并保留版本记录。
- 对上层系统的服务调用日志完整可审计。
建议在验收时进行断网、重启和大并发三类压力用例测试,验证中台稳定性。
常见问题
- 物联中台和采集网关有什么区别?
- 采集网关负责边缘协议和通讯,物联中台负责模型治理、数据质量、规则引擎和开放服务。
- 为什么设备数据接入后还要治理?
- 因为原始点位缺少语义、单位、空间和质量状态,上层应用难以直接使用。
- 物联中台如何验收?
- 应按点位、模型、质量、接口、权限和应用调用综合验收。
相关产品组件
工程案例参考
相关专题与文章