Plenary Meeting @Brussels 2008
Upcoming SlideShare
Loading in...5
×
 

Like this? Share it with your network

Share

Plenary Meeting @Brussels 2008

on

  • 460 views

 

Statistics

Views

Total Views
460
Views on SlideShare
460
Embed Views
0

Actions

Likes
0
Downloads
2
Comments
0

0 Embeds 0

No embeds

Accessibility

Categories

Upload Details

Uploaded via as Microsoft PowerPoint

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

Plenary Meeting @Brussels 2008 Presentation Transcript

  • 1. WP3: Design of Semantic Web Service Architecture for National and Pan-European e-Government services WP5: Development of SWS Execution Environment for National and Pan-European e-Government Services WP6: Development of the SemanticGov Showcases WP7: Integration, Testing and Operation 2nd Review Meeting, 9 April 2008 Brussels, Belgium www.semantic-gov.org
  • 2. Presentation Overview Why this way of presenting the work packages? WP3/5/6/7 overview Structure of the presentation 2
  • 3. Presentation Overview Why combined presentation? Scenario-based and citizen-centric development It makes the presentation more comprehensible and interesting It saves us time to demonstrate the great work that has been done in developing prototypes and showcases 3
  • 4. WP3 finished with the final version of the Architecture WP4 finished with the final version of the Ontologies WP5 finished with the final version of the tools WP6 is in progress without a deliverable due yet WP7 has officially started in February but we started the work earlier 4
  • 5. Presentation Overview Structure of the presentation Scenario overview Detailed scenarios presentation with tools discussion and demos Conclusion – Next Steps 5
  • 6. Scenario The City of Turin is located in the Piedmont Region in the NW part of Italy The “Change of Residence” service is asked by a European foreign citizen. The effect of this service is that the foreigner will be registered in the population registries and will have access to a number of services and can participate in local elections The foreign citizen presents his ID info and the additional required information are retrieved/verified wrt. the registries of the originating MS. The necessary semantic transpositions are made when presenting this information to the civil servants of the CoT registry office In our showcase, we present a Belgian citizen who has moved with his family to a new address in the City of Turin and wants to register his new address 6
  • 7. The SemanticGov Solution But in order to run all this story, we need previous design work of service engineers of the involved 1. discovery PAs … SemanticGOV offers 2. actual service to a toolkit be executed 3. service execution 3.x orchestration and mediation of component services Italian MSA portal and middleware Belgian MSA middleware Belgian Registry 7
  • 8. Scenario(s) 1. A service engineer in Turin has already working WSDL web services. How is it possible to make them “Semantic”? 2. He wants to set up a new service for the change of residence of a Belgian citizen who wants to move from Brussels to Turin 3. The Belgian citizen searches & discovers the service, and then invokes it 8
  • 9. WSMO Studio First of all the service engineer has to define the domain ontology which represents the formalization of concepts belonging to the administrative domain … today I’ve to develop the domain ontology that I will use to implement the PA service… So, I have to define the concepts of citizen, address, city … some important relationships between these concepts and some axioms 9
  • 10. Defining a PA service The second step consists of building the PA service defining capabilities, pre/post conditions, choreography… Inside WSMO Studio the PA service Editor can help me to define PA services following the WSMO-PA specifications hiding the complexity of the underlying conceptual model 10
  • 11. SWSCE We will show how existing PA services, can be composed automatically, in order to quickly develop a new one …I have only to declare the capability and the choreography of the desiderata service. SWSCE will tell me if the composition exist! I can define the ItalianChangeResidence service 11
  • 12. WSMT – Ontology Mapping Tool Consider now the case where different public administrations export their services and the service engineer has composed some of them. The mediation problem may arise! ... mmm is it possible to orchestrate PA services belonging to different public administrations!?!? I will solve this problem by defining mediators using WSMT As result of the composition, I’ve obtained the structure of the orchestration definition. Now I have to define mediators!!! 12
  • 13. GoalTree Now we will show how to create a GoalTree used by the SemanticGov Portal in order to identify the exact service that the citizen has to execute in order to get the desired results Now I want to make available the “change of residence” service to European citizens. The GoalTree editor will help me to define the right questions to identify the PA Service suitable for the citizens’ needs. 13
  • 14. Registry-Repository During evolution of the whole scenario the service engineer wants to extend or modify the existing configuration Now I want to check which (composite) semantic web services are using a given WSDL web service 14
  • 15. Portal The citizen has to connect to the Portal and through questions he is driven towards his goal … I am searching for a service for the change of residence … 15
  • 16. Orchestration and Mediation After discovering the right service, the citizen starts interacting with it. In turn this service orchestrates the underlying services, mediating the data when needed … City of Turin is very efficient … only one service instead of requiring me to interact with many fragmented ones, acting as humanware … 16
  • 17. Presentation Overview Structure of the presentation Scenario overview Detailed scenario presentation with tools discussion and demos Conclusion – Next Steps 17
  • 18. Global View of the SemanticGov Architecture (1) (2) (3) (4) (5) (6) 18
  • 19. Development Methodology Overview WP1: Overall conceptual WP2: Requirement Analysis analysis for NEGS & PEGS Conceptual Design Phase (requirements analysis) WP3: Design of National and European Semantic Conceptual/Technical Design Phase Web Services Architecture WP5: Development of SWS Execution Environment For NEGS & PEGS Technical/Implementation Phase 19
  • 20. Development Methodology Dependencies (technology, existing know-how and concepts) WP4: PA Domain Ontology PA WSMO Service Model Service Model WSMO-PA Architecture DERI ,Software AG, UniRoma from WP2 (SEE (WSMX Ontotext technology SemanticGov Architecture WP3: SemanticGov Architecture 20
  • 21. Underlying Principles Service Oriented Principle Services: middleware services and PA services (business services) Semantic Principle Semantic description of business services Problem Solving Principle Separation of user goal and the service 21
  • 22. Used Technologies Semantics-related (research) technology WSMO4J and WSMO API WSML2Reasoner, IRIS Reasoner ORDI, SPARQL Other technologies Java SDK 1.6 Liferay portal, JSF AXIS, JMX CentraSite, JXTA 2.5 libraries Eclipse3.3 22
  • 23. SemanticGov Architecture and its Components Mapping GTEditor Editor Portal PA Compos. Reg.Rep Editor Editor Access (1) Discov. (2) (3) (4) (5) Orchestr. Mediation (6) Distributed Reg.Rep 23
  • 24. Live The SemanticGov Solution demos on request Compos. GTEditor Editor Portal PA Mapping Discov. Editor Editor 1. discovery 2. actual service to Reg.Rep be executed Access 3. service execution 3.x orchestration and Orchestr. mediation of Mediation component services Italian MSA portal and middleware Belgian MSA middleware Reg.Rep Distributed Access Reg.Rep Run Design Belgian Registry time time 24