Séminaire Service Interoperability on Context Level in Ubiquitous Computing Environments Davide Bazzi IIUF - 2003 Etude de larticle: Service Interoperability.

Présentation au sujet: "Séminaire Service Interoperability on Context Level in Ubiquitous Computing Environments Davide Bazzi IIUF - 2003 Etude de larticle: Service Interoperability."— Transcription de la présentation:

1 Séminaire Service Interoperability on Context Level in Ubiquitous Computing Environments Davide Bazzi IIUF - 2003 Etude de larticle: Service Interoperability on Context Level in Ubiquitous Computing Environments de Thomas Strang et Claudia Linnhoff-Popien http://www.kn.op.dlr.de/~strang

2 2 Table des matières: Introduction Interopérabilité –Définition générale –Description des services Idée Interopérabilité –Découverte des services Idée Problèmes Etat de lart Analyse de larticle

3 3 Introduction Les buts: –Comprendre les idées de base de ces concepts –Sinformer sur les différentes solutions existantes –Les mettre en relation avec la proposition de Thomas Strang et Claudia Linnhoff- Popien

4 4 Interopérabilité Elle peut être définie comme la capacité de deux ou plusieurs services de communiquer et coopérer malgré des différences dans le langage d'implémentation ou dans l'environnement d'exécution. On fait une classification de divers niveaux d'interopérabilité: –Description –Découverte –Composition –Exécution –Contexte

5 5 Description de service - idée (1/2) Elle comprend le nom des opérations, le type et séquence de tous les paramètres de linterface Elle est essentielle pour la classification, découverte et utilisation des services. Elle contiens des attributs soit fonctionnels, soit non-fonctionnels

6 6 Description de service - idée (2/2) Elle doit être compréhensible soit pour les humaines, soit pour les machines. Donc chaque attribut de service doit être décrit sur les niveaux syntaxique et sémantique. On doit utiliser des ontologies.

7 7 Description de service - interopérabilité Pour garantir linteropérabilité dans ce niveau est nécessaire un travail de standardisation Linteropérabilité dans ce niveau est basée sur la signature des opérations offertes par les services Il y a principalement deux contrôles à faire entre les services : –Compatibilité –Substituabilité

8 8 Découverte de service - idée (1/3) Un service doit être découvert par un client (humaine ou programme) avant de pouvoir être utilisé Un potentiel utilisateur de service contact un registre de services (UDDI, Corba Trader,…) et demande la disponibilité de services providers qui offrent des services avec des caractéristiques spécifiques

9 9 Découverte de service - idée (2/3) La découverte de services permet à deux dispositif de communiquer lun à lautre leurs fonctions Un dispositif peut aussi faire une recherche sur le réseau pour localiser le service nécessaire à laccomplissement dune certaine tache

10 10 Découverte de service - idée (3/3) Les réseaux traditionnels ont un serveur central qui contient un dossier avec tous les éléments du réseau Il y a aussi dautre possibilité, comme un réseau peer-to-peer On utilise toujours la découverte des services On veut aussi que cette tache marche sans que les utilisateurs, les applications, les fournisseurs des services connaissent les détails de la configuration du réseau local

11 11 Découverte de service - problèmes (1/2) La plupart des protocoles actuels ont été développe pour des systèmes distribués, mais ils ne résolvent pas toujours les problèmes qui arrivent dans un domaine dynamique. Il y a plusieurs défauts: –Absence dune représentation riche –Absence daccouplements inexacts

12 12 Découverte de service - problèmes (2/2) Ces méthodes doivent être: –Fault-tolerant –Extensibles –Sure

13 13 Etat de lart (1/3) Il y a différents solutions pour la description, decouverte des services : –Web Services Definition Language (WSDL) Pour la description des services. Utilise XML. –Universal Description, Discovery and Integration (UDDI) Est un ensemble de protocoles XML et une infrastructure pour la description et la découverte des services. –DAML-S Pour la description des services, complète WSDL avec une description au niveau applicatif. –Interface Definition Language (IDL) Langage utilisé dans CORBA pour décrire les fonctionnalités et lutilisation dobjet. Indépendant du langage de programmation.

14 14 Etat de lart (2/3) –JISC Pour la description des services. Donne des information très détaillées des services en forme machine. –enTish La syntaxe du langage et le format des messages sont décrits en XML. –Universal plug and play (UPnP) Pour la description et découverte des services. Utilise XML pour la description, mais fournit aussi un niveaux descriptif plus élevé grâce a une interface utilisateur. –TSpace Services Suite Basé sur des standard comme WSDL, UDDI et SOAP. –Service Location Protocol (SLP) Pour la découverte des services. Utilise intensément les URL.

15 15 Etat de lart (3/3) –Service Discovery Service (SDS) Pour la découverte des services. Basé sur multicast et recherche XML; transmission sure. –Web Service Discovery Architecture (WSDA) Pour la découverte des services. Intégration de différents standards: XML, SOAP, WSDL, WSIL. –Jini Pour la découverte des services. Basé sur Java et RMI. –Salutation Standard pour la découverte et utilisation de services avec fonctionnalitées dissimilaires –Bluetooth SDP Pour la découverte des services.

16 16 Analyse de larticle (1/3) Dans larticle Service Interoperability on Context Level in Ubiquitous Computing Environments de Thomas Strang et Claudia Linnhoff-Popien, la description et découverte de services ne sont pas traité explicitement. Pour la description des service, les auteurs nont pas proposé une propre solution, ils ont uniquement nommé les principaux langages actuels. CORBA interface définition langage, et WSDL. Pour la découverte il y a un autre article de Thomas Strang quil la traite.

17 17 Analyse de larticle (2/3) Dans un autre article de Thomas Strang: –la découverte et exécution de services est possible soit si on est connecté au réseau, soit si on est pas connecté –Possible grâce à la présence dun registre de services (advanced mobile service registy, AMSR) aussi dans le dispositif mobile

18 18 Analyse de larticle (3/3) Si on veut aussi sintéresser au contexte dun service, on trouve aussi des travaux pour la découverte du contexte du service –Il y a une idée pour une technique de découverte de contexte basé sur un raisonnement automatique de la sémantique de linformation du contexte et du service. Cette nouvelle technique fournit un élevé degré dextensibilité et interopérabilité des autres articles intéressants dans mes références…