Ontology · Knowledge System · 2026

计算机本体论知识体系

以 Gruber、Studer 等权威定义与 W3C 语义网标准为骨架,系统讲解计算机领域本体论(Ontology)——从核心概念、知识结构到语义网技术栈与知识图谱落地,为知识工程与 AI 应用提供一份严谨的知识底座。

Ontology = 概念 + 关系 · 属性 · 公理
00

导言:为什么要学本体论

在知识工程、语义网与知识图谱(Knowledge Graph)领域,本体论(Ontology)是连接"人类领域知识"与"机器可计算知识"的核心桥梁。当计算机需要共享、互操作并自动推理某个领域的知识时,必须先有一套显式、形式化、可共享的概念体系——这就是本体。

本知识体系按"定义 → 结构 → 分类 → 对比 → 方法论 → 技术栈 → 推理 → 应用 → 工程"的递进逻辑组织,既可作为从零入门的学习地图,也可作为落地知识图谱与语义系统时的工程参考手册。

本知识体系的使用方式

建议先通读第 1–4 章建立心智模型,再按需深入技术栈(第 6 章)与应用案例(第 8 章)。搭建实际系统时,重点对照第 5 章构建方法论与第 9 章工程挑战。全文关键事实均标注权威来源。

01

什么是计算机本体论

1.1 一句话理解

计算机本体论(Ontology)是知识工程与人工智能领域的核心概念:用一套显式、形式化、可共享的概念体系(类、关系、属性、规则)来描述某个领域的知识,使计算机能够理解、共享、互操作并自动推理该领域的知识。

1.2 经典权威定义

Gruber 1993 — 奠基性定义

"An ontology is an explicit specification of a conceptualization."(本体是一个概念化的显式规范。)其中,"概念化是我们出于某种目的希望表示的世界的一个抽象、简化视图"。[1]

Studer 1998 — 补充"共享"与"形式化"

本体是"shared conceptualization"(共享概念化)的"explicit, formal specification"(显式、形式化的规范)。[2]

此外,Gruber 2009 从数据库视角说明:本体定义了一组用于建模领域知识的表示原语(representational primitives),通常是类(classes)、属性(attributes/properties)与关系(relations)。[3]

1.3 与哲学本体论的区别

它和哲学本体论同名,却有不同的使命:一个追问"存在",一个服务于"知识建模"。[4]

维度哲学本体论计算机本体论
研究对象存在本身知识建模中的概念体系
核心问题哪些实体存在?如何表示、共享、推理领域知识?
方法论形而上学、哲学分析形式化规范、知识表示、计算建模
应用目标理解世界结构知识共享、互操作、推理与集成

1.4 三个关键属性

共享规范

给参与方定义一套共同的概念与术语,是多个系统协作的前提。

显式书写

概念、关系、规则被明确写出来,而非隐含在程序代码中。

形式化表达

用机器可处理的语言(如 OWL / RDF)表达,支撑自动推理。

02

本体的组成要素

本体把领域知识拆解为六类可形式化的要素,共同构成一个可共享、可推理的知识结构。[1][5]

要素通俗解释学术定位典型示例
概念 / 类(Class)同类事物的抽象集合领域概念的类层级结构人、计算机、疾病
关系(Relation)概念 / 实例之间如何联系对象属性(object property)父子、包含、位于
属性(Attribute)概念 / 实例具备的特征数据属性(data property)年龄、学分、颜色
实例(Individual)具体事物个体类的一个成员张三、CSCI 101
公理(Axiom)必须成立的逻辑断言逻辑可推导规则教师一定是人
约束(Constraint)合法性的限定条件基数、值域、函数性限制每人只有一个父亲

2.1 六要素详述

概念 / 类(Class):把同性质的事物归为一类。Noy & McGuinness 在《Ontology Development 101》中称本体的核心概念为 classes(有时也称 concepts),类是领域形式化显式描述的基础。[5]

关系 / 对象属性(Relation):描述类或实例之间的联系,如"包含""隶属""父子"。Gruber 1993 把对 classes、relations、functions 等对象的定义作为本体的核心构成。[1]

属性 / 数据属性(Attribute):描述类或实例的特征值,如"人"有"年龄"、"课程"有"学分"。Gruber 2009 称之为 attributes 或 properties。[3]

实例(Individual):类下的具体个体,如"张三属于'人'类"。OWL 2 中的个体是类的直接成员。[6]

公理(Axiom):必须为真的逻辑陈述,如"如果 A 是 B 的子类,则 A 的一切实例也属于 B"。OWL 2 中 axioms 是本体所表达的、被断言为真的领域陈述。[6]

约束(Constraint):限定关系与属性合法取值,如基数(cardinality)、值域(range)、函数性(functionality)等。[5]

2.2 它们如何构成一个本体

本体不是简单罗列词汇,而是把上述要素组织成可共享、可解释、可推理的结构:用类划分对象类别,用关系连接类别,用属性描述特征,用公理与约束固化逻辑规则,用实例落具体个体——这就是一个可支撑机器理解与推理的领域模型。

图 2-2:六要素对本体的贡献度示意(概念/公理最为基础,实例用于落地)
flowchart TB
    subgraph ONTO["本体 Ontology"]
        direction TB
        C["概念 / 类 Class"]
        R["关系 Relation"]
        A["属性 Attribute"]
        I["实例 Individual"]
        X["公理 Axiom"]
        S["约束 Constraint"]
        C --- R
        C --- A
        C --- I
        C --- X
        C --- S
    end
    DOM["领域知识"] -->|"形式化建模"| ONTO
    ONTO -->|"显式规范"| APP["机器可理解 / 共享 / 推理"]
          
图 2-1:本体六要素及其关系
03

本体的类型分类

3.1 按抽象层次与用途分类

类型通俗解释例子
顶层本体(Upper/Top-level)跨越众多领域的一般概念框架BFO、DOLCE、SUMO
领域本体(Domain)某垂直专业的专门知识框架医学本体、金融本体
任务本体(Task)围绕任务 / 活动 / 问题求解过程感知任务、问题求解任务
应用本体(Application)为特定应用或系统集成定制具体产品的数据集成本体

3.2 按形式化程度分类(本体谱系)

从轻到重、表达与可推理能力递增[7]:

① 词汇表 / 分类体系

词之间的层级 / 等同关系,无复杂逻辑约束,用于分类与检索(Taxonomy / Thesaurus)。

② 实体模型

在分类基础上加入类、属性、实例和简单关系(Entity Model),更接近本体。

③ 形式化本体

用逻辑语言(OWL、描述逻辑)定义概念、关系、实例与推理规则(Formal Ontology)。

3.3 轻量 vs 重型本体

轻量本体(Light-weight)形式化约束少,适合分类、检索、术语共享;重型本体(Heavy-weight)包含完整逻辑公理与推理能力,适合需要自动推理与一致性维护的场景。

图 3-1:本体谱系示意——表达力、可推理性与复杂度随形式化程度递增
04

本体 vs 知识图谱 vs 数据模型

4.1 本体 vs 知识图谱

本体是模式层(蓝图),知识图谱是数据层(按蓝图建好的内容),可类比描述逻辑中的 TBox(模式层)与 ABox(数据/实例层)。[8]

维度本体(Ontology)知识图谱(Knowledge Graph)
层级模式层 / 概念层(TBox)数据层 / 实例层(ABox)
内容类、属性、关系、约束具体实体、具体事实三元组
语言OWL、RDFSRDF 三元组、SPARQL
角色语义蓝图结构化知识集合

4.2 本体 vs 数据模型 / ER 模型 / Schema

Gruber 2009 — 语义层 vs 逻辑层

"在数据库语境下,本体可视为数据模型之上的抽象层级……本体被认定为处于语义层,而数据库 schema 是处于逻辑层 / 物理层的数据模型。"[3]

维度数据模型 / ER / Schema本体
关注点数据如何存储、组织、访问领域概念如何定义、共享、推理
语义深度结构、类型、关系含义、约束、逻辑规则
表达能力适合数据库设计可表达同义、互斥、逆、传递、函数性
推理能力通常无逻辑推理支持自动推理与一致性检查
语言SQL、ER 图、XML SchemaRDF、RDFS、OWL
05

本体构建方法学

5.1 主要方法论

METHONTOLOGY(1997,Fernández / Gómez-Pérez / Juristo)把本体构建从"手工艺"推向"工程活动":规格说明 → 概念化 → 集成 → 实现 → 评估 → 文档 → 演化[9]。

Uschold & King 强调识别目的、捕获概念与关系、确定范围、集成复用、实现、评估与维护;On-To-Knowledge 从知识管理、工程化与语义网需求出发构建可复用本体。

5.2 本体工程通用八步

步骤内容
① 确定范围与目的明确领域、任务与共享需求(Specification)
② 复用已有资源复用已有词汇表、分类体系或本体,避免重复建设
③ 枚举概念识别领域核心概念、对象、过程与术语
④ 定义类层级建立子类 / 父类 / 等价 / 不相交关系
⑤ 定义属性定义对象属性、数据属性及定义域 / 值域
⑥ 定义约束添加基数、函数性、范围、不相交等限制
⑦ 实例化为类添加具体个体与实例关系
⑧ 评估检查一致性、完备性、表达力与应用效果

5.3 构建工具:Protégé

Protégé 是斯坦福大学开发的开源本体编辑工具,用于创建、查看和编辑 RDF / OWL 本体,是本体工程中应用最广的工具;经典教程《Ontology Development 101》即由斯坦福的 Noy 与 McGuinness 撰写并托管于 Protégé 站点。[5]

06

本体技术栈:语义网相关标准

计算机本体论与语义网(Semantic Web)深度绑定——为 Web 信息添加机器可解译的语义,让计算机能像人一样处理信息。语义网是 Tim Berners-Lee 等人在 2001 年提出的 Web 愿景。[10]

6.1 语义网分层架构(Layer Cake)

语义网是一个分层技术栈[10]:

层级核心语言 / 技术作用
信任层信任 / 策略 / 证明可信计算、策略执行与证明机制
逻辑层逻辑与规则推导、一致性检查、查询转换
本体层OWL表达复杂概念关系、形式化建模
语法层RDF / RDFS / OWL / SPARQL / SHACL描述资源、关系、类、约束、查询
基础层URI / XML Namespace唯一标识资源与命名空间

6.2 RDF — 资源描述框架

RDF 用主语—谓语—宾语(subject-predicate-object)三元组表示信息,是语义网与知识图谱的基础,抽象数据模型是有向标注图。例如:<张三> 属于 <人类>;<人类> 是子类 <动物>。[11]

6.3 RDFS 与 OWL

RDFS 在 RDF 之上增加类与属性概念,可定义类(rdfs:Class)、子类、属性及域 / 值域(rdfs:domain/range),提供轻量级建模。[12]OWL 是标准本体语言,源自 DAML+OIL,受描述逻辑影响。[6]

OWL 2 配置文件特点适用
OWL 2 DL基于描述逻辑,支持完整推理常见 OWL 本体
OWL 2 EL轻量、推理高效大型本体、生物医学
OWL 2 RL基于规则、易与规则引擎集成规则推理场景
OWL 2 QL面向查询、契合数据库数据访问层

6.4 SPARQL 与 SHACL

SPARQL 是查询 RDF 数据的"SQL",可跨数据源查询,支持模式匹配、过滤、聚合、排序。[13]SHACL 用于验证 RDF 图是否满足预定义"形状"约束,相当于图谱数据的校验层;SHACL 1.2 已进入 W3C Working Draft,并扩展了 SPARQL Extensions 与 Rules。[14]

6.5 Linked Data 四原则

Tim Berners-Lee 提出用 Web 标准发布并互联数据的四条原则[10]:

  1. 使用 URI 作为事物的名称。
  2. 使用 HTTP URI,使人可以查找到这些名称。
  3. 当 URI 被访问时返回有用信息(如 RDF)。
  4. 包含指向其他 URI 的链接,以便发现更多数据。
flowchart LR
    URI["URI 标识"] --> RDF["RDF 三元组
SPO"] RDF --> RDFS["RDFS 类与属性"] RDFS --> OWL["OWL 本体语言"] OWL --> SPARQL["SPARQL 查询"] RDF --> SHACL["SHACL 形状校验"]
图 6-1:本体技术栈依赖关系
07

推理与本体

7.1 描述逻辑与 OWL 推理

OWL 的语义基础来自描述逻辑(Description Logic)——在表达力与可判定性之间取得平衡的形式化知识表示语言族。OWL 2 的 Direct Semantics 是 W3C 标准化的推理语义。推理机(reasoner)基于描述逻辑完成下述任务。[6]

7.2 核心推理任务

推理任务作用
一致性检查(Consistency)本体是否存在逻辑矛盾
子类判断(Subsumption)判断 A 类是否被 B 类包含
实例分类(Classification)判断个体属于哪些类
可满足性检查(Satisfiability)判定某类是否可被实例化

7.3 主要 OWL 推理机

推理机实现特点适用场景
HermiT基于 hypertableau calculus,性能好通用 OWL 2 推理
Pellet支持 OWL 2 DL中小型项目、学术研究
FaCT++快速分类的 DL 推理器术语分类
CEL面向 OWL 2 EL 的优化分类器大规模 EL 本体
08

知识图谱中的本体应用案例

看本体如何在实际的语义网与知识图谱中落地。

案例一句话理解本体 / 模式角色
Schema.org网站写给搜索引擎的统一语义标签共享词汇表,RDFS 子集[15]
Google K.G.搜索引擎背后的实体知识系统结合结构化数据与文本抽取[16]
Wikidata维基百科的结构化知识库Wikibase 模式,自底向上演进[17]
DBpedia把维基百科变成 RDF 图谱DBpedia Ontology[18]
Gene Ontology描述基因产物功能的生物本体生物过程 / 分子功能 / 细胞组分[19]
SNOMED CT全球临床术语标准字典临床术语标准[20]
Schema.org(共享词汇)

2011 年由 Google/Bing/Yahoo/Yandex 创建,提供 Product、Recipe、Event 等类型,可经 JSON-LD、Microdata、RDFa 嵌入网页。[15]

Gene Ontology(生物标杆)

将基因产物功能组织为生物过程、分子功能、细胞组分三大维度,是生物信息学使用最广的本体之一。[19]

SNOMED CT(临床标准)

全球临床术语权威标准,让不同系统的病历互通,被多国用于数字健康转型。[20]

09

工程价值与挑战

9.1 核心价值

知识表示

把领域知识转化为计算机可处理的形式化模型。

共享与复用

多系统共享避免重复建模,如 Schema.org、GO、SNOMED。

互操作

基于 RDF / URI / OWL / SPARQL 实现跨系统数据交换。

推理能力

自动判断子类、一致性检查、实例分类。

9.2 主要挑战

挑战说明
本体膨胀过度求全导致本体臃肿、难维护
建模复杂性OWL 表达力越强,建模与推理越复杂
互操作困难不同本体命名空间 / 建模方式不同,对齐困难
评估标准不统一质量评估维度多,成熟统一框架缺乏
推理性能大型本体推理开销大,可用 OWL 2 EL / RL 缓解

9.3 本体评估

评估涉及质量、可用性、复杂度、一致性、覆盖度与可复用性,包括内部质量指标(类 / 属性 / 公理数量)、可复用性、可解释性、一致性检查(OWL reasoner),以及面向大语言模型生成本体的自动评估。溯源信息常用 PROV-O(W3C 溯源本体)表达。

9.4 推荐学习路径

  1. 入门:理解"什么是本体、为什么需要它"(Gruber 定义)。
  2. 概念:掌握六要素与本体谱系。
  3. 语言工具:学习 RDF → RDFS → OWL,用 Protégé 动手建一个小本体。
  4. 工程:掌握本体构建方法学(METHONTOLOGY 八步)。
  5. 推理:了解描述逻辑与推理机(HermiT / Pellet)。
  6. 实战:对照知识图谱案例(Schema.org、GO、Wikidata)理解落地。