BIM 与数字孪生 · 术语表
所有课程共享的词汇表。出现歧义时以此为准。
本表分四组:核心概念(最易混淆的三组词)、数据格式与标准、几何表示、语义与运营。建议第一遍按组顺序读,之后用作查阅。
核心概念 · 最易混的三组词
一种方法论/工作过程,不是文件格式,不是软件。"M" 是 Modeling(建模过程),不是 Model(模型产物)。指在建筑设计、施工、运营全生命周期内创建与管理数字化信息的过程。
BIM 过程产出的一种开放数据格式/标准,由 buildingSMART 维护,正式编号 ISO 16739。是 BIM 数据交换的事实开放标准,但不是 BIM 的唯一产物——BIM 还产出 Revit (.rvt)、DWG 等专有格式。
DTC(Digital Twin Consortium)2024 定义:"在指定频率和保真度下、具有同步交互的、数据驱动的现实世界实体与过程的虚拟表示"。本质特征是 synchronized(同步)+ data-driven(数据驱动)。一旦失去实时数据连接,它就只是个 3D 模型,不是孪生。
数据格式与标准
ISO 19650 治理的单一事实来源信息容器。BIM 产物(IFC 等)放进去受版本治理,数字孪生从中取数据。三者层次:BIM(生成过程) → CDE(治理容器) → 数字孪生(实时连接表示)。
IFC 标准中针对特定交换场景的子集约定。完整 IFC schema 太庞大,MVD 定义"这次交换只需要这些实体与属性"。如 Coordination View、Reference View、Design Transfer View。
IFC 中挂在实体上的键值对属性集合。标准 PSet(如 Pset_WallCommon)+ 自定义 PSet。Pivot 若要把设备 code 写进 IFC,就是用自定义 PSet 承载。
IFC 中每个实体的全局唯一标识(128 位,类似 UUID)。BIM ↔ IoT 对齐时,常用 GlobalId 作为桥接键——把 IfcDistributionElement 的 GlobalId 与 Pivot iot_device.code 在桥表中关联。
FM(设施管理)导向的 IFC 子集表达,常以表格(Excel/CSV)形式交付。比 IFC 轻,专为运营期 handover 设计。本次课程不深挖——属语义侧,归 graph-db-research 线索。
Khronos 维护的 3D 资产传输格式(ISO/IEC 12113:2022),被誉为"3D 领域的 JPEG"。是 3D Tiles 与 APS SVF2 的叶子格式。BIM 几何流到浏览器的最常见终点格式之一。GLB 是 glTF 的二进制单文件版。
OGC 社区标准(OGC 18-053r2 / 22-025r4),用于流式传输海量异构 3D 地理空间内容。把大场景切成空间有序、层级化(HLOD)的小瓦片按需加载。叶子瓦片用 glTF。园区/城市级 BIM 必备。注意:Cesium(其母公司)2024-09 被 Bentley 收购。
Autodesk Platform Services (APS) 的私有 Web 查看格式。APS Model Derivative API 把 60+ CAD 源格式(含 RVT/IFC)转成 SVF/SVF2 供 APS Viewer 渲染。SVF2 是新版,对大模型友好。闭源、绑定 APS。
几何表示 · IFC 如何存形状
几何回答"什么形状"(坐标、曲面方程);拓扑回答"哪些面/边/顶点连到哪些"。IFC 把两者分开:IfcGeometricModelResource 管"形状怎么算",IfcTopologicalRepresentationResource 管"谁连到谁"。
用边界(面、边、顶点)精确描述实体形状。精确但渲染前必须 tessellate(三角化)。复杂曲面 Brep 解算昂贵——是浏览器渲染 IFC 的主要性能瓶颈之一。
IFC 最常见的几何表示:一个 2D 截面沿路径挤出/旋转成 3D。墙、梁、柱大多用此法。轻量、易解析——是 web-ifc 等库的甜点。
把曲面离散成三角形网格的过程。是 Brep/SweptSolid → glTF 的必经一步。三角形数量直接决定渲染压力——这是 xeokit 切片策略(200×200×200m)要解决的核心问题。
用布尔运算(并/差/交)组合基本体(球/柱/盒)构造实体。表达力强但解析昂贵,IFC 中已少见。
语义与运营
IFC 中最常与 IoT 对齐的两类实体:IfcSpace 是可识别的空间单元(房间/区域),IfcDistributionElement 是机电分配设备(AHU/FCU/管线)的基类。BIM↔IoT 桥接的核心载体。
BIMForum 标准,按建筑系统逐元素定义 LOD 100/200/300/350/400/500。关键公式:LOD = LOG + LOI(Geometry 几何细节 + Information 信息 richness)。注意与 LOD(Level of Detail)混用——后者非正式。
ISO 19650-1 定义的 LOD 国际标准化继任者。区别:LOD 是"开发阶段导向"(这个阶段做到什么程度),LOIN 是"需求/交换导向"(这次交换需要什么)。写 RFP/合同时用 LOIN 更严谨。
模型的三种现实吻合状态:as-designed(设计意图)、as-built(竣工实态)、as-maintained(运营实态)。as-built drift(陈旧化)是运营期数字孪生最大隐性风险——设计期 BIM 几何会随时间偏离现场实态。
微软 Azure Digital Twins 的本体描述语言,JSON-LD 风格。RealEstateCore 有 DTDL 开源实现。即使不用 Azure,DTDL 也是设计设备-空间本体时的优秀 schema 范本。
智慧建筑两大语义本体标准。Brick(学术奠基,638 引用)偏控制/传感;RealEstateCore(微软背书,REC Consortium 治理)偏运营/资产。两者都已与 IFC / W3C Building Topology Ontology 官方对齐。Pivot 语义层的最低风险选择。