Séminaire Service Interoperability on Context Level in Ubiquitous Computing Environments

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

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 l’art • Analyse de l’article

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

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. 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 l’interface • Elle est essentielle pour la classification, découverte et utilisation des services. • Elle contiens des attributs soit fonctionnels, soit non-fonctionnels

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. Description de service - interopérabilité • Pour garantir l’interopérabilité dans ce niveau est nécessaire un travail de standardisation • L’interopé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. 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. Découverte de service - idée (2/3) • La découverte de services permet à deux dispositif de communiquer l’un à l’autre leurs fonctions • Un dispositif peut aussi faire une recherche sur le réseau pour localiser le service nécessaire à l’accomplissement d’une certaine tache

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 d’autre 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. 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 d’une représentation riche • Absence d’accouplements inexacts

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

13. Etat de l’art (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 l’utilisation d’objet. Indépendant du langage de programmation.

14. Etat de l’art (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. Etat de l’art (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. Analyse de l’article (1/3) • Dans l’article 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 n’ont 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 qu’il la traite.

17. Analyse de l’article (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 d’un registre de services (advanced mobile service registy, AMSR) aussi dans le dispositif mobile

18. Analyse de l’article (3/3) • Si on veut aussi s’intéresser au contexte d’un 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 l’information du contexte et du service. Cette nouvelle technique fournit un élevé degré d’extensibilité et interopérabilité • des autres articles intéressants dans mes références…