Négociation et adaptation à base de profil utilisateur

Négociation et adaptation à base de profil utilisateur Présenté par : BOUSOUALIM Nassira BENKHELIFA Imane HACHEMI Asma

Introduction • 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é

Négociation et adaptation de contenu Contenu initial Profil de l’utilisateur Les contraintes de l'environnement Contenu final Les préférences de l’utilisateur Les contraintes des Réseaux Les contraintes de Serveur

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.

Classification de l’adaptation Adaptation côté serveur Adaptation côté client Adaptation côté proxy

Stratégies de négociation et d'adaptation

1. Type Mime (Multipurpose Internet Mail Extensions) • 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 Qu’est ce qu’il fait au juste

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 Déclaration automatique Content-type: image/gif

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)

2. HTTP (Suite) Comment HTTP négocie Serveur Proxy de cache Proxy de cache Application cliente GET http://www.monsite.org/document 1 2 Liste des versions Sélection 3 GET http://www.monsite.org/document2 Transmission de document2

2. HTTP (Suite) Possibilité d’optimisation Serveur Proxy de cache Proxy de cache Application cliente GET http://www.monsite.org/document Liste sauvegardée Liste des versions Sélection 1 2 GET http://www.monsite.org/document2 3 Transmission de document2

2. HTTP (Suite) Plus d’optimisation

2. HTTP (Suite) Encore plus

3. SMIL(SynchronizedMultimediaIntegrationLanguage ) Qu’est ce qu’il fait au juste • 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.

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

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.

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

APPAT (Adaptation ProxiesPlATform ) Instance d’Annuaire Gestionnaire d’adaptation Moteur de Décision Gestionnaire d’adaptation Session APPAT Moteur de Décision Session APPAT Instance d’Annuaire Gestionnaire d’adaptation Moteur de décision Session APPAT

ISIS (Intelligent Scalability for InteroperableServices ) Client de Media Serveur de Media Dépôt Contenu Adaptateur de Media Adaptateur de Ressources Moteur de Modélisation de l’Utilisateur Description Contenu Optimiseur Serveur de Personnalisation Cache Temporaire Serveur d’Application Agrégateur Personnaliseur Compilateur Catalogue Moteur de Modélisation de l’Utilisateur Description Réseau et Terminaux Profil Utilisateur Composeur Catalogue

NAC(Negociation and Adaptation Core ) Module d’Adaptation et de Négociation (ANM) Proxy de Communication Module de Contexte Utilisateur UCM Contenu Multimédia Système de Gestion des Profils Base des Profils

DCAF (DistributedContent Adaptation Framework ) Registre des Services d’Adaptation Service d’adaptation Service d’adaptation Internet Proxy Local Serveur de contenu Proxy de contenu Registre du dépôt de contexte Proxy Local Serveur de contenu Proxy du contenu

Conclusion La 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

Questions

Négociation et adaptation à base de profil utilisateur