3. 知识表示与建模基础
工业知识图谱的建模，本质上是一套“把现场世界翻译成机器可计算结构”的表示工程。设备、工单、传感器、工艺参数、故障现象、维修记录，这些对象在业务系统里往往以表格、日志、文档、图纸等形式存在；而知识图谱要求把它们统一抽象为实体、关系、属性，再通过三元组组织成图，最后用本体、Schema、RDF、RDFS、OWL等标准语言进行约束与推理。理解这些核心表示方法，是后续建模、融合、推理与应用的基础。
一、核心原理：从现实对象到三元组
知识表示的最小单元是三元组，即“主语—谓语—宾语”（Subject–Predicate–Object）。在工业场景中，一个三元组可以表达一条明确事实：
<Pump_P101> <hasVibration> <Vibration_7.2mm_s> .
<Pump_P101> <installedIn> <Line_A> .
<Vibration_7.2mm_s> <measuredAt> "2025-03-12T08:30:00" .其中，实体是图中可被唯一标识的对象，如泵 P101、产线 A、振动测点；关系连接两个实体，表达结构或语义联系，如“安装于”“监测”“导致”；属性则描述实体自身的特征值，如型号、额定功率、当前温度。属性通常以“实体—属性—字面量”的形式出现，字面量可以是字符串、数值、时间或布尔值。
需要区分的是：关系连接的是“实体—实体”，属性连接的是“实体—值”。例如“P101 安装于 A 线”是关系；“P101 的额定功率为 75kW”是属性。很多初学者会把两者混为一谈，导致后续查询和推理出现歧义。
二、方法流程：本体、Schema 与标准语言的分工
如果三元组是“砖”，那么本体（Ontology）就是“建筑规范”。本体定义了某个领域中有哪些类、哪些关系、哪些属性，以及它们之间的约束。工业本体通常包括设备类、部件类、工艺类、故障类、工单类等，并规定“泵属于设备”“轴承属于部件”“故障影响设备”等公理。
Schema更偏向数据结构层面的定义，描述类、属性、关系及其取值类型和基数约束。它可以看作本体的工程化子集或实现视图。在知识图谱工程中，Schema 决定数据如何入库、如何校验、如何查询。
三者关系可以用下面的结构图理解：
从标准语言看，RDF负责“事实表达”，用三元组描述资源；RDFS在 RDF 之上增加类、子类、属性定义域和值域，支持简单的层次推理；OWL进一步引入等价类、不相交类、基数约束、传递属性等公理，使机器能够进行更复杂的逻辑推断。工业场景中，若只需数据互联，RDF+RDFS 已足够；若需要故障传播推理、工艺约束校验，则通常需要 OWL。
三、案例场景：泵组故障知识建模
以“泵 P101 振动超标导致轴承磨损”为例，建模过程如下：
- 识别实体：泵 P101、轴承 B12、振动测点 V3、故障 F7、工单 WO88。
- 定义关系：P101 hasPart B12；V3 monitors P101；F7 affects B12；WO88 repairs B12。
- 定义属性：P101 的型号为“CP-75”，B12 的磨损等级为“中度”，V3 的读数为 7.2 mm/s。
- 用 RDFS 声明：Pump 是 Equipment 的子类，hasPart 的定义域为 Equipment，值域为 Component。
- 用 OWL 声明：VibrationFault 与 LubricationFault 不相交；causes 具有传递性。
这样，当系统检测到 V3 读数超过阈值时，可以沿“测点—设备—部件—故障”路径进行推理，自动关联到可能的轴承磨损，并检索历史工单 WO88 的维修方案。
四、常见误区与复盘
误区一：把属性当关系。“P101 的温度是 80℃”应建模为属性，而不是创建一个“80℃”实体再连关系。否则图中会充斥大量无意义的字面量节点。
误区二：本体过度设计。一开始就追求大而全的 OWL 公理，会导致建模周期长、维护困难。工业项目宜从核心类和关键关系起步，迭代扩展。
误区三：忽略命名规范。实体 IRI 应统一采用“命名空间+业务编码”的方式，避免同物异名、异物同名。
复盘建议：每完成一轮建模，用 SPARQL 查询验证三类问题——是否存在孤立实体、是否存在关系断裂、是否存在属性值域冲突。这三类检查能快速暴露 Schema 设计缺陷。
五、核心概念对照清单
| 概念 | 作用 | 工业示例 | 常见标准 |
|---|---|---|---|
| 实体 | 可唯一标识的对象 | 泵 P101、轴承 B12 | IRI / URI |
| 关系 | 连接两个实体 | hasPart、monitors、causes | RDF Property |
| 属性 | 描述实体特征值 | 型号、温度、磨损等级 | Datatype Property |
| 三元组 | 最小事实单元 | (P101, hasPart, B12) | RDF |
| 本体 | 领域概念与公理 | 设备本体、故障本体 | OWL |
| Schema | 类、属性与约束 | Equipment、Component | RDFS / SHACL |
掌握这些表示方法后，工业知识图谱才具备“可读、可查、可推、可扩展”的工程基础。实体与关系决定图的骨架，属性与三元组填充事实，本体与 Schema 划定语义边界，RDF、RDFS、OWL 则提供从数据到推理的标准化阶梯。