产品模型与物模型
定义同类设备属性、事件和点位含义，复用产品分类及模型配置。
01 / 产品总体简介
古河 BIOT建筑物联网数据中台
将不同协议的设备与点位组织为统一数据服务。管理产品模型、设备身份、实时历史数据和开放接口，为 IBMS、能源、运维及行业应用提供共用物联基础。
- 设备与物模型
- 实时历史数据
- 开放 API 与消息
面向系统集成商、平台开发团队与多项目管理方
02 / 产品架构
设备接入、数据建模与应用服务分层协作
- 01
现场设备与协议接入
IOSERVER、边缘网关或既有接口完成现场协议适配与采集。
- 02
产品模型与设备身份
统一设备实例、点位、单位、时间和质量，维护设备与空间关系。
- 03
公共数据与管理服务
提供实时、历史、事件、权限和自动化能力，通过 API 与消息开放。
- 04
监控、能源与行业应用
各应用复用同一设备和数据身份，分别组织值守、分析和维护业务。
03 / 核心功能
建筑物联网数据中台的核心功能
设备与网关管理
维护设备实例、网关接入与通信状态，形成稳定的设备身份。
实时、历史与告警事件
按设备查询当前数值、历史趋势与事件，保留时间及数据质量信息。
开放 API 与消息订阅
向业务系统开放设备与数据服务，按接口和授权范围集成。
规则、流程与任务
将条件、时间计划和消息组织为可核对的自动化逻辑。
角色权限与可视化组合
配置角色、区域及设备权限，组合二维组态、视频或三维应用入口。
04 / 界面与用途
设备工作界面与模型管理界面
使用工作台 · 设备与运行状态
以设备列表为入口查看对象和运行状态，进一步查询点位、事件及相关业务。
后台管理界面 · 设备物模型
维护属性含义与采集点位映射，让不同应用使用一致的设备名称、单位和数据定义。
统一设备模型，让不同应用使用同一份基础数据
古河BIOT建筑物联网数据中台面向集成商、平台开发团队与多项目管理方。协议采集与模型管理相互配合，既覆盖建筑机电、能源、环境、安防等数据，也支持按行业对象扩展。
产品管理：先定义同类设备
按设备类型维护标准产品或子系统模型，定义属性、事件、服务及通信配置。新增同类设备可以沿用模型，再调整项目自己的名称、位置和点位。
设备管理：让对象有稳定身份
维护设备编码、所属产品、项目位置和网关关系，查看在线状态及运行数据。同一设备被监控、能源和运维应用引用时，可继续使用共同的身份。
.jpg)
从一台设备到多个应用，数据如何保持一致
以一台空调机组为例，BIOT把“设备叫什么、数值表示什么、谁能使用或操作”统一起来。IBMS、BEMS和FM再分别组织监控、用能与维护业务。
| 环节 | 以空调机组为例 | 应用得到什么 |
|---|---|---|
| 建立模型 | 定义运行状态、送风温度、告警事件和允许调用的服务 | 一致的属性名称、数据类型与单位 |
| 绑定现场数据 | 将设备实例关联IOSERVER或网关点位，核对时间与通信状态 | 能够追溯到现场来源的运行值 |
| 组织数据服务 | 按接口输出当前值、历史与事件，配置访问及操作权限 | 同一设备对应的数据和业务身份 |
| 复用到业务 | IBMS查看状态，能源应用关联表计，FM关联资产与任务 | 各自的业务流程，共同的数据关联 |
机组本体数据与能源表计不是同一个对象。实施时应明确设备、表计、空间和资产之间的关系，例如哪块电表计量哪组设备、一个空间包含哪些设施。把关系建清楚，才能避免多个应用虽然都显示数据，却无法对照同一业务对象。
上线前选取这些变化核对数据链路
设备离线或点位长时间不更新
核对网关在线状态、点位时间和业务页面提示，确认陈旧数据不会被误读为当前运行值。恢复通信后，再检查当前值与历史记录。
同类设备更换或位置调整
保留原设备记录，更新新设备实例、点位绑定和业务关联。核对能源、告警与运维页面是否仍指向正确对象。
第三方应用读取或调用服务
用约定账号检查接口字段、过滤范围和返回状态。涉及控制时核对指令、执行反馈及日志，避免把接口接收当成现场动作完成。
让规则、任务与消息围绕设备事件协作
模型与数据服务建立后，可按业务需要配置规则、流程和定时任务。公共自动化能力由各产品复用，具体动作、岗位分工和异常处理随项目场景确定。
规则引擎
按日期、时间、设备范围、属性与阈值设置条件，组织告警、消息转发、场景切换或授权控制。条件与动作需对应实际数据类型，联调时检查触发、恢复及重复触发。
.jpg)
流程与任务调度
按角色、节点和条件组织报修、巡检等信息流转；按时间表执行场景或记录任务。顺序控制等设备动作需结合现场反馈、安全联锁和运行权限设计。
.jpg)
.jpg)
数据服务可组合成不同的业务界面
公共可视化与视频能力可以为IBMS、BIM运维、园区或其他行业应用提供展示入口。产品选择取决于使用目的，平台数据与设备身份继续复用。
.jpg)
从采集接入到平台开放，按层确认交付
BIOT业务平台采用Java / Spring Cloud及B/S架构，可按本地、云端或混合方式部署，使用容器化和分布式组件组织服务。平台层与设备侧组件的运行环境分别确认，按需要配置集群、备份和故障恢复。
| 层次 | 职责与交付内容 |
|---|---|
| 驱动与边缘采集 | 标准或私有协议适配、设备连接、点位采集和授权指令；驱动/SDK开发范围与设备型号对应 |
| 数据服务 | 设备模型、实时缓存、历史存储、数据查询和接口；明确字段、时间、单位与保存周期 |
| 平台管理 | 注册、配置、访问权限、网关、日志和服务监控；部署组件版本与维护责任可追溯 |
| 业务应用 | 规则、任务、告警、可视化与行业流程；可组合已有应用或对接第三方业务系统 |
开放接口与开发合作
北向提供RESTful API及相应消息订阅接口，供第三方读取实时值、历史数据与告警事件。南向由IOSERVER或网关适配Modbus、BACnet、OPC、MQTT、SNMP、KNX等协议，部分适配链路使用JSON消息交换。串口与TCP/IP是连接方式，不能代替应用协议及字段约定。
业务数据、历史数据和缓存可采用相应关系数据库、时序或其他存储组件；消息服务按部署方案选择。MySQL、Oracle、MongoDB、Redis及Kafka、ActiveMQ等既有技术选项需对应实际组件与接口版本，不作为所有项目同时安装的固定清单。
交付前准备设备清单、协议/接口文档、代表性点表、数据频率和网络拓扑。集成商可采用接口、SDK、协议适配或商业源码合作开展二次开发；平台扩展与设备驱动开发分别确认授权、模块、升级与实施支持。
选型常见问题
- BIOT与IOSERVER如何分工？
- IOSERVER及边缘网关负责设备侧协议适配、采集和转发；BIOT负责平台中的设备模型、数据组织与开放接口。缓存、补传和本地处理能力按设备侧组件配置验证。
- BIOT与IBMS是否需要重复接入设备？
- 同一项目可以共用设备与点位基础，由IBMS组织监控、告警和联动应用。已经采用其他采集系统时，也可先核对开放接口，再将数据接入BIOT。
- 如何评估平台容量和可靠性？
- 结合设备与点位数、采样周期、数据保存、规则数量及并发访问规划，按实际组件配置验证正常负载、通信恢复和故障切换。不存在脱离部署条件的统一容量数字。
- 已有平台能继续使用吗？
- 可以通过开放接口和统一设备编码协作。先明确取数、事件交换或授权控制范围，核对账号权限、字段、更新方式及失败处理，再确定适配或开发内容。
补充产品资料
用公开项目对照接入与数据组织
从场馆、园区和公共建筑的建设对象出发，可以更具体地讨论设备类型、数据范围与应用组合。
广州奥林匹克中心物联网平台
参考大型场馆的多系统数据接入、设备分区与运行事件组织；赛事保障与日常管理使用同一数据基础。
深圳光明科学城
能源、楼控、照明、UPS、视频与门禁等系统集中管理，可参考跨系统设备与数据组织。
肥西县图书馆
可参考空间、设备列表和建筑运行信息如何结合，理解物联数据对上层可视化应用的支撑。
九江德福科技研究中心
围绕科研办公设备监控、能源和运行资料，可参考长期维护所需的数据关联。
继续了解方案与产品资料
补充了解：使用背景与建设目标
设备接入一次，让更多应用用得上数据
协议接通后，点位名称、单位、时间和设备归属仍然需要整理。BIOT把这些工作放在公共平台层：统一组织产品模型、设备、数据与接口，让后续增加能源、运维或可视化应用时能够沿用已有对象和数据。
产品模型与设备管理
以产品模型描述设备属性、事件和服务，按项目维护设备实例及其点位映射，方便批量组织同类设备和统一命名。
数据治理与业务复用
将采集值与单位、状态、时间及设备身份关联，供实时监控、历史查询、告警与业务应用使用，减少各应用分别解释同一数据。
接口与二次开发
通过平台接口对接已有系统或开发个性应用。集成前核对对象编码、字段含义、权限和更新方式，便于项目长期维护。
微信咨询
