outline
DESCRIPTION
Maintaining Terminal Integrity and Context-Aware Reconfiguration Johan Muskens (TU/e) Otso Virtanen (HIIT/BRU) Michel Chaudron (TU/e) Ronan Mac Laverty (NRC) Oslo 14.06.2004. Change terminal components according to e.g. location or other context information and maintain terminal integrity. - PowerPoint PPT PresentationTRANSCRIPT
![Page 1: Outline](https://reader035.vdocuments.us/reader035/viewer/2022062803/56814716550346895db44fb0/html5/thumbnails/1.jpg)
Maintaining Terminal Integrity and Context-Aware
Reconfiguration
Johan Muskens (TU/e) Otso Virtanen (HIIT/BRU)Michel Chaudron (TU/e)
Ronan Mac Laverty (NRC)
Oslo 14.06.2004
![Page 2: Outline](https://reader035.vdocuments.us/reader035/viewer/2022062803/56814716550346895db44fb0/html5/thumbnails/2.jpg)
Change terminal components according to e.g. location or other context information and maintain terminal integrity
Change terminal components according to e.g. location or other context information and maintain terminal integrity
![Page 3: Outline](https://reader035.vdocuments.us/reader035/viewer/2022062803/56814716550346895db44fb0/html5/thumbnails/3.jpg)
Outline
• Robocop and Space4U• Context-Aware
Reconfiguration• System Integrity Management• Scenario
![Page 4: Outline](https://reader035.vdocuments.us/reader035/viewer/2022062803/56814716550346895db44fb0/html5/thumbnails/4.jpg)
Consortium
Robocop (2001-2002):
• CSEM
• ESI
• FAGOR ELECTRODOMESTICOS
• IKERLAN
• Nokia
• Philips Electronics Nederland B.V.,
• SAIA – Burgess Electronics
• Technical University Eindhoven
• Technical University of Madrid
• Visual Tools
Space4U (2003-2005):
• CSEM
• FAGOR ELECTRODOMESTICOS
• IKERLAN
• Nokia
• Philips Electronics Nederland B.V.,
• Technical University Eindhoven
• Technical University of Madrid
• Visual ToolsITEA is a Eureka strategiccluster programme
![Page 5: Outline](https://reader035.vdocuments.us/reader035/viewer/2022062803/56814716550346895db44fb0/html5/thumbnails/5.jpg)
Robocop’s Aim
that enables
robust and reliable operation
upgrading and extension
component trading
Define an open, component-based framework for the middleware layer in high-volume consumer devices
Define an open, component-based framework for the middleware layer in high-volume consumer devices
![Page 6: Outline](https://reader035.vdocuments.us/reader035/viewer/2022062803/56814716550346895db44fb0/html5/thumbnails/6.jpg)
Robocop Component Model
• Robocop component– A set of models– Models can be executable– Models are composable
Robocop Component
Resource Model
Simulation Model
Documentation
Executable Component
Functional Model
Source Code
…
Executable Component
Service 1 Service 2
Service InterfaceService Interface
Requires InterfaceRequires Interface
Provides InterfaceProvides Interface
Executable component
![Page 7: Outline](https://reader035.vdocuments.us/reader035/viewer/2022062803/56814716550346895db44fb0/html5/thumbnails/7.jpg)
Assisting Frameworks
• Robocop Runtime Environment (RRE) keeps a registry of components available in terminal
• Robocop Download Process (RCDP) makes it possible to download new components to terminal
• Resource Management Framework, time requirements and quality of service management
• Fault Management Framework WIP• Power Management Framework WIP• Terminal Management Framework WIP
Robocop
Space4U
Context-aware reconfiguration and System Integrity Management done in this subtask
Context-aware reconfiguration and System Integrity Management done in this subtask
![Page 8: Outline](https://reader035.vdocuments.us/reader035/viewer/2022062803/56814716550346895db44fb0/html5/thumbnails/8.jpg)
• Use existing Robocop mechanisms, mainly Robocop Download Process and RRE Client API for downloading and switching of components
• Develop a framework to keep the terminal in consistent shape and integrate this with context-aware reconfiguration framework
Aim
Change terminal components according to e.g. location or other context information and maintain terminal integrity
Change terminal components according to e.g. location or other context information and maintain terminal integrity
![Page 9: Outline](https://reader035.vdocuments.us/reader035/viewer/2022062803/56814716550346895db44fb0/html5/thumbnails/9.jpg)
Our Solution…
• Context-aware Framework– Context monitoring (e.g. probing the neighborhood for nearby
devices)– A placeholder for context data (for depositing relevant
information)
• A blackboard flavoured solution for terminal suits our needs:
Consists of following components:
1. The blackboard,2. Control and3. Arbitrary number of
knowledge sources.
What should we deposit here?
What should we deposit here?
![Page 10: Outline](https://reader035.vdocuments.us/reader035/viewer/2022062803/56814716550346895db44fb0/html5/thumbnails/10.jpg)
Models Deposited in Terminal
• Terminal Management based on a model describing the current configuration of the terminal (self-model)
Model of terminal and context in which it is used:
C = T x U x x Ec = <t,u,,e>c C,
where Terminal (t), User (u), Time (), and Environment (e).
Example:Terminal Model consists of:– Application layer model (bindings between the service
instances etc.)– Middleware model (runtime information etc.)– Platform model (operating system etc.)
![Page 11: Outline](https://reader035.vdocuments.us/reader035/viewer/2022062803/56814716550346895db44fb0/html5/thumbnails/11.jpg)
High level set-up
![Page 12: Outline](https://reader035.vdocuments.us/reader035/viewer/2022062803/56814716550346895db44fb0/html5/thumbnails/12.jpg)
Integrity Management
TerminalManager
Terminal
• Externalize Self-Model Externalize Self-Model i.e. take a snap-shot of i.e. take a snap-shot of the current statethe current state• Basic Configuration Basic Configuration FacilitiesFacilities
• MonitoringMonitoring• DiagnosisDiagnosis• RepairingRepairing
• Script generationScript generation• Script executionScript execution
Database
• Provide rulesProvide rules• Provide solutionsProvide solutions
Maintaining software integrity using 3 roles !
![Page 13: Outline](https://reader035.vdocuments.us/reader035/viewer/2022062803/56814716550346895db44fb0/html5/thumbnails/13.jpg)
Two Checks Developed
• Blacklist of Services– In this case a component with a defect has been deployed to a
set of terminals Solution is to compare the snapshot of terminal models to
know faulty components (or services) deposited in database
• Missing services– Dynamically changing terminal. Problem: how to guarantee
that all the services needed by some application X are available?
Solution is to compare the needed services by application X and the available services in the terminal. This information is recorded in the self model of terminal
![Page 14: Outline](https://reader035.vdocuments.us/reader035/viewer/2022062803/56814716550346895db44fb0/html5/thumbnails/14.jpg)
Scenario
1. User equipped with a Robocop terminal arrives to an airport. The context framework notices the new context
2. A timetable application needed in this context is downloaded via RCDP. This also updates one of the existing components in terminal
3. User executes the timetable application4. Later on that day the user notifies some strange behavior in
the terminal and therefore starts the check terminal status –procedure
5. Snapshot of the terminal models is sent to terminal manager server
6. Terminal manager server notifies that one of the components in terminal is blacklisted (i.e. the one downloaded in phase 2) by a developer
7. Repair script is generated and an updated version of the faulty component is downloaded and registered to the user’s terminal