Présentation

Article

1 - LES PROTOCOLES DE DÉCOUVERTE DE SERVICES

2 - UPNP : UNE ARCHITECTURE ET UNE INTERFACE NORMALISÉE

  • 2.1 - Exemples de dispositifs UPnP
  • 2.2 - Serveur UPnP, dit « dispositif UPnP »
  • 2.3 - Client UPnP, dit « point de contrôle »

3 - LA PILE UPNP EN DÉTAIL

  • 3.1 - Adressage : DHCP et Auto-IP
  • 3.2 - À la découverte du réseau, via le SSDP
  • 3.3 - Fichiers de description
  • 3.4 - Contrôle : SOAP
  • 3.5 - Événements : GENA
  • 3.6 - Présentation du dispositif via une présentation HTML

4 - SDK, SOFTWARE DEVELOPMENT KIT

5 - IMPLÉMENTATION D’UN SERVEUR ET D’UN POINT DE CONTRÔLE UPNP

  • 5.1 - Description d’un serveur : UPnP
  • 5.2 - Programmation du serveur UPnP
  • 5.3 - Programmation d’un point de contrôle

6 - PERSPECTIVES ET CONCLUSION

Article de référence | Réf : H5002 v1

Les protocoles de découverte de services
Service UPnP pour dispositifs autonomes

Auteur(s) : Vincent HOURDIN, Stéphane LAVIROTTE, Jean-Yves TIGLI

Relu et validé le 02 mai 2015

Pour explorer cet article
Télécharger l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !

Sommaire

Présentation

RÉSUMÉ

Plug and Play (PnP), ou littéralement « on branche et ça marche », caractérise la facilité d’installation d’un nouvel équipement dans un système informatique. « Universal Plug and Play » (UPnP) reprend les concepts de PnP pour les étendre à tout le réseau, facilitant la découverte et le contrôle de dispositifs, tels qu’une imprimante réseau, un routeur ADSL ou tout autre équipement périphérique maintenant connecté au réseau local. D’autres technologies, telles que Bonjour, SLP et Bluetooth, proposent des approches assez similaires.

Lire cet article issu d'une ressource documentaire complète, actualisée et validée par des comités scientifiques.

Lire l’article

ABSTRACT

UPnP service for autonomous devices

Plug and Play (PnP) illustrates the installation ease of a new equipment in a computer system. « Universal Plug and Play » (UPnP) has used the PnP concepts in order to extend them to all the network, thus facilitating the finding and control of devices such as a network printer, an ADSL router or any other peripheral equipment now connected to the local network. Other technologies such as Bonjour, SLP and Bluetooth, offer rather similar approaches.

Auteur(s)

  • Vincent HOURDIN : Ingénieur en informatique de l’École Polytechnique Universitaire de Nice – Sophia Antipolis

  • Stéphane LAVIROTTE : Docteur en informatique de l’Université de Nice – Sophia Antipolis, - Maître de Conférences à l’IUFM Célestin Freinet – Académie de Nice

  • Jean-Yves TIGLI : Docteur en informatique de l’Université de Nice – Sophia Antipolis, - Maître de Conférences à l’École Polytechnique Universitaire de Nice – Sophia Antipolis

INTRODUCTION

Plug and Play (PnP), ou littéralement « on branche et ça marche », caractérise la facilité d’installation d’un nouvel équipement dans un système informatique. Techniquement, le système d’exploitation reconnaît le périphérique que l’on vient d’adjoindre à l’ordinateur, trouve le pilote nécessaire pour le faire fonctionner ou demande de charger ce pilote et lance le travail après avoir réadapté ses paramètres pour tenir compte du nouveau dispositif. L’installation du matériel est ainsi grandement simplifiée par la configuration automatique des paramètres du pilote, tels que l’interruption utilisée, la plage des ports d’entrées/sorties employés, etc.

« Universal Plug and Play » (UPnP) reprend les concepts de PnP pour les étendre à tout le réseau, facilitant la découverte et le contrôle de dispositifs, tels qu’une imprimante réseau, un routeur ADSL ou tout autre équipement périphérique maintenant connecté au réseau local. Cette technologie n’est pas la seule à proposer une telle approche.

Dans la première partie de ce document nous comparerons les grandes caractéristiques d’UPnP avec des technologies plus ou moins proches, telles que Bonjour, SLP et Bluetooth, notamment en ce qui concerne les protocoles de recherche et de découverte utilisés. Nous verrons ainsi qu’une des caractéristiques, forte et spécifique à UPnP, repose sur l’utilisation de protocoles très proches de ceux déjà éprouvés dans le domaine des Services Web.

Dans une seconde partie nous présenterons l’architecture générale d’UPnP, décomposée en dispositifs UPnP (serveurs) et en points de contrôle (clients) sur le réseau, ainsi que les interfaces associées normalisées.

Nous détaillerons dans la troisième partie la pile protocolaire UPnP, avant de nous attarder sur la mise en œuvre logicielle d’UPnP dans la quatrième partie. En conclusion, nous soulignerons les perspectives ouvertes par cette nouvelle technologie qui, au-delà de sa vocation première et de par sa proximité avec les services Web, pose clairement les bases d’une extension vers des services Web pour dispositifs.

Cet article est réservé aux abonnés.
Il vous reste 95% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

DOI (Digital Object Identifier)

https://doi.org/10.51257/a-v1-h5002


Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(238 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

1. Les protocoles de découverte de services

Dans l’optique de faciliter la configuration de matériel ou, plus simplement, de découvrir des services sur un réseau, UPnP n’est pas la seule solution. D’autres protocoles de découverte existent, chacun ayant des fonctionnalités propres. La vue d’ensemble qui suit nous permet de replacer UPnP dans son contexte, et d’en extraire les spécificités.

1.1 SLP : Service Location Protocol

SLP est un protocole de découverte de services développé par le groupe de travail IETF SvrLoc depuis 1999. Son but est de définir un standard indépendant des fabricants pour les réseaux TCP/IP. Il peut fonctionner aussi bien dans un petit réseau, grâce à l’utilisation de la diffusion pour la découverte, que dans un réseau d’entreprise, en utilisant les annuaires de services. C’est l’un des rares protocoles de découverte de service qui peut utiliser ces deux modes.

De plus, SLP permet de rechercher des services avec des expressions booléennes conformes à la syntaxe LDAP, en utilisant les variables définies dans des schémas de descriptions de classes de dispositifs. Par exemple, pour rechercher une imprimante, un prédicat peut être la vitesse minimale d’impression ou la capacité d’imprimer en couleurs. Dans tous les cas, le résultat de la recherche fournit des informations sur le matériel, ses capacités et sa localisation géographique. Le serveur d’impression CUPS (Commun Unix Printing System) peut utiliser SLP pour découvrir les imprimantes compatibles, ainsi que Solaris 8, ou le système de SUN.

SLP a d’autres avantages : l’annuaire est découpé en scopes (groupes), qui peuvent avoir chacun une clé secrète pour tous les services qu’ils contiennent, ajoutant ainsi la notion d’authentification et de cryptage de données. Il est possible de renseigner un DHCP (Dynamic Host Configuration Protocol) avec l’adresse de l’annuaire de service. En voulant obtenir un adressage, un client obtiendrait par la même occasion cette adresse, facilitant la découverte des dispositifs de son nouveau réseau.

HAUT DE PAGE

1.2 Bonjour (Rendez-vous)

Bonjour est une implémentation par Apple du standard ZeroConf. Cette architecture permet de découvrir automatiquement les ordinateurs, les équipements et les services dans les réseaux...

Cet article est réservé aux abonnés.
Il vous reste 95% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(238 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS

Lecture en cours
Les protocoles de découverte de services
Sommaire
Sommaire

BIBLIOGRAPHIE

  • (1) - HOURDIN (V.), LAVIROTTE (S.), TIGLI (J.-Y.) -   Étude et comparaison des systèmes de services pour dispositifs  -  . Rapport de recherche (2006).

  • (2) -   Machine To Machine (M2M) : enjeux et perspectives  -  . Livre Blanc produit par la FING, Syntec Informatique et Orange, http://www.fing.org (mars 2006).

  • (3) - HE (Q.), MUNTZ (D.) -   Multicast gateway for service location in heterogeneous ad hoc communication  -  . HP Technical Reports (2002).

  • (4) - HAASE (M.), SEDOV (I.), PREUSS (S.), CAP (C.), TIMMEMAN (D.) -   Time and Energy Efficient Service Discovery in Bluetooth  -  . in Proceedings of the 57th IEEE Semiannual Vehicular Technology Conference, Band I, S. p. 418-422, ISBN: 1090-3038, Jeju, Korea (2003).

Cet article est réservé aux abonnés.
Il vous reste 93% à découvrir.

Pour explorer cet article
Téléchargez l'extrait gratuit

Vous êtes déjà abonné ?Connectez-vous !


L'expertise technique et scientifique de référence

La plus importante ressource documentaire technique et scientifique en langue française, avec + de 1 200 auteurs et 100 conseillers scientifiques.
+ de 10 000 articles et 1 000 fiches pratiques opérationnelles, + de 800 articles nouveaux ou mis à jours chaque année.
De la conception au prototypage, jusqu'à l'industrialisation, la référence pour sécuriser le développement de vos projets industriels.

Cet article fait partie de l’offre

Technologies logicielles Architectures des systèmes

(238 articles en ce moment)

Cette offre vous donne accès à :

Une base complète d’articles

Actualisée et enrichie d’articles validés par nos comités scientifiques

Des services

Un ensemble d'outils exclusifs en complément des ressources

Un Parcours Pratique

Opérationnel et didactique, pour garantir l'acquisition des compétences transverses

Doc & Quiz

Des articles interactifs avec des quiz, pour une lecture constructive

ABONNEZ-VOUS