FR2837045A1 - SYSTEME ET PROCEDE DE GESTION DE TRANSFERT D'INFORMATIONS SUR UN RESEAU CONFORME A UNE NORME DE TRANSMISSION DE DONNEES, NOTAMMENT LA NORME UPnP, MACHINE D'INTERFACAGE ET D'EMULATION ET PROGRAMME D'ORDINATEUR CORRESPONDANTS - Google Patents

SYSTEME ET PROCEDE DE GESTION DE TRANSFERT D'INFORMATIONS SUR UN RESEAU CONFORME A UNE NORME DE TRANSMISSION DE DONNEES, NOTAMMENT LA NORME UPnP, MACHINE D'INTERFACAGE ET D'EMULATION ET PROGRAMME D'ORDINATEUR CORRESPONDANTS Download PDF

Info

Publication number
FR2837045A1
FR2837045A1 FR0202988A FR0202988A FR2837045A1 FR 2837045 A1 FR2837045 A1 FR 2837045A1 FR 0202988 A FR0202988 A FR 0202988A FR 0202988 A FR0202988 A FR 0202988A FR 2837045 A1 FR2837045 A1 FR 2837045A1
Authority
FR
France
Prior art keywords
conforming
standard
interfacing
controller
response
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
FR0202988A
Other languages
English (en)
Other versions
FR2837045B1 (fr
Inventor
Emmanuel Raguet
Philippe Boucachard
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Research Center France SAS
Canon Europa NV
Original Assignee
Canon Research Center France SAS
Canon Europa NV
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Research Center France SAS, Canon Europa NV filed Critical Canon Research Center France SAS
Priority to FR0202988A priority Critical patent/FR2837045B1/fr
Publication of FR2837045A1 publication Critical patent/FR2837045A1/fr
Application granted granted Critical
Publication of FR2837045B1 publication Critical patent/FR2837045B1/fr
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/40—Bus networks
    • H04L12/40052—High-speed IEEE 1394 serial bus
    • H04L12/40091—Bus bridging
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2805—Home Audio Video Interoperability [HAVI] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/2807—Exchanging configuration information on appliance services in a home automation network
    • H04L12/2809—Exchanging configuration information on appliance services in a home automation network indicating that an appliance service is present in a home automation network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2803—Home automation networks
    • H04L12/283—Processing of data at an internetworking point of a home automation network
    • H04L12/2832—Interconnection of the control functionalities between home networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/51—Discovery or management thereof, e.g. service location protocol [SLP] or web services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H04L69/329—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the application layer [OSI layer 7]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/0806—Configuration setting for initial configuration or provisioning, e.g. plug-and-play
    • H04L41/0809—Plug-and-play configuration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08—Configuration management of networks or network elements
    • H04L41/0803—Configuration setting
    • H04L41/084—Configuration by using pre-existing information, e.g. using templates or copying from other elements
    • H04L41/0843—Configuration by using pre-existing information, e.g. using templates or copying from other elements based on generic templates

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Automation & Control Theory (AREA)
  • Computing Systems (AREA)
  • Health & Medical Sciences (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Multimedia (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer And Data Communications (AREA)
  • Communication Control (AREA)

Abstract

L'invention concerne 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. Selon l'invention, le 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. Cette machine d'interfaçage et d'émulation comprend : * 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, et 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.

Description

<Desc/Clms Page number 1>
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
<Desc/Clms Page number 2>
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
<Desc/Clms Page number 3>
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 ;
<Desc/Clms Page number 4>
* 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 ).
<Desc/Clms Page number 5>
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 ;
<Desc/Clms Page number 6>
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..
<Desc/Clms Page number 7>
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
<Desc/Clms Page number 8>
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,
<Desc/Clms Page number 9>
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 ;
<Desc/Clms Page number 10>
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 :
<Desc/Clms Page number 11>
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 ;
<Desc/Clms Page number 12>
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 ;
<Desc/Clms Page number 13>
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
<Desc/Clms Page number 14>
à 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 ;
<Desc/Clms Page number 15>
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.
<Desc/Clms Page number 16>
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 :
<Desc/Clms Page number 17>
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
<Desc/Clms Page number 18>
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.
<Desc/Clms Page number 19>
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.

Claims (26)

  1. 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. 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. 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. 4. Système selon l'une quelconque des revendications 1 à 3, caractérisé en ce que lesdits moyens d'interfaçage comprennent :
    <Desc/Clms Page number 21>
    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. 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. 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.
    <Desc/Clms Page number 22>
  7. 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. 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. 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,
    <Desc/Clms Page number 23>
    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. 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. 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. 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. 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 à
    <Desc/Clms Page number 24>
    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. 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.
    <Desc/Clms Page number 25>
  15. 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. 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. 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.
    <Desc/Clms Page number 26>
  18. 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. 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 ;
    <Desc/Clms Page number 27>
    * 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. 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. 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. 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 ;
    <Desc/Clms Page number 28>
    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. 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. 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. 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.
    <Desc/Clms Page number 29>
  26. 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.
FR0202988A 2002-03-08 2002-03-08 SYSTEME ET PROCEDE DE GESTION DE TRANSFERT D'INFORMATIONS SUR UN RESEAU CONFORME A UNE NORME DE TRANSMISSION DE DONNEES, NOTAMMENT LA NORME UPnP, MACHINE D'INTERFACAGE ET D'EMULATION ET PROGRAMME D'ORDINATEUR CORRESPONDANTS Expired - Fee Related FR2837045B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0202988A FR2837045B1 (fr) 2002-03-08 2002-03-08 SYSTEME ET PROCEDE DE GESTION DE TRANSFERT D'INFORMATIONS SUR UN RESEAU CONFORME A UNE NORME DE TRANSMISSION DE DONNEES, NOTAMMENT LA NORME UPnP, MACHINE D'INTERFACAGE ET D'EMULATION ET PROGRAMME D'ORDINATEUR CORRESPONDANTS

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0202988A FR2837045B1 (fr) 2002-03-08 2002-03-08 SYSTEME ET PROCEDE DE GESTION DE TRANSFERT D'INFORMATIONS SUR UN RESEAU CONFORME A UNE NORME DE TRANSMISSION DE DONNEES, NOTAMMENT LA NORME UPnP, MACHINE D'INTERFACAGE ET D'EMULATION ET PROGRAMME D'ORDINATEUR CORRESPONDANTS

Publications (2)

Publication Number Publication Date
FR2837045A1 true FR2837045A1 (fr) 2003-09-12
FR2837045B1 FR2837045B1 (fr) 2005-11-11

Family

ID=27763679

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0202988A Expired - Fee Related FR2837045B1 (fr) 2002-03-08 2002-03-08 SYSTEME ET PROCEDE DE GESTION DE TRANSFERT D'INFORMATIONS SUR UN RESEAU CONFORME A UNE NORME DE TRANSMISSION DE DONNEES, NOTAMMENT LA NORME UPnP, MACHINE D'INTERFACAGE ET D'EMULATION ET PROGRAMME D'ORDINATEUR CORRESPONDANTS

Country Status (1)

Country Link
FR (1) FR2837045B1 (fr)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006035302A2 (fr) * 2004-09-28 2006-04-06 Nokia Corporation Systeme, dispositif, logiciel et procede pour la fourniture de support pret-a-l'emploi universel ameliore sur des dispositifs
EP1763198A3 (fr) * 2005-09-07 2007-04-04 Seiko Epson Corporation Contrôle des dispositifs conforme UPNP en réseau
EP1793565A1 (fr) * 2005-12-02 2007-06-06 Seiko Epson Corporation Contrôle de relais de réseau conforme prêt à l'emploi
FR2956769A1 (fr) * 2010-02-22 2011-08-26 Somfy Sas Procede de configuration d'une installation domotique comprenant un premier equipement et un deuxieme equipement aptes a communiquer l'un avec l'autre
US8166137B2 (en) * 2004-11-12 2012-04-24 Seiko Epson Corporation Control of network plug-and-play compliant device

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1058422A1 (fr) * 1999-06-02 2000-12-06 THOMSON multimedia Méthodes pour le pontage entre un sous-réseau de HAVi et un sous-réseau UPnP et le dispositif d'UPnP pour appliquer lesdites méthodes
WO2002001833A1 (fr) * 2000-06-28 2002-01-03 Microsoft Corporation Commande a distance de services de systeme d'exploitation universel via un protocole homologue de commande de dispositif de reseau

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1058422A1 (fr) * 1999-06-02 2000-12-06 THOMSON multimedia Méthodes pour le pontage entre un sous-réseau de HAVi et un sous-réseau UPnP et le dispositif d'UPnP pour appliquer lesdites méthodes
WO2002001833A1 (fr) * 2000-06-28 2002-01-03 Microsoft Corporation Commande a distance de services de systeme d'exploitation universel via un protocole homologue de commande de dispositif de reseau

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ALTOTEC GMBH: "SIMPLE UPNP PROTOCOL ARCHITECTURE version 0.91", SIMPLE UPNP PROTOCOL ARCHITECTURE, 4 February 2002 (2002-02-04), Germany, pages 1 - 57, XP002227050, Retrieved from the Internet <URL:http://www.altotec.de/SUPP/SUPPA10_20020204.htm> [retrieved on 20030113] *

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006035302A2 (fr) * 2004-09-28 2006-04-06 Nokia Corporation Systeme, dispositif, logiciel et procede pour la fourniture de support pret-a-l'emploi universel ameliore sur des dispositifs
WO2006035302A3 (fr) * 2004-09-28 2006-10-19 Nokia Corp Systeme, dispositif, logiciel et procede pour la fourniture de support pret-a-l'emploi universel ameliore sur des dispositifs
US8166137B2 (en) * 2004-11-12 2012-04-24 Seiko Epson Corporation Control of network plug-and-play compliant device
EP1763198A3 (fr) * 2005-09-07 2007-04-04 Seiko Epson Corporation Contrôle des dispositifs conforme UPNP en réseau
US7664135B2 (en) 2005-09-07 2010-02-16 Seiko Epson Corporation Control of network plug-and-play compliant device
EP1793565A1 (fr) * 2005-12-02 2007-06-06 Seiko Epson Corporation Contrôle de relais de réseau conforme prêt à l'emploi
US7594040B2 (en) 2005-12-02 2009-09-22 Seiko Epson Corporation Network relay device having network plug-and-play compliant protocols for network relay
FR2956769A1 (fr) * 2010-02-22 2011-08-26 Somfy Sas Procede de configuration d'une installation domotique comprenant un premier equipement et un deuxieme equipement aptes a communiquer l'un avec l'autre
EP2362583A1 (fr) * 2010-02-22 2011-08-31 Somfy SAS Procédé de configuration d'une installation domotique comprenant un premier équipement et un deuxième équipement aptes à communiquer l'un avec l'autre

Also Published As

Publication number Publication date
FR2837045B1 (fr) 2005-11-11

Similar Documents

Publication Publication Date Title
US7747596B2 (en) Server device, user interface appliance, and media processing network
EP2271054A1 (fr) Procédé de commande d&#39;une entité d&#39;un réseau distant à partir d&#39;un réseau local
FR2859341A1 (fr) Methode de controle entre appareils connectes a un reseau heterogene et appareil implementant la methode
EP2107723B1 (fr) Commande d&#39;un dispositif a distance par un terminal
EP2543165B1 (fr) Pilotage d&#39;un dispositif d&#39;un reseau distant a partir d&#39;un reseau local
EP2055082A1 (fr) Procédé de gestion d&#39;une session de transfert sécurisée au travers d&#39;un dispositif de translation d&#39;adresse, serveur et programme d&#39;ordinateur correspondants
FR2837045A1 (fr) SYSTEME ET PROCEDE DE GESTION DE TRANSFERT D&#39;INFORMATIONS SUR UN RESEAU CONFORME A UNE NORME DE TRANSMISSION DE DONNEES, NOTAMMENT LA NORME UPnP, MACHINE D&#39;INTERFACAGE ET D&#39;EMULATION ET PROGRAMME D&#39;ORDINATEUR CORRESPONDANTS
WO2018202985A1 (fr) Technique d&#39;exécution d&#39;un service dans un réseau local à travers un réseau de communication étendu
FR2864871A1 (fr) Methode de decouverte d&#39;un reseau domestique et appareil implementant la methode
EP1074117B1 (fr) Procede de gestion d&#39;objets dans un reseau de communication et dispositif de mise en oeuvre
EP2538638B1 (fr) Procédé de gestion de fourniture de services
WO2012010803A1 (fr) Mise a disposition d&#39;informations par un terminal mobile dans un reseau
CN101262390A (zh) 处理动作方法、控制受控装置方法及受控装置和控制点
EP3714588A1 (fr) Procede de gestion a distance d&#39;un dispositif connecte a une passerelle residentielle
EP2384566B1 (fr) DETECTION D&#39;UN DISPOSITIF DE CONTROLE UPnP ET ÉTABLISSEMENT D&#39;UNE CONNEXION AVEC UN TERMINAL
EP2504957B1 (fr) Acces a un contenu reference par un serveur de contenu
EP1874006B1 (fr) Procédé et dispositif de connexion d&#39;une machine cliente
EP2469768A1 (fr) Procédé d&#39;interfaçage de dispositifs UPnP
EP2484089A1 (fr) Surveillance d&#39;un reseau upnp
FR2988252A1 (fr) Dispositif electronique configure pour etre relie a un reseau local et passerelle d&#39;acces a un reseau local
FR2835370A1 (fr) Systeme et procede de gestion d&#39;une communication entre un module emetteur et au moins un module destinataire, au sein d&#39;un reseau audiovisuel domestique
FR2906097A1 (fr) Procedes d&#39;echange de donnees securises, produit programme d&#39;ordinateur, moyen de stockage et dispositifs correspondants.
EP2442534A1 (fr) Découverte de services WEB dans un réseau local
FR2781627A1 (fr) Procede pour executer une application dans un systeme informatique raccorde a un reseau de communication, et module de controle utilisable dans un tel procede
FR2835372A1 (fr) Systeme et procede de gestion de l&#39;installation d&#39;un module de commande d&#39;un equipement, au sein d&#39;un reseau audiovisuel domestique

Legal Events

Date Code Title Description
ST Notification of lapse

Effective date: 20131129