CN103036931A - 语义网络服务文档生成设备、方法及owl概念解析方法 - Google Patents

Abstract

本申请提供了语义网络服务文档生成设备、方法及OWL概念解析方法。其中，获取非语义网络服务文档中感兴趣的操作的第一接口结构信息，并获取与所述操作对应的语义网络服务文档的第二接口结构信息。对第一和第二接口结构信息的内容进行匹配，建立第一与第二接口结构信息中的各个元素的对应关系，根据所述对应关系生成用于对第一和第二接口结构信息进行相互转换的接口转换引擎；从而，至少所述第二接口结构信息、所述接口转换引擎以及所述非语义网络服务文档中感兴趣的操作的信息构成所述语义网络服务文档。其中，第一和第二接口信息均为具有相互关系信息的所述元素的集合，并且每个元素包括该元素的类型信息和/或该元素的概念的出现次数信息。

Description

语义网络服务文档生成设备、方法及OWL概念解析方法

技术领域

本发明总体上涉及计算机领域，具体来说，涉及一种云计算技术。更具体而言，涉及一种生成语义网络服务文档的设备和方法，还涉及一种OWL概念解析方法。

背景技术

云计算时代一个主要的趋势是调用来自不同云的网络服务。但基于各种网络服务的输入输出并没有统一的规格。因此，在调用各种网络服务时，首先需要理解各种网络服务的输入输出的含义。但是，网络服务的输入输出并不包含语义信息，也就是说这些网络服务的输入输出只能由人工来判断其含义，机器无法获知其含义，因此无法自动对各种网络服务加以自动整合。

因此，需要在网络服务中引入语义信息。

发明内容

在下文中给出了关于本发明的简要概述，以便提供关于本发明的某些方面的基本理解。应当理解，这个概述并不是关于本发明的穷举性概述。它并不是意图确定本发明的关键或重要部分，也不是意图限定本发明的范围。其目的仅仅是以简化的形式给出某些概念，以此作为稍后论述的更详细描述的前序。

鉴于背景技术部分所述的需求，本申请关注于如何非语义网络服务转换为语义网络服务，或者说基于非语义网络服务建构语义网络服务。

因此，在本申请的一个方面，提供了一种生成语义网络服务文档的设备，包括：第一接口结构信息获取部分，被配置成获取非语义网络服务文档中感兴趣的操作的第一接口结构信息；第二接口结构信息获取部分，被配置成获取与所述感兴趣的操作对应的语义网络服务文档的第二接口结构信息；匹配部分，被配置成对所述第一接口结构信息和第二接口结构信息的内容进行匹配，建立第一接口结构信息中的各个元素与第二接口结构信息中的各个元素的对应关系；接口转换引擎生成部分，根据所述对应关系来生成用于对第一接口结构信息和第二接口结构信息进行相互转换的接口转换引擎；从而，至少所述第二接口结构信息、所述接口转换引擎以及所述非语义网络服务文档中感兴趣的操作的信息构成所述语义网络服务文档，其中，所述第一接口信息和所述第二接口信息均为具有相互关系信息的所述元素的集合，并且每个元素包括该元素的类型信息和/或该元素的概念的出现次数信息。

根据本申请的另一方面，提供了一种网络本体语言概念解析方法，将网络本体语言概念解析为具有相互关系的元素的集合，其中，每个元素包括该元素的类型信息和/或该元素的概念的出现次数信息。

另外，本申请还提供了一种生成语义网络服务文档的方法，包括：获取非语义网络服务文档中感兴趣的操作的第一接口结构信息；获取与所述感兴趣的操作对应的语义网络服务文档的第二接口结构信息；对所述第一接口结构信息和第二接口结构信息的内容进行匹配，建立第一接口结构信息中的各个元素与第二接口结构信息中的各个元素的对应关系；根据所述对应关系来生成用于对第一接口结构信息和第二接口结构信息进行相互转换的接口转换引擎；从而，至少所述第二接口结构信息、所述接口转换引擎以及所述非语义网络服务文档中感兴趣的操作的信息构成所述语义网络服务文档，其中，所述第一接口信息和所述第二接口信息均为具有相互关系信息的所述元素的集合，并且每个元素包括该元素的类型信息和/或该元素的概念的出现次数信息。

依据本发明的其它方面，还提供了相应的计算机程序代码、计算机可读存储介质和计算机程序产品。

通过以下结合附图对本发明的最佳实施例的详细说明，本发明的这些以及其他优点将更加明显。

附图说明

本发明可以通过参考下文中结合附图所给出的描述而得到更好的理解，其中在所有附图中使用了相同或相似的附图标记来表示相同或者相似的部件。所述附图连同下面的详细说明一起包含在本说明书中并且形成本说明书的一部分，而且用来进一步举例说明本发明的优选实施例和解释本发明的原理和优点。在附图中：

图1为基于非语义网络服务提供语义网络服务的基本架构示意图；

图2图1所示基本架构的一种具体实施方式；

图3为根据本发明的一种实施方式的生成语义网络服务文档的设备的结构示意图；

图4为图3中第一接口结构信息获取部分所获取的信息结构的一个示例；

图5为图3中第二接口结构信息获取部分所获取的信息结构的一个示例；

图6为图3所示匹配部分的一种实施方式的结构示意图；

图7为图3所示匹配部分的另一种实施方式的结构示意图；

图8为图7所示调整单元的用户界面的一个示例；

图9为根据本发明的一种实施方式的生成语义网络服务文档的方法的流程图；

图10为图9所示方法的匹配步骤的一种实施方式的流程图；

图11是其中可以实现根据本发明实施例的方法和/或设备的通用个人计算机的示例性结构的框图。

具体实施方式

在下文中将结合附图对本发明的示范性实施例进行描述。为了清楚和简明起见，在说明书中并未描述实际实施方式的所有特征。然而，应该了解，在开发任何这种实际实施例的过程中必须做出很多特定于实施方式的决定，以便实现开发人员的具体目标，例如，符合与系统及业务相关的那些限制条件，并且这些限制条件可能会随着实施方式的不同而有所改变。此外，还应该了解，虽然开发工作有可能是非常复杂和费时的，但对得益于本公开内容的本领域技术人员来说，这种开发工作仅仅是例行的任务。

在此，还需要说明的一点是，为了避免因不必要的细节而模糊了本发明，在附图中仅仅示出了与根据本发明的方案密切相关的设备结构和/或处理步骤，而省略了与本发明关系不大的其他细节。

以后的描述按下述顺序进行：

1.基于非语义网络服务的予以网络服务的基本架构；

2.生成语义网络服务文档的设备

2-1设备的配置

2-2第一接口结构信息的获取

2-3第二接口结构信息的获取

2-4接口结构信息的匹配

2-5接口转换引擎的生成

3.生成语义网络服务文档的方法

4.网络本体语言概念解析方法

5.用以实施本申请的设备和方法的计算设备

1.基于非语义网络服务的语义网络服务的基本架构

基于非语义网络服务的语义网络服务的基本原理，是将现有的各种非语义网络服务的各种不同输入输出规格统一于相同的输入输出规格(即明确输入输出的语义，该相同的输入输出规格代表或者反映一种语义体系)，从而能够在同一语义体系下整合各种非语义网络服务。

因此，语义网络服务的基本架构如图1所示。其中非语义网络服务1具有非语义输入输出1。基于该非语义网络服务1建构的语义网络服务1具有语义输入输出1。非语义输入输出1和语义输入输出1之间通过语义转换引擎1进行相互转换。这样，语义网络服务1就能够调用非语义网络服务1并且知晓其输入输出的语义。类似地，语义网络服务2调用非语义网络服务2，并且通过语义转换引擎2知晓非语义输入输出2的语义。这样，由于语义网络服务1和语义网络服务2统一于相同的语义体系之下，相互之间能够互联互通，从而能够被整合而形成新的网络服务。这样，就实现了整合现有的不能够互联互通的非语义网络服务1和非语义网络服务2的目的。

在实践中，语义网络服务1和语义网络服务2是构成新的网络服务的原子操作，其所对应的非语义网络服务1和非语义网络服务2也是现有非语义网络服务中的原子操作。显然，新的网络服务可以由任意数目的原子操作构成，相应的非语义网络服务的原子操作也可以为任意数目。同时，非语义网络服务的原子操作中的任意多个原子操作可以来源于同一个现有非语义网络服务，也可以来自不同的现有非语义网络服务，它们可以位于相同的服务器上，也可以位于不同的服务器上(图1中图示为不同的服务器1和服务器2)。

鉴于提供给用户的新的网络服务只是上述语义网络服务原子操作的加和，除非必要，在下文并不特别区分语义网络服务或者非语义网络服务与它们的原子操作。

无论是非语义网络服务还是语义网络服务，都可以以可以调用的文档形式存在。其中，语义网络服务文档至少包括三方面的信息：其语义输入输出格式(在本申请中也称为“第二接口结构信息”)、其语义转换引擎(在本申请中也称为“接口转换引擎”)以及其对应的非语义网络服务(操作)的调用信息(例如非语义网络服务文档的地址或者链接等)。

写成非语义网络服务文档或者语义网络服务文档的语言在理论上没有任何限制，可以是任何适用的语言。在实践中，大多数的非语义网络服务都是基于WSDL(Web Service Description Language，网络服务描述语言)的。而语义网络服务一般表现为用OWL(Web Ontology Language，网络本体语言)的OWL-S(OWL-Service，OWL服务)文档。可以认为OWL语言定义了网络服务中的各种概念的一种标准，如果将WSDL服务的输入输出与OWL语言所定义的标准概念(类，class)对应起来，则能够在不同的WSDL服务之间实现有效的互通，从而能够自动调用、整合和执行各种WSDL服务。

因此，在本申请文件的以下描述中使用WSDL和OWL作为举例。但是这绝不意味着本申请限于WSDL和OWL。例如，非语义网络服务也可以使用COBRA和COM+的调用；语义网络服务还可以使用DAML+OIL，SHOE，F_Logic等。

图2图示了基于WSDL服务的OWL-S服务的基本架构，其与图1所示的基本架构是完全对应的，各组成要素的含义从图中的文字是自明的，因此不必一一赘述。需要补充说明的是，基于WSDL的网络服务的输入输出可以但不限于由SOAP(Simple Object Access Protocol，简单对象访问协议)消息携带。例如，还可以直接使用XML-RPC和HTTP直接传输。转换引擎可以是XSLT(Extensible Stylesheet LanguageTransformations，可扩展样式表转换语言)转换引擎。XSLT转换引擎是用XSLT写成的，用于将WSDL输入输出(体现为SOAP消息携带的文档的一部分)转换为OWL-S输入输出(即OWL-S文档的一部分)的代码文档。转换引擎语言也不限于XSLT，还可以使用STX。在下面的描述中，仅以SOAP消息和XSLT转换引擎为例，但本发明不限于此。

2.生成语义网络服务文档的设备

2-1设备的配置

本申请的一个方面提供了一种生成前述语义网络服务文档的设备。如图3所示，该设备300包括但不限于：第一接口结构信息获取部分302，被配置成获取非语义网络服务文档中感兴趣的操作的第一接口结构信息；第二接口结构信息获取部分304，被配置成获取与所述感兴趣的操作对应的语义网络服务文档的第二接口结构信息；匹配部分306，被配置成对所述第一接口结构信息和第二接口结构信息的内容进行匹配，建立第一接口结构信息中的各个元素与第二接口结构信息中的各个元素的对应关系；以及接口转换引擎生成部分308，根据所述对应关系来生成用于对第一接口结构信息和第二接口结构信息进行相互转换的接口转换引擎。第二接口结构信息获取部分304获取的“第二接口结构信息”(也就是语义输入输出格式)、接口转换引擎生成部分308生成的“接口转换引擎”(也就是语义转换引擎)以及第一接口结构信息所对应的非语义网络服务(操作)的调用信息(例如非语义网络服务文档的地址或者链接等)一起，构成语义网络服务文档。

其中，所述第一接口结构信息和所述第二接口结构信息均为具有相互关系信息的所述元素的集合，并且每个元素包括该元素的类型信息和/或该元素的概念的出现次数信息。

具体而言，如前所述，第一接口结构信息和第二接口结构信息分别是非语义网络服务文档和语义网络服务文档的输入输出格式，其包括各种输入输出项目(也就是“元素”)以及各个输入输出项目之间的相互关系。因此，所述输入输出可以认为是这些具有相互关系的输入输出项目的集合。该集合可以体现为各种形式，例如结构体。或者其可以在逻辑上体现为“图”的形式，例如树。

在一种实施方式中，在获取上述第一接口结构信息和第二接口结构信息时，除了其他常用信息外，尤其要包括元素的类型信息。元素的类型是指该元素的性质。例如，元素xingming(指“姓名”)是“字符串”(string)类型，元素nianji(指“年纪”)是“整型”(int)。

类型的作用很重要。例如，如果在本体中定义了一个简单的person结构，包含2个属性：name(类型为string)，age(类型为int)。现有一个关于person的WSDL服务需要标注，但WSDL中定义的person结构采用拼音命名：xingming(类型为string)，nianji(类型为int)。在这种情况下，仅考虑节点名称及节点结构是不能将WSDL的xingming及nianji分别匹配到OWL的name及age上的，但考虑了类型相似度就可以匹配成功。

上述两个类型举例是具体的类型。但是，类型也可以是指对各种具体类型归类而得到的更上位的类型。例如，可以将元素分为没有从属元素的简单类型以及有从属元素的复杂类型等。所谓有从属元素，是指在所述集合中，尚有其它元素从属于该复杂类型的元素，或者说该复杂类型的元素类似于接口结构信息本身，也是一个集合。

以树为例，所谓简单类型，可以是只没有子节点的叶节点。所谓复杂类型，可以是具有子节点的非叶结点。也就是说，以复杂节点为根，可以构成一棵子树。

在另一种实施方式中，在获取上述第一接口结构信息和第二接口结构信息时，除了其他常用信息外，尤其要包括元素的概念的出现次数信息。例如，在搜索引擎的输出中，一般有多个条目，这些条目在具体的搜索实例中内容不同，但是其在搜索引擎输出中的逻辑表达是相同的概念。所谓“出现次数信息”，就是指这样的相同概念在所述接口结构信息中的出现次数。该出现次数信息一般是一个取值范围。例如，对于搜索引擎输出中的条目，该取值范围为0到无穷大，因为搜索引擎可以搜索不到任何条目，也可以搜索到任意多的条目。

出现次数信息可以有效地帮助匹配。例如Google查询服务search定义的输出如下：query(occur＝1)(表示query出现的次数为1)，searchResult(occur＝unbounded)(表示searchResult的出现次数不受限制)。其中searchResult是一个复杂结构类型，包含search的条目的具体信息。而在OWL本体结构中，Search的定义如下：keyword(occur＝1)(表示keyword出现的次数为1)，items(occurs＝unbounded)(表示items的出现次数不受限制)。

在此情况下，仅依靠名称和结构的相似度不能够起作用，因为两者的名称相似度为0。但如果加上occur(出现次数)指示信息，就能更加确定WSDL的query节点可以映射到OWL的keyword节点，WSDL的searchResult节点可以映射到OWL的items节点。

当然，在另外的实施方式中，第一接口结构信息和第二接口结构信息可以同时包括元素的类型信息和元素概念的出现次数信息。

2-2第一接口结构信息的获取

第一接口结构信息由第一接口结构信息获取部分302解析非语义网络服务文档而获取。下面以非语义网络服务文档如前所述为WSDL文档的情形为例予以说明。

如前所述，语义转换引擎所转换的事实上是包含在例如SOAP消息中的输入输出代码。但是该输入输出代码所体现的输入输出结构也体现在WSDL文档中。因此，第一接口结构信息获取部分302可以从WSDL文档直接获取所述第一接口结构信息。下面，为描述方便，将第一接口结构信息获取部分302称为WSDL解析器，并且以将第一接口结构信息表达为树结构为例进行描述。

WSDL解析器的实现基于WSDL的标准。WSDL标准定义了一种XML格式的服务，该服务包含几个特别的元素，如service、port、binding、message等。Port(端口)是用SOAP/HTTP binding(绑定)的网络地址来定义，所绑定的网络地址即为要调用的网络服务操作的SOAP地址或HTTP地址。而一系列port(也就是一系列操作)的组合就可以用来定义service(服务)。一个服务可能关联多个操作。Message(消息)就是要传输的SOAP数据的抽象定义。

WSDL解析器的输入可以是一个服务的URL地址(通过该地址调用服务文档)，或者直接是一个服务文档。所谓的解析过程事实上就是依据WSDL文档的内容(其组织是依据WSDL标准的)找出其表达的服务的输入输出中的元素及其属性和相互关系。事实上，所述元素、属性和相互关系都是一个WSDL文档已经包含的信息，只要本领域普通技术人员依据本说明书知晓要从何处获取何种信息，那么，依据WSDL标准，编程获取所述信息只是一项例行的工作。

下面以一个搜索操作的输出为例予以说明。图4所示为一个WSDL搜索操作Search1的输出树结构信息。Search1的类型为“search”(搜索)，该类型的定义是一个复杂结构信息，它包含名称为searchEngine(搜索引擎)、keyword(关键词)等2个简单类型及一个名称为items(条目)的复杂结构类型。searchEngine及keyword都是“字符串”(String)类型的简单结构，可能出现次数为0或1，即出现或者不出现。items是一个复杂结构类型，包含6个子属性(图4中的最下一层叶节点)。items可以出现无数次，即Search1可以有无数个items节点。但是，显然，每一个items实例的内容是不同的，但它们是相同性质的节点，或者说节点所代表的是相同的“概念”。

在一种实施方式中，发明人提出利用元素的类型(type)信息。例如，在图4所示的例子中，Search1的类型为“wsns:Search”；searchEngine的类型为“xs:String”。可以看到，每个结点的类型都会加上命名空间(namespace)信息，以区分不同命名空间下具有相同名称的元素的情况。对于命名空间，例如可用”xs”缩写代替http://www.w3.org/2001/XMLSchema，或者用其他缩写等代表其他的命名空间信息等等。

在另外一种实施方式中，替代地或者附加地，发明人提出利用元素代表的概念的出现次数信息。在WSDL文档中，可以从XSD indicator(XSD指示信息，可参考：http://www.w3schools.com/Schema/schema_complex_indicators.asp)中获得元素的出现次数信息。具体的，XSD indicator包括：

Order indicators(顺序指示信息)：All，choice，sequence

Occurrence indicators(出现次数指示信息)：maxOccurs，minOccurs

Group indicators(分组指示信息)：Group name，attributeGroupname

对于Order indicator及Group indicator，可以默认minOccurs＝maxOccurs＝1；如果某元素没有minOccurs或maxOccurs，则默认二者都为1。对于有Occurrence indicators的，则直接利用minOccurs或maxOccurs的值。其中，minOccurs表示相应元素的最小出现次数，maxOccurs表示相应元素的最大出现次数。

这样，按照上述实施方式，除了其他信息之外，可以获得集合元素(树节点)的类型信息和/或元素概念出现次数信息。

2-3第二接口结构信息的获取

第一接口结构信息获取单元302是从已有的非语义网络服务文档(例如WSDL文档)提取有关服务(操作)的输入输出信息。与之不同，第二接口结构信息获取单元304是要获取用于生成新的语义网络服务文档的输入输出信息。事实上，这个过程相当于按照语义网络服务文档的规范来“构建”其输入输出，例如按照描述该语义网络服务文档的语言来构建输入输出。

作为一个例子，语义网络服务文档可以用网络本体语言OWL来描述。可以认为，网络本体语言已经定义了大量可以用于描述语义网络服务的概念以及这些概念之间的相互关系。如前所述，在将非语义网络服务转换为语义网络服务的过程中，需要将非语义网络服务涉及的非语义元素(概念)转换为用语义网络服务描述语言来描述的元素(概念)。那么，在使用OWL的情况下，就需要将WSDL文档涉及的概念与OWL定义的概念(类)对应起来。要做到准确的对应，显然要考虑各个元素(概念)的各方面的属性。

本发明人考虑到，与一个元素有关联的其他元素的属性，也属于该一个元素的属性的一部分。因此，如果说从WSDL文档中可以提取出前述具有相互关系信息的元素的集合(例如树结构)的话，那么所对应的OWL类也应当构成相同的集合(树)。因此，得到上述第二接口结构信息，就要从OWL定义的本体(本体是全部类的集合)中找到所述对应的集合(树)。

预先定义好的OWL本体可以是专业领域的本体，也可以是多个领域本体的集合，这样会使得本体信息更加丰富。本体的每个Class(类，相当于上文所述的元素或者概念)都可以代表一种数据类型。同样地，由于OWL已经定义了概念(或者说类)之间的相互关系，因此逻辑上OWL已经包含了类似于前文针对WSDL文档所描述的具有相互关系信息的元素的集合或者说树结构。因此，只要本领域普通技术人员依据本说明书知晓要从何处获取何种信息，那么，依据OWL的语言规范，编程获取所述信息只是一项例行的工作。下面，为描述方便，将第二接口结构信息获取部分304称为OWL解析器，并且以将第二接口结构信息表达为树结构为例进行描述。

在一种实施方式中，发明人提出利用元素(类)的类型(type)信息。可以将网络本体语言概念的对象属性(由<owl:ObjectProperty>定义))或基本数据类型属性(由<owl:DatatypeProperty>定义)的取值范围(<rdfs:range>)信息转换为所述树结构中的对应节点的类型信息。例如，在图5所示的例子中，Search的类型为“owlns:Search”；hasSearchEngineValue的类型为“xs:String”。同样地，可以看到，每个结点的类型都会加上命名空间(namespace)信息，以区分不同命名空间下具有相同名称的元素的情况。

在另外一种实施方式中，替代地或者附加地，发明人提出利用元素(类)代表的概念的出现次数信息。在OWL类中，包括子集容量(cardinality)信息，其中minCardinality，maxCardinality就分别对应于相应的类的最小出现次数和最大出现次数，对于子集容量信息取值为cardinality的情况，最大出现次数和最小出现次数均对应于该值，即出现次数只有该一个值。

这样，按照上述实施方式，除了其他信息之外，可以获得第二接口结构信息中的集合元素(树节点)的类型信息和/或元素概念出现次数信息。

在上述解析过程中，首先要找到要解析的树的根节点。也就是OWL语言中与前文所述从WSDL文档中解析出的树的根节点对应的概念(类)。这个过程可以人工辅助进行或者自动进行。在人工辅助进行的情况下，操作者可以从OWL本体库中选择可能对应的概念(类)，并进行本申请所描述的其他必要操作比如后文描述的匹配。如果匹配不成功，则寻找其他可能对应的概念(类)。在自动进行的情况下，可以遍历OWL本体中的类，并对可能的类进行解析和后面的匹配操作，直到找到具有对应的树结构的合适的类的集合。

另外，在上述人工辅助或者自动方式中，对OWL本体进行解析得到树结构的操作是在线进行的。在另外一种实施方式中，可以对OWL本体中的类预先进行本申请提出来的解析，从而形成已经解析出来的树结构(具有相互关系信息的元素的集合)的库，或者说类的“森林”。然后，可以通过与上述类似的人工辅助方式或者自动方式从森林中选择匹配的树或者子树。其中，人工或者自动选择、匹配、再选择的过程与上述是类似的，只不过不需要在线进行解析操作。

在上述人工辅助或者自动选择过程中涉及到匹配过程，这个过程可以根据匹配程度，依据预先设定的阈值来确定合适的匹配，也可以是比较多次匹配的相似度，来选择最佳的匹配。

树的匹配和树的节点的匹配是类似的，具体描述见下一部分。

2-4接口结构信息的匹配

在一个实施方式中，所述匹配部分306比较所述第一接口结构信息的集合中的元素与所述第二接口结构信息的集合中的元素，根据比较得到的元素与元素之间的相似度来确定第一接口结构信息的集合中的元素与所述第二接口结构信息的集合中的元素的对应关系。

具有相互关系的元素的集合的匹配应当在该集合的每一个层次都是匹配的。例如，对于树结构，应当整个树都是匹配的。也就是说，如果某个节点是复杂结构的节点，即如果该节点也是一个集合或者一棵树(子树)的话，那么与其匹配的节点也应当是具有相同结构的集合(树)。因此，树的匹配和其节点的匹配是类似的，下面的描述内容同时适用于树的匹配和节点的匹配，即适用于“森林”中的任何树或者子树，或者说包括其从属元素或者节点的任何元素或者节点。

在更为具体的实施方式中，如图6所示，所述匹配部分306可以包括：名称相似度计算单元602，计算元素名称之间的相似度，作为名称相似度；结构相似度计算单元604，计算元素结构之间的相似度，作为结构相似度，其中，元素结构之间的相似度的计算还要考虑元素的类型是否相同；出现次数相似度计算单元606，计算元素的概念的出现次数之间的相似度，作为出现次数相似度；相似度计算单元608，基于名称相似度、结构相似度和出现次数相似度计算元素与元素之间的相似度；匹配单元610，基于元素与元素之间的相似度来确定第一接口结构信息的集合中的元素与所述第二接口结构信息的集合中的元素的对应关系。下面仍以树结构为例予以说明。

作为示例，名称相似度计算单元602可以先将节点名称进行正规化处理，例如最小化字符串，去掉标点符号等，再计算它们之间的相似度百分比。该相似度计算可以用各种现有技术进行。

结构相似度计算单元604也可以采用各种现有技术计算结构相似度。但是在本申请的一种优选实施方式中，发明人提出在计算结构相似度时需要考虑节点的类型。

例如，可以考虑两个比较的节点是叶节点还是非叶结点。如果两个节点一个是叶节点、另一个是非叶结点，则其相似度为0，因为非叶结点还有进一步的从属结构。如果两个节点都是叶节点，则将其类型相似度作为结构相似度；如果两个节点都不是叶节点，也就是说都还有从属结构，则要计算其从属结构的相似度，也就是说，如前所述，相当于将这两个节点当做两棵树来继续计算其整体的相似度。

其中，类型相似度的计算可以根据实际需要进行恰当的约定。作为示例，发明人给出了下表所示的计算方案，但显然该表中的约定和数值不是限制性的，本领域普通技术人员可以在本申请的实质范围内进行各种修改：

上表中，Wtype和Otype分别表示第一接口结构信息(从WSDL文档获得的树)中的节点类型和第二接口结构信息(从OWL获得的树)中的节点类型。上表所反映的思想是，如果两个节点类型完全相同，则相似度为1，如果两个节点的类型相似，也就是说属于同一个相似类型集合，则相似度为0.5，既不相同也不相似的情况则相似度为0。当然，本领域普通技术人员完全可以对上述值加以调整。

对于从属结构相似度，如前所述，可以重新将其作为一棵树来看待，因此其算法与匹配部分306的整体算法是一样的(例如对名称相似度、结构相似度、出现次数相似度加权平均)，也就是嵌套的循环。另外，如果考虑到整个森林中真正的根节点与子节点还是有所不同(例如，根节点的选取可能有人工辅助)，对节点的从属结构相似度(SubStructureSimilarity)也可以采用不同的计算方式。例如，可以采用下述公式或者其任何数学变换形式：

$\mathrm{SubStructureSimarity}=\mathrm{\&alpha;}*\mathrm{TypeNameSimilarity}+(1-\mathrm{\&alpha;})*\frac{{\mathrm{\&Sigma;}}_i^n\mathrm{Max}\left\{{\mathrm{\&Sigma;}}_j^n\mathrm{MS}(W_{\mathrm{child}\_j},O_{\mathrm{child}\_i})\right\}}{n}---\left(1\right)$

其中，TypeNameSimilarity是节点的类型名称相似度，即将类型名称作为字符串比较其相似度，与前述名称相似度的计算是类似的。n是OWL节点的子节点Ochild_i的个数，m是WSDL节点的子节点Wchild_j的个数。α是范围为0到1(含端点)的系数，可以根据需要设置。MS表示两个子节点的相似度(同样，可以嵌套以上计算方式)。上述公式的含义是，所有最匹配的子节点的相似度之平均相似度，与节点类型相似度之加权和，为该节点的从属结构相似度。

在本申请的一种实施方式中还提出了用出现次数相似度计算单元606计算节点的概念出现的次数的相似度。在一种优选实施方式中，发明人提出了对出现次数相似度(IndicatorSimilarity)的下述计算公式，但显然本领域普通技术人员完全可以在本发明的实质范围内对其加以任何适当的变化：

$\mathrm{IndicatorSimilarity}=\left\{\begin{array}{cc}1.0,& \mathrm{if}(w_{\min }\&le;o_{\min }\&cup;w_{\max }\&GreaterEqual;o_{\max })\\ 1.0,& \mathrm{if}(\&Exists;o_{\mathrm{cardinality}}\&cup;w_{\min }=w_{\max }=o_{\mathrm{cardinality}})\\ 1.5,& \mathrm{if}(\&Exists;o_{\mathrm{cardinality}}\&cup;w_{\min }\&le;o_{\mathrm{cardinality}}\&le;w_{\max })\\ 0.0,& \mathrm{other}\end{array}\right.---\left(2\right)$

其中，Wmin，Wmax分别是WSDL节点出现次数的最小、最大值；Omin，Omax分别是OWL节点出现次数的最小、最大值；Ocardinality和Wcardinality分别表示OWL节点和WSDL节点出现次数(子集容量)。另外，上述公式中if是“如果”的意思，“other”是“其他情况”的意思。

上面分别计算了名称相似度、结构相似度、出现次数相似度。之后，可以由相似度计算单元608将上述三种相似度加权平均，作为相应两节点之间的相似度。另外，如前所述，也可以采用上述从属结构相似度计算公式(1)来计算两个节点之间的相似度(还可以在该公式右边加上出现次数相似度的加权项)。对于一个节点或者一棵树来说，该公式中的参数m、n的含义是，两个节点或者两个树的子节点数目可能不同。这例如是这样的情况：OWL库中与第一接口结构信息最为匹配的树并不与第一结构结构信息完全匹配，例如多一个节点。那么，OWL库中的该树仍然可以使用(使该多余节点为空即可)。

在按照上述方式计算了节点两两之间的相似度之后，例如，可以得到图4和图5所示两棵树的子节点相似度矩阵如下：

其中WSDL的items节点与OWL的hasItem节点都是复杂结构类型，它们的叶子属性之间的相似度矩阵如下：

根据这些矩阵信息，匹配单元610就可以完成所有节点的匹配，如图8所示界面右侧的“matched(已匹配)”所示。应当注意，图4和图5所示的两棵树的子节点数量相同。事实上，如前所述，其子节点数量可能不同。此时，将有多余节点没有任何匹配，那么在最终得到的第二接口结构信息中，该多余节点可以认为是禁用的，或者其值永远为空。

另外，前文提到可以针对第一接口结构信息与OWL本体形成的森林中的树进行匹配，找到最为匹配的树。对此，可以用与上述一样的方式来计算两棵树之间的相似度(也就是根节点的相似度)，从而选择恰当的树。

在一种优选实施方式中，如图7和8所示，还可以提供调整单元712，来对按照上述方式进行的自动匹配进行调整。该调整单元712在用户界面上提供供用户选择节点并确定其是否匹配的工具。例如，在图8所示的界面中，左边两栏显示了自动匹配所找到的两棵树的节点，右边一栏显示了自动匹配的结果(即对应关系)。另外，还提供了两个按钮“match”(匹配)和“dismatch”(解除匹配)。用户可以选定某个自动形成的对应关系，按下“dismatch”按钮解除其匹配，也可以选定没有自动形成对应关系的两个节点，按“match”按钮使之形成匹配关系。

2-5接口转换引擎的生成

在第一接口结构信息获取部分302、第二接口结构信息获取部分304分别获取第一接口结构信息以及第二接口结构信息，并且由匹配部分306获得其对应关系之后，接口转换引擎生成部分308就可以依据上述信息生成接口转换引擎。接口转换引擎事实上是一个赋值文件，负责将第一接口结构信息中的元素的值赋予第二接口结构信息中的相应元素，或者反之。

因此，生成接口转换引擎的过程就是按照OWL-S文件的语法，写出完成上述动作的赋值语句的过程。写出所述赋值语句可以根据所述第一接口结构信息和第二接口结构信息以及所述对应关系自动完成，这是本领域普通技术人员在知晓本申请的内容之后能够编程做到的。

这样，就得到了第二接口结构信息和语义转换引擎，另外，所对应的非语义网络服务(操作)也是已知的。这三个部分就构成了语义网络服务文档。与生成接口转换引擎的过程一样，生成语义网络服务文档是将前述信息按照语义网络服务文档(例如OWL-S文档)的语法写入文档的过程，该过程能够自动完成，并且是本领域普通技术人员在知晓本申请的内容之后能够编程做到的。

3.生成语义网络服务文档的方法

以上结合附图描述了生成语义网络服务文档的设备的各种实施方式，在此过程中事实上也描述了一种生成语义网络服务文档的方法。下面对所述方法结合附图予以简要描述，其中的细节可参见前文对生成语义网络服务文档的设备的描述。

如图9所示，根据本申请的一种生成语义网络服务文档的方法，包括：获取非语义网络服务文档中感兴趣的操作902的第一接口结构信息906(步骤904)；获取与所述感兴趣的操作对应的语义网络服务文档920的第二接口结构信息910(步骤908)；对所述第一接口结构信息906和第二接口结构信息910的内容进行匹配，建立第一接口结构信息中的各个元素与第二接口结构信息中的各个元素的对应关系914(步骤912)；根据所述对应关系914来生成用于对第一接口结构信息和第二接口结构信息进行相互转换的接口转换引擎918(步骤916)；从而，至少所述第二接口结构信息908、所述接口转换引擎918以及所述非语义网络服务文档中感兴趣的操作902的信息构成所述语义网络服务文档920，其中，所述第一接口信息906和所述第二接口信息910均为具有相互关系信息的所述元素的集合，并且每个元素包括该元素的类型信息和/或该元素的概念的出现次数信息。

在一种优选实施方式中，所述非语义网络服务文档是网络服务描述语言文档，其中，基于网络服务描述语言文档中的XSD指示信息而获得所述第一接口信息的集合中的元素的概念的出现次数。

在一种优选实施方式中，所述语义网络服务文档是网络本体语言服务文档，其中，基于网络本体语言概念中有关子集容量的属性信息转换得到所述第二接口信息的集合中的元素的概念的出现次数信息。另外，也可以预先准备网络本体语言概念集合库，从中选择相应的集合作为所述第二接口结构信息。该选择的过程可以人工辅助进行，也可以自动进行，例如比较第一接口结构信息与所述集合库中的各个集合，选择最为匹配的集合作为第二接口结构信息。

在一种优选实施方式中，对所述第一接口结构信息906和第二接口结构信息910的内容进行匹配的步骤包括比较所述第一接口结构信息的集合中的元素与所述第二接口结构信息的集合中的元素，根据比较得到的元素与元素之间的相似度来确定第一接口结构信息的集合中的元素与所述第二接口结构信息的集合中的元素的对应关系。具体地，可以基于以下要素中的至少一个来计算所述相似度：元素名称之间的相似度；元素结构之间的相似度，其中，元素结构之间的相似度的计算还要考虑元素的类型是否相同；元素的概念的出现次数之间的相似度。例如，如图10所示，对所述第一接口结构信息906和第二接口结构信息910的内容进行匹配的步骤可以进一步包括计算元素名称相似度的步骤1002，计算元素结构相似度的步骤1004，以及计算出现次数相似度的步骤。进一步，依据所得到的元素名称相似度、元素结构相似度、出现次数相似度计算得到元素相似度(步骤1008)，即第一接口结构信息906和第二接口结构信息910中各元素之间的相似度，并根据相似度来形成元素之间的匹配关系(步骤1010)。

在通过匹配获得元素的相互对应关系之后，可以根据预定语法规则生成赋值语句构成的文档作为所述转换引擎，其中所述赋值语句根据所述对应关系将第一接口结构信息和第二接口结构信息中的一个的元素的值赋予另一个的对应元素。

这样，就得到了第二接口结构信息和语义转换引擎，另外，所对应的非语义网络服务(操作)也是已知的。这三个部分就构成了语义网络服务文档。

4.网络本体语言概念解析方法

前面提到，第二接口结构信息可以从预先准备的集合库中获取，而不是在线解析OWL本体获得。显然，在前文讨论的在线解析OWL本体而获得第二接口结构信息的方式可以独立使用，以预先获得所述集合库。因此，本申请也提供了一种网络本体语言概念解析方法。下面对所述方法予以简要描述，其中的细节可参见前文对生成语义网络服务文档的设备的描述。

在一种实施方式中，该方法包括将网络本体语言概念解析为具有相互关系的元素的集合，其中，每个元素包括该元素的类型信息和/或该元素的概念的出现次数信息。其中，可以将网络本体语言概念的对象属性或基本数据类型属性的取值范围信息转换为所述集合中的对应元素的类型信息。而将网络本体语言概念中有关子集容量的属性信息转换成所述集合中对应元素的概念的出现次数信息。

5.用以实施本申请的设备和方法的计算设备

上述设备中各个组成模块、单元可通过软件、固件、硬件或其组合的方式进行配置。配置可使用的具体手段或方式为本领域技术人员所熟知，在此不再赘述。在通过软件或固件实现的情况下，从存储介质或网络向具有专用硬件结构的计算机(例如图11所示的通用计算机1100)安装构成该软件的程序，该计算机在安装有各种程序时，能够执行各种功能等。

在图11中，中央处理单元(CPU)1101根据只读存储器(ROM)1102中存储的程序或从存储部分1108加载到随机存取存储器(RAM)1103的程序执行各种处理。在RAM 1103中，也根据需要存储当CPU 1101执行各种处理等等时所需的数据。CPU 1101、ROM 1102和RAM 1103经由总线1104彼此连接。输入/输出接口1105也连接到总线1104。

下述部件连接到输入/输出接口1105：输入部分1106(包括键盘、鼠标等等)、输出部分1107(包括显示器，比如阴极射线管(CRT)、液晶显示器(LCD)等，和扬声器等)、存储部分1108(包括硬盘等)、通信部分1109(包括网络接口卡比如LAN卡、调制解调器等)。通信部分1109经由网络比如因特网执行通信处理。根据需要，驱动器1110也可连接到输入/输出接口1105。可拆卸介质1111比如磁盘、光盘、磁光盘、半导体存储器等等根据需要被安装在驱动器1110上，使得从中读出的计算机程序根据需要被安装到存储部分1108中。

在通过软件实现上述系列处理的情况下，从网络比如因特网或存储介质比如可拆卸介质1111安装构成软件的程序。

本领域的技术人员应当理解，这种存储介质不局限于图11所示的其中存储有程序、与设备相分离地分发以向用户提供程序的可拆卸介质1111。可拆卸介质1111的例子包含磁盘(包含软盘(注册商标))、光盘(包含光盘只读存储器(CD-ROM)和数字通用盘(DVD))、磁光盘(包含迷你盘(MD)(注册商标))和半导体存储器。或者，存储介质可以是ROM 1102、存储部分1108中包含的硬盘等等，其中存有程序，并且与包含它们的设备一起被分发给用户。

本发明还提出一种存储有机器可读取的指令代码的程序产品。所述指令代码由机器读取并执行时，可执行上述根据本发明实施例的方法。

相应地，用于承载上述存储有机器可读取的指令代码的程序产品的存储介质也包括在本发明的公开中。所述存储介质包括但不限于软盘、光盘、磁光盘、存储卡、存储棒等等。

最后，还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。此外，在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

另外，在本说明书中，“第一”、“第二”等表述仅仅是为了将所描述的特征在文字上区分开，以清楚地描述本发明。因此，不应将其视为具有任何限定性的含义。

以上虽然结合附图详细描述了本发明的实施例，但是应当明白，上面所描述的实施方式只是用于说明本发明，而并不构成对本发明的限制。对于本领域的技术人员来说，可以对上述实施方式作出各种修改和变更而没有背离本发明的实质和范围。因此，本发明的范围仅由所附的权利要求及其等效含义来限定。

通过上述的描述，本发明的实施例提供了以下的技术方案。

附记1.一种生成语义网络服务文档的设备，包括：

第一接口结构信息获取部分，被配置成获取非语义网络服务文档中感兴趣的操作的第一接口结构信息；

第二接口结构信息获取部分，被配置成获取与所述感兴趣的操作对应的语义网络服务文档的第二接口结构信息；

匹配部分，被配置成对所述第一接口结构信息和第二接口结构信息的内容进行匹配，建立第一接口结构信息中的各个元素与第二接口结构信息中的各个元素的对应关系；

接口转换引擎生成部分，根据所述对应关系来生成用于对第一接口结构信息和第二接口结构信息进行相互转换的接口转换引擎；

从而，至少所述第二接口结构信息、所述接口转换引擎以及所述非语义网络服务文档中感兴趣的操作的信息构成所述语义网络服务文档，

其中，所述第一接口信息和所述第二接口信息均为具有相互关系信息的所述元素的集合，并且每个元素包括该元素的类型信息和/或该元素的概念的出现次数信息。

附记2.如附记1所述的设备，其中，所述非语义网络服务文档是网络服务描述语言文档，其中，

所述第一接口结构信息获取部分被配置为基于网络服务描述语言文档中的XSD指示信息而获得所述第一接口信息的集合中的元素的概念的出现次数。

附记3.如附记1或2所述的设备，其中，所述语义网络服务文档是网络本体语言服务文档，其中，

所述第二接口结构信息获取部分被配置为基于网络本体语言概念中有关子集容量的属性信息转换得到所述第二接口信息的集合中的元素的概念的出现次数信息。

附记4.如附记1或2所述的设备，其中，所述语义网络服务文档是网络本体语言服务文档，其中，

所述第二接口结构信息获取部分被配置为从网络本体语言概念集合库中获取相应的集合作为所述第二接口结构信息。

附记5.如附记4所述的设备，其中，所述语义网络服务文档是网络本体语言服务文档，其中，

所述第二接口结构信息获取部分被配置为比较所述第一接口结构信息的集合与网络本体语言概念集合库中的概念集合，根据比较得到的相似度来选择合适的概念集合作为所述第二接口结构信息。

附记6.如附记1或2所述的设备，其中，所述匹配部分被配置为比较所述第一接口结构信息的集合中的元素与所述第二接口结构信息的集合中的元素，根据比较得到的元素与元素之间的相似度来确定第一接口结构信息的集合中的元素与所述第二接口结构信息的集合中的元素的对应关系。

附记7.如附记6所述的设备，其中，所述匹配部分包括：

名称相似度计算单元，计算元素名称之间的相似度，作为名称相似度；

结构相似度计算单元，计算元素结构之间的相似度，作为结构相似度，其中，元素结构之间的相似度的计算还要考虑元素的类型是否相同；

出现次数相似度计算单元，计算元素的概念的出现次数之间的相似度，作为出现次数相似度；

相似度计算单元，基于名称相似度、结构相似度和出现次数相似度计算元素与元素之间的相似度；

匹配单元，基于元素与元素之间的相似度来确定第一接口结构信息的集合中的元素与所述第二接口结构信息的集合中的元素的对应关系。

附记8.如附记6所述的设备，其中，所述匹配部分还包括调整部分，用来由用户对元素的对应关系进行调整。

附记9.如附记1或2所述的设备，其中，所述接口转换引擎生成部分被配置为根据预定语法规则生成赋值语句构成的文档作为所述转换引擎，其中所述赋值语句根据所述对应关系将第一接口结构信息和第二接口结构信息中的一个的元素的值赋予另一个的对应元素。

附记10.一种网络本体语言概念解析方法，将网络本体语言概念解析为具有相互关系的元素的集合，其中，每个元素包括该元素的类型信息和/或该元素的概念的出现次数信息。

附记11.如附记10所述的方法，其中，将网络本体语言概念的对象属性或基本数据类型属性的取值范围信息转换为所述集合中的对应元素的类型信息。

附记12.如附记10所述的方法，其中，将网络本体语言概念中有关子集容量的属性信息转换成所述集合中对应元素的概念的出现次数信息。

附记13.一种生成语义网络服务文档的方法，包括：

获取非语义网络服务文档中感兴趣的操作的第一接口结构信息；

获取与所述感兴趣的操作对应的语义网络服务文档的第二接口结构信息；

对所述第一接口结构信息和第二接口结构信息的内容进行匹配，建立第一接口结构信息中的各个元素与第二接口结构信息中的各个元素的对应关系；

根据所述对应关系来生成用于对第一接口结构信息和第二接口结构信息进行相互转换的接口转换引擎；

从而，至少所述第二接口结构信息、所述接口转换引擎以及所述非语义网络服务文档中感兴趣的操作的信息构成所述语义网络服务文档，

其中，所述第一接口信息和所述第二接口信息均为具有相互关系信息的所述元素的集合，并且每个元素包括该元素的类型信息和/或该元素的概念的出现次数信息。

附记14.如附记13所述的方法，其中，所述非语义网络服务文档是网络服务描述语言文档，其中，基于网络服务描述语言文档中的XSD指示信息而获得所述第一接口信息的集合中的元素的概念的出现次数。

附记15.如附记13或14所述的方法，其中，所述语义网络服务文档是网络本体语言服务文档，其中，基于网络本体语言概念中有关子集容量的属性信息转换得到所述第二接口信息的集合中的元素的概念的出现次数信息。

附记16.如附记13或14所述的方法，其中，所述语义网络服务文档是网络本体语言服务文档，其中，从网络本体语言概念集合库中获取相应的集合作为所述第二接口结构信息。

附记17.如附记16所述的方法，其中，比较所述第一接口结构信息的集合与网络本体语言概念集合库中的概念集合，根据比较得到的相似度来选择合适的概念集合作为所述第二接口结构信息。

附记18.如附记13或14所述的方法，其中，比较所述第一接口结构信息的集合中的元素与所述第二接口结构信息的集合中的元素，根据比较得到的元素与元素之间的相似度来确定第一接口结构信息的集合中的元素与所述第二接口结构信息的集合中的元素的对应关系。

附记19.如附记18所述的方法，其中，基于以下要素中的至少一个来计算所述相似度：元素名称之间的相似度；元素结构之间的相似度，其中，元素结构之间的相似度的计算还要考虑元素的类型是否相同；元素的概念的出现次数之间的相似度。

附记20.如附记13或14所述的方法，其中，根据预定语法规则生成赋值语句构成的文档作为所述转换引擎，其中所述赋值语句根据所述对应关系将第一接口结构信息和第二接口结构信息中的一个的元素的值赋予另一个的对应元素。

Claims (10)

1.一种生成语义网络服务文档的设备，包括：

第一接口结构信息获取部分，被配置成获取非语义网络服务文档中感兴趣的操作的第一接口结构信息；

第二接口结构信息获取部分，被配置成获取与所述感兴趣的操作对应的语义网络服务文档的第二接口结构信息；

匹配部分，被配置成对所述第一接口结构信息和第二接口结构信息的内容进行匹配，建立第一接口结构信息中的各个元素与第二接口结构信息中的各个元素的对应关系；

接口转换引擎生成部分，根据所述对应关系来生成用于对第一接口结构信息和第二接口结构信息进行相互转换的接口转换引擎；

从而，至少所述第二接口结构信息、所述接口转换引擎以及所述非语义网络服务文档中感兴趣的操作的信息构成所述语义网络服务文档，

其中，所述第一接口信息和所述第二接口信息均为具有相互关系信息的所述元素的集合，并且每个元素包括该元素的类型信息和/或该元素的概念的出现次数信息。

2.如权利要求1所述的设备，其中，所述非语义网络服务文档是网络服务描述语言文档，其中，

所述第一接口结构信息获取部分被配置为基于网络服务描述语言文档中的XSD指示信息而获得所述第一接口信息的集合中的元素的概念的出现次数。

3.如权利要求1或2所述的设备，其中，所述语义网络服务文档是网络本体语言服务文档，其中，

所述第二接口结构信息获取部分被配置为基于网络本体语言概念中有关子集容量的属性信息转换得到所述第二接口信息的集合中的元素的概念的出现次数信息。

4.如权利要求1或2所述的设备，其中，所述匹配部分被配置为比较所述第一接口结构信息的集合中的元素与所述第二接口结构信息的集合中的元素，根据比较得到的元素与元素之间的相似度来确定第一接口结构信息的集合中的元素与所述第二接口结构信息的集合中的元素的对应关系。

5.如权利要求4所述的设备，其中，所述匹配部分包括：

名称相似度计算单元，计算元素名称之间的相似度，作为名称相似度；

结构相似度计算单元，计算元素结构之间的相似度，作为结构相似度，其中，元素结构之间的相似度的计算还要考虑元素的类型是否相同；

出现次数相似度计算单元，计算元素的概念的出现次数之间的相似度，作为出现次数相似度；

相似度计算单元，基于名称相似度、结构相似度和出现次数相似度计算元素与元素之间的相似度；

匹配单元，基于元素与元素之间的相似度来确定第一接口结构信息的集合中的元素与所述第二接口结构信息的集合中的元素的对应关系。

6.如权利要求1或2所述的设备，其中，所述接口转换引擎生成部分被配置为根据预定语法规则生成赋值语句构成的文档作为所述转换引擎，其中所述赋值语句根据所述对应关系将第一接口结构信息和第二接口结构信息中的一个的元素的值赋予另一个的对应元素。

7.一种网络本体语言概念解析方法，将网络本体语言概念解析为具有相互关系的元素的集合，其中，每个元素包括该元素的类型信息和/或该元素的概念的出现次数信息。

8.一种生成语义网络服务文档的方法，包括：

获取非语义网络服务文档中感兴趣的操作的第一接口结构信息；

获取与所述感兴趣的操作对应的语义网络服务文档的第二接口结构信息；

对所述第一接口结构信息和第二接口结构信息的内容进行匹配，建立第一接口结构信息中的各个元素与第二接口结构信息中的各个元素的对应关系；

根据所述对应关系来生成用于对第一接口结构信息和第二接口结构信息进行相互转换的接口转换引擎；

从而，至少所述第二接口结构信息、所述接口转换引擎以及所述非语义网络服务文档中感兴趣的操作的信息构成所述语义网络服务文档，

其中，所述第一接口信息和所述第二接口信息均为具有相互关系信息的所述元素的集合，并且每个元素包括该元素的类型信息和/或该元素的概念的出现次数信息。

9.如权利要求8所述的方法，其中，所述非语义网络服务文档是网络服务描述语言文档，其中，基于网络服务描述语言文档中的XSD指示信息而获得所述第一接口信息的集合中的元素的概念的出现次数。

10.如权利要求8或9所述的方法，其中，所述语义网络服务文档是网络本体语言服务文档，其中，基于网络本体语言概念中有关子集容量的属性信息转换得到所述第二接口信息的集合中的元素的概念的出现次数信息。

Images