YESpace Spatial Engine 空间底图引擎：让空间成为业务系统的共同底座

excerpt

空间底图引擎不是一张楼层图，而是把 CAD 图纸、空间对象、业务图层和系统绑定统一起来，让 YESpace 产品组合拥有共同的空间坐标。

空间底图引擎解决的不是“画图”，而是“空间秩序”

在楼宇、园区、公寓和社区运营中，很多系统都需要“位置”：租户在哪一层，房态对应哪个房间，设备安装在哪个点位，工单发生在哪个区域，能耗异常属于哪个空间，安消告警应该由哪个责任域处理。

如果这些位置关系分别散落在租赁系统、公寓系统、物业系统、设备台账和项目图纸中，空间就只能停留在背景资料层。系统之间虽然都在谈“房间”“楼层”“设备点位”，但实际上使用的是不同口径、不同编码和不同数据来源。

YESpace Spatial Engine 空间底图引擎要解决的，正是这个基础问题：把建筑图纸转化为可管理、可绑定、可渲染、可联动的空间对象体系，让空间不再只是展示界面，而成为 YESpace 系列产品共同使用的业务底座。

YESpace Spatial Engine 空间底图引擎示意：楼层空间对象、业务图层、设备点位与产品模块围绕统一空间底图协同

从 CAD 图纸到运营对象

空间底图引擎的第一层能力，是把项目交付阶段常见的 CAD/DXF 图纸，转化为平台可以理解和持续维护的空间资产。

这个过程不是简单把图纸变成图片，而是把图纸里的线、面、文本、图层和点位重新组织成结构化对象：

项目、楼栋、楼层，形成可导航的空间树
房间、区域、租赁单元，形成可查询的空间对象
设备点、巡检点、消防点、表计点，形成可绑定的点位对象
图层、样式、状态和版本，形成可发布、可回滚、可验收的运行态底图

当这些对象被统一管理后，楼层图才真正具备运营价值。它可以被搜索、被选择、被高亮、被赋予状态，也可以被业务系统引用和持续更新。

这也是 Spatial Engine 与普通地图展示的根本差异：它不是把图纸“看起来更好看”，而是把空间转化为可参与业务流转的对象网络。

统一空间 ID：YESpace 产品组合的锚点

YESpace 系列产品覆盖空间运营的多个侧面：YESpace OS 承接平台底座，Loffice 面向办公与租户服务，Lhome 面向居住与公寓运营，设备设施系统管理资产生命周期，IoT 与数字孪生能力承接实时感知和运营指挥。

这些产品要协同，必须先回答一个问题：它们讨论的是不是同一个空间？

Spatial Engine 通过统一 space_id 和对象绑定关系，为产品组合提供稳定锚点：

Loffice 的报修、施工申请、服务预约，可以绑定到具体房间、公共区域或设备点位
Lhome 的房态、维修、保洁、入住和退租，可以按空间对象进入楼层图
设备设施系统的台账、巡检、维保和告警，可以落到真实安装位置
能源、费用、安消和运营指标，可以按空间维度聚合、钻取和复盘
YESpace OS 的主数据、流程、报表和驾驶舱，可以围绕统一空间对象组织

有了这个锚点，空间不再是每个系统各自维护的一列字段，而是产品组合共享的运营坐标系。

业务图层：把不同系统的数据叠加到同一张空间底图

空间底图本身只是基础。更重要的是，Spatial Engine 能把来自不同系统的业务状态，以图层方式叠加到同一张空间底图上。

对运营团队而言，这意味着同一个楼层可以在不同工作模式下呈现不同问题：

服务图层：查看报修、预约、施工申请和租户服务进度
房态图层：查看空置、入住、待清洁、维修中和待退租状态
设备图层：查看设备分布、离线、告警和维保状态
巡检图层：查看待巡检、已完成、漏检和异常点位
能耗图层：查看表计点位、分区能耗和异常空间
安消图层：查看消防设施、告警事件和处置进度

这些图层让“空间”从静态背景升级为业务观察界面。管理者可以看到整体态势，现场人员可以定位问题位置，业务系统可以通过点击穿透回到原始单据和处理流程。

更关键的是，图层不是一次性展示，而是跟随状态变化持续刷新。业务系统通过 API、SDK 或事件机制同步状态，Spatial Engine 负责把状态映射为空间可视化表达，让不同产品的数据在同一张空间底图上对齐。

轻量 2D/2.5D：更适合运营系统的空间表达

很多数字化项目会把空间可视化直接理解为重型三维孪生，但日常运营并不总是需要完整的 1:1 三维建模。

对报修定位、房态查看、设备点位、巡检路线、能耗异常和服务履约来说，真正重要的是：

空间对象是否准确
业务状态是否清晰
问题位置是否可定位
责任边界是否可判断
后续动作是否可追踪

因此，Spatial Engine 更强调轻量、可交付、可复用的 2D/2.5D 空间表达。它用楼层图承接高频运营动作，用轻量挤出和状态渲染增强空间感，在必要时再与数字孪生驾驶舱、BIM/CIM 模型或 IoT 实时数据形成组合。

这种路径更符合城市空间数智运营的实际节奏：先把对象、图层和流程跑通，再逐步叠加更丰富的可视化和指挥能力。

在 YESpace OS 中的位置

如果把 YESpace OS 看作城市空间数智运营平台，那么 Spatial Engine 承担的是“空间底座层”的角色。

它向上支撑三类能力：

1) 支撑业务应用

Loffice、Lhome、YESpace.booking、设备设施管理、物业服务和资管应用，都可以把地图选择、楼层展示、位置绑定和图层状态作为基础能力调用，而不是在各自系统中重复建设。

2) 支撑平台治理

空间对象、点位对象、图层配置、版本发布和质量检查，形成项目交付中的统一治理链路。后续空间拆分、合并、改造和租赁单元变化，也可以通过版本和绑定关系延续历史追溯。

3) 支撑运营智能

当工单、设备、房态、能耗、安消和租户服务都落到统一空间对象上，AI 运营智能体、数字孪生驾驶舱和管理报表才有足够清晰的上下文。系统不仅知道“发生了什么”，还能知道“发生在哪里、影响谁、应该由谁处理”。

这就是 Spatial Engine 在 YESpace 产品组合中的核心价值：它让空间成为业务协同、数据治理和智能运营的共同坐标。

从项目交付到产品复用

空间底图引擎还有一个容易被低估的价值：提升项目交付的可复制性。

传统项目中，图纸清洗、点位标注、房间编码、图层开发和状态展示高度依赖实施经验。每做一个新项目，都可能重复处理相似问题。

Spatial Engine 把这些过程沉淀为可复用能力：

CAD2Space 工具链负责图纸输入、图层映射、空间识别和发布前质检
空间对象模型统一项目、楼栋、楼层、房间、区域、租赁单元和点位
业务图层模板复用工单、房态、设备、巡检、能耗、费用和安消状态
SDK/API 接入方式让存量产品和新建产品都能低成本使用空间能力
地图版本和绑定关系让后续空间变更具备审计和回溯基础

这使 Spatial Engine 不只是研发组件，而是 YESpace 系列产品从单项目交付走向多项目复制的重要支撑。

建设空间底图引擎，最终是为了让运营动作更确定

好的空间底图引擎不会停留在地图层。它应该让一线人员更快定位问题，让管理者更清楚看到状态，让业务系统更稳定地共享空间对象，让后续 AI、IoT 和数字孪生能力有统一上下文。

对邺社数科而言，YESpace Spatial Engine 的意义也在这里：它把图纸、空间、设备、业务对象和状态事件组织到同一套空间秩序中，让 YESpace OS、Loffice、Lhome、设备设施管理和数字孪生能力不再各自为战，而是围绕同一张空间底图协同运行。

当空间成为共同底座，城市空间运营才能真正从“系统上线”走向“持续可运营”。