内容更新于 2026-09-29。产品、方案与案例的最终解释以官网动态页面为准。
建筑物联网平台是智慧建筑的数据底座：把楼宇自控、配电、照明、电梯、安防、能耗表计等现场设备通过BACnet、Modbus、OPC UA、MQTT等协议统一接入，完成设备建模、点位治理、时序存储和接口开放，为IBMS、能源管理、数字孪生和AI运维提供同一套可信数据。
古河以BIOT建筑物联网数据中台与IOSERVER采集服务器组合提供。详见建筑物联网平台是什么？与IBMS、数据中台的关系。
通用IoT平台面向海量同构设备的连接与云端管理，以MQTT/CoAP为主；建筑物联网平台面向楼宇里的异构机电与安防系统，内置BACnet、Modbus、OPC等楼宇协议、空间与供给关系模型、告警联动和工单闭环。
以建筑运行管理为目标的项目优先选建筑物联网平台；两者也可组合——楼宇侧治理，云侧汇总。详见建筑物联网平台 vs 通用IoT平台。
通常通过BACnet或OPC读取既有楼控系统数据，控制职责仍由原系统承担；不开放标准协议的系统可评估数据库对接、厂家SDK或网关适配。平台先做监测与告警，联动与控制按项目边界逐步开放。参见采集网关解决方案。
边缘计算网关（如古河IOSERVER）部署在建筑现场，负责多协议采集、协议转换、本地缓存、断点续传、通讯监测和边缘逻辑（如FBD图形化编程的PID或预测控制），保证网络波动时数据不丢、现场逻辑不停，并向平台统一上报。嵌入式部署形态见物联网边缘计算网关 IOT-EdgeBox。
楼宇自控与机电设备常用BACnet（ISO 16484-5）和Modbus RTU/TCP；平台间数据交换常用OPC UA（IEC 62541）；物联网传感与云端上报常用MQTT；视频接入用ONVIF或GB/T 28181；网络与机房设备用SNMP；智能照明常见KNX。选型原则是优先设备原生协议，避免多层转换。
同时核对设备数、点位数、变化事件速率、采样周期、规则、订阅和历史写入负载。公开的IoServer Plus性能实测为IoServer Plus隔离实例记录，不代表所有BIOT版本。末值对账与逐样本完整性应分别验证，项目容量由目标版本与实际负载复测。
取决于消息确认、队列容量、持久化、重试和故障条件。应验证超载、断网、重启后的积压及恢复，使用序号与发送、接收、存储计数对账；不能仅凭末值相同认定中间样本无丢失。
三种场景：园区多楼栋（现场网关-楼宇网关-园区网关逐层汇聚）、跨网段或网络隔离（网关就近接入再统一上报）、现场网络不稳（边缘缓存与断点续传保数据完整）。单体建筑点位集中时通常单级采集即可。参见采集网关解决方案与建筑物联网平台怎么选。
IBMS是智能建筑集成管理系统，将楼控、安防、照明、能源等专业系统的数据、告警与业务入口统一组织。古河IBMS以二维组态、跨系统协同和开放接口支撑集中值守与建筑运营。
古河IBMS按项目组合楼宇自控、视频、入侵报警、门禁、停车、消防报警、公共广播、照明、电梯、能源、机房环境与信息发布等十二类系统。接口、协议版本及读写范围逐项确认；专业消防联动和安全保护由原系统承担。
BA/BAS负责暖通、给排水等现场机电控制；BMS在不同项目中的含义需先约定。IBMS在集成层统一专业系统的数据、告警与业务协同，不替代现场控制器和专用安全联锁。
IBMS负责跨系统集成、告警分级与联动；FMS负责设施、空间与资产的全生命周期管理；CMMS负责维修维保工单的执行。三者不是替代关系：IBMS把告警转为工单，FMS/CMMS承接资产台账与工单闭环。古河的FM运维业务平台合并提供FMS与CMMS能力，并与IBMS同源集成。详见IBMS、BA/BAS、FMS、CMMS的边界与协同。
验收重点是六件事：点位数据与现场一致、告警能定位能处置、跨系统联动可按用例演示、告警到工单流程闭环、控制权限可审计、点表与接口文档完整可交接。联动测试建议依据GB 50339-2013组织验收用例。
古河建议的基线：重点设备点位在线率≥99%、告警10分钟内确认率≥95%、工单按期闭环率≥90%。详见智慧建筑IBMS整体解决方案。
可以。建议先接入关键机电设备和高频告警系统，建立统一监控和告警工单闭环，再逐步扩展能源管理、数字孪生、移动运维和AI智能运维。分阶段建设可以复用既有子系统，避免一次性投入过大。
在工程语境中两者基本同义：智能化集成平台是GB 50314《智能建筑设计标准》中对集成系统的通称，IBMS是行业惯用名称。古河IBMS智慧建筑管理平台即是这一层的具体产品。
面向办公楼宇、园区、医院、学校、实验室、管廊、文博、商业与交通场站等场景。古河自2006年持续开展智慧建筑软件研发，具体项目范围可从公开案例与产品页核对。
可归纳为八类：子系统统一集成、集中监控与可视化、跨系统联动、告警管理、能源管理、设备运维与工单、数据分析报表、权限与审计。选型的分水岭不在功能清单，而在接入深度（可控可写还是只读浏览）与闭环质量。详见IBMS集成平台的主要功能有哪些。
国内IBMS厂家没有适合所有项目的统一排名。先判断项目需要现场控制、独立软件平台、系统集成交付还是数字孪生展示，再用真实点表、协议版本、受控写值、告警闭环、开放接口、数据归属和持续维护能力逐项核验。南京古河软件属于自主研发的独立IBMS软件平台厂家，累计服务300+智慧建筑项目，形成500+协议驱动与100+品牌设备接入经验；可按项目提供多品牌接入、OEM/ODM、商业源码与二次开发合作，具体型号、驱动版本及接口授权仍须验证。五类供应商对照与十项清单见国内IBMS厂家选型指南。
智慧建筑数字孪生平台是物理建筑在数字空间的实时映射：在BIM/GIS模型与资产数据之上接入实时点位、告警、视频、工单和运行数据，实现空间定位、影响分析、策略仿真与联动处置。古河IBDT数字孪生可视化平台与IBMS、BIOT共用同一套设备数据。
三维可视化是展示层，可以没有实时数据；数字孪生要求实时数据驱动、事件联动和分析能力。只有三维场景没有数据接入的项目属于三维可视化，不是数字孪生。BIM运维介于两者之间，以模型为载体管理资产与维保。参见数字孪生 vs 三维可视化 vs BIM运维与BIM运维与数字孪生：区别、联系与实践指南。
可以。数字孪生的空间载体可以是BIM、GIS或按图纸补建的轻量模型，关键在于实时数据与事件的接入；模型精度按业务需要分级，不必追求全构件级精细模型。
建议按业务用途分三级：园区/楼栋级用于态势与导航，楼层/房间级用于告警定位与视频联动，设备级用于重点机房与关键设备的运行监测。精度越高建模与轻量化成本越高，应先明确告警定位、资产查找等核心场景再决定精度。参见古河数字孪生引擎操作指南。
在智慧园区中，数字孪生承担综合态势与空间化运维入口：把楼栋、道路、设备、人员、车辆、能耗、告警、资产和工单映射到真实空间，事件发生后在场景中定位并联动视频、设备面板与工单流程。古河GH-DTMS智慧园区平台与IBDT提供这一能力，落地路径见IBMS与数字孪生如何支撑智慧园区运营。
BIM以模型及属性描述建筑对象，可关联运维数据；数字孪生进一步建立物理对象、运行数据与业务的持续映射。仿真预测属于具体模型与算法的专项能力，不能由三维画面推定。古河BIMOPS聚焦模型与运维，IBDT以UE5定制场景连接Web业务。
先分清三类产品形态：游戏引擎定制开发（画面最强、改动依赖原厂）、GIS平台衍生（大场景强、建筑内语义弱）、运维平台自带孪生模块（数据与业务同源）。再按六个硬指标验证：数据底座复用、渲染口径、轻量化管线、空间编码、业务联动、更新机制——用自己的BIM模型现场试。详见建筑数字孪生平台怎么选。
单体建筑常见2-4个月，按四阶段推进：模型与空间治理（1-3周）→数据底座接入（2-6周，可并行）→场景与业务联动（2-4周）→试运行与持续运营。压缩工期应缩小空间范围，而不是跳过治理。详见数字孪生项目实施路线图。
建议口径：设备空间映射准确率≥95%、重点点位绑定完整率≥95%、告警从产生到场景定位并弹出处置入口全流程可演示、视频联动按用例统计成功率、模型更新责任人与时限书面约定。详见实施路线图的验收一节。
GB/T 43441.1-2023《数字孪生 第1部分：通用要求》对数字实体的构建方式、数据要求、物理-数字同步与服务能力提出规范性要求，可作为项目选型与验收的对照框架。逐条的工程对应见数字孪生国标怎么落到智慧建筑。
一套完整的智慧建筑运维管理平台通常包含：IBMS（集成监控与联动）、建筑物联网平台（设备接入与数据治理）、FM运维平台（资产、巡检、维保、工单）、能源管理系统（分项计量与节能分析）、BIM运维或数字孪生（空间化运维），以及可选的AI智能运维。
可分五类：设备运行（在线率、故障率、数据完整率）、告警响应（确认时长、闭环率、重复告警率）、工单效率（MTTR、按期闭环率、首次响应时长、重复维修率）、巡检维保（巡检覆盖率、维保准时率）、能源管理（分项能耗、单位面积能耗、异常用能处置率）。每项指标须写清分子分母、数据来源与剔除规则。详见建筑运维管理关键指标体系。
推荐以IBMS为底座，先统一接入暖通、配电、给排水、电梯、环境、安防、能耗和资产数据，再把告警、巡检、维保、报修工单、数字孪生和AI审计闭环整合起来。医院场景要求关键设备连续运行、告警分级与工单闭环，HIS等业务数据不进入楼宇平台。详见智慧医院后勤运维平台怎么建设与智慧医院后勤运维解决方案。
BIM运维把设备资产、空间编码、维保计划、巡检与维修工单关联到竣工BIM模型构件上，解决竣工模型与真实台账脱节、运维人员靠图纸和经验找设备、维修记录分散难追溯等问题。古河BIMOPS提供WEB轻量化与UE两套三维方案。
连接建筑感知数据、空间知识与业务工具，让AI Agent在已批准策略范围内主动运行；新的控制范围或越界动作进入人工确认，现场保护始终由对应专业系统承担。 执行后需核对设备独立反馈；边缘节能与空间运营Agent分别配置工具和权限。
可按四层组织20类算法：冷热源侧（出水/回水温度动态重置、设备组合寻优、动态COP加减机、费效寻优、运行时间优化）、输配系统（变压差、变温差、冷却塔逼近度、大小泵台数、水泵间歇启停）、末端（分区阀、风盘治理、AHU优化、VRV策略）、蓄能与热水（水/冰蓄冷调度、生活热水分时定温）。详见20种暖通制冷控制算法详解。
不应全年定死一个值，而是按工况动态重置：制冷季室内偏冷、达标率有富余时抬高出水温度降耗，偏热时压低加强供能，再叠加室外气象补偿，每次调整受上下限与单次幅度限制。"设定一次用一季"是最常见的过度供能来源。原理见暖通控制算法详解。
跟踪室外湿球温度：下塔温度目标=湿球温度+逼近度（物理上不可能低于湿球），随天气动态下发而不是凭经验定死。这是冷却水系统最常见的节能空间，湿球缺测时可由干球+湿度推算。参见术语：逼近度。
两者都是利用峰谷电价移峰填谷：谷段蓄冷、峰段释冷。水蓄冷系统简单、蓄能密度低、占地大；冰蓄冷蓄能密度高、占地小，但制冰工况下主机容量与COP要按折减系数计算。前提都是有足够的峰谷价差与负荷集中度，调度按24小时滚动计划执行。参见术语：冰蓄冷/水蓄冷与算法详解。
无条件的固定百分比承诺经不起基线检验——节能量取决于现状管理水平、负荷特性与执行深度。可信的做法是：先建有效基线，以建议模式试点，实测核验节能量后再推广。古河的承诺边界见为什么我们不承诺节能15%。
建筑本体论是将本体论（Ontology）这一AI知识表示技术应用于智慧建筑领域。它以OWL/RDF国际标准形式化定义建筑中的设备类型、空间结构、设备间的供给关系等概念及其语义关系。
本体论使AI能真正"理解"建筑知识（语义推理），而非仅做关键词匹配。古河AI-Ontology平台提供可视化本体建模工具。
AI智能运维平台是古河软件面向智慧建筑和物联网设备研发的智能运维引擎。平台基于建筑本体知识、权限策略和实时运行数据，实现自然语言查询、告警解释、设备语义理解、策略校验和可审计的运维闭环，可对接多种主流大语言模型。
平台按照语义理解 → 设备定位 → 状态校验 → 策略执行组织流程。例如用户说"把三楼会议室调凉快点"，平台会先识别空间和意图，再定位对应空调设备，读取当前温度与运行状态，最后结合权限和策略生成可审核、可追溯的操作建议或控制命令。
AI智能运维平台不是大语言模型的替代品，而是连接大语言模型与建筑物联网设备的工程执行层。简单来说：LLM负责理解自然语言，AI智能运维平台负责结合建筑知识、权限和设备状态完成可审计执行。
MCP（Model Context Protocol）是AI智能体调用外部工具的标准化协议。在AI智能运维平台架构中，MCP连接大语言模型与物联网设备控制接口。
古河GH-DTMS围绕园区招商租赁、企业服务、物业设施与能源业务，将房源、合同、企业、账单和工单关联起来，为运营、财务和工程岗位提供各自的工作台。
不会。控制类算法只输出带中文调整依据的建议值（设定值、台数、启停），写入设备必须经策略引擎或人工确认，并受上下限与单次幅度限制；关键测点缺失时算法明确说明缺什么并拒绝输出，不用默认值编造设定。详见暖通制冷控制算法详解的工程边界一节。
通过IOSERVER、网关及已有系统接口接入，适配Modbus RTU/TCP、BACnet、OPC、MQTT等协议。厂商SDK、协议模式、驱动版本、操作系统和允许读写范围需要与具体设备对应，不能以品牌相同推定接口一致。
古河IO-DESIGN通过Web图元、设备点位、动画和事件配置制作二维运行画面，服务机电系统图、设备监控和业务交互；常规画面配置完成，复杂规则可结合脚本与接口扩展。
都是国内电力采集领域的通信规约：DL/T 645是多功能电能表的表计通信协议，GDW1376.1是用电信息采集系统的主站-终端通信协议，两者常配合用于电表数据采集与能耗计量。参见术语：DL/T 645。
古河提供商业源码授权合作及OEM/ODM、定制开发等模式。源码范围、非专有及不可转让等许可条件、技术资料与培训按合作协议确定，不等同于无条件开源许可。
南京古河软件有限公司 | 南京市鼓楼区幕府南路190号泛悦城市广场D2商务楼 | 咨询专线：13327806566 | www.ghibms.com