See also ebooksgratis.com: no banners, no cookies, totally FREE.

CLASSICISTRANIERI HOME PAGE - YOUTUBE CHANNEL
Privacy Policy Cookie Policy Terms and Conditions
Universal Plug and Play - Wikipédia

Universal Plug and Play

Un article de Wikipédia, l'encyclopédie libre.

Pile de protocoles
Application
Présentation
Session
Transport
Réseau
Liaison de données
Physique
Modèle OSI

L’Universal Plug and Play (UPnP) est un protocole réseau promulgué par l'UPnP Forum. Le but de l'UPnP est de permettre à des périphériques de se connecter aisément et de simplifier l'implémentation de réseaux à la maison (partages de fichiers, communications, divertissements) ou dans les entreprises. UPnP le permet en définissant et en publiant les protocoles de commande UPnP au-dessus des standards de communication de l'Internet.

Le terme UPnP est dérivé de Plug and Play, une technologie pour attacher dynamiquement les périphériques à l'ordinateur.

Sommaire

[modifier] Présentation

L'architecture UPnP permet une mise en réseau poste à poste d'ordinateurs personnels, d'appareils réseaux et de périphériques sans fil. C'est une architecture ouverte, distribuée, basée sur les protocoles TCP/IP, UDP et HTTP.

UPnP permet la communication entre deux dispositifs quelconques sur le réseau local. Parmi ses possibilités :

Aucun pilote spécifique n'est utilisé, des protocoles communs leurs sont préférés.

  • Contrôle par interface utilisateur (UI Control). L'architecture d'UPnP permet le contrôle des dispositifs par une interface utilisateur visible depuis un navigateur web.
  • Indépendance vis-à-vis du système d'exploitation et du langage de programmation. Tout système d'exploitation et tout langage de programmation peut être utilisé pour créer des produits UPnP. UPnP ne spécifie ni ne contraint d'API pour les applications exécutées sur des points de contrôles; les fournisseurs de systèmes d'exploitations peuvent créer les API dont les clients ont besoin.
  • Basé sur les technologies internet : entre autres IP, TCP, UDP, HTTP et XML.
  • Contrôle applicatif. L'architecture d'UPnP permet également un contrôle par des applications conventionnelles, des programmes.
  • Extensibilité. Chaque produit UPnP peut implémenter des services spécifiques à ses périphériques au dessus de l'architecture de base.

L'architecture UPnP supporte la zéro configuration, le « réseau invisible » et la découverte automatique pour plusieurs catégories de périphériques. Chaque périphérique peut joindre dynamiquement un réseau, obtenir une adresse IP, annoncer son nom, préciser ses possibilités sur simple demande et interroger les autres périphériques sur leur présence et leurs capacités. Les serveurs DHCP et DNS sont facultatifs et ne sont utilisés que s'ils sont présents sur le réseau. Les périphériques peuvent se déconnecter du réseau automatiquement sans laisser d'informations erronées.

Les bases du réseau UPnP est l'addressage IP. Chaque périphérique doit avoir un client DHCP et rechercher un serveur DHCP quand il est connecté pour la première fois au réseau. Si aucun serveur DHCP n'est disponible, c'est-à-dire que le réseau n'est pas géré, le périphérique s'assigne lui-même une adresse. Si durant les transactions DHCP, le périphérique obtient un nom de domaine, par exemple, par un serveur DNS ou via le DNS forwarding, le périphérique devrait utiliser ce nom pour chaque opération réseau sinon il doit utiliser son adresse IP.

[modifier] Le protocole

[modifier] Découverte (discovery)

Pour une adresse IP donnée, la première étape de la gestion d'un réseau UPnP est la découverte de services. Quand un périphérique est connecté au réseau, le protocole de découverte d'UPnP permet à ce dispositif de prévenir les points de contrôle du réseau de ses services. Parallèlement, quand un point de contrôle est connecté au réseau, le protocole de découverte permet à ce point de contrôle de rechercher les dispositifs intéressants sur le réseau. Les échanges fondamentaux dans ces deux cas, sont des messages contenants les informations spécifiques essentielles sur le dispositif et un de ses services, comme, par exemple, son type, son identifiant ou un pointeur vers des informations plus détaillées. Le protocole de découverte UPnP est basé sur SSDP.

[modifier] Description

L'étape suivante dans un réseau UPnP est la description. Quand un point de contrôle a découvert un dispositif, il ne lui connaît que peu d'informations.

Pour qu'un point de contrôle puisse en apprendre davantage sur le dispositif et ses possibilités, ou pour interagir avec celui-ci, il doit récupérer la description du dispositif depuis l'URL fournie par celui-ci dans le message de découverte.

La description UPnP d'un dispositif est exprimée en XML et comprend des informations spécifiques au fournisseur du dispositif comme le nom du modèle, le numéro de série ou le nom du fournisseur, des URL vers les sites web des fournisseurs.

Ces descriptions incluent également une liste des dispositifs embarqués ou services ainsi que les URL pour les commandes, les contrôles ou les présentations.

Pour chaque service, la description inclut une liste de commandes ou d'actions auxquelles le service répond et les paramètres ou arguments pour chacune de ces actions.

La description de service inclut également la liste des variables décrivant l'état de ce service pendant son exécution en termes de types de données, de plage de valeurs ou de caractéristiques d'évènements.

[modifier] Contrôle (control)

L'étape suivante est le contrôle. Après qu'un point de contrôle a reçu une description du dispositif, celui-ci peut envoyer des actions au service d'un dispositif. Pour cela, un point de contrôle envoie un message de contrôle approprié à l'URL de contrôle du service (fournit par la description du dispositif). Les messages de contrôle sont également décrits en XML en utilisant SOAP. Comme tout appel de fonction, en réponse aux messages de contrôle, les services renvoient des valeurs spécifiques aux actions. Les effets de ces actions, le cas échéant, sont visibles par le changement des variables qui décrivent l'état d'exécution du service.

[modifier] Notification d'évènements (event notification)

Après le contrôle vient la notification d'évènement.

Une description de service UPnP inclut une liste d'actions auquel le service répond et une liste des variables qui caractérisent le service à l'exécution.

Quand ses variables changent, le service publie des mises à jour.

Les mises à jours sont des messages XML de type GENA contenant le nom des variables et leurs valeurs.

Les points de contrôles peuvent s'abonner pour les recevoir.

Un message initial particulier est envoyé quand un point de contrôle s'inscrit, ce message contient les noms et les valeurs de toutes les variables pour permettre à l'abonné de s'initialiser.

Pour supporter les scénarios de réseaux à plusieurs points de contrôle, la notification est prévue pour que tous les points de contrôles soient informés uniformément des effets de chaque action.

En conséquence, tout abonné reçoit des messages d'évènements pour toutes les variables « notifiantes » qui ont changé et des messages d'évènements sont envoyés, quelle que soit la raison pour laquelle l'état de la variable a changé (que le changement soit le résultat d'une action ou parce que l'état du service a changé).

[modifier] Présentation

La dernière étape d'un réseau UPnP est la présentation. Si un dispositif a une URL de présentation, un point de contrôle peut recevoir une page depuis cette URL, charger la page dans un navigateur web et, selon les capacités de la page, permettre à un utilisateur de contrôler le dispositif et/ou de voir l'état d'un dispositif. Les possibilités d'une telle page peuvent changer en fonction des capacités du périphérique qui présente la page à l'utilisateur.

[modifier] Standards audio et vidéo (UPnP AV standards)

UPnP AV (pour UPnP Audio and Video) est un groupe à l'intérieur du standard UPnP supervisé par la Dlna (anciennement : Digital Home Working Group), qui est un regroupement de constructeurs et vendeurs de l'industrie du divertissement à la maison (home entertainment) proposant le label "DLNA CERTIFIED™" ("certifié DNLA") pour les produits qui respectent leur guide d'interopérabilité pour périphériques réseau. Les membres du forum DLNA "partagent une vision de l'interopérabilité sur les réseaux cablés et sans-fils des ordinateurs personnels (PC), des matériels électroniques (Consumers Electronics - CE) et des périphériques mobiles à la maison permettant un environnement transparent (pour l'utilisateur) de partage et d'extension des nouveaux médias et des services de contenu" et est "DLNA est attaché à fournir un cadre d'interopérabilité des guides de conception basés sur les standards ouverts de l'industrie pour compléter la convergence numérique. Le 12 juillet 2006, le Forum UPnP a annoncé la disponibilité des 'Spécifications étendues AV', cette réalisation est la version2 des spécifications Audio et Vidéo (UPnP AV v2), avec de nouvelles classes MediaServer version 2.0 et un MediaRenderer version 2.0. Ces perfectionnements sont créés par l'ajout de possibilités aux classes de dispositifs MediaServer et MediaRenderer permettant un meilleur niveau d'interopérabilité entre les MediaServers et MediaRenderers de différents constructeurs.

[modifier] Les composants Audio et Vidéo d'UPnP AV

  • UPnP MediaServer DCP : le serveur UPnP (un dispositif « esclave ») qui partage ses média (comme l'audio, la vidéo, des images) avec les clients UPnP du réseau.
  • UPnP MediaServer ControlPoint : le client UPnP (un dispositif « maitre ») qui peut détecter automatiquement les serveurs UPnP du réseau pour rechercher et visionner leurs fichiers.
  • UPnP MediaRenderer DCP : dispositif « esclave » pouvant afficher du contenu.
  • UPnP RenderingControl DCP : dispositif permettant de contrôler les paramètres de rendu d'un contenu : volume, brillance ...
  • UPnP Remote User Interface (RUI) client/server : clients et serveurs UPnP qui peuvent envoyer des commandes sur le réseau (comme enregistrer, programmer, lecture, pause, stop, etc.).
    • Web4CE (CEA 2014) for UPnP Remote UI[1] - Standard CEA-2014 conçu par le Home Network Committee R7 de la Consumer Electronics Association. Protocole basé sur des pages web pour les Remote User Interface des réseaux UPnP et Internet (Web4CE). Ce standard permet à un réseau résidentiel UPnP de fournir son interface (affichage et points de contrôles) comme une page web pour l'afficher sur n'importe quel périphérique connecté. C'est-à-dire que vous pouvez contrôler les périphériques du réseau résidentiel avec n'importe quelle méthode de communication basée sur la navigation web

pour les dispositifs CE sur un réseau résidentiel utilisant ethernet et une version spéciale de HTML appelé CE-HTML.

  • QoS (Quality of Service) - La qualité de service est un service important (mais non obligatoire) pour l'utilisation d'UPnP AV. QoS se réfère au contrôle des mécanismes proposant différentes priorités aux différents utilisateurs des flux de données, ou garantit un certain niveau de performance à un flux de données en accord avec les requêtes des applications. Depuis que l'UPnP AV est surtout utilisé pour délivrer des médias en lecture en continu, qui sont souvent de l'audio/vidéo en proche temps réel, voire en temps réel, ce qui est critique à délivrer dans un temps donné ?? Les garanties QoS sont spécialement importantes si le réseau a une capacité limitée comme, par exemple, les réseaux publics comme l'Internet.
    • QoS pour l'UPnP consiste en services de Sink Device (dispositif client recepteur) et Source Device (dispositif source émetteur). Avec des classes comme Traffic Class qui indique le type de traffic dans le flux de données (par exemple : audio ou vidéo). Traffic identifier (TID) qui identifie les paquets uniques de données dans le flux. Traffic Specification (TSPEC) qui contient les paramètres définissant les caractéristiques du traffic du flux (par exemple les opérations requises et l'ordonnancement). Traffic Stream (TS) qui est un fux unidirectionnel de données qui prend son origine à la source et se termine aux récepteurs d'un ou plusieurs dispositifs (sinks).

[modifier] Traduction des adresses

UPnP utilise Internet Gateway Device pour la traduction des adresses réseau (NAT traversal). Cette traduction permet aux paquets UPnP de passer à travers un routeur ou un pare-feu sans problèmes et sans interaction de l'utilisateur (si le routeur ou le pare-feu supporte NAT).

[modifier] Problèmes d'UPnP

  • UPnP utilise HTTP par-dessus UDP (aussi connu sous les sigles HTTPU et HTTPMU pour l'unicast et le multicast) bien que cette spécification ne soit pas standardisée et que son brouillon ait expiré en 2001.
  • UPnP n'intègre pas de protocole léger d'authentification, les protocoles de sécurités disponibles sont complexes.

En conséquence, beaucoup de dispositifs sont déconnectés par défaut pour des questions de sécurité.

[modifier] Développements futurs

Le standard Devices Profile for Web Services (DPWS) est un candidat à la succession d'UPnP. Il résout plusieurs problèmes d'UPnP et est notamment inclus dans Microsoft Windows Vista comme partie des technologies Windows Rally.

[modifier] Serveurs de médias UPnP

Les serveurs de médias UPnP (UPnP AV MediaServers) enregistrent et partagent des médias électroniques comme des photographies, des films ou de la musique. Des serveurs de médias sont disponibles sur la plupart des systèmes d'exploitation et sur beaucoup de matériels. Les serveurs de médias sont logiciels ou matériels. Les serveurs logiciels peuvent tourner sur ordinateur personnel surtout sous Microsoft Windows, Linux, BSD, UNIX ou Mac OS X. Les serveurs matériels peuvent tourner sous tous dispositif de stockage réseau (NAS) ou sur tout dispositif matériel spécifique pour délivrer des médias, comme les enregistreurs vidéo personnels. Actuellement, il existe plus de serveurs logiciels que matériels, mais il est possible que le rapport change dans le futur.

[modifier] Serveurs de médias UPnP logiciels

console de jeux Xbox de Microsoft

service de musique en ligne) pour Microsoft Windows et Mac OS X, Rhapsody requiert une connexion chiffrée pour la Gestion numérique des droits

  • PyMedS un serveur de médias libre en Python pour Windows/Mac OS X/Linux/UNIX
  • GeeXboX un media center léger libre pour Linux
  • MediaTomb un serveur de médias libre et gratuit pour Linux, Mac OS X, FreeBSD et Cygwin qui peut aussi lancer des services NAS
  • TwonkyMedia un serveur de médias commercial léger pour Windows, Linux et systèmes embarqués
  • Nero MediaHome media player/media center logiciel commercial pour Windows composant de la suite logiciel de Nero
  • Fuppes serveur de médias libre et gratuit, supporte l'encodage de divers formats audio en mp3
  • TVersity serveur de médias gratuit permettant l'encodage à la volée en wmv
  • SimpleCenter est un serveur de médias en Java
  • Philips Media Manager est un serveur de médias gratuit pour Windows et Macintosh basé sur Streamium
  • Coherence un framework python UPnP/DLNA offrant également un serveur de médias libre. Disponible pour BSD/Linux/Windows

[modifier] Serveurs de médias UPnP matériels

[modifier] Clients UPnP AV (points de contrôle)

Les points de contrôle UPnP MediaServer sont des clients UPnP qui fonctionnent comme lecteurs audio/vidéo. Ils peuvent détecter automatiquement les serveurs UPnp sur le réseau pour naviguer et récupérer leurs fichiers/données multimédia.

[modifier] Points de contrôles et lecteurs logiciels

[modifier] Points de contrôles matériels

  • Philips RC9800i
  • Philips Streamium
  • Logik IR100

[modifier] Afficheur de média matériels

  • Nokia 770, tablette internet avec le lecteur MediaStreamer
  • Playstation 3, console de jeux avec le système d'exploitation 1.8 ou supérieur avec la Cross Media Bar.
  • Xbox, console de jeux avec XBMC, un lecteur multimédia gratuit et libre.
  • Xbox 360, console de jeux avec le Xbox 360 Dashboard.
  • Loewe Connect, téléviseur avec Media Center intégré.

Lecteurs multimédia en réseau :

[modifier] Voir aussi

[modifier] Technologies similaires ou associées

[modifier] Liens externes

[modifier] Notes et références

  1. Web4CE (CEA 2014) for UPnP Remote UI (www.ce.org/standards)


aa - ab - af - ak - als - am - an - ang - ar - arc - as - ast - av - ay - az - ba - bar - bat_smg - bcl - be - be_x_old - bg - bh - bi - bm - bn - bo - bpy - br - bs - bug - bxr - ca - cbk_zam - cdo - ce - ceb - ch - cho - chr - chy - co - cr - crh - cs - csb - cu - cv - cy - da - de - diq - dsb - dv - dz - ee - el - eml - en - eo - es - et - eu - ext - fa - ff - fi - fiu_vro - fj - fo - fr - frp - fur - fy - ga - gan - gd - gl - glk - gn - got - gu - gv - ha - hak - haw - he - hi - hif - ho - hr - hsb - ht - hu - hy - hz - ia - id - ie - ig - ii - ik - ilo - io - is - it - iu - ja - jbo - jv - ka - kaa - kab - kg - ki - kj - kk - kl - km - kn - ko - kr - ks - ksh - ku - kv - kw - ky - la - lad - lb - lbe - lg - li - lij - lmo - ln - lo - lt - lv - map_bms - mdf - mg - mh - mi - mk - ml - mn - mo - mr - mt - mus - my - myv - mzn - na - nah - nap - nds - nds_nl - ne - new - ng - nl - nn - no - nov - nrm - nv - ny - oc - om - or - os - pa - pag - pam - pap - pdc - pi - pih - pl - pms - ps - pt - qu - quality - rm - rmy - rn - ro - roa_rup - roa_tara - ru - rw - sa - sah - sc - scn - sco - sd - se - sg - sh - si - simple - sk - sl - sm - sn - so - sr - srn - ss - st - stq - su - sv - sw - szl - ta - te - tet - tg - th - ti - tk - tl - tlh - tn - to - tpi - tr - ts - tt - tum - tw - ty - udm - ug - uk - ur - uz - ve - vec - vi - vls - vo - wa - war - wo - wuu - xal - xh - yi - yo - za - zea - zh - zh_classical - zh_min_nan - zh_yue - zu -