User Tools

Site Tools


research:context

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
research:context [2006/06/30 14:50]
jorge
research:context [2009/11/30 16:55] (current)
dharnie *prog->soft
Line 1: Line 1:
-===== Role-Based Ambient Communications =====+===== Context-Dependent Behaviour Adaptations ===== 
 +[[http://soft.vub.ac.be/~jvallejo/|Jorge Vallejos]]
  
 +==== Motivation ====
  
-== Motivation ==+Within the domain of pervasive computing, context-awareness has commonly been defined as the ability of an application to adapt itself to its dynamic environment. The context of an application is defined as any information or service in the application's surroundings that may influence its current state or behaviour. In this research, we focus on the influence of such context on the communications between the entities of a software system.
  
-As said in the presentation of this websitewe are working on the field of pervasive computing. In such a setting, context will play an important role. The context consists of all the information and services that are reachable by user devices at each given point in timeExamples include geographical location, time of day, temperature, other users in the environment, their respective context information, and so on. The software that runs on user devices is influenced by such context information, and the software should ultimately display different behavior according to the context of use.+Our observation is that in an interaction between two entities, the behaviour of the message receiver may not only depend on its own contextbut also on the context of the senderWe have illustrated this idea in a high level **[[research:context-aware_cell_phone|context-aware cell phone scenario]]**.
  
-The figure below illustrates such a context influence in a high-level scenario: Assume you are attending a meeting and someone wants to reach you via his cell phone. However, since this is an important meeting, you may not want to be disturbed by such incoming calls. Therefore, the cell phone should provide a way to react to the context of use: You are currently in an important meeting so phone calls should be signaled in a discreet way only. Assume further that an important relative of yours is currently in the hospital, and you want to be sure that you don’t miss any call from the hospital. In this case, you want to receive a loud signal, even though you are in an important meeting. What is important in this setting is the following: There are different context parameters that should influence the behavior of your device. Different context parameters may lead to different results in how the resulting behavior should look like. Finally, and this is a key issue, it is not only important what the context of your device looks like, but also what the context of the calling device is. Here, you may not know what the phone number or even the identity of the person is who will call you from the hospital. The only information you can rely on is the context of the calling device, which is the fact that the call originates from the hospital. In fact, you indeed want any call from the hospital to get through. So the resulting behavior on your device is potentially influenced by the contexts of one more device at least.+We claim that in order to deal with context-dependent communications in mobile networks, we need model that satisfies the following conditions:
  
-{{ scenario04.jpg }}+  * **Dynamic Context Adaptation**: Context information may influence the behaviour of a device. Applications should adapt to their context by dynamically switching of behaviour.
  
-So here is a summary of the issues we have discussed so far:+  * **Dynamic Behaviour Composition**: The resulting behaviour is typically composition of possible different behaviours. Applications should be based on composable parts representing partial context-dependent adaptations.
  
-  **Dynamic Context Adaptation**: Context information may influence the behaviour of device. Context-aware applications should adapt to their context by dynamically switching of behaviour.+  * **Context Passing Mechanism**: It is not only the context of one device that determines its behavior, but also the context of other devices potentially play an important roleIn the case of context-dependent communications, the context information of the message sender should also be taken into account to decide the behaviour adaptation of the receiver. We require therefore a way to get acknowledgment of the sender’s context information.
  
-  - **Dynamic Behaviour Composition**: The resulting behaviour is a composition of possible different behaviours.Context-aware applications should be based on composable parts representing partial context-dependent adaptations.+==== Design ====
  
-  - **Context Passing Mechanism**It is not only the context of one device that determines its behaviourbut also the context of other devices potentially play an important role.+At our [[http://soft.vub.ac.be|lab]], we are currently exploring different language constructs for the development of context-aware applications. Here we present one of thes constructs called Split Objects (Bardou et alECOOP 1996). In such a model, application entities are composed of roles (known as viewpoints) which represent the different behaviours the entity can adopt. A role is a particular point of view on an entity that has an identification and a partial definition of that entity. The model's message sending protocol allows the specification of the role the receiver should adopt to respond to the message. Hence, if context-dependent behaviour is modelled as roles, an application could adapt to its context by just assuming the appropriate role.
  
 +{{ rolemodel02.jpg?455x318| Click the image to enlarge }}
  
-[[research:terms:monets|mobile networks]]. [[research:terms:monets|elsewhere]].+The problem with the split objects model is that the message sender must know before hand which are the roles a receiver could take. In dynamic environments like mobile open networks, this acknowledgment is practically impossible and undesirable (due to the heterogeneity and autonomicity of the participants)Hence we have extended this model in such a way that the sender only have to include its own context information in the messages (and not a role). At the receiver side there will be a reasoning engine that will take as input the context of both sender and receiver, and will map this information to a role. We have called this entity the context-dependent role selector. For further information about this solution, we refer the interested reader to [ [[http://soft.vub.ac.be/Publications/2006/vub-prog-tr-06-17.pdf|this paper]] ].
  
-== Motivation ==+==== Ongoing and Future Work ====
  
-One may wonder why new referencing abstractions are required for mobile networks. In order to motivate the need for new referencing abstractions at the language level, we list a number of desirable properties of remote references for mobile networks which current remote referencing abstractions do not offer:+These are the different research topics we have identified so far:
  
-  **Dynamic Context Adaptation**: Context information may influence the behaviour of a device. Context-aware applications should adapt to their context by dynamically switching of behaviour.+  * Composition of context-dependent application behaviours using prototype-based solutions (delegation hierarchies, split objects, subjective objects etc.). 
 +   
 +  * Context-dependent adaptations of behaviour using role-based models.
  
-  - **Dynamic Behaviour Composition**: The resulting behaviour is a composition of possible different behaviours.Context-aware applications should be based on composable parts representing partial adaptations of behaviour.+  * Rule-based systems for context reasoning and role selection.
  
-  **Context Passing Mechanism**: It is not only the context of one device that determines its behaviour, but also the context of other devices potentially play an important role.+  * Combining actor and role models for the development of context-dependent applications.
  
-== Design ==+  * Ad-hoc and intentional actor grouping.
  
-Ambient references unify two concepts: they are both a peer-to-peer discovery channel //and// an asynchronous communication channel to a remote object.+  * Intra and Inter actor layers for context-dependent adaptations.
  
-== Ongoing and Future Work ==+  * Dynamic scope for context-dependent communications.
  
-- Composition of context-dependent application behaviours using prototype-based solutions (delegation hierarchies, split objects, subjective objects etc.). +==== Further Reading ====
-- Context-dependent adaptations of behaviour using role-based models. +
-- Rule-based systems for context reasoning and role selection. +
-- Role-based communications. +
-- Combining actor and role models for the development of context-dependent applications. +
-- Ad-hoc and intentional actor grouping. +
-- Intra and Inter actor layers for context-dependent adaptations. +
-- Dynamic scope for context-dependent communications.+
  
-== Implementation == +**Role-Based Implementation of Context-Dependent Communications Using Split Objects**Jorge VallejosPeter EbraertBrecht Desmet. In "Proceedings of the workshop on Revival of Dynamic Languagescollocated with ECOOP 2006NantesFrance". [ [[http://soft.vub.ac.be/Publications/2006/vub-prog-tr-06-17.pdf|download]] ]
- +
-detailed explanation of ambient references can be found in [[ftp://prog.vub.ac.be/tech_report/2006/vub-prog-tr-06-07.pdf|this technical report]]. +
- +
-== Further Reading == +
- +
-Ambient References: Addressing Objects in Mobile NetworksTom Van CutsemJessie DedeckerStijn MostinckxElisa Gonzalez BoixTheo D'HondtWolfgang De MeuterIn //Technical Report VUB-PROG-TR-06-10, Vrije Universiteit Brussel//, 2006 [ [[http://prog.vub.ac.be/Publications/2006/vub-prog-tr-06-10.pdf|download]] ]+
research/context.1151671810.txt.gz · Last modified: 2006/06/30 14:51 (external edit)