导读:
对UDDI的扩展不可能做成通用的,因为在一个系统中不可能涵盖所有领域的UDDI的分类及目录情况,所以系统想提供一个框架,扩展对UDDI中所容纳的Web服务的语义支持,针对不同行业创建不同的UDDI支持,动态的创建及修改,并且可以动态添加UDDI语义的属性。设计一个由领域专家定义的本领域或者行业的框架,并可由Web服务提供者进行动态不断扩充,建立适合供某个领域使用的UDDI。系统提供了一个表示模型,使用户能够增加UDDI的语义属性,更好地对Web服务进行描述、发布、搜索、引用。
UDDI主要提供对Web服务的注册、发布和发现。Web服务发现,可以使得用户应选择合适的、可用的Web服务来组合而成一个新的组合Web服务以便满足用户更高层次的需求。Web服务的查找依赖于以下相关问题:
Web服务的描述。对一个Web服务的描述是分类、发现和使用服务的基础。它需要能够被人和机器理解,并且包含功能性(如一个服务能做什么)和非功能性需求(如在进行信息交换时的安全性、认证和加密问题)。Web服务的描述需要在语法和语义两个层面上进行。
语义信息必须包含关于服务提供者的细节,用可靠性、安全性、信息序列等来描述服务能做什么及其特性。语义信息能使服务请求者确定一个服务是否满足其需求。同时,代理也可以使用语义信息来为服务分类。
语法信息描述怎样使用一个服务,也可能有关于非功能性的需求如安全性,通过一个例证准确描述一个Web服务所需要的或者支持的安全性认证。
扩充WSDL的描述能力,增加一些组合Web服务所必须的语义等信息,以及对于Web服务执行状态的描述及控制信息等。
发布。发布是UDDI的基本活动之一,它使得一个服务可以被了解和应用。发布与描述一样需要语法和语义两个层次。
一个服务的有效的发布是基于有效的分类,而有效的分类又基于服务描述中提供的有效的信息和代理所使用的合适的分类方法。服务可以被注册到多个分类中,提供与这些分类相匹配的功能。对服务的分类不是一件容易的任务,它要依赖于服务提供者和服务发布代理双方。代理主要负责提供分类方法,而服务提供者负责将服务放入适当的类别中。在任何情况下,都不能保证web服务的分类是最有效的。甚而,代理提供的分类方法对有效的服务类别是不够的。服务代理可能会在它们选择的分类方法的优点上,其列表的及时准确的更新上,如QoS数据、服务使用的统计信息、服务用户的评价等辅助信息上产生竞争。后者将是绑定到期望的特定服务的重要影响因子。
Web服务的存储,需要对UDDI进行扩充,存储一些约束信息,以便选择更加合适的Web服务。
发现。Web服务发现除搜索和匹配技术外,还高度依赖于服务描述、分类、 发布以及对用户需求的分析和描述。它是一个必须在语义层提供的基本活动,同时对请求者在概念层描述其需求以及确定其需求匹配到了哪个服务提供者来说是很重要的。
语义匹配规则是能够保证Web服务发现准确性的关键问题之一。而语义匹配的顺利进行则需要有本体作为支持,所以本体的建立也将成为重要的影响因素。
推荐和挖掘机制将是对Web服务发现结果进行优化的技术。这些机制的建立是基于Web服务的QoS信息以及Web服务调用的日志内容的。
结合以上的分析,各模块的功能说明如下:
行业本体、UDDI注册库和日志库
UDDI注册库和行业本体一起,构成了一个Web服务表示模型,其中,行业本体除了提供领域内知识,还提供了分类信息;而UDDI注册库主要保存所注册Web服务的具体信息。日志库主要保存的是具体Web服务调用的日志信息,同时为具有推荐功能的Web服务提供数据分析来源。
注册模块
根据UDDI中的Web服务表示模型提供注册流程,Web服务提供者将按此流程注册自己的Web服务,其中包括了Web服务的基本信息、约束信息、QoS信息、参数信息等。
类属性调用模块
根据由图形化建模工具子系统传入的类约束查询请求,解析行业本体,由本体的分类信息得到对应分类的各种属性信息名称返回给图形化建模子系统。
查询模块
Web服务动态选取子系统向此模块发出查询请求,该模块将解析查询串、行业本体把查询请求转化为标准查询语句,在UDDI库中完成查询。
推荐模块
根据日志库的内容制定推荐规则,在实际运行中依据日志库中的具体数据,在基于语义查询后得到的结果集中,运用推荐规则后得到最终结果返回给Web服务动态选取子系统。
Web服务测试模块
定期或者不定期的对注册到UDDI库中的Web服务进行测试,即模拟执行单独的Web服务,将服务执行后的QoS结果写入到扩展UDDI中的Web服务表示模型中的相应部分中。
本文转自
http://soa.5d6d.com/redirect.php?fid=4&tid=92&goto=nextnewset
对UDDI的扩展不可能做成通用的,因为在一个系统中不可能涵盖所有领域的UDDI的分类及目录情况,所以系统想提供一个框架,扩展对UDDI中所容纳的Web服务的语义支持,针对不同行业创建不同的UDDI支持,动态的创建及修改,并且可以动态添加UDDI语义的属性。设计一个由领域专家定义的本领域或者行业的框架,并可由Web服务提供者进行动态不断扩充,建立适合供某个领域使用的UDDI。系统提供了一个表示模型,使用户能够增加UDDI的语义属性,更好地对Web服务进行描述、发布、搜索、引用。
UDDI主要提供对Web服务的注册、发布和发现。Web服务发现,可以使得用户应选择合适的、可用的Web服务来组合而成一个新的组合Web服务以便满足用户更高层次的需求。Web服务的查找依赖于以下相关问题:
Web服务的描述。对一个Web服务的描述是分类、发现和使用服务的基础。它需要能够被人和机器理解,并且包含功能性(如一个服务能做什么)和非功能性需求(如在进行信息交换时的安全性、认证和加密问题)。Web服务的描述需要在语法和语义两个层面上进行。
语义信息必须包含关于服务提供者的细节,用可靠性、安全性、信息序列等来描述服务能做什么及其特性。语义信息能使服务请求者确定一个服务是否满足其需求。同时,代理也可以使用语义信息来为服务分类。
语法信息描述怎样使用一个服务,也可能有关于非功能性的需求如安全性,通过一个例证准确描述一个Web服务所需要的或者支持的安全性认证。
扩充WSDL的描述能力,增加一些组合Web服务所必须的语义等信息,以及对于Web服务执行状态的描述及控制信息等。
发布。发布是UDDI的基本活动之一,它使得一个服务可以被了解和应用。发布与描述一样需要语法和语义两个层次。
一个服务的有效的发布是基于有效的分类,而有效的分类又基于服务描述中提供的有效的信息和代理所使用的合适的分类方法。服务可以被注册到多个分类中,提供与这些分类相匹配的功能。对服务的分类不是一件容易的任务,它要依赖于服务提供者和服务发布代理双方。代理主要负责提供分类方法,而服务提供者负责将服务放入适当的类别中。在任何情况下,都不能保证web服务的分类是最有效的。甚而,代理提供的分类方法对有效的服务类别是不够的。服务代理可能会在它们选择的分类方法的优点上,其列表的及时准确的更新上,如QoS数据、服务使用的统计信息、服务用户的评价等辅助信息上产生竞争。后者将是绑定到期望的特定服务的重要影响因子。
Web服务的存储,需要对UDDI进行扩充,存储一些约束信息,以便选择更加合适的Web服务。
发现。Web服务发现除搜索和匹配技术外,还高度依赖于服务描述、分类、 发布以及对用户需求的分析和描述。它是一个必须在语义层提供的基本活动,同时对请求者在概念层描述其需求以及确定其需求匹配到了哪个服务提供者来说是很重要的。
语义匹配规则是能够保证Web服务发现准确性的关键问题之一。而语义匹配的顺利进行则需要有本体作为支持,所以本体的建立也将成为重要的影响因素。
推荐和挖掘机制将是对Web服务发现结果进行优化的技术。这些机制的建立是基于Web服务的QoS信息以及Web服务调用的日志内容的。
结合以上的分析,各模块的功能说明如下:
行业本体、UDDI注册库和日志库
UDDI注册库和行业本体一起,构成了一个Web服务表示模型,其中,行业本体除了提供领域内知识,还提供了分类信息;而UDDI注册库主要保存所注册Web服务的具体信息。日志库主要保存的是具体Web服务调用的日志信息,同时为具有推荐功能的Web服务提供数据分析来源。
注册模块
根据UDDI中的Web服务表示模型提供注册流程,Web服务提供者将按此流程注册自己的Web服务,其中包括了Web服务的基本信息、约束信息、QoS信息、参数信息等。
类属性调用模块
根据由图形化建模工具子系统传入的类约束查询请求,解析行业本体,由本体的分类信息得到对应分类的各种属性信息名称返回给图形化建模子系统。
查询模块
Web服务动态选取子系统向此模块发出查询请求,该模块将解析查询串、行业本体把查询请求转化为标准查询语句,在UDDI库中完成查询。
推荐模块
根据日志库的内容制定推荐规则,在实际运行中依据日志库中的具体数据,在基于语义查询后得到的结果集中,运用推荐规则后得到最终结果返回给Web服务动态选取子系统。
Web服务测试模块
定期或者不定期的对注册到UDDI库中的Web服务进行测试,即模拟执行单独的Web服务,将服务执行后的QoS结果写入到扩展UDDI中的Web服务表示模型中的相应部分中。
本文转自
http://soa.5d6d.com/redirect.php?fid=4&tid=92&goto=nextnewset