CN104866518A - 一种资源环境模型决策支持平台 - Google Patents

Abstract

本发明公开了一种资源环境模型决策支持平台，包括UDDI注册中心、模型组合服务、OWL-S/UDDI转换器、查询处理器、语义服务发现引擎模块、实例化模型应用。本发明利用和发挥UDDI原有的优势，将底层的Web服务管理部分依托于UDDI现有的功能，通过增加服务的语义描述层和服务的能力匹配层实现服务的语义标注和语义匹配功能，通过OWL-S/UDDI转化器实现OWL-SProfile与UDDI中广告描述的映射关系，扩展了UDDI的服务描述能力；通过构造服务发现引擎能实现基于服务功能的语义匹配，提高了服务发现性能的目的，在用户通过UDDI及语义服务发现引擎发现符合其要求的服务后，通过系统提供的实例化模型应用功能模块直接将该模型服务生成图形化操作界面，直接使用该模型进行模型数据输入和模型验证。

Description

一种资源环境模型决策支持平台

技术领域

本发明属于资源信息化领域，尤其涉及一种资源环境模型决策支持平台。

背景技术

资源环境模型决策支持平台中大量多源异构的模型存在，模型之间内在关联和调用需要发布成WebService形式屏蔽彼此之间内在差异性，按照规范标准统一接口，但是各个模型服务分散于各个用户之间，模型服务信息之间缺乏内在共享渠道。而UDDI(Universal Description，Discovery and Integratio)是一种目录服务，用户可以使用它对WebServices进行注册和搜索，主要提供基于Web服务的注册和发现机制，为Web服务提供三个重要的技术支持：①标准、透明、专门描述Web服务的机制；②调用Web服务的机制；③可以访问的Web服务注册中心。将资源环境模型服务与UDDI结合，可以有效增强模型服务的共享性。但是UDDI先天性单一模型服务注册、服务发现方法缺乏语义描述机制、模型服务使用匮乏性问题，给资源环境模型服务决策支持平台高性能带来了极大的制约。

发明内容

本发明实施例的目的在于提供一种资源环境模型决策支持平台，旨在解决UDDI服务注册单一、服务发现效率低、服务使用匮乏问题。

本发明是这样实现的，一种资源环境模型决策支持平台包括UDDI注册中心、模型组合服务、OWL-S/UDDI转换器、查询处理器、语义服务发现引擎模块、实例化模型应用；该资源环境模型决策支持平台包括模型服务注册、模型服务组合、模型服务查找、模型服务应用四大功能模块，体现了模型服务“注册--组合--发现--应用”内在的逻辑关系；模型附图提供者通过OWL-S/UDDI转换器在UDDI注册中心发布基于语义的模型服务；模型组合服务则是在UDDI 注册中心已注册的模型服务中根据业务需求，将模型服务以节点形式展现，在可视化建模环境将模型服务作为组合模型的过程节点，应用工作流方式贯穿模型组合实施过程，最后将这组合而成的模型服务再次注册进入UDDI注册中心；模型服务请求者通过查询处理器，语义服务发现引擎查找已注册模型服务；对已查找得到的模型服务，平台自动实例化生成模型服务的输入参数界面，以供请求者输入参数使用模型服务；请求者完成模型服务相关参数输入后，经过平台严格数据验证通过后，后台运行服务输出模型结果，若模型服务有下一节点，则循环迭代执行输入及输出。

所述的UDDI注册中心继续应用UDDI原有四种数据模型Business、BusinesssService、BindingTemplate和tModel来表示服务广告描述、发布及查询API；

所述的OWL-S/UDDI转化器实现服务功能描述与UDDI广告描述之间的映射关系，为UDDI中心扩展语义标注，增强UDDI描述服务的能力，可以将服务的OWL-S Profile实例转化成一个UDDI服务注册信息，并用发布接口进行服务信息发布，经过转化器在UDDI中心注册后，获得一个与该服务相关的ID号，然后把这个ID号与服务本体绑定发送到语义服务发现引擎；

所述的查询处理器用于提取用户查询请求中有用的服务能力信息，使经过该模块处理后的服务请求描述更能精确表达用户所需的服务信息；

所述的语义服务发现引擎用来实现基于服务功能的语义匹配，以弥补基于关键字匹配方法发现性能差的缺陷。

进一步，语义服务发现引擎按功能可细分为语义推理机、匹配器、领域本体库和Web服务本体库四个模块；

所述的语义推理机根据OWL和描述逻辑的语义等价性，利用描述逻辑具有的概念间包含关系判断推理功能对服务本体和服务请求描述所涉及的本体概 念关系进行推理并计算匹配程度，并把结果返回给匹配器；

所述的匹配器把服务请求描述和服务广告描述的ServiceCategory和输入输出参数信息作为匹配依据，并根据以服务功能的语义匹配为主的分级匹配算法，对服务双方进行匹配，并以服务请求者设置的最小匹配度为闭值进行筛选服务，最后按照优先级把匹配结果集反馈给用户；

所述的领域本体库的建立需要经过创建领域术语集、创建领域本体、一致性检查几个重要阶段；领域知识专家依据领域内的知识结构、知识关系和所要解决的任务对系统建模，确定领域本体的核心概念集，构建领域本体概念的关系并将其模型化；技术人员依据本体描述语言的语法规则，使用领域专家给出的领域模型创建领域本体；最后利用现有的推理机对领域本体进行一致性检查。

所述的Web服务本体库用来存放Web服务的语义描述文件，即Web服务本体，为服务功能的语义匹配提供所需的服务功能信息；每个服务本体通过UDDI注册中心的服务ID号与特定的BussinessService对应，当语义服务发现引擎接收到用户查询请求时，通过转换器查询UDDI注册中心，找到与语义信息匹配的tModel类型，从而获得profile的URL列表，然后根据profile的URL在服务本体库中找到对应的服务本体文件，再把该服务本体文件和查询描述一起再传送到语义推理机进行计算匹配程度计算。

进一步，匹配器在接收规范化的服务请求描述后，以查询请求中的功能信息为条件向OWL-SU/DDI转换器匹配器发送查询请求，从UDDI注册中心提取出引用与这些参数对应的tModel的Web服务本体URL，并通过URL在Web服务本体库中获取Web服务本体实例，然后根据自身的服务匹配策略和算法对查询请求和服务广告描述进行匹配，在匹配过程中通过调用语义推理机来计算概念间的匹配程度，最后对服务匹配集按匹配程度高低排列，并把用户设定的匹配程度作为阀值，过滤不符合要求的服务集。

进一步，匹配器所使用的匹配算法分为两级匹配，第一级为ServiceCategory级的服务匹配，通过判断服务请求者所需服务与服务广告实例是否属于同一服 务分类来缩小搜索范围，如果采用的是某第三方分类系统，则判定服务描述双方的分类值是否相同，如果相同则进入下一级匹配，反之则从候选服务集中删除；如果引用的是某领域本体文件，则通过判定服务双方是否属于同一本体，如果是则进入下一级匹配，否则过滤掉该服务实例；第二级基于服务功能的语义匹配把输入输出参数作为匹配依据，在匹配过程中通过调用语义推理机来判断概念间的关系，并根据概念语义相似度公式来计算匹配度，然后对服务匹配集按匹配程度高低排列，并把用户设定的匹配程度作为阀值，过滤不符合要求的服务集。

进一步，一个完整的Web服务本体包含：调用方式信息、属性语义信息、操作方式信息、调用映射信息四个组成部分，这四个方面信息分别通过WSDL文件、OWL-S的profile文件、OWL-S的Process文件、OWL-S的Grounding文件来实现。

进一步，所述的资源环境模型决策支持平台的功能包括模型服务发布、模型服务发现、模型服务应用、模型服务共享。

进一步，所述的模型服务发布的具体实现方法如下：

用户通过UDDI登录接口登录平台，新用户则要求在UDDI注册信息方可进入系统平台发布Web服务，已注册用户则直接进入系统进行以下操作：发布模型服务、组合模型服务、浏览服务和删除服务，具体步骤为：

步骤一、服务提供者登陆UDDI中心，在服务发布前进行用户预注册，获得注册服务的权限；

步骤二、基于工作流可视化构建可视化组合建模环境；

步骤三、服务提供者利用OWL-S语言对Web服务进行语义描述，创建服务本体实例，并把它发送给OWL-S/UDDI转换器；

步骤四、转换器接收到服务本体后，按照其提供的OWL-S Profile到UDDI的映射机制，创建Web服务广告描述，调用UDDI应用程序接口，将这些信息存储在UDDI注册中心，并把创建的Web服务ID和相对应的服务本体绑定发 送到语义服务发现引擎；

步骤五、语义服务发现引擎把接收到的中的服务本体发送到服务本体库进行存储，Web服务发布完成；

步骤六、用户进行删除服务操作时，先选定服务条目，得到待删除的商业实体和商业服务的索引，然后交给OWL-S/UDDI转换模块继续处理，OWL-S/UDDI转换器调用UDDI接口删除UDDI注册中心中的相应商业实体和商业服务。

进一步，所述的模型服务发现的具体实现方法为：

步骤一、服务请求者通过用户查询界面提供所需的服务信息，主要包括服务名称、服务描述、服务的输入、输出、前提条件、结果参数、引用的领域本体的URL和最小匹配程度参数等，并把这些信息传送给查询处理器；

步骤二、查询处理器在获得查询请求后，通过查询领域本体库对查询信息进行标准化和过滤，保留应用于查找的条件和约束信息，并根据OWL-S Profile规范形成新的查询请求描述，然后把该查询请求描述发送给语义服务发现引擎，同时通过OWL-S/UDDI转换器从UDDI注册中心提取出所有与服务语义信息对应的tModel中。OverviewDoc元素指向的Web服务语义描述文档，并把该信息发送至语义服务发现引擎；

步骤三、语义服务发现引擎根据接收到的Web服务语义描述文件地址在服务本体库中找到相应文件，同时把该文件与服务请求描述一起发送给语义推理机；

步骤四、语义推理机根据服务的输入、输出参数对应的本体概念的URL，从领域本体库中提取对应的领域本体，并运用概念间包含关系判断推理功能来计算匹配程度，然后把结果返回给匹配引擎；

步骤五、匹配引擎根据用户要求的匹配程度为闭值，对服务查询描述和服务语义进行过滤和匹配，得到功能相似的服务描述文件列表，并按匹配程度由高到低返回匹配结果集。

进一步，模型服务应用的具体实现方法为：

在Web服务查找发现所需模型服务后，可以直接在线使用该模型服务，若该模型服务为单一模型服务则用户直接在页面上生成该模型的操作界面；如果是复合模型服务，则模型执行顺序按照在模型建模环境中设置好的流程来执行。

进一步，模型服务共享的具体实现方法为：

用户在使用在线模型中认为较好的模型除了推荐以外同时可以通过网站提供分享的功能将该模型向其他好友分享推荐。

本发明实施可以将UDDI注册中心中已有模型服务再次组合构建成新的模型服务，增加注册服务的深度和广度。系统设计将底层的Web服务管理部分依托于UDDI现有的功能，扩展UDDI注册中心，增加服务的语义描述层和服务的能力匹配层来实现服务的语义标注和语义匹配功能。通过OWL-S/UDDI转化器可以实现OWL-S Profile与UDDI中广告描述的映射关系，因此扩展了UDDI的服务描述能力；同时通过构造服务发现引擎能实现基于服务功能的语义匹配，达到提高服务发现性能的目的。在用户通过UDDI及语义服务发现引擎发现符合其要求的服务后，可以通过系统提供的实例化模型应用功能模块直接将该模型服务生成图形化操作界面，用户可以直接使用该模型进行模型数据输入和模型验证。

附图说明

图1是本发明实施例提供的资源环境决策支持平台的结构示意图；

图2是本发明实施例提供的数学四则混合运算模型服务流程图。

具体实施方式

为了使本发明的目的、技术方案及优点更加清楚明白，以下结合实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

下面结合附图及具体实施例对本发明的应用原理作进一步描述。

图1示出了本发明的资源环境决策支持平台的结构，如图所示，本发明实施例是这样实现的，一种资源环境模型决策支持平台包括UDDI注册中心、模型组合服务、OWL-S/UDDI转换器、查询处理器、语义服务发现引擎模块、实例化模型应用；

所述的UDDI注册中心继续应用UDDI原有四种数据模型Business、BusinesssService、BindingTemplate和tModel来表示服务广告描述、发布及查询API；

所述的OWL-S/UDDI转化器实现服务功能描述与UDDI广告描述之间的映射关系，为UDDI中心扩展语义标注，增强UDDI描述服务的能力，服务提供者发布服务时，需要向UDDI中心注册服务，通过该转换器可以将服务的OWL-SProfile实例转化成一个UDDI服务注册信息，并用发布接口进行服务信息发布，经过转化器在UDDI中心注册后，获得一个与该服务相关的ID号，然后把这个ID号与服务本体绑定发送到语义服务发现引擎；

所述的查询处理器用于提取用户查询请求中有用的服务能力信息，使经过该模块处理后的服务请求描述更能精确表达用户所需的服务信息；

所述的语义服务发现引擎用来实现基于服务功能的语义匹配，以弥补基于关键字匹配方法发现性能差的缺陷。

进一步，语义服务发现引擎按功能可细分为语义推理机、匹配器、领域本体库和Web服务本体库四个模块；

所述的语义推理机根据OWL和描述逻辑的语义等价性，利用描述逻辑具有的概念间包含关系判断推理功能对服务本体和服务请求描述所涉及的本体概念关系进行推理并计算匹配程度，并把结果返回给匹配器；

所述的匹配器把服务请求描述和服务广告描述的ServiceCategory和输入输出参数信息作为匹配依据，并根据以服务功能的语义匹配为主的分级匹配算法，对服务双方进行匹配，并以服务请求者设置的最小匹配度为闭值进行筛选服务，最后按照优先级把匹配结果集反馈给用户；

所述的领域本体库的建立需要经过创建领域术语集、创建领域本体、一致性检查几个重要阶段；领域知识专家依据领域内的知识结构、知识关系和所要解决的任务对系统建模，确定领域本体的核心概念集，构建领域本体概念的关系并将其模型化；技术人员依据本体描述语言的语法规则，使用领域专家给出的领域模型创建领域本体；最后利用现有的推理机对领域本体进行一致性检查。

所述的Web服务本体库用来存放Web服务的语义描述文件，即Web服务本体，为服务功能的语义匹配提供所需的服务功能信息；每个服务本体通过UDDI注册中心的服务ID号与特定的BussinessService对应，当语义服务发现引擎接收到用户查询请求时，通过转换器查询UDDI注册中心，找到与语义信息匹配的tModel类型(比如input_tmodel)，从而获得profile的URL列表，然后根据profile的URL在服务本体库中找到对应的服务本体文件，再把该服务本体文件和查询描述一起再传送到语义推理机进行计算匹配程度计算。借鉴OWL-S规范，同时兼容WSDL语言，Web服务本体可通过定义方式来描述。

进一步，匹配器在接收规范化的服务请求描述后，以查询请求中的功能信息(如输入、输出参数)为条件向OWL-SU/DDI转换器匹配器发送查询请求，从UDDI注册中心提取出引用与这些参数对应的tModel的Web服务本体URL，并通过URL在Web服务本体库中获取Web服务本体实例，然后根据自身的服务匹配策略和算法对查询请求和服务广告描述进行匹配，在匹配过程中通过调用语义推理机来计算概念间的匹配程度，最后对服务匹配集按匹配程度高低排列，并把用户设定的匹配程度作为阀值，过滤不符合要求的服务集。

进一步，作为语义发现引擎的核心，匹配器主要负责查找满足用户需求的Web服务，并能实现基于服务功能的语义匹配。而采用何种匹配算法来实现匹配将直接影响到Web服务发现的检索效率和性能。本发明实施例在参考Massimo Paolucci的算法、Stefan Tang的算法和何文利的算法基础上给出一种以基于服务功能为主的分级匹配算法。匹配器所使用的匹配算法分为两级匹配，第一级为ServiceCategory级的服务匹配，通过判断服务请求者所需服务与服务 广告实例是否属于同一服务分类来缩小搜索范围，如果采用的是某第三方分类系统(NAICS)，则判定服务描述双方的分类值是否相同，如果相同则进入下一级匹配，反之则从候选服务集中删除；如果引用的是某领域本体文件，则通过判定服务双方是否属于同一本体，如果是则进入下一级匹配，否则过滤掉该服务实例；第二级基于服务功能的语义匹配把输入输出参数作为匹配依据，在匹配过程中通过调用语义推理机来判断概念间的关系，并根据概念语义相似度公式来计算匹配度，然后对服务匹配集按匹配程度高低排列，并把用户设定的匹配程度作为阀值，过滤不符合要求的服务集。

进一步，一个完整的Web服务本体包含：调用方式信息、属性语义信息、操作方式信息、调用映射信息四个组成部分，这四个方面信息分别通过WSDL文件、OWL-S的profile文件、OWL-S的Process文件、OWL-S的Grounding文件来实现。

进一步，所述的资源环境模型决策支持平台的功能包括模型服务发布、模型服务发现、模型服务应用、模型服务共享。

进一步，所述的模型服务发布的具体实现方法如下：

用户通过UDDI登录接口登录平台，新用户则要求在UDDI注册信息方可进入系统平台发布Web服务，已注册用户则直接进入系统进行以下操作：发布模型服务、组合模型服务、浏览服务和删除服务，具体步骤为：

步骤一、服务提供者登陆UDDI中心，在服务发布前进行用户预注册，获得注册服务的权限；

步骤二、基于工作流可视化构建可视化组合建模环境；

步骤三、服务提供者利用OWL-S语言对Web服务进行语义描述，创建服务本体实例，并把它发送给OWL-S/UDDI转换器；

步骤四、转换器接收到服务本体后，按照其提供的OWL-S Profile到UDDI的映射机制，创建Web服务广告描述，调用UDDI应用程序接口，将这些信息存储在UDDI注册中心，并把创建的Web服务ID和相对应的服务本体绑定发 送到语义服务发现引擎；

步骤五、语义服务发现引擎把接收到的中的服务本体发送到服务本体库进行存储，Web服务发布完成；

步骤六、用户进行删除服务操作时，先选定服务条目，得到待删除的商业实体和商业服务的索引，然后交给OWL-S/UDDI转换模块继续处理，OWL-S/UDDI转换器调用UDDI接口删除UDDI注册中心中的相应商业实体和商业服务。

进一步，所述的模型服务发现的具体实现方法为：

步骤一、服务请求者通过用户查询界面提供所需的服务信息，主要包括服务名称、服务描述、服务的输入、输出、前提条件、结果参数、引用的领域本体的URL和最小匹配程度参数等，并把这些信息传送给查询处理器；

步骤二、查询处理器在获得查询请求后，通过查询领域本体库对查询信息进行标准化和过滤，保留应用于查找的条件和约束信息，并根据OWL-S Profile规范形成新的查询请求描述，然后把该查询请求描述发送给语义服务发现引擎，同时通过OWL-S/UDDI转换器从UDDI注册中心提取出所有与服务语义信息对应的tModel中。OverviewDoc元素指向的Web服务语义描述文档，并把该信息发送至语义服务发现引擎；

步骤三、语义服务发现引擎根据接收到的Web服务语义描述文件地址在服务本体库中找到相应文件，同时把该文件与服务请求描述一起发送给语义推理机；

步骤四、语义推理机根据服务的输入、输出参数对应的本体概念的URL，从领域本体库中提取对应的领域本体，并运用概念间包含关系判断推理功能来计算匹配程度，然后把结果返回给匹配引擎；

步骤五、匹配引擎根据用户要求的匹配程度为闭值，对服务查询描述和服务语义进行过滤和匹配，得到功能相似的服务描述文件列表，并按匹配程度由高到低返回匹配结果集。

进一步，模型服务应用的具体实现方法为：

在Web服务查找发现所需模型服务后，可以直接在线使用该模型服务，若该模型服务为原子模型服务(单一模型服务)则用户直接在页面上生成该模型的操作界面；如果是组合模型服务(复合模型服务)，则模型执行顺序按照模型服务流程图顺序执行。

进一步，模型服务共享的具体实现方法为：

为了增强用户参与意识，用户可以对在线使用的模型服务的同时可以进行评论和推荐，模型服务提供者可以及时对于用户使用情况进行反馈，进一步优化和完善模型存在的问题，同时也进一步衔接了模型使用者之间同行的联系，搭建了业态沟通互动桥梁。借鉴了分享的理念，用户在使用在线模型中认为较好的模型除了推荐以外同时可以通过网站提供分享的功能将该模型向其他好友分享推荐，可以不断地将优质的模型向广大的用户推介，让更多的用户从中获取得到优质的模型服务。通过这样的模式构建了一个由用户参与决定的模型库，提升了模型库系统的生命周期和存活度。

将开发的基础模型服务在UDDI注册中心注册，并将这些模型服务按照演变过程-分异格局-驱动机制-胁迫阀值-预测预警-风险评估-优化决策等问题进行分类分级，具体情况如下表1所示。

表1基础模型库及方法组成结构

注：表中“√”表示分类分级中的所包含的方法库。

下面以实施简单数学四则混合运算((A+B)-C)×D÷E来简要介绍模型服务基本情况。模型服务流程图如图2所示。

首先用户实施加法运算，输入两个加法运算的参数，执行模型得到加法运算结果；接着将结果又作为下一节点减法运算的一个输入参数，同时用户输入另外一个参数继续进行减法运算；继续根据已设置好的模型服务流程图顺序执行乘法运算、除法运算，最终得到该四则混合运算模型服务的运算结果。

本发明实施可以将UDDI注册中心中已有模型服务再次组合构建成新的模型服务，增加注册服务的深度和广度。系统设计将底层的Web服务管理部分依托于UDDI现有的功能，扩展UDDI注册中心，增加服务的语义描述层和服务的能力匹配层来实现服务的语义标注和语义匹配功能。通过OWL-S/UDDI转化器可以实现OWL-S Profile与UDDI中广告描述的映射关系，因此扩展了UDDI的服务描述能力；同时通过构造服务发现引擎能实现基于服务功能的语义匹配， 达到提高服务发现性能的目的。在用户通过UDDI及语义服务发现引擎发现符合其要求的服务后，可以通过系统提供的实例化模型应用功能模块直接将该模型服务生成图形化操作界面，用户可以直接使用该模型进行模型数据输入和模型验证。

以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种资源环境模型决策支持平台，其特征在于，该资源环境模型决策支持平台包括模型服务注册、模型服务组合、模型服务查找、模型服务应用四大功能模块；模型附图提供者通过OWL-S/UDDI转换器在UDDI注册中心发布基于语义的模型服务；模型组合服务则是在UDDI注册中心已注册的模型服务中根据业务需求，将模型服务以节点形式展现，在可视化建模环境将模型服务作为组合模型的过程节点，应用工作流方式贯穿模型组合实施过程，最后将这组合而成的模型服务再次注册进入UDDI注册中心；模型服务请求者通过查询处理器，语义服务发现引擎查找已注册模型服务；对已查找得到的模型服务，平台自动实例化生成模型服务的输入参数界面，以供请求者输入参数使用模型服务；请求者完成模型服务相关参数输入后，经过平台严格数据验证通过后，后台运行服务输出模型结果，若模型服务有下一节点，则循环迭代执行输入及输出。

2.如权利要求1所述的资源环境模型决策支持平台，其特征在于，该资源环境模型决策支持平台包括UDDI注册中心继续应用UDDI四种数据模型Business、BusinesssService、BindingTemplate和tModel来表示服务广告描述、发布及查询API；

OWL-S/UDDI转化器实现服务功能描述与UDDI广告描述之间的映射关系，为UDDI中心扩展语义标注，增强UDDI描述服务的能力，将服务的OWL-SProfile实例转化成一个UDDI服务注册信息，并用发布接口进行服务信息发布，经过转化器在UDDI中心注册后，获得一个与该服务相关的ID号，然后把这个ID号与服务本体绑定发送到语义服务发现引擎；

查询处理器用于提取用户查询请求中有用的服务能力信息，使经过该模块处理后的服务请求描述表达用户所需的服务信息；

语义服务发现引擎模块发现引擎用来实现基于服务功能的语义匹配，以弥补基于关键字匹配方法发现性能差的缺陷。

3.如权利要求2所述的资源环境模型决策支持平台，其特征在于，语义服务发现引擎模块按功能分为语义推理机、匹配器、领域本体库和Web服务本体库四个模块；

所述的语义推理机根据OWL和描述逻辑的语义等价性，利用描述逻辑具有的概念间包含关系判断推理功能对服务本体和服务请求描述所涉及的本体概念关系进行推理并计算匹配程度，并把结果返回给匹配器；

所述的匹配器把服务请求描述和服务广告描述的ServiceCategory和输入输出参数信息作为匹配依据，并根据以服务功能的语义匹配为主的分级匹配算法，对服务双方进行匹配，并以服务请求者设置的最小匹配度为闭值进行筛选服务，最后按照优先级把匹配结果集反馈给用户；

所述的领域本体库的建立需要经过创建领域术语集、创建领域本体、一致性检查；领域知识专家依据领域内的知识结构、知识关系和所要解决的任务对系统建模，确定领域本体的核心概念集，构建领域本体概念的关系并将其模型化；技术人员依据本体描述语言的语法规则，使用领域专家给出的领域模型创建领域本体；最后利用现有的推理机对领域本体进行一致性检查；

所述的Web服务本体库用来存放Web服务的语义描述文件，即Web服务本体，为服务功能的语义匹配提供所需的服务功能信息；每个服务本体通过UDDI注册中心的服务ID号与特定的BussinessService对应，当语义服务发现引擎接收到用户查询请求时，通过转换器查询UDDI注册中心，找到与语义信息匹配的tModel类型，从而获得profile的URL列表，然后根据profile的URL在服务本体库中找到对应的服务本体文件，再把该服务本体文件和查询描述一起再传送到语义推理机进行计算匹配程度计算。

4.如权利要求2所述的资源环境模型决策支持平台，其特征在于，匹配器在接收规范化的服务请求描述后，以查询请求中的功能信息为条件向OWL-SU/DDI转换器匹配器发送查询请求，从UDDI注册中心提取出引用与这些参数对应的tModel的Web服务本体URL，并通过URL在Web服务本体库中获取Web服务本体实例，然后根据自身的服务匹配策略和算法对查询请求和服务广告描述进行匹配，在匹配过程中通过调用语义推理机来计算概念间的匹配程度，最后对服务匹配集按匹配程度高低排列，并把用户设定的匹配程度作为阀值，过滤不符合要求的服务集。

5.如权利要求3所述的资源环境模型决策支持平台，其特征在于，匹配器所使用的匹配算法分为两级匹配，第一级为ServiceCategory级的服务匹配，通过判断服务请求者所需服务与服务广告实例是否属于同一服务分类来缩小搜索范围，采用的是某第三方分类系统，则判定服务描述双方的分类值是否相同，相同则进入下一级匹配，反之则从候选服务集中删除；引用的是某领域本体文件，则通过判定服务双方是否属于同一本体，是则进入下一级匹配，否则过滤掉该服务实例；第二级基于服务功能的语义匹配把输入输出参数作为匹配依据，在匹配过程中通过调用语义推理机来判断概念间的关系，并根据概念语义相似度公式来计算匹配度，然后对服务匹配集按匹配程度高低排列，并把用户设定的匹配程度作为阀值，过滤不符合要求的服务集。

6.如权利要求3所述的资源环境模型决策支持平台，其特征在于，一个完整的Web服务本体包含：调用方式信息、属性语义信息、操作方式信息、调用映射信息四个组成部分，信息分别通过WSDL文件、OWL-S的profile文件、OWL-S的Process文件、OWL-S的Grounding文件来实现。

7.如权利要求2所述的资源环境模型决策支持平台，其特征在于，所述的资源环境模型决策支持平台的功能包括模型服务发布、模型服务发现、模型服务应用、模型服务共享；

所述的模型服务发布的具体实现方法如下：

用户通过UDDI登录接口登录平台，新用户则要求在UDDI注册信息方可进入系统平台发布Web服务，已注册用户则直接进入系统进行以下操作：发布模型服务、组合模型服务、浏览服务和删除服务，具体步骤为：

步骤一、服务提供者登陆UDDI中心，在服务发布前进行用户预注册，获得注册服务的权限；

步骤二、基于工作流可视化构建可视化组合建模环境；

步骤三、服务提供者利用OWL-S语言对Web服务进行语义描述，创建服务本体实例，并把它发送给OWL-S/UDDI转换器；

步骤四、转换器接收到服务本体后，按照其提供的OWL-S Profile到UDDI的映射机制，创建Web服务广告描述，调用UDDI应用程序接口，将信息存储在UDDI注册中心，并把创建的Web服务ID和相对应的服务本体绑定发送到语义服务发现引擎；

步骤五、语义服务发现引擎把接收到的中的服务本体发送到服务本体库进行存储，Web服务发布完成；

步骤六、用户进行删除服务操作时，先选定服务条目，得到待删除的商业实体和商业服务的索引，然后交给OWL-S/UDDI转换模块继续处理，OWL-S/UDDI转换器调用UDDI接口删除UDDI注册中心中的相应商业实体和商业服务。

8.如权利要求7所述的资源环境模型决策支持平台，其特征在于，所述的模型服务发现的具体实现方法为：

步骤一、服务请求者通过用户查询界面提供所需的服务信息，主要包括服务名称、服务描述、服务的输入、输出、前提条件、结果参数、引用的领域本体的URL和最小匹配程度参数，并把信息传送给查询处理器；

步骤二、查询处理器在获得查询请求后，通过查询领域本体库对查询信息进行标准化和过滤，保留应用于查找的条件和约束信息，并根据OWL-S Profile规范形成新的查询请求描述，然后把该查询请求描述发送给语义服务发现引擎，同时通过OWL-S/UDDI转换器从UDDI注册中心提取出所有与服务语义信息对应的tModel中，OverviewDoc元素指向的Web服务语义描述文档，并把该信息发送至语义服务发现引擎；

步骤三、语义服务发现引擎根据接收到的Web服务语义描述文件地址在服务本体库中找到相应文件，同时把该文件与服务请求描述一起发送给语义推理机；

步骤四、语义推理机根据服务的输入、输出参数对应的本体概念的URL，从领域本体库中提取对应的领域本体，并运用概念间包含关系判断推理功能来计算匹配程度，然后把结果返回给匹配引擎；

步骤五、匹配引擎根据用户要求的匹配程度为闭值，对服务查询描述和服务语义进行过滤和匹配，得到功能相似的服务描述文件列表，并按匹配程度由高到低返回匹配结果集。

9.如权利要求7所述的资源环境模型决策支持平台，其特征在于，模型服务应用的具体实现方法为：

在Web服务查找发现所需模型服务后，直接在线使用该模型服务，该模型服务为单一模型服务则用户直接在页面上生成该模型的操作界面；是复合模型服务，则模型执行顺序按照在模型建模环境中设置好的流程来执行。

10.如权利要求7所述的资源环境模型决策支持平台，其特征在于，模型服务共享的具体实现方法为：

用户在使用在线模型中认为较好的模型除了推荐以外同时通过网站提供分享的功能将该模型向其他好友分享推荐。