Web Service Composition Current Solutions and Open Problems阅读摘要

来源:互联网 发布:淘宝如何开企业店铺 编辑:程序博客网 时间:2024/05/01 23:19

Web Service Composition Current Solutions and Open Problems

学习时间

2009-9-14-2009-9-14

研究方向

Web Service 中的服务组合问题

文章题目

当前WEB服务组合的解决方法和尚待解决的问题(Web Service Composition Current Solutions and Open Problems)

来源作者

Biplav Srivastava,Jana Koehler

作者简介

IBM 印度研究中心和瑞士研究中心

作者单位

IBM India Research Laboratory Block 1, IIT, New Delhi 110016, India

IBM Zurich Research Laboratory CH-8803 Ruschlikon, Switzerland

联系方式

koe@zurich.ibm.com,sbiplav@in.ibm.com

关键字眼

Web Service Compsition

问题背景

服务组合在b2b和企业级应用整合中大受关注。一方面商业应用开发了大量基于xML的标准来格式化WEB服务ws,及其组合与执行。这种方法主要是句法形式的,ws接口像远程过程的调用,他们之间的交互协议是人工手写的。另一方面,语义网社区关注于web资源的推理,他们在本体中用精确的词汇来显示地定义web资源的前置条件和效果。在服务组合方面语义组专家借鉴从计划而来的目标导向之推理。目前这两种方法独自发展着。我们比较了这些方法和他们对ws建模、组合、执行和验证等问题的解决方法。讨论了使得WS组合如此特别并提出了其在AI方面的挑战性话题。

文章概述

已经有了大量的Web Service ,怎样组合这些ws成为研究热点

主要内容

这篇文章从一般WS(视为远程过程调用)和语义WS两个角度,结合一个假定的场景,分析了服务组合建模问题,分析逃了现有的组合协议或组合语言。

最后提出了相关待解决的问题。

进阶问题

S1:introduction。软件架构的趋势是与平台无关的因特网上分布式的软件构件---WS。B2B和企业级应用整合的WS的无缝组合有着巨大的潜在力量。WS的功能由语义标签(做什么)和功能性标签(怎样做)来描述。

工业领域将WS视为一个抽象、标准化的商业过程接口,用WSDL。也出现了很多组合WS的语言如BPEL4WS,WSCI。

语义网利用本体知识,RDF,并借鉴人工智能计划,从一个初始状态经过一系列可能的状态转换得到给定的明确目标计划为止,这样可以得到基于目标计划来选择正确服务的WS组合工具。

S2:描述了一个应用场景,就是一个"open-world"广域网上的旅行活动的完成。

S3:主要用两种方式来表达示例中的WEB SERVICE ,包括WSDL和基于RDF、DAML-S的语义网方法。DAML-S将WS建模的服务类用(presents,describedBy,supports)这三个属性来定义,分别对应一定范围内的服务profile类,服务模型类,服务背景类。

S4:服务流组合建模,从商业角度:WSDL+BPEL4WS和语义网角度:RDF/DAML-S+GOlog/Planning这两个方面来分析WS的组合问题。

S5:讨论比较两种角度WS组合的方法。bpel4ws更强调错误处理和消息更正。商业角度主要从运行时的程序函数,数据和控制流考虑。此时对服务的推理归结为输入、输出、错误的处理了。动态适应计划的灵活性受到运行时的具体绑定和执行分支的限制。

语义网中规划方法关注在将以处理流程为中心的服务描述为状态可适应的活动。在线离线都可以进行规划。因此灵活性大些,但是目标计划通常没有明确的给出。

这两种方法都没有开发出服务组合问题的一种真正的规划方案。都是手工完成,搜索发生时并没有整合复杂服务流的原子交换信息。当前的AI规划也不能直接应用于服务组合问题的求解。

S6:相关工作介绍 S7:总结与展望 S8:参考文献

客观分析

situation calculus,高性能,高可用性研究

文章优点

这是一篇综述性的,但也只是讲了两个角度的服务组合方案,实例不是很清晰,没有系统实现,分析倒是有一段,但感觉都是那几句套话,无实质东西。

发现缺点

尚未考虑

文章内容凸显空洞。

深思熟虑

参考文献

对我何用

估计这篇文章最多是2004年的, 参考文献最晚才2003,较早的一篇文章,

原创粉丝点击