En effet, la gestion de la trac¸abilit ´e est r ´ealis ´ee `a l’aide d’un m ´ecanisme, que nous appelons Carte de Visite COntextuelle (CVCO que nous pr ´esentons dans la pro- chaine section), qui permet la r ´ecup ´eration des traces instantan ´ees de contexte `a un instant donn ´e. Ce m ´ecanisme permet de nous informer sur le contexte courant de l’utilisateur dans son environnement pervasif.
• de traiter les questions sociales, de localisation et les caract ´eristiques techniques : les services face aux environnements pervasifs peuvent ˆetre optimis ´es en fonc- tion de la d ´efinition instantan ´ee des traces sociales, des localisations et des ca- ract ´eristiques techniques. `A ce stade nous consid ´erons une forte corr ´elation entre la totalit ´e du mod `ele de contexte et le mod `ele de services pour des fins d’adapta- tion. L’ontologie, que nous proposons, permet de sp ´ecifier un mod `ele, `a l’aide de la trac¸abilit ´e de contexte dans des situations d’utilisations instantan ´ees, d ´edi ´ees `a l’adaptation de l’ensemble des services qui r ´epondent le mieux aux besoins des utilisateurs des applications pervasives.
Il nous semble n ´ecessaire de pr ´eciser que notre motivation n’est pas de proposer de nouvelles ontologies de mod ´elisation du contexte, mais d’utiliser des standards d’onto- logies de contexte, qu’ils sont d ´ej `a d ´efinis, et de les ´etendre et les am ´eliorer afin qu’ils permettent de d ´ecrire la gestion de la sensibilit ´e au contexte dans un environnement sensible au contexte qui r ´eponds mieux `a nos objectifs. En effet, pour la mod ´elisation des principaux ´el ´ements de contexte qui aident `a le sensibilis ´e, nous proposons une extension pour les diff ´erentes ontologies de base voire importante pour la mod ´elisation
de ´el ´ements de contexte `a savoir : l’ontologie d’utilisateur, de terminal, de l’environne- ment et de service, tout en les am ´eliorant la plupart de ces ontologies et int ´egr ´e une nouvelle ontologie de trac¸abilit ´e qui sera aliment ´ee par la CVCO. Ces diff ´erentes onto- logies seront en communication et en interop ´erabilit ´e entre eux afin de de raisonner sur les donn ´ees d ´ecrites et donc de r ´epond aux diff ´erents exigeants de syst `eme dans la plateforme COALA pour des raisons d’adaptation.
3.2.3/ G ´ENERATION ET INT´ EGRATION D´ ’UNE ONTOLOGIE DE TRAC¸ABILITE´ CONTEXTUELLE POUR L’ADAPTATION DES SYSTEMES PERVASIFS`
Pour s’adapter au contexte, les applications pervasives doivent pouvoir prendre en compte le changement dynamique des situations d’utilisation dans l’environnement, de plus les informations de contexte en provenance de l’environnement doivent pouvoir par- venir aux applications entrantes. Ces flux d’informations ne peuvent pas ˆetre d ´etermin ´es `a l’avance et doivent se construire pendant l’ex ´ecution. Les mod `eles de gestion de l’in- formation de contexte existant ne traitent pas ou peu cet aspect dynamique. Dans le domaine de la sensibilit ´e au contexte, les applications interactives doivent ˆetres cr ´e ´ees et d ´evelopp ´ees d’une fac¸on ind ´ependante du contexte. Il est non seulement primor- dial de placer une s ´eparation entre les donn ´ees propres `a l’application et les donn ´ees de contexte mais ´egalement de r ´ecup ´erer les valeurs et d’identifier les param `etres du contexte dans leur ´evolution au cours de diff ´erentes situations d’utilisation. En effet, les caract ´eristiques de contexte externes jouent un r ˆole important dans la production des r ´eactions d’adaptations fournies par les syst `emes pervasives.
PROPOSITION D’UNE CARTE DE VISITECONTEXTUELLE
Pratiquement, lors de l’utilisation de l’application, l’utilisateur se connecte `a sa session en envoyant automatiquement et implicitement les informations et les propri ´et ´es de son contexte d’utilisation. `A ce stade, l’utilisation d’un m ´ecanisme qui permet de fournir les traces instantan ´ees des situations contextuelles, sous formes de param `etres de contexte, sera utile non seulement pour l’adaptation des applications pervasives mais aussi pour leur am ´elioration.
Par ailleurs, nous constatons que l’utilisation d’un m ´ecanisme qui permet de fournir la trac¸abilit ´e des param `etres des situations contextuelles de l’utilisateur peut ˆetre une so- lution int ´eressante pour am ´eliorer les r ´esultats d’adaptation. Ainsi, nous proposons un m ´ecanisme de r ´ecup ´eration en temps-r ´eel des diff ´erents param `etres externes (traces) li ´es `a une situation contextuelle courante.
Ce m ´ecanisme est consid ´er ´e comme une Carte de Visite COntextuelle (CVCO) qui per- met de fournir la trac¸abilit ´e de contexte au cours de l’utilisation. Dans la carte CVCO, nous proposons d’utiliser des repr ´esentations XML simples et faciles `a interpr ´eter, afin de stocker et d’ ´echanger les valeurs des param `etres d’une situation contextuelle donn ´ee. Comme nous avons d ´efini un ensemble de blocs pour mod ´eliser le contexte (localisa- tion, environnement, terminal, . . .), nous d ´efinissons pour chaque bloc un ´el ´ement XML qui permet de r ´ecup ´erer les param `etres courants lors de l’utilisation de contexte. Les param `etres constituant chaque ´el ´ement ont ´et ´e d ´efinis selon leur structure. Ceci permet d’une fac¸on automatique de r ´ecup ´erer les traces de contexte d’une situation instantan ´ee sous formes de param `etres de contexte et donc permet de proposer des nouveaux ser-
vices ad ´equats. `A ce stade, l’int ´egration de la carte de visite de trac¸abilit ´e contextuelle permet de fournir la trac¸abilit ´e, dans notre mod `ele de contexte et nous permet de r ´ealiser une strat ´egie de gestion et d’adaptation des applications sensibles au contexte `a travers la fourniture de services dynamiques et personnalis ´es aux utilisateurs en temps-r ´eel. Ce m ´ecanisme nous permet d’adapter automatiquement les interfaces utilisateurs des applications interactives pervasives. Le mod `ele de contexte `a base de trac¸abilit ´e sera int ´egr ´e par la suite dans notre plateforme pour adapter les services au contexte.
Le fonctionnement de la carte CVCO, comme le montre la figure 3.8, permet de r ´ecup ´erer automatiquement les informations dynamiques de contexte lorsque les utilisateurs seront connect ´es `a leur session de travail. Ces informations seront envoy ´ees p ´eriodiquement en prenant en compte toutes les modifications au niveau du contexte d’utilisation. Il faut noter `a ce niveau que, lors d’une session utilisateur, l’interaction entre cet utilisateur et son application est d ´etermin ´ee en fonction des param `etres de son contexte (la localisation par exemple, avec service `a n’afficher qu’en fonction d’une certaine localisation). La carte CVCO permet donc de fournir toutes les informations utiles sur les propri ´et ´es mat ´erielles et logicielles, l’emplacement courant pour un utilisateur courant.
Toutes ces informations et traces r ´ecup ´er ´ees sont n ´ecessaires pour g ´erer dans un pre- mier temps et adapter des services en fonction de l’environnement de l’utilisateur. Les informations contenues dans la carte sont les contraintes et les traces de l’environne- ment, des utilisateurs, des r ˆoles, des pr ´ef ´erences, des terminaux, . . . Gr ˆace `a ces traces, nous pouvons cr ´eer des profils de contexte dynamiques avec mise `a jour en temps r ´eel qui permet aux utilisateurs de disposer des services adapt ´es.
Ce concept de carte CVCO permet de prendre en compte un grand nombre d’informa- tions (traces) n ´ecessaires `a l’alimentation de nos ontologies de contexte ainsi qu’au fonc- tionnement des applications interactives pervasives ayant besoin de mettre en œuvre l’adaptabilit ´e. Le flux d’ ´echange sera entre l’ontologie de service (o `u se situe l’ontologie de trac¸abilit ´e) et le reste du mod `ele de contexte (User Ontologie, Device Ontologie, . . .).
G ´ENERATION AUTOMATIQUE D´ ’UNE ONTOLOGIE DE TRAC¸ABILITE´ A PARTIR DE LA` CVCO
Plusieurs strat ´egies de correspondance et de cartographie ont ´et ´e propos ´ees dans [Deck00], [Bohri05] [Rod06] [Ghaw09]. En effet, Certains des auteurs se sont concentr ´es principalement sur une correspondance entre XML et RDF, d’autres visent `a faire la car- tographie des donn ´ees sous leur format XML Schema avec une correspondance OWL (en r ´ef ´erant des instances de donn ´ees XML). Concr `etement, OWL est un langage plus fort avec une plus grande intelligibilit ´e que RDF. Ainsi, OWL est livr ´e avec un plus grand vocabulaire et une syntaxe plus forte que RDF, ce qui peut diminuer la probabilit ´e de la perte de s ´emantique des donn ´ees au niveau du processus de cartographie. Pour ces diff ´erentes raisons, nous choisissons d’utiliser une partie de fonctionnement de mapping XML (apr `es la validation XSD) avec OWL propos ´e dans [Ghaw09] : compte tenu de son importance et de sa performance au niveau mapping.
Dans [Ghaw09], La m ´ethode de mappage propos ´ee, et appel ´ee X2OWL, vise `a la construction d’une ontologie OWL `a partir des donn ´ees XML. Cette m ´ethode est bas ´ee sur le XML Schema qui permet de g ´en ´erer automatiquement la structure de l’ontologie, tout en d ´efinissant l’ensemble des r `egles de cartographie entre les ´el ´ements des donn ´ees sources XML et l’ontologie `a cr ´eer (cf table 3.1). Les r `egles de cartographie contribuent `a