Yoshinobu Kitamura, NaoYa Washio, Yusuke Koji, Riichiro Mizoguchi. Functional Metadata Schema for Engineering Knowledge Management. The Institute of Science and Industrial Research, Osaka University
文章描述了他们提出的功能元数据框架及其应用。该框架结构如下图:
如图所示,该功能知识框架是一个分层的本体、知识和实例模型,越是上层,所描述的知识和概念则越具有一般性。
图中最底层的功能分解树是一个特定设备的功能分解模型(图中是一个洗衣机)。作者还提出了“获得功能的方法(way of function achievement)”作为获得功能的最基础的概念化背景知识,如无力定理和理论。这个概念有助于将“怎样获得”从“试图获得”中分离出来,如“焊接”可以分解为“结合功能”和“溶解方法”。
在图的右下角,是一个包含有OR关系的活的功能的通用的功能分解树。它使设计者在设计时具有更多的选择。
第三层的功能概念本体是作者开发的一个组件的功能本体,它与功能获得方法相分离。它在四个is-a层次中描述了大约220个一般概念。到目前为止,所提出的一般性功能概念只有4~16个,Tejima等人在其价值工程的研究中提出了158个用于人类理解的功能动词,最近的研究成果是NIST的研究项目,他们提出了一个标准的工程功能分类目录,但缺乏与行为的联系及本体描述。为了使描述的功能保持一致性,它们都建立在一个扩展的设备本体之上。使用这些概念来描述了图中底部的功能分解树。
“获得功能的方法”的概念能够帮助我们把特定的方法转变为一般性的方法,并依据其原理将其组织成is-a关系。图中的功能特征分解树仅仅局限于特定产品的功能分解树而并不具有通用性。
该框架还包含一个无意识行为层,其作用是描述设计者无意识得到的环境/行为,而不是他们试图获得的功能。这通常表达了某种异常。无意识行为层是对功能模型的一个扩展,称为扩展功能模型。它包含了有意和无意两个模型。这可以作为背景知识,而且有这么两个模型并相互映射,能够实现诸如时效分析等用途。
上图是作者用他们的本体体系应用于语义Web元数据的基本架构。框架中的功能概念本体是以OWL的元数据的类层次形式组织的,而以RDF陈述书写的关于功能的元数据则是这些类的实例。系统中也以类的形式提供了获得功能的方法的知识,此外,系统还能够根据功能映射进行自动转换,为用户提供元数据的形式任务需求。
整个框架由核心功能层(F-Core)、无意识行为层(B-unintended)、功能词汇表层(F-Vocab)和功能方法层(F-Way)等层次组成。在核心功能层中定义了如实体entity、功能function和方法way等核心概念,同时,还定义了相关的属性,如描述实体能够以代理的方式实现功能的代理属性、功能分解树中表达整体和部分关系的分功能属性等。
在功能词汇表层中定义了如转换、分离等这样的动词,并将其作为功能类的子类。这些词汇都来自于功能概念本体。在功能方法层中,则定义了如摩擦方法这样的功能获得方法,并将其作为方法类的子类。每个功能获得方法的定义都由相应的原理组成,目标功能和子功能一起构成了方法。
用户能够使用该框架以RDF的形式来表达功能元数据,包括(1)感兴趣的设备/部件/零件的功能,(2)所使用的功能获得方法,(3)表达设备功能结构的功能分解树,以及(4)通用的功能分解树。这里,(3)和(4)与整个功能结构有关,(1)和(2)则是部分模型的索引信息。下图是一个线切割锯的功能元数据。这里,线切割锯是设备类的实例(Funnotation:device),通过采用Funnotation:has_function属性,它具有分离功能Seperate(Funnotation:split_entity),而该功能是功能类的一个实例。这样的元数据使用户能够通过公用词汇和is-a功能概念层次来搜索使用这些功能的工程设备文档,这是语义Web对数据使用的方式。
这里,区别功能和方法是非常重要的。这两个概念通常很容易混淆并因此导致搜索的失败。此外对于功能元数据而言,设计人员可以通过设备来描述功能获得方法。实际在图中我们可以看到,通过 selected_way 属性, funnotation:frictional_way 的实例和 split_entity function 的实例已经联系起来,这样就可以表示线切割锯是通过 frictional_way 来获得其主功能的。此外,通过对元数据添加子功能的相关元数据,我们可以描述设备的功能分解树。