SlideShare a Scribd company logo
1 of 32
Download to read offline
Introduction         Prelims               Agents                  Related Work   Conclusion




               Provider-Composer Negotiations for
                 Semantic Robustness in Service
                         Compositions

                Nikolay Mehandjiev        Freddy Lécué             Usman Wajid

                                  Centre for Service Research
                                 The University of Manchester
                               Booth Street East, Manchester, UK


                                ICSOC-ServiceWave,
                                November 24-26, 2009
                                 Stockholm, Sweden
Introduction             Prelims      Agents           Related Work   Conclusion




Outline




         1     Introduction


         2     Preliminaries


         3     Agents and Template-based Composition


         4     Related Work


         5     Conclusion
Introduction                Prelims               Agents                 Related Work                Conclusion


Scope

Introduction and Scope

                                                              Conventional and Web Services
                                                                        Intertwine
                                                                  both areas can “learn” from each other;
                                                                  e.g. produce better software by
                                                                  considering service providers.



         Role of Service Providers in Web Service Composition

               Currently only in service quality and contracts.
               This is OK for small and cheap services,
               but sub-optimal for complex and evolving assemblies.


         This Talk:
               demonstrates one particular benefit of considering service providers;
               focuses on achieving robust composition in a large search space;
               assumes template-based composition.
Introduction                Prelims               Agents                 Related Work                Conclusion


Scope

Introduction and Scope

                                                              Conventional and Web Services
                                                                        Intertwine
                                                                  both areas can “learn” from each other;
                                                                  e.g. produce better software by
                                                                  considering service providers.



         Role of Service Providers in Web Service Composition

               Currently only in service quality and contracts.
               This is OK for small and cheap services,
               but sub-optimal for complex and evolving assemblies.


         This Talk:
               demonstrates one particular benefit of considering service providers;
               focuses on achieving robust composition in a large search space;
               assumes template-based composition.
Introduction                Prelims               Agents                 Related Work                Conclusion


Scope

Introduction and Scope

                                                              Conventional and Web Services
                                                                        Intertwine
                                                                  both areas can “learn” from each other;
                                                                  e.g. produce better software by
                                                                  considering service providers.



         Role of Service Providers in Web Service Composition

               Currently only in service quality and contracts.
               This is OK for small and cheap services,
               but sub-optimal for complex and evolving assemblies.


         This Talk:
               demonstrates one particular benefit of considering service providers;
               focuses on achieving robust composition in a large search space;
               assumes template-based composition.
Introduction                         Prelims               Agents              Related Work           Conclusion


Template-based Service Composition

Template-based Composition of Semantic Services

         Service Composition:

                aims to satisfy the need for a service by bringing together existing ones;
                manual or automated;
                “from scratch” or using existing templates.


         Template Instantiation:

                A template contains a set of tasks: unbound service specifications.
                The aim is to find the optimal service to instantiate each task.
                We focus on optimising the “data fit” between service inputs and preceding
                outputs.
           Functional Description
     Pre-Conditions       Post−Conditions
                                               Functional View of Services:
                                                    Formally specified inputs and outputs.
                 Name                               Formally specified service aim.
                  And
    Input                      Output
    Parameters Description     Parameters           Pre-conditions and post-conditions are semantic
                                                    expressions.
Introduction                         Prelims               Agents              Related Work           Conclusion


Template-based Service Composition

Template-based Composition of Semantic Services

         Service Composition:

                aims to satisfy the need for a service by bringing together existing ones;
                manual or automated;
                “from scratch” or using existing templates.


         Template Instantiation:

                A template contains a set of tasks: unbound service specifications.
                The aim is to find the optimal service to instantiate each task.
                We focus on optimising the “data fit” between service inputs and preceding
                outputs.
           Functional Description
     Pre-Conditions       Post−Conditions
                                               Functional View of Services:
                                                    Formally specified inputs and outputs.
                 Name                               Formally specified service aim.
                  And
    Input                      Output
    Parameters Description     Parameters           Pre-conditions and post-conditions are semantic
                                                    expressions.
Introduction                         Prelims               Agents              Related Work           Conclusion


Template-based Service Composition

Template-based Composition of Semantic Services

         Service Composition:

                aims to satisfy the need for a service by bringing together existing ones;
                manual or automated;
                “from scratch” or using existing templates.


         Template Instantiation:

                A template contains a set of tasks: unbound service specifications.
                The aim is to find the optimal service to instantiate each task.
                We focus on optimising the “data fit” between service inputs and preceding
                outputs.
           Functional Description
     Pre-Conditions       Post−Conditions
                                               Functional View of Services:
                                                    Formally specified inputs and outputs.
                 Name                               Formally specified service aim.
                  And
    Input                      Output
    Parameters Description     Parameters           Pre-conditions and post-conditions are semantic
                                                    expressions.
Introduction                 Prelims        Agents         Related Work          Conclusion


Semantic Web Services

Semantic Web Services


               Parameters (i.e., Input and Output) of Web services in semantic
               Web are concepts referred to in an ontology T :
                        WSDL-S, SA-WSDL (W3C Proposed Recommendation);
                        OWL-S profile level;
                        WSMO capability level.
Introduction                 Prelims                         Agents                      Related Work         Conclusion




Web Service Composition and its Semantic Links

               Semantic Link: Semantic connection between services;
                   ... more particulary between Output and Input parameters;
                   ... denoted by sly ,x and valued by SimT (Out_sy , In_sx );

                                   S y Output                           S x Input
                                       Parameters                           Parameters
                  S y Input                                                                  S x Output
                      Parameters                                                                 Parameters
                                               Out_sy                  In_sx


                                                    Semantic connection: Sim         Web service: sx
                                                                            T
                              Web service: sy
               SimT is reduced to the five matchmaking functions [M.Paolucci
               et al. ISWC’02, Li and Horrocks WWW’03]:
                   Exact i.e., T |= Out_sy ≡ In_sx ;
                   PlugIn i.e., T |= Out_sy In_sx ;
                   Subsume i.e., T |= In_sx Out_sy ; 
                   Intersection i.e., T |= Out_sy In_sx ⊥; 
                   Disjoint i.e., T |= Out_sy In_sx ⊥;
               For  we need some refinements: Extra Description.
Introduction                 Prelims                         Agents                      Related Work         Conclusion




Web Service Composition and its Semantic Links

               Semantic Link: Semantic connection between services;
                   ... more particulary between Output and Input parameters;
                   ... denoted by sly ,x and valued by SimT (Out_sy , In_sx );

                                   S y Output                           S x Input
                                       Parameters                           Parameters
                  S y Input                                                                  S x Output
                      Parameters                                                                 Parameters
                                                  SlowNetWorkConnection
                                         NetWorkConnection
                                                    Semantic connection: Sim         Web service: sx
                                                                            T
                              Web service: sy
               SimT is reduced to the five matchmaking functions [M.Paolucci
               et al. ISWC’02, Li and Horrocks WWW’03]:
                   Exact i.e., T |= Out_sy ≡ In_sx ;
                   PlugIn i.e., T |= Out_sy In_sx ;
                   Subsume i.e., T |= In_sx Out_sy ; 
                   Intersection i.e., T |= Out_sy In_sx ⊥; 
                   Disjoint i.e., T |= Out_sy In_sx ⊥;
               For  we need some refinements: Extra Description.
Introduction             Prelims         Agents           Related Work     Conclusion


Robustness

Non Robust Semantic Links in Web Service Composition


               The open issue: How transform a non robust semantic link
               SimT (Out_sy , In_sx ) in its robust form?


               The suggested approach: by retrieving the Extra Description H
               - information contained by In_sx and not by Out_sy through
               Concept Abduction or Concept Difference.

               T. Di Noia, E. Di Sciascio et al.
               Abductive matchmaking using description logics.
               In IJCAI, pages 337–342, Acapulco, Mexico, 2003. MK.
               G. Teege.
               Making the difference: A subtraction operation for DLs.
               In KR, pages 540–550, San Francisco, California, 1994.
Introduction             Prelims         Agents           Related Work     Conclusion


Robustness

Non Robust Semantic Links in Web Service Composition


               The open issue: How transform a non robust semantic link
               SimT (Out_sy , In_sx ) in its robust form?


               The suggested approach: by retrieving the Extra Description H
               - information contained by In_sx and not by Out_sy through
               Concept Abduction or Concept Difference.

               T. Di Noia, E. Di Sciascio et al.
               Abductive matchmaking using description logics.
               In IJCAI, pages 337–342, Acapulco, Mexico, 2003. MK.
               G. Teege.
               Making the difference: A subtraction operation for DLs.
               In KR, pages 540–550, San Francisco, California, 1994.
Introduction           Prelims          Agents           Related Work        Conclusion


Robustness

Concept Abduction in Web Service Composition


         Definition (Concept Abduction)
         Let L be a DL, Out_sy , In_sx be two concepts in L, and T be a set of
         axioms in L. A Concept Abduction Problem (CAP), denoted as
          L, Out_sy , In_sx , T is finding a concept H ∈ L such that
         T |= Out_sy H In_sx .


         The Extra Description H represents what is underspecified in Out_sy
         in order to completely satisfy In_sx ;
         ⇒ Explains why Out_sy and In_sx can not be chained by a robust
           semantic link.

         The Common Description Out_sy In_sx refers to information
         required by In_sx and effectively provided by Out_sy .
Introduction                  Prelims       Agents           Related Work             Conclusion


Robustness

Concept Abduction with an Example


         Definition (Concept Abduction)
         Let L be a DL, Out_sy , In_sx be two concepts in L, and T be a set of
         axioms in L. A Concept Abduction Problem (CAP), denoted as
          L, Out_sy , In_sx , T is finding a concept H ∈ L such that
         T |= Out_sy H In_sx .

                  e.g., in case of non robust semantic link valued by the Subsume
                  match level.
                     S y Output                               S x Input
                         Parameters                               Parameters
   S y Input                                                                      S x Output
       Parameters                                                                     Parameters



                                                                            Web service: sx
               Web service: sy
Introduction                  Prelims       Agents           Related Work             Conclusion


Robustness

Concept Abduction with an Example


         Definition (Concept Abduction)
         Let L be a DL, Out_sy , In_sx be two concepts in L, and T be a set of
         axioms in L. A Concept Abduction Problem (CAP), denoted as
          L, Out_sy , In_sx , T is finding a concept H ∈ L such that
         T |= Out_sy H In_sx .

                  e.g., in case of non robust semantic link valued by the Subsume
                  match level.
                     S y Output                               S x Input
                         Parameters                               Parameters
   S y Input                                                                      S x Output
       Parameters                                                                     Parameters



                                                                            Web service: sx
               Web service: sy
Introduction             Prelims           Agents            Related Work    Conclusion


Robustness

Concept Abduction in Web Service Composition


         Definition (Concept Abduction)
         Let L be a DL, Out_sy , In_sx be two concepts in L, and T be a set of
         axioms in L. A Concept Abduction Problem (CAP), denoted as
          L, Out_sy , In_sx , T is finding a concept H ∈ L such that
         T |= Out_sy H In_sx .


               Explains Why a semantic link is not robust...
               ... hence provides a way to replace (How) a non robust semantic
               link in its robust form:
                   Subsume match level  ⇒ Exact match level ;
                   Intersection match level  ⇒ PlugIn match level     .
Introduction             Prelims          Agents           Related Work          Conclusion




Agents and Template-based Composition

         Service Providers and the Service Composer are agents
               The Service Composer selects a Composition Template and
               advertises it on a noticeboard
               Service Providers watch the noticeboards of interest and bid to
               provide services

         Semantic Composition Template
         is a graph containing a set of tasks Ti as its nodes and a set of
         Abstract Semantic Links sl A i,j as its edges.
Introduction                          Prelims       Agents             Related Work           Conclusion


Service Providers Bidding to Instantiate Tasks

Service Providers Bidding to Instantiate Tasks
         Service Providers are represented by Software Agents
                  Agents monitor noticeboards for suitable tasks for their services.
                  A service s is considered suitable for task T if:
                      1    The service s achieves the same goal as T .
                      2    The pre-conditions of s are implied by the pre–conditions of T .
                      3    The post-conditions of s imply the post-conditions of T .
                      4    SimT (In_T , In_s) is PlugIn.
                      5    SimT (Out_s, Out_T ) is PlugIn.
Introduction                 Prelims           Agents            Related Work        Conclusion


Protocol Outline

Protocol Outline

                                             A
         For each non-robust abstract link sli,j
                   the service composer agent calculates its HTi ,Tj ;
                   and initiates a three-phase negotation protocol, involving the
                   providers of services si and sj ,
                   aiming to select services which provide robust instantiation of the
                   semantic link.

         The assumptions behind three phases are:
               1   Phase 1: robust composition “for free” (i.e. w/out extra services),
                   using differences in specs between a task and its services;
               2   Phase 2: additional services (and usage fees), but no
                   modifications;
               3   Phase 3: service providers adapt services against payment.
Introduction                 Prelims           Agents            Related Work        Conclusion


Protocol Outline

Protocol Outline

                                             A
         For each non-robust abstract link sli,j
                   the service composer agent calculates its HTi ,Tj ;
                   and initiates a three-phase negotation protocol, involving the
                   providers of services si and sj ,
                   aiming to select services which provide robust instantiation of the
                   semantic link.

         The assumptions behind three phases are:
               1   Phase 1: robust composition “for free” (i.e. w/out extra services),
                   using differences in specs between a task and its services;
               2   Phase 2: additional services (and usage fees), but no
                   modifications;
               3   Phase 3: service providers adapt services against payment.
Introduction                Prelims                 Agents                    Related Work                   Conclusion


Protocol Detail - Phase 1

Protocol Detail - Phase 1

                                      Step 1
                                         1   Service Composer sends CFP(HTi ,Tj ) to all providers of si ;
                                         2   The response depends on Out_si compared to HTi ,Tj :
                                             a) Proposal: if T |= Out_si   HTi ,Tj Out_Ti .
                                             b) Refuse: If T |= Out_si HTi ,Tj    ⊥.
                                             c) Counter-Proposal:If there is satisfiable intersection, i.e.,
                                                T |= Out_si HTi ,Tj   ⊥, the provider will propose Out_si
                                                instead.


                                      Step 2
                                         1   Service Composer sends CFP({Out_si }) to providers of sj .
                                         2   The responses depend if In_sj subsumes any of the
                                             counter-proposals:
                                             a) Proposal: if SimT (Out_si , In_sj ) is of a PlugIn type;
                                             b) Counter-Proposal: If SimT (Out_si , In_sj ) is an
                                                Intersection type, the counter-proposal is the extra
                                                description required for this concrete semantic link sli,j i.e.,
                                                T |= Out_si Hsi ,sj       In_sj . We have “Paired Offer”.

                                      If the second step ends up with counter-proposals rather than
                                      proposals, the composer will initiate the second phase of negotiation.
Introduction                Prelims                 Agents                    Related Work                   Conclusion


Protocol Detail - Phase 1

Protocol Detail - Phase 1

                                      Step 1
                                         1   Service Composer sends CFP(HTi ,Tj ) to all providers of si ;
                                         2   The response depends on Out_si compared to HTi ,Tj :
                                             a) Proposal: if T |= Out_si   HTi ,Tj Out_Ti .
                                             b) Refuse: If T |= Out_si HTi ,Tj    ⊥.
                                             c) Counter-Proposal:If there is satisfiable intersection, i.e.,
                                                T |= Out_si HTi ,Tj   ⊥, the provider will propose Out_si
                                                instead.


                                      Step 2
                                         1   Service Composer sends CFP({Out_si }) to providers of sj .
                                         2   The responses depend if In_sj subsumes any of the
                                             counter-proposals:
                                             a) Proposal: if SimT (Out_si , In_sj ) is of a PlugIn type;
                                             b) Counter-Proposal: If SimT (Out_si , In_sj ) is an
                                                Intersection type, the counter-proposal is the extra
                                                description required for this concrete semantic link sli,j i.e.,
                                                T |= Out_si Hsi ,sj       In_sj . We have “Paired Offer”.

                                      If the second step ends up with counter-proposals rather than
                                      proposals, the composer will initiate the second phase of negotiation.
Introduction                       Prelims                 Agents                   Related Work                 Conclusion


Protocol Detail - Phases 2 and 3

Protocol Detail - Phases 2 an 3

                                             Step 1
                                                1   Service Composer sends CFP(MatrixH) to all providers of si ;
                                                2   MatrixH contains all Paired Offers, padded with HTi ,Tj ;
                                                3   The response can be one of the following:
                                                    a) Statement-of-Interest: “Buying Time” to find partners.
                                                    b) Proposal: When ready to provide the missing information.
                                                    c) Failure: If the service provider cannot help.


                                             Step 2
                                                1   Service Composer sends CFP({Out_si }) to providers of sj .
                                                2   The response options are the same as for Step 1.
                                                3   For Phase 2, both si and sj consider forming partnerships and
                                                    coalitions;
                                                4   For Phase 3, both sets consider adapting their own service
                                                    offerings.
                                             If more than one positive response is received, the general service
                                             selection criteria are used.
Introduction                       Prelims                 Agents                   Related Work                 Conclusion


Protocol Detail - Phases 2 and 3

Protocol Detail - Phases 2 an 3

                                             Step 1
                                                1   Service Composer sends CFP(MatrixH) to all providers of si ;
                                                2   MatrixH contains all Paired Offers, padded with HTi ,Tj ;
                                                3   The response can be one of the following:
                                                    a) Statement-of-Interest: “Buying Time” to find partners.
                                                    b) Proposal: When ready to provide the missing information.
                                                    c) Failure: If the service provider cannot help.


                                             Step 2
                                                1   Service Composer sends CFP({Out_si }) to providers of sj .
                                                2   The response options are the same as for Step 1.
                                                3   For Phase 2, both si and sj consider forming partnerships and
                                                    coalitions;
                                                4   For Phase 3, both sets consider adapting their own service
                                                    offerings.
                                             If more than one positive response is received, the general service
                                             selection criteria are used.
Introduction                Prelims            Agents            Related Work          Conclusion


Service Composition

Related Work - Robustness in Service Composition

         At Functional Level
                Most of FLC consider not robust semantic links hence some
                inconsistencies in the composition model:
                      e.g. [O.Lassila and S.Dixit AAAI’04] and [Zhang et al. ICWS’03]
                      with Exact, Subsume, PlugIn and Disjoint;
                      e.g. [J.Cardoso and A.Sheth JIIS’03] with computation of syntactic
                      similarity;
                      e.g. [T.Di Noia et al. WWW’05];


         In the same direction ...
                Semi-Automation of Robust Composition (End-User Assistance)
                [F.Lécué et al. ICWS’07];
                Authors of [F.Lécué and A.Delteil AAAI’07] suggest to use the
                Concept Difference (more costly) [Teege KR’94] and not the
                Concept Abduction.
Introduction                Prelims            Agents            Related Work          Conclusion


Service Composition

Related Work - Robustness in Service Composition

         At Functional Level
                Most of FLC consider not robust semantic links hence some
                inconsistencies in the composition model:
                      e.g. [O.Lassila and S.Dixit AAAI’04] and [Zhang et al. ICWS’03]
                      with Exact, Subsume, PlugIn and Disjoint;
                      e.g. [J.Cardoso and A.Sheth JIIS’03] with computation of syntactic
                      similarity;
                      e.g. [T.Di Noia et al. WWW’05];


         In the same direction ...
                Semi-Automation of Robust Composition (End-User Assistance)
                [F.Lécué et al. ICWS’07];
                Authors of [F.Lécué and A.Delteil AAAI’07] suggest to use the
                Concept Difference (more costly) [Teege KR’94] and not the
                Concept Abduction.
Introduction                        Prelims   Agents          Related Work         Conclusion


Agent Negotiation and Coalition Formation

Related Work - Agent Negotiation

         Using Agents for Web Service Composition
                 Mostly focused on contracts and norms, e.g. [Kollingbaum et.al.
                 at WISER’2006];
                 Only a few focus on the composition problem, e.g. [Hassine et.al.
                 at ISWC’06];
                 Agents for robust composition of WS instances are used in
                 [Lécué et.al. at ECOWS’09].

         Using Agents to Represent Service Providers and Requesters
                 Mature work on negotiation and coalition formation protocols;
                 “Service” is a core concept in agent research but not directly
                 linked to Semantic Web Services;
                 There are some examples of work on agents collaborating to
                 procure web services [Abdoessalam et.al. WETICE’04]
Introduction                        Prelims   Agents          Related Work         Conclusion


Agent Negotiation and Coalition Formation

Related Work - Agent Negotiation

         Using Agents for Web Service Composition
                 Mostly focused on contracts and norms, e.g. [Kollingbaum et.al.
                 at WISER’2006];
                 Only a few focus on the composition problem, e.g. [Hassine et.al.
                 at ISWC’06];
                 Agents for robust composition of WS instances are used in
                 [Lécué et.al. at ECOWS’09].

         Using Agents to Represent Service Providers and Requesters
                 Mature work on negotiation and coalition formation protocols;
                 “Service” is a core concept in agent research but not directly
                 linked to Semantic Web Services;
                 There are some examples of work on agents collaborating to
                 procure web services [Abdoessalam et.al. WETICE’04]
Introduction             Prelims            Agents            Related Work         Conclusion




Conclusion and Future Work


         Conclusion
               Template-based Service composition as a composition of
               Semantic links;
               Considering service providers represented as agents can help
               by:
                   robustness of semantic links;
                   phased protocol to minimise robustness costs;
                   near-linear complexity using Extra Descriptions.


         Further work in the area
               Linking instance-based and template-based compositions;
               Optimising across different semantic links - coalition formation;
               Optimising in case of “split” and “join” semantic links.
Introduction             Prelims            Agents            Related Work         Conclusion




Conclusion and Future Work


         Conclusion
               Template-based Service composition as a composition of
               Semantic links;
               Considering service providers represented as agents can help
               by:
                   robustness of semantic links;
                   phased protocol to minimise robustness costs;
                   near-linear complexity using Extra Descriptions.


         Further work in the area
               Linking instance-based and template-based compositions;
               Optimising across different semantic links - coalition formation;
               Optimising in case of “split” and “join” semantic links.
Introduction   Prelims   Agents   Related Work   Conclusion




Questions?

More Related Content

What's hot

Пол Г. Хуппертц (Paul G. Huppertz), servicEvolution 121 Предоставление Сер...
Пол Г. Хуппертц (Paul G. Huppertz), servicEvolution 121    Предоставление Сер...Пол Г. Хуппертц (Paul G. Huppertz), servicEvolution 121    Предоставление Сер...
Пол Г. Хуппертц (Paul G. Huppertz), servicEvolution 121 Предоставление Сер...Michael Dobner
 
Enterprise Service Bus
Enterprise Service BusEnterprise Service Bus
Enterprise Service BusHamed Hatami
 
2010 06-18 service oriented architecture (soa) v4
2010 06-18 service oriented architecture (soa) v42010 06-18 service oriented architecture (soa) v4
2010 06-18 service oriented architecture (soa) v4alvaro alcocer sotil
 
IBM Service Science & Innovation Community of Practice 3/6/2012
IBM Service Science & Innovation Community of Practice 3/6/2012IBM Service Science & Innovation Community of Practice 3/6/2012
IBM Service Science & Innovation Community of Practice 3/6/2012Stephen Kwan
 
Enhancing The Role Of A Large Us Federal Agency As An Intermediary In The Fed...
Enhancing The Role Of A Large Us Federal Agency As An Intermediary In The Fed...Enhancing The Role Of A Large Us Federal Agency As An Intermediary In The Fed...
Enhancing The Role Of A Large Us Federal Agency As An Intermediary In The Fed...Wen Zhu
 
Japan Institute for Design Promotion, December 21st, 2011, Tokyo, Japan.
Japan Institute for Design Promotion, December 21st, 2011, Tokyo, Japan.Japan Institute for Design Promotion, December 21st, 2011, Tokyo, Japan.
Japan Institute for Design Promotion, December 21st, 2011, Tokyo, Japan.Stephen Kwan
 
Kwan 2012 Research Projects Topics
Kwan 2012 Research Projects TopicsKwan 2012 Research Projects Topics
Kwan 2012 Research Projects TopicsStephen Kwan
 
What makes a Service a good Service - OPITZ CONSULTING - Torsten Winterberg
What makes a Service a good Service - OPITZ CONSULTING - Torsten WinterbergWhat makes a Service a good Service - OPITZ CONSULTING - Torsten Winterberg
What makes a Service a good Service - OPITZ CONSULTING - Torsten WinterbergOPITZ CONSULTING Deutschland
 
Service Oriented Architecture (SOA) [2/5] : Enterprise Service Bus
Service Oriented Architecture (SOA) [2/5] : Enterprise Service BusService Oriented Architecture (SOA) [2/5] : Enterprise Service Bus
Service Oriented Architecture (SOA) [2/5] : Enterprise Service BusIMC Institute
 
SOA for Enterprise Architecture
SOA for Enterprise ArchitectureSOA for Enterprise Architecture
SOA for Enterprise ArchitectureYan Zhao
 
S-CUBE LP: Service Identification
S-CUBE LP: Service IdentificationS-CUBE LP: Service Identification
S-CUBE LP: Service Identificationvirtual-campus
 
5178 implementing and maintaining audio visual conferencing and web conferenc...
5178 implementing and maintaining audio visual conferencing and web conferenc...5178 implementing and maintaining audio visual conferencing and web conferenc...
5178 implementing and maintaining audio visual conferencing and web conferenc...bestip
 
Concepts integrationandbiztalksoa andbpm
Concepts integrationandbiztalksoa andbpm Concepts integrationandbiztalksoa andbpm
Concepts integrationandbiztalksoa andbpm Sandro Pereira
 
Refactoring J2EE Application for a JBI-based ESB
Refactoring J2EE Application for a JBI-based ESBRefactoring J2EE Application for a JBI-based ESB
Refactoring J2EE Application for a JBI-based ESBWen Zhu
 
Lecture 'Servicialisation - Service Consumers Center Stage' 2012-05-24 V01.02.00
Lecture 'Servicialisation - Service Consumers Center Stage' 2012-05-24 V01.02.00Lecture 'Servicialisation - Service Consumers Center Stage' 2012-05-24 V01.02.00
Lecture 'Servicialisation - Service Consumers Center Stage' 2012-05-24 V01.02.00Paul G. Huppertz
 

What's hot (17)

Пол Г. Хуппертц (Paul G. Huppertz), servicEvolution 121 Предоставление Сер...
Пол Г. Хуппертц (Paul G. Huppertz), servicEvolution 121    Предоставление Сер...Пол Г. Хуппертц (Paul G. Huppertz), servicEvolution 121    Предоставление Сер...
Пол Г. Хуппертц (Paul G. Huppertz), servicEvolution 121 Предоставление Сер...
 
Enterprise Service Bus
Enterprise Service BusEnterprise Service Bus
Enterprise Service Bus
 
2010 06-18 service oriented architecture (soa) v4
2010 06-18 service oriented architecture (soa) v42010 06-18 service oriented architecture (soa) v4
2010 06-18 service oriented architecture (soa) v4
 
IBM Service Science & Innovation Community of Practice 3/6/2012
IBM Service Science & Innovation Community of Practice 3/6/2012IBM Service Science & Innovation Community of Practice 3/6/2012
IBM Service Science & Innovation Community of Practice 3/6/2012
 
Enhancing The Role Of A Large Us Federal Agency As An Intermediary In The Fed...
Enhancing The Role Of A Large Us Federal Agency As An Intermediary In The Fed...Enhancing The Role Of A Large Us Federal Agency As An Intermediary In The Fed...
Enhancing The Role Of A Large Us Federal Agency As An Intermediary In The Fed...
 
Japan Institute for Design Promotion, December 21st, 2011, Tokyo, Japan.
Japan Institute for Design Promotion, December 21st, 2011, Tokyo, Japan.Japan Institute for Design Promotion, December 21st, 2011, Tokyo, Japan.
Japan Institute for Design Promotion, December 21st, 2011, Tokyo, Japan.
 
Kwan 2012 Research Projects Topics
Kwan 2012 Research Projects TopicsKwan 2012 Research Projects Topics
Kwan 2012 Research Projects Topics
 
What makes a Service a good Service - OPITZ CONSULTING - Torsten Winterberg
What makes a Service a good Service - OPITZ CONSULTING - Torsten WinterbergWhat makes a Service a good Service - OPITZ CONSULTING - Torsten Winterberg
What makes a Service a good Service - OPITZ CONSULTING - Torsten Winterberg
 
Service Oriented Architecture (SOA) [2/5] : Enterprise Service Bus
Service Oriented Architecture (SOA) [2/5] : Enterprise Service BusService Oriented Architecture (SOA) [2/5] : Enterprise Service Bus
Service Oriented Architecture (SOA) [2/5] : Enterprise Service Bus
 
SOA for Enterprise Architecture
SOA for Enterprise ArchitectureSOA for Enterprise Architecture
SOA for Enterprise Architecture
 
S-CUBE LP: Service Identification
S-CUBE LP: Service IdentificationS-CUBE LP: Service Identification
S-CUBE LP: Service Identification
 
5178 implementing and maintaining audio visual conferencing and web conferenc...
5178 implementing and maintaining audio visual conferencing and web conferenc...5178 implementing and maintaining audio visual conferencing and web conferenc...
5178 implementing and maintaining audio visual conferencing and web conferenc...
 
Concepts integrationandbiztalksoa andbpm
Concepts integrationandbiztalksoa andbpm Concepts integrationandbiztalksoa andbpm
Concepts integrationandbiztalksoa andbpm
 
Final Academic Project
Final Academic ProjectFinal Academic Project
Final Academic Project
 
Refactoring J2EE Application for a JBI-based ESB
Refactoring J2EE Application for a JBI-based ESBRefactoring J2EE Application for a JBI-based ESB
Refactoring J2EE Application for a JBI-based ESB
 
Soa
SoaSoa
Soa
 
Lecture 'Servicialisation - Service Consumers Center Stage' 2012-05-24 V01.02.00
Lecture 'Servicialisation - Service Consumers Center Stage' 2012-05-24 V01.02.00Lecture 'Servicialisation - Service Consumers Center Stage' 2012-05-24 V01.02.00
Lecture 'Servicialisation - Service Consumers Center Stage' 2012-05-24 V01.02.00
 

Viewers also liked

Icws10 lecue-gorronogoitia-gonzalez-radzimski-villa-presentation
Icws10 lecue-gorronogoitia-gonzalez-radzimski-villa-presentationIcws10 lecue-gorronogoitia-gonzalez-radzimski-villa-presentation
Icws10 lecue-gorronogoitia-gonzalez-radzimski-villa-presentationFreddy Lecue
 
9/16/09 Taylor Hamai's PowerPoint
9/16/09 Taylor Hamai's PowerPoint9/16/09 Taylor Hamai's PowerPoint
9/16/09 Taylor Hamai's PowerPointguestaa5931
 
Digital Media Barcelona
Digital Media BarcelonaDigital Media Barcelona
Digital Media BarcelonaStephane LEE
 
Transcranial Electrostim Asd
Transcranial Electrostim AsdTranscranial Electrostim Asd
Transcranial Electrostim AsdWinesforAutism
 
Icws09 Lecue Presentation
Icws09 Lecue PresentationIcws09 Lecue Presentation
Icws09 Lecue PresentationFreddy Lecue
 
Iswcs09 Lecue Presentation
Iswcs09 Lecue PresentationIswcs09 Lecue Presentation
Iswcs09 Lecue PresentationFreddy Lecue
 
English Gist Of Teresa Forcades Presentation On H1 N1
English Gist Of Teresa Forcades Presentation On H1 N1English Gist Of Teresa Forcades Presentation On H1 N1
English Gist Of Teresa Forcades Presentation On H1 N1WinesforAutism
 
Sedna XML Database System: Internal Representation
Sedna XML Database System: Internal RepresentationSedna XML Database System: Internal Representation
Sedna XML Database System: Internal RepresentationIvan Shcheklein
 
Sedna XML Database: Memory Management
Sedna XML Database: Memory ManagementSedna XML Database: Memory Management
Sedna XML Database: Memory ManagementIvan Shcheklein
 
Sedna XML Database: Executor Internals
Sedna XML Database: Executor InternalsSedna XML Database: Executor Internals
Sedna XML Database: Executor InternalsIvan Shcheklein
 
Litigation Tips for Complex Administrative Law Cases
Litigation Tips for Complex Administrative Law CasesLitigation Tips for Complex Administrative Law Cases
Litigation Tips for Complex Administrative Law Casesandresmedrano249
 
Sedna XML Database: Query Parser & Optimizing Rewriter
Sedna XML Database: Query Parser & Optimizing RewriterSedna XML Database: Query Parser & Optimizing Rewriter
Sedna XML Database: Query Parser & Optimizing RewriterIvan Shcheklein
 
Sedna XML Database: Transactions and Recovery
Sedna XML Database: Transactions and RecoverySedna XML Database: Transactions and Recovery
Sedna XML Database: Transactions and RecoveryIvan Shcheklein
 

Viewers also liked (17)

Social media for attorneys 2.0
Social media for attorneys 2.0Social media for attorneys 2.0
Social media for attorneys 2.0
 
Icws10 lecue-gorronogoitia-gonzalez-radzimski-villa-presentation
Icws10 lecue-gorronogoitia-gonzalez-radzimski-villa-presentationIcws10 lecue-gorronogoitia-gonzalez-radzimski-villa-presentation
Icws10 lecue-gorronogoitia-gonzalez-radzimski-villa-presentation
 
Social media and finding a job
Social media and finding  a jobSocial media and finding  a job
Social media and finding a job
 
9/16/09 Taylor Hamai's PowerPoint
9/16/09 Taylor Hamai's PowerPoint9/16/09 Taylor Hamai's PowerPoint
9/16/09 Taylor Hamai's PowerPoint
 
Digital Media Barcelona
Digital Media BarcelonaDigital Media Barcelona
Digital Media Barcelona
 
Transcranial Electrostim Asd
Transcranial Electrostim AsdTranscranial Electrostim Asd
Transcranial Electrostim Asd
 
4 Candles
4 Candles4 Candles
4 Candles
 
Icws09 Lecue Presentation
Icws09 Lecue PresentationIcws09 Lecue Presentation
Icws09 Lecue Presentation
 
Iswcs09 Lecue Presentation
Iswcs09 Lecue PresentationIswcs09 Lecue Presentation
Iswcs09 Lecue Presentation
 
English Gist Of Teresa Forcades Presentation On H1 N1
English Gist Of Teresa Forcades Presentation On H1 N1English Gist Of Teresa Forcades Presentation On H1 N1
English Gist Of Teresa Forcades Presentation On H1 N1
 
Sedna XML Database System: Internal Representation
Sedna XML Database System: Internal RepresentationSedna XML Database System: Internal Representation
Sedna XML Database System: Internal Representation
 
Sedna XML Database: Memory Management
Sedna XML Database: Memory ManagementSedna XML Database: Memory Management
Sedna XML Database: Memory Management
 
Sedna XML Database: Executor Internals
Sedna XML Database: Executor InternalsSedna XML Database: Executor Internals
Sedna XML Database: Executor Internals
 
Ask the Experts
Ask the ExpertsAsk the Experts
Ask the Experts
 
Litigation Tips for Complex Administrative Law Cases
Litigation Tips for Complex Administrative Law CasesLitigation Tips for Complex Administrative Law Cases
Litigation Tips for Complex Administrative Law Cases
 
Sedna XML Database: Query Parser & Optimizing Rewriter
Sedna XML Database: Query Parser & Optimizing RewriterSedna XML Database: Query Parser & Optimizing Rewriter
Sedna XML Database: Query Parser & Optimizing Rewriter
 
Sedna XML Database: Transactions and Recovery
Sedna XML Database: Transactions and RecoverySedna XML Database: Transactions and Recovery
Sedna XML Database: Transactions and Recovery
 

Similar to Icsoc Mehandjiev Lecue Wajid Presentationv2

SOA - Enabling Interoperability And Business Agility March 2009
SOA - Enabling Interoperability And Business Agility   March 2009SOA - Enabling Interoperability And Business Agility   March 2009
SOA - Enabling Interoperability And Business Agility March 2009Mike Wons
 
2010 06-18 service oriented architecture (soa) v4
2010 06-18 service oriented architecture (soa) v42010 06-18 service oriented architecture (soa) v4
2010 06-18 service oriented architecture (soa) v4alvaro alcocer sotil
 
SOA architecture patterns, Matjaž Jurič (FRI/Univerza v Ljubljani)
SOA architecture patterns, Matjaž Jurič (FRI/Univerza v Ljubljani)SOA architecture patterns, Matjaž Jurič (FRI/Univerza v Ljubljani)
SOA architecture patterns, Matjaž Jurič (FRI/Univerza v Ljubljani)OpenBlend society
 
Developing An SOA Strategy V1
Developing An SOA Strategy V1Developing An SOA Strategy V1
Developing An SOA Strategy V1Salim Sheikh
 
Overview of SOA and the role of ESB / OSB
Overview of SOA and the role of ESB / OSBOverview of SOA and the role of ESB / OSB
Overview of SOA and the role of ESB / OSBNahser Bakht
 
Taking a Performance-Based Services Approach to Improve the Effectiveness of ...
Taking a Performance-Based Services Approach to Improve the Effectiveness of ...Taking a Performance-Based Services Approach to Improve the Effectiveness of ...
Taking a Performance-Based Services Approach to Improve the Effectiveness of ...Alan McSweeney
 
METRIC-BASED FRAMEWORK FOR TESTING & EVALUATION OF SERVICE-ORIENTED SYSTEM
METRIC-BASED FRAMEWORK FOR TESTING & EVALUATION OF SERVICE-ORIENTED SYSTEMMETRIC-BASED FRAMEWORK FOR TESTING & EVALUATION OF SERVICE-ORIENTED SYSTEM
METRIC-BASED FRAMEWORK FOR TESTING & EVALUATION OF SERVICE-ORIENTED SYSTEMijseajournal
 
Event-Driven Service-oriented Architecture (EDSOA)
Event-Driven Service-oriented Architecture (EDSOA)Event-Driven Service-oriented Architecture (EDSOA)
Event-Driven Service-oriented Architecture (EDSOA)Attune Infocom Pvt Ltd
 
Capacity Planning and Modelling
Capacity Planning and ModellingCapacity Planning and Modelling
Capacity Planning and ModellingAnthony Dehnashi
 
Service Oriented Architecture
Service Oriented ArchitectureService Oriented Architecture
Service Oriented ArchitectureSandeep Ganji
 

Similar to Icsoc Mehandjiev Lecue Wajid Presentationv2 (20)

ESB Overview
ESB OverviewESB Overview
ESB Overview
 
Soa & Bpel
Soa & BpelSoa & Bpel
Soa & Bpel
 
Soa & Bpel
Soa & BpelSoa & Bpel
Soa & Bpel
 
SOA - Enabling Interoperability And Business Agility March 2009
SOA - Enabling Interoperability And Business Agility   March 2009SOA - Enabling Interoperability And Business Agility   March 2009
SOA - Enabling Interoperability And Business Agility March 2009
 
2010 06-18 service oriented architecture (soa) v4
2010 06-18 service oriented architecture (soa) v42010 06-18 service oriented architecture (soa) v4
2010 06-18 service oriented architecture (soa) v4
 
SOA Principles : 6. service composibility
SOA Principles : 6. service composibilitySOA Principles : 6. service composibility
SOA Principles : 6. service composibility
 
SOA architecture patterns, Matjaž Jurič (FRI/Univerza v Ljubljani)
SOA architecture patterns, Matjaž Jurič (FRI/Univerza v Ljubljani)SOA architecture patterns, Matjaž Jurič (FRI/Univerza v Ljubljani)
SOA architecture patterns, Matjaž Jurič (FRI/Univerza v Ljubljani)
 
Developing An SOA Strategy V1
Developing An SOA Strategy V1Developing An SOA Strategy V1
Developing An SOA Strategy V1
 
Overview of SOA and the role of ESB / OSB
Overview of SOA and the role of ESB / OSBOverview of SOA and the role of ESB / OSB
Overview of SOA and the role of ESB / OSB
 
Taking a Performance-Based Services Approach to Improve the Effectiveness of ...
Taking a Performance-Based Services Approach to Improve the Effectiveness of ...Taking a Performance-Based Services Approach to Improve the Effectiveness of ...
Taking a Performance-Based Services Approach to Improve the Effectiveness of ...
 
Soa & Bpel With Web Sphere
Soa & Bpel With Web SphereSoa & Bpel With Web Sphere
Soa & Bpel With Web Sphere
 
Soa & Bpel With Web Sphere
Soa & Bpel With Web SphereSoa & Bpel With Web Sphere
Soa & Bpel With Web Sphere
 
SOA Principles : 3.service discoverability
SOA Principles : 3.service discoverabilitySOA Principles : 3.service discoverability
SOA Principles : 3.service discoverability
 
Lousina
LousinaLousina
Lousina
 
SOA Principles : 4.service loose coupling
SOA Principles : 4.service loose couplingSOA Principles : 4.service loose coupling
SOA Principles : 4.service loose coupling
 
P1153 kumar a
P1153 kumar aP1153 kumar a
P1153 kumar a
 
METRIC-BASED FRAMEWORK FOR TESTING & EVALUATION OF SERVICE-ORIENTED SYSTEM
METRIC-BASED FRAMEWORK FOR TESTING & EVALUATION OF SERVICE-ORIENTED SYSTEMMETRIC-BASED FRAMEWORK FOR TESTING & EVALUATION OF SERVICE-ORIENTED SYSTEM
METRIC-BASED FRAMEWORK FOR TESTING & EVALUATION OF SERVICE-ORIENTED SYSTEM
 
Event-Driven Service-oriented Architecture (EDSOA)
Event-Driven Service-oriented Architecture (EDSOA)Event-Driven Service-oriented Architecture (EDSOA)
Event-Driven Service-oriented Architecture (EDSOA)
 
Capacity Planning and Modelling
Capacity Planning and ModellingCapacity Planning and Modelling
Capacity Planning and Modelling
 
Service Oriented Architecture
Service Oriented ArchitectureService Oriented Architecture
Service Oriented Architecture
 

Icsoc Mehandjiev Lecue Wajid Presentationv2

  • 1. Introduction Prelims Agents Related Work Conclusion Provider-Composer Negotiations for Semantic Robustness in Service Compositions Nikolay Mehandjiev Freddy Lécué Usman Wajid Centre for Service Research The University of Manchester Booth Street East, Manchester, UK ICSOC-ServiceWave, November 24-26, 2009 Stockholm, Sweden
  • 2. Introduction Prelims Agents Related Work Conclusion Outline 1 Introduction 2 Preliminaries 3 Agents and Template-based Composition 4 Related Work 5 Conclusion
  • 3. Introduction Prelims Agents Related Work Conclusion Scope Introduction and Scope Conventional and Web Services Intertwine both areas can “learn” from each other; e.g. produce better software by considering service providers. Role of Service Providers in Web Service Composition Currently only in service quality and contracts. This is OK for small and cheap services, but sub-optimal for complex and evolving assemblies. This Talk: demonstrates one particular benefit of considering service providers; focuses on achieving robust composition in a large search space; assumes template-based composition.
  • 4. Introduction Prelims Agents Related Work Conclusion Scope Introduction and Scope Conventional and Web Services Intertwine both areas can “learn” from each other; e.g. produce better software by considering service providers. Role of Service Providers in Web Service Composition Currently only in service quality and contracts. This is OK for small and cheap services, but sub-optimal for complex and evolving assemblies. This Talk: demonstrates one particular benefit of considering service providers; focuses on achieving robust composition in a large search space; assumes template-based composition.
  • 5. Introduction Prelims Agents Related Work Conclusion Scope Introduction and Scope Conventional and Web Services Intertwine both areas can “learn” from each other; e.g. produce better software by considering service providers. Role of Service Providers in Web Service Composition Currently only in service quality and contracts. This is OK for small and cheap services, but sub-optimal for complex and evolving assemblies. This Talk: demonstrates one particular benefit of considering service providers; focuses on achieving robust composition in a large search space; assumes template-based composition.
  • 6. Introduction Prelims Agents Related Work Conclusion Template-based Service Composition Template-based Composition of Semantic Services Service Composition: aims to satisfy the need for a service by bringing together existing ones; manual or automated; “from scratch” or using existing templates. Template Instantiation: A template contains a set of tasks: unbound service specifications. The aim is to find the optimal service to instantiate each task. We focus on optimising the “data fit” between service inputs and preceding outputs. Functional Description Pre-Conditions Post−Conditions Functional View of Services: Formally specified inputs and outputs. Name Formally specified service aim. And Input Output Parameters Description Parameters Pre-conditions and post-conditions are semantic expressions.
  • 7. Introduction Prelims Agents Related Work Conclusion Template-based Service Composition Template-based Composition of Semantic Services Service Composition: aims to satisfy the need for a service by bringing together existing ones; manual or automated; “from scratch” or using existing templates. Template Instantiation: A template contains a set of tasks: unbound service specifications. The aim is to find the optimal service to instantiate each task. We focus on optimising the “data fit” between service inputs and preceding outputs. Functional Description Pre-Conditions Post−Conditions Functional View of Services: Formally specified inputs and outputs. Name Formally specified service aim. And Input Output Parameters Description Parameters Pre-conditions and post-conditions are semantic expressions.
  • 8. Introduction Prelims Agents Related Work Conclusion Template-based Service Composition Template-based Composition of Semantic Services Service Composition: aims to satisfy the need for a service by bringing together existing ones; manual or automated; “from scratch” or using existing templates. Template Instantiation: A template contains a set of tasks: unbound service specifications. The aim is to find the optimal service to instantiate each task. We focus on optimising the “data fit” between service inputs and preceding outputs. Functional Description Pre-Conditions Post−Conditions Functional View of Services: Formally specified inputs and outputs. Name Formally specified service aim. And Input Output Parameters Description Parameters Pre-conditions and post-conditions are semantic expressions.
  • 9. Introduction Prelims Agents Related Work Conclusion Semantic Web Services Semantic Web Services Parameters (i.e., Input and Output) of Web services in semantic Web are concepts referred to in an ontology T : WSDL-S, SA-WSDL (W3C Proposed Recommendation); OWL-S profile level; WSMO capability level.
  • 10. Introduction Prelims Agents Related Work Conclusion Web Service Composition and its Semantic Links Semantic Link: Semantic connection between services; ... more particulary between Output and Input parameters; ... denoted by sly ,x and valued by SimT (Out_sy , In_sx ); S y Output S x Input Parameters Parameters S y Input S x Output Parameters Parameters Out_sy In_sx Semantic connection: Sim Web service: sx T Web service: sy SimT is reduced to the five matchmaking functions [M.Paolucci et al. ISWC’02, Li and Horrocks WWW’03]: Exact i.e., T |= Out_sy ≡ In_sx ; PlugIn i.e., T |= Out_sy In_sx ; Subsume i.e., T |= In_sx Out_sy ; Intersection i.e., T |= Out_sy In_sx ⊥; Disjoint i.e., T |= Out_sy In_sx ⊥; For we need some refinements: Extra Description.
  • 11. Introduction Prelims Agents Related Work Conclusion Web Service Composition and its Semantic Links Semantic Link: Semantic connection between services; ... more particulary between Output and Input parameters; ... denoted by sly ,x and valued by SimT (Out_sy , In_sx ); S y Output S x Input Parameters Parameters S y Input S x Output Parameters Parameters SlowNetWorkConnection NetWorkConnection Semantic connection: Sim Web service: sx T Web service: sy SimT is reduced to the five matchmaking functions [M.Paolucci et al. ISWC’02, Li and Horrocks WWW’03]: Exact i.e., T |= Out_sy ≡ In_sx ; PlugIn i.e., T |= Out_sy In_sx ; Subsume i.e., T |= In_sx Out_sy ; Intersection i.e., T |= Out_sy In_sx ⊥; Disjoint i.e., T |= Out_sy In_sx ⊥; For we need some refinements: Extra Description.
  • 12. Introduction Prelims Agents Related Work Conclusion Robustness Non Robust Semantic Links in Web Service Composition The open issue: How transform a non robust semantic link SimT (Out_sy , In_sx ) in its robust form? The suggested approach: by retrieving the Extra Description H - information contained by In_sx and not by Out_sy through Concept Abduction or Concept Difference. T. Di Noia, E. Di Sciascio et al. Abductive matchmaking using description logics. In IJCAI, pages 337–342, Acapulco, Mexico, 2003. MK. G. Teege. Making the difference: A subtraction operation for DLs. In KR, pages 540–550, San Francisco, California, 1994.
  • 13. Introduction Prelims Agents Related Work Conclusion Robustness Non Robust Semantic Links in Web Service Composition The open issue: How transform a non robust semantic link SimT (Out_sy , In_sx ) in its robust form? The suggested approach: by retrieving the Extra Description H - information contained by In_sx and not by Out_sy through Concept Abduction or Concept Difference. T. Di Noia, E. Di Sciascio et al. Abductive matchmaking using description logics. In IJCAI, pages 337–342, Acapulco, Mexico, 2003. MK. G. Teege. Making the difference: A subtraction operation for DLs. In KR, pages 540–550, San Francisco, California, 1994.
  • 14. Introduction Prelims Agents Related Work Conclusion Robustness Concept Abduction in Web Service Composition Definition (Concept Abduction) Let L be a DL, Out_sy , In_sx be two concepts in L, and T be a set of axioms in L. A Concept Abduction Problem (CAP), denoted as L, Out_sy , In_sx , T is finding a concept H ∈ L such that T |= Out_sy H In_sx . The Extra Description H represents what is underspecified in Out_sy in order to completely satisfy In_sx ; ⇒ Explains why Out_sy and In_sx can not be chained by a robust semantic link. The Common Description Out_sy In_sx refers to information required by In_sx and effectively provided by Out_sy .
  • 15. Introduction Prelims Agents Related Work Conclusion Robustness Concept Abduction with an Example Definition (Concept Abduction) Let L be a DL, Out_sy , In_sx be two concepts in L, and T be a set of axioms in L. A Concept Abduction Problem (CAP), denoted as L, Out_sy , In_sx , T is finding a concept H ∈ L such that T |= Out_sy H In_sx . e.g., in case of non robust semantic link valued by the Subsume match level. S y Output S x Input Parameters Parameters S y Input S x Output Parameters Parameters Web service: sx Web service: sy
  • 16. Introduction Prelims Agents Related Work Conclusion Robustness Concept Abduction with an Example Definition (Concept Abduction) Let L be a DL, Out_sy , In_sx be two concepts in L, and T be a set of axioms in L. A Concept Abduction Problem (CAP), denoted as L, Out_sy , In_sx , T is finding a concept H ∈ L such that T |= Out_sy H In_sx . e.g., in case of non robust semantic link valued by the Subsume match level. S y Output S x Input Parameters Parameters S y Input S x Output Parameters Parameters Web service: sx Web service: sy
  • 17. Introduction Prelims Agents Related Work Conclusion Robustness Concept Abduction in Web Service Composition Definition (Concept Abduction) Let L be a DL, Out_sy , In_sx be two concepts in L, and T be a set of axioms in L. A Concept Abduction Problem (CAP), denoted as L, Out_sy , In_sx , T is finding a concept H ∈ L such that T |= Out_sy H In_sx . Explains Why a semantic link is not robust... ... hence provides a way to replace (How) a non robust semantic link in its robust form: Subsume match level ⇒ Exact match level ; Intersection match level ⇒ PlugIn match level .
  • 18. Introduction Prelims Agents Related Work Conclusion Agents and Template-based Composition Service Providers and the Service Composer are agents The Service Composer selects a Composition Template and advertises it on a noticeboard Service Providers watch the noticeboards of interest and bid to provide services Semantic Composition Template is a graph containing a set of tasks Ti as its nodes and a set of Abstract Semantic Links sl A i,j as its edges.
  • 19. Introduction Prelims Agents Related Work Conclusion Service Providers Bidding to Instantiate Tasks Service Providers Bidding to Instantiate Tasks Service Providers are represented by Software Agents Agents monitor noticeboards for suitable tasks for their services. A service s is considered suitable for task T if: 1 The service s achieves the same goal as T . 2 The pre-conditions of s are implied by the pre–conditions of T . 3 The post-conditions of s imply the post-conditions of T . 4 SimT (In_T , In_s) is PlugIn. 5 SimT (Out_s, Out_T ) is PlugIn.
  • 20. Introduction Prelims Agents Related Work Conclusion Protocol Outline Protocol Outline A For each non-robust abstract link sli,j the service composer agent calculates its HTi ,Tj ; and initiates a three-phase negotation protocol, involving the providers of services si and sj , aiming to select services which provide robust instantiation of the semantic link. The assumptions behind three phases are: 1 Phase 1: robust composition “for free” (i.e. w/out extra services), using differences in specs between a task and its services; 2 Phase 2: additional services (and usage fees), but no modifications; 3 Phase 3: service providers adapt services against payment.
  • 21. Introduction Prelims Agents Related Work Conclusion Protocol Outline Protocol Outline A For each non-robust abstract link sli,j the service composer agent calculates its HTi ,Tj ; and initiates a three-phase negotation protocol, involving the providers of services si and sj , aiming to select services which provide robust instantiation of the semantic link. The assumptions behind three phases are: 1 Phase 1: robust composition “for free” (i.e. w/out extra services), using differences in specs between a task and its services; 2 Phase 2: additional services (and usage fees), but no modifications; 3 Phase 3: service providers adapt services against payment.
  • 22. Introduction Prelims Agents Related Work Conclusion Protocol Detail - Phase 1 Protocol Detail - Phase 1 Step 1 1 Service Composer sends CFP(HTi ,Tj ) to all providers of si ; 2 The response depends on Out_si compared to HTi ,Tj : a) Proposal: if T |= Out_si HTi ,Tj Out_Ti . b) Refuse: If T |= Out_si HTi ,Tj ⊥. c) Counter-Proposal:If there is satisfiable intersection, i.e., T |= Out_si HTi ,Tj ⊥, the provider will propose Out_si instead. Step 2 1 Service Composer sends CFP({Out_si }) to providers of sj . 2 The responses depend if In_sj subsumes any of the counter-proposals: a) Proposal: if SimT (Out_si , In_sj ) is of a PlugIn type; b) Counter-Proposal: If SimT (Out_si , In_sj ) is an Intersection type, the counter-proposal is the extra description required for this concrete semantic link sli,j i.e., T |= Out_si Hsi ,sj In_sj . We have “Paired Offer”. If the second step ends up with counter-proposals rather than proposals, the composer will initiate the second phase of negotiation.
  • 23. Introduction Prelims Agents Related Work Conclusion Protocol Detail - Phase 1 Protocol Detail - Phase 1 Step 1 1 Service Composer sends CFP(HTi ,Tj ) to all providers of si ; 2 The response depends on Out_si compared to HTi ,Tj : a) Proposal: if T |= Out_si HTi ,Tj Out_Ti . b) Refuse: If T |= Out_si HTi ,Tj ⊥. c) Counter-Proposal:If there is satisfiable intersection, i.e., T |= Out_si HTi ,Tj ⊥, the provider will propose Out_si instead. Step 2 1 Service Composer sends CFP({Out_si }) to providers of sj . 2 The responses depend if In_sj subsumes any of the counter-proposals: a) Proposal: if SimT (Out_si , In_sj ) is of a PlugIn type; b) Counter-Proposal: If SimT (Out_si , In_sj ) is an Intersection type, the counter-proposal is the extra description required for this concrete semantic link sli,j i.e., T |= Out_si Hsi ,sj In_sj . We have “Paired Offer”. If the second step ends up with counter-proposals rather than proposals, the composer will initiate the second phase of negotiation.
  • 24. Introduction Prelims Agents Related Work Conclusion Protocol Detail - Phases 2 and 3 Protocol Detail - Phases 2 an 3 Step 1 1 Service Composer sends CFP(MatrixH) to all providers of si ; 2 MatrixH contains all Paired Offers, padded with HTi ,Tj ; 3 The response can be one of the following: a) Statement-of-Interest: “Buying Time” to find partners. b) Proposal: When ready to provide the missing information. c) Failure: If the service provider cannot help. Step 2 1 Service Composer sends CFP({Out_si }) to providers of sj . 2 The response options are the same as for Step 1. 3 For Phase 2, both si and sj consider forming partnerships and coalitions; 4 For Phase 3, both sets consider adapting their own service offerings. If more than one positive response is received, the general service selection criteria are used.
  • 25. Introduction Prelims Agents Related Work Conclusion Protocol Detail - Phases 2 and 3 Protocol Detail - Phases 2 an 3 Step 1 1 Service Composer sends CFP(MatrixH) to all providers of si ; 2 MatrixH contains all Paired Offers, padded with HTi ,Tj ; 3 The response can be one of the following: a) Statement-of-Interest: “Buying Time” to find partners. b) Proposal: When ready to provide the missing information. c) Failure: If the service provider cannot help. Step 2 1 Service Composer sends CFP({Out_si }) to providers of sj . 2 The response options are the same as for Step 1. 3 For Phase 2, both si and sj consider forming partnerships and coalitions; 4 For Phase 3, both sets consider adapting their own service offerings. If more than one positive response is received, the general service selection criteria are used.
  • 26. Introduction Prelims Agents Related Work Conclusion Service Composition Related Work - Robustness in Service Composition At Functional Level Most of FLC consider not robust semantic links hence some inconsistencies in the composition model: e.g. [O.Lassila and S.Dixit AAAI’04] and [Zhang et al. ICWS’03] with Exact, Subsume, PlugIn and Disjoint; e.g. [J.Cardoso and A.Sheth JIIS’03] with computation of syntactic similarity; e.g. [T.Di Noia et al. WWW’05]; In the same direction ... Semi-Automation of Robust Composition (End-User Assistance) [F.Lécué et al. ICWS’07]; Authors of [F.Lécué and A.Delteil AAAI’07] suggest to use the Concept Difference (more costly) [Teege KR’94] and not the Concept Abduction.
  • 27. Introduction Prelims Agents Related Work Conclusion Service Composition Related Work - Robustness in Service Composition At Functional Level Most of FLC consider not robust semantic links hence some inconsistencies in the composition model: e.g. [O.Lassila and S.Dixit AAAI’04] and [Zhang et al. ICWS’03] with Exact, Subsume, PlugIn and Disjoint; e.g. [J.Cardoso and A.Sheth JIIS’03] with computation of syntactic similarity; e.g. [T.Di Noia et al. WWW’05]; In the same direction ... Semi-Automation of Robust Composition (End-User Assistance) [F.Lécué et al. ICWS’07]; Authors of [F.Lécué and A.Delteil AAAI’07] suggest to use the Concept Difference (more costly) [Teege KR’94] and not the Concept Abduction.
  • 28. Introduction Prelims Agents Related Work Conclusion Agent Negotiation and Coalition Formation Related Work - Agent Negotiation Using Agents for Web Service Composition Mostly focused on contracts and norms, e.g. [Kollingbaum et.al. at WISER’2006]; Only a few focus on the composition problem, e.g. [Hassine et.al. at ISWC’06]; Agents for robust composition of WS instances are used in [Lécué et.al. at ECOWS’09]. Using Agents to Represent Service Providers and Requesters Mature work on negotiation and coalition formation protocols; “Service” is a core concept in agent research but not directly linked to Semantic Web Services; There are some examples of work on agents collaborating to procure web services [Abdoessalam et.al. WETICE’04]
  • 29. Introduction Prelims Agents Related Work Conclusion Agent Negotiation and Coalition Formation Related Work - Agent Negotiation Using Agents for Web Service Composition Mostly focused on contracts and norms, e.g. [Kollingbaum et.al. at WISER’2006]; Only a few focus on the composition problem, e.g. [Hassine et.al. at ISWC’06]; Agents for robust composition of WS instances are used in [Lécué et.al. at ECOWS’09]. Using Agents to Represent Service Providers and Requesters Mature work on negotiation and coalition formation protocols; “Service” is a core concept in agent research but not directly linked to Semantic Web Services; There are some examples of work on agents collaborating to procure web services [Abdoessalam et.al. WETICE’04]
  • 30. Introduction Prelims Agents Related Work Conclusion Conclusion and Future Work Conclusion Template-based Service composition as a composition of Semantic links; Considering service providers represented as agents can help by: robustness of semantic links; phased protocol to minimise robustness costs; near-linear complexity using Extra Descriptions. Further work in the area Linking instance-based and template-based compositions; Optimising across different semantic links - coalition formation; Optimising in case of “split” and “join” semantic links.
  • 31. Introduction Prelims Agents Related Work Conclusion Conclusion and Future Work Conclusion Template-based Service composition as a composition of Semantic links; Considering service providers represented as agents can help by: robustness of semantic links; phased protocol to minimise robustness costs; near-linear complexity using Extra Descriptions. Further work in the area Linking instance-based and template-based compositions; Optimising across different semantic links - coalition formation; Optimising in case of “split” and “join” semantic links.
  • 32. Introduction Prelims Agents Related Work Conclusion Questions?