Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, 2002 1 Contextor: a Computational Model for Contextual Information Joëlle Coutaz, Gaëtan.

Slides:



Advertisements
Similar presentations
Towards Data Mining Without Information on Knowledge Structure
Advertisements

ARCHITECTURES FOR ARTIFICIAL INTELLIGENCE SYSTEMS
1 Introduction to VHDL (Continued) EE19D. 2 Basic elements of a VHDL Model Package Declaration ENTITY (interface description) ARCHITECTURE (functionality)
A component- and message-based architectural style for GUI software
Architecture Representation
Martin Wagner and Gudrun Klinker Augmented Reality Group Institut für Informatik Technische Universität München December 19, 2003.
COMMUNICATING IN GROUPS AND TEAMS
SYSTEM PROGRAMMING & SYSTEM ADMINISTRATION
Component-oriented approaches to context-aware systems – Monday 14 June The Contextor Infrastructure for Context-Aware Computing Gaëtan Rey, Joëlle.
ICT 1 “Putting Context in Context: The Role and Design of Context Management in a Mobility and Adaptation Enabling Middleware” Marius Mikalsen Research.
9/6/2001Database Management – Fall 2000 – R. Larson Information Systems Planning and the Database Design Process University of California, Berkeley School.
Domain-Specific Software Engineering (DSSE). Software Engineering Concerns  There are many of them  “Classical” software architecture research has focused.
ReQuest (Validating Semantic Searches) Norman Piedade de Noronha 16 th July, 2004.
Community Manager A Dynamic Collaboration Solution on Heterogeneous Environment Hyeonsook Kim  2006 CUS. All rights reserved.
4.4 Naming And Directory Services Lakshmi Narayana Gupta Kollepara 09/20/2009 CSC-8320.
Smart Learning Services Based on Smart Cloud Computing
FRE 2672 Urban Ontologies : the Towntology prototype towards case studies Chantal BERDIER (EDU), Catherine ROUSSEY (LIRIS)
Lesson 7 Guide for Software Design Description (SDD)
Chapter 6 System Engineering - Computer-based system - System engineering process - “Business process” engineering - Product engineering (Source: Pressman,
Dart: A Meta-Level Object-Oriented Framework for Task-Specific Behavior Modeling by Domain Experts R. Razavi et al..OOPSLA Workshop DSML‘ Dart:
Copyright 2001 Prentice-Hall, Inc. Essentials of Systems Analysis and Design Joseph S. Valacich Joey F. George Jeffrey A. Hoffer Appendix A Object-Oriented.
A service-oriented middleware for building context-aware services Center for E-Business Technology Seoul National University Seoul, Korea Tao Gu, Hung.
Formalizing the Asynchronous Evolution of Architecture Patterns Workshop on Self-Organizing Software Architectures (SOAR’09) September 14 th 2009 – Cambrige.
Basic Concepts Software Architecture. What is Software Architecture? Definition: – A software architecture is the set of principal design decisions about.
Contextual Regulations in Open Multi-Agent Systems Carolina Howard Felicíssimo Advisor: Prof. Lucena.
IntroductionRelated work 2 Contents Publish/Subscribe middleware Conclusion and Future works.
© DATAMAT S.p.A. – Giuseppe Avellino, Stefano Beco, Barbara Cantalupo, Andrea Cavallini A Semantic Workflow Authoring Tool for Programming Grids.
11 CORE Architecture Mauro Bruno, Monica Scannapieco, Carlo Vaccari, Giulia Vaste Antonino Virgillito, Diego Zardetto (Istat)
95-843: Service Oriented Architecture 1 Master of Information System Management Service Oriented Architecture Lecture 3: SOA Reference Model OASIS 2006.
Ocean Observatories Initiative Data Management (DM) Subsystem Overview Michael Meisinger September 29, 2009.
A. Bucchiarone, Juan P. Galeotti / GT-VMT’08 Dynamic Software Architectures Verification using DynAlloy Antonio Bucchiarone IMT Graduate School of Lucca,
Objectives Functionalities and services Architecture and software technologies Potential Applications –Link to research problems.
Illustrations and Answers for TDT4252 exam, June
Class 5 Architecture-Based Self-Healing Systems David Garlan Carnegie Mellon University.
Software Engineering Prof. Ing. Ivo Vondrak, CSc. Dept. of Computer Science Technical University of Ostrava
Extending context models for privacy in pervasive computing environments Jadwiga Indulska The School of Information Technology and Electrical Engineering,
Model construction and verification for dynamic programming languages Radu Iosif
Usable Security – CS 6204 – Fall, 2009 – Dennis Kafura – Virginia Tech Principles of Context aware systems Presented by: Rajesh Gangam Usable Security.
07/09/04 Johan Muskens ( TU/e Computer Science, System Architecture and Networking.
NIST BIG DATA WG Reference Architecture Subgroup Agenda for the Subgroup Call Co-chairs: Orit Levin (Microsoft) James Ketner (AT&T) Don Krapohl (Augmented.
Sheet 1 DocEng’03, Grenoble, November 2003 Model Driven Architecture based XML Processing Ivan Kurtev, Klaas van den Berg University of Twente, the Netherlands.
SOFTWARE DESIGN. INTRODUCTION There are 3 distinct types of activities in design 1.External design 2.Architectural design 3.Detailed design Architectural.
Concepts and Models for Ubiquitous Computing Ubicomp 2002 Göteborg, Sweden Organizers Alan Dix, Tom Rodden &Gregory Abowd.
Task 1.2 Context: definition and specification. Leuven, 14 oktober 2004 Outline Introduction Work method Context definition Context specification  Overview.
Information Dynamics & Interoperability Presented at: NIT 2001 Global Digital Library Development in the New Millennium Beijing, China, May 2001, and DELOS.
Lecture 3-1CS251: Intro to AI/Lisp II Cognition and Planning A Cognitive Model of Planning, by Hayes-Roth & Hayes-Roth.
Design-Directed Programming Martin Rinard Daniel Jackson MIT Laboratory for Computer Science.
Chapter : 9 Architectural Design
CS223: Software Engineering
Houses of Mirrors: Deeply Adaptive Designs for Machine Cognition Deborah Duong, Michael Ross.
MSG Reuse Catalog T.W. van den Berg 7 April 2010.
© UJF, CADUI 2006, June 6, Bucharest, Romania The Comets Inspector Manipulating Multiple User Interface Representations Simultaneously Alexandre Demeure,
1 SOA Seminar Seminar on Service Oriented Architecture SOA Reference Model OASIS 2006.
Basic Concepts of Software Architecture. What is Software Architecture? Definition: – A software system’s architecture is the set of principal design.
Delegation of Intent via Conversation David E. Ellis.
Lecture and laboratory No. 10 Modeling product as system Óbuda University John von Neumann Faculty of Informatics Institute of Applied Mathematics Master.
Maj Jeffrey Falkinburg Room 2E46E
OO Methodology OO Architecture.
University of Central Florida COP 3330 Object Oriented Programming
Eleni Christopoulou, Christos Goumopoulos,
AP Computer science principles
Lecture Software Process Definition and Management Chapter 3: Descriptive Process Models Dr. Jürgen Münch Fall
DoDAF 2.x Meta Model (DM2) Conceptual Level
تنظیم مودم D-Link به حالت NAT
Mid Term review CSC345.
Developing a Metadata Element Set and/or an Application Profile
3rd Studierstube Workshop TU Wien
What properties describe matter?
Respectful Type Converters
Chapter 6: Architectural Design
Presentation transcript:

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Contextor: a Computational Model for Contextual Information Joëlle Coutaz, Gaëtan Rey CLIPS-IMAG, Université Joseph Fourier, Grenoble, France James L. Crowley GRAVIR-IMAG, INPG, INRIA, Grenoble, France

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Context for Ubicomp: no Consensus, but some Lessons Lesson1: Context can only be defined in relation to a purpose –As for us: Computational perception (user’s implicit actions, environment sensing) Lesson 2: Context is an information space that serves interpretation –As for us: Interpretation by the system for serving users Lesson 3: Context is an information space that is shared –As for us: Common ground between a system and a user Lesson 4: Context is an ever-ending information space: it evolves –As for us: Distinction between a situation and composition of situations

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Context for Ubicomp: no Consensus, but some Lessons Lesson1: Context can only be defined in relation to a purpose –As for us: Computational perception (user’s implicit actions, environment sensing) Lesson 2: Context is an information space that serves interpretation –As for us: Interpretation by the system for serving users Lesson 3: Context is an information space that is shared –As for us: Common ground between a system and a user Lesson 4: Context is an ever-ending information space: it evolves –As for us: Distinction between a situation and composition of situations User’s Context System’s Context

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Context for Ubicomp: no Consensus, but some Lessons Lesson1: Context can only be defined in relation to a purpose –As for us: Computational perception (user’s implicit actions, environment sensing) Lesson 2: Context is an information space that serves interpretation –As for us: Interpretation by the system for serving users Lesson 3: Context is an information space that is shared –As for us: Common ground between a system and a user Lesson 4: Context is an ever-ending information space: it evolves –As for us: Distinction between a situation and composition of situations User’s Context System’s Context

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Context for Ubicomp: no Consensus, but some Lessons Lesson1: Context can only be defined in relation to a purpose –As for us: Computational perception (user’s implicit actions, environment sensing) Lesson 2: Context is an information space that serves interpretation –As for us: Interpretation by the system for serving users Lesson 3: Context is an information space that is shared –As for us: Common ground between a system and a user Lesson 4: Context is an ever-ending information space: it evolves

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Outline Ontology for computational perception Computational model: contextor

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology … Domain (world) = a network of states S2 S6 S1 S S3 S4

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology … Domain (world) = a network of states linked by actions S2 S6 S1 S S3 S4 a1 a2 a3 a2 a3

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology … Domain (world) = a network of states linked by actions State = a predicate function over observables S2 S6 S1 S P(O 1, O 2, …, O n ) S3 S4 a1 a2 a3 a2 a3 O1O1 O2O2 OmOm

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology … Domain (world) = a network of states linked by actions State = a predicate function over observables Goal state = a desired state S2 S6 Goal state S1 S P(O 1, O 2, …, O n ) S3 S4 a1 a2 a3 a2 a3 O1O1 O2O2 OmOm

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology … Domain (world) = a network of states linked by actions State = a predicate function over observables Goal state = a desired state Task =, i.e., no plan S2 Current state S6 Goal state S1 S P(O 1, O 2, …, O n ) S3 S4 a1 a2 a3 a2 a3 O1O1 O2O2 OmOm

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology … Domain (world) = a network of states linked by actions State = a predicate function over observables Goal state = a desired state Task =, i.e., no plan Activity = = S2 Current state S6 Goal state S1 S P(O 1, O 2, …, O n ) S3 S4 a1 a2 a3 a2 a3 O1O1 O2O2 OmOm

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology … Tasks involve entities (e.g., a table, pen, color) Entity E1 Table Entity E2 Pen

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology … Tasks involve entities (e.g., a table, pen, color) Entity = a grouping of observables Entity E1 Table O1O1 O2O2 OmOm OlOl OkOk OnOn Entity E2 Pen

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology … Tasks involve entities (e.g., a table, pen, color) Entity = a grouping of observables Entities may have a role = a function relative to a task that is satisfied by an entity, e.g., sitting surface Role pointer {E2} Entity E1 Table Role Sitting surface {E1} O1O1 O2O2 OmOm OlOl OkOk OnOn Entity E2 Pen

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology … Tasks involve entities (e.g., a table, pen, color) Entity = a grouping of observables Entities may have a role = a function relative to a task that is satisfied by an entity, e.g., sitting surface Entities may have relations Role pointer {E2} Entity E1 Table Role Sitting surface {E1} O1O1 O2O2 OmOm OlOl OkOk OnOn Entity E2 Pen On top

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology… Context(U,T) = a set of roles and relations between entities for the performance of T by U C1 R1R2 r

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology… Context(U,T) = a set of roles and relations between entities for the performance of T by U Context change = the set of roles changes C2 R1R2 r C1 R1R2 r New role R3

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology… Context(U,T) = a set of roles and relations between entities for the performance of T by U Context change = the set of roles changes and/or the set of relations changes C2 R1R2 r C1 R1R2 r C3 R1R2 r New role R3 New relation r’

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology… Context(U,T) = a set of roles and relations between entities for the performance of T by U Context change = the set of roles changes and/or the set of relations changes Tasks and activities happen in a network of contexts C2 R1R2 r C1 R1R2 r C3 R1R2 r R3 r’

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology… Context(U,T) = a set of roles and relations between entities for the performance of T by U Context change = the set of roles changes and/or the set of relations changes Tasks and activities happen in a network of contexts Context (U,T) = a network of situations that share the same set of Roles and Relations C2 R1R2 r C1 R1R2r C3 R1R2 r R3 r’r’ Network of Situations

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology … Within a context, a situation is a configuration of –A set of entities –Assignments of roles to entities –Relations between these entities S1 R1R2 e2 e1 r e2 e1 C1

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology … Within a context, a situation changes when –assignments of entities to roles changes S2 R1R2 e1e2 e1 Assignment to Role has changed S1 R1R2 e2 e1 r e2 e1 C1

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology … Within a context, a situation changes when –assignments of entities to roles changes –relations between the entities change S2 R1R2 e1e2 r e1 S3 R1R2 e2e1 r e2 Assignment to Role has changed Relation has changed S1 R1R2 e2 e1 r e2 e1 C1

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Ontology … Within a context, a situation changes when –assignments of entities to roles changes –relations between the entities change –The set of entities changes S2 R1R2 e1e2 r e1 S4 R1R2 e2e1 r e2e1 S3 R1R2 e2e1 r e2 Assignment to Role has changed Relation has changed New entity S1 R1R2 e2 e1 r e2 e1 e3 C1

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Computational model: the Contextor … A computational abstraction –Two functional facets Transformation: Data (Type X) +meta-data -> Data (Type Y) +meta-data Control: adaptation of behavior –Synchronous and asynchronous ports

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Computational model: the Contextor … Instantiation 1: data as observables

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Computational model: the Contextor … Instantiation2: from Observables to Entity

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Computational model: the Contextor … Instantiation3: from entities to relation between entities

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Contextors composition Data flow model Hierarchical levels (HL) Dependency chain Application 1 Application 2 HL = 0 HL = 1 HL = 2

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Contextors: properties Reflexivity – Ability to describe its behavior – Ability tomodify its behavior Remanence – Ability to sleep, to be saved then to restart execution Context => federation of contextors New situation => reconfiguration of the contextors within the federation New context => new federation of contextors

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Contextors: global architectural picture Extension of the ARCH model (D.Salber) Process style (Contextor) Data style (Blackboard)

Concepts&Models for Ubicomp, Ubicomp02, Goteborg, Sept. 29th, Contextor: a Computational Model for Contextual Information Joëlle Coutaz, Gaëtan Rey CLIPS-IMAG, Université Joseph Fourier, Grenoble, France James L. Crowley GRAVIR-IMAG, INPG, INRIA, Grenoble, France