Semantische Webdienste in OWL-S und WSMO Name : Sinan Sen Betreuer : Dr. Andreas Gerber Datum :

2 Übersicht Einführung OWL-S WSMO OWL-S vs. WSMO Zusammenfassung Diskussion

3 Einführung Bedeutung des semantischen Inhaltes maschinenverständlich Realisierung von semantischen Webdiensten Beinhaltet maschinenverständliche Schnittstelle für Kommunikation & Kooperation Suche, Einbinden, Überwachung sind automatisiert Setzt Rahmen mit der diese Beschreibung möglich ist Im Rahmen dieses Vortrages die Ontologien: OWL-S WSMO

4 OWL-S

5 OWL-S Hintergrund Nachfolger von DAML-S Baut auf OWL auf Sehr viele Einrichtungen sind beteiligt, u.A. Carnegie Mellon University BBN Technologies Stanford University Nokia Yale University

6 OWL-S & W3C Architektur OWL-S baut auf: HTTPRDF RDFSOWL OWL-S XML & XMLS

7 OWL-S Komponenten Resource ServiceGrounding ServiceModelServiceProfile Service

8 Beispiel Fiktive Fluggesellschaft BravoAirService.owl BravoAirServiceProfile.owl BravoAirServiceModel.owl BravoAirServiceGrounding.owl

9 Service Klasse Zentrale Organisationseinheit des Webdienstes Jeder Webdienst hat eine Instanz der Klasse Service Hat die Eigenschaften: presents describedBy supports

10 Bsp: BravoAirService.owl […] […]

11 ServiceProfile ServiceGrounding ServiceModel ServiceProfile Service

12 ServiceProfile Veröffentlichung des Webdienstes Beschreibt den Zweck des Webdienstes Wichtig für Automatische Suche nach Webdiensten Service Registries (UDDI) Service-Suchagenten Beinhaltet folgende Informationen nicht-funktionale Informationen funktionale Informationen andere Informationen

13 Bsp: BravoAirProfile.owl Nicht-Funktionale Eigenschaften BravoAir_ReservationAgent This service provide flight reservations based on the… BravoAir Reservation department Reservation Representative […] […]

14 Bsp: BravoAirProfile.owl funktionale Eigenschaften Input, Output, Precondition, Effect (IOPE) […] […]

15 Bsp: BravoAirProfile.owl andere Eigenschaften Kategorie Rating Service Parameter BravoAir GeoRadius

16 OWL-S ServiceModel ServiceGrounding ServiceModel ServiceProfile Service

17 ServiceModel Wie Arbeitet ein Webdienst? Wie kann der Dienst benutzt werden? Wichtig für folgende Automatismen: Aufruf Komposition Überwachung Interoperabilität Interaktion mit einem Webdienst kann als ein Prozess betrachtet werden

18 Atomic & Simple process Prozessarten Atomic Erwartet eine Nachricht Sendet eine Nachricht Direkte Übergabe von Eingabedaten vom Client Nur zwei Teilnehmer Keine weiteren Unterprozesse Simple Abstrakte Darstellung Kein Aufruf möglich Verwendung z.B. durch Planer

19 Bsp: BravoAirServiceModel.owl Beispiel: Atomic Prozess […] <process:parameterType rdf:resource="&concepts;#Password"/ […]

20 Composite Process Für komplexe Aufgaben Zustand ändert sich mit jeder weiteren Nachricht Besteht aus Unterprozessen Non-composite Composite Kontrollstrukturen für die Komposition Sequence If-then-else, Choice, Split+Join,Iterate Any-Order,Condition,Repeat-While, Repeat-Until

21 Bsp: BravoAirServiceModel.owl Beispiel: Composite Prozesse […] […]

22 Process Parameter hasParticipant Process hat mindestens zwei Teilnehmer TheClient TheServer IOPE hasInput hasOutput hasLocal hasPrecondition hasResult

23 OWL-S ServiceGrounding ServiceGrounding ServiceModel ServiceProfile Service

24 ServiceGrounding Aufgabe Zugriff auf den Webdienst Protokolle HTTP, SOAP, RPC, JAVA RMI etc. Nachrichtenformate Zuordnung einer abstrakten Spezifikation zu einer konkreten Spezifikation Atomic Prozess Input Output

25 ServiceGrounding Architektur

26 WSMO

27 WSMO Europäische Initiative Baut auf WSMF (Web Service Modelling Framework) Besteht aus Vier Hauptelementen Konzept der Mediatoren

28 WSMO Initiative Setz sich zusammen aus: WSMO Working Group Konzeptuelles Modell zur Beschreibung von semantischen Webdiensten WSML Working Group Formale Beschreibung für WSMO WSMX Working Group Referenz-Architektur für WSMO Suchen, auswählen, Komposition, aufrufen von Webdiensten

29 WSMO Top-Level-Elemente

30 WSMO Top-Level Elemente Ontologies stellt die formale Semantik für die anderen WSMO Elemente zur Verfügung Web Services Beschreibt die verschiedenen Aspekte der Webdienste Goals Ziele, die ein Client beim Kontaktieren des Webdienstes hat Mediators Handhabung von Interoperabilitätsproblemen zwischen den verschiedenen Elementen in WSMO

31 Syntax – Top Level Elemente Class wsmoTopLevelElement hasNonFunctionalProperties type nonFunctionalProperties Class ontology sub-Class wsmoTopLevelElement Class webService sub-Class wsmoTopLevelElement Class goal sub-Class wsmoTopLevelElement Class mediator sub-Class wsmoTopLevelElement

32 WSMO Elemente Alle Top-Level-Elemente besitzen: Nicht-Funktionale Eigenschaften 1 Creator, Publisher, Date, Owner, Title etc. Importierten Ontologien Modularer Aufbau als Ziel Lösung von komplexen Problemen Mediatoren z.B. Konfliktauflösung beim Importieren von Ontologien 1 Für alle Eigenschaften siehe.

33 WSMO Ontology Definiert auf Meta-Ebene (meta-ontology) Besteht neben den vorgestellten Eigenschaften noch aus: Concept Relation Function Instance Axiom

34 Bsp: WSMO Ontology namespace {_" dc _" loc _" } ontology _" nonFunctionalProperties dc#title hasValue "Trip Reservation Ontology" dc#identifier hasValue _" dc#creator hasValue _" endNonFunctionalProperties importsOntology { _" _" usesMediator _"

35 WSMO Web Services Capability Beschreibt die Funktionalität des Webdienstes Shared Variables, Preconditions, Assumptions, Postconditions,Effects Interface Erreichbarkeit der Funktionalität Choreography (Benutzersicht) Kommunikation zwischen Konsument & Webdienst Orchestration (Providersicht) Kooperation zwischen Webdiensten um die eine gewünschte Funktionalität zu erreichen

36 Bsp: WSMO Web Services namespace { _" dc _" webService _" importsOntology _http://example.org/tripReservationOntology capability BookTicketCapability interface BookTicketInterface

37 WSMO Goals Capability Funktionalität, die ein Benutzer haben möchte Interface Schnittstelle eines Webdienstes, die ein Benutzer benutzen möchte um mit dem Webdienst zu kommunizieren

38 Bsp: WSMO Goals goal _" importsOntology {_" _" capability postcondition definedBy ?reservation[ reservationHolder hasValue ?reservationHolder, item hasValue ?ticket ] memberOf tr#reservation and ?ticket[ trip hasValue ?trip] memberOf tr#ticket and ?trip [ origin hasValue loc#innsbruck, destination hasValue loc#venice] memberOf tr#trip.

39 WSMO Mediatoren ggMediatoren Zwei Ziele verknüpfen ooMediatoren Konfliktauflösung beim Ontologieimport wgMediatoren Webdienst und Ziel verknüpfen wwMediatoren Zwei Webdienste verknüpfen

40 OWL-S vs. WSMO

41 OWL-S vs. WSMO & W3C OWL-S basiert auf W3C Standards RDF OWL WSMO basiert auf WSMF (kein W3C Standart)

42 Service OWL-S ServiceProfile ServiceModel ServiceGrounding WSMO Goals Unabhängig vom Webdienst definiert und werden über wgMediatoren eingebunden Capability Interface (choreography + grounding)

43 ServiceProfile OWL - SWSMO Zweck des WebdienstesServiceProfileGoal & Capability Kardinalität[0, ]Goal [0, ] Capabiltiy [0, 1] ServiceParameterbeliebig erweiterbarvordefinerte Liste (DC)

44 ServiceProfile – Non-Functional OWL-S beinhaltet visuell vom Menschen lesbare Information serviceName, textDescription, contactInfo Nur in ServiceProfile WSMO benutzt für diese Informationen Dublin Core dc:title, dc:description,dc:owner, dc:publisher etc. In allen Elementen vorhanden

45 ServiceModell OWL - SWSMO Arbeitsweise eines Webdienstes ServiceModellCapabiltiy + Interface TeilnehmerhasClient hasServer Wird nicht explizit festgelegt Profile/Model consistency Keine Konsistenzprüfung zwischen ServiceProfile und ServiceModel Wird nicht explizit festgelegt

46 ServiceModel - Prozesse OWL-S Atomic, Simple und Composite WSMO Realisierung mit Choreography und Orchestration Zustände Zustandsübergänge If-then-update (choreography) If-then-mediator (orchestration)

47 Grounding Kommunikation mit dem Webdienst OWL-S ServiceGrounding WSDL (SOAP, HTTP) WSMO (WSMO Working Draft 16 September 2005) Web Service Choreography WSDL (SOAP, HTTP)

48 Zusammenfassung OWL-S und WSMO teilen die Ansicht, dass Ontologien die zentrale Rolle bei der Realisierung von Webdiensten spielen. OWL-S liegt eine Spezialisierung, Generalisierungsstrategie zur Grunde Atomic Prozesse die zu größeren zusammengefasst werden können WSMO strebt unabhängig entwickelte Insellösungen an, die über Mediatoren unterschiedlich start miteinander kommunizieren sollen.

49 Quellen OWL-S s_matchmaker.htm OWL-S Editoren

50 Weitere Quellen WSMO WSMO-Editor

51 Vielen Dank für Ihre Aufmerksamkeit !