1 / 167

Semantic Web Service Systems

Semantic Web Service Systems. 3 rd European Semantic Web Conference ESWC 2006 11-14 June, Budva, Montenegro. Presenters: Liliana Cabral Mick Kerrigan Maciej Zaremba Contribution : Emilia Cimpian John Domingue Matthew Moran Brahmananda Sapkota Michal Zaremba. Agenda.

jalene
Download Presentation

Semantic Web Service Systems

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Semantic Web Service Systems 3rd European Semantic Web Conference ESWC 2006 11-14 June, Budva, Montenegro Presenters:Liliana Cabral Mick Kerrigan Maciej Zaremba Contribution: Emilia Cimpian John Domingue Matthew Moran Brahmananda Sapkota Michal Zaremba

  2. Agenda Part I: Introduction to Semantic Web Services and WSMO (30 min) Part II: The Web Service Execution Environment, WSMX (45 min) • WSMX motivation, scope, approach • System Architecture Coffee Break (15 min) Part III: The Internet Reasoning Service, IRS III (45 min) • IRS Architecture • IRS Editing, Browsing, and Publication Environment Part IV: Hands-On Session with IRS III and WSMT (1 hour 15 min) • Create and publish WSMO descriptions • Use WSMX and IRS frameworks for goal-driven service invocation ESWC, Budva, 2006

  3. The Aims of this Tutorial • Introduce the aims & challenges of Semantic Web Services (SWS) – focusing on the WSMO approach • Describe WSMX and IRS-III, two complimentary execution environments for Semantic Web Services • Demonstrate WSMX, IRS-III and WSMT, a design tool for WSMO ontologies and service descriptions ESWC, Budva, 2006

  4. Agenda Part I: Introduction to Semantic Web Services and WSMO Part II: The Web Service Execution Environment, WSMX • WSMX motivation, scope, approach • System Architecture Coffee Break Part III: The Internet Reasoning Service, IRS III • IRS Architecture • IRS Editing, Browsing, and Publication Environment Part IV: Hands-On Session with IRS III and WSMT • Create and publish WSMO descriptions • Use WSMX and IRS frameworks for goal-driven service invocation ESWC, Budva, 2006

  5. Introduction to Semantic Web Services • Introduction to Semantic Web • Introduction to Web services • Semantic Web Services ESWC, Budva, 2006

  6. Semantic Web and Web Services – The Vision 500 million user more than 3 billion pages WWW URI, HTML, HTTP Static ESWC, Budva, 2006

  7. Semantic Web and Web Services • Serious Problems in • information finding, • information extracting, • Information representing, • information interpreting and information maintaining. Semantic Web RDF, RDF(S), OWL WWW URI, HTML, HTTP Static ESWC, Budva, 2006

  8. Semantic Web and Web Services – The Vision Web Services UDDI, WSDL, SOAP Dynamic • Bringing the computer back as a device for computation Semantic Web RDF, RDF(S), OWL WWW URI, HTML, HTTP Static ESWC, Budva, 2006

  9. Semantic Web and Web Services – The Vision • Bringing the Web to its full potential Intelligent Web Services Web Services UDDI, WSDL, SOAP Dynamic Semantic Web RDF, RDF(S), OWL WWW URI, HTML, HTTP Static ESWC, Budva, 2006

  10. conceptual model of a domain (ontological theory) unambiguous terminology definitions commonly accepted understanding machine-readability with computational semantics Ontology Definition Formal, explicit specification of a shared conceptualization ESWC, Budva, 2006

  11. Ontology Example Concept conceptual entity of the domain Attribute property of a concept Relation relationship between concepts or properties Axiom coherent description between Concepts / Properties / Relations via logical expressions name email Person studentnr. research field isA – hierarchy (taxonomy) Student Professor attends holds Lecture lecture nr. topic holds(Professor, Lecture)  Lecture.topic  Professor.researchField ESWC, Budva, 2006

  12. What are Web Services • Loosely coupled, reusable components • Described using XML • WSDL and XML Schema • Encapsulate discrete functionality • Distributed • Programmatically accessible over internet protocols • HTTP, SOAP ESWC, Budva, 2006

  13. Using Web Services ESWC, Budva, 2006

  14. Using Web Services Syntax Only ESWC, Budva, 2006

  15. Problems unresolved by Web Services • (Semi)-automatic service discovery • Data interoperability • Process interoperability • (Semi)-automatic service composition ESWC, Budva, 2006

  16. Semantic Web Services • Define formal description frameworks for describing Web Services and related aspects • Ontologies such as WSMO and OWL-S (and WSDL-S) • Support ontologies as underlying data model to allow machine supported data interpretation • Ontology language such as WSML and OWL • Define semantically driven technologies for automation of the Web Service usage process • Tools and environments such as WSMX, IRS-III, WSMT ESWC, Budva, 2006

  17. Semantic Web Services (2) Usage Process: • Publication: • Make available the description of the capabilities of a service • Discovery: • Locate different services suitable for a given task • Selection: • Choose the most appropriate services among the available ones • Composition: • Combine services (or goals) to achieve a goal • Mediation: • Solve mismatches (in data or process) among the combined services • Execution: • Invoke services following programmatic conventions ESWC, Budva, 2006

  18. Summary Semantic Web Services = Semantic Web Technology + Web Service Technology ESWC, Budva, 2006

  19. Web Service Modeling Ontology (WSMO) • A conceptual model for Semantic Web Services: • Ontology of core elements for Semantic Web Services • a formal description language (WSML) • execution environment (WSMX) • … derived from and based on the Web Service Modeling Framework WSMF • an European Semantic System Initiative • “ESSI Cluster” Working Group • joint European research and development initiative ESWC, Budva, 2006

  20. WSMO Working Groups A Conceptual Model for SWS A Formal Language for WSMO Execution Environment for WSMO A Rule-based Language for SWS ESWC, Budva, 2006

  21. WSMO Design Principles Web Compliance Ontology-Based Strict DecouplingOf Modeling Elements Ontological Role Separation WSMO Centrality of Mediation Execution Semantics Description versus Implementation ESWC, Budva, 2006

  22. WSMO Top Level Notions Objectives that a client wants to achieve by using Web Services Provide the formally specified terminology of the information used by all other components Semantic description of Web Services: • Capability (functional) • Interfaces (usage) Connectors between components with mediation facilities for handling heterogeneities ESWC, Budva, 2006

  23. Non-Functional Properties • Every WSMO element can be described by properties that contain relevant, non-functional aspects. • Sample information sets are: • Dublin Core Metadata Set: • For resource management • Versioning Information • For evolution support • Quality of Service Information • For availability, stability • Other • WSMO non functional properties are extensible ESWC, Budva, 2006

  24. Non-Functional Properties List Dublin Core Metadata Contributor Coverage Creator Description Format Identifier Language Publisher Relation Rights Source Subject Title Type Quality of Service Accuracy NetworkRelatedQoS Performance Reliability Robustness Scalability Security Transactional Trust ESWC, Budva, 2006

  25. WSMO Ontologies Objectives that a client wants to achieve by using Web Services Provide the formally specified terminology of the information used by all other components Semantic description of Web Services: • Capability (functional) • Interfaces (usage) Connectors between components with mediation facilities for handling heterogeneities ESWC, Budva, 2006

  26. Ontology Description and Usage • Ontologies are used as the ‘data model’ throughout WSMO • WSMO is defined in terms of itself • All data-types used in Web Service interfaces are ontology concepts • Discovery, mediation and composition are based on ontology reasoning • WSMO Ontology Language WSML • Conceptual syntax for describing WSMO elements • Logical language for axiomatic expressions (WSML Layering) • WSMO Ontology Design • Modularization: import / re-using ontologies, modular approach for ontology design • De-Coupling: heterogeneity handled by OO Mediators ESWC, Budva, 2006

  27. Ontology Specification • Non functional properties (see before) • Imported Ontologiesimporting existing ontologies where no heterogeneities arise • Used mediators OO Mediators (ontology import with terminology mismatch handling) • Ontology Elements: Conceptsset of concepts that belong to the ontology, incl. Attributesset of attributes that belong to a concept Relationsdefine interrelations between several concepts Functionsspecial type of relation (unary range = return value) Instancesset of instances that belong to the represented ontology Axioms axiomatic expressions in ontology (logical statement) ESWC, Budva, 2006

  28. WSMO Web services Objectives that a client wants to achieve by using Web Services Provide the formally specified terminology of the information used by all other components Semantic description of Web Services: • Capability (functional) • Interfaces (usage) Connectors between components with mediation facilities for handling heterogeneities ESWC, Budva, 2006

  29. WS WS WS WSMO Web service description • complete item description • quality aspects • Web Service Management • Advertising of Web Service • Support for WS Discovery Capability functional description Non-functional Properties DC + QoS + Version + financial • realization of functionality by aggregating • other Web Services • functional • decomposition • WS composition • client-service interaction interface for consuming WS • External Visible • Behavior • - Communication • Structure • - ‘Grounding’ Web service Implementation (not of interest in Web Service Description) Choreography--- Service Interfaces --- Orchestration ESWC, Budva, 2006

  30. Capability Specification • Non functional properties • Imported Ontologies • Used mediators • OO Mediator: importing ontologies with mismatch resolution • WG Mediator: link to a Goal wherefore service is not usable a priori • Pre-conditions • What a web service expects in order to be able to provide its service • Define conditions over the input. • Assumptions • Conditions on the state of the world that has to hold before the Web Service can be executed • Post-conditions • Describes the result of the WS in relation to the input, and conditions on it • Effects • Conditions on the state of the world that hold after execution of the • Web Service (i.e. changes in the state of the world) ESWC, Budva, 2006

  31. Choreography & Orchestration VTA example: • Choreography = how to interact with the service to consume its functionality • Orchestration = how service functionality is achieved by aggregating other Web services When the service is requested When the service requests Hotel Service Date, Time Date VTA Service Hotel Time Error Flight, Hotel Confirmation Date, Time Error Flight Service Flight Confirmation Error Confirmation ESWC, Budva, 2006

  32. Choreography Aspects • Interface for consuming Web Service • External Visible Behavior • those aspects of the workflow of a Web Service where Interaction is required • described by workflow constructs: sequence, split, loop, parallel • Communication Structure • messages sent and received • their order (communicative behavior for service consumption) • choreography related errors (e.g. input wrong, message timeout, etc.) • Grounding • concrete communication technology for interaction • Formal Model • reasoning on Web Service interfaces (service interoperability) • allow mediation support on Web Service interfaces ESWC, Budva, 2006

  33. WS WS State in Orchestration Control Flow Data Flow Service Interaction Orchestration Aspects Control Structure for aggregation of other Web Services 1 Web Service Business Logic 3 2 • decomposition of service functionality • all service interaction via choreographies 4 ESWC, Budva, 2006

  34. Orchestration Aspects • Service interfaces are concerned with service consumption and interaction • Choreography and Orchestration as sub-concepts of Service Interface • Common requirements for service interface description: • represent the dynamics of information interchange during service consumption and interaction • support ontologies as the underlying data model • appropriate communication technology for information interchange • sound formal model / semantics of service interface specifications in order to allow operations on them. ESWC, Budva, 2006

  35. WSMO Goals Objectives that a client wants to achieve by using Web Services Provide the formally specified terminology of the information used by all other components Semantic description of Web Services: • Capability (functional) • Interfaces (usage) Connectors between components with mediation facilities for handling heterogeneities ESWC, Budva, 2006

  36. Goals • Ontological De-coupling of Requester and Provider • Goal-driven Approach • derived from AI rational agent approach • Requester formulates objective independently • ‘Intelligent’ mechanisms detect suitable services for solving the Goal • allows re-use of Services for different purposes • Usage of Goals within Semantic Web Services • A Requester, that is an agent (human or machine), defines a Goal to be resolved • Web Service Discovery detects suitable Web Services for solving the Goal automatically • Goal Resolution Management is realized in implementations ESWC, Budva, 2006

  37. Goal Specification • Non functional properties • Imported Ontologies • Used mediators • OO Mediators: importing ontologies with heterogeneity resolution • GG Mediator: • Goal definition by reusing an already existing goal • allows definition of Goal Ontologies • Requested Capability • describes service functionality expected to resolve the objective • defined as capability description from the requester perspective • Requested Interface • describes communication behaviour supported by the requester for consuming a Web Service (Choreography) • Restrictions / preferences on orchestrations of acceptable Web Services ESWC, Budva, 2006

  38. WSMO Mediators Objectives that a client wants to achieve by using Web Services Provide the formally specified terminology of the information used by all other components Semantic description of Web Services: • Capability (functional) • Interfaces (usage) Connectors between components with mediation facilities for handling heterogeneities ESWC, Budva, 2006

  39. Mediation • Heterogeneity … • Mismatches on structural / semantic / conceptual / functional / level • Occur between different components that shall interoperate • Especially in distributed & open environments like the Internet • Concept of Mediation (Wiederhold, 94): • Mediators as components that resolve mismatches • Declarative Approach: • Semantic description of resources • ‘Intelligent’ mechanisms that resolve mismatches independent of content • Mediation cannot be fully automated (integration decision) • Levels of Mediation within Semantic Web Services (WSMF): • Data Level: mediate heterogeneous Data Sources • Functional Level: mediate mismatches between Web Service/Goal and Web Service/Goals functionalities • Process/Protocol Level: mediate heterogeneous Business Processes/Communication Patterns • Layers of Mediators • Specification Layer – WSMO Mediators • Implementation Layer – Levels of Mediation ESWC, Budva, 2006

  40. WSMO Mediators Overview ESWC, Budva, 2006

  41. Mediator Structure Source Component WSMO Mediator uses a Mediation Service via 1 Target Component 1 .. n Source Component • as a Goal • directly • optionally incl. Mediation Specification layer Implementation layer Mediation Services ESWC, Budva, 2006

  42. Goal: “merge s1, s2 and s1.ticket subclassof s2.product” OO Mediator - Example Merging 2 ontologies OO Mediator Mediation Service Train Connection Ontology (s1) Train Ticket Purchase Ontology Purchase Ontology (s2) Discovery Mediation Services ESWC, Budva, 2006

  43. Aim: Support specification of Goals by re-using existing Goals Allow definition of Goal Ontologies (collection of pre-defined Goals) Terminology mismatches handled by OO Mediators Example: Goal Refinement GG Mediators GG Mediator Mediation Service Target Goal “Buy a Train Ticket” Source Goal “Buy a ticket” postcondition: “aTicket memberof trainticket” ESWC, Budva, 2006

  44. WG & WW Mediators • WG Mediators: • link a Web Service to a Goal and resolve occurring mismatches • match Web Service and Goals that do not match a priori • handle terminology mismatches between Web Services and Goals • broader range of Goals solvable by a Web Service • WW Mediators: • enable interoperability of heterogeneous Web Services • support automated collaboration between Web Services • OO Mediators for terminology import with data level mediation • Protocol Mediation for establishing valid multi-party collaborations • Process Mediation for making Business Processes interoperable ESWC, Budva, 2006

  45. Data Level Mediation • Scope • Solving terminological mismatches • Related Aspects / Techniques: • Ontology Integration (Mapping, Merging, Alignment) • Data Lifting & Lowering • Transformation between Languages / Formalisms • Terminology Mismatches Classification • Conceptualization Mismatches • same domain concepts, but different conceptualization • different levels of abstraction • different ontological structure • => resolution only includs human intervention • Explication Mismatches • mismatches between: • T (Term used), D (definition of concepts), C (real world concept) • => automated resolution partially possible ESWC, Budva, 2006

  46. X Functional Level Mediation • Scope • Solving functional mismatches between goals and/or ws • Related Aspects/Techniques • Discovery • Semantic Matchmaking • Matchmaking Mismatches = G/WS = G/WS Exact Match PlugIn Match Subsumption Match Intersection Match No Match ESWC, Budva, 2006

  47. Process Level Mediation • Scope • Resolves communication mismatches and establish behavior compatibility • Related Aspects/Techniques • Data and control flow composition • Process Mismatches • Signature terminology mismatches (need for data level mediation) • Communication/behavior mismatches ESWC, Budva, 2006

  48. ooMediator Data Level Mediation ggMediator Data Level Mediation Functional Level Mediation Example: wgMediator Data Level Mediation Functional Level Mediation Process Level Mediation wwMediator Data Level Mediation Functional Level Mediation Process Level Mediation WSMO Mediators and Mediation Levels internal business logic of Web Service (not of interest in Service Interface Description) internal business logic of Web Service (not of interest in Service Interface Description) WW Mediator ESWC, Budva, 2006

  49. Agenda Part I: Introduction to Semantic Web Services and WSMO Part II: The Web Service Execution Environment, WSMX • WSMX motivation, scope, approach • System Architecture Coffee Break Part III: The Internet Reasoning Service, IRS III • IRS Architecture • IRS Editing, Browsing, and Publication Environment Part IV: Hands-On Session with IRS III and WSMT • Create and publish WSMO descriptions • Use WSMX and IRS frameworks for goal-driven service invocation ESWC, Budva, 2006

  50. WSMX Introduction • Software framework for runtime binding of service requesters and service providers • WSMX interprets service requester’s goal to • discover matching services • select (if desired) the service that best fits • provide mediation (if required) • make the service invocation • Is based on the conceptual model provided by WSMO • Has a formal execution semantics • Service Oriented and event-based architecture • based on microkernel design using technologies as J2EE, Hibernate, Spring, JMX, etc. ESWC, Budva, 2006

More Related