Brevet FR2837045A1 — publié le 20030912

Système et procédé de gestion de transfert d'informations sur un réseau conforme à une norme de transmission de données, notamment la norme UPnP, machine d'interfaçage et d'émulation et programme d'ordinateur correspondants. Le domaine de l'invention est celui des réseaux conformes à une norme prédéterminée de transmission de données, notamment mais non exclusivement la norme UPnP ( Universal Plug and Play ). Plus précisément, l'invention concerne un système de gestion de transfert d'informations sur un tel réseau, de façon à permettre un accès, dans un mode conforme à cette norme prédéterminée de transmission de données, à un appareil qui est connecté au réseau mais qui n'est pas conforme à cette norme. Dans un seul souci de simplification, on présente ci-après les limites et inconvénients des systèmes actuels de gestion de transfert d'informations sur un réseau, uniquement dans le cas où le réseau est conforme à la norme UPnP. Il est clair cependant que la présente invention peut être mise en oeuvre avec des réseaux conformes à d'autres normes de transmission de données, à savoir notamment : la norme HAVi, décrite dans le document de référence HAVi (Home Audio Video interoperability) specifications (version 1.1 May 15, 2001) ; la norme AV/C ( Audio/Video Control ), définie dans le document de référence AV/C Digital Interface Command Set, General Specifications, version 3.0 ; 15 avril 1998 . On rappelle que la norme UPnP a été crée et définie par un consortium industriel formé en juin 1999 et qui regroupait début juin 2001 plus de 350 sociétés. De nombreuses informations relatives à cette norme sont disponibles, notamment sur le site web"http : //www. upnp. org". En résumé, cette norme UPnP vise à faciliter la mise en oeuvre de réseaux domestiques ou d'entreprises. Elle s'appuie sur la norme et la technologie Internet (telles que TCP/IP, HTTP, XML,...). Elle permet à des appareils, dits appareils UPnP, de se connecter automatiquement les uns avec les autres et de communiquer ensemble, sous commande de contrôleurs du réseau, dits contrôleurs UPnP. Elle est indépendante des systèmes d'exploitation, des langages de programmation et des media physiques. Elle définit un jeu de services communs (protocoles) que les appareils UPnP peuvent utiliser pour se connecter à un réseau et se décrire ainsi que leurs fonctionnalités, de façon que d'autres appareils UPnP et utilisateurs puissent les utiliser, sans aucune phase d'initialisation ou configuration compliquée. Très prochainement, de plus en plus de contrôleurs et d'appareils UPnP vont arriver sur le marché. Se pose donc la question de savoir comment ils vont interagir avec les anciens appareils non-UPnP. Par ailleurs, du fait que la norme UPnP facilite les connexions au réseau et l'utilisation des appareils UPnP de ce réseau, il est probable que pour des contrôleurs UPnP à ressources restreintes, se posera le problème de la limitation d'espace mémoire rendant difficile l'installation et l'exécution du module de commande (driver) spécifique demandé pour l'utilisation d'un appareil non-UPnP. Le problème est donc le suivant : comment rendre UPnP un appareil nonUPnP, sans le modifier et sans modifier l'interaction de cet appareil avec des contrôleurs non-UPnP ? On connaît principalement deux méthodes tentant de résoudre ce problème. Une première méthode connue consiste à définir un nouveau protocole permettant de dialoguer, de manière simple, entre un contrôleur UPnP et un appareil non-UPnP via un moyen de traduction des requêtes UPnP en ce nouveau protocole. Cette méthode est utilisée par la société ALTOTEC, qui a défini le protocole SUPP (marque déposée), Simple UPnP Proxy Protocol . L'inconvénient de cette méthode est qu'elle nécessite une modification des appareils, afin de leur inclure ce nouveau protocole. Or, une telle modification n'est pas évidente, tous les appareils ne supportant pas une mise à jour de leur logiciel constructeur ( firmware ). Une seconde méthode connue consiste à utiliser une passerelle ( bridge ) entre le monde UPnP et le monde de l'appareil considéré. Une telle méthode est décrite dans le document de brevet de Thomson Multimedia, n EP 1 058 422 Al et ayant pour titre Methods for bridging a HAVi sub-network and a UPnP sub-network and device for implementing said methods . L'inconvénient de cette méthode est qu'elle nécessite la connaissance a priori des deux protocoles situés de part et d'autre de la passerelle. De plus, la passerelle n'est pas à même de parler à la place de l'appareil non-UPnP. En effet, elle se contente de traduire ce qui vient de (ou va vers) l'appareil, a minima pour la partie échange de donnés. L'invention a notamment pour objectif de pallier ces différents inconvénients de l'état de la technique. Plus précisément, l'un des objectifs de la présente invention est de fournir un système donnant à des contrôleurs conformes à une norme prédéterminée de transmission de données (par exemple des contrôleurs UPnP) la possibilité d'accéder à un appareil qui n'est pas conforme à cette norme (par exemple un appareil non-UPnP). L'invention a également pour objectif de fournir un tel système qui permette, inversement, à un appareil qui n'est pas conforme à une norme prédéterminée de transmission de données (par exemple un appareil non-UPnP) de communiquer avec des contrôleurs conformes à cette norme (par exemple des contrôleurs UPnP). Un autre objectif de l'invention est de fournir un tel système qui n'implique aucune modification (tant matérielle que logicielle) de l'appareil non-conforme (par exemple l'appareil non-UPnP), de façon qu'il puisse encore être utilisé avec ses contrôleurs traditionnels (par exemple des contrôleurs non-UPnP). Un objectif complémentaire de l'invention est de fournir un tel système qui n'implique aucune modification du réseau. Ces différents objectifs, ainsi que d'autres qui apparaîtront par la suite, sont atteints selon l'invention à l'aide d'un système de gestion de transfert d'informations sur un réseau conforme à une norme prédéterminée de transmission de données, ledit réseau comprenant au moins un contrôleur conforme à ladite norme, ledit réseau permettant l'interconnexion d'une pluralité d'appareils conformes à ladite norme, ledit système comprenant : au moins un appareil, dit appareil non-conforme, qui n'est pas conforme à ladite norme, et qui est connecté audit réseau ; au moins une machine d'interfaçage et d'émulation comprenant : * des moyens de communication avec ledit au moins un appareil non- conforme ; * des moyens de découverte dudit au moins un appareil non-conforme, de façon que ladite machine d'interfaçage et d'émulation obtiennent au moins une information relative audit au moins un appareil non-conforme ; * des moyens de chargement dans la machine d'interfaçage et d'émulation : - d'un modèle, selon ladite norme, correspondant au (x) type (s) dudit au moins un appareil non-conforme découvert ; d'un module de commande (driver) correspondant audit au moins un appareil non-conforme découvert ; * des moyens d'interfaçage entre ledit au moins un appareil non-conforme découvert et ledit au moins un contrôleur ; * des moyens d'émulation, pour ledit au moins un appareil non-conforme, d'au moins une fonctionnalité d'un appareil conforme à ladite norme. Le principe général de l'invention consiste donc, pour gérer (au moins) un appareil non-conforme, à introduire dans le système un nouveau type de machine, à savoir (au moins) une machine d'interfaçage et d'émulation. Cette dernière assure la découverte de l'appareil non-conforme, son interfaçage avec le (s) contrôleur (s), et émule pour lui (au moins) une fonctionnalité propre au protocole (c'est-à-dire au moins une fonctionnalité que possède un appareil conforme). On notera que la machine d'interfaçage et d'émulation selon la présente invention se distingue clairement de la passerelle selon la seconde technique connue précitée. En effet, contrairement à cette passerelle de l'art antérieure, la machine selon l'invention ne nécessite pas la connaissance a priori des deux protocoles situés de part et d'autre de la machine (pas de connaissance a priori du protocole du côté de l'appareil non-conforme). De plus, la passerelle de l'art antérieur n'est pas conçue pour émuler, en lieu et place de l'appareil non-conforme, des fonctionnalités propres au protocole. Enfin, comme expliqué en détail par la suite, et contrairement à la passerelle de l'art antérieure, la machine selon l'invention peut dans certains cas parler (par exemple répondre à des requêtes) à la place de l'appareil non-conforme et sans consulter ce dernier. Dans un mode de réalisation particulier de l'invention, ladite norme de transmission de données est la norme UPnP ( Universal Plug and Play ). Dans des second et troisième modes de réalisation particulier de l'invention, ladite norme de transmission de données est la norme HAVi ( Home Audio Video interoperability ) ou la norme AV/C ( Audio/Video Control ) respectivement. Il est clair que ces trois protocoles ne constituent pas une liste exhaustive des protocoles avec lesquels la présente invention peut être mise en oeuvre. De façon avantageuse, lesdits moyens d'interfaçage comprennent : des moyens d'interception d'une requête conforme à ladite norme, et émise par ledit au moins un contrôleur à destination dudit au moins un appareil non- conforme découvert ; des moyens de détermination de la capacité de ladite machine d'interfaçage et d'émulation à pouvoir répondre directement audit au moins un contrôleur, sans avoir à interroger ledit au moins un appareil non-conforme découvert ; des premiers moyens d'élaboration d'une réponse à la requête interceptée, sans interroger ledit au moins un appareil non-conforme découvert, lesdits premiers moyens d'élaboration d'une réponse étant activés si ladite machine d'interfaçage et d'émulation peut répondre directement audit au moins un contrôleur ; des seconds moyens d'élaboration d'une réponse à la requête interceptée, en interrogeant ledit au moins un appareil non-conforme découvert, lesdits seconds moyens d'élaboration d'une réponse étant activés si ladite machine d'interfaçage et d'émulation ne peut pas répondre directement audit au moins un contrôleur. Avantageusement, lesdits premiers moyens d'élaboration d'une réponse à la requête interceptée comprennent des moyens d'obtention directe d'une réponse à la requête interceptée et des moyens de transmission de ladite réponse audit moins un contrôleur. Avantageusement, lesdits seconds moyens d'élaboration d'une réponse à la requête interceptée comprennent : des premiers moyens de traduction de la requête interceptée, de façon à obtenir une requête traduite en un langage compréhensible par ledit au moins un appareil non-conforme découvert ; des moyens de transmission de ladite requête traduite audit au moins un appareil non-conforme découvert ; des moyens de réception d'une réponse obtenue et transmise par ledit au moins un appareil non-conforme découvert ; des seconds moyens de traduction de la réponse provenant dudit au moins un appareil non-conforme découvert, de façon à obtenir une réponse traduite conforme à ladite norme ; des moyens de transmission de ladite réponse traduite audit moins un contrôleur. Selon une caractéristique avantageuse, lesdits moyens d'interfaçage comprennent : des moyens d'interception d'un message émis par ledit au moins un appareil non-conforme découvert ; des moyens de détermination, à l'aide dudit modèle selon ladite norme, si ledit message intercepté est un événement au sens de ladite norme ; des troisièmes moyens de traduction dudit message, de façon à obtenir un message traduit conforme à ladite norme, lesdits troisièmes moyens de traduction étant activés si le message intercepté est un événement au sens de ladite norme ; des moyens de transmission du message traduit audit moins un contrôleur. De façon avantageuse, ladite au moins une fonctionnalité émulée par lesdits moyens d'émulation appartient au groupe comprenant : une fonctionnalité d'adressage, permettant à un appareil d'obtenir une adresse sur ledit réseau ; une fonctionnalité de découverte, permettant à un appareil d'informer d'autres membres du réseau de sa présence ; une fonctionnalité de description, permettant à un appareil de se présenter au (x) contrôleur (s) ; une fonctionnalité de contrôle, permettant à un appareil d'être utilisés par le (s) contrôleur (s) ; une fonctionnalité de gestion d'évènements, permettant à un appareil d'avertir le (s) contrôleur (s) de changements d'état définis comme étant des évènements ; une fonctionnalité de présentation, permettant à un utilisateur de visualiser certains états d'un appareil.. Cette liste n'est pas exhaustive. Avantageusement, lesdits moyens d'émulation émulent une fonctionnalité d'adressage, permettant à un appareil d'obtenir une adresse sur ledit réseau, et, si ladite machine d'interfaçage et d'émulation ne peut gérer qu'une seule adresse, ledit au moins un appareil non-conforme, pour lequel au moins une fonctionnalité est émulée, est défini comme étant un appareil embarqué. Selon une variante avantageuse, lesdits moyens d'émulation émulent une fonctionnalité d'adressage, permettant à un appareil d'obtenir une adresse sur ledit réseau, et, si ladite machine d'interfaçage et d'émulation peut gérer plusieurs adresses, elle met en oeuvre au moins un mécanisme, prédéterminé et défini par ladite norme, d'obtention d'une nouvelle adresse affectée à ladite machine d'interfaçage et d'émulation et désignant ledit au moins un appareil non-conforme pour lequel au moins une fonctionnalité est émulée. Dans un premier mode de réalisation avantageux de l'invention, ledit au moins un appareil non-conforme est connecté à ladite machine d'interfaçage et d'émulation : soit directement par un port conforme à un protocole de gestion de connexions à chaud ( HotPlug ), soit via ledit réseau, ledit réseau étant conforme audit protocole de gestion de connexions à chaud, En outre, lesdits moyens de découverte dudit au moins un appareil non-conforme sont de type automatique et comprennent des moyens de traitement d'informations contenues dans des messages reçus automatiquement dans le cadre dudit protocole de gestion de connexions à chaud. Ainsi, l'appareil non-conforme est découvert de façon automatique, sans intervention d'un utilisateur. On rappelle que cette découverte vise à fournir à la machine selon l'invention (d'interfaçage et d'émulation) des informations (adresse, type, fabricant, modèle,...) relatives à l'appareil non-conforme, de façon que la machine selon l'invention soit configurée pour cet appareil (par chargement d'un modèle et d'un module de commande). Dans un second mode de réalisation avantageux de l'invention, lesdits moyens de découverte dudit au moins un appareil non-conforme sont de type manuel et comprennent des moyens de traitement d'informations contenues dans des messages reçus dans le cadre d'une communication entre ladite machine d'interfaçage et d'émulation (qui à cet effet héberge par exemple un serveur web) et une autre machine possédant une interface utilisateur appropriée (par exemple un navigateur web). Contrairement au premier mode de réalisation, on fait ici intervenir un utilisateur qui, à partir d'une machine distante de la machine selon l'invention, fournit les informations (adresse, type, fabricant, modèle,...) relatives à l'appareil non-conforme, de façon que la machine selon l'invention soit configurée pour cet appareil. L'invention concerne également une machine d'interfaçage et d'émulation, reliée à au moins un réseau de communication sur lequel transitent des informations conformes à une norme de transmission de données, ledit réseau comprenant au moins un contrôleur conforme à ladite norme, ledit réseau permettant l'interconnexion d'une pluralité d'appareils conformes à ladite norme et au moins un appareil qui n'est pas conforme à ladite norme, dit appareil non-conforme, ladite machine d'interfaçage et d'émulation comprenant : * des moyens de découverte dudit au moins un appareil non-conforme ; * des moyens de chargement dans la machine d'interfaçage et d'émulation - d'un modèle, selon ladite norme, correspondant au (x) type (s) dudit au moins un appareil non-conforme découvert ; d'un module de commande (driver) correspondant audit au moins un appareil non-conforme découvert ; * des moyens d'interfaçage entre ledit au moins un appareil non-conforme découvert et ledit au moins un contrôleur ; * des moyens d'émulation, pour ledit au moins un appareil non-conforme, d'au moins une fonctionnalité d'un appareil conforme à ladite norme. L'invention concerne aussi un procédé de gestion de transfert d'informations sur un réseau conforme à une norme de transmission de données, ledit réseau comprenant au moins un contrôleur conforme à ladite norme, ledit réseau permettant l'interconnexion d'une pluralité d'appareils conformes à ladite norme, au moins un appareil, dit appareil non-conforme, qui n'est pas conforme à ladite norme, étant connecté audit réseau, ledit procédé comprenant les étapes suivantes, au sein d'au moins une machine d'interfaçage et d'émulation, pouvant communiquer avec ledit au moins un appareil non-conforme : * découverte dudit au moins un appareil non-conforme ; * chargement dans la machine d'interfaçage et d'émulation d'un modèle, selon ladite norme, correspondant au (x) type (s) dudit au moins un appareil non-conforme découvert ; d'un module de commande (driver) correspondant audit au moins un appareil non-conforme découvert ; * interfaçage entre ledit au moins un appareil non-conforme découvert et ledit au moins un contrôleur ; * émulation, pour ledit au moins un appareil non-conforme, d'au moins une fonctionnalité d'un appareil conforme à ladite norme. L'invention concerne encore un programme d'ordinateur comprenant des séquences d'instructions adaptées à la mise en oeuvre du procédé précité, lorsque ledit programme est exécuté sur un ordinateur. L'invention concerne également un produit programme d'ordinateur, adapté à la gestion de transfert d'informations sur un réseau conforme à une norme de transmission de données, ledit réseau comprenant au moins un contrôleur conforme à ladite norme, ledit réseau permettant l'interconnexion d'une pluralité d'appareils conformes à ladite norme, au moins un appareil, dit appareil non-conforme, qui n'est pas conforme à ladite norme, étant connecté audit réseau, ledit produit programme d'ordinateur comprenant des instructions de code de programme enregistré sur un support utilisable dans un ordinateur, comprenant des moyens de programmation lisibles par ordinateur pour effectuer, au sein d'au moins une machine d'interfaçage et d'émulation pouvant communiquer avec ledit au moins un appareil non-conforme : * une étape de découverte dudit au moins un appareil non-conforme ; * une étape de chargement dans la machine d'interfaçage et d'émulation d'un modèle, selon ladite norme, correspondant au (x) type (s) dudit au moins un appareil non-conforme découvert ; d'un module de commande (driver) correspondant audit au moins un appareil non-conforme découvert ; * une étape d'interfaçage entre ledit au moins un appareil non-conforme découvert et ledit au moins un contrôleur ; * une étape d'émulation, pour ledit au moins un appareil non-conforme, d'au moins une fonctionnalité d'un appareil conforme à ladite norme. D'autres caractéristiques et avantages de l'invention apparaîtront à la lecture de la description suivante d'un mode de réalisation préférentiel de l'invention, donné à titre d'exemple indicatif et non limitatif, et des dessins annexés, dans lesquels : la figure 1 présente un synoptique d'un exemple de système dans lequel est mis en oeuvre la présente invention ; la figure 2 présente un schéma simplifié d'un mode de réalisation particulier de la machine d'interfaçage et d'émulation (machine selon l'invention) apparaissant sur la figure 1 ; la figure 3 présente un organigramme d'un exemple de mise en oeuvre de l'étape de découverte d'un appareil non-conforme et de l'étape de chargement du modèle et du module de commande correspondants, selon le procédé de l'invention ; la figure 4 présente un organigramme d'un exemple de mise en oeuvre de l'étape d'émulation des fonctionnalités d'adressage et de découverte, selon le procédé de l'invention ; la figure 5 présente un organigramme d'un exemple de mise en oeuvre de l'étape de gestion des messages venant d'un contrôleur conforme (UPnP) à destination de l'appareil non-conforme, selon le procédé de l'invention ; la figure 6 présente un organigramme d'un exemple de mise en oeuvre de l'étape de gestion des messages venant de l'appareil non-conforme, selon le procédé de l'invention. On présente maintenant, en relation avec le synoptique de la figure, un exemple de système dans lequel est mis en oeuvre la présente invention. Dans cet exemple, le système est un réseau local IP comprenant les éléments suivants : une machine d'interfaçage et d'émulation 1 selon l'invention (appelée ci-après machine selon l'invention ou UPnP Enhancer ). Elle est décrite en détail par la suite ; - des apparei1s UPnP (non représentés, dans un souci de simplification de la figure 1) ; - un contrô1eur UPnP 4 ; un appareil non-UPnP 3, relié directement au réseau ; un appareil non-UPnP 2, relié au réseau via la machine selon l'invention 1 ; un contrôleur non-UPnP 6 ; une passerelle ( gateway ) 5 permettant une connexion Internet, partagée par tous les appareils et machines du réseau ; des clients (non représentés, dans un souci de simplification de la figure 1), UPnP ou non, pouvant se connecter au réseau. On notera que la présente invention ne perturbe en rien le fonctionnement des éléments connectés (et leur interaction) qui ne sont pas concernés par l'invention ; une machine quelconque 7, pourvue au minimum d'un navigateur Internet ( browser ) 71. Ce réseau local IP peut être filaire (avec par exemple un câblage avec des paires torsadées) ou sans fil (par exemple de type radio 802.11). On présente maintenant, en relation avec la figure 2, un mode de réalisation particulier de la machine d'interfaçage et d'émulation (machine selon l'invention) 1 apparaissant sur la figure 1. Dans ce mode de réalisation, la machine selon l'invention comprend : une mémoire accessible en lecture seulement (ROM ou Flash) 23, contenant le BIOS ( Basic Input/Output System ) chargé de la mise en route de la machine selon l'invention 1, et stockant les algorithmes propres à la présente invention, et notamment ceux décrits ci-après en relation avec les figures 3 à 6 ; une mémoire vive (RAM) 22, dans laquelle sont chargés les algorithmes propres à la présente invention lors de la mise sous tension de la machine selon l'invention 1 ; une unité centrale (CPU) 21, par exemple un microprocesseur, en charge d'exécuter les algorithmes propres à la présente invention, et notamment ceux décrits ci-après en relation avec les figures 3 à 6, après qu'ils ont été chargés en RAM 22 ; un contrôleur réseau 24, permettant de se connecter au réseau local ; un disque dur 25, sur lequel sont stockées des données à conserver (voir discussion ci-après) ; une alimentation 26, assurant le fonctionnement de tous les organes de la machine. Les données stockées sur le disque dur 25 comprennent notamment des données relatives à l'invention, telles que par exemple : des pages HTML de configuration, servant dans le cas où le mécanisme de découverte manuelle d'un appareil non-UPnP est mis en oeuvre (voir description détaillée ci-après), en vue de permettre la configuration de la machine selon l'invention, pour l'appareil non-UPnP découvert manuellement ; des pages HTML (ou DDD, pour Device Description Document ) servant au contrôleur UPnP ; des pages XML servant au contrôle des appareils non-UPnP ; des paramètres propres à chaque appareil ; - différents modè1es UPnP (ou DCP, pour Device Control Protocol ) d'appareils ; différents modules de commande (drivers) d'appareils. Lorsque la machine selon l'invention 1 est mise en marche, le BIOS contenu dans la mémoire ROM 23 est exécuté afin de préparer le microprocesseur (CPU) 21 au chargement puis à l'exécution du système d'exploitation. Ce système d'exploitation comporte au minimum une pile TCP/IP permettant d'établir des communications entre les machines et appareils composant le réseau local, ainsi qu'une pile UPnP nécessaire a la mise en oeuvre de l'invention. Le procédé selon l'invention, mis en oeuvre par la machine selon l'invention 1, comprend les étapes suivantes : découverte d'un appareil non-UPnP ; chargement dans la machine selon l'invention : * d'un modèle UPnP correspondant au (x) type (s) de l'appareil non-UPnP découvert ; * d'un module de commande (driver) correspondant à l'appareil non-UPnP découvert ; interfaçage entre l'appareil non-UPnP découvert et le (s) contrôleur (s) UPnP ; émulation, pour l'appareil non-UPnP découvert, d'au moins une fonctionnalité d'un appareil UPnP. Dans le cas où le mécanisme de découverte manuelle d'un appareil non-UPnP est mis en oeuvre (voir description détaillée ci-après), un serveur Web est lancé sur la machine selon l'invention 1, une fois le système d'exploitation et la pile TCP/IP démarrés. C'est grâce à ce serveur qu'un utilisateur, sur une machine 7 connectée au réseau et munie d'un navigateur Web 71, peut accéder aux différentes pages HTML de configuration servant à la mise en place de l'invention. L'accès à ces pages HTML de configuration est géré par le serveur web hébergé par la machine selon l'invention. On présente maintenant, en relation avec l'organigramme de la figure 3, un exemple de mise en oeuvre des étapes de découverte d'un appareil non-UPnP et de chargement du modèle UPnP et du module de commande correspondants, selon le procédé de l'invention. La découverte d'un appareil non-UPnP peut être automatique ou manuelle (choix de l'étape référencée 31). Elle est automatique par exemple dans le cas d'un appareil connecté directement à l'invention par un port ou un réseau conforme à un protocole de gestion de connexions à chaud ( HotPlug ). Le protocole HotPlug est par exemple utilisé sur les ports USB (réseau de type 1394). La machine selon l'invention 1 est dans ce cas avertie, par des procédés propres aux protocoles HotPlug mis en oeuvre, de la présence d'un nouvel appareil, ainsi que de son type, son fabricant et son modèle (étape référencée 32). Lorsque la découverte d'un appareil non-UPnP est manuelle, elle nécessite une action de l'utilisateur. Comme indiqué ci-dessus (voir description de la figure 2), l'utilisateur fait par exemple usage d'une machine 7 connectée au réseau et munie d'un navigateur Web 71, pour accéder aux différentes pages HTML de configuration servant à la mise en place de l'invention. L'accès à ces pages HTML de configuration est géré par le serveur web hébergé par la machine selon l'invention 1. L'utilisateur peut ainsi renseigner les paramètres nécessaires à la bonne configuration de l'invention (étapes référencées 33 à 37). De même que dans le cas d'une découverte automatique, les paramètres requis au minimum sont : l'adresse IP (ou le port de connexion) de l'appareil non-UPnP, ainsi que le type, le fabriquant et le modèle de cet appareil non-UPnP. Suivant la valeur de ces paramètres, l'utilisateur peut être invité à renseigner, via l'interface Web, des paramètres supplémentaires dépendant des fonctionnalités à valider. Une fois tous les paramètres nécessaires renseignés, la machine selon l'invention 1 peut charger (de sa mémoire, de son disque dur ou d'Internet) le modèle UPnP correspondant au (x) type (s) de (s) l'appareil non-UPnP découvert (étape référencée 38). La machine selon l'invention peut modifier ce modèle UPnP (étape référencée 39) suivant ses capacités à gérer toutes ou partie des fonctions définies dans ce modèle UPnP, certaines de ces fonctions pouvant être obligatoires ou non. Dans le cas d'une découverte manuelle, ce choix se fait aussi en fonction de la configuration effectuée par l'utilisateur, via l'interface web. De plus, la machine selon l'invention charge et installe le driver correspondant à l'appareil et au système d'exploitation sur lequel s'exécute la machine selon l'invention (étape référencée 310). Ainsi, elle peut dialoguer par la suite avec l'appareil non-UPnP découvert. Il s'agit par exemple de drivers classiques, comme ceux qui peuvent être fournis avec l'appareil ou que l'on peut trouver sur Internet. Comme indiqué ci-dessus, la machine selon l'invention 1 permet d'émuler, pour l'appareil non-UPnP découvert, certaines fonctionnalités d'un appareil UPnP. On rappelle que la norme UPnP définit notamment six mécanismes principaux, qui ne sont pas détaillés ici. Pour plus de détail, on peut se reporter au document UPnP Device Architecture , disponible notamment sur le site web http : //www. upnp. org . Ces six mécanismes principaux sont les suivants : mécanisme d'adressage ( Addressing ) : permet à un appareil d'obtenir une adresse IP sur le réseau ; mécanisme de découverte ( Discovery ) : permet à un appareil d'averti les autres membres du réseau de sa présence ; mécanisme de description ( Description ) : permet à un appareil de se présenter (services fournis,...) aux contrôleurs UPnP qui le souhaitent ; mécanisme de contrôle ( Control ) : permet aux contrôleurs UPnP d'utiliser un appareil, via les services qui leur ont été présentés via une page XML contenant une liste d'actions SOAP (appels à des procédures distantes) ; mécanisme de gestion d'évènements ( Eventing ) : permet à un appareil d'avertir les contrôleurs UPnP concernés de certains changements d'état définis comme étant des évènements ; mécanisme de présentation ( Presentation ) : l'appareil peut définir une page Web interne comme étant une page de présentation, permettant à l'utilisateur de visualiser certains états et via une interface utilisateur, de contrôler l'appareil. Le contrôle lui-même est fait par l'envoi de messages SOAP générés soit par une application, soit par des scripts inclus dans la page XML de contrôle (pas dans la page de présentation). On discute maintenant, en relation avec l'organigramme de la figure 4, un exemple de mise en oeuvre de l'étape d'émulation des fonctionnalités d'adressage et de découverte, selon le procédé de l'invention. Une des mécanisme principaux est l'adressage ( Addressing ), permettant l'obtention d'une adresse IP. Dans le cadre de l'invention, on distingue deux cas, selon que la machine selon l'invention peut gérer une seule ou plusieurs adresses IP (choix de l'étape référencée 41). On discute tout d'abord le cas où la machine selon l'invention ne peut pas gérer plusieurs adresses IP. Dans ce cas, on utilise une possibilité de la norme UPnP qui consiste à définir l'appareil non-UPnP comme étant un appareil embarqué de la machine selon l'invention (étape référencée 42). La machine selon l'invention est donc un appareil UPnP root et tous les appareils non-UPnP qu'elle doit gérer sont alors vus comme des appareils UPnP secondaires . Il n'y a donc qu'une seule adresse IP à gérer. Dans l'autre cas (la machine selon l'invention peut gérer plusieurs adresses IP), on met en oeuvre les mécanismes préconisés par la norme UPnP, afin d'obtenir une nouvelle adresse IP qui sera affectée à la machine selon l'invention et qui désignera l'appareil non-UPnP dans le contexte UPnP (étape référencée 43). Tout d'abord, la machine selon l'invention cherche sur le réseau un serveur DHCP ( Dynamic Host Configuration Protocol ) (choix de l'étape référencée 44). S'il en existe un, il est interrogé afin de donner une adresse valide (étape référencée 46). En l'absence de serveur DHCP, la machine selon l'invention met en oeuvre le mécanisme AutoIP (étape référencée 45), lui permettant de tirer au sort une adresse (dans une gamme d'adresses particulières destinées à être utilisées uniquement localement : linklocal addresse ) et de vérifier qu'elle est bien libre sur le réseau. On notera que si l'appareil non-UPnP est déjà connecté sur le réseau et possède donc sa propre adresse IP, celle-ci reste inchangée et valide. Elle permettra à cet appareil non-UPnP d'être toujours visible sur le réseau comme avant. Une fois l'adresse IP affectée, la machine selon l'invention peut lancer le mécanisme de découverte ( Discovery ), afin d'avertir les contrôleurs UPnP de la présence de ce nouvel appareil (fictivement UPnP) sur le réseau (ou localement connectés à la machine selon l'invention) (étape référencée 47). En d'autres termes, l'appareil non-UPnP est vu, grâce à la machine selon l'invention, comme conforme à la norme UPnP, alors qu'il ne l'est pas en réalité). Il convient de ne pas confondre le mécanisme de découverte ( Discovery ) défini dans la norme UPnP, et qui vise à avertir les contrôleurs UPnP de la présence d'un nouvel appareil UPnP, avec l'étape du procédé selon l'invention de découverte (automatique ou manuelle) d'un appareil non-UPnP (voir description ci-dessus en relation avec la figure 3). Le mécanisme de découverte ( Discovery ) défini dans la norme UPnP gère aussi la disparition (extinction, déconnexion,...) d'un appareil UPnP. La machine selon l'invention se charge chargée d'envoyer, pour et à la place de l'appareil non-UPnP, un message de déconnexion ( byebye ). La machine selon l'invention a plusieurs possibilités pour déterminer si un appareil non-UPnP a été déconnecté ou éteint : si l'appareil est connecté au réseau, il suffit à la machine selon l'invention de régulièrement vérifier la présence de cet appareil, par exemple au moyen d'une requête de type ping . Dans le cas où cette requête reste sans réponse, c'est que l'appareil est hors d'atteinte donc inutilisable ; dans le contexte hot plug (USB, IEEE1394,...), il est possible de déterminer qu'un appareil vient d'être dévalidé. Dès que cette information devient disponible, la machine selon l'invention en fait part à tous les contrôleurs UPnP grâce au message de déconnexion ( byebye ) ; pour les autres cas, si l'appareil ne veut ou ne peut pas annoncer son départ, la machine selon l'invention vérifie régulièrement, par une méthode appropriée et dépendante du driver et du type de connexion, la présence de l'appareil. Il est à noter que dans la norme UPnP, le service est annoncé avec une certaine durée. Un appareil doit donc régulièrement se ré-annoncer. Dans le contexte de l'invention, la machine selon l'invention doit ré-annoncer les pseudo-appareils UPnP (appareils non-UPnP gérés par la machine selon l'invention) dès que le délai d'expiration sera atteint. La machine selon l'invention mémorise l'adresse de tous les contrôleurs UPnP connectés à chacun des appareils qu'elle gère, et cela afin de pouvoir envoyer les messages automatiques de contrôle (tels que le message de déconnexion ( byebye ), les évènements,...). Cette table est simple puisque qu'il peut s'agir d'une table de couples {adresse IP ou port de connexion de l'appareil/adresse IP du contrôleur}. Cette table est utilisée chaque fois que la machine selon l'invention doit envoyer un message vers un ou des contrôleurs UPnP sur l'initiative d'un appareil non-UPnP qu'elle gère. Comme indiqué ci-dessus, la machine selon l'invention 1 permet d'interfacer un appareil non-UPnP découvert et les contrôleur (s) UPnP. Dans un sens, cet interfaçage vise à gérer des messages venant d'un contrôleur UPnP à destination d'un appareil nonUPnP. Dans l'autre sens, cet interfaçage porte sur la gestion des messages venant de l'appareil non-UPnP. On présente maintenant, en relation avec l'organigramme de la figure 5, un exemple de mise en oeuvre de cet interfaçage dans le premier sens précité, à savoir celui relatif à la gestion de messages UPnP venant d'un contrôleur UPnP à destination d'un appareil non-UPnP. Ces messages UPnP étant destinés à l'adresse IP gérée par la machine selon l'invention 1, celle-ci va donc les recevoir directement. La première vérification effectuée par la machine selon l'invention est de savoir si elle peut répondre directement au contrôleur UPnP, sans avoir à interroger l'appareil non-UPnP (choix de l'étape référencée 51). Si la machine selon l'invention peut répondre par elle-même, elle va préparer une réponse UPnP à la requête UPnP (étape référencée 52), puis transmettre cette réponse UPnP au contrôleur UPnP concerné (étape référencée 55). Ceci est possible notamment dans les cas suivants : le contenu du message UPnP n'est pas correct : la machine selon l'invention va retourner un message UPnP d'erreur ; l'action que veut effectuer le contrôleur UPnP n'est pas gérée par la machine selon l'invention : cette dernière va retourner un message UPnP de type non disponible ; la machine selon l'invention a pu mémoriser un état de l'appareil non-UPnP, suite à un message non-UPnP envoyé par l'appareil lui-même à la machine selon l'invention : cette dernière va répondre sans consulter l'appareil, en sachant que cet état n'a pas pu être modifié entre temps (ceci dépend bien évidement du type de l'appareil et de l'état). Si la machine selon l'invention ne peut répondre par elle-même, elle transmet la requête UPnP à l'appareil non-UPnP en utilisant le driver préalablement chargé, c'est-àdire en traduisant cette requête UPnP en une requête non-UPnP dans un langage compréhensible par l'appareil non-UPnP (étape référencée 53). Puis, la machine selon l'invention traite la réponse non-UPnP de l'appareil après sa réception (étape référencée 54). Cette réponse non-UPnP est traduite en une réponse UPnP et cette dernière est retransmise au contrôleur UPnP concerné (étape référencée 55). Dans le cas où l'appareil ne répond pas, un message d'erreur (par exemple de type de type appareil non-prêt ) peut être retourné au contrôleur UPnP. On présente maintenant, en relation avec l'organigramme de la figure 6, un exemple de mise en oeuvre de l'interfaçage dans le second sens précité, à savoir celui relatif à la gestion de messages venant de l'appareil non-UPnP. On suppose qu'un message non-UPnP, provenant d'un appareil non-UPnP, parvient à la machine selon l'invention 1, via le driver préalablement chargé pour cet appareil (étape référencée 61). La machine selon invention récupère ce message non-UPnP et, avec l'aide du modèle UPnP, détermine s'il s'agit d'un évènement au sens UPnP du terme (choix de l'étape référencée 62). On rappelle que pour chaque modèle, la norme UPnP définit des variables ou changement d'état qui doivent être rapportés aux contrôleurs UPnP sans attendre une requête de leur part. Si le message non-UPnP reçu est un événement au sens UPnP, la machine selon l'invention le traduit en un message UPnP puis transmet ce dernier à tous les contrôleurs UPnP concernés (étape référencée 63). Par contrôleurs UPnP concernés, on entend ceux ayant souscrit de façon volontaire pour recevoir les événements de cet appareil (on ne peut souscrire seulement à une partie des événements d'un appareil donné), en regardant la table précédemment décrite. Si le message non-UPnP reçu est un événement au sens UPnP, la machine selon l'invention mémorise les informations contenu dans ce message, sous la forme de valeur de variables d'état, par exemple en vue de s'en servir lors de la réponse à une autre requête (étape référencée 64). Le stockage s'effectue soit dans la mémoire de la machine selon l'invention, soit sur le disque dur de cette même machine. REVENDICATIONS 1. Système de gestion de transfert d'informations sur un réseau conforme à une norme prédéterminée de transmission de données, ledit réseau comprenant au moins un contrôleur conforme à ladite norme, ledit réseau permettant l'interconnexion d'une pluralité d'appareils conformes à ladite norme, caractérisé en ce que ledit système comprend : au moins un appareil, dit appareil non-conforme, qui n'est pas conforme à ladite norme, et qui est connecté audit réseau ; au moins une machine d'interfaçage et d'émulation comprenant : * des moyens de communication avec ledit au moins un appareil non- conforme ; * des moyens de découverte dudit au moins un appareil non-conforme, de façon que ladite machine d'interfaçage et d'émulation obtiennent au moins une information relative audit au moins un appareil non-conforme ; * des moyens de chargement dans la machine d'interfaçage et d'émulation : d'un modèle, selon ladite norme, correspondant au (x) type (s) dudit au moins un appareil non-conforme découvert ; d'un module de commande (driver) correspondant audit au moins un appareil non-conforme découvert ; * des moyens d'interfaçage entre ledit au moins un appareil non-conforme découvert et ledit au moins un contrôleur ; * des moyens d'émulation, pour ledit au moins un appareil non-conforme, d'au moins une fonctionnalité d'un appareil conforme à ladite norme. 2. Système selon la revendication 1, caractérisé en ce que ladite norme de transmission de données est la norme UPnP ( Universal Plug and Play ). 3. Système selon la revendication 1, caractérisé en ce que ladite norme de transmission de données appartient au groupe comprenant : la norme HAVi ( Home Audio Video interoperability ) ; la norme AV/C ( Audio/Video Control ). 4. Système selon l'une quelconque des revendications 1 à 3, caractérisé en ce que lesdits moyens d'interfaçage comprennent : des moyens d'interception d'une requête conforme à ladite norme, et émise par ledit au moins un contrôleur à destination dudit au moins un appareil non- conforme découvert ; des moyens de détermination de la capacité de ladite machine d'interfaçage et d'émulation à pouvoir répondre directement audit au moins un contrôleur, sans avoir à interroger ledit au moins un appareil non-conforme découvert ; des premiers moyens d'élaboration d'une réponse à la requête interceptée, sans interroger ledit au moins un appareil non-conforme découvert, lesdits premiers moyens d'élaboration d'une réponse étant activés si ladite machine d'interfaçage et d'émulation peut répondre directement audit au moins un contrôleur ; des seconds moyens d'élaboration d'une réponse à la requête interceptée, en interrogeant ledit au moins un appareil non-conforme découvert, lesdits seconds moyens d'élaboration d'une réponse étant activés si ladite machine d'interfaçage et d'émulation ne peut pas répondre directement audit au moins un contrôleur. 5. Système selon la revendication 4, caractérisé en ce que lesdits premiers moyens d'élaboration d'une réponse à la requête interceptée comprennent : des moyens d'obtention directe d'une réponse à la requête interceptée ; des moyens de transmission de ladite réponse audit moins un contrôleur. 6. Système selon la revendication 4, caractérisé en ce que lesdits seconds moyens d'élaboration d'une réponse à la requête interceptée comprennent : des premiers moyens de traduction de la requête interceptée, de façon à obtenir une requête traduite en un langage compréhensible par ledit au moins un appareil non-conforme découvert ; des moyens de transmission de ladite requête traduite audit au moins un appareil non-conforme découvert ; des moyens de réception d'une réponse obtenue et transmise par ledit au moins un appareil non-conforme découvert ; des seconds moyens de traduction de la réponse provenant dudit au moins un appareil non-conforme découvert, de façon à obtenir une réponse traduite conforme à ladite norme ; des moyens de transmission de ladite réponse traduite audit moins un contrôleur. 7. Système selon l'une quelconque des revendications 1 à 6, caractérisé en ce que lesdits moyens d'interfaçage comprennent : des moyens d'interception d'un message émis par ledit au moins un appareil non-conforme découvert ; des moyens de détermination, à l'aide dudit modèle selon ladite norme, si ledit message intercepté est un événement au sens de ladite norme ; des troisièmes moyens de traduction dudit message, de façon à obtenir un message traduit conforme à ladite norme, lesdits troisièmes moyens de traduction étant activés si le message intercepté est un événement au sens de ladite norme ; des moyens de transmission du message traduit audit moins un contrôleur. 8. Système selon l'une quelconque des revendications 1 à 7, caractérisé en ce que ladite au moins une fonctionnalité émulée par lesdits moyens d'émulation appartient au groupe comprenant : une fonctionnalité d'adressage, permettant à un appareil d'obtenir une adresse sur ledit réseau ; une fonctionnalité de découverte, permettant à un appareil d'informer d'autres membres du réseau de sa présence ; une fonctionnalité de description, permettant à un appareil de se présenter au (x) contrôleur (s) ; une fonctionnalité de contrôle, permettant à un appareil d'être utilisés par le (s) contrôleur (s) ; une fonctionnalité de gestion d'évènements, permettant à un appareil d'avertir le (s) contrôleur (s) de changements d'état définis comme étant des évènements ; une fonctionnalité de présentation, permettant à un utilisateur de visualiser certains états d'un appareil. 9. Système selon la revendication 8, caractérisé en ce que lesdits moyens d'émulation émulent une fonctionnalité d'adressage, permettant à un appareil d'obtenir une adresse sur ledit réseau, et en ce que, si ladite machine d'interfaçage et d'émulation ne peut gérer qu'une seule adresse, ledit au moins un appareil non-conforme, pour lequel au moins une fonctionnalité est émulée, est défini comme étant un appareil embarqué. 10. Système selon la revendication 8, caractérisé en ce que lesdits moyens d'émulation émulent une fonctionnalité d'adressage, permettant à un appareil d'obtenir une adresse sur ledit réseau, et en ce que, si ladite machine d'interfaçage et d'émulation peut gérer plusieurs adresses, elle met en oeuvre au moins un mécanisme, prédéterminé et défini par ladite norme, d'obtention d'une nouvelle adresse affectée à ladite machine d'interfaçage et d'émulation et désignant ledit au moins un appareil non-conforme pour lequel au moins une fonctionnalité est émulée. 11. Système selon l'une quelconque des revendications 1 à 10, caractérisé en ce que ledit au moins un appareil non-conforme est connecté à ladite machine d'interfaçage et d'émulation : soit directement par un port conforme à un protocole de gestion de connexions à chaud ( HotPlug ), soit via ledit réseau, ledit réseau étant conforme audit protocole de gestion de connexions à chaud, et en ce que lesdits moyens de découverte dudit au moins un appareil non-conforme sont de type automatique et comprennent des moyens de traitement d'informations contenues dans des messages reçus automatiquement dans le cadre dudit protocole de gestion de connexions à chaud. 12. Système selon l'une quelconque des revendications 1 à 10, caractérisé en ce que lesdits moyens de découverte dudit au moins un appareil non-conforme sont de type manuel et comprennent des moyens de traitement d'informations contenues dans des messages reçus dans le cadre d'une communication entre ladite machine d'interfaçage et d'émulation (qui à cet effet héberge par exemple un serveur web) et une autre machine possédant une interface utilisateur appropriée (par exemple un navigateur web). 13. Machine d'interfaçage et d'émulation, reliée à au moins un réseau de communication sur lequel transitent des informations conformes à une norme de transmission de données, ledit réseau comprenant au moins un contrôleur conforme à ladite norme, ledit réseau permettant l'interconnexion d'une pluralité d'appareils conformes à ladite norme et au moins un appareil non-conforme à ladite norme, dit appareil non-conforme, caractérisé en ce que ladite machine d'interfaçage et d'émulation comprend : * des moyens de découverte dudit au moins un appareil non-conforme ; * des moyens de chargement dans la machine d'interfaçage et d'émulation : d'un modèle, selon ladite norme, correspondant au (x) type (s) dudit au moins un appareil non-conforme découvert ; d'un module de commande (driver) correspondant audit au moins un appareil non-conforme découvert ; * des moyens d'interfaçage entre ledit au moins un appareil non-conforme découvert et ledit au moins un contrôleur ; * des moyens d'émulation, pour ledit au moins un appareil non-conforme, d'au moins une fonctionnalité d'un appareil conforme à ladite norme. 14. Machine d'interfaçage et d'émulation selon la revendication 13, caractérisée en ce que lesdits moyens d'interfaçage comprennent : des moyens d'interception d'une requête conforme à ladite norme, et émise par ledit au moins un contrôleur à destination dudit au moins un appareil non- conforme découvert ; des moyens de détermination de la capacité de ladite machine d'interfaçage et d'émulation à pouvoir répondre directement audit au moins un contrôleur, sans avoir à interroger ledit au moins un appareil non-conforme découvert ; des premiers moyens d'élaboration d'une réponse à la requête interceptée, sans interroger ledit au moins un appareil non-conforme découvert, lesdits premiers moyens d'élaboration d'une réponse étant activés si ladite machine d'interfaçage et d'émulation peut répondre directement audit au moins un contrôleur ; des seconds moyens d'élaboration d'une réponse à la requête interceptée, en interrogeant ledit au moins un appareil non-conforme découvert, lesdits seconds moyens d'élaboration d'une réponse étant activés si ladite machine d'interfaçage et d'émulation ne peut pas répondre directement audit au moins un contrôleur. 15. Machine d'interfaçage et d'émulation selon la revendication 14, caractérisée en ce que lesdits premiers moyens d'élaboration d'une réponse à la requête interceptée comprennent : des moyens d'obtention directe d'une réponse à la requête interceptée ; des moyens de transmission de ladite réponse audit moins un contrôleur. 16. Machine d'interfaçage et d'émulation selon la revendication 14, caractérisée en ce que lesdits seconds moyens d'élaboration d'une réponse à la requête interceptée comprennent : des premiers moyens de traduction de la requête interceptée, de façon à obtenir une requête traduite en un langage compréhensible par ledit au moins un appareil non-conforme découvert ; des moyens de transmission de ladite requête traduite audit au moins un appareil non-conforme découvert ; des moyens de réception d'une réponse obtenue et transmise par ledit au moins un appareil non-conforme découvert ; des seconds moyens de traduction de la réponse provenant dudit au moins un appareil non-conforme découvert, de façon à obtenir une réponse traduite conforme à ladite norme ; des moyens de transmission de ladite réponse traduite audit moins un contrôleur. 17. Machine d'interfaçage et d'émulation selon l'une quelconque des revendications 13 à 16, caractérisée en ce que lesdits moyens d'interfaçage comprennent : des moyens d'interception d'un message émis par ledit au moins un appareil non-conforme découvert ; des moyens de détermination, à l'aide dudit modèle selon ladite norme, si ledit message intercepté est un événement au sens de ladite norme ; des troisièmes moyens de traduction dudit message, de façon à obtenir un message traduit conforme à ladite norme, lesdits troisièmes moyens de traduction étant activés si le message intercepté est un événement au sens de ladite norme ; des moyens de transmission du message traduit audit moins un contrôleur. 18. Machine d'interfaçage et d'émulation selon l'une quelconque des revendications 13 à 17, caractérisée en ce que ladite au moins une fonctionnalité émulée par lesdits moyens d'émulation appartient au groupe comprenant : une fonctionnalité d'adressage, permettant à un appareil d'obtenir une adresse sur ledit réseau ; une fonctionnalité de découverte, permettant à un appareil d'informer d'autres membres du réseau de sa présence ; une fonctionnalité de description, permettant à un appareil de se présenter au (x) contrôleur (s) ; une fonctionnalité de contrôle, permettant à un appareil d'être utilisés par le (s) contrôleur (s) ; une fonctionnalité de gestion d'événements, permettant à un appareil d'avertir le (s) contrôleur (s) de changements d'état définis comme étant des évènements ; une fonctionnalité de présentation, permettant à un utilisateur de visualiser certains états d'un appareil. 19. Procédé de gestion de transfert d'informations sur un réseau conforme à une norme de transmission de données, ledit réseau comprenant au moins un contrôleur conforme à ladite norme, ledit réseau permettant l'interconnexion d'une pluralité d'appareils conformes à ladite norme, au moins un appareil, dit appareil non-conforme, qui n'est pas conforme à ladite norme, étant connecté audit réseau, caractérisé en ce que ledit procédé comprend les étapes suivantes, au sein d'au moins une machine d'interfaçage et d'émulation, pouvant communiquer avec ledit au moins un appareil non-conforme : * découverte dudit au moins un appareil non-conforme ; * chargement dans la machine d'interfaçage et d'émulation - d'un modèle, selon ladite norme, correspondant au (x) type (s) dudit au moins un appareil non-conforme découvert ; d'un module de commande (driver) correspondant audit au moins un appareil non-conforme découvert ; * interfaçage entre ledit au moins un appareil non-conforme découvert et ledit au moins un contrôleur ; * émulation, pour ledit au moins un appareil non-conforme, d'au moins une fonctionnalité d'un appareil conforme à ladite norme. 20. Procédé selon la revendication 19, caractérisé en ce que ladite étape d'interfaçage comprend elle-même les étapes suivantes : interception d'une requête conforme à ladite norme, et émise par ledit au moins un contrôleur à destination dudit au moins un appareil non-conforme découvert ; détermination de la capacité de ladite machine d'interfaçage et d'émulation à pouvoir répondre directement audit au moins un contrôleur, sans avoir à interroger ledit au moins un appareil non-conforme découvert ; si ladite machine d'interfaçage et d'émulation peut répondre directement audit au moins un contrôleur : élaboration d'une réponse à la requête interceptée, sans interroger ledit au moins un appareil non-conforme découvert ; si ladite machine d'interfaçage et d'émulation ne peut pas répondre directement audit au moins un contrôleur : élaboration d'une réponse à la requête interceptée, en interrogeant ledit au moins un appareil non-conforme découvert. 21. Procédé selon la revendication 20, caractérisé en ce que ladite étape d'élaboration d'une réponse à la requête interceptée, sans interroger ledit au moins un appareil non-conforme découvert, comprend elle-même les étapes suivantes : obtention directe d'une réponse à la requête interceptée ; - transmission de ladite réponse audit moins un contrôleur. 22. Procédé selon la revendication 20, caractérisé en ce que ladite étape d'élaboration d'une réponse à la requête interceptée, en interrogeant ledit au moins un appareil non-conforme découvert, comprend elle-même les étapes suivantes : traduction de la requête interceptée, de façon à obtenir une requête traduite en un langage compréhensible par ledit au moins un appareil non-conforme découvert ; transmission de ladite requête traduite audit au moins un appareil non-conforme découvert ; réception d'une réponse obtenue et transmise par ledit au moins un appareil non- conforme découvert ; traduction de la réponse provenant dudit au moins un appareil non-conforme découvert, de façon à obtenir une réponse traduite conforme à ladite norme ; transmission de ladite réponse traduite audit moins un contrôleur. 23. Procédé selon l'une quelconque des revendications 19 à 22, caractérisé en ce que ladite étape d'interfaçage comprend elle-même les étapes suivantes : - interception d'un message émis par ledit au moins un appareil non-conforme découvert ; - détermination, à l'aide dudit modèle selon ladite norme, si ledit message intercepté est un événement au sens de ladite norme ; si le message intercepté est un événement au sens de ladite norme : traduction dudit message, de façon à obtenir un message traduit conforme à ladite norme ; - transmission du message traduit audit moins un contrôleur. 24. Procédé selon l'une quelconque des revendications 19 à 23, caractérisé en ce que ladite au moins une fonctionnalité émulée lors de l'étape d'émulation appartient au groupe comprenant : une fonctionnalité d'adressage, permettant à un appareil d'obtenir une adresse sur ledit réseau ; une fonctionnalité de découverte, permettant à un appareil d'informer d'autres membres du réseau de sa présence ; une fonctionnalité de description, permettant à un appareil de se présenter au (x) contrôleur (s) ; une fonctionnalité de contrôle, permettant à un appareil d'être utilisés par le (s) contrôleur (s) ; une fonctionnalité de gestion d'évènements, permettant à un appareil d'avertir le (s) contrôleur (s) de changements d'état définis comme étant des évènements ; une fonctionnalité de présentation, permettant à un utilisateur de visualiser certains états d'un appareil. 25. Programme d'ordinateur, caractérisé en ce que ledit programme comprend des séquences d'instructions adaptées à la mise en oeuvre d'un procédé selon l'une quelconque des revendications 19 à 24 lorsque ledit programme est exécuté sur un ordinateur. 26. Produit programme d'ordinateur, adapté à la gestion de transfert d'informations sur un réseau conforme à une norme de transmission de données, ledit réseau comprenant au moins un contrôleur conforme à ladite norme, ledit réseau permettant l'interconnexion d'une pluralité d'appareils conformes à ladite norme, au moins un appareil, dit appareil non-conforme, qui n'est pas conforme à ladite norme, étant connecté audit réseau, ledit produit programme d'ordinateur comprenant des instructions de code de programme enregistré sur un support utilisable dans un ordinateur, comprenant des moyens de programmation lisibles par ordinateur pour effectuer, au sein d'au moins une machine d'interfaçage et d'émulation pouvant communiquer avec ledit au moins un appareil non-conforme : * une étape de découverte dudit au moins un appareil non-conforme ; * une étape de chargement dans la machine d'interfaçage et d'émulation d'un modèle, selon ladite norme, correspondant au (x) type (s) dudit au moins un appareil non-conforme découvert ; d'un module de commande (driver) correspondant audit au moins un appareil non-conforme découvert ; * une étape d'interfaçage entre ledit au moins un appareil non-conforme découvert et ledit au moins un contrôleur ; * une étape d'émulation, pour ledit au moins un appareil non-conforme, d'au moins une fonctionnalité d'un appareil conforme à ladite norme.