The platform will undergo maintenance on Sep 14 at about 7:45 AM EST and will be unavailable for approximately 2 hours.
2005
DOI: 10.1016/j.engappai.2004.12.005
|View full text |Cite
|
Sign up to set email alerts
|

Protocol engineering for web services conversations

Abstract: Although web services aim to bring about seamless and effective communication in a wide variety of Internet applications, the interactions between them are currently limited to simple request-response exchanges. However, in the longer term we believe this is unsustainable. In particular, we believe that more complex protocols for web service conversations are necessary if the participants are to tailor their needs and offers to the prevailing context and they are to coordinate multiple services in open and rea… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
3
2

Citation Types

0
12
0
1

Year Published

2006
2006
2015
2015

Publication Types

Select...
5
2
1

Relationship

0
8

Authors

Journals

citations
Cited by 33 publications
(13 citation statements)
references
References 5 publications
(4 reference statements)
0
12
0
1
Order By: Relevance
“…SCIFC [12] uses various mechanism (such as back-check procedure, carry-along policies, and transformation factors) and algorithms to make sure whether a service chain can be successfully invoked. The objectives of quite a few researches are also about negotiation [25][26][27][28][29][30]. A negotiation model generally fails to check information flows within software during execution.…”
Section: Related Workmentioning
confidence: 99%
“…SCIFC [12] uses various mechanism (such as back-check procedure, carry-along policies, and transformation factors) and algorithms to make sure whether a service chain can be successfully invoked. The objectives of quite a few researches are also about negotiation [25][26][27][28][29][30]. A negotiation model generally fails to check information flows within software during execution.…”
Section: Related Workmentioning
confidence: 99%
“…Recent papers [3,4,13] have argued that a Web service is more than a set of independent operations. In fact, during a Web service's invocation, a client interacts with the service performing a sequence of operations in a particular order.…”
Section: Related Workmentioning
confidence: 99%
“…Specifically, [3,4] adopt a model based on finite transition systems (aka finite state machines) for representing all possible conversations. The approach of [13] is based on the combined use of two Web service languages, WS-Conversation (WSCL) and WS-Agreement, that allows one to specify non-trivial conversations in which several messages have to be exchanged before the service is completed and/or the conversation may evolve in different ways depending on the state and the needs of the requesting agents and of the service provider.…”
Section: Related Workmentioning
confidence: 99%
“…We also discuss the beginning of an implementation for developing agent web service agreements over IBM's ETTK toolkit [4]. The work in this paper considers more pragmatic issues than our previous work in [7]. Compared to [7], here, 1) we ground our work with a scenario in the insurance sector, 2) since WSCL (Web Service Conversation Language) has become obsolete, we adapt our approach to only be compatible with WS-Agreement rather than propose a WSCL/WSAgreement extension as in [7] and, 3) we discuss our first attempts at implementing agent web service agreements.…”
Section: Introductionmentioning
confidence: 99%
“…The work in this paper considers more pragmatic issues than our previous work in [7]. Compared to [7], here, 1) we ground our work with a scenario in the insurance sector, 2) since WSCL (Web Service Conversation Language) has become obsolete, we adapt our approach to only be compatible with WS-Agreement rather than propose a WSCL/WSAgreement extension as in [7] and, 3) we discuss our first attempts at implementing agent web service agreements. This paper advances the state of the art through a framework that extends the conversational capabilities of web services by supporting non-trivial interactions in which several messages have to be exchanged before the service is completed and/or the conversation may evolve in different ways depending on the state and the needs of the participants.…”
Section: Introductionmentioning
confidence: 99%