Software Architecture Framework for Ubiquitous Computing Divya Channe. Gowda Athrey Joshi
Abstract n n n Ubiquitous computing permits users to compute “anywhere” and “any time” Provides information services and applications through any device over different kinds of networks Design challenges - Interoperability , Adaptability, Mobility, Heterogeneity Approach - HOMEROS middleware architecture, Layered model High flexibility by adopting a hybrid-network model and dynamically configurable reflective ORB Illustration - Ubiquitous printing service scenario
Introduction n Ubiquitous computing Requirements ü ü Interoperability: Ability of software to understand the exchanged information Heterogeneity: Integrate heterogeneous network technologies, Operating Systems, Programming Languages, devices and users Mobility: Users should be supported in such a way that they can move from one place or terminal to another and still get a personalized service Adaptability: Software services must adapt to different kinds of terminals and networks
Introduction n A middleware layer primarily hides the underlying complexity of the environment n n n Insulates the applications from explicit protocol handling, disjoint memories, data replication, network faults, and parallelism Masks the heterogeneity of computer architectures, operating systems, programming languages, and networking technologies to facilitate application programming and management HOMEROS – Middleware – layered architecture addressing the challenges
HOMEROS n A hybrid-network model n Flexible - dynamically configurable ORB n Consists of three layers ü Core Component Management Layer ü Extended Component Service Layer ü System Support Layer
HOMEROS ARCHITECTURE
Components n n Core Component Management layer ü Core Component Management Ø dynamic loading, unloading, components in the upper layers Ø remote component execution and management Extended Component Service layer ü Event Manager Ø distributes events Ø implements a decoupled communication model Ø Consists of a single entry point one or more event factories
Components (contd. ) ü n Component Repository Ø Supports flexibility, adaptability Ø Stores information on all component entities in the middleware Ø Allows component manager to browse and retrieve entities System Support Layer ü Context Manager Ø provides proactive services using the user and resource information Ø The context manager offers basic services: context filtering, aggregation, evaluation, learning log ü Qo. S-Adaptation Ø collects various device monitoring information from resource manager Ø provides Qo. S information to the configuration manager.
Components (contd. ) ü ü ü Configuration Manager n Automatic Installation and configuration of new components n provides a flexible infrastructure for dynamic software update and self-reconfigurable component module Resource Manager n dynamic reallocation of resources n performs both self-inspection and self-adaptation Security Manager n Registration and authentication
Illustration Ubiquitous Printing Service
Ubiquitous Printing Service Operation
Operational mechanism 1. User pushes the send picture button, the PDA realizes a new data 2. CM analyses the data and data is sent to QA 3. Authenticates the user and returns the result to CM 4. CM forwards the data to EM 5. EM manages printing factory (Job, Schedule Process, and Event Queue), 6. Data is sent to CCM 7. CCM sends it to CR for querying whether component exists or not
Operational mechanism(Alternate Flow) 8. CR returns availability of the resource to CCM 9. Sends the picture data (user position, pixel, resolution, and so on), property, and existence of component to Discovery Server 10. Sends the print requests to photo shops 11. Photo shop server acknowledges the request along with the price and location map to Discovery Server 12. Discovery server forwards the acknowledgement and the result to the Middleware ( CM ) 13. If printing component is discovered in step 8, CCM sends data to EM that commands the application to show a message on the screen of the PDA
Operational mechanism(Alternate Flow) 13. If printing component not discovered in the step 8. The request is fowarded to CR 14. CR sends request to SM and also to CFM 15. SM returns certificate of authentication. And CFM sends the configuration details to RM. 16. RM allocates the resource and sends it back to CFM 17. CFM sends the data to QA 18. QA decides on the quality and forwards it to the user
Conclusion n n The above middleware architecture addresses the ubiquitous computing environment requirements like flexibility, interoperability successfully. This architecture adopts a hybrid-network model to manage enormous resources, context, location data, and services.
References 1. Seung Wok Han, Yeo Bong Yoon, and Hee Yong Youn, “A New Middleware Architecture for Ubiquitous Computing Environment”, second IEEE WSTFEUS, 2004 2. Eila Niemelä, Juhani Latvakoski, “Survey of Requirements and Solutions of Ubiquitous Software “, Proceedings of the 3 rd International Conference on Mobile Ubiquitous Multimedia, 2004 3. T. T. Drashansky, S. Weerawarana, A. Joshi, R. A. Weerasinghe, and E. N. Houstis, “Software Architecture of Ubiquitous Scientific Computing Environments for Mobile Platforms”, Tech. Report TR-95 -032, 1995
Questions
Скачать презентацию Software Architecture Framework for Ubiquitous Computing Divya Channe
9ec76def7a60f77eb8297784282ddfdd.ppt