Ce diaporama a bien été signalé.
Le téléchargement de votre SlideShare est en cours. ×

Sws lecture12-handouts

Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
6/12/2018
1
1
© Copyright 2010‐2018   Dieter Fensel, Ioan Toma, and Anna Fensel
Semantic Web Services
SS 2018
Applications...
6/12/2018
2
3
Outline
• Motivation (Note: also covered individually for each use case in the technical solution part)
• Te...
6/12/2018
3
5
Motivation and Learning Goals
• Semantic Web Services (SWS) were shown to be useful
in theory…
…now we also ...
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Publicité
Prochain SlideShare
Sws lecture12-handouts
Sws lecture12-handouts
Chargement dans…3
×

Consultez-les par la suite

1 sur 48 Publicité
Publicité

Plus De Contenu Connexe

Similaire à Sws lecture12-handouts (20)

Publicité
Publicité

Sws lecture12-handouts

  1. 1. 6/12/2018 1 1 © Copyright 2010‐2018   Dieter Fensel, Ioan Toma, and Anna Fensel Semantic Web Services SS 2018 Applications Anna Fensel 11.06.2018 2 Where are we? # Title 1 Introduction 2 Web Science + Cathy O’Neil’s talk: “Weapons of Math Destruction” 3 Service Science 4 Web services 5 Web2.0 services 6 Semantic Web + ONLIM APIs (separate slideset) 7 Semantic Web Service Stack (WSMO, WSML, WSMX) 8 OWL-S and the others 9 Semantic Services as a Part of the Future Internet and Big Data Technology 10 Lightweight Annotations 11 Linked Services 12 Applications 13 Mobile Services
  2. 2. 6/12/2018 2 3 Outline • Motivation (Note: also covered individually for each use case in the technical solution part) • Technical solution – DIP • DIP Introduction and overview • DIP Technical solution • DIP demonstrators – SUPER • SUPER Introduction and overview • SUPER Technical solution • SUPER methodology and demonstrators • SUPER Demo/video – Further specific use cases in projects • Transport: eFreight • Manufacturing: MSEE • Health: OntoHealth – Current business trends • Microservices • Blockchains • Summary • References 3 4 MOTIVATION
  3. 3. 6/12/2018 3 5 Motivation and Learning Goals • Semantic Web Services (SWS) were shown to be useful in theory… …now we also want to see more projects, scenarios and examples of systems where this technology can be used. • This lecture will enable you to: – Identify and describe relevant scenarios for the SWS usage – from different sectors, learn how the solutions are typically modelled, – See how specific SWS technologies can be used for specific use cases, – Explore the potential of the SWSs in the context of new developments, such as microservices and blockchains, – Identify the practical challenges and limitations of the SWS technology. 5 6 DIP EU project on Data, Information, Process Interoperation with Semantic Web Services
  4. 4. 6/12/2018 4 7 DIP INTRODUCTION AND OVERVIEW 8 DIP – Introductory Demo/Video (http://www.sti-innsbruck.at/results/movies/dip-promotion-video ) ~ 9 min
  5. 5. 6/12/2018 5 9 DIP overview Client Services 10 DIP overview • Let’s consider a client that wants to go on holiday. • The client describes the holiday on her/his own terms – Blue sky, white sand beach, clear water • DIP platform acts as a broker • To fulfil user request, DIP discovers, selects, composes and invoke services • DIP provides personalized applications on the fly, from available services Broker Client Services • Available services: weather, hotel, travel services
  6. 6. 6/12/2018 6 11 DIP objectives • Combine Semantic Web technology with Web Services for Semantic Web Services • Apply Semantic Web Services as an infrastructure in real world scenarios within an organization and between organizations and its customers/partners. • Make Semantic Web Services technology a reality. 12 DIP TECHNICAL SOLUTION
  7. 7. 6/12/2018 7 13 DIP – Overall Framework WSMO – Web Service Modelling Ontology WSML – Web Service Modelling Language WSMX – Web Service Execution Environment 14 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 14 Web Service Modeling Ontology (WSMO)
  8. 8. 6/12/2018 8 15 Web Service Modeling Language (WSML) • WSML Variants - allow users to make the trade-off between the provided expressivity and the implied complexity on a per- application basis ∩ ∩ 16 Web Service Execution Environment (WSMX) • … is comprehensive software framework for runtime binding of service requesters and service providers, • … interprets service requester’s goal to – discover matching services, – select (if desired) the service that best fits, – provide data/process mediation (if required), and – make the service invocation, • … is reference implementation for WSMO, • … has a formal execution semantics, and • … is service oriented, event-based and has pluggable architecture – Open source implementation available through Source Forge, – based on microkernel design using technologies such as JMX.
  9. 9. 6/12/2018 9 17 DIP Architecture eBanking 18 DIP Architecture – Components (1) • Core component – Managing exchange of messages between components • Communication manager – Handles all external communications • Parser – Parse WSML content of incoming messages into WSMO4j • Discovery – Find Web services matching supplied Goals • QoS Discovery – Find and order service on the basis of QoS parameters • Process Mediator – Handle mismatches client and service choreographies
  10. 10. 6/12/2018 10 19 DIP Architecture – Components (2) • Data Mediator – Handle mismatches between ontologies • Choreography Engine – Execute behaviour described by a choreography • Orchestration Engine – Execute the composition defined by an orchestration • Resource Manager – Persist WSMO and operational data • WSML Reasoner – At the heart of the architecture 20 DIP Architecture - behavioural view
  11. 11. 6/12/2018 11 21 DIP DEMONSTRATORS 22 Emergency Weather Planning • Winter 2003 - weather chaos in southern England due to 1cm of snow. • People spent more than 20 hours blocked on motorways
  12. 12. 6/12/2018 12 23 Emergency Weather Planning • In an emergency situation, relevant information is needed to assist planning and decision making. • Such information elements range from demographic data, weather forecasts and sensor data, available transportation means to the presence of helpful agents (people), etc. • Different agencies own different relevant data and emergency related knowledge, which needs to be shared with the other partners during an emergency. 24 eMerges • eMerges is a decision support system that assists the Emergency Office in the tasks of retrieving, processing, displaying, and interacting with relevant information, more quickly and accurately • Using eMerges governmental agencies are able to extend their knowledge about the emergency situation they are dealing with by making use of different functionalities based on data held by other agencies which otherwise might not be accessible to them or slow to obtain.
  13. 13. 6/12/2018 13 25 eMerges Ontologies 26 eMerges Ontologies • Archetypes ontology provides very high level abstractions (e.g. container, house, agent, etc.) to which entities from the real world have to be mapped • HCI ontology maps an object to its particular representation. For example some interfaces need “pretty names” selecting a feature to privileged display (e.g. on hovering on the object);
  14. 14. 6/12/2018 14 27 Generic Application Structure SWS SWS SWS SWS SWS SWS SWS SWS Presentation IT systems Organisation 1 IT systems Organisation 2 DB DB Web Application Web Application Web Application Semantic Web Services (WSMX/IRS-III) WS WS WS WS Services Abstraction Legacy Systems SWS 28 Generic Application Structure (1) • Legacy System layer: consists of existing data sources and IT systems provided by each of the involved governmental parties • Service Abstraction layer: exposes the functionalities of the legacy systems as Web services, abstracting from the hardware and software platforms of the legacy systems. Whenever a new service is available at this layer, it will be semantically described and properly linked to existing semantic descriptions.
  15. 15. 6/12/2018 15 29 Generic Application Structure (2) • Semantic Web Service layer: given a goal request this layer, will • discover a candidate set of Web services, • select the most appropriate, • mediate any mismatches at the data, ontological or business process level, and • invoke the selected Web services whilst adhering to any data, control flow and Web service invocation requirements • Presentation layer: is a Web application accessible through a standard Web browser. 30 eMerges User Interface
  16. 16. 6/12/2018 16 31 eMerges Prototype Architecture ViewEssex Services BuddySpace Server BuddySpace Services Google Maps API AJAX Accommodation Goal Environment Goal Presence Goal Archetypes Archetypes SGIS-Spatial SGIS-Spatial Emergency-GIS-Domain Emergency-GIS-Domain Emergency-GIS-Goals Emergency-GIS-Goals BuddySpace Goals BuddySpace Goals Environment Services Smart Filter Services Google Web Toolkit MET-Office-Domain MET-Office-Domain MET-Office-Goals MET-Office-Goals Affordances = Goals 32 (http://www.sti-innsbruck.at/results/movies/dip-eMerges/) ~ 10 min DIP – eMerges Demo/Video
  17. 17. 6/12/2018 17 33 SUPER EU project on Business Process Management that applied WSMO 34 SUPER INTRODUCTION AND OVERVIEW
  18. 18. 6/12/2018 18 35 SUPER – Introductory Demo/Video (http://www.sti-innsbruck.at/results/movies/super-overview-movie/) ~ 3 min 36 SUPER • SUPER = Semantics Utilized for Process management within and between Enterprises (SUPER) • The major objective of SUPER was to raise Business Process Management (BPM) to the business level, where it belongs, from the IT level where it mostly resides now. • This objective requires that BPM is accessible at the level of semantics of business experts
  19. 19. 6/12/2018 19 37 Business Process and Business Process Management • “A business process or business method is a collection of related, structure activities or tasks that produce a specific service or product for a particular customer or customers.” • “Business process management (BPM) is a management approach focused on aligning all aspects of an organization with the wants and needs of clients. It is a holistic approach that promotes business effectiveness and efficiency while striving for innovation, flexibility, and integration with technology” http://en.wikipedia.org/wiki/Business_process_management http://en.wikipedia.org/wiki/Business_process 38 Business process in a company • Business Processes – ... drive all company‘s activities – ... represent the core assets of a company – ... give decision makers control over the company’s activities – ... deliver services faster and more efficiently to the customer – ... allow a company to react to changing market conditions How do I get the big picture of my activities? How do I communicate my business process in a common fashion? How do I keep track of all evolutions in my business? How do I make sure my businesses get more efficient and more profitables?
  20. 20. 6/12/2018 20 39 The critical Business / IT Divide Bridging Business-IT gap • reduce implementation costs • implementing the real requirements • faster implementation • less support requests • align implementation Querying the Process Space • reduce costs • increase product quality • improve throughput times • less training • less support required • increase forecast accuracy 40 SUPER approach to address the critical Business / IT Divide
  21. 21. 6/12/2018 21 41 SUPER – How Semantics Help • Semantic technology improves the utility of BPM by creating a semantic „glue“ between different layers, artefacts and models • Links between business artefacts help to keep the „big picture“ and to improve the overall understanding of complex relationships and interdependencies • By unifying the vocabulary and explicating differences in a structured way, semantics support the understanding of business people and technicians 42 SUPER – Scientific objectives • Construction and assessment of technological framework for Semantic Business Process Management (SBPM) • Acquiring new generic languages suited for representation of processes, different process models and goal description having in mind all aspects of system behaviour (e.g. costs, dependencies, constraints, other data flows, time limitations) • Creation of automated annotation techniques of already existing BPs, their fragments, IT components, etc • Development of process query tools • Adjustment existing reasoners to the specific needs of SUPER • Elaboration of industrial-strength mediation procedures for automated coupling between business and IT perspectives • Augmentation of SWS foundations on the basis of new experiences obtained from their deployment to large-scale test environments
  22. 22. 6/12/2018 22 43 SUPER – Technical objectives • Building horizontal ontologies in aim to annotate both complete BPs and their fragments • Assembling vertical ontologies for the chosen implementation domain • Complete inventory of tools supporting every stage of SBPM 44 SUPER TECHNICAL SOLUTION
  23. 23. 6/12/2018 23 45 SUPER Ontology Stack 46 SUPER Ontology Stack
  24. 24. 6/12/2018 24 47 WSMO (http://www.wsmo.org) Objectives that a client may have when consulting a Web Service Semantic description of Web Services: • Capability (functional) • Non-functional properties • Interfaces (usage) Connectors between components with mediation facilities for handling heterogeneities Provide the formally specified terminology of the information used by all other components Web Service Modeling Ontology 48 SUPER Ontology Stack
  25. 25. 6/12/2018 25 49 Business Domain Ontologies • Business Functions Ontology – describes functions carried out within the company (e.g. marketing, finance, HR • Business Process Resources Ontology – describes tangible and abstract resources required • Business Roles Ontology – roles in the organization (e.g. Designer, Process Modeler, IT Expert, CEO) • Business Modeling Guidelines Ontology – generic business policies and rules for domains like law, finance, etc. 50 SUPER Ontology Stack
  26. 26. 6/12/2018 26 51 • Upper-Level Process Ontology (UPO) represent high- level concepts for Business Process Modelling. It is the top-level ontology in SUPER, used as the unifying ontology for other ontologies • Business Process Modelling Ontology (BPMO) represent high-level business process workflows. BPMO has a bridging purpose between the business level and the execution level of processes • Semantic Event-driven Process Chains notation Ontology (sEPC) aims to support the annotation (automatic or semi-automatic) of process models created with EPC tools SUPER Ontology Stack 52 SUPER Ontology Stack
  27. 27. 6/12/2018 27 53 • Semantic Business Process Modeling Notation Ontology (sBPMN) formalises the core subset of BPMN graphical notation • Semantic BPEL Ontology (sBPEL) extends the BPEL ontology with a SWS based interaction model. • Behavioral Reasoning Ontology (BRO) allows for reasoning over the behaviours of business processes using WSML axioms • Events Ontology (EVO) is a reference model for capturing logging information utilised both by the execution engines (SBPELEE and SEE) and by the analysis tools SUPER Ontology Stack 54 SBP Modelling Tool Semantic BPEL Execution Engine Semantic Execution Environment SBP Composition SBP Discovery Business Process Library Execution History Semantic Web Services SBP Mediation SBP Monitoring & Management Tool SBP Analysis Tool Transformation SUPER Tooling SUPER Repositories SUPER Execution SUPER Platform Services Semantic Service Bus Deployment Reasoner Data Mediation Event Sink Protocol Binder SUPER Architecture
  28. 28. 6/12/2018 28 55 • The central component of the architecture is the Semantic Service Bus (SSB) which provides a communication infrastructure for the SUPER components. Components communicate over the bus by sending and receiving normalized messages. • SUPER Tooling comprises tools to support different phases of the Semantic Business Process (SBP) lifecycle: – SBP Modeling Tool - used during the design time for SBP modeling – SBP Monitoring and Management Tool provides an up-to-date picture over the SBP and Semantic Web services (SWS) execution state and provides simple management functionality – SBP Analysis Tool is used for Process Mining and Reverse Business Engineering (RBE) purposes • SUPER Repositories are used for storing artefacts which are produced, utilized and exchanged by the the SUPER components – SBP Library stores artefacts which are created during process modelling, i.e. process models, process fragments, and process mediators – SWS Repository stores artefacts related to Semantic Web services – Execution History stores the audit trail of the executed process instances SUPER Architecture 56 • SUPER Platform Services comprise the basic services which provide their functionalities for all SUPER tools and components – Transformation Services translate among different formats of SUPER artifacts – SBP Mediation resolves heterogeneity problems between different business processes – Data Mediation is responsible for handling ontology level heterogeneitie – SBP Composition combines services and processes in order to implement activities of the process, where activities can be implemented by one or more services – SBP Discovery finds SBP candidates fulfilling criteria specified as WSMO Goals – SBP Reasoner provides process behavioural logic-based inference engine capable of reasoning with SUPER ontologies • SUPER Execution comprise two execution environments/engines: – Semantic BPEL Execution Engine is a BPEL 2.0 compliant process engine, which supports the extensions of BPEL4SWS and is integrated into the Semantic Service Bus (SSB) – Semantic Execution Environment (SEE) enables discovery, selection, mediation, invocation and interoperability between Semantic Web services (SWS). SEE is a middleware operating on WSMO descriptions enabling flexible interaction between Service Requesters and Service Providers SUPER Architecture
  29. 29. 6/12/2018 29 57 SUPER METHODOLOGY AND DEMONSTRATORS 58 SUPER Methodology Framework Text Text Text Semantic Business Process Analysis Semantic Business Process Execution Semantic Business Process Configuration Strategic Semantic Business Process Management Ontological Foundation Semantic Business Process Modelling The SUPER methodology is a set of phases, methods and techniques to perform activities using SUPER technologies. Like a traditional BPM methodology, the SUPER methodology owns a proper business process “life cycle”, that is enriched with the semantic connotation of the overall SUPER framework.
  30. 30. 6/12/2018 30 59 Semantic Business Process Modelling • Semantic Business Process Modelling (SBPM) is the first step of the SUPER Life Cycle • SBPM is concerns with a streamlined, comprehensive, and easy- to- use representative model of the real enterprise business processes • Development of the Business Processes Model based on the Business Process Modelling Ontology (BPMO) • Use of a Semantic Process Modelling Environment – WSMO Studio – Integrated BPMO Editor 60 Example: TID Prototype
  31. 31. 6/12/2018 31 61 TID Modelling – Demo/Video (http://www.sti-innsbruck.at/results/movies/tid-modeling-tool-developed-super ) ~ 5 min 62 Benefits of SUPER Modelling • Business Process Modelling Notation (BPMN) independence (BPMO representation) • Discovery of existing Business Processes exploiting the semantic information – Search on specified Business Function, Domain and Patterns – Search on specified Business Goals, KPIs and Business Rules • Automatic validation and simulation of the BPM • Better readibility of models through a clear semantic
  32. 32. 6/12/2018 32 63 BPMO Editor Demo/Video (http://www.sti-innsbruck.at/results/movies/bpmo-editor-part-wsmostudio-developed- super ) ~ 10 min 64 Semantic Business Process Configuration • Semantic Business Process Configuration (SBPC) is the second phase of the SUPER SBP Life Cycle. It uses the outputs of the SBP Modeling phase and provides inputs for the third phase, the Semantic Business Process Execution • During this phase Modelled Business Processes are configured
  33. 33. 6/12/2018 33 65 Semantic Business Process Configuration Semantic Business Process Configuration steps: 1. Derive sBPEL from BPMO This step enables the translation from the BPMO instance (coming from the SBP Modeling phase) to an sBPEL ontology 2. Search for possible SWS This step consist in discovery of SWS. Even if the services will be executed in the SBP Execution phase, an early service discovery could be extremely useful to reduce the effort of the service selection before the execution 66 Semantic Business Process Configuration 3. Examine potential data mismatches In this step data have to be examined to identify potential data mismatches. 4. Define data mappings and mediatiors If potential data mismatches are identified in the previous step interface mappings and data mediators have to be created 5. Validate and refine the process In this step the process is validate and potentially refined. The validation is seen as a sort of “compiler” that checks the correctness of the semantic process description before the execution of the process.
  34. 34. 6/12/2018 34 67 Semantic Business Process Execution • Modeled and configured Semantic Business Processes are executed • Execution history for SBP Analysis is produced • Automates business activities • Minimizes time-to-offer • Supports – Execution of semantic BPEL processes (BPEL4SWS) – Discovery and execution of Semantic Web Services (SWS) 68 Semantic Business Process Execution Scenario After the process execution has been finished, the result is returned to the user. 6 6 SUPER Repositories SUPER Execution Environment Semantic Web Services Achieve Goal Discover Service 6 2 4 3 5 1 Return result to engine Semantic BPEL Execution Engine (SBPELEE) Semantic Execution Environment (SEE) Semantic Web Service (SWS) SUPER Tooling Monitoring Tool Execution History A user initiates the semantic BPEL process by sending a service request through the Semantic Service Bus to SBPELEE. 1 1 Invoke Service Return Result Request Service Semantic Service Bus (SSB) SBPELEE delegates the invocation of SWS to SEE by passing the WSMO Goal to it. 2 2 SEE queries the SWS repository to discover the desired SWS. 3 3 SEE invokes the selected SWS. 4 4 SEE returns the result of “Achieve Goal” to SBPELEE. 5 5 During the execution, execution events are published to Execution History for persistence and to the Monitoring Tool for tracking process executions.
  35. 35. 6/12/2018 35 69 Semantic Business Process Execution Scenario • Step 1: A user initiates the semantic BPEL process by sending a service request through the Semantic Service Bus to Semantic BEPEL Execution Engine (SBPELEE ). • Step 2: SBPELEE delegates the invocation of SWS to Semantic Execution Environment (SEE) by passing the WSMO Goal to it. • Step 3: SEE queries the SWS repository to discover the desired SWS. • Step 4: SEE invokes the selected SWS. • Step 5: SEE returns the result of “Achieve Goal” to SBPELEE. • Step 6: After the process execution has been finished, the result is returned to the user. • During the execution, execution events are published to Execution History for persistence and to the Monitoring Tool for tracking process executions. 70 Customer Nexcom System Group Customers Sales Billing Supplier Suppliers No Example: Nexcom Customer Order Management Process Supplier Supplier Supplier 1 6 2 5 1 6 Supplier exposes its process as SWS. Nexcom process is deployed as a semantic BPEL process Customer uses a client application to start the Nexcom process
  36. 36. 6/12/2018 36 71 Benefits from SUPER SBP Execution • Nexcom Use case requirements addressed by the SUPER SBP Execution phase – Supplier matching supported by Semantic Web Service discovery and invocation from within semantic business processes – Allows for more flexible traffic routing – Automates supplier matching and traffic routing process taking into account all existing suppliers – Minimizes time-to-offer 72 SBP Execution Demo/Video (http://www.sti-innsbruck.at/results/movies/sbp-execution-developed-in-super/) ~ 11 min
  37. 37. 6/12/2018 37 73 Semantic Business Process Analysis • Analysis of executed processes • Support of various analysis goals – Overview over process usage – Detect business exceptions – Detect technical exceptions – Compare As-Is with To-Be • Analysis methods – Semantic Process Mining – Semantic Reverse Business Engineering Semantic Business Process Analysis Semantic Business Process Modelling Semantic Business Process Execution Semantic Business Process Configuration 74 Semantic Reverse Business Engineering (RBE) • Scenario based analysis with predefined content to ensure continuous business improvement – As-Is-Analysis Provide details and statistics about executed processes – Exception analysis Focus on business exceptions (deviation from the standard processes) – Standardisation & Harmonisation Check compliance of processes between organisational units or with predefined guidelines – User & Role analysis Check user and role behaviour and authorizations How do I get the relevant information to redesign and improve my business processes?
  38. 38. 6/12/2018 38 75 75 Business Question Repository Business Function Ontology RBE Ontology Sales Process Exception Analysis Scenario Based Analysis How many sales orders were cancelled? Which sales orders are locked for further processing? How many sales orders are delayed? I am interested in all exceptions of the sales process Execution History Repository Analysis Results Where are the bottlenecks in the sales process? Process Mining Only business questions semantically assigned to Exception Analysis and to the Sales Process are to be selected Business questions are executed on the Execution History Repository (log file) either directly or through Process Mining The query results are formatted and aggregated for the business user 76 • The business user who wants to perform a specific analysis needs to select the relevant business questions (BQ). If we had just a few questions, this operation could be performed manually. But since we deal with a rich set of BQs, we need a smarter way to select them. • Therefore the business user has just to select the relevant concepts within the SUPER ontologies (e.g., he wants to perform an exceptional analysis, within the sales processes) • In this way, the analysis tool is able to automatically select the BQs annotated with those concepts. • These Business Questions are either directly executed on the execution history repository or “brought” to the process mining environment. This is dependent on the question. Some business questions can directly be answered (RBE approach), some business questions can only be answered using process mining. • Once the respective queries (either triggered by the Business Question repository directly or by the Process Mining environment) are executed on the Execution history repository the query results are formatted and aggregated for the business user. Scenario Based Analysis
  39. 39. 6/12/2018 39 77 Analysis Results Successful Sales Orders Cancelled Sales Orders ► Get overview about system usage ► Find out exceptions within process flow ► Check conformance to defined Process model ► Find bottlenecks ► Get basis information to apply 6-sigma methodology How many sales orders were cancelled? Which sales orders are locked for further processing? 78 SBP Analysis Demo/Video (http://www.sti-innsbruck.at/results/movies/sbp-analysis-developed-in-super/ ) ~ 11 min
  40. 40. 6/12/2018 40 79 SUPER DEMO/VIDEO 80 SUPER Demo/Video http://www.sti-innsbruck.at/results/movies/super-integrated/ ~ 20 min
  41. 41. 6/12/2018 41 81 FURTHER SPECIFIC USE CASES IN PROJECTS 82 Transport: e-Freight
  42. 42. 6/12/2018 42 83 Manufacturing: MSEE The MSEE 2015 Vision stems upon two complementary pillars, which have characterized the last 10 years of research about Virtual Organizations, Factories and Enterprises: Service Oriented Architectures (SOA) and Digital Business Ecosystems (DBE). • The first Grand Challenge for MSEE project is to make SSME (Service Science, Management and Engineering) evolve towards Manufacturing Systems and Factories of the Future, i.e.: – from a methodological viewpoint to adapt, modify, extend SSME concepts so that they could be applicable to traditionally product-oriented enterprises; – from an implementation viewpoint to instantiate Future Internet service oriented architectures and platforms for global manufacturing service systems. • The second Grand Challenge for MSEE project is to transform current manufacturing hierarchical supply chains into manufacturing open ecosystems, i.e.: – to define and implement business processes and policies to support collaborative innovation in a secure industrial environment; – to define a new collaborative architecture for ESA, to support business-IT interaction and distributed decision making in virtual factories and enterprises. MSEE (Manufacturing Service Ecosystem) was a research project funded by EU, 2011-2014. 84 Health: OntoHealth - Goals • Conceptualize and implement a workflow-enabled IHE * -based trans- institutional information system architecture • Determine and categorize functional respectively informational needs as well as non-functional requirements of health care professionals • Design and implementation of a semantic service grid for Electronic Health Records based on the information system architecture • Identify and prototypically implement selected common clinical services for the semantic service grid • Evaluate all concepts with regard to their usefulness and ability to support health professionals * IHE = Integrating Healthcare Enterprise OntoHealth is a research project funded by FWF (Austrian Service Fund), 2013-2017.
  43. 43. 6/12/2018 43 85 Health: OntoHealth – Expected Results • an IHE-based information system that allows native, dynamic workflow support regardless of the type of the clinical workflow; • a user-centered, workflow-oriented and (semi-) formal model to describe functional/informational needs as well as additional non- functional requirements to support automated, semantics-based service orchestration in a clinical context; • a semantic-services-enabled EHR (semantic services grid) framework that allows for the (semi-) automatic, dynamic orchestration of services along clinical workflows and problems; • selected common services in the context of diabetes OntoHealth is a research project funded by FWF (Austrian Service Fund), 2013-2017. 86 CURRENT BISINESS TRENDS - MICROSERVICES For this part, follow presentation of S. Newman: “Principles of Microservices” (2015), http://www.slideshare.net/spnewman/principles-of-microservices-velocity
  44. 44. 6/12/2018 44 87 CURRENT BISINESS TRENDS - BLOCKCHAINS For this part, follow presentation of J. Domingue (2016): “Blockchains a new platform for semantically enabled transactions”, http://www.slideshare.net/johndomingue/blockchains-a-new-platform- for-semantically-enabled-transactions-public 88 SUMMARY 88
  45. 45. 6/12/2018 45 89 DIP achievements • DIP provides an Open Source Architecture for Semantic Web Services – DIP Architecture, DIP API, WSMO4J • DIP provides a set of comprehensive tools – WSMX, IRS-III, WSMO Studio, Hybrid Reasoning tool • Real Use Case Implementations have been developed in DIP – Diverse scenarios e.g. eMerges for emergency weather planning • Standards Impact – W3C Member Submissions, OASIS 90 SUPER achievements • SUPER bridges the gap between Business experts and IT experts in setting up new products and processes. • SUPER provides a new set of integrated BPM tools for – Modeling – Automated Composition of Processes • SUPER uses Semantics to gain a new level of automation for the modeling and configuration of business processes. • SUPER tools are based on open standards to guarantee independence from particular vendors. • SUPER enables lower development costs and short time-to-market for new services and products.
  46. 46. 6/12/2018 46 91 Further Projects and Current Trends • Semantic Web Services have been applied in a large number of areas: manufacturing, health, transport… • Trends towards fragmentation of labor – technology is following, opening new potentials for Semantic Web Services – Microservices as paradigm – Blockchains as collaboration, payment and trust solution 92 REFERENCES 92
  47. 47. 6/12/2018 47 93 References • Mandatory reading: • Referenced materials (movies, slideshares) in this presentation • E-Freight (EC summary): https://cordis.europa.eu/project/rcn/94475_en.html • MSEE (archived website): http://interop-vlab.eu/msee/ • OntoHealth: http://ontohealth.org 94 References • Wikipedia and other links: – http://en.wikipedia.org/wiki/Business_Process_Modeling_Notation – http://en.wikipedia.org/wiki/Semantic_Web_Services – http://en.wikipedia.org/wiki/Business_process – http://en.wikipedia.org/wiki/Business_process_management – http://en.wikipedia.org/wiki/WSMO
  48. 48. 6/12/2018 48 95 Next Lecture # Title 1 Introduction 2 Web Science + Cathy O’Neil’s talk: “Weapons of Math Destruction” 3 Service Science 4 Web services 5 Web2.0 services 6 Semantic Web + ONLIM APIs (separate slideset) 7 Semantic Web Service Stack (WSMO, WSML, WSMX) 8 OWL-S and the others 9 Semantic Services as a Part of the Future Internet and Big Data Technology 10 Lightweight Annotations 11 Linked Services 12 Applications 13 Mobile Services 96 Questions?

×