• Aucun résultat trouvé

Reflective Middleware Solutions for Context-Aware Applications

N/A
N/A
Protected

Academic year: 2022

Partager "Reflective Middleware Solutions for Context-Aware Applications"

Copied!
32
0
0

Texte intégral

(1)

1

Reflective Middleware Solutions for Context-Aware Applications

Licia Carpa

Wolfgang Eimmerich Cecilia Mascolo

BDIRA Mezri

mezri.bdira@cpe.fr

(2)

2

Les auteurs

Principe Conception Critiques Conclusion Préambule

Licia Carpa Professeur dans le

département informatique de l’University College

London

Cecilia Mascolo Maître de conférence

au département informatique de l’University College

London Wolfgang Eimmerich

Professeur d’informatique distribuées et le directeur

du département informatique de l’University College

London

(3)

3

L’article (septembre 2001)

z Peut-on parler de Middleware pour les réseaux à nœuds mobiles?

z La réflexivité et Metadata pour le Middleware.

z Le contexte d’exécution des applications et le Middleware.

z Principes du Middleware réflexif

z Discussion et remarques

Principe Conception Critiques Conclusion Préambule

(4)

4

Plan

Principe Conception Critiques Conclusion Préambule

Préambule

Principe du Middleware réflexif Conception du modèle

Critiques Conclusion

(5)

5

Préambule

z Rappel

Principe Conception Critiques Conclusion Préambule

Middleware

Middleware désigne, dans le cadre de l’information répartie, toute les couches

logicielles qui permettent à des applications de communiquer à distance.

(6)

6

Préambule

Principe Conception Critiques Conclusion Préambule

Permettre à un programme de s’exécuter sur plusieurs machines reliées par un réseau.

Permettre à différents types de machines de communiquer à distance.

(7)

7

Préambule

Principe Conception Critiques Conclusion Préambule

Peut-on parler de Middleware dans les réseaux à nœuds mobiles ?

Le Middleware tel qu’il est implémenté pour les réseaux fixes ne sont pas adaptés pour les réseaux à nœuds mobiles.

Pourquoi ?

(8)

8

Préambule

Principe Conception Critiques Conclusion Préambule

La perte de connectivité avec le réseau.

Une bande passante en perpétuel changement.

Un environnement d’exécution qui change.

Le Middleware doit s’adapter au contexte d’exécution de l’application.

(9)

9

Principe du Middleware réflexif

Principe

Conception Critiques Conclusion Préambule

C’est quoi le contexte?

C’est tout élément qui peut influer l’exécution de l’application.

Le Middleware doit prendre conscience de ce qui se passe dans l’environnement

d’exécution pour bien fonctionner.

(10)

10

Principe du Middleware réflexif

Principe

Conception Critiques Conclusion Préambule

La conscience peut être diviser en deux entités la conscience du noeud et la conscience de l’environnement.

La conscience du noeud (locale): désigne toute information sur la machine sur la quelle l’application s’exécute.

(11)

11

Principe du Middleware réflexif

Principe

Conception Critiques Conclusion Préambule

Exemple: taille de la mémoire, mémoire

disponible, état de la batterie, puissance du microprocesseur Etc.

conscience de l’environnement: tout ce qui est extérieur à notre nœud. Toute information sur l’état du réseaux.

(12)

12

Principe du Middleware réflexif

Principe

Conception Critiques Conclusion Préambule

Exemple: bande passante, connectivité sur le réseaux, position, services disponibles, Etc.

Le Middleware doit collecter ces

informations, interagir avec l’SE du réseau fondamental, mettre à jours les données du contexte et garantir leurs disponibilités.

(13)

13

Principe du Middleware réflexif

Principe

Conception Critiques Conclusion Préambule

Utilisateur

Application

Middleware

SE du réseau

Profile utilisateur

Profile de l'Application

Contexte

*

* Architecture à

adapter pour l’implémentation d’un Middleware

(14)

14

Principe du Middleware réflexif

Principe

Conception Critiques Conclusion Préambule

L’utilisateur va indiquer, dans son profil, à l’application, comment réagir lors des

changements qui peuvent se produire.

L’ensemble de ces indications constituent la Metadata de l’application.

(15)

15

Principe du Middleware réflexif

Principe

Conception Critiques Conclusion Préambule

On retrouve dans le profile de l’application la configuration qu’elle peut supporter.

Cette configuration représente la Metadata du Middleware.

Le contexte représente les données du Middleware.

(16)

16

Principe du Middleware réflexif

Principe

Conception Critiques Conclusion Préambule

Mais c’est quoi un Middleware réflexif ?

On entend dire par réflexivité du Middleware la capacité de permettre à l’application

d’accéder, de raisonner et d’en tirer sa propre interprétation.

Comment ça marche ?

(17)

17

Principe du Middleware réflexif

Principe

Conception Critiques Conclusion Préambule

Le Middleware enregistre la façon avec laquelle il doit se comporter lorsqu’on se retrouve dans un contexte particulier.

Le Middleware offre ainsi à l’application la possibilité d’être réactive selon le contexte d’exécution dans lequel elle se trouve .

(18)

18

Conception du modèle

Principe

Conception

Critiques Conclusion Préambule

Comment s’adapte le Middleware au contexte d’exécution de l’application ?

Comment se fait l’échange entre le Middleware et l’application?

Le Middleware va jouer l’intermédiaire entre l’application et le contexte dans lequel elle s’exécute.

(19)

19

Conception du modèle

Principe

Conception

Critiques Conclusion Préambule

Le Middleware va adapter le profile de

l’application selon le contexte dans lequel elle s’exécute.

L’échange se fait par l’intermédiaire d’un

échange de fichiers XML entre l’application est le Middleware.

(20)

20

Conception du modèle

Principe

Conception

Critiques Conclusion Préambule

L’application peut demander au Middleware de:

Exemple:

¾ Être à l’écoute des changements qui risquent de se produire dans le contexte et adapter

ensuite la stratégie adéquate.

Batterie faible Déconnexion du réseau Bande passante faible

(21)

21

Conception du modèle

Principe

Conception

Critiques Conclusion Préambule

Exemple:

¾ Recherche ou l’exécution de services.

Chercher données

Copier la donnée dans la

mémoire

Mémoire disponible Oui

Accéder aux données à distance

Non

(22)

22

Conception du modèle

Principe

Conception

Critiques Conclusion Préambule

Le profile de l’application va déterminer la politique à adapter par le middleware pour accéder à la donnée.

Le Middleware doit être capable de repérer la disponibilité d’un service sur le réseaux et prendre la bonne décision pour le choix de la source.

(23)

23

Conception du modèle

Principe

Conception

Critiques Conclusion Préambule

Comme l’échange entre le Middleware et l’application se fait sous XML, une

grammaire est adoptée pour valider l’échange.

Dans le cas d’une évolution de profile de l’application une adaptation de la part du Middleware doit être prise en compte.

(24)

24

Conception du modèle

Principe

Conception

Critiques Conclusion Préambule

Ce ci est possible en Java grâce au chargement dynamique des classes.

Que a t on actuellement comme solutions pour les réseaux à nœuds mobiles?

(25)

25

État de l’art

Principe

Conception

Critiques Conclusion Préambule

Tuple Space a été adopté pour des

Middlewares de réseaux à nœuds mobiles:

Jini/JavaSpaces, Lime et T Spaces.

Tuple Space ne supporte pas l’arborescence des données. Ce défaut est surpassé grâce l’échange des fichiers XML.

(26)

26

Critiques

Principe Conception

Critiques

Conclusion Préambule

Un article qui va droit au but comme l’OM. En effet, le principe est assez simple à expliquer mais sa mise en pratique n’est pas évoquée.

L’évolution du Middleware Ok pour Java mais est-elle aussi évidente que ça ?

Le Middleware et la Qualité de Service dans les réseaux mobiles?

(27)

27

Critiques

Principe Conception

Critiques

Conclusion Préambule

La recherche de service dans les réseaux à nœuds mobiles.

Plus de détail sur la relation qui existe entre le Middleware et le système d’exécution

fondamental du réseau.

Les autres solutions ne sont pas bien présentées.

(28)

28

Conclusion

Principe Conception Critiques

Conclusion Préambule

Que se passe t-il si plusieurs applications

demande au Middleware d’agir différemment alors qu’ils partagent le même contexte

d’exécution?

(29)

29

Conclusion

Principe Conception Critiques

Conclusion Préambule

Que se passe t’il si l’application se retrouve dans deux situations contradictoire quand des changements relier aux différents ressources du réseaux se produisent en même temps?

Exemple: « se déconnecter batterie faible » VS

« se connecter bonne bande passante »

(30)

30

Conclusion

Principe Conception Critiques

Conclusion Préambule

La sécurité reste un problème du fait que n’importe quel nœud peux se connecter au réseau. Le Middleware réflexif peux aggraver la situation du fait que des programmes

malicieux peuvent utiliser la réflexivité du Middleware pour récupérer, supprimer des données.

(31)

31

Bibliographies

Principe Conception Critiques Conclusion Préambule

Les Middlewares réflexifs:

www.info.fundp.ac.be/~ven/CISma/FILES/200 3-zyeden.ps.

http://www.cs.ucl.ac.uk/staff/c.mascolo/www/p apers.html. Ensemble d’articles tournant

autours du Middleware pour les réseaux à nœuds mobiles.

(32)

32

Questions

Références

Documents relatifs

En [9] se muestra una arquitectura de un middleware para el procesamiento de contexto y servicios conscientes de contexto sobre un PaaS (Plataform as a Service), se señalan retos

3-2 Le traitement du goodwill positif généré par une opération d’acquisition : Tout excédent du cout d’acquisition sur la part d’intérêt de l’acquéreur dan la

With this middleware, any kind of hardware or software resource can be modelled using standard Java objects, and services al- low to discover local as well as remote resources, and

This experiment was carried out in a cell open to air, but the current for the cathodic oxygen reduction (dissolved oxygen) was also significantly reduced. The chemical adsorption

Simple modes (m, 1) are represented by single points that necessarily lie on the boundary of the shaded area: no energy is gained or lost during impact, so the bouncing is

What is interesting to note about the puzzle game (as shown in the log of Figure 1.13) is that apart from the core-logic remote calls of the game (the #in-

L’archive ouverte pluridisciplinaire HAL, est destinée au dépôt et à la diffusion de documents scientifiques de niveau recherche, publiés ou non, émanant des

Etude pétrographique et structurale de la série cristallophyllienne de Grenville : région du lac Macgillivray, Québec.. Université de