其次是关系映射，OWL已定义了Part-of、Kind-of、Attribute-of和Instance-of四种基本语义关系。其中Part-of表达概念之间整体和局部的关系；Kind-of表达概念之间的继承关系；Attribute-of表达一个概念是另一概念的属性；Instance-of表达概念和概念的实例关系。概念间存在的关系除上述四种基本关系外，还存在等同关系、相邻关系。

标签描述，如：

……

最后根据映射规则，给出相关概念向OWL本体转换的算法，从而实现概念向本体OWL自动转化。

图2 部分本体展示

1.4 试油领域本体存储

根据上节所建立的本体关系，该文设计了OWL本体的映射规则，根据该规则实现了本体到关系数据库表的转换，使本体表示不仅停留在概念层面，而且更符合应用开发的需要，为后续工作流的使用打下了基础。本体映射规则如下：

(1)将本体中的类映射为关系数据库中的表；

(2)将本体中的相关属性转化为Oracle数据的某表中一列，该列的数据类型反映了本体此属性的值域，列明代表了属性的定义域；

(3)将本体中的函数属性映射为对应的实体表中的主键；

(4)OWL中如果类C和类D属于继承关系，那么C继承D的所有数据类型属性，并且拥有D所对应的表的所有列字段；

(5)若OWL中属性P和Q是等价属性，P的定义域是类C，Q的定义域是类D，如果属性P所对应的列是类C所对应的表的主键，且属性Q所对应的列不是类D所对应的表的主键，则属性Q是类D所对应的表的外键。如果属性Q所对应的列是类D所对应的表的主键，且属性P所对应的列不是类C所对应的表的主键，则属性P是类C所对应的表的外键。

根据上述映射规则，该文设计了一套算法将本体描述语言转换为SQL语言，方便开发人员使用。

具体流程描述：首先读入文件之后解析OWL文档，得到本体的结构，并将这些内容转换为JSON数据来表示类之间关系。然后将类关系Class JSON转换为创建表的中间文件Table JSON，在这个结构中存储了创建数据库表必须要的全部属性。然后读取该结构，拼接创建表的语句。算法的输入是OWL本体文件，算法的输出是SQL建表语言，实现了本体到关系数据库模式的映射。

2 基于知识的试油方案协同设计系统应用

基于知识的试油方案协同设计系统的开发是利用上述本体的逻辑层结构，将方案中的每一部分知识作为一个基础本体放入到公共本体中，设计人员进入系统做方案设计时根据自己的需求选择所需的基础本体，作为方案的基础框架，这样设计出来的方案是统一标准的，然后将其设计好的方案内容转化存储到关系数据库。试油领域本体的逻辑层结构更加贴近于人的思考，便于设计人员在试油方案设计时帮助用户决策。

2.1 系统框架设计

系统底层框架是基于B/S结构实现的，采用Spring MVC设计模式和技术开发，在此基础上增加了本体和工作流系统，整体框架如图3所示。

系统主要分为方案设计系统和工作流系统两个部分，同时与系统数据库进行数据交换。方案设计过程是指根据设计人员需求信息和本体知识库映射规则完成方案模板定制，最终在模板中完成设计。方案流转过程则是完成方案后，需要按照工作流传递规则进行流转，进行内部审核和外部审批。

2.2 基于本体的试油方案设计模型框架

在试油方案协同设计系统中，涉及的本体包括部门、设计类别、方案等，其中方案模板是需要共享的核心本体，试油方案协同设计系统中的大部分业务都是基于方案模板的。方案模板就是一个具有层次的树状结构，其中一个类就是一个叶节点，不同类型的井具有不同的属性，例如直井、水平井、油井、气井等都有对应的属性来对其进行描述。某个类下不同的属性取值便组成了方案的实例。每个类对应着一个基础本体，一个实例由多个基础本体组成。

图3 系统框架

基础本体想要共享和交换信息需要通过公共本体的映射。在做井的方案设计中，设计人员不可能选择相似的知识，而必须是完全符合属性要求的知识。虽然井的各类属性不同，并且一个类型井的信息是有限的，该类型井的私有本体在公共本体空间都能找到对应的公共本体，因此每口类型井的基础本体空间是公共本体空间的子集。基于公共本体的系统集成框架如图4所示。

文章来源：《知识经济(中国直销)》 网址: http://www.zsjjzzs.cn/qikandaodu/2021/0507/1233.html