Your SlideShare is downloading. ×
2B Skokan.ppt
2B Skokan.ppt
2B Skokan.ppt
2B Skokan.ppt
2B Skokan.ppt
2B Skokan.ppt
2B Skokan.ppt
2B Skokan.ppt
2B Skokan.ppt
2B Skokan.ppt
2B Skokan.ppt
2B Skokan.ppt
2B Skokan.ppt
2B Skokan.ppt
2B Skokan.ppt
2B Skokan.ppt
2B Skokan.ppt
2B Skokan.ppt
2B Skokan.ppt
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

2B Skokan.ppt

198

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
198
On Slideshare
0
From Embeds
0
Number of Embeds
0
Actions
Shares
0
Downloads
2
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Technologies employed in the Access-eGov system Marek Skokan Technical University of Kosice, Slovakia
  • 2. Project Access-eGov
    • Number: FP6-2004-27020
    • Funded by EC under under Sixth framework programme
    • Coordinated by Technical University of Kosice
    • Started in January 2006
    • Duration 36 months
    • Effort is 410 person-months
    • Aims at development of component-based enhancements of existing e-Government infrastructure based on Semantic Web technologies and distributed architectures (G2C, G2B relations)
    • More on project at http://www.accessegov.org/
  • 3. Current situation - Basic facts
    • There are considerable high number of electronic services provided by PA institutions
      • Services provided by PA institution in all governmental levels
      • Heterogeneous environment - service discovery process might be a challenging task
    • The service discovery itself is not enough (for users)
      • In case of more complicated life events we should somehow compose them (services)
      • We need more services performed in a (not necessary linear) sequence
    • A ‘helping’ user oriented system (Access-eGov) has to:
      • Deal with integration, in the environment of PA institutions with possibly heterogeneous service descriptions
      • Enable interoperability of services
      • Support traditional services
      • Enable discovery, composition and execution of services
  • 4. Key technologies for such ‘helping’ system
    • P2P networks
      • Enable connection among levels of local, regional, national and European PA institutions
      • Enable delegation of responsibilities for registering and updating of e-services into decentralised (Access-eGov) system to local providers (manageable by PA institutions)
    • Semantic technologies
      • Enable a precise semantic discovery process of services, service composition and execution
      • Enable to cover interoperability issue
    • SOA (Service Oriented Architecture ) and Web services
      • Enable to provide relevant functionalities of e-services to client (service consumer)
      • Flexibility in case some processes are changed
  • 5. Peer-to-peer
    • P2P systems – distributed systems without any centralized control or hierarchical organization
    • Each node runs software with equivalent functionality
    • Implementations usually means creation of virtual networks with a structure/topology which does not depend on the physical internet
    • A lot of positive features
      • fault tolerance, scalability, ease of deployment
      • no need for specialized equipment => building of P2P systems is quite cheap
  • 6. SOA – Web Services
    • SOA – architecture where component are modular services that can be discovered and used by clients
    • Web services can be seen as a corresponding implementation technology
    • Services (e.g. governmental) can participate in a workflow, where the order of their invocation affects the operation
    • Enable to create composed services relevant to real life situations
  • 7. Semantic technologies
    • WSM*
      • WSMO (Web Service Modelling Ontology) serves as conceptual model for describing semantic Web Services
        • Goals, Web services, Ontologies, Mediators
      • WSML (Web Service Modelling Language) formalizes WSMO
      • WSMX (Web Service Execution Environment) is implementation which enables discovery, selection, mediation, and invocation of Semantic Web Services
  • 8. Advantages for Access-eGov - Peer-to-peer
    • Easy deployment
      • Un-attended joining of new resources/nodes
      • Install the Access-eGov software on some ‘online’ computer (e.g. PC) and register this node into infrastructure
    • Stability (fault tolerance) of the overall infrastructure
      • Failure or unavailability of a single node does not necessary disable the system – thanks to replicated data (redundantly stored in more nodes)
    • => The Access-eGov system can be very reliable and instead of that its building should be cheaper than the building centralistic system
  • 9. Advantages for Access-eGov – SOA/Web services
    • The code needed to expose existing legacy application by using SOA is relatively small
      • Once the service is created it can be easily re-used
      • The use of services doesn't depend on a specific platform
      • SOA allows easy process transformations
    • => The Access-eGov system can be really flexible technological solution supporting e-Government
  • 10. Advantages for Access-eGov - Semantic technologies
    • Sophisticated goal-oriented discovery
      • goal is matched against description of Web service
    • Definition of relatively small amount of pre-defined goals
    • Creation and maintenance of services (high amount) – up to the PA institutions
    • Mediation - Interoperability and Multilanguage support
    • Non-functional properties – user preferences
    • => The Access-eGov system enable interoperability and can serve really accurate service relevant to the current situation
  • 11. Conclusions
    • The combination of described technologies appears to be promising
    • WSMO enables to compose atomic services into composed services
    • WSMO together with SOA (Web services) and distributed (P2P) infrastructure containing service descriptions make possible interoperability between different types of legacy systems used within public service backend
  • 12. Thank you for attention! If you have further questions you can contact me at [email_address] Project web Site: www.accessegov.org
  • 13. Physical architecture
    • Knowledge formalisms
      • OWL-S
      • WSMO
      • WSDL-S
      • BPEL4WS
    • Framework candidates
      • METEOR-S
      • WSMX
      • IRS III
    Access-eGov selection Access-eGov selection
  • 14. Conceptual Architecture - Glossary
    • Life event
      • Denotes a specific situation in the life of citizen or a life of organization that requires a series of public services to be performed.
    • Generic scenario
      • Decomposes life events to sub-goals. It is customizable for the specific user needs.
    • Goal
      • Specifies those objectives that client might have when consulting a service, including functionalities that the service should provide from the user’s perspective.
  • 15. Services provided by the Access-eGov system
    • Information provider view
      • Annotate service
      • Register service
      • Create generic scenario
    • Information consumer view
      • Specify goal
      • Execute goal / scenario
      • Update scenario for offline activities
      • Tune privacy settings
  • 16. Modules and Components (1)
    • Architecture breakdown
      • 6 modules
      • 21 components
    • Service annotation module
      • Service annotation component
      • Life events and goals management component
      • Ontology management component
    • Service Discovery module
      • Full-text search component
      • Matching component
      • Filtering component
      • Reasoning component
      • Mediation component
  • 17. Modules and Components (2)
    • Service composition module
      • Resolving component
      • Chaining component
    • Scenario execution module
      • Goal/scenario execution component
      • Web Services invocation component
    • Personal assistant module
      • User and profile management component
      • Goal selection component
      • Visualisation and data entry component
  • 18. Mapping to the wsmx components
    • WSMX
    • discovery
    • selector
    • data mediator
    • process mediator
    • orchestration
    • choreography
    • comm manager
    • resource manager
    • AeG
    • matching
    • filtering
    • mediation
    • mediation
    • [replaced by execution]
    • [replaced by execution]
    • ws connection
    • data repository
  • 19. Logical Architecture – Structural View AeG P2P Node AeG P2P SNode Core components Composition Execution Discovery Mediation Core components Discovery Mediation AeG Personal Assistant client AeG Annotation services (optional) AeG Annotation services (optional) E-service B P2P network service protocols (SOAP/ XML e-forms) SOAP/HTTP(S) SOAP/HTTP(S) Data repositories Data repositories "Traditional" service B Organization C Organization B Organization A AeG Annotation services (optional) SOAP/HTTP(S) "Traditional" service C

×