QoS感知的语义Web服务发现研究1.ppt

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
QoS感知的语义Web服务发现研究1

学科专业:软件工程 作者姓名:XX 指导导师:XXX教授 2014年5月;汇报目录; Web服务是面向服务的体系结构中一项非常关键的技术,也被认为是下一代网络的核心技术之一[1][2]。Web服务是“一次发布,到处可用”的Internet组件,理论上任何Web服务在Web上都是可以被发现和调用的[3]。它是建立在TCP/IP,HTTP,XML等规范基础上的一种软件结构,具有浏览Web上的链接文档、动态发布和发现服务、自动调用事务等功能。根据Web服务的基本概念,无论是移动设备(硬件方面)还是应用程序(软件方面),都可被认为是服务。这些服务封装了具体的实现细节,通过提供应用程序接口与Internet中其他服务或者用户进行交互[4]。 语义Web服务(Semantic Web Services, SWS)的大部分方面(如自动发现、选择、组合、调用等等)都与服务质量(Quality of Service, QoS)紧密结合在一起。QoS是服务的非功能属性,如价格、信誉、可用性、安全性以及性能等等。作为服务描述的一部分,QoS对于服务的选择和组合而言是个相当重要的决定性因素[12]。本文主要研究根据用户的QoS个性化需求,通过语义层的QoS匹配处理,在保证服务基本可执行的前提下,从满足服务功能性需求的候选Web服务集中获取最终匹配的服务的方法。 研究QoS感知的语义Web服务发现不仅可以提高语义Web服务发现的准确性,使所得服务贴近用户查找需求,充分满足用户个性化需要,而且也有利于语义Web服务技术的发展。从大的方面讲,这也有助于促进语义Web技术的普及应用[13]。 ;第一章 绪论 介绍本文的研究背景、研究内容和研究意义; 第二章 当前技术现状综述 介绍了本体的概念和Web服务的QoS,分析了现有QoS本体描述方法以及QoS感知的语义Web服务发现的方法,指出了当前QoS本体描述和QoS感知服务发现方法的不足; 第三章 QoS感知服务发现技术方案设计及QoS本体设计 给出QoS感知的语义Web服务发现技术方案的总体设计思想、体系结构以及QoS本体的设计方案。 第四章 QoS匹配及QoS优化选择功能设计 研究QoS感知的语义Web服务发现方法,详细叙述了QoS匹配处理的功能设计以及QoS优化选择的功能的设计; 第五章 原型工具的设计和实现 叙述了原型系统的开发平台和工具,以及QoS匹配处理和QoS优化选择等步骤的具体实现细节; 第六章 案例研究 通过典型案例来验证本文技术方案的可行性和有效性; 第七章 总结与展望 总结研究成果,展望下一步研究目标。 ;本体这一词汇诞生于哲学领域。从哲学的角度来讲,本体是客观存在的一个系统的解释或说明,关心的是客观现实的抽象本质[14]。计算机领域最早在人工智能方面引入了本体的概念。在人工智能相关研究中,本体被定义为“构成相关领域词汇的基本值和关系,以及利用这些值和关系构成的规定这些词汇外延的规则的定义” 在语义Web服务相关研究中,已存在一些基于本体的服务描述语言,如OWL-S[19](OWL Web Ontology Language for Services,其前身为DAML-S),WSMO[20](Web Service Modeling Ontology),WSDL-S[21](Web Service Description Language for Services)等。这些语言的出现和发展为语义Web和Web服务的结合提供了一个良好的契机。创建基于本体的服务描述,可以帮助计算机理解Web服务。同时这种基于本体的描述能够很容易地被智能主体自动发现和处理,这很大程度上增强了服务请求者和Web服务之间的交互性。 Web服务的QoS描述是从服务提供商和服务请求者两个方面来进行的。服务提供商用它来声明Web服务具备的相应服务质量,服务请求者用它来描述其对Web服务的要求。由于不同服务请求者对服务QoS需求不尽相同,且不同服务提供商提供的服务在QoS方面也可能存在很大差异,所以Web服务中的QoS参数包含了很多方面的内容。如服务的可获取性、可用性、价格、信誉、响应时间、可维护性、安全性、性能等。 ;综合前文内容,可见,在QoS本体创建时,大部分方法是通过扩展OWL-S本体来创建QoS本体。但QoS本体创建没有很好的与QoS匹配结合起来,且不能很好地区分和描述QoS参数。在进行服务发现时,大部分使用描述逻辑推理来进行匹配,难以解决复杂的QoS需求匹配问题。在服务选择时,很多方法都是以最后QoS的总体匹配程度来进行排序选择,没有考虑到用户的个性化需求,最后选出的服务集合未必是用户最想要的。在部分含有用户个性化需求的服务发现方法中,基本上都不提供

文档评论(0)

shuwkb + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档