科学网

 找回密码
  注册

tag 标签: 服务推荐

相关帖子

版块 作者 回复/查看 最后发表

没有相关内容

相关日志

关于Web服务发现,Web服务推荐以及Web服务选择的基本关系
Haines 2013-4-7 20:55
本页面的文字允许在 知识共享 署名-相同方式共享 3.0协议 和 GNU自由文档许可证 下修改和再使用 关于Web服务发现(Web service discovery)的文章很多,关于Web服务推荐(Web service recommendation)的文献也很多,关于Web服务选择(Web service selection)的文献也不少,但是我看了很多资料都没有明确给出过三者之间的关系,在有些文章中出现了混用的现象。当然也查了下万能的Wiki百科 ,好像没有人给出过这个词条的定义和解释,下午自己创建了Web服务发现的中文词条,参考了下刘建勋老师一篇Web服务发现的中文综述,也不知道自己的理解对不对,请大家帮忙校正一下。 昨天创建的Wiki词条今天说文字来源于科学网,需要授权,看来在以后的一定要注意版权问题啊 。 内容如下 : Web 服务发现是指 Web 服务的搜索与匹配过程,即根据用户的需求描述与 Web 服务描述进行匹配的过程, Web 服务发现解决的目标是找到满足用户需求的服务,是一种被动的方法。目前 Web 服务的发现方法有 : ( 1 )情景感知的 Web 服务发现; ( 2 )基于关键字的 Web 服务发现; ( 3 )基于语义的 Web 服务发现; ( 4 )基于协同标签的 Web 服务发现; ( 5 ) QoS 约束的 Web 服务发现 (6)其它方法; Web 服务发现面临的问题有 : ( 1 ) Web 服务的多样性问题, Web 服务是基于开放的 Intemet 环境下的一种新型 Web 应用程序,具有自包含、自描述、模块化和松耦合等特点。因此, Web 服务不可 避免的就会存在结构异构、语法异构和语义异构等问题。 ( 2 ) Web 服务的性能问题, Web 服务发现技术可根据用户请求描述对服务注册库进行查找,发现相应的服务,以便用户调用, Web 服务发现的查全率、查准率和 QoS 约束决定了 Web 服务发现的能力。 ( 3 ) Web 服务的发现效率。在追求 Web 服务发现的高性能的同时,一般就会在一定程度上降低 Web 服务发现的效率,即 Web 服务发现的时间复杂度和空间复杂度。 Web服务发现、Web服务推荐以及Web服务选择有着共同的目标,就是为用户提供最适合用户的服务。很多场景下,存在混用现象,但是它们之间也存在着细微的差别。 Web 服务发现与 Web 服务推荐的区别: Web 服务发现有用户的明确需求,可以是功能需求,也可以是非功能需求,根据用户的需求来发现服务,而 Web 服务推荐是一种主动式的方式,用户没有明确需求或需求不明确表达不清晰,不完整的情况下,通过用户的基本信息、历史使用信息或其它隐含信息来预测用户需求然后产生推荐,所以说推荐与发现相比,则多了一步需求预测,因此, Web 服务推荐 = 用户需求预测 +Web 服务发现。 Web 服务发现与 Web 服务选择的区别:广义上来讲 Web 服务发现主要是解决大粒度的匹配问题, Web 服务选择主要解决小粒度匹配问题。狭义上说 Web 服务发现解决功能目标的匹配问题, Web 服务选择主要是解决非功能目标匹配问题,即在功能目标相似的服务中选择 Qos 等非功能属性最优的服务,或者是满足服务组合要求的服务,也就是说服务发现的结果是服务选择的前提。 ---------------------2013-4-23---------------------------- 经过最近的文献查阅和思考,给上述三个概念的相对准确的定义: 服务搜索与发现 : 查找满足特定功能的 Web 服务的行为 , 它包含一组服务描述匹配准则 , 最终目的是找到满足用户请求的 Web 服务。 Web 服务发现体系结构主要分为二类:集中式体系结构、分布式体系结构 。 服务选择 : Web 服务选择是指如何从服务组合各抽象服务的候选服务集中分别选出一个具体服务 , 使得选中的这组服务能在满足用户对组合服务的所有约束的前提下 , 使组合服务的整体 QoS 最高 服务推荐 : Web 服务推荐主要是利用用户的历史交互数据或者隐含查询信息为用户提供可能满足用户需求服务的方法 . 廖祝华 刘建勋 刘毅志 刘 洁 .Web 服务发现技术研究综述 . 情报学报 ISSN 1000 — 0135 第 27 卷第 2 期 186 — 192 , 2008 年 4 月 W3C.http://w3.org. 李金忠 , 夏洁武 , 唐卫东 , 等 . 基于 QoS 的 Web 服务选择算法综述 . 计算机应用研究 , 2010, 27(10).
5162 次阅读|0 个评论
关于Web服务推荐研究中的Web服务的定义、用户群体和场景
Haines 2013-3-20 16:04
最近在写关于Web服务推荐相关的论文,看了很多文献都没有对Web服务的推荐的Web服务的范围,用户群体及场景进行详细分析,都没有给出清晰的描述,我自己最近也翻了不少网站,简单的总结一下。 Web服务的定义“一种依赖于Internet,为用户或其它的Web服务提供单一服务功能的组件”,但是这一定义很宽泛没有明确其适用范围,我个人理解目前广义上来讲的Web服务涵盖组件和ASP两个特性,秉承了“软件即服务”的思想,所以其内容包括: (1)基于SOAP协议和WS-*协议的Web服务; (2)基于Http协议的REST的Web服务(OpenAPI); (3)基于OpenAPI集成的Mashup服务; (4)移动App服务; (5)其它的一些简单应用; 狭义上Web服务在SOA架构中的Web服务主要包括(1)和(2)。关于二者的区别,可以参考以下博客,较清楚的阐释了二者之间的优劣, http://www.cnblogs.com/ryhan/archive/2011/05/03/2035616.html 。Web服务推荐研究目前主要针对SOAPWebService。也有一些专门研究RESTWebAPI的推荐。 第二存在的问题就是用户群的问题,基于SOA的Web服务的用户群是Web服务开发人员而不是普通大众,但是在很多研究论文中经常混淆二者的关系。(3)(4)(5)类用户全体则是普通大众,二者之间是有本质区别的,一种是专业用户,一种是普通大众,专业用户调用Web服务是他们的工作需要而非兴趣爱好,而普通大众使用的Web服务则是生活所需,需求中可能包含兴趣爱好和偏好。这也是Web服务推荐与其它商品推荐的一个重要区别,所以,(1)(2)类的服务推荐应该是从服务实现功能角度推荐或或者是从QoS的角度去推荐是可行的,这也是Web服务推荐的主要方向,另外的其它的一些推荐技术在Web服务推荐这方面应用会受限,例如用户的调用历史来分析用户的偏好的推荐方法应该是没有效果的或效果比较差的。“一个人在淘宝上买了三双运动鞋,可以预测出他爱好运动,然而一个web开发用户调用过三个与地图相关的服务,并不能说明他喜欢地图,只能说明他现在正在从事开发地图相关类的项目比如旅游网站等。事实上用户的调用历史是无法统计的,因为一旦一个SOA系统完成之后,对Web服务的调用历史和系统开发人员无关了。 第三个问题就是Web服务推荐的应用场景,也就是说你开发一个Web服务推荐系统,由谁来用,第一个应用场景是服务注册平台向用户推荐服务,还有一个场景是服务提供者向开发用户提供推荐,这通常是服务提供者提供的服务很多的时候也可以推荐。这两个应用场景的用户数据采集方式是完全不同的,所以,采集到的数据不同则推荐的技术就会有差异。 上述三个问题在很多研究论文中不经意间就偷换了概念,目前Web服务推荐的技术主要集中于即将其它领域的推荐技术拉过来用到Web服务的推荐中,很多研究者并没有考虑是否适合Web服务领域的特点,由于缺少公开的数据集和统一的评价标准,从而导致Web服务推荐效果之间无法比较,无法很好的验证推荐效果,因此在未来Web服务推荐的研究过程中必须仔细分析推荐主题之间的差异从而选择合理的推荐方法。
个人分类: 随笔|4115 次阅读|0 个评论

Archiver|手机版|科学网 ( 京ICP备07017567号-12 )

GMT+8, 2024-6-2 03:58

Powered by ScienceNet.cn

Copyright © 2007- 中国科学报社

返回顶部