13327806566
智慧建筑 BIM运维 数字孪生 智慧园区 采集网关 医院运维 能源管理 智慧景区 AI智能运维 智慧管廊 移动运维 物联中台 智慧实验室 IBMS云平台

解决方案 / SOLUTION

物联中台解决方案

面向智慧建筑、园区和医院后勤的数据中台方案,统一设备接入、数据建模、消息转发和开放接口。

建筑物联网数据中台方案 物联网平台 数据中台 边缘采集 开放接口

适用对象与痛点

  • 项目数据来源多、结构杂,上层应用重复接入导致成本高且口径不一致
  • 设备模型、点位命名、历史数据、告警事件和接口开放缺少统一治理
  • 数据平台如果只采集不治理,后续数字孪生、能源和AI应用难复用

建设路径

  • 先定义设备模型、点位规范、数据分层、接口边界和安全权限
  • 再接入现场设备、第三方系统、历史数据和告警事件
  • 最后围绕API、消息、报表和上层应用复用能力验收

系统组合

  • BIOT作为建筑物联网数据中台,统一模型、数据、告警和接口
  • IOServer负责边缘采集和协议适配,IBMS负责业务化监控入口
  • 数字孪生、BEMS、AI运维、FM工单和第三方系统通过数据服务接入

交付验收

  • 物模型、点位字典、接口文档、数据权限和消息主题规范
  • 设备接入、历史数据、告警事件、开放API和监测面板
  • 数据质量报告、接口联调记录、运维手册和扩展接入模板

运维指标

  • 数据完整率、接口可用率、消息延迟和历史数据查询效率
  • 设备模型复用率、重复接入减少量和上层应用接入周期
  • 异常数据修复时长、权限审计记录和服务稳定性

方案说明

SCENARIO

物联中台解决方案:把设备数据从“能采上来”提升到“可理解、可治理、可服务”

物联中台不是采集网关的简单上云,也不是把各种协议数据汇总到数据库。建筑和园区设备数据真正难用,往往不是因为没有数据,而是因为点位命名混乱、单位倍率不清、设备关系缺失、数据质量不可见、接口重复开发。没有物联中台,IBMS、能源管理、数字孪生、AI运维和移动工单都会反复处理同一批基础数据问题。

古河物联中台解决方案以BIOT建筑物联网数据中台为核心,结合IOSERVER采集网关、时序数据、设备模型、规则引擎和开放接口,面向多协议、多项目、多业务应用提供统一数据底座。方案重点是设备模型、点位字典、数据质量、消息规则、接口服务和运维治理,使上层系统能稳定获取可信的设备状态、历史趋势、事件告警和对象关系。

物联中台解决方案总体架构图:设备与系统层、接入层、中台核心层、服务输出层
图:物联中台解决方案总体架构。设备与既有系统经多协议接入层进入BIOT数据中台,完成模型治理和时序存储后,以API、告警和订阅服务输出给上层应用。

一、适用场景

  • 智慧建筑、智慧园区、医院后勤、综合管廊、智慧实验室和多项目云平台。
  • 设备协议多、系统接口多、点位量大、上层应用复用数据困难的项目。
  • 需要为IBMS、BEMS、数字孪生、AI智能运维和第三方系统提供统一数据服务的项目。

二、现状问题

  • 设备数据能采集,但点位语义不清,上层应用难以理解。
  • 不同系统重复接入同一设备,接口成本高,数据口径不一致。
  • 离线、缺失、突变、长时间不变等数据质量问题无法主动发现。
  • 设备模型、空间关系和系统关系缺失,数字孪生和AI应用难落地。

三、产品功能在方案中的作用

物联中台方案的产品功能核心是“让数据可用”。它不是多接几个协议,而是把设备模型、点位字典、时序数据、质量标签、规则引擎和开放接口建设成上层应用的公共底座。

  • BIOT负责设备模型、点位治理、实时数据、历史数据、质量状态、规则和开放API。
  • 采集网关负责Modbus、BACnet、OPC、MQTT、HTTP、数据库和厂家接口接入。
  • IBMS、BEMS、数字孪生、AI运维和FM工单通过中台复用数据,减少重复接入。
  • 规则引擎负责把原始数据转化为告警、事件、消息和任务触发条件。
  • 接口权限和审计功能负责控制第三方应用访问范围、调用频率和数据安全。

四、建设目标

  • 统一协议接入、点位治理、设备模型、空间关系和数据服务。
  • 为IBMS、能源、孪生、AI、工单和第三方系统提供稳定接口。
  • 建立数据质量监测、规则引擎、事件分发和接口审计机制。
  • 形成可扩展、可迁移、可维护的建筑物联网数据底座。

五、方案边界

物联中台负责设备数据接入、治理和服务,不替代IBMS业务管理,也不替代现场控制系统。采集网关更偏边缘协议和通讯,物联中台更偏模型、数据质量、规则和开放接口;两者需要协同建设。

总体架构

ARCHITECTURE

总体架构

物联中台架构应从协议接入开始,向上形成设备模型、时序数据、事件规则、数据服务和运维治理。中台不是页面项目,而是支撑多个应用长期复用的基础能力。

系统组合

边缘接入采集网关、协议驱动、缓存、断点续传和通讯监测。
模型治理设备、点位、空间、系统、单位、倍率和读写属性。
数据服务实时数据、历史数据、事件消息、规则引擎和开放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:中台对外提供数据服务时的安全等级保护要求。

中台应保留协议适配层的可扩展性,新增协议不影响既有设备模型和上层接口。

接入与数据治理

DATA GOVERNANCE

接入对象与数据治理

物联中台的数据治理要覆盖点位全生命周期。从项目接入、命名、单位、倍率、采样、存储、变更到退役,都应有规范,否则后期每一次应用扩展都会重新返工。

接入对象

  • 现场协议:Modbus、BACnet、OPC、KNX、MQTT、HTTP、TCP、串口和厂家SDK。
  • 设备类型:暖通、配电、照明、电梯、给排水、安防、环境、表计和实验室设备。
  • 业务接口:IBMS、BEMS、数字孪生、移动运维、AI运维和第三方平台。
  • 运维数据:网关状态、通讯质量、采样延迟、异常点位和接口调用日志。

数据治理要求

  • 建立设备类型模板、标准点位、命名规则、单位和采样周期。
  • 记录点位来源、协议地址、读写属性、倍率、质量状态和变更历史。
  • 对离线、缺失、突变、冻结值、越界值和重复点位建立监测规则。
  • 接口服务按应用、项目、角色和数据范围授权。

安全与权限

物联中台处在设备侧和业务侧之间,必须控制读写权限。控制类点位应单独授权,接口调用要记录来源、时间、参数和结果;面向第三方开放时应采用鉴权、白名单、限流和脱敏策略。

业务流程与联动

WORKFLOW

核心建设内容与业务流程

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与接口审计功能

中台价值在复用,开放接口必须同时考虑便利性和安全性。

  • 提供设备、点位、实时值、历史值、事件、模型关系和质量状态接口。
  • 按项目、应用、角色、数据范围、调用频率和有效期授权。
  • 记录接口调用日志、异常调用、版本变化和第三方接入情况。

典型闭环场景

  • 新设备接入:协议确认、点表导入、模型绑定、数据校验、应用发布。
  • 点位变更:变更申请、影响分析、配置调整、联调验证、版本归档。
  • 数据异常:质量规则发现、定位网关或设备、工单处理、恢复验证。
  • 接口服务:应用申请、权限授权、调用监测、版本升级。

实施路径与角色分工

DELIVERY

实施路径与交付管理

实施阶段

  • 盘点阶段:梳理设备、协议、点表、应用需求和接口边界。
  • 规范阶段:定义模型、命名、单位、质量规则和开放接口。
  • 接入阶段:部署网关、导入点位、联调设备和采集数据。
  • 服务阶段:为IBMS、能源、孪生、AI和工单开放数据服务。
  • 运维阶段:持续监测数据质量、接口调用和点位变更。

角色分工

业主或平台方确认数据资产范围、接口开放边界和安全要求。
弱电集成商提供点表、协议、网络和现场联调条件。
数据实施团队负责模型治理、点位校验、质量规则和接口服务。
应用团队按统一接口接入数据并反馈应用需求。

风险控制

  • 只追求接入数量会忽视数据质量。
  • 点位命名不规范会影响后续应用复用。
  • 控制点位开放不当存在安全风险。
  • 接口无版本管理会影响系统升级。

交付资料

  • 建设方案、系统架构、网络拓扑、接入系统清单和实施计划。
  • 设备台账、点位字典、接口文档、权限角色表和联动策略表。
  • 联调记录、验收用例、问题整改记录、培训资料和运维手册。

验收口径与运维指标

ACCEPTANCE

验收口径与运维指标

验收口径

  • 点位字典、设备模型、空间关系、系统关系和接口清单完整。
  • 重点协议、网关、实时数据、历史数据和质量状态可验证。
  • IBMS、能源、孪生、AI或第三方应用可通过统一接口调用数据。
  • 数据质量规则、接口权限、调用日志和变更记录可检查。

产品功能验收用例

物联中台验收应以数据可复用为标准,而不是以接入点数为唯一标准。

  • 抽查不同协议设备,核对实时值、历史值、单位、倍率、质量状态和设备归属。
  • 让IBMS、能源或数字孪生通过统一接口调用同一设备数据,确认口径一致。
  • 模拟点位离线、冻结、突变和接口失败,验证质量告警和处理记录。
  • 检查API权限、调用日志、版本文档和第三方应用访问范围。

运维指标

点位有效率反映接入点位是否可用且有业务含义。
数据完整率反映采样周期内数据连续性。
质量告警闭环率反映数据问题处理能力。
接口稳定性反映中台服务上层应用能力。
模型覆盖率反映设备和点位关系治理水平。

验收指标建议基线

中台作为数据底座,其服务质量直接影响所有上层系统。古河建议按以下基线验收:

  • 设备接入成功率 ≥ 99.5%,新设备从登记到上线有标准流程。
  • 数据服务API可用率 ≥ 99.5%(按月统计)。
  • 实时类数据端到端延迟 ≤ 3 秒(内网参考值)。
  • 点位字典变更 100% 走审批流程并保留版本记录。
  • 对上层系统的服务调用日志完整可审计。

建议在验收时进行断网、重启和大并发三类压力用例测试,验证中台稳定性。

常见问题

物联中台和采集网关有什么区别?
采集网关负责边缘协议和通讯,物联中台负责模型治理、数据质量、规则引擎和开放服务。
为什么设备数据接入后还要治理?
因为原始点位缺少语义、单位、空间和质量状态,上层应用难以直接使用。
物联中台如何验收?
应按点位、模型、质量、接口、权限和应用调用综合验收。

相关产品组件

工程案例参考

相关专题与文章

按应用场景查看解决方案

面向不同建设目标,把产品能力、行业场景和工程案例组织在一起,便于业主、集成商和运维团队快速判断方案边界、建设重点和落地路径。

南京古河软件有限公司版权所有.  Copyright©2006-2024 Guhe Software All Rights Reserved.      苏ICP备08012350号      南京古河软件智慧建筑与AIoT平台 苏公网安备32010602011493号




微信咨询微信咨询
微信咨询
古河软件微信咨询二维码
                   扫码加微信咨询
电话咨询
咨询专线:13327806566