NÉGOCIATION ET ADAPTATION À BASE DE

PROFIL UTILISATEUR

Présenté par :

BOUSOUALIM NassiraBENKHELIFA Imane

HACHEMI Asma

• Hétérogénéité des moyens d'accès à l'information.• Impossibilité de fournir de la même manière les contenus

des serveurs pour tous les clients.

Un besoin d'adaptation de contenu : satisfaire les caractéristiques de chaque client cible

La nécessité de faire une correspondance entre les contraintes des clients et les fonctionnalités du contenu demandé

INTRODUCTION

2

Contenu initial

Contenu final

Les contraintes de l'environnement

Les préférences de l’utilisateur

Profil de

l’utilisateur

Les contraintes des Réseaux

Les contraintes de Serveur

NÉGOCIATION ET ADAPTATION DE CONTENU

3

Classification de la négociation

La négociation à la demande :

Le processus d'adaptation est invoqué lors de la réception de la requête de l'application cliente.

Les résultats de l'adaptation sont directement transmis au client cible.

La négociation fondée sur des caches :

basée sur l'utilisation des versions du contenu source préalablement sauvegardées.

4

Classification de l’adaptation

Adaptation côté serveur

Adaptation côté client

Adaptation côté proxy

5

STRATÉGIES DE NÉGOCIATION ET D'ADAPTATION

1. Type Mime (Multipurpose Internet Mail

Extensions)

Qu’est ce qu’il fait au juste 

Echanger des messages de formats hybrides�

Le protocole SMTP : pour l'envoi de courrier�  Typer les ressources attachées à un courrier

électronique

Typer les ressources transférées sur le Web par le protocole HTTP 7

1. Type Mime (Suite)

Comment MIME négocie 

Utilisation du champ 'Content-Type'.� format général: Content-Type = "Content-Type " ":" media-type

Content-Type : Content-Type: text/plain; charset=ISO-8859-15

Exemple :

Type : Image

Sous type : GIF

Type Media décrit :� Type supporté par l’application

Type fournit par le serveur

Content-type: image/gif

Déclaration automatique

8

2. HTTP (HyperText Transfer Protocol) Qu’est ce qu’il fait au juste 

Sélection de la représentation la plus appropriée �en

réponse à une requête cliente

Transfert en � pipeline

Négociation de type de contenu (format de données, langue)

9

2. HTTP (Suite) Comment HTTP négocie 

Application clienteProxy de cacheProxy de cacheServeur

Sélection

12

3

GET http://www.monsite.org/document

Liste des versions

GET http://www.monsite.org/document2

Transmission de document2

10

2. HTTP (Suite) Possibilité d’optimisation 

Application clienteProxy de cacheProxy de cacheServeur

Sélection1

2

3

GET http://www.monsite.org/document

Liste des versions

GET http://www.monsite.org/document2

Transmission de document2

Liste sauvegardée

11

2. HTTP (SUITE) Plus d’optimisation 

12

2. HTTP (SUITE)

Encore plus  

13

• la synchronisation spatial et temporelle et l’intégration des multimédia

• adopte une approche de modularisation

• Un module ={ d'éléments, d'attributs et de valeurs d'attributs} dans le

but de décrire un certain aspect sémantique des présentations multimédia.

• Grâce à la combinaison de modules offre une approche de négociation qui

permet de supporter les contraintes de plusieurs contextes et applications clientes.

• Par exemple, un terminal mobile peut supporter uniquement un ensemble

prédéfini de modules. Le contenu transmis à ce terminal ne doit pas intégrer les modules non supportés.

3. SMIL(Synchronized Multimedia Integration Language ) Qu’est ce qu’il fait au juste 

14

Négociation basée sur l'affichage :

• Utilisation des éléments <layout>, <root-layout> et <region> l’organisation spatial des objets

• La Séparation des informations relatives à l'espace d'affichage et le contenu à afficher la présentation finale pourra être changée sans modifier le contenu et Vis versa .

Négociation basée sur l'interaction :

Les liens hypermédia peuvent être utilisés pour assurer une décomposition du contenu en petite partis

Les limites indiquées par l'auteur L'état courant du contexte de transmission  

Les liens temporels permettent de ne présenter le contenu qu’avec les

options de navigation appropriées au contexte de la présentation 15

Modules de contrôle de contenu 

La spécification des modules de contrôle du contenu définit une liste d’attributs pour l'évaluation du contexte.

EX: la langue naturelle de l'utilisateur, la taille de l'écran du terminal, le système d'exploitation utilisé, etc.

SMIL 2.0 assure une gestion complète des alternatives en utilisant l'élément switch.

Ce dernier permet de spécifier un ensemble d'alternatives pour un élément de la présentation.

Chaque alternative comporte des attributs évalués de contexte.

La première alternative acceptable est présentée. 16

ARCHITECTURES PROPOSÉES POUR LA

NÉGOCIATION ET L’ADAPTATION

PRINCIPALES FONCTIONNALITÉS

la gestion du contexte et de sa description

la gestion des contenus multimédia et de �leurs descriptions

la négociation pour l’adaptation�  la gestion de l’adaptation

18

APPAT (ADAPTATION PROXIES PLATFORM )

Instance d’Annuaire

Instance d’Annuaire

Gestionnaire d’adaptation

Moteur de décision

Session APPAT

Session APPAT

Moteur de Décision

Gestionnaire d’adaptation

Gestionnaire d’adaptation

Moteur de Décision

Session APPAT

19

20

ISIS (INTELLIGENT SCALABILITY FOR INTEROPERABLE SERVICES )

Profil Utilisateur

Client de Media

Moteur de Modélisation

de l’Utilisateur

Description Contenu

Cache Temporaire

Description Réseau et Terminaux

Dépôt Contenu

Serveur de Media

Optimiseur

Adaptateur de Ressources

Adaptateur de Media

Serveur d’Applicatio

n

Compilateur Catalogue

Composeur Catalogue

Agrégateur

Moteur de Modélisatio

n de l’Utilisateur

Personnaliseur

Serveur de Personnalisation

21

22

NAC (NEGOCIATION AND ADAPTATION CORE )

Base des Profils

Module d’Adaptation et de Négociation

(ANM)

Proxy de Communication

Système de Gestion des

Profils

Contenu Multimédia

Module de Contexte

Utilisateur UCM

23

24

DCAF (DISTRIBUTED CONTENT ADAPTATION FRAMEWORK )

Registre des Services

d’Adaptation

Internet

Registre du dépôt de contexte

Service d’adaptatio

n

Service d’adaptation

Proxy Local

Proxy LocalProxy du contenu

Proxy de contenu

Serveur de contenu

Serveur de contenu

25

26

CONCLUSIONLa conception d'une architecture qui permet d'adapter les contenus multimédia pour n'importe quel terminal de l'environnement hétérogène du Web représente un vrai défi.

Les solutions proposées actuellement ne s'attaquent pas au problème de l'adaptation avec des architectures complètes, mais essaient de fournir des solutions à des besoins très spécifiques tels que l'adaptation des images pour les mobiles ou le transcodage de la vidéo 27

28